On Mon, 2003-11-17 at 23:50, seth vidal wrote:
> just for fun:
>
> yum-arch -c -l <dir>
>
> just to be sure it's not a getopt functionality change
This is strange:
[root@cuba 7.2]# yum-arch -cl myprivaterepo/
Digesting rpms 100 % complete:
turba-1.2-1.noarch.rpm
Total: 12
Used: 12
Src: 0
Writing header.info file
[root@cuba 7.2]# rm -fr myprivaterepo/headers/
[root@cuba 7.2]# yum-arch -c -l myprivaterepo/
Digesting rpms 5 % complete:
jdk-1.3.1_06.i586.rpm
Checking sig on jdk-1.3.1_06.i586.rpm
Problem with gpg sig or md5sum on RPMS/jdk-1.3.1_06.i586.rpm
[root@cuba 7.2]# rpm -K myprivaterepo/RPMS/jdk-1.3.1_06.i586.rpm
myprivaterepo/RPMS/jdk-1.3.1_06.i586.rpm: md5 OK
[root@cuba 7.2]#
Why does -c -l complain but -cl does not? The complaints are in place,
because the sun package is not signed, I guess. With just -l everything
works ok -- yum follows the symlinks.
--
Peter Peltonen <peter.peltonen@xxxxxx>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.dulug.duke.edu/pipermail/yum/attachments/20031119/41a3e199/attachment.bin
