On Wed, 27.07.11 10:01, seth vidal (skvi...@fedoraproject.org) wrote:
On Wed, 2011-07-27 at 15:54 +0200, Lennart Poettering wrote:
I think the discussion where to place this is moot anyway, as the spec
has been written years ago and widely (though not universally)
implemented, and we
On Wed, 27.07.11 16:05, Miloslav Trmač (m...@volny.cz) wrote:
On Wed, Jul 27, 2011 at 4:01 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
I think the right approach here is to prep a patch for the spec and make
the dir official given that a) it probably makes sense to have
of direct automount points we have in there. How
awesome is that?
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
it as a shiner setsid() is just doomed to a war where everyone
puts cgroup calls where setsid() calls currently are.
setsid() is primarily a call to implement job control in shells.
systemd is not involved in job control in shells. Never has, never will
be.
Lennart
--
Lennart Poettering - Red Hat, Inc
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
, too.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
be used?
Yes, this looks like a good usecase.
Hmm, does the automount point work after boot?
How does the output of systemctl list-units look like for the
automount and mount unit?
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https
this?
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 18.08.11 12:33, Bill Nottingham (nott...@redhat.com) wrote:
Lennart Poettering (mzerq...@0pointer.de) said:
Oh, I just noticed this:
https://fedoraproject.org/wiki/Packaging:Guidelines:Systemd#Socket_activation
Since Fedora currently doesn't want any services to do
container, with no ability to even create a file.
By disabling the native service discovery protocol in CUPS and moving
that into Avahi you hence get a substantial security benefit, not a loss
of security.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel
will introduce rpm macros for enabling services, which can be shared
across distributions.)
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, 19.08.11 11:51, seth vidal (skvi...@fedoraproject.org) wrote:
On Fri, 2011-08-19 at 17:47 +0200, Lennart Poettering wrote:
Well, I think Fedora is more interested in real-life users than
synthetic certifications.
I think you are not the arbiter of what fedora is interested
screen-scraping could
help to get a bit of an idea what actually started properly and what
didn't.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
when bugs need to be fixed. Feature additions are only done in
the development version of Fedora.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
tcpwrap isn't
invoked by systemd code either. systemd has no network parsing code. And
even NSS code (which might potentially parse network packets) is always
done out-of-process, never from PID 1.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
other kind of activation.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
activatable (requires patching) or use
Type=forking or so, so that we can properly order bootup.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
, and brings immediate
security benefits, since it locks services into flexible jails,
minimizing the attack surface and locking in exploiters.
I am sure that in sum systemd is a net benefit for security.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel
On Mon, 22.08.11 21:22, Jef Spaleta (jspal...@gmail.com) wrote:
On Mon, Aug 22, 2011 at 4:32 PM, Lennart Poettering
mzerq...@0pointer.dewrote:
In fact, systemd offers quite a number security features to secure your
services wich can be easily used to enhance local security. I'll
On Tue, 23.08.11 11:53, Richard Hughes (hughsi...@gmail.com) wrote:
On 23 August 2011 01:32, Lennart Poettering mzerq...@0pointer.de wrote:
This is something we should
set for a number of services which never should get network access, like
upower, dbus, or colord.
As the upstream
On Mon, 22.08.11 19:54, Richard Shaw (hobbes1...@gmail.com) wrote:
On Mon, Aug 22, 2011 at 3:53 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
[SNIP]
Is this all I need? It does not depend on any other service that I know of.
Depends. If this daemon provides some interface to local
and simplicity, but this requires patching,
as mentioned.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
it unconditionally are probably
knowleadgable admins anyway.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
will also disable
avahi-daemon.socket, since it is listed in Also= in the [Install]
section of it.
On F16 you can use systemctl list-unit-files to get a list of all
installed unit files with their status, whether they are enabled,
disabled, statically enabled or otherwise.
Lennart
--
Lennart
On Tue, 23.08.11 11:56, Simo Sorce (s...@redhat.com) wrote:
On Tue, 2011-08-23 at 17:44 +0200, Lennart Poettering wrote:
On Tue, 23.08.11 11:10, Simo Sorce (s...@redhat.com) wrote:
I am pretty sure that 95% of everybody who has ssd or CUPS installed
will not use it more often than
over the listening fd), this
problem doesn't exist at all, since we only keep a single fd per unit
open.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
used (i.e. 1/h or
less or so). Also note that CUPS does not listen on AF_INET by default,
only AF_UNIX.
Also, cups is using Accept=no which means it would be started exactly
once and then stay around.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel
people run
that sort of test for.
Checks like this are broken, and have always been broken. They are
insecure (since 3306 is can be bound by everybody).
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
a sysvinit system.
Thank you,
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
and suchlike.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
socket as soon as the backing service
fails. This has been on the TODO list for a while I just need to get
around implementing this.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 24.08.11 11:40, Andrew McNabb (amcn...@mcnabbs.org) wrote:
On Tue, Aug 23, 2011 at 06:14:34PM +0200, Lennart Poettering wrote:
systemctl list-unit-files is what you are looking for. It's simpler even
than chkconfig --list.
When I run systemctl list-unit-files, I get a Unknown
state if they are fully up
and told systemd so. They'll be in starting until that time. All we
need for this is that services either use Type=forking and double
fork+exit in parent, or use Type=notify and sd_notify(READY=1) as soon
as they are fully up.
Lennart
--
Lennart Poettering - Red Hat, Inc
and
sshd which are used very seldom (i.e. less often than 1/h in 90% of the
cases).
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to access remote systems (via
ssh), but this needs a patch to dbus to actually work which I still
haven't found time to ultimately clean up for proper inclusion.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
parport_pc has
for its PNP device ids. See modinfo parport_pc as an example.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
guess too.
Richard, please upgrade to systemd 34-1!
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is that the currently
available measurement data is not useful, we need to investigate this
further and then figure out what's really going on and where there's
something to fix. I'll look into this in detail next week.
Thanks,
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel
for daemons is to reload
configuration.
Note that by default systemd sends SIGSTOP to all processes of a service
and waits for a while to ensure the service shuts down. You can
influence the signal sent via KillSignal=. See systemd.service(5) for
more information.
Lennart
--
Lennart Poettering - Red Hat
to close the
tunnel. Is there any problem about this?
Unless there's a really good reason to change TimeoutSec= I'd always
recommend not setting it at all (which leaves it at the default of 90s).
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
On Mon, 19.09.11 19:28, Lennart Poettering (mzerq...@0pointer.de) wrote:
On Mon, 19.09.11 13:25, Juan Orti Alcaine (j.orti.alca...@gmail.com) wrote:
Hello, I'm making a systemd service file for gogoc, a program to create IPv6
tunnels with Freenet6.net
The program gets the network
use this in conjunction with KillSignal=SIGHUP. However,
if you want to make sure that only the parent PID gets the SIGHUP (which
is then responsible to kill the child, too), then use KillMode=process.
Thank you and good work with systemd, it's fantastic!
Thanks!
Lennart
--
Lennart Poettering
packages can stick unit files?
You can do something similar the way Michal suggested.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
love to see Fedora focus more on both.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
enought to handle that automatically. For bind
mounts we wait until all mount points that are prefixes of either the
mount source or the mount destination are mounted before we apply the
bind mounts.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
On Tue, 04.10.11 17:54, Adam Jackson (a...@redhat.com) wrote:
On Tue, 2011-10-04 at 23:45 +0200, Lennart Poettering wrote:
Another bigger source of slowness at boot is currently Plymouth which
also requires synchronous settling of devices (tough it's not as bad as
LVM in that regard
up as ro until I remount them.
Is there a bugzilla about this?
This is an interesting issue to think about. I wonder what the right fix
should be though: delay all bind mounts after the / remount?
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
On Wed, 05.10.11 00:18, Lennart Poettering (mzerq...@0pointer.de) wrote:
On Tue, 04.10.11 15:02, Tom Hughes (t...@compton.nu) wrote:
On 04/10/11 14:54, Paul Howarth wrote:
I ran into a similar problem last month. I foolishly set up a bind mount
for a local filesystem
order information, but you'd need to write a tool to convert
systemd's format to something readable by mksquashfs.
Optimizations like this are always thinkable, but then again spending
the time on optimizing CD boots sounds like a lot of time wasted on
yesterday's technology.
Lennart
--
Lennart
in today's dynamic hardware.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 05.10.11 10:17, Horst H. von Brand (vonbr...@inf.utfsm.cl) wrote:
Lennart Poettering mzerq...@0pointer.de wrote:
On Tue, 04.10.11 21:01, JB (jb.1234a...@gmail.com) wrote:
Results interpretation.
---
Knoppix won by a wide margin, while:
- Knoppix having
On Wed, 05.10.11 11:40, Horst H. von Brand (vonbr...@inf.utfsm.cl) wrote:
Lennart Poettering mzerq...@0pointer.de wrote:
[Optimize boot on CD]
Optimizations like this are always thinkable, but then again spending
the time on optimizing CD boots sounds like a lot of time wasted
requires
current PA (1.0?) to work reliably. [1]
For now, sound is completely broken under wine on any of my workstations [2].
Any chance of having it land in F16 or is it rawhide only for now?
I plan to update PA in F17 only.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
. And I am definitely not going to change this
opinion now.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
link before making any modifications:
http://dl.dropbox.com/u/34775202/boot.png
Umpf. tmpfiles being that slow looks very weird. Only reasonably
explanation I could have for that is that you have a really deep
directory tree in /tmp/ or /var/tmp. What's going on there?
Lennart
--
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, 10.10.11 15:58, Richard Shaw (hobbes1...@gmail.com) wrote:
On Mon, Oct 10, 2011 at 3:43 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
On Mon, 10.10.11 15:13, Richard Shaw (hobbes1...@gmail.com) wrote:
/var/tmp/yum-richard-R_0cAQ/x86_64/15/adobe-linux-i386
/var/tmp/yum
On Mon, 10.10.11 23:06, Reindl Harald (h.rei...@thelounge.net) wrote:
Am 10.10.2011 20:27, schrieb Lennart Poettering:
Unless really necessary please drop After=network.target. Applications
that just bind on 0.0.0.0 don't need to synchronize on the network.
more general as question
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, 11.10.11 00:03, Lennart Poettering (mzerq...@0pointer.de) wrote:
But anyway, I am aware that not all daemons are netlink aware and we
need to support that daemons like that and making them more dynamic is
not realistic in the short term. So what we could do is introduce a new
target
On Tue, 11.10.11 03:38, Lennart Poettering (mzerq...@0pointer.de) wrote:
[Unit]
After=network.target
Before=remote-fs-pre.target
Wants=remote-fs-pre.target
This should appear in F16 soon.
This is now waiting in bodhi.
Would be cool if you could check if this works as intended for you
and is where distribution shipped
rules files should reside. /etc is admin territory is where admins can
add and override rules files.
In fact, a package that installs rules files in /etc is almost
definitely doing it wrong, and should be fixed.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel
configured a network).
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
(which makes the whole thing racy, which is another
reason why this is borked), and it will time out after 45s or so. I am
sure dcbw knows all the details.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
. That's
the only reasonably safe way to handle these things. And this should not
be mentioned at all in systemd unit files.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
it, so that it can override the previous settings.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 19.10.11 16:20, Richard Shaw (hobbes1...@gmail.com) wrote:
On Wed, Oct 19, 2011 at 3:58 PM, Tom Hughes t...@compton.nu wrote:
On 19/10/11 21:48, Richard Shaw wrote:
On Wed, Oct 19, 2011 at 3:26 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
You should manage acess
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 19.10.11 18:28, Richard Shaw (hobbes1...@gmail.com) wrote:
On Wed, Oct 19, 2011 at 5:09 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
On Wed, 19.10.11 16:20, Richard Shaw (hobbes1...@gmail.com) wrote:
Ok based on Tom's file I came up with the following. I know Lennart,
you
On Thu, 20.10.11 07:46, Matthew Miller (mat...@mattdm.org) wrote:
On Mon, Oct 17, 2011 at 07:10:04PM +0200, Lennart Poettering wrote:
In general doing something like this is a bit backwards since networks
come and go and come and go in todays world, and we also don't want to
This seems
think the /usr move changes nothing in this regard for now.
On top of that note that /usr split off and not mounted in initrd has
been broken since ages, so there isn't any news in it anyway.
http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken
Lennart
--
Lennart Poettering - Red
administrators have the major
benefits of the atomicity of the btrfs snapshotting, and for network and
especially container setups. And those three are absolute killer
features in my eyes.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https
referencing .local hostnames from unicast DNS.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
?
It bypasses the NSS which implements mDNS lookups.
If you want mDNS to be removed from your NSS stack, then edit
/etc/nsswitch.conf and remove it there.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
users should not get a private tmp by default,
since the traditional definition of /tmp is that it is can be used to
share files between users.
But yupp, I am all for this and would be happy to change the default for
PrivateTmp= in service files from no to yes upstream.
Lennart
--
Lennart
to figure out which one is which one.
But we could definitely add this if necessary, as a property on the bus
object of the service, which would then be queriable with systemctl
show.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, 07.11.11 19:15, Chris Adams (cmad...@hiwaay.net) wrote:
Once upon a time, Lennart Poettering mzerq...@0pointer.de said:
Yes, since they are created as subdirectories of the real / with mkdtemp()
and thus can be found there like any other directory if you are running
in the main
On Mon, 07.11.11 21:53, Gregory Maxwell (gmaxw...@gmail.com) wrote:
On Mon, Nov 7, 2011 at 8:48 PM, Lennart Poettering mzerq...@0pointer.de
wrote:
If run on the main namespace all they see is that the files are in some
randomized subdir of /tmp, instead of /tmp itself
a directory in the main namespace?
In other words, if the attacker is able to create a directory in the
main namespace, you've already lost?
I was talking of a local attacker here, not a remote one.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
then we definitely can do
something about it, but it's probably not worth thinking too much about
that before that.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
either) so I'm
a hard case to win over.
Hmm, since it's inception Fedora has been supporting only SysV scripts
for its services and systemd is the first time we have changed that.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https
.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, 11.11.11 14:12, Miloslav Trmač (m...@volny.cz) wrote:
On Fri, Nov 11, 2011 at 2:05 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
Note that only double-forking
will properly detach a process from the parent it is started from on
Unix, and hence is not an option but mandatory
On Fri, 11.11.11 14:36, Miloslav Trmač (m...@volny.cz) wrote:
On Fri, Nov 11, 2011 at 2:22 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
On Fri, 11.11.11 14:12, Miloslav Trmač (m...@volny.cz) wrote:
On Fri, Nov 11, 2011 at 2:05 PM, Lennart Poettering
mzerq...@0pointer.de wrote
. Unless of course you think flamewars are a good thing,
not a bad thing.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
of patches in my checkout (including volume
ramping and plug-in effects and similar). Also note that I'll run the
track about audio at plumbersconf again, so there's really no reason to
believe that I moved on or PA was dead.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel
an hour for me, then I'd already have done it
myself... ;-)
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
a newer ALSA already contains the quirk.
So, well, I don't think things are really that bad.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 04.08.10 02:40, Lennart Poettering (mzerq...@0pointer.de) wrote:
On Wed, 04.08.10 00:10, Lennart Poettering (mzerq...@0pointer.de) wrote:
Small addition. When I was referring to rawhide I meant both F-14 and
the new rawhide. i.e. both F-14 and F-15.
And here's another addition
On Wed, 04.08.10 10:51, Bill Nottingham (nott...@redhat.com) wrote:
Lennart Poettering (mzerq...@0pointer.de) said:
And here's another addition: you might also want to run this command
when upgrading from older rwahide to current F-14/rawhide:
# systemctl enable graphical.target
On Wed, 04.08.10 16:27, Frank Murphy (frankl...@gmail.com) wrote:
On 04/08/10 16:08, Lennart Poettering wrote:
# systemctl enable graphical.target
This makes sure the default.target link is created properly
I still believe that for this particular one (and a few of the others) we
something to
test the PA proto implementation against. So I basically consider esd
package a test case for myself, and that's the sole reason I maintain
it.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
On Thu, 05.08.10 20:35, John Poelstra (poels...@redhat.com) wrote:
621200 :: ASSIGNED :: systemd :: Lennart Poettering :: [abrt]
systemd-units-5-2.fc15: selabel_lookup_common: Process /bin/systemctl
was killed by signal 11 (SIGSEGV) ::
https://bugzilla.redhat.com/show_bug.cgi?id=621200
systemd the first time after the
branching.
I'd prefer having to maintain a single package only, not two.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
binary, hence I
see little value in optimizing this dependency away.
Quite frankly I'd like to see stuff like lsb_release and similar
programs be replaced by little .pc files across the board.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https
for Fedora as well?
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
1 - 100 of 1733 matches
Mail list logo