Re: [PATCH 1/2] Add a [branched] repo
by Kamil Paral
----- "James Laska" <jlaska(a)redhat.com> wrote:
> ---
> repoinfo.conf | 6 ++++++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/repoinfo.conf b/repoinfo.conf
> index 57f9627..d1dc535 100644
> --- a/repoinfo.conf
> +++ b/repoinfo.conf
> @@ -13,6 +13,12 @@ arches = i386, x86_64
> path = development/rawhide
> url = %(rawhideurl)s
>
> +[branched]
Sometimes it's called pending release, sometimes it's called
branched release... we should really consult RelEng and come
up with a single unequivocal term :)
PS: This is no objection against current patch, just a remark.
> +arches = i386, x86_64
> +# path will change when Fedora 13 is released
> +path = development/13
> +url = %(rawhideurl)s
> +
> [f13]
> # path will change when Fedora 13 is released
> path = development/13
> --
> 1.6.6.1
>
> _______________________________________________
> autoqa-devel mailing list
> autoqa-devel(a)lists.fedorahosted.org
> https://fedorahosted.org/mailman/listinfo/autoqa-devel
14 years, 1 month
Re: [PATCH] Updates for No Frozen Rawhide (NFR), which include: * Enabling dist-f13 and dist-f14-updates-candidate in post-koji-build * Update repoinfo.conf with f13 urls * Update parent tag info in koji_utils.py
by Kamil Paral
----- "James Laska" <jlaska(a)redhat.com> wrote:
> ---
> hooks/post-koji-build/watch-koji-builds.py | 2 ++
> lib/python/koji_utils.py | 2 ++
> repoinfo.conf | 17 ++++++++++++++++-
> 3 files changed, 20 insertions(+), 1 deletions(-)
>
> diff --git a/hooks/post-koji-build/watch-koji-builds.py
> b/hooks/post-koji-build/watch-koji-builds.py
> index d1b1707..2dcfc6d 100755
> --- a/hooks/post-koji-build/watch-koji-builds.py
> +++ b/hooks/post-koji-build/watch-koji-builds.py
> @@ -35,6 +35,8 @@ kojiserver =
> 'http://koji.fedoraproject.org/kojihub'
> taglist = set(('dist-f10-updates-candidate',
> 'dist-f11-updates-candidate',
> 'dist-f12-updates-candidate',
> + 'dist-f13-updates-candidate',
> + 'dist-f14-updates-candidate',
Why do we want to have dist-f14 specified now? It will be equal to
rawhide for next 6 months and no builds should be tagged like
that (rawhide does not use updates repo). Even if somebody tags it
like that, we don't want to test it, right?
> ))
> archlist = ('i686', 'x86_64', 'noarch')
>
> diff --git a/lib/python/koji_utils.py b/lib/python/koji_utils.py
> index e7c3d26..c9fad5d 100644
> --- a/lib/python/koji_utils.py
> +++ b/lib/python/koji_utils.py
> @@ -25,6 +25,8 @@ from repoinfo import repoinfo
> import rpmUtils.miscutils
>
> parents_for_tag = {
> + 'dist-f14-updates-candidate':
> ('f14','f14-updates','f14-updates-testing'),
The same question as above.
> + 'dist-f13-updates-candidate':
> ('f13','f13-updates','f13-updates-testing'),
> 'dist-f12-updates-candidate':
> ('f12','f12-updates','f12-updates-testing'),
> 'dist-f11-updates-candidate':
> ('f11','f11-updates','f11-updates-testing'),
> 'dist-f10-updates-candidate':
> ('f10','f10-updates','f10-updates-testing'),
> diff --git a/repoinfo.conf b/repoinfo.conf
> index f358dc5..0b66c1c 100644
> --- a/repoinfo.conf
> +++ b/repoinfo.conf
> @@ -3,7 +3,7 @@ parents =
> arches = i386, x86_64, ppc
> # tag defaults to dist-[section_name]
> tag = dist-%(__name__)s
> -baseurl = http://gromit.redhat.com/pub/fedora/linux
> +baseurl = http://download.fedoraproject.org/pub/fedora/linux
> goldurl = %(baseurl)s/releases/%(path)s/Everything/%(arch)s/os
I would love if anyone could tell me what the Everything path
is good for. The only difference I found for F12 is that it
contains also ppc64 architecture.
This is not really related to the patch, just something I've
found I don't understand.
> updatesurl = %(baseurl)s/updates/%(path)s/%(arch)s
> rawhideurl = %(baseurl)s/%(path)s/%(arch)s/os
> @@ -13,6 +13,21 @@ arches = i386, x86_64
> path = development
This should be also changed, to 'development/rawhide' I believe.
(It's the [rawhide] section, but the top line is cut off).
> url = %(rawhideurl)s
>
> +[f13]
> +# path will change when Fedora 13 is released
> +path = development/13
> +url = %(rawhideurl)s
> +
> +[f13-updates]
> +path = 13
> +url = %(updatesurl)s
> +parents = f13
> +
> +[f13-updates-testing]
> +path = testing/13
> +url = %(updatesurl)s
> +parents = f13-updates, f13
> +
> [f12]
> path = 12
> url = %(goldurl)s
> --
> 1.6.6
>
Otherwise it looks good from my point of view.
14 years, 2 months
2010-03-12 - AutoQA resultdb ML check-in
by Kamil Paral
Another round of Friday's resultdb discussion is here.
Unfortunately the policy stuff swallowed most of my week,
so I don't have any updates myself. If anyone progressed
with his task, we're all surely interested in the news.
Thanks,
Kamil
14 years, 2 months
[PATCH] 'make install' should install conffiles, but not overwrite them
by Kamil Paral
autoqa.conf and repoinfo.conf are now installed by 'make install' provided
that they don't already exist. The same holds for autoqa.cron, it is now
installed only if it does not already exist.
Rationale: We don't want to have config files overwritten every time we
do 'make install' when developing. We want similar behavior as RPM
installation does.
---
Makefile | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index c4b3a28..23c1160 100644
--- a/Makefile
+++ b/Makefile
@@ -21,7 +21,9 @@ install: build
install -d -m 0775 $(PREFIX)/var/cache/autoqa
install autoqa $(PREFIX)/usr/bin/
install -d $(PREFIX)/etc/cron.d
- install -m 0644 autoqa.cron $(PREFIX)/etc/cron.d/autoqa
+ [ -f $(PREFIX)/etc/cron.d/autoqa ] || install -m 0644 autoqa.cron $(PREFIX)/etc/cron.d/autoqa
+ [ -f $(PREFIX)/etc/autoqa.conf ] || install -m 0644 autoqa.conf $(PREFIX)/etc/
+ [ -f $(PREFIX)/etc/repoinfo.conf ] || install -m 0644 repoinfo.conf $(PREFIX)/etc/
install -d $(PREFIX)$(HOOK_DIR)
for h in hooks/*; do cp -a $$h $(PREFIX)$(HOOK_DIR); done
install -d $(PREFIX)$(TEST_DIR)
--
1.6.6.1
14 years, 2 months
Re: [PATCH] 'make install' should install conffiles, but not overwrite them
by Kamil Paral
----- "James Laska" <jlaska(a)redhat.com> wrote:
> On Tue, 2010-03-16 at 11:45 +0100, Kamil Páral wrote:
> > autoqa.conf and repoinfo.conf are now installed by 'make install'
> provided
> > that they don't already exist. The same holds for autoqa.cron, it is
> now
> > installed only if it does not already exist.
> > Rationale: We don't want to have config files overwritten every time
> we
> > do 'make install' when developing. We want similar behavior as RPM
> > installation does.
>
> Seems sensible to me, and you've wrapped it around a conditional. I
> can't recall if we also install irb.cfg in the 'make install'
> process.
> If so, that should probably be included in this?
>
> $ rpm -qpc autoqa-0.3.1-1.fc12.noarch.rpm
> /etc/autoqa.conf
> /etc/cron.d/autoqa
> /etc/repoinfo.conf
> /usr/share/autotest/client/site_tests/rats_sanity/irb.cfg
That's covered by this line in Makefile:
for t in tests/*; do cp -a $$t $(PREFIX)$(TEST_DIR); done
It copies all the tests as a pack. I can modify it to skip
irb.conf and then copy it manually. But shouldn't we just
place this file into /etc ? I can see for example this
structure:
/etc/cron.d/autoqa
/etc/autoqa/autoqa.conf
/etc/autoqa/repoinfo.conf
/etc/autoqa/tests/rats_sanity/irb.cfg
14 years, 2 months
[Fwd: rats_install PASS 13-Beta.TC0-x86_64]
by James Laska
FYI,
I had to manually increase the maxwait timeout for the
rats_install/anaconda_finish_package_install test from 1200s (20
minutes) to get things to finish. I'll need to investigate why it's
taking a bit longer for package installs.
Thanks,
James
-------- Forwarded Message --------
From: autoqa(a)fedoraproject.org
Reply-to: fedora-test-list(a)redhat.com
To: autoqa-results(a)lists.fedorahosted.org
Subject: rats_install PASS 13-Beta.TC0-x86_64
Date: Tue, 16 Mar 2010 09:46:25 -0400
Retrieving file .treeinfo... | 2.4 kB 00:00 ...
Retrieving file vmlinuz... | 7.2 MB 00:00 ...
Retrieving file initrd.img... | 58 MB 00:00 ...
Allocating 'RATS_1.img' | 8.0 GB 00:00
Creating domain... | 0 B 00:00
Starting install...
Domain installation still in progress. You can reconnect to
the console to complete the installation process.
Domain RATS_1 destroyed
Domain RATS_1 has been undefined
Vol /var/lib/libvirt/images/RATS_1.img deleted
Setting util.grabber prefix
== installer image sanity test ==
CHECK: [general] section in .treeinfo: OK
CHECK: arch = x86_64 in [general]: OK
CHECK: [images-x86_64] section: OK
CHECK: kernel: OK
CHECK: initrd: OK
CHECK: mainimage item in [stage2] section: OK
stage2 mainimage: install.img
CHECK: vmlinuz non-empty: OK
CHECK: initrd.img non-empty: OK
CHECK: boot.iso non-empty: OK
CHECK: install.img non-empty: OK
CHECK: [checksum] section: OK
CHECK: boot.iso sha256: OK
CHECK: vmlinuz sha256: OK
CHECK: install.img sha256: OK
CHECK: initrd.img sha256: OK
sanity check complete.
tree timestamp: Mon Mar 15 18:36:04 2010 (local time)
TEST RESULT: images: OK
prep:
uncompressing initrd
saving original initrd
writing kickstart
adding kickstart to initrd
recompressing initrd
guest name RATS in use
new guest name: RATS_1
starting virt guest
== kernel boot test ==
opening serial console
serial console at /dev/pts/0
polling for boot messages
kernel version 2.6.33-1.fc13.x86_64 booted, initrd started OK
TEST RESULT: kernel_boot: OK
== anaconda loading stage2 test ==
polling for stage2 startup message
anaconda 13.35 stage2 has started
TEST RESULT: load_stage2: OK
== anaconda disk probe test ==
Starting minimon log monitor on port 44133
anaconda now in step setuptime
anaconda now in step autopartitionexecute
anaconda now in step storagedone
anaconda now in step enablefilesystems
storage setup completed OK
TEST RESULT: diskprobe: OK
== anaconda package installation test ==
Waiting up to 20 minutes for package installation to complete
anaconda now in step bootloadersetup
anaconda now in step reposetup
anaconda now in step basepkgsel
anaconda now in step postselection
anaconda now in step reipl
anaconda now in step install
anaconda now in step preinstallconfig
anaconda now in step installpackages
anaconda now in step postinstallconfig
anaconda now in step writeconfig
Package installation completed OK
TEST RESULT: package_install: OK
== anaconda bootloader setup test ==
Waiting for bootloader setup to complete
anaconda now in step firstboot
anaconda now in step instbootloader
anaconda now in step writeksconfig
Bootloader setup complete
TEST RESULT: bootloader: OK
== completing installation ==
Waiting for step 'dopostaction'
anaconda now in step setfilecon
anaconda now in step copylogs
anaconda now in step methodcomplete
anaconda now in step postscripts
anaconda now in step dopostaction
Install completed in 1837 seconds
TEST RESULT: install_complete: OK
== testing complete ==
Cleaning up guest.
_______________________________________________
autoqa-results mailing list
autoqa-results(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/autoqa-results
14 years, 2 months
DVD auto install test script ,your comments?
by Li Ming
Greetings,
The development of DVD auto install test script is coming to the
end,it can work both in runlevel 5 and 3. If you are interested, please
get the attachments and do some tests,any comments which can help to
correct mistakes will be welcome. James Laska gives me lots of help
during writing this test.Many thanks.It's very simple to run this test,
just run dvd_install.py --help to get how to use it. This test needs a
kickstart file, I will attach it for your convenience.
Regards
Liam
14 years, 2 months
Re: 2010-03-05 - AutoQA resultdb ML check-in
by Kamil Paral
Another friday is coming. Because there wasn't lots
of development lately (I worked on the package update
policy rather than resultdb use cases and db schema),
and wwoods is on a trip IIRC, I propose just a quick
e-mail or IRC check-in instead of conference call.
jskladan agrees.
Any objections?
14 years, 2 months
[AutoQA] #122: beakerlib_initscripts: Install packages from Koji
by fedora-badges
#122: beakerlib_initscripts: Install packages from Koji
-----------------------------------+----------------------------------------
Reporter: kparal | Owner: jskladan
Type: defect | Status: new
Priority: major | Milestone:
Component: tests | Version: 1.0
Keywords: beakerlib_initscripts |
-----------------------------------+----------------------------------------
Currently we download packages from stable repos to test them with
initscripts tests. But we want to download the packages from Koji. Let's
have a look at the rpmlint test and let's download the required package
(including subpackages) similarly and install them.
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/122>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
14 years, 2 months