Search Criteria
Package Details: cura-bin 5.6.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/cura-bin.git (read-only, click to copy) |
---|---|
Package Base: | cura-bin |
Description: | State-of-the-art slicer app to prepare your 3D models for your 3D printer |
Upstream URL: | https://ultimaker.com/software/ultimaker-cura |
Licenses: | LGPL3 |
Conflicts: | cura |
Provides: | cura |
Submitter: | prurigro |
Maintainer: | prurigro |
Last Packager: | prurigro |
Votes: | 38 |
Popularity: | 2.64 |
First Submitted: | 2022-09-02 21:14 (UTC) |
Last Updated: | 2023-11-28 16:33 (UTC) |
Dependencies (3)
- fuse2
- xdg-desktop-portal (xdg-desktop-portal-gitAUR)
- util-linux (busybox-coreutilsAUR, util-linux-aesAUR, util-linux-selinuxAUR) (make)
Required by (5)
- cura-plugin-octoprint-git (requires cura)
- cura-plugin-orientation-git (requires cura)
- cura-resources-fabtotum-git (requires cura)
- discovery200-files (requires cura) (optional)
- inkscape-paths2openscad (requires cura) (optional)
Latest Comments
1 2 3 4 5 6 .. 11 Next › Last »
thorou commented on 2023-11-26 08:04 (UTC)
There is an upstream issue with the AppImage, where the main window will not open when
QT_STYLE_OVERRIDE
is set (https://github.com/Ultimaker/Cura/issues/17163, https://github.com/Ultimaker/Cura/issues/12940)The simple workaround is to add
unset QT_STYLE_OVERRIDE
to the bash script here.Should this be added to the package, or is this something users should apply themselves? Setting the variable to one of the supported styles also breaks, so I don't see any scenario in which you wouldn't want the fix.
prurigro commented on 2023-11-24 20:11 (UTC) (edited on 2023-11-24 20:12 (UTC) by prurigro)
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.
dhtseany commented on 2023-11-05 22:04 (UTC)
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.
bitdrifter commented on 2023-10-31 07:23 (UTC)
@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/942There is mentioned the following documentation from
xdg-desktop-icon --manual
: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.xiota commented on 2023-10-31 06:33 (UTC) (edited on 2023-10-31 06:33 (UTC) by xiota)
@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 inprepare()
.The apprun patch could also be replaced with a
sed
command.Might be good to use
exec
to avoid a fork in theUltiMaker-Cura
script.prurigro commented on 2023-10-31 04:17 (UTC) (edited on 2023-10-31 04:24 (UTC) by prurigro)
@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.
bitdrifter commented on 2023-10-29 10:30 (UTC)
@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.
fermino commented on 2023-10-05 21:52 (UTC)
@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.
prurigro commented on 2023-09-12 19:20 (UTC)
@pbcrunch: Odd, it still has an icon for me. What environment are you running it in?
gilbs commented on 2023-09-05 07:23 (UTC) (edited on 2023-09-05 18:22 (UTC) by gilbs)
@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.
1 2 3 4 5 6 .. 11 Next › Last »