systemd-journalctl and systemd-systemctl were also renamed to get more
convenient ...
(But hey, I don't really know what external stuff uses -.slice and
-.mount ...)
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
On Thu, Jan 16, 2014 at 8:59 AM, Holger Schurig holgerschu...@gmail.com wrote:
systemd-journalctl and systemd-systemctl were also renamed to get more
convenient ...
Symlinks are cheap to create, if compat for these rather exotic things
is needed.
systemctl was always systemctl, but loginctl we
On Thu, Jan 16, 2014 at 06:01:58AM +0100, Zbigniew Jędrzejewski-Szmek wrote:
On Sun, Jan 12, 2014 at 02:07:32AM +0100, Djalal Harouni wrote:
On Sat, Jan 11, 2014 at 10:26:13PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
On Fri, Jan 03, 2014 at 02:19:19PM +0100, Djalal Harouni wrote:
On
Oh, I confused that with the old /etc/systemd/systemd-journald.conf
file, which was renamed.
Kay, I only meant to special case the /, e.g. let
home-kay-data.mount be it like it is, but rename - to root, so
that it is root.mount and root.slice.
___
On Thu, Jan 16, 2014 at 11:27:42AM +0100, Holger Schurig wrote:
Oh, I confused that with the old /etc/systemd/systemd-journald.conf
file, which was renamed.
Kay, I only meant to special case the /, e.g. let
home-kay-data.mount be it like it is, but rename - to root, so
that it is root.mount
'Twas brillig, and Holger Schurig at 16/01/14 10:27 did gyre and gimble:
Oh, I confused that with the old /etc/systemd/systemd-journald.conf
file, which was renamed.
Kay, I only meant to special case the /, e.g. let
home-kay-data.mount be it like it is, but rename - to root, so
that it is
On Jan 16, 2014 9:34 AM, Holger Schurig holgerschu...@gmail.com wrote:
Please consider renamign -.slice, because this sucks:
# cd /lib/systemd/system
# grep -r user@ *
grep: invalid option -- '.'
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
Yes, I
On Sat, Jan 11, 2014 at 7:04 PM, Kay Sievers k...@vrfy.org wrote:
We got systemd git working to be able to run a full GNOME (Fedora 20)
user session with kdbus now. Instead of dbus-daemon running and
activating applications, they are directly started by the systemd
--user instance now.
Here
'Twas brillig, and Colin Guthrie at 14/01/14 13:28 did gyre and gimble:
3. Some sort of kernel trigger for me today led it to run two reexecs
quite quickly and triggered this problem randomly during runtime. This
*might* have come in via telinit u instead. It doesn't appear that the
kernel
On Thu, 16.01.14 11:27, Holger Schurig (holgerschu...@gmail.com) wrote:
Oh, I confused that with the old /etc/systemd/systemd-journald.conf
file, which was renamed.
Kay, I only meant to special case the /, e.g. let
home-kay-data.mount be it like it is, but rename - to root, so
that it is
On Thu, 16.01.14 08:33, Holger Schurig (holgerschu...@gmail.com) wrote:
Please consider renamign -.slice, because this sucks:
# cd /lib/systemd/system
# grep -r user@ *
grep: invalid option -- '.'
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
Yes,
11.12.2013 at 15:15 Lennart Poettering lenn...@poettering.net wrote:
On Wed, 11.12.13 14:24, Maciej Wereski (m.were...@partner.samsung.com)
wrote:
+xattr = new0(char, strlen(i-argument)+1);
+if (!xattr)
+return log_oom();
+
+tmp =
On Wed, 15.01.14 20:20, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
I was a bit surprised that for mount points the dependency
Before=local-fs.target is only added when nofail is not used.
This seems to be a concious decision (added by Lennart in
155da457, and then survived all the
On Thu, 16.01.14 16:14, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
On Thu, Jan 16, 2014 at 03:51:02PM +0100, Lennart Poettering wrote:
On Wed, 15.01.14 20:20, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl)
wrote:
I was a bit surprised that for mount points the
On Jan 16, 2014, at 7:51 AM, Lennart Poettering lenn...@poettering.net wrote:
On Wed, 15.01.14 20:20, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
I was a bit surprised that for mount points the dependency
Before=local-fs.target is only added when nofail is not used.
This seems
Hi,
On 14.01.2014 16:13, Tom Gundersen wrote:
On Tue, Jan 14, 2014 at 2:15 PM, Joonas Lahtinen
joonas.lahti...@linux.intel.com wrote:
I've implemented very basic BMP support and commited it.
The custom format was there for best possible speed to be achieved when
displaying the splash, as the
Hi Joonas,
On Thu, Jan 16, 2014 at 4:13 PM, Joonas Lahtinen
joonas.lahti...@linux.intel.com wrote:
By our measurements, the original BGRX code only adds some 5 milliseconds to
the boot time compared to no logo at all, where the BMP code adds almost 70
milliseconds.
I think the most
On Thu, Jan 16, 2014 at 4:19 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 16.01.14 16:14, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
On Thu, Jan 16, 2014 at 03:51:02PM +0100, Lennart Poettering wrote:
On Wed, 15.01.14 20:20, Zbigniew Jędrzejewski-Szmek
On Mon, 13.01.14 22:58, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
Eeeh, why? This new name suggests that this libary is for systemd
functionality. But so far it is a generic. Also, we have
libsystemd-daemon, libsystemd-id128, etc. As a consumer of the library,
I'd much prefer to
'Twas brillig, and Chris Murphy at 16/01/14 15:34 did gyre and gimble:
On Jan 16, 2014, at 8:25 AM, Kay Sievers k...@vrfy.org wrote:
On Thu, Jan 16, 2014 at 4:19 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 16.01.14 16:14, Zbigniew Jędrzejewski-Szmek
(zbys...@in.waw.pl)
On Jan 16, 2014, at 8:25 AM, Kay Sievers k...@vrfy.org wrote:
On Thu, Jan 16, 2014 at 4:19 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 16.01.14 16:14, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl)
wrote:
On Thu, Jan 16, 2014 at 03:51:02PM +0100, Lennart Poettering
On Tue, 14.01.14 15:26, Umut Tezduyar Lindskog (umut.tezdu...@axis.com) wrote:
From: Umut Tezduyar Lindskog umu...@axis.com
---
README |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/README b/README
index a1058c5..6fcab4f 100644
--- a/README
+++ b/README
@@
On Thu, Jan 16, 2014 at 04:41:48PM +0100, Lennart Poettering wrote:
On Mon, 13.01.14 22:58, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
Eeeh, why? This new name suggests that this libary is for systemd
functionality. But so far it is a generic. Also, we have
libsystemd-daemon,
On Thu, Jan 16, 2014 at 5:31 PM, Michael Biebl mbi...@gmail.com wrote:
2014/1/16 Lennart Poettering lenn...@poettering.net:
So I am pretty sure libsystemd-id128, libsystemd-login,
libsystemd-journal should just end up in a single libsystemd.so together
with the event loop, the bus, the asyncns
2014/1/16 Lennart Poettering lenn...@poettering.net:
So I am pretty sure libsystemd-id128, libsystemd-login,
libsystemd-journal should just end up in a single libsystemd.so together
with the event loop, the bus, the asyncns stuff and more. All this
functinality requires each other, and should
On Thu, 16.01.14 17:31, Michael Biebl (mbi...@gmail.com) wrote:
2014/1/16 Lennart Poettering lenn...@poettering.net:
So I am pretty sure libsystemd-id128, libsystemd-login,
libsystemd-journal should just end up in a single libsystemd.so together
with the event loop, the bus, the asyncns
On Mon, 06.01.14 03:35, Tom Gundersen (tome...@kemper.freedesktop.org) wrote:
+lease-dns = new0(struct in_addr*, len / 4 + 1);
+if (!lease-dns)
+return -ENOMEM;
+
+for (i = 0; i len / 4;
On Thu, 16.01.14 17:24, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
There are some exceptions to this though. For example, I am unsure about
libsystemd-daemon: it's relatively easy to maintain this in its own lib,
sicne so far it actually doesn't use any of the shared code,
On Sun, 12.01.14 06:32, Tom Gundersen (tome...@kemper.freedesktop.org) wrote:
+r = mkdir_safe_label(/run/systemd/network, 0755, 0, 0);
+if (r 0)
+return r;
+
+r = fopen_temporary(/run/systemd/network/resolv.conf, f,
temp_path);
+if (r 0)
On 16/01/14 15:41, Lennart Poettering wrote:
There are some exceptions to this though. For example, I am unsure about
libsystemd-daemon: it's relatively easy to maintain this in its own lib,
sicne so far it actually doesn't use any of the shared code, because
its' embeddable. But then agaiun,
On Thu, 16.01.14 18:27, Michael Biebl (mbi...@gmail.com) wrote:
2014/1/16 Lennart Poettering lenn...@poettering.net:
On Thu, 16.01.14 17:33, Michael Biebl (mbi...@gmail.com) wrote:
2014/1/16 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl:
I am also a bit worried about so-bumps:
2014/1/16 Lennart Poettering lenn...@poettering.net:
On Thu, 16.01.14 17:33, Michael Biebl (mbi...@gmail.com) wrote:
2014/1/16 Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl:
I am also a bit worried about so-bumps: currently we have very nice
backwards
compatibility, without any API
On Thu, 16.01.14 17:19, Simon McVittie (simon.mcvit...@collabora.co.uk) wrote:
On 16/01/14 15:41, Lennart Poettering wrote:
There are some exceptions to this though. For example, I am unsure about
libsystemd-daemon: it's relatively easy to maintain this in its own lib,
sicne so far it
2014/1/16 Lennart Poettering lenn...@poettering.net:
On Thu, 16.01.14 18:27, Michael Biebl (mbi...@gmail.com) wrote:
2014/1/16 Lennart Poettering lenn...@poettering.net:
On Thu, 16.01.14 17:33, Michael Biebl (mbi...@gmail.com) wrote:
2014/1/16 Zbigniew Jędrzejewski-Szmek
On Thu, Jan 16, 2014 at 7:00 PM, Michael Biebl mbi...@gmail.com wrote:
2014/1/16 Lennart Poettering lenn...@poettering.net:
Well, it can certainly continue to use and build against the old version
for a while, no?
We'd have to make pre-systemd-209 and systemd-209 packages
co-installable
2014/1/16 Kay Sievers k...@vrfy.org:
On Thu, Jan 16, 2014 at 7:00 PM, Michael Biebl mbi...@gmail.com wrote:
2014/1/16 Lennart Poettering lenn...@poettering.net:
Well, it can certainly continue to use and build against the old version
for a while, no?
We'd have to make pre-systemd-209 and
On Thu, Jan 16, 2014 at 5:35 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 06.01.14 03:35, Tom Gundersen (tome...@kemper.freedesktop.org) wrote:
+lease-dns = new0(struct in_addr*, len / 4 + 1);
+if (!lease-dns)
+
On Thu, Jan 16, 2014 at 6:13 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Sun, 12.01.14 06:32, Tom Gundersen (tome...@kemper.freedesktop.org) wrote:
+r = mkdir_safe_label(/run/systemd/network, 0755, 0, 0);
+if (r 0)
+return r;
+
+r =
Due to anti-magic, a recent update horribly broke the system's ability to do
further updates. This is resolved by regression to a prior Btrfs snapshot, once
updated it works fine. But that's a two week old snapshot. I don't need the
broken rootfs but I want to keep the journal for those two
Chris Murphy li...@colorremedies.com schrieb:
Due to anti-magic, a recent update horribly broke the system's ability to
do further updates. This is resolved by regression to a prior Btrfs
snapshot, once updated it works fine. But that's a two week old snapshot.
I don't need the broken rootfs
On Jan 16, 2014, at 1:58 PM, Kai Krakow hurikha...@gmail.com wrote:
Chris Murphy li...@colorremedies.com schrieb:
Due to anti-magic, a recent update horribly broke the system's ability to
do further updates. This is resolved by regression to a prior Btrfs
snapshot, once updated it works
'Twas brillig, and Michael Biebl at 16/01/14 18:22 did gyre and gimble:
2014/1/16 Kay Sievers k...@vrfy.org:
On Thu, Jan 16, 2014 at 7:00 PM, Michael Biebl mbi...@gmail.com wrote:
2014/1/16 Lennart Poettering lenn...@poettering.net:
Well, it can certainly continue to use and build against the
Chris Murphy li...@colorremedies.com schrieb:
Due to anti-magic, a recent update horribly broke the system's ability
to do further updates. This is resolved by regression to a prior Btrfs
snapshot, once updated it works fine. But that's a two week old
snapshot. I don't need the broken rootfs
Am 16.01.2014 22:15 schrieb Chris Murphy li...@colorremedies.com:
On Jan 16, 2014, at 1:58 PM, Kai Krakow hurikha...@gmail.com wrote:
Chris Murphy li...@colorremedies.com schrieb:
Due to anti-magic, a recent update horribly broke the system's ability
to
do further updates. This is
On Jan 16, 2014, at 2:48 PM, Mirco Tischler mircotisch...@gmx.net wrote:
Afair, you don't need to mount subvolumes.
I do in this case in order to make sure there's an fstab in subsequent
snapshots, that mounts the /var/log/journal subvolume. Otherwise, the booted
snapshot will end up
Mirco Tischler mircotisch...@gmx.net schrieb:
Am 16.01.2014 22:15 schrieb Chris Murphy li...@colorremedies.com:
On Jan 16, 2014, at 1:58 PM, Kai Krakow hurikha...@gmail.com wrote:
Chris Murphy li...@colorremedies.com schrieb:
Due to anti-magic, a recent update horribly broke the
Chris Murphy li...@colorremedies.com schrieb:
On Jan 16, 2014, at 2:48 PM, Mirco Tischler mircotisch...@gmx.net wrote:
Afair, you don't need to mount subvolumes.
I do in this case in order to make sure there's an fstab in subsequent
snapshots, that mounts the /var/log/journal
On Jan 16, 2014, at 3:44 PM, Kai Krakow hurikha...@gmail.com wrote:
Chris Murphy li...@colorremedies.com schrieb:
On Jan 16, 2014, at 2:48 PM, Mirco Tischler mircotisch...@gmx.net wrote:
Afair, you don't need to mount subvolumes.
I do in this case in order to make sure there's an
---
Makefile.am | 73 +--
src/libsystemd/libsystemd.sym| 87 +++--
src/login/libsystemd-login.pc.in | 2 +-
src/login/libsystemd-login.sym | 94
4 files changed, 97
49 matches
Mail list logo