openSUSE Build Service August 2014

buildservice@lists.opensuse.org

44 participants
45 discussions

[opensuse-buildservice] About: OSC don't work on Fedora

by lars＠steinwurf.com

Hey. I am trying to use the OSC tools on fedora but keeps getting this error [tools@steinwurf-124 ~]$ osc help Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/osc/commandline.py", line 8182, in _load_plugins mod = imp.load_source(modname, os.path.join(plugin_dir, extfile)) File "/var/lib/osc-plugins/osc-createspec.py", line 3, in <module> @cmdln.option('--standard', metavar='STANDARD', NameError: name 'cmdln' is not defined /var/lib/osc-plugins/osc-createspec.py: name 'cmdln' is not defined Try 'env OSC_PLUGIN_FAIL_IGNORE=1 osc ...' I have installed OSC from the x86_64 repo, found here: http://download.opensuse.org/repositories/openSUSE:/Tools/Fedora_20/ ANy ideas how to fix it? My python version is python 2.7.5 Best Regards: Lars -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

6 years, 4 months

[opensuse-buildservice] Building rpm with a unicode locale

by Todd Rme

As far as I can find, RPMs are always built using the C locale, which is non-unicode. This breaks a lot of python packages, which use the locale of the environment, and thus fail when it gets, for example, utf-8 in a readme file (which is extremely common). Is there any way to change the locale that rpm builds in to a utf8-based locale? -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

6 years, 4 months

[opensuse-buildservice] Project linking of type linkedbuild="localdep"

by Uwe Geuder

Hi! I tried to use a linked project of type linkedbuild="localdep", and I expect some packages from the base project to become visible in the linked project and be built there, but nothing happens. Only packages existing locally in the linked project are visible. So here is the whole story: In a private OBS instance I have a couple of bigger projects with deep dependencies. One of the "patterns" I saw, is that a package has 2 alternative implementations. To just limit the explanation to a small core, let's say package "a" depends on package "b" (actually it depends on pkgconfig(some-stuff-provided-by-b), but I think that should not make a difference. Now "b" exists in 2 alternative implementations, which cannot co-exist in the same installation. So my idea was: 1. Make a "base project", which contains everything except any implementation of "b". Quite many packages are built inside the "base project" but of course "a" is not because "b" is missing. (In reality I have many "a"s in different depths of dependencies, but again I guess this should not change the basic concepts) 2. Make a linked project of type linkedbuild="localdep" (http://en.opensuse.org/openSUSE:Build_Service_Concept_project_linking) , which contains one implementation of "b" The project meta is like this: <project name="linked"> <title>Linked project</title> <description></description> <link project="base"/> <person userid="uwe.geuder" role="maintainer"/> <person userid="uwe.geuder" role="bugowner"/> <repository linkedbuild="localdep" name="foo"> <path project="base" repository="foo"/> <arch>armv8el</arch> </repository> </project> Now "b" is built successfully and thereafter I would expect OBS to automatically build "a" in the linked project. But simply nothing happens. What am I missing here? Admittedly the "documentation" at http://en.opensuse.org/openSUSE:Build_Service_Concept_project_linking talks about rebuilding if a dependency changes. In my case that would be a bit stretched, because I expect the *first* build to happen when the dependency becomes available. Is it really so strict that the latter case is not supported at all? Obviously, after 2. I wanted to do 3., but as long 2. doesn't work it makes little sense 3. Make another linked project of type linkedbuild="localdep", which contains another implementation of "b" The whole idea is to have OBS to determine the minimal set of packages needing rebuild and have a "natural set" of packages in my "base" project. I guess the problem can be solved in 2 ways: I. Split the "base" project into a lower layer not depending on "b" and a higher level depending on "b". Then the higher layer could have 2 repos, each depending on a different project providing an implementation of "b" II. use linkedbuild="all" Because the project contains quite some packages I have not yet played with these alternatives, rebuilding will take time. Primarily I would like to understand what was wrong with my initial plan and can it be salvaged somehow. Regards, Uwe Geuder Nomovok Ltd. Tampere, Finland uwe.gxuder(a)nomovok.com (bot check: humans correct 1 obvious spelling error) P.S. After rereading the documentation, I started to wonder... Is the localdep in 'linkedbuild="localdep"' really a keyword or does it somehow refer to the name in 'name="localdep"' in the same XML element? I did not call my new repo "localdep", could that make the whole repo definition wrong? -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

6 years, 4 months

[opensuse-buildservice] old syslinux version

by dptrash＠arcor.de

Hello, is there a reason, why syslinux is still at version 4? https://software.opensuse.org/package/syslinux https://build.opensuse.org/package/show/openSUSE:13.1/syslinux I would be very happy to see it at version 6! Regards, dp -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

6 years, 4 months

[opensuse-buildservice] Help wanted with osc commands

by doiggl＠velocitynet.com.au

Hello, What osc commands are needed to do the following steps: 1. osc command to change directory to home:doiggl > kernel-vanilla package created , no files in it yet. # osc ls home:doiggl kernel-vanilla # 2. osc command to add and commit the following files to home:doiggl > kernel-vanilla --Thanks Glenn 345 Apr 1 2009 README.KSYMS 16964 Feb 11 2014 README.SUSE 1065 Apr 16 16:01 _constraints 1092 Jan 29 2010 apply-patches 1525 Dec 20 2013 arch-symbols 477 Apr 16 2012 check-for-config-changes 1633 Jun 14 2011 compute-PATCHVERSION.sh 58020 Jun 4 22:24 config-options.changes.txt 130 Sep 7 2012 config.addon.tar.bz2 961 Apr 16 16:01 config.conf 291 Jun 10 04:22 config.sh 265224 Jul 30 16:02 config.tar.bz2 1351 Apr 1 2010 configtool.pl 799 Mar 8 18:00 constraints.in 413 Apr 11 2009 devel-post.sh 138 Apr 11 2009 devel-pre.sh 555 Aug 14 2009 find-provides 1756 May 23 2013 group-source-files.pl 7501 Feb 12 2014 guards 183 Sep 28 2011 host-memcpy-hack.h 2661 Dec 18 2009 kabi.pl 469 Sep 7 2012 kabi.tar.bz2 30292 Jun 6 16:01 kernel-binary.spec.in 1109 Apr 19 2013 kernel-cert-subpackage 1289906 Aug 5 16:03 kernel-debug.changes 34243 Aug 5 16:03 kernel-debug.spec 1289906 Aug 5 16:03 kernel-default.changes 35474 Aug 5 16:03 kernel-default.spec 1289906 Aug 5 16:03 kernel-desktop.changes 35608 Aug 5 16:03 kernel-desktop.spec 1289906 Aug 5 16:03 kernel-docs.changes 3195 Aug 5 16:03 kernel-docs.spec 3230 Jan 31 2014 kernel-docs.spec.in 1289906 Aug 5 16:03 kernel-ec2.changes 34147 Aug 5 16:03 kernel-ec2.spec 1289906 Aug 5 16:03 kernel-exynos.changes 34016 Aug 5 16:03 kernel-exynos.spec 1289906 Aug 5 16:03 kernel-lpae.changes 34199 Aug 5 16:03 kernel-lpae.spec 2495 Jun 6 16:01 kernel-module-subpackage 1289906 Aug 5 16:03 kernel-obs-build.changes 4317 Aug 5 16:03 kernel-obs-build.spec 4281 May 3 16:00 kernel-obs-build.spec.in 1289906 Aug 5 16:03 kernel-obs-qa-xen.changes 2244 Aug 5 16:03 kernel-obs-qa-xen.spec 1289906 Aug 5 16:03 kernel-obs-qa.changes 2296 Aug 5 16:03 kernel-obs-qa.spec 2255 Apr 29 16:00 kernel-obs-qa.spec.in 1289906 Aug 5 16:03 kernel-pae.changes 35498 Aug 5 16:03 kernel-pae.spec 35588 Aug 13 00:04 kernel-reiser4.spec 1289906 Aug 5 16:03 kernel-source.changes 595 Dec 20 2011 kernel-source.rpmlintrc 7932 Aug 5 16:03 kernel-source.spec 7664 Apr 11 16:01 kernel-source.spec.in 974 May 3 2013 kernel-spec-macros 1289906 Aug 5 16:03 kernel-syms.changes 2732 Aug 5 16:03 kernel-syms.spec 2170 Apr 3 17:00 kernel-syms.spec.in 1289906 Aug 5 16:03 kernel-vanilla.changes 35588 Aug 13 00:03 kernel-vanilla.spec 1289906 Aug 5 16:03 kernel-xen.changes 34231 Aug 5 16:03 kernel-xen.spec 79676484 Jun 10 16:00 linux-3.15.tar.xz 4032 Aug 3 2010 log.sh 2667 Feb 6 2014 macros.kernel-source 8 Aug 12 2006 minmem 9846 Jun 6 16:00 mkspec 3564 Aug 2 2011 modversions 5 Jul 24 2007 needed_space_in_mb 822 Jun 6 16:01 old-flavors 3836 Jun 6 16:01 package-descriptions 133 Sep 7 2012 patches.addon.tar.bz2 5138 Sep 25 2013 patches.apparmor.tar.bz2 155281 Apr 28 16:00 patches.arch.tar.bz2 4148 May 8 16:01 patches.drivers.tar.bz2 16994 Aug 5 16:03 patches.fixes.tar.bz2 130 Sep 7 2012 patches.kabi.tar.bz2 199942 Aug 2 16:02 patches.kernel.org.tar.bz2 * 469040 Aug 21 17:18 patches.rpmify.tar.bz2 127 Sep 7 2012 patches.rt.tar.bz2 82913 Aug 2 16:02 patches.suse.tar.bz2 131 Sep 7 2012 patches.trace.tar.bz2 2093821 Jul 11 16:02 patches.xen.tar.bz2 2907 Jun 18 2011 post.sh 1398 Jun 18 2011 postun.sh 950 Oct 15 2008 pre.sh 138 Oct 15 2008 preun.sh 25544 Aug 12 20:53 series.conf 329 Apr 11 2009 source-post.sh 100 Aug 5 16:03 source-timestamp 2684 Oct 5 2013 split-modules 103596 May 24 09:50 supported.conf 874 Jan 30 2013 sysctl.tar.bz2 2475 Nov 25 2011 try-disable-staging-driver 43 Oct 7 2010 zreiser4parameters.txt Reason: it has some customised patches in patches.rpmify.tar.bz2 - 3.15.1-reiser4-basic-discard-support.patch - reiser4-for-3.15.1.patch shown with a * next to name. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

6 years, 4 months

[opensuse-buildservice] Support for external repositories (e.g. EPEL)

by Jeroen Ooms

I successfully built my software on OBS for Fedora, OpenSuse and SLE. Now I would like to build it for centos/rhel as well, but there are several build dependencies which are not available in the standard centos/rhel repositories; they are only available through EPEL. Is there a way to enable external repositories during build, in order to get some external BuildRequires? EPEL [1] is a repository sponsored by Redhat and consists of Fedora packages that did not make it into rhel (yet). A few years ago, someone asked the same question [2] on this mailing list, but I am not sure it ever got resolved. [1] https://fedoraproject.org/wiki/EPEL/FAQ#What_is_EPEL.3F [2] http://lists.opensuse.org/opensuse-buildservice/2011-11/msg00142.html -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

6 years, 5 months

Re: [opensuse-buildservice] Error: nothing provides libxml2.so.2(LIBXML2_2.6.0)(64bit) needed by bind-libs

by Subir Jolly

Adrian, It is not an issue anymore. I am working on something else now. I do have an issue with that though. I am trying to build perl-ExtUtils-MakeMaker on centos 6 and am getting this error. "nothing provides perl(ExtUtils::Installed) needed by perl-devel". As a result, the build is unresolvable. Is there anything I can do to resolve this? Thank you, Subir Jolly On Wed, Aug 20, 2014 at 10:41 AM, Subir Jolly <subirjolly(a)gmail.com> wrote: > Adrian, > > It is not an issue anymore. I am working on something else now. I do have an > issue with that though. > > I am trying to build perl-ExtUtils-MakeMaker on centos 6 and am getting this > error. "nothing provides perl(ExtUtils::Installed) needed by perl-devel". As > a result, the build is unresolvable. > > Is there anything I can do to resolve this? > > Thank you, > Subir Jolly > > > > > On Wed, Aug 20, 2014 at 6:59 AM, Adrian Schröter <adrian(a)suse.de> wrote: >> >> On Mittwoch, 6. August 2014, 11:52:26 wrote Subir Jolly: >> >> > Guys, >> >> > >> >> > I am trying to build dirty-resolver 1.0 and I am getting this error >> >> > message: "nothing provides libxml2.so.2(LIBXML2_2.6.0)(64bit) needed by >> >> > bind-libs". >> >> > >> >> > The project under which dirty-resolver has centos5/6, rhel5/6. But only >> >> > centos 6 is having this issue with every package. >> >> > >> >> > Please tell me what I could do to fix this issue. Whether it's adding a >> >> > repo or something? >> >> >> >> is this still an issue? >> >> >> >> Can you point me to an example in that case? >> >> >> >> -- >> >> >> >> Adrian Schroeter >> >> email: adrian(a)suse.de >> >> >> >> SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, 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

6 years, 5 months

[opensuse-buildservice] Error: nothing provides libxml2.so.2(LIBXML2_2.6.0)(64bit) needed by bind-libs

by Subir Jolly

Guys, I am trying to build dirty-resolver 1.0 and I am getting this error message: "nothing provides libxml2.so.2(LIBXML2_2.6.0)(64bit) needed by bind-libs". The project under which dirty-resolver has centos5/6, rhel5/6. But only centos 6 is having this issue with every package. Please tell me what I could do to fix this issue. Whether it's adding a repo or something? Thank you, Subir -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

6 years, 5 months

[opensuse-buildservice] Building for Fedora20 locally: "not found at download.opensuse.org"

by Johannes Kastl

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, to try and fix lxc builds for Fedora, I tried to build the spec locally on my machine. I used these two commands to build for 64bit-variants of Fedora 19 and 20: osc build --clean Fedora_19 x86_64 osc build --clean Fedora_20 x86_64 Building for Fedora19 works, but for Fedora20 I get this for every package dependency > Trying openSUSE Build Service server for acl (Fedora:20), not found > at download.opensuse.org. A misconfiguration on my side? I would say no, as Fedora19 works. Using 32bit works for Fedora19, but not for 20. Is there something missing on the OBS? Known issue? Regards, Johannes - -- Programming is like sex: if you make a mistake, you have to support it for the rest of your life. (unknown) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iEYEARECAAYFAlOe/rwACgkQzi3gQ/xETbJQZQCfbM6cR4h928Ed1xpH9uOiwHvg oeIAn0xRPRkx6czZ9KUAcFLMWOO7WjBf =bD0/ -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner(a)opensuse.org

6 years, 5 months

[opensuse-buildservice] OBS 2.5 Proxy Auth

by Matthew Drobnak

I'm in the process of upgrading our now ancient 2.3 version of OBS to 2.5. I successfully upgraded it to OpenSUSE 12.2, and OBS 2.4. At that time, since LDAP support was removed, I added the following to the _webui_ section: AuthBasicProvider ldap AuthzLDAPAuthoritative off AuthName "OBS" AuthType Basic AuthLDAPBindDN XXXX AuthLDAPBindPassword XXXX AuthLDAPURL XXXX RequestHeader set X-username %{AUTHENTICATE_UID}e RequestHeader set X-email %{AUTHENTICATE_MAIL}e require valid-user and turned on proxy_auth_mode: :on However, since webui and api are now one, I put that in the updated obs.conf vhost file which came with 2.5. Instead, I now get a forever loop of username/password prompt, and this is in the logs: [72dcefa6-381f-445f-aae6-01bce85ac3a8] [8595:0.24] Authenticating with iChain mode: on [72dcefa6-381f-445f-aae6-01bce85ac3a8] [8595:0.24] Cache read: _session_id:e5c5abbaba08b8fd41981c4d300aa58b [72dcefa6-381f-445f-aae6-01bce85ac3a8] [8595:0.24] Dalli::Server#connect 127.0.0.1:11211 [72dcefa6-381f-445f-aae6-01bce85ac3a8] [8595:0.24] --> direct_http url: #<URI::Generic:0x00000004891f58 URL:/person/mdrobnak> [72dcefa6-381f-445f-aae6-01bce85ac3a8] [8595:0.26] http_do: method: get url: https://localhost:443/person/mdrobnak [72dcefa6-381f-445f-aae6-01bce85ac3a8] [8595:0.26] Completed 401 Unauthorized in 91ms [72dcefa6-381f-445f-aae6-01bce85ac3a8] [8595:0.37] ActiveXML::Transport::UnauthorizedError (<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>401 Authorization Required</title> </head><body> <h1>Authorization Required</h1> <p>This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required.</p> <p>Additionally, a 406 Not Acceptable error was encountered while trying to use an ErrorDocument to handle the request.</p> <hr> <address>Apache/2.2.22 (Linux/SUSE) Server at localhost Port 443</address> </body></html> ): I have this in the config: frontend_host: "localhost" frontend_port: 443 frontend_protocol: "https" Any ideas? This setup was working on 2.4, but I don't want to be in the position of being behind again, so I want to get 2.5 working. Thanks. -Matt PS There was some fun rails stuff during the 2.4->2.5 upgrade..needed to hit "1" a few times when doing the obs-api upgrade..

6 years, 5 months

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openSUSE Build Service August 2014