Created attachment 216384 [details]
cd /usr/ports/net-p2p/gtk-gnutella && patch < <filename>
Patch for update to latest version.
Note, new build requires "gmake", other than that, a pretty bog standard update from a ports point of view
Build info is available at https://gitlab.com/swills/freebsd-ports/pipelines/170786666
I'll take ownership if this is abandoned...
It builds on amd64, but fails on current-i386, see
Do you want to investigate or is i386 no longer supported ?
Sorry about that. I'll investigate, and speak to the author.
How did you go - get any feedback on why gtk-gnutella has stopped building on i386 with this update?
Are you able to provide a link to an upstream bug report?
Do you think the preference is to update to the latest release and mark i386 as broken, or hold off on the update?
Hi Ben. I include a new patch file to replace the previous one.
I don't have an upstream bug report - I've been talking to Raphael (the author) directly.
Anyway, I found the problem, and he has confirmed my fix is correct. Basically he'd made a change and missed off i386 related settings for when the system malloc is being used.
The patch will be merged upstream, and is included here.
This wasn't noticed because he develops (and tests extensively on FreeBSD amd64) using his own recommended malloc implementation.
I'm not sure why the default setting for this port was to use system malloc, but if there are no objections, I've changed the port to now use his internal malloc by default, but added an OPTION tag so that it is configurable via the config dialog.
I've also updated and tidied up pkg-help.
Note, I needed to use patch -p0 < ... to apply this (and then remove the zero length files/patch-src_lib_xmalloc.c.orig manually) - if you know of a better way to create the patch file, I'm all ears! :-)
Let me know if this is ok!
Created attachment 218312 [details]
New patch. Obsoletes previous one. patch -p0 < ....