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 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!
>>
>> Re: cups, if the entire point is to reserve the sockets early with
>> systemd, why would portrelease still be required?
>
> 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 spending my time on patching those for
> socket actrivation, too, so that we can get rid of portreserve this
> way. One less daemon to start!

I believe portrelease is in use because of an outstanding bug I have
from 2002 or so? The problem is that various RPC programs have a
tendency to grab low ports (ypbind being the one that showed up nearly
constantly for a month at the workplace) and cause CUPS (and various
other utilities) to not work in various ways. If the systemd will make
sure that ypbind, rpc.netstatd and other older generation programs do
not grab other programs those requirements would not be needed.


>> Bill, probably missing something
>
> Nope. You are right.
>
> Lennart
>
> --
> Lennart Poettering - Red Hat, Inc.
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>



-- 
Stephen J Smoogen.
“The core skill of innovators is error recovery, not failure avoidance.”
Randy Nelson, President of Pixar University.
"We have a strategic plan. It's called doing things.""
— Herb Kelleher, founder Southwest Airlines
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Reply via email to