re: requires a working dlopen()
dashdruid writes: > Hello List, > > I keep getting this error whatever I try to build from pkgsrc on NetBSD9.1 > i386. > > Even if I follow the basic tutorial with figlet: > > https://wiki.netbsd.org/pkgsrc/how_to_use_pkgsrc/ > > It's the same error for all packages. what's the actual error? > I have tried with GCC10, 7, 5 > > Also LEX was not present in /usr/bin so I have installed flex and linked the > flex binary to lex, idk if its a problem. sounds like you missed installing the "comp" set, which would make building packages quite challenging yes. .mrg.
Re: Anyone feel like fixing pkgsrc/emulators/tme ?
rhia...@falu.nl (Rhialto) writes: >Indeed, there I misinterpreted the size of my 1G disk, and put sd0b >waaay out of bounds. I tried again, with partition b in cyl 1-63 and a >in 64-1023. I could not start b at 0; in that case the dd command >claimed it was read-only. The disklabel sector of a disk is read-only (you can lift that temporarily with the disklabel command).
Re: Anyone feel like fixing pkgsrc/emulators/tme ?
On Sat 10 Jul 2021 at 15:39:10 +0200, Rhialto wrote: > How far did you get? I tried sun3, and I got to booting the ramdisk > kernel from tape. But when I did the "dd bs=32k if=/dev/nrst0 > of=/dev/rsd0b" I got a core dump. Possibly I had not used edlabel > correctly due to it not getting a geometry it believed. Indeed, there I misinterpreted the size of my 1G disk, and put sd0b waaay out of bounds. I tried again, with partition b in cyl 1-63 and a in 64-1023. I could not start b at 0; in that case the dd command claimed it was read-only. > (And the mt -f /dev/nrst0 rewind / fsf 2 don't seem to match the > position of the miniroot.fs, which the instructions tell you to put as > 4th file) and that was actually corrected in Fredette's instructions. I installed all sets including X. The install script seemed to overwrite the generic /netbsd kernel (which I installed from tape in one of the sets) with the install kernel, so I had to re-extract it from tape. Startx works fine, but the mouse doesn't do anything, so then you're stuck... I didn't try networking. This is still on 9.2, not -current. -Olaf. -- ___ "Buying carbon credits is a bit like a serial killer paying someone else to \X/ have kids to make his activity cost neutral." -The BOFHfalu.nl@rhialto signature.asc Description: PGP signature
Automated report: NetBSD-current/i386 build success
The NetBSD-current/i386 build is working again. The following commits were made between the last failed build and the successful build: 2021.07.10.13.22.01 martin src/tests/lib/libc/stdio/t_fmemopen.c,v 1.6 Logs can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2021.07.html#2021.07.10.13.22.01
Re: Anyone feel like fixing pkgsrc/emulators/tme ?
I have security.pax.mprotect.enabled=0 in the sysctl.conf of this (VirtualBox guest) machine. On Sat, 10 Jul 2021 at 16:02, Chavdar Ivanov wrote: > > On Sat, 10 Jul 2021 at 15:14, Rhialto wrote: > > > > On Sat 10 Jul 2021 at 16:05:31 +0200, Rhialto wrote: > > > I also didn't succeed in powering up the sun4c. When I gave the command > > > "command board0 power up", nothing appeared to happen. The tmesh window > > > remained gray, I did not get the tmesh> prompt back. (That happens for > > > sun3). > > > > In fact, any command I typed at the prompt there had the same effect. > > To reduce the scope, I started with an empty configuration and pasted > > just the first configuration line: > > > > .../scratch/tmp/sun4c$ tmesh /dev/null > > tmesh> ls > > tmesh> board0: tme/machine/sun4 name Calvin > > tmesh> ls > > board0: tme/machine/sun4 name Calvin > > > > tmesh> Segmentation fault (core dumped) > > :.../scratch/tmp/sun4c$ > > > > -Olaf. > > -- > > ___ "Buying carbon credits is a bit like a serial killer paying someone > > else to > > \X/ have kids to make his activity cost neutral." -The BOFH > > falu.nl@rhialto > > > > I was able to startup sun2, but the loading from the tape as suggested > fails, using either tapeboot as provided on the NetBSD iso and also > the old version, as advised by the author: > > tapeboot: loading segment 4 > 2198028Protection Bus Error, addr: 00601F7F at 243094 > > At least I can see the Sun logo > > Chavdar > > -- > --
Re: Anyone feel like fixing pkgsrc/emulators/tme ?
On Sat, 10 Jul 2021 at 15:14, Rhialto wrote: > > On Sat 10 Jul 2021 at 16:05:31 +0200, Rhialto wrote: > > I also didn't succeed in powering up the sun4c. When I gave the command > > "command board0 power up", nothing appeared to happen. The tmesh window > > remained gray, I did not get the tmesh> prompt back. (That happens for > > sun3). > > In fact, any command I typed at the prompt there had the same effect. > To reduce the scope, I started with an empty configuration and pasted > just the first configuration line: > > .../scratch/tmp/sun4c$ tmesh /dev/null > tmesh> ls > tmesh> board0: tme/machine/sun4 name Calvin > tmesh> ls > board0: tme/machine/sun4 name Calvin > > tmesh> Segmentation fault (core dumped) > :.../scratch/tmp/sun4c$ > > -Olaf. > -- > ___ "Buying carbon credits is a bit like a serial killer paying someone else > to > \X/ have kids to make his activity cost neutral." -The BOFH > falu.nl@rhialto > I was able to startup sun2, but the loading from the tape as suggested fails, using either tapeboot as provided on the NetBSD iso and also the old version, as advised by the author: tapeboot: loading segment 4 2198028Protection Bus Error, addr: 00601F7F at 243094 At least I can see the Sun logo Chavdar --
Re: Anyone feel like fixing pkgsrc/emulators/tme ?
On Sat 10 Jul 2021 at 16:05:31 +0200, Rhialto wrote: > I also didn't succeed in powering up the sun4c. When I gave the command > "command board0 power up", nothing appeared to happen. The tmesh window > remained gray, I did not get the tmesh> prompt back. (That happens for > sun3). In fact, any command I typed at the prompt there had the same effect. To reduce the scope, I started with an empty configuration and pasted just the first configuration line: .../scratch/tmp/sun4c$ tmesh /dev/null tmesh> ls tmesh> board0: tme/machine/sun4 name Calvin tmesh> ls board0: tme/machine/sun4 name Calvin tmesh> Segmentation fault (core dumped) :.../scratch/tmp/sun4c$ -Olaf. -- ___ "Buying carbon credits is a bit like a serial killer paying someone else to \X/ have kids to make his activity cost neutral." -The BOFHfalu.nl@rhialto signature.asc Description: PGP signature
Re: Anyone feel like fixing pkgsrc/emulators/tme ?
On Sat 10 Jul 2021 at 15:53:44 +0200, Martin Husemann wrote: > But then (looking at the libs it actually uses) this is kinda unlikely, > besides issues caused by the different compiler. > > I'd expect the set exact dependcies install would be more of an issue. > I used pkgsrc-current from around the time of the last branch, and had > updated all pkgs. I built from the recent stable branch, and I built everything with gcc-8.4.0 (except those packages that caused a circular dependency). Here are all the libraries it appears to use: $ ls -l $(pkg_info -B tme | sed -n 's/REQUIRES=//p') lrwxr-xr-x 1 root wheel 13 May 12 15:15 /usr/X11R7/lib/libX11.so.7 -> libX11.so.7.0 lrwxr-xr-x 1 root wheel 13 May 12 15:15 /usr/X11R7/lib/libXau.so.7 -> libXau.so.7.0 lrwxr-xr-x 1 root wheel 20 May 12 15:15 /usr/X11R7/lib/libXcomposite.so.2 -> libXcomposite.so.2.0 lrwxr-xr-x 1 root wheel 17 May 12 15:15 /usr/X11R7/lib/libXcursor.so.2 -> libXcursor.so.2.0 lrwxr-xr-x 1 root wheel 17 May 12 15:15 /usr/X11R7/lib/libXdamage.so.2 -> libXdamage.so.2.0 lrwxr-xr-x 1 root wheel 15 May 12 15:15 /usr/X11R7/lib/libXdmcp.so.7 -> libXdmcp.so.7.0 lrwxr-xr-x 1 root wheel 14 May 12 15:15 /usr/X11R7/lib/libXext.so.7 -> libXext.so.7.1 lrwxr-xr-x 1 root wheel 16 May 12 15:15 /usr/X11R7/lib/libXfixes.so.4 -> libXfixes.so.4.0 lrwxr-xr-x 1 root wheel 12 May 12 15:15 /usr/X11R7/lib/libXi.so.7 -> libXi.so.7.1 lrwxr-xr-x 1 root wheel 18 May 12 15:15 /usr/X11R7/lib/libXinerama.so.2 -> libXinerama.so.2.0 lrwxr-xr-x 1 root wheel 16 May 12 15:15 /usr/X11R7/lib/libXrandr.so.3 -> libXrandr.so.3.2 lrwxr-xr-x 1 root wheel 17 May 12 15:15 /usr/X11R7/lib/libXrender.so.2 -> libXrender.so.2.0 lrwxr-xr-x 1 root wheel 18 May 12 15:15 /usr/X11R7/lib/libpixman-1.so.2 -> libpixman-1.so.2.2 lrwxr-xr-x 1 root wheel 20 May 12 15:15 /usr/X11R7/lib/libxcb-render.so.0 -> libxcb-render.so.0.1 lrwxr-xr-x 1 root wheel 17 May 12 15:15 /usr/X11R7/lib/libxcb-shm.so.0 -> libxcb-shm.so.0.1 lrwxr-xr-x 1 root wheel 13 May 12 15:15 /usr/X11R7/lib/libxcb.so.2 -> libxcb.so.2.0 lrwxr-xr-x 1 root wheel 13 May 12 15:15 /usr/lib/libbz2.so.1 -> libbz2.so.1.1 lrwxr-xr-x 1 root wheel 24 May 12 15:15 /usr/lib/libc.so.12 -> ../../lib/libc.so.12.213 lrwxr-xr-x 1 root wheel 15 May 12 15:15 /usr/lib/libexpat.so.2 -> libexpat.so.2.3 lrwxr-xr-x 1 root wheel 25 May 12 15:15 /usr/lib/libgcc_s.so.1 -> ../../lib/libgcc_s.so.1.0 lrwxr-xr-x 1 root wheel 14 May 12 15:15 /usr/lib/libintl.so.1 -> libintl.so.1.1 lrwxr-xr-x 1 root wheel 22 May 12 15:15 /usr/lib/libm.so.0 -> ../../lib/libm.so.0.12 lrwxr-xr-x 1 root wheel 27 May 12 15:15 /usr/lib/libpthread.so.1 -> ../../lib/libpthread.so.1.4 lrwxr-xr-x 1 root wheel 12 May 12 15:15 /usr/lib/librt.so.1 -> librt.so.1.1 lrwxr-xr-x 1 root wheel 21 May 12 15:15 /usr/lib/libz.so.1 -> ../../lib/libz.so.1.0 lrwxr-xr-x 1 root wheel 17 Jun 16 19:32 /usr/pkg/gcc8/x86_64--netbsd/lib/./libstdc++.so.7 -> libstdc++.so.7.25 lrwxr-xr-x 1 root wheel 23 Jun 16 20:22 /usr/pkg/lib/libatk-1.0.so.0 -> libatk-1.0.so.0.23609.1 lrwxr-xr-x 1 root wheel 21 Jun 16 20:39 /usr/pkg/lib/libcairo.so.2 -> libcairo.so.2.11600.0 lrwxr-xr-x 1 root wheel 15 Jun 16 19:00 /usr/pkg/lib/libffi.so.7 -> libffi.so.7.1.0 lrwxr-xr-x 1 root wheel 23 Jun 16 20:26 /usr/pkg/lib/libfontconfig.so.1 -> libfontconfig.so.1.12.0 lrwxr-xr-x 1 root wheel 21 Jun 16 20:25 /usr/pkg/lib/libfreetype.so.6 -> libfreetype.so.6.17.4 lrwxr-xr-x 1 root wheel 19 Jun 16 20:26 /usr/pkg/lib/libfribidi.so.0 -> libfribidi.so.0.4.0 lrwxr-xr-x 1 root wheel 27 Jun 16 20:42 /usr/pkg/lib/libgdk-x11-2.0.so.0 -> libgdk-x11-2.0.so.0.2400.33 lrwxr-xr-x 1 root wheel 29 Jun 16 20:25 /usr/pkg/lib/libgdk_pixbuf-2.0.so.0 -> libgdk_pixbuf-2.0.so.0.4000.0 lrwxr-xr-x 1 root wheel 22 Jun 16 20:20 /usr/pkg/lib/libgio-2.0.so.0 -> libgio-2.0.so.0.6800.2 lrwxr-xr-x 1 root wheel 23 Jun 16 20:20 /usr/pkg/lib/libglib-2.0.so.0 -> libglib-2.0.so.0.6800.2 lrwxr-xr-x 1 root wheel 26 Jun 16 20:20 /usr/pkg/lib/libgmodule-2.0.so.0 -> libgmodule-2.0.so.0.6800.2 lrwxr-xr-x 1 root wheel 26 Jun 16 20:20 /usr/pkg/lib/libgobject-2.0.so.0 -> libgobject-2.0.so.0.6800.2 lrwxr-xr-x 1 root wheel 21 Jun 16 20:37 /usr/pkg/lib/libgraphite2.so.3 -> libgraphite2.so.3.2.1 lrwxr-xr-x 1 root wheel 27 Jun 16 20:42 /usr/pkg/lib/libgtk-x11-2.0.so.0 -> libgtk-x11-2.0.so.0.2400.33 lrwxr-xr-x 1 root wheel 24 Jun 16 20:37 /usr/pkg/lib/libharfbuzz.so.0 -> libharfbuzz.so.0.20704.0 lrwxr-xr-x 1 root wheel 16 Jun 16 20:49 /usr/pkg/lib/libltdl.so.7 -> libltdl.so.7.3.1 lrwxr-xr-x 1 root wheel 24 Jun 16 20:40 /usr/pkg/lib/libpango-1.0.so.0 -> libpango-1.0.so.0.4800.4 lrwxr-xr-x 1 root wheel 29 Jun 16 20:40 /usr/pkg/lib/libpangocairo-1.0.so.0 -> libpangocairo-1.0.so.0.4800.4 lrwxr-xr-x 1 root wheel 27 Jun 16 20:40 /usr/pkg/lib/libpangoft2-1.0.so.0 -> libpangoft2-1.0.so.0.4800.4 lrwxr-xr-x 1 root wheel 17 Jun 16 20:19
Re: Anyone feel like fixing pkgsrc/emulators/tme ?
On Sat, Jul 10, 2021 at 03:48:35PM +0200, Martin Husemann wrote: > On Sat, Jul 10, 2021 at 03:46:46PM +0200, Rhialto wrote: > > On Sat 10 Jul 2021 at 15:41:27 +0200, Martin Husemann wrote: > > > On Sat, Jul 10, 2021 at 03:39:10PM +0200, Rhialto wrote: > > > > How far did you get? I tried sun3, and I got to booting the ramdisk > > > > Oh this is with NetBSD/amd64 9.2, not -current. I don't know if that > > makes a difference. > > Interesting data point - I guess it will. But then (looking at the libs it actually uses) this is kinda unlikely, besides issues caused by the different compiler. I'd expect the set exact dependcies install would be more of an issue. I used pkgsrc-current from around the time of the last branch, and had updated all pkgs. Martin
Re: Anyone feel like fixing pkgsrc/emulators/tme ?
On Sat, Jul 10, 2021 at 03:46:46PM +0200, Rhialto wrote: > On Sat 10 Jul 2021 at 15:41:27 +0200, Martin Husemann wrote: > > On Sat, Jul 10, 2021 at 03:39:10PM +0200, Rhialto wrote: > > > How far did you get? I tried sun3, and I got to booting the ramdisk > > Oh this is with NetBSD/amd64 9.2, not -current. I don't know if that > makes a difference. Interesting data point - I guess it will. Martin
Re: Anyone feel like fixing pkgsrc/emulators/tme ?
On Sat 10 Jul 2021 at 15:41:27 +0200, Martin Husemann wrote: > On Sat, Jul 10, 2021 at 03:39:10PM +0200, Rhialto wrote: > > How far did you get? I tried sun3, and I got to booting the ramdisk Oh this is with NetBSD/amd64 9.2, not -current. I don't know if that makes a difference. -Olaf. -- ___ "Buying carbon credits is a bit like a serial killer paying someone else to \X/ have kids to make his activity cost neutral." -The BOFHfalu.nl@rhialto signature.asc Description: PGP signature
Re: Anyone feel like fixing pkgsrc/emulators/tme ?
On Sat, Jul 10, 2021 at 03:39:10PM +0200, Rhialto wrote: > How far did you get? I tried sun3, and I got to booting the ramdisk > kernel from tape. But when I did the "dd bs=32k if=/dev/nrst0 > of=/dev/rsd0b" I got a core dump. Possibly I had not used edlabel > correctly due to it not getting a geometry it believed. I failed to even powerup the sun4c - command line editing in tmesh was broken (this is after fixing the PAX issue, which made it instantly crash before). Martin
Re: Anyone feel like fixing pkgsrc/emulators/tme ?
On Sat 10 Jul 2021 at 12:50:08 +0200, Martin Husemann wrote: > Anyone feel like looking into that? The homepage has nice instructions and > setup is very straight forward. I am mostly interested in sun2, sun3 and > sun4c currently. How far did you get? I tried sun3, and I got to booting the ramdisk kernel from tape. But when I did the "dd bs=32k if=/dev/nrst0 of=/dev/rsd0b" I got a core dump. Possibly I had not used edlabel correctly due to it not getting a geometry it believed. (And the mt -f /dev/nrst0 rewind / fsf 2 don't seem to match the position of the miniroot.fs, which the instructions tell you to put as 4th file) > Martin -Olaf. -- ___ "Buying carbon credits is a bit like a serial killer paying someone else to \X/ have kids to make his activity cost neutral." -The BOFHfalu.nl@rhialto signature.asc Description: PGP signature
Re: Anyone feel like fixing pkgsrc/emulators/tme ?
On Sat, 10 Jul 2021 at 11:50, Martin Husemann wrote: > > The emulators/tme pkg is a nice, lightweight pkg allowing you to run > various sun machines on amd64 (and others). I recently needed it for testing > some openssl fallout in netbsd-9 (where qemu seems to only emulate machines > for which it works and that I also have as real hardware). > > Unfortunately the pkg does not work on NetBSD-current. > It needs an obvious fix: > > @@ -26,6 +26,8 @@ > # warnings generated, increasing with every compiler version. > CONFIGURE_ARGS+= --disable-warnings > > +NOT_PAX_MPROTECT_SAFE+=bin/tmesh > + > BUILDLINK_DEPMETHOD.libXt?=build > > .include "../../mk/compiler.mk" > > > ... but that is not enough, and I didn't have the time to debug further. > > Anyone feel like looking into that? The homepage has nice instructions and > setup is very straight forward. I am mostly interested in sun2, sun3 and > sun4c currently. I couldn't get sun4c to boot; I always get: (gdb) bt #0 0x70e801e1946a in tme_sparc32_recode_insn_current () from /usr/pkg/lib/tme/tme_ic_sparc.so.0 #1 0x70e801e19632 in _tme_sparc32_recode_ls_assist_ld () from /usr/pkg/lib/tme/tme_ic_sparc.so.0 #2 0x70e801600595 in ?? () #3 0xffe88240 in ?? () #4 0x in ?? () (and notice the many references to sparc32_recode in the TODO file...) but sun2 is starting ok. I'll now try to follow the instructions and actually install NetBSD. > > Martin Chavdar --
Anyone feel like fixing pkgsrc/emulators/tme ?
The emulators/tme pkg is a nice, lightweight pkg allowing you to run various sun machines on amd64 (and others). I recently needed it for testing some openssl fallout in netbsd-9 (where qemu seems to only emulate machines for which it works and that I also have as real hardware). Unfortunately the pkg does not work on NetBSD-current. It needs an obvious fix: @@ -26,6 +26,8 @@ # warnings generated, increasing with every compiler version. CONFIGURE_ARGS+= --disable-warnings +NOT_PAX_MPROTECT_SAFE+=bin/tmesh + BUILDLINK_DEPMETHOD.libXt?=build .include "../../mk/compiler.mk" ... but that is not enough, and I didn't have the time to debug further. Anyone feel like looking into that? The homepage has nice instructions and setup is very straight forward. I am mostly interested in sun2, sun3 and sun4c currently. Martin
Re: requires a working dlopen()
On Sat, Jul 10, 2021 at 09:00:37AM +, dashdruid wrote: > Also LEX was not present in /usr/bin so I have installed flex and > linked the flex binary to lex, idk if its a problem. Assuming you actually mean /usr/bin/lex then this tells you that something went wrong during installation of your system. Maybe you did not unpack all the required sets? How did you install? Martin
requires a working dlopen()
Hello List, I keep getting this error whatever I try to build from pkgsrc on NetBSD9.1 i386. Even if I follow the basic tutorial with figlet: https://wiki.netbsd.org/pkgsrc/how_to_use_pkgsrc/ It's the same error for all packages. I have tried with GCC10, 7, 5 Also LEX was not present in /usr/bin so I have installed flex and linked the flex binary to lex, idk if its a problem.
Automated report: NetBSD-current/i386 build failure
This is an automatically generated notice of a NetBSD-current/i386 build failure. The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host, using sources from CVS date 2021.07.10.07.50.33. An extract from the build.sh output follows: --- dependall-external --- nbmake[6]: stopped in /tmp/build/2021.07.10.07.50.33-i386/src/external/gpl3 --- dependall-crypto/external --- nbmake[6]: stopped in /tmp/build/2021.07.10.07.50.33-i386/src/crypto/external/bsd nbmake[5]: stopped in /tmp/build/2021.07.10.07.50.33-i386/src/crypto/external --- dependall-external --- nbmake[5]: stopped in /tmp/build/2021.07.10.07.50.33-i386/src/external --- dependall-crypto/external --- nbmake[4]: stopped in /tmp/build/2021.07.10.07.50.33-i386/src --- dependall-external --- nbmake[4]: stopped in /tmp/build/2021.07.10.07.50.33-i386/src --- dependall-tests --- --- dependall-share --- nbmake[5]: stopped in /tmp/build/2021.07.10.07.50.33-i386/src/tests nbmake[4]: stopped in /tmp/build/2021.07.10.07.50.33-i386/src nbmake[3]: stopped in /tmp/build/2021.07.10.07.50.33-i386/src nbmake[2]: stopped in /tmp/build/2021.07.10.07.50.33-i386/src nbmake[1]: stopped in /tmp/build/2021.07.10.07.50.33-i386/src nbmake: stopped in /tmp/build/2021.07.10.07.50.33-i386/src ERROR: Failed to make release The following commits were made between the last successful build and the failed build: 2021.07.10.07.50.20 christos src/tests/lib/libc/stdio/h_intr.c,v 1.5 2021.07.10.07.50.33 christos src/tests/lib/libc/stdio/t_fmemopen.c,v 1.5 Logs can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2021.07.html#2021.07.10.07.50.33
