Bug#794334: [Pkg-amule-devel] Bug#794334: ea-utils: /usr/bin/alc already used by amule-utils-gui
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794334 Hi, If I were the overlord of Debian I'd say that GUI-only commands should not take up any precious 3-letter command names, but as I'm not I agree that we need to respect the principle of first-come-first-served. Andreas' fix should work fine for this package, and the only dependent package right now (python-burrito-fillings) only calls alc indirectly via the other programs, so as long as ea-utils calls the renamed version internally everything will work. However, ALC is a potentially handy little tool outside of FASTQ file manipulation - it was originally hosted at http://documentroot.com/alc (dead link??) - so it would be nice to give it a snappy name which can be acceptable in /usr/bin. If we propose this to upstream (Erik Aronesty - CC'd), what is the easiest way for him to check if any given alternative command name is already taken in Debian? I tried a search on packages.debian.org but it doesn't give the right result: https://packages.debian.org/search?searchon=contentskeywords=%2Fusr% 2Fbin%2Falcmode=exactfilenamesuite=sidarch=any Cheers, TIM -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794334: ea-utils: /usr/bin/alc already used by amule-utils-gui
Hi, I just learned that there is a name space conflicts with the new package ea-utils and amule-utils-gui. I know that we are working according to a first comes first served basis and thus ea-utils would be responsible to rename this file. However, I would like to ask you anyway whether there is any chance to deal with this name space conflict from the amule-utils side. Kind regards Andreas. On Sat, Aug 01, 2015 at 05:09:32PM +0200, Andreas Beckmann wrote: Package: ea-utils Version: 1.1.2+dfsg-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Control: affects -1 + amule-utils-gui Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package ea-utils. Preparing to unpack .../ea-utils_1.1.2+dfsg-1_amd64.deb ... Unpacking ea-utils (1.1.2+dfsg-1) ... dpkg: error processing archive /var/cache/apt/archives/ea-utils_1.1.2+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/alc.1.gz', which is also in package amule-utils-gui 2.3.1+git1a369e47-3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/ea-utils_1.1.2+dfsg-1_amd64.deb This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/bin/alc usr/share/man/man1/alc.1.gz Cheers, Andreas PS: for more information about the detection of file overwrite errors of this kind see https://qa.debian.org/dose/file-overwrites.html ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794334: [Pkg-amule-devel] Bug#794334: ea-utils: /usr/bin/alc already used by amule-utils-gui
On Sun, Aug 2, 2015 at 6:59 AM, Andreas Tille ti...@debian.org wrote: I just learned that there is a name space conflicts with the new package ea-utils and amule-utils-gui. I know that we are working according to a first comes first served basis and thus ea-utils would be responsible to rename this file. However, I would like to ask you anyway whether there is any chance to deal with this name space conflict from the amule-utils side. what do you propose? I dont see any indications of 'alc' in ea-tools home page: https://code.google.com/p/ea-utils/ (if it's not important to advertise it..) as of now, I think the new package has to adapt to the status quo. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794334: [Pkg-amule-devel] Bug#794334: ea-utils: /usr/bin/alc already used by amule-utils-gui
Hi Sandro, On Sun, Aug 02, 2015 at 01:02:54PM +0100, Sandro Tosi wrote: On Sun, Aug 2, 2015 at 6:59 AM, Andreas Tille ti...@debian.org wrote: I just learned that there is a name space conflicts with the new package ea-utils and amule-utils-gui. I know that we are working according to a first comes first served basis and thus ea-utils would be responsible to rename this file. However, I would like to ask you anyway whether there is any chance to deal with this name space conflict from the amule-utils side. what do you propose? I dont see any indications of 'alc' in ea-tools home page: https://code.google.com/p/ea-utils/ (if it's not important to advertise it..) as of now, I think the new package has to adapt to the status quo. Yes, this is what I assumed but I wanted to make sure with you that this is the case. Thanks for your quick answer. Tim, my proposed solution would be to rename /usr/bin/alc from ea-utils to ea-utils-alc and provide a symlink /usr/lib/debian-med/bin/alc If qiime is using alc it should adapt the PATH accordingly. What do you think about this? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794334: ea-utils: /usr/bin/alc already used by amule-utils-gui
Package: ea-utils Version: 1.1.2+dfsg-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Control: affects -1 + amule-utils-gui Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package ea-utils. Preparing to unpack .../ea-utils_1.1.2+dfsg-1_amd64.deb ... Unpacking ea-utils (1.1.2+dfsg-1) ... dpkg: error processing archive /var/cache/apt/archives/ea-utils_1.1.2+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/alc.1.gz', which is also in package amule-utils-gui 2.3.1+git1a369e47-3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/ea-utils_1.1.2+dfsg-1_amd64.deb This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/bin/alc usr/share/man/man1/alc.1.gz Cheers, Andreas PS: for more information about the detection of file overwrite errors of this kind see https://qa.debian.org/dose/file-overwrites.html amule-utils-gui=2.3.1+git1a369e47-3_ea-utils=1.1.2+dfsg-1.log.gz Description: application/gzip