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 condi
-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 serial
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 serv
-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 10:10, Stephen Gallagher (sgall...@redhat.com) wrote:
> We already do this. The log messages you're seeing are actually
> debugging messages. You probably want to use --debug-to-files to ensure
> that these debug messages aren't printed to the console (and instead go
> to /var/log
-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 ar
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 kno
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
tor 2010-07-15 klockan 08:58 +0200 skrev Till Maas:
> How are the /etc/sysconfig/ 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/ exists and contains an
Matthew Garrett wrote:
> 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
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 s
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 i
On Thu, Jul 15, 2010 at 10:18 AM, Lennart Poettering
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
Hi Lennart,
as a downstream of Fedor
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
On Fri, 16 Jul 2010 17:39: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 al
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
devel@lists.
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 y
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 st
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
> > rp
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 th
On Thu, Jul 15, 2010 at 11:51, Lennart Poettering 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
>> > booted from mu
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 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 said:
> > > We have a bug open with CUPS trying to generate SSL certs on the first
> > > connections, being too slow and ca
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
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
spamas
-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 mak
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 Sorce 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
On Thu, 15.07.10 10:39, Stephen John Smoogen (smo...@gmail.com) wrote:
> > You are right. portrelease is not necessary anymore if socket activation
> > is used for the repsective services.
> >
> > Does anyone know what other services (besides CUPS) currently use
> > portreserve? Might be worth spe
On 07/15/2010 12:02 PM, Chris Adams wrote:
> Once upon a time, Simo Sorce 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
On Thu, 15.07.10 11:02, Chris Adams (cmad...@hiwaay.net) wrote:
>
> Once upon a time, Simo Sorce 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.
>
> Do
On Thu, Jul 15, 2010 at 10:37, Lennart Poettering 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 make assumpt
On Thu, Jul 15, 2010 at 07:24, Lennart Poettering 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 of our def
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
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
Once upon a time, Simo Sorce 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 first
startup, so
On Thu, 15 Jul 2010 16:18:06 +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, 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.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. Th
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 follo
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 confi
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
> > indicatio
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 stu
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 th
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
Also=cups.sock
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 devic
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:
>
> http://0pointer.de/public/syste
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/
>
> Pleas
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!
E
48 matches
Mail list logo
