Welcome at MirBSD!

Sponsored by
HostEurope Logo

Welcome at MirBSD!

MirBSD is mirabilos’ Open Source playground. (You might also have arrived here looking for MirOS, MirPorts or MirSolutions — these are no longer. This website contains, however, a lot of historic information about those; see e.g. the About page linked to the left.) Primary way of contact is IRC (as, also, linked in the menu.) Please consider to donate if you like my work.

News / weblog

Today I’ve released another new CVS snapshot of the FixedMisc [MirOS] font; as usual, the tarball contains the font in BDF form, with no conflict with the system Fixed [Misc] font; sources for use (compilation, editing) with bdfctool(1) are in CVS.

New: a Powerline variant of the halfwidth font, and massively more alternative UCS mapping for the cp437 font.

  • SHA256 (FixedMisc-20190911.tgz) = 1aa35a3128b3e5ca452467fca8150ad394054f60f847eca7296480bd23039dd7
  • RMD160 (FixedMisc-20190911.tgz) = fc2a61166ea4c955d5c34e03f5da0c00df132a00
  • TIGER (FixedMisc-20190911.tgz) = f3b087c819c8fdc2c319feca5d11f1ad25f89d7ce17e2907
  • 830148610 1378344 /MirOS/dist/mir/Foundry/FixedMisc-20190911.tgz
  • MD5 (FixedMisc-20190911.tgz) = 87ef903a45e5a6e1c9dfa86b172b24d3

My “WTF” APT repository contains the updated consolefonts-base and xfonts-base packages, as usual.

Accessing laptop hard discs elsehow

2019-09-10
Tags: debian hardware pcli tip

Today, I realised that, to use a laptop hard disc outside of a laptop, no matter whether via converters or in a regular (nōn-laptop PC), most likely…

	hdparm --security-unlock password /dev/hda
 

… is needed. (No, I don’t currently know how to do this in MirBSD.)

Update:

	 SG_IO: bad/missing sense data, sb[]:  70 00
	05 00 00 00 00 0a 04 51 40 01 21 04 00 00 00
	00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 

… maybe not ☹
Send help.

The fate of MirOS Linux, and a birthday post

2019-09-01
Tags: archaeology fun plan

MirBSD has just recently become 17 years old, and I wrote (in German, sorry ☺) a reminiscing piece about that and thanking everyone involved.

Today my calendar(1) reminded me of the first steps towards “MirLinux”, a.k.a. “MirOS Linux”, 16 years ago and given this pops up regularily, especially due to Wikipedia spreading it, I feel I have to clarify: cnuke (the original Jupp) really likes the BSD userspace but wants to play Quake Ⅲ with accelerated 3D, so the idea was to maybe build everything for Linux, add a glibc and other dependent libraries (and we’d use different paths, so linking is unaffected and we’d have nicer linking semantics than those GNU people), and maybe things would just work.

It was a woozy idea right from the start, and there might have been beer involved, and nobody ever got around to actually doing so, and it clearly was never a/the project goal. Yes, we probably could have done it, back then, up to 90% satisfaction, and with some more binaries thrown in from GNU/Linux (e.g. for the packet filter, as — sadly… ― pf(4) for Linux has never materialised) it could have become usable, and there was ecce!GNU/Linux precedent, but BSD’s the focus. Perhaps if a certain few people had been less Verpeiler… oh well — no big loss.

I did turn out fixing stuff in GNU/Linux and porting stuff over in the end, but we never merged them, which perhaps turned out, looking back, to be a good thing.

Tomorrow 16 years ago, plip(4) support was added… I need to dig out the cable and run some interoperability tests some time to see if it’s still working, with both Crynwr and Linux on the remote end, and FreeBSD (if they still have it).

In unrelated news, other activity has been suspended, as I caught a “summer flu”, which turned out (and very quickly, at that) a rather harsh sinusitis-cum-bronchitis, taking me out and sapping all concentration, expected to linger for a few more days.

So… edugit? gitlab? ruby? maintainer scripts? RoDD/QA?

2019-08-28
Tags: bug debian personal rant work

So… the Debian package of gitlab is too buggy to be used (was built against ruby-asciidoc version X.Y while sid carries X.(Y+1) now, which causes it to bug around, of course, as proper for an immature language like that. So, someone decided to switch to the GitLab CE *.deb format packages (not Debian packages — not Free; just Open Core but Debian itself uses those for its “Salsa” instance as well (which is, incidentally, why I refuse use of that whenever possible) and, for that, removed the Debian packages. The gitlab binary package helpfully offered to not delete the repositories, but gitlab-common’s postrm not only removed the user account (a big no-no!) but used the option to delete its home directory… which is where the git repositories and project icons and the likes are stored under. (Note that undeleting from ext3/4 is hard, unlike ext2, and if fsck and/or a journal replay is run, chances get worse… the ext4undelete tool “helpfully” requires an fsck run… ’nuff said… if you ever accidentally delete something, immediately unplug power and destroy VMs hard, then snapshot the filesystem so multiple rescue approaches aren’t made impossible.)

Anyway, it’s apparently running GitLab CE now, which means that all the remotes have changed. I used this…

	sudo find / -xdev -name config | grep '/\.git/config$' >~/xgc
	sudo fgrep -li gitlab@edugit.org $(<~/xgc) >~/xgc2
	<~/xgc2 sudo xargs perl -pi -e 's/gitlab\@edugit.org/git\@edugit.org/gi'
 

… for fixing up mine (inspect the temporary files and check find(1) and mount(8) for -xdev to get the right files found).

Also, ~/.gitconfig insteadOf / pushInsteadOf need fixing. Let me plug an undercover avertisement for my .gitconfig here, which contains examples for insteadOf as well as commands to download GitLab merge and GitHub pull requests.

After having fixed those up, go to the web UI and click on “Create empty repository”, then push all remote branches recorded in your hopefully up-to-date clone and (all) tags to the instance:

	remote=origin
	git branch -r | sed -n "/^  $remote\\//s///p" | \
	    while read branchname rest; do
		test x"$branchname" = x"HEAD" && continue
		echo "pushing $remote/$branchname"
		git push "$remote" "$remote/$branchname:refs/heads/$branchname"
	done
	git push "$remote" --tags
 

Adjust the remote variable if necessary. Run this in all clones you have access to; not using force pushes makes only those pushes which actually add commits succeed. All repositories hosted on the edugit instance are affected and need(ed) restoring, which, thankfully, appears to make everything else, like stored merge requests, work again (although the project and group logos are gone, which need re-uploading). That being said, unapplied merge requests are stored in special refs which are not normally cloned… so they’re gone now.

MirCPIO (paxmirabilis) 20190825 released

2019-08-25
Tags: bug geocache rant archaeology

There’s a new MirCPIO (paxmirabilis; tar, ar) release. Difference is, some operating systems don’t yet support passing nil as second argument to realpath(3) which incidentally included (note: past tense) a certain BSD whose installer segfaulted in tar(1)

Debian GNU/Hurd was, btw, not affected.

In other news, it’s way too hot and other IRL things take up tuits.

And in completely (I’m sure) unrelated news, my waypoint statistics are not getting updated for now, and acronym submissions pile up in the queue. (The broken iOS Äpp link has been forwarded to the author. Techniker ist informiert. YMMV)


Read older news.

MirBSD Logo