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