On Aug 28, 07 12:43:35 -0400, Ciro Iriarte wrote:
2007/8/26, Ciro Iriarte
: 2007/8/26, Ciro Iriarte
: 2007/8/26, Marcus Rueckert
: we might be able to handle it the same way as we handle the sun jdk packages in the buildservice atm. that you can build against those but not download them.
this wasnt the first request from packagers/users for oracle bindings (php/perl).
darix
That sounds great!!, can this be selective?, i mean, avoid downloading oracle-instanclient binary packages, but allowing to download nosrc files, so the end user can quickly fix dependencies.
Maybe adding to packages to the BS would make it easier, a restricted
Sorry, it should state "adding two packages"
"oracle-instanclient" to build and a public "oracle-instantclient_dep" providing the nosrc package.
It would be: oracle-instantclient -----> oracle-instantclient.${VERSION}.(i586|x86_64).rpm oracle-instantclient_dep -----> oracle-instantclient.${VERSION}.nosrc.rpm
Regards, Ciro
What do we need to get this approved?
Would your oracle-instantclient come with source code? I have an internal package here (spec file attached), which is binary only, and thereofore not part of opensuse. cheers, Jw. -- o \ Juergen Weigert paint it green! __/ _=======.=======_ <V> | jw@suse.de wide open suse_/ _---|____________\/ \ | 0911 74053-508 (tm)__/ (____/ /\ (/) | __________________________/ _/ \_ vim:set sw=2 wm=8 SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) "This bug is visible to non-employees. Please be respectful." (bugzilla)