Good luck building midori from source. I have tried at least three times on recent -current with current and updated pkgsrc with no luck whatsoever. The latest is this afternoon - webkit-gtk does not build: .... [ 92%] Building CXX object Source/WebKit/CMakeFiles/WebKit.dir/__/__/DerivedSources/WebKit/unified-sources/UnifiedSource61.cpp.o [ 92%] Building CXX object Source/WebKit/CMakeFiles/WebKit.dir/__/__/DerivedSources/WebKit/unified-sources/UnifiedSource62.cpp.o [ 92%] Building CXX object Source/WebKit/CMakeFiles/WebKit.dir/WebProcess/WebPage/gtk/AcceleratedSurfaceX11.cpp.o [ 92%] Building CXX object Source/WebKit/CMakeFiles/WebKit.dir/__/__/DerivedSources/WebKit/unified-sources/UnifiedSource63.cpp.o [ 92%] Building CXX object Source/WebKit/CMakeFiles/WebKit.dir/__/__/DerivedSources/WebKit/unified-sources/UnifiedSource64.cpp.o [ 92%] Building CXX object Source/WebKit/CMakeFiles/WebKit.dir/__/__/DerivedSources/WebKit/unified-sources/UnifiedSource65.cpp.o [ 92%] Linking CXX shared library ../../lib/libwebkit2gtk-4.0.so [ 92%] Built target WebKit Scanning dependencies of target WebKit2-4-gir gmake[2]: *** No rule to make target 'JavaScriptCore-4.0.gir', needed by 'WebKit2-4.0.gir'. Stop. gmake[1]: *** [CMakeFiles/Makefile2:1318: Source/WebKit/CMakeFiles/WebKit2-4-gir.dir/all] Error 2 gmake: *** [Makefile:152: all] Error 2 *** Error code 2 .....
Last time I was able to build it, perhaps six months ago, it just crashed, so I left it for later. Then again, I run -current, doing updates usually twice a week, also following -current pkgsrc, doing usually monthly pkg_rolling-replace, so problems are to be expected. However, while earlier versions of firefox used to be, shall I say, flaky, and crash in random places, the last 2-3 updates have been very stable for me, right now on 64.0.2. Rust takes a long to build, for sure, and is updated way too often, but at the end firefox seems fine. On Sun, 20 Jan 2019 at 19:00, Pedro Pinho <pmppi...@gmail.com> wrote: > > Just found another missing package from 2018Q4, gimp is not available as a > binary package. > > Den sön 20 jan. 2019 kl 17:34 skrev Pedro Pinho <pmppi...@gmail.com>: > > > The symlink was just a test, I've removed it as I got another missing > > library. > > > > Here's the output of ldd /usr/pkg/bin/midori https://pastebin.com/h6wbXvBu > > and the output of ldd /usr/pkg/lib/lib*.so https://pastebin.com/UPT68xaw > > the last one, i.e. ldd /usr/pkg/bin gives just read error: Operation not > > supported by device > > > > I see if I get the time to compile midori from pkgsrc later today. > > > > Den sön 20 jan. 2019 kl 14:58 skrev Greg Troxel <g...@lexort.com>: > > > >> Pedro Pinho <pmppi...@gmail.com> writes: > >> > >> > Back at home! > >> > I've just erased my disk using gpsrted-live usb and made a fresh install > >> > from the image here, > >> > > >> http://ftp.fr.netbsd.org/pub/NetBSD-daily/netbsd-8/201901151910Z/images/ > >> > > >> > NetBSD 8.0 STABLE arch amd64 > >> > > >> > Pointed pkgin to > >> > http://ftp.fr.netbsd.org/pub/pkgsrc/packages/NetBSD/amd64/8.0/All/ > >> > > >> > and pulled my binary packages. Launching midori from xterm outputs > >> > libstdc++.so.7 is missing. Tried symlinking libsrdc++.so.8 to > >> > libstdc++.so.7 to no avail. Can't launch midori. > >> > >> Don't add symlinks like that. It's just going to make a mess. > >> > >> Somebody -- perhaps it will be you -- has to understand what is going on -- ----