November 2013 - qa-devel - Fedora mailing-lists

[Fedora QA] #436: SSH access to systems in Beaker lab
by fedora-badges 20 Apr '16

20 Apr '16

#436: SSH access to systems in Beaker lab --------------------------------------+--------------------- Reporter: atodorov | Owner: tflink Type: defect | Status: new Priority: major | Milestone: Component: Blocker bug tracker page | Version: Keywords: | Blocked By: Blocking: | --------------------------------------+--------------------- = bug description = Currently systems in Beaker lab can be accessed only through bastion.fp.o which is not as convenient as direct SSH into the system. There's also the question whether or not to open the systems directly to the Internet. This needs to be discussed with infra. Filing here so it doesn't get lost. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/436> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 4

[Fedora QA] #437: Need to import daily Fedora snapshots into Beaker
by fedora-badges 29 Jan '15

29 Jan '15

#437: Need to import daily Fedora snapshots into Beaker --------------------------------------+--------------------- Reporter: atodorov | Owner: tflink Type: task | Status: new Priority: major | Milestone: Component: Blocker bug tracker page | Version: Keywords: | Blocked By: Blocking: | --------------------------------------+--------------------- = bug description = In order to perform any meaningfull testing Beaker needs to import more recent Fedora trees. It could be daily(nightly) snapshots or less often depending on available resources. The tree directory structure needs to be a copy/snapshot of the current state at the time of import. The reason is b/c devel trees utilize one URL but the contents under this URL are updated in a rolling fashion. We need tree URLs where content is not changing in order to produce consistent test results. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/437> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 1

[Fedora QA] #433: blocker proposal form forgets everything after login timeout
by fedora-badges 20 Jan '15

20 Jan '15

#433: blocker proposal form forgets everything after login timeout --------------------------------------+--------------------- Reporter: kvolny | Owner: tflink Type: defect | Status: new Priority: major | Milestone: Component: Blocker bug tracker page | Version: Keywords: | Blocked By: Blocking: | --------------------------------------+--------------------- = bug description = I was trying to propose a F20 blocker. I needed to gather information from multiple bugs, so it took me longer to write the justification. After finishing and submitting that, I was presented with a login screen. After logging in again, I was redirected to the proposal form again, but it was completely empty, all the text that took me so long to write was gone. (Okay, I'm a smart guy and I had it in clipboard for such case, but if I had forgotten ... booh.) = bug analysis = Seems the login code doesn't care about other variables in the http request ... = fix recommendation = 1) If there is such a short login timeout, the user should be warned about it (e.g. countdown timer on the page) and the page should allow refresh without submitting the data. 2) Once the login expires, the submitted data should be caried over all the redirects back to the submission form. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/433> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 2

Review Request 37: Fix sequences in alembic
by Martin Krizek 21 Feb '14

21 Feb '14

----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://reviewboard-tflink.rhcloud.com/r/37/ ----------------------------------------------------------- Review request for blockerbugs. Repository: blockerbugs Description ------- commit abf5fe2abbcfbce45d103864f5ba40fc89f233fa Author: Martin Krizek <mkrizek(a)redhat.com> Date: Tue Jul 16 13:57:28 2013 +0200 Fix sequences in alembic Sequences need to be created separately. The patch also fixes a few typos. https://bitbucket.org/zzzeek/alembic/issue/73/more-pg-nextval-it-needs-the-… Diffs ----- alembic/versions/487cb8ccce92_dropping_flask_login.py e64dacb2e3b1a3d14bf38e1116df183ded9793d9 alembic/versions/1d12b74d12bd_add_userinfo_table.py 86dc390ed5e49b0a3ca058e163bc02b070d3d294 Diff: http://reviewboard-tflink.rhcloud.com/r/37/diff/ Testing ------- Thanks, Martin Krizek

1 4

[Maniphest] [Created] T24: Insufficient logging for bug proposal form issues
by tflink (Tim Flink) 15 Jan '14

15 Jan '14

tflink created this task. tflink added a subscriber: tflink. tflink added a project: blockerbugs TASK DESCRIPTION I got a report of a failed proposal today where the form said there were errors but everything looks fine and no details were provided. There is currently no logging of form errors in the app, and that would have been useful in this case. If there's one report, I suspect that there have been other form validation failures which have gone unreported. Attached to this bug is screenshot of what the user reported {F10} TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T24 To: tflink Cc: qa-devel, tflink

1 3

[Maniphest] [Created] T21: Do not display obsolete and deleted updates
by tflink (Tim Flink) 14 Jan '14

14 Jan '14

mkrizek created this task. mkrizek claimed this task. mkrizek added a subscriber: mkrizek. mkrizek added a project: blockerbugs TASK DESCRIPTION Currently, the app knows of no way how to deal with updates that were deleted from bodhi. This results in displaying deleted update as a potential fix for a bug. Also, the app display an obsolete update as a potential fix which it shouldn't. The update sync code should go through the updates stored in the app's db and somehow mark those that were no longer present in bodhi or that have status 'obsolete' as 'do not display'. TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T21 To: mkrizek Cc: qa-devel, mkrizek

1 2

[Maniphest] [Created] T20: Use config files to point to repodata locations in depcheck mk 2
by tflink (Tim Flink) 13 Jan '14

13 Jan '14

jdulaney created this task. jdulaney claimed this task. jdulaney added a subscriber: qa-devel. jdulaney added a project: depcheck mk 2 TASK DESCRIPTION Currently, depcheck mk 2 uses essentially hard coded links to repodata; better solution is to put these into a config file. Use yum.repos style so that yum configs can be copied in. TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T20 To: jdulaney Cc: qa-devel

1 2

[Fedora QA] #381: Bug and Update syncs shouldn't be halted by an isolated problem with one update or bug
by fedora-badges 13 Jan '14

13 Jan '14

#381: Bug and Update syncs shouldn't be halted by an isolated problem with one update or bug --------------------------------------+---------------------------------- Reporter: tflink | Owner: tflink Type: enhancement | Status: new Priority: major | Milestone: Undetermined Future Component: Blocker bug tracker page | Version: Keywords: | Blocked By: Blocking: | --------------------------------------+---------------------------------- = problem = The current bug and update sync algorithms are very fragile in that one error will stop the entire sync algorithm, leaving stuff out of sync with bodhi or bugzilla. This has caused problems in the past = analysis = This could be solved by better error handling in the sync process such that an error is logged but doesn't bubble up to the main sync code and halt the entire process. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/381> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 1

[Fedora QA] #384: Improve documentation
by fedora-badges 13 Jan '14

13 Jan '14

#384: Improve documentation --------------------------------------+------------------------ Reporter: tflink | Owner: tflink Type: enhancement | Status: new Priority: major | Milestone: Fedora 20 Component: Blocker bug tracker page | Version: Keywords: | Blocked By: Blocking: | --------------------------------------+------------------------ = problem = At the moment, our documentation is out of date and somewhat incomplete. = analysis = Update the docs and find an appropriate place for them to live. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/384> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 1

[Fedora QA] #438: Multiple builds fixing a bug show confusing status label
by fedora-badges 16 Dec '13

16 Dec '13

#438: Multiple builds fixing a bug show confusing status label --------------------------------------+--------------------- Reporter: kparal | Owner: tflink Type: defect | Status: new Priority: minor | Milestone: Component: Blocker bug tracker page | Version: Keywords: | Blocked By: Blocking: | --------------------------------------+--------------------- See the screenshot. There are two updates that claim to fix a single bug (that is correct, both of them are needed). One is stable, one is in testing. The BBA shows [stable] label. That is confusing, that seems to indicate that everything needed is in stable. (One might happen to visit that bug and close it, without inspecting it closer). I think a better choice here is to show the "worst" status in the label. Therefore: {{{ update X: stable update Y: testing -> label: [testing] update X: stable update Y: stable -> label: [stable] update X: pending testing update Y: testing -> label: [pending testing] update X: pending stable update Y: testing -> label: [testing] update X: stable update Y: pending stable -> label: [pending stable] }}} So, if you have an ordered array ['pending testing', 'testing', 'pending stable', 'stable'], you pick the lowest index available in update XYZ statuses and show that as the label. What do you think? -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/438> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 2

[Fedora QA] #416: irc list sort order doesn't match html buglist
by fedora-badges 09 Dec '13

09 Dec '13

#416: irc list sort order doesn't match html buglist --------------------------------------+------------------------ Reporter: tflink | Owner: tflink Type: defect | Status: new Priority: major | Milestone: Fedora 20 Component: Blocker bug tracker page | Version: Keywords: | Blocked By: Blocking: | --------------------------------------+------------------------ = bug description = The sort order of the bugs displayed on the html buglist (milestone/XX/YY/buglist) doesn't match the sort order used when generating the irc list for meetbot. This causes some confusion and annoyance when the order of bugs discussed in the meeting is not what appears in the list that participants are looking at = fix recommendation = Make the sort order consistent as component,bzid for both lists -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/416> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 6

[AutoQA] #445: upgradepath is failing rawhide builds due to no rawhide-pending
by fedora-badges 09 Dec '13

09 Dec '13

#445: upgradepath is failing rawhide builds due to no rawhide-pending ---------------------+------------------------ Reporter: tflink | Owner: Type: defect | Status: new Priority: major | Milestone: Hot issues Component: tests | Keywords: Blocked By: | Blocking: ---------------------+------------------------ == Description == There are several examples where upgradepath is failing builds if rawhide isn't a newer version (not including release) compared to branched or the active releases. This is leaving failure messages in bodhi and is leaving false negatives in bodhi and needs to be fixed. == Examples of Failure == * http://autoqa.fedoraproject.org/results/681687-autotest/virt04.qa/upgradepa… /resource-agents-3.9..html#2 * http://autoqa.fedoraproject.org/results/681759-autotest/virt10.qa/upgradepa… -- Ticket URL: <https://fedorahosted.org/autoqa/ticket/445> AutoQA <http://autoqa.fedorahosted.org> Automated QA project

1 9

[Fedora QA] #431: Enable HTTPS for beaker.fp.o
by fedora-badges 03 Dec '13

03 Dec '13

#431: Enable HTTPS for beaker.fp.o --------------------------------------+--------------------- Reporter: atodorov | Owner: tflink Type: defect | Status: new Priority: major | Milestone: Component: Blocker bug tracker page | Version: Keywords: | Blocked By: Blocking: | --------------------------------------+--------------------- Please enable HTTPS for beaker.fp.o. Can be self-signed or a wildcard *.fp.o certificate if there is one. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/431> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 2

[Fedora QA] #387: Updates pending stable show as stable
by fedora-badges 02 Dec '13

02 Dec '13

#387: Updates pending stable show as stable --------------------------------------+--------------------- Reporter: kparal | Owner: tflink Type: defect | Status: new Priority: minor | Milestone: Component: Blocker bug tracker page | Version: Keywords: | Blocked By: Blocking: | --------------------------------------+--------------------- A package that is in updates-testing and is pending stable is shown as [stable] in the app. That can cause some confusion (i.e. one of us can close a related bug by assuming the package is already stable, and the package push can be cancelled afterwards). I think the app should display the repository the package is currently in, not the repository the package in pending to. What do you think? -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/387> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 4

Locking Down Access to Beaker
by Tim Flink 01 Dec '13

01 Dec '13

After a conversation with infra, we decided to lock down access to beaker.fedoraproject.org by IP address until we have a more secure solution for logins [1]. I've changed the server configuration so that access to beaker is only allowed from certain IPs. I think that most current users should be included in this list but if you're seeing 403s and think you should have access to beaker.fedoraproject.org, please let me know. Sorry for the inconvenience, we hope to have an alternate access method soon. Tim [1]https://lists.fedorahosted.org/pipermail/beaker-devel/2013-November/00088…

2 1

[Fedora QA] #439: IRC bug order does not match web bug order
by fedora-badges 27 Nov '13

27 Nov '13

#439: IRC bug order does not match web bug order --------------------------------------+--------------------- Reporter: kparal | Owner: tflink Type: defect | Status: new Priority: minor | Milestone: Component: Blocker bug tracker page | Version: Keywords: | Blocked By: Blocking: | --------------------------------------+--------------------- Look at those two screenshots. Captured at the same time, yet the third and the fourth bug position is swapped between web ui and IRC script. Ideally the ordering should be the same. Thanks. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/439> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 1

[Maniphest] [Changed CC] T12: Create comprehensive functional tests for package level checks
by tflink (Tim Flink) 27 Nov '13

27 Nov '13

jdulaney added a subscriber: jdulaney. TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T12 To: jdulaney Cc: qa-devel, tflink, jdulaney

1 0

[Maniphest] [Created] T23: login with flask_fas_openid fails with "Strange state: failure"
by tflink (Tim Flink) 26 Nov '13

26 Nov '13

tflink created this task. tflink claimed this task. tflink added a subscriber: tflink. tflink added a project: blockerbugs TASK DESCRIPTION When logging in, some users are redirected to FAS-OpenID, complete the auth process only to be met with fails with "Strange state: failure" TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T23 To: tflink Cc: qa-devel, tflink

1 1

Seeking a candidate for the Server Working Group
by Stephen Gallagher 26 Nov '13

26 Nov '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Server Working Group is a team focused on the development of a server-OS built from the Fedora Project. Recently, the chair held by Jóhann B. Guðmundsson was vacated. At today's Working Group meeting[1], we agreed that we would like to approach Fedora QA first for someone to fill this chair. If you feel that you are able and willing to represent the interests of Fedora QA in the Server Working Group, please respond and we will consider you. Thank you very much in advance. [1] http://meetbot.fedoraproject.org/fedora-meeting-1/2013-11-26/fedora-meeting… -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKU5CUACgkQeiVVYja6o6OYsQCfbevd04RHvco2HBbY4ZsX81d0 zE8AnjAnAF4QjhkqyucHt7gFZ2Iq3wGZ =LKJv -----END PGP SIGNATURE-----

2 1

Re: [Fedora QA] #359: Create Ansible Playbooks for Deployment and Updating
by fedora-badges 26 Nov '13

26 Nov '13

#359: Create Ansible Playbooks for Deployment and Updating ---------------------------------------+--------------------------------- Reporter: tflink | Owner: tflink Type: enhancement | Status: closed Priority: major | Milestone: Undetermined Future Component: Blocker bug tracker page | Version: Resolution: fixed | Keywords: Blocked By: | Blocking: ---------------------------------------+--------------------------------- Changes (by mkrizek): * status: new => closed * resolution: => fixed Comment: tflink has done this. Closing. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/359#comment:2> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 0

[Fedora QA] #422: dev instance sync is erroring out with bugzillacookie issues
by fedora-badges 26 Nov '13

26 Nov '13

#422: dev instance sync is erroring out with bugzillacookie issues --------------------------------------+------------------------ Reporter: tflink | Owner: tflink Type: defect | Status: new Priority: major | Milestone: Fedora 20 Component: Blocker bug tracker page | Version: Keywords: | Blocked By: Blocking: | --------------------------------------+------------------------ = bug description = when the cron scheduled sync runs, it errors out when it can't read the bugzillacookie file. I thought that we got rid of all the bugzillacookie references with the fix to #414, so I'm not sure what's going on here. Filing an issue so it doesn't get lost - this needs to be fixed before we can release a new version. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/422> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 1

[Maniphest] [Created] T22: Add support for automatic documentation deployment
by tflink (Tim Flink) 26 Nov '13

26 Nov '13

mkrizek created this task. mkrizek claimed this task. mkrizek added a subscriber: mkrizek. mkrizek added a project: blockerbugs TASK DESCRIPTION The task here is to add support for automatic documentation deployment. There is an existing tool for deploying docs generated by sphinx [1] that might be worth looking into. Support for jenkins [2] seems to be missing as of now but is listed as something that will be done in the future. Other thing that needs figuring out is a location of the docs. [1] https://github.com/teracy-official/sphinx-deployment [2] http://jenkins.cloud.fedoraproject.org/job/blockerbugs/ TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T22 To: mkrizek Cc: qa-devel, mkrizek

1 0

[Maniphest] [Created] T19: Some users seeing HTTP 503 errors from the blockerbugs production instance
by tflink (Tim Flink) 26 Nov '13

26 Nov '13

tflink created this task. tflink assigned this task to mkrizek. tflink added a subscriber: tflink. tflink added a project: blockerbugs TASK DESCRIPTION Earlier today, we got a report of the production app throwing 503 errors but the errors went away shortly after. At first glance, it appears that the user in question was logged in at the time and at approximately the same time, the following error showed up on blockerbugs02: Nov 20 15:30:58 blockerbugs02 app 2013-11-20 15:30:58 ERROR Exception on /admin/ [GET]#012Traceback (most recent call last):#012 File "/usr/lib/python2.6/site-packages/flask/app.py", line 1687, in wsgi_app#012 response = self.full_dispatch_request()#012 File "/usr/lib/python2.6/site-packages/flask/app.py", line 1360, in full_dispatch_request#012 rv = self.handle_user_exception(e)#012 File "/usr/lib/python2.6/site-packages/flask/app.py", line 1358, in full_dispatch_request#012 rv = self.dispatch_request()#012 File "/usr/lib/python2.6/site-packages/flask/app.py", line 1344, in dispatch_request#012 return self.view_functions[rule.endpoint](**req.view_args)#012 File "/usr/lib/python2.6/site-packages/flask_admin/base.py", line 49, in inner#012 abort = self._handle_view(f.__name__, **kwargs)#012 File "/usr/lib/python2.6/site-packages/blockerbugs/controllers/admin/__init__.py", line 43, in _handle_view#012 return check_admin_rights()#012 File "/usr/lib/python2.6/site-packages/blockerbugs/controllers/users.py", line 52, in check_admin_rights#012 return fas.login()#012 File "/usr/lib/python2.6/site-packages/flask_fas_openid.py", line 129, in login#012 if 'next' in args.values:#012NameError: global name 'args' is not defined I suspect that something may be mishandled with login when the load balancer sends traffic to the node on which the user did not login initially, but this is just a suspicion - the issue still needs triage. TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T19 To: mkrizek, tflink Cc: qa-devel, tflink

1 5

[Maniphest] [Edited] T16: generate specially crafted rpms to induce failure and passing in depcheck
by tflink (Tim Flink) 26 Nov '13

26 Nov '13

jskladan edited the task description. TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T16 To: jskladan Cc: qa-devel, tflink, jskladan

1 0

[Maniphest] [Commented On] T16: generate specially crafted rpms to induce failure and passing in depcheck
by tflink (Tim Flink) 26 Nov '13

26 Nov '13

jskladan added a comment. Tim, I changed the T14 to refer to upgradepath. TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T16 To: jskladan Cc: qa-devel, tflink, jskladan

1 0

[Maniphest] [Retitled] T14: generate specially crafted rpms to induce failure and passing in upgradepath
by tflink (Tim Flink) 26 Nov '13

26 Nov '13

jskladan changed the title from "generate specially crafted rpms to induce failure and passing in rpmlint" to "generate specially crafted rpms to induce failure and passing in upgradepath". jskladan edited the task description. TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T14 To: jskladan Cc: qa-devel, tflink

1 0

[Maniphest] [Retitled] T14: generate specially crafted rpms to induce failure and passing in rpmlint
by tflink (Tim Flink) 26 Nov '13

26 Nov '13

jskladan changed the title from "generate specially crafted rpms to induce failure and passing in depcheck" to "generate specially crafted rpms to induce failure and passing in rpmlint". jskladan edited the task description. TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T14 To: jskladan Cc: qa-devel, tflink

1 0

[Maniphest] [Commented On] T16: generate specially crafted rpms to induce failure and passing in depcheck
by tflink (Tim Flink) 26 Nov '13

26 Nov '13

tflink added a comment. yeah, one of them was supposed to be for upgradepath. Can you change the title of one of them depending on which task you were intending to take? TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T16 To: jskladan, tflink Cc: qa-devel, tflink, jskladan

1 0

[Maniphest] [Claimed] T16: generate specially crafted rpms to induce failure and passing in depcheck
by tflink (Tim Flink) 26 Nov '13

26 Nov '13

jskladan claimed this task. TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T16 To: jskladan Cc: qa-devel, tflink, jskladan

1 0

[Maniphest] [Changed CC] T16: generate specially crafted rpms to induce failure and passing in depcheck
by tflink (Tim Flink) 26 Nov '13

26 Nov '13

jskladan added a subscriber: jskladan. jskladan added a comment. just a note - is this a duplicate of T14 or is it merely a typo and this ticket (or the other one) should be upgradepath-centric? TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T16 To: jskladan Cc: qa-devel, tflink, jskladan

1 0

[Maniphest] [Commented On] T1: investigate output formats for taskotron
by tflink (Tim Flink) 26 Nov '13

26 Nov '13

jskladan added a comment. As we discussed in <https://lists.fedoraproject.org/pipermail/qa-devel/2013-October/000465.html>, I believe that TAP (v13) should be the one - it is easily parsable, there already is a TAP producer for Python <http://luther.ceplovi.cz/git/bayeux.git/>, and I put together (although API needs to be defined) a library for TAPv13 parsing <https://bitbucket.org/rajcze/pytap13>. TASK DETAIL https://phab.qadevel.cloud.fedoraproject.org/T1 To: jskladan Cc: qa-devel, tflink

1 0

AutoQA and Beaker Downtime Today
by Tim Flink 21 Nov '13

21 Nov '13

Apologies for the late notice, I had the wrong date in my head for this. With the Fedora Infrastructure outage today, I'm going to take the opportunity to update and reboot all the AutoQA and Beaker infrastructure. AutoQA and Beaker will be mostly down for about 3 hours from 22:00 UTC. I'll send out another email when everything is back up and running. Tim

1 1

[Fedora QA] #435: bugzilla sync operations are not using the correct config items
by fedora-badges 20 Nov '13

20 Nov '13

#435: bugzilla sync operations are not using the correct config items --------------------------------------+--------------------- Reporter: tflink | Owner: tflink Type: defect | Status: new Priority: critical | Milestone: Component: Blocker bug tracker page | Version: Keywords: | Blocked By: Blocking: | --------------------------------------+--------------------- = bug description = After the change for #423, the configuration options for bugzilla's XMLRPC interface changed from BUGZILLA_URL to BUGZILLA_XMLRPC to get rid of the hardcoded partial url in our templates. Unfoturnately, the sync code is still using 'BUGZILLA_URL' and with an updated config, sync blows up with errors. To work around this bug, I've kept the old value for 'BUGZILLA_URL' which allows sync to work but has the side-effect of breaking display of the tracker bugs. = bug analysis = All references to 'BUGZILLA_URL' and 'BUGZILLA_XMLRPC' need to be checked to make sure that we're getting the right urls in the right places. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/435> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 1

Blockerbugs 0.4 Released and Deployed
by Tim Flink 19 Nov '13

19 Nov '13

After a bit more of a delay than we were anticipating, blockerbugs 0.4 has been released and deployed to production! https://qa.fedoraproject.org/blockerbugs/ New features and enhancements: - Spin requests * add updates and/or koji builds to the request - API Support * get latest blockers, blocker-related updates, spin contents etc. - Improved Update Display * URLs include update ID once it's available from bodhi * Stale updates are removed from list * Updates in need of testing are displayed with their associated bug - UI Enhancements * Needinfo bugs are indicated in the blocker tables * Sort order in IRC format matches html * IRC Format has correct MIME type * Improved admin interface for app admins Thanks to Martin Krizek and Ilgiz Islamgulov for their hard work on this new release! As always, please let us know if you hit any issues. Tim

1 0

Re: [Fedora QA] #357: Improve asset management
by fedora-badges 14 Nov '13

14 Nov '13

#357: Improve asset management ---------------------------------------+----------------------- Reporter: tflink | Owner: mkrizek Type: enhancement | Status: closed Priority: minor | Milestone: Fedora 20 Component: Blocker bug tracker page | Version: Resolution: fixed | Keywords: Blocked By: | Blocking: ---------------------------------------+----------------------- Changes (by mkrizek): * resolution: => fixed * status: new => closed * milestone: Undetermined Future => Fedora 20 Comment: Replying to [comment:5 dcallagh]: > uglifyjs is a good alternative for JS minification. In Beaker we're using uglifyjs and ycssmin (with webassets), that setup works well. Thanks for the suggestion! Fixed in [https://git.fedorahosted.org/cgit/blockerbugs.git/commit/?h=develop&id=4c89… 4c8905932d1511e88febb8e0faa2af1d4d20db17] and [https://git.fedorahosted.org/cgit/blockerbugs.git/commit/?h=develop&id=dd6b… dd6baff75945a69d77be7ef690c5ab97f5da5757] -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/357#comment:6> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 0

Review Request 45: Improve asset management
by Martin Krizek 14 Nov '13

14 Nov '13

----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://reviewboard-tflink.rhcloud.com/r/45/ ----------------------------------------------------------- Review request for blockerbugs. Bugs: 357 https://fedorahosted.org/fedora-qa/ticket/357 Repository: blockerbugs Description ------- commit d86f88d7f9da899ffef44ad617a8a831327b7d80 Author: Martin Krizek <mkrizek(a)redhat.com> Date: Mon Aug 12 16:40:16 2013 +0200 Improve asset management Fixes: #357 I have not minified two js files in milestone_stats.html template as I am not sure it's worth it, any objections? Diffs ----- requirements.txt 09e0318bc189512f5d324bda8879ad74c4763f95 blockerbugs/templates/layout.html 49cdbd70ef8347965dfca93971449688f9cd6cb0 blockerbugs/__init__.py bd9973579e80fc859f3e8d22c35753fbd024c5f0 Diff: http://reviewboard-tflink.rhcloud.com/r/45/diff/ Testing ------- Loaded pages, seems like css and js work as expected after being minified. Thanks, Martin Krizek

1 10

New Bug Tracker Ready for Use (Finally)
by Tim Flink 14 Nov '13

14 Nov '13

After a bit more work than I was hoping and some email issues with RHIT (I haven't been working on this the _whole_ time :-P), I have a new phabricator instance up and running in the fedora cloud. https://phab.qadevel.cloud.fedoraproject.org/ The SSL certs are self signed, so you'll get the usual warning when you visit the page. We won't have FAS integration until after beta freeze is over and the persona provider for FAS is added, so for now I've enabled registration with username/password. If you do register, _please_ use your FAS id - I'm eventually going to disable username/password logins and using FAS ids will will make the migration to FAS-Persona auth that much easier for all of us. While the landing page does require login for now, the individual components of Phabricator do not: Tickets: https://phab.qadevel.cloud.fedoraproject.org/maniphest/ Repositories: https://phab.qadevel.cloud.fedoraproject.org/diffusion/ Code Reviews: https://phab.qadevel.cloud.fedoraproject.org/differential/ Design Reviews: https://phab.qadevel.cloud.fedoraproject.org/pholio/ I've also packaged Phabricator's cli (arcanist) for el6, f19 and f20 in a side repo: http://repos.fedorapeople.org/repos/tflink/phabricator/ Once we start getting into more code reviews and decide how we want to handle pushes, I'll write up instructions on submitting code for review. If you see problems or would like to see changes made, please let me know. Everything seems to be working for my basic testing but I may have missed something. Tim

2 5

Re: [Fedora QA] #357: Improve asset management
by fedora-badges 12 Nov '13

12 Nov '13

#357: Improve asset management ---------------------------------------+--------------------------------- Reporter: tflink | Owner: mkrizek Type: enhancement | Status: new Priority: minor | Milestone: Undetermined Future Component: Blocker bug tracker page | Version: Resolution: | Keywords: Blocked By: | Blocking: ---------------------------------------+--------------------------------- Comment (by dcallagh): uglifyjs is a good alternative for JS minification. In Beaker we're using uglifyjs and ycssmin (with webassets), that setup works well. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/357#comment:5> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 0

Introducing Taskotron (the system formerly known as Taskbot)
by Tim Flink 12 Nov '13

12 Nov '13

tl;dr - taskbot is now taskotron 'taskbot' is a name I came up with while sitting at PyCon US in March, looking for a name I could use while seeing if any of this could even work. Unfortunately, it never dawned on me to check with legal before moving farther forward and now we're in a situation where the name we've been using is not OK with legal and needs to change. Legal has approved the use of 'taskotron' (something Josef and I came up with last week) and we'll be moving to that name. Fortunately, we don't have any production systems up or canonical repos with 'taskbot' in their name so the name change process will be significantly less problematic than it could have been. I'll be going through the process of re-naming and editing wiki articles but the test systems will be sticking around for a bit until we're ready to re-deploy. There's no immediate legal threat and I don't see much point in replacing working test elements until we're farther along with the runner/reporting work that's currently underway. Tim

2 2

Re: [Fedora QA] #357: Improve asset management
by fedora-badges 12 Nov '13

12 Nov '13

#357: Improve asset management ---------------------------------------+--------------------------------- Reporter: tflink | Owner: mkrizek Type: enhancement | Status: new Priority: minor | Milestone: Undetermined Future Component: Blocker bug tracker page | Version: Resolution: | Keywords: Blocked By: | Blocking: ---------------------------------------+--------------------------------- Changes (by mkrizek): * milestone: Fedora 20 => Undetermined Future Comment: There are licence issues with python-jsmin, moving to Undetermined Future until it is resolved. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/357#comment:4> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 0

[Fedora QA] #417: app dependencies are missing in epel6
by fedora-badges 12 Nov '13

12 Nov '13

#417: app dependencies are missing in epel6 --------------------------------------+------------------------ Reporter: tflink | Owner: tflink Type: task | Status: new Priority: major | Milestone: Fedora 20 Component: Blocker bug tracker page | Version: Keywords: | Blocked By: Blocking: | --------------------------------------+------------------------ = issue = As we're adding flask-admin in the devel branch, it has unsatisfied dependencies in epel6 ([https://bugzilla.redhat.com/show_bug.cgi?id=991730 rhbz reference]). Those dependencies are: * [http://pkgs.fedoraproject.org/cgit/python-wtf-peewee.git python-wtf- peewee] * [http://pkgs.fedoraproject.org/cgit/python-peewee.git python-peewee] * [http://pkgs.fedoraproject.org/cgit/python-flask-mongoengine.git python- flask-mongoengine] We need to have el6 builds of these deps before we can deploy to -devel and getting everything figured out will help the maintainers of those packages get epel6 builds done more quickly = Task Description = Get all three rpms building in epel6 so we can add them to a side repo and get to testing the upcoming release. It would be best if we fixed the specs the right way and sent patches to each packages' maintainer so that actual epel6 builds can get done sooner. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/417> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 2

Re: [Fedora QA] #316: Indicate bugs that are needinfo
by fedora-badges 12 Nov '13

12 Nov '13

#316: Indicate bugs that are needinfo ---------------------------------------+----------------------- Reporter: adamwill | Owner: mkrizek Type: enhancement | Status: closed Priority: minor | Milestone: Fedora 20 Component: Blocker bug tracker page | Version: Resolution: fixed | Keywords: Blocked By: | Blocking: ---------------------------------------+----------------------- Changes (by mkrizek): * status: new => closed * resolution: => fixed Comment: Fixed and merged in develop [https://git.fedorahosted.org/cgit/blockerbugs.git/commit/?h=develop&id=e0ec… e0ecaf9136a454e5f1690a82b3ab4de0e9531be0] -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/316#comment:5> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 0

Review Request 42: Indicate bugs that are needinfo
by Martin Krizek 12 Nov '13

12 Nov '13

----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: http://reviewboard-tflink.rhcloud.com/r/42/ ----------------------------------------------------------- Review request for blockerbugs. Bugs: 316 https://fedorahosted.org/fedora-qa/ticket/316 Repository: blockerbugs Description ------- This patch adds a needinfo field into the Bug table. The field is filed with the name of a user that the info is needed from, or empty string if needinfo is not set. If needinfo is set, an icon is displayed in bug list in the same way as the 'recently modified' icon -- any ideas on how to display the information better? Diffs ----- sass/app.scss 061016495d9c46aef0efb5dcfc9e3a5eab43f72c blockerbugs/util/bug_sync.py 49cce49740cd6f5b1f430f58c8d1b522e1f0b7e3 blockerbugs/templates/blocker_list.html 17cdc74d5cac7be3d3843196eeda9e01f1c91ff3 blockerbugs/static/css/app.css 99b6fbc81b231c7f876f1365cfc63f6eade1217e blockerbugs/static/css/app-foundation.css 852272bf1bd1c629b30933b451daceec31812de7 blockerbugs/models/bug.py 095cf7294a5b0a5b3fb9979abf9e669e4acd157c alembic/versions/23cc8daafea8_add_needinfo_to_bug.py PRE-CREATION Diff: http://reviewboard-tflink.rhcloud.com/r/42/diff/ Testing ------- Run db sync, one of the bugs had needinfo flag set, everything worked as expected. Thanks, Martin Krizek

1 14

[Fedora QA] #432: Test day results app should be more navigable: create an event, export results, view all events
by fedora-badges 11 Nov '13

11 Nov '13

#432: Test day results app should be more navigable: create an event, export results, view all events ------------------------------------+----------------------- Reporter: adamwill | Owner: jskladan Type: enhancement | Status: new Priority: major | Milestone: Component: QA tools: test day app | Version: Keywords: | Blocked By: Blocking: | ------------------------------------+----------------------- I find myself having to refer to the Test Day SOP or https://fedoraproject.org/wiki/User:Jskladan/Sandbox:TestdayApp all the time to find the 'magic URLs' to do anything with the test day results app. It's not very internally navigable - you can't find your way from any given part of the UI to the 'new event' or 'export results' or 'view all events' pages, so far as I can tell. It might be nice if there were more internal links, and perhaps if the content from https://fedoraproject.org/wiki/User:Jskladan/Sandbox:TestdayApp were put somewhere more permanent and linked to from within the app itself. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/432> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 4

autoqa rpmlint crashes
by Kamil Paral 05 Nov '13

05 Nov '13

A lot of autoqa rpmlint jobs crash lately. Just to let you know, this is a problem in rpmlint and I reported it here: https://bugzilla.redhat.com/show_bug.cgi?id=1026328

2 1

Requesting/managing upgrades to beaker.fedoraproject.org
by Nick Coghlan 04 Nov '13

04 Nov '13

With Beaker 0.15.1 due out soon, we'd like to upgrade beaker.fedoraproject.org once the new version is available. At the moment, Dan Callaghan and I are admins for the Beaker instance, while Raymond Mancy and Amit Saha are registered users of that instance. However, we aren't admins for the actual *servers*, which is what is needed in order to manage upgrades. We're happy to help manage the Fedora Beaker instance (including upgrades), but when Tim last looked into that, it wasn't easy to give us access to just the Beaker server and lab controllers without giving us broader access to the rest of the Fedora infrastructure systems (which we *don't* really want). I figure the next step is to file a ticket at https://fedorahosted.org/fedora-infrastructure/ but the question is which ticket to file: 1. File a ticket now to get at least Dan and myself (and preferably Ray and Amit as well) sufficient access to handle Beaker upgrades for beaker.fedoraproject.org. 2. Wait until 0.15.1 is available, and then file a ticket to get beaker.fedoraproject.org updated. Regardless of which we do, we should probably create a page on the Fedora wiki and/or a doc in http://infrastructure.fedoraproject.org/infra/docs/ to explain the Fedora Beaker instance's existence and how it gets used, managed and upgraded. Thoughts? Regards, Nick. -- Nick Coghlan Red Hat Infrastructure Engineering & Development, Brisbane Testing Solutions Team Lead Beaker Development Lead (http://beaker-project.org/)

2 4

Taskbot: TAP vs Subunit
by Josef Skladanka 04 Nov '13

04 Nov '13

Tim (and of course the rest of the gang ;)), During our chat with Tim, we agreed that we'd really like to use some standardized 'output format' for the tests in Taskbot, to be a bit more programming-language/results-store-implementation agnostic. We knew about two options - TAP <http://testanything.org/wiki/index.php/Main_Page> and Subunit <https://pypi.python.org/pypi/python-subunit>. = Subunit = At least in Python is quite tightly coupled with unittest, both ideologically and practically. I was unable to find a way to just produce a Subunit stream without the need of actually running a testsuite. The format is (basically) just plain PASS/FAIL/INFO/..., and there is possibility to add some 'details'results. It should also be possible to add an attachment to the end of the stream, but no result-specific data can be added (IMO). Also Subunit is now in the process of transition to new implementation, which now should fix some issues with concurrency, add more result-states, etc., but will be binary, so human readability would quite suffer. I do not really feel that this is a good match for our needs (at least without any significant hacking) = TAP = TAP is not unittest-specific, and is human-readable plaintext format. It also has just PASS/FAIL logic, but there is a possibility to add YAML 'metadata' to any result (since TAP v. 13). The real issue with TAP is Python support. There is a TAP-consumer library created as an example for PyParsing <http://pyparsing.wikispaces.com/file/detail/TAP.py>, but it does not support the v13 protocol, and is quite useless as such. TAP-producer library for Python <https://github.com/rjbs/pytap> is also using the old version (i.e. no YAML extensions), and seems to be dead (2 years since last update). It is also quite badly written. = Result = Although neither choice is ideal, I feel that TAP would be the better choice, even though it would mean implementing our own producer/parser. Also the TAP is really simplistic format, so creating a TAP output should be quite easy even in any programming language. It is possible that I somehow utterly misunderstood the Subunit concept, so it might be useful to contact some QAs currently using it (I thing Tim mentioned something about OpenStack?), or contact the developer directly. J.

5 10

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

qa-devel November 2013