On Tue, Nov 12, 2013 at 11:31:45AM +1100, NeilBrown wrote:
Alternately, is there some all devices have been probed, nothing new will
appear unless it is hot-plugged event. That would be equally useful (and
probably mirrors what hardware-RAID cards do).
No, there's no way to ever know this in
On Tue, Nov 12, 2013 at 4:06 PM, Jan Engelhardt jeng...@inai.de wrote:
In any case, even if the ethtool structures awkwardly specified the use
of bytes, the user-visible part should be in bits, and this patch
was to give an impetus.
I won't commit the patch unless there's clarity that
On Tue, 12 Nov 2013 00:10:28 -0800 Greg KH gre...@linuxfoundation.org wrote:
On Tue, Nov 12, 2013 at 11:31:45AM +1100, NeilBrown wrote:
Alternately, is there some all devices have been probed, nothing new will
appear unless it is hot-plugged event. That would be equally useful (and
-Original Message-
From: Kay Sievers [mailto:k...@vrfy.org]
Sent: den 11 november 2013 16:31
To: Umut Tezduyar Lindskog
Cc: systemd-devel@lists.freedesktop.org
Subject: Re: [systemd-devel] Adding an option to prefix date time when
journal forwards messages to console
On Mon,
On Tue, Nov 12, 2013 at 06:16:24PM +0900, Greg KH wrote:
On Tue, Nov 12, 2013 at 07:54:42PM +1100, NeilBrown wrote:
On Tue, 12 Nov 2013 00:10:28 -0800 Greg KH gre...@linuxfoundation.org
wrote:
On Tue, Nov 12, 2013 at 11:31:45AM +1100, NeilBrown wrote:
Alternately, is there some all
On Tue, Nov 12, 2013 at 07:54:42PM +1100, NeilBrown wrote:
On Tue, 12 Nov 2013 00:10:28 -0800 Greg KH gre...@linuxfoundation.org wrote:
On Tue, Nov 12, 2013 at 11:31:45AM +1100, NeilBrown wrote:
Alternately, is there some all devices have been probed, nothing new will
appear unless it
This is needed to provide keyboard support for some models of
keyboard which have now been converted over to the new format.
---
dracut-functions.sh | 29 +
dracut.sh | 3 +++
2 files changed, 32 insertions(+)
diff --git a/dracut-functions.sh
Hi,
In this bug report https://bugs.mageia.org/show_bug.cgi?id=11645 a user is
unable to enter their encrypted root password via a wireless keyboard
connected with a Logitech, Inc. Unifying Receiver.
This information has moved from a 95-keymap.rules in the olden days to the
hwdb infrastructure
On Tue, 12 Nov 2013 18:16:24 +0900 Greg KH gre...@linuxfoundation.org wrote:
On Tue, Nov 12, 2013 at 07:54:42PM +1100, NeilBrown wrote:
On Tue, 12 Nov 2013 00:10:28 -0800 Greg KH gre...@linuxfoundation.org
wrote:
On Tue, Nov 12, 2013 at 11:31:45AM +1100, NeilBrown wrote:
On Tue, Nov 12, 2013 at 10:38 AM, Colin Guthrie co...@mageia.org wrote:
In this bug report https://bugs.mageia.org/show_bug.cgi?id=11645 a user is
unable to enter their encrypted root password via a wireless keyboard
connected with a Logitech, Inc. Unifying Receiver.
This sounds weird. Why
'Twas brillig, and Kay Sievers at 12/11/13 11:28 did gyre and gimble:
On Tue, Nov 12, 2013 at 10:38 AM, Colin Guthrie co...@mageia.org wrote:
In this bug report https://bugs.mageia.org/show_bug.cgi?id=11645 a user is
unable to enter their encrypted root password via a wireless keyboard
On Tue, Nov 12, 2013 at 09:17:19PM +1100, NeilBrown wrote:
On Tue, 12 Nov 2013 18:16:24 +0900 Greg KH gre...@linuxfoundation.org wrote:
Not for USB, sorry.
The USB bus just announces devices when it finds them, there is no all
is quiet type signal or detection.
Same for PCI hotplug,
2013/11/12 Jan Engelhardt jeng...@inai.de:
Important this time: /lib was changed to /usr/lib, since that is what
most distros seem to use for their systemd/udev file location.
That paths shouldn't be hard-coded but rather be set the values the
package was actually compiled with [1].
Zbyszek
On Tue, Nov 12, 2013 at 03:16:17PM +0100, Karel Zak wrote:
On Fri, Nov 01, 2013 at 09:19:27AM -0700, Kok, Auke-jan H wrote:
On Fri, Nov 1, 2013 at 12:57 AM, Karel Zak k...@redhat.com wrote:
On Thu, Oct 31, 2013 at 01:20:18PM -0700, Kok, Auke-jan H wrote:
BTW, for SELinux we remove
On Tue, Nov 12, 2013 at 3:10 PM, Michael Biebl mbi...@gmail.com wrote:
2013/11/12 Jan Engelhardt jeng...@inai.de:
Important this time: /lib was changed to /usr/lib, since that is what
most distros seem to use for their systemd/udev file location.
That paths shouldn't be hard-coded but rather
В Tue, 12 Nov 2013 21:17:19 +1100
NeilBrown ne...@suse.de пишет:
On Tue, 12 Nov 2013 18:16:24 +0900 Greg KH gre...@linuxfoundation.org wrote:
On Tue, Nov 12, 2013 at 07:54:42PM +1100, NeilBrown wrote:
On Tue, 12 Nov 2013 00:10:28 -0800 Greg KH gre...@linuxfoundation.org
wrote:
On Tue, Nov 12, 2013 at 9:55 AM, Umut Tezduyar Lindskog
We think being able to see the journal message timestamps on console is
important. A locked up embedded system where we only have the output of
console would be even more useful if we were to know when things went
wrong. For this
On 11/11/13 17:32, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Nov 11, 2013 at 04:55:05PM +0100, Abdelghani Ouchabane wrote:
ExecStart=/usr/bin/python /opt/cyclades/bin/t_idl.pyo
|-1377 /bin/sh -c if [ ! -e
/home/x/taskconfig/screensaver ]; then /bin/mkdir -p
/home/x/taskconfig ;
On Nov 12, 2013 6:16 AM, Karel Zak k...@redhat.com wrote:
On Fri, Nov 01, 2013 at 09:19:27AM -0700, Kok, Auke-jan H wrote:
On Fri, Nov 1, 2013 at 12:57 AM, Karel Zak k...@redhat.com wrote:
On Thu, Oct 31, 2013 at 01:20:18PM -0700, Kok, Auke-jan H wrote:
BTW, for SELinux we remove
On Tue, Nov 12, 2013 at 06:14:30PM +0100, Abdelghani Ouchabane wrote:
On 11/11/13 17:32, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Nov 11, 2013 at 04:55:05PM +0100, Abdelghani Ouchabane wrote:
ExecStart=/usr/bin/python /opt/cyclades/bin/t_idl.pyo
|-1377 /bin/sh -c if [ ! -e
'Twas brillig, and NeilBrown at 12/11/13 11:17 did gyre and gimble:
On Tue, 12 Nov 2013 18:16:24 +0900 Greg KH gre...@linuxfoundation.org wrote:
On Tue, Nov 12, 2013 at 07:54:42PM +1100, NeilBrown wrote:
On Tue, 12 Nov 2013 00:10:28 -0800 Greg KH gre...@linuxfoundation.org
wrote:
On Tue,
On 11/12/2013 11:49 AM, Colin Guthrie wrote:
It seems to me that doing this automatically is a bad idea if someone
simply forgot to plug in a drive... or, and this has happened to me
(tho' I stress not *by* me!), removes the wrong drive. I guess I'm in
two minds on this one as I can see the
For GNOME (Continuous), we are unlikely to require or want
systemd-networkd in the near term future; all of the tools and code
are targeting NetworkManager.
The long term story is still an open question of course, but for now,
there's no reason for gnome-continuous to build or ship this.
---
Hi,
Having watched the discussion over the past week or so, I'm left with a
few questions:
1) what is lacking in other userspace solutions (NetworkManager,
ConnMan, wicked, initscripts, etc) that requires
yet-another-network-daemon?
2) do you expect that systemd-networkd will grow to include
On Tue, Nov 12, 2013 at 9:52 PM, Colin Walters walt...@verbum.org wrote:
For GNOME (Continuous), we are unlikely to require or want
systemd-networkd in the near term future; all of the tools and code
are targeting NetworkManager.
The long term story is still an open question of course, but
Hi Dan,
On Tue, Nov 12, 2013 at 10:38 PM, Dan Williams d...@redhat.com wrote:
1) what is lacking in other userspace solutions (NetworkManager,
ConnMan, wicked, initscripts, etc) that requires
yet-another-network-daemon?
Without criticizing any of the existing solutions, some of the things
On Tue, 2013-11-12 at 22:48 +0100, Tom Gundersen wrote:
I also made the man pages conditional, please have a look if that works for
you.
Looks right. (Wow, make-man-rules.py is some nice magic)
For what it's worth, if shipping or running networkd has any adverse
effect (apart from space
Hi Dan,
- Original Message -
Hi,
Having watched the discussion over the past week or so, I'm left with a
few questions:
1) what is lacking in other userspace solutions (NetworkManager,
ConnMan, wicked, initscripts, etc) that requires
yet-another-network-daemon?
2) do you
sorry for double post after bounce and the huge signature,
messed up my mail client config a bit..
Holger
We asked our self the same questions, and alternatives exists even from
the embedded camp [1] which often comes close to the server use case.
Even if [1] does not have a Dbus interface,
On Tue, 12 Nov 2013 03:03:44 +0100 (CET) Jan Engelhardt jeng...@inai.de
wrote:
On Tuesday 2013-11-12 01:31, NeilBrown wrote:
mdadm is quite good at assembling arrays incrementally. udev runs
mdadm -I for each new device and mdadm gathers them into arrays and
activates the array once all
On Tue, 12.11.13 05:49, Jan Engelhardt (jeng...@inai.de) wrote:
Given a card that can do 100 Mbit/s, that would be about 12.5 MByte/s,
but you cannot seriously expect me to use that value. Although it is
quite compelling for 40 Gbit/s because that divides nicely to 5
GByte/sec, and we will be
On Tue, 12 Nov 2013 14:52:43 +0100 Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
On Tue, Nov 12, 2013 at 09:17:19PM +1100, NeilBrown wrote:
On Tue, 12 Nov 2013 18:16:24 +0900 Greg KH gre...@linuxfoundation.org
wrote:
Not for USB, sorry.
The USB bus just announces devices
On Tue, 12 Nov 2013 19:01:49 +0400 Andrey Borzenkov arvidj...@gmail.com
wrote:
В Tue, 12 Nov 2013 21:17:19 +1100
NeilBrown ne...@suse.de пишет:
On Tue, 12 Nov 2013 18:16:24 +0900 Greg KH gre...@linuxfoundation.org
wrote:
On Tue, Nov 12, 2013 at 07:54:42PM +1100, NeilBrown wrote:
On Tue, 12 Nov 2013 18:49:34 +0100 Colin Guthrie gm...@colin.guthr.ie wrote:
'Twas brillig, and NeilBrown at 12/11/13 11:17 did gyre and gimble:
On Tue, 12 Nov 2013 18:16:24 +0900 Greg KH gre...@linuxfoundation.org
wrote:
On Tue, Nov 12, 2013 at 07:54:42PM +1100, NeilBrown wrote:
On
+1 on the unit in the value.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Colin Guthrie wrote:
Hi,
In this bug report https://bugs.mageia.org/show_bug.cgi?id=11645 a user is
unable to enter their encrypted root password via a wireless keyboard
connected with a Logitech, Inc. Unifying Receiver.
Just in case, I do have the same model of wireless keyboard and will
36 matches
Mail list logo
