On Tue, Jun 19, 2012 at 5:17 AM, Kok, Auke-jan H
auke-jan.h@intel.com wrote:
On Mon, Jun 18, 2012 at 5:22 PM, Peeters Simon peeters.si...@gmail.com
wrote:
also i have been running the patch succesfully (both in system mode
and in my systemd-gnome-session (which i will share soon)) for a
Command systemctl stop foo.service, will print error message, when
foo.service is unknown to systemd, i.e. there is no unit file loaded for
this service.
https://bugzilla.redhat.com/show_bug.cgi?id=732874
---
src/core/dbus-manager.c |5 +
1 file changed, 5 insertions(+)
diff --git
On Mon, 18.06.12 21:56, Paul Menzel (paulepan...@users.sourceforge.net) wrote:
heya,
Those files should probably not be used, they are kinda out-of-date. I
have removed these files now from the web server, to avoid
confusion. (ok, i renamed them to /systemd-units.out-of-date/, so that
On Tue, 12.06.12 12:52, William Hubbs (w.d.hu...@gmail.com) wrote:
heya,
Sorry, not going to merge this. This patch is ugly, and I doubt you can
fix it to make it less ugly. Split makefiles suck [1], and so do makefiles
with even more ifdefs than we already have. Besides that it would
probably
On Tue, Jun 19, 2012 at 10:31:30AM +0200, Lennart Poettering wrote:
[1] I mean, seriously, we made the clear decision to have only a single
makefile and avoid recursive make and now with splitting this stuff up
you undo that half-way.
Note that
include Makefile-udev.am
does not mean
On Tue, 19.06.12 10:45, Karel Zak (k...@redhat.com) wrote:
On Tue, Jun 19, 2012 at 10:31:30AM +0200, Lennart Poettering wrote:
[1] I mean, seriously, we made the clear decision to have only a single
makefile and avoid recursive make and now with splitting this stuff up
you undo that
On Thu, 14.06.12 21:32, William Hubbs (w.d.hu...@gmail.com) wrote:
Yes, we could, but what about exherbo, funtoo, linux from scratch and
the other source based distros that may be out there?
I fail to see what this has to do with source-based distros. They can
just build systemd as normal
On Mon, 11.06.12 00:36, Tom Gundersen (t...@jklm.no) wrote:
On Sun, Jun 10, 2012 at 10:30 PM, Kay Sievers k...@vrfy.org wrote:
Hmm, what setup exactly would be fixed by this?
In my case I can reprodce the problem by blacklisting my graphics
driver (i915). In this case my console at boot
Am Dienstag, den 19.06.2012, 10:03 +0200 schrieb Lennart Poettering:
On Mon, 18.06.12 21:56, Paul Menzel (paulepan...@users.sourceforge.net) wrote:
Dear Lennart,
[…]
What is cpufrequitls for? Why would anybody fiddle with that? ondemand
is the only CPU scheduler that makes sense, so
On 06/19/2012 10:00 AM, Michal Sekletar wrote:
+if (job_type == JOB_STOP u-load_state == UNIT_ERROR
unit_active_state(u) == UNIT_INACTIVE) {
In case anyone's wondering why there's the check for the unit's active
state: It is possible to have units that are active and have a
On Tue, 19.06.12 11:42, Paul Menzel (paulepan...@users.sourceforge.net) wrote:
Heya,
I guess it is useful to have an abstraction layer because directories
and files under `/sys` might change.
Nah, really, cpufrequtils should just go away. People should use the
kernel APIs right
Am Dienstag, den 19.06.2012, 11:48 +0200 schrieb Lennart Poettering:
On Tue, 19.06.12 11:42, Paul Menzel (paulepan...@users.sourceforge.net) wrote:
Dear Lennart,
I guess it is useful to have an abstraction layer because directories
and files under `/sys` might change.
Nah,
On Tue, Jun 19, 2012 at 11:42:10AM +0200, Paul Menzel wrote:
Nah, really, cpufrequtils should just go away. People should use the
kernel APIs right away.
alright looking into why `cpufrequtils` is installed on my system I now
know the reasons. The frequency(?) modules are not loaded
On Tue, Jun 19, 2012 at 12:04 PM, Paul Menzel
paulepan...@users.sourceforge.net wrote:
Am Dienstag, den 19.06.2012, 11:48 +0200 schrieb Lennart Poettering:
On Tue, 19.06.12 11:42, Paul Menzel (paulepan...@users.sourceforge.net)
wrote:
I guess it is useful to have an abstraction layer
On Tue, Jun 19, 2012 at 11:21:58AM +0200, Lennart Poettering wrote:
On Fri, 15.06.12 20:06, Bryan Kadzban (br...@kadzban.is-a-geek.net) wrote:
dbus
libcap
I am quite happy with depending on these two as it makes little sense to
build an OS without it, unless you go super minimal in which
On Tue, Jun 19, 2012 at 1:10 PM, Michael Olbrich
m.olbr...@pengutronix.de wrote:
On Tue, Jun 19, 2012 at 11:21:58AM +0200, Lennart Poettering wrote:
On Fri, 15.06.12 20:06, Bryan Kadzban (br...@kadzban.is-a-geek.net) wrote:
dbus
libcap
I am quite happy with depending on these two as it
On Tue, 12.06.12 20:50, Dave Reisner (d...@falconindy.com) wrote:
Hi,
Heya,
I'm having some problems with a few of my VMs which all share in common
an encrypted root. They pivot into a shutdown ramfs and walk through the
blockdevs in sysfs, breaking down and unmounting each device.
On Wed, 13.06.12 14:58, Colin Guthrie (gm...@colin.guthr.ie) wrote:
I guess the initramfs should really write something in /run/initramfs
folder that indicates which devices it's managing such that systemd
can only deal with the remainder.
Well, the idea is that the normal cryptsetup logic
On Wed, 13.06.12 10:36, Dave Reisner (d...@falconindy.com) wrote:
I don't think a simply solution would work here as there are other cases
that may trigger the initramfs to enable certain devices (e.g. resume
from an encrypted swap partition for example).
Sure, there's already code to
On Tue, Jun 19, 2012 at 01:59:14PM +0200, Kay Sievers wrote:
On Tue, Jun 19, 2012 at 1:10 PM, Michael Olbrich
m.olbr...@pengutronix.de wrote:
On Tue, Jun 19, 2012 at 11:21:58AM +0200, Lennart Poettering wrote:
On Fri, 15.06.12 20:06, Bryan Kadzban (br...@kadzban.is-a-geek.net) wrote:
dbus
On Tue, Jun 19, 2012 at 11:13:50AM +0200, Lennart Poettering wrote:
On Thu, 14.06.12 21:32, William Hubbs (w.d.hu...@gmail.com) wrote:
Yes, we could, but what about exherbo, funtoo, linux from scratch and
the other source based distros that may be out there?
I fail to see what this has
Hi,
On Tue, Jun 19, 2012 at 10:03:23AM +0200, Lennart Poettering wrote:
On Mon, 18.06.12 21:56, Paul Menzel (paulepan...@users.sourceforge.net) wrote:
Do you know of a service file for openssh-server?
The Fedora packages have some, but I don't like them too much since they
don't use
On Tue, 19.06.12 18:44, Michael Olbrich (m.olbr...@pengutronix.de) wrote:
Yes, we could, but what about exherbo, funtoo, linux from scratch and
the other source based distros that may be out there?
I fail to see what this has to do with source-based distros. They can
just build
On Tue, 19.06.12 18:50, Michael Olbrich (m.olbr...@pengutronix.de) wrote:
Hi,
On Tue, Jun 19, 2012 at 10:03:23AM +0200, Lennart Poettering wrote:
On Mon, 18.06.12 21:56, Paul Menzel (paulepan...@users.sourceforge.net)
wrote:
Do you know of a service file for openssh-server?
2012/6/19 Lennart Poettering lenn...@poettering.net:
On Tue, 19.06.12 18:50, Michael Olbrich (m.olbr...@pengutronix.de) wrote:
Hi,
On Tue, Jun 19, 2012 at 10:03:23AM +0200, Lennart Poettering wrote:
On Mon, 18.06.12 21:56, Paul Menzel (paulepan...@users.sourceforge.net)
wrote:
Do
On Tue, 19.06.12 23:40, Alexander E. Patrakov (patra...@gmail.com) wrote:
IMHO there is one issue with the inetd-style approach: it is
explicitly discouraged in man sshd. It may well be the case of
outdated documentation, as I don't see any of the indicated problems
on my desktop or laptop.
On Thu, 14.06.12 15:08, Shawn Landden (shawnland...@gmail.com) wrote:
Plot verb doesn't currently work b/c Cairo bug sending to stdout in python 3.
Applied. Thanks!
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
systemd-devel mailing list
On Tue, Jun 19, 2012 at 8:40 PM, Alexander E. Patrakov
patra...@gmail.com wrote:
2012/6/19 Lennart Poettering lenn...@poettering.net:
On Tue, 19.06.12 18:50, Michael Olbrich (m.olbr...@pengutronix.de) wrote:
Hi,
On Tue, Jun 19, 2012 at 10:03:23AM +0200, Lennart Poettering wrote:
On Mon,
'Twas brillig, and Kay Sievers at 19/06/12 11:10 did gyre and gimble:
On Tue, Jun 19, 2012 at 12:04 PM, Paul Menzel
paulepan...@users.sourceforge.net wrote:
Am Dienstag, den 19.06.2012, 11:48 +0200 schrieb Lennart Poettering:
On Tue, 19.06.12 11:42, Paul Menzel
On Thu, 07.06.12 19:36, Sam Varshavchik (mr...@courier-mta.com) wrote:
Dave Reisner writes:
On Thu, Jun 07, 2012 at 08:41:54AM -0400, Sam Varshavchik wrote:
This is wrong. ExecReload should not cause the process to change PIDs.
Not that this was ever allowed, but the below commit is was
On Sun, 03.06.12 22:18, Peter Lemenkov (lemen...@gmail.com) wrote:
Hello.
I've hit by a strange issue on a machine with 8 hard disks. if I list
them all in /etc/fstab they mounts fine. If I provide native *.mount
files then almost every reboot one or several disks failed to mount
(with 32
On Mon, 04.06.12 09:45, Dave Reisner (d...@falconindy.com) wrote:
Not the most convenient thing to type, but it gets the job done:
$ systemctl status '\x2esnap.mount'
\x2esnap.mount - /.snap
Loaded: loaded (/etc/fstab)
Active: active (mounted) since Mon, 04 Jun 2012
On Tue, 19.06.12 19:06, Colin Guthrie (gm...@colin.guthr.ie) wrote:
Or do whatever they used to do in the past and bet it works, like it
did most of the time. The problem is pretty much solved from systemd's
point of view, so there will be no effort from this side.
The only safe option
On 06/19/2012 08:00 PM, Jürgen Daubert wrote:
Kay Sievers kay at vrfy.org writes:
[...]
We said udev *runs* alone, not that you can tweak the build system to
only build it. And that is still all true.
Sorry, but in your first announcement [1] this sounds quite different
to me. At all I got
On Fri, 01.06.12 23:13, Richard Hughes (hughsi...@gmail.com) wrote:
On 25 May 2012 13:28, Lennart Poettering lenn...@poettering.net wrote:
* A framework for implementing offline system updates is now
integrated, for details see:
Am Dienstag, den 19.06.2012, 20:04 +0200 schrieb Lennart Poettering:
On Sun, 10.06.12 14:40, Paul Menzel (paulepan...@users.sourceforge.net) wrote:
Dear Lennart,
[ Roger Leigh ]
* initscripts:
- Don't generate or touch /etc/motd. Instead, the dynamic part
On Tue, 19.06.12 22:14, Paul Menzel (paulepan...@users.sourceforge.net) wrote:
Reading this changelog entry and the init.d script, I could not find
anything that is written dynamically to `/etc` and just to `/run`.
Hmm, yeah, I think a symlink for this is really a hack, this really
should be
'Twas brillig, and Lennart Poettering at 19/06/12 19:58 did gyre and gimble:
On Tue, 19.06.12 19:06, Colin Guthrie (gm...@colin.guthr.ie) wrote:
Or do whatever they used to do in the past and bet it works, like it
did most of the time. The problem is pretty much solved from systemd's
point
Lennart Poettering writes:
On Thu, 07.06.12 19:36, Sam Varshavchik (mr...@courier-mta.com) wrote:
Dave Reisner writes:
On Thu, Jun 07, 2012 at 08:41:54AM -0400, Sam Varshavchik wrote:
This is wrong. ExecReload should not cause the process to change PIDs.
Not that this was ever allowed,
On Tue, 2012-06-19 at 19:15 +0200, Lennart Poettering wrote:
On Tue, 19.06.12 18:50, Michael Olbrich (m.olbr...@pengutronix.de) wrote:
Hi,
On Tue, Jun 19, 2012 at 10:03:23AM +0200, Lennart Poettering wrote:
On Mon, 18.06.12 21:56, Paul Menzel (paulepan...@users.sourceforge.net)
Lennart Poettering wrote:
On Fri, 15.06.12 20:06, Bryan Kadzban (br...@kadzban.is-a-geek.net) wrote:
dbus
libcap
I am quite happy with depending on these two as it makes little sense to
build an OS without it, unless you go super minimal in which case
sysemd/udev are not relevant.
As I
41 matches
Mail list logo