This release is dedicated to Bob “maradong” Hentges, Symlink Lëtzebuerg.
Furthermore, this very snapshot has been uploaded (for both the sparc and i386 architectures, with a readme for the former) to /MirOS/current and waits for your test results. We would be glad if someone could help us to fix the remaining bugs especially in the sparc port (nroff, issue with the bootloader and bsd.rd, etc).
The aforementioned XFree86 font issues have been solved provisionally by putting back the cropped and charset-reduced font sets; we will look into this issue after the release sometime.
This weekend, the project will be present at the FrOSCon 2007 at the FH Bonn-Rhein-Sieg near Bonn, Germany. There is going to be a booth where you can meet the developers, and bsiegert@ will hold a talk about autoconf, automake, and libtool—an introduction to the GNU build system on Sunday at 16:30, room 5.
Note the wlog entry about FrOSCon – more entries will follow, stay tuned.
The CDs to distribute are still not done, sorry… it’ll be an adjusted LinuxTag edition, no more, not even more recent dist sets, due to all the trouble we had.
tg@ and bsiegert@ are appearing at the FH site later this evening and are open for food’n’beer suggestions from donators ☻
Caveat: There is a bug in some of the fonts.alias files from the xbase set. If X fails to start, enter the following commands to fix the problem:
$ sudo ed /usr/X11R6/lib/X11/fonts/misc/fonts.alias %s/iso8859-1$/iso10646-1/ wq
Note: this affects both the i386 and sparc snapshots!
Our main cvs and mailing list server, herc.mirbsd.org, has some hardware problems at the moment. This means that the mailing lists are down until further notice. Anonymous CVS access (not from allbsd.org), this website, and BitTorrent are working fine though.
Read/write CVS access to CVS for developers will be restored in one or two days, making tg@’s SPARCstation the temporary CVS master.
Waldemar Brodkorb (wbx@) has donated hardware to act as a supplemental AnonCVS/AnonRSYNC server, which is being initialised and tested right now, as the hosting site only accepts boxen that have passed a typical stress test. Eventually, this box will act as a secondary mail server as well.
For now, please use IRC for bug reports, feature requests, feedback, etc.
Update (2007-08-24): We’re almost back to normal, the server hardware has changed a little until proper replacement can be used (with proper, I mean replacing the IDE crap with SCSI, etc. while we’re at replacing anyway, and actually investing some – well, a lot of – money and effort). Mailing lists work again, and commits will be enabled for developers during short timeframes a few times per day, with immediate rsync actions being taken afterwards just to be on the safe side. This however means: FrOSCon CDs will contain older versions of MirOS, big financial loss for us, and MirOS #10 will be delayed for a yet unknown amount of time (but sparc is finally ready since 23rd).
After FreeWRT, MidnightBSD, a FreeBSD-based operating system, has adopted mksh as its default Korn shell, that is, /bin/mksh and /bin/ksh (but not as /bin/sh). While the current state of integration uses mksh R30, the upcoming R31 release with features requested by MidnightBSD developers will be integrated soon.
We would like to thank the developers of MidnightBSD for considering this and congratulate their users to gain a usable-by-default shell. We would also like to encourage other operating system developers to follow this example and integrate mksh (or, like OpenSolaris, AT&T ksh93).
The BitTorrent tracker now has a torrent for the MirOS #10 RC3 Live+Install CD; of course, the netinstall location has been upgraded with the new dist sets as well. You can now select a keyboard layout during livecd boot, and it's been made more user friendly; many small bugs have been plugged; everyone's favourite shell is at R30-current with support for TenDRA and maybe tcc, and several ports, most notably GNOME, are in good shape.
Please report errors back to us; we don't plan on making any further changes to the codebase save bugfixes and maybe some more changes to ports.
mksh R30 has been released; read the ChangeLog for details. FreeWRT, Debian, FreeBSD Ports, MidnightBSD mports, MirPorts, RedHat/Fedora, the OpenSuSE Buildservice all have it already; we expect others to follow.
This release is dedicated to everyone who helped with portability.
With apologies to every Debian user who is still on sparc32, XTaran of Symlink fame has provided us with the idea: We aim to produce an operating system for 32-bit sparc boxen that is small, fast, stable, reliable and secure. MirOS/sparc is its name, and while it's currently being dormant, I promise it will be polished and shining in a short while. (I hope to get the issues I had some weeks ago solved, even at the cost of Ada support should that be necessary.)
I could use some parts for my SPARCstation 20 though: it only has a 75 MHz supersparc CPU and 128 MiB RAM; if someone has a 233 MHz hypersparc CPU (I think Ross built these) I'd be delighted to upgrade, and more RAM never is bad. I've got some SCSI discs from tyler, so that's not urgent.
mksh now builds with IBM XL C/C++ on AIX – Linux/POWER and Mac OSX shall follow once I'm able to test. Thanks to the person who wishes to remain anonymous for providing us the ability to do this porting work.
FreeWRT, an embedded applicance development kit, has adopted mksh as its default shell and /bin/sh for the upcoming 1.1 release.
We would like to thank everyone for their support and feedback, hope that the upcoming mksh R30 will please even more, and suggest other projects, such as NetBSD®, to switch at least their native ksh to mksh.
mksh R29g has been released mostly to fix large file support in some operating systems (mostly GNU), which was tested for correctly, but the test result was not used during the actual compilation. Found by hondza, thanks! This stable version update also contains some other minor changes from mksh-current that don't affect existing behaviour (so none of the nice features shown earlier) which aren't that noteworthy though. There's still an issue in that -D_LARGE_FILES=1 is defined even if it's not required sometimes, which is fixed in mksh-current, but it doesn't hurt.
German penal and crime code, Article 202c, forbids us from “retrieving, making available” (and some other things) tools that can be used to gain illegal access to data or access codes. While we do not approve of this law at all, we will be forced to abide by it in a few weeks (once it's been published in the print version of the parliament's papers), so tcpdump(8) was removed from the base system. We do not believe providing MirPorts makes us liable for the actions of the end user, and hope no other tool in the base system is affected by this law. We will try to make politicians realise how bad that is, as they are effectively preventing sysadmins as well as researchers, teachers and students from securing systems. (Maybe they just want to make us affected by the Federal Trojan?)