Search results

Modify /etc/devfs.rules as follows: add path 'dri/*' mode 0666 group video add path 'drm/*' mode 0666 group video Be sure to add yourself to group video, reboot your system and see if the libGL permission denied message has gone away.

Hi, Does X load the appropriate driver? It doesn't seem to be the case here. Did you find any suspicious entries in /var/log/Xorg.0.log?

Use dig or host to list portsnap mirrors % dig -t srv _http._tcp.portsnap.freebsd.org ; <<>> DiG 9.14.4 <<>> -t srv _http._tcp.portsnap.freebsd.org ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42055 ;; flags: qr rd ra; QUERY: 1, ANSWER: 6...

Something went wrong upgrading FreeBSD. Did you make sure you had previously updated FreeBSD 11.2 (see the patch level table) with freebsd-update before starting the upgrade to FreeBSD 12.0?

Fixed in r507039.

AFAIK there is only one active developer (Koop Mast) working on it. It may be the reason why GNOME updates take so long. https://wiki.freebsd.org/Gnome#Team_Members

acheron I've pending to commit your patch in a couple of days as soon as we've fixed it. Thanks for your great work!

The issue has been reported upstream. https://github.com/GoogleChromeLabs/picture-in-picture-chrome-extension/issues/17

Chromium is installed in /usr/local/share/chromium but FreeBSD needs more work to be able to use widevine plugin. http://freebsd.1045724.x6.nabble.com/Google-Widevine-CDM-td6243326.html

Try the following in your Makefile DOCS= COPYING Changelog README doc/motivation.txt PORTDOCS= ${DOCS:T} do-install-DOCS-on: @${MKDIR} ${STAGEDIR}${DOCSDIR} cd ${WRKSRC} && ${INSTALL_DATA} ${DOCS} ${STAGEDIR}${DOCSDIR} Take in mind that you don't need to add these files to...

Something to relax...

According to the ng_ubt manpage the 3com 3CREB96 device is supported. It should work but you need to add the descriptive strings for the product IDs in /usr/src/sys/dev/usb/usbdevs % grep -r 3CREB96 /usr/src/sys/dev/usb/usbdevs product 3COM 3CREB96 0x00a0 Bluetooth USB Adapter I...

Basically because the GNOME team is the current maintainer of graphics/gimp and they are working on the GNOME update. Anyway you can try the patch and update gimp on your machine.

libapr-1.so is provided by devel/apr1 % pkg which /usr/local/lib/libapr-1.so /usr/local/lib/libapr-1.so was installed by package apr-1.6.3.1.6.1_1

As lebarondemerde has told you: GNOME blocks the Gimp update because there are some necessary dependencies that break the current GNOME version from ports. GNOME team will take care to update Gimp after closing 229761.

227769 needs to be reviewed and it must be blocked until GNOME is updated to 3.28

The patch you are looking for is attached to the following message: https://lists.freebsd.org/pipermail/freebsd-gecko/2018-May/008327.html

Today I've reported the problem and now this will be fixed as soon as portmgr@ changes the build timeout values in the package building clusters.

Yes, you are right. I've edited my first comment to reflect this.

I've seen a lot of build timeout for chromium/iridium via pkg-fallout. On my machine chromium package build takes 5 hours and 40 minutes. Poudriere kills the job if it does not end in a specific amount of time. You can configure MAX_EXECUTION_TIME and NOHANG_TIME. See...