Arch Linux User Repository

=====================

READ HERE FIRST

=====================

This package is not officially supported by the Bottles Developers. Even though some of those developers are package maintainers, support is offered by the package authors who will make sure it is handled in the best possible way. They will diagnose the issues and report the issues to the development team if they are not related to the package.

Can't use bottles-cli since the last update:

Traceback (most recent call last):
  File "/usr/bin/bottles-cli", line 652, in <module>
    cli = CLI()
          ^^^^^
  File "/usr/bin/bottles-cli", line 150, in __init__
    self.__process_args()
  File "/usr/bin/bottles-cli", line 199, in __process_args
    self.run_program()
  File "/usr/bin/bottles-cli", line 574, in run_program
    _args = program.get("arguments", "") + " " + _args
            ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~
TypeError: unsupported operand type(s) for +: 'NoneType' and 'str'

Using bottles' GUI works fine though

upon running bottles from this package, I get the following error:

$ bottles
Traceback (most recent call last):
  File "/usr/bin/bottles", line 44, in <module>
    from bottles.frontend import main
  File "/usr/share/bottles/bottles/frontend/main.py", line 36, in <module>
    from bottles.frontend.windows.main_window import MainWindow
  File "/usr/share/bottles/bottles/frontend/windows/main_window.py", line 40, in <module>
    from bottles.frontend.views.details import DetailsView
  File "/usr/share/bottles/bottles/frontend/views/details.py", line 32, in <module>
    from bottles.frontend.views.bottle_preferences import PreferencesView
  File "/usr/share/bottles/bottles/frontend/views/bottle_preferences.py", line 48, in <module>
    from bottles.frontend.windows.vkbasalt import VkBasaltDialog
  File "/usr/share/bottles/bottles/frontend/windows/vkbasalt.py", line 30, in <module>
    from vkbasalt.lib import parse, ParseConfig
ImportError: cannot import name 'parse' from 'vkbasalt.lib' (/usr/lib/python3.11/site-packages/vkbasalt/lib.py)

All AUR and system packages are up to date.

Anyone is able to change execution directory? Clicking on the icon to open the file manager does nothing to me.

Using dbus-monitor, I can see a dbus call to vfs erroring out with "The specified location is not mounted" when I click the icon.

method return time=1703113605.536251 sender=:1.24 -> destination=:1.256 serial=841 reply_serial=152
   string ":1.24:user:491"
method call time=1703113605.541312 sender=:1.256 -> destination=org.freedesktop.DBus serial=153 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=StartServiceByName
   string "org.gtk.vfs.Daemon"
   uint32 0
method return time=1703113605.541323 sender=org.freedesktop.DBus -> destination=:1.256 serial=4294967295 reply_serial=153
   uint32 2
method call time=1703113605.541406 sender=:1.256 -> destination=org.freedesktop.DBus serial=154 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=GetNameOwner
   string "org.gtk.vfs.Daemon"
method return time=1703113605.541414 sender=org.freedesktop.DBus -> destination=:1.256 serial=4294967295 reply_serial=154
   string ":1.14"
method call time=1703113605.541504 sender=:1.256 -> destination=:1.14 serial=155 path=/org/gtk/vfs/mounttracker; interface=org.gtk.vfs.MountTracker; member=LookupMount
   struct {
      array of bytes "/" + \0
      array [
         dict entry(
            string "type"
            variant                array of bytes "smb-network" + \0
         )
      ]
   }
error time=1703113605.541691 sender=:1.14 -> destination=:1.256 error_name=org.gtk.GDBus.UnmappedGError.Quark._g_2dio_2derror_2dquark.Code16 reply_serial=155
   string "La ubicación especificada no está montada"

Kind of annoying that the devs only support flatpak, so I can't even bother to report a bug against git upstream because they'll just close it lol

When I go to run it; it gets stuck saying almost done the first time I run it. I saw people that use flatpak had this problem too they made a dxvk2.0.1 folder. But I don't have that directry on arch linux kde to even try it. It sas it has a problem with the gtk system bus and then it says it can't find dxvk and some others.

@raphael_costa thanks for the tip, I updated the package

Traceback (most recent call last):
  File "/usr/bin/bottles", line 44, in <module>
    from bottles.frontend import main
  File "/usr/share/bottles/bottles/frontend/main.py", line 36, in <module>
    from bottles.frontend.windows.main_window import MainWindow
  File "/usr/share/bottles/bottles/frontend/windows/main_window.py", line 27, in <module>
    from bottles.backend.health import HealthChecker
  File "/usr/share/bottles/bottles/backend/health.py", line 26, in <module>
    from bottles.backend.utils.generic import is_glibc_min_available
  File "/usr/share/bottles/bottles/backend/utils/generic.py", line 25, in <module>
    import chardet
ModuleNotFoundError: No module named 'chardet'

python-chardet is required for this application to run. I didn't test removing python-charset-normalizer from the PKGBUILD.

I repeat for clarity, python-chardet is required to run bottles at the moment.

When trying to open the working directory folder options in the launch options for an exe, it doesn't open up a folder that lets me set it. Is there anyway to do this via CLI? Sorry if this issue has already been addressed. It works fine the official flatpak version.

According to the docs bottles is not supposed to link to the home directory anymore.

Could you fix that? I don't know how you can disable this. I want my bottles to be pretty much isolated from the rest of my system, which is why I already removed the Z: drive from all of them, and yet this is still happening.

On flatpak, it is dealt with by completely ignoring it and relying on it's sandboxing.

Edit: Also one more thing: Bottles depends on wine, but in my opinion it really shouldn't. You can download various runners at any time, so why would wine be forced?

If someone is having errors with no module named 'X' you need to REBUILD package related to this needed library. AUR helpers like yay tries to use cache when reinstall as default option, but you are asked if you want to rebuild the package, so do it.

@jeancf I was having the same issue you were, with an error failing to locate "window.ui". https://github.com/bottlesdevs/Bottles/issues/2711 from the project mentions an issue with python-argparse. After uninstalling it the build ran correctly.