Re: [systemd-devel] [ANNOUNCE] systemd 190
'Twas brillig, and Lennart Poettering at 20/09/12 21:39 did gyre and gimble: Heya! Many many bugfixes, but also a number of smaller features: http://www.freedesktop.org/software/systemd/systemd-190.tar.xz CHANGES WITH 190: Probably also worth mentioning a slight semantic change in the sd_uid_get_sessions() and sd_uid_get_seats() functions in this release. These both take an require_active argument. Previously a value of 0 vs. 1 would control whether the sessions were active (1) or not (0). Now it takes there values. The semantics of 0 remain the same, but 1 now only covers online or active sessions, and does not include sessions that are currently in the process of closing which the old semantics included as active. A value of -1 will still allow the old semantics. Here is the updated man page content: sd_uid_get_sessions() may be used to determine the current sessions of the specified user. Acceptes a Unix user identifier as parameter. The require_active parameter controls whether the returned list shall consist of only those sessions where the user is currently active ( 0), where the user is currently online but possibly inactive (= 0), or logged in at all but possibly closing the session ( 0). The call returns a NULL terminated string array of session identifiers in sessions which needs to be freed by the caller with the libc free call after use, including all the strings referenced. If the string array parameter is passed as NULL the array will not be filled in, but the return code still indicates the number of current sessions. Note that instead of an empty array NULL may be returned and should be considered equivalent to an empty array. Similar, sd_uid_get_seats() may be used to determine the list of seats on which the user currently has sessions. Similar semantics apply, however note that the user may have multiple sessions on the same seat as well as sessions with no attached seat and hence the number of entries in the returned array may differ from the one returned by sd_uid_get_sessions(). -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/ ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] Cryptsetup on FakeRAID fails with timeout
I waited until the weekend so I could take down the devices briefly. After converting to use md instead, I can confirm that systemd is working fine with automounting the luks partition and correctly asking for a passphrase. The migration I used was: dmraid -an #disable dmraid devices mdadm --create /dev/md0 --level=1 --raid-devices=2 --metadata=0.90 /dev/sdb /dev/sdc I chose to use v0.9 since I wanted kernel autodetect with needing to maintain an initramfs as well. Currently the disks are resyncing (and will be for the next few hours). Shall I take this as a sign that dmraid is being deprecated in the linux world? On 17 September 2012 13:57, Alexander E. Patrakov patra...@gmail.com wrote: 2012/9/17 Ali Lown a...@lown.me.uk: I am unable to get systemd to mount a LUKS partition on boot. This LUKS partition (pdc_bhjchdjgaep5) sits on top of a fakeraid mirror set (pdc_bhjchdjgae) of 2TB disks (sdd,sde). Disclaimer: what I am proposing below is not a solution, just a workaround. Now that a normal md raid is able to assemble fake RAIDs perviously handled by dmraid, could you please try to migrate? Just try to assemble md raid as usual, obviously without having run dmraid. You'll get devices like md126_p1 and md126_p2. -- Alexander E. Patrakov ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] systemd 191 does not compile on 32 bit Linux
Hi! systemd 191 does not compile on my 32 bit Linux box. src/journal/mmap-cache.c:519:5: error: conflicting types for 'mmap_cache_get' In file included from src/journal/mmap-cache.c:32:0: src/journal/mmap-cache.h:34:5: note: previous declaration of 'mmap_cache_get' was here mmap-cache.h declares: int mmap_cache_get(MMapCache *m, int fd, int prot, unsigned context, bool keep_always, uint64_t offset, uint64_t size, struct stat *st, void **ret); whereas mmap-cache.c has: int mmap_cache_get( MMapCache *m, int fd, int prot, unsigned context, bool keep_always, uint64_t offset, size_t size, struct stat *st, void **ret) { so the size parameter is inconsistently declared. (My last build of systemd vas 187, where this did not happen. but then again there was no src/journal/mmap-cache.{c,h} back then) /Henrik ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] systemd 191 does not compile on 32 bit Linux
On Sat, Sep 22, 2012 at 03:24:45PM +0200, Henrik /KaarPoSoft wrote: Hi! systemd 191 does not compile on my 32 bit Linux box. src/journal/mmap-cache.c:519:5: error: conflicting types for 'mmap_cache_get' In file included from src/journal/mmap-cache.c:32:0: src/journal/mmap-cache.h:34:5: note: previous declaration of 'mmap_cache_get' was here mmap-cache.h declares: int mmap_cache_get(MMapCache *m, int fd, int prot, unsigned context, bool keep_always, uint64_t offset, uint64_t size, struct stat *st, void **ret); whereas mmap-cache.c has: int mmap_cache_get( MMapCache *m, int fd, int prot, unsigned context, bool keep_always, uint64_t offset, size_t size, struct stat *st, void **ret) { so the size parameter is inconsistently declared. The patch right after the 191 tag in git fixes this inconsistency: http://cgit.freedesktop.org/systemd/systemd/commit/?id=e2c8b07dcb50 (My last build of systemd vas 187, where this did not happen. but then again there was no src/journal/mmap-cache.{c,h} back then) /Henrik ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] systemd 191 does not compile on 32 bit Linux
On 09/22/12 15:44, Dave Reisner wrote: On Sat, Sep 22, 2012 at 03:24:45PM +0200, Henrik /KaarPoSoft wrote: Hi! systemd 191 does not compile on my 32 bit Linux box. The patch right after the 191 tag in git fixes this inconsistency: http://cgit.freedesktop.org/systemd/systemd/commit/?id=e2c8b07dcb50 Thank you ! ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] [PATCH 1/2] journal: set seal even for readonly journalfiles
journalctl needs to know wether the file has been sealed to be able to do verification. --- src/journal/journal-file.c | 3 +-- 1 Datei geändert, 1 Zeile hinzugefügt(+), 2 Zeilen entfernt(-) diff --git a/src/journal/journal-file.c b/src/journal/journal-file.c index 6db9955..f775fec 100644 --- a/src/journal/journal-file.c +++ b/src/journal/journal-file.c @@ -260,8 +260,7 @@ static int journal_file_verify_header(JournalFile *f) { f-compress = JOURNAL_HEADER_COMPRESSED(f-header); -if (f-writable) -f-seal = JOURNAL_HEADER_SEALED(f-header); +f-seal = JOURNAL_HEADER_SEALED(f-header); return 0; } -- 1.7.12.1 ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] [PATCH 2/2] journalctl: print correct timespan in verify
The old code used a timestamp to print a timespan for unsealed journalfiles, incorrectly showing things like 2230 days of unsealed entries. Print the timespan between the first and last entry instead. --- src/journal/journalctl.c | 2 +- 1 Datei geändert, 1 Zeile hinzugefügt(+), 1 Zeile entfernt(-) diff --git a/src/journal/journalctl.c b/src/journal/journalctl.c index 6b580d4..2bca53e 100644 --- a/src/journal/journalctl.c +++ b/src/journal/journalctl.c @@ -708,7 +708,7 @@ static int verify(sd_journal *j) { format_timespan(c, sizeof(c), total to ? total - to : 0)); } else if (total 0) log_info(= No sealing yet, %s of entries not sealed., - format_timespan(c, sizeof(c), total)); + format_timespan(c, sizeof(c), total - f-header-head_entry_realtime)); else log_info(= No sealing yet, no entries in file.); } -- 1.7.12.1 ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] bug 55213
Just wanting to register the hope that this bug... https://bugs.freedesktop.org/show_bug.cgi?id=55213 gets a high priority. I was bitten by it with the systemd 190 release, and I gather it's still outstanding in version 191. Having process 1 segfault is not pleasant... -- Allin Cottrell Department of Economics Wake Forest University ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] systemd segfaulting after commit 877d54e9b09e093c2102f519a84e2a52637ae035
Hi i am seeing following error on arm systemd[1]: Caught SEGV, dumped core as pid 37. systemd[1]: Freezing execution. git bisect tells me that its happening due to commit 877d54e9b09e093c2102f519a84e2a52637ae035 Author: Lennart Poettering lenn...@poettering.net Date: Fri Aug 24 22:21:20 2012 +0200 journal: generate structured journal messages for a number of events I am using gcc 4.7.2 + glibc 2.16 + binutils 2.22 + kernel 3.4.10 Thanks -Khem ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [opensuse-factory] [RFC] sysvinit: plan B
On Friday 2012-09-07 15:43, Michal Vyskocil wrote [http://lists.opensuse.org/opensuse-factory/2012-09/msg00396.html]: Name: vsftpd-sysv Description: Sysvinit script for vsftpd Supplements: packagageand(sysvinit:vsftpd) Requires: sysvinit Requires: vsftpd Source0: vsftpd.init It would seem more advantageous to change the systemd package, and provide an extra binary there that reuses the parser code to give users the possibility to start/stop/restart programs using unit files in a non-systemd environment. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel