On Wed, Jul 4, 2012 at 1:13 AM, Yongsong Liu wrote:
> Hi All:
>Now,I want to transplant systemd into tinycore system, I find a lots
> of problems by using systemd-40.
> 1. Failed to open /dev/kmsg for logging: No such file or directory.
> CONFIG_DEVTMPFS_MOUNT=y in my custo
On Tue, Jul 3, 2012 at 6:13 PM, Yongsong Liu wrote:
> I find a lots of problems by using systemd-40.
I'm not aware of that version shipping or being maintained anywhere.
Why don't you try a really recent version first?
--
David Strauss
| da...@davidstrauss.net
___
Hi All:
Now,I want to transplant systemd into tinycore system, I find a lots
of problems by using systemd-40.
1. Failed to open /dev/kmsg for logging: No such file or directory.
CONFIG_DEVTMPFS_MOUNT=y in my custom kernel
2. Logind service fail to start
Starti
Hi Mirco,
Mirco Tischler wrote:
> For clues on how to let udev start things for you see the
> systemd.device man page A unit like this should work with udev
> activation:
>
> [Unit]
> Description=...
> BindTo=dev-serial-a.device dev-serial-b.device
> After=dev-serial-a.device dev-serial-b.device
2012/7/4 Kok, Auke-jan H :
> On Tue, Jul 3, 2012 at 4:49 PM, Rob Spanton wrote:
>> Hi,
>>
>> I wrote:
>>> I was recently working on an embedded system that had a daemon
>>> [ ...which] needed to be run when both [serial] devices were plugged
>>> in. If any of the devices was unplugged, the daemon
On Tue, Jul 3, 2012 at 4:49 PM, Rob Spanton wrote:
> Hi,
>
> I wrote:
>> I was recently working on an embedded system that had a daemon
>> [ ...which] needed to be run when both [serial] devices were plugged
>> in. If any of the devices was unplugged, the daemon would exit, and
>> would need to b
Hi,
I wrote:
> I was recently working on an embedded system that had a daemon
> [ ...which] needed to be run when both [serial] devices were plugged
> in. If any of the devices was unplugged, the daemon would exit, and
> would need to be restarted the next time both devices were plugged in.
Auke
On Tue, Jul 3, 2012 at 4:10 PM, Rob Spanton wrote:
> I was recently working on an embedded system that had a daemon that
> depended on the presence of two USB serial devices. The daemon needed
> to be run when both devices were plugged in. If any of the devices was
> unplugged, the daemon would
Hi,
I was recently working on an embedded system that had a daemon that
depended on the presence of two USB serial devices. The daemon needed
to be run when both devices were plugged in. If any of the devices was
unplugged, the daemon would exit, and would need to be restarted the
next time both
On Tue, Jul 3, 2012 at 11:40 AM, Léo Gillot-Lamure
wrote:
> Hi.
>
> I've read the unit files you provide and I'm wondering about a possible
> race condition related to dbus activation.
>
> For example let's see the unit gconf.service:
>
>> [Unit]
>> Description=settings daemon for gnome
>>
>>
>> [
On Tue, Jul 3, 2012 at 11:10 AM, Léo Gillot-Lamure
wrote:
> I'm running a user session using systemd --user and my PWD in the
> session (visible, for example, when launching a xterm) is / instead of
> $HOME as one would expect. That's a bit annoying.
> I tried to wrap systemd --user in a script do
Heya,
Yet another big release:
http://www.freedesktop.org/software/systemd/systemd-186.tar.xz
The changes:
CHANGES WITH 186:
* Several tools now understand kernel command line arguments,
which are only read when run in an initial RAM disk. They
usually follow closel
Hi.
I've read the unit files you provide and I'm wondering about a possible
race condition related to dbus activation.
For example let's see the unit gconf.service:
> [Unit]
> Description=settings daemon for gnome
>
>
> [Service]
> Type=dbus
> BusName=org.gnome.GConf
> ExecStart=/usr/libexec/g
Hi.
I'm running a user session using systemd --user and my PWD in the
session (visible, for example, when launching a xterm) is / instead of
$HOME as one would expect. That's a bit annoying.
I tried to wrap systemd --user in a script doing "cd $HOME" before
exec'ing it, but it doesn't change anyth
Good points. I'll reverse the names to become (at least soon):
php-systemd (at least until it's available under PECL)
python-systemd (which will be usable under Python 2 or 3)
To still keep them grouped, I'll also moved them:
github.com/systemd/php-systemd
github.com/systemd/python-systemd
I mi
On Tue, Jul 03, 2012 at 12:04:40PM +0200, Michal Sekletar wrote:
> Makes possible to enable/disable instance of units and should resolve
Many thanks for implementing this!
--
Tomasz Torcz "Never underestimate the bandwidth of a station
xmpp: zdzich...@chrome.plwagon filled w
On Tue, 03.07.12 12:04, Michal Sekletar (msekl...@redhat.com) wrote:
Heya,
> This should address TODO item "new dependency type to "group" services
> in a target". Semantic of new dependency is as follows. Once configured
> it creates dependency which will cause that all dependent units get
> sto
Makes possible to enable/disable instance of units and should resolve
BZ 752774.
---
src/shared/install.c | 81 +---
src/shared/unit-name.c | 11 +++
src/shared/unit-name.h |1 +
3 files changed, 81 insertions(+), 12 deletions(-)
diff --gi
This should address TODO item "new dependency type to "group" services
in a target". Semantic of new dependency is as follows. Once configured
it creates dependency which will cause that all dependent units get
stopped if unit they all depend on is stopped or restarted.
Usual use case would be conf
'Twas brillig, and Zbigniew Jędrzejewski-Szmek at 03/07/12 09:49 did
gyre and gimble:
> On 07/03/2012 09:04 AM, David Strauss wrote:
>> Starting with just sd_journal_send(), PHP now has the rumblings of a
>> native extension:
>>
>> https://github.com/davidstrauss/systemd-php
> Hi,
> at least under
'Twas brillig, and Lennart Poettering at 03/07/12 01:26 did gyre and gimble:
> On Sat, 30.06.12 13:47, Paul Menzel (paulepan...@users.sourceforge.net) wrote:
>
509ms vdr.service
487ms sysfsutils.service
>>>
>>> What is this? This stuff sounds like something that can just go away...
On 07/03/2012 09:04 AM, David Strauss wrote:
> Starting with just sd_journal_send(), PHP now has the rumblings of a
> native extension:
>
> https://github.com/davidstrauss/systemd-php
Hi,
at least under Debian, your package (for Python) would be called
python-journald, python3-journald. Maybe the
Starting with just sd_journal_send(), PHP now has the rumblings of a
native extension:
https://github.com/davidstrauss/systemd-php
Adding in the other functions will be relatively trivial. I'll also
add in optional error/exception hooks to trap fatal errors in a way
not possible with user PHP.
I
23 matches
Mail list logo