Various virtualization fun, including games & productivity!
Well it does compile somewhat easily, but after some disk access, it just deadlocks. It didn’t matter if it was writeback, writethrough, or none, it just deadlocks.
Such a shame. But I thought I’d at least keep the world up to date.
$ cc -v
Apple clang version 4.0 (tags/Apple/clang-421.0.57) (based on LLVM 3.1svn)
Target: x86_64-apple-darwin12.3.0
Thread model: posix
$ gcc -v
Using built-in specs.
Target: i686-apple-darwin11
Configured with: /private/var/tmp/llvmgcc42/llvmgcc42-2336.11~28/src/configure –disable-checking –enable-werror –prefix=/Applications/Xcode.app/Contents/Developer/usr/llvm-gcc-4.2 –mandir=/share/man –enable-languages=c,objc,c++,obj-c++ –program-prefix=llvm- –program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ –with-slibdir=/usr/lib –build=i686-apple-darwin11 –enable-llvm=/private/var/tmp/llvmgcc42/llvmgcc42-2336.11~28/dst-llvmCore/Developer/usr/local –program-prefix=i686-apple-darwin11- –host=x86_64-apple-darwin11 –target=i686-apple-darwin11 –with-gxx-include-dir=/usr/include/c++/4.2.1
Thread model: posix
gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00)
And something like this….
libiconv-1.14.tar.gz
pkg-config-0.18.1
gettext-0.18.1.1
glib-2.30.2
glib-2.33.2
libffi-3.0.4
libiconv-1.14
I know it is mostly meaningless but Qemu 1.2.0/1.2.2 build & work fine for me.
Although I haven’t gone through this yet, I need to get some different video cables, and perhaps a monitor for my Mac Pro which has my VMWare stuff on it. Although at the same time as a past cube owner, I’m really digging the new Mac Pro design. I guess it all comes down to me finding a job in HK.
The best part about this, is that it was located by a READER. As much as I try to do everything myself, believe it or not, user contributions go a long long way. And I am greatly appreciative of it. I do need to setup my exchange server..
Anyways for the two or three people who dig this kind of thing, here is the old NetBSD 0.8 archive dump.
Enjoy!
So I was able to get a working qemu 1.5.0 on win32. but it is so slow it really is unusable.
there is still an issue with core-routinewin32, so that has to be built with O1 optimizations, but the disk access is horrifically slow. I’ll have to see how to profile gcc code, but any write disk access spikes the CPU to 100%, and drags the whole thing down.
Oh yeah, gcc 4.6.2
I’ll have to see if my semi-broken win32 build environment can kick something out that is usable….
maybe it’ll work with gcc 4.7??
*”QEMU is now a lot faster on Windows hosts than in previous versions”
(Note: this is a guest post by Tenox)
I have accumulated a bunch of loose pen drives with different OS installers, imaging and rescue tools. I could never find them when I needed so I have decided to put an order to it. A System Administrator’s Key Ring was born!
This one is Windows centric, however doesn’t have Windows 8 and 2012 yet. I’m now working on Linux key ring with various distributions I use.
Note that I actually do have valid licenses for all the software.
If you want to make your own here is how to make it:
things happened. Anyways I built out the qemu 1.4.1 and it is horribly SLOW. I don’t know why I haven’t even begun to think about gprof or what is up with GCC 4.7.2 trying to build GLIB2 as I’m having zero luck of building out a clean version.
It takes about as long as an XT to boot MS-DOS 5, so I really don’t see this as being terribly useful to anyone.
The source code is here.
For those wondering, I have a win32 build of 1.4.0 but it is on a hard disk that I can’t use now as I’m currently living on a boat. Which has been fun, but the only catch is the cheap power supply is 220v and the boat is 110v. Plus I don’t have a monitor. I should be leaving for Japan in a few weeks, so I can get a new power supply and monitor there as I plan on spending two months.
I haven’t forgotten or moved on, I’m just still on my big vacation thing.
Hong Kong has really been great, I’ve met some fabulous people out here. If I could get a job here I’d move here in 5 minutes (well I’d just find an apartment as I’m already here…) The place is awesome, I’d recommend anyone to check it out. But I don’t speak Mandarin or Canto so that won’t be happening. :(
I’ll try to do a small best of photos out here, but sadly the weather hasn’t been cooperating too well, and pollution has been off the chart… but really its a great place! .. !
In other news, I’m sure you’ve all read about the internet archive having a massive collection of software.? Really good news as so much old stuff, besides the shovel ware gets disappeared.
So yes, I’m still alive, just .. been somewhat unavailable.
(note this is a guest post from Tenox)
I have been working with Linux since around 1992, both at home and at work. I have probably seen it all with exception of item in the title. Lurking around my files, there was a screenshot of a beta version of Caldera Linux. As time passed I somehow never managed to see it with my own eyes so for me it’s features were always covered by myths and legends.
Recently I came across install media for the OS and decided to to see how was it like for real. The system installed just fine through series of tubes^H^H^H err dialog based setup steps which were common at the time. However as I wanted to see the GUI in action there was a problem – 640×480 VGA mode, or rather lack of better video mode to work with.
Unfortunately neither VMware nor VirtualBox do not support anything better than the crippled VGA mode. They do it for all other devices, like network card, mouse, ide and atapi cdrom. But somehow not for graphics. Fortunately the other virtualization engines are bit better. QEMU supports Cirrus Logic and Virtual PC supports S3 Trio.
I have spent several hours trying to convince the ancient Xfree86 to work with QEMU, to no avail. All I managed t o get was this:
Out of options I have decided to try Virtual PC. Unfortunately the system would not install due to disk errors. Upon some research I’ve found the issue was IO-APIC which I promptly disabled in the kernel. It did not help the install much, but allowed me to run a qemu-installed and converted disk image. This is a bit of shame that the best virtualization engine to run ancient Linux was Microsoft VPC. Anyway to my amusement I’ve got this:
And I was able to explore the GUI a little bit more:
Wait a second, these icons remind me of something! Apparently Visix Looking Glass became Caldera Desktop… I will need to dig in deeper in to this eventually.
Apart from that Caldera is loaded with tons of ancient software. Pretty much everything there was available on Linux these days and all working out of the box. Neozeed will be happy to see Neko in action (see the last screenshot)!
Update 1:
You can check more memorabilia including physical disks here.
Download install CD here.
Update 2:
Michal Necasek of OS2 Museum has fixed XF86_SVGA so that it works correctly with Virtual Box in higher resolutions as well. “You’ll have to set up the X so that it uses the XF86_SVGA server and tell it to automatically detect the graphics hardware. Then it should be just a question of selecting some sensible monitor and creating a few modes. If things are configured properly, you’ll see something like “SVGA: chipset: boxv” in the X server output.“. Download here.
Update 3:
I have scanned a Looking Glass User Guide
OLWM info:
Also managed to get 800×600 resolution under QEMU. To do so run with -vga cirrus and run the QW video driver with qw.vga_bios video7,1
Unfortunately the mouse doesn’t work under QEMU. Either in PS/2 or serial mode the cursor randomly jumps around with a tendency to hang around top line of the screen.