When compiling software on DragonFly but outside of pkgsrc, and you have trouble with configure, remember you can always manually pull down new versions. You’re welcome, future me.
I’m linking to this commit message from Matthias Schmidt simply because it has the correct invocation for installing a vkernel, and I know this will come in handy, someday.
Chris Turner wrote some notes about building pkgsrc packages in a chroot, including the handy tip of using
DISPLAY=:0
to run and display a GUI-using app under the chroot.
Based on a recent project list entry for “changing the vm_map lookup” (currently last item on the page), Venkatesh Srinivas wrote up a bit more information on it, linking to different strategies for arranging the data. Good reading for those who like data structures.
Matthias Schmidt has set up a x86_64 DragonFly machine at uther.dragonflybsd.org. Anyone wanting to try 64-bit testing can use a vkernel on that machine. Mail him for an account.
Our mirror of the never-quite-official git repository for pkgsrc is being rebuilt, so it will be temporarily inaccessible. Matthew Dillon is working on building a new one directly from pkgsrc CVS, which will have a different link.
Update: It’s finished. Matthew Dillon’s posted a summary of the changes and what you need to update in order to use it.
It looks like my prior article was incorrect: it was a different issue than MADT causing problems with booting x86_64. Scrambled memory report appears to be at the heart of the issue; in any case, it’s fixed now.
Chris Turner wrote up his experience of getting Flash 9 to work on DragonFly. The usual disclaimers apply.
Update: there’s an improved library available that fixes some audio and video sync problems.
Peter Avalos wrote a note that better summarized my earlier post, and mentioned a problem/workaround with ssh and non-md5 MACs.
John Marino found that when he couldn’t boot a x86_64 development image in Virtualbox, setting the sysctl hw.madt_probe_test=1 seemed to make a difference long enough to boot, though it still crashed later. It’s worth trying if there’s no other way to boot, at least.
I’ve drastically revamped the pkgsrc howto on the dragonflybsd.org website. It’s also linked in that site’s menu, too. Comments please!
Two committers who went dormant some time ago: Nuno Antunes and Robert Garrett. Two committers who recently became active again? Nuno Antunes and Robert Garrett. Welcome, back, guys. Developers tend to be active in open source only for as long as they’ve got an itch to scratch, so it’s always great to see a return.
A bump in shared library version for libssl/libcrypto means that any programs dependent on it will require a rebuild – including any pkgsrc programs.
This only affects you if you are running 2.7, for now. It means that on upgrading from 2.6 to 2.8, any libssl-using programs will need to be updated. This may not be a big thing, since pkgsrc-2010Q3 will also be out and people will want to upgrade anyway.
I’ve noticed that if you have older pkgsrc packages installed, and install binary packages for pkgsrc-2010Q2, those packages will refuse to install if pkg_install is an older version than what they were built with.
I ended up force-deleting pkg_install and bmake, and reinstalling by running pkgtools/bootstrap/bootstrap. There may be better solutions; I’m mentioning it now since it’s a known problem.
Update: “bmake replace USE_DESTDIR=yes” was suggested by Joerg Sonnenberger. “pkg_add -u /path/to/newer/pkg_install” should also work (untested).
This will probably apply to the upcoming pkgsrc-2010Q3, too. Building from source is a workaround for now.
Jan Lentfer updated his version of squid, and had issues; this is a note for anyone else running squid to maybe wait before upgrading. Note that this applies to the development version of squid, not necessarily the pkgsrc version.
Update: No, wait, it’s OK.
A hard disk in crater.dragonflybsd.org, where the repo for DragonFly source is located, died last night. The disk has been replaced, and the files should all be back in place later today. Double-check if you committed something in the last 24 hours and make sure it’s there, just to be safe.
If you were looking for something to do, Samuel J. Greear has invested some time in cleaning up the various project idea pages out there, and has links to prove it.
Did you know Fred is the name for the DragonFly mascot? Well, you do now. He’s also back in the bootloader, thanks to Joe Talbott.
It looks like 2.8 will be showing up in a few weeks – mid-October. If things go well, we’ll have prebuilt pkgsrc-2010Q3 binaries to go with it.