🧵 Die Installation von #Applixware #Office hatte ich 23 Jahre lang von einem Rechner zum nächsten kopiert, und auch auf meinem #UbuntuStudio 24.04 noch verfügbar gehalten. Natürlich lief von #Applix nix mehr, weil die Bibliotheken alle schon lange weg waren…

… aber auf #SuSE #Linux 7.3, rüberkopiert ungeniert per
tar c <ordnername> | netcat <ip> 8080
und drüben
netcat -l 8080 > lala.tar
(Netzwerk von #VirtualBox im Bridge Mode)…

… läuft sofort, rasend schnell, out of the Box.

Nun fühle ich mich wieder wie als Oberstufenpennäler oder junger Student, ich und mein Applixware, der einzige, der das genutzt hat, ich kannte wirklich persönlich keinen.

Und weil's so schön nostalgisch ist… noch ein Foto von meinem ersten eigenen Laptop. Das war aber noch #KDE1 auf dem Bildschirm. Das Gerät war überall mit dabei. Foto aus dem Jahr 2000. So ein Mini-Laptop hatte auch weit und breit niemand. Ich glaube, es hatte 64MB RAM und 2GB Festplatte.

#VintageComputing #ToshibaLibretto

🧵 Kaum stellt man eine angemessen Auflösung ein, nämlich 1024×768, schon trifft auch die virtuelle PS/2-Maus in #SuSE #Linux 7.3 in #VirtualBox.

Alles läuft.

Nur: Weder das #SSH noch der Browser #Konqueror sind kompatibel mit irgendeinem heutigen System und seinen Keys.

Man muss seine Dateien wohl als tarballs über netcat rüberschieben oder so.

#KDE2, möönsch war das krass gut damals, 2001.

🧵 Bei #SuSE #Linux 7.3 war irgendwie #StarOffice auf dem Desktop verlinkt. Damals, 2001.

Ja, das ist heute #LibreOffice, damals war es von #SunMicrosystems. Das war damals noch eine nennenswerte Firma mit eigener Top-Hardware, eigenem Betriebssystem (#Solaris) und außerdem haben sie #Java erfunden.

Schade ist, dass die linke Maustaste in SuSE 7.3 in #VirtualBox nur manchmal tut, was sie soll. Der Mauszeiger der virtuellen PS/2-Maus liegt auch oft daneben.

EDIT: Wer sich mal gefragt hat, warum LibreOffice als Binary „soffice“ heißt unter Linux… vielleicht wegen Star Office?

🧵 „#Linux ist so scheiße schwierig zu installieren“, Ausgabe 2001.

#SuSE 7.3 – eine der ersten Distributionen mit grafischem Installer, der vollautomatisch sich um alles kümmerte. Das war so um die Jahrtausendwende.

In #VirtualBox dauert die Installation weniger als 3 Minuten heutzutage.

🧵 The Blackmagic Atem Software Control does not run on #macOS #Monterey in #VirtualBox.

It does run on the same installation of Monterey on a MacBook Pro 2017.

So the situation is: #DanteController has quit working in #Windows10 in Virtualbox due to Windows updates (sic!). In macOS however, I can't run #Blackmagic #AtemControl. Funnily, #AtemSetup does work.

These are the three programs I need that don't run in #Wine.

I had a #chatGPT about it. It was interesting, yet not entertaining. This thing still can't handle data sparsity. So it can't help with special problems. It keeps telling shit and even contradicts itself. So, when things get hard, #LLM-based #AI doesn't help at all.

So, is there any human intelligence having an idea?

virtual box shared folders: cannot see full home directory to add path #virtualbox

https://askubuntu.com/q/1565176/612

virtual box shared folders: cannot see full home directory to add path

When trying to add a shared path using the Add Share dialog: Folder Path/Other directory pop up, the display of my home directory only shows Downloads/ and "VirtualBox VMs"/, not any of the

Ask Ubuntu

🧵 The entire stupid idea of running #macOS #Monterey in #VirtualBox on #Linux comes from the sad fact that #DanteController by #Audinate keeps crashing in #Windows10 in Virtualbox.

It used to work, but then #Microsoft did some updates to Windows 10 (sic!) and since then it just crashes when it talks to #Dante devices on the network. I dug up an old version of Dante Controller, because I thought it was a problem with the recent version that is targeted to Windows11, but eventually this didn't help.

So, I will see if Dante Controller crashes in Monterey/Virtualbox, too.

The current Blackmagic Switchers app doesn't (yet) run on Monterey, apparently. But it runs in Windows 10.

Oh it's the crazy Linuxer again, nobody in #EventTech would use Linux anyways, blablabla, heard all of it.

But all of this is because software manufacturers don't provide Linux versions for tools that internally use Java or QT, both platform-independent.

Fun fact: Old #QLab (macOS only, no Windows) does work.

#Veranstaltungstechnik

🧵 So, #GuestExtensions fail to install on #macOS #Monterey and I don't know why. I disabled protection using csrutil but that didn't solve it.

I can set different screen resolutions with vboxmanage, but shared folders don't work, altough I can see my Samba server in the network, I can't see the vboxsrv server.

What to do now?

I need to user certain tools that only run on macOS or Windows, but they quit working in #Windows10 after recent updates (sic!) and I don't want to use #Windows11, not even in #VirtualBox.

And yes, running macOS in VirtualBox on #Linux is conflicting with #Apple's EULA.

🧵 btw, there is only little help on the web for running #macOS in #VirtualBox not in #Apple hardware, because according to Apple's EULA, it is illegal to run macOS on non-apple hardware.

It's not illegal for #Microsoft to enshittify even #Windows10 in VirtualBox beyond foobar levels, unfortunately. They did for me.

🧵 …getting closer to #macOS #Monterey in #VirtualBox on #Linux. Failing to install #GuestExtensions now, dunno why yet.

It feels terribly laggy and the screen resolution without the extensions is a joke.