Processing control commands:
> tag -1 pending
Bug #755968 [libpam-systemd] libpam-systemd: should depend on dbus
Added tag(s) pending.
--
755968: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755968
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
__
Control: tag -1 pending
Hey Ansgar,
Ansgar Burchardt [2014-07-25 0:08 +0200]:
> libpam-systemd has a dependency on systemd-sysv (or systemd-shim) to
> ensure logind is available, but it has no dependency on dbus. However
> if dbus is not installed, it cannot talk to logind...
Indeed, thanks for
Processing commands for cont...@bugs.debian.org:
> tags 756097 + pending
Bug #756097 [systemd] FTBFS: sys/xattr.h:32:3: error: expected identifier
before numeric constant
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
756097: http://bugs.de
On Aug 04, Cameron Norman wrote:
> What do you mean by "fix your fstab"? Adding this option is even beneficial
> if there is nothing wrong with the fstab, as services can be started before
> non-essential fs's are up.
If you really want this then it can be arranged with noauto and
a dedicated un
El dom, 3 de ago 2014 a las 3:44 , Marco d'Itri escribió:
On Aug 04, Cameron Norman wrote:
With mountall/Upstart, there is a nobootwait option supported. I
believe the behavior is similar to nofail, except that mountall will
emit the filesystem event before finishing mounting the filesyst
On Sun 03 Aug 2014 at 14:06:10 +0200, Didier 'OdyX' Raboud wrote:
> Le dimanche, 3 août 2014, 12.11:58 Marco d'Itri a écrit :
> > > systemd maintainers: I think Listen*=[::1]:$port stanzas shouldn't
> > > make the .socket-file loading fail if the ipv6 module is not
> > > loaded. It should certainl
I can see that this is a tricky issue.
I would suggest that at the very least, when systemd is installed to
replace the old init system, the changelogs generated and emailed to the
sysadmin ought to warn of potential problems with remote or removable
filesystems and recommend adding nofail to the
On Aug 04, Cameron Norman wrote:
> With mountall/Upstart, there is a nobootwait option supported. I believe the
> behavior is similar to nofail, except that mountall will emit the filesystem
> event before finishing mounting the filesystem as well as not GAF about
> success/failure. Do you know i
On Sun, 03 Aug 2014 22:08:59 +0200 Michael Biebl
wrote:
> Control: -1 important
>
> Am 03.08.2014 12:21, schrieb Tony Green:
> > Since my machine recently updated to using systemd, I have
experienced a number
> > of occasions when it would just hang at a blank screen when
booting.
> >
> > Af
Processing commands for cont...@bugs.debian.org:
> severity 756903 important
Bug #756903 [systemd] systemd: Boot hangs if filesystems unavailable
Severity set to 'important' from 'critical'
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
756903: http://bugs.debian
Control: -1 important
Am 03.08.2014 12:21, schrieb Tony Green:
> Since my machine recently updated to using systemd, I have experienced a
> number
> of occasions when it would just hang at a blank screen when booting.
>
> After some searching I managed to work out how to get back to having verbo
Hi fellow sysvinit maintainers,
in [1] we presented a transition plan to switch the default init system
on Linux for jessie implementing the CTTE decision [2].
We slightly changed the role of the sysvinit package as currently
available in jessie, as we want to provide different behaviour dependi
On Aug 03, Didier 'OdyX' Raboud wrote:
> a) declare that ipv6 is mandatory these days, document this in
>README.Debian, let users cope with it.
I really see no point in supporting systemd with no ipv6 nowadays.
--
ciao,
Marco
signature.asc
Description: Digital signature
__
Hi Marco, hi all,
Le dimanche, 3 août 2014, 12.11:58 Marco d'Itri a écrit :
> > systemd maintainers: I think Listen*=[::1]:$port stanzas shouldn't
> > make the .socket-file loading fail if the ipv6 module is not
> > loaded. It should certainly spit out a warning though.
>
> There is no magic "we
On Aug 01, Russell Coker wrote:
> Version: 44-11+deb7u4
Can you reproduce this with a modern version of systemd?
I think that we should actively discourage to use systemd in stable.
--
ciao,
Marco
signature.asc
Description: Digital signature
___
Pk
Processing commands for cont...@bugs.debian.org:
> reassign 747073 cups-daemon
Bug #747073 [systemd] [systemd] ListenStream=[::1]:631 makes socket fail if
ipv6 module is not loaded
Bug reassigned from package 'systemd' to 'cups-daemon'.
Ignoring request to alter found versions of bug #747073 to t
reassign 747073 cups-daemon
thanks
On May 06, Didier 'OdyX' Raboud wrote:
> Given that I don't think it's CUPS's responsibility to check for ipv6
> availability, I'm hereby reassigning this bug to systemd.
Sure it is: the CUPS maintainer script is explicitly instructing systemd
to open an IPv6
Processing commands for cont...@bugs.debian.org:
> affects 747073 cups-daemon
Bug #747073 [systemd] [systemd] ListenStream=[::1]:631 makes socket fail if
ipv6 module is not loaded
Added indication that 747073 affects cups-daemon
> thanks
Stopping processing here.
Please contact me if you need as
Source: systemd
Version: 208-6
Severity: minor
This line:
2012 Holger Hans Peter Freyther
appears twice in the list of copyright holders.
--
Jakub Wilk
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.or
Processing control commands:
> affects -1 + man-db
Bug #756896 [systemd] systemd: creates /var/cache/man with wrong
owner/permissions
Added indication that 756896 affects man-db
--
756896: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756896
Debian Bug Tracking System
Contact ow...@bugs.debi
Package: systemd
Version: 208-6
Usertags: serious
Control: affects -1 + man-db
systemd creates /var/cache/man with wrong owner and wrong permissions:
# dpkg -c man-db_2.6.7.1-1_amd64.deb | grep cache/man
drwxr-sr-x man/root 0 2014-04-10 05:37 ./var/cache/man/
# ls -ld /var/cache/man
dr
Package: libpam-systemd
Version: 204-14
--- Please enter the report below this line. ---
Now that a new cgmanager is in unstable and the bugs closed (except one marked
as 'harmless')
what else needs to happen to get libpam-systemd and sysvinit-core installable?
For now I have this in my /etc/ap
22 matches
Mail list logo
