As you may have guessed, this week’s BSD Now talks about the change of ZFS code origin in FreeBSD. There’s of course other things linked, including this tattoo.
On your next DragonFly upgrade, watch the end of your ‘make upgrade’ output. You may have some deprecated files, especially if your system has been upgraded through several releases.
= You have 11 now deprecated files.
= Once you are sure that none of your third party (ports or local)
= software are still using them, rerun with REMOVE_DEPRECATED set.
The now-deprecated files will be listed just before this warning. They aren’t removed automatically in case there’s installed software still linking to them. If you are running only dports software, and are up to date with all of it, you are probably fine to remove these files:
make -DREMOVE_DEPRECATED upgrade
If you have software you compiled yourself some time ago, it may have linked to these old files. One way to search for that would be to use find to find all executable files that are in particular directories, and then use ldd to see what shared libraries are used by each executable:
find /usr/local/bin /usr/local/sbin -type f -perm +a+x -print -exec ldd {} \;
… and then grep for the names of the deprecated files. You’ll get a bunch of “not a dynamic executable” errors when you do this because it’s a rough example I did for this post, but you can always pipe the stdout of the command to a file and review later. If you do turn up any executables linked to the deprecated files – recompile!
(If you have a better find string or strategy, please comment.)
Eerielinux has a new Ravenports article: Ravenports explained: Why not just join XYZ? I am linking it now because it’s DragonFly related, but it does touch on all the BSDs. It reviews the reasons for Ravenports – and its competitive advantages, if you look at it a certain way. It’s a followup to the Ravenports update and review linked here previously.