Am Thursday 19 October 2006 15:41 schrieb JP Rosevear:
On Thu, 2006-10-19 at 15:39 +0200, Adrian Schröter wrote:
Am Thursday 19 October 2006 15:03 schrieb JP Rosevear:
On Thu, 2006-10-19 at 10:38 +0200, Adrian Schröter wrote:
Am Wednesday 18 October 2006 19:27 schrieb Aaron Bockover:
I'm slowly making progress in my quest to manage Banshee builds in the build service.
helix-dbus-server is ... a DBus server that sits on top of Helix/RealPlayer and Banshee uses it as a backend for playing proprietary formats in SLED/SUSE (not openSUSE).
The problem is that RealPlayer does not seem to be available under SLE_10.
aaron@linux-0790:~/cvs/banshee/osc/Banshee/helix-dbus-server$ osc build SLE_10 i586 helix-dbus-server.spec Getting buildinfo from server /tmp/buildinfo.QCMC6f.xml buildinfo is borken... it says: expansion error: nothing provides RealPlayer
The SLE repo does only contain packages which are available for SLES and SLED. We want to make sure that resulting package is indeed installable by the users (because we want to keep the common code base). packages, which are not available on both products may go to the SDK, which means that the provider of package which are build against need also to ship these.
We ship realplayer on SLED.
yes, but not on SLES. packages build against plain SLE do guarantee to work on both products, so only the intersection of both are available in this repository.
Packages built against plain SLED are guaranteed to work on both products, otherwise whats the point of the common code base?
This is not true, neither SLES nor SLED do provide all packages from each other. There is no guarantee that all packages are available from the other product. This is the reason why SLE_10 contains only the subset. A SLES customer has no way to get the realplayer package in an official way for this example. The common code base does only say that there will be no incompatible packages.
It seems odd not to be able to build packages in the build service for SLE that build perfectly fine in autobuild.
autobuild contains always way more packages than they are on the products. There is no guarantee that you can install a package without dependency problems on a certain product just by building it within autobuild. The build service does guarantee this. So, it is not a bug in the build service, you need to change the products in first place, so the content of the opensuse.org build service will follow. bye adrian -- Adrian Schroeter SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org