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 variable is set...
>
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
> > command? Is it som
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 -noninteractive (there was
some reason why I didn't do that),
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
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 Kerberos ticket
>>> cache problem will sti
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
> annoying and unsafe be
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 Pitt } [init-system
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
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 pro
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 proce
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 issue. Is there some
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
>
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 sessi
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 (although there may still be some
>> compl
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 suppose there's any way to get systemd -
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 ab
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 Dave
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 user before starting
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, sinc
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-udev-trigger.service
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 routin
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, sinc
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 (KDE,
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,
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
>>>
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
libn
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 pu
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
> > > 71-seat.rules (and maybe 73-seat-lat
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 in
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* shared
-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 rea
(Huh, all emails are CCing listmaster - let's drop them for this
subthread for now.)
On Wed, Nov 30, 2016 at 07:46:31AM +0100, Klaus Ethgen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi Martin,
>
> Am Di den 29. Nov 2016 um 22:36 schrieb Martin Pitt:
> > Cristian Ionescu-Idb
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.
I
33 matches
Mail list logo
