SBo scripts not building on current (read 1st post, pls)
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.
I've had to edit several .info files recently after the files were added into the core of Slackware like libvpx, orc, libvdpau, and several others who have duplicates now in Slackware since sbotools parses them, but can not yet account for files in /var/log/packages.
This might warrant looking into since several of the sbo packages now are obsoleted.
Hi ReaperX7, I think you are not using our repository at all because the scripts you name had been removed from there since ages, see the branches list (linked also above).
no, I haven't edited all the info file removing the things added to Slackware from REQUIRES: I plan to do this, as usual, just on SBo's repo before whenever we're going live after the new Slackware is out.
sorry if this confuses some automated tools but, as you hint, it's true also that they should consider what's already in /var/log/packages.
before installing a script from SBo or this unofficial fork for current you should first install the mandatory dependencies listed in the *.info file provided with the script (the "REQUIRES" variable): what Willy was trying to say to you (and that it's written on that commit he linked) is that in this repository we added libaudclient between the mandatory dependencies in the conky.info file as it has been splitted from the audacious version we have in current but conky still tries to use it.
so build libaudclient first: if you are using this repository you should find it avalaible in the libraries directory.
EDIT: I've seen you edited your messages noting that you have understood the point.
If (for example) wxPython was built on 14.1, then naturally it will be linked to libpng14. Therefore, you always need to rebuild and reinstall *all* the dependencies after upgrading to -current. In particular, for etm, nts and w3m, you need to rebuild wxPython and imlib2, and maybe also libgnomeprintui, libgnomeprint, libgnomecups, libgnomecanvas.
If (for example) wxPython was built on 14.1, then naturally it will be linked to libpng14. Therefore, you always need to rebuild and reinstall *all* the dependencies after upgrading to -current. In particular, for etm, nts and w3m, you need to rebuild wxPython and imlib2, and maybe also libgnomeprintui, libgnomeprint, libgnomecups, libgnomecanvas.
Ponce, check the following packages in the SBO tree (files now in the main tree that can be excluded in the .info files) and one has a buildtime error:
I don't know for sure, but I suspect that those are intentionally left as-is for now, because otherwise every version bump in the main SBo git tree would cause merge conflicts with the -current branch maintained by ponce. In other words, it would create a *lot* of extra work for very little gain right now.
Exactly, thanks Robby. I tried maintaining a private git branch to do the .info cleanups some months ago, but the constant rebase conflicts really are intolerable. Furthermore, there are some really complex renames to be done (e.g. Slackware's new fltk is the same as SBo's fltk13, so SBo's fltk is going to need a new name).
ReaperX7, really you had your answer in post #20 above -- your favoured sbotools handles this badly. slackrepo handles this properly 95 percent of the time ("No such dep in the git repo? Hey, if something with the right name is already installed, let's just go ahead and use that instead") and explicitly handles some of the complex package renames. I think sbopkg has some code to handle renames, and a related config file which might be helpful. Perhaps you could send suppy a patch so that sbotools can join the party, although really this is just a temporary situation, so whether such a patch is worthwhile is up to you.
As for vdpau-video, I have known about that for some time thanks. I think the same build failure also exists in 14.1 (in other words it's not specifically a -current problem), and with so many other packages to fix I've prioritised the low hanging fruit on -current. Perhaps you and the maintainer could come up with a solution?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.