Live data from Hacker News

Bottles – Easily run Windows software on Linux

usebottles.com

11–20 of 198 posts

Re: Bottles – Easily run Windows software on Linux

#12
post #8

What’s the point of this isolated “bottle” concept? It seems like the bloated nature of containers is now pouring into emulation. Why fix underlying problems when you can just put things in a bottle/container? Like that won’t use more resources.

Can you explain how containers are bloated?

In my case, BTCPayServer was wrapped in a docker container because the developer loves docker... but I took the docker out of the project after I forked it because I felt putting the project in a docker container was extra bloat that was convoluted and unnecessary. In other words, a "container" didn't have to wrap the project, it was just implemented because of a dev insisting on it. That is bloat to me, extra and unnecessary.

Re: Bottles – Easily run Windows software on Linux

#13
post #9

What’s the point of this isolated “bottle” concept? It seems like the bloated nature of containers is now pouring into emulation. Why fix underlying problems when you can just put things in a bottle/container? Like that won’t use more resources.

This uses Wine, which isn’t emulation. Also since when were containers more “bloated” than emulation? The whole point of containers is that they don’t need to virtualise the entire stack because they are reusing parts of the host stack.

A rose by another name…

that Wine is not an emulator is a good tagline, but it emulates Windows behaviour really well.

Re: Bottles – Easily run Windows software on Linux

#14

What’s the point of this isolated “bottle” concept? It seems like the bloated nature of containers is now pouring into emulation. Why fix underlying problems when you can just put things in a bottle/container? Like that won’t use more resources.

> Why fix underlying problems when you can just put things in a bottle/container? Like that won’t use more resources.

This is WINE (not an emulator). Constrained by the design of Windows. Cannot fix that underlying problem. The resource cost is only tens of megabytes of storage and it provides clean isolation. It's not an entire copy of the OS. It's mostly just configuration.

Re: Bottles – Easily run Windows software on Linux

#15
post #12
post #8

Earlier quoted context omitted.

Can you explain how containers are bloated?

In my case, BTCPayServer was wrapped in a docker container because the developer loves docker... but I took the docker out of the project after I forked it because I felt putting the project in a docker container was extra bloat that was convoluted and unnecessary. In other words, a "container" didn't have to wrap the project, it was just implemented because of a dev insisting on it. That is bloat to me, extra and un…

> In my case, BTCPayServer was wrapped in a docker container because the developer loves docker...

Right. But one example doesn’t mean the entire world of containers is “bloat and unnecessary”.

I’ve encountered many use cases where packaging dependencies and deployments become significantly simpler due to containers.

True that there are possibly several other solutions that also solve similar problems. But that doesn’t mean containers don’t also solve actual problems.

Re: Bottles – Easily run Windows software on Linux

#16
post #12
post #8

Earlier quoted context omitted.

Can you explain how containers are bloated?

In my case, BTCPayServer was wrapped in a docker container because the developer loves docker... but I took the docker out of the project after I forked it because I felt putting the project in a docker container was extra bloat that was convoluted and unnecessary. In other words, a "container" didn't have to wrap the project, it was just implemented because of a dev insisting on it. That is bloat to me, extra and un…

That is remarkably a non-answer.

Not least because you don't even need to run the container at all when developing.

Re: Bottles – Easily run Windows software on Linux

#20
post #18

I attempted to use Wine yesterday to run a Windows app and it failed. How is this different from Wine?

I am wondering about that as well. I can (and do) use different WINEPREFIXes for different programs with regular Wine too.

I assume this just takes the setup of those WINEPREFIXes out of the equation? Like having pre-defined configs/winetricks/tweaks/DllOverrides/whatever for certain games? Maybe with a couple of patches to Wine that are not yet upstream?

Post reply on HN