On 2014-03-27 21:46 (GMT-0300) Cristian Rodríguez composed:
Felix Miata composed:
I see this repeated often during reboot attempts that do not proceed as
expected to swiftly do the deed. It seems to be prerequisite to
shutdown/reboot. I can't recall ever seeing anything like it when
sysvinit
El 27/03/14 20:21, Felix Miata escribió:
I see this repeated often during reboot attempts that do not proceed as
expected to swiftly do the deed. It seems to be prerequisite to
shutdown/reboot. I can't recall ever seeing anything like it when
sysvinit was employed. Why does rebooting require the
I see this repeated often during reboot attempts that do not proceed as
expected to swiftly do the deed. It seems to be prerequisite to
shutdown/reboot. I can't recall ever seeing anything like it when sysvinit
was employed. Why does rebooting require the storing of a sound card state,
particul
On virtually any newer Asus mainboard, the eeepc-wmi driver is loaded.
It exposes a backlight device despite the lack of any physical backlight
devices. This fake backlight device has max_brightness set to 0. Since
the introduction of the clamp_brightness function, systemd-backlight
tries to write
---
src/hostname/hostnamectl.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/src/hostname/hostnamectl.c b/src/hostname/hostnamectl.c
index 326f371..12ab8e2 100644
--- a/src/hostname/hostnamectl.c
+++ b/src/hostname/hostnamectl.c
@@ -67,6 +67,8 @@ typedef struct St
---
src/hostname/hostnamed.c | 12
1 file changed, 12 insertions(+)
diff --git a/src/hostname/hostnamed.c b/src/hostname/hostnamed.c
index 3b19d43..abafa62 100644
--- a/src/hostname/hostnamed.c
+++ b/src/hostname/hostnamed.c
@@ -23,6 +23,7 @@
#include
#include
#include
+#includ
I need to undo the effect of "BindsTo" in a unit and have tried to use a
drop-in config with it set to empty (BindsTo=) but it doesn't appear to
have any effect.
I have reloaded the config and the drop-in does appear in the status of
the relevant unit. The drop-in contains two lines:
[Unit]
On Mar 27, 2014 8:48 AM, "Satz Klauer" wrote:
>
> So...hopefully this is really the udev mailing list...
>
> I use CentoOS 6.5, an embedded device that is connected via USB and
> shows up as /dev/ttyACMx (in my case it is always /dev/ttyACM0). To
> have it read/writable for everybody and to avoid
