Bug#812532: files with the same name installed in / and /usr

2016-10-24 Thread Mark Brown
On Sun, Oct 23, 2016 at 02:06:29AM +0200, Marco d'Itri wrote: > On Oct 23, Mark Brown wrote: > > I'd have expected to at least have seen something going round saying > > that the transition was mostly complete and that there were only a few > > packages blocking it prior to

Bug#812532: files with the same name installed in / and /usr

2016-10-22 Thread Marco d'Itri
On Oct 23, Mark Brown wrote: > I'd have expected to at least have seen something going round saying > that the transition was mostly complete and that there were only a few > packages blocking it prior to just dumping a new version of deboostrap > in unstable and rendering

Bug#812532: files with the same name installed in / and /usr

2016-10-22 Thread Mark Brown
On Sun, Oct 23, 2016 at 01:18:54AM +0200, Marco d'Itri wrote: > On Oct 23, Mark Brown wrote: > > Which was uploaded yesterday without warning which isn't exactly > > helpful, there's not even been a proposal from anyone working on this > > for how to fix it. I would expect

Bug#812532: files with the same name installed in / and /usr

2016-10-22 Thread Marco d'Itri
On Oct 23, Mark Brown wrote: > > Control: severity -1 grave > Please don't play severity games, it's not at all helpful. "Makes the package in question unusable by most or all users" is correct: yp-tools will be broken on new default installs of unstable. > Which was

Bug#812532: files with the same name installed in / and /usr

2016-10-22 Thread Mark Brown
severity 812532 serious On Sun, Oct 23, 2016 at 12:36:18AM +0200, Marco d'Itri wrote: > Control: severity -1 grave Please don't play severity games, it's not at all helpful. > On Jan 24, Marco d'Itri wrote: > > which have the same name of file installed by the hostname

Bug#812532: files with the same name installed in / and /usr

2016-10-22 Thread Marco d'Itri
Control: severity -1 grave On Jan 24, Marco d'Itri wrote: > which have the same name of file installed by the hostname package in > /bin/, so this breaks the package when installed on a marged /usr system. Merged /usr is the default since debootstrap 1.0.85, so the package is

Bug#812532: files with the same name installed in / and /usr

2016-02-18 Thread Mark Brown
On Thu, Feb 18, 2016 at 04:35:06AM +0100, Marco d'Itri wrote: > On Jan 24, Marco d'Itri wrote: > > If the files are not actually needed then they should not be installed > > at all, but if they must be used instead of the ones provided by > > hostname then yp-tools should divert

Bug#812532: files with the same name installed in / and /usr

2016-02-17 Thread Marco d'Itri
On Jan 24, Marco d'Itri wrote: > I do not know exactly how yp-tools is supposed to work, but this kind of > setup is definitely not correct because both programs may be called by > different software depending on the $PATH, boot progress and explicit > paths. > > If the files

Bug#812532: files with the same name installed in / and /usr

2016-01-24 Thread Marco d'Itri
Package: yp-tools Version: 3.3-1 Severity: important Usertags: usrmerge The package installs some files in /usr/bin/: /usr/bin/domainname /usr/bin/nisdomainname /usr/bin/ypdomainname which have the same name of file installed by the hostname package in /bin/, so this breaks the package when