Processed: Re: Bug#808997: Processed: Re: Missing /usr path in modules-load.d(5)

2015-12-30 Thread Debian Bug Tracking System
Processing control commands: > tag -1 pending Bug #808997 [systemd] Missing /usr path in modules-load.d(5) Added tag(s) pending. -- 808997: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808997 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Re: Bug#808997: Processed: Re: Missing /usr path in modules-load.d(5)

2015-12-30 Thread Martin Pitt
Control: tag -1 pending Felipe Sateler [2015-12-28 1:20 -0300]: > I only now notice that systemd.pc has: > > modulesloaddir=/usr/lib/modules-load.d > > So that means that the sed is too broad and we need to stop > documenting /lib/modules-load.d . I now notice the following other > paths that a

Re: Bug#808997: Processed: Re: Missing /usr path in modules-load.d(5)

2015-12-27 Thread Felipe Sateler
On 26 December 2015 at 06:06, Michael Biebl wrote: > Am 26.12.2015 um 08:37 schrieb martin f krafft: >> also sprach Jörg Frings-Fürst [2015-12-26 11:48 >> +1300]: >>> Care to elaborate why? >> >> Sorry, it's not terribly useful to augment the original bug report >> that I first cloned. >> >> Bas

Re: Processed: Re: Missing /usr path in modules-load.d(5)

2015-12-26 Thread Felipe Sateler
On 26 Dec 2015 04:55, "martin f krafft" wrote: > > also sprach Jörg Frings-Fürst [2015-12-26 11:48 +1300]: > > Care to elaborate why? > > Sorry, it's not terribly useful to augment the original bug report > that I first cloned. > > Basically, /usr/lib/modules-load.d is not supported by upstream,

Bug#808997: Processed: Re: Missing /usr path in modules-load.d(5)

2015-12-26 Thread Marco d'Itri
On Dec 26, Michael Biebl wrote: > I actually think we should move files to /usr/lib/modules-load.d and > make that the preferred location (that's what other distros use that > have done the usr-merge). Agreed. -- ciao, Marco signature.asc Description: PGP signature ___

Re: Bug#808997: Processed: Re: Missing /usr path in modules-load.d(5)

2015-12-26 Thread Michael Biebl
Am 26.12.2015 um 08:37 schrieb martin f krafft: > also sprach Jörg Frings-Fürst [2015-12-26 11:48 > +1300]: >> Care to elaborate why? > > Sorry, it's not terribly useful to augment the original bug report > that I first cloned. > > Basically, /usr/lib/modules-load.d is not supported by upstream

Bug#808997: Processed: Re: Missing /usr path in modules-load.d(5)

2015-12-25 Thread martin f krafft
also sprach Jörg Frings-Fürst [2015-12-26 11:48 +1300]: > Care to elaborate why? Sorry, it's not terribly useful to augment the original bug report that I first cloned. Basically, /usr/lib/modules-load.d is not supported by upstream, and eventually we want to converge with upstream. For this to

Re: Processed: Re: Missing /usr path in modules-load.d(5)

2015-12-25 Thread Jörg Frings-Fürst
Am Freitag, den 25.12.2015, 22:06 + schrieb Debian Bug Tracking System: > Processing commands for cont...@bugs.debian.org: > > > clone 808997 -1 > Bug #808997 [systemd] Missing /usr path in modules-load.d(5) > Bug 808997 cloned as bug 808998 > > reassign -1 ipmitool > Bug #808998 [systemd] Mis

Bug#808997: Processed: Re: Missing /usr path in modules-load.d(5)

2015-12-25 Thread Jörg Frings-Fürst
Am Freitag, den 25.12.2015, 22:06 + schrieb Debian Bug Tracking System: > Processing commands for cont...@bugs.debian.org: > > > clone 808997 -1 > Bug #808997 [systemd] Missing /usr path in modules-load.d(5) > Bug 808997 cloned as bug 808998 > > reassign -1 ipmitool > Bug #808998 [systemd] Mis

Processed: Re: Missing /usr path in modules-load.d(5)

2015-12-25 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > clone 808997 -1 Bug #808997 [systemd] Missing /usr path in modules-load.d(5) Bug 808997 cloned as bug 808998 > reassign -1 ipmitool Bug #808998 [systemd] Missing /usr path in modules-load.d(5) Bug reassigned from package 'systemd' to 'ipmitool'. N