List of Linux modules and connnections?
I'm a Linux newbie and my goal during 2006 is to really learn what this Linux thing is, how it is put together, and how to fix it when it breaks. I have a test machine with SUSE 10.0 on it and I can go wild - if I totally break it I can always wipe the hard drive and re-install. This is the only way I will learn this, up until now I have been afraid to tinker.
Anyway, I am learning that....well, let me first say that I realize Linux is just a kernel HOWEVER, when my machine comes up with SUSE 10.0 and KDE and Kaffine and amaroK and Kooka I think of it as all Linux because what you see is what you get. So, I'm learning that this Linux world is very modular - Kooka talks to Sane which talks to some libraries. If you are not happy with your version of Sane you just drop an older version in there and it will all work. The same is true of Arts - it is a module for sound that is used by KDE system notifications. I don't know what else uses Arts or what libraries it needs. Does there exist somewhere a high-level graph or document that explains what the modules are, what they are used for, and what talks to what? At this high level are all distros pretty much the same? Phil |
Hi,
Off the top of my head I'd suggest just reading the kernel documentation while glancinp over /lib/modules/`uname -r`/modules.dep There's a link to cross-referenced source somewhere on the kernel.org server, too. CHeers, Tink |
It was my understanding that if I wanted to know about XMMS and Kaffeine and Ksd and amaroK and Kooka that I was way above the kernel. These are KDE modules.
For instance, Kooka needs to talk to Sane. Sane needs to talk to ????? What else talks to Sane? What else can Kooka talk to? What about XMMS and Kaffeine and Ksd? Are they just frontends to some engine that in turn connect to some libraries inside the kernel? Is there a graph showing all these relationships and how the dots are connected? Phil |
Sorry, my bad. I assumed you actually meant modules when you
talked about modules, and that you weren't looking for KDE applications and their relationship to other libraries. To find out which application utilises which libraries you can run Code:
ldd `which kooka` that kooka was linked against. Cheers, Tink |
Thanks....I think.....
I have so much to learn about this.... To get it to work I typed "ldd /opt/kde3/bin/kooka" Then I learned everything I ever wanted to know about what Kooka needs to function. I think that 2006 will be an interesting year for me. :) |
Heh - you're welcome.
If you find the output overwhelming you can narrow it down by for instance excluding the obvious from the list, e.g. all KDE libraries and the X11 libs ... Code:
ldd `which kooka`|egrep -v "(/opt/kde|/usr/X11)" Cheers, Tink |
Here is a web site that appears to show all the KDE packages,
a description of what they do, their run-time dependencies (what do they need in place to function), and their reverse dependencies (who depends upon them to function)..... http://gentoo-portage.com/kde-base |
Caution: that's NOT a list of KDE dependencies as such, that's how
the maintainer of the KDE stuff within the Gentoo-team sees them. That can be quite distinct, no matter what distro you look at. Plus (in the case of kooka) you don't see anything about interaction with Sane, for example. Cheers, Tink |
Yes, I was LOOKING for SANE in there and didn't see it and wondered.
Here is my goal - and since this is my goal I don't know if I want to take your advice about simplifying the dependency list. Let's say that my Linux distro is a hotel with many floors and many rooms. During 2006 I would like to visit all the rooms, see how they are arranged, see what furniture they have, and how the view is from the windows - but I also want to know how they are put together. Now, to be really dangerous let's view this hotel as a puzzle. Let's say that Kooka is on the top floor and is built on Sane which is on the second floor and that is built on another layer that then sits on the foundation which is the kernel. Which key pieces in the kernel when removed will cause that entire part of the building to collapse? What other parts will collapse? If for instance I rename some file and reboot Linux, what will fail, how will that appear and how will I know by looking at the errors what has failed and how to fix it? Do you think this is a good way to learn the inner workings of Linux or am I totally crazy? |
All times are GMT -5. The time now is 05:37 AM. |