Search results

It's called pkg-search. Here's an example invocation that return the package names for all flavors of editors/emacs: $ pkg search -eL name editors/emacs emacs-nox GNU editing macros emacs-canna GNU editing macros emacs GNU editing...

It should be net_freeradius3_SET+=MYSQL

You should be able to do that by setting DEFAULT_VERSIONS+=ghostscript=9 in your make.conf.

This reeks of Linuxisms. I bet minikube checks /proc/cpuinfo or something to see if the processor supports VT-X. I'd start grepping for the error message in minikube's sources and go from there. EDIT: Confirmed. Look at...

I don't think that there's an easy workaround for this one. I'd send an email to the maintainer of graphics/openfx-io or file a bug on https://bugs.freebsd.org and ask if they plan on making it work with FFmpeg 4.0.

Well this is the problem. You can try disabling the PYTHON option in audio/lash or the LASH option in audio/fluidsynth to work around this.

Add something like this to /etc/dhclient.conf interface "lagg0" { append domain-name-servers 10.0.1.1; }

While the ports directory is still math/atlas, yurivict renamed the package to atlas-math to solve package name conflicts with another port: https://svnweb.freebsd.org/changeset/ports/469505 I think pkg set -n atlas:atlas-math will solve this.

Firefox doesn't support NPAPI plugins anymore. Maybe it'll still work with www/firefox-esr or www/palemoon for the time being. Not really sure.

Well, have you tried to use pcm1 instead of pcm0? sysctl hw.snd.default_unit=1

You're very light on the details. For cava to work with PulseAudio, your application must a) have a PulseAudio backend and/or b) be configured to use PulseAudio. Depending on the application you're using that might not happen automatically.

The official Git mirror for ports (https://github.com/freebsd/freebsd-ports) is updated very regularly and you can use it for exactly that purpose.

What's the output of freebsd-version and pkg info rdesktop?

i3-config-wizard should be considered broken on FreeBSD since it generates an incomplete config file (see 208069). i3 works fine otherwise. You have to copy /usr/local/etc/i3/config to ~/.i3/config to get started.

So the kernel module is compiled for 11.1-RELEASE. I bet you can solve this by recompiling x11/nvidia-driver for 11.2. Make sure you have the right source tree in /usr/src when you do.

That's maybe a problem with devel/binutils. Make sure the STATIC option is off in devel/binutils and rebuild it. https://lists.freebsd.org/pipermail/freebsd-ports/2017-May/108816.html

With -m src=/usr/src Poudriere will reuse a previously built system from the host's /usr/obj which probably has no object files for i386. See poudriere: src=PATH Install from the given src directory at PATH. This directory will not be...

Do you have a /run dir in the root filesystem for some reason? I can confirm the problem if I mkdir /run before trying to build sudo. As you suggested the maintainer needs to add CONFIGURE_ARGS+=--with-rundir=/var/run/sudo to prevent configure from accidentally picking the wrong run directory.

Sounds like 208391 is still a problem. You should ping misc/mc's maintainer.

Yes, use pkg query '%dn-%dv' mc instead. That way you don't have to cleanup pkg-info's output. If this is about fetching all dependencies for mc for offline installation (per pkg-fetch.65685), note that pkg-fetch has an option for fetching all transitive dependencies of a package as well: pkg...