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
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
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
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
___
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
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
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
