2007/8/25, Cristian Rodriguez :

Ciro Iriarte escribió:

...

Is there any legal workaround?, anyone interested in this app?, it would be really great to have oracle-instantclient out of the box on a linux workstation.

many people has asked me to include oracle support in PHP modules, unfortunately the Instant Client is propietary software and even more it does not seem to be distributable. (IANAL)

Not to mention that playing with binary blobs is **no fun** ;)

From the above license: ------------------------- Distribution License We grant you a non-exclusive right and license to distribute the Programs, provided that you do not charge your end users for use of the Programs. Your distribution of such Programs shall at a minimum include the following terms in an executed license agreement between you and the end user that: (1) restrict the use of the Programs to the business operations of the end user; (2) prohibit (a) the end user from assigning, giving, or transferring the Programs or an interest in them to another individual or entity (and if your end user grants a security interest in the Programs, the secured party has no right to use or transfer the Programs); (b) make the Programs available in any manner to any third party for use in the third party's business operations (unless such access is expressly permitted for the specific program license or materials from the services you have acquired); and (c) title to the Programs from passing to the end user or any other party; (3) prohibit the reverse engineering (unless required by law for interoperability), disassembly or decompilation of the Programs and prohibit duplication of the Programs except for a sufficient number of copies of each Program for the end user's licensed use and one copy of each Program media; (4) disclaim, to the extent permitted by applicable law, our liability for any damages, whether direct, indirect, incidental, or consequential, arising from the use of the Programs; (5) require the end user at the termination of the Agreement, to discontinue use and destroy or return to you all copies of the Programs and documentation; (6) prohibit publication of any results of benchmark tests run on the Programs; (7) require the end user to comply fully with all relevant export laws and regulations of the United States and other applicable export and import laws to assure that neither the Programs, nor any direct product thereof, are exported, directly or indirectly, in violation of applicable laws; (8) do not require us to perform any obligations or incur any liability not previously agreed to between you and us; (9) permit you to audit your end user's use of the Programs or to assign your right to audit the end user's use of the Programs to us; (10) designate us as a third party beneficiary of the end user license agreement; (11) include terms consistent with those contained in the sections of this Agreement entitled "Disclaimer of Warranties and Exclusive Remedies," "No Technical Support," "End of Agreement," "Relationship Between the Parties," and "Open Source"; and (11) exclude the application of the Uniform Computer Information Transactions Act. ------------------------- And, if this export restrictions come from a US regulation, Sun's Java should be in the same situation acording to http://java.sun.com/j2se/1.4.2/j2re-1_4_2_12-license.txt: ------------------------- 10.EXPORT REGULATIONS. All Software and technical data delivered under this Agreement are subject to US export control laws and may be subject to export or import regulations in other countries. You agree to comply strictly with all such laws and regulations and acknowledge that you have the responsibility to obtain such licenses to export, re-export, or import as may be required after delivery to you. ------------------------- Any lawer in the house? :D Regards, Ciro

2007/8/25, Cristian Rodriguez :

Ciro Iriarte escribió:

...

Any lawer in the house? :D

Sure they exists here, but in general lawyers are not willing to comment legal issues in public, nor give any kind of legal advice via public lists, they only do that when a client-attorney relation is estabilished ..that 's the way it works.. ;)

-- Cristian Rodríguez R. SUSE R&D "You don't have to burn books to destroy a culture. Just get people to stop reading them." --Ray Bradbury

Sooo, no instantclient for OpenSUSE?, any inquiry to Novell as a result of the oracle support on php being requested? Ciro N�����r��y隊Z)z{.���Wlz��qﮞ˛���m�)z{.��+�Z+i�b�*'jW(�f�vǦj)h���Ǜ�)]���Ǿ��i�������

On 2007-08-26 16:03:28 +0200, Andreas Jaeger wrote:

"Ciro Iriarte" writes:

...

Any lawer in the house? :D

The first question is: is this Open Source software? We do only include Open Source packages. The license you showed does not look like an OSI approved license to me,

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 -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

2007/8/26, Ciro Iriarte :

2007/8/26, Marcus Rueckert :

...

On 2007-08-26 16:03:28 +0200, Andreas Jaeger wrote:

...

"Ciro Iriarte" writes:

...

Any lawer in the house? :D

The first question is: is this Open Source software? We do only include Open Source packages. The license you showed does not look like an OSI approved license to me,

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

--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

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)

On Tuesday 28 August 2007 15:21, Ciro Iriarte wrote:

2007/8/28, Juergen Weigert :

...

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.

I was using the spec file made by Remi Collet (http://remi.collet.free.fr/rpms/SPEC/oracle-instantclient.spec) which provides JDBC and ODBC support too and is also binary only.

Also modified it to include oracle-instantclient-config (http://jeanchristophe.duber.free.fr/dbd_oracle_instantclient_linux/oracle- instantclient-config). The modified/tested/documented spec file was lost when the package was deleted from buildservice as i did all the work there.

As suggested by Marcus Rueckert, we could have the binary packages on BS without allowing the download of the file, and also provide a nosrc package, so the end user can fix quickly the dependencies downloading the ZIP files directly from Oracle. That way, Opensuse won't ship any proprietary bits ..

I'm a bit late in the thread, but we also made Oracle Instantclient RPM's, also doing things like fixing library paths. We did it for perl-DBD-Oracle and ruby-oci8. We'd love to not have to build these packages all the time. Maybe it's also possible for the SLE team to actually include the full Oracle packages in SLES11 or the like This turns out to be an interesting question for the build service in general: Could the build service help users who wish to get packages with non-OSI bits in it get their packages created? Might not be build service based, but simply a tool in the build chain that abstracts RPM internals from users who just want packages. Get .nosrc.rpm, supply zip or tarball, and boom! Thanks! Donavan

Regards, Ciro --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

2007/8/26, Andreas Jaeger :

"Ciro Iriarte" writes:

...

Any lawer in the house? :D

The first question is: is this Open Source software? We do only include Open Source packages. The license you showed does not look like an OSI approved license to me,

Andreas No, it's not, but there's no oracle client OS implementation :s

Ciro --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org