ek: same result

voy4g3r2: And if you look in /usr/local/poudriere/ports/HEAD in the jail, the ports tree is up-to-date?

I suppose it might help if you include the Poudriere error(s) and build log.

I'm completely in the dark as to what's going on.

me too

thanks for the help, i may just have to wait for updates to the ports

i got a version of llama.cpp i can use.. so it is not mission critical

haha the .failed file

lang/python311 python311-3.11.15_2 checksum checksum 0

i'm laughing at this point because it is like.. wtf and where to go from here, basically a nervous reaction

voy4g3r2: I don't suppose you're going to provide these logs?

i could do that

got distracted

all the logs or just the package?

Well, the Poudriere build log for the package, for sure.

That would be a start.

I'm just trying to figure out where this error is happening.

Perhaps it's just a Poudriere configuration issue?

that may be possible, i have built packages "before"

in early may without this issue and python has been updated since then

found the log and getting it pasted somewhere, one more minute

this was the ONLY file in the error log directory

the directory was /usr/local/poudriere/data/logs/bulk/150Ramd64-HEAD/2026-05-28_19h00m15s/logs/errors

which just does a sym link.. one directory up from errors

voy4g3r2: ===> Giving up on fetching files: python/ceac1efc66516ac387eef2c9a0ce671895b44f03.patch

This is concerning. Can you past the distinfo file for lang/python311?

s/past/paste/

Odd that it's only the patches.

heston76: Yeah.

I'm curious to see what their distinfo contains.

sure, i can do that

i did check against the github links, in the freshports.org entry

i could NOT see any difference..

this is why i have been hyper focused on the checksum and the files not downloading.. but was going in circles

which then brings me back to the point.. i assume python311 is a pretty common thing to get rebuilt by smarter people than me but yet not seeing anything

its late, i will tackle more of this tomorrow.. it is eluding me

voy4g3r2: Have you tried setting the fetch reget to higher than 1 just to see what happens?

I haven't seen this issue, but it appears to have helped the user in the PR you posted.

voy4g3r2: maybe a "FETCH_REGET=4" or something in /etc/make.conf?

i can give that a try

running

and this time i am bouncing.. i shall see what happens by morning

thank you for the patience and guidance, it is greatly appreciated

FETCH_REGRET amirite

hi

< Ltning> Hecate: What application is this? // It's a Haskell web app, github.com/flora-pm/flora-server

362u/9

(woops)

haha

ek: That was it

thank you!

Is there a way to run the third stage of "freebsd-update install" at a later stage, despite /var/db/freebsd-update being mangled by freebsd-update cron in the meantime?

Hello, I'm building jail on the fly (CI/CD pipeline) and I was wondering about IP assignation: I'm looking for a solution for a DHCP-like solution for non-VNET jails, any idea? Basically I'm looking for a tool (Consul ?) in which a can assign a pool of IPs and having way to atomically fetch/release an ip from this pool

mage: may i ask why it has to be a non-vnet jail? it is my understanding you can not do DHCP work (from my experience) in a non-vnet jail.

host: setup dynamic pair interfaces in a bridge jail: have the jail get an ip, attached to the dynamically created pair interface. Then run your tests, close down the jail.. host releases the pair interface

voy4g3r2: so you didn't move the old files away as I had suggested yesterday and make fetch didn't validate that the already downloaded files are indeed the wanted files, before it skipped to download the files

Hey if anyone is interested in XMPP dev, there will be a dev event in London in Nov, if you are interested let me know: wiki.xmpp.org/web/Sprints/2026-11_London

as for how this relates to BSD, we really need more BSD adoption, so if someone is interested in helping with running BSD based XMPP services, please also consider coming.

mage: and why would dhcp not work?

nimaje: it was not that. I even created a brand new tree. Only when the FETCH_REGET=4 was added to the make.conf that it worked.

nimaje: so, made new tree, tried again, nothing. re-updated 2 trees nothing. Added FETCH_REGET=4 to make.conf and then it worked.

Could be something to do with the way your ISP does routing or something.

that is out of my element and trying to prove that

because it is onlY 1 package.. if multiple one, i would push more on ISP

i ended up building 115 packages in total :)

which all starts because my CPU does not support AVX, AVX2, FMA and F16C instructions that llama.cpp is built for by default.

and thanks again ek, kind of weird little nuance buried in all those notes

Yeah. Definitely strange. Especially considering it's only an issue with the patch files.

And it's pulling from github so it's not like some random hosting site.

You're welcome!

Oh, on the topic of XMPP: ekollof.github.io/xepher <-- Just fixed that today for FreeBSD and OpenBSD. Using it right now in weechat.

There is a FreeBSD MUC at freebsd⊙mxf for people that are interested