Making ResultsDB dumps public?
by Dan Callaghan
Is there any objection to making the ResultsDB database dumps public
under https://infrastructure.fedoraproject.org/infra/db-dumps/ ?
I wanted to grab a database dump today, to populate a local database for
development purposes. I was able to scp it from db-qa02 since I'm in
sysadmin-qa, but I figured it would be nice to have it available
publicly alongside those other applications' db dumps.
I can't think of any reason why the ResultsDB dumps need to be kept
secret. There should be no sensitive data in them, right?
So if there are no objections I'll file an infra ticket for adding the
dumps into the public-db-copy script.
--
Dan Callaghan <dcallagh(a)redhat.com>
Senior Software Engineer, Products & Technologies Operations
Red Hat
5 years, 4 months
Re: 2017-10-16 @ 14:00 UTC - Fedora QA Devel Meeting
by Kamil Paral
Dne 16. 10. 2017 6:36 napsal uživatel "Tim Flink" <tflink(a)redhat.com>:
# Fedora QA Devel Meeting
# Date: 2017-10-16
# Time: 14:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting-1 on irc.freenode.net
https://fedoraproject.org/wiki/QA:Qadevel-20171016
If you have any additional topics, please reply to this thread or add
them in the wiki doc.
Tim
Proposed Agenda
===============
Announcements and Information
-----------------------------
- Please list announcements or significant information items below so
the meeting goes faster
Tasking
-------
- Does anyone need tasks to do?
Potential Other Topics
----------------------
- deployment of ansiblize branches
Open Floor
----------
- TBD
_______________________________________________
qa-devel mailing list -- qa-devel(a)lists.fedoraproject.org
To unsubscribe send an email to qa-devel-leave(a)lists.fedoraproject.org
I'm on PTO today, won't attend.
5 years, 7 months
what openQA packages versions on openqa.stg.fedoraproject.org
by Normand
Hello Adam,
What are the currently running openQA rpm versions on
openqa.stg.fedoraproject.org ?
I saw in (1) that this version is sorting the successive runs with most
recents on top, which is an option I like.
But we do not have such behaviour on our openQA server running f26
fedora with following openQA versions:
===
$rpm -qa |grep -i openqa |sort
openqa-4.4-49.20170409gitfead7af.fc26.noarch
openqa-client-4.4-49.20170409gitfead7af.fc26.noarch
openqa-common-4.4-49.20170409gitfead7af.fc26.noarch
openqa-httpd-4.4-49.20170409gitfead7af.fc26.noarch
openqa-plugin-fedmsg-4.4-49.20170409gitfead7af.fc26.noarch
openqa-worker-4.4-49.20170409gitfead7af.fc26.noarch
===
(1) https://openqa.stg.fedoraproject.org/group_overview/3
--
Michel Normand
5 years, 7 months
Proposal to CANCEL: 2017-10-10 QA Devel Meeting
by Tim Flink
I'm not aware of any topics that need urgent discussion this week, so I
propose that we cancel the QA Devel meeting on 2017-10-10.
If there are some topics that need discussing, please reply here and
the meeting can happen.
Tim
5 years, 7 months
