Search Criteria
Package Details: orca-slicer-nightly-bin 2026.09.09.233242Z-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/orca-slicer-nightly-bin.git (read-only, click to copy) |
|---|---|
| Package Base: | orca-slicer-nightly-bin |
| Description: | G-code generator for 3D printers (nightly builds) |
| Upstream URL: | https://github.com/SoftFever/OrcaSlicer |
| Licenses: | AGPL3 |
| Conflicts: | orca-slicer |
| Provides: | orca-slicer |
| Submitter: | uberben |
| Maintainer: | Felixoid |
| Last Packager: | Felixoid |
| Votes: | 3 |
| Popularity: | 0.110077 |
| First Submitted: | 2025-05-16 02:38 (UTC) |
| Last Updated: | 2026-09-10 08:48 (UTC) |
Dependencies (16)
- cairo (cairo-gitAUR)
- glu (glu-gitAUR)
- gst-libav (gst-libav-gitAUR)
- gst-plugins-base (gst-plugins-base-gitAUR)
- gstreamer (gstreamer-gitAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-patched-filechooser-icon-viewAUR, gtk3-classic-xfceAUR)
- libsoup3 (libsoup3-gitAUR)
- libxkbcommon (libxkbcommon-gitAUR)
- mesa (mesa-wsl2-gitAUR, mesa-amd-bc250AUR, amdonly-gaming-mesa-gitAUR, mesa-nollvm-gitAUR, mesa-dlss-reflex-gitAUR, mesa-minimal-gitAUR, mesa-gitAUR, mesa-rk35xx-gitAUR, mesa-amber)
- openvdb
- wayland (wayland-asan-gitAUR, wayland-gitAUR, wayland-chromiumAUR)
- wayland-protocols (wayland-protocols-gitAUR)
- webkit2gtk-4.1 (webkit2gtk-4.1-imgpasteAUR)
- curl (curl-gitAUR, curl-c-aresAUR) (make)
- jq (jq-gitAUR, jaq-gitAUR, jaq-binAUR, jq-staticAUR) (make)
- patchelf (patchelf-gitAUR) (make)
Latest Comments
1 2 Next › Last »
cwg1231 commented on 2026-09-06 01:35 (UTC)
This package doesn't run for me. It throws the following error: "orca-slicer: error while loading shared libraries: libavcodec.so.61: cannot open shared object file: No such file or directory"
This dynamic library is in several locations that are on the path, so I don't understand why it won't work.
Felixoid commented on 2026-06-22 09:52 (UTC) (edited on 2026-06-22 10:00 (UTC) by Felixoid)
I don't like it. The new set of assets allows us to make the package multiarch, so I'll go in this direction.
Besides, you "simplified" it to the ground, removing the proper versioning and hashsums validation.
kiodo1981 commented on 2026-06-22 07:47 (UTC)
"The previous PKGBUILD failed to correctly select the architecture and AppImage filename, leading to build errors. Fixed the extraction logic and path handling to ensure a successful build.
Updated PKGBUILD here: https://hastebin.com/share/ecapoqiruw.bash
k8rgrl commented on 2026-05-29 09:30 (UTC)
Missing Dep: JQ Won't compile without it.
Felixoid commented on 2026-05-26 10:03 (UTC)
In this case,
pkgverandpreparecan end up with different artifacts.pkgveris executed afterprepare, so I'll make the latter preserving the JSON output of the downloaded artifact. As well, theassetobject contains the digest field, so I'll use it in theverifyfunction.Thanks for the research. Your new structure represents the canonical PKGBUILD better.
kiodo1981 commented on 2026-05-24 09:15 (UTC) (edited on 2026-05-24 09:20 (UTC) by kiodo1981)
Hello, I asked an AI how to make this package dynamically fetch the latest available nightly release on every build, since right now the static source array locks it to a specific version until you manually update the AUR repository.
It suggested moving the curl/jq logic inside prepare() and leaving the source/sha512sums arrays empty. This way, the package acts as a proper pseudo-VCS package and fetches the real latest nightly AppImage whenever a user runs makepkg.
Here is the solution it generated for the source, sha512sums, and prepare sections:
What do you think about this approach?
https://hastebin.com/share/surowamemu.bash
uberben commented on 2026-05-12 17:10 (UTC)
Sorry for letting this package rot. I'm not using it anymore and don't have much time to maintain it. I'm happy to hand it off to a new maintainer, otherwise it will probably be a bit before I can get these fixes addressed.
pdizzle commented on 2026-05-12 13:23 (UTC)
Getting a build failure
Maybe the file structure of the AppImage changed?
arthuring commented on 2026-04-27 18:49 (UTC)
Dependencies are redundant, especially webkit2gtk (4.0) which takes a lot of time to build, please fix this issue
1 2 Next › Last »