I have made a number of changes to fix the htdig ebuild. The webapp-detect function is trying to set permissions and create directories when userpriv has dropped privs to user portage. I've moved this to the correct location. Another concern is that htdig comes packages with an obscure version of Berkley DB. It would be nice if it used our version, then we could make use of the USE="berkdb" flag, etc. Also, something is totally messed up with autoconf, because CPPFLAGS gets passed to the Berkley DB configure script, but not CFLAGS. You can see this in the db/dist/Makefile after running src_compile(). I think we should watchout for the next stable release and version bump. This ebuild depends on my webapp-apache.eclass fixes (Bug 36069)
Created attachment 22410 [details] htdig-3.1.6-r5.ebuild I recommend the revision increase, because current users will suddenly find the htdig files installed in the correct location (based on their apache.conf).
Created attachment 22411 [details] htdig-3.1.6-r5.ebuild forgot to move the CPPFLAGS outside of the body
Is this still valid? I'm tempted to close this bug. Stu
is this still an issue ?
If you remove the dependency, you can close the bug. We want to keep 36069 open. This was apparently being fixed while I was submitting the bug. Stuart pushed the changes to the eclass that corrected the bug out the following day. Some of my modifications are still being considering, however, in bug 36069. These modifications involve changing both the htdig ebuild and the webapp-apache.eclass. Should I attach this ebuild to bug 36069? I'd like to also add that these ebuilds need to get the "has_version" out of the global scope.
Bug 36069 is closed, so I'm closing this as well.
