Category: Heads Up!

Stable slip


Matthew Dillon’s planning to synchonize the stable DragonFly code with the newest code, since there’s been so few problems lately. It’ll happen tomorrow!

Posted by     Categories: Heads Up!     0 Comments

gcc 3.4.3 added


Joerg Sonnenberger has placed gcc-3.4.3 into DragonFly; it is still considered experimental, so use it by setting the environment variable CCVER to ‘gcc34′ only after careful thought. His post has other details.

Posted by     Categories: Heads Up!     0 Comments

Last FreeBSD 4.x release soon


FreeBSD 4.11, the final release in the FreeBSD-4 series, is due around the end of January. The next official release of DragonFly will probably be out soon after, which makes a handy upgrade path if you are trying to avoid the FreeBSD-5 experience.

Posted by     Categories: Heads Up!     0 Comments

Old drivers deprecated


Joerg Sonnenberger warned that several drivers will be removed in the next two weeks from all flavors of DragonFly, including Stable, unless someone needs them:

– GPLed math emulator
– GPLed dgb driver
– GPLed awe driver
– old pre-newbus rp driver (use nrp instead)
– OLDCARD AKA pcic (also not built as module by default)

Posted by     Categories: Heads Up!     0 Comments

HEAD and Stable, together


The Stable tag has been moved up to the most recent code, as some critical fixes required what’s in the most recent code. In general, this should only be positive, unless you are using unionfs or nullfs, as they will be broken if you upgrade. So, if you are using those file systems, hold off on upgrading for a few weeks. When you do upgrade, it has to be a full buildkernel/buildworld.

Posted by     Categories: Heads Up!     0 Comments

DragonFlyBSD.org outage


Matthew Dillon reported a hard disk failure knocked out the DragonFly website and mailing lists over the weekend; there’s a new disk, filled from backups, back in place now.

Posted by     Categories: Heads Up!     1 Comment

Bad Bug Better; VFS work in


Matthew Dillon reported that he and David Rhodus have tracked down and eliminated a longstanding bug that caused VM/filesystem corruption, dating from FreeBSD 4, which may even still be present in FreeBSD 5.

As a side effect, Matthew Dillon’s VFS work will get pushed into the most current code (HEAD). Unionfs and nullfs work has not been completed in the VFS code, so that means if you use HEAD and also use unionfs/nullfs, either don’t update for the next week or so, or drop back to DragonFly_Stable.

Posted by     Categories: Heads Up!     0 Comments

Antispam mailing list changes


Matthew Dillon posted about some changes to the way the mailing lists work; this is to avoid the ever-increasing spam that has been coming in. The short summary is that is you post through news, or use your subscribing address when posting mail, it should work normally. Otherwise, read his plan further.

Posted by     Categories: Heads Up!     0 Comments

DragonFly_Stable reverted


Matthew Dillon has seen some problems on his test machines for DragonFly_Stable, so he’s pushing the tag back to the Sept. 13th point, for reasons he detailed in a separate message. Make sure to be using this if you have a production machine.

Posted by     Categories: Heads Up!     0 Comments

Scary VFS work, stable update


Matthew Dillon wrote that the DragonFly_Stable tag is being moved up to the current code, as his potentially destabilizing VFS work is going to be going into the tree, starting tomorrow.

The moral: if you have production or near-production machines, stick with the stable tag, for now.

Posted by     Categories: Heads Up!     0 Comments

Temporarily tricky


Matthew Dillon warned that the namecache work (stage 6 is committed) may destabilize the system somewhat while it is in flux; crashes may happen, though data should be generally safe. Use the DragonFly_Stable tag in your supfile if this is a problem and you’d like to upgrade…

Posted by     Categories: Heads Up!     0 Comments

Callout causes rebuild


Joerg Sonnenberger warned that a full buildworld will be needed when next upgrading your system. You will also want to recompile any ports that use cam/libcam, like many CD-reading tools.

Posted by     Categories: Heads Up!     0 Comments

Axe(4) grinding


Joerg Sonnenberger has commited a whole pile of updates to various network drivers, among them axe(4). He warns that anyone with a axe(4) device should give it a whirl, as the driver is untested at this point.

Posted by     Categories: Heads Up!     0 Comments

Module build warning


MAtthew Dillon warned that the ongoing VFS work will make the use of buildkernel/installkernel absolutely necessary for kernel installation, for anyone using filesystems other than those built into the kernel.

Posted by     Categories: Heads Up!     0 Comments

Fragging fragment


Due to a typo, now fixed, in the disklabel man page, the Installer for DragonFly 1.0A used a too-large fragment size for disks larger than 1G. You may run out of inodes depending on the size of your disk and the number of files you have on it. Matthew Dillon suggested this temporary workaround when installing, until the Installer is changed.

Posted by     Categories: Heads Up!     0 Comments

Buildworld is the only way


Matthew Dillon noted that a full make buildworld/kernel and installworld/kernel is needed on the next update, due to a number of changes he has made.

If you haven’t updated recently to catch the scheduler changes, you may want to do this in any case.

Posted by     Categories: Heads Up!     0 Comments

Bent fork


forknibbler.com is down; that’s where I host builds of material that is in doc CVS. It’ll be up as soon as I can get to the physical location.

Update: fixed.

Posted by     Categories: Heads Up!     0 Comments

New Release 1.0A


There’s a new image available that fixes the installer problem when installing to a partition that isn’t the last one on the disk.

Posted by     Categories: Heads Up!     0 Comments

Installer and partition problem


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!

Posted by     Categories: Heads Up!     1 Comment

1.0RC1 Announcement + ACPI


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

Posted by     Categories: Heads Up!     0 Comments

Pruning and creating


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.

Posted by     Categories: Heads Up!     0 Comments

Pesky Postfix


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.”

Posted by     Categories: Heads Up!     1 Comment

crtbegin/crtend changes


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++.

Posted by     Categories: Heads Up!     0 Comments

Kernel Krap


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.

Posted by     Categories: Heads Up!     0 Comments

BIND9 updated


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.

Posted by     Categories: Heads Up!     1 Comment

NVIDIA breakage


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.

Posted by     Categories: Heads Up!     1 Comment

Update, reboot, fsck


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.

Posted by     Categories: Heads Up!     0 Comments

buildworld needed


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.

Posted by     Categories: Heads Up!     0 Comments

quick MMX fix


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.

Posted by     Categories: Heads Up!     0 Comments

Build broken


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.

Posted by     Categories: Heads Up!     1 Comment

Unstable day


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:
More…

Posted by     Categories: Heads Up!     0 Comments

Bringing binutils


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

Posted by     Categories: Heads Up!     0 Comments

GCC integrated; updating abnegated


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.

Posted by     Categories: Heads Up!     0 Comments

rsync remote exploit


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.

Posted by     Categories: Heads Up!     0 Comments

Start cleanly


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

Posted by     Categories: Heads Up!     1 Comment

Name breakage


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.

Posted by     Categories: Heads Up!     0 Comments

No NTFS


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

Posted by     Categories: Heads Up!     0 Comments

FreeBSD 5.1 and DragonFly disk sharing


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.

Posted by     Categories: Heads Up!     0 Comments

/bin/sh fixed


/bin/sh had a big introduced recently that would make it crash when booting with a new world. It’s been fixed, so recompile /bin/sh with updated sources when possible.

Posted by     Categories: Heads Up!     0 Comments