#347 Latest Revisor test using local repositories (file:/// type urls) -- SECOND ROUND
Opened by xaphir. Modified

Using kanarip's rsync script I mirror the following to get local repo urls:

data/os/distr/fedora/releases/9/Everything/x86_64/os/

data/os/distr/fedora/updates/9/x86_64

data/os/distr/fedora/releases/9/Everything/source/SRPMS

Rsync verifies these directories as being identical to the mirrors before revisor is started. Using 127.0.0.1 caused revisor to fail (which I will detail in another ticket) so I commented out the entry in /etc/hosts and re-ran revisor letting it download what it wanted.

For some reason, even tho the local repositories are up to date, revisor still downloads a group of packages to /var/tmp/revisor-yumcache, upon which it gives the output listed in file "revisor_console.txt". The files that revisor deems necessary to download are listed in "revisor-yum.log". Note that after revisor quit, "revisor-yum.log" was 0 bytes, even tho /var/tmp/revisor-yumcache was populated. I did a "find /var/tmp/revisor-yumcache > revisor-yum.log" to get revisor-yum.log populated.

Attached files are:

Revisor console output: revisor_console.txt

Revisor package downloads: revisor-yum.log

Revisor log: revisor.log

x86_64 Conf file modified for local access: revisor-f9-x86_64.conf

Rsync script I used, including latest modifications: kanarip-rsync.sh

The commands I am using to initialize the revisor snapshot are:

autoreconf -v && ./configure

./switchhere

The command used to start revisor is in revisor_console.txt.

That's all i can think of at this time..I will prepare another test and file another ticket for revisor behavior using 127.0.0.1 as redirection in /etc/hosts.


OK, now I know where it's coming from, this ticket I can solve. Thanks!

OK, now I know where it's coming from, this ticket I can solve. Thanks!

Metadata Update from @xaphir:
- Issue assigned to kanarip

Metadata