


























Hi AndyHazz,
The package currently fails to build at the prepare() stage for version 2.4.0alpha-1 with the following error: "sed: can't read squashfs-root/OrcaSlicer.desktop: No such file or directory"
Reasoning:
Upstream updated the desktop entry filename inside the Linux AppImage to follow the reverse-DNS format: com.orcaslicer.OrcaSlicer.desktop. Because the PKGBUILD expects the legacy OrcaSlicer.desktop name, the build breaks.
Suggested Fix:
Using wildcards (*.desktop) in the prepare() and package() blocks will safely handle this new naming scheme and protect the package from any future capitalization or naming changes upstream makes.
--- PKGBUILD
+++ PKGBUILD
@@ -21,3 +21,3 @@
./OrcaSlicer_Linux_AppImage_Ubuntu2404_V${_pkgver}.AppImage --appimage-extract
- sed -i 's|Exec=.*|Exec=/opt/orca-slicer-unstable/bin/orca-slicer %U|g' \
- "squashfs-root/OrcaSlicer.desktop"}
+ sed -i 's|Exec=.*|Exec=/opt/orca-slicer-unstable/bin/orca-slicer %U|g' squashfs-root/*.desktop
}
@@ -29,4 +29,4 @@
rm -rf "$pkgdir/opt/${pkgname%-bin}/usr/"
- rm -f "$pkgdir/opt/${pkgname%-bin}"/{OrcaSlicer.desktop,AppRun,OrcaSlicer.png}
+ rm -f "$pkgdir/opt/${pkgname%-bin}"/*.desktop
+ rm -f "$pkgdir/opt/${pkgname%-bin}"/{AppRun,OrcaSlicer.png,orcaslicer.png,com.orcaslicer.OrcaSlicer.png}
install -d "$pkgdir/usr/bin"
ln -s "/opt/${pkgname%-bin}/bin/orca-slicer" "$pkgdir/usr/bin/orca-slicer"
install -d "$pkgdir/usr/share/applications"
- install -Dm644 "squashfs-root/OrcaSlicer.desktop" \
- "$pkgdir/usr/share/applications/"
+ install -m644 squashfs-root/*.desktop -t "$pkgdir/usr/share/applications/"
Thanks for maintaining the package!
cd ~/.cache/yay/orca-slicer-unstable-bin/
cat << 'EOF' > PKGBUILD
# Maintainer: AndyHazz <andyhazz at proton dot me>
# Contributor: sem.z <sem.z at protonmail dot com>
pkgname="orca-slicer-unstable-bin"
pkgver=2.4.0alpha
_pkgver=2.4.0-alpha
pkgrel=1
pkgdesc="G-code generator for 3D printers (versions including beta, release candidates and stable versions)"
arch=('x86_64')
url="https://github.com/OrcaSlicer/OrcaSlicer"
license=('AGPL-3.0-only')
depends=('libmspack' 'glu' 'cairo' 'gtk3' 'webkit2gtk-4.1' 'gstreamer' 'wayland' 'gst-plugins-base' 'gst-libav' 'ttf-nanum' 'gst-plugins-good')
provides=("orca-slicer")
conflicts=("orca-slicer")
source=("https://github.com/OrcaSlicer/OrcaSlicer/releases/download/v${_pkgver}/OrcaSlicer_Linux_AppImage_Ubuntu2404_V${_pkgver}.AppImage")
sha512sums=('1b4a91d1c8aa81962287889a70afcd03e9b009fe25359316abb6f9b92ff3e381aeb9c64d5ccc49d110d9abec904503eac8226fcfbea0bfba582b74aa5ebe933b')
options=('!strip' '!debug')
prepare() {
chmod +x OrcaSlicer_Linux_AppImage_Ubuntu2404_V${_pkgver}.AppImage
./OrcaSlicer_Linux_AppImage_Ubuntu2404_V${_pkgver}.AppImage --appimage-extract
sed -i 's|Exec=.*|Exec=/opt/orca-slicer-unstable/bin/orca-slicer %U|g' squashfs-root/*.desktop
}
package() {
find squashfs-root/{resources,usr/share/icons}/ -type d -exec chmod 755 {} +
install -d "$pkgdir/opt/${pkgname%-bin}/"
cp -a squashfs-root/* "$pkgdir/opt/${pkgname%-bin}/"
rm -rf "$pkgdir/opt/${pkgname%-bin}/usr/"
rm -f "$pkgdir/opt/${pkgname%-bin}"/*.desktop
rm -f "$pkgdir/opt/${pkgname%-bin}"/{AppRun,OrcaSlicer.png,orcaslicer.png,com.orcaslicer.OrcaSlicer.png}
install -d "$pkgdir/usr/bin"
ln -s "/opt/${pkgname%-bin}/bin/orca-slicer" "$pkgdir/usr/bin/orca-slicer"
install -d "$pkgdir/usr/share/applications"
install -m644 squashfs-root/*.desktop -t "$pkgdir/usr/share/applications/"
install -d "$pkgdir/usr/share/icons/"
cp -r squashfs-root/usr/share/icons/hicolor/ "$pkgdir/usr/share/icons/"
}
EOF
makepkg -sic
As of V2.4.0-alpha the desktop file seems to be renamed to com.orcaslicer.OrcaSlicer.desktop.
This results in an error during build: sed: can't read squashfs-root/OrcaSlicer.desktop: No such file or directory
@damir I don't think I can fix that display/resolution issue without some changes upstream ...
Unrelated, I have just pushed a PKGBUILD change to require ttf-nanum - that resolves a crash when opening preferences: https://github.com/SoftFever/OrcaSlicer/issues/10029 - tracked down by @lod who's maintaining the orca-slicer-git package, I could see the same issue occurring here.
I've fixed the app image issue, updated to the latest beta, also changed the desktop file to allow opening orca slicer web links from printables/thingiverse etc.
(I noticed this package had been abandoned so I've adopted it for now)
+1 to the chorus -- the current PKGBUILD tries to delete an AppImage file that does not exist.
Same problem, there is no /opt/orca-slicer-unstable/OrcaSlicer-x86_64.AppImage
Weird, there is no /opt/orca-slicer-unstable/OrcaSlicer-x86_64.AppImage on my machine.
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。
Fixed in 2.4.0alpha-2, thanks for flagging.