Greetings
What are the current plans for Infiniband network (IPoIB) support in
networkd?
JBG
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On 02/21/2014 06:34 PM, Greg KH wrote:
On Fri, Feb 21, 2014 at 06:23:25PM +, Jóhann B. Guðmundsson wrote:
Greetings
What are the current plans for Infiniband network (IPoIB) support in networkd?
Why wouldn't it just work today? Have you tried it? If so, what is
missing?
Nope not tried
On 03/11/2014 09:05 AM, Michael Biebl wrote:
2014-03-10 15:25 GMT+01:00 Lukas Nykryn lnyk...@redhat.com:
Unfortunately common practice in initscripts is to have reload as an
alias for restart (https://fedoraproject.org/wiki/Packaging:SysVInitScript).
In that case the newly started process will
On 03/25/2014 08:42 AM, David Schmitt wrote:
If that is a better supported way of achieving my goal of giving a set
of users the power to manage their own services...
Can you further explain why you want to do that?
What's the use case here for embedded/server/desktop?
What are you trying
On 03/26/2014 09:02 AM, Michael Olbrich wrote:
It has the same possible values as StartLimitAction= and is executed
immediately if a service fails.
---
Hi Lennart,
Something like this maybe? I'm not quite sure about the condition in
service_enter_dead(). I don't think the action should be
On 03/26/2014 01:50 PM, Kai Hendry wrote:
Thanks Michael for answering, :)
On 26 March 2014 18:59, Michael Biebl mbi...@gmail.com wrote:
2014-03-26 3:56 GMT+01:00 Kai Hendry hen...@webconverger.com:
If your daemon is not functional if the hardware is not present, I'd
probably start it via a
On 04/07/2014 04:35 AM, Susant Sahani wrote:
This will be much nicer if we simply use ipip as the kind, rather
than tunnel.
Done !
Hmm...
I think it got right the first place from a usability perspective as in
kind=tunnel then we need to introduce mode= in the associated network
file as
On 04/07/2014 11:09 AM, Susant Sahani wrote:
On 04/07/2014 03:13 PM, Jóhann B. Guðmundsson wrote:
On 04/07/2014 04:35 AM, Susant Sahani wrote:
This will be much nicer if we simply use ipip as the kind, rather
than tunnel.
Done !
Hmm...
I think it got right the first place from
On 04/08/2014 03:22 AM, Susant Sahani wrote:
file: ipip.netdev
--
[NetDev]
Name=ipip-tun
Kind=ipip
[Tunnel]
Local=192.168.8.102
Remote=10.4.4.4
TTL=64
MTUBytes=1480
file: ipip.network
--
[Match]
Name=eth0
[Network]
Tunnel=ipip-tun
I think
On 04/08/2014 12:25 PM, Tom Gundersen wrote:
This looks like a definitive improvement.
I beg the differ that unit file created/provided is rubbish
I even go so far as saying every line in the [Service] section is a
sample of what not to do.
Anyone reading this thread should stay away from
On 04/08/2014 09:53 PM, poma wrote:
How do you know so much about swallows?
Given that you respond in random unrelated quotes on threads and reports
then perhaps it's best that people start replying to you in same manner
since it seems to be your preferred way of communication.
JBG
On 04/14/2014 04:06 AM, Susant Sahani wrote:
This patch extends supports to configure address
for ipip tunnel patch.
File: ipip.network
[Match]
Name=em1
[Network]
Tunnel=ipip-tun
Address=192.168.10.24
You might want to skip tun from ipip-tun to match modes directly
( ip tu ad ipiptun mode
On 04/14/2014 10:31 AM, Susant Sahani wrote:
It's a name not tunnel type. Tunnel type configured in .netdev . you
can put anything here . Should match the .netdev Name='XYZ'
The Kind is mode which you can replace with ipip/sit/gre .
file: ipip.netdev
--
[NetDev]
On 05/27/2014 03:20 PM, Tom Gundersen wrote:
On Tue, May 27, 2014 at 2:48 PM, Tollef Fog Heentfh...@err.no wrote:
]] Lennart Poettering
If we set up links (and especially, create them like
we do for veth), then hel, yeah we should be prepared to make sure
everybody gets an address on it.
On 05/30/2014 02:51 AM, Greg KH wrote:
On Fri, May 30, 2014 at 04:41:01AM +0200, Michael Biebl wrote:
2014-05-30 4:32 GMT+02:00 Michael Bieblmbi...@gmail.com:
2014-05-30 4:26 GMT+02:00 Greg KHgre...@linuxfoundation.org:
You update systemd but you don't update the kernel? How does that
On 06/05/2014 05:00 PM, Lennart Poettering wrote:
I think it would make sense to recommend that packagers and upstream
packages adopt Restart=on-failure or Restart=on-abnormal (where the
former is not appropriate) for all long-running daemons. However, this
recommendation should be taken with a
On 06/06/2014 11:56 AM, Lennart Poettering wrote:
On Fri, 06.06.14 09:48, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
On 06/05/2014 05:00 PM, Lennart Poettering wrote:
I think it would make sense to recommend that packagers and upstream
packages adopt Restart=on-failure or Restart
Hi
I've noticed repeated problem through history where administrators seem
to be struggling with clearly identify the server environment they are
working in.
Some try to come up with terminal colours associated with it, others use
hostnaming scheme etc, so I was wondering if we could not
On 07/07/2014 08:38 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Jul 07, 2014 at 08:02:19PM +, Jóhann B. Guðmundsson wrote:
On 07/07/2014 08:00 PM, Tom Gundersen wrote:
On Mon, Jul 7, 2014 at 9:44 PM, Mantas Mikulėnas graw...@gmail.com wrote:
Sounds like a better fit for /etc/machine
---
src/hostname/hostnamectl.c | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff --git a/src/hostname/hostnamectl.c b/src/hostname/hostnamectl.c
index 267cd74..e164086 100644
--- a/src/hostname/hostnamectl.c
+++ b/src/hostname/hostnamectl.c
@@ -67,6 +67,7 @@
---
src/hostname/hostnamed.c | 49 +---
1 file changed, 46 insertions(+), 3 deletions(-)
diff --git a/src/hostname/hostnamed.c b/src/hostname/hostnamed.c
index 514554d..b5ed3e9 100644
--- a/src/hostname/hostnamed.c
+++ b/src/hostname/hostnamed.c
@@
---
man/machine-info.xml | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/man/machine-info.xml b/man/machine-info.xml
index 7448e68..b7e5604 100644
--- a/man/machine-info.xml
+++ b/man/machine-info.xml
@@ -156,6 +156,19 @@
---
man/hostnamectl.xml | 13 +
1 file changed, 13 insertions(+)
diff --git a/man/hostnamectl.xml b/man/hostnamectl.xml
index 7729ef6..8c31e2f 100644
--- a/man/hostnamectl.xml
+++ b/man/hostnamectl.xml
@@ -223,6 +223,19 @@
parameters./para/listitem
On 07/08/2014 12:55 AM, Kay Sievers wrote:
Shouldn't we possibly we find a word for environment which explains
itself a bit better? Environment we usually call the numerous
variables of a process or service.
I was aware of that but decided to move forward since people should be
able to make
On 07/08/2014 11:28 AM, Peter Sztanojev wrote:
On Tue, Jul 8, 2014 at 9:31 AM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
On 07/08/2014 12:55 AM, Kay Sievers wrote:
Shouldn't we possibly we find a word for environment which explains
itself a bit better? Environment we usually call
On 07/08/2014 11:40 AM, Lennart Poettering wrote:
On Tue, 08.07.14 02:55, Kay Sievers (k...@vrfy.org) wrote:
On Tue, Jul 8, 2014 at 2:38 AM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
---
src/hostname/hostnamectl.c | 20 +---
1 file changed, 17 insertions(+), 3
On 07/08/2014 07:31 PM, Tollef Fog Heen wrote:
]] Tom Gundersen
Patches look good. Only found one tiny nit. We should come up with a
better name though, feels wrong that the name is very generic (and
clashes with other uses), whilst the usage is quite specific (limited
to testing, staging,
On 07/08/2014 08:31 PM, Tomasz Torcz wrote:
We also have Disaster Recovery (DR) tier. It's basically copy of production,
started when disaster strucks.
I dont think we should add Recovery as an layer since it's just a
replica of production in one form or another and as an administrator
---
man/hostnamectl.xml| 14 +
man/machine-info.xml | 17 +++-
src/hostname/hostnamectl.c | 20 ---
src/hostname/hostnamed.c | 50 +++---
4 files changed, 94 insertions(+), 7 deletions(-)
diff --git
On 07/08/2014 10:45 PM, Josh Triplett wrote:
[Responding to this version because the latest thread hasn't appeared in
the mbox archives yet. The comments apply equally well to the latest
version, Add DEPLOYMENT to hostnamectl.]
On Tue, Jul 08, 2014 at 12:38:50AM +, Jóhann B. Guðmundsson
Now let's start the dialog with machine roles and start by agreeing what
roles are
From my point of view roles are human representation of the primary
duty the machine performs it's not the environment they are run in.
( like development,staging,production ) nor is it the components
On 07/08/2014 11:52 PM, David Timothy Strauss wrote:
As someone who deploys developer VMs and production ones, this is
useful. Will it be possible to make units have ConditionDeployment=?
That would allow disabling, say, pushes of log messages to our log
aggregation servers from development and
On 07/09/2014 12:14 AM, David Timothy Strauss wrote:
I don't see much value in choosing a role from a predefined list.
Rarely do machines fit into one single, straightforward role.
I would disagree here like for one example security wise you want to
implement only one primary role per server
On 07/09/2014 01:05 AM, j...@joshtriplett.org wrote:
On Tue, Jul 08, 2014 at 10:45:11PM +, Jóhann B. Guðmundsson wrote:
On 07/08/2014 10:45 PM, Josh Triplett wrote:
[Responding to this version because the latest thread hasn't appeared in
the mbox archives yet. The comments apply
On 07/09/2014 08:33 AM, Tollef Fog Heen wrote:
]] Jóhann B. Guðmundsson
If we manage to do that, introduce rolefulfilment= in units which we
would define those standardized predefined set of roles as in for
httpd.service we might have rolefulfilment=web server, for postgresql,
rolefulfilment
On 07/10/2014 03:10 PM, Reindl Harald wrote:
Am 10.07.2014 16:59, schrieb Jóhann B. Guðmundsson:
On 07/10/2014 12:51 PM, Zbigniew Je;drzejewski-Szmek wrote:
An administrator might want to block a certain sysusers config file from
being executed, e.g. to block the creation of a certain user
On 07/10/2014 04:47 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Jul 10, 2014 at 02:59:10PM +, Jóhann B. Guðmundsson wrote:
On 07/10/2014 12:51 PM, Zbigniew Jędrzejewski-Szmek wrote:
An administrator might want to block a certain sysusers config file from
being executed, e.g. to block
On 07/10/2014 05:06 PM, Tom Gundersen wrote:
On Thu, Jul 10, 2014 at 7:06 PM, Tom Gundersen t...@jklm.no wrote:
On Tue, Jul 8, 2014 at 10:23 PM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
On 07/08/2014 07:31 PM, Tollef Fog Heen wrote:
]] Tom Gundersen
Patches look good. Only found one
On 07/10/2014 07:10 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Jul 10, 2014 at 06:43:26PM +, Jóhann B. Guðmundsson wrote:
On 07/10/2014 04:47 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Jul 10, 2014 at 02:59:10PM +, Jóhann B. Guðmundsson wrote:
On 07/10/2014 12:51 PM, Zbigniew
On 07/10/2014 08:44 PM, Lennart Poettering wrote:
On Thu, 10.07.14 18:45, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
Seeing this list, why not name the variable Tier= ? Or
DeploymentTier=, if just Tier is too specific?
This is specific for defining staging environment not their layer
On 07/10/2014 08:53 PM, Tollef Fog Heen wrote:
]] Lennart Poettering
On Thu, 10.07.14 18:45, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
Seeing this list, why not name the variable Tier= ? Or
DeploymentTier=, if just Tier is too specific?
This is specific for defining staging
On 07/10/2014 11:37 PM, Lennart Poettering wrote:
On Thu, 10.07.14 21:04, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
On 07/10/2014 08:44 PM, Lennart Poettering wrote:
On Thu, 10.07.14 18:45, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
Seeing this list, why not name
On 07/16/2014 10:09 AM, Jon Severinsson wrote:
Hi
I'm part of the team working on updating the Debian systemd package to v214.
As part of that work I have been rebasing and updating the Debian specific
patches, and found several that might be appropriate for upstream.
While I'm not the
On 07/16/2014 01:56 PM, Jon Severinsson wrote:
Well, I did filter out 30 Debian-specific hacks,
40 downstream distribution specific hacks for just component in Debian (
and one init system ).
It would be interesting to see how much added maintenance burdens takes
place in the Debian
On 07/29/2014 07:28 PM, Lennart Poettering wrote:
Not sure where precisely that tool should actually live though. I am
tempted to say it should just be a one or two additional verbs for
loginctl (which should gain some journal integration anyway, for example
to show log messages of a specific
On 07/23/2014 11:04 AM, Lukas Nykryn wrote:
Due to recent changes where $network maps to network-online.target
Ah so that's why people are experiencing slowdown and breakage, you
probably can close few bugs in bz.rh due to this change and from my pov
network-online should just have been
On 07/30/2014 10:22 AM, Ansgar Burchardt wrote:
Hi,
while looking at how to convert sysvinit scripts to service files in
Debian, I noticed that some scripts do an additional sanity check during
the restart action. That is, they run an extra command to validate the
configuration and only
On 07/30/2014 12:09 PM, Lennart Poettering wrote:
On Wed, 30.07.14 12:22, Ansgar Burchardt (ans...@debian.org) wrote:
Hi,
while looking at how to convert sysvinit scripts to service files in
Debian, I noticed that some scripts do an additional sanity check during
the restart action. That is,
On 07/30/2014 12:02 PM, Reindl Harald wrote:
they don't
Perhaps not in your world which seems to differ from many but in the
world that the guy that went through and migrated around 800 legacy sysv
initscript you want the exact same check run before the service is
started and we already
On 07/30/2014 12:34 PM, Reindl Harald wrote:
*how* should that both help in calling apachectl -t*before* stop the
service and in case of a error-repsonse keep it running?
ExecStartPre= takes care of the startup check as in the usecase when the
unit is not running and you initially
On 07/31/2014 12:16 AM, Colin Guthrie wrote:
I think the use case is pretty clear tho'. Config (or general machine
state) has transitioned from working to broken in the time since the
service was started and while it's really not a nice situation to find
yourself in (relying on a running
On 07/31/2014 12:41 AM, Michael Biebl wrote:
2014-07-30 14:34 GMT+02:00 Reindl Harald h.rei...@thelounge.net:
ExecStopPre would be better suited as the pre-restart check because
it would achieve the goal and also prevent stop a service until it's
configuration is fixed - that catchs cases
On 08/07/2014 12:06 PM, Frantisek Hanzlik wrote:
Hi, I just install Fedora 20 (with systemd 208) and want log,
if possible, without journald, only to rsyslog.
It's not possible.
JBG
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
On 08/07/2014 04:12 PM, Leonid Isaev wrote:
Perhaps understanding why you're allergic to the journal would help in
figuring out solutions to the actual underlying problem.
There is nothing wrong with the journald per se, but it's not a replacement for
the classic syslog
Yes it is.
And there
On 08/07/2014 07:44 PM, Leonid Isaev wrote:
Hi,
On Thu, Aug 07, 2014 at 06:11:39PM +, Jóhann B. Guðmundsson wrote:
On 08/07/2014 04:12 PM, Leonid Isaev wrote:
Perhaps understanding why you're allergic to the journal would help in
figuring out solutions to the actual underlying problem
On 08/07/2014 07:32 PM, Mantas Mikulėnas wrote:
On Aug 7, 2014 9:11 PM, Jóhann B. Guðmundsson johan...@gmail.com
mailto:johan...@gmail.com wrote:
Arguably one of journals major/only shortcoming compared to what's
out there is it's lack the ability to send syslog messages over the
syslog
On 08/07/2014 08:41 PM, Leonid Isaev wrote:
Sorry for a long reply...
No problem I needed to see how you were thinking/doing this.
So basically you want to log everything to /run ( volatile ) and filter
out everything above a certain log-level and store that persistent in
it's own journal
On 08/07/2014 10:42 PM, Leonid Isaev wrote:
Thanks for letting me know aboout this work, but from the above description it
seems rather limited. I brought up the log-levels only as an example. In
practice one needs to be able to filter using_any_ message attribute.
I just used the example to
On 07/16/2013 04:53 PM, Lennart Poettering wrote:
On my (pretty much fully converted) Fedora I currently have 20 tmpfiles
snippets around. I doubt on an everage Debian machine this would grow
much larger. May 40 or so, but that's still not much.
Well we have only migrated what 400 components
On 07/16/2013 06:26 PM, Lennart Poettering wrote:
I discussed this a bit more with Kay on the phone. Here's what we'd propose:
I'd be very conservative regarding adding full tmpfiles support into
unit files directly. Instead, I'd suggest adding two very minimal, very
specific new unit file
On 07/16/2013 07:34 PM, Kay Sievers wrote:
On Tue, Jul 16, 2013 at 9:28 PM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
On 07/16/2013 06:26 PM, Lennart Poettering wrote:
I discussed this a bit more with Kay on the phone. Here's what we'd
propose:
I'd be very conservative regarding adding
On 07/18/2013 12:51 AM, Lennart Poettering wrote:
Fedora is not completely converted, but here are some stats.
$ repoquery --whatprovides '/etc/rc.d/init.d/*' --qf %{name} | sort -u |
egrep -v '(-sysvinit|-initscript|-sysv)$' | wc -l
139
Well even that number is not accurate
On 08/21/2013 11:00 AM, Tom Gundersen wrote:
Hi Zbyszek,
Regarding
http://cgit.freedesktop.org/systemd/systemd/commit/?id=219061dc524368179b2e65cfe91d4d6b23396ba8:
Would it make sense to use ConditionCapability=CAP_MKNOD instead? This
would match what is done in
On 08/21/2013 02:02 PM, Zbigniew Jędrzejewski-Szmek wrote:
Hm, Jóhann, are you saying that my ConditionCapability=CAP_MKNOD does
not work, or that ConditionVirtualization=!container that I added does
not work? Or that it works?
I'm was confirming adding ConditionCapability=CAP_MKNOD to the
On 10/23/2013 07:02 PM, Nicholas Majeran wrote:
I would expect to see enp65s0f0 and enp65s0f1, like the e1000e.
Read the source luke [1]...
JBG
1.
http://cgit.freedesktop.org/systemd/systemd/tree/src/udev/udev-builtin-net_id.c#n20
___
On 11/03/2013 02:36 PM, Bastien Nocera wrote:
In addition to that, would it make sense for distributions to start
porting their cron jobs to use systemd?
in Fedora we already have started that migration process for relevant
units ( not all packages that contain ron jobs should be/will be
On 11/06/2013 03:00 PM, Lennart Poettering wrote:
On Wed, 06.11.13 14:14, Mantas Mikulėnas (graw...@gmail.com) wrote:
On Wed, Nov 6, 2013 at 1:32 PM, Lennart Poettering
lenn...@poettering.net wrote:
I have my suspicions that that won't work out since there already are
quite a few properties
On 11/06/2013 12:33 AM, Tom Gundersen wrote:
[Match]
MACAddress=
Path=
Driver=
Type=
Name=
[Network]
Description=
[IP]
Gateway=192.168.1.1
Address=label@192.168.1.23/24
Address=fe80::9aee:94ff:fe3f:c618/64
Hmm..
Cant we try to follow the same construct as the other units?
Something like
On 11/19/2013 09:20 PM, Tom Gundersen wrote:
On Tue, Nov 19, 2013 at 7:07 PM, Colin Guthriegm...@colin.guthr.ie wrote:
What I have in mind (though it is not dictated by this patch) is
something different (first proposed by Lennart in an earlier thread):
[Network]
Address=192.168.0.1/24
On 12/05/2013 06:50 AM, Peter Hutterer wrote:
ExecStartPre=/usr/sbin/modprobe wacom_w8001
Add a configuration file called wacom-w8001.conf to /etc/modules-load.d
directory with the following content to load the module
( /etc/modules-load.d/wacom-w8001.conf )
# Load wacom_w8001 at boot
On 12/05/2013 12:28 PM, Michael Biebl wrote:
2013/12/5 Jóhann B. Guðmundssonjohan...@gmail.com:
On 12/05/2013 06:50 AM, Peter Hutterer wrote:
ExecStartPre=/usr/sbin/modprobe wacom_w8001
Add a configuration file called wacom-w8001.conf to /etc/modules-load.d
directory with the following
On 12/05/2013 01:57 PM, David Timothy Strauss wrote:
On Thu, Dec 5, 2013 at 3:53 AM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
Never use a systemd unit to call modprobe.
And, even if you did, modprobe would be Type=oneshot (maybe also with
RemainAfterExit=true), definitely not Type
On 01/02/2014 02:02 PM, Tony Seo wrote:
Hello.
I wonder that systemd has a method to stop all services in specific
cgroup.
Actually, I have looked for a method to stop all services as the same
time.
I have searched many manual in systemd site.
I couldn't find any method to stop all services
On 12/28/2013 01:30 PM, Lennart Poettering wrote:
On Fri, 27.12.13 23:26,m...@zarb.org (m...@zarb.org) wrote:
From: Michael Schererm...@zarb.org
This permit to let system administrators decide of the domain of a service.
This can be used with templated units to have each service in a
On 01/03/2014 10:56 AM, Michael Scherer wrote:
Le vendredi 03 janvier 2014 à 00:58 +, Jóhann B. Guðmundsson a
écrit :
On 12/28/2013 01:30 PM, Lennart Poettering wrote:
On Fri, 27.12.13 23:26,m...@zarb.org (m...@zarb.org) wrote:
From: Michael Schererm...@zarb.org
This permit to let
On 01/26/2014 09:16 AM, Roelof Wobben wrote:
In some of my earlier mails I have said that I try to port a modular
live slackware based distro (Porteus) to systemd as a personal project.
Dropline an Gnome based slackware distribution [1] keeps a page [2] with
what's needed for systemd
---
rules/60-persistent-storage.rules | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/rules/60-persistent-storage.rules
b/rules/60-persistent-storage.rules
index a4d009a..154ffd9 100644
--- a/rules/60-persistent-storage.rules
+++ b/rules/60-persistent-storage.rules
@@ -14,7
On 02/02/2014 01:39 PM, Alexander E. Patrakov wrote:
The patch is obviously harmless. However, I am not convinced that it
is needed, because in my setup (without this patch) there are no links
in /dev/disk pointing to any zram device. You can change my opinion by
providing configuration
On 02/02/2014 02:27 PM, Alexander E. Patrakov wrote:
02.02.2014 20:18, Jóhann B. Guðmundsson wrote:
On 02/02/2014 01:39 PM, Alexander E. Patrakov wrote:
The patch is obviously harmless. However, I am not convinced that it
is needed, because in my setup (without this patch
On 02/03/2014 09:36 AM, Holger Schurig wrote:
with unit type ending in .zswap
No, not another unit type. Instead better amend .swap unit types to
also know about ZRAM.
However, isn't this a bit early? Shouldn't move ZRAM first move out of staging?
Ofcourse but when it does move out of
On 02/12/2014 07:37 PM, Reindl Harald wrote:
these are all regressions from F19 to F20
https://bugzilla.redhat.com/show_bug.cgi?id=1023820
https://bugzilla.redhat.com/show_bug.cgi?id=1010572
https://bugzilla.redhat.com/show_bug.cgi?id=1057811
https://bugzilla.redhat.com/show_bug.cgi?id=1057618
On 02/18/2014 05:03 AM, Zbigniew Jędrzejewski-Szmek wrote:
A related question is wheter Fedora should get this release in rawhide:
I think yes, but with --disable-kdbus --enable-compat-libs. It's nice
thathttps://bugzilla.redhat.com/show_bug.cgi?id=1065572 got fixed just
in time.
Rawhide is
On 07/30/2012 09:13 PM, Daniel J Walsh wrote:
Is this failing to see the /etc/systemd/system/httpd.service file? Or is the
include failing?
Include might failing since there is currently no way to replace
existing entry with another one.
You can easily confirm or deny if that's the case by
On 08/07/2012 02:35 PM, Václav Pavlín wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=790768
I thought Harald had already fixed this one but perhaps Lennart never
committed it.
See [1].
JBG
1.http://lists.freedesktop.org/archives/systemd-devel/2012-February/004573.html
On 08/08/2012 05:30 PM, Lennart Poettering wrote:
On Tue, 07.08.12 16:01, David Strauss (da...@davidstrauss.net) wrote:
On Sat, Aug 4, 2012 at 4:46 AM, Lennart Poettering
lenn...@poettering.net wrote:
(But please, don't implement this bit just yet, let's wait for somebody
actually needing
On 08/09/2012 04:28 AM, WANG Chao wrote:
Hi, list
As you see in the subject, this question comes from a lazy guy like
me, who doesn't read the systemd source code at all :P
The silly question is if A is configured to 'Wants:B' and 'After:B',
will A start exactly after B is finished or after
On 09/18/2012 05:17 PM, Lennart Poettering wrote:
Comments, suggestions?
Dont forget the use cases where users simply want to close the lid but
still have the machine running with all network connections and what not
still running...
JBG
___
On 09/27/2012 08:33 AM, Christian Seiler wrote:
one of the most-requested features that is not present in systemd
currently is a true rc.local-type functionality that runs after all
other services.
Any particular reason why those user just dont create type oneshot unit
then order it as they
On 09/27/2012 11:17 AM, Frederic Crozat wrote:
Le jeudi 27 septembre 2012 à 11:07 +, Jóhann B. Guðmundsson a
écrit :
On 09/27/2012 08:33 AM, Christian Seiler wrote:
one of the most-requested features that is not present in systemd
currently is a true rc.local-type functionality that runs
On 10/01/2012 01:10 PM, Reindl Harald wrote:
and how they should do this after the change that there
is no flag? dispaly a RANDOM line?
Is that not something you should be discussing with them?
JBG
___
systemd-devel mailing list
On 10/01/2012 10:53 PM, Mirco Tischler wrote:
Systemd isn't really the right place to do network related stuff, imo.
Such things are better dealt with in the network connection manager,
where the information is already available.
NetworkManager has a mechanism to execute custom scripts in
On 10/02/2012 12:47 PM, Mirco Tischler wrote:
How do you do that? systemd doesn't have any support to manage network
connections. It lacks information about the state of the network
devices and cannot configure them as well.
Today systemd cant but in the future it might depending on how things
On 10/23/2012 06:40 PM, Lennart Poettering wrote:
The journal currently cannot do this for you, but what it already can is
split up the journal per-user. This is done by default only for login
users, (i.e. actual human users), but with the SplitMode= setting in
journald.conf can be enabled for
On 10/23/2012 09:19 PM, Lennart Poettering wrote:
Related to the tool you are suggesting I think a tool to merge split off
files might be very useful too, to counter the scalability issues of
interleaving too many separate files on display.
Yeah an extension to the journalctl and probably users
On 11/09/2012 12:23 AM, William Giokas wrote:
All,
I have been using systemd for a few months now, and I must say, it is a
great init system. I myself am no coder, else I would attempt to write
something to do just this. One not-dealbreaking thing that I do find
lacking is a verbose option for
On 11/20/2012 12:41 AM, Lennart Poettering wrote:
On Fri, 16.11.12 15:06, Daniel J Walsh (dwa...@redhat.com) wrote:
Isn't there a way to shut off systemV init scripts altogether, it just so
happens that we hit one on my machine. But in the field a customer could have
an init script and then
On 11/20/2012 09:02 AM, Adam Spragg wrote:
On Tuesday 20 Nov 2012 01:21:54 Lennart Poettering wrote:
My intention was to speak only HTTP for all of this, so that we can
nicely work through firewalls.
Wait, I thought one of the guiding principles of systemd was to do things The
Right Way, and
On 11/29/2012 04:41 AM, Brandon Black wrote:
Hi all,
I'm trying to write a systemd.service unit file for an existing
well-behaved daemon that's used to managing itself. The daemon binary
doubles as its own controller for sysvinit-like command. For example
foo start launches a new
snip
...
/snip
What's the usecase for environment directory?
JBG
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
still needs work. This is
based on the iscsid socket activation patch from Tomasz Torcz and the unit
files from Tomasz and Jóhann B. Guðmundsson.
Attempting to start iscsid using systemd unit files (socket activated or not)
was impacting my iscsi-root test setup. Rather than try to preserve
1 - 100 of 379 matches
Mail list logo
