On Sun, 15 Feb 2009 11:24:52 -0600, John W Foster wrote: > I am aware that this is not usually considered a good practice. However > debian as vast as it is does not provide software that meets all my > needs. I therefore sometimes either " " or use pre-compiled > binaries that are designed to be installed from the basic tarball. An > example of these is BRL-CAD and VARKON cad (old .debs). I also use > script driven apps such as Kompozer, MoneyDance, Gallery2 and the > tarball setup of Webmin as I prefer them, & with the exception of webmin > there are currently there are no debian maintainers to make these all > available, or in some case they are not "free" apps but stuff I pay for. > They install somes libs each time they are upgraded or installed. My > question is more specifically about the capabilities of GTKOrphan and > deborphan: Do these apps ONLY find orphaned libs from debian packages or > do they somehow locate libs that are NOT a dependency of a debian > package. If the latter is the case I can not use these to get rid of the > 200 or so libs (mostly java) that the deborphan app located. I will have > to continue doing it by checking individual dependencies of all packages > from all the sources that I use.
Debian has already had a solution for this case -- install roll-you-own tools as debian packages via checkinstall. As long as you put correct dependency info in the created debian packages, deborphan should work with your own packages fine. -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/techdocs/ http://xpt.sourceforge.net/tools/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
