Re: git: 2ba4ed91621e - main - sysutils/createrepo_c: new port
Date: Fri, 04 Oct 2024 05:57:54 UTC
On Wed, Oct 2, 2024 at 3:21 AM Pietro Cerutti <gahr@freebsd.org> wrote: > > On Oct 01 2024, 17:04 +0000, Daniel Engberg <daniel.engberg.lists@pyret.net> wrote: > > > >Poudriere also lists quite a few warnings about dependencies and the > >REINPLACE_CMD commands. > >>https://pdr2.bofh.network/data/141-diizzy/2024-10-01_11h36m29s/logs/createrepo_c-1.1.4.log > > Nice. I wasn't aware of poudriere's Q/A phase. I used poudriere bulk to > test the port but I don't see that in my logs. How do I enable it? > https://gahr.ch/poudriere/logs/bulk/14amd64-dev/2024-10-01_12h26m54s/logs/createrepo_c-1.1.4.log You can add the following to your poudriere.conf: PORTTESTING=1 PORTTESTING_RECURSIVE=1 PORTTESTING_FATAL=no This is equivalent to adding the -trk flags to `poudriere bulk` see poudriere-bulk(8). It's basically like using `poudriere testport` in bulk mode. Downside is sometimes you may encounter build problems with deps that send you down a rabbit hole and the build stalls out on a select few popular ports like doxygen that ultimately build and package, but touch the filesystem in the process. The command just needs to be run again in this case. Setting PORTTESTING_FATAL=no (or using the -k switch) is kind of iffy, though. For example, if a port you are working on simply adds new files that are not in pkg-plist, a package will still be created and the build will keep going, which could be misleading and negatively affect consumers. Poudriere will add this build log to the errors directory, however. Definitely check the build logs to make sure. - Jason