February 2016 - openSUSE Build Service

[opensuse-buildservice] Internal server error when submitting request
by Hector 26 Feb '16

26 Feb '16

Hello, I am trying to osc submitrequest for games/FlightGear-data package and I am getting 500 in both osc and the web interface. Can someone give it a look? Seems to work with SimGear and FlightGear though. -- Hector -- Hector -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

3 5

[opensuse-buildservice] openSUSE:Factory - nothing provides libldap-2.4.so.2
by Dominique Leuenberger / DimStar 26 Feb '16

26 Feb '16

(x-posting to -factory and -packaging to inform users / -buildservice to find solutions. Please reply to the appropriate list based on the content of your reply, not to all!) Hi hackers and packagers, Since this morning, a lot of packages show status 'unresolvable - nothing provides libldap-2.4.so.2()(64bit) needed by libcurl4' The issue will settle itself, but it will take quite a moment (actually, until the next snapshot will be ready). How did this happen: ==================== openldap2 was changed in the packaging layout; so far there were 2 spec files (openldap2 and openldap2-client). the -client part was the one building the libraries (like libldap-2_4-2). The maintainers re- organized this package and simplified it, now building everything from openldap2.spec directly. This resulted in openldap2-client being removed from openSUSE:Factory. so, why does this impact openSUSE:Factory/snapshot ? ==================================================== The /snapshot repository copies binaries from packages in /standard. As the package 'openldap2-client' no longer exists in /standard, all binaries, also from /snapshot, have been removed. What can you do *NOW* to build your project / package ===================================================== * Not that much I'm afraid. You can try to build against openSUSE:Factory/standard (but that will give you many more rebuilds than you want and increase the load on OBS, thus slowing down the final solution for everybody) * You can wait for /standard to finish its build, pass on to openQA and get a new /snapshot published. A possible alternative solution: ================================ @Adrian / Buildservice team: can we possibly inject the binaries from openldap2-client in the backend directly for /snapshot, until the next one is published? This could give users at least a working repo back. Other ideas are welcome of course too. In the long Best regards, Dominique -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

5 6

[opensuse-buildservice] Maintenance downtime tomorrow
by Adrian Schröter 25 Feb '16

25 Feb '16

Hi, usually you do not even notice our maintenance updates in thursday morning. However, tomorrow we will move one of our last bare metal servers to a virtualization host. This is our source and database server and we want to do that in the cleanest possible way therefore. So, please do not count on OBS being reachable tomorrow morning. However, if nothing surprising happens it should be doable within 1 hour. thanks adrian -- Adrian Schroeter email: adrian(a)suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

5 4

[opensuse-buildservice] Ubuntu Universe repository
by Sanford Rockowitz 25 Feb '16

25 Feb '16

Back in 2013, there was a long thread regarding the unavailability of the Universe repository when building Ubuntu packages. Is that still the case, or is there some kind of work around? I ask because I'm developing a program that depends on package libi2c-dev, which Ubuntu puts in Universe. The program builds locally for Ubuntu, and OBS successfully builds it for OpenSUSE, Fedora, and Debian, but not for Ubuntu because of the aforementioned dependency. Thank you. Sanford Rockowitz -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

2 1

[opensuse-buildservice] Improvements for building .deb packages for projects with an in-tree debian/ (or debian.upstream/) directory
by Terry Burton 23 Feb '16

23 Feb '16

Hi, I'm using the OpenSUSE OBS to develop DEB and RPM packaging for my Barcode Writer in Pure PostScript project. My goal is to provide OBS with nothing but a single _service file with everything else extracted directly from the project's repository via extract_file, etc. I have this working but with a few rough edges which may be down to me not understanding something, overlooking some functionality or these might become requests for improvements to debtransform. 1. SUPERFLUOUS TAR FILE: I'm using tar_scm to create the tarball from the project's Git repository and to provide automatic versioning, however I seem to require a duplicate tarball just for DEB that has a static filename as referenced from the DEBTRANSFORM-TAR tag. It would be great to be able to simply use the versioned output of tar_scm (recompressed). 2. DEBIAN.* FILES: I have to separately map each of the files in my project's debian.upstream/ directory to debian.* files for OBS. It would be great to indicate to debtransforn that a particular directory in the tarball contains Debian packaging. Then you would only need to provide the .dsc file, not the debian.{rules,control} files, etc. [ 2a. For context, a year or two back I was successfully building DEBs on OBS by having the Debian packaging directory called debian/ in the project repo/tarball. Recent versions of OBS appear to fail with an in-tarball debian/ directory because the diff generated by debtransform from the OBS debian.{control,rules} files conflicts with the existing debian/{control,rules} files — the pre-existing files appear to get patched into rather than replaced or left as-is. Besides this, Debian guidance is for upstream projects to name any included DEB packaging something other than debian/ such as debian.upstream/ as I now do. So indicating that some otherwise-named directory provides the DEB packaging seems preferable. ] [ 2b. I'm aware that you can supply the components of a Debian source package (e.g. a project-debian.tar.gz) for OBS to build instead of the individual .dsc and debian.* files. I'm wanting to use OBS for Continuous Integration testing (perhaps just for tagged releases) so having to build a source package first elsewhere to supply to OBS by download_url or otherwise defeats my purpose somewhat.] 3. VERSIONING: A Debian non-native package must have a version that ends in "-N", which is incompatible with RPM versioning. I'm using tar_scm to provides automatic versioning using the versionformat parameter but am unable to simultaneously satisfy both RPM and DEB version formatting requirements. I've raised an issue for this here: https://github.com/openSUSE/obs-service-set_version/issues/25 Hopefully my annotated _service file should make this clear: https://build.opensuse.org/package/show/home:terryburton:postscriptbarcode/… I'd be happy to be told that I've missed some functionality and that some of this can already be done. If not, I'm happy to put some work into smoothing out these issues but I first want to check that my use case ("in-project-tree Debian packaging") is something that the OBS project would approve of and support going forward so that I don't waste time needlessly optimising for my own needs. Many thanks, Terry -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

3 6

[opensuse-buildservice] possible bug: searching in webUI and with osc yields different results
by Mathias Homann 23 Feb '16

23 Feb '16

Hi, just noticed, searching in the web UI and with osc gives me different results. For example, search in the web UI for "firewalld" and compare with the output of "osc se firewalld"... Cheers MH -- gpg key fingerprint: 5F64 4C92 9B77 DE37 D184 C5F9 B013 44E7 27BD 763C -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

2 1

[opensuse-buildservice] openSUSE.org tools
by Rusmir Duško 22 Feb '16

22 Feb '16

Hello openSUSE.org tools not works than usual I get with osc diff, osc co, osc up Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/osc/commandline.py", line 8273, in _load_plugins mod = imp.load_source(modname, os.path.join(plugin_dir, extfile)) File "/var/lib/osc-plugins/overview.py", line 47, in <module> @cmdln.option('-c', '--changelog', action='store_true', NameError: name 'cmdln' is not defined /var/lib/osc-plugins/overview.py: name 'cmdln' is not defined Try 'env OSC_PLUGIN_FAIL_IGNORE=1 osc ...' Have all reinstalled but not helps obs-service-* python-cmdln python rpm-python zypp-plugin-python -- Best regards, nemysis / Rusmir Duško <nemysis(a)openSUSE.org> -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

3 3

[opensuse-buildservice] openSUSE.org tools
by Rusmir Duško 22 Feb '16

22 Feb '16

Hello openSUSE.org tools not works than usual I get with osc diff, osc co, osc up Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/osc/commandline.py", line 8273, in _load_plugins mod = imp.load_source(modname, os.path.join(plugin_dir, extfile)) File "/var/lib/osc-plugins/overview.py", line 47, in <module> @cmdln.option('-c', '--changelog', action='store_true', NameError: name 'cmdln' is not defined /var/lib/osc-plugins/overview.py: name 'cmdln' is not defined Try 'env OSC_PLUGIN_FAIL_IGNORE=1 osc ...' Have all reinstalled but not helps obs-service-* python-cmdln python rpm-python zypp-plugin-python -- Best regards, nemysis / Rusmir Duško <nemysis(a)openSUSE.org> -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

1 0

[opensuse-buildservice] osc service rr -> 404 no source service defined!
by Adam Mizerski 22 Feb '16

22 Feb '16

Hi, I have a problem with running source service on server. Package: https://build.opensuse.org/package/show/home:etamPL/dot2tex Running locally works: etam@etam-laptop:~/obs/home:etamPL/dot2tex> osc service run Cloning into '/tmp/tmpHw7eH2/tmpnetp6S/dot2tex'... ERROR(1): '' HEAD is now at 0a73795 Bump version to 2.9.0 Cleaning: /tmp/tmpHw7eH2/tmpnetp6S /tmp/tmpHw7eH2/dot2tex-2.9.0 Compressed _service:tar_scm:dot2tex-2.9.0.tar to tar_scm:dot2tex-2.9.0.tar.bz2 But running remotely fails: etam@etam-laptop:~/obs/home:etamPL/dot2tex> osc service remoterun Server returned an error: HTTP Error 404: Not Found could not trigger service run for project 'home:etamPL' package 'dot2tex' <status code="404"> <summary>no source service defined!</summary> <details>404 no source service defined!</details> </status> I have everything synced: etam@etam-laptop:~/obs/home:etamPL/dot2tex> osc up At revision 28680a71b8b60071795797dab6afce9d. etam@etam-laptop:~/obs/home:etamPL/dot2tex> osc status ? _service:recompress:tar_scm:dot2tex-2.9.0.tar.bz2 Please help. -- Adam Mizerski

4 4

[opensuse-buildservice] RPMLINT report. No errors, but failed
by Kyrill Detinov 21 Feb '16

21 Feb '16

Hello. A package failed to build for Tumbleweed a week or two ago. From a log: [ 286s] RPMLINT report: [ 286s] =============== [ 290s] outwiker.noarch: W: zero-length /usr/share/outwiker/help/help_en/Page Types/Wiki Page/Wiki Commands/childlist command/page 2/__page.text [ 290s] 2 packages and 0 specfiles checked; 0 errors, 24 warnings. [ 290s] Traceback (most recent call last): [ 290s] File "rpmlint.py", line 385, in <module> [ 290s] File "rpmlint.py", line 196, in main [ 290s] File "Filter.py", line 131, in printAllReasons [ 290s] File "Filter.py", line 40, in __print [ 290s] File "/usr/lib/python2.7/codecs.py", line 357, in write [ 290s] data, consumed = self.encode(object, self.errors) [ 290s] UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 65: ordinal not in range(128) [ 290s] [ 290s] [ 290s] build27 failed "build outwiker.spec" at Sat Dec 19 14:14:47 UTC 2015. [ 290s] [ 290s] ### WATCHDOG MARKER START ### [ 293s] [ 251.249718] sysrq: SysRq : Power Off [ 294s] [ 251.376272] reboot: Power down [ 296s] ### WATCHDOG MARKER END ### [ 296s] [ 296s] build27 failed "build outwiker.spec" at Sat Dec 19 14:14:53 UTC 2015. [ 296s] The latest succeeded built is: Build Time: 2015-11-29 10:31:08 +0100 The package is: https://build.opensuse.org/package/show/home:Lazy_Kent/outwiker -- WBR Kyrill

3 7