pkg repo not creating repo.txz on 8.4-STABLE

Matthew Seaman m.seaman at infracaninophile.co.uk
Wed Dec 4 17:45:59 UTC 2013


On 12/04/13 17:39, Matthew Seaman wrote:
> On 12/04/13 17:07, Fleuriot Damien wrote:
>> Hello list,
>>
>>
>>
>> I've got this tiny problem where issuing `pkg repo /tmp/repo/All` won't yield a repo.txz file, anywhere at all.
>>
>> /tmp/repo/All contains a single, very small python package (this is a real, valid port), on purpose to minimize the size of ktrace dumps.
>>
>>
>> # pkg version
>> root at bsd8:/ # pkg -v
>> 1.2.1
>>
>> # Contents of /tmp/repo/All/
>> root at bsd8:/ # ls -l /tmp/repo/All/
>> total 4
>> -rw-r--r--  1 root  wheel  2312 Dec  4 15:57 python2-2_1.txz
>>
>> # Command used to create the repo
>> root at bsd8:/ # pkg repo /tmp/repo/All/
>> Generating repository catalog in /tmp/repo/All/: done!
>>
>> # Resulting files , note that digests and packagesite were generated successfully
>> root at bsd8:/ # ls -l /tmp/repo/All/
>> total 12
>> -rw-r--r--  1 root  wheel   256 Dec  4 16:46 digests.txz
>> -rw-r--r--  1 root  wheel   712 Dec  4 16:46 packagesite.txz
>> -rw-r--r--  1 root  wheel  2312 Dec  4 15:57 python2-2_1.txz
>>
>>
>>
>> I've tried gleaning info from both truss and ktrace, with the following results from kdump:
>>
>> # Actual ktrace
>> ktrace pkg repo -q /tmp/repo/All/
>>
>> # grep repo.txz during kdump
>> root at bsd8:/ # kdump | grep -C 8 repo.txz
>>   2254 initial thread CALL  munmap(0x802400000,0xe00000)
>>   2254 initial thread RET   munmap 0
>>   2254 initial thread CALL  close(0x3)
>>   2254 initial thread RET   close 0
>>   2254 initial thread CALL  unlink(0x7fffffffe580)
>>   2254 initial thread NAMI  "/tmp/repo/All//digests"
>>   2254 initial thread RET   unlink 0
>>   2254 initial thread CALL  stat(0x7fffffffe170,0x7fffffffe0c0)
>>   2254 initial thread NAMI  "/tmp/repo/All//repo.txz"
>>   2254 initial thread RET   stat -1 errno 2 No such file or directory
>>   2254 initial thread CALL  sigprocmask(SIG_BLOCK,0x7fffffffe990,0x802004298)
>>   2254 initial thread RET   sigprocmask 0
>>   2254 initial thread CALL  sigprocmask(SIG_SETMASK,0x802004298,0)
>>   2254 initial thread RET   sigprocmask 0
>>   2254 initial thread CALL  sigprocmask(SIG_BLOCK,0x7fffffffe950,0x802004298)
>>   2254 initial thread RET   sigprocmask 0
>>   2254 initial thread CALL  sigprocmask(SIG_SETMASK,0x802004298,0)
>>
>>
>> Meh, what gives, no such file ?
>>
>>
>>
>>
>> Out of curiosity and to prove I'm not trying to get anyone else to do my homework, I've taken the liberty of grabbing an earlier version of `pkg`  at:
>> ftp://ftp.freebsd.org/pub/FreeBSD/ports/local-distfiles/bapt/pkg-1.0-rc6.tar.xz
>>
>> Building and using pkg-static from these sources does yield the correct repo file :
>>
>> root at bsd8:/tmp/pkg/pkg-1.0-rc6/pkg-static # ./pkg-static repo /tmp/repo/
>> Generating repo.sqlite in /tmp/repo/: done!
>> root at bsd8:/tmp/pkg/pkg-1.0-rc6/pkg-static # ls -l /tmp/repo/
>> total 8
>> -rw-r--r--  1 root  wheel  2316 Dec  4 16:52 python-2.7_1,2.txz
>> -rw-r--r--  1 root  wheel  1636 Dec  4 16:59 repo.txz
>>
>>
>>
>>
>> I'm going to look up other versions of pkg and try to narrow down the one that borks things up for me.
> 
> Hi, Fleuriot,
> 
> Not sure what's going on there in your ktrace, but not generating a
> repo.txz is normal for pkg-1.2.x.  Instead, all the data is in the
> digests.txz file -- which if you look at it is a tarfile containing a
> single YAML document, plus possibly some crypto signature stuff if
> you've enabled that.  Make sure your pkg clients are all running pkg-1.2
> and it should just work for you.

Errr... actually all the package meta-data should all be in
packagesite.txz -- digests.txz is a cutdown list.  If you read
pkg-repository(5) it explains it much better.

	Cheers,

	Matthew


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1029 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20131204/8fdcdbb8/attachment.sig>


More information about the freebsd-questions mailing list