Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

Benjamin Kaduk writes: > On Wed, Nov 30, 2016 at 08:55:02PM -0300, Felipe Sateler wrote: >> Well, this command imports an environment variable from the current >> environment into the systemd --user one. Therefore, it would need to be >> run after each time that environment

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

On Wed, Nov 30, 2016 at 08:55:02PM -0300, Felipe Sateler wrote: > On 30 November 2016 at 20:39, Russ Allbery wrote: > > > > Apologies for my lack of knowledge of systemd in user mode -- it's really > > neat but I haven't had a chance to play with it yet. Who would run this > >

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

On 30 November 2016 at 20:39, Russ Allbery wrote: > Felipe Sateler writes: >> On 30 November 2016 at 19:20, Michael Biebl wrote: >>> Am 30.11.2016 um 23:12 schrieb Russ Allbery: > Anyway, it certainly could be registered in

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

On Wed, Nov 30, 2016 at 07:31:24PM -0300, Felipe Sateler wrote: > > `systemctl --user import-environment KRB5CCNAME` might be more > appropriate if this variable should be copied from an already existing > environment. But when would this run, and what package would be responsible for causing it

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

Felipe Sateler writes: > On 30 November 2016 at 19:20, Michael Biebl wrote: >> Am 30.11.2016 um 23:12 schrieb Russ Allbery: >>> Anyway, it certainly could be registered in -noninteractive (there was >>> some reason why I didn't do that), but I think the

Bug#845185: init-system-helpers: deb-system-invoke starts disabled systemd service on package install/upgrade (backport request)

On 21 November 2016 at 05:37, Yury V. Zaytsev wrote: > Package: init-system-helpers > Version: 1.22 > Severity: important > > Hi, > > In short, on Jessie, when a systemd-only package is installed and/or > upgraded, the service is started even when disabled, which is a very >

Processed: notfound 827191 in 1.22, found 827191 in 1.25

Processing commands for cont...@bugs.debian.org: > notfound 827191 1.22 Bug #827191 {Done: Martin Pitt } [init-system-helpers] invoke-rc.d don't start systemd services No longer marked as found in versions init-system-helpers/1.22. > found 827191 1.25 Bug #827191 {Done: Martin

Bug#756109: systemd: Please copy 70-uaccess.rules and 71-seat.rules in the initramfs

Control: tag -1 pending Bonsoir Laurent, Laurent Bigonville [2016-11-30 21:13 +0100]: > I quickly retested with that rules file and plymouth seems happy with it. Cool, thanks! https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=4f6f3035b9 Martin -- Martin Pitt

Processed: Re: Bug#756109: systemd: Please copy 70-uaccess.rules and 71-seat.rules in the initramfs

Processing control commands: > tag -1 pending Bug #756109 [systemd] systemd: Please copy 70-uaccess.rules and 71-seat.rules in the initramfs Added tag(s) pending. -- 756109: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756109 Debian Bug Tracking System Contact ow...@bugs.debian.org with

Processed: fixed 845185 in 1.23

Processing commands for cont...@bugs.debian.org: > fixed 845185 1.23 Bug #845185 [init-system-helpers] init-system-helpers: deb-system-invoke starts disabled systemd service on package install/upgrade (backport request) Marked as fixed in versions init-system-helpers/1.23. > thanks Stopping

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

On 30 November 2016 at 19:20, Michael Biebl wrote: > Am 30.11.2016 um 23:12 schrieb Russ Allbery: >> Anyway, it certainly could be registered in -noninteractive (there was >> some reason why I didn't do that), but I think the Kerberos ticket cache >> problem will still be an

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

Am 30.11.2016 um 23:20 schrieb Michael Biebl: > Am 30.11.2016 um 23:12 schrieb Russ Allbery: >> It's a little weird to me that systemd --user loads >> common-session-interactive and then apparently starts xterms in this >> particular situation. Those are kind of interactive. But presumably it's

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

Am 30.11.2016 um 23:12 schrieb Russ Allbery: > It's a little weird to me that systemd --user loads > common-session-interactive and then apparently starts xterms in this > particular situation. Those are kind of interactive. But presumably it's > assuming xterm will open its own interactive

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

Felipe Sateler writes: > On 30 November 2016 at 17:30, Russ Allbery wrote: >> I don't suppose there's any way to get systemd --user to open a PAM >> session on behalf of the user before starting to run programs? That >> would probably solve the problem

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

On 30 November 2016 at 17:30, Russ Allbery wrote: > > Michael Biebl writes: > > > Should we assign this to openafs? Is there something which needs to be > > done on the systemd side, and if so, further information and help would > > be welcome. > > I don't

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

Am 30.11.2016 um 21:42 schrieb Benjamin Kaduk: > On Wed, Nov 30, 2016 at 09:11:58PM +0100, Michael Biebl wrote: >> Am 30.11.2016 um 20:01 schrieb Dirk Heinrichs: >> >> Afaics, this will affect any service which was started as a systemd >> --user service. dbus is just one of them. > > I have not

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

On Wed, Nov 30, 2016 at 09:11:58PM +0100, Michael Biebl wrote: > Am 30.11.2016 um 20:01 schrieb Dirk Heinrichs: > > Afaics, this will affect any service which was started as a systemd > --user service. dbus is just one of them. I have not absorbed the full report yet, but wanted to note that

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

Michael Biebl writes: > Should we assign this to openafs? Is there something which needs to be > done on the systemd side, and if so, further information and help would > be welcome. I don't suppose there's any way to get systemd --user to open a PAM session on behalf of the

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

Am 30.11.2016 um 20:01 schrieb Dirk Heinrichs: > Package: systemd > Version: 232-6 > Severity: important > > --- Please enter the report below this line. --- > I'm running systems with user home directories located in an OpenAFS > network filesystem. This used to work fine for years. However,

Bug#756109: systemd: Please copy 70-uaccess.rules and 71-seat.rules in the initramfs

Le 30/11/16 à 14:23, Martin Pitt a écrit : Laurent Bigonville [2016-11-30 12:58 +0100]: Is it a problem if loginctl is not present in the initramfs? Would the rule be executed later in the boot again? Yes, the rules are being executed on all devices later on, though

systemd_232-7_amd64.changes is NEW

binary:libnss-systemd is NEW. binary:libnss-systemd is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

Am 30.11.2016 um 20:01 schrieb Dirk Heinrichs: > Package: systemd > Version: 232-6 > Severity: important > > --- Please enter the report below this line. --- > I'm running systems with user home directories located in an OpenAFS > network filesystem. This used to work fine for years. However,

Bug#846377: [systemd] /lib/systemd/systemd --user starts dbus-daemon without AFS token

Package: systemd Version: 232-6 Severity: important --- Please enter the report below this line. --- I'm running systems with user home directories located in an OpenAFS network filesystem. This used to work fine for years. However, since some time now, some desktop environments/applications

Bug#845480: /bin/ps depends on /usr/lib/... which makes the system unbootable

On Wed, 30 Nov 2016, Klaus Ethgen wrote: > No, it worked well for decades and it was exactly why you have small > root and resizable /usr on other medias. It worked because of extraordinary effort by DDs to continuously migrate libraries from /usr to / any time a binary or library in /bin, /sbin,

Bug#824532: udev: Include udev rules for more U2F devices

Am 13.11.2016 um 23:57 schrieb Michael Biebl: > Am 13.11.2016 um 16:06 schrieb Michael Biebl: >> Am 13.11.2016 um 07:46 schrieb Simon Josefsson: >>> Hi. The udev file is needed by all applications using u2f, and not all >>> uses libu2f-host. For example, chromium needs the udev rule to work. It

Processing of systemd_232-7_amd64.changes

systemd_232-7_amd64.changes uploaded successfully to localhost along with the files: systemd_232-7.dsc systemd_232-7.debian.tar.xz libnss-myhostname-dbgsym_232-7_amd64.deb libnss-myhostname_232-7_amd64.deb libnss-mymachines-dbgsym_232-7_amd64.deb libnss-mymachines_232-7_amd64.deb

Bug#756109: systemd: Please copy 70-uaccess.rules and 71-seat.rules in the initramfs

Laurent Bigonville [2016-11-30 12:58 +0100]: > Is it a problem if loginctl is not present in the initramfs? Would the rule > be executed later in the boot again? Yes, the rules are being executed on all devices later on, though systemd-udev-trigger.service (usually dubbed "coldplugging"). IMHO

Bug#756109: systemd: Please copy 70-uaccess.rules and 71-seat.rules in the initramfs

On Fri, 13 Nov 2015 17:03:46 +0100 Laurent Bigonville wrote: > On Sun, 29 Mar 2015 05:30:23 +0200 m...@linux.it (Marco d'Itri) wrote: > > On Jul 26, Laurent Bigonville wrote: > > > > > Do you think that it could be possible to copy 70-uaccess.rules and > > >

Bug#845480: /bin/ps depends on /usr/lib/... which makes the system unbootable

On Wed, Nov 30, 2016 at 09:45:08AM +0100, Klaus Ethgen wrote: > Am Mi den 30. Nov 2016 um 9:36 schrieb Julian Andres Klode: > > In your imagination, that is (yes, I too can write stupid replies > > without any arguments - but I actually can provide arguments too, > > see below). > > Thanks for

Bug#845480: /bin/ps depends on /usr/lib/... which makes the system unbootable

Hello Martin, Martin Steigerwald [2016-11-30 9:20 +0100]: > Also agreed to that… libsystemd is almost one third of the size of libc6.so > here… and it seems upstream basically stuffes *everything* into it, including > reading process attributes that IMHO would be a task for a *different*

Bug#845480: /bin/ps depends on /usr/lib/... which makes the system unbootable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Mi den 30. Nov 2016 um 9:36 schrieb Julian Andres Klode: > In your imagination, that is (yes, I too can write stupid replies > without any arguments - but I actually can provide arguments too, > see below). Thanks for insulting me. (I do not

Bug#845480: /bin/ps depends on /usr/lib/... which makes the system unbootable

Am Mittwoch, 30. November 2016, 07:46:31 CET schrieb Klaus Ethgen: > > Also, *if* you want to make this about systemd vs. SysV again: > Well, systemd, or better the religiosity, systemd is spread, is part of > this particular problem. Exactly that is the case, why so many users > oppose systemd.