Summary: | [possible webapp-config bug?] horde ebuilds suffer from the "empty directories get deleted on upgrade/reinstall" issue | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mike Nerone <mike> |
Component: | Current packages | Assignee: | Gentoo Web Application Packages Maintainers <web-apps> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | web-apps |
Priority: | High | ||
Version: | 2004.0 | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Mike Nerone
2004-06-25 07:20:31 UTC
the first three cases you point out are directories made by webapp-config, not horde the 4th case i dont see it being a bug since, afaik, those directories dont really need to exist to function correctly When I made this report, I didn't realize that it's the webapp eclass that handles those skeleton directories. Those were my main concern, not the PEAR dirs. I do still consider the horde-pear case a minor bug, though. Any merge that leaves you with a package that thinks it's incomplete (functional though it may be) is a bug. IMHO, unnecessary empty dirs should either not be merged in the first place or should be preserved through an update/reinstall (wouldn't some keep files solve this?). I realize the shortcoming is in portage, though, and merely cosmetic in the case of horde-pear (incidentally, for *some* apps, it's not cosmetic: e.g. for postfix, its spool directories are required to exist; however, it doesn't like to see .keep files in them, so the ebuild works around this issue by creating those directories in pkg_postinst so that they don't get unmerged during an updat -- but I digress). Stu - thoughts? wrobel - thoughts? The webapp.eclass uses "dodir" in webapp_src_preinst which leads to this effect. We ensured that w-c won't complain when these dirs are missing. |