Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.maint.java > #9904
| From | Ghislain Vaillant <ghisvail@gmail.com> |
|---|---|
| Newsgroups | linux.debian.maint.java |
| Subject | Re: RFS for libimglib2-java and libparsington-java |
| Date | 2017-08-16 21:30 +0200 |
| Message-ID | <ufcaS-2DT-17@gated-at.bofh.it> (permalink) |
| References | (4 earlier) <ueu0a-dy-13@gated-at.bofh.it> <ueutd-n0-43@gated-at.bofh.it> <uevIB-1jj-1@gated-at.bofh.it> <ueGb0-7Uc-21@gated-at.bofh.it> <ufbya-2bt-19@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 16/08/17 19:47, Markus Koschany wrote: > Am 15.08.2017 um 11:18 schrieb Ghislain Vaillant: > > I never had to use build profiles because for me it was always something > related to bootstrapping Debian as a whole. This is actually the first > Java package I have seen where someone makes use of the build profile > syntax in debian/control. So far I have mostly packaged Python libraries, where building the documentation often requires pulling quite a few extra dependencies, including other -doc packages. On the other hand, if all Javadoc packages only require default-jdk-doc as b-dep, then the benefits of supporting nodoc would be pretty small. > I still believe what you want is support for DEB_BUILD_OPTIONS=nodoc > similar to DEB_BUILD_OPTIONS=nocheck. The nodoc option will be supported > by maven-debian-helper soon according to one of Emmanuel's last posts on > this list. I assume this will simply suppress the Javadoc step and you > will end up with an empty doc package which is basically the same as > having no documentation at all. Indeed, though the extra dependencies for building the docs will be pulled, which kind of defeats the purpose IMO. Basically, I agree with https://wiki.debian.org/DebianBootstrap, in the "Documentation loops" section: "Building without docs usually affects the build-dependencies, so it is not quite like other DEB_BUILD_OPTIONS, and using DEB_BUILD_PROFILES instead now makes more sense." and apply the same logic to nocheck too. If I don't intend to build with tests enabled, then why pulling the extra dependencies to the build. Again, for Python, support for nocheck can make sense because the Python packaging metadata already make the separation between build, install and tests requirements. Perhaps it does not make sense for Java? > I don't mind uploading the package as is but wanted to point out that > build profiles is probably not what you really want. Anyway, if you prefer that I take it out, that's absolutely fine by me. The package will be team-maintained, so the content of the packaging should be normalized as per the team's habits, I guess. Please let me know. Ghis
Back to linux.debian.maint.java | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
RFS for libimglib2-java and libparsington-java Ghislain Vaillant <ghisvail@gmail.com> - 2017-08-04 14:00 +0200
Re: RFS for libimglib2-java and libparsington-java tony mancill <tmancill@debian.org> - 2017-08-04 16:50 +0200
Re: RFS for libimglib2-java and libparsington-java Ghislain Vaillant <ghisvail@gmail.com> - 2017-08-04 17:20 +0200
Re: RFS for libimglib2-java and libparsington-java tony mancill <tmancill@debian.org> - 2017-08-12 17:10 +0200
Re: RFS for libimglib2-java and libparsington-java Ghislain Vaillant <ghisvail@gmail.com> - 2017-08-13 18:30 +0200
Re: RFS for libimglib2-java and libparsington-java Markus Koschany <apo@debian.org> - 2017-08-14 22:20 +0200
Re: RFS for libimglib2-java and libparsington-java Ghislain Vaillant <ghisvail@gmail.com> - 2017-08-14 22:50 +0200
Re: RFS for libimglib2-java and libparsington-java Markus Koschany <apo@debian.org> - 2017-08-15 00:10 +0200
Re: RFS for libimglib2-java and libparsington-java Ghislain Vaillant <ghisvail@gmail.com> - 2017-08-15 11:20 +0200
Re: RFS for libimglib2-java and libparsington-java Markus Koschany <apo@debian.org> - 2017-08-16 20:50 +0200
Re: RFS for libimglib2-java and libparsington-java Ghislain Vaillant <ghisvail@gmail.com> - 2017-08-16 21:30 +0200
Re: RFS for libimglib2-java and libparsington-java Markus Koschany <apo@debian.org> - 2017-08-16 22:30 +0200
Re: RFS for libimglib2-java and libparsington-java Ghislain Vaillant <ghisvail@gmail.com> - 2017-08-18 10:30 +0200
Re: RFS for libimglib2-java and libparsington-java Markus Koschany <apo@debian.org> - 2017-08-18 15:20 +0200
csiph-web