[PATCH] Read some defaults from an optional config file
by Pat Riehecky
From: Pat Riehecky <riehecky(a)fnal.gov>
Pungi's highly customizable behavior lends itself to some fairly long
execution lines. The attached patch will allow setting some defaults
in a ~/.pungirc while still allowing the end user to override them
on the command line.
I hope to eventually expand this to cover more of the pungi options.
But first things first, are there any objections to this patch?
Pat Riehecky (1):
Allow for setting some defaults via a .pungirc
src/pypungi/config.py | 5 +++++
1 files changed, 5 insertions(+), 0 deletions(-)
8 years, 5 months
Koji running on RHEL / CentOS 7
by Allen Hewes
Hi,
I am trying to move from Koji 1.9.0 on RHEL 5.11 to Koji 1.9.0 (gitcd45e886) on CentOS 7. But it didn't help my issue:
Testing out the new Koji instance with a task submission:
$ koji --debug regen-repo el5-decisiv
successfully connected to hub
Warning: el5-decisiv is not a build tag
Warning: tag el5-decisiv has an empty arch list Regenerating repo for tag el5-decisiv Watching tasks (this may be safely interrupted)...
30 newRepo (el5-decisiv): open (koji.decisiv.net) Traceback (most recent call last):
File "/usr/bin/koji", line 6566, in <module>
rv = locals()[command].__call__(options, session, args)
File "/usr/bin/koji", line 6410, in handle_regen_repo
return watch_tasks(session, [task_id], quiet=options.quiet)
File "/usr/bin/koji", line 472, in watch_tasks
changed = task.update()
File "/usr/bin/koji", line 377, in update
self.info = self.session.getTaskInfo(self.id, request=True)
File "/usr/lib/python2.7/site-packages/koji/__init__.py", line 1556, in __call__
return self.__func(self.__name,args,opts)
File "/usr/lib/python2.7/site-packages/koji/__init__.py", line 1899, in _callMethod
return self._sendCall(handler, headers, request)
File "/usr/lib/python2.7/site-packages/koji/__init__.py", line 1810, in _sendCall
return self._sendOneCall(handler, headers, request)
File "/usr/lib/python2.7/site-packages/koji/__init__.py", line 1830, in _sendOneCall
response = cnx.getresponse()
File "/usr/lib64/python2.7/httplib.py", line 1045, in getresponse
response.begin()
File "/usr/lib64/python2.7/httplib.py", line 409, in begin
version, status, reason = self._read_status()
File "/usr/lib64/python2.7/httplib.py", line 365, in _read_status
line = self.fp.readline(_MAXLINE + 1)
File "/usr/lib64/python2.7/socket.py", line 476, in readline
data = self._sock.recv(self._rbufsize)
File "/usr/lib/python2.7/site-packages/koji/ssl/SSLConnection.py", line 140, in recv
return con.recv(bufsize, flags)
OpenSSL.SSL.SysCallError: (-1, 'Unexpected EOF')
I added a rescue of SSL.SysCallError in the recv() function in /usr/lib/python2.7/site-packages/koji/ssl/SSLConnection.py:
diff -uab /usr/lib/python2.7/site-packages/koji/ssl/SSLConnection.py /usr/lib/python2.7/site-packages/koji/ssl/SSLConnection.py.b
--- /usr/lib/python2.7/site-packages/koji/ssl/SSLConnection.py 2015-01-29 04:00:08.000000000 +0000
+++ /usr/lib/python2.7/site-packages/koji/ssl/SSLConnection.py.b 2015-01-29 04:00:56.224059850 +0000
@@ -138,6 +138,11 @@
try:
return con.recv(bufsize, flags)
+ except SSL.SysCallError as e:
+ if e.args == (-1, 'Unexpected EOF'):
+ break
+ else:
+ raise
except SSL.ZeroReturnError:
return None
except SSL.WantReadError:
Which then the task submission succeeds:
$ koji --debug regen-repo el5-decisiv
successfully connected to hub
Warning: el5-decisiv is not a build tag
Warning: tag el5-decisiv has an empty arch list Regenerating repo for tag el5-decisiv Watching tasks (this may be safely interrupted)...
32 newRepo (el5-decisiv): free
32 newRepo (el5-decisiv): free -> closed
0 free 0 open 1 done 0 failed
32 newRepo (el5-decisiv) completed successfully
I couldn't find a Koji ticket for this error so I don't know if I am making it worse or what I added is Good Enough to use? Is this a known issue?
I also had to install a newer createrepo. I was getting the mergerepo error here:
https://bugzilla.redhat.com/show_bug.cgi?id=1058975
Maybe createrepo should be updated for EPEL 7?
/allen
________________________________
Disclaimer Confidentiality Notice: This e-mail, and any attachments and/or documents linked to this email, are intended for the addressee and may contain information that is privileged, confidential, proprietary, or otherwise protected by law. Any dissemination, distribution, or copying is prohibited. This notice serves as a confidentiality marking for the purpose of any confidentiality or nondisclosure agreement. If you have received this communication in error, please contact the original sender.
8 years, 6 months
koji's mergerepos does not consider epoch tag
by Atanas Zhelev
Hi all,
i'm using external repository with various vendor supplied rpm's in koji. One
of those rpm's had it's versioning schema changed and it uses epoch tag now.
After regeneration of the build tags koji does not see the new package. It
looks like mergerepos ignores the epoch tag. The "old" rpm which actually has
a higher version number if epoch is not considered is included instead.
Can you offer any advice?
Thanks
--
BR
Atanas
8 years, 7 months
how can I sign rpms in koji?
by Mátyás Selmeci
I have imported several rpms into our koji without realizing that they
were unsigned. I'd like to sign them with our gpg key, but I can't
figure out how to do that after the fact. We use the signing plugin from
https://fedorahosted.org/koji/ticket/203, but that only works for rpms
we build ourselves.
--
-Mat
8 years, 8 months
pungi for RHEL 7
by Connie Sieh
The pungi in git is clearly for Fedora. It can however be used for RHEL 7
but a few "patches" are needed for it to work.
How would the patches best be put in pungi? There can be individual
command line options added that enable/disable features. A example of
this is there is no hfs support in RHEL 7 so a "nomacboot" command line
option could be added to disable this. Another option is a single "rhel7"
option that could cover all the rhel 7 patches. Which way would be best?
--
Connie J. Sieh
Computing Services Specialist III
Fermi National Accelerator Laboratory
630 840 8531 office
http://www.fnal.gov
csieh(a)fnal.gov
8 years, 8 months
[PATCH] Compress docker images with xz
by Josh Boyer
Imagefactory supports gzip, bzip2, and xz compression formats. Upstream
Docker prefers xz, so switch to using that.
---
builder/kojid | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/builder/kojid b/builder/kojid
index 8b1ea27..d59a0bb 100755
--- a/builder/kojid
+++ b/builder/kojid
@@ -3220,7 +3220,7 @@ class BaseImageTask(OzImageTask):
@returns:
a dict with some metadata about the image
"""
- img_opts = {'compress': 'gzip'}
+ img_opts = {'compress': 'xz'}
targ = self._do_target_image(self.base_img.base_image.identifier,
'docker', img_opts=img_opts)
return {'image': targ.target_image.data}
--
1.9.3
8 years, 8 months
autogen + koji
by Nikos Mavrogiannopoulos
Hello,
I've got an issue when building my project in koji. Once out of two
times it fails compilation randomly. That is because autogen does not
produce correct results in the koji machines. It seems it generates
corrupted files, but I am not able to reproduce the issue outside koji.
Could you provide any help on reproducing it?
I've reported the issue against autogen at:
https://bugzilla.redhat.com/show_bug.cgi?id=1179139
although I'm not sure it's autogen's fault.
regards,
Nikos
8 years, 8 months
