openSUSE Build Service December 2007

buildservice@lists.opensuse.org

59 participants
60 discussions

[opensuse-buildservice] Change a Linked package?

by Claes Bäckström

How do a make changes in a Linked package? I have made a link to a package in another project and that worked fine. Then I would like to add a patch and here I hit some problems. I uploaded the path with the webclient and clicked the box "Add as patch to SPEC file" but reading the build log I see nothing about it applying the patch. Am I missing something? Warm Regards, Claes Backstrom --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

13 years, 1 month

[opensuse-buildservice] Xine-debuginfo missing on factory.

by M9.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Kafeine and Amarok, both using xine, are crashing all the time. We have kaffeine-, alsa- and amarok-debuginfo. But the xine-debuginfo is missing.... Is it possible to get the that pkg to the factory-repos? tia Or available at the buildservice is allright also.. ;-) - -- Have a nice day, M9. Now, is the only time that exists. OS: Linux 2.6.24-rc4-git6-2-default x86_64 Huidige gebruiker: monkey9@tribal-sfn2 Systeem: openSUSE 11.0 (x86_64) Alpha0 KDE: 3.5.8 "release 24" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFHYVpLX5/X5X6LpDgRAp7RAKCJj4Pa+7KNlGCHIBLT9JkaGCBTtwCfWJFK X78X5zBHrz6b2WJMbrrzXHQ= =bHiM -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

13 years, 1 month

[opensuse-buildservice] Mandriva2006 broken? (byacc %post failed)

by Christian Boltz

Hello, I see the following in the build log for Mandriva2006: https://build.opensuse.org/package/live_build_log?arch=i586&project=home%3A… [...] installing etcskel-1.63-17mdk installing libstdc++6-devel-4.0.1-5mdk installing rootfiles-10.2-2mdk installing byacc-1.9-18mdk /var/tmp/rpm-tmp.54405: line 1: /usr/sbin/update-alternatives: No such file or directory error: %post(byacc-1.9-18mdk.i586) scriptlet failed, exit status 127 Can one of the admins please check what's wrong? Regards, Christian Boltz -- Ich bin beeindruckt! Windows startet nicht mehr -> Problem gelöst. Ich wünschte, ich könnte meine Probleme auch so befriedigend lösen. [Sandy Drobic in suse-linux] --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

13 years, 1 month

[opensuse-buildservice] How to build KMP's against latest 10.3 update kernel?

by Helmut Schaa

Hi, I have problems building a KMP against the latest 10.3 update kernel at [1]. I selected "openSUSE:10.3:Update/standard" as repository but it is still built against the original 10.3 kernel. Can somebody give me a hint? Regards, Helmut [1] https://build.opensuse.org/project/show?project=driver%3Awireless%3A10.3 --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

13 years, 1 month

Re: [opensuse-buildservice] How to build KMP's against latest 10.3 update kernel?

by Susanne Oberhauser

Marcus Meissner <meissner(a)suse.de> writes: > > I agree. We need to figure out how to support driver package > > maintainers well inside the build service. This is especially true > > for SLE, where service packs also make things complicated. > > > > Are there any elegant solutions to this problem? > > I do not see why you would want to build drivers against the older > kernels (of the same distribution) with security problems. Because if depending on the security issue (e.g. local root exploit) you may prefer a somehow 'approved' kernel, e.g. approved for some weird special application, over the latest and most secure kernel. Also you want to provide the driver for the GA kernel (so you can install the machine) and for the current security kernel (so you can then update to that one). I think it's a valid request. S. -- Susanne Oberhauser +49-911-74053-574 SUSE -- a Novell Business OPS Engineering Maxfeldstraße 5 Processes and Infrastructure Nürnberg SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

13 years, 1 month

[opensuse-buildservice] Questions for games:* repos

by Dominique Leuenberger

Hello, During the openSUSE Packaging day, I created packages for FreeCol (as wished per Wishlist). The game is based on Java and thus I had to base the 'build repo' on a Java repository. Now I would like to move the game to games:strategy:turn-based, where it actually belongs. But this won't work, as there is no Java available in all those build repos. In plus I see a 'issue' with the linked libraries. A lot of Links basically not helping a lot. what do you think if we restructure a bit like this (example from games:strategy:turn-based): Games:strategy:turn-based builds against games:libs repositories (instead of, like now, against openSUSE_xx.x) This offers all the libs available in games:libs at any time and reduces the need of the links / aggregates. games:libs being built against the JAVA repositories, as I think there will be more games coming with potential Java requirements (I was looking a bit into Slam Soccer). The Java remain, as is, built against the openSUSE_xx.x repositories. Any comments on this? Or any good alternatives on how I can move FreeCol (and future probably Slam Soccer) to the games:* repositories? Thank you very much for your thoughts! Dominique TMF is a global management and accounting outsourcing firm with 77 offices in 60 countries and over 2,000 professionals (2007). TMF is expanding rapidly throughout the world. Learn more about our unique network and our services and visit our website at www.tmf-group.com. The information contained in this e-mail communication is confidential and solely intended for the person to whom it is addressed. If someone other than the intended recipient should receive or come into possession of this e-mail communication, he/she will not be entitled to read, disseminate, disclose or duplicate it. If you are not the intended recipient, you are requested to notify the sender and to destroy the original e-mail communication. TMF is neither liable for the correct and complete transmission of the information contained in this e-mail communication nor for any delay in its receipt. This footnote also confirms that this email message has been checked for the presence of computer viruses. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

13 years, 1 month

[opensuse-buildservice] openSUSE_10.3 x86_64: bz2 32bit devel files missing

by Werner Hoch

Hi all, I'm trying to build verilog for openSUSE 10.3 x86_64 with 32-bit support. https://build.opensuse.org/package/live_build_log?arch=x86_64&project=home%… There are currently 3 bz2 packages in openSUSE_10.3 x86_64: runtime and devel files for 64bit: libbz2-1-1.0.4-42.x86_64.rpm libbz2-devel-1.0.4-42.x86_64.rpm The 32-bit runtime libraries: libbz2-1-32bit-1.0.4-42.x86_64.rpm The 32-bit devel library is missing. Thus the build fails with the following error messages -------- make[1]: Entering directory `/usr/src/packages/BUILD/verilog-0.8.6/vpi' gcc -m32 -shared -o bin32/system.vpi bin32/sys_table.o bin32/sys_convert.o bin32/sys_deposit.o bin32/sys_display.o bin32/sys_fileio.o bin32/sys_finish.o bin32/sys_plusargs.o bin32/sys_random.o bin32/sys_random_mti.o bin32/sys_readmem.o bin32/sys_readmem_lex.o bin32/sys_time.o bin32/sys_vcd.o bin32/sys_vcdoff.o bin32/vcd_priv.o bin32/mt19937int.o bin32/priv.o bin32/stringheap.o bin32/sys_lxt.o bin32/lxt_write.o bin32/sys_lxt2.o bin32/lxt2_write.o -L../vvp/bin32 -lvpi -lbz2 -lz /usr/lib64/gcc/x86_64-suse-linux/4.2.1/../../../../x86_64-suse-linux/bin/ld: skipping incompatible /usr/lib64/gcc/x86_64-suse-linux/4.2.1/../../../libbz2.so when searching for -lbz2 /usr/lib64/gcc/x86_64-suse-linux/4.2.1/../../../../x86_64-suse-linux/bin/ld: skipping incompatible /usr/lib64/gcc/x86_64-suse-linux/4.2.1/../../../libbz2.a when searching for -lbz2 /usr/lib64/gcc/x86_64-suse-linux/4.2.1/../../../../x86_64-suse-linux/bin/ld: skipping incompatible /usr/lib64/libbz2.so when searching for -lbz2 /usr/lib64/gcc/x86_64-suse-linux/4.2.1/../../../../x86_64-suse-linux/bin/ld: skipping incompatible /usr/lib64/libbz2.a when searching for -lbz2 /usr/lib64/gcc/x86_64-suse-linux/4.2.1/../../../../x86_64-suse-linux/bin/ld: cannot find -lbz2 collect2: ld returned 1 exit status make[1]: *** [bin32/system.vpi] Error 1 make[1]: Leaving directory `/usr/src/packages/BUILD/verilog-0.8.6/vpi' -------- Anyone knows why there are no devel files for bz2 32-bit? (/usr/lib/libbz2.a, /usr/lib/libbz2.so, ...?) Can I build that bz2-32bit-devel files in my home repo and use them to build the verilog package. Can I use the original libbz2-1-32bit-1.0.4-42.x86_64.rpm runtime library even if I haven't used it for building? Any advice is appreciated. Regards Werner --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

13 years, 1 month

[opensuse-buildservice] Status build service development

by Adrian Schröter

mrueckert / authentification thoughts: * mrueckert thought about how to support api.o.o via openID. The question is if we really want to require using openID libraries in all clients. * iChain proxy may get moved to provo, this means all traffic goes via provo to nuernberg. * Another discussion was to support digest to allow direct connections to api.o.o. That would mean that api would only send the authentification request via the atlantic, but not the main traffic. AI: poeml run osc test suite against test iChain instance in provo mrueckert run direct api tests via same intsance abauer: * works on bugzilla link support in web interface. Discovered bug what avoids to own two roles as user. This cause a problem to be a maintainer and bug owner. Only one bug owner can be used to assign a bug in bugzilla, even though you can define multiple people in build service. poeml: * support server side diff of any packages in osc. * local _link package build needs modularisation in build code. * local build against local packages needs upload of local package provides / requires to deliver correct _buildinfo. AI: mls support dep upload in backend. * discussion about open changelog editor for each commit -> decision to do it :) jcborn: * working on installation repositories support inside of kiwi images. Work on collecting of specified repositories from kiwi config atm. Missing: * algorithm to select required packages * installation images creating tool freitag: * openSUSE fate might get installed on build service systems. * Merge request mechanism needs to be adapted to a generic request system independend of merge requests. mls: * code cleanup in scheduler, needs less memory including bug fixes. * store scheduler status is possible now, so a fast scheduler restart is possible now. * improved bootstrap algorithm to speed up base system boot strap. rlihm: * work on new web client -> will create a "most annoying things in web client" wiki page * release first mockup to public this year. adrian: * new hardware for api and backend get installed this week, still needs deployment. * AI find out default values for quota. Suggest format change: ====================== * User roles should become sub elements instead of attributes. group decision to do it. Short discussion about the implementing the quota mechanism. Will come this year as last feature of roadmap :). -- Adrian Schroeter SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) email: adrian(a)suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

13 years, 1 month

[opensuse-buildservice] new openSUSE:Factory, including new compiler

by Adrian Schröter

Hi, openSUSE:Factory got a new snapshot, this means ~ 7000 packages to be build, but it means also a new gcc, with less ICE failures :) bye adrian -- Adrian Schroeter SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) email: adrian(a)suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

13 years, 1 month

[opensuse-buildservice] Ubuntu 7.10 ...

by Adrian Schröter

Hi there, there is now a Ubuntu:7.10 project. It is not mentioned on the web pages yet, since I consider the configuration for it still in BETA. But feel free to build against it using the web expert mask or osc and report success and failures :) Btw, this is our first .deb based distribution in the OBS, which also provides amd64/x86_64 packages :) bye adrian -- Adrian Schroeter SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) email: adrian(a)suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

13 years, 1 month

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openSUSE Build Service December 2007