Installations and their Dependencies
Re: Installations and their Dependencies
@Gapan: Can you modify the SLACKBUILDS.TXT file? I think I've found the solution to a couple of problems there. Who else would be to ask?
Re: Installations and their Dependencies
Hi Bird, I've seen your comments (and your PM). Sorry for taking so long to reply, I've been thinking about it, but the problem is that we don't have a mechanism to update the SLACKBUILDS.TXT file or any other part of the slackbuilds repository manually. For the latest stable slackware release, which has an ever changing SBo repository, updating is managed by these scripts:
https://github.com/gapan/repo-scripts/tree/master/sbo
Every time the original SBo repository is updated, these scripts are run and for each package can perform these actions (and these alone):
1. exclude a slackbuild in our own SLACKBUILDS.TXT (SBoEXCLUDE list)
2. replace the naming of some dependencies (for packages that are named differently in SBo and our own binary repos) (SBoREPLACE list)
3. add extra dependencies to a slackbuild (SBoAdd list)
and that's it. I can't edit the SLACKBUILDS.TXT file manually, because every change will be reverted every time the scripts are ran. And I can't edit individual slackbuilds for problems either, that's SBo's job.
For previous releases, it's mostly the same too, except for the fact that the original SBo repository is not updated anymore. But pretty much all "editing" I'm doing on our repos is through these same scripts.
What kind of fixes do you have in mind? Is it only for the SLACKBUILDS.TXT file or does it involve slackbuild scripts too? For which releases? Only 14.2 and 14.1?
https://github.com/gapan/repo-scripts/tree/master/sbo
Every time the original SBo repository is updated, these scripts are run and for each package can perform these actions (and these alone):
1. exclude a slackbuild in our own SLACKBUILDS.TXT (SBoEXCLUDE list)
2. replace the naming of some dependencies (for packages that are named differently in SBo and our own binary repos) (SBoREPLACE list)
3. add extra dependencies to a slackbuild (SBoAdd list)
and that's it. I can't edit the SLACKBUILDS.TXT file manually, because every change will be reverted every time the scripts are ran. And I can't edit individual slackbuilds for problems either, that's SBo's job.
For previous releases, it's mostly the same too, except for the fact that the original SBo repository is not updated anymore. But pretty much all "editing" I'm doing on our repos is through these same scripts.
What kind of fixes do you have in mind? Is it only for the SLACKBUILDS.TXT file or does it involve slackbuild scripts too? For which releases? Only 14.2 and 14.1?
Re: Installations and their Dependencies
Thanks for the explanation. I'll head to the Slackbuild makers at slackbuilds.org then and tell them. They probably are highly interested in this whole thread!
Here are my fixes for SLACKBUILDS.TXT:
1. Replace download link (for Salix 13.37, 14.0 and 14.1):
SLACKBUILD NAME: gsm
SLACKBUILD DOWNLOAD: https://ponce.cc/slackware/sources/repo ... 13.tar.bz2
Same version for Salix 13.37, 14.0 and 14.1. The package is not present in that way on Salix 14.2. The MD5 hasn't changed.
2. Replace download link (for Salix 14.2):
SLACKBUILD NAME: palemoon-bin
SLACKBUILD DOWNLOAD_x86_64: https://archive.palemoon.org/palemoon/2 ... tk2.tar.xz
3. Replace the MD5SUM for Palemoon (on Salix 14.2):
SLACKBUILD NAME: palemoon
SLACKBUILD MD5SUM: f522cab929ec62382dc30391a590b039
I think there was a problem with the checksums. Previously, there were three different checksums listed. Is it true, that there is a seperate checksum for every file, that needs to be downloaded? But there is only one file to download for Palemoon, so maybe the other checksums were out of place.
Here are my fixes for SLACKBUILDS.TXT:
1. Replace download link (for Salix 13.37, 14.0 and 14.1):
SLACKBUILD NAME: gsm
SLACKBUILD DOWNLOAD: https://ponce.cc/slackware/sources/repo ... 13.tar.bz2
Same version for Salix 13.37, 14.0 and 14.1. The package is not present in that way on Salix 14.2. The MD5 hasn't changed.
2. Replace download link (for Salix 14.2):
SLACKBUILD NAME: palemoon-bin
SLACKBUILD DOWNLOAD_x86_64: https://archive.palemoon.org/palemoon/2 ... tk2.tar.xz
3. Replace the MD5SUM for Palemoon (on Salix 14.2):
SLACKBUILD NAME: palemoon
SLACKBUILD MD5SUM: f522cab929ec62382dc30391a590b039
I think there was a problem with the checksums. Previously, there were three different checksums listed. Is it true, that there is a seperate checksum for every file, that needs to be downloaded? But there is only one file to download for Palemoon, so maybe the other checksums were out of place.
- SalixManiac
- Posts: 113
- Joined: 15. Apr 2022, 02:26
Re: Installations and their Dependencies
Hello Bird,
If you want I can provide you palemoon-30.0.1-x86_64-1_SBo.tgz compile on Salix64 14.2 (GCC-7.5 KMOD -24 update) now GCC-7 is mandatory to compile Palemoon.
![Image](https://i.ibb.co/Nycrb3x/Capture-d-cran-2022-09-29-17-06-51.png)
I would recompile without my CPU extensions
![Image](https://i.ibb.co/v4KcCH9/Capture-d-cran-2022-09-29-17-07-22.png)
If you want I can provide you palemoon-30.0.1-x86_64-1_SBo.tgz compile on Salix64 14.2 (GCC-7.5 KMOD -24 update) now GCC-7 is mandatory to compile Palemoon.
![Image](https://i.ibb.co/Nycrb3x/Capture-d-cran-2022-09-29-17-06-51.png)
I would recompile without my CPU extensions
![Image](https://i.ibb.co/v4KcCH9/Capture-d-cran-2022-09-29-17-07-22.png)
Colin Chapman “light is right” those last words "the middle pedal is for cowards"
Re: Installations and their Dependencies
@SalixManiac: Hm... there were some troubles with Palemoon around these versions (29-30). The developers destroyed some of the existing addons. I want the old version of Noscript for it reacting fast and being very useable. I guess I'd stay with an older version, but thanks for the offer. It would be somewhat useful to have multiple versions of these browsers in the repository, which is the case for Firefox, but the v29 of Palemoon has its purpouse.
Re: Installations and their Dependencies
I'm quite certain that in the best case, they will be completely indifferent. They make it very clear that older versions of SBo are not receiving any updates or fixes.
And they definitely don't care about whatever we're doing in salix.
-
- Posts: 518
- Joined: 20. Jun 2016, 20:15
Unknown package "lib". Issue with depfinder?
Hello gapan and all,
Following this message:
https://www.freelists.org/post/slint/About-mediainfo
I downloaded this package:
https://slackware.uk/salix/x86_64/extra ... ix15.0.txz
and the associated dep file:
https://slackware.uk/salix/x86_64/extra ... ix15.0.dep
then ran:
depfinder mediainfo-21.09-x86_64-1salix15.0.txz > mediainfo-21.09-x86_64-1salix15.0.local.dep
replaced all "," by "\n" in both .dep files
then ran:
diff -u mediainfo-21.09-x86_64-1salix15.0.dep mediainfo-21.09-x86_64-1salix15.0.local.dep
output below:Indeed the "lib" dependencies puzzles me and to a lesser degree the "libmms" dependency (supposed to be an auto-detected dependency of libmediainfo).
Neither a "lib" package nor a "libmms" package are installed here.
Following this message:
https://www.freelists.org/post/slint/About-mediainfo
I downloaded this package:
https://slackware.uk/salix/x86_64/extra ... ix15.0.txz
and the associated dep file:
https://slackware.uk/salix/x86_64/extra ... ix15.0.dep
then ran:
depfinder mediainfo-21.09-x86_64-1salix15.0.txz > mediainfo-21.09-x86_64-1salix15.0.local.dep
replaced all "," by "\n" in both .dep files
then ran:
diff -u mediainfo-21.09-x86_64-1salix15.0.dep mediainfo-21.09-x86_64-1salix15.0.local.dep
output below:
Code: Select all
--- mediainfo-21.09-x86_64-1salix15.0.dep 2022-10-08 18:49:50.047996123 +0200
+++ mediainfo-21.09-x86_64-1salix15.0.local.dep 2022-10-08 18:52:04.868727951 +0200
@@ -1,7 +1,6 @@
aaa_libraries|c-ares
aaa_libraries|gcc
aaa_libraries|gcc-g++
-aaa_libraries|glib2
aaa_libraries|keyutils
aaa_libraries|krb5
aaa_libraries|libidn2
@@ -11,7 +10,6 @@
aaa_libraries|libtirpc
aaa_libraries|libtool
aaa_libraries|openldap
-aaa_libraries|pcre
aaa_libraries|zstd
brotli
curl
@@ -19,11 +17,9 @@
e2fsprogs
expat
graphviz
-lib
-libmms
+libmediainfo
libunistring
libzen
nghttp2
openssl|openssl-solibs
zlib
-libmediainfo
Neither a "lib" package nor a "libmms" package are installed here.
Re: Installations and their Dependencies
I confirm. I build with slapt-src the mediainfo and the created dep file contains a lib dependency which is wrong.
libmms and libzen are dependencies.
libmms and libzen are dependencies.
Re: Installations and their Dependencies
On Salix 14.1 32-bit, for the SlackBuild Kdenlive 0.9.8, there are some missing dependencies:
linuxdoc-tools
qjson
automoc4
kdelibs
I did install gsm manually and unchecked "Resolve dependencies" in Sourcery.
Well, it's really an old version, and the developers probably have other things to do. But this is more for my personal documentation when installing these systems that run pretty well with the old programs.
linuxdoc-tools
qjson
automoc4
kdelibs
I did install gsm manually and unchecked "Resolve dependencies" in Sourcery.
Well, it's really an old version, and the developers probably have other things to do. But this is more for my personal documentation when installing these systems that run pretty well with the old programs.
-
- Posts: 518
- Joined: 20. Jun 2016, 20:15
Re: Installations and their Dependencies (issue with surf)
This file mentions libmanette as dependency, probably because in Salix it is a dependency of webkit2gtk, itself a dependency of surf.
This is good for Salix but not for Slint as in Slint webkit2gtk does not depend on libmanette. As a result I can use slapt-src to build and install dmenu and surf, but then slapt-get --upgrade:
As an aside I like surf, a lot faster than Firefox. Based on webkit2gtk, with only 2149 lines of code in surf.c.
This is good for Salix but not for Slint as in Slint webkit2gtk does not depend on libmanette. As a result I can use slapt-src to build and install dmenu and surf, but then slapt-get --upgrade:
- wants to replace surf by the one in extra-15.0
- but cant because libmanette is not installed
- ship libmanette in Slint (probably the best way, even if do not rebuild webkit2gtk)
- write slapt-get --upgrade -s --ignore-dep (looks to me as an ugly workaroud)
As an aside I like surf, a lot faster than Firefox. Based on webkit2gtk, with only 2149 lines of code in surf.c.