Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.os.linux.sys > #44910 > unrolled thread

linux oracle

Back to article view | Back to it.comp.os.linux.sys

Contents

  linux oracle Enrico Maria Chellini <bitit@bitit.it> - 2023-09-15 12:17 +0200
    Re: linux oracle sm <carotone@test.net> - 2023-09-15 11:40 +0000
      Re: linux oracle Enrico Maria Chellini <bitit@bitit.it> - 2023-09-15 14:13 +0200
        Re: linux oracle sm <carotone@test.net> - 2023-09-15 12:52 +0000
          Re: linux oracle Enrico Maria Chellini <bitit@bitit.it> - 2023-09-15 15:40 +0200
            Re: linux oracle sm <carotone@test.net> - 2023-09-15 15:48 +0000
              Re: linux oracle Guglielmo <mmemmoTOGLIQUESTO@tiscali.it.invalid> - 2023-09-15 16:08 +0000
                Re: linux oracle Enrico Maria Chellini <bitit@bitit.it> - 2023-09-20 15:25 +0200
                  Re: linux oracle sm <carotone@test.net> - 2023-09-20 20:24 +0000
              Re: linux oracle Enrico Maria Chellini <bitit@bitit.it> - 2023-09-15 18:21 +0200
                Re: linux oracle sm <carotone@test.net> - 2023-09-15 16:49 +0000
                  Re: linux oracle Enrico Maria Chellini <bitit@bitit.it> - 2023-09-15 18:56 +0200
                    Re: linux oracle sm <carotone@test.net> - 2023-09-15 20:08 +0000
      Re: linux oracle Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2023-09-17 22:33 +0200
        Re: linux oracle sm <carotone@test.net> - 2023-09-17 21:44 +0000
          Re: linux oracle "massi...@gmail.com" <massimo79m@gmail.com> - 2023-09-18 07:07 -0700
            Re: linux oracle Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2023-09-18 18:43 +0200
              Re: linux oracle Enrico Bianchi <enrico.bianchi@ymail.com> - 2023-09-20 22:05 +0000
            Re: linux oracle sm <carotone@test.net> - 2023-09-18 16:58 +0000
              Re: linux oracle Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2023-09-18 19:09 +0200
                Re: linux oracle sm <carotone@test.net> - 2023-09-18 19:22 +0000
                  Re: linux oracle Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2023-09-18 22:24 +0200
                    Re: linux oracle sm <carotone@test.net> - 2023-09-19 05:48 +0000
                      Re: linux oracle Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> - 2023-09-19 20:07 +0200
                      Re: linux oracle Enrico Bianchi <enrico.bianchi@ymail.com> - 2023-09-20 22:11 +0000
                        Re: linux oracle sm <carotone@test.net> - 2023-09-21 06:10 +0000
                          Re: linux oracle Enrico Bianchi <enrico.bianchi@ymail.com> - 2023-09-21 11:01 +0000
                            Re: linux oracle Enrico Maria Chellini <bitit@bitit.it> - 2023-09-21 13:12 +0200
                              Re: linux oracle Enrico Bianchi <enrico.bianchi@ymail.com> - 2023-09-28 12:49 +0000
        Re: linux oracle Enrico Bianchi <enrico.bianchi@ymail.com> - 2023-09-18 16:25 +0000
    Re: linux oracle "massi...@gmail.com" <massimo79m@gmail.com> - 2023-09-15 11:35 -0700
      Re: linux oracle sm <carotone@test.net> - 2023-09-15 20:09 +0000
    Re: linux oracle "it.comp.os.linux.sys" <massimo79m@gmail.com> - 2023-09-19 02:53 -0700
      Re: linux oracle sm <carotone@test.net> - 2023-09-19 10:34 +0000
        Re: linux oracle "it.comp.os.linux.sys" <massimo79m@gmail.com> - 2023-09-19 07:09 -0700
          Re: linux oracle sm <carotone@test.net> - 2023-09-19 15:38 +0000
        Re: linux oracle CBM64 <amiga1000@commodore.com> - 2023-09-21 09:35 +0200
          Re: linux oracle sm <carotone@test.net> - 2023-09-21 18:55 +0000
            Re: linux oracle CBM64 <amiga1000@commodore.com> - 2023-09-22 17:54 +0200
              Re: linux oracle Giovanni <lsodgf0@home.net.it> - 2023-09-22 22:14 +0200
              Re: linux oracle sm <carotone@test.net> - 2023-09-23 07:43 +0000
                Re: linux oracle "massi...@gmail.com" <massimo79m@gmail.com> - 2023-09-23 01:25 -0700
                  Re: linux oracle sm <carotone@test.net> - 2023-09-23 13:34 +0000
                Re: linux oracle CBM64 <amiga1000@commodore.com> - 2023-09-23 11:52 +0200
                Re: linux oracle Giovanni <lsodgf0@home.net.it> - 2023-09-23 12:24 +0200
                  Re: linux oracle sm <carotone@test.net> - 2023-09-23 16:52 +0000
                    Re: linux oracle Giovanni <lsodgf0@home.net.it> - 2023-09-23 20:54 +0200
                  Re: linux oracle Enrico Bianchi <enrico.bianchi@ymail.com> - 2023-09-28 12:50 +0000
                    Re: linux oracle Giovanni <lsodgf0@home.net.it> - 2023-09-29 08:02 +0200
      Re: linux oracle Enrico Maria Chellini <bitit@bitit.it> - 2023-09-19 13:37 +0200
      Re: linux oracle Enrico Bianchi <enrico.bianchi@ymail.com> - 2023-09-20 21:59 +0000

Page 1 of 3  [1] 2 3  Next page →

#44910 — linux oracle

buon giorno, ci sono info su come si comporta linux oracle in
produzione?

se nel tempo ci sono stati problemi, specie di compatibilità con i
pacchetti redhat?

grazie 
Enrico 

[toc] | [next] | [standalone]

#44911

Il Fri, 15 Sep 2023 12:17:39 +0200, Enrico Maria Chellini ha scritto:

> buon giorno, ci sono info su come si comporta linux oracle in
> produzione?
> 
> se nel tempo ci sono stati problemi, specie di compatibilità con i
> pacchetti redhat?

Oracle Linux a parte il kernel custom ha la stessa identica codebase di 
RHEL, almeno fino a questo momento, nel futuro staremo a vedere visto che 
RedHat/IBM ha annunciato che non rilasceranno più i sorgenti della 
distribuzione Enterprise Linux.
Allo stato attuale comunque la compatibilità è totale.

[toc] | [prev] | [next] | [standalone]

#44912

 
> 
> Oracle Linux a parte il kernel custom ha la stessa identica codebase
> di RHEL, almeno fino a questo momento, 

si ma la domanda era: chi l'ha testato che problemi ha trovato?

per esempio mi risulta che rocy linux qualche problema l'abbia avuto 

nel futuro staremo a vedere

> visto che RedHat/IBM ha annunciato che non rilasceranno più i
> sorgenti della distribuzione Enterprise Linux.
> Allo stato attuale comunque la compatibilità è totale.

quindi ciao anche rocky linux e alma linux?

Enrico 

[toc] | [prev] | [next] | [standalone]

#44913

Il Fri, 15 Sep 2023 14:13:06 +0200, Enrico Maria Chellini ha scritto:


>> Oracle Linux a parte il kernel custom ha la stessa identica codebase di
>> RHEL, almeno fino a questo momento,
> 
> si ma la domanda era: chi l'ha testato che problemi ha trovato?
> 
> per esempio mi risulta che rocy linux qualche problema l'abbia avuto

Che genere di problemi? Rocky ha una gestione diversa, Oracle Linux è 
proprio un clone. 
 
> nel futuro staremo a vedere
> 
>> visto che RedHat/IBM ha annunciato che non rilasceranno più i sorgenti
>> della distribuzione Enterprise Linux.
>> Allo stato attuale comunque la compatibilità è totale.
> 
> quindi ciao anche rocky linux e alma linux?

No non credo. Rocky a Alma sono vere e proprie distribuzioni community 
driven che replicano la RH ma non dipendono da essa. Oracle Linux invece 
dipende da RHEL perché ricompila i sorgenti dei pacchetti rilasciati da 
quella distribuzione. Per dirla breve Oracle adesso non mantiene niente, 
dopo dovrà mantenere e (nota personale) ne vedremo delle belle visti i 
pregressi.

[toc] | [prev] | [next] | [standalone]

#44914

> > per esempio mi risulta che rocy linux qualche problema l'abbia
> > avuto  
> 
> Che genere di problemi? Rocky ha una gestione diversa, Oracle Linux è 
> proprio un clone. 

non ricordo bene, dovrei ricercare, ma mi pare che dopo un unpgrade, ci
sia stato dei problemi con i repository  
> >   
> >> visto che RedHat/IBM ha annunciato che non rilasceranno più i
> >> sorgenti della distribuzione Enterprise Linux.
> >> Allo stato attuale comunque la compatibilità è totale.  
> > 
> > quindi ciao anche rocky linux e alma linux?  
> 
> No non credo. Rocky a Alma sono vere e proprie distribuzioni
> community driven che replicano la RH ma non dipendono da essa. Oracle
> Linux invece dipende da RHEL perché ricompila i sorgenti dei
> pacchetti rilasciati da quella distribuzione. Per dirla breve Oracle
> adesso non mantiene niente, dopo dovrà mantenere e (nota personale)
> ne vedremo delle belle visti i pregressi.

cosa intendi? la società è quella che ha in mano anche suse se non
erro, solaris os, proprio sprovveduti non mi sembrano 

Enrico 

[toc] | [prev] | [next] | [standalone]

#44915

Il Fri, 15 Sep 2023 15:40:53 +0200, Enrico Maria Chellini ha scritto:


>> No non credo. Rocky a Alma sono vere e proprie distribuzioni community
>> driven che replicano la RH ma non dipendono da essa. Oracle Linux
>> invece dipende da RHEL perché ricompila i sorgenti dei pacchetti
>> rilasciati da quella distribuzione. Per dirla breve Oracle adesso non
>> mantiene niente, dopo dovrà mantenere e (nota personale) ne vedremo
>> delle belle visti i pregressi.
> 
> cosa intendi? la società è quella che ha in mano anche suse se non erro,
> solaris os, proprio sprovveduti non mi sembrano

No Suse non c'entra assolutamente nulla con Oracle.

Oracle acquisì la Sun, la quale (nota bene) Solaris lo aveva rilasciato 
come open source, OpenSolaris, che Oracle ha smollato quasi subito 
continuando con una versione proprietaria (Oracle Solaris) abbastanza 
insignificante sul mercato. 

Cosa simile avvenuta con Java anch'esso rilasciato open source dalla Sun e 
Oracle ha continuato con la versione chiusa e proprietaria, mollando 
OpenJDK. Nota a margine: qualche anno fa hanno imposto la licenza a 
pagamento per la loro implementazione Oracle JDK.

Sempre dalla Sun Oracle acquisì OpenOffice, anche quello open source e 
anche quello sbolognato alla Apache Foundation, non prima però che i 
principali sviluppatori di OpenOffice si fossero staccati con il fork 
LibreOffice. Tutto nel giro di un annetto scarso.

Un'altra acquisizione è stata quella di MySQL, anche lì creando non pochi 
casini con il doppio licensing. Come probabilmente saprai in produzione 
Oracle non permette di usare la licenza open ma occorre acquistare una 
licenza commerciale. 

Come vedi il rapporto fra Oracle e l'open source non è dei migliori 
possibili, nella migliore delle ipotesi molla tutto nel giro di qualche 
mese. 

[toc] | [prev] | [next] | [standalone]

#44916

Il Fri, 15 Sep 2023 15:48:36 -0000 (UTC), sm ha scritto:

> Come vedi il rapporto fra Oracle e l'open source non è dei migliori
> possibili, nella migliore delle ipotesi molla tutto nel giro di qualche
> mese.

Aggiungo all'elenco VirtualBox, anche lui acquisito a suo tempo da Oracle 
e che che è sostanzialmente in letargo da lustri, vivacchia per non 
morire.

Oracle non sarà sprovveduta per i suoi azionisti, ma per l'utenza è 
sostanzialmente fa un re Mida all'incontrario. Quello che tocca si 
trasforma in... (mettere quello che fa più schifo) :-)

[toc] | [prev] | [next] | [standalone]

#44940

 
> 
> Aggiungo all'elenco VirtualBox, anche lui acquisito a suo tempo da
> Oracle e che che è sostanzialmente in letargo da lustri, vivacchia
> per non morire.

ma io virtualbox lo uso quotidianamente e a me pare un ottimo
strumento, di cui mageia fornisce vari aggiornamenti.

 
> Oracle non sarà sprovveduta per i suoi azionisti, ma per l'utenza è 
> sostanzialmente fa un re Mida all'incontrario. Quello che tocca si 
> trasforma in... (mettere quello che fa più schifo) :-)

quindi scarteresti anche ela a priori?

https://www.oracle.com/news/announcement/ciq-oracle-and-suse-create-open-enterprise-linux-association-for-a-collaborative-and-open-future-2023-08-10/

Suse / Opensuse attualmente non è compatibile redhat giusto?


Enrico 

[toc] | [prev] | [next] | [standalone]

#44941

Il Wed, 20 Sep 2023 15:25:12 +0200, Enrico Maria Chellini ha scritto:



>> Oracle non sarà sprovveduta per i suoi azionisti, ma per l'utenza è
>> sostanzialmente fa un re Mida all'incontrario. Quello che tocca si
>> trasforma in... (mettere quello che fa più schifo) :-)
> 
> quindi scarteresti anche ela a priori?

Personalmente ho la tendenza a non vedere di buon occhio Oracle come 
vendor, il suo unico interesse da quando ha portato il suo DBMS su Linux è 
quello di avere una distribuzione su cui certificarlo. Non penso che il 
suo contributo possa essere di qualche valore.

[toc] | [prev] | [next] | [standalone]

#44917

> No Suse non c'entra assolutamente nulla con Oracle.

https://www.oracle.com/news/announcement/ciq-oracle-and-suse-create-open-enterprise-linux-association-for-a-collaborative-and-open-future-2023-08-10/

[toc] | [prev] | [next] | [standalone]

#44918

Il Fri, 15 Sep 2023 18:21:31 +0200, Enrico Maria Chellini ha scritto:

>> No Suse non c'entra assolutamente nulla con Oracle.
> 
> https://www.oracle.com/news/announcement/ciq-oracle-and-suse-create-
open-enterprise-linux-association-for-a-collaborative-and-open-
future-2023-08-10/

Scusa ma io rispondevo alla tua affermazione che Oracle avrebbe in mano 
Suse, quello è un normale accordo di partnership.

[toc] | [prev] | [next] | [standalone]

#44919

> > https://www.oracle.com/news/announcement/ciq-oracle-and-suse-create-
> >  
> open-enterprise-linux-association-for-a-collaborative-and-open-
> future-2023-08-10/
> 
> Scusa ma io rispondevo alla tua affermazione che Oracle avrebbe in
> mano Suse, quello è un normale accordo di partnership.

scusa te mi ricordavo qualcosa, in ogni caso dovrebbe essere un accordo
positivo, no?

Per carità ottimo lavoro, alma e roky linux, ma se c'è dietro qualcosa
di più robusto non mi dispiacerebbe.

Enrico 

[toc] | [prev] | [next] | [standalone]

#44921

Il Fri, 15 Sep 2023 18:56:50 +0200, Enrico Maria Chellini ha scritto:


>> Scusa ma io rispondevo alla tua affermazione che Oracle avrebbe in mano
>> Suse, quello è un normale accordo di partnership.
> 
> scusa te mi ricordavo qualcosa, in ogni caso dovrebbe essere un accordo
> positivo, no?

Penso sia una logica conseguenza del fatto che RedHat l'ha in qualche modo 
piantata in asso. E anche del fatto che Oracle Linux non è una vera 
distribuzione ma di fatto una RHEL ribrandizzata. 
Sulla questione non mi esprimo: Oracle contribuisce solo per delle 
funzionalità/ottimizzazioni del kernel che interessano a loro per far 
funzionare bene il loro database, non lo considero un vendor interessante. 

[toc] | [prev] | [next] | [standalone]

#44923

On 15/09/2023 13.40, sm wrote:
[...]
> Oracle Linux a parte il kernel custom ha la stessa identica codebase di
> RHEL, almeno fino a questo momento, nel futuro staremo a vedere visto che
> RedHat/IBM ha annunciato che non rilasceranno più i sorgenti della
> distribuzione Enterprise Linux.

Ma e` possible?
Voglio dire, non c'e` una GPL di mezzo?

Hai qualche riferimento?

bye,

-- 

piergiorgio

[toc] | [prev] | [next] | [standalone]

#44924

Il Sun, 17 Sep 2023 22:33:43 +0200, Piergiorgio Sartor ha scritto:

> On 15/09/2023 13.40, sm wrote:
> [...]
>> Oracle Linux a parte il kernel custom ha la stessa identica codebase di
>> RHEL, almeno fino a questo momento, nel futuro staremo a vedere visto
>> che RedHat/IBM ha annunciato che non rilasceranno più i sorgenti della
>> distribuzione Enterprise Linux.
> 
> Ma e` possible?
> Voglio dire, non c'e` una GPL di mezzo?

Si perché in realtà i sorgenti saranno comunque disponibili per i clienti 
che acquistano la sottoscrizione. Cioè se hai una sottoscrizione hai 
accesso ai repo privati dove scarichi sia i binari che i relativi 
sorgenti. In punto di diritto questo rispetta la GPL.

https://edge9.hwupgrade.it/news/innovazione/red-hat-chiude-l-accesso-ai-
sorgenti-di-enterprise-linux-e-sconvolge-la-comunita-linux_117983.html

[toc] | [prev] | [next] | [standalone]

#44925

Il giorno domenica 17 settembre 2023 alle 23:44:29 UTC+2 sm ha scritto:
> > Voglio dire, non c'e` una GPL di mezzo?
> Si perché in realtà i sorgenti saranno comunque disponibili per i clienti 
> che acquistano la sottoscrizione. Cioè se hai una sottoscrizione hai 
> accesso ai repo privati dove scarichi sia i binari che i relativi 
> sorgenti. In punto di diritto questo rispetta la GPL. 

ma quindi se uno dei clienti scarica i sorgenti e poi li pubblica e' ok?

[toc] | [prev] | [next] | [standalone]

#44927

On 18/09/2023 16.07, massi...@gmail.com wrote:
[...]
>> Si perché in realtà i sorgenti saranno comunque disponibili per i clienti
>> che acquistano la sottoscrizione. Cioè se hai una sottoscrizione hai
>> accesso ai repo privati dove scarichi sia i binari che i relativi
>> sorgenti. In punto di diritto questo rispetta la GPL.
> 
> ma quindi se uno dei clienti scarica i sorgenti e poi li pubblica e' ok?

E` esattamente questo il punto che
non capisco.

Che senso ha rendere i sorgenti
disponibili solo a pagamento,
quando poi si possono ridistribuire
senza problemi.

Certo, se c'e` qualche altro SW di
mezzo, un "collante" tanto per capirci,
che e` sotto licenza proprietaria,
magari solo i sorgenti non bastano.

D'altro canto, forse anche in questo
caso si violerebbe la GPL.

bye,

-- 

piergiorgio

[toc] | [prev] | [next] | [standalone]

#44943

On 2023-09-18, Piergiorgio Sartor <piergiorgio.sartor.this.should.not.be.used@nexgo.REMOVETHIS.de> wrote:

> Che senso ha rendere i sorgenti
> disponibili solo a pagamento,
> quando poi si possono ridistribuire
> senza problemi.

Il punto non è quanto sia sensato, il punto è che per la GPL è lecito. Per
farti un esempio, FSF vendeva i sorgenti di coreutils ai tempi

> Certo, se c'e` qualche altro SW di
> mezzo, un "collante" tanto per capirci,
> che e` sotto licenza proprietaria,
> magari solo i sorgenti non bastano.

Red Hat tiene dentro la distribuzione parecchi copyright, tanto che CentOS
doveva fare un grosso lavoro di pulizia prima di rilasciare la distribuzione

Enrico

[toc] | [prev] | [next] | [standalone]

#44928

Il Mon, 18 Sep 2023 07:07:17 -0700 (PDT), massi...@gmail.com ha scritto:

> Il giorno domenica 17 settembre 2023 alle 23:44:29 UTC+2 sm ha scritto:
>> > Voglio dire, non c'e` una GPL di mezzo?
>> Si perché in realtà i sorgenti saranno comunque disponibili per i
>> clienti che acquistano la sottoscrizione. Cioè se hai una
>> sottoscrizione hai accesso ai repo privati dove scarichi sia i binari
>> che i relativi sorgenti. In punto di diritto questo rispetta la GPL.
> 
> ma quindi se uno dei clienti scarica i sorgenti e poi li pubblica e' ok?

No, perché con la sottoscrizione il cliente si impegna a non farlo pena 
l'annullamento quindi la perdita di tutti i diritti anche sui binari.

[toc] | [prev] | [next] | [standalone]

#44929

On 18/09/2023 18.58, sm wrote:
[...]
>> ma quindi se uno dei clienti scarica i sorgenti e poi li pubblica e' ok?
> 
> No, perché con la sottoscrizione il cliente si impegna a non farlo pena
> l'annullamento quindi la perdita di tutti i diritti anche sui binari.

Questo e` _sicuramente_ illegale.

Avevo a suo tempo fatto questa domanda ad un
avvocato (che aveva fatto una presentazione
riguardo le varie licenze) ed ha chiaramente
detto che la licenza vale sopra il contratto.

Non si possono modificare i diritti / doveri
di una licenza con un contratto.

bye,

-- 

piergiorgio

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | it.comp.os.linux.sys

csiph-web