Re: First pkg_dry milestone

["Jeremy C. Reed" <reed%reedmedia.net@localhost>]

On Tue, 14 Apr 2009, iMil wrote:

> # pkg_dry -u
> 
> Here's a data that I may want to know: how long does the database build take
> on your architecture ? On an Athlon 1600+, time, including pkg_summary
> download, indicates about 15 seconds.

Using code from CVS (not tarball) on a 1900MHz amd64:

$ 
PKG_PATH=http://ftp.NetBSD.org/pub/pkgsrc/packages/NetBSD/x86_64/5.0_2008Q4/All 
time ./pkg_dry -u
processing local summary...
updating database: 100%
downloading pkg_summary.bz2: 100%
processing remote summary...
updating database: 100%
       15.73 real         7.34 user         0.40 sys

(don't know how much time to fetch over network).

> > > From here you can test installation :
> 
> # pkg_dry -i <package>
> 
> Where <package> is the PKGPATH name of the package without category, i.e. :

Not sure if that is a okay. We are accustomed to using PKGNAME (or 
PKGBASE) not PKGPATH. ...

> # pkg_dry -i apache
> 
> or
> 
> # pkg_dry -i apache2
> 
> or
> 
> # pkg_dry -i apache22

But I do understand the problem. We should get rid of this problem from 
pkgsrc.

> To list available packages and their correct names :
> 
> # pkg_dry -a

The format is okay. I see it shows the packages by their PKGPATH names and 
not their PKGBASE.

Maybe sort case-insensitive alphabetically. (I am not sure of the ordering 
-- yap is not near yaz!)

> To list installed packages
> 
> # pkg_dry -l

This is formatted different than the -a (available) above. Maybe be 
consistent.

Also maybe sort case-insensitive alphabetically.

Also this shows PKGPATH also so doesn't match what pkg_info tells me. For 
example:

Packages I have installed:      Your tool shows I have installed:

apr                             apr0
gst-ffmpeg                      gst-plugins0.10-ffmpeg
gst-fluendo-mp3                 gst-plugins0.10-fluendo-mp3
gtk+                            gtk 
gtk2+                           gtk2 
libosip2                        libosip222
Mowitz                          mowitz
perl                            perl5
py25-expat                      py-expat
py24-libxml2                    py-libxml2
py24-libxslt                    py-libxslt   
ruby18-maruku                   ruby-maruku  
ruby18-syntax                   ruby-syntax
teTeX-bin                       teTeX3-bin
teTeX-texmf                     teTeX3-texmf

So there is not a correlation between pkg_info and pkg_dry.

Also don't know what python or ruby or other versions to use.

> Reverse dependencies for an installed package :
> 
> # pkg_dry -T <package>

I am not sure what that should do. I can't see any results from it. Please 
show an -T example. (-t does work for me.)

pkg_dry should complain if the <package> on command line is not 
found/unknown.

Thank you very much for you excellent work on this.

By the way, here are some ideas from my own tool:

tx:pkg_dry$ pkg_get -r 5.0 depends gtk2+
atk-1.24.0 depends on glib2>=2.14.3 (glib2-2.18.3nb1 is installed)
cairo-1.8.4nb1 depends on glitz>=0.5.1 (glitz-0.5.6nb2 is installed)
cairo-1.8.4nb1 depends on png>=1.2.9nb2 (png-1.2.23 is installed)
glib2-2.18.3nb1 depends on fam>=2.7.0nb7 (fam-2.7.0nb7 is installed)
glib2-2.18.3nb1 depends on pcre>=7.4nb1 (pcre-7.4nb1 is installed)
glib2-2.18.3nb1 depends on perl>=5.0 (perl-5.10.0nb2 is installed)
gtk2+-2.14.4 depends on atk>=1.13.0 (atk-1.20.0 is installed)
gtk2+-2.14.4 depends on cairo>=1.6.4 (cairo-1.6.4nb1 is installed)
gtk2+-2.14.4 depends on glib2>=2.17.6 (glib2-2.18.3nb1 is installed)
gtk2+-2.14.4 depends on jpeg>=6bnb2 (jpeg-6bnb4 is installed)
gtk2+-2.14.4 depends on pango>=1.20.0
gtk2+-2.14.4 depends on png>=1.2.9nb2 (png-1.2.23 is installed)
gtk2+-2.14.4 depends on shared-mime-info>=0.16nb2 (shared-mime-info-0.22 is 
installed)
gtk2+-2.14.4 depends on tiff>=3.7.2nb1 (tiff-3.8.2nb3 is installed)
gtk2+-2.14.4 depends on xdg-dirs>=1.1 (xdg-dirs-1.4 is installed)
libxml2-2.7.2nb2 depends on xmlcatmgr>=2.0beta1 (xmlcatmgr-2.2nb1 is installed)
pango-1.22.3 depends on cairo>=1.8.0
pango-1.22.3 depends on glib2>=2.17.3 (glib2-2.18.3nb1 is installed)
shared-mime-info-0.51nb2 depends on glib2>=2.14.3 (glib2-2.18.3nb1 is installed)
shared-mime-info-0.51nb2 depends on libxml2>=2.6.23nb1 (libxml2-2.6.30 is 
installed)
tiff-3.8.2nb4 depends on jpeg>=6bnb2 (jpeg-6bnb4 is installed)

tx:pkg_dry$ pkg_get -r 5.0 check html2latex
html2latex is not in the available database.
tx:pkg_dry$ pkg_get -r 5.0 check tidy       
Installed tidy is up to date.

$ pkg_get -r 5.0 check gtk2+
Dependency file "/usr/X11R7/lib/libX11.so.6" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libXau.so.6" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libXcomposite.so.1" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libXcursor.so.1" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libXdamage.so.1" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libXdmcp.so.6" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libXext.so.6" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libXfixes.so.3" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libXi.so.6" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libXinerama.so.1" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libXrandr.so.2" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libXrender.so.1" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libexpat.so.1" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libfontconfig.so.1" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libfreetype.so.6" used by gtk2+-2.14.4 is not 
available.
Dependency file "/usr/X11R7/lib/libpixman-1.so.0" used by gtk2+-2.14.4 is not 
available.
Available gtk2+-2.14.4 is newer than installed gtk2+

checkall subcommand does same as above but shows for all installed 
packages.

$ pkg_get -r 5.0 uptodate gtk2+            
yes