On Sat, May 14, 2005 at 02:10:44PM +0200, Arthur Korn wrote: > Steve Langasek schrieb: > > How does this patch look?
> Ahrg, I just notice I introduced a similar check (in the > findfiles function though) in my local version but forgot to > update the changelog or upload it. This is in 1.3.25-23 now. > Fixing this there remains the problem of invoke-rc.d failing. > I'm still confident that conffiles are actually unpacked with > everything else on first installation of the package. But since > it does not really matter wheter devfsd is restarted if it isn't > already running, I'll ignore errors of invoke-rc.d in > update-devfsd. This is in 1.3.25-23 too. Notice that any config > files added by maintainers of other packages to devfsd and > committed with update-devfsd are no more garanteed to take > effect immediately unless update-devfsd -f is used. (which in > turn still fails if devfsd can't be restarted for some reason). Ok. I reasoned that my fix had the least number of side-effects, because it didn't make any sense at all to restart devfsd while the package was in an unconfigured state. If you think that a missing symlinks.d directory isn't a good indicator of the package being unconfigured, then that's fine too. Cheers, -- Steve Langasek postmodern programmer
signature.asc
Description: Digital signature