Arch Linux User Repository

IMO, this build is no longer workable. I will orphan it, if someone would like to maintain it, but it doesn't seem worthwhile, to me, given the difficulty of dealing with Bambu Lab's particular way of open source contribution

This needs also needs yasm or nasm for building

Hi I am having trouble compiling / installing the latest git version. Error is as follows:

[ 17%] Performing build step for 'dep_FFMPEG' LD libswscale/libswscale.so.8 GEN libavcodec/libavcodec.ver AR libavcodec/libavcodec.a LD libavcodec/libavcodec.so.61 /usr/bin/ld: /tmp/ccWj8cmF.ltrans7.ltrans.o: warning: relocation against mask24b' in read-only section.text' /usr/bin/ld: /tmp/ccWj8cmF.ltrans7.ltrans.o: relocation R_X86_64_PC32 against undefined symbol `mask24l' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: bad value collect2: error: ld returned 1 exit status make[3]: *** [ffbuild/library.mak:119: libswscale/libswscale.so.8] Error 1 make[3]: *** Waiting for unfinished jobs.... make[2]: *** [CMakeFiles/dep_FFMPEG.dir/build.make:86: dep_FFMPEG-prefix/src/dep_FFMPEG-stamp/dep_FFMPEG-build] Error 2 make[1]: *** [CMakeFiles/Makefile2:916: CMakeFiles/dep_FFMPEG.dir/all] Error 2 make: *** [Makefile:91: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

It is the only error I can see so far, is there some dependency - I am assuming FFMPEG related - I am lacking or something else?

Hi! I downloaded your pkg and built it, just had to chagne dep harmonyos-sans-git into ttf-harmonyos-sans - it seems the other one no longer works. First print sent from arch is now going, thanks a lot !! :)

You also need:

gst-plugins-bad gst-libav

in order to get the video feed from the printer to work in Bambu Studio.

Fixed upstream with latest master as of 7/10/23

Current master branch won't build on GCC 13 without the patch provided below

From b2a1638420e3d880c2a65c8c835f647105bcd65b Mon Sep 17 00:00:00 2001
From: Arsalan Afzal <afzal.arsalan@gmail.com>
Date: Sun, 9 Jul 2023 04:15:18 -0500
Subject: [PATCH] Fix mcut for GCC 13

GCC 13 requires an explicit #include <cstdint> for the std::uint32_t  data type used by this file. Adding this include allows for the whole project to successfully be compiled on GCC 13
---
 src/mcut/include/mcut/internal/hmesh.h | 1 +
 1 file changed, 1 insertion(+)

diff --git a/src/mcut/include/mcut/internal/hmesh.h b/src/mcut/include/mcut/internal/hmesh.h
index 24c742c8..b8eb037e 100644
--- BambuStudio/src/mcut/include/mcut/internal/hmesh.h
+++ BambuStudio/src/mcut/include/mcut/internal/hmesh.h
@@ -31,6 +31,7 @@
 #include <map>
 #include <memory>
 #include <vector>
+#include <cstdint>

 template <typename T>
 class descriptor_t_ {
-- 
2.41.0

Apply with patch -p0 < patchname in the PKGBUILD

Opened issue 2006 in upstream

I'm starting to work on the GCC13 issues. Opened issue 1940 (https://github.com/bambulab/BambuStudio/issues/1940) in upstream.

Hey gang, @hak8or and @ajacocks thanks for the headsup and all that. Just confirming the same issues with a segmentation fault present day when trying to start. And in my journalctl I am getting this:

Jun 17 19:20:41 username kernel: bambustu_main[2787535]: segfault at 10 ip 00005607cc295831 sp 00007ffe4df18ce0 error 4 in bambu-studio-bin[5607c8fdc000+3563000] likely on CPU 2 (core 2, socket 0)
Jun 17 19:20:41 username systemd-coredump[2787586]: Process 2787535 (bambustu_main) of user 1000 dumped core.

Thanks for the research. I’ve spoken with the Bambu folks, and they say that the current main branch and production release are known to be broken.

Sadly looks like both this and the "bambustudio" AUR package suffer from the same problem for me. On a clean install (meaning ~/.config/BambuStudio was deleted), the software does start, but after logging in and letting it install the network plugin, it will fail with the following stackdump according to gdb;

Thread 1 "bambustu_main" received signal SIGSEGV, Segmentation fault.
0x00007ffff1aaee0e in free () from /usr/lib/libc.so.6
(gdb) bt
#0  0x00007ffff1aaee0e in free () at /usr/lib/libc.so.6
#1  0x00007fffe3f73388 in ERR_clear_error () at /usr/lib/libcrypto.so.3
#2  0x00007ffd9d2a126f in ossl_connect_step2 () at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#3  0x00007ffd9d2a5efc in ossl_connect_common () at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#4  0x00007ffd9d27e831 in Curl_ssl_connect_nonblocking () at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#5  0x00007ffd9d295674 in Curl_http_connect () at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#6  0x00007ffd9d263403 in multi_runsingle () at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#7  0x00007ffd9d26472e in curl_multi_perform () at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#8  0x00007ffd9d25517b in curl_easy_perform () at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#9  0x00007ffd9d16e372 in BBL::Http::priv::http_perform() () at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#10 0x00007ffd9d1ca558 in BBL::AccountManager::get_user_info(int&, unsigned int&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&) () at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#11 0x00007ffd9d209e55 in BBL::BambuNetworkAgent::get_user_info(int*) ()
    at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#12 0x00007ffd9d210767 in bambu_network_get_user_info () at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#13 0x00005555562090b6 in  ()
#14 0x00005555575a53af in  ()
#15 0x00005555575b0091 in  ()
#16 0x00005555575c2b1b in  ()
#17 0x00005555575c2c11 in  ()
#18 0x0000555557579c04 in  ()
#19 0x00005555574cf998 in  ()
#20 0x00007ffff6fb582b in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0
#21 0x00007ffff700ccc9 in  () at /usr/lib/libglib-2.0.so.0

Trying again via closing the tool and starting it back up gives this;

Thread 83 "bambustu_main" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffdbcff96c0 (LWP 197560)]
0x00007ffff1aaee0e in free () from /usr/lib/libc.so.6
(gdb) bt
#0  0x00007ffff1aaee0e in free () at /usr/lib/libc.so.6
#1  0x00007fffe3f73388 in ERR_clear_error () at /usr/lib/libcrypto.so.3
#2  0x00007fffd2223dc6 in SSLSocket_close () at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#3  0x00007fffd221bb09 in MQTTAsync_closeOnly () at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#4  0x00007fffd221dfd0 in nextOrClose () at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#5  0x00007fffd221ed0d in MQTTAsync_receiveThread () at /home/hak8or/.config/BambuStudio/plugins/libbambu_networking.so
#6  0x00007ffff1a9ebb5 in  () at /usr/lib/libc.so.6
#7  0x00007ffff1b20d90 in  () at /usr/lib/libc.so.6

Looking around on github, I see this was noticed and seemingly acted on (https://github.com/bambulab/BambuStudio/issues/760), but sadly many unrelated bug reports/discussions happened in the thread so it's very hard to follow. I think the attempted fix is present on the 1.4.2 branch, which the bambustudio AUR package is not on (it's on a tag further back), but I did try with a pkg-build based off these and got no luck.

Thankfully I do see quite some activity by BambuLabs on the master branch to get the github CI building for linux, which is great, but since this issue persists in both master and the 1.4.2 branches, I assume it will remain unfixed for a while. The appimages I see, while do not crash, sadly are extremely unperformant (it's a slideshow) on Linux (for me, on a 1070 GTX and 2700x), to the point I can't do anything in the slicer besides print.