Arch Linux User Repository

Hey everyone, sorry about the delay getting back to you all. I was sick with the flu for a couple of weeks and have been catching up on stuff ever since.

It does appear that the latest update really borked the .desktop file (it seems like it was truncated as it just sort of ends after Comments=). I've pushed an update to the package that corrects the package, using the previous version as a guide for the mimetypes. I also used an absolute path for the icon because why not if it makes things more generally compatible (interesting to know about the file extension making it expect absolute!).

The category switched from graphics to utilities, but that might not be a mistake? Feel free to comment if you think it was though.

Hello, the latest update seems to have borked the file association for Cura and now it's no longer listed in the "Open With Other App" program list window in Gnome.

@prurigro: Yes the file is included in /usr/share/pixmaps. I use rofi and researched a little bit and found this issue: https://github.com/davatorium/rofi/issues/942

There is mentioned the following documentation from xdg-desktop-icon --manual:

Icon=Icon File
    The icon to use for the application. This can either be an absolute path to
    an image file or an icon-name. If an icon-name is provided an image lookup
    by name is done in the user's current icon theme. The xdg-icon-resource
    command can be used to install image files into icon themes. The advantage
    of using an icon-name instead of an absolute path is that with an icon-name
    the application icon can be provided in several different sizes as well as
    in several differently themed styles.

so adding the extension .png set it as absolute path and then cura-icon.png is wrong. So it should be an absolute path /usr/share/pixmaps/cura-icon.png to force usage of the delivered png file.

@prurigro Seems to be common to not use a file extension for icon images in desktop files. Maybe it's to work better with themes. Could be fixed with a sed command in prepare().

The apprun patch could also be replaced with a sed command.

Might be good to use exec to avoid a fork in the UltiMaker-Cura script.

@bitdrifter: The package should include cura-icon.png for you, does it not? I'm installing the ones included in the package for both the icon and the .desktop file.

@prurigro: In the desktop file the icon is mentioned as cura-icon.png. On my Manjaro I only have cura-icon.svg files. I have changed the icon-value to cura-icon and it then works.

@gilbs I ran into the same issue again after some time, and it seems that you have to be actually running pipewire for xdg-desktop-portal-wlr (in my case as I'm using sway) for it to work properly. I do agree that it should be fixed upstream; in my case it's a bit annoying as pipewire has some bugs I haven't found my way around so I'm sticking to pulseaudio for now, but I guess most of the people are using it anyways.

@pbcrunch: Odd, it still has an icon for me. What environment are you running it in?

@fermino thanks for the debugging. I already had xdg-desktop-portal installed which might explain why it was working for me. I'll add it to the dependencies probably later today.

(BTW, AFAIK, pipewire is a replacement for pulseaudio. I'm not sure to understand the link with your issue though 🤔)

edit: I think I understood what you meant after reading your message on GitHub. If pipewire is really a dependency from xdg-desktop-portal, I'm not very comfortable adding it to this package dependencies. I think it's really an issue that should be fixed upstream.

@gilbs installing xdg-desktop-portal solved the issue (at least for me). It's kind of annoying as I'm using pulseaudio and it requires pipewire, but that's nothing that a couple masks can't fix.

It might be a good idea to add xdg-desktop-portal as a dependency, though :) Thanks for the pkg ;)