Re: [Pkgutil-users] bldcat patch to auto-generate catalog name and GPG sign
Status: Beta
Brought to you by:
bonivart
|
From: <ma...@pr...> - 2010-07-28 10:13:10
|
On Tue 27/07/10 5:24 PM , Peter Bonivart bon...@op... sent:
> On Mon, Jul 26, 2010 at 2:32 PM, ma...@pr... wrote:
>> I have one question. If I run 'bldcat .' I get a
>> catalogue file that pkgutil can use. If I run 'bldcat
>> some/path/to/some/directory' the resulting catalogue file cannot be used by
>> pkgutil because the pathname has been encoded in the catalogue. Is this a
>> deliberate feature, or is this a bug?
>
> I can not reproduce your problem. I did the same thing without getting
> the pathname included into the filename. Can you give me the actual
> command you ran and a few lines of the generated catalog?
You have to delete and re-create the catalog to reproduce this (if it re-uses old information, you don't get the problem). So, taking the latest bldcat from SourceForge, here we go:
# rm /export/swrepo/stable/i386/5.10/catalog
# ./bldcat /export/swrepo/stable/i386/5.10
Inspecting /export/swrepo/stable/i386/5.10/berkeleydb4-4.2.52,REV=2009.10.18-SunOS5.8-all-CSW.pkg.gz
Inspecting /export/swrepo/stable/i386/5.10/berkeleydb42-4.2.52,REV=2009.10.18_rev=p5-SunOS5.8-i386-CSW.pkg.gz
Inspecting /export/swrepo/stable/i386/5.10/bzip2-1.0.5,REV=2010.06.28-SunOS5.9-i386-CSW.pkg.gz
Inspecting /export/swrepo/stable/i386/5.10/ca_certificates-20091101,REV=2009.11.01-SunOS5.8-all-CSW.pkg.gz
Inspecting /export/swrepo/stable/i386/5.10/common-1.4.7,REV=2009.09.20-SunOS5.8-i386-CSW.pkg
<snip>
# cat /export/swrepo/stable/i386/5.10/catalog
berkeleydb4 4.2.52,REV=2009.10.18 CSWbdb4 export/swrepo/stable/i386/5.10/berkeleydb4-4.2.52,REV=2009.10.18-SunOS5.8-all-CSW.pkg.gz 0a25868a37d6690acd99a25df4bc3511 696 CSWbdb42|CSWcommon none none
berkeleydb42 4.2.52,REV=2009.10.18_rev=p5 CSWbdb42 export/swrepo/stable/i386/5.10/berkeleydb42-4.2.52,REV=2009.10.18_rev=p5-SunOS5.8-i386-CSW.pkg.gz 18abbcdda31d6d66f2b90f9830321f74 3182435 CSWcommon none none
bzip2 1.0.5,REV=2010.06.28 CSWbzip2 export/swrepo/stable/i386/5.10/bzip2-1.0.5,REV=2010.06.28-SunOS5.9-i386-CSW.pkg.gz a52eb6c2b1cf435089029f4428c4525a 405633 CSWcommon|CSWisaexec none none
ca_certificates 20091101,REV=2009.11.01 CSWcacertificates export/swrepo/stable/i386/5.10/ca_certificates-20091101,REV=2009.11.01-SunOS5.8-all-CSW.pkg.gz 2900aaab9fd765853b22ef8d7ab76831 129040 CSWcswclassutils|CSWcommon none none
common 1.4.7,REV=2009.09.20 CSWcommon export/swrepo/stable/i386/5.10/common-1.4.7,REV=2009.09.20-SunOS5.8-i386-CSW.pkg 25fc0169b494b40904f02347a2326046 25088 none none none
<snip>
If you try to download or install software now, it breaks:
# pkgutil -U
# pkgutil -d berkeleydb4
Solving needed dependencies ...
Solving dependency order ...
Package list:
CSWbdb4-4.2.52,REV=2009.10.18
CSWbdb42-4.2.52,REV=2009.10.18_rev=p5
CSWcommon-1.4.7,REV=2009.09.20
Total size: 3.1 MB
3 packages to fetch. Do you want to continue? [Y,n] y
=> Fetching CSWcommon-1.4.7,REV=2009.09.20 (1/3) ...
/var/opt/csw/pkgutil/packages/export/swrepo/stable/i386/5.10/common-1.4.7,REV=2009.09.20-SunOS5.8-i386-CSW.pkg: No such file or directory
Fetching of CSWcommon-1.4.7,REV=2009.09.20 failed. Try updating your catalog with pkgutil -U.
By the way, I notice you've put $Id$ at the top of your scripts (bldcat, pkgutil etc.). I think you mean $Id:$ don't you? You'll also need to do an 'svn propset svn:keywords Id <filename>' on each file where you want that tag to be substituted, if you haven't already done so.
Best regards,
Mark.
|