-   Slackware (
-   -   SBo Protocol for using slackware-current package as slackbuild dependency? (

michaelslack 03-04-2013 09:12 PM

SBo Protocol for using slackware-current package as slackbuild dependency?
Suppose I am writing a slackbuild (with a view to submitting it to SBo) and as a dependency it has a library which is in slackware-current but not slackware-14.0 (the -14.0 version is too old).

Does anyone know if there is there an established way of indicating this? Maybe:

1. just have this explicitly stated in the ``This requires'' field, i.e. ``create/obtain lib-whatever from slackware-current and use upgradepkg'';
2. also provide a separate SBo slackbuild, possibly copying exactly from slackware-current/source/*/ and crediting Pat appropriately;
3. something else?

I couldn't see anything along these lines after a quick look through the SBo FAQ.



chess 03-04-2013 09:17 PM

FAQ 15: For what version of Slackware are these scripts designed? Will they work on newer versions?
All of our scripts should work with the most recently released version of Slackware; if this is not the case, you should file a Bug Report. Except as noted in the next FAQ entry, the scripts should also work on older versions of Slackware. Slackware -current is not supported, but as a general rule, the scripts should work on it as well.


Additionally, SBo does not accept scripts for things included in Slackware. So I think you'll need to wait for -current to be released as 14.1 or whatever and the SBo scripts to be updated for the new release.

michaelslack 03-06-2013 12:01 AM

Thanks chess. Actually looking into it a little deeper, at the very bottom of their Submissions page it says:

"As a general rule, we do not accept SlackBuild scripts of software that is included as part of Slackware; however, exceptions may be made by the admin staff on a case-by-case basis."

So they may in fact accept a slackbuild of something in slackware-current. In that case it seems folly to deviate from Pat Volkerding's own slackbuild (unless of course that causes some problems to slackware-14.0). I could imagine putting a comment in somewhere saying "this software, which is in fact included in slackware-current at the present time is only provided so package such-and-such will function in slackware-14.0" or something along those lines.

If I don't receive any guidance from a SBo maintainer here I'll pursue it with them directly, or else just submit something and see what they say then.



willysr 03-06-2013 12:17 AM

I think mozilla-firefox-esr is a good example
They are already included in Slackware, but they are also placed on SBo since the one in Slackware is a rolling release from Mozilla

michaelslack 03-06-2013 01:17 AM

Thanks very much Willy, I hadn't seen that and it is very helpful to know it is there and see how it is ``packaged''.



chess 03-06-2013 06:54 AM

Michael, I would jump into #slackbuilds on IRC or post on the ML.

Alien Bob 03-06-2013 07:22 AM

The policy is that you have to supply all missing dependencies for a script that you submit. Any script on should result in a working package, with no other requirement than a full installation of Slackware and other scripts found in the repository.

If you need to add a script for a package which is in -current but not in 14.0 you can write your own SlackBuild for that and submit it, or use the SlackBuild which is part of Slackware-current - but then ask permission first from Patrick, it is the proper thing to do. And do not change the copyright lines of the script in that case!


michaelslack 03-07-2013 08:35 PM

Thanks Eric, I had come to a similar conclusion about what ought to be submitted, but it was a bit unclear what would and wouldn't be ok re: one of Pat's own slackbuilds from -current. If and when I am ready to submit something I'll be sure to contact Pat first.



All times are GMT -5. The time now is 01:41 PM.