Download your favorite Linux distribution at LQ ISO.
Go Back > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Slackware This Forum is for the discussion of Slackware Linux.


  Search this Thread
Old 10-10-2008, 11:08 AM   #16
Registered: Apr 2005
Location: Canada
Distribution: Slackware64-current on Thinkpad Carbon X1
Posts: 264

Rep: Reputation: 63

It does sound interesting... but sounds like a lot of work also... just hope this isn't one of those good ideas that never gets off the ground
Old 10-12-2008, 07:49 AM   #17
Registered: Jul 2008
Location: Coffin Point
Distribution: Slackware - ttylinux - CPO
Posts: 53

Rep: Reputation: 15
I posted something in another thread which you may find useful:

Slackware 12.1 but compiled -Os -march=pentium-m
Old 10-14-2008, 01:19 AM   #18
Registered: Dec 2003
Distribution: Slackware
Posts: 325

Original Poster
Rep: Reputation: 30
Coming soon

Well it certainly won't be something that is 'wham bam' done over night. It is a project. It will evolve as time goes on. It won't be much when it opens but it'll get the ball rolling.

I have found a host. I have not setup everything yet though. I am still waiting on a few things, real life stuff

But as I said, there should be a site within the next few weeks. At least, that is the time frame I am looking at to get this started so people can start contributing their ideas. I'm really insterested in what people will contribute, or at least their comments.

Old 10-15-2008, 07:36 PM   #19
LQ Newbie
Registered: Mar 2006
Posts: 17

Rep: Reputation: 0

As a newbie , i think this thing can teach me a lot of stuff.
and by "me" i mean all the newbies (:P)
Wish this thing will go on a few years till one day i could contribute myself.
Old 02-06-2009, 07:46 PM   #20
Bruce Hill
HCL Maintainer
Registered: Jun 2003
Location: McCalla, AL, USA
Distribution: Arch, Gentoo
Posts: 6,939

Rep: Reputation: 129Reputation: 129
Did The uSlack Project ever materialize into the realm of reality?
Old 05-23-2009, 02:27 AM   #21
Registered: Apr 2009
Location: Orlando, FL
Distribution: Scientific Linux 6 x64
Posts: 211
Blog Entries: 1

Rep: Reputation: 31
Thought I might 'bump' or 'nudge' this? Did I miss a thread? I thought it was worth resurrecting.
Old 05-23-2009, 05:04 AM   #22
Registered: Oct 2007
Location: Norway
Distribution: Slackware 14.1
Posts: 446

Rep: Reputation: 59
I would like to see this aswell. Earlier I wanted to read about every package to find out what it does and why it is needed. As I got a cheep SSD disk as / and /home I don't have much spare storage space on those partitions (The SSD is 80GB). Therefor I would like a working minimalized desktop system. But the DVD contain so many packages and getting an overview of the system as a whole is a huge task. I had some pretty good tagfiles that stripped my installation to ~2-3GB with desktop and everything. (Shame on me for not checking my backup :P). With a full installation (And some extra apps like mplayer, openoffice etc) my installation is 7GB, and use 50% of my root partition (/ is 15GB). I don't like that, because it's at least 3GB wasted space.

So, instead of me getting an overview, I want to use my computer (It's a tool, isn't it? ) to do this. Currently I've made a script where you can enter a package, and every dependencies that package would need (Using ldd on included binaries and libraries) is printed. It doesn't print a dependency as a file, but as a package. (This needs a full installation obviously). My plan was to make a new file for every package containing the dependent packages for this single package. So when building a system from scratch you could use these files as a guideline by seeing what you want, and take care of the dependencies afterwards. (Perhaps even generate tagfiles based on what you want to include and depencencies are taken care of, but this is in any case a longterm project)

But as I've worked with this script, I realized two things. First, using a bash-script is _incredible_ slow and I should be wring it as a c(++) program (But I'm not going to. Atleast not for a long while). Initially my plan was that any one that would be interested in such a script/minimal system would be running this for them selves and eventually it would print out a list of unused packages based upon packages the user said he wanted. But because it is so slow, I think I have to make a general list of dependencies and upload them somewhere (As described above). The problem now is of course the problems when one wants to install packages which is not included in a standard slackware system after it is stripped.

And second, every package seem to need a lot of strange dependencies. And frankly I believe that many of the deps actually can be excluded even tho ldd says its dependent upon a particular lib. Could this be? Is there anyone out there that could confirm this?

ldd /usr/bin/fbrun
(Fluxbox run popup thingy)
is dependent upon => /usr/lib/ (0xb7d1a000)
Is this really the case? I understand that it obliviously depending on gcc to compile, but to run?

So generally if this can't be "trusted", I need to find a different approach. Does anyone have any tricks up there sleeves? Or an idea how to do this? Would there be an interest for such a project? If my approach would work. Does anyone have an effective way of using this data I generate? Should the dep-file contain the dependencies of the dependencies, or should that be a user-opperation? Any suggestions/thoughts around this is more then welcome.
Old 05-23-2009, 07:34 AM   #23
Amigo developer
Registered: Dec 2003
Location: Germany
Distribution: Slackware
Posts: 4,902

Rep: Reputation: 590Reputation: 590Reputation: 590Reputation: 590Reputation: 590Reputation: 590
Dependency on is common for programs written in C++. The lib is part of the gcc package, but is also include in aaa_elflibs.

There is a perl program called slackdeptrack which does the same thing your bash script sounds like it does. It is probably somewhat faster than uisng bash. Still, I'd like to see your bash script, if you could post it here. I have similar code in my src2pkg program which finds out what packages a newly-built package depends on.

I wouldn't even try to list depends recursively -that could take ages and ages. Plus, any program which proposed to resolve the dependencies or anything, would take care of that.

No system for Slackware will work perfectly simply because the system for tracking and listing depends must be closely tied to the content of the packages themselves. And since Slackware doesn't make any changes to make this easier, you are stuck creating code work-arounds.
The case you mention is a good example -it'S the only 'duplicate' library which is part of aaa_elflibs which isn't also supplied by some other, fairly small, package. What I'm getting at is this: showing dependencies on aaa_elflibs is not a good idea, but if you don't, then will resolve to show dependency on the gcc package. For a runtime-only system (without development tools), this doesn't make any sense.

You can peek at the code I've come up with here:

Or simply install src2pkg and you'll find it in /usr/libexec/src2pkg/14-make_doinst

Since my code is not stand-alone, it may be a little harder to get a hold on what it is doing, but it does show some ways to handle exceptional cases -mostly dealing with the aaa_elflibs situation. My code, by default, also ignores dependency on glibc. Basically, if slackware packaged separately, you could ignore aaa_elflibs completely and listed depends would make more sense without turning so complex.

I'd like to see your stand-alone code -I may be able to suggest some tweaks that would speed it up a bit.
Old 05-23-2009, 08:29 AM   #24
Registered: Jul 2007
Location: Belgium
Distribution: slackware64 14.2, slackware 13.1
Posts: 371

Rep: Reputation: 54
It seems there is a beginning:

thanks to google for finding the site!
Old 05-23-2009, 09:36 AM   #25
Registered: Oct 2007
Location: Norway
Distribution: Slackware 14.1
Posts: 446

Rep: Reputation: 59
Thank you gnashley for your informative post. I wasn't aware of that perl solution. I have no doubt that it will be faster then bash. I will certainly check it out. No reason to re-invent the wheel

For those who might be interested in the script. Note that it is really buggy. It doesn't (atleast yet) work as intended, and it's slow. I'm not a very good scripter either, but I know enough to do some simple ineffective things.

#Usage: ./something <complete_packagename> (As listed in /var/log/packages/, but without path)

#This first piece of code search trough every file and sort out lines
#with bin/libs and checks that it actually is an executable.
for i in $(cat /var/log/packages/$pkg); do

  tmp=/$(echo $i | grep -e bin -e lib)
  if [ -f $tmp ] && [ -x $tmp ] ; then

    #If it is an executable it searches for packages
    #containing every library needed for every executable.
    ldd $tmp > libs.tmp
    for j in $(cat libs.tmp | cut -d ' ' -f 1); do

      grep $j /var/log/packages/* | cut -d ':' -f 1 >> pkg.tmp

    done #Search for packages

  fi #Check that its an executable

done #Searching trough package

#To print only unique packages, the list needs to
#be sorted because of the way uniq works.
sort -u pkg.tmp | uniq -u

rm libs.tmp pkg.tmp
This is something i cooked up when I was bored at work. I've done some testing after I got home now, and it seems to be buggy. First I haven't done anything about your suggestions (yet). And this won't actually work as intended. The main reason is because it doesn't take into account that several packages can include the same libraries. So therefor it will display more packages then I would actually need. In some situations it displays a lot of packages where it actually really need one of them.

Last edited by Dinithion; 05-24-2009 at 09:34 AM. Reason: Added how to use the script
Old 05-24-2009, 09:23 AM   #26
Registered: Mar 2004
Distribution: Fedora
Posts: 254

Rep: Reputation: 30
Sorry for being late, sound very interested where we are now?
Old 08-03-2009, 07:10 PM   #27
LQ Newbie
Registered: Feb 2009
Posts: 14

Rep: Reputation: 0
In terms of micro-Slack... isn't Slax closely based on Slackware 12.2?

The problem as I see it is to generate a base list of slackware packages to install from the standard disks. For me, a minimal system includes Xorg and slapt-get. I can install the rest myself as need be.

My intention is to boot up slax, deactivate all the lzm modules except the base and xorg modules, and printout the remaining packages from /var/log/packages. Maybe cull or add the list a bit?

I can then use that list as a guide to install normally from the slackwware install disks. Or is that not a good plan?


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
LXer: Print.Print Add to Project.Add to Project Bookmark with Simplify PHP Development with WASP LXer Syndicated Linux News 0 01-21-2006 08:46 PM
Beginning a big project - Need an Good Project Manager gamehack Programming 3 01-15-2004 11:49 AM
maybe a Project balam Linux - Software 1 02-01-2003 04:49 PM
Cannot see Open GL project in KDevelop project wizard SparceMatrix Programming 2 08-07-2002 11:14 PM
Project sakeeb Linux - General 1 08-01-2002 06:39 AM > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 01:12 AM.

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