![[Valid RSS]](images/valid-rss-rogers.png "Valid RSS")
This is a valid RSS feed.
This feed is valid, but interoperability with the widest range of feed readers could be improved by implementing the following recommendations.
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0"><channel xml:lang="en"> <title>MirBSD Weblog</title> <description>WTF is Verpeilungsfaktor? — MirBSD</description> <atom:link href="http://www.mirbsd.org/wlog-9.rss" rel="self" type="application/rss+xml" /> <lastBuildDate>Fri, 22 Sep 2023 01:52:45 +0000</lastBuildDate> <link>http://www.mirbsd.org/</link> <copyright>All content Copyright © MirBSD and its respective writers. ⚠ Some content may be outdated, obsolete, old or WIP, no warranties! Permission to reproduce news and wlog entries and other RSS feed content in unmodified form without notice is granted provided they are not used to endorse or promote any products or opinions (other than what was expressed by the author) and without taking them out of context. Written permission from the copyright owner must be obtained for everything else. Impressum: http://www.mirbsd.org/imprint.htm</copyright> <dc:language>en</dc:language> <ttl>14400</ttl> <generator>MirBSD Website, written in mksh; RCS IDs: $MirOS: www/mk/parser,v 1.33 2018/05/06 13:23:36 tg Exp $ $MirOS: www/mk/common,v 1.12 2021/12/11 20:10:49 tg Exp $ $MirOS: www/mk/htsconv,v 1.116 2023/07/26 03:09:23 tg Exp $ $MirOS: www/mk/inc2rss,v 1.51 2023/09/22 01:49:52 tg Exp $ RCS IDs of the content database: $MirOS: www/data/wlog-9.cfg,v 1.5 2018/05/06 13:05:16 tg Exp $ $MirOS: www/data/wlog-9.inc,v 1.110 2022/05/13 21:52:29 tg Exp $ </generator><item><title>2008-03-16 by tg@</title><pubDate>Sun, 16 Mar 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080316-tg.htm#e20080316-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080316-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>Sometimes it’s good to double-check. Benny has found a bug in my fix to gnu.port.mk, leading to incorrect dependencies. I couldn’t get the sparc floppy to boot — several NetBSD® users had the same problem, leading to <a href="http://mail-index.netbsd.org/port-sparc/2001/09/05/0003.html">a posting about how to clean a sparc floppy drive</a>, luckily. Note that I am lazy, that’s why I just tested the floppy in my SS10 instead. This gave me quite a hard shock, though.</p><p>I prepared the Mini-ISO, and — new — a Midi-ISO containing the floppy images as well (if extra netboot kernels were required, they would be also on it, but boot.net is enough), which will take the place of cdrom10.iso on the download area, while the Mini-ISO will sit on the release ISO.</p><p>This means we’re now all set to release today. *crosses fingers*</p></description></item><item><title>2008-03-14 by tg@</title><pubDate>Fri, 14 Mar 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080314-tg.htm#e20080314-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080314-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>Yay! I got a SPARCstation 20, a SPARCstation 10, and a SPARCstation 5, several CPUs and sbus cards, an external HDD, an external CD, and some more toys, from wbx@ — he has no sparc parts left now. Sad, as he is the initiator of MirOS/sparc. Good, because I can cluster them now. I could test the framebuffer, XFree86®, even build binary packages with distcc if Benny ports it (I still have to get on friendly terms with distcc first though, and I won’t use it for official releases).</p><p>Being the better OpenBSD sometimes sucks. For instance, if our <a href="http://www.mirbsd.org/htman/i386/man1/make.htm" class="manlink">make(1)</a> implicit rules generate <tt>grammar.h</tt> from <tt>grammar.y</tt>, and not <tt>y.tab.h</tt>, as a certain <tt>lex.l</tt> wanted to include. Well, that could be fixed — re-rolled ports10.ngz with new games/bsdgames.</p><p>I’m building a number of selected binary packages on the sparc and very few basic ones for i386, to add to the release ISO. (More binary packages can be downloaded from our mirrors later.) This is holding us a little, but I’ve got plenty of time over the weekend to carefully finish the release engineering process. Better than having bugs, eh?</p><p>I actually found a bug in <tt>gnu.port.mk</tt> during porting to mnbsd; gecko2@ had found it too but I couldn’t reproduce it back then.</p><p>Sorry for all the delay in the release announcement and publication, but first we have to get the ISOs ready — since they contain i386, sparc, source <em>and</em> CVS it’s a tad difficult and quite time-consuming.</p><p>Ha! Giving support in <tt>#cvs</tt> in IRC and being called life saviour, master, etc. is really giving me the chills, in a good way.</p><p>I’m exhausted, will continue hacking on the release tomorrow.</p><p>I’m trying to hand-bake a floppy for the sparc though. It won’t contain an installer, but enough to download an installer onto a HDD. Ports have aborted (gnupg can’t import keys, but decrypt them just fine — weird), but I’ve got enough for tomorrow.</p></description></item><item><title>GPLv3</title><pubDate>Thu, 13 Mar 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080313-tg-g10002.htm#e20080313-tg-g10002_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080313-tg-g10002.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>It’s really annoying. This is actually a pre-release issue. There is a port, editors/nano, which snuck in before the release, containing GPLv3 licenced stuff. This means that I either have to remove nano from the mirports tree for #10 or read the GPLv3 and allow it into the tree.</p><p>Looking for OpenBSD’s opinion on GPLv3 in ports, I found that my “dear friend”, the oksh developer, has struck again: his oksh-0.3 is GPLv3’d now. (At least he did not remove the UCB copyright from some files.) And to add insult to injury, the description of <a href="http://linux.softpedia.com/get/System/Shells/oksh-9881.shtml">oksh at Softpedia</a>, which is almost certainly provided by my “dear friend” Henry Jensen &lt;hjensen@delilinux.de&gt;, pretends that <a href="http://www.mirbsd.org/htman/i386/man1/mksh.htm" class="manlink">mksh(1)</a> is not Bourne compatible (which it is, at least no less than oksh) and buggy, which it definitively is <strong>not</strong>. He said that, at the time of his forking, mksh was buggy, but could not tell me one single actual point. His only complaint against mksh was that it does not support the GNU bash-like <tt>$PS1</tt> hackery. *sigh* (Did I mention that oksh-0.1 violated the MirOS licence on mksh?)</p><p>Phew, I read through it. And I think we have a sort of <a href="http://marc.info/?m=120545412919084">official stance</a> on the GPLv3 (even though bsiegert@ of course has to agree to make it truly official). I still don’t like it, but it could be worse, and for ports we do not need to care <em>that</em> much.</p></description></item><item><title>2008-03-13 by tg@</title><pubDate>Thu, 13 Mar 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080313-tg-g10001.htm#e20080313-tg-g10001_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080313-tg-g10001.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>Today, I helped wbx@ to clean up his basement: DECstations, SPARCstations, VAXstations, Alphas, mac68k, hppa, SGI O2 and Indy, and some other boxen either went to the recycling company today or will tomorrow. gecko2@ retains some mac68k and maybe one hppa, I try to get some 32-bit sparc parts, and bogus got an E450 (heavy!) and an Ultra1 for toying around with, as he now exclusively runs Solaris.</p><p>It’s annoying that not every CPU works in every SPARCstation — for example, the two SPARCstation 10 we found have 33 MHz CPUs and 400 MiB HDDs, one has OpenBSD on it, one Solaris 5. Nice. Tomorrow we’ll look at the two SPARCstation 5 which are still there. The monitor sadly doesn’t work. Maybe one VGA conversion cable from the SGIs will help, but I don’t have a monitor capable of doing the sunfb 1152x900 (maybe with a <a href="http://www.mirbsd.org/htman/i386/man4/zx.htm" class="manlink">zx(4)</a> card…)</p><p>The SPARCstation 20 of mine (“demo”) has finished building the release kernels and tarballs, so I can proceed with the release engineering process ASAP. Like I said, we’ll do a unified medium. As with i386, the preliminary dist sets may show up on the download mirrors already for a while…</p><p>Building the release took about 6h22′ at 1 GHz on i386, and 81h22′ on 75 MHz on sparc, for what it’s worth.</p></description></item><item><title>Das Beste zum Schluß</title><pubDate>Thu, 13 Mar 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080313-tg.htm#e20080313-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080313-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p xml:lang="de">Für lange Zugfahrten o.ä, wo man keine Lust hat zu hacken, ist ganz gut dies hier geeignet: z.Zt. 128 je ca. 200 Lynx-Seiten umfassende <a href="http://www.thorsten-oberbossel.de/deutsch/hp/fanfic.shtml">Harry Potter Fanfics</a>, die ein recht logisches, aber manchmal nerviges Universum, das jedoch sich streng nach dem Original richtet, aufspannen. Einfach runterladen und dann offline lesen.</p><p xml:lang="de">Ich bin ja ehrlich gesagt immer noch am sicken, daß Freenode mir einfach den Nick „lynx“ geklaut hat… jetzt kann ich gar nicht mehr so deutlich anzeigen, daß ich am Schmökern bin. Merke: wer „linked nicks“ hat, sollte diese <em>trotzdem</em> alle 29 Tage mal touchieren, da man im Staff nicht nachfragt, selbst wenn der Hauptkontakt gerade online ist.</p><p xml:lang="en">I’m still pissed about Freenode taking the nick “lynx” away from right under my arse, having been online with the main nick of “linked nicks” (the NickServ feature), just because I had not used that nickname for a while. Note: touch all alternative nicks every 29 days. RichiH says it’s policy to at least ask the owner, but seemingly they don’t.</p></description></item><item><title>2008-03-12 by tg@</title><pubDate>Wed, 12 Mar 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080312-tg.htm#e20080312-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080312-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>Oh, another wlog entry ☺</p><p>I found out that, actually, you can commit into both a branch and HEAD within the same directory on the same commit command. It’s just our log scripts which suck. This will be fixed RSN. It works if you use another, <em>different</em> directory as the last one (like I thought). This also means you can ignore commitid 10047D8245653D8184A and 10047D8248447FC1F5F, as these never went live.</p><p>Someone wants to do <a href="http://article.gmane.org/gmane.comp.embedded.freewrt.bugs/1856">an appliance with FreeWRT</a>, maybe I can let him hire (and pay) me for that. I could definitively need the money at the moment (hint hint).</p><p>If not, I can always port MirPorts to MidnightBSD…</p><p>… and I actually did, this will lead to some changes, even a few real improvements not only for mnbsd but for mbsd too.</p></description></item><item><title>2008-03-11 by tg@</title><pubDate>Tue, 11 Mar 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080311-tg.htm#e20080311-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080311-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>This is probably the last entry in this wlog. If you are using the RSS feeds, you might either want to subscribe to <a href="http://www.mirbsd.org/wlog-10.rss">http://www.mirbsd.org/wlog-10.rss</a>, or change your subscription to the new (as of yesterday) feed at <a href="http://www.mirbsd.org/wlog.rss">http://www.mirbsd.org/wlog.rss</a>, which is a symbolic link to the current developers’ weblog.</p><p>A fix for the <a href="http://www.mirbsd.org/htman/i386/man8/ppp.htm" class="manlink">ppp(8)</a> security vulnerability has been committed to MirOS #10-stable already. This is still in time for the release, and will be included in the source10.ngz dist set as well as in both i386 and sparc base10.ngz dist sets. Thanks to TNF’s replaced, who mentioned the issue to me in the <tt>#!/bin/mksh</tt> channel in IRC.</p></description></item><item><title>2008-03-10 by tg@</title><pubDate>Mon, 10 Mar 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080310-tg.htm#e20080310-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080310-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>The i386 part of the #10semel release is already built, but, oh WTF we don’t have a codename for this release yet. Well, the sparc part is still compiling, which leaves us another few days to think of one. I’m already uploading part of the sets, so that the distribution process will be quicker later. (Some of the files will change later on, though.)</p><p>Benny already has written a release announcement draft. Like I said, he <em>is</em> my best man. He didn’t even attempt to list the changes, which might even be the better approach… In the meantime, I’m updating some of the web pages already — you can, in theory, netinstall #10 now, but some links will have to be fixed later.</p><p>I still <strong>urgently</strong> need a SCSI host adapter for my new server <tt>tear</tt>, U160 or U320, SCA LVD, 32-bit PCI, no RAID, supported by MirBSD (i.e. OpenBSD 3.5), as the current one, donated by wbx@, has <a href="http://marc.info/?m=119299679527756">issues</a>. Or a fix. Plans to migrate to <tt>tear</tt> have been postponed due to this problem, which makes the progress in the project seriously suffer.</p></description></item><item><title>2008-03-09 by tg@</title><pubDate>Sun, 09 Mar 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080309-tg.htm#e20080309-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080309-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>The code is almost frozen, we’re only waiting for a few updates that should still go in. Benny allowed me to add the ‘u’ to the flavour variables of MirPorts, after a year or so of thinking about it ☺</p><p>I fought the Leopard today, but I won: we can now use our own <a href="http://www.mirbsd.org/htman/i386/man3/getopt.htm" class="manlink">getopt(3)</a> suite on Mac OSX 10.5 again, and some other bugs and minor issues have been fixed too. Plus, all the hashes, including ADLER32, SFV, SUMA, TIGER and WHIRLPOOL, now work on Darwin too (tested on both i386 and macppc).</p><p>Now it’s release engineering. I have started tagging, after a few final updates and fixes, and asked Benny to write a release announcement. Let’s see when the builds are done, calculate a good four days for the sparc side. Afterwards, we’ll switch to wlog-10, and back up the repo to get it all on one CD (i386, sparc, source, CVS).</p></description></item><item><title>2008-03-06 by tg@</title><pubDate>Thu, 06 Mar 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080306-tg.htm#e20080306-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080306-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>Thanks Benny, I’m glad to have a developer like you too.</p><p>Whew. mksh is done. I hacked a little on mcabber, and <strong>if</strong> your libc is recent enough, it even can display the new uppercase eszett the DIN proposed onto us (ẞ ← it’s in fixed-misc in MirBSD, and in a few other fonts such as the Linux Libertine). Mine wasn’t, of course. My work system is, actually, too old… (currently I’m building i386 stuff either in a chroot or in a dual-boot).</p></description></item><item><title>2008-03-06 by bsiegert@</title><pubDate>Thu, 06 Mar 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080306-bsiegert.htm#e20080306-bsiegert_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080306-bsiegert.htm</guid><author>bsiegert@mirbsd.org (MirOS contributor bsiegert)</author><description xml:space="preserve"><p>Now that tg@ is back, MirOS has certainly regained its momentum. Great work, it is good to have a developer like him.</p> <p>For the last six months, we always distributed the same snapshot on exhibitions. I am almost ashamed to admit that the CDs we had at <a href="http://www.fosdem.org/2008/">FOSDEM 2008</a> were burned from the <a href="http://www.froscon.org/">FrOSCon 2007</a> ISO image that I had lying around on the showcase box, schaaf.mirbsd.org. So my radical proposal was: the code we have has had a lot of testing already and has shown no show-stopper bugs (except on the new Intel Macs, but that is another story). So: let's release what we have and call it MirOS #10.</p> <p>However, we urgently needed to apply some security fixes first. My task was X. I managed to update the included freetype to 2.3.5, which contains many security-relevant bugfixes and is recommended for all users. Alas, many places under <tt>xc/</tt> have to be touched for it to integrate well. I also applied the X.org patch from OpenBSD 4.2-stable. I had to do the applying by hand as there seemed to be some coding style changes from XFree86 to X.org but the code itself seems to have been mostly unchanged since 1987 or so. Some of it does not even have ANSI prototypes (in XFree86 at least).</p> <p>Some ports have also been updated, mostly security fixes. My build machine is now MirOS in Parallels on a MacBook Pro. I have <tt>aqua/qt4-mac</tt> in my tree but it does not install quite right yet. A new, unified Ghostscript port is also in the pipeline. However, convincing the build system to <em>only</em> use the system zlib proves difficult.</p></description></item><item><title>2008-03-02 by tg@</title><pubDate>Sun, 02 Mar 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080302-tg.htm#e20080302-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080302-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>After pushing out the mksh distfiles, ports, etc. (and, of course, spotting a couple of bugs too much for my taste), I finally found time to work some more on my TODO. <a href="http://www.mirbsd.org/htman/i386/man1/rm.htm" class="manlink">rm(1)</a> now can do random overwrites including file (and directory) renaming to random values before <a href="http://www.mirbsd.org/htman/i386/man2/unlink.htm" class="manlink">unlink(2)</a>ing (and <a href="http://www.mirbsd.org/htman/i386/man2/rmdir.htm" class="manlink">rmdir(2)</a>ing). Thanks to TNF, again, for some of their code and bugs.</p><p>Another thing is putting the installer onto the Baselive CD. This would not easily be possible as of now, I see, because it uses, for example, some hard-coded paths like <tt>/mnt</tt> and commands like <tt>umount -a -t nonfs</tt>, which could cause normal operation on the rest of the running Live CD environment to cease. So this will not be in the tree in time for #10semel. Sorry, Benny, it was a good idea we had.</p><p>I also upgraded OpenSSH, but un-did the <a href="http://www.mirbsd.org/htman/i386/man1/unifdef.htm" class="manlink">unifdef(1)</a> <tt>-DBSD_AUTH</tt> change, as we need a non-BSD-auth version of <a href="http://www.mirbsd.org/htman/i386/man8/sshd.htm" class="manlink">sshd(8)</a> for <tt>bsd.rd</tt>. During the process, of course, bugs were spotted… e.g. in the docs. Of course, the new internal sftp subsystem isn’t on the ramdisc, either.</p><p>And, I upgraded Sendmail, without the support of OpenBSD…</p><p>Note: new kernels and old <tt>/sbin/sysctl</tt> and <tt>/usr/bin/uname</tt>, and vice versa, will not have the <tt>kern.ospatchlevel</tt> entry, which is required to build XFree86® and/or <a href="http://www.mirbsd.org/htman/i386/man1/imake.htm" class="manlink">imake(1)</a> with MirOS.</p></description></item><item><title>2008-03-01 by tg@</title><pubDate>Sat, 01 Mar 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080301-tg.htm#e20080301-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080301-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>Why do I always find bugs at almost after release time? Why do I let my coffee become cold, have too few milk at home, etc? Why do I sometimes forget to <tt>mount -uw /x</tt> before qemu’ing an image placed on that filesystem? Why do I sometimes forget to plug in the power of the laptop and then wonder why it suddenly turns off, having no APM nor ACPI?</p><p>I’d like to call a vote for <a href="http://www.mirbsd.org/ports.htm">MirPorts</a>: replace the <tt>FLAVOR</tt> and <tt>FLAVORS</tt> variables by these with correct spelling (<tt>FLAVOUR</tt> and <tt>FLAVOURS</tt>), keep it as it is, support both with English preferred, support both with American dialect preferred? I’m strongly tending to British English and would like to have this general policy in MirOS.</p><p>OpenBSD/zaurus works, although it’s a PITA to get a working Linux 2.4 on it first. The USB NIC (<a href="http://www.mirbsd.org/htman/i386/man4/aue.htm" class="manlink">aue(4)</a>) doesn’t work, though (not enough power); but it at least tries, under OpenBSD, while it is ignored under Linux 2.4 and 2.6; my USB stick works on the Zaurus but not on the laptop or the WL-500g; a CF card reader only works on the Asus box, so I must use that for data transfer (and cannot use <a href="http://www.mirbsd.org/htman/i386/man8/ntpd.htm" class="manlink">ntpd(8)</a>, which sucks) with smallish 16 MiB and 32 MiB CF cards from my digital camera…</p><p>And why do some bugs found past the last minute need so lengthy attempts at fixing because it cannot be done inside the current implementation?</p></description></item><item><title>mksh releng</title><pubDate>Fri, 29 Feb 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080229-tg.htm#e20080229-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080229-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>I managed to ssh into all possible boxen to test whether the upcoming release of <a href="http://www.mirbsd.org/mksh.htm">mksh</a> will work on them (well, the Debian GNU/kFreeBSD qemu instance had to be upgraded first). I even installed some Linux 2.4 and then OpenBSD on wbx’ Zaurus since nobody of them could give me a shell.</p><p>Still some testing to do, but I’m okay with what we have, not only for <a href="http://www.mirbsd.org/htman/i386/man1/mksh.htm" class="manlink">mksh(1)</a> but also for the entire OS. Expect #10 finally next week or so.</p></description></item><item><title>2008-02-28 by tg@</title><pubDate>Thu, 28 Feb 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080228-tg.htm#e20080228-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080228-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>OpenBSD <em>is</em> weird. They did, in 4.3-beta locked-tree state, link OpenCVS to the build, but no fixes for the necessary sendmail upgrade or <a href="http://www.securityfocus.com/bid/27647/info">IP ID vulnerability</a> yet (or even planned).</p><p xml:lang="de">Schon mal geröstete und schokierte SOJABOHNEN gesehen? Hmm… die schmecken ja sogar. Ziemlich herzhaft.</p><p>Now I’m fixing Debian fixes to upstream software. Funny. But people who re-invent <a href="http://www.mirbsd.org/htman/i386/man3/strdup.htm" class="manlink">strdup(3)</a> do belong shot, even if their crapware is public domain. Luckily, <a href="http://www.mirbsd.org/htman/i386/man1/mgcc.htm" class="manlink">mgcc(1)</a> catches <tt>sizeof (char *)</tt>.</p><p>I’m done with ${foo/bar/baz} support in <a href="http://www.mirbsd.org/htman/i386/man1/mksh.htm" class="manlink">mksh(1)</a>; the mcabber port can now do umlauts (stupid implementation, they should use more native functions, especially since they do link against libncursesw).</p><p>The MirPorts main page is now connected again. Rob “rjek” Kendrick is currently porting his small, fast, CSS capable, JS planned, NetSurf browser to MirOS (many thanks here!).</p><p>Benny is doing good progress on the XFree86® security fixes.</p></description></item><item><title>2008-02-26 by tg@</title><pubDate>Tue, 26 Feb 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080226-tg.htm#e20080226-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080226-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>Dang, it’s much too late again, but I hacked some cool things into mksh, which were planned for some time; now I need someone to test this. Also, here strings (<tt>hd &lt;&lt;&lt;$str</tt>) are now documented (and do NOT work like in GNU bash unless <tt>$str</tt> is double-quoted), whereas the replacement substitution — <tt>${foo/b+(a)@(r|R)?(\/*)/baz}</tt> — isn’t. This should, however, further improve people coming from other shells.</p><p>Benny is still working on security updates — now: X11. I should better get my ports and ssh etc. upgraded too. If I just knew what was important now… we need actual user feedback for this, I think.</p><p>I wish OpenBSD’d update their <a href="http://www.mirbsd.org/htman/i386/man8/sendmail.htm" class="manlink">sendmail(8)</a>, so we can do that too ☻</p></description></item><item><title>FOSDEM Zwischenbericht</title><pubDate>Sun, 24 Feb 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080224-tg.htm#e20080224-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080224-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>We actually distributed about 182 CDs yesterday, and today, early morning, no CDs are left any more. We’re also about to run out of flyers. Benny’s showcase box aided really in catching users (especially the pink mouse, for the female part of the visitors, who tried Frozen-Bubble when we offered it to them).</p><p>Benny and I also decided on Unicode improvements and hacked Mac OSX Leopard support into MirPorts, this time correctly. This is really weird, and both of my fellow Mac fanboys decided that Leopard is quite buggy and thusly sucks. Probably due to the UNIX2003 certification?</p><p>Bruxelles is fun, and the hotel was very good (not really cheap, but not too expensive either). Sadly we probably don’t have any time to really go geocacheing, and our usual restaurant — le petite planéte — no longer exists, although we found a suitable replacement, with a delicious Assiette Mergues. Belgian beer was as good as usual, although it makes getting up early on the next day more difficult. The OpenBSD people donated 3 cans of Jupiler to us, which was unexpected but makes room for hopes of improvement.</p><p>The frietjes booth outside actually understood my attempts to talk to them in dutch and, although my pronunciacion is very bad (of course), she told me it’s not too bad overall (for a duitslander). They seem to pronounce ‘ie’ as a long ‘i’… I need more practice, but this part of Bruxelles is mostly french only.</p></description></item><item><title>2008-02-22 by tg@</title><pubDate>Fri, 22 Feb 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080222-tg.htm#e20080222-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080222-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>Today, I merged back the cvs repository from hephaistos and tweaked both the ChangeLog and idcache as well as the ,v files to have sort of correct Commit IDs. I'll have to go through a few files worth of diff, but that'll follow next. Benny has done good work, and also thanks a lot to gecko2.</p><p>The process group IDs have been preserved in the lower 32 bit of the new commit ids, the upper 44 bit are, as usual, the time.</p><p>We'll resume normal-heavy operation very soon, so keep your INBOXen ready :)</p></description></item><item><title>2008-02-20 by tg@</title><pubDate>Wed, 20 Feb 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080220-tg-g10000.htm#e20080220-tg-g10000_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080220-tg-g10000.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>As a side note, sorry for the inconvenience. As you might have already read, “herc” had a hardware failure (broken keyboard controller chip, due to a screw short-circuiting it), and it was “resurrected” inside of “rant”, which cannot, however, be easily booted (as the discs were IDE, and it can only boot from SCSI or — via the <a href="http://www.mirbsd.org/htman/i386/man4/fxp.htm" class="manlink">fxp(4)</a> card — PXE). Due to my away time, I was unable to restart the box after it hung up. I was, as of now, unable to finally transfer services to “tear”, the new box (VIA C7), because I still need a working SCSI U320 (or U160) controller. The planned-impending (but then delayed) transfer of services to “tear” caused me to not fix the “herc” hardware first (as it would not be worth the effort).</p><p>We will be working on restoring all services onto “herc”/“rant” within the next days, try to get a SCSI HA ASAP, and build an improved (and possibly more failsafe) infrastructure.</p><p>The unplanned away time causes a late #10 release, and it will not be in time for <a href="http://www.fosdem.org/">FOSDEM</a>, but it will come. Also, some things (nroff, Unicode) have been thought through once again, with interesting results, which will lead to further improvements in these areas in the future.</p></description></item><item><title>mksh not buggy</title><pubDate>Wed, 20 Feb 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080220-tg.htm#e20080220-tg_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080220-tg.htm</guid><author>tg@mirbsd.org (MirOS contributor tg)</author><description xml:space="preserve"><p>As an update to Benny's <a href="http://www.mirbsd.org/permalinks/wlog-9_e20071226-bsiegert.htm">first wlog entry</a> mentioning <a href="http://www.mirbsd.org/permalinks/wlog-9_e20071231-bsiegert.htm">a possible mksh bug</a> I have to say that this was fixed in <a href="http://www.mirbsd.org/mksh.htm">mksh R31b</a>: <i>The “unset” builtin always returns zero, even if the variable was already unset, as per SUSv3 (reported by Arkadiusz Miskiewicz via pld-linux → oksh)</i></p></description></item><item><title>mirmake-20080218 Release Notes</title><pubDate>Tue, 19 Feb 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080219-bsiegert.htm#e20080219-bsiegert_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080219-bsiegert.htm</guid><author>bsiegert@mirbsd.org (MirOS contributor bsiegert)</author><description xml:space="preserve"><p>The 20080218 release of mirmake is the first in about four months. It contains one important bugfix:</p> <ul><li>Mac OS 10.5 ("Leopard") and Intel Macintosh machines are now supported.</li></ul> <p>This new Darwin version is now UNIX2003(TM)-certified; to achieve compatibility, "symbol variants" are used for some functions, such as <a href="http://www.mirbsd.org/htman/i386/man3/getopt.htm" class="manlink">getopt(3)</a>. This, however, breaks the getopt implementation that comes with mirmake. Thus, the build system was changed to make sure that the native getopt is always used on Darwin platforms.</p> <p>mirmake is a portable version of the MirOS <a href="http://www.mirbsd.org/htman/i386/man1/make.htm" class="manlink">make(1)</a> program. It also contains the BSD Makefiles, i.e. <a href="http://www.mirbsd.org/htman/i386/man5/bsd.prog.mk.htm" class="manlink">bsd.prog.mk(5)</a> and friends, some utilities like <a href="http://www.mirbsd.org/htman/i386/man1/realpath.htm" class="manlink">realpath(1)</a>, and a compatibility library (libmirmake) that has implementations for some functions not available on the target system&mdash;most notably hash functions for md5, sha1, sha2, and tiger hashes.</p> <p>mirmake-20080218 can be downloaded from <a href="http://www.mirbsd.org/MirOS/dist/mir/make/">/MirOS/dist/mir/make</a> on this server. The file hashes are:</p> <pre>MD5 (mirmake-20080218.cpio.gz) = 5e6ecc4432b61e39e9907737d058309cRMD160 (mirmake-20080218.cpio.gz) = 75de9d3a51570948935b31fb8a280a3ad00757a7SHA1 (mirmake-20080218.cpio.gz) = 17251b1db87ceed85bd82dc52ca7ace7f7c77786</pre></description></item><item><title>2008-02-07 by bsiegert@</title><pubDate>Thu, 07 Feb 2008 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20080207-bsiegert.htm#e20080207-bsiegert_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20080207-bsiegert.htm</guid><author>bsiegert@mirbsd.org (MirOS contributor bsiegert)</author><description xml:space="preserve"><p>I am making the first steps on my new MacBook Pro &ndash; a fine machine. I had had a bug report last year that MirMake does not build on a new Intel Mac running Mac&nbsp;OS 10.5 "Leopard". During 24C3, I had tried unsuccessfully to fix this. Now I finally know the reason.</p> <p>It is an incompatibility between the getopt.h and getopt_long.c that come with MirMake and the ones in Leopard's libSystem. It seems that Apple has changed some function implementations to be UNIX2003 compatible. The old ones have been preserved for binary compatibility, and the choice is done via "symbol variants", like <tt>_getopt@UNIX2003</tt>. The upshot is that you <i>need</i> to use the system header.</p> <p>I devised a fix (use the system <a href="http://www.mirbsd.org/htman/i386/man3/getopt.htm" class="manlink">getopt(3)</a> in Darwin) but I now Ineed to figure out how to make a new mirmake release.</p> <p>In other news, I am working on the talk for FOSDEM 2008 in Bruxelles. Stay tuned for more stuff about build systems (see news).</p></description></item><item><title>mksh bug</title><pubDate>Mon, 31 Dec 2007 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20071231-bsiegert.htm#e20071231-bsiegert_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20071231-bsiegert.htm</guid><author>bsiegert@mirbsd.org (MirOS contributor bsiegert)</author><description xml:space="preserve"><p>The problem from the last entry really seems to be a bug in ksh. In mksh, unsetting a non-existing variable gives a return value of 1. If <tt>set -e</tt> is active, then the script breaks at this point. This behaviour seems to be the same for the other ksh instances such as pdksh. From the <a href="http://www.mirbsd.org/htman/i386/man1/mksh.htm" class="manlink">mksh(1)</a> manpage:</p> <blockquote><p>Unset the named parameters (-v, the default) or functions (-f). The exit status is non-zero if any of the parameters were already unset, zero otherwise.</p></blockquote> <p>However, SUSv3 clearly mandates that <tt>unset</tt> must return a zero exit state in this case. And it seems to be a sane thing actually: in any case, the result is the same afterwards, i.e. the variable is unset. I could care less if it was set before. Btw, both bash and tcsh return 0. zsh returns 1.</p> <p>I think I will leave this here for tg@'s return. It will be up to him to decide.</p> <p>Update (20.02.2008 tg@): Read <a href="http://www.mirbsd.org/permalinks/wlog-9_e20080220-tg.htm">this</a>.</p> <p>Oh well, today is december 31. Happy new year 2008, everyone!</p></description></item><item><title>2007-12-26 by bsiegert@</title><pubDate>Wed, 26 Dec 2007 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20071226-bsiegert.htm#e20071226-bsiegert_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20071226-bsiegert.htm</guid><author>bsiegert@mirbsd.org (MirOS contributor bsiegert)</author><description xml:space="preserve"><p>I fixed a very annoying bug (for me) in the build system for the website. It turns out that <tt>unset</tt> returns 1 in mksh (but not in bash) when the variable was unset before. However, make breaks as soon as one command fails. Adding a simple <tt>||&nbsp;true</tt> helps.</p> <p>As seen in the news section, I will be in Berlin for 24C3. You should come, too. The talks and the atmosphere are great. The train journey was a bit more cumbersome than usual though: our ICE train was replaced by an InterCity. No reservations, not enough space and worst of all: no coffee.</p> <p>Update (20.02.2008 tg@): Read <a href="http://www.mirbsd.org/permalinks/wlog-9_e20080220-tg.htm">this</a>.</p></description></item><item><title>2007-11-22 by bsiegert@</title><pubDate>Thu, 22 Nov 2007 00:00:00 +0000</pubDate><link>http://www.mirbsd.org/permalinks/wlog-9_e20071122-bsiegert.htm#e20071122-bsiegert_wlog-9</link><guid isPermaLink="true">http://www.mirbsd.org/permalinks/wlog-9_e20071122-bsiegert.htm</guid><author>bsiegert@mirbsd.org (MirOS contributor bsiegert)</author><description xml:space="preserve"><p>I <i>finally</i> have the time (and the possibility!) to write a wlog entry. Thorsten has been absent since the end of november. The problem is that many MirOS services, mostly e-mail and the CVS master, were running on herc.mirbsd.org, which is located in tg's apartment. Now that he is not there, herc is also down. This means that mails do not work. I do not have the subscriber list for the mailing lists so I cannot resurrect these.</p> <p>gecko's server aka anoncvs.mirbsd.org is the new CVS master. It is running Debian GNU/Linux with an older version of CVS. Thus, I had to fiddle a lot with the scripts in CVSROOT. The most obvious effect is that new commits do not have commitids; they get the process group of the commit process instead, which is meaningless and not unique.</p> <p>However, as said on the news page, development continues, even if MirOS #10 will be pushed back even more. To follow CVS, look at the changelogs or into the cvsweb. anoncvs is running great.</p> <p>There were two <b>security</b>-related commits this week: one in <tt>src/usr.bin/perl</tt>, the other in <tt>ports/devel/pcre</tt>. Please update those two. A binary package to replace perl in base will be available RSN.</p> <p><b>Update 20071126:</b> See <a href="http://www.mirbsd.org/permalinks/news_e20071126-nn.htm">news entry</a>.</p></description></item></channel></rss> If you would like to create a banner that links to this page (i.e. this validation result), do the following:
Download the "valid RSS" banner.
Upload the image to your own server. (This step is important. Please do not link directly to the image on this server.)
Add this HTML to your page (change the image src attribute if necessary):
If you would like to create a text link instead, here is the URL you can use:
http://www.feedvalidator.org/check.cgi?url=https%3A//www.mirbsd.org/wlog-9.rss
