mockremote with RHEL??
by Martin Juhl
Hi guys
I have standard mock building packages for RHEL with the following configuration:
-------------------
config_opts['root'] = 'rhel-7-x86_64'
config_opts['target_arch'] = 'x86_64'
config_opts['legal_host_arches'] = ('x86_64',)
config_opts['chroot_setup_cmd'] = 'install bash bzip2 cpio diffutils gzip perl sed tar unzip which @development'
config_opts['dist'] = 'el7'
config_opts['releasever'] = '7Server'
config_opts['yum.conf'] = """
[main]
cachedir=/var/cache/yum
keepcache=1
debuglevel=1
reposdir=/dev/null
logfile=/var/log/yum.log
retries=20
obsoletes=1
gpgcheck=0
assumeyes=1
syslog_ident=mock
syslog_device=
# repos
[rhel-7-server-rpms]
metadata_expire = 86400
sslclientcert = /etc/pki/entitlement/9216879986979201201.pem
baseurl = https://cdn.redhat.com/content/dist/rhel/server/7/$releasever/$basearch/os
ui_repoid_vars = releasever basearch
sslverify = 1
name = Red Hat Enterprise Linux 7 Server (RPMs)
sslclientkey = /etc/pki/entitlement/9216879986979201201-key.pem
gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
enabled = 1
sslcacert = /etc/rhsm/ca/redhat-uep.pem
gpgcheck = 1
"""
--------------------
Does anyone know howto use this with copr and mockremote???
Right now I have created a /etc/mock/rhel-7-x86_64.cfg, and added the profile with the manage.py script...
But it doesn't really spawn the process:
[2017-01-24 09:56:59,846][ DEBUG][vmm.event_handler][event_handle.py:on_health_check_result:106] recording check fail: {u'vm_ip': u'127.0.0.1', u'vm_name': u'Copr builder 596711858', u'topic': u'health_check', u'result': u'failed', u'msg': u'VM is not responding to the testing playbook.Runner options: {\'remote_user\': \'mockbuilder\', \'timeout\': 5, \'pattern\': \'127.0.0.1\', \'forks\': 1, \'host_list\': \'127.0.0.1,\', \'transport\': u\'paramiko\'}Ansible raw response:\n{\'dark\': {\'127.0.0.1\': {\'msg\': "Failed to open session: (1, \'Administratively prohibited\')", \'failed\': True}}, \'contacted\': {}}'}
Any ideas??
Regards
Martin
6 years, 10 months
New COPR release
by Michal Novotny
Hey folks,
it is our great pleasure to announce that newly released packages have just
been deployed on COPR machines, that is:
copr-frontend *1.105-1*
copr-backend *1.96-1*
copr-dist-git *0.24-1*
These packages are f25 compatible (including copr-keygen) and offer some
new features:
copr-frontend:
- always show "Regenerate" button for recreating backend repodata
- display and improve info on modularity support in module details
- handle GitHub tag event webhooks
- option to login with krb5 now available
copr-backend:
- switched usage of deprecated ansible 1.x Runner for python-paramiko
module to be compatible with ansible 2
- support for STOMP (Simple Text Oriented Message Protocol) for sending
build info messages as an alternative to fedmsg
copr-dist-git:
- docker image upgraded to f25
You can find the complete list in the package changelogs, if required.
To make a long story short, apart from upgrades to run on F25, there is
also momentum to make COPR more general-purpose build system that can be
installed and used on other distributions too. Modularity support is still
a work in progress, although we are making some interesting progress. We
are also continuously aiming to improve user experience.
COPR team
6 years, 10 months
New Release tomorrow
by Michal Novotny
Hello, new COPR version will be deployed tomorrow at 9am UTC.
COPR team
6 years, 10 months
fedmsg structure change?
by Pierre-Yves Chibon
Hi all,
We have recently been receiving emails about wrongly formatted fedmsg message
coming from copr in stg.
Has there been any changes made to the structure of the messages sent in stg?
To give you an idea, this is what we received:
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/moksha/hub/api/consumer.py", line 191, in _work
self.consume(message)
File "/usr/lib/python2.7/site-packages/fmn/consumer/consumer.py", line 89, in consume
self.work(session, raw_msg)
File "/usr/lib/python2.7/site-packages/fmn/consumer/consumer.py", line 105, in work
msg['msg']['owner'] in self.ignored_copr_owners:
KeyError: 'owner'
The message being:
{'body': {u'username': u'copr', u'certificate':
u'LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUVUakNDQTdlZ0F3SUJBZ0lDQVBZd0RRWUpL\nb1pJaHZjTkFRRUZCUUF3Z2FBeEN6QUpCZ05WQkFZVEFsVlQKTVFzd0NRWURWUVFJRXdKT1F6RVFN\nQTRHQTFVRUJ4TUhVbUZzWldsbmFERVhNQlVHQTFVRUNoTU9SbVZrYjNKaApJRkJ5YjJwbFkzUXhE\nekFOQmdOVkJBc1RCbVpsWkcxelp6RVBNQTBHQTFVRUF4TUdabVZrYlhObk1ROHdEUVlEClZRUXBF\nd1ptWldSdGMyY3hKakFrQmdrcWhraUc5dzBCQ1FFV0YyRmtiV2x1UUdabFpHOXlZWEJ5YjJwbFkz\nUXUKYjNKbk1CNFhEVEUwTURReU16RTBNamsxTVZvWERUSTBNRFF5TURFME1qazFNVm93Z2R3eEN6\nQUpCZ05WQkFZVApBbFZUTVFzd0NRWURWUVFJRXdKT1F6RVFNQTRHQTFVRUJ4TUhVbUZzWldsbmFE\nRVhNQlVHQTFVRUNoTU9SbVZrCmIzSmhJRkJ5YjJwbFkzUXhEekFOQmdOVkJBc1RCbVpsWkcxelp6\nRXRNQ3NHQTFVRUF4TWtZMjl3Y2kxamIzQnkKTFdKbExtTnNiM1ZrTG1abFpHOXlZWEJ5YjJwbFkz\nUXViM0puTVMwd0t3WURWUVFwRXlSamIzQnlMV052Y0hJdApZbVV1WTJ4dmRXUXVabVZrYjNKaGNI\nSnZhbVZqZEM1dmNtY3hKakFrQmdrcWhraUc5dzBCQ1FFV0YyRmtiV2x1ClFHWmxaRzl5WVhCeWIy\ncGxZM1F1YjNKbk1JR2ZNQTBHQ1NxR1NJYjNEUUVCQVFVQUE0R05BRENCaVFLQmdRQ2UKREs5VFQy\nM05BdTZPWTVGMnVVNHpMRW9Ld2k1RnRRTU5jVWV5eDdmOHJxMUZXaUxDWHBjWFhpU2tzUE1XV1NM\nWQo5SHNoa1pvM3ZjMHFSRXVBWDNweWRuM2VFRDA0UExrUmRlaWpvSXA5L0Y2YlZ3MmlLMDdXRmc5\nU2MwNlRsKzhSCld1RHNaeTQ1SVJKYXhCRTlJaHBYL0x2Y2JnQ1cvZmVHVGp5WG1iRHd0UUlEQVFB\nQm80SUJWekNDQVZNd0NRWUQKVlIwVEJBSXdBREF0QmdsZ2hrZ0JodmhDQVEwRUlCWWVSV0Z6ZVMx\nU1UwRWdSMlZ1WlhKaGRHVmtJRU5sY25ScApabWxqWVhSbE1CMEdBMVVkRGdRV0JCUm5lNTg0d3Bs\nWGYrZVE2K25zSTZCbm5BNENaRENCMVFZRFZSMGpCSUhOCk1JSEtnQlJyUUZyNUVnaUpXZWRaNVFY\nMUFoMEtUbjhVQUtHQnBxU0JvekNCb0RFTE1Ba0dBMVVFQmhNQ1ZWTXgKQ3pBSkJnTlZCQWdUQWs1\nRE1SQXdEZ1lEVlFRSEV3ZFNZV3hsYVdkb01SY3dGUVlEVlFRS0V3NUdaV1J2Y21FZwpVSEp2YW1W\namRERVBNQTBHQTFVRUN4TUdabVZrYlhObk1ROHdEUVlEVlFRREV3Wm1aV1J0YzJjeER6QU5CZ05W\nCkJDa1RCbVpsWkcxelp6RW1NQ1FHQ1NxR1NJYjNEUUVKQVJZWFlXUnRhVzVBWm1Wa2IzSmhjSEp2\nYW1WamRDNXYKY21lQ0NRRGpVQjVIVHhjZVJUQVRCZ05WSFNVRUREQUtCZ2dyQmdFRkJRY0RBakFM\nQmdOVkhROEVCQU1DQjRBdwpEUVlKS29aSWh2Y05BUUVGQlFBRGdZRUFVazNlbjBYUXpDQm5IUlh4\nZDhyOHp2ZFAwVURvbEpiUysyTEl3Z3NDClJDMnNkZ1UwNGdFblYxdFpVTjNydEk1SzQ2MnpKT0JQ\nOFhQd3h4eUZMN1lOYmVtWTgyTG52Y1pHdzliMGdxTDMKdHNKbzllSFV5SXBZMG93TlVKdzgzU1Ax\neFJvb3NwVGJRK3BsNm9qdjVPNVpGZ1lBUG1yckRWZ0M4a2gzRlp4Rgp0SWc9Ci0tLS0tRU5EIENF\nUlRJRklDQVRFLS0tLS0K\n', u'i': 3, u'timestamp': 1485209011, u'msg_id':u'2017-dc6af56b-76c4-425d-8b66-f69295b38fe0', u'crypto': u'x509', u'topic': u'org.fedoraproject.prod.copr.build.end',u'signature':u'AJHlFzJnrrTF9XVs6b0KT4U0n3LCVtK/cWbt+hceOeWf/0bvYn6ZMx6dUTBasutGnA8TY998U6H6\nzgBXPM1fyV4WCO+ekuIV7O6dpNedlfpcrnnU1LRGCPWVPSgIw0gg5QDfZ06kQWuQvC17JxokG7Pi\n4vIiW64ifAddRZEILxc=\n', u'msg': {}}, 'topic':u'org.fedoraproject.prod.copr.build.end'}
Does that ring a bell to anyone?
Thanks,
Pierre
6 years, 10 months
fedmsg hotfix
by Michal Novotny
Hello, I will deploy fedmsg hotfix tomorrow at 7:30am UTC. I am very sorry
for the inconvenience.
clime
6 years, 10 months
dist-git not pushing to lookaside cache?
by Martin Juhl
Hi Guys
I'm trying to clean up my installation instructions for the RHEL/CentOS installation..
I have a COPR server running on RHEL7, which can build packages...
BUT, in the process of documenting, I'm doing a new clean install, but I can't get dist-git to push to the lookaside cache??
The repository in git is getting the source, but the packages are not being published to /var/lib/dist-git/cache/lookaside/pkgs/
I think that I have checked all permissions, and I can't find any errors..
Anyone have any ideas???
Regards
Martin
6 years, 10 months
COPR maintenance next week Monday - 23/01/2017
by Michal Novotny
Hello,
next week on Monday, all COPR machines will be upgraded to f25. System will
be unavailable from 8am to 11am UTC. We will announce progress and possible
shift in the finish time in the #fedora-buildsys IRC channel on Freenode.
Thank you!
clime
6 years, 10 months
Dist-git/lookaside missing hash
by Martin Juhl
Hi guys
When trying to use fedpkg-copr I get:
[copr-service@copr02 python-urllib3]$ fedpkg-copr -v --dist epel7 srpm
Creating repo object from /tmp/3/python-urllib3
Could not determine the remote name: 'git config --get branch.epel7.remote' returned with exit code 1
Falling back to default remote name 'origin'
Downloading urllib3-1.10.2.tar.gz
Full url: http://localhost/repo/pkgs/mrmeee/Fisk/python-urllib3/urllib3-1.10.2.tar....
######################################################################## 100.0%
Could not execute srpm: Server returned status code 404
Traceback (most recent call last):
File "/bin/fedpkg-copr", line 138, in <module>
main()
File "/bin/fedpkg-copr", line 128, in main
sys.exit(client.args.command())
File "/usr/lib/python2.7/site-packages/pyrpkg/cli.py", line 1246, in srpm
self.cmd.sources()
File "/usr/lib/python2.7/site-packages/pyrpkg/__init__.py", line 1783, in sources
hashtype=entry.hashtype, branch=self.branch_merge)
File "/usr/lib/python2.7/site-packages/pyrpkg/lookaside.py", line 179, in download
raise DownloadError('Server returned status code %d' % status)
pyrpkg.errors.DownloadError: Server returned status code 404
This is because the url generated is wrong... in my working url the "md5" is not there...
Generated url from fedpkg-copr:
http://localhost/repo/pkgs/mrmeee/Fisk/python-urllib3/urllib3-1.10.2.tar....
working url:
http://localhost/repo/pkgs/mrmeee/Fisk/python-urllib3/urllib3-1.10.2.tar....
Does anyone know howto either change the generated url or the url generated by dist-git???
Regards
Martin
6 years, 11 months