I put base-system in the CC because they were in metadata.xml, is that what I'm supposed to do? This is an upgrade/fix for debianutils. Here's what I did: 1. Bumped the version, changed the SRC_URI because it wasn't working with this version. 2. The gcc3.3 patch is no longer needed. 3. Added an econf to src_compile. 4. Remade debianutils-compress.patch as a unified diff and for this version. Also renamed it debianutils-savelog.patch, because it's more appropriate. 5. Remade debianutils-<ver>-gentoo.patch. I added some paranoid quoting like the older patch, and moved lilo checking to before grub checking. Also, I changed the run-parts regex filename validation. I'd like to explain what I did with the filename validation. This version of run-parts now has an option for LSB sysinit validation. This style of validation will run files such as .keep, and ._cfg*. I removed the debian-specific exclude and added one for Gentoo's ._cfg* files. I feel strongly that these should be excluded, because the admin has not looked at them yet and they often will duplicate an already-existing cron file. I also feel that adding a separate regex check to stop 0 byte .keep files from being scanned is not worth the extra CPU and code. If the non-LSB sysinit (classical) validation is used, which is the default, then no . files will be scanned, so we are safe. More specifically, any file with a . in it will be ignored. Many ebuilds are creating cron scripts with a .cron at the end. My opinion is these scripts need to be renamed, however, this may not be acceptable to the Gentoo team. How many users have run-parts in /etc/crontab though? Let me know what you think and if everything is ok, please commit ASAP, as the version in portage is quite old :)
Created attachment 30128 [details] debianutils-2.8.1.ebuild
Created attachment 30129 [details] debianutils-savelog.patch
Created attachment 30130 [details] debianutils-2.8.1-gentoo.patch
Created attachment 30193 [details] debianutils-2.8.1-gentoo.patch Forgot quotes around "root"
could you please update to 2.8.4 or 2.11.2 and take into consideration the current state of debianutils-1.16.7-r4.ebuild ?
2.13.1 now in portage