[ANN] sbbdep 0.1.1 release, new feature --xdl
1 Attachment(s)
I just pushed sbbdep 0.1.1 slk bundle to the download section on bitbuckzt.
https://bitbucket.org/a4z/sbbdep_slk...k-0.1.1.tar.gz please take the build instructions from here https://bitbucket.org/a4z/sbbdep_slk/overview beside some minor internal fixes and improvements and that the root dir of the sbbdep_slk is now versioned (extract = sbbdep_slk-0.1.1 ) I added the --xdl option. xdl stands for something like explaind dynamic linked instiration for this came from this thread http://www.linuxquestions.org/questi...nf-4175433261/ and I thought it is a nice possibility to showcase whatfor sbbdep can be used (there is of course more possible) (Eric, I adopted your build script to the new version, and attach it so you can simply use it, hope that is ok.) no long description, here what is does. Code:
./sbbdep --nosync --xdl /usr/lib64/libGLU.so Code:
./sbbdep --nosync --xdl ./sbbdep Code:
time ./sbbdep --nosync --xdl /usr/lib64/libnss3.so time of sync depends also on a lot of things, mostly disk speed, but usually it is also a fast operation (if nothing is to do and it is done the 2nd time so all is in the diskcache (or on a ssd the first time) < 1s, first time on hd depends totally on the disk and what is to do so there is no average time) feel free to make problem reports and feature requests either on the bitbucket issue tracker or directly here enjoy |
I upgraded the Slackware 14.0 packages in my repository to the new version: http://slackware.com/~alien/slackbuilds/sbbdep/
Eric |
Thank you guys!
|
Thanks!
|
Thanks from me as well! :)
|
Feature request
Thanks a4z for the program and Eric for the packages, sbbdep works pretty well.
In addition, I wish it could tell more generally (i.e., not only for binary/library files) which package(s) or installation script(s) ships a specific file (for instance a data file or a text file or directory intended for configuration or documentation purpose). Granted, 'grep <part/of/path/to/the/file> /var/log/{packages,scripts}/*' gives the answer but I am a bit lazy sometimes and it could be handy to use the same command for that. Maybe you could make the program act differently, taking in account the file type as reported by the 'file' command, or simply add an option for this kind of query? I guess you don't need my advises to implement such a feature anyway ;) |
Quote:
make sense and thinking about possible ways of an implementation pop up some interesting aspects. but only if QUERY arg is an existing regular file, will not work for folders cause for example /usr would produce every package as result and makes no sense and sbbdep can also be used with a $DESTDIR argument to produce dependencies info for example today I installed unrar from sbo and using /tmp/SBo/package-unrar as an argument produces already and result ./sbbdep --nosync /tmp/SBo/package-unrar aaa_elflibs >= 14.0 | gcc >= 4.7.1_multilib cxxlibs >= 6.0.17 | gcc-g++ >= 4.7.1_multilib glibc >= 2.15_multilib | glibc-solibs >= 2.15_multilib or short version /sbbdep --nosync -s /tmp/SBo/package-unrar aaa_elflibs | gcc, cxxlibs | gcc-g++, glibc | glibc-solibs so folder names would conflict in functionality and/or require to much filtering that could never be done in an satisfying way. but ./sbbdep /some/valid/file could tell in which package(s) file is, or that it is not in a package, if it is not a dyn linked or a package. that makes somehow sense and is interesting to implement. to find out if a file has been created by an install script is currently not possible for me but links will be resolved anyway |
All times are GMT -5. The time now is 09:43 AM. |