Latest LQ Deal: Latest LQ Deals
Go Back > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Slackware This Forum is for the discussion of Slackware Linux.


  Search this Thread
Old 11-28-2006, 02:30 PM   #1
Registered: Aug 2003
Location: Minnesota, U.S.A.
Distribution: Debian, openSUSE
Posts: 400

Rep: Reputation: 30
Use or my own hosting to offer up SlackBuilds?

Here's my dilemma:

I've written a healthy amount of SlackBuild scripts since the 9.x days, and "inspired" me to make them a bit more public. Now I'm stuck with the decision to upload them to or to use my own webhosting.

I won't be offering up packages, only build scripts, slack-desc, etc, the way does it. This is simply because I may have installed packages that were used as compile-time dependencies for a package that a potential user might not have installed... Of course any required dependencies would be listed in slack-required, but I'd be rather naive to think that the occasional build isn't built with an optional dependency that I missed or neglected to notice.

Now I have over 5GB disk space with 75GB/month transfer with my current webhosting provider, and that is a LOT of SlackBuilds

Hosting them myself would give me the peace of mind of using something like rsync to keep my local SlackBuild cache, with version and minor updates to be synced with the remotely hosted SlackBuild repository. On the other hand, it would require me to advertise what I'm offering more publicly than the up-and-coming, which is becoming well-known in its own right. Also, I may have chosen to build my package differently than a package that exists on, and would rather avoid any conflict between which is 'proper' or which has the 'proper features'. I'm competent enough to write build scripts that don't misbehave and do exactly as they should do, but that doesn't necessarily mean that my preferred build of a package and Joe Sixpack's prefereed build are the same beast.

So I'm asking the Slackware community (at least those of us who participate @ With the above comments in mind, saner to host my own builds or succomb to uploading them to in a sort of "fire-and-forget" fashion?
Old 11-28-2006, 02:53 PM   #2
Alien Bob
Slackware Contributor
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,482

Rep: Reputation: 7795Reputation: 7795Reputation: 7795Reputation: 7795Reputation: 7795Reputation: 7795Reputation: 7795Reputation: 7795Reputation: 7795Reputation: 7795Reputation: 7795
It is entirely up to you :-)

SlackBuild scripts at are well-tested by others than just the author, and we try to make sure that any SlackBuild either produces a working package on a stock (full-install) Slackware 11.0 or that the info file lists all non-Slackware software dependencies.

But we also like the submitted SlackBuilds to adhere to certain standards - see the template file for instance. I do building, testing and approving (or rejecting!) of submissions like all the other admins at but I also maintain my own repository of SlackBuilds (guess where) because I have set other goals for the scripts I write. You'll find lots of stuff in my scripts that are as much an educational experience as they are being purposeful). I would not easily approve any of my own SlackBuild scripts for the repository!

Also note, that if you dump tens and tens of SlackBuilds on us, it will take quite some time to go through them, build, test, and approve them. We're doing this in our own free time and don't want to let our standard slip. Why don't you submit one or more of your scripts and let us have a look?

There are more SlackBuild repositories on the Net, and you might decide to host your own and add it to the list. It is beneficial for all Slackware users if they have multiple sources of good stuff for their computers.

Old 11-28-2006, 10:51 PM   #3
Senior Member
Registered: Oct 2002
Distribution: Slackware, Windows 10
Posts: 1,271

Rep: Reputation: 80
I would like to say that my experiences with have been flawless. I am grateful to those who have put the time and effort into writing these scripts. I am very pleased to be able to build my own packages in this manner rather than relying on other people's packages that may or may not be very good.

I had been using checkinstall as I can not yet get my head around how to create a SlackBuild script on my own (I am a self-taught linux and computer user) and I don't wish to use unknown packages. I still do use checkinstall for packages I don't have scripts for.

I would like to suggest - selfishly perhaps - that you consider adding your scripts to's repository. I feel that having these tools in one location is better for all involved than having multiple locations and duplicated efforts. I'm certain your contributions would be both credited and appreciated.

My 2 cents.

Thanks again to all involved in - Great idea!

Old 11-29-2006, 08:11 PM   #4
Registered: Mar 2006
Distribution: Slackware 12.1
Posts: 95

Rep: Reputation: 15
I agree with Franklin. I think that is an outstanding resource for Slackware users. I look there first when installing a new app/library. I'd love to see more scripts available (of course), but I realize its a lot of work for the team to manage.

Thanks to the team for some great work!!
Old 11-30-2006, 11:53 AM   #5
+Alan Hicks+
Registered: Feb 2005
Distribution: Slackware
Posts: 72

Rep: Reputation: 55
I may be out of line, but as one of the admins, I think I speak for all of us when I say you should do whichever you want to do. After all, isn't that what open source is all about?

Of course, we would prefer that you contribute to our project if your SlackBuild scripts follow our (somewhat stringent) guidelines. I know that my personal SlackBuilds need more than a little tweaking to get them up to speed so that everyone else can use them without any issues. Things like the .info file and comprehensive READMEs that mention all the stuff that you already know, but others probably don't, are something that I as a general rule don't use for anything I'm building myself.

I tell you what. Why don't you join the slackbuilds users mailing list and post a couple of your better scripts? We'll be more than happy to look 'em over and decide what needs to be done (if anything) to bring them in line with our standards, and then you can decide if the effort required is worth the benefit of having your scripts in the same repository that other people's scripts are in.
Old 11-30-2006, 12:41 PM   #6
Slackware Contributor
Registered: Oct 2004
Location: Tuscaloosa, Alabama (USA)
Distribution: Slackware
Posts: 2,546

Rep: Reputation: 1230Reputation: 1230Reputation: 1230Reputation: 1230Reputation: 1230Reputation: 1230Reputation: 1230Reputation: 1230Reputation: 1230
First, thanks to you guys for the nice words about - we appreciate the good publicity!

I'll echo what Alan and Eric already said, for the most part. Like Eric, I also keep some SlackBuild scripts on my own site (primarily for testing purposes or things that are/will be a part of official Slackware at some point), so there's no reason why you can't maintain some on your site too.

Old 11-30-2006, 08:56 PM   #7
Registered: Aug 2003
Location: Minnesota, U.S.A.
Distribution: Debian, openSUSE
Posts: 400

Original Poster
Rep: Reputation: 30
Yeah, I'm still in the process of going through the bulk of my scripts to make sure they're "sane", as in safe for people other than myself

In the process, I wrote a nice (easy) little script that checks if the contents of a package exist on the filesystem pre-install.

So basically, if you build a package, or if you're about to install a package, you can make sure it isn't going to step on any parts of an existing package by using this:

for i in `tar tzf $1`; do if [ -e "/$i" ]; then echo "found" $i; fi; done
Just copy/paste that into a script (I used, then

chmod +x
you can then just:

/path/to/ /path/to/package.tgz
The script is really simple, yet seemed like a good idea to me and isn't something I've seen out in the wild, so I figured 'why not?'.

It will output directories, which is fine by me, since that lets me know it works

The important thing is that it doesn't list any actual files. Any listed files already exist on your system and will be overwritten by the package you run the script on, should you choose to install said package.

Feel free modify/share/whathaveyou, its a good tool for first-time package builders.

For example, "PyQt" isn't a default Slack 11.0 package, but the PyQt bindings do exist in python 2.4 site-packages. So if you got excited and built PyQt, then ran this script pre-install, you'd realize that you're stepping on an existing package and that the PyQt package isn't actually necessary. At least that's one scenario.


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off

Similar Threads
Thread Thread Starter Forum Replies Last Post Frozen Bubble not working... Lufbery Slackware 7 11-07-2006 01:54 PM
LXer: Web Hosting Provider Verizon Business Expands Managed Hosting ... LXer Syndicated Linux News 0 09-17-2006 06:21 AM
LXer: Web Hosting Provider Zen Internet Offer Linux Hosting Trial for 1 ... LXer Syndicated Linux News 0 04-20-2006 09:33 PM
Are there any SlackBuilds for Firefox 1.5 (build from source) spinner_0 Slackware 7 01-18-2006 04:48 AM
SlackBuilds - file permissions merchtemeagle Slackware 1 09-23-2005 02:47 PM > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 09:10 PM.

Main Menu
Write for LQ is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration