buildsys January 2015

buildsys@lists.fedoraproject.org

12 participants
9 discussions

[PATCH] Read some defaults from an optional config file
by Pat Riehecky 16 Apr '15

16 Apr '15

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(-)

1 2

Koji running on RHEL / CentOS 7
by Allen Hewes 09 Mar '15

09 Mar '15

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.

3 3

koji's mergerepos does not consider epoch tag
by Atanas Zhelev 19 Feb '15

19 Feb '15

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

3 5

Patch to add date header to kojid & koji-gc emails
by Anthony Joseph Messina 25 Jan '15

25 Jan '15

I've attached a simple patch to https://fedorahosted.org/koji/ticket/248 which adds the RFC 2822 "Date" header to emails generated by kojid and koji-gc. Perhaps someone with more internal knowledge of Koji can review it. Thanks. -A -- Anthony - https://messinet.com/ - https://messinet.com/~amessina/gallery 8F89 5E72 8DF0 BCF0 10BE 9967 92DC 35DC B001 4A4E

1 0

how can I sign rpms in koji?
by Mátyás Selmeci 16 Jan '15

16 Jan '15

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

5 8

pungi for RHEL 7
by Connie Sieh 16 Jan '15

16 Jan '15

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

3 4

[PATCH] Compress docker images with xz
by Josh Boyer 16 Jan '15

16 Jan '15

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

2 3

autogen + koji
by Nikos Mavrogiannopoulos 06 Jan '15

06 Jan '15

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

1 0

Followup on "'int' for 'latest'" patch
by Ralph Bean 05 Jan '15

05 Jan '15

Hello, and Happy New Year -- Just following up here on this patch: https://lists.fedoraproject.org/pipermail/buildsys/2014-August/004344.html https://bugzilla.redhat.com/show_bug.cgi?id=1084583 There wasn't any response or discussion. Should I adjust it in some way? Cheers- -Ralph

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

buildsys January 2015