MidnightBSD

Adam patched the ppp(4) buffer overflow also found in FreeBSD today.� Its recommended to update to the latest sources to receive the patch.� If you are using the last x86 iso, please remember that the password format has changed to blowfish and we've ... [More] switched to OpenNTPD/rdate.� OpenSSH was also updated to the latest version recently.� Another words its a bit of a jump.� I've found some problems with soft updates today as well.� Large amounts of disk io on raid volumes can cause soft updates to consume all available memory and crash in some cases.� Its not always consistant, but does happen.� If you experience this problem, disable soft updates on the volume.�� I'm experimenting with several kernel patches right now that may help a bit with this and other problems.� I do not think these patches will completely fix soft updates.� There have also been some problems found in ufs recently where deadlock can occur with snapshots.� If these recent kernel patches work out, i'll do a new iso release soon.� This might be the beginning of some serious kernel changes.� When I started this project, I was mostly concerned with userland changes up front.� I was hoping that I could avoid major kernel changes until after a 1.0 release.� It appears that is no longer the case.� For anyone tracking FreeBSD, the PPP patch coinsides with FreeBSD-SA-06:18ppp.� I'm now building leapseconds files in /usr/share/zoneinfo/right to work with rdate's -c flag.� This was commited yesterday.� The new website project is coming along.� I didn't get much opportunity to work on it today with all the other issues popping up.� We have someone working on a new logo for us and I've made a new temporary logo that will go with the new theme.� I've decided to drop the current color scheme even though its somewhat unique among the other BSDs.� For those of you who don't know, MidnightBSD was named after my cat.� He loves to sit on computers.� The butterfly never made sense with the name and was just something I could throw together in illustrator.� On the desktop environment front, fvwm-crystal looks like its going to be our temporary window manager for sure.� WindowMaker.info appears to be down and the freshmeat page is also disabled.� I don't want to track a dead WM.� Regardless of our final choice, I have every intention of including GNUstep with our distro.� There isn't much US interest, but there is a great deal of interest in europe.� On a final note, my kernel just built so its testing time. ... [Less]

I've been running on the em driver code since about 3am.� So far so good.� I'm still not happy with the network performance though.� Further investigation is needed. I am in the process of setting up a second server to help distribute the load.� ... [More] There has been some stability problems with my current amd box.�� I'm debating about moving cvs over to it.� If so, i'll setup a new third level domain cvs.midnightbsd.org to simplify things.� That system has a via vge gigabit NIC.� I'd like to test the driver and compare its performance to the em's.� ... [Less]

rdate is in the tree but i'm not quite happy with it yet.� I'm going to go back to the code when I get a chance.� I also imported updated timezone files last night.� That's not too bad to do.� Today while looking at df cvs, i noticed they also ... [More] imported OpenBSD rdate.� That means eveyrone but FreeBSD is using it provided netbsd still is.� I see a convention.� Of course its in freebsd ports anyway... I'm toying with adding vesa in the kernel by default.� It doesn't make a lot of sense on servers, but it does on desktops.� There are some cases it would be nice on a server too.� I may need to create a desktop and server kernel config soon or do it by architecture.� I'm not sure what happens on sparc64 with vesa for example.� I need to look into that.� I played with fvwm-crystal last night.� Now that i've tried it, my opinion has changed some.� Using the dock or start menu (nebula?) style it wouldn't be too foreign to others.� I did have a few crashes and certain mouse gentures could really cause some chaos with my mom.� Her app windows would disappear out of nowhere on her.� That might be fixable with customization, but the crashes are not so easily.� It is a devel version of fvwm 2 as a base after all.� Maybe when it goes stable... Aside from that, I think we've exausted window manager choices.� WindowMaker is still my favorite for personal use however it also crashed when playing with some gnustep apps.� There could be something strange with my system as well.� I'm also using packages from stable for some of it so that could be the problem.� (fvwm is NOT a package) I'll look at the core files later. Finally, portability is an issue.� We need to make sure the window manager will actually compile on sparc64, etc.� Firefox will not compile on freebsd last i checked.� I think gtk is broken.� I'm seriously thinking about making my own wm now.� I have an interface in mind already, its just picking the libraries to use with it.� We may just do a release with fvwm and see what people do.� I strongly favor using either gtkmm or gnustep for our graphical apps.� The pc bsd installer code is very clean but uses qt.� Its still a model for a good installer.� I did a test install today and was quite impressed.� We need to get there at least.� I'm thinking these issues must be resolved for .1 release: zoneinfo Etc/UTC and rdate fix rc script cleanups (formatting and any necessary changes) man page clean up (for additions/changes we've done) All urls pointing to midnightbsd servers.� Decide what to do about pkg_add and portsnap along with ports. Some ports ready.� At least xorg, a browser, and some common libraries. Some update to the em driver. Look at other contrib software to determine version status. Changes to the installer to remove freebsd specific features, etc. .2 release will need this: security patch procedure including binary patches (roadmap for it at least) more ports, port utilities improvements to installer any bugfixes and some driver updates more work on the gui environment By .3 i want to have the window manager determined and hopefully working.� If i write my own, it would be started and useable to some degree. ... [Less]

The ISC has setup a mirror of MidnightBSD on http://mirrors.isc.org. Special thanks to them. Their mirror contains the entire FTP archive including the recent sparc64 snapshot. Adam upgraded OpenSSH in the tree yesterday. I'll attemp a new i386 build ... [More] when I get a chance. I'm working on migrating to OpenNTPD. I've got about half the work completed. Anyone having problems with configure scripts should simply copy the FreeBSD releated entries in the config.guess/config.sub and replace FreeBSD with MidnightBSD and freebsd with midnightbsd. Also remove any additional entries for GNU "distros" of freebsd. I asked the GNU to patch their scripts. We'll see what happens. I've had to disable ftp and http a few times. The traffic has been so bad nothing would come in or out. I'm hoping the mirror will help. I appologize to anyone downloading when that occured. I'll write another entry when the source tree is "safe" to build. If you don't need ntp, you should be able to just delete those directories src/contrib/ntp and src/usr.sbin/ntp and it should work alright. Finally, we've been looking at countless window managers. Several people have expressed interest in xfce. We haven't made a final determination but xfce, fvwm-crystal, WindowMaker, something custom, or some offshoot work for the etoile project are all in the running. Two of these choices don't exactly fit into my usability requirements. If they were chosen, it certainly would not be perminent. xfce has some nice points, but its also quite mainstream. was hoping to be a bit unique. ... [Less]

A few people have inquired about the download speed problem from the ftp/webserver. I am running the server on a business cable modem package which does not have a lot of upstream. I did a recent speed test using speakeasy.net's server. 8314kbps down ... [More] 823kbps up to chicago. I need a mirror quite badly. I sent an application to ibiblio but have not heard anything. As for the iso image, the md5 for disk 1 does look wrong. I'm going to switch out the network cable and post a new snapshot for x86 and sparc64. I did download the iso last onto a desktop and did a virtual pc test install. It worked ok. Note on installtion: Do not use "all" or "xorg" options when it asks you to select relevant packages. The current snapshots do not include ports or documentation (aside from man pages) so those options will cause you to get errors during the install. pkg_add intentionally points to FreeBSD's server and will fetch 6-stable packages. They still work for now and until I get ports up its a convenient way to get xorg and other items installed. I have not altered the sup files yet either. The recommended way to get source is to check it out using the new anonymous cvs. (as of yesterday) Information is in the develop section of the website. ... [Less]

I've just posted the first snapshot build for sparc64 on the ftp server.� It was built on a sun ultra 10 3d creator.�� It took me about 11 hours to complete the snapshot build.� I was also working on a new i386 snap, but my build system experienced ... [More] some problems today as my air conditioning was on the fritz.� I'll attempt a build again in a few days.� i386 is available via bittorrent, but sparc64 is ftp only for now. There will also be some changes commited to ksh soon.� ... [Less]

MidnightBSD now includes OpenBSD 3.9's ksh which is based on pdksh.� ksh is not included in /rescue and is not static. /bin/sh has not be changed to ksh either.� I want to import a few more changes and release a new snapshot in the next few days.� I'll attempt a sparc64 build soon.� ...

Today I made some changes to sysinstall.� I'm hoping to get ftp install working with the next snapshot.� I also imported the latest sendmail release over the weekend. ...

Over the weekend, I created a new snapshot iso of MidnightBSD.� It includes 7 security patches and a new version of Sendmail.� It has has some minor fixes with the rc scripts.� ...

The cvs server was recently moved to stargazer.midnightbsd.org.� I've also moved the website to the new server as well.� xorg is not currently building.� I haven't had time to look at it yet, but you can simply use the FreeBSD 6 stable packages safely. ...