Date: Wed, 29 Dec 2021 07:09:32 +0000 From: bugzilla-noreply@freebsd.org To: ruby@FreeBSD.org Subject: [Bug 247817] lang/ruby26 and lang/ruby27: fails to build with poudriere when 127.0.0.1 unavailable Message-ID: <bug-247817-21402-1cnmQEhxNV@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-247817-21402@https.bugs.freebsd.org/bugzilla/> References: <bug-247817-21402@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D247817 Sean Champ <lab+bsd@thinkum.space> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lab+bsd@thinkum.space --- Comment #4 from Sean Champ <lab+bsd@thinkum.space> --- If it might serve towards any workaround, perhaps the loopback address in ext/socket/extconf.rb could be patched during the build, to set it to some unique token e.g "@@LOOPBACK@@". After the diff for that patch would be app= lied in the port build, the patched file could then be processed with sed -perha= ps it could be done during post-patch - such as to use some address provided w= ith a variable in the port build. That variable's definition could be provided to the port build via make.con= f, for site-local configuration. The port could provide a default value e.g `RUBY_LOOPBACK_IPV4?=3D127.0.0.1` in the port Makefile. An IPv6 option coul= d be provided, too. if the variable was substituted during patch and post-patch,= it may not need any changes for the configuration of the build environment? If the build contains a dependency on a specific networking configuration -= as it seems to, in how that's been approached in that file - at least it might serve to make the loopback address (IPv4 or IPv6) a configurable feature for the port build? They've used that address a lot, and then there's the IPv6 version - lookin= g at a recent changeset under Ruby 3.=20 For purposes of supporting this under 'make test', perhaps more files would need to be patched/sed-subst'ed, not only this extconf.rb.=20 While it may not serve to address any questions about the design of these tests, the patch/subst approach might at least serve to provide a portable workaround for the port build? --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-247817-21402-1cnmQEhxNV>