happened to notice that recent libkinfo changes broke sysutils/estd. It’s fixed by rebuilding the program, though this may affect a few other packages. This only affects people running bleeding-edge DragonFly 2.7.
Two things:
- If you are running DragonFly 2.7, Matthew Dillon has made some kernel changes, so updating your 2.7 machine will require a full buildworld cycle, not quickworld.
- The binary packages for 2.6 and 2.7 have been updated to pkgsrc-2010Q2. This means that pkg_radd will automatically pull down newer packages, and you should make sure your /usr/pkgsrc is using the pkgsrc-2010Q2 release if you want to be sure there’s no version mismatches.
I recently sent out a description of what built for pkgsrc-2010Q2 , though the section on not changing the stable link is no longer true.
Binary packages built for pkgsrc-2010Q2 are available now via pkg_radd or directly. Make sure to read my lengthy post for exact details.
On pkgsrc-users@netbsd.org, Greg Troxel proposed getting rid of gimp-print and associated packages. It’s been superseded by gutenprint-lib, so it may be worth switching now for the newer printer drivers, even if the package isn’t eliminated.
I haven’t seen an announcement at all, but I’m inferring that it’s out. I’ll be changing the DragonFly build machines momentarily.
There’s an online hackathon (the 14th!) planned for July 30th through August 2nd for pkgsrc (and probably some NetBSD material too) at FreeNode/#netbsd-code on IRC. Aleksej Saushev’s post has more details. At least it’s cheap to attend!
Sometimes, packages are renamed in pkgsrc, usually because of a version change. If that happens, it can be hard to find the replacement. You can manually add them, or there’s a trick to make the build ‘jump’ to the new name.
Matthew Dillon set up a git copy of the pkgsrc repository some time ago. However, it’s had syncing problems, and there’s an ‘official’ pkgsrc git repository now which does not have the problems. You can still pull from the same place, but it’s the ‘master’ branch now. His heads-up message describes how to switch.
It’s been 0.25 years since the last, so pkgsrc is due for another quarterly release. The usually-two-week freeze before release starts tonight. The release should happen at the end of the month.
- IBM’s developerWorks has an article up about GNU screen. It’s not BSD-specific, but the tips in using screen are useful. (Before someone brings it up: yes, tmux too.)
- Another article talks about inspecting network traffic using various tools including tcpdump and wireshark. It is a tremendous advantage to see what happens on a network at the most basic level, so this is a good skill to pick up.
- Oh, and “Setting up UNIX file systems” and “10 steps to Unix nirvana“.
- FreeBSD now ships with clang. (via) I know DragonFly (mostly?) works with clang… Could we switch?
- “hwstat” will gain DragonFly support soon.
- Firmware for ral(4) has been added by Joe Talbott.
- Thomas Klausner has a writeup of some project ideas or goals taken from the recent pkgsrcCon. A followup has me thinking: if the -uu option updates dependent packages with pkg_add, does that mean ‘pkg_radd -uu packagename” will do all updating possible based on available binary packages? Worth trying.
Jan Lentfer has committed ldns and drill to DragonFly, in (unlikely) chance that you managed to delete BIND from pkgsrc (installed by default on 2.7+) and somehow couldn’t replace it.
I found this reference list of targets for bmake very useful, especially because I can never remember them all. Unfortunately, the site where it’s located appears to be going away at the end of the month, but it should resurface on a new NetBSD wiki.
I’m removing the links for the old (DragonFly 2.3 and older) pkg_radd paths on avalon.dragonflybsd.org. If you have one of those older systems, you can update one line in pkg_radd if it’s useful to you.
I’ve put a few of the reports from pkgsrc builds on DragonFly out. They’re all using pkgsrc-2010Q1, on i386/DragonFly 2.6, i386/DragonFly 2.7, and x86_64/DragonFly 2.7. The links in the reports go to the errors that caused each package to not build. If you happen to see something that has an easy fix, or that you really need to have working, please submit a fix.
Binary packages built for DragonFly 2.6 and 2.7 from the most recent pkgsrc quarterly release, 2010Q1, are now available. The utility pkg_radd will access them, or you can download directly.
As previously foreshadowed, BIND has been removed from the DragonFly base system. Instead, it’s installed from pkgsrc. Note that this includes tools like nslookup or host. Instructions after the jump.
From my email to users@:
- I almost have pkgsrc-2010Q1 builds done for every architecture, so I’ll point the default load location for pkg_radd to them within the next 24 hours.
- Are you still using a DragonFly system older than 2.4 and downloading binaries? If so, tell me.
- A project: enhancing pkg_search and pkg_radd to be able to tell when a package is missing because of license restrictions. Anyone want to try it?
If you use Apache, as many people do, some of the default building choices have changed in pkgsrc. Read Matthias Scheler’s post for details.
I’ve made reference to DESTDIR for pkgsrc several times, with only an informal understanding of what it means. From what I’ve learned, and what Joerg Sonnenberger’s told me, DESTDIR support means that packages can be built from pkgsrc without needing to be root. This means local packages can be built on an ordinary user account using pkgsrc.
This also means that pkgsrc can build packages before each upgrade, and only upgrade if a binary package can be built for each item involved. This means minimal downtime and no failures during upgrades, the biggest bugaboo for using pkgsrc that I’ve encountered.