I finished a build of pkgsrc-current on x86_64, with a report on what built. I’ve kicked off a new build, and I expect at least 100 more packages to build thanks to John Marino’s work on pkgsrc and DragonFly.
The freeze for the next quarterly release of pkgsrc has been extended another week, to October 2nd. This will push the DragonFly 2.12 release out a ways, too.
As is common for the combination of new Postgres releases and new pkgsrc quarterly releases, Postgres 8.3 is going to be missing from pkgsrc-2011Q3. The default version of Postgres installed by pkgsrc will become 9.0 after that quarterly release. (9.1 is already present in pkgsrc.) This is all planned by Joerg Sonnenberger.
As predicted and now announced, pkgsrc is now frozen for the next week. If everything goes well, we’ll have pkgsrc-2011Q3 next week.
I proposed some changes to the way DragonFly does releases, and how we handle pkgsrc binary builds. The thread on kernel@ is a bit long, so just read my summation. My idea for a longer release cycle didn’t really fly, but pkgsrc binaries will be built on a rolling basis, I think.
For reasons unknown to me, there’s enough functional change between PHP 5.2 and PHP 5.3 that it affected a lot of PHP-based programs. For that reason, PHP 5 in pkgsrc defaults to the 5.2 version. However, it’s going to be 5.3 for the next stable quarterly release of pkgsrc. In theory, all PHP5-dependent programs are ready to handle that now. Note that PHP 5.3 is already in pkgsrc; it just wasn’t the default. If you were using the php53 package, it may require some manual fiddling at your next upgrade of pkgsrc packages.
At some point, you may want to generate binary programs that are unstripped of debugging information. You may want to generate them with pkgsrc. Here’s a little note on what options will make that happen.
The ‘freeze’ period (when bugfixes are the only addition) for pkgsrc will start on September 18th, with the next quarterly release of pkgsrc, 2011Q3, scheduled for the 25th. Think of it as an early Christmas present.
John Marino, who already has commit access for DragonFly, now also has commit access for pkgsrc. What does this mean? It means if you have a pkgsrc problem, submit it through NetBSD’s Problem Report system as normal, and maybe let him know about it too. He’s already made some DragonFly-specific fixes.
The next release of pkgin, the binary package installer for pkgsrc, is imminent. I link to the note about this because the new features list sounds good, including a significant speedup.
This week has taught me one thing for sure: Always make sure your backup generator is working. And over-plan battery capacity. That’s actually two things, but what the heck. I’m tired, for reasons that can probably be inferred! I’m not the only one suffering these problems, it seems.
- There is a certain subset of readers here that will find this fascinating: a video of a game postmortem. Specifically, Elite. (via) Needs Flash.
- This is as good an article as any I’ve seen describing where the tablet computer market is going, at The Economist.
- Remember RetroBSD, mentioned here previously? Here’s some discussion of it.
- EuroBSDCon’s 2011 conference is open for registration, but the early bird discount only lasts until the end of August, so jump on it soon if you’re thinking of going. It’s the 10th anniversary of the event!
- PHP 5.3 is coming to pkgsrc as default, soon? The PHP 5.2 -> 5.3 transition seems to mess up a lot of code because of some changes in the way things are handled, or at least that’s my experience, so watch out.
- Make sure you aren’t running mod_deflate on your Apache 2.x server.
- Kristaps Dzonsons, the fellow behind mdocml (which is in DragonFly now and mentioned here before) is working on a mdoc manual. It’s an actual book, with examples. It’s titled “Practical UNIX Manuals: mdoc”, which sounds like part of a series, though I don’t know if there’s anything else. I’d sure like it if there was. (via Undeadly.) Look very closely at the mdoc web page and you will see the markup, too. Neat!
- Breakout treated as a musical instrument, in 1983. That’s too glib a summary of this explanation of an old book studying the game Breakout and playing it. Really, read the article, and remember that the book described would just be lost in a sea of
blog postsnoise today. (via)
Your unrelated comic link of the week: Wonderella. This is the comic that ruined Batman for me. I can’t unthink it.
There are only 45 packages out of over 10,000 in pkgsrc that do not support being installed by people who aren’t root, or in different locations. Thomas Klausner has that list of 45 packages. It’s very close to zero packages with this problem at this point, so if you want to make a big difference…
Anton Panev is working on a Google Summer of Code project for NetBSD, adding support in pkgsrc for RPM/Debian package formats. He posted a status report recently; will this come to DragonFly via pkgsrc? I don’t know!
CVS has traditionally been used to distribute the files in pkgsrc, but there’s been a converted git version for DragonFly for a bit now. It looks like there is now an official version (i.e. for everyone, maybe to replace CVS?) at Github.
I put together a post on users@ about updating to pkgsrc-2011Q2. I’ll just repeat it here after the break:
I recently saw some terse notes on tech-pkg@netbsd.org about compiling using clang for pkgsrc. I haven’t tried this on DragonFly…
Francois Tigeot has fixed wip/jdk16 to build on DragonFly. Note that this is in pkgsrc-wip, not ‘normal’ pkgsrc. The secret is to build lang/kaffe to bootstrap it, which requires CCVER=gcc41 to be set. Apparently kaffe will not build under gcc 4.4.
Why did he do it? To run OpenGrok, of course. He’s posted instructions on getting OpenGrok running on DragonFly. Note the Java crashes he reports in DragonFly 2.11 may already have been fixed.
p.s. I hated “Stranger in a Strange Land”.
The builds of pkgsrc-2011Q2 are finishing up, so we have/will have binaries to download, for those who don’t want to build from source. The uploads should be complete by now for everything except maybe 2.11/x86_64. You’ll have to change $PKG_PATH to point at the new directories for now, though. There’s also some build reports to look at.
I spied a bulk build of pkgsrc using clang. It’s interesting to see the results… It’s on NetBSD, but it should be possible to try the same thing with CCVER on DragonFly. Any takers?
The latest quarterly release of pkgsrc, 2011Q2, has been branched. There’s no formal announcement yet to describe the highlights, but I’ll link it when it shows up. I’ve already started building binary packages for DragonFly 2.10 and 2.11.