dpkg hooks (was Re: Upgrade report from "bo" to "hamm")
- To: debian-devel@lists.debian.org, debian-dpkg@lists.debian.org
- Subject: dpkg hooks (was Re: Upgrade report from "bo" to "hamm")
- From: apharris@burrito.onshore.com (Adam P. Harris)
- Date: 30 Jun 1998 12:31:08 -0400
- Message-id: <[🔎] oa67hirgvn.fsf_-_@burrito.fake>
- In-reply-to: Rob Browning's message of "29 Jun 1998 17:59:57 -0500"
- References: <87zpf4hl3a.fsf@localhost.zdv.uni-mainz.de> <19980623104102.H19848@molec3.dfis.ull.es> <873ecwq9ao.fsf@localhost.zdv.uni-mainz.de> <19980623162916.A17691@abcinternet.net> <oag1gozi5t.fsf@burrito.fake> <87g1gohrrs.fsf@tiamat.datasync.com> <87ra0795le.fsf@nevermore.csres.utexas.edu>
Rob Browning <rlb@cs.utexas.edu> writes:
> Manoj Srivastava <srivasta@datasync.com> writes:
> > Actually, I would like to see a hooks mechanism for the
> > package management system desgned and implemented. This can take the
> > place of the pre and post inst rm scripts; the currrent behaviour
> > just being the default hooks implemented by dpkg.
> >
> > Thus, bbdbv could just put a reconfig request in the
> > after-package-configured-hook for VM, and that would e that.
> >
> > The shaould also be a post-install-run-hook, and all menu call
> > and emacsen-configure calls could be added to that hook, to be
> > run when the installation is over.
> >
> > This si a relatively simple, but very powerful technique.
>
> Consider this proposal seconded :>
I think I would probably agree too but I don't understand what you're
proposing. My goal was to basically de-duplicate multiple, time
consuming runs to things that lots of packages do, like update-menus.
Manoj, does your scheme address this?
--
.....A. P. Harris...apharris@onShore.com...<URL:http://www.onShore.com/>
--
To UNSUBSCRIBE, email to debian-dpkg-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: