Your message dated Wed, 4 Sep 2019 21:20:16 +0200
with message-id <[email protected]>
and subject line Re: Bug#773932: systemd-localed fails unless
CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
has caused the Debian Bug report #773932,
regarding check for CONFIG_DEVPTS_MULTIPLE_INSTANCES=y in preinst
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
773932: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773932
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: systemd
Version: 215-8
Severity: normal
Apparently systemd-localed depends on having namespace support in the
kernel. It isn't immediately obvious to me why there is no graceful
fallback approach. The manual page for systemd-localed doesn't call
out this dependancy, and while I knew systemd-nspawn would have
namespace requirements, this dependancy caught me by surprise:
dbus[382]: [system] Activating via systemd: service
name='org.freedesktop.locale1' unit='dbus-org.freedesktop.locale1.service'
systemd[1]: Couldn't stat device /dev/pts/ptmx
systemd[568]: Failed at step NETWORK spawning /lib/systemd/systemd-localed:
Invalid argument
systemd[1]: systemd-localed.service: main process exited, code=exited,
status=225/NETWORK
systemd[1]: Failed to start Locale Service.
systemd[1]: Unit systemd-localed.service entered failed state.
Unless there's some really good reason that systemd-localed shouldn't
be usable on a system without namespaces, then I'm gonna say this is a
bug.
--
Jamie Heilman http://audible.transient.net/~jamie/
--- End Message ---
--- Begin Message ---
On Fri, 26 Dec 2014 01:28:18 +0000 Jamie Heilman
<[email protected]> wrote:
> Michael Biebl wrote:
> > Am 25.12.2014 um 23:55 schrieb Jamie Heilman:
> > > Package: systemd
> > > Version: 215-8
> > > Severity: normal
> > >
> > > Apparently systemd-localed depends on having namespace support in the
> > > kernel. It isn't immediately obvious to me why there is no graceful
> > > fallback approach. The manual page for systemd-localed doesn't call
> > > out this dependancy, and while I knew systemd-nspawn would have
> > > namespace requirements, this dependancy caught me by surprise:
> > >
> > > dbus[382]: [system] Activating via systemd: service
> > > name='org.freedesktop.locale1' unit='dbus-org.freedesktop.locale1.service'
> > > systemd[1]: Couldn't stat device /dev/pts/ptmx
> > > systemd[568]: Failed at step NETWORK spawning
> > > /lib/systemd/systemd-localed: Invalid argument
> > > systemd[1]: systemd-localed.service: main process exited, code=exited,
> > > status=225/NETWORK
> > > systemd[1]: Failed to start Locale Service.
> > > systemd[1]: Unit systemd-localed.service entered failed state.
> > >
> > > Unless there's some really good reason that systemd-localed shouldn't
> > > be usable on a system without namespaces, then I'm gonna say this is a
> > > bug.
> > >
> >
> > The reason afaics for requiring namespaces are the use of
> >
> > PrivateTmp=yes
> > PrivateDevices=yes
> > PrivateNetwork=yes
> > ProtectSystem=yes
> >
> > in /lib/systemd/system/systemd-localed.service
>
> Ah yes, indeed if I toggle those off it appears to run ok.
> Default config that depends on features that are in the distro kernels
> isn't a bug, so this can be resolved.
>
I agree. So closing this bug report.
Given that we didn't have other users running into this issue, I'd say
adding a preinst check is overkill.
Regards,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
--- End Message ---
_______________________________________________
Pkg-systemd-maintainers mailing list
[email protected]
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
