[paludis-user] Rebuilding everything with cave --resume-file is awfully slow

Ciaran McCreesh ciaran.mccreesh at googlemail.com
Sat Jan 1 00:50:58 UTC 2011

On Fri, 31 Dec 2010 12:51:57 +0100
Rodolphe Rocca <maitrechang at gmail.com> wrote:
> Off course every user would appreciate things to go a little bit
> faster if possible here :-)

The next major release includes a workaround for some libstdc++
stupidity that tends to make it try to write() one byte at a time.
That'll make a fair difference there...

> >> Moreover If I CTRL-C, the resume file gets corrupted.
> >> Isn't there a signal handler catching this signal and waiting for
> >> the resume-file being completely written before exiting
> >> gracefully ?
> > No.
> Is it a design choice or a question of priority ?

Due to their nature, it's basically impossible to write Unix signal
handlers correctly.

> Any advice on how to handle this situation ?
> Because at this time I don't know how to rebuild my system with cave 
> without uninstalling a few packages like etqw-data...


Ciaran McCreesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.exherbo.org/pipermail/paludis-user/attachments/20110101/cd5c87e0/attachment.asc>

More information about the paludis-user mailing list