Hacker News new | past | comments | ask | show | jobs | submit login

Just a reminder that WINE [0] runs a lot of new and old Windows software pretty well, so that anyone wanting to consult the database could either load it either from a desktop Linux machine, a Linux VM, or even have it boot it directly to the database software since it can be easily embedded in a self booting Linux distro contained in a pendrive along the CD's data.

0: https://www.winehq.org/




Windows 98 apparently runs fine in dosbox (dosbox-x?). My dosbox install is locked on Win 3.11, since that's a better compatibility sweet spot for me.

Anyway, that should provide much higher-fidelity emulation than Wine, and is also easier to keep off the network, etc. Also, I guess it runs on Arm processors these days (since it's an emulator, and not a hypervisor):

https://github.com/joncampbell123/dosbox-x

Wine is generally more convenient if it works though.


> it can be easily embedded in a self booting Linux distro contained in a pendrive

Very interesting. Is there a framework or helper for this?

Seems useful for things like games or audio DAWs in particular.


Not sure it does exist, but shouldn't be hard to do by hand. One could either modify a live distro to embed the necessary software, or simply run the install process with a USB key as target, then boot from it just like an internal disk and proceed to install WINE and remaining software. Once WINE is installed, which is straightforward using the standard package managers for each distro, it runs automatically once a Windows application is clicked from a desktop windows, or called via "wine <windowsapplicationname>" from command line or a script, so that for example, if the database application in the subject is configured to auto start after the window manager is loaded, it goes straight into the Windows application as if it was part of the system.

It shouldn't be that different for DAWs. By the way, I experimented a while ago with Alpine Linux and Yabridge to achieve a very small system that works as a host for both native and Windows .vst plugins. The goal would have been a MiniPC configured as synthesizer that boots very quick and does just that, with both studio use and live performance in mind. I got to the point plugins were converted but loading them failed. Probably using a musl based distro was asking too much, but I'll try again in the future (just moved to a new house, everything is packed) as Alpine Linux is so much faster and smaller compared to other distros that to me it makes the best candidate for building appliances where the operating system exists for the sole purpose of loading a dedicated software, therefore must not get in the way with resources consumption, automatic updates etc.


Buildroot is a good tool to build a custom Linux. Wine is available as a package.


the keyword you're looking for might be 'kiosk'.

nowadays https://porteus-kiosk.org seems to be recommended (but i haven't used it).


Wine runs 32 bits windows binaries on a 32 bits linux system and 64 bits windows binaries on a 64 bits linux system.


You can run 32 bit Windows binaries in 64 bit Linux if you install the appropriate libraries. In Debian, you can enable multiarch[0] for this purpose.

[0]https://wiki.debian.org/Multiarch


Layers upon layers of emulators lead to lost databases.

It would be better to migrate the data to a very common format.


Wine is not an emulator.


WinE = Windows Emulator, unless someone changed the acronym since I was playing with WinE in the 1990's.


The acronym was changed to “Wine is not [an] emulator.” That’s the joke.


Thank You for correcting me.


Agreed, but we don't know anything about the engine and formats used in that database. Given the age I would guess something from Borland or Microsoft, but could be encrypted in a way that only their software can access to it. Hard to know without examining the CD.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: