4:25 p.m.
#201: Add mash support to depcheck
-----------------------+----------------------------------------------------
Reporter: wwoods | Owner:
Type: task | Status: new
Priority: major | Milestone: Package Update Acceptance Test Plan - depcheck
Component: docs/wiki | Version: 1.0
Keywords: |
-----------------------+----------------------------------------------------
To properly handle possible multilib problems (e.g. the
[https://fedorahosted.org/pipermail/autoqa-devel/2010-June/000703.html
nss-softokn problem] in June and the recent gfortran problem) we need to
run mash on the set of proposed packages, to generate a proper
multilibified repo to test against.
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
2:34 p.m.
#201: Add mash support to depcheck
---------------------+------------------------------------------------------
Reporter: wwoods | Owner:
Type: task | Status: new
Priority: major | Milestone: Package Update Acceptance Test Plan - depcheck
Component: tests | Version: 1.0
Resolution: | Keywords:
---------------------+------------------------------------------------------
Changes (by lmacken):
* cc: lmacken (added)
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201#comment:2>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
7:42 a.m.
#201: Add mash support to depcheck
---------------------+------------------------------------------------------
Reporter: wwoods | Owner:
Type: task | Status: new
Priority: major | Milestone: Package Update Acceptance Test Plan - depcheck
Component: tests | Version: 1.0
Resolution: | Keywords:
---------------------+------------------------------------------------------
Changes (by jskladan):
* cc: jskladan (added)
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201#comment:3>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
5:07 a.m.
#201: Add mash support to depcheck
---------------------+------------------------------------------------------
Reporter: wwoods | Owner: jskladan
Type: task | Status: assigned
Priority: major | Milestone: Package Update Acceptance Test Plan - depcheck
Component: tests | Version: 1.0
Resolution: | Keywords:
---------------------+------------------------------------------------------
Changes (by jskladan):
* owner: => jskladan
* status: new => assigned
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201#comment:4>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
5:36 a.m.
#201: Add mash support to depcheck
---------------------+------------------------------------------------------
Reporter: wwoods | Owner: jskladan
Type: task | Status: assigned
Priority: major | Milestone: Package Update Acceptance Test Plan - depcheck
Component: tests | Version: 1.0
Resolution: | Keywords:
---------------------+------------------------------------------------------
Comment (by jskladan):
So, I briefly went through the source code of mash (god damn the lack of
documentation), and I must say, I'm not really enlightened or so :)
Correct me, if i'm wrong, but mash seems to be an utility, which is able
to create a repo, based on kojitag.
From what i know, this is probably not _the thing_ we really need, or is
it? Because my impression was, that we want to somehow check a small
subset of packages.
BTW: maybe it would also be helpful for me to know, what exactly is
multilib, and what is the aim of this test.
So, what do we expect mash to do for us? I've seen some "solve_multilib"
routine inside the sources, so i guess that might be it, but it also seems
to be working over the currently created repo.
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201#comment:5>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
3:08 p.m.
#201: Add mash support to depcheck
---------------------+------------------------------------------------------
Reporter: wwoods | Owner: jskladan
Type: task | Status: assigned
Priority: major | Milestone: Package Update Acceptance Test Plan - depcheck
Component: tests | Version: 1.0
Resolution: | Keywords:
---------------------+------------------------------------------------------
Comment (by wwoods):
So, what do we expect mash to do for us? I've seen some
"solve_multilib"
routine inside the sources, so i guess that might be it, but it also seems
to be working over the currently created repo.
Right. The way I understand it, mash works kind of like createrepo except
it takes a tag as input and - more importantly - does the multilib-solving
magic.
In short:
{{{
createrepo: packages -> repodata
mash: tag -> package list -> multilib solving -> repodata
}}}
Originally I talked to the rel-eng team about having a koji tag for
"packages in bodhi that have requested push to {stable,testing}". Then
we could run mash against that. And I'm pretty sure jkeating
created some tags for this purpose.
But they also said we would need to run mash ourselves (i.e. on the
autoqa systems) since it was too much strain to make koji/bodhi run mash
for us. Furthermore, bodhi is not maintaining any "proposed-update" tags
for us to use, so either:
a. we figure out a way to run mash without a tag (e.g. using a list of
build names instead),
a. we update bodhi to maintain some special koji tags for us,
a. we maintain the tags ourselves (e.g. in the watcher), or
a. we roll our own code to generate repodata from a list of packages, and
use Mash's 'solve_multilib' to make sure we ge get the full (multilib) set
of packages.
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201#comment:6>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
4:17 p.m.
#201: Add mash support to depcheck
---------------------+------------------------------------------------------
Reporter: wwoods | Owner: jskladan
Type: task | Status: assigned
Priority: major | Milestone: Package Update Acceptance Test Plan - depcheck
Component: tests | Version: 1.0
Resolution: | Keywords:
---------------------+------------------------------------------------------
Comment (by wwoods):
b. we update bodhi to maintain some special koji tags for us
lmacken has updated bodhi to handle the '-pending' tags for autoqa:
https://fedorahosted.org/bodhi/changeset/678384d0dae8228a28d2a3d17e03a091...
So, yay: once this goes live (later this week, I'm told) we can use mash
as-is to set up a proper multilib repo for testing.
We'll still need some other method to handle the unittests though - either
a set of special koji tags used only for testing, or some way of fooling
mash into dealing with a bunch of packages that aren't in koji.
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201#comment:7>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
5:01 p.m.
#201: Add mash support to depcheck
---------------------+------------------------------------------------------
Reporter: wwoods | Owner: jskladan
Type: task | Status: assigned
Priority: major | Milestone: Package Update Acceptance Test Plan - depcheck
Component: tests | Version: 1.0
Resolution: | Keywords:
---------------------+------------------------------------------------------
Changes (by jkeating):
* cc: jkeating (added)
Comment:
http://fpaste.org/kGMu/ here is the mash config used to make f14 updates.
What you want will be close to that.
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201#comment:8>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
5:31 a.m.
#201: Add mash support to depcheck
---------------------+------------------------------------------------------
Reporter: wwoods | Owner: jskladan
Type: task | Status: assigned
Priority: major | Milestone: Package Update Acceptance Test Plan - depcheck
Component: tests | Version: 1.0
Resolution: | Keywords:
---------------------+------------------------------------------------------
Comment (by jskladan):
Replying to [comment:7 wwoods]:
We'll still need some other method to handle the unittests though
-
either a set of special koji tags used only for testing, or some way of
fooling mash into dealing with a bunch of packages that aren't in koji.
Well, from what i've seen, i'm almost sure, that there is no _simple_ way
to run mash out of koji. But I'll try to contact either Jesse Keating or
Bill Nottingham (they seem to commit stuff to mash git a lot), and ask
them.
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201#comment:9>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
5:07 p.m.
#201: Add mash support to depcheck
---------------------+------------------------------------------------------
Reporter: wwoods | Owner: jskladan
Type: task | Status: assigned
Priority: major | Milestone: Package Update Acceptance Test Plan - depcheck
Component: tests | Version: 1.0
Resolution: | Keywords:
---------------------+------------------------------------------------------
Comment (by wwoods):
As it turns out, the specific failure mentioned in the original ticket
summary (the `nss-softokn` problem) can't be prevented by depcheck. The
`nss-softokn` update was (technically) valid - at least as far as its
dependencies were concerned - but any ''following'' (technically
valid!)
update that required `nss-softokn.i686` would fail.
To prevent this specific problem we'd need something closer to rpmguard -
I've filed ticket #222 to track that.
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201#comment:10>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
11:29 a.m.
#201: Add mash support to depcheck
---------------------+------------------------------------------------------
Reporter: wwoods | Owner: jskladan
Type: task | Status: assigned
Priority: major | Milestone: Package Update Acceptance Test Plan - depcheck
Component: tests | Version: 1.0
Resolution: | Keywords:
---------------------+------------------------------------------------------
Comment (by jskladan):
Finally made MASH run on a set of packages (yay for me :)) - if was quite
simple at the end - just create fake repository with createrepo, and then
force mash to run doMultilib() on it.
I'll provide more detailed information on the autoqa-devel list, once i
polish my testing scripts a bit :)
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201#comment:11>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
9:54 a.m.
#201: Add mash support to depcheck
---------------------+------------------------------------------------------
Reporter: wwoods | Owner: jskladan
Type: task | Status: assigned
Priority: major | Milestone: Package Update Acceptance Test Plan - depcheck
Component: tests | Version: 1.0
Resolution: | Keywords:
---------------------+------------------------------------------------------
Comment (by wwoods):
Thanks to jskladan's mash code, we now have mash running in the unittests
for depcheck. Yay!
I need to integrate this mash code and use it replace the createrepo code
in depcheck, and then we should be done with this ticket.
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201#comment:12>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
7:43 a.m.
#201: Add mash support to depcheck
---------------------+------------------------------------------------------
Reporter: wwoods | Owner: wwoods
Type: task | Status: new
Priority: major | Milestone: Package Update Acceptance Test Plan - depcheck
Component: tests | Version: 1.0
Resolution: | Keywords:
---------------------+------------------------------------------------------
Changes (by jlaska):
* owner: jskladan => wwoods
* status: assigned => new
Comment:
Based on previous comment, it looks like the remaining work is to
integrate jskladan's mash script. Reassigning to wwoods for now.
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201#comment:13>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
6:38 a.m.
#201: Add mash support to depcheck
--------------------+-------------------------------------------------------
Reporter: wwoods | Owner: wwoods
Type: task | Status: new
Priority: major | Milestone: 0.4.4
Component: tests | Resolution:
Keywords: |
--------------------+-------------------------------------------------------
Changes (by kparal):
* milestone: Package Update Acceptance Test Plan - depcheck => 0.4.4
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201#comment:14>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
10:07 a.m.
#201: Add mash support to depcheck
--------------------+-------------------------------------------------------
Reporter: wwoods | Owner: wwoods
Type: task | Status: closed
Priority: major | Milestone: 0.4.4
Component: tests | Resolution: fixed
Keywords: |
--------------------+-------------------------------------------------------
Changes (by wwoods):
* status: new => closed
* resolution: => fixed
Comment:
This code is believed to be complete in the 'depcheck' branch as of Nov.
18 (commit 61ac0276). Hooray!
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/201#comment:15>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
4896
days inactive
5040
days old
autoqa-devel@lists.fedorahosted.org
14 comments
1 participants
participants (1)
-
fedora-badges