Yesterday

Ralph Bean <rbean@redhat.com> committed rRSDB39f6bf46f441: A stomp messaging plugin. (authored by Ralph Bean <rbean@redhat.com>).
A stomp messaging plugin.
Fri, May 26, 7:33 PM
kparal moved T953: support wildcards in FMN filters from Restricted Project Column to Restricted Project Column on the Restricted Project board.
Fri, May 26, 4:25 PM · Restricted Project, infrastructure
kparal added a project to T953: support wildcards in FMN filters: Restricted Project.

Pull request here: https://github.com/fedora-infra/fmn/pull/197

Fri, May 26, 4:24 PM · Restricted Project, infrastructure
tflink created T954: allow resultsdb directive to use the root 'task_output' dir as a log link.
Fri, May 26, 4:06 PM · libtaskotron
ralph closed D1191: A stomp messaging plugin..
Fri, May 26, 2:55 PM
tflink added a comment to T878: replace depcheck with rpmdeplint.
In T878#13760, @kparal wrote:

Here's a FMN pull request I intend to send:
https://github.com/kparal/fmn/compare/develop...kparal:rpmdeplint
Not only I renamed depcheck to rpmdeplint, but I also added abicheck as an important task to automatically notify people on failure. We don't get any false negatives reports, it's pretty important, and currently runs just on critical path packages. Abicheck authors have been asking for increased visibility for some time. Does it make sense, do you agree?

Fri, May 26, 2:25 PM · Restricted Project, new-check-ideas
kparal created T953: support wildcards in FMN filters.
Fri, May 26, 2:19 PM · Restricted Project, infrastructure
kparal added a comment to T878: replace depcheck with rpmdeplint.

Here's a FMN pull request I intend to send:
https://github.com/kparal/fmn/compare/develop...kparal:rpmdeplint
Not only I renamed depcheck to rpmdeplint, but I also added abicheck as an important task to automatically notify people on failure. We don't get any false negatives reports, it's pretty important, and currently runs just on critical path packages. Abicheck authors have been asking for increased visibility for some time. Does it make sense, do you agree?

Fri, May 26, 1:05 PM · Restricted Project, new-check-ideas
kparal added a comment to D1191: A stomp messaging plugin..

@tflink added you into taskotron group, please try again

Fri, May 26, 1:04 PM
ralph added a comment to D1191: A stomp messaging plugin..

Thanks! Although, since the move to pagure.io I don't think I have rights to land changes anymore:

Fri, May 26, 12:43 PM
jskladan accepted D1191: A stomp messaging plugin..

Who am I to say what works, and what does not :) I guess you tested it with your usecase, so feel free to merge!

Fri, May 26, 11:09 AM
kparal edited reviewers for D1191: A stomp messaging plugin., added: resultsdb; removed: kparal.
Fri, May 26, 10:47 AM

Thu, May 25

ralph added a comment to D1191: A stomp messaging plugin..

Ping. Any review feedback on this?

Thu, May 25, 3:50 PM

Wed, May 24

mkrizek added a comment to D1196: *WIP* More hacky support, but for containers.

Have you considered using ansible's docker module [1]? Seems like they have it all implemented.

Wed, May 24, 11:37 AM · libtaskotron
GitHub <noreply@github.com> committed rTCLOUD53a994ff1c55: Merge 56076055131d07b8e572ed06a100e2cfe9bdee76 into… (authored by Sumantro Mukherjee <saggy.zone@gmail.com>).
Merge 56076055131d07b8e572ed06a100e2cfe9bdee76 into…
Wed, May 24, 12:30 AM

Tue, May 23

kparal added a comment to T878: replace depcheck with rpmdeplint.

OK. I also removed type=bodhi_update reporting, because we want to get rid of it, and this change is the best chance to push it forward (in the worst case, I'll also prepare a bodhi patch). Now we're waiting for beta freeze to be lifted so that we can push this to production. Also, I'll look at necessary FMN changes and bodhi changes.

Tue, May 23, 12:01 PM · Restricted Project, new-check-ideas
Kamil Páral <kparal@redhat.com> committed rDEPLINTdabe6beb23c8: fix tests (authored by Kamil Páral <kparal@redhat.com>).
fix tests
Tue, May 23, 11:56 AM
kparal claimed T878: replace depcheck with rpmdeplint.
Tue, May 23, 11:47 AM · Restricted Project, new-check-ideas
Kamil Páral <kparal@redhat.com> committed rDEPLINT52d328ff9306: don't squash build results to update results (authored by Kamil Páral <kparal@redhat.com>).
don't squash build results to update results
Tue, May 23, 10:37 AM
jskladan requested changes to D1196: *WIP* More hacky support, but for containers.

Well, I'm not a huge fan of this - since not all the commands support the --format flag. This will most definitely have the same issues as testcloud does, but if the goal is to really have it now...

Tue, May 23, 10:10 AM · libtaskotron
Kamil Páral <kparal@redhat.com> committed rDEPLINTfbcf2aee6aeb: README: --arch is mandatory now (authored by Kamil Páral <kparal@redhat.com>).
README: --arch is mandatory now
Tue, May 23, 10:04 AM
Kamil Páral <kparal@redhat.com> committed rLTRN55d79d57b1ee: yumrepoinfo_directive: fix grammar error (authored by Kamil Páral <kparal@redhat.com>).
yumrepoinfo_directive: fix grammar error
Tue, May 23, 10:01 AM
kparal reopened T835: fedora-phabricator repo is not available for Fedora 25 as "Open".

Our documentation links to https://repos.fedorapeople.org/repos/tflink/phabricator/ . I can change that, but kanarip's packages don't work with our Phab instance:

$ arc list
Exception
[cURL/77] (https://phab.qa.fedoraproject.org/api/user.whoami) <CURLE_SSL_CACERT_BADFILE> The SSL CA Bundles that we tried to use could not be read or are not formatted correctly.
(Run with `--trace` for a full exception trace.)
$ arc list --trace
 ARGV  '/usr/share/arcanist/bin/../scripts/arcanist.php' 'list' '--trace'
 LOAD  Loaded "phutil" from "/usr/share/libphutil/src".
 LOAD  Loaded "arcanist" from "/usr/share/arcanist/src".
Config: Reading user configuration file "/home/kparal/.arcrc"...
Config: Did not find system configuration at "/etc/arcconfig".
Working Copy: Reading .arcconfig from "/home/kparal/devel/taskotron/libtaskotron/.arcconfig".
Working Copy: Path "/home/kparal/devel/taskotron/libtaskotron" is part of `git` working copy "/home/kparal/devel/taskotron/libtaskotron".
Working Copy: Project root is at "/home/kparal/devel/taskotron/libtaskotron".
Config: Did not find local configuration at "/home/kparal/devel/taskotron/libtaskotron/.git/arc/config".
>>> [0] <conduit> user.whoami() <bytes = 117>
>>> [1] <http> https://phab.qa.fedoraproject.org/api/user.whoami
<<< [1] <http> 297,727 us
<<< [0] <conduit> 297,936 us
Tue, May 23, 9:40 AM · Restricted Project, infrastructure
mkrizek added a comment to T878: replace depcheck with rpmdeplint.

wfm

Tue, May 23, 9:19 AM · Restricted Project, new-check-ideas
jskladan added a comment to T878: replace depcheck with rpmdeplint.

me likes!

Tue, May 23, 9:10 AM · Restricted Project, new-check-ideas
jskladan accepted D1195: Support for Ansible Tasks.
  • inner runner :(
Tue, May 23, 8:56 AM
kparal added inline comments to D1196: *WIP* More hacky support, but for containers.
Tue, May 23, 8:51 AM · libtaskotron
tflink accepted D1195: Support for Ansible Tasks.

I'm not a huge fan of keeping a playbook in the root of the repo like that but I'm not coming up with any brilliant alternatives at the moment.

Tue, May 23, 4:44 AM

Mon, May 22

tflink closed T796: arcanist does not require php correctly as "Resolved".

This is not valid anymore with either kararip's COPR or the packages up for review.

Mon, May 22, 7:19 PM · Restricted Project, infrastructure
tflink closed T835: fedora-phabricator repo is not available for Fedora 25 as "Resolved".

Until the package reviews go through, use kararip's copr. https://copr.fedorainfracloud.org/coprs/kanarip/phabricator/

Mon, May 22, 7:18 PM · Restricted Project, infrastructure
roshi added inline comments to D1196: *WIP* More hacky support, but for containers.
Mon, May 22, 7:16 PM · libtaskotron
kparal added a comment to T878: replace depcheck with rpmdeplint.

So, here's my most awesome proposal - let's use this for now:

dist.rpmdeplint

Once we also start checking repoclosure with it, we can extend it to

dist.rpmdeplint
dist.rpmdeplint.sat
dist.rpmdeplint.repoclosure

Which means dist.rpmdeplint would be the overall outcome of .sat and .repoclosure.

Mon, May 22, 6:06 PM · Restricted Project, new-check-ideas
merlinm added a comment to T939: Support New Test Invocation Standard.

As an ansible n00b, I'm also trying to work my way through the confusion of how this is going to work, too. I'd be interested in seeing some examples on how to things should be set up in dist-git to have Taskotron automatically kick off the examples described in the ansible-based proposal referenced in the description. I'm sure that will help flesh out a lot of additional questions and details.

Mon, May 22, 3:37 PM · libtaskotron
kparal closed T894: a race condition between downloading i386 and x86_64 packages as "Resolved".

D1178 has been pushed and seems to be working well. This problem has been therefore solved for #task-rpmdeplint. Closing the ticket. The problem is still valid for task-depcheck, now we just need to finish T878 and get rid of depcheck.

Mon, May 22, 2:47 PM · Restricted Project, task-depcheck, Restricted Project
Kamil Páral <kparal@redhat.com> committed rDEPLINT83bd6af25f93: run per-arch (authored by Kamil Páral <kparal@redhat.com>).
run per-arch
Mon, May 22, 2:43 PM
Diffusion closed D1178: run per-arch by committing rDEPLINT83bd6af25f93: run per-arch.
Mon, May 22, 2:43 PM
kparal added a comment to D1178: run per-arch.

This is working well in develop, pushing to master as well.

Mon, May 22, 2:42 PM
kparal added inline comments to D1196: *WIP* More hacky support, but for containers.
Mon, May 22, 2:21 PM · libtaskotron
kparal added a comment to T939: Support New Test Invocation Standard.

I understand the motivation - being able to transfer the task between different test systems without any changes. What I don't understand is how localhost-only ansible execution is related here. When I execute a task through ansible locally, and when I execute it remotely from a different machine, doesn't it look the same to the task itself? Is there a different environment or some behavioral changes that the task needs to adapt to? If the execution looks the same to the task regardless of ansible mode, the end goal is achieved (the task doesn't need to be adjusted when moving between test systems), and the particular ansible execution mode then can be left to the test system to implement as it fits best for it.

Mon, May 22, 1:49 PM · libtaskotron
Kamil Páral <kparal@redhat.com> committed rLTRN20940651b087: README: add libvirt-python dependency (authored by Kamil Páral <kparal@redhat.com>).
README: add libvirt-python dependency
Mon, May 22, 10:59 AM