Frequently Asked Questions

Are you affiliated with and/or endorsed by Slackware?

Do you have a help forum, mailing list, or an IRC channel?

What are all of those .asc files in the repository?

Where is the project's GPG key?

How do I use a SlackBuild script?

How do I submit SlackBuild scripts to the project?

How do I learn to write a SlackBuild script?

Do you have a sample or template SlackBuild script that I can use as a guide?

I've found a problem with one of the scripts - now what?

The download link for the source tarball is not working - now what?

Do I have to run the script as root?

I'm trying to test a script as a normal user, but I get errors indicating that I do not have permission to write in /tmp/SBo - what's wrong?"

There's a newer version of some app in the repository - who do I tell?

For what release of Slackware are these scripts designed? Will they work on newer versions?

Will these scripts work on older versions of Slackware?

Why don't you provide scripts that work with the Slack/390 or one of the 64 bit ports of Slackware?

Do you provide precompiled packages from your SlackBuild scripts?

Why don't you provide a way to resolve dependency information automatically in your scripts?

• No. We are not affiliated with or officially endorsed by either Patrick Volkerding or Slackware Linux, Inc. This project is maintained by volunteers who wish to contribute something useful to the Slackware user community.

• At this time, we do not have a user help forum. However, we do have a Mailing List and an IRC channel on the freenode network at irc.freenode.net - #slackbuilds - feel free to join and/or stop by!

• Those files are GPG signatures. They can be used to verify that the SlackBuild script tarball is exactly the one that we placed on the site. Assuming you have both the script tarball and the .asc file in the same directory, this process is as simple as:
  gpg --verify app.tar.gz.asc

• Our GPG key is located at http://slackbuilds.org/GPG-KEY

• See our Usage HOWTO page.

• See our Submission Guidelines page.

• See the SlackBuild Writing HOWTO on SlackWiki.org. Be sure to follow our additional guidelines given in the Submission Guidelines page as well.

• Yes, we do have SlackBuild Script Template available for download.

• See our Bug Reporting page.

• There are at least two possible causes. First, some upstream providers seem to think that it's a good idea to move link locations around when they make new releases, so the result is that download links to older releases break. If/when this happens, look around on their site and you should usually be able to find the new link. Also, check the README file as it may have some clue as to the source code's new location.
• Another potential cause is that sourceforge seems to have a broken mirror - this has been the case for several months now (time of this writing is 20070606). An easy workaround is to add a timeout to your wget command for downloading the source - see wget(1) for more information; a timeout of 10 seconds should be sufficient.

• Well, yes and no. The package must be built as root in order for the ownership and permissions to be set correctly (any usage of the chown command inside the script will fail otherwise), but you can certainly test a script by running it as a normal user. You might consider temporarily commenting any chown lines in the script if you're trying to test it as a normal user.
• Don't bother whining about "security issues" or such from building as root. If you don't trust us to check the scripts for malicious activity, then please move along.

• If you have previously run any of our scripts as root (which is required to build a package correctly), the /tmp/SBo ($TMP) directory was created by root during that run, and a normal user account does not have write permissions to that directory. Either give the user write permissions or rm -rf the directory as root before running the script as a normal user.

• Email the individual who submitted the script and ask them to submit an updated version - you can obtain their contact information in the application's .info file. If you do not get a response and/or if the script is not updated within a reasonable amount of time, post a message to the SlackBuilds.org Users Mailing List. Please do not depend on the IRC channel for this, because many of our submitters do not stay online there, and even if they do, there is no guarantee that they will see your message.

• 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.

• Maybe. Modifying them to do so is usually simple - see our page discussing compatibility with older versions of Slackware. Keep in mind that some things will depend on other things that were not present in older versions of Slackware, so in some cases, it just might be easier to upgrade Slackware :-)

• Due to incompatibilities with S/390 and 64-bit derivatives of Slackware, those architectures are not supported, nor will we respond to bug reports on those platforms.
• We encourage the affected projects to base a comparable effort on our work if they wish to do so.

• No. We are not now, nor will we ever be, a source of precompiled packages.

• The short explanation goes something like this: there are too many potential pitfalls associated with automatic dependency resolution in addition to obvious "political" issues surrounding it. Rather than create a potentially buggy implementation or risk the perception of "preferential treatment" toward some third-party package management utility, we chose to omit the inclusion of dependency information (with the exception of noting it in the README files). If you want to know what non-Slackware dependencies are required by a package, see the README file associated with its SlackBuild script.