Can't open files and folders in Audacious or Clementine

Support GNOME
1

When I try to open a file in Audacious music player, from the file menu, I get an error from xdg-desktop-portal-kde
If I try to open a folder, it freezes the system for a minute. Perhaps for the same reason. Also with Clementine music player, I cannot open a folder from the file menu.
I installed Gnome desktop on top of KDE Plasma. Maybe that is why this package xdg-desktop-portal-kde is there.
In any case, I can’t remove it, because of a chain of dependencies that will ultimately break flatpak.

inxi -F                                                          ✔ 
System:
  Host: shmuel-manjaro Kernel: 5.18.12-3-MANJARO arch: x86_64 bits: 64
    Desktop: GNOME v: 42.3.1 Distro: Manjaro Linux
Machine:
  Type: Desktop Mobo: ASUSTeK model: PRIME B365M-A v: Rev X.0x
    serial: <superuser required> UEFI: American Megatrends v: 1203
    date: 10/10/2019
CPU:
  Info: 8-core model: Intel Core i7-9700 bits: 64 type: MCP cache: L2: 2 MiB
  Speed (MHz): avg: 4507 min/max: 800/4700 cores: 1: 4479 2: 4492 3: 4498
    4: 4572 5: 4540 6: 4418 7: 4498 8: 4565
Graphics:
  Device-1: Intel CoffeeLake-S GT2 [UHD Graphics 630] driver: i915 v: kernel
  Device-2: Microdia USB Live camera type: USB
    driver: snd-usb-audio,uvcvideo
  Display: wayland server: X.Org v: 22.1.3 with: Xwayland v: 22.1.3
    compositor: gnome-shell driver: X: loaded: modesetting gpu: i915
    resolution: 1: 1920x1080~120Hz 2: 1600x900~60Hz
  OpenGL: renderer: Mesa Intel UHD Graphics 630 (CFL GT2)
    v: 4.6 Mesa 22.1.3
Audio:
  Device-1: Intel 200 Series PCH HD Audio driver: snd_hda_intel
  Device-2: Microdia USB Live camera type: USB
    driver: snd-usb-audio,uvcvideo
  Sound Server-1: ALSA v: k5.18.12-3-MANJARO running: yes
  Sound Server-2: PulseAudio v: 16.1 running: yes
  Sound Server-3: PipeWire v: 0.3.56 running: yes
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
    driver: r8169
  IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: a8:5e:45:e2:87:3c
  Device-2: Realtek 802.11ac NIC type: USB driver: N/A
Bluetooth:
  Device-1: Cambridge Silicon Radio Bluetooth Dongle (HCI mode) type: USB
    driver: btusb
  Report: rfkill ID: hci0 state: up address: see --recommends
Drives:
  Local Storage: total: 2.26 TiB used: 786.77 GiB (34.1%)
  ID-1: /dev/sda vendor: Kingston model: SA400S37480G size: 447.13 GiB
  ID-2: /dev/sdb vendor: Toshiba model: HDWD120 size: 1.82 TiB
Partition:
  ID-1: / size: 249.62 GiB used: 109.56 GiB (43.9%) fs: ext4 dev: /dev/sda4
  ID-2: /boot/efi size: 96 MiB used: 37.8 MiB (39.3%) fs: vfat
    dev: /dev/sda1
Swap:
  Alert: No swap data was found.
Sensors:
  System Temperatures: cpu: 42.0 C mobo: N/A
  Fan Speeds (RPM): N/A
Info:
  Processes: 322 Uptime: 1h 5m Memory: 15.49 GiB used: 9.75 GiB (62.9%)
  Shell: Zsh inxi: 3.3.19
2

That is how you make a system fragile …

Install xdg-desktop-portal-gnome to replace the xdg-desktop-portal-kde and you might get back on track …

1 Like
3

Maybe you need to clean your .config folder. Either way, installing multiple DEs to me is like intentionally trying to break something.

1 Like
4

So it turns out that this whole issue is only on Wayland. If I log in with Xorg, I can open files and folders from within my music apps.

DeadBeef works with files and folders for me, even on Wayland. However, the version from the community repo failed to install. There is a dev version from Github that installed successfully on my system.

5

When you switch DE from one to another there is also something to consider: - since you first had KDE Plasma, there is a package called manjaro-kde-settings that puts in the /etc/skel/ all the dotfiles proper for KDE that will be copied when the user is created. So does exists for Gnome, the manjaro-gnome-settings - that can be installed if you want to stick to Gnome and have proper functionality. Then you copy everything from /etc/skel/ to your home directory. Of course there is the route of manual intervention and tweaking …

1 Like
6

So let’s say I do like that, and I copy from etc/skel
When copying, should I overwrite existing files, or not?

7

Well, to that question there are only two possible tricky answers:

  • replace them and find out later that something you needed was overwritten
  • compare each one by one and only overwrite what you didn’t tweaked manually and want to keep

:smiley:

Personally i prefer the default settings of the DE, and then start over with tweaks, so i would say overwrite.

1 Like
8

You should probably first only look at them,
compare what is in /etc/skel with what is in your $HOME/.config

and then delete those that would have not been present to begin with
with the particular DE you now want to use

It’s not trivial to figure out which files belong
(would have been copied over to your $HOME)
to a certain DE
if you still have both installed.

like @bogdancovaciu said - trial and error might be faster

definitely get rid of those that would not be there
had you not previously used that other DE

1 Like
9

I was skeptical that this was going to solve my problem because I know that Wayland has quirks and limitations. But… it worked.
I deleted the dot files in Home and then copied them from skel, and then I also copied back some hand-selected files and folders from the backup I had made in advance. It’s lookin good…

1 Like
10

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.