Search results

Boost is linked with libc++, but GCC uses libstdc++. Both are incompatible with each other and your program is linked with both (to libc++ via boost and to libstdc++ through g++) leading to crashes. The most straightforward solution here is to use Clang to compile your program. FreeBSD already...

I've set the mime type to text/plain. Now everybody can read it in their browsers: https://bz-attachments.freebsd.org/attachment.cgi?id=189941

The port is already posted in 218156. Remove CFLAGS+= -Wall -march=native from the port's Makefile. -march=native does not belong in a port and Clang doesn't support it on armv6.

I'm using the Logitech K400 right now to type this message and I can assure you that the touchpad on it is presented as a normal USB mouse to the system.

This sound like a bad idea to me. We use patterns in the ports tree that gsed does not understand at all like e.g. [[:<:]] and [[:>:]]. Who knows what else will break?

If the jail was wound back to the last working version then I don't understand why this happens now and not before? It seems that whatever FreeBSD version is installed in the jail now is one in which sed was patched to have this behavior, where the previous version did not. But let's ignore...

No. You have to be way more specific than that. What problems did you have?

Quote the URL. It contains a ? which FreeBSD's default shell csh doesn't like. ffmpeg -rtsp_transport tcp -i "rtsp://myusername:mypwd@192.168.0.30/axis-media/media.amp?streamprofile=Recording" -vcodec copy -t 60 test.mp4 You do not need to use portsnap prior to installing binary packages.

I deleted the repository a while ago because there was no interest in it. But the only script that was in it was what I already posted here.

https://forums.freebsd.org/threads/55103/

According to FreshPorts it's installed by x11/kde4-runtime

beefy11 and beefy12 are IPv6 only.

Starting with pkg 1.10.4, pkg will refuse to deal with repositories with packages that were built for a FreeBSD version newer than the currently running version. So it'll not "break itself" anymore unless you decide to override this behavior.

It's not part of GENERIC so you'll have to load the kernel module yourself. rtwn tells you how to do it.

So? You can point Synth to the jail root and it'll build packages using it.

It's for boot environments. Short intro here that should answer your questions: https://blather.michaelwlucas.com/archives/2363 Note that you already crippled boot environments by creating zroot/usr/local yourself. The data in /usr/local should be part of zroot/ROOT/default as well to make...

Use a package builder like Synth or Poudriere.

Somebody was working on porting FreeBSD to it at one point: https://www.freebsd.org/news/status/report-2016-01-2016-03.html#AmigaOne-X5000-Support

It'd be better to ask this on freebsd-ppc@.

No, I doubt it. it's probably a side effect of the new flavors support. FWIW when you pass FLAVOR=py36 to the port it also sets PYTHON_VERSION=python3.6 internally and that is passed along the dependency chain via DEPENDS_ARGS for some reason I haven't understood yet. www/qt5-webkit requires...