April 2011 - openSUSE Build Service - openSUSE Mailing Lists

[opensuse-buildservice] <link project> and submitrequests
by Wolfgang Rosenauer 04 Apr '11

04 Apr '11

Hi, I just learned in another thread that for linked packages the release numbering doesn't work as expected. Now I have the issue that I need to have that numbering reliable what means that I cannot do submitrequests into that target project as it creates those links automatically. That is likely caused by the prj config: <link project="xyz"> I need to use in that project to have the correct chain for branching non-existing packages out of that project. Is there a solution for that situation? I used to do copypacs but that only works when the package is added the first time. Thanks, Wolfgang -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

1 0

[opensuse-buildservice] automatic release numbering
by Wolfgang Rosenauer 04 Apr '11

04 Apr '11

Hi, I know this is frequently asked and I pretty much understand how it works but I currently see one issue: The example is the avahi package in project openSUSE:Evergreen:11.1 All spec files in the package have Release: 9.<RELEASE12> But the build logs show: I have the following modifications for avahi.spec: 36c36 < Release: 9.<RELEASE12> --- > Release: 9.6.1 Could somebody please explain or rather tell me how to fix it? The other following issue has been an issue for a long time but I'm not sure I reported it in detail yet. I regularly notice that in devel:tools:scm/mercurial: It gets patch level updates pretty often and currently has (according to the specfile) Version: 1.8.1 Release: 1 as it was updated a few days ago with the new 1.8.1 version. Still OBS internally always increases the "source change" count: I have the following modifications for mercurial.spec: 32c32 < Release: 1 --- > Release: 42.1 It _seems_ to me that it's happening only for branched/linked packages against openSUSE:Factory (or probably any other link target) but still it looks wrong to me. Wolfgang -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

3 3

[opensuse-buildservice] Fedora 14 and KDE version
by Gerd Fleischer 04 Apr '11

04 Apr '11

Hi, I build a kde-dependent package for fedora 14. The obs is using kde 4.5.2, the original version for Fedora 14. If you install everything from the update repository you end up with kde 4.6.1 currently. AFAIK they are not always binary compatible? However, I think the different versions are causing problems. Gerd -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

2 1

[opensuse-buildservice] Release from prjconf does not override Release from rpm spec
by Olaf Hering 03 Apr '11

03 Apr '11

If the prjconf contains 'Release: <CI_CNT>.<B_CNT>.foo' and a specfile contains 'Release: <CI_CNT>.<B_CNT>.bar' the resulting package will not get 'foo' in its rpm release number. Shouldnt the global Release: override anything that happens to be in the Release line in the specfiles? I consider the current behaviour a bug, as seen in 'home:olh > hello_world'. Olaf -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

1 0

[opensuse-buildservice] nothing provides licenses?
by Gerd Fleischer 02 Apr '11

02 Apr '11

Hi, I have a package that does not build for factory, error message is "nothing provides liceses", how to add them? Thanks, Gerd -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

3 2

[opensuse-buildservice] webui: Reversing commit 7c712226a85bd8674b27ab755683c0c93fd2de05
by Brandon Philips 01 Apr '11

01 Apr '11

Hello- I tried running webui this morning from master and was getting the following error. I bisected it to 7c712226a85bd8674b27ab755683c0c93fd2de05 It seems to be generating this URL: http://https:0/request?view=collection&state=new&user=philipsb Reversing this patch fixes it. Thanks, Brandon [WARN |#10256] DEPRECATION WARNING: Giving :session_key to SessionStore is deprecated, please use :key instead. (called from new at /usr/lib64/ruby/gems/1.8/gems/actionpack-2.3.11/lib/action_controller/middleware_stack.rb:72) [INFO |#10256] Processing MainController#index (for 127.0.0.1 at 2011-04-01 08:28:59) [GET] [INFO |#10256] Parameters: {"action"=>"index", "controller"=>"main"} [DEBUG|#10256] Setting return_to: "http://localhost:3000/" [DEBUG|#10256] Authenticating with iChain mode: off [INFO |#10256] Authenticated request to "http://localhost:3000/" from philipsb [DEBUG|#10256] Cache read: :person_philipsb ({:raw=>true}) [DEBUG|#10256] Cache hit: person_philipsb ({}) [DEBUG|#10256] Cache delete: philipsb:philipsb_involved_requests [DEBUG|#10256] Cache read: philipsb:philipsb_involved_requests ({:expires_in=>600 seconds, :raw=>true}) [DEBUG|#10256] Cache miss: philipsb_involved_requests ({:expires_in=>600 seconds}) [DEBUG|#10256] Fetching request list from api [DEBUG|#10256] --> direct_http url: #<URI::Generic:0x7fbb10a67d40 URL://https:0/request?view=collection&state=new&user=philipsb> [DEBUG|#10256] http_do #1: method: GET url: http://https:0/request?view=collection&state=new&user=philipsb [DEBUG|#10256] Request took 0.002102 seconds [FATAL|#10256] IOError (HTTP session not yet started): /usr/lib64/ruby/1.8/net/http.rb:602:in `finish' lib/common/activexml/transport.rb:511:in `http_do' lib/common/activexml/transport.rb:393:in `direct_http' app/models/bs_request.rb:145:in `list' app/models/person.rb:92:in `involved_requests' app/models/person.rb:92:in `involved_requests' app/controllers/application_controller.rb:284:in `check_user' /usr/lib64/ruby/1.8/webrick/httpserver.rb:104:in `service' /usr/lib64/ruby/1.8/webrick/httpserver.rb:65:in `run' /usr/lib64/ruby/1.8/webrick/server.rb:173:in `start_thread' /usr/lib64/ruby/1.8/webrick/server.rb:162:in `start' /usr/lib64/ruby/1.8/webrick/server.rb:162:in `start_thread' /usr/lib64/ruby/1.8/webrick/server.rb:95:in `start' /usr/lib64/ruby/1.8/webrick/server.rb:92:in `each' /usr/lib64/ruby/1.8/webrick/server.rb:92:in `start' /usr/lib64/ruby/1.8/webrick/server.rb:23:in `start' /usr/lib64/ruby/1.8/webrick/server.rb:82:in `start' [ERROR|#10256] rescue_action: caught IOError: HTTP session not yet started [DEBUG|#10256] ERROR: unknown; HTTP session not yet started [INFO |#10256] Rendering template within layouts/application [INFO |#10256] Rendering error (400) [DEBUG|#10256] using themed file: /themes/bento/css/style.css -> /themes/bento/css/style.css [DEBUG|#10256] using themed file: /themes/bento/css/style.fluid.css -> /themes/bento/css/style.fluid.css [DEBUG|#10256] using themed file: /stylesheets/style.css -> /stylesheets/style.css [DEBUG|#10256] using themed file: /themes/bento/js/jquery.js -> /themes/bento/js/jquery.js [DEBUG|#10256] using themed file: /javascripts/jquery-ui-1.7.2.min.js -> /javascripts/jquery-ui-1.7.2.min.js [DEBUG|#10256] using themed file: /javascripts/jrails.js -> /javascripts/jrails.js [DEBUG|#10256] using themed file: /javascripts/application.js -> /javascripts/application.js [DEBUG|#10256] using themed file: /themes/bento/js/script.js -> /themes/bento/js/script.js [DEBUG|#10256] using themed file: /images/obs-logo_small.png -> /images/obs-logo_small.png [DEBUG|#10256] using themed file: /images/project.png -> /themes/bento/images/icons/bricks.png [DEBUG|#10256] Rendered layouts/_watch_and_search (2.2ms) [DEBUG|#10256] Rendered layouts/_header (3.5ms) [DEBUG|#10256] using themed file: /images/home_grey.png -> /themes/bento/images/home_grey.png [DEBUG|#10256] Rendered layouts/_personal_navigation (1.3ms) [DEBUG|#10256] Rendered layouts/_flash (0.1ms) [DEBUG|#10256] Rendered layouts/_sponsor (0.1ms) : -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

1 0

[opensuse-buildservice] How to build i686 only package in BuildService?
by Michal Vyskocil 01 Apr '11

01 Apr '11

Hi, there's a bug#682 in icedtea bugzilla, that JRE fails to run on i586 machine with guarantee(VM_Version::supports_cmov()) failed: illegal instruction. After reading the code it seems JIT emits cmov* instructions, so the produced native code cannot run on i586 processors. I think the most clean way how to fix this in openSUSE is build our openjdk (and Sun Java as well?) as i686 only packages as Fedora and RedHat already does. However it seems like pretty challenging in a BuildService, because the only one package with i686 version I'm aware is glibc, but this approach seems not usable for openjdk, where only i686 and not i586 version is needed. So how can be only i686 rpm packages produced in a buildservice? [1] http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=682 Regards Michal Vyskocil

6 10