[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Delayed ldconfig execution in postinst step



Le Lun 13 Mars 2006 19:46, Eduard Bloch a écrit :
> #include <hallo.h>
>
> * Pierre Habouzit [Mon, Mar 13 2006, 07:16:22PM]:
> > > What is a depends? Do you mean dependency or dependents?
> > > Further, I would not depend on package installation operations
> > > but instead invent something like "dpkg-hook --execute ldconfig"
> > > to run outstanding tasks noted under the name "ldconfig".
> >
> > you also need a way to enforce the run, e.g. if you change your
> > libc, you may want to run the ldconfig ASAP, and to purge its entry
> > from the cache of actions to perform at the end.
>
> Why should I want this? What is so special about libc from dynamic
> loader's point of view? Would any glibc maintainer second that?
>
> And of course the command is to be removed from the list of pending
> task when the task is executed, why would we want to run the things
> twice?

well, I was pondering about it, and maybe for ldconfig it won't be 
needed. But I really think that we need 3 types of actions:

 * delayed execution
 * instantaneous execution (purges cache)
 * instantaneous execution if an operation is pending, nothing else
   (purge the cache).

e.g. If a package uses tex to build some sort of documentation at 
install time (I know it's stupid, but it's just an example ok?) then 
the delayed operation of indexing the fonts has to be done before (thus 
my third option).

btw, the two later options may be added to the tool later, until they 
are needed.

> --
> OpenBSD fails miserably in this respect, and makes for an example of
> how NOT to work with the community on security issues.  Their
> approach is, roughly, "we fixed this a while ago but didn't tell
> anyone, so you're vulnerable and we're not, ha-ha-ha".

-- 
·O·  Pierre Habouzit
··O                                                madcoder@debian.org
OOO                                                http://www.madism.org

Attachment: pgpOgY43XHkhJ.pgp
Description: PGP signature


Reply to: