Lennart Poettering wrote:
> On Fri, 15.06.12 20:06, Bryan Kadzban ([email protected]) 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 relevan
On Tue, 2012-06-19 at 19:15 +0200, Lennart Poettering wrote:
> On Tue, 19.06.12 18:50, Michael Olbrich ([email protected]) wrote:
>
> > Hi,
> >
> > On Tue, Jun 19, 2012 at 10:03:23AM +0200, Lennart Poettering wrote:
> > > On Mon, 18.06.12 21:56, Paul Menzel ([email protected]
Lennart Poettering writes:
On Thu, 07.06.12 19:36, Sam Varshavchik ([email protected]) 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
'Twas brillig, and Lennart Poettering at 19/06/12 19:58 did gyre and gimble:
> On Tue, 19.06.12 19:06, Colin Guthrie ([email protected]) 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
>
On Tue, 19.06.12 22:14, Paul Menzel ([email protected]) 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 a
Am Dienstag, den 19.06.2012, 20:04 +0200 schrieb Lennart Poettering:
> On Sun, 10.06.12 14:40, Paul Menzel ([email protected]) wrote:
Dear Lennart,
> > [ Roger Leigh ]
> > * initscripts:
> > - Don't generate or touch /etc/motd. Instead, the dynamic
On Fri, 01.06.12 23:13, Richard Hughes ([email protected]) wrote:
>
> On 25 May 2012 13:28, Lennart Poettering wrote:
> > * A framework for implementing offline system updates is now
> > integrated, for details see:
> > http://freedesktop.org/wiki/Software/systemd/Syst
On 06/19/2012 08:00 PM, Jürgen Daubert wrote:
Kay Sievers 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 the im
On Tue, 19.06.12 19:06, Colin Guthrie ([email protected]) 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 sa
On Mon, 04.06.12 09:45, Dave Reisner ([email protected]) 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 201
On Sun, 03.06.12 22:18, Peter Lemenkov ([email protected]) 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 3
On Thu, 07.06.12 19:36, Sam Varshavchik ([email protected]) 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
'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
> wrote:
>> Am Dienstag, den 19.06.2012, 11:48 +0200 schrieb Lennart Poettering:
>>> On Tue, 19.06.12 11:42, Paul Menzel ([email protected])
>>> wrote:
>
>> I
Kay Sievers 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 the impression that the whole merge is more or less
On Sun, 10.06.12 14:40, Paul Menzel ([email protected]) wrote:
heya,
> [ Roger Leigh ]
> * initscripts:
> - Don't generate or touch /etc/motd. Instead, the dynamic part of
> /etc/motd is created as /run/motd.dynamic, leaving /etc/motd
On Tue, Jun 19, 2012 at 8:40 PM, Alexander E. Patrakov
wrote:
> 2012/6/19 Lennart Poettering :
>> On Tue, 19.06.12 18:50, Michael Olbrich ([email protected]) wrote:
>>
>>> Hi,
>>>
>>> On Tue, Jun 19, 2012 at 10:03:23AM +0200, Lennart Poettering wrote:
>>> > On Mon, 18.06.12 21:56, Paul Menz
On Thu, 14.06.12 15:08, Shawn Landden ([email protected]) 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
system
On Tue, 19.06.12 23:40, Alexander E. Patrakov ([email protected]) 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 la
2012/6/19 Lennart Poettering :
> On Tue, 19.06.12 18:50, Michael Olbrich ([email protected]) wrote:
>
>> Hi,
>>
>> On Tue, Jun 19, 2012 at 10:03:23AM +0200, Lennart Poettering wrote:
>> > On Mon, 18.06.12 21:56, Paul Menzel ([email protected])
>> > wrote:
>> > >
>> > > Do yo
On Tue, 19.06.12 18:50, Michael Olbrich ([email protected]) wrote:
> Hi,
>
> On Tue, Jun 19, 2012 at 10:03:23AM +0200, Lennart Poettering wrote:
> > On Mon, 18.06.12 21:56, Paul Menzel ([email protected])
> > wrote:
> > >
> > > Do you know of a service file for openssh-se
On Tue, 19.06.12 18:44, Michael Olbrich ([email protected]) 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
> > jus
Hi,
On Tue, Jun 19, 2012 at 10:03:23AM +0200, Lennart Poettering wrote:
> On Mon, 18.06.12 21:56, Paul Menzel ([email protected]) 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
On Tue, Jun 19, 2012 at 11:13:50AM +0200, Lennart Poettering wrote:
> On Thu, 14.06.12 21:32, William Hubbs ([email protected]) 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
On Tue, Jun 19, 2012 at 01:59:14PM +0200, Kay Sievers wrote:
> On Tue, Jun 19, 2012 at 1:10 PM, Michael Olbrich
> wrote:
> > On Tue, Jun 19, 2012 at 11:21:58AM +0200, Lennart Poettering wrote:
> >> On Fri, 15.06.12 20:06, Bryan Kadzban ([email protected]) wrote:
> >> > dbus
> >> > libcap
On Wed, 13.06.12 10:36, Dave Reisner ([email protected]) 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 cod
On Wed, 13.06.12 14:58, Colin Guthrie ([email protected]) 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 logi
On Tue, 12.06.12 20:50, Dave Reisner ([email protected]) 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.
> Uni
On Tue, Jun 19, 2012 at 1:10 PM, Michael Olbrich
wrote:
> On Tue, Jun 19, 2012 at 11:21:58AM +0200, Lennart Poettering wrote:
>> On Fri, 15.06.12 20:06, Bryan Kadzban ([email protected]) wrote:
>> > dbus
>> > libcap
>>
>> I am quite happy with depending on these two as it makes little se
On Tue, Jun 19, 2012 at 11:21:58AM +0200, Lennart Poettering wrote:
> On Fri, 15.06.12 20:06, Bryan Kadzban ([email protected]) 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
On Tue, Jun 19, 2012 at 12:04 PM, Paul Menzel
wrote:
> Am Dienstag, den 19.06.2012, 11:48 +0200 schrieb Lennart Poettering:
>> On Tue, 19.06.12 11:42, Paul Menzel ([email protected])
>> wrote:
>> > > > I guess it is useful to have an abstraction layer because directories
>> > > >
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
Am Dienstag, den 19.06.2012, 11:48 +0200 schrieb Lennart Poettering:
> On Tue, 19.06.12 11:42, Paul Menzel ([email protected]) wrote:
Dear Lennart,
> > > > I guess it is useful to have an abstraction layer because directories
> > > > and files under `/sys` might change.
> > >
>
On Tue, 19.06.12 11:42, Paul Menzel ([email protected]) 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
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 ha
Am Dienstag, den 19.06.2012, 10:03 +0200 schrieb Lennart Poettering:
> On Mon, 18.06.12 21:56, Paul Menzel ([email protected]) wrote:
Dear Lennart,
[…]
> > > What is cpufrequitls for? Why would anybody fiddle with that? "ondemand"
> > > is the only CPU scheduler that makes sense
On Mon, 11.06.12 00:36, Tom Gundersen ([email protected]) wrote:
>
> On Sun, Jun 10, 2012 at 10:30 PM, Kay Sievers 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 is not
On Fri, 15.06.12 20:06, Bryan Kadzban ([email protected]) 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.
> m4
> intltool
> gperf (--enable-ke
On Thu, 14.06.12 21:32, William Hubbs ([email protected]) 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 a
On Tue, 19.06.12 10:45, Karel Zak ([email protected]) 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 th
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 rec
On Tue, 12.06.12 12:52, William Hubbs ([email protected]) 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 be
On Mon, 18.06.12 21:56, Paul Menzel ([email protected]) 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 th
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 a/src/c
On Tue, Jun 19, 2012 at 5:17 AM, Kok, Auke-jan H
wrote:
> On Mon, Jun 18, 2012 at 5:22 PM, Peeters Simon
> 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 while
now (read: since last week)
44 matches
Mail list logo
