On Sunday 12 March 2006 21:11, Przemek Iskra wrote:
> On Sun, Mar 12, 2006 at 07:20:17PM +0100, glen wrote:
> > Author: glen Date: Sun Mar 12 18:20:17 2006 GMT
> > Module: SPECS Tag: HEAD
> > Log message:
> > - use %service (weird upgrade procedu
--- Jakub Bogusz <[EMAIL PROTECTED]> wrote:
> There are two different packages named nss_mdns: one from
> mDNSResponder.spec (on APSL license), the second one (freestanding,
> on LGPL license) from nss_mdns.spec.
>
> At least one of them must be renamed.
or nss_mdns should separated from mDNSRes
There are two different packages named nss_mdns: one from
mDNSResponder.spec (on APSL license), the second one (freestanding,
on LGPL license) from nss_mdns.spec.
At least one of them must be renamed.
--
Jakub Boguszhttp://qboosh.cs.net.pl/
___
pl
On Sun, Mar 12, 2006 at 07:20:17PM +0100, glen wrote:
> Author: glen Date: Sun Mar 12 18:20:17 2006 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - use %service (weird upgrade procedure removed)
now upgrade will fail if service is running:
file
1. try to replace some inetdaemon with another one - in efect the old
daemon is still running, new one fails to start
2. I don't see any way to enable builtin service (such as daytime)
Also, there are some config parsing inconsequences (xinetd script
requires SERVICE_TYPE=RPC for rpc services, wh
