How do I keep up with all these dependency updates / QMPlay2?
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
How do I keep up with all these dependency updates / QMPlay2?
I tried to launch QMPlay2, and suddenly it doesn't launch anymore. Slightly flummoxed, I checked the dependencies. I noticed that libass had a very recent update, and maybe that is responsible for it not launching anymnore?
Seeing as dependencies aren't automated, how do I keep track of what is being updated and could be affecting applications? If an application stops working should I look at all its dependencies and reinstall/recompile them?
Last edited by Lysander666; 01-26-2018 at 09:29 PM.
Short answer: sbopkg, sbotools, slackrepo, sboui, etc.
Longer answer: these tools can track dependencies for SlackBuilds.org packages and let you know when upgrades are available. Some of them will also allow you to automatically rebuild any packages that depend on something that was upgraded.
Last edited by montagdude; 01-26-2018 at 09:35 PM.
Short answer: sbopkg, sbotools, slackrepo, sboui, etc.
Thanks, the only one of these I'd heard of was sbopkg. sboui looks good. Slackrepo looks good but hasn't been updated for a long while. It feels a bit like cheating but I think some of these are going to be valuable tools.
Quote:
Originally Posted by montagdude
Longer answer: these tools can track dependencies for SlackBuilds.org packages and let you know when upgrades are available. Some of them will also allow you to automatically rebuild any packages that depend on something that was upgraded.
Yes, I think I may need to rebuild QMPlay2. Yesterday I tried reinstalling the binary from SlackOnly and that didn't work. It was the lazy way.
These are very useful. I think I'm going to have to make a list of everything I installed through sbopkg [shouldn't be too hard] and also anything I've installed as a pre-compiled binary. I have built a number of packages manually - I don't know if sbopkg lists these as well. Still, my /tmp folder has still not been cleared out since I installed 14.2, so that should go some way to letting me know everything that's been built and installed.
Last edited by Lysander666; 01-27-2018 at 06:23 AM.
I think I'm going to have to make a list of everything I installed through sbopkg [shouldn't be too hard] and also anything I've installed as a pre-compiled binary. I have built a number of packages manually - I don't know if sbopkg lists these as well. Still, my /tmp folder has still not been cleared out since I installed 14.2, so that should go some way to letting me know everything that's been built and installed.
Slackrepo was just recently being worked on. You have to look in idlemoor's GitHub.
That is what I use, but I think that it is not honoring the ARCH in the scripts when it is set to ARCH=noarch. I am trying to investigate that a little more because that could be something I did. It's not that big of a deal until you have a script that is looking for 'noarch' in the package name (like I do).
but unfortunately I've had other priorities in my job
"You need to use your annual leave before April. There's a lot in your backlog. Have you finished those non-sprint items yet? You need to use your annual leave before April. There's a lot in your backlog. Have you finished those non-sprint items yet? You need to use your annual leave before April..."
Quote:
Originally Posted by Skaendo
I think that it is not honoring the ARCH in the scripts when it is set to ARCH=noarch. I am trying to investigate that a little more because that could be something I did. It's not that big of a deal until you have a script that is looking for 'noarch' in the package name (like I do).
Yes you're right, thanks, and that definitely needs fixing -- sorry
but unfortunately I've had other priorities in my job
"You need to use your annual leave before April. There's a lot in your backlog. Have you finished those non-sprint items yet? You need to use your annual leave before April. There's a lot in your backlog. Have you finished those non-sprint items yet? You need to use your annual leave before April..."
LOL, I get it. No worries.
Quote:
Originally Posted by 55020
Yes you're right, thanks, and that definitely needs fixing -- sorry
I wasn't going to say anything until I looked into it more because I'm using non-SBo scripts, so I thought it could've been something i did. But thanks for looking into it.
So, does this mean we'll see a newly released version in April?
@OP, the older version of slackrepo still works great (if you don't want to run the master branch out of his github). It is, by far, my favorite compiling/packaging tool for Slackware.
So, does this mean we'll see a newly released version in April?
@OP, the older version of slackrepo still works great (if you don't want to run the master branch out of his github). It is, by far, my favorite compiling/packaging tool for Slackware.
Great, thanks a lot, I'll have a look. I only use sbopkg at the moment.
Shortest answer - don't update once you have what you need. The only people I know of who actually need the assumed "latest and greatest" are some software developers. If you are one, I'd suggest using some rolling release like Arch for development, and Slackware for running the things you love and protect.
That is terrible advice, Slackware is a great development release while arch is a maintainers nightmare with absolutely 0 quality control. If you use arch for development you will be spending much more time fixing or working around their broken packages than developing software.
So, does this mean we'll see a newly released version in April?
@OP, the older version of slackrepo still works great (if you don't want to run the master branch out of his github). It is, by far, my favorite compiling/packaging tool for Slackware.
Have you got a link for that? I can't find a working one.
EDIT: I downloaded it from github but am getting 'permission denied' when trying to run ./slackrepo.SlackBuild having logged in as root [su]. Anyone know why this could be?
Distribution: Slackware/Salix while testing others
Posts: 1,718
Rep:
I use slackpkg and sbopkg or slapt-get and slapt-src depending on if I am in my Slackware or Salix box. Both do a great job with upgrades. I update Slackware packages when updates are available from Slackware, SBo--is on a as needed basis, often times SBo maintainers upgrade scripts for newness and not security only, and I prefer upgrades for security only. Changelog link Didier posted is a great resource before typing upgrade-all in case there are any (rare) *Caveat emptors.
Have you got a link for that? I can't find a working one.
EDIT: I downloaded it but am getting 'permission denied' when trying to run ./slackrepo.SlackBuild having logged in as root [su]. Anyone know why this could be?
That is usually because the SlackBuilds are not executable when you get them. You need to:
Code:
chmod +x ./slackrepo.SlackBuild
making sure that you are working in that directory via your terminal.
And if you downloaded the master branch from idlemoor's GitHub, you'll need to extract the zip file, put the whole lot in a directory (or rename) named slackrepo-3.0, compress it as a .tar.gz, then copy the SlackBuild, info, Readme, etc in the same directory as the archive you just made and then run the SlackBuild.
Distribution: Slackware/Salix while testing others
Posts: 1,718
Rep:
Quote:
Originally Posted by Skaendo
That is usually because the SlackBuilds are not executable when you get them. You need to:
Code:
chmod +x ./slackrepo.SlackBuild
making sure that you are working in that directory via your terminal.
And if you downloaded the master branch from idlemoor's GitHub, you'll need to extract the zip file, put the whole lot in a directory (or rename) named slackrepo-3.0, compress it as a .tar.gz, then copy the SlackBuild, info, Readme, etc in the same directory as the archive you just made and then run the SlackBuild.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.