Bug#733996: Generate a ‘closure-compiler’ binary package for the compiler program

tony mancill tmancill at debian.org
Sat Jan 4 23:37:15 UTC 2014


On 01/02/2014 04:00 PM, Ben Finney wrote:
> Package: src:closure-compiler
> Version: 20130227+dfsg1-4
> Severity: minor
> 
> Howdy, thank you for packaging the Closure compiler.
> 
> Searching APT for a package containing the Closure compiler command for
> compiling ECMAScript, I expect to find the package in the “web” section by
> the name ‘closure-compiler’.
> 
> I shouldn't need to care that it's implemented in Java, and am not
> expecting a command-line program to be classified in the library packages.
> 
> The source package should produce separate binary packages:
> [...]

Hi Ben,

The upload of 20130227+dfsg1-4 Provides "closure-compiler" so at least
it can be installed by this name now.

There is some discussion regarding this topic towards the end of #705565
[0], and as I understand the general consensus, developers aren't that
enthusiastic about an empty binary package.  I don't have a strong
opinion one way or the other as to whether being able to find the
package by section outweighs the need to prevent the creation of empty
binary packages.  However, given the recent discussion on debian-devel
about trying to avoid and/or collapse small packages into larger
packages, I tend to think that having the Provides is preferred, at
least for now.  It also has the benefit of not putting more burden on
the FTP team to view an upload that must go through the NEW queue.

Thanks,
tony

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705565

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 897 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/attachments/20140104/9adf5c3c/attachment.sig>


More information about the pkg-java-maintainers mailing list