If you are on DragonFly 3.3, and you are running a kernel built after January 1st, there’s a bug in the way FP context is handled when the kernel supports AVX. (January 1st is when AVX support was committed.) Matthew Dillon has committed a fix and issued a note to update for everyone.
John Marino’s DPorts project, mentioned here briefly before, is interesting. I had two separate people ask me how it works, so a better explanation is in order. I’ve tried it out on a test machine over the past few weeks.
Background:
Dports is an effort to use FreeBSD’s ports system as a base for DragonFly, and the pkg tool as a way to manage binary packages built from DPorts. This is complicated, so I’ll explain each part in order.
- FreeBSD ports are a FreeBSD-specific collection of software installation files that automate building 3rd-party software on FreeBSD. You’ve probably already heard of them. (Note there’s no mention of DragonFly.)
- DPorts is a collection of files that map to existing FreeBSD ports, and contain any changes necessary to make that port also build on DragonFly. Many of those programs build without changes on DragonFly. DPorts builds from source.
- pkg is used for package management, and is usable on FreeBSD and on DragonFly. The binary packages produced from building with DPorts can be installed from remote locations and managed separately using pkg, so that software upgrades and installation can be performed with binaries only. (It’s much faster that way.)
Every port seen in DPorts is known to build on DragonFly. John Marino adds a port only after it builds successfully, using poudriere as a bulk software tool. Ports are only updated to a newer version when that newer version builds, too, so once something arrives in DPorts, it should never break from being updated at some point in the future.
Installing:
To use DPorts, you need two things:
- DragonFly 3.3 or later, though 3.3 is the most recent right now.
- You need to rename /usr/pkg so that your existing pkgsrc binary programs don’t get accidentally used while working with DPorts, causing confusion. If anything goes wrong with DPorts when you are installing it and you want to go back, remove all the DPorts packages and rename /usr/pkg back to normal.
(Don’t confuse pkg, the management tool, with /usr/pkg, the normal installation directory for pkgsrc. ) For the installation of the base port files:
cd /usr make dports-create-shallow
If you’ve already renamed your /usr/pkg directory, git won’t be in your path any more. You can instead download a tarball and unpack it, which also happens to be possible automatically via that same Makefile.
cd /usr make dports-download
Downloading via git is fastest, so if you do need to use the tarball via make dports-download, build devel/git, delete /usr/dports, and then pull it again with make dports-create-shallow. This all comes from John Marino’s Github site for DPorts.
Managing DPorts
DPorts doesn’t use pkg_info, pkg_add, and the other tools traditionally seen on DragonFly for pkgsrc. Instead, package management is done with pkg. Use pkg info, pkg install, pkg remove, and pkg update to list, install, delete, and upgrade various packages on your system. Packages built from source or downloaded as prebuilt binaries are managed the same way, using these tools.
See some of the other writing about pkg for FreeBSD for details on how it works.
Since DPorts doesn’t update a package until it gets a successful build, and installations are of successfully built binary packages, upgrades with prebuilt packages should always succeed. Since they’re binary, they should be fast. There’s a lot of ‘shoulds’ in this sentence, but these are reasonable suppositions.
What about pkgsrc?
Pkgsrc and DPorts shouldn’t be used at the same time, since one system’s packages may be at different versions but still get picked up during building for the other system. That’s about it for restrictions.
I intend to try building an experimental release of DragonFly with DPorts, to see if all the right packages can be added, but no guarantees. DPorts is brand new and does not yet have a repository for downloading packages, so the normal caveats apply; don’t install it on a mission-critical machine, and be ready to deal with any surprises from using it if you do try it out.
What packages are available?
Browsing the Github repo will show you all listed packages. More complex packages like xorg, openjdk7, and libreoffice install, as does xfce. Parts of KDE 3 and KDE 4 are in there. (I haven’t tried either.) I’m not sure about Gnome, but I don’t think anyone ever is. There’s no vim, but there is emacs.
That’s just what I see at this exact minute. It changes daily as more packages are built. Changes from DragonFly builds are sometimes relevant to the original FreeBSD port, so there’s benefits for everyone here.
What next?
Try it now if it has all the packages you need, or wait for a binary repository to be created to speed things up. Remember, this is a new project, so a willingness to deal with problems and contribute to fixes is necessary.
It’s actually been out since the start of January, but the release announcement is available now.
Stéphane Russell, on the users@ mailing list, pointed out an in-depth article about DragonFly’s 3.2 release, on linuxfr.org. It’s in French, which means I’m just going to have to trust his word about the contents.
January’s issue of BSD Magazine has something I didn’t expect: an article on panoramic photography on BSD – among other material.
Venkatesh Srinivas and Tim Bisson have been working for some time on a port of FreeBSD’s virtio and virtio-block drivers. (see man page commit) They’ve now been committed. This should make your virtual disk perform better, if nothing else.
If you recall, Phoronix recently ran a bunch of benchmarks on DragonFly. One spot that didn’t look good was the “Himeno Poisson Pressure Solver”. I’m no closer to knowing what capability it actually tests other than itself, but Alex Hornung, Matt Dillon, and Venkatesh Srinivas figured out that cache coloring was the missing ingredient. DragonFly now scores the same as Linux.
Tangentially related, this cache coloring is happening in nmalloc, which is now used on 64-bit DragonFly systems. The previous one, dmalloc, had problems in long-running programs.
I’m going for the terse list of links. It’s sort of Neukirchen-ish.
- Top 10 Command Line Utilities 2012. a bit silly given the program age but that’s OK. (via)
- The Vim Beginner’s Site. (also via)
- An Amiga emulator in Javascript. (via)
- In the same vein, World of Commodore videos. (via)
- 2600, from 1985, in free collected form. (via)
- Russ Cox’s writing. I’ve linked to some of it before. It’s all fun reading.
- IRC is dead, long live IRC. Shows the first IRC server.
Your unrelated link(s) of the week: Some very good tutorial videos. Don’t worry, it’s just electrostatic discharge, wire safety, fun with capacitors, and how to make a Windows shortcut (via/via)
BSDCan 2013 is looking for papers, all due by the 19th. I mentioned it before, but a reminder went out and Michael W. Lucas wrote up a lengthy explanation of how and why you should present that paper.
John Marino has been working for some time on a project he calls, ‘DPorts’. You may have noticed his recent commits for it. He wrote up a summary on users@ to explain what he’s doing. It’s translating FreeBSD ports to DragonFly in a way that appears to be (relatively) low-maintenance. It only works on DragonFly 3.3 and up and you can’t use it at the same time as pkgsrc.
Most interesting to me, it gets rid of the quarterly release chase that happens with pkgsrc releases. Since it’s primarily a binary install system, packages are only upgraded when the results are known to work.
Ishan Thilina asked for some project ideas, and Samuel Greear gave a list of links that may be useful for anyone looking for a project of their own. I offered strategy. It didn’t work out, but this information’s still useful.
Are you anywhere near Italy? BSD-Day is happening April 6th, 2013, in Naples, Italy, and it would be nice to have some DragonFly representation. (seen on #dragonflybsd on EFNet.)
As seen on OpenBSD Journal, the videos for EuroBSDCon 2012 are online. There’s a lot of sessions there, so set aside some time.
Adam Sakareassen submitted a patch for AVX support for 64-bit DragonFly, and Alex Hornung has committed it. If you’re like me and have only the vaguest idea what AVX is, it’s a set of processor instructions added by Intel to Sandy Bridge and later CPUs.
Will you be near Berlin, Germany, in March? The pkgsrccon 2013 technical conference will be held there. Julian Djamil Fagir posted details about the event. The conference is free; you pay for your food and drink. If you’re interested in presenting, you need to contact them before March 8th.
The Open Graphics Project, which is building a completely open video card, needs a wiki maintainer. It’s a volunteer effort. If you were perhaps thinking you wanted to step up to a more complex project but didn’t want to just be writing code, here is a perfect opportunity.
(Not too different from maintaining a project work blog, after all, and I know that’s rewarding.)
Right in time for the end of the year, BSDTalk 221 is out, with Michael Dexter interviewing Matthieu Herrb at EuroBSDCon 2012 for 11 minutes about Xenocara.
The last of the year.
- Outgrow.me, a list of successfully funded Kickstarter and IndieGoGo projects. There’s some neat technology doodads in there. And a zillion hipster iPhone tripods.
- Remember when you could find program source code printed in magazines, for you to type in? Here’s an interesting story about that. (via)
- Some good news: despite the completely hostile (and wrong) story on Slashdot, the FreeBSD Foundation has exceeded their pledge goals for the year by a wide margin.
- A very early pre-Internet story about packets. (via)
- Relational shell programming. (via)
- History of the Microwriter. I remember seeing a version of this called the Twiddler. (also via)
- How to Host a Dungeon. Follow some of the links at the bottom. (also also via)
- Early Apple computer designs. I link not because it’s Apple but because it’s very much 1980s industrial design, which is both wonderful and awful. (via)
Your unrelated comics link of the week: Marlo Meekins’ Tumblr. Her lettering is refreshingly expressive. That may sounds strange to single out, but so many people place words as an set block of text rather than as part of a graphic layout.
There’s a short thread running on the DragonFly users@ list about disk encryption; there’s some descriptions of encryption work there for the curious.
As is customary with pkgsrc, a number of packages that do not build or are no longer needed will be removed. This will happen in the next quarterly release. It’s a short list, and one item on that list, misc/p5-Locale-Maketext, will actually stay.
The freeze for pkgsrc-2012Q4 is due to complete in about 48 hours.