Coping with portupgrade’s inability to handle new dependencies

I grew tired of handholding portupgrade because of the latter’s inability to handle new dependencies. The script below is the result of my frustration. The script is available for downloading at Continue reading Coping with portupgrade’s inability to handle new dependencies


I’m probably not paying enough attention to new developments in FreeBSD after all. After updating the installed ports in my VMs running base/head and base/stable/10, X11 stopped working. It turns out the new version of requires KMS and what not in the kernel. This doesn’t fare well with VMs running inside VirtualBox.

The solution? Place


in the /etc/make.conf file and recompile everything, or at least recompile everything belonging to the subsystem. I opted for the former, spending roughly five hours recompiling 443 ports. :-/

The VMs running base/stable/8 and base/stable/9 hasn’t been affected yet, but I figured it’s best to play safe and I amended the aforementioned line in the /etc/make.conf file on those VMs.

Your own virtualized desktop FreeBSD lab

If you’re like me, eager to test new stuff in FreeBSD, you might as well run a virtualized FreeBSD laboratory on your desktop. I use Oracle VirtualBox, but you might as well use Microsoft Hyper-V, real hardware, or some other contraption. Couple this with ZFS and boot environments, and you’re even able to rapidly revert any mishaps, although enabled ZFS features can’t be reverted without some help in advance from the virtualization software. Continue reading Your own virtualized desktop FreeBSD lab