On 06/14/2013 02:14 PM, Tom Gundersen wrote:
On Fri, Jun 14, 2013 at 2:03 PM, Łukasz Stelmach l.stelm...@samsung.com
wrote:
It was 2013-06-14 pią 13:30, when Jan Janssen wrote:
On 06/14/2013 01:08 PM, Tom Gundersen wrote:
That said, I don't think libdir is appropriate as this data is not
On Tue, Jun 18, 2013 at 9:15 AM, Harald Hoyer harald.ho...@gmail.com wrote:
On 06/14/2013 02:14 PM, Tom Gundersen wrote:
What's wrong with /var/cache?
/var may not be mounted at the time the caches are needed.
So, why not mount /var also from the initramfs as we do with /usr already.
It was 2013-06-17 pon 20:51, when Lennart Poettering wrote:
On Fri, 14.06.13 14:33, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
On Fri, Jun 14, 2013 at 10:03:00AM +0200, Łukasz Stelmach wrote:
We are converting some daemons to socket activation. Most of them
open unix sockets and
2013/6/17 Lennart Poettering lenn...@poettering.net:
On Mon, 17.06.13 16:27, Maciej Wereski (m.were...@partner.samsung.com) wrote:
This patch makes it possible to set extended attributes on files created
by tmpfiles. This can be especially used to set SMACK security labels on
volatile files
On Tue, Jun 18, 2013 at 12:04:40PM +0200, Łukasz Stelmach wrote:
It was 2013-06-17 pon 20:51, when Lennart Poettering wrote:
On Fri, 14.06.13 14:33, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl)
wrote:
On Fri, Jun 14, 2013 at 10:03:00AM +0200, Łukasz Stelmach wrote:
We are converting
On Wed, Jun 12, 2013 at 3:32 PM, Sean McGovern gsean...@gmail.com wrote:
Onboard network controllers are not always on PCI domain 0.
Applied it with a couple of trivial changes.
Thanks,
Kay
___
systemd-devel mailing list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
One concern we have is what will happen to systemd if we start 1000 services
at boot.
systemctl start httpd_sandbox.target
For example.
Is there anything we can do to throttle the start of so many unit files. Or
would systemd do something itself.
Op 7 jun. 2013, om 20:25 heeft Kay Sievers k...@vrfy.org het volgende
geschreven:
On Fri, Jun 7, 2013 at 3:27 PM, Sean McGovern gsean...@gmail.com wrote:
Onboard network controllers are not always on PCI domain 0.
+sysname = udev_device_get_sysname(names-pcidev);
+
+
As I am lazy I would love to see the auto-complete feature implemented
in systemd CLI.
Dave.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Tue, Jun 18, 2013 at 08:44:05AM -0500, David Lambert wrote:
As I am lazy I would love to see the auto-complete feature
implemented in systemd CLI.
Wait, wait, ..., it's already here!
Zbyszek
___
systemd-devel mailing list
Am 18.06.2013 15:44, schrieb David Lambert:
As I am lazy I would love to see the auto-complete feature implemented
in systemd CLI.
Dave.
Hi Dave,
Well, I have autocompletion for systemctl, journalctl, loginctl, *ctl,
etc. Are you sure bash-completion is installed and enabled?
Regards
On 13-06-18 08:58 AM, killermoehre wrote:
Am 18.06.2013 15:44, schrieb David Lambert:
As I am lazy I would love to see the auto-complete feature implemented
in systemd CLI.
Dave.
Hi Dave,
Well, I have autocompletion for systemctl, journalctl, loginctl, *ctl,
etc. Are you sure
On Tue, Jun 18, 2013 at 3:19 PM, Koen Kooi k...@dominion.thruhere.net wrote:
We only support domain 0, and ignore all other devices so far.
What about non-PCI devices, like the netwerk controllers in embedded SoCs?
I have no idea.
This is so far all about PCI only, all the other parent buses
Am 18.06.2013 16:06, schrieb David Lambert:
On 13-06-18 08:58 AM, killermoehre wrote:
Am 18.06.2013 15:44, schrieb David Lambert:
As I am lazy I would love to see the auto-complete feature implemented
in systemd CLI.
Dave.
Hi Dave,
Well, I have autocompletion for systemctl, journalctl,
On Tue, 18.06.13 09:06, David Lambert (d...@lambsys.com) wrote:
I can auto complete the primary commands such as systemctl, etc.
However, I would do not see auto completing further in the command
line, such as:
systemctl status partofmyservicenametab etc.
That's also implemented (and has
Kaixo!
Li Mon, Jun 17, 2013 at 06:40:54PM +0200, Lennart Poettering scrijha:
If firmware loading is a one-time thing you need to execute when the
device is plugged in, and is relatively quick to execute there is no
need to involve a systemd service and you can simply run this from a
udev
On Tue, Jun 18, 2013 at 04:54:51PM +0200, Pablo Saratxaga wrote:
Kaixo!
Li Mon, Jun 17, 2013 at 06:40:54PM +0200, Lennart Poettering scrijha:
If firmware loading is a one-time thing you need to execute when the
device is plugged in, and is relatively quick to execute there is no
need
Kaixo!
Li Mon, Jun 17, 2013 at 09:58:26AM -0700, Greg KH scrijha:
Firmware should be loaded directly from the kernel itself these days, no
need for a udev rule, or anything else, it should just work.
I would prefer that myself too :)
But it seems only Debian ships a kernel with a patch for
On Tue, Jun 18, 2013 at 3:04 AM, Łukasz Stelmach l.stelm...@samsung.com wrote:
It was 2013-06-17 pon 20:51, when Lennart Poettering wrote:
On Fri, 14.06.13 14:33, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl)
wrote:
On Fri, Jun 14, 2013 at 10:03:00AM +0200, Łukasz Stelmach wrote:
We are
On Tue, Jun 18, 2013 at 01:45:09PM -0400, Phillip Susi wrote:
Various tools, but most notably partitioners, manipulate disks in such
a way that they need to prevent the rest of the system from racing
with them while they are in the middle of manipulating the disk.
Presently this is done with a
Hi,
On Tue, Jun 18, 2013 at 10:45 AM, Phillip Susi ps...@ubuntu.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Various tools, but most notably partitioners, manipulate disks in such
a way that they need to prevent the rest of the system from racing
with them while they are in the
Hi,
On Tue, Jun 18, 2013 at 11:40 AM, Phillip Susi ps...@ubuntu.com wrote:
I don't follow. You mean udisks delays auto mounting by 5 seconds?
No, it works like this: if you plug in the device, then - for example
- /dev/sdb is added and then /dev/sdb1 is added and /dev/sdb1 is
deemed to contain
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Various tools, but most notably partitioners, manipulate disks in such
a way that they need to prevent the rest of the system from racing
with them while they are in the middle of manipulating the disk.
Presently this is done with a hodge podge of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/18/2013 2:03 PM, David Zeuthen wrote:
When I was younger I used to think things like this was a good
idea and, in fact, did a lot of work to add complex interfaces for
this in the various components you mention. These interfaces didn't
really
We have machines with thousands of containers on them. The key for us
was understanding that we didn't need thousands of containers to run
after start-up; we needed thousands of containers to be *accessible*
after start-up. The vast majority of our containers use socket
activation or resurrection
On Tue, Jun 18, 2013 at 10:23 AM, Kok, Auke-jan H
auke-jan.h@intel.com wrote:
Therefore, the .service daemon should NOT unlink
the socket.
And you can generally prevent the service from having the service unit
drop permissions to something that can't delete the socket. The
service get get
It definitely works for me on Fedora, but it's terribly slow with
1000+ units. I've been meaning to look into that.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Wed, Jun 19, 2013 at 12:16 AM, Henrik /KaarPoSoft
hen...@kaarposoft.dk wrote:
When booting, I get a few errors related to swap; in particular:
Failed to reread /proc/swaps: File exists
swapon: /dev/sda3: swapon failed: Device or resource busy
The output of systemctl --full --all --type=swap
В Wed, 19 Jun 2013 03:39:39 +0200
Tom Gundersen t...@jklm.no пишет:
On Wed, Jun 19, 2013 at 12:16 AM, Henrik /KaarPoSoft
hen...@kaarposoft.dk wrote:
When booting, I get a few errors related to swap; in particular:
Failed to reread /proc/swaps: File exists
swapon: /dev/sda3: swapon failed:
Hi,
I've run systemctl mask rsyslog.service, but the service can still
be started via
systemctl start rsyslog.service or by generating a log message.
Looks like a bug to me.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
30 matches
Mail list logo