Category: Heads Up!

Quoted from the download page:

IMPORTANT ERRATA ADDENDUM: Using the installer on a multi-slice disk will improperly resize the target slice when it is not the last slice, to be the same size as the last slice, leading to a corrupt disk! We will have an update to fix this problem in the next 24 hours!

Matt Dillon posted an announcement about 1.0RC1 last night on the kernel mailing list; it contins some important notes about ACPI.

If you’re building world and you see errors on named, do these steps as described by Matt Dillon:

Run cvsup
cd /usr/src/usr.sbin
rm -rf named
cvs update named

Matt describes in a separate post how the -Pd options to cvs updates can prune and create directories as needed.

A few people using Postfix for mail have reported system hangs at irregular intervals; Joerg Sonnenberger and Matt Dillon have been trying to track this down. Joerg posted these steps to take if you are so fortunate as to encounter this problem:

“Please try to provide the following for us for download:

• a tarball of your /var/spool/postfix [if this doesn’t contain private mail, save it and try to remove them as long as the problem persists]
• a crash dump of the system when it hangs and the kernel.debug, please test that ‘gdb -k kernel.debug vmcore.X‘ actually works and gdb doesn’t crash.
• if you can easily reproduce the problem, compile kern/kern_lockf.c with -DLOCKF_DEBUG, use the ddb command ‘w lf_print_ranges 1‘ to set the lockf debugging and give us the /var/log/messages.

I really want to fix this, but neither Matt nor I can reproduce this problem and the code is not obviously bad. There is some interaction going on, but the crash dump we had so far doesn’t work (see above about testing). It would be nice, if you can use bzip2 or gzip on all this data.”

Joerg Sonnenberger noted that on the next update of your system(s), be careful using “make upgrade”, as a consistent world is needed. The recent crtbegin/crtend changes may give some trouble. It also may be a good idea to rebuild ports, especially those that use C++.

The kernel mailing list is getting hit with a Windows mail virus in a big way; be careful when viewing it through your mail client/news interface if you use Windows.

Update: fixed now.

Matt Dillon has added bind-9.2.4rc4 to contrib. This replaces bind8 that was being used for DragonFly (and I assume FreeBSD-4) by default. Things may be somwhat unstable for a few days; if that is trouble for you, don’t update your system this week.

The latest dev numbering changes from Matt Dillon will break the NVIDIA binary driver, if you are using it. Emiel Kollof is working on a new version, and until that’s set, avoid updating if you want to keep your NVIDIA driver working.

Matt Dillon’s tracked down a nasty filesystem corruption bug in the lockf code; everyone should update, rebuild, reboot, and do a fsck to make sure your disk is intact.

Because of a commit at 2004/04/29 03:06:41 PDT, your next upgrade will need a buildworld – make quickworld won’t catch it. This was helpfully noted by David Rhodus.

If you updated your kernel today and you are having wierd graphical issues or crashing, put this in /boot/loader.conf:

kern.mmxopt=0

The issue should be fixed very soon.

Matt Dillon’s still missing some parts to the PIPE code in last night’s import from FreeBSD 5. Until this is fixed (hopefully by tomorrow) , the codebase will be somewhat unstable.

Matt Dillon posted that he is doing major work on buildworld code; you may want to update tomorrow and not today, if it was on your agenda. Following is his description of his work plans:
Continue reading “Unstable day”

binutils 2.14 is being added in by Matt Dillon, over the next few days.

David Rhodus and Matt Dillon are getting GCC2 and GCC3 into the base system today; updating your source during the next 24 hours may bring you an unstable version.

David Rhodus noted that rsync is now at version 2.5.7 because of a remotely-exploitable heap overflow. Anyone running a rsync mirror, especially of DragonFly, should update. This is in part the exploit that damaged a Gentoo mirror and a GNU server.

There’s been a number of people reporting various breakages during install or boot time. To weed out problems caused by old data right away, remember to:

rm -rf /usr/obj
make buildworld
make buildkernel
make installkernel
make installworld
mergemaster
reboot

Matt Dillon’s bringing in the ‘DragonFly’ name to replace ‘FreeBSD’ in the source, which may break a number of things over the next few days, including all ports.

James Frazer found, and David Rhodus corroborated, that NTFS support tain’t working.

As part of another discussion, it’s been noted that trying to boot FreeBSD 5.1 and DragonFly from the same disk currently may not work if it’s UFS1, and definitely won’t if it’s UFS2.