-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/14/2010 09:30 PM, Lennart Poettering wrote:
heya,
I have uploaded preliminary versions of the unit files I put together
for the various services of our default install. I think they give an
indication how simple these files actually are:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/19/2010 10:59 AM, Lennart Poettering wrote:
Socket activation is one of the key features of systemd: it pulls the
creation of the listening socket out of the daemons and into the init
system. You basically tell systemd that it should listen
On Mon, 19.07.10 11:33, Stephen Gallagher (sgall...@redhat.com) wrote:
Hmm, unfortunately I'm not sure that this will work with SSSD as it
currently exists. SSSD as a service needs to be running as early in the
boot process as it can be brought up, because it is is possible that
other
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/19/2010 12:12 PM, Lennart Poettering wrote:
It would be great if sssd would adopt socket based activation, because
then we could start syslog, sssd and let's say an ssd client foo, all
in one big step, instead of having to run them serially.
On Mon, 19.07.10 12:29, Stephen Gallagher (sgall...@redhat.com) wrote:
I'll certainly give it some thought. My main concern is portability at
this point. There are a lot of systems that do not (and will not)
support systemd. I'm not sure how one would configure this socket
activation
On Thu, 2010-07-15 at 16:18 +0200, Lennart Poettering wrote:
Note that if admins want to change the parameters passed to daemons they
have a very easy way to do that in systemd: they can just copy the
rpm-owned service file from /lib/systemd/system into
/etc/systemd/systemd and then make their
On Fri, 16.07.10 09:32, Hans Ulrich Niedermann (h...@n-dimensional.de) wrote:
On Thu, 2010-07-15 at 16:18 +0200, Lennart Poettering wrote:
Note that if admins want to change the parameters passed to daemons they
have a very easy way to do that in systemd: they can just copy the
rpm-owned
Le 15/07/2010 19:42, Till Maas a écrit :
On Thu, Jul 15, 2010 at 07:04:49PM +0200, Lennart Poettering wrote:
In contrast to SSH it is very unlikely that dovecot will run on
non-server systems.
I am not sure how comm
on it is, but I use dovecot to be able to access
the mail that is stored
On Fri, 2010-07-16 at 17:11 +0200, Nicolas Mailhot wrote:
These days it is much easier to set up a local dovecot than try to
convince MUA authors to fix their stuff (and with squirrelmail you can
even webmailize it)
It's even faster, however, to dump all your mail in GMail and use that
as
Le 16/07/2010 17:29, Adam Williamson a écrit :
It's even faster, however, to dump all your mail in GMail and use that
as your server.
Well, I assume that the scores of MUAs we still ship mean gmail has not
taken over all our users yet.
--
Nicolas Mailhot
--
devel mailing list
On Fri, 16 Jul 2010 17:39:39 +0200
Nicolas Mailhot nicolas.mail...@laposte.net wrote:
Le 16/07/2010 17:29, Adam Williamson a écrit :
It's even faster, however, to dump all your mail in GMail and use
that as your server.
Well, I assume that the scores of MUAs we still ship mean gmail has
On Fri, 2010-07-16 at 17:39 +0200, Nicolas Mailhot wrote:
Le 16/07/2010 17:29, Adam Williamson a écrit :
It's even faster, however, to dump all your mail in GMail and use that
as your server.
Well, I assume that the scores of MUAs we still ship mean gmail has not
taken over all our
Till Maas wrote:
On Thu, Jul 15, 2010 at 04:18:06PM +0200, Lennart Poettering wrote:
On Thu, 15.07.10 08:58, Till Maas (opensou...@till.name) wrote:
On Thu, Jul 15, 2010 at 03:30:41AM +0200, Lennart Poettering wrote:
And why should acpid go away? What is there that can be used instead?
Used
On Fri, Jul 16, 2010 at 09:42:33PM +0200, Roberto Ragusa wrote:
I have a use case which does not involve power management.
Some keys on my Thinkpad generate ACPI events which I can assign
to scripts run by acpid.
Keys also all generate input events, and the /proc/acpi/events
interface is
tor 2010-07-15 klockan 08:58 +0200 skrev Till Maas:
How are the /etc/sysconfig/service files now used? E.g. on F12 ntpd
drops privs to ntp:ntp according to /etc/sysconfing/ntpd, but
ntpd.service file seems not to do something like this.
So how about this:
If /etc/sysconfig/service exists and
In article 20100716120023.4468b...@willson.li.ssimo.org you wrote:
Gmail is available via POP and IMAP ... not antithetic to MUAs.
The IMAP is actually pretty non-standard. Enough to be usable, but
broken beyond that. The tag/folder translation is horrible. A move
requires two passes to get it
On Fri, Jul 16, 2010 at 10:48:44PM +0200, Roberto Ragusa wrote:
I do not see events generated by those keys. That is, if I run xev I see
events for some buttons (VolumeUp, Mute) but nothing for others (ThinkVantage
and many Fn-F?? combinations).
This is on Fedora-10, anyway. (...I know, I
On Thu, Jul 15, 2010 at 03:30:41AM +0200, Lennart Poettering wrote:
I have uploaded preliminary versions of the unit files I put together
for the various services of our default install. I think they give an
indication how simple these files actually are:
On Wed, 2010-07-14 at 21:41 -0400, Bill Nottingham wrote:
Re: cups, if the entire point is to reserve the sockets early with
systemd, why would portrelease still be required?
Also, re: this comment:
# This is evil stuff. CUPS should use proper enumeration instead of
# retriggering these
Another question about the cups config:
[Install]
# This is activated via any of these three triggers:
# 1. Somebody connects to its sockets
# 2. A file is in the spool directory
# 3. A printer is plugged in
# This follows the same scheme MacOS uses to spawn CUPS only when necessary
On Wed, 14.07.10 21:41, Bill Nottingham (nott...@redhat.com) wrote:
Lennart Poettering (mzerq...@0pointer.de) said:
I have uploaded preliminary versions of the unit files I put together
for the various services of our default install. I think they give an
indication how simple these
On Thu, 15.07.10 11:01, Tim Waugh (twa...@redhat.com) wrote:
On Wed, 2010-07-14 at 21:41 -0400, Bill Nottingham wrote:
Re: cups, if the entire point is to reserve the sockets early with
systemd, why would portrelease still be required?
Also, re: this comment:
# This is evil stuff. CUPS
On Thu, 15.07.10 08:58, Till Maas (opensou...@till.name) wrote:
On Thu, Jul 15, 2010 at 03:30:41AM +0200, Lennart Poettering wrote:
I have uploaded preliminary versions of the unit files I put together
for the various services of our default install. I think they give an
indication how
On Thu, 2010-07-15 at 15:32 +0200, Lennart Poettering wrote:
The right approach here is to enumerate existing devices when CUPS
starts up. All programs that care about devices should do that:
But CUPS has no interest in what devices are currently attached. It
only cares what queues are
On Thu, 15.07.10 11:04, Tim Waugh (twa...@redhat.com) wrote:
Another question about the cups config:
[Install]
# This is activated via any of these three triggers:
# 1. Somebody connects to its sockets
# 2. A file is in the spool directory
# 3. A printer is plugged in
# This follows the
On Thu, 15.07.10 15:44, Tim Waugh (twa...@redhat.com) wrote:
The automatically created queues are configured by
system-config-printer. This is done using udev rules. Those udev rules
cannot perform their job is cupsd is not running at the moment the
printer is connected/disconnected.
On Thu, 2010-07-15 at 17:25 +0200, Lennart Poettering wrote:
Extend the binary you call from the udev rules so that it also can be
called outside of the rules and in that case enumerates what is already
there. Then, call that after cupsd is started (for example from a
ExecStartPost= line in
On Thu, 15 Jul 2010 16:18:06 +0200
Lennart Poettering mzerq...@0pointer.de wrote:
On Thu, 15.07.10 08:58, Till Maas (opensou...@till.name) wrote:
On Thu, Jul 15, 2010 at 03:30:41AM +0200, Lennart Poettering wrote:
I have uploaded preliminary versions of the unit files I put
together
Once upon a time, Simo Sorce sso...@redhat.com said:
We have a bug open with CUPS trying to generate SSL certs on the first
connections, being too slow and causing the client to timeout.
So no, you can't make assumptions here.
Dovecot generating its SSL parameters can take 10 seconds on the
On Thu, Jul 15, 2010 at 04:18:06PM +0200, Lennart Poettering wrote:
To be frank I believe that a big number of the /etc/sysconfig options
are simply redundant and should go away. For example, I see little
reason why the admin should be able to configure the user id to drop
priviliges to for
On Thu, 15.07.10 11:52, Simo Sorce (sso...@redhat.com) wrote:
How are the SSH host keys supposed to be generated with systemd?
Currently the initscript creates them, if they do not exist.
Well, I believe the right place to create them would be in sshd
itself. I don't think the
On Thu, Jul 15, 2010 at 07:24, Lennart Poettering mzerq...@0pointer.de wrote:
On Wed, 14.07.10 21:41, Bill Nottingham (nott...@redhat.com) wrote:
Lennart Poettering (mzerq...@0pointer.de) said:
I have uploaded preliminary versions of the unit files I put together
for the various services
On Thu, Jul 15, 2010 at 10:37, Lennart Poettering mzerq...@0pointer.de wrote:
On Thu, 15.07.10 11:52, Simo Sorce (sso...@redhat.com) wrote:
We have a bug open with CUPS trying to generate SSL certs on the first
connections, being too slow and causing the client to timeout.
So no, you can't
On Thu, 15.07.10 11:02, Chris Adams (cmad...@hiwaay.net) wrote:
Once upon a time, Simo Sorce sso...@redhat.com said:
We have a bug open with CUPS trying to generate SSL certs on the first
connections, being too slow and causing the client to timeout.
So no, you can't make assumptions
On 07/15/2010 12:02 PM, Chris Adams wrote:
Once upon a time, Simo Sorcesso...@redhat.com said:
We have a bug open with CUPS trying to generate SSL certs on the first
connections, being too slow and causing the client to timeout.
So no, you can't make assumptions here.
Dovecot
On Thu, 15.07.10 13:08, Bill Peck (bp...@redhat.com) wrote:
On 07/15/2010 12:02 PM, Chris Adams wrote:
Once upon a time, Simo Sorcesso...@redhat.com said:
We have a bug open with CUPS trying to generate SSL certs on the first
connections, being too slow and causing the client to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/15/10 10:08 AM, Bill Peck wrote:
Dovecot generating its SSL parameters can take 10 seconds on the first
startup, so that would be another one with a problem.
What about generating these in %post of the rpm install? Seems to make
Lennart Poettering (mzerq...@0pointer.de) said:
Which is why I was wondering what other daemons are there that use
portreserve right now?
$ repoquery -q --whatrequires portreserve --alldeps
portreserve-0:0.0.4-4.fc13.x86_64
cups-1:1.4.4-5.fc13.x86_64
krb5-server-0:1.7.1-10.fc13.x86_64
On Thu, Jul 15, 2010 at 04:18:06PM +0200, Lennart Poettering wrote:
On Thu, 15.07.10 08:58, Till Maas (opensou...@till.name) wrote:
On Thu, Jul 15, 2010 at 03:30:41AM +0200, Lennart Poettering wrote:
I have uploaded preliminary versions of the unit files I put together
for the
On Thu, Jul 15, 2010 at 07:04:49PM +0200, Lennart Poettering wrote:
On Thu, 15.07.10 11:02, Chris Adams (cmad...@hiwaay.net) wrote:
Once upon a time, Simo Sorce sso...@redhat.com said:
We have a bug open with CUPS trying to generate SSL certs on the first
connections, being too slow
On Thu, 15.07.10 11:01, Stephen John Smoogen (smo...@gmail.com) wrote:
I am aware that doing things during package installation instead of
first-boot is problematic for system images that are distributed and
booted from multiple machines. Maybe for those cases (where r/o root
isn't
On Thu, Jul 15, 2010 at 11:51, Lennart Poettering mzerq...@0pointer.de wrote:
On Thu, 15.07.10 11:01, Stephen John Smoogen (smo...@gmail.com) wrote:
I am aware that doing things during package installation instead of
first-boot is problematic for system images that are distributed and
heya,
I have uploaded preliminary versions of the unit files I put together
for the various services of our default install. I think they give an
indication how simple these files actually are:
http://0pointer.de/public/systemd-units/
Please have a look and if you have any questions just ask!
Lennart Poettering (mzerq...@0pointer.de) said:
I have uploaded preliminary versions of the unit files I put together
for the various services of our default install. I think they give an
indication how simple these files actually are:
http://0pointer.de/public/systemd-units/
Please have
44 matches
Mail list logo