| Summary: | Introduce flag to mark packages that need manual intervention | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Henryk Plötz <henryk> |
| Component: | [OLD] Unspecified | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | enhancement | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
Moin,
I recently let it do some updates (emerge -u gnome in this case) only to discover, when I came backe, that it aborted at package 17 of 106 because some package (openldap in this case) couldn't manage to update on its own. I appreciate that it might be hard to write something that even remotely resembles a database and doesn't get totally devastated at the sight of a potential update, but packages like these completely spoil the fun, by making it impossible to bulk-update a system while doing something completely different (e.g.: sleeping).
I therefore suggest that a new flag be introduced, similarly to the already existing fetch-restriction which marks packages that need their sources downloaded manually, to mark theses 'whiny'[1] packages that can't get an update done without a human holding their hand. Clear candidates for this flag would be net-nds/openldap and dev-db/mysql and any other package that has the moral equivalent of if [[ -d "${ROOT}/${DATADIR}" ]] ; then die "Database already exists" ; done.
These packages should then be marked clearly in the emerge -au output, so that I can manually update them, before going to sleep and letting it bulk-update the rest of the packages.
[1] This is a first suggestion for a name for the new flag, but I'd be flexible about that if you don't like it.
--
Henryk Plötz
Grüße aus Berlin
http://www.gentoo.org/proj/en/glep/glep-0042.html *** This bug has been marked as a duplicate of 86209 *** |
Moin, I recently let it do some updates (emerge -u gnome in this case) only to discover, when I came backe, that it aborted at package 17 of 106 because some package (openldap in this case) couldn't manage to update on its own. I appreciate that it might be hard to write something that even remotely resembles a database and doesn't get totally devastated at the sight of a potential update, but packages like these completely spoil the fun, by making it impossible to bulk-update a system while doing something completely different (e.g.: sleeping). I therefore suggest that a new flag be introduced, similarly to the already existing fetch-restriction which marks packages that need their sources downloaded manually, to mark theses 'whiny'[1] packages that can't get an update done without a human holding their hand. Clear candidates for this flag would be net-nds/openldap and dev-db/mysql and any other package that has the moral equivalent of if [[ -d "${ROOT}/${DATADIR}" ]] ; then die "Database already exists" ; done. These packages should then be marked clearly in the emerge -au output, so that I can manually update them, before going to sleep and letting it bulk-update the rest of the packages. [1] This is a first suggestion for a name for the new flag, but I'd be flexible about that if you don't like it. -- Henryk Pl