Search results

We're waiting for some dependencies of ours (not maintained by us) to be switched to unixODBC. Should be on the way.

Check /usr/ports/x11-toolkits/qt4-gui/pkg-message.

Please, attach the output of lshal when then device is plugged in but not recognised. Your problem should be a known one in sysutils/hal which I'm trying to fix.

Thanks! I think, though, that this will result in too long directory names, which will spoil beadm list output; beadm alone is probably a better template. Also, you shouldn't hardcode /tmp, but let the user set his TMPDIR, so consider using the -t option for mktemp.

I don't understand why you're doing this, by the way: MOUNTPOINT="/$( echo "${FS}" | sed s/"${PREFIX}"//g )" Shouldn't it use the MOUNTPOINT of the dataset instead of its name?

Here's a patch against 0.8.3: http://people.FreeBSD.org/~avilla/files/beadm.diff

I was already using some custom-ish boot environment-like (actually, zfs namespace-like) system, but beadm really makes things a lot easier. Thanks! Now, one bug and one suggestion: intermediate datasets with mountpoint=none (like usr/) are mounted by beadm mount; why not using mktemp -dt...

You need to check bsd.cmake.mk and bsd.qt4.mk if you want to build from source instead of creating a port, as they contain some glue needed to make stuff work.

Kdenlive is installed in /usr/local/kde4, so you can run it from /usr/local/kde4/bin/kdenlive. Since you're not using KDE Workspace, PATH doesn't contain that path, and the *.desktop file (the one which should appear in the menu) is not supposed to work. You should add /usr/local/kde4/bin to...

Why are you defining QMAKESPEC? It already defaults to the one used to build Qt: lrwxr-xr-x 1 root wheel 40 Aug 9 20:35 /usr/local/share/qt4/mkspecs/default -> /usr/local/share/qt4/mkspecs/freebsd-g++ Of course, it will be freebsd-clang if you have built Qt with Clang. Anyway, there is no...

Be sure not to export the pool before rebooting.

Just a quick note to point people to this PR by break19 which I just closed: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/161317. Short answer: there is no solution out of the box, you have to modify the configuration. We're not going to patch sysutils/hal because we would be introducing a...

Just like pkg-message suggests, you have to set them in loader.conf.

This is weird, all these thinngs work perfectly for me. You should try rebuilding some KDE ports as you probably did some mistake while upgrading.

x11/kde4-baseapps does exist, just install it again.

Be sure to check /usr/ports/x11-toolkits/qt4-gui/pkg-message.

Uh oh! I was wrong! It's x11/kdelibs3 the conflicting port here! You have to do the same I wrote above, but with it.

No need to start from scratch: just deinstall x11-toolkits/qt33 and restart installation of x11/kactivities. Apparently, they conflict: I'll try to fix it. Once x11/kactivities is installed, you can reinstall x11-toolkits/qt33 if you need it.

There is no error shown here. Please, paste (on pastebin.com) the full log of x11/kactivities build. 4.8.4 works perfectly fine for most of our users. Don't worry, you'll get it working too.

I'm sorry but you'll have to ask for help to some X.Org guy (maybe in these forums or on x11@ mailing list).