Re: Cannot download source code
On Sat, Apr 30, 2022 at 08:06:52AM -0400, fossy--- via Mailinglist for GNUnet developers wrote: > Hello there. > I'd just like to report: http://ftpmirror.gnu.org/gnunet/gnunet-0.16.3.tar.gz > I get this message when I go and attempt to download it: > > gz.part could not be saved, because the source file could not be read. > Try again later, or contact the server administrator. > > I am running OpenBSD, but I have never seen such message until now.. Can't comment on download thing, but "ftp http://ftpmirror.gnu.org/gnunet/gnunet-0.16.3.tar.gz; works for me. Compiling 0.16.3 on OpenBSD won't be successful though, you need to use git sources for now, until there is a new release.
Re: gnurl CVE applicability
On Mon, Apr 04, 2022 at 05:14:53PM +0200, Christian Grothoff wrote: > On 4/4/22 17:09, Nikita Ronja Gillmann wrote: > > > > > > > > Regardless, you should be able to build GNUnet against vanilla > > > libcurl these days, so that might be a better way to avoid worrying > > > about this. > > > > In the context of pkgsrc, the problem is that I can not enforce a change > > of setting in curl (for example built against gnutls) for the defaults. > > Or maybe you can explain how a gnunet built against curl and gnurl would > > differ these days in terms of functionality and features. > > Ah, I see. Well, yes, non-gnutls curl is likely still going to cause grief > for some parts of GNUnet... README says that libgnurl is recommended, but I think in OpenBSD I will must use libcurl linked to libressl. I was thinking about porting libgnurl, but I suppose it won't find any support from OpenBSD committers, because this library can be viewed as potential new attack surface, and we will need to support security incidents for both, libcurl and libgnurl, and libgnurl site says: > gnurl/libgnurl is looking for a new maintainer which means new versions of libgnurl probably will lag behind libcurl in matter of security incidents. Does non-gnutls curl brings some disasters to GNUnet?
Re: openbsd - gnunet warnings in logs
On Mon, Apr 04, 2022 at 10:46:50AM +, Schanzenbach, Martin wrote: > Hi, > > > On 4. Apr 2022, at 12:32, Mikhail wrote: > > > > I've installed latest in git (60e93b8f0) on the OS, I didn't use > > --prefix, so installation has gone to default /usr/local, when I run > > gnunet-peerinfo I see several types of warnings in the logs. > > > > I'd like to package gnunet for OpenBSD, but first I need to understand > > that the application is working properly and usable for end users, I'll > > be definitely asked by OpenBSD committers about those warnings and if > > they are critical to general availability of the service of gnunet. > > > > If you get core connections (gnunet-core shows at least one connection) > and "gnunet-arm -I" does not show any failed services you are pretty much > good to go (for now). Yes, gnunet-core shows connections, and no failed services. ec2-user:/home/ec2-user/work/gnunet:340$ gnunet-core Mon Apr 04 10:52:50 2022: connection established Y924 (timeout in 299 s) ec2-user:/home/ec2-user/work/gnunet:338$ gnunet-arm -I Services (excluding stopped services): (started: 24 / stopped: 22) ats (binary='gnunet-service-ats', status=started) cadet (binary='gnunet-service-cadet', status=started) core (binary='gnunet-service-core', status=started) datastore (binary='gnunet-service-datastore', status=started) dht (binary='gnunet-service-dht', status=started) fs (binary='gnunet-service-fs', status=started) gns (binary='gnunet-service-gns', status=started) hostlist (binary='gnunet-daemon-hostlist', status=started) identity (binary='gnunet-service-identity', status=started) namecache (binary='gnunet-service-namecache', status=started) namestore (binary='gnunet-service-namestore', status=started) nat (binary='gnunet-service-nat', status=started) nse (binary='gnunet-service-nse', status=started) peerinfo (binary='gnunet-service-peerinfo', status=started) peerstore (binary='gnunet-service-peerstore', status=started) reclaim (binary='gnunet-service-reclaim', status=started) rest (binary='gnunet-rest-server', status=started) revocation (binary='gnunet-service-revocation', status=started) setu (binary='gnunet-service-setu', status=started) statistics (binary='gnunet-service-statistics', status=started) topology (binary='gnunet-daemon-topology', status=started) transport (binary='gnunet-service-transport', status=started) zonemaster (binary='gnunet-service-zonemaster', status=started) zonemaster-monitor (binary='gnunet-service-zonemaster-monitor', status=started) > > Also 'make check' has 1 test failed, I sent email to bug-gnunet@ about > > it. > > I tried to reproduce it yesterday, but I did not get gnunet to compile at all > for some > reason and gave up :( If you have time for that - I can give you access to OpenBSD/7.1/amd64/root AWS instance with the latest git sources, if you mail me your public key - it compiles fine there. > > > here I had called 'gnunet-arm -e' > > > > 2022-04-04T10:19:49.884614+ gns-api-20029 WARNING Problem with message > > queue. error: 1 > > 2022-04-04T10:19:49.896043+ gns-api-49916 WARNING Problem with message > > queue. error: 1 > > 2022-04-04T10:19:49.915683+ gns-api-49916 WARNING Problem with message > > queue. error: 1 > > > > This may be an issue. Does it terminate the processes or does it just hang? It terminates the process, shutdown is complete.
openbsd - gnunet warnings in logs
I've installed latest in git (60e93b8f0) on the OS, I didn't use --prefix, so installation has gone to default /usr/local, when I run gnunet-peerinfo I see several types of warnings in the logs. I'd like to package gnunet for OpenBSD, but first I need to understand that the application is working properly and usable for end users, I'll be definitely asked by OpenBSD committers about those warnings and if they are critical to general availability of the service of gnunet. Also 'make check' has 1 test failed, I sent email to bug-gnunet@ about it. Can you prompt me if the warnings are critical, or they can be ignored? The type of warnings: > WARNING Failed to find plugin `http_client' > WARNING Failed to find plugin `https_client' > WARNING Failed to find plugin `udp' but at least http and https plugins are there: ec2-user:/usr/local/lib/gnunet:324$ f http_client ./libgnunet_plugin_transport_http_client.so ./libgnunet_plugin_transport_http_client.la ec2-user:/usr/local/lib/gnunet:325$ f https_client ./libgnunet_plugin_transport_https_client.so ./libgnunet_plugin_transport_https_client.la for 'udp' I get something different: ec2-user:/usr/local/lib/gnunet:331$ f udp ./libexec/gnunet-communicator-udp ./libgnunet_test_transport_plugin_cmd_udp_backchannel.so ./libgnunet_test_transport_plugin_cmd_udp_backchannel.la Also I'm interested in following warning, which I see quiet often: > WARNING Processing code for message of type 367 did not call > `GNUNET_SERVICE_client_continue' after 1 m The full log: 2022-04-04T10:18:19.865427+ nat-19169 ERROR UPnP enabled in configuration, but UPnP client `upnpc` command not found, disabling UPnP 2022-04-04T10:18:19.924010+ transport-tcp-91112 WARNING Unexpected address length: 24 bytes 2022-04-04T10:18:19.924406+ transport-91112 ERROR Assertion failed at gnunet-service-transport_validation.c:902. 2022-04-04T10:18:19.924442+ transport-91112 ERROR Address with 24 bytes for plugin tcp and peer DSTJ is malformed 2022-04-04T10:18:19.924467+ transport-tcp-91112 WARNING Unexpected address length: 12 bytes 2022-04-04T10:18:19.924488+ transport-91112 ERROR Assertion failed at gnunet-service-transport_validation.c:902. 2022-04-04T10:18:19.924508+ transport-91112 ERROR Address with 12 bytes for plugin tcp and peer DSTJ is malformed 2022-04-04T10:18:19.925709+ transport-tcp-91112 WARNING Unexpected address length: 24 bytes 2022-04-04T10:18:19.925735+ transport-91112 ERROR Assertion failed at gnunet-service-transport_validation.c:902. 2022-04-04T10:18:19.925756+ transport-91112 ERROR Address with 24 bytes for plugin tcp and peer V8XX is malformed 2022-04-04T10:18:19.925779+ transport-tcp-91112 WARNING Unexpected address length: 12 bytes 2022-04-04T10:18:19.925799+ transport-91112 ERROR Assertion failed at gnunet-service-transport_validation.c:902. 2022-04-04T10:18:19.925818+ transport-91112 ERROR Address with 12 bytes for plugin tcp and peer V8XX is malformed 2022-04-04T10:18:42.864454+ transport-91112 WARNING Failed to find plugin `http_client' 2022-04-04T10:18:42.868543+ transport-91112 WARNING Failed to find plugin `http_client' 2022-04-04T10:18:42.880047+ transport-91112 WARNING Failed to find plugin `http_client' 2022-04-04T10:18:42.880289+ transport-91112 WARNING Failed to find plugin `http_client' 2022-04-04T10:18:42.880337+ transport-91112 WARNING Failed to find plugin `http_client' 2022-04-04T10:18:42.882589+ transport-91112 WARNING Failed to find plugin `http_client' 2022-04-04T10:18:42.882777+ transport-91112 WARNING Failed to find plugin `https_client' 2022-04-04T10:18:42.882850+ transport-91112 WARNING Failed to find plugin `https_client' 2022-04-04T10:18:42.882890+ transport-91112 WARNING Failed to find plugin `http_client' 2022-04-04T10:18:42.882929+ transport-91112 WARNING Failed to find plugin `http_client' 2022-04-04T10:18:42.882973+ transport-tcp-91112 WARNING Unexpected address length: 24 bytes 2022-04-04T10:18:42.883019+ transport-tcp-91112 WARNING Unexpected address length: 12 bytes 2022-04-04T10:18:42.883167+ transport-91112 WARNING Failed to find plugin `udp' 2022-04-04T10:18:42.883207+ transport-91112 WARNING Failed to find plugin `udp' 2022-04-04T10:18:42.883246+ transport-91112 WARNING Failed to find plugin `udp' 2022-04-04T10:18:42.883430+ transport-91112 WARNING Failed to find plugin `udp' 2022-04-04T10:18:42.883470+ transport-91112 WARNING Failed to find plugin `udp' 2022-04-04T10:18:42.883508+ transport-91112 WARNING Failed to find plugin `udp' 2022-04-04T10:18:42.883586+ transport-91112 WARNING Failed to find plugin `https_client' 2022-04-04T10:18:42.883626+ transport-91112 WARNING Failed to find plugin `https_client' 2022-04-04T10:18:42.883664+ transport-91112 WARNING Failed to find plugin `http_client' 2022-04-04T10:18:42.883702+ transport-91112 WARNING Failed to
Re: openbsd - failed to load sqlite plugins
On Sat, Apr 02, 2022 at 08:47:52PM +0300, Mikhail wrote: > I've installed gnunet to ~/tmp/gnunet (--prefix option to ./configure), > added $prefix/bin to the PATH, and after 'gnunet-arm -s' I see the > following in the logs, this log flow stops only after 'gnunet-arm -e'. > > It can't find sqlite plugins, but they're there and installed: LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/misha/tmp/gnunet/lib/ gnunet-arm -s worked for me, gnunet-core and gnunet-search are working now, some errors and warnings are still in the logs, not sure if they're critical or not: 2022-04-03T14:46:54.935814+0300 transport-tcp-9707 WARNING Unexpected address length: 24 bytes 2022-04-03T14:46:54.936343+0300 transport-9707 ERROR Assertion failed at gnunet-service-transport_validation.c:902. 2022-04-03T14:46:54.936400+0300 transport-9707 ERROR Address with 24 bytes for plugin tcp and peer DSTJ is malformed 2022-04-03T14:46:54.936418+0300 transport-tcp-9707 WARNING Unexpected address length: 12 bytes 2022-04-03T14:46:54.936433+0300 transport-9707 ERROR Assertion failed at gnunet-service-transport_validation.c:902. 2022-04-03T14:46:54.936448+0300 transport-9707 ERROR Address with 12 bytes for plugin tcp and peer DSTJ is malformed 2022-04-03T14:46:54.938392+0300 transport-tcp-9707 WARNING Unexpected address length: 24 bytes 2022-04-03T14:46:54.938411+0300 transport-9707 ERROR Assertion failed at gnunet-service-transport_validation.c:902. 2022-04-03T14:46:54.938427+0300 transport-9707 ERROR Address with 24 bytes for plugin tcp and peer V8XX is malformed 2022-04-03T14:46:54.938442+0300 transport-tcp-9707 WARNING Unexpected address length: 12 bytes 2022-04-03T14:46:54.938455+0300 transport-9707 ERROR Assertion failed at gnunet-service-transport_validation.c:902. 2022-04-03T14:46:54.938469+0300 transport-9707 ERROR Address with 12 bytes for plugin tcp and peer V8XX is malformed 2022-04-03T14:46:54.954185+0300 nat-87654 ERROR UPnP enabled in configuration, but UPnP client `upnpc` command not found, disabling UPnP 2022-04-03T14:46:54.955106+0300 util-os-installation-87654 WARNING `access' failed on file `/home/misha/tmp/gnunet/lib//gnunet/libexec/gnunet-helper-nat-server' at os_installation.c:792 with error: No such file or directory 2022-04-03T14:48:09.923657+0300 util-connection-9707 WARNING `shutdown' failed at ./tcp_connection_legacy.c:1075 with error: Invalid argument 2022-04-03T14:48:11.923528+0300 util-connection-9707 WARNING `shutdown' failed at ./tcp_connection_legacy.c:1075 with error: Invalid argument 2022-04-03T14:48:11.943430+0300 util-connection-9707 WARNING `shutdown' failed at ./tcp_connection_legacy.c:1075 with error: Invalid argument 2022-04-03T14:48:12.743699+0300 util-connection-9707 WARNING `shutdown' failed at ./tcp_connection_legacy.c:1075 with error: Invalid argument
openbsd - failed to load sqlite plugins
I've installed gnunet to ~/tmp/gnunet (--prefix option to ./configure), added $prefix/bin to the PATH, and after 'gnunet-arm -s' I see the following in the logs, this log flow stops only after 'gnunet-arm -e'. It can't find sqlite plugins, but they're there and installed: misha:/home/misha/tmp/gnunet:5973$ find . -name '*sqlite*' ./lib/gnunet/libgnunet_plugin_datacache_sqlite.so ./lib/gnunet/libgnunet_plugin_datacache_sqlite.la ./lib/gnunet/libgnunet_plugin_datastore_sqlite.so ./lib/gnunet/libgnunet_plugin_datastore_sqlite.la ./lib/gnunet/libgnunet_plugin_peerstore_sqlite.so ./lib/gnunet/libgnunet_plugin_peerstore_sqlite.la ./lib/gnunet/libgnunet_plugin_namecache_sqlite.so ./lib/gnunet/libgnunet_plugin_namecache_sqlite.la ./lib/gnunet/libgnunet_plugin_namestore_sqlite.so ./lib/gnunet/libgnunet_plugin_namestore_sqlite.la The log: 2022-04-02T20:39:11.867137+0300 util-plugin-18764 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_block_regex' with error: file not found 2022-04-02T20:39:11.949257+0300 util-plugin-18764 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_block_revocation' with error: file not found 2022-04-02T20:39:11.980549+0300 util-plugin-18764 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_block_gns' with error: file not found 2022-04-02T20:39:11.986143+0300 util-plugin-18764 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_block_fs' with error: file not found 2022-04-02T20:39:12.002863+0300 util-plugin-1775 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_namestore_sqlite' with error: file not found 2022-04-02T20:39:12.005305+0300 namestore-1775 ERROR Could not load database backend `libgnunet_plugin_namestore_sqlite' 2022-04-02T20:39:12.005796+0300 util-plugin-19888 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_rest_copying' with error: file not found 2022-04-02T20:39:12.018097+0300 util-plugin-19888 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_rest_config' with error: file not found 2022-04-02T20:39:12.021461+0300 util-plugin-18764 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_transport_tcp' with error: file not found 2022-04-02T20:39:12.021514+0300 dht-18764 ERROR Failed to load transport plugin for `libgnunet_plugin_transport_tcp' 2022-04-02T20:39:12.023854+0300 util-plugin-6653 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_block_test' with error: file not found 2022-04-02T20:39:12.030226+0300 util-plugin-6653 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_block_dht' with error: file not found 2022-04-02T20:39:12.040882+0300 util-plugin-19888 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_rest_identity' with error: file not found 2022-04-02T20:39:12.048371+0300 util-plugin-6653 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_block_regex' with error: file not found 2022-04-02T20:39:12.048570+0300 util-plugin-19888 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_rest_namestore' with error: file not found 2022-04-02T20:39:12.057102+0300 util-plugin-19888 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_rest_peerinfo' with error: file not found 2022-04-02T20:39:12.057397+0300 util-plugin-6653 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_block_dns' with error: file not found 2022-04-02T20:39:12.064929+0300 util-plugin-19888 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_rest_gns' with error: file not found 2022-04-02T20:39:12.065225+0300 util-plugin-6653 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_block_set_test' with error: file not found 2022-04-02T20:39:12.067543+0300 util-plugin-63915 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_transport_tcp' with error: file not found 2022-04-02T20:39:12.068383+0300 transport-63915 ERROR Failed to load transport plugin for `libgnunet_plugin_transport_tcp' 2022-04-02T20:39:12.072449+0300 util-plugin-6653 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_block_seti_test' with error: file not found 2022-04-02T20:39:12.074236+0300 util-plugin-19888 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_rest_openid_connect' with error: file not found 2022-04-02T20:39:12.079200+0300 util-plugin-6653 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_block_setu_test' with error: file not found 2022-04-02T20:39:12.081674+0300 util-plugin-19888 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_rest_reclaim' with error: file not found 2022-04-02T20:39:12.084625+0300 util-plugin-6653 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_block_consensus' with error: file not found 2022-04-02T20:39:12.089721+0300 util-plugin-6653 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_block_revocation' with error: file not found 2022-04-02T20:39:12.100380+0300 util-plugin-6653 ERROR `lt_dlopenext' failed for library `libgnunet_plugin_block_gns' with error: file not found
Re: compiling gnunet 0.16.3 on openbsd
On Fri, Apr 01, 2022 at 11:22:22AM +0200, Nikita Ronja Gillmann wrote: > Mikhail transcribed 77K bytes: > > On Fri, Apr 01, 2022 at 07:37:49AM +, Schanzenbach, Martin wrote: > > > Yes. The IP DHT underlay implementation is simply not portable. > > > I just commited a fix to not built it for openbsd. > > > > Thank you for fixing the issues! Build is successful, full log is > > inlined - I got some warnings, maybe they will be interesting to the > > developers. > > The iptables/ip6tables/ip binary tests are just that, warnings. > There's an unresolved bug which means that one helper binary won't work on > the *BSDs. > I've recently picked this back up and as a solution I am translating > the invocations, which takes some time. As I'm a NetBSD dev it might > not work fully on OpenBSD, but I try to keep this portable (ipf/ipfw/route in > mind). I wasn't clear - I meant compilation warnings, and this strange one: Updating ./version.texi MAKEINFO ./gnunet.info ./gnunet.texi:5: warning: unrecognized encoding name `UTF-8'.
Re: compiling gnunet 0.16.3 on openbsd
On Fri, Apr 01, 2022 at 07:37:49AM +, Schanzenbach, Martin wrote: > Yes. The IP DHT underlay implementation is simply not portable. > I just commited a fix to not built it for openbsd. Thank you for fixing the issues! Build is successful, full log is inlined - I got some warnings, maybe they will be interesting to the developers. $ uname -a OpenBSD rapi.lab.local 7.1 GENERIC.MP#1605 arm64 $ cc -v OpenBSD clang version 13.0.0 Target: aarch64-unknown-openbsd7.1 Thread model: posix InstalledDir: /usr/bin $ AUTOCONF_VERSION=2.71 AUTOMAKE_VERSION=1.16 ./bootstrap Removing folder 'libltdl'... Synchronizing submodule url for 'contrib/gana' recfix --check registry.rec ../format.sh h.template < registry.rec > gnu_name_system_record_types.h.tmp cat h.header gnu_name_system_record_types.h.tmp h.footer > gnu_name_system_record_types.h rm -f gnu_name_system_record_types.h *.tmp recfix --check registry.rec ../format.sh tlds.template < registry.rec > tlds.conf.tmp cat tlds.header tlds.conf.tmp > tlds.conf rm -f tlds.conf *.tmp recfix --check registry.rec ../format.sh h.template < registry.rec > gnunet_signatures.h.tmp cat h.header gnunet_signatures.h.tmp h.footer > gnunet_signatures.h rm -f gnunet_signatures.h *.tmp Uncrustify not detected, hook not installed. Please install uncrustify if you plan on doing development yapf not detected, please install yapf if you plan on contributing python code checking for libtoolize / libtool... libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `build-aux'. libtoolize: copying file `build-aux/ltmain.sh' libtoolize: putting macros in `m4'. libtoolize: copying file `m4/libtool.m4' libtoolize: copying file `m4/ltoptions.m4' libtoolize: copying file `m4/ltsugar.m4' libtoolize: copying file `m4/ltversion.m4' libtoolize: copying file `m4/lt~obsolete.m4' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. misha:/home/misha/work/gnunet:351$ I-search: misha:/home/misha/work/gnunet:351$ mutt misha:/home/misha/work/gnunet:351$ ./configure --with-microhttpd=/usr/local/ checking build system type... aarch64-unknown-openbsd7.1 checking host system type... aarch64-unknown-openbsd7.1 checking target system type... aarch64-unknown-openbsd7.1 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a race-free mkdir -p... ./build-aux/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether UID '1000' is supported by ustar format... yes checking whether GID '1000' is supported by ustar format... yes checking how to create a ustar tar archive... plaintar checking whether make supports nested variables... (cached) yes checking for gawk... (cached) awk checking for gcc... no checking for cc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether the compiler supports GNU C... yes checking whether cc accepts -g... yes checking for cc option to enable C11 features... none needed checking whether cc understands -c and -o together... yes checking whether make supports the include directive... yes (GNU style) checking dependency style of cc... gcc3 checking whether cc understands -c and -o together... yes checking whether ln -s works... yes checking whether make sets $(MAKE)... (cached) yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.29.2... yes checking how to print strings... print -r checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking the maximum length of command line arguments... 393216 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... no checking how to convert aarch64-unknown-openbsd7.1 file names to aarch64-unknown-openbsd7.1 format... func_convert_file_noop checking how to convert aarch64-unknown-openbsd7.1 file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... match_pattern /lib[^/]+(\.so\.[0-9]+\.[0-9]+|\.so|_pic\.a)$ checking for dlltool... no checking how to associate runtime and link libraries... print -r -- checking
Re: compiling gnunet 0.16.3 on openbsd
On Thu, Mar 31, 2022 at 06:58:55PM +, Schanzenbach, Martin wrote: > Hi Mikhail, > > I just pushed some portability fixes to git master. > I tried in a VM (with gcc, however) and it builds for me now on openbsd. > Can you try again? > It seems to me as if you are missing something in your toolchain. > Maybe libtool? Can you check that you have installed all dependencies? Yes, latest git started to build fine (clang 13), no 'srcdir' configure hack is needed, but it failed to compile because of IP_PKTINFO being not implemented. I'm not sure what 'dhtu' module is doing, googling gives no answer - is it possible to disable it? Making all in dhtu CC testing_dhtu_cmd_send.lo CCLD libgnunettestingdhtu.la CC plugin_dhtu_gnunet.lo CCLD libgnunet_plugin_dhtu_gnunet.la CC plugin_dhtu_ip.lo plugin_dhtu_ip.c:857:37: error: use of undeclared identifier 'IP_PKTINFO' (cmsg->cmsg_type == IP_PKTINFO), ^ plugin_dhtu_ip.c:860:30: error: use of undeclared identifier 'IP_PKTINFO' (cmsg->cmsg_type == IP_PKTINFO) ) ^ plugin_dhtu_ip.c:862:21: error: invalid application of 'sizeof' to an incomplete type 'struct in_pktinfo' if (CMSG_LEN (sizeof (struct in_pktinfo)) == ^ ~~~ /usr/include/sys/socket.h:546:58: note: expanded from macro 'CMSG_LEN' #define CMSG_LEN(len) (_ALIGN(sizeof(struct cmsghdr)) + (len)) ^~~ plugin_dhtu_ip.c:862:36: note: forward declaration of 'struct in_pktinfo' if (CMSG_LEN (sizeof (struct in_pktinfo)) == ^ plugin_dhtu_ip.c:865:27: error: variable has incomplete type 'struct in_pktinfo' struct in_pktinfo pi; ^ plugin_dhtu_ip.c:862:36: note: forward declaration of 'struct in_pktinfo' if (CMSG_LEN (sizeof (struct in_pktinfo)) == ^ plugin_dhtu_ip.c:1033:23: error: use of undeclared identifier 'IP_PKTINFO' IP_PKTINFO, ^ 5 errors generated. *** Error 1 in src/dhtu (Makefile:896 'plugin_dhtu_ip.lo': @echo " CC " plugin_dhtu_ip.lo;/bin/sh ../../libtool --silent --tag=CC-...) *** Error 1 in src (Makefile:569 'all-recursive': @fail=; if (target_option=k; case ${target_option-} in ?) ;; *) echo "am__make_running_...) *** Error 1 in . (Makefile:651 'all-recursive': @fail=; if (target_option=k; case ${target_option-} in ?) ;; *) echo "am__make_running_wi...) *** Error 2 in /home/misha/work/gnunet (Makefile:516 'all')
Re: compiling gnunet 0.16.3 on openbsd
On Wed, Mar 30, 2022 at 10:17:32PM +0300, Mikhail wrote: > On Wed, Mar 30, 2022 at 05:40:53PM +, Schanzenbach, Martin wrote: > > Interesting. I think this hit us: > > https://bugs.freedesktop.org/show_bug.cgi?id=76856 > > Excellent find. > > > Can you modify configure.ac and remove any occurrences of "-no-undefined" > > and run > > > > $ ./bootstrap > > $ ./configure && make > > > > again? > > > > If that fixes it I can push that upstream. Atm I do not have a usable > > openbsd installation. > > I tried to build from git, but it has failed too (some comments after > bootstrap log, marked with ===), I'm not sure how to proceed with the > errors. I managed to "fix" ./configure issue after ./bootstrap with adding "srcdir=." around the check for aux files. The diff for configure.ac: diff --git a/configure.ac b/configure.ac index c2296f004..ce6eb82f6 100644 --- a/configure.ac +++ b/configure.ac @@ -1159,8 +1159,8 @@ AC_CHECK_FUNCS([atoll stat64 strnlen mremap getrlimit setrlimit sysconf initgrou GN_INTLINCL="" GN_LIBINTL="$LTLIBINTL" -GN_LIB_LDFLAGS="-export-dynamic -no-undefined" -GN_PLUGIN_LDFLAGS="-export-dynamic -avoid-version -module -no-undefined" +GN_LIB_LDFLAGS="-export-dynamic " +GN_PLUGIN_LDFLAGS="-export-dynamic -avoid-version -module " AC_SUBST([GN_LIB_LDFLAGS]) AC_SUBST([GN_PLUGIN_LDFLAGS]) diff --git a/contrib/gana b/contrib/gana index 0958add54..e12bcee06 16 --- a/contrib/gana +++ b/contrib/gana @@ -1 +1 @@ -Subproject commit 0958add542378a6ca9c411e2dc19527834e9f645 +Subproject commit e12bcee063df61ed4b9acbe819443672364eb4d8 diff --git a/po/POTFILES.in b/po/POTFILES.in index 5c1152e7c..b7e7684c6 100644 --- a/po/POTFILES.in +++ b/po/POTFILES.in @@ -530,6 +530,7 @@ src/util/crypto_ecc.c src/util/crypto_ecc_dlog.c src/util/crypto_ecc_gnsrecord.c src/util/crypto_ecc_setup.c +src/util/crypto_edx25519.c src/util/crypto_hash.c src/util/crypto_hash_file.c src/util/crypto_hkdf.c Unfortunately this approach didn't give any result: ./configure --with-microhttpd=/usr/local/ LDFLAGS="$LDFLAGS -L/usr/lib" [...] make V=1 [...] make all-recursive Making all in m4 Making all in bin Making all in src Making all in include Making all in . Making all in util /bin/sh ../../libtool --tag=CC--mode=link cc -fPIC -g -O2 -fno-strict-aliasing -Wno-address-of-packed-member -Wno-tautological-constant-out-of-range-compare -I/usr/local/include -export-dynamic -version-info 15:0:0 -L/usr/lib -Wl,--unresolved-symbols=report-all -Wl -lc -o libgnunetutil.la -rpath /usr/local/lib bandwidth.lo bio.lo buffer.lo child_management.lo client.lo common_allocation.lo common_endian.lo common_logging.lo configuration.lo configuration_helper.lo consttime_memcmp.lo container_bloomfilter.lo container_heap.lo container_meta_data.lo container_multihashmap.lo container_multishortmap.lo container_multiuuidmap.lo container_multipeermap.lo container_multihashmap32.lo crypto_symmetric.lo crypto_crc.lo crypto_cs.lo crypto_ecc.lo crypto_ecc_gnsrecord.lo crypto_ecc_dlog.lo crypto_ecc_setup.lo crypto_edx25519.lo crypto_hash.lo crypto_hash_file.lo crypto_hkdf.lo crypto_kdf.lo crypto_mpi.lo crypto_paillier.lo crypto_pow.lo crypto_random.lo crypto_rsa.lo disk.lo dnsparser.lo dnsstub.lo getopt.lo getopt_helpers.lo helper.lo load.lo mst.lo mq.lo nc.lo network.lo op.lo os_installation.lo os_network.lo os_priority.lo peer.lo plugin.lo program.lo regex.lo resolver_api.lo scheduler.lo service.lo signal.lo strings.lo time.lo tun.lo uri.lo speedup.lo proc_compat.lo-latomic -L/usr/local/lib -lgcrypt -lgpg-error -L/usr/local/lib -liconv -R/usr/local/lib -L/usr/local/lib -lintl -L/usr/local/lib -liconv -R/usr/local/lib -lltdl -lidn2 -lz -lunistring -lsodium -lm libtool: link: cc -shared -fPIC -DPIC -o .libs/libgnunetutil.so.15.0 .libs/bandwidth.o .libs/bio.o .libs/buffer.o .libs/child_management.o .libs/client.o .libs/common_allocation.o .libs/common_endian.o .libs/common_logging.o .libs/configuration.o .libs/configuration_helper.o .libs/consttime_memcmp.o .libs/container_bloomfilter.o .libs/container_heap.o .libs/container_meta_data.o .libs/container_multihashmap.o .libs/container_multishortmap.o .libs/container_multiuuidmap.o .libs/container_multipeermap.o .libs/container_multihashmap32.o .libs/crypto_symmetric.o .libs/crypto_crc.o .libs/crypto_cs.o .libs/crypto_ecc.o .libs/crypto_ecc_gnsrecord.o .libs/crypto_ecc_dlog.o .libs/crypto_ecc_setup.o .libs/crypto_edx25519.o .libs/crypto_hash.o .libs/crypto_hash_file.o .libs/crypto_hkdf.o .libs/crypto_kdf.o .libs/crypto_mpi.o .libs/crypto_paillier.o .libs/crypto_pow.o .libs/crypto_random.o .libs/crypto_rsa.o .libs/disk.o .libs/dnsparser.o .libs/dnsstub.o .libs/getopt.o .libs/getopt_helpers.o .libs/he
Re: compiling gnunet 0.16.3 on openbsd
On Wed, Mar 30, 2022 at 05:40:53PM +, Schanzenbach, Martin wrote: > Interesting. I think this hit us: > https://bugs.freedesktop.org/show_bug.cgi?id=76856 Excellent find. > Can you modify configure.ac and remove any occurrences of "-no-undefined" and > run > > $ ./bootstrap > $ ./configure && make > > again? > > If that fixes it I can push that upstream. Atm I do not have a usable openbsd > installation. I tried to build from git, but it has failed too (some comments after bootstrap log, marked with ===), I'm not sure how to proceed with the errors. $ ./bootstrap Removing folder 'libltdl'... Submodule path 'contrib/gana': checked out '0958add542378a6ca9c411e2dc19527834e9f645' Submodule path 'contrib/gana': checked out 'e12bcee063df61ed4b9acbe819443672364eb4d8' Synchronizing submodule url for 'contrib/gana' recfix --check registry.rec ../format.sh h.template < registry.rec > gnu_name_system_record_types.h.tmp cat > gnu_name_system_record_types.h rm -f gnu_name_system_record_types.h *.tmp recfix --check registry.rec ../format.sh tlds.template < registry.rec > tlds.conf.tmp cat > tlds.conf rm -f tlds.conf *.tmp recfix --check registry.rec ../format.sh h.template < registry.rec > gnunet_signatures.h.tmp cat > gnunet_signatures.h rm -f gnunet_signatures.h *.tmp Uncrustify not detected, hook not installed. Please install uncrustify if you plan on doing development yapf not detected, please install yapf if you plan on contributing python code checking for libtoolize / libtool... sh: contrib/get_version.sh: No such file or directory sh: contrib/get_version.sh: No such file or directory sh: contrib/get_version.sh: No such file or directory sh: contrib/get_version.sh: No such file or directory src/abd/Makefile.am:26: error: Libtool library used but 'LIBTOOL' is undefined src/abd/Makefile.am:26: The usual way to define 'LIBTOOL' is to add 'LT_INIT' src/abd/Makefile.am:26: to 'configure.ac' and run 'aclocal' and 'autoconf' again. src/abd/Makefile.am:26: If 'LT_INIT' is in 'configure.ac', make sure src/abd/Makefile.am:26: its definition is in aclocal's search path. src/abe/Makefile.am:34: error: Libtool library used but 'LIBTOOL' is undefined src/abe/Makefile.am:34: The usual way to define 'LIBTOOL' is to add 'LT_INIT' src/abe/Makefile.am:34: to 'configure.ac' and run 'aclocal' and 'autoconf' again. src/abe/Makefile.am:34: If 'LT_INIT' is in 'configure.ac', make sure src/abe/Makefile.am:34: its definition is in aclocal's search path. src/arm/Makefile.am:16: error: Libtool library used but 'LIBTOOL' is undefined src/arm/Makefile.am:16: The usual way to define 'LIBTOOL' is to add 'LT_INIT' src/arm/Makefile.am:16: to 'configure.ac' and run 'aclocal' and 'autoconf' again. src/arm/Makefile.am:16: If 'LT_INIT' is in 'configure.ac', make sure src/arm/Makefile.am:16: its definition is in aclocal's search path. src/ats/Makefile.am:17: error: Libtool library used but 'LIBTOOL' is undefined src/ats/Makefile.am:17: The usual way to define 'LIBTOOL' is to add 'LT_INIT' src/ats/Makefile.am:17: to 'configure.ac' and run 'aclocal' and 'autoconf' again. src/ats/Makefile.am:17: If 'LT_INIT' is in 'configure.ac', make sure src/ats/Makefile.am:17: its definition is in aclocal's search path. src/block/Makefile.am:10: error: Libtool library used but 'LIBTOOL' is undefined src/block/Makefile.am:10: The usual way to define 'LIBTOOL' is to add 'LT_INIT' src/block/Makefile.am:10: to 'configure.ac' and run 'aclocal' and 'autoconf' again. src/block/Makefile.am:10: If 'LT_INIT' is in 'configure.ac', make sure src/block/Makefile.am:10: its definition is in aclocal's search path. src/cadet/Makefile.am:27: error: Libtool library used but 'LIBTOOL' is undefined src/cadet/Makefile.am:27: The usual way to define 'LIBTOOL' is to add 'LT_INIT' src/cadet/Makefile.am:27: to 'configure.ac' and run 'aclocal' and 'autoconf' again. src/cadet/Makefile.am:27: If 'LT_INIT' is in 'configure.ac', make sure src/cadet/Makefile.am:27: its definition is in aclocal's search path. src/consensus/Makefile.am:35: error: Libtool library used but 'LIBTOOL' is undefined src/consensus/Makefile.am:35: The usual way to define 'LIBTOOL' is to add 'LT_INIT' src/consensus/Makefile.am:35: to 'configure.ac' and run 'aclocal' and 'autoconf' again. src/consensus/Makefile.am:35: If 'LT_INIT' is in 'configure.ac', make sure src/consensus/Makefile.am:35: its definition is in aclocal's search path. src/conversation/Makefile.am:13: error: Libtool library used but 'LIBTOOL' is undefined src/conversation/Makefile.am:13: The usual way to define 'LIBTOOL' is to add 'LT_INIT' src/conversation/Makefile.am:13: to 'configure.ac' and run 'aclocal' and 'autoconf' again. src/conversation/Makefile.am:13: If 'LT_INIT' is in 'configure.ac', make sure src/conversation/Makefile.am:13: its definition is in aclocal's search path. src/core/Makefile.am:17: error: Libtool library used but 'LIBTOOL' is undefined
Re: compiling gnunet 0.16.3 on openbsd
On Wed, Mar 30, 2022 at 05:16:59PM +, Schanzenbach, Martin wrote: > Hi, > > your configure output does not indicate that LDFLAGS is correctly set > of your system libraries are found in /usr/lib Can you try: > > $ ./configure <..your options> LDFLAGS="$LDFLAGS -L/usr/lib" > > and see if that works? Thanks for the fast reply. I tried your line and still have the same errors (make V=1 included at the end): $ ./configure --with-microhttpd=/usr/local LDFLAGS="$LDFLAGS -L/usr/lib" checking build system type... x86_64-unknown-openbsd7.1 checking host system type... x86_64-unknown-openbsd7.1 checking target system type... x86_64-unknown-openbsd7.1 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... build-aux/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether UID '1000' is supported by ustar format... yes checking whether GID '1000' is supported by ustar format... yes checking how to create a ustar tar archive... gnutar checking whether make supports nested variables... (cached) yes checking for gawk... (cached) awk checking for gcc... no checking for cc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking whether cc understands -c and -o together... yes checking whether make supports the include directive... yes (GNU style) checking dependency style of cc... gcc3 checking whether cc understands -c and -o together... yes checking whether ln -s works... yes checking whether make sets $(MAKE)... (cached) yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.29.2... yes checking how to print strings... print -r checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking the maximum length of command line arguments... 393216 checking how to convert x86_64-unknown-openbsd7.1 file names to x86_64-unknown-openbsd7.1 format... func_convert_file_noop checking how to convert x86_64-unknown-openbsd7.1 file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... match_pattern /lib[^/]+(\.so\.[0-9]+\.[0-9]+|\.so|_pic\.a)$ checking for dlltool... no checking how to associate runtime and link libraries... print -r -- checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking for sysroot... no checking for a working dd... /bin/dd checking how to truncate binary pipes... /bin/dd bs=4096 count=1 checking for mt... mt checking if mt is a manifest tool... no checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... yes checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... openbsd7.1 ld.so checking how to hardcode library paths into programs... immediate checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries...
compiling gnunet 0.16.3 on openbsd
Hello, I'm interested in gnunet and currently run latest openbsd snapshot: $ uname -a OpenBSD edge.lab.local 7.1 GENERIC.MP#448 amd64 $ clang -v OpenBSD clang version 13.0.0 Target: amd64-unknown-openbsd7.1 Thread model: posix InstalledDir: /usr/bin But during linkage I've faced issues with not finding libc's functions like memcpy, etc, full log is inlined, also 'make V=1' is included at the end. I tried to pass LDFLAGS="-L/usr/lib", but it gave no result. Does anyone have a clue to what can be done with it? $ ./configure --with-microhttpd=/usr/local checking build system type... x86_64-unknown-openbsd7.1 checking host system type... x86_64-unknown-openbsd7.1 checking target system type... x86_64-unknown-openbsd7.1 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... build-aux/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether UID '1000' is supported by ustar format... yes checking whether GID '1000' is supported by ustar format... yes checking how to create a ustar tar archive... gnutar checking whether make supports nested variables... (cached) yes checking for gawk... (cached) awk checking for gcc... no checking for cc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking whether cc understands -c and -o together... yes checking whether make supports the include directive... yes (GNU style) checking dependency style of cc... gcc3 checking whether cc understands -c and -o together... yes checking whether ln -s works... yes checking whether make sets $(MAKE)... (cached) yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.29.2... yes checking how to print strings... print -r checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking the maximum length of command line arguments... 393216 checking how to convert x86_64-unknown-openbsd7.1 file names to x86_64-unknown-openbsd7.1 format... func_convert_file_noop checking how to convert x86_64-unknown-openbsd7.1 file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... match_pattern /lib[^/]+(\.so\.[0-9]+\.[0-9]+|\.so|_pic\.a)$ checking for dlltool... no checking how to associate runtime and link libraries... print -r -- checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking for sysroot... no checking for a working dd... /bin/dd checking how to truncate binary pipes... /bin/dd bs=4096 count=1 checking for mt... mt checking if mt is a manifest tool... no checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... yes checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... openbsd7.1 ld.so checking how to hardcode library paths into programs... immediate checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to