5 ms·

How does this compare to Wine ?

dschuessler 5y ago
Judging from the Github project page, it uses Wine itself, so is probably just a GUI frontend to it.
Vinnl 5y ago
I think this uses Wine (it mentions DXVK, which IIRC is for Wine), but handles setting it up correctly for every program you want to use.
rhdunn 5y ago
Bottles are isolated Wine environments, similar to containers or VMs. This allows you to install components (e.g. msxml3) to, and modify the configuration of that environment to make the program work without having it affect other applications.
- mathfailure 5y ago
  Isolated wine environments are called wineprefixes in wine terms and do not require any additional software.
  - hoppyhoppy2 5y ago
    I think bottles allow you to run a different version of wine inside each bottle (in addition to offering a noob-friendly GUI interface).
  - snvzz 5y ago
    Sure, wine supports prefixes, but: - No filesystem sandbox. - No handling of dependencies. - No first-party UI for managing multiple prefixes.
    - pxc 5y ago
      > - No filesystem sandbox. Every WINEPREFIX defines its own Windows disk drives, so the filesystem is effectively sandboxed. Conventionally, there's (often? always?) a Z:\ drive which points to / on the Linux filesystem, but there doesn't have to be. You can add or remove drive mappings without any additional tools beyond WINE itself, and applications running under WINE can't see files that don't have drives mapped to them, afaik. Your other two points are correct, though.
      - snvzz 5y ago
        >Every WINEPREFIX defines its own Windows disk drives, so the filesystem is effectively sandboxed. No, it is definitely not effectively sandboxed. You only need to access / instead of Z:. Wine has no sandbox mechanisms built in. It is also a fairly large codebase which definitely has a bug or two that could be exploited to get around such mechanisms if they existed. To effectively sandbox, you need the kernel's help. Linux offers namespaces and control groups. The way you use these comfortably behind a layer of abstraction is through containers. Bottles uses flatpak for the purpose.
        pxc 5y ago
        > No, it is definitely not effectively sandboxed. You only need to access / instead of Z:. Wine has no sandbox mechanisms built in. It is also a fairly large codebase which definitely has a bug or two that could be exploited to get around such mechanisms if they existed. If you don't have Z:\ enabled, how do you actually access those Unix-like paths? When I launch a WINE command prompt in a prefix with no Z:\ enabled, I get: wine: could not open working directory L"unix\\home\\pxc\\", starting in the Windows directory. Microsoft Windows 6.1.7601 unix\home\pxc>dir Syntax error unix\home\pxc>cd .. unix\home>dir Syntax error and so on. What Windows APIs are Windows programs supposed to use that will let them see parts of the Linux filesystem that are not mapped as Windows drives in WINE? > To effectively sandbox, you need the kernel's help. Linux offers namespaces and control groups. > The way you use these comfortably behind a layer of abstraction is through containers. Bottles uses flatpak for the purpose. This is an improvement for sure, but I've never, ever had some WINE program run amok on my hard disk outside of the drives letters defined for it in the WINE configuration. Thanks for pointing out the more thoroughgoing sandboxing that Bottles uses beyond just the WINE drive mapping, though.
- anthk 5y ago
  export WINEPREFIX=$HOME/tmp mkdir $HOME/tmp wine foo/bar/bla/install.exe
  - pxc 5y ago
    > mkdir $HOME/tmp WINE will automatically create the WINEPREFIX directory for you if it doesn't exist, so it's even simpler than that :) The real value of bottles (or crossties, or PlayOnLinux definitions, or whatever) in in encoding all the tips and tricks required to get some piece of software running under WINE in a form that lends itself to easy distribution and automation.
mozarik 5y ago
https://docs.usebottles.com/components/runners https://docs.usebottles.com/components/runners
boudin 5y ago
I don't know why you're getting down-voted, it's a legitimate question since the main page doesn't mention wine once. It is a Wine frontend though, seems to also integrate wine-tricks for dependencies, DXVK and other things from the wine eco-system.

Judging from the Github project page, it uses Wine itself, so is probably just a GUI frontend to it.

I think this uses Wine (it mentions DXVK, which IIRC is for Wine), but handles setting it up correctly for every program you want to use.

rhdunn 5y ago

Bottles are isolated Wine environments, similar to containers or VMs. This allows you to install components (e.g. msxml3) to, and modify the configuration of that environment to make the program work without having it affect other applications.

mathfailure 5y ago
Isolated wine environments are called wineprefixes in wine terms and do not require any additional software.
- hoppyhoppy2 5y ago
  I think bottles allow you to run a different version of wine inside each bottle (in addition to offering a noob-friendly GUI interface).
- snvzz 5y ago
  Sure, wine supports prefixes, but: - No filesystem sandbox. - No handling of dependencies. - No first-party UI for managing multiple prefixes.
  - pxc 5y ago
    > - No filesystem sandbox. Every WINEPREFIX defines its own Windows disk drives, so the filesystem is effectively sandboxed. Conventionally, there's (often? always?) a Z:\ drive which points to / on the Linux filesystem, but there doesn't have to be. You can add or remove drive mappings without any additional tools beyond WINE itself, and applications running under WINE can't see files that don't have drives mapped to them, afaik. Your other two points are correct, though.
    - snvzz 5y ago
      >Every WINEPREFIX defines its own Windows disk drives, so the filesystem is effectively sandboxed. No, it is definitely not effectively sandboxed. You only need to access / instead of Z:. Wine has no sandbox mechanisms built in. It is also a fairly large codebase which definitely has a bug or two that could be exploited to get around such mechanisms if they existed. To effectively sandbox, you need the kernel's help. Linux offers namespaces and control groups. The way you use these comfortably behind a layer of abstraction is through containers. Bottles uses flatpak for the purpose.
      - pxc 5y ago
        > No, it is definitely not effectively sandboxed. You only need to access / instead of Z:. Wine has no sandbox mechanisms built in. It is also a fairly large codebase which definitely has a bug or two that could be exploited to get around such mechanisms if they existed. If you don't have Z:\ enabled, how do you actually access those Unix-like paths? When I launch a WINE command prompt in a prefix with no Z:\ enabled, I get: wine: could not open working directory L"unix\\home\\pxc\\", starting in the Windows directory. Microsoft Windows 6.1.7601 unix\home\pxc>dir Syntax error unix\home\pxc>cd .. unix\home>dir Syntax error and so on. What Windows APIs are Windows programs supposed to use that will let them see parts of the Linux filesystem that are not mapped as Windows drives in WINE? > To effectively sandbox, you need the kernel's help. Linux offers namespaces and control groups. > The way you use these comfortably behind a layer of abstraction is through containers. Bottles uses flatpak for the purpose. This is an improvement for sure, but I've never, ever had some WINE program run amok on my hard disk outside of the drives letters defined for it in the WINE configuration. Thanks for pointing out the more thoroughgoing sandboxing that Bottles uses beyond just the WINE drive mapping, though.
anthk 5y ago
export WINEPREFIX=$HOME/tmp mkdir $HOME/tmp wine foo/bar/bla/install.exe
- pxc 5y ago
  > mkdir $HOME/tmp WINE will automatically create the WINEPREFIX directory for you if it doesn't exist, so it's even simpler than that :) The real value of bottles (or crossties, or PlayOnLinux definitions, or whatever) in in encoding all the tips and tricks required to get some piece of software running under WINE in a form that lends itself to easy distribution and automation.

mozarik 5y ago

https://docs.usebottles.com/components/runners https://docs.usebottles.com/components/runners

boudin 5y ago

I don't know why you're getting down-voted, it's a legitimate question since the main page doesn't mention wine once. It is a Wine frontend though, seems to also integrate wine-tricks for dependencies, DXVK and other things from the wine eco-system.