On Sun, Nov 10, 2013 at 11:13:57PM +0100, Lennart Poettering wrote:
> On Fri, 08.11.13 14:36, Michal Sekletar (msekl...@redhat.com) wrote:
>
> >
> > On Thu, Nov 07, 2013 at 10:39:19PM +0100, Lennart Poettering wrote:
> > > On Wed, 06.11.13 11:18, Michal Sekletar (msekl...@redhat.com) wrote:
> > >
On Mon, 11.11.13 13:19, Michal Sekletar (msekl...@redhat.com) wrote:
> > So I still don't get the problem you are trying to point out. Can you
> > give a minimal example where the problem manifests? Maybe I grok it
> > then...
> >
>
> Please consider following configuration and steps to reproduc
On Mon, Nov 11, 2013 at 8:12 AM, WaLyong Cho wrote:
> Previously, ignore_device option had existed until udev 147. But that
> was removed after below commit.
>
> cdae488a3fbca5a61b3f8ea0651730cfa2da9cb0
>
> remove "ignore_device"
> There is no way to ignore an event these days. Libudev events can
On Mon, Nov 11, 2013 at 10:43 PM, Kay Sievers wrote:
> On Mon, Nov 11, 2013 at 8:12 AM, WaLyong Cho wrote:
>> Previously, ignore_device option had existed until udev 147. But that
>> was removed after below commit.
>>
>> cdae488a3fbca5a61b3f8ea0651730cfa2da9cb0
>>
>> remove "ignore_device"
>> The
On Mon, Nov 11, 2013 at 3:13 PM, Kyungmin Park wrote:
> On Mon, Nov 11, 2013 at 10:43 PM, Kay Sievers wrote:
>>> I want to skip this kind of events just after retrieving from netlink
>>> without worker fork.
>>> This patch will filter-out(I could not find suitable vocabulary because
>>> of we al
Hi,
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
reason, we would like to ask: is it ok if we have such featur
On Mon, Nov 11, 2013 at 4:24 PM, Umut Tezduyar Lindskog
wrote:
> 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
Hallo,
I have two systemd files: ezono-cyclades-t_idl.path &
ezono-cyclades-t_idl.service ( I am using systemd 204 ), xxx.path
triggers .service
And I am launching the main program as:
ExecStart=/usr/bin/python /opt/cyclades/bin/t_idl.pyo
Or
ExecStart=/usr/bin/python /opt/cyclades/bi
Hallo,
I have two configuration files: ezono-cyclades-t_upn.path &
ezono-cyclades-t_upn.service
Where:
ezono-cyclades-t_upn.path :
[Unit]
Description=ezono-cyclades-t_upn Service Spool
DefaultDependencies=no
Conflicts=shutdown.target
Before=shutdown.target
[Path]
PathExists=/tmp/cyclades/
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 ;/bin/cp
> /opt/cyclades/etc/ta
On Mon, Nov 11, 2013 at 05:26:28PM +0100, Abdelghani Ouchabane wrote:
> Hallo,
> I have two configuration files: ezono-cyclades-t_upn.path &
> ezono-cyclades-t_upn.service
>
>
> Where:
>
> ezono-cyclades-t_upn.path :
>
> [Unit]
> Description=ezono-cyclades-t_upn Service Spool
> DefaultDepende
On 11/11/13 17:35, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Nov 11, 2013 at 05:26:28PM +0100, Abdelghani Ouchabane wrote:
Hallo,
I have two configuration files: ezono-cyclades-t_upn.path &
ezono-cyclades-t_upn.service
Where:
ezono-cyclades-t_upn.path :
[Unit]
Description=ezono-cyclades-
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 ;
Just style changes to the zsh completion. If either of these patches
are too large, you can view them at
http://git.kaictl.net/wgiokas/systemd.git/?h=zsh-stylefix
William Giokas (2):
zsh-completion: Use same tab-width for all files
zsh-completion: Function declarations follow style
shell-c
Follow the instructions in CODING_STYLE for the zsh completion
functions.
---
shell-completion/zsh/_hostnamectl | 3 ++-
shell-completion/zsh/_journalctl | 12
shell-completion/zsh/_kernel-install | 6 --
shell-completion/zsh/_localectl | 12 +
On Mon, Nov 11, 2013 at 05:50:51PM +0100, Abdelghani Ouchabane wrote:
> On 11/11/13 17:35, Zbigniew Jędrzejewski-Szmek wrote:
> >On Mon, Nov 11, 2013 at 05:26:28PM +0100, Abdelghani Ouchabane wrote:
> >>Hallo,
> >> I have two configuration files: ezono-cyclades-t_upn.path &
> >>ezono-cyclades-t_u
On Monday 2013-11-11 07:21, Anatol Pomozov wrote:
>Hi
>
>On Sat, Nov 9, 2013 at 6:02 AM, Chris Morgan wrote:
>> Hello.
>>
>> I wanted to implement a configuration file format for an application of mine
>> that uses a similar format to what systemd uses. I was wondering if the
>> parser used today
On Sun, Nov 10, 2013 at 4:54 PM, Lennart Poettering
wrote:
> On Sat, 09.11.13 09:02, Chris Morgan (chmor...@gmail.com) wrote:
>
>> Hello.
>>
>> I wanted to implement a configuration file format for an application of
>> mine that uses a similar format to what systemd uses. I was wondering if
>> the
On Mon, Nov 11, 2013 at 10:29 PM, Chris Morgan wrote:
> I don't see that GKeyFile supports nested groups. For my users I was
> hoping to present something like:
>
> [Clients]
>
> [ObjectNameHere]
> type='value'
>
>[AnotherObjectHere]
>type='value'
>
> [Services]
> [ObjectNameHe
On Mon, Nov 11, 2013 at 4:09 PM, Mantas Mikulėnas wrote:
> On Mon, Nov 11, 2013 at 10:29 PM, Chris Morgan wrote:
>> I don't see that GKeyFile supports nested groups. For my users I was
>> hoping to present something like:
>>
>> [Clients]
>>
>> [ObjectNameHere]
>> type='value'
>>
>>[An
Hi,
I wonder if I could get some advice
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 the expected devices have been gathered.
This simple rule falls down if some expect
lennart,
in 2b5c5383 you reference src/libsystemd-bus/bus-dump.c and
src/libsystemd-bus/bus-dump.c , but those files aren't included, could
you please commit them asap?
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freed
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 the expected devices have been gathered.
>[mdadm might] wait [...] forever.
>md
On Tue, Nov 12, 2013 at 10:36 AM, Peeters Simon wrote:
> in 2b5c5383 you reference src/libsystemd-bus/bus-dump.c and
> src/libsystemd-bus/bus-dump.c , but those files aren't included, could
> you please commit them asap?
>
I've already emailed him. In the mean time, you can use one of the earlier
This is a recurring submission and includes corrections to various
issue spotted: comma setting, missing words/preposition choice.
Important this time: /lib was changed to /usr/lib, since that is what
most distros seem to use for their systemd/udev file location.
---
man/sd_is_fifo.xml
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 seeing increasing speeds :)
---
man/udev.xml
Is the code already assuming megabits in the "speed" variable?
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Tuesday 2013-11-12 06:00, David Timothy Strauss wrote:
>Is the code already assuming megabits in the "speed" variable?
>
As far as I can see, ethtool-util.c in systemd merely passes that on to
ethtool, and /usr/include/linux/ethtool.h says "MBps" in its comments.
What I missed is some more
On Tue, Nov 12, 2013 at 3:27 PM, Jan Engelhardt wrote:
> As far as I can see, ethtool-util.c in systemd merely passes that on to
> ethtool, and /usr/include/linux/ethtool.h says "MBps" in its comments.
>
The capitalized "B" is generally "bytes."
___
sy
On Tuesday 2013-11-12 06:34, David Timothy Strauss wrote:
>On Tue, Nov 12, 2013 at 3:27 PM, Jan Engelhardt wrote:
> As far as I can see, ethtool-util.c in systemd merely passes
> that on to
> ethtool, and /usr/include/linux/ethtool.h says "MBps" in its
> comments.
>
>
>The cap
30 matches
Mail list logo
