dragonflybsd / deltaports Goto Github PK
View Code? Open in Web Editor NEWFreeBSD Ports Collection + DeltaPorts = DragonFly Ports (a.k.a. DPorts)
FreeBSD Ports Collection + DeltaPorts = DragonFly Ports (a.k.a. DPorts)
This is the top level of the DragonFly source directory. For copyright information, please see the file COPYRIGHT in this directory (additional copyright information also exists for some sources in this tree - please see the specific source directories for more information). The Makefile in this directory supports a number of targets for building components (or all) of the DragonFly source tree, the most commonly used being ``buildworld'' and ``installworld'', which rebuild and install everything in the DragonFly system from the source tree except the kernel, the kernel-modules and the contents of /etc. The ``buildkernel'' and ``installkernel'' targets build and install the kernel and the modules (see below). Please see the top of the Makefile in this directory for more information on the standard build targets and compile-time flags. Building a kernel is a somewhat involved process. Documentation for it can be found at: http://www.dragonflybsd.org/docs/handbook/ Also see the build(7) and config(8) man pages. Note: If you want to build and install the kernel with the ``buildkernel'' and ``installkernel'' targets, you might need to build world before. More information is available in the DragonFly handbook. The kernel configuration files reside in the sys/config sub-directory. The X86_64_GENERIC is the default x86_64 kernel configuration used in release builds. The VKERNEL64 is the default 64 bit vkernel(7) kernel configuration file. The file LINT64 contains entries for all possible devices, not just those commonly used, and is meant more as a general reference than an actual kernel configuration file (a kernel built from it wouldn't even run). Also see the config(8) man page. Source Roadmap: --------------- bin System/user commands. contrib Packages contributed by 3rd parties. crypto Cryptography stuff (see crypto/README). doc Documentation for DragonFly BSD. etc Template files for /etc. games Amusements. gnu Various commands and libraries under the GNU Public License. Please see gnu/COPYING* for more information. include System include files. lib System libraries. libexec System daemons. nrelease Framework for building the ``live'' CD image. initrd Build system for statically linked /rescue utilities and initial ramdisk creation. sbin System commands. share Shared resources. stand Boot loader sources. sys Kernel sources. test System tests. tools Utilities for regression testing and miscellaneous tasks. usr.bin User commands. usr.sbin System administration commands.
OpenConnect starts fine, but doesn't exit cleanly. As shown in the attached image, the default route is messed, showing a strange destination. OpenConnect itself also gives error message:
route: bad address:
ifconfig: ioctl (SIOCAIFADDR): Destination address required
In addition, the created tun0
interface isn't destroyed.
I'm using OpenConnect 8.05 on DragonFly v5.9.0.155.g05c3f4-DEVELOPMENT as of 2020-Apr-4.
pkg ins wrk
Works:
mneumann% wrk
Usage: wrk <options> <url>
Options:
-c, --connections <N> Connections to keep open
-d, --duration <T> Duration of test
-t, --threads <N> Number of threads to use
-s, --script <S> Load Lua script file
-H, --header <H> Add header to request
--latency Print latency statistics
--timeout <T> Socket/request timeout
-v, --version Print version details
Numeric arguments may include a SI unit (1k, 1M, 1G)
Time arguments may include a time unit (2s, 2m, 2h)
Fails to run:
mneumann% wrk http://localhost:3000/
PANIC: unprotected error in call to Lua API (attempt to index a nil value)
I think this is related to libluajit.
I'm not sure if this is the right way to fix it but such a patch restores the old behavior of only having the ALSA option enabled by default:
--- Makefile.options.orig 2016-01-16 07:29:29.024278000 +0100
+++ Makefile.options 2016-01-15 06:18:26.491250000 +0100
@@ -5,7 +5,7 @@
OPTIMIZED_CFLAGS PGO PROFILE TEST
OPTIONS_DEFAULT+= DBUS FFMPEG GIO GSTREAMER LOGGING OPTIMIZED_CFLAGS \
- ${OPTIONS_MULTI_AUDIO} \
+ ALSA \
${MACHINE_CPU:tu:MSOFTFP:S/SOFTFP/INTEGER_SAMPLES/}
OPTIONS_MULTI+= AUDIO
net/remmina-plugin-rdp builds fine in dragonfly master but it's not dports currently.
When I start scribus-1.4.6_9, I get the following output on console:
% scribus
Cannot find plugin: /usr/local/lib/scribus/plugins//libwmfimplugin.so: Undefined symbol "_ZN13CommonStrings4NoneE"
Cannot find plugin: /usr/local/lib/scribus/plugins//libtransformeffect.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libsvgimplugin.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libsvgexplugin.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libsubdivide.so: Undefined symbol "_ZTI13UpdateMemento"
Cannot find plugin: /usr/local/lib/scribus/plugins//libscriptplugin.so: Undefined symbol "_ZN13CommonStrings4NoneE"
Cannot find plugin: /usr/local/lib/scribus/plugins//libscribusshortwords.so: Undefined symbol "_ZN12SpecialChars7NBSPACEE"
Cannot find plugin: /usr/local/lib/scribus/plugins//libscribusexportpixmap.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libscribus13format.so: Undefined symbol "_ZTV11MissingFont"
Cannot find plugin: /usr/local/lib/scribus/plugins//libscribus134format.so: Undefined symbol "_ZTV5Style"
Cannot find plugin: /usr/local/lib/scribus/plugins//libscribus12format.so: Undefined symbol "_ZTV5Style"
Cannot find plugin: /usr/local/lib/scribus/plugins//libsaveastemplateplugin.so: Undefined symbol "ScCore"
Cannot find plugin: /usr/local/lib/scribus/plugins//libpathstroker.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libpathfinder.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libpathcut.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libpathconnect.so: Undefined symbol "_ZTI13UpdateMemento"
Cannot find plugin: /usr/local/lib/scribus/plugins//libpathalongpath.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//liboodrawimp.so: Undefined symbol "_ZTV5Style"
Cannot find plugin: /usr/local/lib/scribus/plugins//libmeshdistortion.so: Undefined symbol "_ZN13CommonStrings4NoneE"
Cannot find plugin: /usr/local/lib/scribus/plugins//liblenseffects.so: Undefined symbol "_ZN13CommonStrings4NoneE"
Cannot find plugin: /usr/local/lib/scribus/plugins//libimportxfig.so: Undefined symbol "_ZN13CommonStrings4NoneE"
Cannot find plugin: /usr/local/lib/scribus/plugins//libimportps.so: Undefined symbol "_ZTI13UpdateMemento"
Cannot find plugin: /usr/local/lib/scribus/plugins//libimportpct.so: Undefined symbol "_ZN13CommonStrings4NoneE"
Cannot find plugin: /usr/local/lib/scribus/plugins//libimportcvg.so: Undefined symbol "_ZN13CommonStrings4NoneE"
Cannot find plugin: /usr/local/lib/scribus/plugins//libimportai.so: Undefined symbol "_ZTV5Style"
Cannot find plugin: /usr/local/lib/scribus/plugins//libhunspellplugin.so: Undefined symbol "_ZTI11StoryEditor"
Cannot find plugin: /usr/local/lib/scribus/plugins//libfontpreview.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libcolorwheel.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libbarcodegenerator.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libbarcodegenerator.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libcolorwheel.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libfontpreview.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libhunspellplugin.so: Undefined symbol "_ZTI11StoryEditor"
Cannot find plugin: /usr/local/lib/scribus/plugins//libimportai.so: Undefined symbol "_ZTV5Style"
Cannot find plugin: /usr/local/lib/scribus/plugins//libimportcvg.so: Undefined symbol "_ZN13CommonStrings4NoneE"
Cannot find plugin: /usr/local/lib/scribus/plugins//libimportpct.so: Undefined symbol "_ZN13CommonStrings4NoneE"
Cannot find plugin: /usr/local/lib/scribus/plugins//libimportps.so: Undefined symbol "_ZTI13UpdateMemento"
Cannot find plugin: /usr/local/lib/scribus/plugins//libimportxfig.so: Undefined symbol "_ZN13CommonStrings4NoneE"
Cannot find plugin: /usr/local/lib/scribus/plugins//liblenseffects.so: Undefined symbol "_ZN13CommonStrings4NoneE"
Cannot find plugin: /usr/local/lib/scribus/plugins//libmeshdistortion.so: Undefined symbol "_ZN13CommonStrings4NoneE"
Cannot find plugin: /usr/local/lib/scribus/plugins//liboodrawimp.so: Undefined symbol "_ZTV5Style"
Cannot find plugin: /usr/local/lib/scribus/plugins//libpathalongpath.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libpathconnect.so: Undefined symbol "_ZTI13UpdateMemento"
Cannot find plugin: /usr/local/lib/scribus/plugins//libpathcut.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libpathfinder.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libpathstroker.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libsaveastemplateplugin.so: Undefined symbol "ScCore"
Cannot find plugin: /usr/local/lib/scribus/plugins//libscribus12format.so: Undefined symbol "_ZTV5Style"
Cannot find plugin: /usr/local/lib/scribus/plugins//libscribus134format.so: Undefined symbol "_ZTV5Style"
Cannot find plugin: /usr/local/lib/scribus/plugins//libscribus13format.so: Undefined symbol "_ZTV11MissingFont"
Cannot find plugin: /usr/local/lib/scribus/plugins//libscribusexportpixmap.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libscribusshortwords.so: Undefined symbol "_ZN12SpecialChars7NBSPACEE"
Cannot find plugin: /usr/local/lib/scribus/plugins//libscriptplugin.so: Undefined symbol "_ZN13CommonStrings4NoneE"
Cannot find plugin: /usr/local/lib/scribus/plugins//libsubdivide.so: Undefined symbol "_ZTI13UpdateMemento"
Cannot find plugin: /usr/local/lib/scribus/plugins//libsvgexplugin.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libsvgimplugin.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libtransformeffect.so: Undefined symbol "_ZTI8ScPlugin"
Cannot find plugin: /usr/local/lib/scribus/plugins//libwmfimplugin.so: Undefined symbol "_ZN13CommonStrings4NoneE"
No File Loader Plugins Found
No File Loader Plugins Found
I cannot load most templates, probably because they depend on some plugins.
If the two patches from x11-wm/i3/dragonfly are brought into the i3-gaps folder this will build with no issue. I tested this last night on 5.4.1 with dports from a few days ago and manually bringing in the FreeBSD i3-gaps port from their svn.
Hey there! I'm the upstream author of Notcurses, and also the maintainer of the FreeBSD port. I was wondering why it wasn't getting built in DPorts, and finally tracked down https://github.com/DragonFlyBSD/DeltaPorts/blob/master/ports/devel/notcurses/Makefile.DragonFly. It looks like I need to work around a missing clock_nanosleep()
according to the notes there. Is there anything else I ought watch for? I don't have a DragonFly BSD machine handy, but if there's any service I can submit builds to, I'll happily make Notcurses work for this exciting project.
In the meantime, I'll make sure 2.0.5 provides an alternate for clock_nanosleep()
. Is there any way to get future build failures rigged up to file bugs against Notcurses? I'll treat them as such.
-rw-r--r-- 1 marino wheel 1.1G Dec 5 00:53 texlive-docs-20150523.txz
-rw-r--r-- 1 marino wheel 589M Dec 4 07:32 texlive-texmf-20150523_3.txz
-rw-r--r-- 1 marino wheel 438M Nov 24 22:24 quake3-ut-3.7.txz
-rw-r--r-- 1 marino wheel 438M Dec 5 19:52 sakai-10.2.txz
-rw-r--r-- 1 marino wheel 430M Dec 5 10:57 frogatto-1.3.1_4.txz
-rw-r--r-- 1 marino wheel 430M Dec 5 10:42 katawa-shoujo-1.3.1_1.txz
-rw-r--r-- 1 marino wheel 400M Dec 5 14:48 supertuxkart-0.9.1.txz
-rw-r--r-- 1 marino wheel 379M Nov 23 10:44 openarena-data-0.8.8.txz
-rw-r--r-- 1 marino wheel 344M Dec 5 03:46 wesnoth-1.12.5,1.txz
-rw-r--r-- 1 marino wheel 323M Dec 5 08:55 torcs-1.3.6_3.txz
-rw-r--r-- 1 marino wheel 292M Nov 25 07:21 noto-1.0.4_1.txz
-rw-r--r-- 1 marino wheel 280M Dec 4 16:21 naev-data-0.6.1.txz
-rw-r--r-- 1 marino wheel 269M Dec 5 04:45 narcissu2-1.1.txz
-rw-r--r-- 1 marino wheel 255M Dec 6 00:57 flightgear-aircraft-20150303.txz
-rw-r--r-- 1 marino wheel 255M Nov 24 00:36 megaglest-data-3.9.0.txz
-rw-r--r-- 1 marino wheel 251M Dec 5 03:46 gcompris-15.02_1.txz
-rw-r--r-- 1 marino wheel 248M Dec 5 15:27 netbeans-8.0.2_1.txz
-rw-r--r-- 1 marino wheel 205M Nov 25 02:38 gap-4.7.8.20150609_1.txz
-rw-r--r-- 1 marino wheel 198M Dec 5 16:49 freedroidrpg-0.15.1_1.txz
-rw-r--r-- 1 marino wheel 195M Dec 5 05:53 visualparadigm-12.0.20150401.txz
-rw-r--r-- 1 marino wheel 179M Dec 4 19:02 eclipse-4.4.2.txz
-rw-r--r-- 1 marino wheel 174M Dec 5 17:07 wyrmsun-1.6.0.txz
-rw-r--r-- 1 marino wheel 170M Dec 5 01:50 festvox-russian-0.5.txz
-rw-r--r-- 1 marino wheel 170M Dec 5 03:09 spicetrade-1.2_3.txz
-rw-r--r-- 1 marino wheel 167M Dec 5 04:39 flare-game-0.19_1.txz
-rw-r--r-- 1 marino wheel 159M Dec 6 00:58 widelands-b18_6.txz
-rw-r--r-- 1 marino wheel 154M Nov 24 18:02 tesseract-data-3.02_2.txz
-rw-r--r-- 1 marino wheel 152M Dec 5 04:59 tuxpaint-stamps-2014.08.23.txz
-rw-r--r-- 1 marino wheel 151M Dec 5 03:18 deegree-wcs-2.5_1.txz
-rw-r--r-- 1 marino wheel 151M Nov 24 01:04 el-data-193.txz
We need to pick a maximum package size for games and block those that exceed the size. I recommend 200M as the maximum. Any game over 200M needs to not build by default
libepoll-shim upstream claims to support all BSDs nowadays. Given DragonFly supports many apps from wlroots ecosystem the coverage should be good. If graphics/weston breaks maybe adapt some fixes from a FreeBSD fork.
Inspired by https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/120
I sent the asterisk group (digium) numerous patches to make it possible for asterisk11 and asterisk13 to be build using clang (which have all been merged a while back).
I am not sure if this is interesting information for FreeBSD / DragonFlyBSD. If you like i can do a couple of testruns using clang, to see what changes to the Makefile would be required.
Asterisk11 / Asterisk13 work perfectly fine using gcc, just asking if is the future preferred build tool?
[email protected] is the bashtop port maintainer
The repo is available at https://github.com/aristocratos/btop
The hope is that it's just a Makefile change, and copying over the FreeBSD port src
Synth ignores www/chromium:
Purging any ignored/broken ports first ...
00:00:07 www/chromium has been ignored: License BSD3CLAUSE LGPL21 MPL needs confirmation, but BATCH is defined
00:00:07 Sanity check complete. Ports remaining to build: 0
I submitted a new bug report to FreePBX with a port for a foreign asterisk channel driver called chan_sccp, last saturday. See: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204346. Apparently the process of acceptance can take quite a while (based on the number of open bug reports for new ports).
Would it be ok to create a new DeltaPort with the same information (not backed by FreePBX (yet)), or should i just be patient and wait for FreePBX to include the port first ? Just would like to know what you like better.
In file pkg-plist.plugin %%ICONS%%
and %%SSH%%
knobs are not covered by defined options and should be removed.
Our current www/firefox (63.0) has a lot of CVEs:
mozilla -- multiple vulnerabilities
CVE: CVE-2018-12403
CVE: CVE-2018-12402
CVE: CVE-2018-12401
CVE: CVE-2018-12400
CVE: CVE-2018-12399
CVE: CVE-2018-12398
CVE: CVE-2018-12397
CVE: CVE-2018-12396
CVE: CVE-2018-12395
CVE: CVE-2018-12393
CVE: CVE-2018-12392
CVE: CVE-2018-12391
CVE: CVE-2018-12390
CVE: CVE-2018-12388
WWW: https://vuxml.FreeBSD.org/freebsd/7c3a02b9-3273-4426-a0ba-f90fad2ff72e.html
The update to 63.0.1 is trivial (compilation and execution already tested). It would be good to have it upgraded. Let me know if I should send a PR directly.
Compiling openssl-sys v0.9.12
Running `/construction/lang/rust/rustc-1.19.0-src/build/bootstrap/debug/rustc --crate-name build_script_build src/vendor/openssl-sys/build.rs --crate-type bin --emit=dep-info,link -C opt-level=2 -C metadata=7383df0b2b2e0b57 -C extra-f
ilename=-7383df0b2b2e0b57 --out-dir /construction/lang/rust/rustc-1.19.0-src/build/x86_64-unknown-dragonfly/stage2-tools/release/build/openssl-sys-7383df0b2b2e0b57 -L dependency=/construction/lang/rust/rustc-1.19.0-src/build/x86_64-unknown
-dragonfly/stage2-tools/release/deps --extern gcc=/construction/lang/rust/rustc-1.19.0-src/build/x86_64-unknown-dragonfly/stage2-tools/release/deps/libgcc-e9082903cbcc9ce4.rlib --extern pkg_config=/construction/lang/rust/rustc-1.19.0-src/b
uild/x86_64-unknown-dragonfly/stage2-tools/release/deps/libpkg_config-d2ecf394df71f72d.rlib --cap-lints allow`
Running `/construction/lang/rust/rustc-1.19.0-src/build/x86_64-unknown-dragonfly/stage2-tools/release/build/openssl-sys-7383df0b2b2e0b57/build-script-build`
error: failed to run custom build command for `openssl-sys v0.9.12`
process didn't exit successfully: `/construction/lang/rust/rustc-1.19.0-src/build/x86_64-unknown-dragonfly/stage2-tools/release/build/openssl-sys-7383df0b2b2e0b57/build-script-build` (exit code: 101)
--- stdout
cargo:rustc-link-search=native=/usr/local/lib
cargo:include=/usr/local/include
OPT_LEVEL = Some("2")
TARGET = Some("x86_64-unknown-dragonfly")
HOST = Some("x86_64-unknown-dragonfly")
TARGET = Some("x86_64-unknown-dragonfly")
TARGET = Some("x86_64-unknown-dragonfly")
HOST = Some("x86_64-unknown-dragonfly")
CC_x86_64-unknown-dragonfly = Some("cc")
TARGET = Some("x86_64-unknown-dragonfly")
HOST = Some("x86_64-unknown-dragonfly")
CFLAGS_x86_64-unknown-dragonfly = Some("-ffunction-sections -fdata-sections -fPIC -m64")
PROFILE = Some("release")
running: "cc" "-O2" "-ffunction-sections" "-fdata-sections" "-fPIC" "-ffunction-sections" "-fdata-sections" "-fPIC" "-m64" "-m64" "-I" "/usr/local/include" "-E" "/construction/lang/rust/rustc-1.19.0-src/build/x86_64-unknown-dragonfly/stage
2-tools/x86_64-unknown-dragonfly/release/build/openssl-sys-5927edc57e54ea05/out/expando.c"
exit code: 0
cargo:rustc-cfg=osslconf="OPENSSL_NO_BUF_FREELISTS"
cargo:rustc-cfg=osslconf="OPENSSL_NO_COMP"
cargo:rustc-cfg=osslconf="OPENSSL_NO_KRB5"
cargo:rustc-cfg=osslconf="OPENSSL_NO_PSK"
cargo:rustc-cfg=osslconf="OPENSSL_NO_RFC3779"
cargo:rustc-cfg=osslconf="OPENSSL_NO_SRP"
cargo:rustc-cfg=osslconf="OPENSSL_NO_SSL3_METHOD"
cargo:conf=OPENSSL_NO_BUF_FREELISTS,OPENSSL_NO_COMP,OPENSSL_NO_KRB5,OPENSSL_NO_PSK,OPENSSL_NO_RFC3779,OPENSSL_NO_SRP,OPENSSL_NO_SSL3_METHOD
--- stderr
thread 'main' panicked at '
This crate is only compatible with OpenSSL 1.0.1, 1.0.2, and 1.1.0, or LibreSSL
2.5.0, 2.5.1, 2.5.2, 2.5.3, and 2.5.4, but a different version of OpenSSL was
found. The build is now aborting due to this version mismatch.
I faced such issues before and updating crate fixed that for me.
mupdf-1.10a_2,1 installed on 4.9-DEVELOPMENT (v4.9.0.160.g2097f-DEVELOPMENT) uses wrong version of libcrypto.so. (libcrypto.so.38" not found, required by "libjbig2dec.so.0)
mneumann@babel% ldd /usr/local/bin/mupdf
/usr/local/bin/mupdf:
libz.so.3 => /lib/libz.so.3 (0x800464000)
libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x800479000)
libjpeg.so.8 => /usr/local/lib/libjpeg.so.8 (0x800514000)
libopenjp2.so.7 => /usr/local/lib/libopenjp2.so.7 (0x80057d000)
libjbig2dec.so.0 => /usr/local/lib/libjbig2dec.so.0 (0x8005bc000)
libmupdf.so.1.10a => /usr/local/lib/libmupdf.so.1.10a (0x800600000)
libmupdfthird.so.1.10a => /usr/local/lib/libmupdfthird.so.1.10a (0x802f84000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x8005d5000)
libm.so.4 => /lib/libm.so.4 (0x802fbe000)
libharfbuzz.so.0 => /usr/local/lib/libharfbuzz.so.0 (0x802fe7000)
libcrypto.so.41 => /usr/local/lib/libcrypto.so.41 (0x803077000)
libX11.so.6 => /usr/local/lib/libX11.so.6 (0x80324b000)
libXext.so.6 => /usr/local/lib/libXext.so.6 (0x803387000)
libc.so.8 => /lib/libc.so.8 (0x803399000)
libbz2.so.2 => /usr/lib/libbz2.so.2 (0x8034f0000)
libcrypto.so.38 => not found (0)
libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x803501000)
libintl.so.8 => /usr/local/lib/libintl.so.8 (0x803611000)
libgraphite2.so.3 => /usr/local/lib/libgraphite2.so.3 (0x80361b000)
libssp.so.0 => /usr/lib/gcc50/libssp.so.0 (0x8005f7000)
libxcb.so.1 => /usr/local/lib/libxcb.so.1 (0x803658000)
libiconv.so.2 => /usr/local/lib/libiconv.so.2 (0x80367d000)
libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x803779000)
libstdc++.so.9 => /usr/lib/gcc50/libstdc++.so.9 (0x8037eb000)
libXau.so.6 => /usr/local/lib/libXau.so.6 (0x8005fa000)
libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x803968000)
See FreeBSD bug report: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265060
This has been fixed in FreeBSD ports. devel/xxhash
and archivers/py-borgbackup
need to be updated. Can we trigger an update for these two packages?
This reduces dependencies of unneeded features
etc/rc.d/node_exporter
script tries to pass -T
parameter to daemon, and current daemon has no support for it.
Firefox was built in synth. When running it emits messages like:
[Child 7804, Chrome_ChildThread] WARNING: pipe error: Incorrect argument: file /construction/www/firefox/firefox-57.0/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 709
There are a lot of those mesages. While they are displayed some tabs may become unresponsive, slow or even can fail completely. This can be easily fixed with:
browser.tabs.remote.autostart.2=false
s1# pwd
/var/db/acme/.acme.sh
s1# ls -la
total 2
drwxr-x--- 1 acme acme 0 Aug 18 15:32 .
drwxr-x--- 1 acme acme 0 Jul 15 14:11 ..
-rw-r----- 1 acme acme 173 Aug 17 09:14 account.conf
-rw-r----- 1 acme acme 184 Jul 15 14:11 account.conf.sample
lrwxr-xr-x 1 root wheel 49 Jul 15 14:11 deploy -> ../../..//usr/local/share/examples/acme.sh/deploy
lrwxr-xr-x 1 root wheel 49 Jul 15 14:11 dnsapi -> ../../..//usr/local/share/examples/acme.sh/dnsapi
lrwxr-xr-x 1 root wheel 49 Jul 15 14:11 notify -> ../../..//usr/local/share/examples/acme.sh/notify
s1#
The last three links point nowhere.
FreeBSD supports ${name}_env
which we don't. The rc.d script for h2o has this line:
h2o_env="H2O_PERL=${h2o_perl}"
and H2O_PERL
is used in /usr/local/share/h2o/start_server
. The fallback is just perl
, which works well when logged in as root
but not during rc startup.
There are two ways to fix it:
post-patch:
${REINPLACE_CMD} -e 's|exec $${H2O_PERL:-perl}|exec $${H2O_PERL:-${LOCALBASE}/bin/perl}|' \
${WRKSRC}/share/h2o/start_server
${name}_env
in rc.subr
. Other ports will take advantage of.Needs drm-next-kmod port
In file included from /usr/libdata/gcc80/immintrin.h:43,
from /usr/local/include/qt5/QtCore/5.12.2/QtCore/private/qsimd_p.h:191,
from painting/qdrawhelper_p.h:65,
from painting/qdrawhelper_avx2.cpp:40:
/usr/libdata/gcc80/avx2intrin.h: In function 'void BYTE_MUL_AVX2(__m256i&, const __m256i&, const __m256i&, const __m256i&)':
/usr/libdata/gcc80/avx2intrin.h:574:1: error: inlining failed in call to always_inline '__m256i _mm256_or_si256(__m256i, __m256i)': target specific option mismatch
_mm256_or_si256 (__m256i __A, __m256i __B)
^~~~~~~~~~~~~~~
painting/qdrawhelper_avx2.cpp:72:34: note: called from here
pixelVector = _mm256_or_si256(pixelVectorAG, pixelVectorRB);
~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Adding LDFLAGS+=-L${PREFIX}/lib
clears the issue.
With www/firefox-lite there should be no need to disable PULSEAUDIO option in www/firefox. And while --disable-webrtc
can be dropped after freebsd/freebsd-ports@c4d0b39 one may still want to keep it for -lite (but the benefit is small). As for patches under dragonfly/ directory (patch*configure.in
, patch*jsnativestack.cpp
) those can all be nuked:
-isystem/usr/local/include
-D_REENTRANT
and -D_THREAD_SAFE
are probably remnants from libc_r, libkse, etc. era. Nothing in base nor in ports uses them.-DMOZ_MEMORY_BSD
is used only by mozjemalloc that's broken even on FreeBSDdefined(_PTHREAD_NP_H_)
in <pthread_np.h>
is enough to enable pthread_attr_get_np() and not break buildDitto for other gecko@ ports: www/libxul, www/firefox-esr, mail/thunderbird, www/seamonkey but only remove the same patches as under www/firefox. ENIGMAIL may work fine as 1.9 no longer has binary component.
Tested on v4.5.0.1295.gf41543 snapshot using bhyve + X11 forwarding + without audio.
By default, LUAJIT is used:
OPTIONS_DEFAULT_x86_64= LUAJIT
But that leads to following problem when sending mail (the one I tried was 750 KiB in size):
PANIC: unprotected error in call to Lua API (not enough memory)
When I compile rpspamd w/o LUAJIT, it works!
problem:
NDIR=$(cd ${LOCALBASE}/net-mgmt/nagios-plugins && make)
that looks like a hack as in port origin break-out?
netutils.c uses replaced strerror (for whatever reason it sees the need)
but port doesn't link in replacement func code from nagios-plugins-2.1.1/gl/strerror.o
thus giving:
net-mgmt/nagios-plugins/nagios-plugins-2.1.1/plugins/netutils.o:netutils.c:function np_net_connect: error: undefined reference to 'rpl_strerror'
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.