Re: Bulk builds as a helper for pkgsrc developers

[Aleksey Cheusov <cheusov%tut.by@localhost>]

> In general this sounds like a good plan... although at the moment I
> think we more urgently need better tools to handle the failure
> information we already get. But that's a separate project, so...:

I think Jeremy had very good point starting this 

http://mail-index.netbsd.org/tech-pkg/2010/03/03/msg005081.html

discussion.

Personally, I don't buy "It is more important to have packages.".

http://mail-index.netbsd.org/tech-pkg/2010/03/08/msg005102.html

As for me, it's more important to have high-quality consistent binary
repositories.  And, with DESTDIR enabled by default bulk build slowness
(msg005102) is not relevant anymore. Right?

P.S.

0 ~>ftp -4 -o- 
ftp://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/i386/5.1_2011Q2/All/pkg_summary.gz
 | gunzip > summary
0 0 ~>pkg_lint_summary -l summary | grep libgcc_s | head -1
l: not_found /usr/pkg/lib/libgcc_s.so.1 wm/3ddesktop 3ddesktop-0.2.9nb5
141 141 0 distbb>pkg_lint_summary -l summary | grep libgcc_s | wc -l
     646
1 0 0 ~>

pkg_lint_summary is from pkgtools/pkg_summary-utils.
From manual page

       -l     analyses  REQUIRES/PROVIDES  fields  of  pkg_summary(5) given on
              input. Format of the output:

                 l: not_found SO_LIBRARY PKGPATH PKGNAME

              This means  that  the  package  PKGNAME  from  PKGPATH  requires
              SO_LIBRARY  but  there is no package that PROVIDES it.  Sample of
              usage:

                 # pkg_info -Xa | pkg_lint_summary -l
                 l: not_found /usr/pkg/lib/libmaa.so.2 wip/dict dict-1.11.2
                 l: not_found /usr/pkg/lib/libz.so.1 wip/dict dict-1.11.2
                 l: not_found /usr/pkg/lib/libz.so.1 wip/dictd dictd-1.11.2
                 #

-- 
Best regards, Aleksey Cheusov.