Re: [systemd-devel] [PACKAGERS] rsyslog and systemd

On Wed, Mar 16, 2011 at 9:17 AM, Michael Biebl wrote: > 2011/3/16 Lennart Poettering : >> On Sat, 12.03.11 01:14, Michael Biebl (mbi...@gmail.com) wrote: >> >>> >>> 2011/3/12 Michael Biebl : >>> > 2011/3/11 Andrey Borzenkov : >>> >> On Fri, Mar 11, 2011 at 9:10 PM, Mike Kazantsev >>> >> wrote: >

Re: [systemd-devel] Special targets - should they Want or be WantedBy?

2011/3/16 Andrey Borzenkov : > On Wed, Mar 16, 2011 at 1:00 PM, Andrey Borzenkov wrote: >> On Wed, Mar 16, 2011 at 11:28 AM, Michael Biebl wrote: >>> 2011/3/12 Andrey Borzenkov : Actually I think design should be reversed. The service that implements this virtual provide (syslog, n

Re: [systemd-devel] Special targets - should they Want or be WantedBy?

On Wed, Mar 16, 2011 at 1:23 PM, Michael Biebl wrote: > 2011/3/16 Andrey Borzenkov : >> On Wed, Mar 16, 2011 at 1:00 PM, Andrey Borzenkov wrote: >>> On Wed, Mar 16, 2011 at 11:28 AM, Michael Biebl wrote: 2011/3/12 Andrey Borzenkov : > > Actually I think design should be reversed. Th

[systemd-devel] [Patch] Fix systemd-readahead-collect on mips platform

Hi all, Attachment is the patch fixing broken systemd-readahead-collect on mips. The patch is actually fixing the fanotify syscall on mips: 1. Adjust to correct syscall number. 2. Using directly fanotify syscall instead of "syscall(__NR_FANOTIFY_MARK)", which is broken on the test platform. Test

Re: [systemd-devel] crypto: to show stars or not to show them

On Wednesday 2011-03-16 04:30, Lennart Poettering wrote: >After X is up all password prompts do give input feedback The presence of X does not change behavior of console programs. Well, as I mentioned earlier, certain implementations use a three-star-per-character so that there is at least some

Re: [systemd-devel] [PATCH 2/3] ask-password: mention magic key to start over

On Wednesday 2011-03-16 04:43, Lennart Poettering wrote: > >Well, all these keycodes are actually handled by the kernel and in the >terminal layer as part of ICANON (^U is VKILL to be precise). See >tcsetattr(3) for more information. > >I'd argue that tools which redefine ^U and ^H and ^C to unrel

[systemd-devel] PrivateTmp and multiple Exec* lines

Hi all, I'm trying to make native systemd units for bootchart2 (see: ). I ran into the following problem. The unit bootchart-done.service has to execute two tasks: run a binary that generates some files in a private tmp directory: PrivateTmp=true ExecStart=/l

Re: [systemd-devel] crypto: to show stars or not to show them

On Wed, Mar 16, 2011 at 9:21 AM, Jan Engelhardt wrote: > > On Wednesday 2011-03-16 04:30, Lennart Poettering wrote: > >>After X is up all password prompts do give input feedback > > The presence of X does not change behavior of console programs. > > Well, as I mentioned earlier, certain implementa

Re: [systemd-devel] systemd-logger and external syslog daemon

On Wed, Mar 16, 2011 at 07:18, Michael Biebl wrote: > 2011/3/16 Lennart Poettering : >> On Sat, 12.03.11 16:31, Andrey Borzenkov (arvidj...@mail.ru) wrote: >>> >>> Attached patch preserves full syslog facility marker and simply emits >>> it back. So userspace is free to feed any facility it deems

Re: [systemd-devel] [ANNOUNCE] systemd v20

Hi Lennart, On 8 March 2011 19:30, Lennart Poettering wrote: > Heya, > > Mostly bugfixes: > > http://www.freedesktop.org/software/systemd/systemd-20.tar.bz2 Any chance of a build for Fedora rawhide? Latest there is v18. Thanks, Daniel ___ systemd-deve

Re: [systemd-devel] [ANNOUNCE] systemd v20

On Wed, 16.03.11 16:14, Daniel Drake (d...@laptop.org) wrote: > > Hi Lennart, > > On 8 March 2011 19:30, Lennart Poettering wrote: > > Heya, > > > > Mostly bugfixes: > > > > http://www.freedesktop.org/software/systemd/systemd-20.tar.bz2 > > Any chance of a build for Fedora rawhide? Latest ther

Re: [systemd-devel] [PATCH 2/3] ask-password: mention magic key to start over

On Wed, 16.03.11 13:24, Jan Engelhardt (jeng...@medozas.de) wrote: > On Wednesday 2011-03-16 04:43, Lennart Poettering wrote: > > > >Well, all these keycodes are actually handled by the kernel and in the > >terminal layer as part of ICANON (^U is VKILL to be precise). See > >tcsetattr(3) for more

Re: [systemd-devel] PrivateTmp and multiple Exec* lines

On Wed, 16.03.11 14:19, Tom Gundersen (t...@jklm.no) wrote: > Hi all, > > I'm trying to make native systemd units for bootchart2 (see: > ). I ran into the following > problem. > > The unit bootchart-done.service has to execute two tasks: run a binary > that g

Re: [systemd-devel] [Patch] Fix systemd-readahead-collect on mips platform

On Wed, 16.03.11 11:46, fykc...@gmail.com (fykc...@gmail.com) wrote: > Hi all, > > Attachment is the patch fixing broken systemd-readahead-collect on > mips. The patch is actually fixing the fanotify syscall on mips: > 1. Adjust to correct syscall number. > 2. Using directly fanotify syscall inst

Re: [systemd-devel] crypto: to show stars or not to show them

On Wed, 16.03.11 13:21, Jan Engelhardt (jeng...@medozas.de) wrote: > > > On Wednesday 2011-03-16 04:30, Lennart Poettering wrote: > > >After X is up all password prompts do give input feedback > > The presence of X does not change behavior of console programs. > > Well, as I mentioned earlier

Re: [systemd-devel] systemd-logger and external syslog daemon

On Wed, 16.03.11 07:18, Michael Biebl (mbi...@gmail.com) wrote: > > 2011/3/16 Lennart Poettering : > > On Sat, 12.03.11 16:31, Andrey Borzenkov (arvidj...@mail.ru) wrote: > > > > >> > >> Attached patch preserves full syslog facility marker and simply emits > >> it back. So userspace is free to f

Re: [systemd-devel] [PACKAGERS] rsyslog and systemd

On Wed, 16.03.11 07:17, Michael Biebl (mbi...@gmail.com) wrote: > >> > Yeah, I noticed this myself already. Quite a bit of syslog output > >> > ended up in /proc/kmsg during boot because rsyslog was started rather > >> > late (via multi-user.target). > >> > Afaics, there is not explicit symlink pu

Re: [systemd-devel] [PACKAGERS] rsyslog and systemd

On Wed, 16.03.11 10:58, Andrey Borzenkov (arvidj...@mail.ru) wrote: > >> convinced that rsyslog.service should hook itself into syslog.target. > >> > > > > What is syslog.target then good for? > > I consider it to be more of a virtual provide for specific syslog > implementation. My look on the

Re: [systemd-devel] Special targets - should they Want or be WantedBy?

On Wed, 16.03.11 14:39, Andrey Borzenkov (arvidj...@mail.ru) wrote: > > Or is rsyslog expected to provide a symlink in syslog.target.wants? > > > > This is really orthogonal. As Lennart commented, it may be sensible to > do both. But this symlink does not ensure syslog is actually started > befor

Re: [systemd-devel] how disable fsck on swap+lvm

On Tue, 22.02.11 02:49, Alexey Shabalin (a.shaba...@gmail.com) wrote: > 22.02.2011, в 2:10, Miklos Vajna написал(а): > > > On Mon, Feb 21, 2011 at 06:47:43PM +0300, Alexey Shabalin > > wrote: > >> systemd+udev can't replace rc.sysinit(or external script like > >> fedora-storage-init) now. :( >

Re: [systemd-devel] systemd and sshd.socket/sshd@.service

On Sat, 19.02.11 00:15, Vasiliy G Tolstov (v.tols...@selfip.ru) wrote: > >> > Hmm, can you try to reproduce this when booting with > >> > systemd.log_level=debug and systemd.log_target=kmsg on the kernel > >> > cmdline? Then, kmsg should definitely include a message on what is going > >> > on. (an

Re: [systemd-devel] cryptosetup units must have timeout

On Sat, 19.02.11 10:14, Andrey Borzenkov (arvidj...@gmail.com) wrote: > [root@localhost ~]# systemctl status cryptsetup@secrets.service > cryptsetup@secrets.service - Cryptography Setup for secrets > Loaded: loaded > (/dev/.systemd/generator-ImgwKs/cryptsetup@secrets.service) >

Re: [systemd-devel] "Inactive/dead" services that are enabled are indistinguishable from unused or oneshot services

On Thu, 24.02.11 13:55, Mike Kazantsev (mk.frag...@gmail.com) wrote: > Something like "systemctl --enabled" would certainly be much more > useful for such cases than the current "systemctl --all", yet > there will still be a lot of "oneshot" stuff, which are supposed to be > dead, so a separate st

Re: [systemd-devel] %post %preun rpm macros

On Wed, 02.03.11 13:53, Alexey Shabalin (a.shaba...@gmail.com) wrote: > > >> Is it possible to add aliase for "condrestart" to "try-restart"? and > >> "condreload" to "reload-or-try-restart"? > > > > Done. > > > >> What use for "condstop"? May be "stop"? > > > > Yes, our "stop" is a noop anyway i

Re: [systemd-devel] [Patch] Fix systemd-readahead-collect on mips platform

2011/3/16 Lennart Poettering : > On Wed, 16.03.11 11:46, fykc...@gmail.com (fykc...@gmail.com) wrote: > >> Hi all, >> >> Attachment is the patch fixing broken systemd-readahead-collect on >> mips. The patch is actually fixing the fanotify syscall on mips: >> 1. Adjust to correct syscall number. >>

Re: [systemd-devel] How rpcbind.target is supposed to be pulled in?

On Thu, 03.03.11 08:22, Andrey Borzenkov (arvidj...@gmail.com) wrote: > How is it supposed to be activated? May be, at least for legacy case > of SysV scripts systemd should automatically add rpcinfo.target to > transaction if it sees Provides: $portmap in any active service? We currently don't h

Re: [systemd-devel] v19: plymouth-quit-wait waits forever/no getty

On Thu, 03.03.11 10:20, Andrey Borzenkov (arvidj...@gmail.com) wrote: > > On Wed, Mar 2, 2011 at 12:44 AM, Lennart Poettering > wrote: > >>  src/service.c |    2 +- > >>  1 files changed, 1 insertions(+), 1 deletions(-) > >> > >> diff --git a/src/service.c b/src/service.c > >> index 39a46d6..297

Re: [systemd-devel] systemctl is-enabled...

On Tue, 08.03.11 21:23, Andrey Borzenkov (arvidj...@mail.ru) wrote: > > On Mon, Mar 7, 2011 at 4:00 AM, Lennart Poettering > wrote: > > What about this solution consisting of these 4 rules together: > > > > 1. A service residing in /lib with no [Install] section will > >   unconditionally be con

Re: [systemd-devel] Errors in log for "systemctl status" as non-root user

On Tue, 08.03.11 21:46, Andrey Borzenkov (arvidj...@gmail.com) wrote: > > systemd tries to minimize what it loads and also automatically unloads > > information about unused services. This means that it is very likely > > that information is not loaded when the user tries to "systemctl status" > >

Re: [systemd-devel] [Patch] Fix systemd-readahead-collect on mips platform

On Thu, 17.03.11 00:45, fykc...@gmail.com (fykc...@gmail.com) wrote: Heya, > >> Attachment is the patch fixing broken systemd-readahead-collect on > >> mips. The patch is actually fixing the fanotify syscall on mips: > >> 1. Adjust to correct syscall number. > >> 2. Using directly fanotify syscal

Re: [systemd-devel] systemd and sshd.socket/sshd@.service

Am 17.03.2011 01:13, schrieb Lennart Poettering: > On Sat, 19.02.11 00:15, Vasiliy G Tolstov (v.tols...@selfip.ru) wrote: > > Hmm, can you try to reproduce this when booting with > systemd.log_level=debug and systemd.log_target=kmsg on the kernel > cmdline? Then, kmsg should definitely

Re: [systemd-devel] systemd and sshd.socket/sshd@.service

On Thu, 17.03.11 02:21, Mirco Tischler (mircotisch...@gmx.net) wrote: > >> Ok. I'm add corresponding params to kernel cmdline. After sometime i > >> get on screen messages like in attached image > > Your sshd seems to return exit with a non-zero exit code just indicating > > a failure of some kind

Re: [systemd-devel] Dependency loop due to network filesystem and quotacheck; suboptimal loop resolution.

On Wed, 09.03.11 17:12, Andrey Borzenkov (arvidj...@gmail.com) wrote: > https://qa.mandriva.com/show_bug.cgi?id=62746 > > There are two issues in it > > 1. Dependency on quotacheck are added to network filesystem > > This is v19. It could be possible that this is fixed in v20. No it isn't. Th

Re: [systemd-devel] Dependency loop due to network filesystem and quotacheck; suboptimal loop resolution.

On Thu, 10.03.11 00:42, Andrey Borzenkov (arvidj...@gmail.com) wrote: > On Wed, Mar 9, 2011 at 5:12 PM, Andrey Borzenkov wrote: > > https://qa.mandriva.com/show_bug.cgi?id=62746 > > > > There are two issues in it > > > > 1. Dependency on quotacheck are added to network filesystem > > > > This is

Re: [systemd-devel] systemd and sshd.socket/sshd@.service

Am 17.03.2011 02:32, schrieb Lennart Poettering: > On Thu, 17.03.11 02:21, Mirco Tischler (mircotisch...@gmx.net) wrote: >>> Your sshd seems to return exit with a non-zero exit code just indicating >>> a failure of some kind. use "ExecStart=-/foo/bar" instead of >>> "ExecStart=/foo/bar" to spawn a

Re: [systemd-devel] [Patch v2] Fix systemd-readahead-collect on mips platform

Hi Lennart, This is the second version of patch "Fix systemd-readahead-collect on mips platform". 2011/3/17 Lennart Poettering : >> The patch fix two problems: >> 1. The system call number of __NR_fanotify_* is not corrrect on mips. > > This one definitely makes sense for us to merge. Could you s

Re: [systemd-devel] [Patch v2] Fix systemd-readahead-collect on mips platform

On Thu, 17.03.11 02:26, fykc...@gmail.com (fykc...@gmail.com) wrote: > Hi Lennart, > > This is the second version of patch "Fix systemd-readahead-collect on > mips platform". > > 2011/3/17 Lennart Poettering : > >> The patch fix two problems: > >> 1. The system call number of __NR_fanotify_* is

Re: [systemd-devel] rc-local.service ordering

On Thu, 10.03.11 13:58, Andrey Borzenkov (arvidj...@gmail.com) wrote: > > On Wed, Mar 2, 2011 at 12:35 AM, Lennart Poettering > wrote: > > On Wed, 02.03.11 00:07, Andrey Borzenkov (arvidj...@gmail.com) wrote: > > > >> Have you actually read what I wrote? > >> > >> "Now, I do not care much about

Re: [systemd-devel] "Inactive/dead" services that are enabled are indistinguishable from unused or oneshot services

On Thu, 17 Mar 2011 01:39:19 +0100 Lennart Poettering wrote: > On Thu, 24.02.11 13:55, Mike Kazantsev (mk.frag...@gmail.com) wrote: > > > Something like "systemctl --enabled" would certainly be much more > > useful for such cases than the current "systemctl --all", yet > > there will still be a

Re: [systemd-devel] "Inactive/dead" services that are enabled are indistinguishable from unused or oneshot services

On Thu, Feb 24, 2011 at 11:55 AM, Mike Kazantsev wrote: > Something like "systemctl --enabled" would certainly be much more > useful for such cases than the current "systemctl --all", yet > there will still be a lot of "oneshot" stuff, which are supposed to be > dead, so a separate state for "!one