Project

General

Profile

Actions

action #20052

closed

[qe-core][functional][userspace] Unused QA_WEB_REPO, QA_HEAD_REPO, SLENKINS_TESTSUITES_REPO variables added to sle media -> should only be added where necessary

Added by okurz about 7 years ago. Updated 2 months ago.

Status:
Rejected
Priority:
Low
Assignee:
Category:
Enhancement to existing tests
Target version:
-
Start date:
2017-06-26
Due date:
% Done:

0%

Estimated time:
42.00 h
Difficulty:

Description

Motivation

Current SLE media have

QA_HEAD_REPO=http://dist.nue.suse.com/ibs/QA:/Head/SLE-12-SP2
QA_WEB_REPO=http://dist.suse.de/install/SLP/SLE-12-Module-Web-Scripting-LATEST/x86_64/CD1/
SLENKINS_TESTSUITES_REPO=http://download.suse.de/ibs/Devel:/SLEnkins:/testsuites/SLE_12_SP2/

referencing e.g. http://dist.suse.de/install/SLP/SLE-12-Module-Web-Scripting-LATEST/x86_64/CD1/ which was last changed 2014(!) and in os-autoinst-distri-opensuse I can see it used only in tests/qa_automation/qa_run.pm and I don't even know if it's useful to be added there because the module is not up-to-date. I suggest to not add these variables at all on the medium but only add necessary repos within os-autoinst-distri-opensuse where needed.

QA_HEAD_REPO is used in more locations.

Acceptance criteria

  • AC: QA_WEB_REPO, QA_HEAD_REPO and SLENKINS_TESTSUITES_REPO are not added to test suites of teams that don't use them

Tasks

  1. Ask in email of who uses the settings
    • SLENKINS_TESTSUITES_REPO
    • QA_WEB_REPO
    • QA_HEAD_REPO
  2. Proposed those teams to use YAML schedule for their teams to add those settings only to their jobs.
Actions #1

Updated by okurz about 7 years ago

@yosun, @thehejik, @rpalethorpe: Can you comment on this? Can we remove the variables from the medium? Should we move them to corresponding test suites or within os-autoinst-distri-opensuse?

Actions #2

Updated by yosun about 7 years ago

We use only QA_HEAD_REPO and QA_WEB_REPO inside qa_run.pm, and it still in use. It's design for convenience for other product use it. It's OK to change it write those url inside testscript. But I don't see more advantage to remove those parameters than keep them.
I have no experience for SLENKINS_TESTSUITES_REPO.

Actions #3

Updated by okurz about 7 years ago

yosun wrote:

But I don't see more advantage to remove those parameters than keep them.

We have nearly 1k jobs for each build and all jobs have these variables, only a few use them. So my feeling is that there would be less confusion about the purpose if these variables are only where they are used.

Actions #4

Updated by okurz about 7 years ago

I wonder about the version of these repositories. Why do we use QA_HEAD_REPO stating 12-SP2 for testing 12-SP3 and the same for slenkins?

Actions #5

Updated by okurz over 6 years ago

  • Subject changed from Unused QA_WEB_REPO, QA_HEAD_REPO, SLENKINS_TESTSUITES_REPO variables added to sle media -> should only be added where necessary to [functional][u][userspace]Unused QA_WEB_REPO, QA_HEAD_REPO, SLENKINS_TESTSUITES_REPO variables added to sle media -> should only be added where necessary
  • Target version set to Milestone 17
Actions #6

Updated by okurz about 6 years ago

  • Subject changed from [functional][u][userspace]Unused QA_WEB_REPO, QA_HEAD_REPO, SLENKINS_TESTSUITES_REPO variables added to sle media -> should only be added where necessary to [functional][u][userspace] Unused QA_WEB_REPO, QA_HEAD_REPO, SLENKINS_TESTSUITES_REPO variables added to sle media -> should only be added where necessary
  • Target version changed from Milestone 17 to Milestone 21+
Actions #8

Updated by okurz about 6 years ago

  • Target version changed from Milestone 21+ to Milestone 21+
Actions #9

Updated by okurz over 5 years ago

  • Target version changed from Milestone 21+ to Milestone 25+
Actions #10

Updated by mgriessmeier about 5 years ago

  • Target version changed from Milestone 25+ to Milestone 30+
Actions #11

Updated by mgriessmeier over 4 years ago

  • Target version changed from Milestone 30+ to Milestone 30

needs to be discussed offline

Actions #12

Updated by SLindoMansilla almost 4 years ago

  • Description updated (diff)
  • Status changed from New to Workable
  • Assignee set to szarate
  • Estimated time set to 42.00 h
Actions #13

Updated by tjyrinki_suse over 3 years ago

  • Subject changed from [functional][u][userspace] Unused QA_WEB_REPO, QA_HEAD_REPO, SLENKINS_TESTSUITES_REPO variables added to sle media -> should only be added where necessary to [qe-core][functional][userspace] Unused QA_WEB_REPO, QA_HEAD_REPO, SLENKINS_TESTSUITES_REPO variables added to sle media -> should only be added where necessary
Actions #14

Updated by szarate over 3 years ago

  • Assignee deleted (szarate)
Actions #15

Updated by slo-gin almost 2 years ago

This ticket was set to Normal priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.

Actions #16

Updated by slo-gin 4 months ago

This ticket was set to Normal priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.

Actions #17

Updated by mgrifalconi 2 months ago

  • Tags set to qecore-cleanup
  • Status changed from Workable to Rejected

7 years old ticket. Please create new one if issue still current

Actions #18

Updated by okurz 2 months ago

  • Status changed from Rejected to Workable
  • Target version deleted (Milestone 30)

Why should I need to create an exact copy of the ticket? I just checked https://openqa.suse.de/admin/products and the same issue is still present and still valid. I appreciate your cleanup attempt but don't just reject tickets because they are 7 years old.

Actions #19

Updated by mgrifalconi 2 months ago

  • Priority changed from Normal to Low

@okurz but is it really an issue if no one complained about it since 7 years? No escalation or request?

I might have used the wrong words while closing, let me try to rephrase: "No one looked at this in 7 years, no one tried to escalate it. Likely will never work on it, no reason to keep this in the backlog forever"
I would rather have a ticket closed instead of keeping it for another 20 years, but I see others like to user "Low" prio as recycle bin, we can do it as well.
By the way, you are welcome to contribute if you feel like it's something relevant!

Actions #20

Updated by okurz 2 months ago

mgrifalconi wrote in #note-19:

@okurz but is it really an issue if no one complained about it since 7 years? No escalation or request?

Implicitly people complain about this and related issues, e.g. when people say that openQA tests are complicated, hard to get into, have too many settings, have to many moving parts, etc.

Actions #21

Updated by szarate 2 months ago

  • Status changed from Workable to Rejected
  • Assignee set to szarate

This is no longer needed; evaluation of test settings will happen later, if at all.

Actions

Also available in: Atom PDF