[Bug 925508] New: osc submitrequest is not usable in batch mode
http://bugzilla.suse.com/show_bug.cgi?id=925508 Bug ID: 925508 Summary: osc submitrequest is not usable in batch mode Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: BuildService Assignee: bnc-team-screening@forge.provo.novell.com Reporter: werner@suse.com QA Contact: adrian@suse.com CC: dimstar@opensuse.org Found By: Development Blocker: --- Currently I have to press 26 y and ZZ to submit texlive-specs-a upto texlive-specs-z after I have generated all those spec files. Please make the option --yes work as described in the help of submitreq --yes proceed without asking. Here my current way texlive/targets> foreach t ( texlive-specs-* ) foreach? osc submitreq Publishing:TeXLive texlive-specs-l Publishing:TeXLive texlive-specs-l texlive/targets> foreach t ( texlive-specs-* ) foreach? pushd $t; osc submitreq --yes Publishing:TeXLive $t openSUSE:Factory $t ; popd foreach? end /usr/src/werner/texlive/targets/texlive-specs-a /usr/src/werner/texlive/targets There are already the following submit request: 293949. Supersede the old requests? (y/n/c) y created request id 294024 /usr/src/werner/texlive/targets /usr/src/werner/texlive/targets/texlive-specs-b /usr/src/werner/texlive/targets There are already the following submit request: 293950. Supersede the old requests? (y/n/c) y created request id 294025 /usr/src/werner/texlive/targets /usr/src/werner/texlive/targets/texlive-specs-c /usr/src/werner/texlive/targets There are already the following submit request: 293951. Supersede the old requests? (y/n/c) y created request id 294026 /usr/src/werner/texlive/targets /usr/src/werner/texlive/targets/texlive-specs-d /usr/src/werner/texlive/targets There are already the following submit request: 293952. Supersede the old requests? (y/n/c) y created request id 294027 /usr/src/werner/texlive/targets /usr/src/werner/texlive/targets/texlive-specs-e /usr/src/werner/texlive/targets There are already the following submit request: 293953. Supersede the old requests? (y/n/c) y created request id 294028 /usr/src/werner/texlive/targets /usr/src/werner/texlive/targets/texlive-specs-f /usr/src/werner/texlive/targets There are already the following submit request: 293954. Supersede the old requests? (y/n/c) y created request id 294046 /usr/src/werner/texlive/targets /usr/src/werner/texlive/targets/texlive-specs-g /usr/src/werner/texlive/targets There are already the following submit request: 293955. Supersede the old requests? (y/n/c) y created request id 294047 /usr/src/werner/texlive/targets /usr/src/werner/texlive/targets/texlive-specs-h /usr/src/werner/texlive/targets There are already the following submit request: 293928. Supersede the old requests? (y/n/c) y created request id 294048 -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=925508
--- Comment #1 from Adrian Schröter
http://bugzilla.suse.com/show_bug.cgi?id=925508
--- Comment #2 from Adrian Schröter
http://bugzilla.suse.com/show_bug.cgi?id=925508
Adrian Schröter
http://bugzilla.suse.com/show_bug.cgi?id=925508
--- Comment #3 from Dominique Leuenberger
we can do so (after checking that this does not easily drop requests from others without review easily).
however, this looks only like a workaround instead of creating a single request for all packages though.
multi-requests are not accepted to Factory - they are more than a pain to review by a normal human (just try reviewing a larger maintenance release; it's impossible) -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=925508
--- Comment #4 from Adrian Schröter
http://bugzilla.suse.com/show_bug.cgi?id=925508
--- Comment #5 from Dominique Leuenberger
might be, but then we should support incremental reviews better instead of moving the pain around (here to the submitter or on the other hand to manual jobs or heuristic scripts which try to find out which submissions must be collected together into one submission).
Latest on decline you'll move the pain back to the submitter - as the whole group is declined; the multi-SRs are a nice concept, but practically I rather never see them used. the 'manual script' you refer to is probably the staging setup. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=925508
--- Comment #6 from Adrian Schröter
participants (1)
-
bugzilla_noreply@novell.com