[JIRA] (OVIRT-1288) Find out why Gerrit always fails re-basing when trying to submit more then 3 changes at once
by Barak Korren (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1288?page=com.atlassian.jir... ]
Barak Korren updated OVIRT-1288:
--------------------------------
Summary: Find out why Gerrit always fails re-basing when trying to submit more then 3 changes at once (was: Find out why Gerti always failes rebasing when trying to submit more then 3 changes at once)
> Find out why Gerrit always fails re-basing when trying to submit more then 3 changes at once
> --------------------------------------------------------------------------------------------
>
> Key: OVIRT-1288
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1288
> Project: oVirt - virtualization made easy
> Issue Type: Improvement
> Components: Gerrit/git
> Reporter: Barak Korren
> Assignee: infra
>
> Gerrit has a feature where if you have multiple dependant patches, and they all have all the flags properly set, the submit button for changes with unmerged dependencies becomes 'Submit including parents' and lets you submit a whole set of changes at once.
> I've found out that of you have more then 3 dependent changes in a chain, Gerrit will always fail submitting the 4th change and claim there is a rebase conflict, even when there is none.
> This sounds like an artificial limitation, and we need to at least know where it comes from. And consider removing it.
--
This message was sent by Atlassian JIRA
(v1000.870.1#100039)
7 years, 8 months
[JIRA] (OVIRT-1288) Find out why Gerti always failes rebasing when trying to submit more then 3 changes at once
by Barak Korren (oVirt JIRA)
Barak Korren created OVIRT-1288:
-----------------------------------
Summary: Find out why Gerti always failes rebasing when trying to submit more then 3 changes at once
Key: OVIRT-1288
URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1288
Project: oVirt - virtualization made easy
Issue Type: Improvement
Components: Gerrit/git
Reporter: Barak Korren
Assignee: infra
Gerrit has a feature where if you have multiple dependant patches, and they all have all the flags properly set, the submit button for changes with unmerged dependencies becomes 'Submit including parents' and lets you submit a whole set of changes at once.
I've found out that of you have more then 3 dependent changes in a chain, Gerrit will always fail submitting the 4th change and claim there is a rebase conflict, even when there is none.
This sounds like an artificial limitation, and we need to at least know where it comes from. And consider removing it.
--
This message was sent by Atlassian JIRA
(v1000.870.1#100039)
7 years, 8 months
[JIRA] (OVIRT-1288) Find out why Gerti always failes rebasing when trying to submit more then 3 changes at once
by Barak Korren (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1288?page=com.atlassian.jir... ]
Barak Korren updated OVIRT-1288:
--------------------------------
Epic Link: OVIRT-403
> Find out why Gerti always failes rebasing when trying to submit more then 3 changes at once
> -------------------------------------------------------------------------------------------
>
> Key: OVIRT-1288
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1288
> Project: oVirt - virtualization made easy
> Issue Type: Improvement
> Components: Gerrit/git
> Reporter: Barak Korren
> Assignee: infra
>
> Gerrit has a feature where if you have multiple dependant patches, and they all have all the flags properly set, the submit button for changes with unmerged dependencies becomes 'Submit including parents' and lets you submit a whole set of changes at once.
> I've found out that of you have more then 3 dependent changes in a chain, Gerrit will always fail submitting the 4th change and claim there is a rebase conflict, even when there is none.
> This sounds like an artificial limitation, and we need to at least know where it comes from. And consider removing it.
--
This message was sent by Atlassian JIRA
(v1000.870.1#100039)
7 years, 8 months
Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #199
by jenkins@jenkins.phx.ovirt.org
See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/199/disp...>
Changes:
[Eyal Edri] removing jobs from master publisher - phase III
[Daniel Belenky] jenkins: added a 'standard' support to export junit reports
------------------------------------------
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/ws/>
> git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
> git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10
Cleaning workspace
> git rev-parse --verify HEAD # timeout=10
Resetting working tree
> git reset --hard # timeout=10
> git clean -fdx # timeout=10
Pruning obsolete local branches
Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git
> git --version # timeout=10
> git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune
> git rev-parse origin/master^{commit} # timeout=10
Checking out Revision 74b0be04f3069503cfafc5b55a3d4d2b8c7ca0ce (origin/master)
> git config core.sparsecheckout # timeout=10
> git checkout -f 74b0be04f3069503cfafc5b55a3d4d2b8c7ca0ce
> git rev-list 7c3678caea37cd0d53a8cd5afbea3bcffa15a292 # timeout=10
[system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/hudson9181855977964224192.sh
+ jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf
Checking if mirror needs a resync
Traceback (most recent call last):
File "/usr/bin/reposync", line 343, in <module>
main()
File "/usr/bin/reposync", line 175, in main
my.doRepoSetup()
File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 687, in doRepoSetup
return self._getRepos(thisrepo, True)
File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 727, in _getRepos
self._repos.doSetup(thisrepo)
File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup
self.retrieveAllMD()
File "/usr/lib/python2.7/site-packages/yum/repos.py", line 112, in retrieveAllMD
repo._revertOldRepoXML()
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1309, in _revertOldRepoXML
os.rename(old_data['old_local'], old_data['local'])
OSError: [Errno 2] No such file or directory
Build step 'Execute shell' marked build as failure
7 years, 8 months
[ Announcment ] STD CI now supports custom junit reports
by Daniel Belenky
Hi all,
The oVirt infra team is proud to announce that as from today the standard
ci supports export of custom junit reports.
*How to use?*
Simply generate your junit .xml files, and follow the following
naming: *<your_custom_name>.junit.xml.
*Make sure you move them to exported-artifacts directory.
That's all, the std ci will collect your .junit.xml files, and generate the
junit report for you.
Please feel free to contact the infra team on infra(a)ovirt.org for any more
questions you have.
Sincerely,
--
*Daniel Belenky*
*RHV DevOps*
*Red Hat Israel*
7 years, 8 months