Search results

Well, I don't have HAL, but I've got the 2nd problem, too sometimes. What I do is: # cdcontrol cdcontrol> eject cdcontrol> quit

The necessary parameters are thoroughly described in the manual page. I'd suggest you read about -u and -D. At least those are the ones I'm using.

Razer Lachesis. Works fine for me. I'm running X without HAL. With a high resolution mouse one should take care of turning the mouse acceleration of X off.

What makes you say that http is faster than ftp? This doesn't seem very likely to me.

I'm afraid I do not understand the question. At the moment 18236 binary packages are available for FreeBSD 7-stable/amd64. Some ports cannot be offered as packages, because of licensing restrictions.

I think you just have to use PORTSDIR to define which tree you're using and you can use as many as you want (for make). Other tools might require a parameter to change this, e.g. -p.

The next version with parallel background downloading is available, now. With the right selection of mirrors, package downloads can be much faster than with pkg_add -r.

You won't have the INDEX file that way, though. Just the ports INDEX and that lists all packages, instead of the ones that are available as packages. pkg_upgrade is designed to work without a ports tree. Hence it relies on the INDEX file to provide all information about packages and their...

I don't feel like putting up a tinderbox just to feed a single machine.

This is what I'm talking about: ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-stable/INDEX The INDEX file for binary packages is created by pointyhead and lists only available packages. I'm now updating my RELENG_7 system with release packages, because those are more up to date.

You fail to recognize that I'm talking about binary packages.

Wherever you have your newer package from, set PACKAGESITE accordingly to make -r download the right ones.

Why not? On some I have it in my signature. Trust your filter. :beergrin

I'd have checked the snd_hda manual page for the authors and contacted them.

Install sysutils/bsdadminscripts (you need to do that from ports, because the package is too old). Run the following command: pkg_upgrade boost_build This will resolve the conflicts for you.

This will get you rid of all work directories: find /usr/ports -type d -name work -exec rm -rf \{\} \; For the future use WRKDIRPREFIX, I tend to set it to /usr/obj.

Daily on my Dual-Core. On my single core machine I do binary updates with pkg_upgrade, but the index for the 7-stable packages hasn't been updated in almost a month, so there's nothing to update. I'm starting to wonder whether 7-stable packages have been abandoned.

Actually, boost-python is just boost plus python bindings. So if you've got boost-python it should satisfy all dependencies on boost as well. If not the dependency line in the port is broken.

Actually, if you build your ports yourself, you can set WITH_GECKO=libxul or WITH_GECKO=xulrunner to create packages not depending on Firefox 2. If you use binary packages, there's no way around having Firefox 2 and 3 installed, if you want to use 3.

If you're using x11-wm/enlightenment-devel everything with ecore end all e17-modules should be rebuilt, because they use paths with an embedded system version. And once one of these packages is updated everything breaks until everything has been built on the same system version.