Search results

It was replaced by devel/pkgconf.

Partially good news for everybody who wants hybrid ISOs: https://reviews.freebsd.org/D14799 Call for testing here: https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068926.html

Did you compile www/nginx with the MODSECURITY3 option on? I don't think you actually need load_module modules/ngx_http_modsecurity_module.so; when you do since it's just compiled in then.

Just use cd `make -V WRKSRC` if you need to go to it. You can make it a shell alias too. Well that's because it's using su which doesn't cache credentials like sudo. You can use sudo by setting SU_CMD=/usr/local/bin/sudo -E sh -c in /etc/make.conf.

I think you should ask this on the freebsd-wireless and/or freebsd-hackers mailing lists, because here you'll only get answers like the one from Oko about topics like this...

Can you file a bug on https://bugs.freebsd.org if the port is broken or incomplete?

It needs GNU make. Run gmake in the last step. Btw, it's also available as a port: www/mod_security3.

Of course it is. You're fetching third-party sources, which often contains shell scripts with thousands of lines of code which do who knows what. No, if you run make install as a regular user the ports framework will build everything as that user and only when everything is built, will escalate...

fetch is already implied by extract so it's not necessary to specify it. Please don't fetch/extract/build things as root. :-( The only stage that needs to be run as root is install. Everything else can be run as a regular user if permissions on the ports tree, /var/db/ports, WRKDIRPREFIX, and...

DEFAULT_VERSIONS=python3=3.5 means that the framework tries to build the py35 flavor instead of the py36 flavor whenever it's possible. devel/py-black requires at least Python 3.6 according to the upstream developers, so building the py35 flavor does not make sense in this instance.

The sources are extracted under the working directory which you can get with make -V WRKDIR in the port's directory. make -V WRKSRC will also point you to the unpacked sources directly. As Minbari said the working directory is under work/ in the port's directory by default, but it doesn't...

Have you tried with mpv bd:////dev/cd0 (with 4 slashes between : and dev) as well?

Probably a screwed up ldconfig path with /usr/local/lib/gcc48 before /usr/local/lib/gcc6 (both gcc48 and gcc6 install their own libstdc++.so.6). Do you have a reason to keep gcc48 installed?

Check out pkg-rquery.

There is no sndio backend in Wine. For that someone would actually need to write one. Given that Wine doesn't run on OpenBSD at all I doubt that's going to happen from their side.

It's nice that the unofficial way using Git works so well.

It's clear that Blu-ray support is compiled in or we wouldn't see [bd] in the output. But mpv bd:///dev/cd0 is wrong and should be mpv bd:////dev/cd0 (with an additional /). However just not specifying /dev/cd0 at all should work too. Have you tried with just mpv bd:// as I suggested above?

That should be more like mpv bd:// for Blu-ray (see mpv). Though if it really works I don't know.

Hmm, not sure how good QEMU's SPARC emulation is, but it should work fine with aarch64 and armv{6,7}.

It's really easy to do. Just sysrc qemu_user_static_enable=YES and service qemu_user_static start on the host and then copy /usr/local/bin/qemu-arm-static from the host to the same location in the jail.