Unfortunately, I'm not actually seeing anything obvious that ubiquity is doing wrong, but merely an accumulation of little things. The blacklist is operating fine (look for "Not copying" lines in syslog). What the blacklist does is to avoid copying certain files when it knows that the package is going to be removed anyway, so it speeds up the file-copying phase substantially but doesn't help (much) with the package removal phase.
I've only done eyeball inspection so far rather than anything systematic, but the only specific things I've seen beyond sheer volume of packages are: * Some font packages cause roughly ten seconds per package of updating the fontconfig cache. Some don't. I think the ones that do are those that still use defoma. * There's an odd minute of inactivity after removing xfsprogs. Stéphane's dpkg.log shows lots of "status installed" lines, i.e. calls to modstatdb_note. I don't know quite what's going on here. This seems to be essentially just dpkg checking the status of all the packages it's about to remove, but why is it taking so long? A hack does come to mind where we take special care when copying /var/lib/dpkg/status to ensure that blacklisted packages are not even registered as installed after copying. However, I'd be worried about that leading to subtle inconsistencies. The obvious thing to consider here is whether it's really worth you having all of these language packs and such on the live filesystem on your DVD, or whether it would make sense to have most of the packages as .debs on the DVD instead. The latter would be much quicker. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/667243 Title: Ubiquity takes a very long (>20 minutes) time to remove langpacks on the Edubuntu image -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
