tech-pkg archive
[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index][
Old Index]
Re: Bulk builds as a helper for pkgsrc developers
> 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.
Home |
Main Index |
Thread Index |
Old Index