From list+sbo at vahedi.org Sun Mar 1 19:10:59 2026 From: list+sbo at vahedi.org (Shahab Vahedi) Date: Sun, 01 Mar 2026 19:10:59 +0000 Subject: [Slackbuilds-users] Missing "lld" on x86 Slackware-15.0 Message-ID: I need to pick your brain on something. There is this program called Bear that recently moved their code base from C++ to Rust. When building it, I noticed that the build fails on i586 version of Slackware-15.0 [1], but is fine on x86_64 variant. I have narrowed down the problem to missing "lld" binary on x86 Slackware (llvm-13) [2]. Indeed, Slackware64-15.0's llvm package (llvm-13 again) provides the "lld" linker. At first I thought maybe I could get away with having a link from "lld" to "ld", but that was not a success [3]. The linking phase really needs the "lld" tool. I finally managed to have "lld" on x86 Slackware-15.0 by installing llvm-22.1 package from the "extra" repository. That package does provide the "lld" binary. Moreover, I was not in the mood for compiling "llvm-opt", so I did not try that, but I'm going to _assume_ that it also provides the "lld" tool. After having "lld" on the system, the build went just fine. To summarise the situation: 1. Bear builds fine on Slackware64-15.0 because there is lld 2. Bear faild to build on Slackware-15.0 since there's no lld 3. The linking process does really need lld (cannot be bypassed) Now, what should I do with this? - Shall I add "llvm-opt", to the "REQUIRES" field and explain in the README that is only needed for x86 variants? Please keep in mind that I actually haven't tried "llvm-opt" but the pre-built package of llvm-22.1 from the "extra" repository. - Should I create two separate packages (Bear vs Bear32)? I'm not in favour of this option. - Or maybe something else? -Shahab [1] https://github.com/SlackBuildsOrg/slackbuilds/pull/14530#issuecomment-3975967832 [2] the problem manifests itself during the linking phase as note: collect2: fatal error: cannot find 'ld' compilation terminated. what actually is not found is "lld" and not "ld". [3] If "ld" is used instead of "lld", the "ld" will return an error /usr/bin/ld: anonymous version tag cannot be combined with other version tags collect2: error: ld returned 1 exit status From fsleg at t-rg.ws Sun Mar 1 19:33:02 2026 From: fsleg at t-rg.ws (fsLeg) Date: Sun, 01 Mar 2026 22:33:02 +0300 Subject: [Slackbuilds-users] Missing "lld" on x86 Slackware-15.0 In-Reply-To: References: Message-ID: <22844667-6E09-4BA8-A5C3-93AD12D31F80@t-rg.ws> I had a problem with linkers just recently. Some of them I worked around by using a different linker. Slackware 15.0 ships 3 linkers: BFD, LLD and GOLD. ScummVM SlackBuild used a BFD linker for x86 architecture for a while for the same reason. So try other linkers first. Slackware-current no longer has GOLD (binutils deprecated it), but it ships MOLD as the third option. MOLD is on SBo for Slackware 15.0, so you could also try that. I looked up how to change a linker for Rust-based projects, and it seems you just need to supply something like RUSTFLAGS="-C link-arg='-fuse-ld=bfd'" when calling `cargo build`. On March 1, 2026 22:10:59 GMT+03:00, Shahab Vahedi via SlackBuilds-users wrote: >I need to pick your brain on something. There is this program >called Bear that recently moved their code base from C++ to Rust. >When building it, I noticed that the build fails on i586 version >of Slackware-15.0 [1], but is fine on x86_64 variant. > >I have narrowed down the problem to missing "lld" binary on x86 >Slackware (llvm-13) [2]. Indeed, Slackware64-15.0's llvm package >(llvm-13 again) provides the "lld" linker. > >At first I thought maybe I could get away with having a link >from "lld" to "ld", but that was not a success [3]. The linking >phase really needs the "lld" tool. > >I finally managed to have "lld" on x86 Slackware-15.0 by installing >llvm-22.1 package from the "extra" repository. From fourtysixandtwo at sliderr.net Sun Mar 1 19:36:47 2026 From: fourtysixandtwo at sliderr.net (fourtysixandtwo) Date: Sun, 1 Mar 2026 12:36:47 -0700 Subject: [Slackbuilds-users] Missing "lld" on x86 Slackware-15.0 In-Reply-To: References: Message-ID: It's up to you, but I've gone with "i?86) ARCH=i686 ;;" for cargo-vendor-filterer after the i586 issue was reported to me. Support for i586 with rust is not high on their priority list. https://doc.rust-lang.org/rustc/platform-support.html If you do want to have it work, I would note the added dep in the README and maybe an if statement in the slackbuild for that situation. But I believe that there are not many i586 users for rust builds. Cheers On Sun, Mar 1, 2026 at 12:11?PM Shahab Vahedi via SlackBuilds-users wrote: > > I need to pick your brain on something. There is this program > called Bear that recently moved their code base from C++ to Rust. > When building it, I noticed that the build fails on i586 version > of Slackware-15.0 [1], but is fine on x86_64 variant. > > I have narrowed down the problem to missing "lld" binary on x86 > Slackware (llvm-13) [2]. Indeed, Slackware64-15.0's llvm package > (llvm-13 again) provides the "lld" linker. > > At first I thought maybe I could get away with having a link > from "lld" to "ld", but that was not a success [3]. The linking > phase really needs the "lld" tool. > > I finally managed to have "lld" on x86 Slackware-15.0 by installing > llvm-22.1 package from the "extra" repository. That package does > provide the "lld" binary. Moreover, I was not in the mood for > compiling "llvm-opt", so I did not try that, but I'm going to > _assume_ that it also provides the "lld" tool. > > After having "lld" on the system, the build went just fine. > > To summarise the situation: > > 1. Bear builds fine on Slackware64-15.0 because there is lld > 2. Bear faild to build on Slackware-15.0 since there's no lld > 3. The linking process does really need lld (cannot be bypassed) > > Now, what should I do with this? > > - Shall I add "llvm-opt", to the "REQUIRES" field and explain > in the README that is only needed for x86 variants? Please keep > in mind that I actually haven't tried "llvm-opt" but the pre-built > package of llvm-22.1 from the "extra" repository. > > - Should I create two separate packages (Bear vs Bear32)? > I'm not in favour of this option. > > - Or maybe something else? > > > -Shahab > > [1] > https://github.com/SlackBuildsOrg/slackbuilds/pull/14530#issuecomment-3975967832 > > [2] > the problem manifests itself during the linking phase as > note: collect2: fatal error: cannot find 'ld' > compilation terminated. > what actually is not found is "lld" and not "ld". > > [3] > If "ld" is used instead of "lld", the "ld" will return an error > /usr/bin/ld: anonymous version tag cannot be combined with other version tags > collect2: error: ld returned 1 exit status > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > From list+sbo at vahedi.org Sun Mar 1 20:15:15 2026 From: list+sbo at vahedi.org (Shahab Vahedi) Date: Sun, 01 Mar 2026 20:15:15 +0000 Subject: [Slackbuilds-users] Missing "lld" on x86 Slackware-15.0 In-Reply-To: <22844667-6E09-4BA8-A5C3-93AD12D31F80@t-rg.ws> References: <22844667-6E09-4BA8-A5C3-93AD12D31F80@t-rg.ws> Message-ID: First of all, I think this is a (packaging) issue on Slackware side. How come the same package (llvm-13) provides /usr/bin/lld on Slacware64-15.0 but not on Slackware-15.0? If you upgrade it to llvm-21.2, it's there again. That involves prioritising "extra" in your /etc/slackpkg/slackpkg.conf though. > On March 1, 2026, fsLeg wrote: > Slackware 15.0 ships 3 linkers: BFD, LLD and GOLD Stock Slackware-15.0 (x86) does NOT come with LLD. That's my whole issue. If you have it, please check your packages entries to see which one provides it. > So try other linkers first I tried both BFD and GOLD, and they choke on linking phase (different errors). The build must really be done with LLD. > I looked up how to change a linker for Rust-based projects,... > RUSTFLAGS="-C link-arg='-fuse-ld=bfd'" The source code itself is enforcing LLD [1] and all for a good reason (See my previous point): cat intercept-preload/build.rst ... // Force using lld // https://users.rust-lang.org/t/how-to-use-linker-version-scripts-in-rust-1-54 println!("cargo:rustc-cdylib-link-arg=-fuse-ld=lld"); ... [1] https://github.com/rizsotto/Bear/blob/master/intercept-preload/build.rs#L71 > On March 1, fourtysixandtwo wrote: > I've gone with "i?86) ARCH=i686 ;;" for cargo-vendor-filterer after > the i586 issue was reported to me. OK, I'll do it for my SlackBuild as well. > Support for i586 with rust is not high on their priority list. > I believe that there are not many i586 users for rust builds. I think Rust support for i586, i686, and x86 in general in this particular issue (missing "lld" on Slackware-15.0) is irrelevant here. -Shahab From fsleg at t-rg.ws Sun Mar 1 20:32:21 2026 From: fsleg at t-rg.ws (fsLeg) Date: Sun, 1 Mar 2026 23:32:21 +0300 Subject: [Slackbuilds-users] Missing "lld" on x86 Slackware-15.0 In-Reply-To: References: <22844667-6E09-4BA8-A5C3-93AD12D31F80@t-rg.ws> Message-ID: <5a5ee470-4e44-4e87-a0d9-34122e82c921@t-rg.ws> On 3/1/26 23:15, Shahab Vahedi via SlackBuilds-users wrote: > First of all, I think this is a (packaging) issue on > Slackware side. How come the same package (llvm-13) provides > /usr/bin/lld on Slacware64-15.0 but not on Slackware-15.0? > If you upgrade it to llvm-21.2, it's there again. That involves > prioritising "extra" in your /etc/slackpkg/slackpkg.conf though. Well, the missing LLD in 32 bit Slackware is something so be brought up on LQ, not here. Maybe Pat will see it and rebuild llvm-13 to include LLD. Or maybe LLD from llvm-13 just doesn't build on 32 bit Slackware. > I think Rust support for i586, i686, and x86 in general in this > particular issue (missing "lld" on Slackware-15.0) is irrelevant > here. There's always an option of marking x86 as unsupported. There's plenty of scripts on SBo that require Slackware64 and barely anyone runs 32 bit systems anymore. I had to mark PrismLauncher as 64 bit only even though there's nothing preventing it from compiling on a 32 bit system, it's just that SBo only has a 64 bit version of its main dependency, qt6, despite it being possible to have qt6 on a 32 bit system, Slackware-current is a proof of that. From list+sbo at vahedi.org Sun Mar 1 20:48:24 2026 From: list+sbo at vahedi.org (Shahab Vahedi) Date: Sun, 01 Mar 2026 20:48:24 +0000 Subject: [Slackbuilds-users] Missing "lld" on x86 Slackware-15.0 In-Reply-To: <5a5ee470-4e44-4e87-a0d9-34122e82c921@t-rg.ws> References: <22844667-6E09-4BA8-A5C3-93AD12D31F80@t-rg.ws> <5a5ee470-4e44-4e87-a0d9-34122e82c921@t-rg.ws> Message-ID: <61acc4fcdb75f5e60553596465a5f6b276f15c56@vahedi.org> On 1-Mar-2026, fsLeg wrote: > Well, the missing LLD in 32 bit Slackware is something so be brought up on LQ, not here. Maybe Pat will see it and rebuild llvm-13 to include LLD. Or maybe LLD from llvm-13 just doesn't build on 32 bit Slackware. If I find some time I'll try to raise it on LQ. Thanks for the suggestion! Finally I managed to solve the issue by actually relying on "rust-opt". Luckily, there is an "ld.lld" provided by Rust itself /opt/rust/lib/rustlib/i686-unknown-linux-gnu/bin/gcc-ld/ld.lld In my SlackBuild, I add that to the PATH under "i?86" systems. -Shahab From arnaud.garcia-fernandez at laposte.net Sun Mar 1 22:23:47 2026 From: arnaud.garcia-fernandez at laposte.net (Arnaud) Date: Sun, 01 Mar 2026 22:23:47 +0000 Subject: [Slackbuilds-users] Qt6, slackware32, current, and unsupported stuff Message-ID: <459384F5-26A9-42A2-8965-0166DC96CA76@laposte.net> Hi, I too am facing a question regarding 32bits and unsupported stuff. It concerns dustrac and gargoyle, which both are now relying on qt6. That makes them UNSUPPORTED on slackware 15.0, the 32bits version. However, Slackware-current does ship an i686 version of qt6, making those 2 games perfectly supported in the future of old CPUs. That does bear the question of what I ought to do today, while waiting for current to go stable. - keep older version, as they work ; - make a gargoyle32, and a dustrac32 package stuck in the past ; - update and lie about 32bit being unsupported, since it is currently the case, but won't be in the future ; - ask Patrick for a release ; - call Obi-Wan Kenobi for help. I've done something for focuswriter, creating a focuswriter-qt6 package, keeping focuswriter stuck. That kind of made sense because qt6 is overly painful to build. But most of those solutions are, or will be, painful for package tracking, or not nice for 32bits systems which would loose packages that were ok before. I'm almost ready to make some hybrid SlackBuild, with different download versions for 32 and 64, and a wrong version for the 32bit package, so it always builds. But that'd be a bigger lie... And does anyone know why we can't have qt6 for ix86 on SBo ? - Yth. -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From bencollver at riseup.net Sun Mar 1 22:55:19 2026 From: bencollver at riseup.net (Ben Collver) Date: Sun, 1 Mar 2026 14:55:19 -0800 Subject: [Slackbuilds-users] orphaning office/wink and audio/sfarkxtc Message-ID: <20260301225519.GC1799@rainbow> Greetings, I no longer use office/wink nor audio/sfarkxtc. In fact, i had forgotten they had my name on them. Would someone else like to take over their maintenance? Thank you, -Ben From urchlay at slackware.uk Sun Mar 1 23:02:28 2026 From: urchlay at slackware.uk (B. Watson) Date: Sun, 1 Mar 2026 18:02:28 -0500 (EST) Subject: [Slackbuilds-users] orphaning office/wink and audio/sfarkxtc In-Reply-To: <20260301225519.GC1799@rainbow> References: <20260301225519.GC1799@rainbow> Message-ID: On Sun, 1 Mar 2026, Ben Collver wrote: > I no longer use office/wink nor audio/sfarkxtc. > In fact, i had forgotten they had my name on them. > Would someone else like to take over their maintenance? I'll take sfarkxtc. I've used it in the past, might need it again someday. From willysr at slackbuilds.org Mon Mar 2 04:58:39 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 2 Mar 2026 11:58:39 +0700 Subject: [Slackbuilds-users] Qt6, slackware32, current, and unsupported stuff In-Reply-To: <459384F5-26A9-42A2-8965-0166DC96CA76@laposte.net> References: <459384F5-26A9-42A2-8965-0166DC96CA76@laposte.net> Message-ID: <20260302115839.2de6c124@office64.slackie.org> >And does anyone know why we can't have qt6 for ix86 on SBo ? If anyone can send a PR for me to test for i586 build on Qt6, feel free to do so :) -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From willysr at slackbuilds.org Mon Mar 2 06:47:30 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 2 Mar 2026 13:47:30 +0700 Subject: [Slackbuilds-users] Missing "lld" on x86 Slackware-15.0 In-Reply-To: <61acc4fcdb75f5e60553596465a5f6b276f15c56@vahedi.org> References: <22844667-6E09-4BA8-A5C3-93AD12D31F80@t-rg.ws> <5a5ee470-4e44-4e87-a0d9-34122e82c921@t-rg.ws> <61acc4fcdb75f5e60553596465a5f6b276f15c56@vahedi.org> Message-ID: <20260302134730.2f656f20@office64.slackie.org> >Finally I managed to solve the issue by actually relying on "rust-opt". >Luckily, there is an "ld.lld" provided by Rust itself > > /opt/rust/lib/rustlib/i686-unknown-linux-gnu/bin/gcc-ld/ld.lld > >In my SlackBuild, I add that to the PATH under "i?86" systems. Unfortunately, it doesn't work with BEAR on i586 https://github.com/SlackBuildsOrg/slackbuilds/pull/14585 -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From dchmelik at gmail.com Mon Mar 2 07:59:38 2026 From: dchmelik at gmail.com (David Chmelik) Date: Sun, 1 Mar 2026 23:59:38 -0800 Subject: [Slackbuilds-users] orphaned academic, games (mathics, tome-sx) builds In-Reply-To: References: Message-ID: <26e6e8b2-29a3-f2a4-01fa-c74a1a8158b8@gmail.com> orphaned (uploaded those changes including abridging game GitHub URL): * academic/mathics * games/tome-sx available possibly (if anyone can handle the changes: * games/crawl * games/tome-ah * libraries/grx The grx library should be replaced by mgrx because now is completely different, and mgrx continues what the original is for... nothing depends on these; just wanted to make available a general graphics programming library to install safer. From dguptill at accesswave.ca Fri Mar 6 04:17:00 2026 From: dguptill at accesswave.ca (Douglas Guptill) Date: Fri, 6 Mar 2026 00:17:00 -0400 Subject: [Slackbuilds-users] pdfstudioviewer 2024.0.1 : typo in slackbuild script? Message-ID: Hello: I was looking for something to edit a fillable pdf file, and came across pdfstudioviwer. Downloaded the SBo and tried it. The build output included ..... opt/pdfstudioviewer2024/updater chmod: cannot operate on dangling symlink './usr/bin/pdfstudioviewer' [Note: this part of the build was not running as user root. My SlackBuilds are split into 2 parts; everything up to makepkg, which runs as a normal user, and the makepkg, which runs as root. ] which I concluded came from line 67 in the SlackBuild script ln -s /opt/$PRGNAM$YEAR/$PRGNAM$YEAR $PKG/usr/bin/$PRGNAM So I inserted a "$PKG" in that line ln -s $PKG/opt/$PRGNAM$YEAR/$PRGNAM$YEAR $PKG/usr/bin/$PRGNAM and all went well. I now have a working pdfstudioviewer. Is there anything further I can do to help? Regards, Douglas. -- Bold character derived from stubborn patience and adversity. == Douglas Guptill, B.Sc., CCP, M.Comp.Sci., THB From willysr at slackbuilds.org Fri Mar 6 05:17:54 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Fri, 6 Mar 2026 12:17:54 +0700 Subject: [Slackbuilds-users] pdfstudioviewer 2024.0.1 : typo in slackbuild script? In-Reply-To: References: Message-ID: <20260306121754.5bcacfce@office64.slackie.org> >The build output included > > ..... > opt/pdfstudioviewer2024/updater > chmod: cannot operate on dangling symlink './usr/bin/pdfstudioviewer' > > [Note: this part of the build was not running as user root. > My SlackBuilds are split into 2 parts; everything up to makepkg, > which runs as a normal user, and the makepkg, which runs as root. > ] > >which I concluded came from line 67 in the SlackBuild script > > ln -s /opt/$PRGNAM$YEAR/$PRGNAM$YEAR $PKG/usr/bin/$PRGNAM > >So I inserted a "$PKG" in that line > > ln -s $PKG/opt/$PRGNAM$YEAR/$PRGNAM$YEAR $PKG/usr/bin/$PRGNAM > >and all went well. I now have a working pdfstudioviewer. > >Is there anything further I can do to help? The code is correct in the first place if you put $PKG in the first part of ln, it will have a link to temporary build directory instead of coming from root directory when you install the package. You can try to remove the /tmp/SBo directory and see if you have a broken link on /usr/bin/ -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From zhu.qunying at gmail.com Fri Mar 6 05:35:24 2026 From: zhu.qunying at gmail.com (Qun-Ying) Date: Thu, 5 Mar 2026 21:35:24 -0800 Subject: [Slackbuilds-users] Please remove PortfolioPerformance-bin Message-ID: Hi, Please remove "PortfolioPerformance-bin", there is a typo in the build script. I would submit another one. -- Qun-Ying -------------- next part -------------- An HTML attachment was scrubbed... URL: From dguptill at accesswave.ca Fri Mar 6 05:45:03 2026 From: dguptill at accesswave.ca (Douglas Guptill) Date: Fri, 6 Mar 2026 01:45:03 -0400 Subject: [Slackbuilds-users] pdfstudioviewer 2024.0.1 : typo in slackbuild script? In-Reply-To: <20260306121754.5bcacfce@office64.slackie.org> References: <20260306121754.5bcacfce@office64.slackie.org> Message-ID: Hello: On Fri, Mar 06, 2026 at 12:17:54PM +0700, Willy Sudiarto Raharjo wrote: > >The build output included > > > > ..... > > opt/pdfstudioviewer2024/updater > > chmod: cannot operate on dangling symlink './usr/bin/pdfstudioviewer' > > > > [Note: this part of the build was not running as user root. > > My SlackBuilds are split into 2 parts; everything up to makepkg, > > which runs as a normal user, and the makepkg, which runs as root. > > ] > > > >which I concluded came from line 67 in the SlackBuild script > > > > ln -s /opt/$PRGNAM$YEAR/$PRGNAM$YEAR $PKG/usr/bin/$PRGNAM > > > >So I inserted a "$PKG" in that line > > > > ln -s $PKG/opt/$PRGNAM$YEAR/$PRGNAM$YEAR $PKG/usr/bin/$PRGNAM > > > >and all went well. I now have a working pdfstudioviewer. > > > >Is there anything further I can do to help? > > > The code is correct in the first place > if you put $PKG in the first part of ln, it will have a link to > temporary build directory instead of coming from root directory when > you install the package. > > You can try to remove the /tmp/SBo directory and see if you have a > broken link on /usr/bin/ You are correct. bash-5.1$ ls -l /usr/bin/pdfstudioviewer lrwxrwxrwx 1 root root 85 Mar 5 00:25 /usr/bin/pdfstudioviewer -> /tmp/SBo/package-pdfstudioviewer-2024.0.1/opt/pdfstudioviewer2024/pdfstudioviewer2024 Thank you for the correction. Sorry for the noise, and for my incorrect suggestion of a mistake in the SlackBuild script. Regards, Douglas. -- Bold character derived from stubborn patience and adversity. == Douglas Guptill, B.Sc., CCP, M.Comp.Sci., THB From dguptill at accesswave.ca Fri Mar 6 12:15:17 2026 From: dguptill at accesswave.ca (Douglas Guptill) Date: Fri, 6 Mar 2026 08:15:17 -0400 Subject: [Slackbuilds-users] pdfstudioviewer 2024.0.1 : typo in slackbuild script? In-Reply-To: References: <20260306121754.5bcacfce@office64.slackie.org> Message-ID: Hello again, another thought about the SlackBuild for pdfstudioviewer: On Fri, Mar 06, 2026 at 01:45:03AM -0400, Douglas Guptill wrote: > Hello: > > On Fri, Mar 06, 2026 at 12:17:54PM +0700, Willy Sudiarto Raharjo wrote: > > >The build output included > > > > > > ..... > > > opt/pdfstudioviewer2024/updater > > > chmod: cannot operate on dangling symlink './usr/bin/pdfstudioviewer' > > > > > > [Note: this part of the build was not running as user root. > > > My SlackBuilds are split into 2 parts; everything up to makepkg, > > > which runs as a normal user, and the makepkg, which runs as root. > > > ] > > > > > >which I concluded came from line 67 in the SlackBuild script > > > > > > ln -s /opt/$PRGNAM$YEAR/$PRGNAM$YEAR $PKG/usr/bin/$PRGNAM > > > > > >So I inserted a "$PKG" in that line > > > > > > ln -s $PKG/opt/$PRGNAM$YEAR/$PRGNAM$YEAR $PKG/usr/bin/$PRGNAM > > > > > >and all went well. I now have a working pdfstudioviewer. > > > > > >Is there anything further I can do to help? > > > > > > The code is correct in the first place > > if you put $PKG in the first part of ln, it will have a link to > > temporary build directory instead of coming from root directory when > > you install the package. > > > > You can try to remove the /tmp/SBo directory and see if you have a > > broken link on /usr/bin/ > > You are correct. > > bash-5.1$ ls -l /usr/bin/pdfstudioviewer > lrwxrwxrwx 1 root root 85 Mar 5 00:25 /usr/bin/pdfstudioviewer -> /tmp/SBo/package-pdfstudioviewer-2024.0.1/opt/pdfstudioviewer2024/pdfstudioviewer2024 > > Thank you for the correction. > > Sorry for the noise, and for my incorrect suggestion of a mistake in > the SlackBuild script. If the philosophy behind slackbuilds is to install into $PKG, then hand $PKG to makepkg (which makes the package), and then hand the package to installpkg (which does the actual install), then an alternate approach to the current slackbuild might be: 1) remove line 67 2) put a similar line in doinst.sh ln -sf /opt/pdfstudioviewer2024/pdfstudioviewer2024 /usr/bin/pdfstudioviewer2024 My understanding is that the current SlackBuild installs a file in /opt during the package build phase. Even if the package is never installed. Unless I _really_ don't understand what is going on... Regards, Douglas. -- Bold character derived from stubborn patience and adversity. == Douglas Guptill, B.Sc., CCP, M.Comp.Sci., THB From fsleg at t-rg.ws Fri Mar 6 12:25:12 2026 From: fsleg at t-rg.ws (fsLeg) Date: Fri, 06 Mar 2026 15:25:12 +0300 Subject: [Slackbuilds-users] pdfstudioviewer 2024.0.1 : typo in slackbuild script? In-Reply-To: References: <20260306121754.5bcacfce@office64.slackie.org> Message-ID: makepkg already removes all symlinks and appends their creation into doinst.sh. If you use `makepkg -l y` that is, which is default for vanilla SBo SlackBuilds. Try reading `man makepkg`. Also read `man ln`. The actual link which is put somewhere is the second argument, the path is the first one, and path doesn't have to exist in case of symlinks. So you can create a symlink that points to a location that doesn't currently exist but you know will exist later. Another option is to use a relative path instead of an absolute one, although the same applies here too. On March 6, 2026 15:15:17 GMT+03:00, Douglas Guptill wrote: >If the philosophy behind slackbuilds is to install into $PKG, then >hand $PKG to makepkg (which makes the package), and then hand the >package to installpkg (which does the actual install), then an >alternate approach to the current slackbuild might be: > > 1) remove line 67 > 2) put a similar line in doinst.sh > ln -sf /opt/pdfstudioviewer2024/pdfstudioviewer2024 /usr/bin/pdfstudioviewer2024 > >My understanding is that the current SlackBuild installs a file in >/opt during the package build phase. Even if the package is never >installed. > >Unless I _really_ don't understand what is going on... > >Regards, >Douglas. From j+sbo-users at maschinengott.de Fri Mar 6 17:47:48 2026 From: j+sbo-users at maschinengott.de (j12i) Date: Fri, 6 Mar 2026 18:47:48 +0100 Subject: [Slackbuilds-users] upcoming deno 2.7.2 Message-ID: fourtysixandtwo asked on LQ: > Just pushed an update to my branch for deno-2.7.2. Builds fine on current here, but would appreciate further testing. > https://git.slackbuilds.org/slackbuilds/patch/?id=8db38df450567d5a04221ae24b316f75264580ca This deno build works fine for me on -current, but on 15.0 I get error messages like the attached (at runtime) and don't get the benefit that deno brings for yt-dlp. This is with urchlay's 'yt-dlp-bin' SBo, upgraded to 2026.03.03. (I also built rust-opt and deno in a 15.0 LXC container on my -current machine, for on my 15.0 machine it would take hours. But I don't think that should matter.) -------------- next part -------------- [youtube] [jsc:deno] Solving JS challenges using deno WARNING: [youtube] [jsc] Error solving 2 challenge requests using "deno" provider: Error running deno process (returncode: 1): error: Uncaught (in promise) "found 0 n function possibilities". requests = [JsChallengeRequest(type=, input=NChallengeInput(player_url='https://www.youtube.com/s/player/6c5cb4f4/tv-player-ias.vflset/tv-player-ias.js', challenges=['F5ybDdMdId_aF98p', 'yQ4K07wXS3PsZD5m', '7SQOIEhMhu9L0o8u']), video_id='dmVAmlpbnD4'), JsChallengeRequest(type=, input=SigChallengeInput(player_url='https://www.youtube.com/s/player/6c5cb4f4/tv-player-ias.vflset/tv-player-ias.js', challenges=['\x00\x01\x02\x03\x04\x05\x06\x07\x08\t\n\x0b\x0c\r\x0e\x0f\x10\x11\x12\x13\x14\x15\x16\x17\x18\x19\ x1a\x1b\x1c\x1d\x1e\x1f !"#$%&\'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghij', '\x00\x01\x02\x03\x04\x05\x06\x07\x08\t\n\x0b\x0c\r\x0e\x0f\x10\x11\x12\x13\x14\x15\x16\x17\x18\x19\ x1a\x1b\x1c\x1d\x1e\x1f !"#$%&\'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdef']), video_id='dmVAmlpbnD4')] Please report this issue on https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using yt-dlp -U WARNING: [youtube] dmVAmlpbnD4: Signature solving failed: Some formats may be missing. Ensure you have a supported JavaScript runtime and challenge solver script distribution installed. Review any warnings presented before this message. For more details, refer to https://github.com/yt-dlp/yt-dlp/wiki/EJS WARNING: [youtube] dmVAmlpbnD4: n challenge solving failed: Some formats may be missing. Ensure you have a supported JavaScript runtime and challenge solver script distribution installed. Review any warnings presented before this message. For more details, refer to https://github.com/yt-dlp/yt-dlp/wiki/EJS From fourtysixandtwo at sliderr.net Fri Mar 6 20:10:34 2026 From: fourtysixandtwo at sliderr.net (fourtysixandtwo) Date: Fri, 6 Mar 2026 13:10:34 -0700 Subject: [Slackbuilds-users] upcoming deno 2.7.2 In-Reply-To: References: Message-ID: I noticed that when I was testing deno-2.7.4 yesterday. Urchlay also updated yt-dlp-bin to 2026.03.03 for the fix after I let him know. You'll see both in our branches here https://git.slackbuilds.org/slackbuilds/ Cheers On Fri, Mar 6, 2026 at 10:48?AM j12i wrote: > > fourtysixandtwo asked on LQ: > > Just pushed an update to my branch for deno-2.7.2. Builds fine on > current here, but would appreciate further testing. > > > https://git.slackbuilds.org/slackbuilds/patch/?id=8db38df450567d5a04221ae24b316f75264580ca > > This deno build works fine for me on -current, but on 15.0 I get error > messages like the attached (at runtime) and don't get the benefit that > deno brings for yt-dlp. > > This is with urchlay's 'yt-dlp-bin' SBo, upgraded to 2026.03.03. > > (I also built rust-opt and deno in a 15.0 LXC container on my -current > machine, for on my 15.0 machine it would take hours. But I don't think > that should matter.)_______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > From j+sbo-users at maschinengott.de Fri Mar 6 22:01:48 2026 From: j+sbo-users at maschinengott.de (j+sbo-users at maschinengott.de) Date: Fri, 6 Mar 2026 23:01:48 +0100 Subject: [Slackbuilds-users] upcoming deno 2.7.2 In-Reply-To: References: Message-ID: <3dd84603-a161-49b6-928b-3cf56667ccef@maschinengott.de> Huh! I thought I was already using yt-dlp-bin-2026.03.03 but I wasn't. I had built, but not installed it. All working well now! Am 06.03.26 um 21:10 schrieb fourtysixandtwo: > I noticed that when I was testing deno-2.7.4 yesterday. Urchlay also > updated yt-dlp-bin to 2026.03.03 for the fix after I let him know. > > You'll see both in our branches here https://git.slackbuilds.org/slackbuilds/ > > Cheers > > On Fri, Mar 6, 2026 at 10:48?AM j12i wrote: >> >> fourtysixandtwo asked on LQ: >> > Just pushed an update to my branch for deno-2.7.2. Builds fine on >> current here, but would appreciate further testing. >> > >> https://git.slackbuilds.org/slackbuilds/patch/?id=8db38df450567d5a04221ae24b316f75264580ca >> >> This deno build works fine for me on -current, but on 15.0 I get error >> messages like the attached (at runtime) and don't get the benefit that >> deno brings for yt-dlp. >> >> This is with urchlay's 'yt-dlp-bin' SBo, upgraded to 2026.03.03. >> >> (I also built rust-opt and deno in a 15.0 LXC container on my -current >> machine, for on my 15.0 machine it would take hours. But I don't think >> that should matter.)_______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - https://slackbuilds.org/faq/ >> > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > From j+sbo-users at maschinengott.de Fri Mar 6 22:03:42 2026 From: j+sbo-users at maschinengott.de (j+sbo-users at maschinengott.de) Date: Fri, 6 Mar 2026 23:03:42 +0100 Subject: [Slackbuilds-users] upcoming deno 2.7.2 In-Reply-To: <3dd84603-a161-49b6-928b-3cf56667ccef@maschinengott.de> References: <3dd84603-a161-49b6-928b-3cf56667ccef@maschinengott.de> Message-ID: <38f9999c-68bb-4476-a39a-d3d9697f95ef@maschinengott.de> addendum: with deno 2.7.4 From willysr at slackbuilds.org Sat Mar 7 05:48:57 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 7 Mar 2026 12:48:57 +0700 Subject: [Slackbuilds-users] Updates : 20260307.1 Message-ID: <20260307124857.66f4e0f1@home.slackie.org> Sat Mar 7 05:28:39 UTC 2026 academic/booktab: Added (Textbook Media Manager). academic/cdo: Updated for version 2.6.0. academic/gpredict: updated for version 2.4 academic/mathics: Orphaned. academic/ncview: Fix compilation with latest netcdf academic/x48ng: Removed unneeded script audio/coppwr: Updated for version 1.7.1, new maintainer. audio/reaper: Updated for version 7.62 audio/sfarkxtc: Updated for version 20181208, new maintainer. desktop/SiriKali: Updated for version 1.8.6. desktop/awf: Updated for version 4.0.0. desktop/human-gtk-theme: Updated for version 3.0.0. desktop/qtile: Update README (change info on wlroots version requirement) desktop/yad: Updated for version 14.2. development/Bear: Updated for version 4.0.3. development/MinForth: Fixed script development/SQLAlchemy: Updated for version 2.0.48. development/SmallBASIC: Updated for version 12.33 development/a68g: Updated for version 3.10.11 development/antigravity: Updated for version 1.20.3 development/aws-cdk: Updated for version 2.1109.0. development/cursor: Updated for version 2.5.26 development/deno: Updated for version 2.7.4. development/diffoscope: updated for version 313 development/electron-bin: Updated for version 40.7.0 development/jujutsu: Updated for version 0.39.0 development/kForth-64: Fix script development/mrustc: Updated for version 0.12.0. development/nodejs22: Updated for version 22.22.1. development/notepadqq: Removed unneeded patch development/obsidian: updated for version 1.12.4 development/poedit: Updated for version 3.8.2. development/qb64: Removed unneeded script development/sbcl: Updated for version 2.6.2 development/sbt: Updated for version 1.12.5 development/sourcegit: Updated for version 2026.05 development/terraform: Updated for version 1.14.6 development/tracy: updated for version 0.13.1 development/vscode-bin: Updated for version 1.110.0. development/zope.interface: updated for version 8.2 development/zope.sqlalchemy: updated for version 4.1 development/zope.testing: updated for version 6.1 development/zxbasic: Updated for version 1.18.7 development/zxtext2p: Fixed script games/ags: updated for version 3.6.2.16 games/dustrac: updated for version 2.2.0 games/endless-sky: updated for version 0.11.0 games/fheroes2: Updated for version 1.1.14. games/freeciv: updated for version 3.2.3 games/gargoyle: updated for version 2026.1.1 games/mame: Updated for version 0.286. games/ppsspp: Updated for version 1.20.1. games/scummvm: Removed gold linker games/shattered-pixel-dungeon: Updated for version 3.3.7. games/space-invaders: Updated for version 1.4 games/tome-sx: Orphaned. gis/proj: Updated for version 9.8.0. graphics/converseen: Updated for version 0.15.2.1. graphics/graphviz: updated for version 14.1.2 ham/hackrf: Updated for version 2026.01.3. libraries/LucenePlusPlus: Use git source. libraries/allegro: updated for version 5.2.11.3 libraries/libaec: Updated for version 1.1.6. libraries/libjodycode: updated for version 4.1.2 libraries/libvirt-python: Updated for version 11.10.0 libraries/libvirt: Updated for version 11.10.0 libraries/python3-pymdstat: Updated for version 0.5.1. libraries/webkit2gtk4.1: Fix build. libraries/wxWidgets: Updated for version 3.2.10. libraries/zlib-ng: updated for version 2.3.3 libraries/zope.component: updated for version 7.1 libraries/zope.hookable: updated for version 8.2 libraries/zope.i18nmessageid: updated for version 8.2 libraries/zope.proxy: updated for version 7.1 libraries/zope.security: updated for version 8.3 library/netcdf: Updated for version 4.10.0. misc/SecLists: Added (Pentesting Tools). misc/ollama: Updated for version 0.17.6. misc/simh-classic: Removed unneeded patch misc/tinytldr: Fix script misc/yubioath-desktop: Updated for version 7.3.2. multimedia/iptvnator: Updated for version 0.19.0. network/AdGuardHome: Updated for version 0.107.72. network/abdownloadmanager-bin: Updated for version 1.8.7 network/brave-browser: update 1.87.191 network/copyparty: updated for version 1.20.10 network/dnsproxy-bin: Updated for version 0.79.0. network/dropbox: Updated for version 243.4.6956. network/easyrsa: Updated for version 3.2.5. network/element-desktop: Updated for version 1.12.11. network/gobuster: Added (Brute Force Tool). network/neomutt: Update script. network/ngrok: Fix MD5SUM. network/ocserv: Updated for version 1.4.1. network/opera: Updated for version 128.0.5807.37 network/rclone-src: Added (Cloud Storage). network/rustdesk: Updated for version 1.4.6. network/signal-desktop: Updated for version 8.1.0. network/syncthingtray-bin: Updated for version 2.0.8. network/teams-for-linux: Updated for version 2.7.9. network/teamviewer: Updated for version 15.75.4. network/telegram: Updated for version 6.6.2. network/vivaldi: Updated for version 7.8.3925.76. network/yt-dlp-bin: Updated for version 2026.03.03. network/zeek: Updated for version 8.0.6. network/zen-browser: Updated for version 1.19b office/abiword: Updated for version 3.0.8. office/grisbi: updated for version 3.90.1 office/ledger-live: Updated for version 2.143.0 office/miktex: Updated for version 26.2. office/onlyoffice-desktopeditors: Updated for version 9.3.1 office/qownnotes: Updated for version 26.3.4. office/smoffice2021: Fixed SBo tools complaints office/wps-office-dicts: Updated for version 26.2.2.1 perl/perl-Date-Manip: Updated for version 6.99. perl/perl-Mail-DMARC: Updated for version 1.20260301. perl/perl-Module-Build-Tiny: Updated for version 0.053. python/Flask: Updated for version 3.1.3. python/python2-nuitka: Updated for version 4.0.2 python/python2-prefixed: Fixed script python/python3-BTrees: updated for version 6.3 python/python3-ZConfig: updated for version 4.3 python/python3-ZODB: updated for version 6.2 python/python3-alembic: updated for version 1.17.2 python/python3-atpublic: updated for version 7.0.0 python/python3-autobahn: updated for version 25.12.2 python/python3-babel: updated for version 2.18.0 python/python3-billiard: updated for version 4.2.4 python/python3-cattrs: Last py3.9 ver. python/python3-celery: updated for version 5.6.2 python/python3-cookiecutter: Update README python/python3-dotenv: Last py3.9 ver. python/python3-flufl.i18n: updated for version 6.0.0 python/python3-flufl.lock: updated for version 9.0.0 python/python3-incremental: updated for version 24.11.0 python/python3-kombu: updated for version 5.6.2 python/python3-maturin: Updated for version 1.12.6. python/python3-nuitka: Updated for version 4.0.2 python/python3-odfdo: Updated for version 3.21.0 python/python3-parso: updated for version 0.8.6 python/python3-persistent: updated for version 6.5 python/python3-prefixed: Fixed script python/python3-prompt_toolkit: Changed deps. python/python3-pyasn1: updated for version 0.6.2 python/python3-pyjwt: updated for version 2.11.0 python/python3-pypdf: Updated for version 6.7.5 python/python3-pyproject-metadata: Updated for version 0.11.0. python/python3-regex: Update for 2026.1.15 python/python3-rich: Updated for version 14.3.3. python/python3-smart_open: Update README python/python3-txaio: updated for version 25.12.2 python/python3-typeguard: Updated for version 4.5.1. python/python3-wcwidth: updated for version 0.6.0 python/python3-xcffib: Update for 1.12.0 python/python3-zodbpickle: updated for version 4.3 python/werkzeug: Updated for version 3.1.6. ruby/ruby-build: Updated for version 20260222. system/Iosevka-aile: Updated for version 34.2.1. system/Iosevka-core: update to 34.2.1 system/Iosevka-etoile: Updated for version 34.2.1. system/Iosevka-slab: Updated for version 34.2.1 system/Iosevka: Updated for version 34.2.1 system/apparmor: Updated for version 4.1.6. system/catatonit: Fixed script system/clamav: Updated for version 1.5.2. system/dosbox-x: updated for version 2026.01.02 system/fonts-atkinson-hyperlegible: Added (Sans-serif typeface). system/incus-ui: Updated for version 20260226_944b3601 system/incus: Updated for version 6.22 system/kyotocabinet: Updated for version 1.2.80. system/limine: Updated for version 10.8.2 system/lxqt-config: Update for 2.3.1 system/mbuffer: updated for version 20260221 system/nemo-fileroller: Update for 6.6.0 system/nemo: Update for 6.6.4 system/openzfs: updated for version 2.4.1 system/passwdqc: Updated for version 2.1.0. system/pax: Update script. system/pgbadger: updated for version 13.2 system/postgresql15: Updated for version 15.17. system/postgresql16: Updated for version 16.13. system/postgresql17: Updated for version 17.9. system/postgresql18: Updated for version 18.3. system/postgresql: Updated for version 14.22. system/pv: updated for version 1.10.3 system/redis-py: updated for version 7.2.1 system/redis: updated for version 8.6.1 system/slpkg: Updated for version 6.0.0. system/ttf-charis-sil: Updated for version 7.000. system/valkey: updated for version 9.0.3 system/winetricks: updated for version 20260125 system/xfile: Updated for version 1.0.3. system/yash: Updated for version 2.61. +--------------------------+ -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From duncan_roe at optusnet.com.au Sun Mar 8 03:10:43 2026 From: duncan_roe at optusnet.com.au (Duncan Roe) Date: Sun, 8 Mar 2026 14:10:43 +1100 Subject: [Slackbuilds-users] FW: Please add virtiofsd as a virt-manager optional dep Message-ID: (forgot to cc: list - D) ----- Forwarded message from Duncan Roe ----- Date: Tue, 3 Mar 2026 19:59:22 +1100 From: Duncan Roe To: rworkman at slackbuilds.org Subject: Please add virtiofsd as a virt-manager optional dep Hi Robby, "Add Hardware" now offers "Filesystem" for the guest to access host filesystems. Two transports are offered: virtiofs and virtio-9p. The latter is older and slower. virtiofsd is now in SlackBuilds. I use it with hardware drives and NFS mounts so far. Also I'm the maintainer. Please consider adding virtiofsd as an optional dependency of virt-manager, Cheers ... Duncan. ----- End forwarded message ----- From 1.41421 at gmail.com Sun Mar 8 16:44:33 2026 From: 1.41421 at gmail.com (Luveh Keraph) Date: Sun, 8 Mar 2026 10:44:33 -0600 Subject: [Slackbuilds-users] mkvtoolnix problem Message-ID: I have had mkvtoolnix running for some time. All of a sudden, I am getting the following: $ mkvtoolnix-gui mkvtoolnix-gui: error while loading shared libraries: libcmark.so.0.31.1: cannot open shared object file: No such file or directory libcmark.so is part of the cmark-0.31.2 package, which I updated on 21st February. So, I removed mkvtoolnix and tried to build it again. Alas, it won't: CXX src/mkvtoolnix-gui/util/json_config_file.cpp CXX src/mkvtoolnix-gui/util/kax_analyzer.cpp CXX src/mkvtoolnix-gui/util/kax_info.cpp CXX src/mkvtoolnix-gui/util/language_combo_box.cpp CXX src/mkvtoolnix-gui/util/serial_worker_queue.cpp CXX src/mkvtoolnix-gui/util/language_dialog.cpp CXX src/mkvtoolnix-gui/util/language_display_widget.cpp CXX src/mkvtoolnix-gui/util/media_player.cpp CXX src/mkvtoolnix-gui/util/message_box.cpp src/mkvtoolnix-gui/util/media_player.cpp: In member function ?void mtx::gui::Util::MediaPlayer::handleError(QMediaPlayer::Error)?: src/mkvtoolnix-gui/util/media_player.cpp:76:9: error: invalid use of incomplete type ?class QDebug? 76 | qDebug() << "MediaPlayer::handleError" << error << p.errorReported; compilation terminated due to -Wfatal-errors. CXX src/mkvtoolnix-gui/util/model.cpp CXX src/mkvtoolnix-gui/util/modify_tracks_submenu.cpp CXX src/mkvtoolnix-gui/util/recently_used_strings.cpp CXX src/mkvtoolnix-gui/util/network_access_manager.cpp CXX src/mkvtoolnix-gui/util/option_file.cpp CXX src/mkvtoolnix-gui/util/process.cpp CXX src/mkvtoolnix-gui/util/qgs_collapsible_group_box.cpp Any pointers on how to fix this would be much appreciated. -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Sun Mar 8 16:51:27 2026 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Sun, 8 Mar 2026 17:51:27 +0100 Subject: [Slackbuilds-users] mkvtoolnix problem In-Reply-To: References: Message-ID: which version of mkvtoolnix are you trying to build? are you on stable or on current? Matteo Il giorno dom 8 mar 2026 alle ore 17:44 Luveh Keraph <1.41421 at gmail.com> ha scritto: > I have had mkvtoolnix running for some time. All of a sudden, I am getting > the following: > > $ mkvtoolnix-gui > mkvtoolnix-gui: error while loading shared libraries: libcmark.so.0.31.1: > cannot open shared object file: No such file or directory > > libcmark.so is part of the cmark-0.31.2 package, which I updated on 21st > February. So, I removed mkvtoolnix and tried to build it again. Alas, it > won't: > > CXX src/mkvtoolnix-gui/util/json_config_file.cpp > CXX src/mkvtoolnix-gui/util/kax_analyzer.cpp > CXX src/mkvtoolnix-gui/util/kax_info.cpp > CXX src/mkvtoolnix-gui/util/language_combo_box.cpp > CXX src/mkvtoolnix-gui/util/serial_worker_queue.cpp > CXX src/mkvtoolnix-gui/util/language_dialog.cpp > CXX src/mkvtoolnix-gui/util/language_display_widget.cpp > CXX src/mkvtoolnix-gui/util/media_player.cpp > CXX src/mkvtoolnix-gui/util/message_box.cpp > src/mkvtoolnix-gui/util/media_player.cpp: In member function ?void > mtx::gui::Util::MediaPlayer::handleError(QMediaPlayer::Error)?: > src/mkvtoolnix-gui/util/media_player.cpp:76:9: error: invalid use of > incomplete type ?class QDebug? > 76 | qDebug() << "MediaPlayer::handleError" << error << > p.errorReported; > compilation terminated due to -Wfatal-errors. > CXX src/mkvtoolnix-gui/util/model.cpp > CXX src/mkvtoolnix-gui/util/modify_tracks_submenu.cpp > CXX src/mkvtoolnix-gui/util/recently_used_strings.cpp > CXX src/mkvtoolnix-gui/util/network_access_manager.cpp > CXX src/mkvtoolnix-gui/util/option_file.cpp > CXX src/mkvtoolnix-gui/util/process.cpp > CXX src/mkvtoolnix-gui/util/qgs_collapsible_group_box.cpp > > Any pointers on how to fix this would be much appreciated. > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From 1.41421 at gmail.com Sun Mar 8 17:00:40 2026 From: 1.41421 at gmail.com (Luveh Keraph) Date: Sun, 8 Mar 2026 11:00:40 -0600 Subject: [Slackbuilds-users] mkvtoolnix problem In-Reply-To: References: Message-ID: This is for 15.0. I downloaded the mkvtoolnix.tar.gz and mkvtoolnix-80.0.tar.xz tarballs from the Slackbuilds page for mkvtoolnix, tried to build, and this is what I am getting. My 15.0 system is up to date on patches. On Sun, Mar 8, 2026 at 10:51?AM Matteo Bernardini < matteo.bernardini at gmail.com> wrote: > which version of mkvtoolnix are you trying to build? > are you on stable or on current? > > Matteo > > > Il giorno dom 8 mar 2026 alle ore 17:44 Luveh Keraph <1.41421 at gmail.com> > ha scritto: > >> I have had mkvtoolnix running for some time. All of a sudden, I am >> getting the following: >> >> $ mkvtoolnix-gui >> mkvtoolnix-gui: error while loading shared libraries: libcmark.so.0.31.1: >> cannot open shared object file: No such file or directory >> >> libcmark.so is part of the cmark-0.31.2 package, which I updated on 21st >> February. So, I removed mkvtoolnix and tried to build it again. Alas, it >> won't: >> >> CXX src/mkvtoolnix-gui/util/json_config_file.cpp >> CXX src/mkvtoolnix-gui/util/kax_analyzer.cpp >> CXX src/mkvtoolnix-gui/util/kax_info.cpp >> CXX src/mkvtoolnix-gui/util/language_combo_box.cpp >> CXX src/mkvtoolnix-gui/util/serial_worker_queue.cpp >> CXX src/mkvtoolnix-gui/util/language_dialog.cpp >> CXX src/mkvtoolnix-gui/util/language_display_widget.cpp >> CXX src/mkvtoolnix-gui/util/media_player.cpp >> CXX src/mkvtoolnix-gui/util/message_box.cpp >> src/mkvtoolnix-gui/util/media_player.cpp: In member function ?void >> mtx::gui::Util::MediaPlayer::handleError(QMediaPlayer::Error)?: >> src/mkvtoolnix-gui/util/media_player.cpp:76:9: error: invalid use of >> incomplete type ?class QDebug? >> 76 | qDebug() << "MediaPlayer::handleError" << error << >> p.errorReported; >> compilation terminated due to -Wfatal-errors. >> CXX src/mkvtoolnix-gui/util/model.cpp >> CXX src/mkvtoolnix-gui/util/modify_tracks_submenu.cpp >> CXX src/mkvtoolnix-gui/util/recently_used_strings.cpp >> CXX src/mkvtoolnix-gui/util/network_access_manager.cpp >> CXX src/mkvtoolnix-gui/util/option_file.cpp >> CXX src/mkvtoolnix-gui/util/process.cpp >> CXX src/mkvtoolnix-gui/util/qgs_collapsible_group_box.cpp >> >> Any pointers on how to fix this would be much appreciated. >> _______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - https://slackbuilds.org/faq/ >> >> _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jebrhansen+SBo at gmail.com Sun Mar 8 17:12:18 2026 From: jebrhansen+SBo at gmail.com (Jeremy Hansen) Date: Sun, 8 Mar 2026 13:12:18 -0400 Subject: [Slackbuilds-users] mkvtoolnix problem In-Reply-To: References: Message-ID: This built fine on a clean fully patched install of 15.0. Do you by chance have any of the optional dependencies listed in the mkvtoolnix README installed? I can try again with any you have installed to potentially confirm where the issue is. Below libraries are bundled with the source code and configure will use system version if they are usable: * avilib * librmff * nlohmann-json * pugixml (on SBo) * utf8-cpp * fmt (on SBo) * libebml (on SBo) * libmatroska (on SBo) Installation of the above libraries are completely optional and internal versions are well tested within the application. Jeremy On Sun, Mar 8, 2026, 12:44?PM Luveh Keraph <1.41421 at gmail.com> wrote: > I have had mkvtoolnix running for some time. All of a sudden, I am getting > the following: > > $ mkvtoolnix-gui > mkvtoolnix-gui: error while loading shared libraries: libcmark.so.0.31.1: > cannot open shared object file: No such file or directory > > libcmark.so is part of the cmark-0.31.2 package, which I updated on 21st > February. So, I removed mkvtoolnix and tried to build it again. Alas, it > won't: > > CXX src/mkvtoolnix-gui/util/json_config_file.cpp > CXX src/mkvtoolnix-gui/util/kax_analyzer.cpp > CXX src/mkvtoolnix-gui/util/kax_info.cpp > CXX src/mkvtoolnix-gui/util/language_combo_box.cpp > CXX src/mkvtoolnix-gui/util/serial_worker_queue.cpp > CXX src/mkvtoolnix-gui/util/language_dialog.cpp > CXX src/mkvtoolnix-gui/util/language_display_widget.cpp > CXX src/mkvtoolnix-gui/util/media_player.cpp > CXX src/mkvtoolnix-gui/util/message_box.cpp > src/mkvtoolnix-gui/util/media_player.cpp: In member function ?void > mtx::gui::Util::MediaPlayer::handleError(QMediaPlayer::Error)?: > src/mkvtoolnix-gui/util/media_player.cpp:76:9: error: invalid use of > incomplete type ?class QDebug? > 76 | qDebug() << "MediaPlayer::handleError" << error << > p.errorReported; > compilation terminated due to -Wfatal-errors. > CXX src/mkvtoolnix-gui/util/model.cpp > CXX src/mkvtoolnix-gui/util/modify_tracks_submenu.cpp > CXX src/mkvtoolnix-gui/util/recently_used_strings.cpp > CXX src/mkvtoolnix-gui/util/network_access_manager.cpp > CXX src/mkvtoolnix-gui/util/option_file.cpp > CXX src/mkvtoolnix-gui/util/process.cpp > CXX src/mkvtoolnix-gui/util/qgs_collapsible_group_box.cpp > > Any pointers on how to fix this would be much appreciated. > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From 1.41421 at gmail.com Sun Mar 8 18:44:55 2026 From: 1.41421 at gmail.com (Luveh Keraph) Date: Sun, 8 Mar 2026 12:44:55 -0600 Subject: [Slackbuilds-users] mkvtoolnix problem In-Reply-To: References: Message-ID: Out of those the only one that is installed in my system is pugixml. At any rate, isn't the error diagnostic suggestive of something going on with the Qt library? What follows is a list of packages that may be related to Qt that I have in my system: -rw-r--r-- 1 root root 55573 Jan 22 2025 PyQt5-5.15.2-x86_64-5 -rw-r--r-- 1 root root 5706 Jan 22 2025 QtAV-20210414_305e5404-x86_64-1 -rw-r--r-- 1 root root 5730 Jan 22 2025 bluez-qt-5.90.0-x86_64-1 -rw-r--r-- 1 root root 3796 Jan 22 2025 fcitx-qt5-1.2.7-x86_64-1 -rw-r--r-- 1 root root 1334 Jan 22 2025 kdevelop-pg-qt-2.2.1-x86_64-4 -rw-r--r-- 1 root root 1403 Jan 22 2025 kqtquickcharts-21.12.1-x86_64-1 -rw-r--r-- 1 root root 1697 Jan 22 2025 layer-shell-qt-5.23.5-x86_64-1 -rw-r--r-- 1 root root 1580 Jan 22 2025 libdbusmenu-qt-0.9.3+16.04.20160218-x86_64-3 -rw-r--r-- 1 root root 943 Nov 29 08:21 libqtpas-4.4-x86_64-1_SBo -rw-r--r-- 1 root root 3628 Jan 22 2025 modemmanager-qt-5.90.0-x86_64-1 -rw-r--r-- 1 root root 10825 Jan 22 2025 networkmanager-qt-5.90.0-x86_64-1 -rw-r--r-- 1 root root 3169 Jan 22 2025 polkit-qt-1-0.114.0-x86_64-1 -rw-r--r-- 1 root root 3385 Jan 22 2025 pulseaudio-qt-1.3-x86_64-2 -rw-r--r-- 1 root root 692964 Jan 23 2025 qt5-5.15.3_20220318_e507d3e5-x86_64-1_slack15.0 -rw-r--r-- 1 root root 7219 Jan 22 2025 qt5-webkit-5.212.0_alpha4-x86_64-7 -rw-r--r-- 1 root root 1137955 Dec 28 06:41 qt6-6.8.3-x86_64-2_SBo -rw-r--r-- 1 root root 1716 Jan 22 2025 qtkeychain-0.13.2-x86_64-1 -rw-r--r-- 1 root root 19348 Mar 10 2025 sphinxcontrib-qthelp-2.0.0-x86_64-1_ In particular, Qt6 is very recent. On Sun, Mar 8, 2026 at 11:12?AM Jeremy Hansen wrote: > This built fine on a clean fully patched install of 15.0. > > Do you by chance have any of the optional dependencies listed in the > mkvtoolnix README installed? I can try again with any you have installed to > potentially confirm where the issue is. > > Below libraries are bundled with the source code and configure will use > system version if they are usable: > * avilib > * librmff > * nlohmann-json > * pugixml (on SBo) > * utf8-cpp > * fmt (on SBo) > * libebml (on SBo) > * libmatroska (on SBo) > > Installation of the above libraries are completely optional and internal > versions are well tested within the application. > > Jeremy > > > On Sun, Mar 8, 2026, 12:44?PM Luveh Keraph <1.41421 at gmail.com> wrote: > >> I have had mkvtoolnix running for some time. All of a sudden, I am >> getting the following: >> >> $ mkvtoolnix-gui >> mkvtoolnix-gui: error while loading shared libraries: libcmark.so.0.31.1: >> cannot open shared object file: No such file or directory >> >> libcmark.so is part of the cmark-0.31.2 package, which I updated on 21st >> February. So, I removed mkvtoolnix and tried to build it again. Alas, it >> won't: >> >> CXX src/mkvtoolnix-gui/util/json_config_file.cpp >> CXX src/mkvtoolnix-gui/util/kax_analyzer.cpp >> CXX src/mkvtoolnix-gui/util/kax_info.cpp >> CXX src/mkvtoolnix-gui/util/language_combo_box.cpp >> CXX src/mkvtoolnix-gui/util/serial_worker_queue.cpp >> CXX src/mkvtoolnix-gui/util/language_dialog.cpp >> CXX src/mkvtoolnix-gui/util/language_display_widget.cpp >> CXX src/mkvtoolnix-gui/util/media_player.cpp >> CXX src/mkvtoolnix-gui/util/message_box.cpp >> src/mkvtoolnix-gui/util/media_player.cpp: In member function ?void >> mtx::gui::Util::MediaPlayer::handleError(QMediaPlayer::Error)?: >> src/mkvtoolnix-gui/util/media_player.cpp:76:9: error: invalid use of >> incomplete type ?class QDebug? >> 76 | qDebug() << "MediaPlayer::handleError" << error << >> p.errorReported; >> compilation terminated due to -Wfatal-errors. >> CXX src/mkvtoolnix-gui/util/model.cpp >> CXX src/mkvtoolnix-gui/util/modify_tracks_submenu.cpp >> CXX src/mkvtoolnix-gui/util/recently_used_strings.cpp >> CXX src/mkvtoolnix-gui/util/network_access_manager.cpp >> CXX src/mkvtoolnix-gui/util/option_file.cpp >> CXX src/mkvtoolnix-gui/util/process.cpp >> CXX src/mkvtoolnix-gui/util/qgs_collapsible_group_box.cpp >> >> Any pointers on how to fix this would be much appreciated. >> _______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - https://slackbuilds.org/faq/ >> >> _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From 1.41421 at gmail.com Sun Mar 8 19:30:57 2026 From: 1.41421 at gmail.com (Luveh Keraph) Date: Sun, 8 Mar 2026 13:30:57 -0600 Subject: [Slackbuilds-users] mkvtoolnix problem In-Reply-To: References: Message-ID: For what it is worth, I was able to build it on a different 15.0 system. A major difference is that Qt6 is not installed in this system. On Sun, Mar 8, 2026 at 12:44?PM Luveh Keraph <1.41421 at gmail.com> wrote: > Out of those the only one that is installed in my system is pugixml. At > any rate, isn't the error diagnostic suggestive of something going on with > the Qt library? What follows is a list of packages that may be related to > Qt that I have in my system: > > -rw-r--r-- 1 root root 55573 Jan 22 2025 PyQt5-5.15.2-x86_64-5 > -rw-r--r-- 1 root root 5706 Jan 22 2025 QtAV-20210414_305e5404-x86_64-1 > -rw-r--r-- 1 root root 5730 Jan 22 2025 bluez-qt-5.90.0-x86_64-1 > -rw-r--r-- 1 root root 3796 Jan 22 2025 fcitx-qt5-1.2.7-x86_64-1 > -rw-r--r-- 1 root root 1334 Jan 22 2025 kdevelop-pg-qt-2.2.1-x86_64-4 > -rw-r--r-- 1 root root 1403 Jan 22 2025 kqtquickcharts-21.12.1-x86_64-1 > -rw-r--r-- 1 root root 1697 Jan 22 2025 layer-shell-qt-5.23.5-x86_64-1 > -rw-r--r-- 1 root root 1580 Jan 22 2025 > libdbusmenu-qt-0.9.3+16.04.20160218-x86_64-3 > -rw-r--r-- 1 root root 943 Nov 29 08:21 libqtpas-4.4-x86_64-1_SBo > -rw-r--r-- 1 root root 3628 Jan 22 2025 modemmanager-qt-5.90.0-x86_64-1 > -rw-r--r-- 1 root root 10825 Jan 22 2025 > networkmanager-qt-5.90.0-x86_64-1 > -rw-r--r-- 1 root root 3169 Jan 22 2025 polkit-qt-1-0.114.0-x86_64-1 > -rw-r--r-- 1 root root 3385 Jan 22 2025 pulseaudio-qt-1.3-x86_64-2 > -rw-r--r-- 1 root root 692964 Jan 23 2025 > qt5-5.15.3_20220318_e507d3e5-x86_64-1_slack15.0 > -rw-r--r-- 1 root root 7219 Jan 22 2025 > qt5-webkit-5.212.0_alpha4-x86_64-7 > -rw-r--r-- 1 root root 1137955 Dec 28 06:41 qt6-6.8.3-x86_64-2_SBo > -rw-r--r-- 1 root root 1716 Jan 22 2025 qtkeychain-0.13.2-x86_64-1 > -rw-r--r-- 1 root root 19348 Mar 10 2025 > sphinxcontrib-qthelp-2.0.0-x86_64-1_ > > In particular, Qt6 is very recent. > > > On Sun, Mar 8, 2026 at 11:12?AM Jeremy Hansen > wrote: > >> This built fine on a clean fully patched install of 15.0. >> >> Do you by chance have any of the optional dependencies listed in the >> mkvtoolnix README installed? I can try again with any you have installed to >> potentially confirm where the issue is. >> >> Below libraries are bundled with the source code and configure will use >> system version if they are usable: >> * avilib >> * librmff >> * nlohmann-json >> * pugixml (on SBo) >> * utf8-cpp >> * fmt (on SBo) >> * libebml (on SBo) >> * libmatroska (on SBo) >> >> Installation of the above libraries are completely optional and internal >> versions are well tested within the application. >> >> Jeremy >> >> >> On Sun, Mar 8, 2026, 12:44?PM Luveh Keraph <1.41421 at gmail.com> wrote: >> >>> I have had mkvtoolnix running for some time. All of a sudden, I am >>> getting the following: >>> >>> $ mkvtoolnix-gui >>> mkvtoolnix-gui: error while loading shared libraries: >>> libcmark.so.0.31.1: cannot open shared object file: No such file or >>> directory >>> >>> libcmark.so is part of the cmark-0.31.2 package, which I updated on 21st >>> February. So, I removed mkvtoolnix and tried to build it again. Alas, it >>> won't: >>> >>> CXX src/mkvtoolnix-gui/util/json_config_file.cpp >>> CXX src/mkvtoolnix-gui/util/kax_analyzer.cpp >>> CXX src/mkvtoolnix-gui/util/kax_info.cpp >>> CXX src/mkvtoolnix-gui/util/language_combo_box.cpp >>> CXX src/mkvtoolnix-gui/util/serial_worker_queue.cpp >>> CXX src/mkvtoolnix-gui/util/language_dialog.cpp >>> CXX src/mkvtoolnix-gui/util/language_display_widget.cpp >>> CXX src/mkvtoolnix-gui/util/media_player.cpp >>> CXX src/mkvtoolnix-gui/util/message_box.cpp >>> src/mkvtoolnix-gui/util/media_player.cpp: In member function ?void >>> mtx::gui::Util::MediaPlayer::handleError(QMediaPlayer::Error)?: >>> src/mkvtoolnix-gui/util/media_player.cpp:76:9: error: invalid use of >>> incomplete type ?class QDebug? >>> 76 | qDebug() << "MediaPlayer::handleError" << error << >>> p.errorReported; >>> compilation terminated due to -Wfatal-errors. >>> CXX src/mkvtoolnix-gui/util/model.cpp >>> CXX src/mkvtoolnix-gui/util/modify_tracks_submenu.cpp >>> CXX src/mkvtoolnix-gui/util/recently_used_strings.cpp >>> CXX src/mkvtoolnix-gui/util/network_access_manager.cpp >>> CXX src/mkvtoolnix-gui/util/option_file.cpp >>> CXX src/mkvtoolnix-gui/util/process.cpp >>> CXX src/mkvtoolnix-gui/util/qgs_collapsible_group_box.cpp >>> >>> Any pointers on how to fix this would be much appreciated. >>> _______________________________________________ >>> SlackBuilds-users mailing list >>> SlackBuilds-users at slackbuilds.org >>> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >>> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >>> FAQ - https://slackbuilds.org/faq/ >>> >>> _______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - https://slackbuilds.org/faq/ >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From fsleg at t-rg.ws Sun Mar 8 20:32:30 2026 From: fsleg at t-rg.ws (fsLeg) Date: Sun, 8 Mar 2026 23:32:30 +0300 Subject: [Slackbuilds-users] mkvtoolnix problem In-Reply-To: References: Message-ID: <2954f902-db5f-46d9-82e2-5cbee17960ce@t-rg.ws> Can confirm, just had the same error trying to recompile mkvtoolnix on my 15.0 with qt6 installed. Looking at output, it tries to link against qt6 instead of qt5, and the output of `./configure --help` confirms that by default mkvtoolnix only uses qt5 as a fallback if qt6 is not found. You need to add `--disable-qt6` option to configure in the SlackBuild to force building against qt5. Just tried it and it compiled for me, although my system is non-standard as I have packages from testing/ installed, namely graphics-updates and binutils-gcc-glibs, so I'm not sure if it helps with a vanilla system. On 3/8/26 22:30, Luveh Keraph wrote: > For what it is worth, I was able to build it on a different 15.0 system. > A major difference is that Qt6 is not installed in this system. From fourtysixandtwo at sliderr.net Sun Mar 8 21:20:50 2026 From: fourtysixandtwo at sliderr.net (fourtysixandtwo) Date: Sun, 8 Mar 2026 15:20:50 -0600 Subject: [Slackbuilds-users] mkvtoolnix problem In-Reply-To: <2954f902-db5f-46d9-82e2-5cbee17960ce@t-rg.ws> References: <2954f902-db5f-46d9-82e2-5cbee17960ce@t-rg.ws> Message-ID: I ran into this problem a couple weeks ago. My solution was to upgrade mkvtoolnix to 97.0 locally. A note in the README is surely warranted if not fsleg's fix. On Sun, Mar 8, 2026 at 2:32?PM fsLeg via SlackBuilds-users wrote: > > Can confirm, just had the same error trying to recompile mkvtoolnix on > my 15.0 with qt6 installed. Looking at output, it tries to link against > qt6 instead of qt5, and the output of `./configure --help` confirms that > by default mkvtoolnix only uses qt5 as a fallback if qt6 is not found. > > You need to add `--disable-qt6` option to configure in the SlackBuild to > force building against qt5. Just tried it and it compiled for me, > although my system is non-standard as I have packages from testing/ > installed, namely graphics-updates and binutils-gcc-glibs, so I'm not > sure if it helps with a vanilla system. > > On 3/8/26 22:30, Luveh Keraph wrote: > > For what it is worth, I was able to build it on a different 15.0 system. > > A major difference is that Qt6 is not installed in this system. > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > From 1.41421 at gmail.com Sun Mar 8 22:19:49 2026 From: 1.41421 at gmail.com (Luveh Keraph) Date: Sun, 8 Mar 2026 16:19:49 -0600 Subject: [Slackbuilds-users] mkvtoolnix problem In-Reply-To: References: <2954f902-db5f-46d9-82e2-5cbee17960ce@t-rg.ws> Message-ID: Thanks, version 97.0 builds and runs with no problem, assuming that pugixml is also present. On Sun, Mar 8, 2026 at 3:21?PM fourtysixandtwo wrote: > I ran into this problem a couple weeks ago. My solution was to > upgrade mkvtoolnix to 97.0 locally. > > A note in the README is surely warranted if not fsleg's fix. > > On Sun, Mar 8, 2026 at 2:32?PM fsLeg via SlackBuilds-users > wrote: > > > > Can confirm, just had the same error trying to recompile mkvtoolnix on > > my 15.0 with qt6 installed. Looking at output, it tries to link against > > qt6 instead of qt5, and the output of `./configure --help` confirms that > > by default mkvtoolnix only uses qt5 as a fallback if qt6 is not found. > > > > You need to add `--disable-qt6` option to configure in the SlackBuild to > > force building against qt5. Just tried it and it compiled for me, > > although my system is non-standard as I have packages from testing/ > > installed, namely graphics-updates and binutils-gcc-glibs, so I'm not > > sure if it helps with a vanilla system. > > > > On 3/8/26 22:30, Luveh Keraph wrote: > > > For what it is worth, I was able to build it on a different 15.0 > system. > > > A major difference is that Qt6 is not installed in this system. > > _______________________________________________ > > SlackBuilds-users mailing list > > SlackBuilds-users at slackbuilds.org > > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > > FAQ - https://slackbuilds.org/faq/ > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhu.qunying at gmail.com Tue Mar 10 00:06:32 2026 From: zhu.qunying at gmail.com (Qun-Ying) Date: Mon, 9 Mar 2026 17:06:32 -0700 Subject: [Slackbuilds-users] could not submit PortfolioPerformance-bin again Message-ID: Hi, I could not re-submit PortfolioPerformance-bin, it is said the package exists on the pending queue. But the queue has no entry anymore. -- Qun-Ying -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Tue Mar 10 05:30:53 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 10 Mar 2026 12:30:53 +0700 Subject: [Slackbuilds-users] could not submit PortfolioPerformance-bin again In-Reply-To: References: Message-ID: <20260310123053.161b63b0@office64.slackie.org> >I could not re-submit PortfolioPerformance-bin, it is said the package >exists on the pending queue. But the queue has no entry anymore. Done, you can resubmit now -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From willysr at slackbuilds.org Tue Mar 10 06:31:29 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 10 Mar 2026 13:31:29 +0700 Subject: [Slackbuilds-users] could not submit PortfolioPerformance-bin again In-Reply-To: References: Message-ID: <20260310133129.001ef171@office64.slackie.org> >Hi, > >I could not re-submit PortfolioPerformance-bin, it is said the package >exists on the pending queue. But the queue has no entry anymore. Done, you can resubmit now -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From ozan.turkyilmaz at gmail.com Tue Mar 10 07:21:01 2026 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Tue, 10 Mar 2026 10:21:01 +0300 Subject: [Slackbuilds-users] Dropping my scripts Message-ID: Hello All, Due to real life restrains, I have to drop my scripts. The most of the scripts don't really need updates due to the projects being in archive or maintenance mode. I know mkvtoolnix and jellyfin needs updates. As I remember, Evolution and its friends are up to date as they can be on Slackware 15 System. Also, I don't use Lutris anymore. I switched to Heroic sometime ago. Best Regards, Ozan Chatbot-Eliza [dependees] Ozan T?rky?lmaz aMule [dependees] Ozan T?rky?lmaz boncuk [dependees] Ozan T?rky?lmaz bootchart [dependees] Ozan T?rky?lmaz chm2pdf [dependees] Ozan T?rky?lmaz clutter [dependees] Ozan T?rky?lmaz clutter-gtk [dependees] Ozan T?rky?lmaz cogl [dependees] Ozan T?rky?lmaz evolution [dependees] Ozan T?rky?lmaz evolution-data-server [dependees] Ozan T?rky?lmaz < ozan.turkyilmaz at gmail.com> evolution-ews [dependees] Ozan T?rky?lmaz fortune-ASR [dependees] Ozan T?rky?lmaz geocode-glib [dependees] Ozan T?rky?lmaz geocode-glib2 [dependees] Ozan T?rky?lmaz gnet [dependees] Ozan T?rky?lmaz gnome-autoar [dependees] Ozan T?rky?lmaz gnome-online-accounts [dependees] Ozan T?rky?lmaz < ozan.turkyilmaz at gmail.com> gsnmp [dependees] Ozan T?rky?lmaz highlight [dependees] Ozan T?rky?lmaz jellyfin-bin [dependees] Ozan T?rky?lmaz jellyfin-media-player [dependees] Ozan Turkyilmaz < ozan.turkyilmaz at gmail.com> kildclient [dependees] Ozan T?rky?lmaz libchamplain [dependees] Ozan T?rky?lmaz libebml [dependees] Ozan T?rky?lmaz libgdata [dependees] Ozan T?rky?lmaz libgweather [dependees] Ozan T?rky?lmaz libgweather4 [dependees] Ozan T?rky?lmaz libmatroska [dependees] Ozan T?rky?lmaz liboop [dependees] Ozan T?rky?lmaz libupnp [dependees] Ozan T?rky?lmaz libupnp-legacy [dependees] Ozan T?rky?lmaz lutris [dependees] Ozan T?rky?lmaz mkvtoolnix [dependees] Ozan T?rky?lmaz moddb [dependees] Ozan T?rky?lmaz prelink [dependees] Ozan T?rky?lmaz pychm [dependees] Ozan T?rky?lmaz rest-legacy [dependees] Ozan T?rky?lmaz splint [dependees] Ozan T?rky?lmaz thunar-custom-actions [dependees] Ozan T?rky?lmaz < ozan.turkyilmaz at gmail.com> uhttpmock [dependees] Ozan T?rky?lmaz ytnef [dependees] Ozan T?rky?lmaz -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Tue Mar 10 07:27:34 2026 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 10 Mar 2026 08:27:34 +0100 Subject: [Slackbuilds-users] Dropping my scripts In-Reply-To: References: Message-ID: hope you will still be with us, Ozan! I'll take care of libebml, libmatroska and mkvtoolnix (if someone else doesn't want them badly...). Matteo Il giorno mar 10 mar 2026 alle ore 08:21 Ozan T?rky?lmaz < ozan.turkyilmaz at gmail.com> ha scritto: > Hello All, > Due to real life restrains, I have to drop my scripts. The most of the > scripts don't really need updates due to the projects being in archive or > maintenance mode. > I know mkvtoolnix and jellyfin needs updates. As I remember, Evolution and > its friends are up to date as they can be on Slackware 15 System. Also, I > don't use Lutris anymore. I switched to Heroic sometime ago. > > Best Regards, > Ozan > > Chatbot-Eliza [dependees] Ozan T?rky?lmaz > aMule [dependees] Ozan T?rky?lmaz > boncuk [dependees] Ozan T?rky?lmaz > bootchart [dependees] Ozan T?rky?lmaz > chm2pdf [dependees] Ozan T?rky?lmaz > clutter [dependees] Ozan T?rky?lmaz > clutter-gtk [dependees] Ozan T?rky?lmaz > cogl [dependees] Ozan T?rky?lmaz > evolution [dependees] Ozan T?rky?lmaz > evolution-data-server [dependees] Ozan T?rky?lmaz < > ozan.turkyilmaz at gmail.com> > evolution-ews [dependees] Ozan T?rky?lmaz > fortune-ASR [dependees] Ozan T?rky?lmaz > geocode-glib [dependees] Ozan T?rky?lmaz > geocode-glib2 [dependees] Ozan T?rky?lmaz > gnet [dependees] Ozan T?rky?lmaz > gnome-autoar [dependees] Ozan T?rky?lmaz > gnome-online-accounts [dependees] Ozan T?rky?lmaz < > ozan.turkyilmaz at gmail.com> > gsnmp [dependees] Ozan T?rky?lmaz > highlight [dependees] Ozan T?rky?lmaz > jellyfin-bin [dependees] Ozan T?rky?lmaz > jellyfin-media-player [dependees] Ozan Turkyilmaz < > ozan.turkyilmaz at gmail.com> > kildclient [dependees] Ozan T?rky?lmaz > libchamplain [dependees] Ozan T?rky?lmaz > libebml [dependees] Ozan T?rky?lmaz > libgdata [dependees] Ozan T?rky?lmaz > libgweather [dependees] Ozan T?rky?lmaz > libgweather4 [dependees] Ozan T?rky?lmaz > libmatroska [dependees] Ozan T?rky?lmaz > liboop [dependees] Ozan T?rky?lmaz > libupnp [dependees] Ozan T?rky?lmaz > libupnp-legacy [dependees] Ozan T?rky?lmaz > lutris [dependees] Ozan T?rky?lmaz > mkvtoolnix [dependees] Ozan T?rky?lmaz > moddb [dependees] Ozan T?rky?lmaz > prelink [dependees] Ozan T?rky?lmaz > pychm [dependees] Ozan T?rky?lmaz > rest-legacy [dependees] Ozan T?rky?lmaz > splint [dependees] Ozan T?rky?lmaz > thunar-custom-actions [dependees] Ozan T?rky?lmaz < > ozan.turkyilmaz at gmail.com> > uhttpmock [dependees] Ozan T?rky?lmaz > ytnef [dependees] Ozan T?rky?lmaz > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From antonioleal at yahoo.com Tue Mar 10 20:14:15 2026 From: antonioleal at yahoo.com (Antonio Leal) Date: Tue, 10 Mar 2026 20:14:15 +0000 Subject: [Slackbuilds-users] Dropping my scripts In-Reply-To: References: Message-ID: If no one else claims them, i can take Lutris aMule On 3/10/26 7:21 AM, Ozan T?rky?lmaz wrote: > Hello All, > Due to real life restrains, I have to drop my scripts. The most of the > scripts don't really need updates due to the projects being in archive > or maintenance?mode. > I know mkvtoolnix and jellyfin needs updates. As I remember, Evolution > and its friends are up to date as they can be on Slackware 15 System. > Also, I don't use Lutris anymore. I switched to Heroic sometime ago. > > Best Regards, > Ozan > > Chatbot-Eliza ?[dependees] ?Ozan T?rky?lmaz > aMule ?[dependees] ?Ozan T?rky?lmaz > boncuk ?[dependees] ?Ozan T?rky?lmaz > bootchart ?[dependees] ?Ozan T?rky?lmaz > chm2pdf ?[dependees] ?Ozan T?rky?lmaz > clutter ?[dependees] ?Ozan T?rky?lmaz > clutter-gtk ?[dependees] ?Ozan T?rky?lmaz > cogl ?[dependees] ?Ozan T?rky?lmaz > evolution ?[dependees] ?Ozan T?rky?lmaz > evolution-data-server ?[dependees] ?Ozan T?rky?lmaz > > evolution-ews ?[dependees] ?Ozan T?rky?lmaz > fortune-ASR ?[dependees] ?Ozan T?rky?lmaz > geocode-glib ?[dependees] ?Ozan T?rky?lmaz > geocode-glib2 ?[dependees] ?Ozan T?rky?lmaz > gnet ?[dependees] ?Ozan T?rky?lmaz > gnome-autoar ?[dependees] ?Ozan T?rky?lmaz > gnome-online-accounts ?[dependees] ?Ozan T?rky?lmaz > > gsnmp ?[dependees] ?Ozan T?rky?lmaz > highlight ?[dependees] ?Ozan T?rky?lmaz > jellyfin-bin ?[dependees] ?Ozan T?rky?lmaz > jellyfin-media-player ?[dependees] ?Ozan Turkyilmaz > > kildclient ?[dependees] ?Ozan T?rky?lmaz > libchamplain ?[dependees] ?Ozan T?rky?lmaz > libebml ?[dependees] ?Ozan T?rky?lmaz > libgdata ?[dependees] ?Ozan T?rky?lmaz > libgweather ?[dependees] ?Ozan T?rky?lmaz > libgweather4 ?[dependees] ?Ozan T?rky?lmaz > libmatroska ?[dependees] ?Ozan T?rky?lmaz > liboop ?[dependees] ?Ozan T?rky?lmaz > libupnp ?[dependees] ?Ozan T?rky?lmaz > libupnp-legacy ?[dependees] ?Ozan T?rky?lmaz > lutris ?[dependees] ?Ozan T?rky?lmaz > mkvtoolnix ?[dependees] ?Ozan T?rky?lmaz > moddb ?[dependees] ?Ozan T?rky?lmaz > prelink ?[dependees] ?Ozan T?rky?lmaz > pychm ?[dependees] ?Ozan T?rky?lmaz > rest-legacy ?[dependees] ?Ozan T?rky?lmaz > splint ?[dependees] ?Ozan T?rky?lmaz > thunar-custom-actions ?[dependees] ?Ozan T?rky?lmaz > > uhttpmock ?[dependees] ?Ozan T?rky?lmaz > ytnef ?[dependees] ?Ozan T?rky?lmaz > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives -https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ -https://slackbuilds.org/faq/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jebrhansen+SBo at gmail.com Wed Mar 11 00:30:18 2026 From: jebrhansen+SBo at gmail.com (Jeremy Hansen) Date: Tue, 10 Mar 2026 20:30:18 -0400 Subject: [Slackbuilds-users] Dropping my scripts In-Reply-To: References: Message-ID: If you take aMule, you may want to consider also taking libupnp as it's an optional dependency. On Tue, Mar 10, 2026, 4:14?PM Antonio Leal via SlackBuilds-users < slackbuilds-users at slackbuilds.org> wrote: > If no one else claims them, i can take > > > Lutris > > aMule > > > > > On 3/10/26 7:21 AM, Ozan T?rky?lmaz wrote: > > Hello All, > Due to real life restrains, I have to drop my scripts. The most of the > scripts don't really need updates due to the projects being in archive or > maintenance mode. > I know mkvtoolnix and jellyfin needs updates. As I remember, Evolution and > its friends are up to date as they can be on Slackware 15 System. Also, I > don't use Lutris anymore. I switched to Heroic sometime ago. > > Best Regards, > Ozan > > Chatbot-Eliza [dependees] Ozan T?rky?lmaz > aMule [dependees] Ozan T?rky?lmaz > boncuk [dependees] Ozan T?rky?lmaz > bootchart [dependees] Ozan T?rky?lmaz > chm2pdf [dependees] Ozan T?rky?lmaz > clutter [dependees] Ozan T?rky?lmaz > clutter-gtk [dependees] Ozan T?rky?lmaz > cogl [dependees] Ozan T?rky?lmaz > evolution [dependees] Ozan T?rky?lmaz > evolution-data-server [dependees] Ozan T?rky?lmaz < > ozan.turkyilmaz at gmail.com> > evolution-ews [dependees] Ozan T?rky?lmaz > fortune-ASR [dependees] Ozan T?rky?lmaz > geocode-glib [dependees] Ozan T?rky?lmaz > geocode-glib2 [dependees] Ozan T?rky?lmaz > gnet [dependees] Ozan T?rky?lmaz > gnome-autoar [dependees] Ozan T?rky?lmaz > gnome-online-accounts [dependees] Ozan T?rky?lmaz < > ozan.turkyilmaz at gmail.com> > gsnmp [dependees] Ozan T?rky?lmaz > highlight [dependees] Ozan T?rky?lmaz > jellyfin-bin [dependees] Ozan T?rky?lmaz > jellyfin-media-player [dependees] Ozan Turkyilmaz < > ozan.turkyilmaz at gmail.com> > kildclient [dependees] Ozan T?rky?lmaz > libchamplain [dependees] Ozan T?rky?lmaz > libebml [dependees] Ozan T?rky?lmaz > libgdata [dependees] Ozan T?rky?lmaz > libgweather [dependees] Ozan T?rky?lmaz > libgweather4 [dependees] Ozan T?rky?lmaz > libmatroska [dependees] Ozan T?rky?lmaz > liboop [dependees] Ozan T?rky?lmaz > libupnp [dependees] Ozan T?rky?lmaz > libupnp-legacy [dependees] Ozan T?rky?lmaz > lutris [dependees] Ozan T?rky?lmaz > mkvtoolnix [dependees] Ozan T?rky?lmaz > moddb [dependees] Ozan T?rky?lmaz > prelink [dependees] Ozan T?rky?lmaz > pychm [dependees] Ozan T?rky?lmaz > rest-legacy [dependees] Ozan T?rky?lmaz > splint [dependees] Ozan T?rky?lmaz > thunar-custom-actions [dependees] Ozan T?rky?lmaz < > ozan.turkyilmaz at gmail.com> > uhttpmock [dependees] Ozan T?rky?lmaz > ytnef [dependees] Ozan T?rky?lmaz > > _______________________________________________ > SlackBuilds-users mailing listSlackBuilds-users at slackbuilds.orghttps://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dchmelik at gmail.com Wed Mar 11 01:36:52 2026 From: dchmelik at gmail.com (David Chmelik) Date: Tue, 10 Mar 2026 18:36:52 -0700 Subject: [Slackbuilds-users] some SlackBuilds not respecting $MAKEFLAGS Message-ID: <218205cf-e9ed-25cf-441b-568ed80614f1@gmail.com> Some SlackBuilds aren't respecting $MAKEFLAGS!? Ran a large 'queue' (weekly update of 200+ of about 1500+ installed, dependencies, rebuilds... sbocheck notifies of updates for bumps, objects, Perl, Python, Ruby, etc.) like? 'MAKEFLAGS=-j1 sboupgrade ' only for soon everything in X Window System (XFCE) to grind to a halt: ran out of RAM, and gcc/cc1plus running 32 jobs!? I double-checked another day; happened at least two or three times.? Hard to tell which but seems it was using ninja, and (after being forced to SSH in as root to kill sboupgrade) most recently modified were /tmp/SBo/*node*22*.? Are other arguments/flags/switches necessary like $MAKEFLAGS?? I don't know why nodejs would do this, but may not be the only SlackBuild not respecting $MAKEFLAGS. ??????? I don't use nodejs22 personally, but it's a dependency of several SlackBuilds, and for several years has been halting sbopkg/sboinstall/sboupgrade due to running out of RAM (if I forget to set MAKEFLAGS=-j4, which slows down everything else that almost all finishes in good time with MAKEFLAGS=-j32) . ??????? It'd be nice if each SlackBuilds.org nodejs had a binary version, and anything else needing high-end server-/workstation-size RAM like this which most people may not have... nodejs eats my 72/128 GB that procps detects (kernel detects all) plus 44+ GB swap memory and increasing.? A few other large/similar ones I recall taking a large amount of time and possibly RAM are google-go-lang, pandoc (thanks for pandoc-bin), some newer wxwidgets... other people can probably think of a few more.? Really most/all the rest should have binaries also even if they respect $MAKEFLAGS. From sultmhoor at gmail.com Wed Mar 11 03:34:12 2026 From: sultmhoor at gmail.com (Kevin Bryant) Date: Tue, 10 Mar 2026 23:34:12 -0400 Subject: [Slackbuilds-users] Dropping my scripts In-Reply-To: References: Message-ID: I'll take the two jellyfin builds. On Tue, Mar 10, 2026, 8:30?PM Jeremy Hansen wrote: > If you take aMule, you may want to consider also taking libupnp as it's an > optional dependency. > > On Tue, Mar 10, 2026, 4:14?PM Antonio Leal via SlackBuilds-users < > slackbuilds-users at slackbuilds.org> wrote: > >> If no one else claims them, i can take >> >> >> Lutris >> >> aMule >> >> >> >> >> On 3/10/26 7:21 AM, Ozan T?rky?lmaz wrote: >> >> Hello All, >> Due to real life restrains, I have to drop my scripts. The most of the >> scripts don't really need updates due to the projects being in archive or >> maintenance mode. >> I know mkvtoolnix and jellyfin needs updates. As I remember, Evolution >> and its friends are up to date as they can be on Slackware 15 System. Also, >> I don't use Lutris anymore. I switched to Heroic sometime ago. >> >> Best Regards, >> Ozan >> >> Chatbot-Eliza [dependees] Ozan T?rky?lmaz >> aMule [dependees] Ozan T?rky?lmaz >> boncuk [dependees] Ozan T?rky?lmaz >> bootchart [dependees] Ozan T?rky?lmaz >> chm2pdf [dependees] Ozan T?rky?lmaz >> clutter [dependees] Ozan T?rky?lmaz >> clutter-gtk [dependees] Ozan T?rky?lmaz >> cogl [dependees] Ozan T?rky?lmaz >> evolution [dependees] Ozan T?rky?lmaz >> evolution-data-server [dependees] Ozan T?rky?lmaz < >> ozan.turkyilmaz at gmail.com> >> evolution-ews [dependees] Ozan T?rky?lmaz >> fortune-ASR [dependees] Ozan T?rky?lmaz >> geocode-glib [dependees] Ozan T?rky?lmaz >> geocode-glib2 [dependees] Ozan T?rky?lmaz >> gnet [dependees] Ozan T?rky?lmaz >> gnome-autoar [dependees] Ozan T?rky?lmaz >> gnome-online-accounts [dependees] Ozan T?rky?lmaz < >> ozan.turkyilmaz at gmail.com> >> gsnmp [dependees] Ozan T?rky?lmaz >> highlight [dependees] Ozan T?rky?lmaz >> jellyfin-bin [dependees] Ozan T?rky?lmaz >> jellyfin-media-player [dependees] Ozan Turkyilmaz < >> ozan.turkyilmaz at gmail.com> >> kildclient [dependees] Ozan T?rky?lmaz >> libchamplain [dependees] Ozan T?rky?lmaz >> libebml [dependees] Ozan T?rky?lmaz >> libgdata [dependees] Ozan T?rky?lmaz >> libgweather [dependees] Ozan T?rky?lmaz >> libgweather4 [dependees] Ozan T?rky?lmaz >> libmatroska [dependees] Ozan T?rky?lmaz >> liboop [dependees] Ozan T?rky?lmaz >> libupnp [dependees] Ozan T?rky?lmaz >> libupnp-legacy [dependees] Ozan T?rky?lmaz >> lutris [dependees] Ozan T?rky?lmaz >> mkvtoolnix [dependees] Ozan T?rky?lmaz >> moddb [dependees] Ozan T?rky?lmaz >> prelink [dependees] Ozan T?rky?lmaz >> pychm [dependees] Ozan T?rky?lmaz >> rest-legacy [dependees] Ozan T?rky?lmaz >> splint [dependees] Ozan T?rky?lmaz >> thunar-custom-actions [dependees] Ozan T?rky?lmaz < >> ozan.turkyilmaz at gmail.com> >> uhttpmock [dependees] Ozan T?rky?lmaz >> ytnef [dependees] Ozan T?rky?lmaz >> >> _______________________________________________ >> SlackBuilds-users mailing listSlackBuilds-users at slackbuilds.orghttps://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - https://slackbuilds.org/faq/ >> >> _______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - https://slackbuilds.org/faq/ >> >> _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jebrhansen+SBo at gmail.com Wed Mar 11 04:52:00 2026 From: jebrhansen+SBo at gmail.com (Jeremy Hansen) Date: Wed, 11 Mar 2026 00:52:00 -0400 Subject: [Slackbuilds-users] some SlackBuilds not respecting $MAKEFLAGS In-Reply-To: <218205cf-e9ed-25cf-441b-568ed80614f1@gmail.com> References: <218205cf-e9ed-25cf-441b-568ed80614f1@gmail.com> Message-ID: >Some SlackBuilds aren't respecting $MAKEFLAGS! Realistically, there is not a universal flag/environment variable you can pass to every build system to limit the number of build processes. You'd need to research individual build systems and see what they support. >From my understanding, ninja does not support BUILDFLAGS, which means this is not an SBo issue. Changes to the ninja build system seem to use NINJAFLAG, so if you want to build the program one command at a time, you should try passing `NINJAFLAGS="-j1"` to the SlackBuild or exporting it as a system variable. >It'd be nice if each SlackBuilds.org nodejs had a binary version. Be the change you want in this world rather than seeking some rando to conform and maintain your desires. Jeremy On Tue, Mar 10, 2026, 9:36?PM David Chmelik wrote: > Some SlackBuilds aren't respecting $MAKEFLAGS! Ran a large 'queue' > (weekly update of 200+ of about 1500+ installed, dependencies, > rebuilds... sbocheck notifies of updates for bumps, objects, Perl, > Python, Ruby, etc.) like 'MAKEFLAGS=-j1 sboupgrade ' only for > soon everything in X Window System (XFCE) to grind to a halt: ran out of > RAM, and gcc/cc1plus running 32 jobs! I double-checked another day; > happened at least two or three times. Hard to tell which but seems it > was using ninja, and (after being forced to SSH in as root to kill > sboupgrade) most recently modified were /tmp/SBo/*node*22*. Are other > arguments/flags/switches necessary like $MAKEFLAGS? I don't know why > nodejs would do this, but may not be the only SlackBuild not respecting > $MAKEFLAGS. > I don't use nodejs22 personally, but it's a dependency of > several SlackBuilds, and for several years has been halting > sbopkg/sboinstall/sboupgrade due to running out of RAM (if I forget to > set MAKEFLAGS=-j4, which slows down everything else that almost all > finishes in good time with MAKEFLAGS=-j32) . > It'd be nice if each SlackBuilds.org nodejs had a binary > version, and anything else needing high-end server-/workstation-size RAM > like this which most people may not have... nodejs eats my 72/128 GB > that procps detects (kernel detects all) plus 44+ GB swap memory and > increasing. A few other large/similar ones I recall taking a large > amount of time and possibly RAM are google-go-lang, pandoc (thanks for > pandoc-bin), some newer wxwidgets... other people can probably think of > a few more. Really most/all the rest should have binaries also even if > they respect $MAKEFLAGS. > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fsleg at t-rg.ws Wed Mar 11 10:10:57 2026 From: fsleg at t-rg.ws (fsLeg) Date: Wed, 11 Mar 2026 13:10:57 +0300 Subject: [Slackbuilds-users] some SlackBuilds not respecting $MAKEFLAGS In-Reply-To: <218205cf-e9ed-25cf-441b-568ed80614f1@gmail.com> References: <218205cf-e9ed-25cf-441b-568ed80614f1@gmail.com> Message-ID: <2D6B0B24-66A9-43EB-B411-6469B442D389@t-rg.ws> A few thing to note. 1. There are more build systems than GNU Make. Why would they respect a variable for something they are not? 2. The only way a SlackBuild may not respect a MAKEFLAGS variable is if the maintainer explicitly specified some make flags for no good reason. Everything else should be addressed upstream. 3. The change that switched building NodeJS from Make to Ninja was made by Willy nearly 4.5 years ago [1]. I just took his script, applied a patch and bumped a version number. AFAIK, you are the first one to complain in all this time. 4. Ninja being too greedy for resources isn't something new ([2], [3], [4], [5], [6]). People have been complaining for years, but the developers keep saying "it's not us, it's you" and telling you to just write a wrapper script or use some other workaround [7]. Alternatively, ninja claims to support GNU Make's job server [8] by parsing MAKEFLAGS and checking for "--jobserver-auth=fifo:" [9]. So try adding that to your MAKEFLAGS. 5. NodeJS claims that setting "-j" flag for make should limit the amount of jobs for ninja [10]. If it doesn't, it's a bug in NodeJS's building process. 6. Ninja only checks two environment variables: NINJA_STATUS and MAKEFLAGS. The former controls how output is presented, the latter is only parsed for job server info [11]. There are no NINJAFLAGS or anything like that, those are workarounds in place in some projects and build environments [12]. 7. I can switch from Ninja to good ol' GNU Make, but who knows if it won't be deprecated upstream at some point. This will also make compilation time for NodeJS unbearably long on systems with no MAKEFLAGS exported (pretty sure that's the majority) as make only uses one job by default. 8. Feel free to submit nodejs22-bin. But it won't help with sbotools, since SBo scripts have nodejs22 listed as a dependency, not nodejs22-bin, and SBo doesn't support alternative dependencies. You can write a SlackBuild that repackages a pre-built binary and put it as a local override for nodejs22. --- [1]: https://git.slackbuilds.org/slackbuilds/commit/?id=251f339ebdd962a7e75f18df0fe518834f8578ea [2]: https://github.com/sagemath/sage/issues/38950 [3]: https://github.com/ninja-build/ninja/issues/797 [4]: https://github.com/mesonbuild/meson-python/issues/205 [5]: https://github.com/ninja-build/ninja/issues/1482 [6]: https://github.com/ninja-build/ninja/issues/1441 [7]: https://github.com/ninja-build/ninja/issues/1482#issuecomment-433874933 [8]: https://www.gnu.org/software/make/manual/html_node/Job-Slots.html [9]: https://ninja-build.org/manual.html#_gnu_jobserver_support [10]: https://github.com/nodejs/node/blob/v22.x/doc/contributing/building-node-with-ninja.md#building-nodejs-with-ninja [11]: https://ninja-build.org/manual.html#_environment_variables [12]: https://bbs.archlinux.org/viewtopic.php?id=246007 On March 11, 2026 04:36:52 GMT+03:00, David Chmelik wrote: >Some SlackBuilds aren't respecting $MAKEFLAGS!? Ran a large 'queue' (weekly update of 200+ of about 1500+ installed, dependencies, rebuilds... sbocheck notifies of updates for bumps, objects, Perl, Python, Ruby, etc.) like? 'MAKEFLAGS=-j1 sboupgrade ' only for soon everything in X Window System (XFCE) to grind to a halt: ran out of RAM, and gcc/cc1plus running 32 jobs!? I double-checked another day; happened at least two or three times.? Hard to tell which but seems it was using ninja, and (after being forced to SSH in as root to kill sboupgrade) most recently modified were /tmp/SBo/*node*22*.? Are other arguments/flags/switches necessary like $MAKEFLAGS?? I don't know why nodejs would do this, but may not be the only SlackBuild not respecting $MAKEFLAGS. >??????? I don't use nodejs22 personally, but it's a dependency of several SlackBuilds, and for several years has been halting sbopkg/sboinstall/sboupgrade due to running out of RAM (if I forget to set MAKEFLAGS=-j4, which slows down everything else that almost all finishes in good time with MAKEFLAGS=-j32) . >??????? It'd be nice if each SlackBuilds.org nodejs had a binary version, and anything else needing high-end server-/workstation-size RAM like this which most people may not have... nodejs eats my 72/128 GB that procps detects (kernel detects all) plus 44+ GB swap memory and increasing.? A few other large/similar ones I recall taking a large amount of time and possibly RAM are google-go-lang, pandoc (thanks for pandoc-bin), some newer wxwidgets... other people can probably think of a few more.? Really most/all the rest should have binaries also even if they respect $MAKEFLAGS. From antonioleal at yahoo.com Wed Mar 11 19:11:36 2026 From: antonioleal at yahoo.com (Antonio Leal) Date: Wed, 11 Mar 2026 19:11:36 +0000 Subject: [Slackbuilds-users] Dropping my scripts In-Reply-To: References: Message-ID: <2c0fa146-2fc0-43da-aeb7-6b6aacc1bb93@yahoo.com> Right, I'll take libupnp as well. On 3/11/26 12:30 AM, Jeremy Hansen wrote: > If you take aMule, you may want to consider also taking libupnp as > it's an optional dependency. > > On Tue, Mar 10, 2026, 4:14?PM Antonio Leal via SlackBuilds-users > wrote: > > If no one else claims them, i can take > > > Lutris > > aMule > > > > > On 3/10/26 7:21 AM, Ozan T?rky?lmaz wrote: >> Hello All, >> Due to real life restrains, I have to drop my scripts. The most >> of the scripts don't really need updates due to the projects >> being in archive or maintenance?mode. >> I know mkvtoolnix and jellyfin needs updates. As I remember, >> Evolution and its friends are up to date as they can be on >> Slackware 15 System. Also, I don't use Lutris anymore. I switched >> to Heroic sometime ago. >> >> Best Regards, >> Ozan >> >> Chatbot-Eliza ?[dependees] ?Ozan T?rky?lmaz >> >> aMule ?[dependees] ?Ozan T?rky?lmaz >> boncuk ?[dependees] ?Ozan T?rky?lmaz >> bootchart ?[dependees] ?Ozan T?rky?lmaz >> chm2pdf ?[dependees] ?Ozan T?rky?lmaz >> clutter ?[dependees] ?Ozan T?rky?lmaz >> clutter-gtk ?[dependees] ?Ozan T?rky?lmaz >> cogl ?[dependees] ?Ozan T?rky?lmaz >> evolution ?[dependees] ?Ozan T?rky?lmaz >> evolution-data-server ?[dependees] ?Ozan T?rky?lmaz >> >> evolution-ews ?[dependees] ?Ozan T?rky?lmaz >> >> fortune-ASR ?[dependees] ?Ozan T?rky?lmaz >> geocode-glib ?[dependees] ?Ozan T?rky?lmaz >> >> geocode-glib2 ?[dependees] ?Ozan T?rky?lmaz >> >> gnet ?[dependees] ?Ozan T?rky?lmaz >> gnome-autoar ?[dependees] ?Ozan T?rky?lmaz >> >> gnome-online-accounts ?[dependees] ?Ozan T?rky?lmaz >> >> gsnmp ?[dependees] ?Ozan T?rky?lmaz >> highlight ?[dependees] ?Ozan T?rky?lmaz >> jellyfin-bin ?[dependees] ?Ozan T?rky?lmaz >> >> jellyfin-media-player ?[dependees] ?Ozan Turkyilmaz >> >> kildclient ?[dependees] ?Ozan T?rky?lmaz >> libchamplain ?[dependees] ?Ozan T?rky?lmaz >> >> libebml ?[dependees] ?Ozan T?rky?lmaz >> libgdata ?[dependees] ?Ozan T?rky?lmaz >> libgweather ?[dependees] ?Ozan T?rky?lmaz >> libgweather4 ?[dependees] ?Ozan T?rky?lmaz >> >> libmatroska ?[dependees] ?Ozan T?rky?lmaz >> liboop ?[dependees] ?Ozan T?rky?lmaz >> libupnp ?[dependees] ?Ozan T?rky?lmaz >> libupnp-legacy ?[dependees] ?Ozan T?rky?lmaz >> >> lutris ?[dependees] ?Ozan T?rky?lmaz >> mkvtoolnix ?[dependees] ?Ozan T?rky?lmaz >> moddb ?[dependees] ?Ozan T?rky?lmaz >> prelink ?[dependees] ?Ozan T?rky?lmaz >> pychm ?[dependees] ?Ozan T?rky?lmaz >> rest-legacy ?[dependees] ?Ozan T?rky?lmaz >> splint ?[dependees] ?Ozan T?rky?lmaz >> thunar-custom-actions ?[dependees] ?Ozan T?rky?lmaz >> >> uhttpmock ?[dependees] ?Ozan T?rky?lmaz >> ytnef ?[dependees] ?Ozan T?rky?lmaz >> >> _______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives -https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ -https://slackbuilds.org/faq/ >> > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lumin+slackbuilds at etherlight.link Thu Mar 12 03:53:32 2026 From: lumin+slackbuilds at etherlight.link (Lumin Etherlight) Date: Thu, 12 Mar 2026 06:53:32 +0300 Subject: [Slackbuilds-users] some SlackBuilds not respecting $MAKEFLAGS In-Reply-To: <2D6B0B24-66A9-43EB-B411-6469B442D389@t-rg.ws> (fsLeg via SlackBuilds-users's message of "Wed, 11 Mar 2026 13:10:57 +0300") References: <218205cf-e9ed-25cf-441b-568ed80614f1@gmail.com> <2D6B0B24-66A9-43EB-B411-6469B442D389@t-rg.ws> Message-ID: fsLeg via SlackBuilds-users writes: > 7. I can switch from Ninja to good ol' GNU Make, > but who knows if it won't be deprecated upstream > at some point. This will also make compilation > time for NodeJS unbearably long on systems with no > MAKEFLAGS exported (pretty sure that's the > majority) as make only uses one job by default. Note that many SlackBuilds specify a default number of make jobs to speed up compilation, using some form of calling to nproc. Best Regards, Lumin Etherlight From fsleg at t-rg.ws Thu Mar 12 03:57:39 2026 From: fsleg at t-rg.ws (fsLeg) Date: Thu, 12 Mar 2026 06:57:39 +0300 Subject: [Slackbuilds-users] some SlackBuilds not respecting $MAKEFLAGS In-Reply-To: References: <218205cf-e9ed-25cf-441b-568ed80614f1@gmail.com> <2D6B0B24-66A9-43EB-B411-6469B442D389@t-rg.ws> Message-ID: <7C085CE7-BD4E-47C9-9604-83591DF0F3CC@t-rg.ws> This is actually frowned upon on SBo specifically due to overriding MAKEFLAGS. On March 12, 2026 06:53:32 GMT+03:00, Lumin Etherlight via SlackBuilds-users wrote: > Note that many SlackBuilds specify a default > number of make jobs to speed up compilation, using > some form of calling to nproc. From jebrhansen+SBo at gmail.com Thu Mar 12 04:01:26 2026 From: jebrhansen+SBo at gmail.com (Jeremy Hansen) Date: Thu, 12 Mar 2026 00:01:26 -0400 Subject: [Slackbuilds-users] some SlackBuilds not respecting $MAKEFLAGS In-Reply-To: References: <218205cf-e9ed-25cf-441b-568ed80614f1@gmail.com> <2D6B0B24-66A9-43EB-B411-6469B442D389@t-rg.ws> Message-ID: In fairness, "many" is only 22 of over 10K scripts. They might be using other forms to force job count, but the ones using nproc only cover 0.22% of SlackBuilds. It's not generally recommended to override user defined options like job count unless it's to force a single job due to building limitations (which there are 350 SlackBuilds that force -j1 in their scripts). Jeremy On Wed, Mar 11, 2026, 11:53?PM Lumin Etherlight via SlackBuilds-users < slackbuilds-users at slackbuilds.org> wrote: > fsLeg via SlackBuilds-users > writes: > > > 7. I can switch from Ninja to good ol' GNU Make, > > but who knows if it won't be deprecated upstream > > at some point. This will also make compilation > > time for NodeJS unbearably long on systems with no > > MAKEFLAGS exported (pretty sure that's the > > majority) as make only uses one job by default. > > Note that many SlackBuilds specify a default > number of make jobs to speed up compilation, using > some form of calling to nproc. > > Best Regards, > Lumin Etherlight > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lumin+slackbuilds at etherlight.link Thu Mar 12 05:12:04 2026 From: lumin+slackbuilds at etherlight.link (Lumin Etherlight) Date: Thu, 12 Mar 2026 08:12:04 +0300 Subject: [Slackbuilds-users] some SlackBuilds not respecting $MAKEFLAGS In-Reply-To: <7C085CE7-BD4E-47C9-9604-83591DF0F3CC@t-rg.ws> (fsLeg via SlackBuilds-users's message of "Thu, 12 Mar 2026 06:57:39 +0300") References: <218205cf-e9ed-25cf-441b-568ed80614f1@gmail.com> <2D6B0B24-66A9-43EB-B411-6469B442D389@t-rg.ws> <7C085CE7-BD4E-47C9-9604-83591DF0F3CC@t-rg.ws> Message-ID: fsLeg via SlackBuilds-users writes: > This is actually frowned upon on SBo specifically > due to overriding MAKEFLAGS. It wouldn't be hard to define MAKEFLAGS only if it's not already defined by the user. Or, for more flexibility, prepend the default -j flag to MAKEFLAGS, like: MAKEFLAGS="-j $(nproc --ignore=1) $MAKEFLAGS" This way, if the user defines other flags, our -j will still be added. If the user adds a -j flag of their own, it would override the previous -j flag as latter -j options take precedence. I think the average user should not worry about setting MAKEFLAGS or the number of jobs; the maintainer should provide reasonable defaults. If the package is big, I don't expect it to take a day to build when it could have built in half an hour, but I also expect builds to not lock up my machine while I'm using it (some SlackBuilds seem to use nproc then /add/ to the total number of jobs, instead of subtracting). Best Regards, Lumin Etherlight From jebrhansen+SBo at gmail.com Thu Mar 12 05:27:01 2026 From: jebrhansen+SBo at gmail.com (Jeremy Hansen) Date: Thu, 12 Mar 2026 01:27:01 -0400 Subject: [Slackbuilds-users] some SlackBuilds not respecting $MAKEFLAGS In-Reply-To: References: <218205cf-e9ed-25cf-441b-568ed80614f1@gmail.com> <2D6B0B24-66A9-43EB-B411-6469B442D389@t-rg.ws> <7C085CE7-BD4E-47C9-9604-83591DF0F3CC@t-rg.ws> Message-ID: Personally, I would rather use the default of the build system (unless it's broken, like when we need to specify -j1 to override parallelism during the build process) and allow the user to override that when desired. Developers tend to code based on the completely l compilers, and if we start overriding the defaults as a standard, it opens of the chances of breaking compilations. This is my opinion as a random SBo user (with almost 200 packages I maintain) and not an SBo admin. Jeremy On Thu, Mar 12, 2026, 1:12?AM Lumin Etherlight via SlackBuilds-users < slackbuilds-users at slackbuilds.org> wrote: > fsLeg via SlackBuilds-users > writes: > > > This is actually frowned upon on SBo specifically > > due to overriding MAKEFLAGS. > > It wouldn't be hard to define MAKEFLAGS only > if it's not already defined by the user. Or, for > more flexibility, prepend the default -j flag to > MAKEFLAGS, like: > > MAKEFLAGS="-j $(nproc --ignore=1) $MAKEFLAGS" > > This way, if the user defines other flags, our -j > will still be added. If the user adds a -j flag > of their own, it would override the previous -j > flag as latter -j options take precedence. > > I think the average user should not worry > about setting MAKEFLAGS or the number of jobs; the > maintainer should provide reasonable defaults. If > the package is big, I don't expect it to take a > day to build when it could have built in half an > hour, but I also expect builds to not lock up my > machine while I'm using it (some SlackBuilds seem > to use nproc then /add/ to the total number of > jobs, instead of subtracting). > > > Best Regards, > Lumin Etherlight > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From amadvance at gmail.com Fri Mar 13 12:02:45 2026 From: amadvance at gmail.com (Andrea Mazzoleni) Date: Fri, 13 Mar 2026 13:02:45 +0100 Subject: [Slackbuilds-users] Fix to build perf on slackware-current: add WERROR=0 NO_LIBPYTHON=1 Message-ID: Just reporting that to successfully build "perf" on slackware-current, you need to modify the perf.SlackBuild script by adding WERROR=0 NO_LIBPYTHON=1 to the make line. Like this: make \ O=$BUILDDIR \ DESTDIR=$PKG/ \ prefix=/usr \ EXTRA_CFLAGS="$SLKCFLAGS" \ WERROR=0 \ NO_LIBPYTHON=1 \ install Ciao, Andrea -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Sat Mar 14 11:00:20 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 14 Mar 2026 18:00:20 +0700 Subject: [Slackbuilds-users] Fix to build perf on slackware-current: add WERROR=0 NO_LIBPYTHON=1 In-Reply-To: References: Message-ID: <20260314180020.4e961fff@home.slackie.org> >Just reporting that to successfully build "perf" on slackware-current, you >need to modify the perf.SlackBuild script by adding WERROR=0 NO_LIBPYTHON=1 >to the make line. >Like this: > >make \ > O=$BUILDDIR \ > DESTDIR=$PKG/ \ > prefix=/usr \ > EXTRA_CFLAGS="$SLKCFLAGS" \ > WERROR=0 \ > NO_LIBPYTHON=1 \ > install Thanks for the bug report i fixed it on my branch -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From willysr at slackbuilds.org Sat Mar 14 11:00:43 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 14 Mar 2026 18:00:43 +0700 Subject: [Slackbuilds-users] Fix to build perf on slackware-current: add WERROR=0 NO_LIBPYTHON=1 In-Reply-To: References: Message-ID: <20260314180043.108c3c68@home.slackie.org> >Just reporting that to successfully build "perf" on slackware-current, you >need to modify the perf.SlackBuild script by adding WERROR=0 NO_LIBPYTHON=1 >to the make line. >Like this: > >make \ > O=$BUILDDIR \ > DESTDIR=$PKG/ \ > prefix=/usr \ > EXTRA_CFLAGS="$SLKCFLAGS" \ > WERROR=0 \ > NO_LIBPYTHON=1 \ > install Thanks for the bug report i fixed it on my branch -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From willysr at slackbuilds.org Sat Mar 14 11:50:59 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 14 Mar 2026 18:50:59 +0700 Subject: [Slackbuilds-users] Updates - 20260314.1 Message-ID: <20260314185059.6e824a02@home.slackie.org> Sat Mar 14 11:38:03 UTC 2026 academic/gcompris-qt: Updated for version 26.1. academic/zotero: update 8.0.4 audio/deadbeef: Updated for version 1.10.1. audio/reaper: Updated for version 7.64 desktop/autokey-gtk: Added (Desktop Automation). desktop/cde: Update script. desktop/mplayer-skins: Update readme development/HeidiSQL: Updated for version 12.16. development/SQLiteStudio: Updated for version 3.4.21 development/a68g: Updated for version 3.10.13 development/antigravity: Updated for version 1.20.4 development/apache-maven: Updated for version 3.9.14. development/buf: Updated for version 1.66.1. development/bun-bin: Updated for version 1.3.10. development/claude-code: Change maintainer to Nicholas B. Hubbard development/claude-code: Updated for version 2.1.58 development/cloc: Version bump to 2.08 development/cudatoolkit_13: Updated for version 13.2.0 development/dart-sass: Update README. development/dart-sdk: Update README. development/deno-bin: Updated for version 2.7.4. development/deno: Reduction in build time and mem required. development/deno: Updated for version 2.7.5. development/diffuse: Updated for version 0.10.0. development/electron-bin: Updated for version 40.8.0 development/ghidra: Updated for version 12.0.4 development/github-cli: Updated for version 2.88.0 development/ioncube-loader: Updated for version 15.5.0 development/jupyter-notebook: Update for 7.5.4 development/jupyterlab: Update for 4.5.5 development/mongodb-compass: Updated for version 1.49.4. development/neatvi: Updated for version 18. development/nodejs24-bin: Updated for version 24.14.0. development/perf: Updated for version 5.15.193. development/php84: Updated for version 8.4.19 development/poedit: Updated for version 3.9. development/robotframework: Updated for version 7.4.2. development/shiboken2: Updated for version 5.15.18 development/terraform: Updated for version 1.14.7 development/typescript: update the script development/vscodium: Updated for version 1.110.11631. development/vstudio: Updated for version 17.1 games/BrogueCE: Updated for version 1.15.1. games/ClassiCube: Updated for version 1.3.8. games/ags: updated for version 3.6.2.17 games/chessx: Updated for version 1.6.10. games/dealers-choice: Updated for version 0.0.9. games/lutris: New Maintainer games/ppsspp: Updated for version 1.20.2. graphics/FreeCAD: Updated REQUIRES to use yaml-cpp0.6 graphics/chafa: Updated for version 1.18.1. ham/gridtracker2: Updated for version 2.260307.1. ham/qlog: Updated for version 0.49.0. libraries/CLI11: Updated for version 2.6.2. libraries/highway: remove dep gtest libraries/libebml: Updated for version 1.4.5, cleanups. libraries/libjxl: Update to version 0.11.2 libraries/libmatroska: Changed maintainer, cleanups. libraries/libmysofa: updated to version 1.3.4 libraries/libqtpas: Updated for version 4.6. libraries/libupnp-legacy: New Maintainer libraries/libupnp: Updated for version 1.14.12 libraries/libyuv: Updated for version 0.0.1922.20260106. libraries/openapv: Updated for version 0.2.1.1. libraries/simdjson: Updated for version 4.3.1. libraries/simdutf: Updated for version 8.1.0. libraries/yaml-cpp0.6: Added (Legacy YAML-CPP). misc/KeePass: Updated for version 2.61. misc/exploitdb: Added (Exploit DB Repository). multimedia/mkvtoolnix: Fix building when qt6 or fmt are installed. multimedia/mtn: Added (Movie Thumbnailer). network/AdGuardHome: Updated for version 0.107.73. network/aMule: Updated for version 2.3.3 network/brave-browser: update 1.87.192 network/copyparty: updated for version 1.20.11 network/courier-unicode: Updated for version 2.5.0 network/discord: Version bump to 0.0.128 network/dnsproxy-bin: Updated for version 0.80.0. network/edbrowse: Updated for version 3.8.16. network/element-desktop-bin: Updated for version 1.12.12. network/element-desktop: Updated for version 1.12.12. network/ffuf: Added (Web Fuzzier). network/gallery-dl: Updated for version 1.31.9 network/librewolf: Updated for version 148.0.2_2 network/netavark:update to version 1.17.2 network/opera: Updated for version 128.0.5807.52 network/palemoon-bin: Updated for version 34.1.0. network/rclone-src: Updated for version 1.73.2 network/rclone: update 1.73.2 network/signal-desktop: Updated for version 8.2.0. network/vivaldi: Updated for version 7.8.3925.81. network/wifitui: update to 0.11.0 network/zen-browser: Updated for version 1.19.1b office/MasterPDFEditor: Updated for version 5.9.97. office/PortfolioPerformance-bin: Added (Portfolio Management). office/hunspell-en: Update for 2026.02.25 office/nb: Updated for version 7.25.2. office/pageEdit: Updated for version 2.7.5 office/qownnotes: Updated to version 26.3.9. office/sigil: Updated for version 2.7.5 office/zettlr: Updated for version 4.2.1. perl/MoarVM: Updated for version 2026.02 perl/nqp: Updated for version 2026.02 perl/rakudo: Updated for version 2026.02 python/pyside2: Updated for version 5.15.18 python/python2-nuitka: Updated for version 4.0.3 python/python3-async-lru: Update README python/python3-narwhals: Update for 2.17.0 python/python3-narwhals: Update for 2.18.0 python/python3-nuitka: Updated for version 4.0.3 python/python3-plotly: Update for 6.6.0 python/python3-prometheus_client: Update for 0.24.1 python/python3-pypdf: Updated for version 6.8.0 python/python3-pyrsistent: Update README python/python3-types-python-dateutil: Update for 20260124 (+orphan maintenance) python/python3-yarl: Updated for version 1.23.0. system/docker-compose: Updated for version 5.1.0 system/fzf-bin: Updated for version 0.70.0. system/ibus-typing-booster: Updated for version 2.30.4. system/inotify-info: Updated for version 0.0.4. system/limine: Updated for version 10.8.3 system/ntopng: fix 404. Orphan. system/partclone: Updated for version 0.3.47 system/qdirstat: Updated for version 1.9. system/sbozyp: Updated for version 1.6.0 system/slpkg: Updated for version 6.1.0. system/slpkg: Updated for version 6.1.1. system/torrent-file-editor: Updated for version 1.0.1. system/unicode-character-database: Updated for version 18.0.0. system/vim-airline-themes: Orphan maintenance of vim-airline-themes system/vim-airline: Orphan maintenance of vim-airline system/worker: Updated for version 5.4.0 +--------------------------+ -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From antonioleal at yahoo.com Sun Mar 15 12:07:38 2026 From: antonioleal at yahoo.com (Antonio Leal) Date: Sun, 15 Mar 2026 12:07:38 +0000 Subject: [Slackbuilds-users] HeidiSQL need rework References: <2bb03ab4-4ceb-44cc-8b57-bf3b8c629e1d.ref@yahoo.com> Message-ID: <2bb03ab4-4ceb-44cc-8b57-bf3b8c629e1d@yahoo.com> Heidi is yodeling in the mountain to be reworked :-) Building Package HeidiSQL: -------------------------------------------------------------------------------- Run sbolint? (Y/n) HeidiSQL: WARN: HeidiSQL.info:6: out of order, expected DOWNLOAD_x86_64, got MD5SUM HeidiSQL: WARN: HeidiSQL.info:7: out of order, expected MD5SUM_x86_64, got DOWNLOAD_x86_64 HeidiSQL: WARN: HeidiSQL.info:8: out of order, expected REQUIRES, got MD5SUM_x86_64 HeidiSQL: WARN: HeidiSQL.info:9: out of order, expected MAINTAINER, got REQUIRES HeidiSQL: WARN: HeidiSQL.info:10: out of order, expected EMAIL, got MAINTAINER Use of uninitialized value in string ne at /usr/bin/sbolint line 1046. Use of uninitialized value in concatenation (.) or string at /usr/bin/sbolint line 1047. HeidiSQL: WARN: HeidiSQL.info:11: out of order, expected , got EMAIL HeidiSQL: NOTE: 6 possibly-fixable errors found. suggest running sbofixinfo. HeidiSQL: ERR: HeidiSQL.info: github URL is non-canonical (not enough components) HeidiSQL: ERR: HeidiSQL.info: github URL has wrong filename v12.16.tar.gz HeidiSQL: WARN: HeidiSQL.info: canonical github URL should be: https://github.com/HeidiSQL/HeidiSQL/archive/v12.16/HeidiSQL-12.16.tar.gz HeidiSQL: NOTE: HeidiSQL.SlackBuild:60: SLKCFLAGS gets set, but never used. HeidiSQL: NOTE: HeidiSQL.SlackBuild:61: LIBDIRSUFFIX gets set, but never used. sbolint: HeidiSQL: errors 2, warnings 7 Press [ENTER] to continue. From fsleg at t-rg.ws Mon Mar 16 19:44:32 2026 From: fsleg at t-rg.ws (fsLeg) Date: Mon, 16 Mar 2026 22:44:32 +0300 Subject: [Slackbuilds-users] Fwd: Please update 3proxy on SBo In-Reply-To: <01235a51-5729-4f52-9a27-d293620c31f6@t-rg.ws> References: <01235a51-5729-4f52-9a27-d293620c31f6@t-rg.ws> Message-ID: <29885018-facc-426c-9c0f-06809a60d753@t-rg.ws> Last month I sent an email to network/3proxy's maintainer asking to update 3proxy's SlackBuild. I never got a response. Here is that email. -------- Forwarded Message -------- Subject: Please update 3proxy on SBo Date: Sat, 14 Feb 2026 22:33:20 +0300 From: fsLeg To: pioneer22675 at gmail.com Hello. You're listed as a maintainer of 3proxy on SlackBuilds.org. The version there is 0.8.13 which was pushed back in 2019. The current version is 0.9.5 which was released last year. Please, update the version on SBo. I also noticed that your last activity on SBo was in December, 2023. If you are no longer interested in maintaining 3proxy anymore, I can take over as its maintainer. From urchlay at slackware.uk Mon Mar 16 21:29:42 2026 From: urchlay at slackware.uk (B. Watson) Date: Mon, 16 Mar 2026 17:29:42 -0400 (EDT) Subject: [Slackbuilds-users] Fwd: Please update 3proxy on SBo In-Reply-To: <29885018-facc-426c-9c0f-06809a60d753@t-rg.ws> References: <01235a51-5729-4f52-9a27-d293620c31f6@t-rg.ws> <29885018-facc-426c-9c0f-06809a60d753@t-rg.ws> Message-ID: <263b9679-6ad6-397b-c4af-18cd82fb4cc3@slackware.uk> On Mon, 16 Mar 2026, fsLeg via SlackBuilds-users wrote: > Last month I sent an email to network/3proxy's maintainer asking to update > 3proxy's SlackBuild. I never got a response. Here is that email. No response, no activity from maintainer in 3 years... It's yours if you want to take it. From willysr at slackbuilds.org Mon Mar 16 23:07:42 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 17 Mar 2026 06:07:42 +0700 Subject: [Slackbuilds-users] HeidiSQL need rework In-Reply-To: <2bb03ab4-4ceb-44cc-8b57-bf3b8c629e1d@yahoo.com> References: <2bb03ab4-4ceb-44cc-8b57-bf3b8c629e1d.ref@yahoo.com> <2bb03ab4-4ceb-44cc-8b57-bf3b8c629e1d@yahoo.com> Message-ID: <20260317060742.0aeb129a@home.slackie.org> >Heidi is yodeling in the mountain to be reworked :-) Fixed on my branch thanks -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From willysr at slackbuilds.org Mon Mar 16 23:31:34 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 17 Mar 2026 06:31:34 +0700 Subject: [Slackbuilds-users] Fwd: Please update 3proxy on SBo In-Reply-To: <29885018-facc-426c-9c0f-06809a60d753@t-rg.ws> References: <01235a51-5729-4f52-9a27-d293620c31f6@t-rg.ws> <29885018-facc-426c-9c0f-06809a60d753@t-rg.ws> Message-ID: <20260317063134.1aed72a4@home.slackie.org> >Last month I sent an email to network/3proxy's maintainer asking to >update 3proxy's SlackBuild. I never got a response. Here is that email. > >-------- Forwarded Message -------- >Subject: Please update 3proxy on SBo >Date: Sat, 14 Feb 2026 22:33:20 +0300 >From: fsLeg >To: pioneer22675 at gmail.com > >Hello. > >You're listed as a maintainer of 3proxy on SlackBuilds.org. The version >there is 0.8.13 which was pushed back in 2019. The current version is >0.9.5 which was released last year. Please, update the version on SBo. > >I also noticed that your last activity on SBo was in December, 2023. If >you are no longer interested in maintaining 3proxy anymore, I can take >over as its maintainer. He is active in sending PR via github try to create an issue there and mention him (fsLeg) -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From fsleg at t-rg.ws Tue Mar 17 04:17:58 2026 From: fsleg at t-rg.ws (fsLeg) Date: Tue, 17 Mar 2026 07:17:58 +0300 Subject: [Slackbuilds-users] Fwd: Please update 3proxy on SBo In-Reply-To: <20260317063134.1aed72a4@home.slackie.org> References: <01235a51-5729-4f52-9a27-d293620c31f6@t-rg.ws> <29885018-facc-426c-9c0f-06809a60d753@t-rg.ws> <20260317063134.1aed72a4@home.slackie.org> Message-ID: Got a permission to take over on GitHub. However, there's one more thing. In version 0.9 3proxy started using chroot by default. For that it needs a separate user and group, which default to proxy/proxy. Such user/group currently doesn't exist in uid_gid.txt. So I'm asking to add them to the list of UID/GID on SBo. It seems that the next available UID/GID is 396. On March 17, 2026 02:31:34 GMT+03:00, Willy Sudiarto Raharjo wrote: >>Last month I sent an email to network/3proxy's maintainer asking to >>update 3proxy's SlackBuild. I never got a response. Here is that email. >> >>-------- Forwarded Message -------- >>Subject: Please update 3proxy on SBo >>Date: Sat, 14 Feb 2026 22:33:20 +0300 >>From: fsLeg >>To: pioneer22675 at gmail.com >> >>Hello. >> >>You're listed as a maintainer of 3proxy on SlackBuilds.org. The version >>there is 0.8.13 which was pushed back in 2019. The current version is >>0.9.5 which was released last year. Please, update the version on SBo. >> >>I also noticed that your last activity on SBo was in December, 2023. If >>you are no longer interested in maintaining 3proxy anymore, I can take >>over as its maintainer. > >He is active in sending PR via github >try to create an issue there and mention him (fsLeg) > >-- >Willy Sudiarto Raharjo From willysr at slackbuilds.org Tue Mar 17 06:06:17 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 17 Mar 2026 13:06:17 +0700 Subject: [Slackbuilds-users] Fwd: Please update 3proxy on SBo In-Reply-To: References: <01235a51-5729-4f52-9a27-d293620c31f6@t-rg.ws> <29885018-facc-426c-9c0f-06809a60d753@t-rg.ws> <20260317063134.1aed72a4@home.slackie.org> Message-ID: <20260317130617.413a13a2@office64.slackie.org> >Got a permission to take over on GitHub. However, there's one more >thing. > >In version 0.9 3proxy started using chroot by default. For that it >needs a separate user and group, which default to proxy/proxy. Such >user/group currently doesn't exist in uid_gid.txt. So I'm asking to >add them to the list of UID/GID on SBo. It seems that the next >available UID/GID is 396. Done -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From willysr at slackbuilds.org Sat Mar 21 01:02:18 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 21 Mar 2026 08:02:18 +0700 Subject: [Slackbuilds-users] Updates - 20260321.1 Message-ID: <20260321080218.4f21919c@home.slackie.org> Sat Mar 21 00:46:19 UTC 2026 accessibility/magnus: Update script. audio/python3-pyalsaaudio: Added (Python Module). audio/reaper: Updated for version 7.65 audio/tauonmb: Update script. audio/xmms2: Updated for version 0.9.7. business/ledger: Updated for version 3.4.1 desktop/caffeine-ng: Update script. desktop/gromit-mpx: Updated for version 1.9.0. desktop/mint-themes: New Maintainer. desktop/standard-notes-bin: Updated for version 3.201.21 desktop/sun: Updated for version 2.1.0. development/HeidiSQL: Fix sbolint warnings. development/a68g: Updated for version 3.10.14 development/antigravity: Updated for version 1.20.5 development/aws-cdk: Updated for version 2.1112.0. development/bruno: Updated for version 3.2.0. development/bun-bin:update to version 1.3.11 development/cppcms: Updated for version 2.0.1. development/deno-bin:update to version 2.7.7 development/diffoscope: updated for version 314 development/diffuse: Updated for version 0.11.0. development/electron-bin: Updated for version 41.0.2 development/github-cli: Updated for version 2.88.1 development/jupyter_server_terminals: Update for 0.5.4 development/kaaedit: Update script. development/kotlin: Updated for version 2.3.20. development/litehtml: Added (HTML Rendering Engine). development/mongodb-shell: Updated for version 2.8.1. development/rubymine: Added (IDE for Ruby). development/sbt: Updated for version 1.12.6 development/sourcegit: Updated for version 2026.06 development/vscode-bin: Updated for version 1.112.0. development/vscodium: Updated for version 1.112.01907. games/lutris: Updated for version 0.5.22 games/ut99: New Maintainer games/ut99: fix README lines length graphics/blender: Version bump to 5.1.0 graphics/vips: Updated for version 8.18.1. ham/qlog: Updated for version 0.49.1. libraries/Botan3: Updated for version 3.11.0. libraries/SDL3_ttf: Added (SDL TTF Library). libraries/libcoap: Updated for version 4.3.5a. libraries/libebml: Build with the newer cmake. libraries/libmseed: Updated for version 3.2.4. libraries/libupnp: Updated for version 1.14.30 libraries/qt-avif-image-plugin: Updated for version 0.10.2. misc/lastpass-cli: Updated for version 1.6.1. misc/nordpass: Updated for version 7.5.6. misc/nuclei: Added (Vulnerability Scanner). multimedia/HandBrake: Version bump to 1.11.0 network/3proxy: Updated for version 0.9.5. network/brave-browser: update 1.88.132 network/cloudflared-bin: Added (Cloudflare Tunnel Client). network/copyparty: updated for version 1.20.12 network/deltachat-desktop: Updated for version 2.43.0. network/discord: Version bump to 0.0.129 network/dokuwiki: Updated for version 20250514b. network/dropbox: Updated for version 244.4.6580. network/gallery-dl: Updated for version 1.31.10 network/hydra: Updated for version 9.6. network/kubectl-bin: Updated for version 1.34.6. network/kubectl: update to 1.34.6 network/librewolf: Updated for version 148.0.2_3 network/mullvadvpn-app: Updated for version 2026.1. network/opera: Updated for version 128.0.5807.77 network/persepolis: Update script. network/signal-desktop: Reverted to version 8.1.0. network/tinyproxy: Updated for version 1.11.3. network/vivaldi: Updated for version 7.9.3970.41. network/warpinator: Update script. network/zen-browser: Updated for version 1.19.3b office/ledger-live: Updated for version 2.145.0 office/libreoffice-helppack: Updated for version 25.8.5. office/libreoffice-langpack: Updated for version 25.8.5. office/libreoffice: Updated for version 25.8.5. office/pageEdit: Updated for version 2.7.6 office/qownnotes: Updated for version 26.3.15. office/sigil: Updated for version 2.7.6 office/wps-office-dicts: Updated for version 26.2.2.2 perl/perl-YAML-Syck: Updated for version 1.37. python/pyOpenSSL: Updated for version 26.0.0. python/python2-nuitka: Updated for version 4.0.5 python/python3-geventhttpclient: Updated for version 2.3.9. python/python3-nuitka: Updated for version 4.0.5 python/python3-odfdo: Updated for version 3.22.0 python/python3-pynacl: Update for 1.6.2 python/python3-pypdf: Updated for version 6.9.0 python/python3-reportlab:update to version 4.4.10 python/python3-setproctitle: Added (Python Module). python/rst2pdf:update to version 0.105 python/ruff-bin: Updated for version 0.15.6 python/ty-bin: Updated for version 0.0.23 system/firejail: Updated for version 0.9.80. system/fscrypt: Update for 0.3.6 system/lightdm-settings: Update script. system/limine: Updated for version 10.8.5 system/mbuffer: updated for version 20260301 system/mongo-tools: Updated for version 100.15.0. system/mongodb: Updated for version 8.2.6. system/nvidia-legacy390-driver: Orphaned. system/nvidia-legacy390-kernel: Update to support Kernel 6.12. system/nvidia-legacy580-driver: Updated for version 580.142. system/nvidia-legacy580-kernel: Updated for version 580.142. system/nwipe: Updated for version 0.40. system/openrazer-daemon: Update script. system/readpe: Updated for version 20260312_d9a4c7a system/slpkg: Updated for version 6.1.3. system/usbguard: Updated for version 1.1.4. +--------------------------+ -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From chris.willing at linux.com Mon Mar 23 11:52:36 2026 From: chris.willing at linux.com (Christoph Willing) Date: Mon, 23 Mar 2026 22:52:36 +1100 Subject: [Slackbuilds-users] Out of sync versions for 32bit, 64bit SlackBuilds Message-ID: Hi all, I'm looking for suggestions/guidance/direction about how, or whether, to keep supporting 32bit builds for projects which have themselves ended that support. The case at hand for me right now is obs-studio but I imagine other maintainers will face similar issues in the future. obs-studio has been held back at version 29.1.3 for nearly two years. From memory, that was due to an incompatible cmake in Slackware 15.0 although there could be other reasons too. Anyway cmake-opt takes care of that problem and I thought I'd try updating the SlackBuild to the latest version (32.1.0). That didn't work due to various dependency issues, however I've now found a new version (30.1.2) which builds & runs on x86_64. However the 30.1.2 version that works x86_64 does not work on i*86 due to new dependencies which don't support i*86. This leaves me with the choice of updating to 30.1.2 and leaving i*86 as UNSUPPORTED, or staying with the existing older version to support both. Another possibility might be to keep the existing SlackBuild at its existing version (thus maintaining 32bit support albeit at an older version) and also submit a new SlackBuild, say obs-studio_30, which will support only x86_64. This last option would result in versions for 32bit & 64bit being out of sync. Is that (un)acceptable/(ill)advised/(dis)allowed/other? Thanks for any insights, chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From urchlay at slackware.uk Mon Mar 23 12:21:14 2026 From: urchlay at slackware.uk (B. Watson) Date: Mon, 23 Mar 2026 08:21:14 -0400 (EDT) Subject: [Slackbuilds-users] Out of sync versions for 32bit, 64bit SlackBuilds In-Reply-To: References: Message-ID: <18ff19fe-3c41-3f19-57e9-4849e3d3b088@slackware.uk> On Mon, 23 Mar 2026, Christoph Willing wrote: > Another possibility might be to keep the existing SlackBuild at its existing version (thus maintaining 32bit support albeit at an older version) and also submit a new > SlackBuild, say obs-studio_30, which will support only x86_64. Why not upgrade the main build, drop 32-bit support, then add a obs-studio-legacy that's the old version (doesn't have to support 64-bit, even). > This last option would result in versions for 32bit & 64bit being out of sync. Is that (un)acceptable/(ill)advised/(dis)allowed/other? It'd be better to avoid that. I mean technically it would work, but it might confuse some of the tools people use (including the stuff the CI uses to test-build packages before they're approved). From chris.willing at linux.com Mon Mar 23 21:22:18 2026 From: chris.willing at linux.com (Christoph Willing) Date: Tue, 24 Mar 2026 08:22:18 +1100 Subject: [Slackbuilds-users] Out of sync versions for 32bit, 64bit SlackBuilds In-Reply-To: <18ff19fe-3c41-3f19-57e9-4849e3d3b088@slackware.uk> References: <18ff19fe-3c41-3f19-57e9-4849e3d3b088@slackware.uk> Message-ID: On 23/3/26 23:21, B. Watson wrote: > > > On Mon, 23 Mar 2026, Christoph Willing wrote: > >> Another possibility might be to keep the existing SlackBuild at its >> existing version (thus maintaining 32bit support albeit at an older >> version) and also submit a new >> SlackBuild, say obs-studio_30, which will support only x86_64. > > Why not upgrade the main build, drop 32-bit support, then add a > obs-studio-legacy that's the old version (doesn't have to support > 64-bit, even). Thanks, I think I'll go with that one. chris From willysr at slackbuilds.org Sat Mar 28 04:52:24 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 28 Mar 2026 11:52:24 +0700 Subject: [Slackbuilds-users] Updates - 20260328.1 Message-ID: <20260328114942.3946f64d@home.slackie.org> Sat Mar 28 04:38:24 UTC 2026 academic/bcftools:Update to version 1.23.1 academic/pspp: Updated for version 2.1.1. academic/samtools: Update to version 1.23.1 audio/pyalsaaudio: Updated for version 0.9.2 audio/qtractor: Updated for version 1.5.12. audio/reaper: Updated for version 7.66 desktop/sun: Updated for version 2.3.0. desktop/sun: Updated for version 2.4.0. development/a68g: Updated for version 3.11.0 development/antigravity: Updated for version 1.20.6 development/aws-cdk: Updated for version 2.1114.1. development/bbcsdl: Updated for version 1.44a. development/claude-code: Updated for version 2.1.77 development/d-tools: Update download url development/deno: Updated for version 2.7.9. development/diffoscope: updated for version 315 development/dkms: Updated for version 3.4.0 development/electron-bin: Updated for version 41.0.3 development/golangci-lint: Updated for version 2.11.3. development/jupyter-notebook: Update for 7.5.5 development/jupyterlab: Update for 4.5.6 development/mongodb-shell: Updated for version 2.8.2. development/nodejs22: Updated for version 22.22.2. development/notepad++: Updated for version 8.9.3 development/pcb2gcode: Updated for version 3.0.3. development/pnpm: Updated for version 10.32.1. development/pycharm: Updated for version 2025.3.3 development/rustup: Updated for version 1.29.0. development/sbt: Updated for version 1.12.8 development/terraform-ls: Updated for version 0.38.5. development/typescript: Updated for version 6.0.2. development/universal-ctags: Update download url development/vstudio: Updated for version 17.2 development/zizmor: Updated for version 1.23.1. games/kmuddy: Added (MUD Client). games/protontricks: Version bump to 1.14.0 games/puzzles: Updated for version 20260309.06e37f1. gis/osgEarth: Fix permission. gis/osgEarth: Updated for version 3.8 graphics/converseen: Updated for version 0.15.2.2. graphics/synfig: Updated for version 1.5.5 graphics/synfigstudio: Updated for version 1.5.5 graphics/ximaging: Updated for version 1.9.1. ham/gridtracker2: Updated for version 2.260323.0. libraries/ETL: Updated for version 1.5.5. libraries/aqbanking: Updated for version 6.9.1. libraries/htslib: Update to version 1.23.1 libraries/libopenshot-audio: Updated for version 0.6.0 libraries/libopenshot: Updated for version 0.6.0 libraries/process-cpp: Version bump to 3.1.0 libraries/qt-installer-script: Updated for version 4.11.0 libraries/setproctitle: Removed (renamed to python3-setproctitle) misc/simh-classic: Updated script multimedia/MediathekView: Updated for version 14.5.0. multimedia/freetube: Updated for version 0.23.15. multimedia/jellyfin-bin: Updated for version 10.11.6. multimedia/obs-studio-legacy: Added (Record and Stream Live Video). multimedia/obs-studio: Fix permission. multimedia/obs-studio: Updated for version 30.1.2 multimedia/openshot: Updated for version 3.5.0 network/Electrum: Update dependency. network/amneziawg-kernel: Updated for version 1.0.20260322. network/brave-browser: Updated for version 1.88.136. network/copyparty: updated for version 1.20.13 network/discord: Version bump to 0.0.130 network/element-desktop-bin: Updated for version 1.12.13. network/element-desktop: Updated for version 1.12.13. network/haproxy: Updated for version 3.2.15. network/imapfilter: Updated for version 2.8.5. network/librewolf: Updated for version 149.0_1 network/maildrop: Updated for version 3.3.0 network/nginx: Updated for version 1.28.3 network/opera: Updated for version 129.0.5823.15 network/piavpn-app: Updated for version 3.7.2_08420. network/protonmail-bridge: Updated for version 3.23.1. network/rclone-src: Updated for version 1.73.3 network/rclone: Updated for version 1.73.3. network/static-web-server: Updated for version 2.42.0. network/tailscale: Updated for version 1.96.2. network/tor-browser: Updated for version 15.0.8. network/vivaldi: Updated for version 7.9.3970.45. network/waterfox: Updated for version 6.6.10 network/zoom-linux: Updated for version 7.0.0.1666 obsidian/development: updated for version 1.12.7 office/Joplin: Updated for version 3.5.13. office/LibreOffice: Updated for version 26.2.2.2 office/libreoffice-helppack: Updated for version 25.8.6. office/libreoffice-langpack: Updated for version 25.8.6. office/libreoffice: Updated for version 25.8.6. office/novelWriter: Updated for version 2.8.2. office/pandoc-bin: Updated for version 3.9.0.2. office/qownnotes: Updated for version 26.3.22. perl/perl-ExtUtils-Install: Updated for version 2.22 perl/perl-File-Save-Home: Updated for version 0.12 perl/perl-Gtk3-ImageView: Updated for version 12 perl/perl-Locale-Codes: Updated for version 3.87 perl/perl-Mojolicious: Updated for version 9.42. perl/perl-PDF-Builder: Updated for version 3.028 perl/perl-YAML-Tiny: Updated for version 1.76 perl/zef: Updated for version 1.1.0 python/cryptography: Updated for version 46.0.6. python/python2-nuitka: Updated for version 4.0.6 python/python3-boto3: Updated for version 1.42.73, New Maintainer python/python3-configargparse: Updated for version 1.7.5. python/python3-jsonpatch: Added (JSON Patches). python/python3-jsonpointer: Added (JSON Pointer). python/python3-narwhals: Update for 2.18.1 python/python3-nuitka: Updated for version 4.0.6 python/python3-odfdo: Updated for version 3.22.1 python/python3-pypdf: Updated for version 6.9.2 python/python3-voluptuous: Added (Data Validation Library). python/python3-xmltodict: Version bump to 1.0.4 python/subliminal: Version bump to 2.6.0 ruby/ruby-build: Updated for version 20260317. system/7zip: Updated to 26.00 system/docker-buildx: Updated for version 0.32.1. system/docker-cli: Updated for version 29.3.0. system/docker: Updated for version 29.3.0. system/fd: Updated for version 10.4.2. system/fwupd: Updated for version 1.9.34. system/fzf: Updated for version 0.70.0. system/jenkins: Updated for version 2.541.3. system/kitty: Update download url system/kubectx: Updated for version 0.11.0. system/limine: Updated for version 11.0.0 system/onefetch: Updated for version 2.27.1. system/openrazer-daemon: Updated for version 3.12.0. system/openrazer-kernel: Updated for version 3.12.0. system/osquery-bin: Updated for version 5.22.1. system/pcp: Update dependency. system/rdiff-backup: Update download url system/runc: Updated for version 1.3.5. system/sbozyp: Updated for version 1.7.1 system/slpkg: Updated for version 6.1.4. system/xfile: Updated for version 1.0.4. +--------------------------+ -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From richard at aaazen.com Sat Mar 28 14:33:28 2026 From: richard at aaazen.com (Richard Narron) Date: Sat, 28 Mar 2026 07:33:28 -0700 (PDT) Subject: [Slackbuilds-users] Updates - 20260328.1 OpenSMTPD In-Reply-To: <20260328114942.3946f64d@home.slackie.org> References: <20260328114942.3946f64d@home.slackie.org> Message-ID: There is an OpenSMTPD package in the pending queue from yesterday: lackbuilds.org/pending/ Can this one be installed too? It has a new bugfix patch. Thanks, Richard Narron From kingbeowulf at linuxgalaxy.org Sun Mar 29 02:52:31 2026 From: kingbeowulf at linuxgalaxy.org (King Beowulf) Date: Sun, 29 Mar 2026 02:52:31 +0000 Subject: [Slackbuilds-users] obs-studio 30.1.2 download script error Message-ID: <4a08dcc9-8ec8-4e1f-8eda-76af3c8c61fe@linuxgalaxy.org> Hello, I think the maintainer forgot to check his "aliases".??The section in 'get-obs-studio.sh' ( cd obs-studio && \ git co "$OBS_TAG" && \ git submodule init && \ git submodule update ) should be ( cd obs-studio && \ git checkout "$OBS_TAG" && \ git submodule init && \ git submodule update ) -Ed From chris.willing at linux.com Sun Mar 29 04:09:29 2026 From: chris.willing at linux.com (Christoph Willing) Date: Sun, 29 Mar 2026 15:09:29 +1100 Subject: [Slackbuilds-users] obs-studio 30.1.2 download script error In-Reply-To: <4a08dcc9-8ec8-4e1f-8eda-76af3c8c61fe@linuxgalaxy.org> References: <4a08dcc9-8ec8-4e1f-8eda-76af3c8c61fe@linuxgalaxy.org> Message-ID: On 29/3/26 13:52, King Beowulf wrote: > Hello, > > I think the maintainer forgot to check his "aliases".??The section in > 'get-obs-studio.sh' > > ( cd obs-studio && \ > git co "$OBS_TAG" && \ > git submodule init && \ > git submodule update > ) > > should be > > ( cd obs-studio && \ > git checkout "$OBS_TAG" && \ > git submodule init && \ > git submodule update > ) Yes, sorry about that - will fix. chris From willysr at slackbuilds.org Sun Mar 29 10:03:02 2026 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 29 Mar 2026 17:03:02 +0700 Subject: [Slackbuilds-users] Updates - 20260328.1 In-Reply-To: References: <20260328114942.3946f64d@home.slackie.org> Message-ID: <20260329170302.687601a5@home.slackie.org> >Hello Willy, > > I appreciate all the work you do every week! > > There are still a few packages in the pending list from yesterday: > > https://slackbuilds.org/pending/ > > I submitted a new patched version of opensmtpd to fix a bug published >by OpenBSD... Hi it was submitted a bit late from my time, so it will be merged next public update -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 870 bytes Desc: OpenPGP digital signature URL: From k.venken at online.be Mon Mar 30 16:04:45 2026 From: k.venken at online.be (Karel Venken) Date: Mon, 30 Mar 2026 18:04:45 +0200 Subject: [Slackbuilds-users] SweetHome3D tiny improvement Message-ID: <8211b62a-40d2-4be5-f0b0-1f10368785a5@online.be> I would like to suggest to change the file SweetHome3D with "$1" added at the end: thus #!/bin/sh exec /opt/SweetHome3D/SweetHome3D "$1" This way, opening a file from XFE for instance would immediately load it as it can now be added as commandline argument. From 414N at slacky.it Mon Mar 30 17:36:41 2026 From: 414N at slacky.it (414N) Date: Mon, 30 Mar 2026 19:36:41 +0200 Subject: [Slackbuilds-users] SweetHome3D tiny improvement In-Reply-To: <8211b62a-40d2-4be5-f0b0-1f10368785a5@online.be> References: <8211b62a-40d2-4be5-f0b0-1f10368785a5@online.be> Message-ID: <0cdcb7ab-ed7e-4442-8679-a18d4a6dbf89@slacky.it> Il 30/03/26 18:04, Karel Venken via SlackBuilds-users ha scritto: > #!/bin/sh > exec /opt/SweetHome3D/SweetHome3D "$1" Or maybe better, use "$@" to pass any argument to the original binary instead of only the first one. -- Alan Alberghini SBo clone: https://github.com/414n/slackbuilds From k.venken at online.be Tue Mar 31 07:43:54 2026 From: k.venken at online.be (Karel Venken) Date: Tue, 31 Mar 2026 09:43:54 +0200 Subject: [Slackbuilds-users] SweetHome3D tiny improvement In-Reply-To: <0cdcb7ab-ed7e-4442-8679-a18d4a6dbf89@slacky.it> References: <8211b62a-40d2-4be5-f0b0-1f10368785a5@online.be> <0cdcb7ab-ed7e-4442-8679-a18d4a6dbf89@slacky.it> Message-ID: <69baa25a-1faf-be04-2ad0-65715d5d778e@online.be> 414N wrote: > > Il 30/03/26 18:04, Karel Venken via SlackBuilds-users ha scritto: >> #!/bin/sh >> exec /opt/SweetHome3D/SweetHome3D "$1" > > Or maybe better, use "$@" to pass any argument to the original binary > instead of only the first one. > > I would fully agree except for the fact that it points to /opt/SweetHome3D/SweetHome3D which itself only uses "$1", so the other parameters are ignored anyway unless this one is adapted as well but it is provided by the origin. From jebrhansen+SBo at gmail.com Tue Mar 31 08:06:17 2026 From: jebrhansen+SBo at gmail.com (Jeremy Hansen) Date: Tue, 31 Mar 2026 04:06:17 -0400 Subject: [Slackbuilds-users] SweetHome3D tiny improvement In-Reply-To: <69baa25a-1faf-be04-2ad0-65715d5d778e@online.be> References: <8211b62a-40d2-4be5-f0b0-1f10368785a5@online.be> <0cdcb7ab-ed7e-4442-8679-a18d4a6dbf89@slacky.it> <69baa25a-1faf-be04-2ad0-65715d5d778e@online.be> Message-ID: I'm the current maintainer of SweetHome3D. It shouldn't be an issue to modify the scripts to take a single argument, or multiple arguments if the binary supports it (I'll need to do some testing -- I didn't even realize it took arguments, since I've always launched it via the "start" menu and didn't dig too deeply when I took over maintenance). I'm currently on an extended business trip and, unfortunately, my internet has been down back at my house for the last 20 hours (or the power is out, I'm not sure which, since I'm about 3000 miles away -- I really should set up notifications when the power is out and my UPS is gearing to shut down my computer so I know whenever it's power or internet issues). Once my system is back up, I'll play around with things to see what is able to be supported. If it's not up by tomorrow, something else might be wrong and I may be SoL for a few months until I get back and can troubleshoot in person. As an aside, in the future, you should always email the maintainer, whether singularly or CC'd in a message to this distro. While I am subscribed to this distro, and thus saw this message, not all maintainers are. They may never see your suggestion and it's not common for people on this distro to modify SlackBuilds they don't maintain unless it's due to security issues or breakage. Thanks for the suggestion! Hopefully my system comes back up and I can push an update before this weekend's public update of SBo. Jeremy On Tue, Mar 31, 2026, 3:45?AM Karel Venken via SlackBuilds-users < slackbuilds-users at slackbuilds.org> wrote: > 414N wrote: > > > > Il 30/03/26 18:04, Karel Venken via SlackBuilds-users ha scritto: > >> #!/bin/sh > >> exec /opt/SweetHome3D/SweetHome3D "$1" > > > > Or maybe better, use "$@" to pass any argument to the original binary > > instead of only the first one. > > > > > I would fully agree except for the fact that it points to > /opt/SweetHome3D/SweetHome3D which itself only uses "$1", so the other > parameters are ignored anyway unless this one is adapted as well but it > is provided by the origin. > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lumin at etherlight.link Thu Mar 12 05:57:30 2026 From: lumin at etherlight.link (Lumin Etherlight) Date: Thu, 12 Mar 2026 05:57:30 -0000 Subject: [Slackbuilds-users] some SlackBuilds not respecting $MAKEFLAGS In-Reply-To: (Jeremy Hansen's message of "Thu, 12 Mar 2026 01:27:01 -0400") References: <218205cf-e9ed-25cf-441b-568ed80614f1@gmail.com> <2D6B0B24-66A9-43EB-B411-6469B442D389@t-rg.ws> <7C085CE7-BD4E-47C9-9604-83591DF0F3CC@t-rg.ws> Message-ID: <7trLAK6t5CHGaS2bpQU6Eb+roMVR2o1C@etherlight.link> Jeremy Hansen writes: > Developers tend to code based on the completely l > compilers, and if we start overriding the defaults > as a standard, it opens of the chances of breaking > compilations. I'm not advocating for this as a standard of course. The maintainer of the build should decide according to their judgment. Some software has ridiculous build times without parallelization by default, and their official build instructions recommend using multiple jobs. In such cases, I see no reason to prevent maintainers from setting some reasonable defaults, as long as they don't clobber or override custom user $MAKEFLAGS. > This is my opinion as a random SBo user (with > almost 200 packages I maintain) and not an SBo > admin. Thank you for your contributions :) Best Wishes, Lumin Etherlight