[arch-haskell] Unregistering lots of packages

[Magnus Therning]

Don Stewart wrote:
> magnus:
>> On Mon, Aug 24, 2009 at 9:02 AM, Abhishek Dasgupta<abhidg at gmail.com> wrote:
>>> 2009/8/23 Magnus Therning <magnus at therning.org>:
>>>> On Sat, Aug 22, 2009 at 11:35 PM, Don Stewart<dons at galois.com> wrote:
>>>>> Unregistering lots of packages is quite slow now, since we run haddock
>>>>> in the unregister script (to recompute the index?).
>>>>>
>>>>> Any thoughts on how to avoid it?
>>>> Does pacman support some sort of post-{remove,install} operations?
>>>>
>>>> Everything else I can think of has the feeling of being incredibly
>>>> hack-y or require user interaction.
>>>>
>>> Yes, through the post_install() and post_remove() functions
>>> in the install script (sample at /usr/share/pacman/proto.install)
>> Not exactly what I meant.  That is still per package, and if I
>> understand Don correctly it's the fact that _every_ Haskell package
>> does the same thing in its post_{install,remove}() (rebuilding the
>> Haddock index) that is bothering him.  What I so clumsily tried to ask
>> was if pacman has a post-{install,remove} action that _isn't_ per
>> package but rather per invocation of pacman.  In this example, it
>> would be nice to rebuild the haddock index once rather than once per
>> package.
> 
> Ah, I see: it is rebuilding the index each time, which is slow. So bulk
> remove (i.e. after I do a hackage build) is slow.
> 
> Maybe I should just use the chroot and blow that away instead. 

Using a chroot sounds like a good idea, not only to address this particular
issue.

/M

-- 
Magnus Therning                        (OpenPGP: 0xAB4DFBA4)
magnus＠therning．org          Jabber: magnus＠therning．org
http://therning.org/magnus         identi.ca|twitter: magthe

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://www.haskell.org/pipermail/arch-haskell/attachments/20131012/959be143/attachment.sig>