Kamil Paral <kparal <at> redhat.com> writes:
b) No irrelevant files there
Currently there are not just TC/RC composes, but also "deltaisos/" and
"f16-translation/" directories
that we need to blacklist. I am afraid "stage/" serves as a
storage directory
for anything needed and those
"clutter" directories will change over time. It would be
great to know that no
other unwanted files appear
there anytime.
Install TCs/RCs should always be in
http://dl.fedoraproject.org/pub/alt/stage/*/Fedora/, and lives in
http://dl.fedoraproject.org/pub/alt/stage/*/Live/. Would it be enough to just
ignore everything else?
c) Rsync possibility
Using rsync would simplify the mirroring process at least for our Red Hat
offices. I bet we could also use it
in AutoQA if desired.
2. Mirroring everything seems overkill. Personally I don't have Internet
bandwidth nor hard disk space to
run this test. Can we modify the watcher so that it detects just the
last
compose and downloads that one?
3. Only now I realized that watcher downloading files doesn't help us. Because
the files will be accessible
on the AutoQA server, but we need them on AutoQA clients. That means
that your
code works as long as you run it
with "--local", but won't work with external clients.
It also means we have to
work on ticket #350 "Add
support for using file proxy" (I'll try to do that soon).
Ideally we will set
up the proxy on AutoQA server
and all clients will be using it. The first test will download the
ISO and the
other tests (if there are some)
will just use the cached version (assuming there is a fast network
between the
server and the client,
otherwise it is of no use).
Have you considered trying to get an account on one of the machines where the
files already exist (such as
alt.fedoraproject.org) and doing the tests on that
machine directly, without downloading? I have an account on alt.fp.o (for making
delta ISOs) and can do the size and checksum tests. The repoclosure and file
conflicts tests require loop-mounting the ISO, which can be done with
fuse/fuseiso without root privileges (as I've verified on my home machine), even
though the test instructions currently say to do it as root with the mount
command. Unfortunately, the fusermount executable in the fuse package currently
requires SUID, so it may not be possible for security reasons, but you could
check if there's a workaround. (There ought to be one - the tests simply examine
the contents of the ISO, and there's no good reason root privileges should be
needed at all.)