Bug#803013: systemd should not destroy application created cgroups

Am 05.11.2015 um 05:11 schrieb paul.sz...@sydney.edu.au: > I wonder how that line came to be missed on my machines: I upgraded from > wheezy (which was upgraded from previous releases). If that line was not automatically added it probably means you had made custom modifications to the file in

Bug#804056: Re: Bug#804056: Systemd

(Please keep the bug on CC) On 5 November 2015 at 08:10, mila_s wrote: > Great Thankx! > > I am not registered user. > My 8 servers are running for several years. (migrated from Novell) > The oldest firewall works for 9 years. > > > W dniu 2015-11-04 13:45:51 użytkownik Felipe

Bug#801342: 801342

I'm experiencing the same issue, It's pretty annoying. I would like this bug to be fixed, I don't like the "restart" workaround (anyway, it's working). Any news about it? ___ Pkg-systemd-maintainers mailing list

Bug#803474: src:systemd: Please use the default linker instead of gold on sparc64

Am 05.11.2015 um 17:53 schrieb John Paul Adrian Glaubitz: > On Nov 5, 2015, at 5:31 PM, Michael Biebl wrote: >> Depending on what actually is broken, a workaround could also be to make >> that functionality in gold on sparc a nop instead of generating broken code. > > Which

Bug#803474: src:systemd: Please use the default linker instead of gold on sparc64

Am 05.11.2015 um 16:27 schrieb John Paul Adrian Glaubitz: > On 11/05/2015 03:46 PM, Michael Biebl wrote: >> I see that other packages use gold as well (e.g. >> qtbase-opensource-src), codesearch.d.n turns up quite a few more. >> Are you sure that this only affects systemd? > > So far, yes. How

[bts-link] source package systemd

# # bts-link upstream status pull for source package systemd # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #725357 (http://bugs.debian.org/725357) # Bug title: CVE-2013-4392: TOCTOU race

Bug#803474: src:systemd: Please use the default linker instead of gold on sparc64

On Nov 5, 2015, at 5:31 PM, Michael Biebl wrote: > >> Am 05.11.2015 um 16:27 schrieb John Paul Adrian Glaubitz: >>> On 11/05/2015 03:46 PM, Michael Biebl wrote: >>> I see that other packages use gold as well (e.g. >>> qtbase-opensource-src), codesearch.d.n turns up quite a few

Bug#804161: /usr/lib/tmpfiles.d/systemd.conf specifies non-existing user

On Thu, Nov 05, 2015 at 04:37:47PM +0100, Michael Biebl wrote: > Hi Nicolas, > [..] > systemd.postinst creates that user. This is from systemd.postinst: > > adduser --quiet --system --group --no-create-home --home > /run/systemd/netif \ > --gecos "systemd Network Management"

Bug#803531: systemd: timeout mounting /home (btrfs) at boot

Michael Biebl writes: > Maybe you reproduce the problem in a throwaway VM, which can easily be > upgraded? I will try... However I suspect this might require a combination of real hardware to reproduce. e.g. maybe these hard disks really are a bit slow to wake up when first

Bug#803013: systemd should not destroy application created cgroups

Dear Michael, >> I wonder how that line came to be missed on my machines: I upgraded from >> wheezy (which was upgraded from previous releases). > > If that line was not automatically added it probably means you had made > custom modifications to the file in the past. Possible, but unlikely: the

Re: Raising severity of rcS bugs that are confirmed to cause loops?

On 5 November 2015 at 17:32, Matthias Klumpp wrote: > 2015-11-05 16:36 GMT+01:00 Felipe Sateler : >> On 5 November 2015 at 12:11, Michael Biebl wrote: >> [...] >>> I remember nfs-common/rpcbind, ifupdown in combination with firewalld or >>>

Re: Raising severity of rcS bugs that are confirmed to cause loops?

2015-11-05 16:36 GMT+01:00 Felipe Sateler : > On 5 November 2015 at 12:11, Michael Biebl wrote: > [...] >> I remember nfs-common/rpcbind, ifupdown in combination with firewalld or >> NetworkManager, setserial and that's just from the top of my head. > > Hm,

Bug#803474: src:systemd: Please use the default linker instead of gold on sparc64

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11/05/2015 03:46 PM, Michael Biebl wrote: > I see that other packages use gold as well (e.g. > qtbase-opensource-src), codesearch.d.n turns up quite a few more. > Are you sure that this only affects systemd? So far, yes. > Or is this specific

Re: Raising severity of rcS bugs that are confirmed to cause loops?

On 5 November 2015 at 12:11, Michael Biebl wrote: > Am 04.11.2015 um 19:41 schrieb Felipe Sateler: >> Hi, >> >> I was thinking we should raise severity of the bugs regarding runlevel >> S where we have confirmation that the bugs have caused dependency >> loops. Currently the

Bug#804161: /usr/lib/tmpfiles.d/systemd.conf specifies non-existing user

Control: tags -1 moreinfo Hi Nicolas, Am 05.11.2015 um 16:22 schrieb Nicolas Braud-Santoni: > Package: systemd > Version: 215-17+deb8u2 > Severity: minor > File: /usr/lib/tmpfiles.d/systemd.conf > > Dear Maintainer, > > The /usr/lib/tmpfiles.d/systemd.conf shipped with systemd on Jessie >

Processed: Re: Bug#804161: /usr/lib/tmpfiles.d/systemd.conf specifies non-existing user

Processing control commands: > tags -1 moreinfo Bug #804161 [systemd] /usr/lib/tmpfiles.d/systemd.conf specifies non-existing user Added tag(s) moreinfo. -- 804161: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804161 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Re: Raising severity of rcS bugs that are confirmed to cause loops?

Am 04.11.2015 um 19:41 schrieb Felipe Sateler: > Hi, > > I was thinking we should raise severity of the bugs regarding runlevel > S where we have confirmation that the bugs have caused dependency > loops. Currently the bugs are at severity important. > > So far I'm aware of only 2 of them:

Bug#803474: src:systemd: Please use the default linker instead of gold on sparc64

Am 30.10.2015 um 21:56 schrieb John Paul Adrian Glaubitz: > On 10/30/2015 08:35 PM, Michael Biebl wrote: >>> The problem is that this particular fix needs larger amount of >>> work and isn't actually trivial meaning that unless you guys are >>> helping us and apply this (temporary) fix to systemd,