Newsgroup: it.comp.os.dibattiti
Titolo: Re: diatriba su linux

[cut]
Io al posto tuo mi farei dare le prove di certe affermazioni, anzichè
cercare di confutarle.....altrimenti rimangono solo chiacchere......
quindi non sei tu a dover provare che è falso, mà è lui a dover provare che
è vero !!
se ti dicessi che windows l'ho inventato io ci crederesti ?
-- 
Linuxuser Slackwaredotato

 sfruttati dalle multinazionali di cui sopra"
Fino al kernel 2.2  Linux č stato fondamentalmente un progetto veramente
comunitario svincolato dalle grandi "signore" dell'Hardware e del Software.
Dopo si č evoluto grazie ai sostanziosi apporti di codice di aziende che
avevano un consolidato know-how su Unix. Diciamo che č diventato un
competitor accettato nelle aziende solo dopo che ha ricevuto l'imprimatur di
IBM.

 affermazioni risultano piu' credibili delle mie (e non solo delle mie) ...:-)
Non cambia il fatto che l'onere della prova sia suo.
bye G.L.
-- 
« E' assolutamente evidente che l'arte del cinema
  si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 una favola. Dietro Linux ci sono le solite multinazionali (IBM, HP, etc.)
Ma che razza di attacco e`?
Cosa importa chi c'e` dietro Linux? La cosa che dovrebbe interessare a 
chi lavora nel mondo dell'informatica e` che Linux (e il software che ci 
gira) sia un ottimo sistema free, open source, attivamente sviluppato, 
che le security fix escano nel giro di poche ore e (ovviamente) possa 
soddisfare le proprie necessita`. Tutto il resto e` guerra di religione 
e non dovrebbe interessare un professionista che deve proporre soluzioni.
-- 
Vincenzo

 IBM.
Diciamo che Linux ha avuto l'imptimatur di IBM solo dopo che ha dato
prova di essere un competitor accettato. Mi sembra piu' corretto: Linux
era usato molto prima che IBM se ne accorgesse, e in alcuni campi dava
filo da torcere a MS molto prima che qualcuno ci investisse (seriamente)
moneta.
C:\>iao Angelo
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 tecnicamente almeno cerco di invalidarlo a livello di filosofia opensource)
Si`, si era capito. Pero` continua a sembrarmi un atteggiamento ostile 
fondato sul nulla. Cosa vorrebbe dimostrare? Che Linux e` partito come 
sistema hobbistico ed ora e` diventato un business? Vero, mi sfugge 
pero` come questo possa essere considerato un difetto o una debolezza. 
Solo gli ignoranti ritengono che OpenSource != Business. E soprattutto 
mi sfugge come tutto cio` possa avere un qualche valore quando si devono 
operare scelte tecniche. Tra l'altro qualunque sistemista ha la 
possibilita` di seguire lo sviluppo di Linux sulle apposite mailing 
list. Non ci possono essere oscure manovre volute da IBM e soci che 
possano passare inosservate.
Se il tuo collega vuole attaccare in qualche modo Linux digli pure di 
farsi un giro qui.
-- 
Vincenzo

 sfruttati dalle multinazionali di cui sopra"
Concordo con quello che ha detto GdG. Oltre il kernel 2.2 è 
sostanzialmente impossibile che si potesse evolvere (e si possa evolvere 
ulteriormente) senza coinvolgere grandi realtà dell'informatica. 
Oltretutto è ovvio che se IBM (per fare un esempio) affida una buona 
fetta del marketing al nome "linux" non può permettersi che Linus si 
svegli la mattina con il prurito al naso.
Tuttavia il postulato è una mezza minchiata. E' evidente che se il 
"progetto linux" fosse stato sponsirizzato dall'inizio sarebbe stato 
l'ennesimo fiasco dell'IT visti i tempi impiegati per arrivare ad essere 
vagamente competitivo sul mercato, e comunque non sarebbe stato linux. 
E' palese che linux è stato adottato da adolescente con l'intenzione di 
farlo diventare maturo.

 non mi ha soddisfatto pienamente.
I maggiori contributor di Linux sono sempre stati pagati dalle varie
"distro". Qualcuno arriva dalle IBM e dalla HP, ma da quel che ricordo in
numero sensibilmente inferiore. Puo' cominciare con il guardare chi sono
gli autori effettivi, e con l'utilizzo del buon Google, trovare gli
sviluppatori maggiori: facilmente e' gente Red Hat, SuSE, Conectiva, e
altre.
Per Gnome, se togliamo Red Hat e Ximian, sono tutti sviluppatori che con
IBM e HP non c'entrano un cazzo di niente.
Non ci sono fonti affidabili e tantomeno ufficiali, credo che alimentare
la "chiacchiera da bar" non sia tra i fini dei vari contributor, puoi
pero' andare sulla ML di Gnome e chiedere.
Tra l'altro, l'esistenza dei BSD e' piuttosto oscura. Quelli chi li paga
?
HAND,
  ngw

pagareeee!
il problema fondamentale! alé!
mamma mia che schifo di gente: e povero Stallman!
Ha dato il via a tutto ciò senza sapere che, nel frattempo, in Italia, 
un manipolo di bambini cresceva alla scuola di frasi del tipo: "Fozza 
Italia, il panino è mio e me lo mangio tutto".
Squallor.

 mamma mia che schifo di gente: e povero Stallman!
Macche pagareeee! "Free" software vuol dire *gratis*, sono vent'anni che 
Stallman ripete che pagare non è un problema!

 Macche pagareeee! "Free" software vuol dire *gratis*, sono vent'anni che 
                                               ^^^^^^^^
ECCO ...

 ha scritto:

Ha dimenticato un non.
Ciao ... Dino
-- 
Non indicare un indirizzo valido nei tuoi post e' un tuo diritto.

 Ha dimenticato un non.
Non ho dimenticato proprio nulla. Se ci arrivate bene, sennò è uguale.

 moneta.
Diciamo che IBM ha visto in Linux la possibilità di risolvere diversi suo
problemi:
1) problemi di immagine: scrollarsi di dosso l'immagine di una corporation
rigida e grigia
2) rilanciare le vendite dei suoi prodotti di fascia non captive (box intel
e Risc AIX). iSeries e zSeries sono soluzioni captive nel senso che una
volta abracciate da parte dell'utente esso ne viene praticamente incatenato.
2) problemi economici e di accettazione dei suoi OS di fascia medio-bassa.
Dopo il flop catastrofico di OS/2 piagato all'origine da grosse limitazioni
architetturali VOLUTE da IBM per non farlo concorrere con il suo OS/400.
Inoltre il mercato UNIX era stagnate nel 1999/2000 per cui il proprio AIX
era destinato ad un ruolo marginale ed il relativo reparto considerato quasi
un ramo secco. Tanto secco che IBM cancellò unilateralmente il progetto
Monterey avviato con SCO (e da cui nasce tutta la diatriba SCO-IBM)
Linux stava li, disponibile. Non era un granchè, il supporto SMP
praticamente allo stato embrionale con dei file system non molto robusti.
Però il potenziale tecnico ed "emozionale" per il grande pubblico c'erano.

 se ti dicessi che windows l'ho inventato io ci crederesti ?
ti ucciderei.
-- 
RiK0
Non credo negli schemi non vincenti.

 livello tecnico
? :)


 tecnicamente almeno cerco di invalidarlo a livello di filosofia opensource)
Chissa` cosa ci guadagna poi...


 pero` come questo possa essere considerato un difetto o una debolezza. 
Una volta ammesso che ci sono condizionamenti, bisogna anche constatare 
che "software libero e condizionato" è un ossimoro. Questa è 
(eventualmente) la debolezza.

 
ROTFL !!
-- 
Linuxuser Slackwaredotato

 (eventualmente) la debolezza.
Credo che non ti sia molto chiara la definizione di software libero.
-- 
Vincenzo

 Credo che non ti sia molto chiara la definizione di software libero.
Perchč?

 sono stato un precursore (nell'uso e nella previsione del successo)
Previsione facile. Linux non poteva non avere successo.

 alcune reazioni da .. orgoglio ferito .. eh eh eh ...
Va detto che (a onor di cronaca) fino a qualche anno fa a storgere il 
naso erano anche i "guru" di unix che non lo consideravano granchè (per 
non dire affatto) e non era una esclusiva windowsiana essere diffidenti.
Ricordo ahimè una fetta di merda rimediata dal sottoscritto volendo 
"sponsorizzare" un server Oracle 8.0.qualcosa su linux: ho ancora gli 
incubi.

 Perchč?
Google ti dira` che 'software libero' non significa 'software libero da 
condizionamenti'. Niente e nessuno e` libero da condizionamenti di 
qualsiasi genere. Il termine 'free' si riferisce (ovviamente - come 
oramai sanno anche i sassi) ad altre liberta`.
-- 
Vincenzo

"Gabriele Del Giovine" <thisa...@isnotavalid.address> wrote in
message news:cgte3j$us1$
1...@newsreader1.mclink.it

Questa me la spieghi, perche' proprio non ci arrivo... BSD ha una
licenza piu' liberale di Linux, (si dice che) e' piu' stabile, ha
delle distribuzioni meno schizofreniche, eppure e' di nicchia molto
piu' quanto lo sia Linux. Dalle premesse avrebbe dovuto essere il
contrario...
Perche' di tutto cio'? Marketing? ;-)


 problemi:
La IBM non e' il fatebenefratelli e punta a guadagnare. C'era BSD
sulla piazza... se ha preso Linux significa che aveva una diffusione
e un'accettazione superiore a quella degli altri cloni di Unix.


 e un'accettazione superiore a quella degli altri cloni di Unix.
Appunto, mirava (mira) al fattore "emozionale" di Linux (GNU, Linus,
Stallman, Raymond, il "movimento"). BSD chi se lo fila?

 Perche' di tutto cio'? Marketing? ;-)
Marketing allo stato puro. Pondera bene tutti gli elementi caratterizzanti
di Linux. Vedrai che è cosi.

 oramai sanno anche i sassi) ad altre liberta`.
Parliamo del software BSD. Che condizionamenti impone l'adozione di tale
licenza?
Saluti.

 Perche' di tutto cio'? Marketing? ;-)
Si Marketing. D'altronde Linux da quando e' nato si e' sempre
proposto come alternativa a Windows, mentre BSD no. E quindi
ha attirato verso di se tutta una serie di aziende/persone che
odiavano Microsoft e che vedevano in Linux un piccolo pargolo
da fra crescere per demolire mamma Microsoft.

 Stallman, Raymond, il "movimento"). BSD chi se lo fila?
BSD se lo fila Microsoft :)

Che vuol dire di nicchia? 
Non hai mai visto Natalino Balasso a Zelig?
------------------
Alessandro Borille
Microsoft MVP - (Windows Server)

 licenza?
Che se ti serve un driver devi ballare la macumba per costringere il
gruppo di sviluppo a fartelo?


 licenza?
Vuoi dire qualcosa? Prova a dire qualcosa. Per i tuoi dubbi google is 
your friend.
-- 
Vincenzo

 gruppo di sviluppo a fartelo?
Dipende che driver. I target di BSD non sono ovviamente i target di Linux.

 Dipende che driver. I target di BSD non sono ovviamente i target di Linux.
Ovvio, cio non toglie che se sizeof(driverBSD) < sizeof(driverLinux) <<
sizeof(driverWindows).
Anche scegliere BSD ti condiziona (come tutto del resto)...
CVD


 da fra crescere per demolire mamma Microsoft.
Senti gli slogan "BSD is for Uninx lovers, Linux is for Windows
haters", lasciamoli perdere. Linux e' una validissima alternativa
a Windows in certi campi (che per fortuna si allargano), come lo
e' BSD. E' per questo che e' stato usato. Sicuramente esiste una
fetta degli uetnti che odiano Windows e lo hanno adottato per
ragioni politiche... Voglio vedere quanti di quelli lo avrebbero
adottato se Linux non fosse stato in grado di fare quello che gli
necessitava: mica tutti gli uetenti Linux sono in grado di mettere
le mani nel kernel.


 un'alternativa a Windows).
Io credo proprio di no. 

> Anche scegliere BSD ti condiziona (come tutto del resto)...
Eh e allora? Sei stato te a dire che per avere un driver bisogna
piangere in arabo, e io ti ho fatto notare che anche su linux devi
piangere in arabo. Fino a qualche mese fa se volevo usare un acceleratore VPN IPSEC hifn o broadcom o usavi Free/OpenBSD/Windows, oppure con Linux non ci riuscivi. Adesso forse con il kernel 2.6 c'e' il
supporto anche per queste periferiche.

 Cosi' poco? Io credo ne abbia di piu'.
Credi male.


 Eh e allora?
Ti riporto la frase a cui ho risposto, perche' mi sembra che ci siamo
persi per strada.
<cite>
Parliamo del software BSD. Che condizionamenti impone l'adozione
di tale licenza?
</cite>
Adottare il software BSD ti condiziona in quanto ha una dotazione di
driver inferiore a quella di Linux (o almeno cosi' mi risulta) che
e' inferiore a quella di Windows.
Pertanto anche con BSD ci sono dei condizionamenti, come con qualsiasi
altro software del resto.
Con BSD esiste anche l'ulteriore condizionamento che gli unici a
mettere le mani nel software sono gli sviluppatori ufficiali _e basta_,
pertanto se vuoi qualcosa di ufficiale devi aspettare che loro si
rendano conto della necessita' diffusa di quello che chiedi.
Che poi per BSD esista un driver che al momento non esiste per Linux,
non cambia di una virgola il fatto che anche con BSD sei condizionato.
E piu' chiara come risposta?


 rendano conto della necessita' diffusa di quello che chiedi.
Questa me la spieghi perche' non l'ho capita.
 

 Questa me la spieghi perche' non l'ho capita.
Cosa non hai capito di "se vuoi qualcosa di ufficiale devi aspettare
che te la faccia il team di sviluppo di BSD"?
Con Linux chiunque puo' fare un pezzo di software e sperare che venga
incluso nel kernel ufficiale (e se e' valido non credo ci siano
problemi), basta spedirla a Linus. Non mi risulta che per BSD valga lo
stesso.


 stesso.
Ti risulta male allora. Non credo che Linus accettera' qualsiasi pezzo
di codice, ma si riservera' sicuramente il diritto di poterlo inserire
o meno nel kernel. E la stessa cosa succede anche su BSD, dove pero' li
non si parla solamente di kernel ma anche di binari di sistema. Se hai
un buon codice o una nuova feature, puoi proporla. Poi anche se e' valida, ma non rientra negli scopi del progetto non verra' inclusa. 
Forse era questo che intendevi dire? Cioe' che mentre su Linux viene
incluso tutto, basta che funzioni, su BSD oltre alla funzionalita' 
viene presa in considerazione anche l'utilita' e la coerenza del codice
con quelli che sono i target del progetto?

 non si parla solamente di kernel ma anche di binari di sistema.
A me risulta che nel codice BSD ci mette le mani _*SOLO*_ il team
di sviluppo di BSD. Questo (oltre che per ovvi motivi di qualita'
del codice) per evitare anche la remota possibilita'che vengano
fuori i casini che stanno succedendo con il codice di Linux.
...Posso sbagliarmi.


 nel codice BSD 
leggasi, nel codice del kernel di BSD


 e un'accettazione superiore a quella degli altri cloni di Unix.
Non diciamo sciocchezze, e' ovvio che Linux e' piu' controllabile, e' un
kernel, non un sistema operativo completo come FreeBSD o NetBSD.
Ah, BSD non e' un clone, e' Unix.
HAND,
  ngw

- Angelo Paolitto :

L'unica cosa chiara e' che non sai di cosa stai parlando.
In nessun progetto che non sia l'ennesimo editor viene data la
possibilita' di fare commit a qualsiasi pirla che passa, almeno da
questa parte.
Naturalmente il fatto che a mettere le mani nel software siano gli
sviluppatori ufficiali e' una sonora minchiata, basti il fatto che
FreeBSD contiene nel suo core progetti non direttamente mantenuti dal
team.
Per contribuire bisogna creare un PR e attaccare la patch, che poi un
committer provvedera' ad analizzare ed inserire nel tree.
HTH,
  ngw

 Perche' di tutto cio'? Marketing? ;-)
Mah, se guardiamo l'installato tra FreeBSD, OpenBSD, NetBSD e Darwin
dubito fortemente che l'installato di Linux sia maggiore.
Comunque si, marketing.
HAND,
  ngw

 di sviluppo di BSD.
Perche' nel kernel di Linux ci mette le mani chiunque?
Non e' che danno all'ultimo arrivato la possibilita' di modificare
direttamente
il codice sorgente (credo che questo non succeda da nessuna parte).
Casomai se uno ha delle patch o del codice da proporre lo maila in
ML, dove dopo un'attenta visionatura da parte degli sviluppatori del
progetto si decidera' o meno di inserirlo.
Quindi sotto questo aspetto tra Linux e BSD non c'e' nessuna differenza, se
non quella che mentre su Linux l'ultimo driver dell'ultima scheda sonora
uscita
sul mercato, se  scritto bene,ha molte probabilita' di venire incluso nel
kernel ,
su FreeBSD  o ti segano oppure lo faranno ma dando prima spazio ad altre
cose.

 Perche' nel kernel di Linux ci mette le mani chiunque?
A questo punto, io ci rinuncio. Non sono in grado di capire se
sono io che non riesco a spiegarmi, o tu che non vuoi capire.
Va bene lo stesso, il NG continuera' ad andare avanti ugualmente.


 sono io che non riesco a spiegarmi, o tu che non vuoi capire.
Guarda che non e' male ammettere di aver detto una minchiata, capita a
tutti.
O forse sai elencarmi le differenze che passano tra il mandare una mail
con una patch su una mailing list e mandare una patch con GNATS ?
HAND,
  ngw

 con una patch su una mailing list e mandare una patch con GNATS ?
Inviare il codice di un driver e' leggermente diverso dal mandare
una patch. Se esiste una patch significa che esiste un codice gia'
inserito nel kernel (visto che parlo di questo) e che questo ha gia'
una licenza che e' BSD (dubito che nel kernel esista codice GPL, ma
accetto smentite senza problemi): incorporare la patch non dovrebbe 
presentare grossi problemi, in quanto il codice e' sicuramente derivato
da codice BSD.
Un nuovo driver e' un qualcosa che ovviamente non esisteva prima, che
non si ah idea di quale sia io suo livello qualitativo, e non si ha
idea se chi lo ha inviato lo ha copiato o lo ha realizzato da solo
e potrebbero sorgere casini con violazioni di licenza.
Per evitare i problemi del secondo tipo il gruppo di sviluppo di BSD
NON incorpora nel kernel codice che non sia prodotto da loro: questo
e' uno dei motivi per cui il numero dei driver per BSD e'
(sensibilmente???) inferiore al numero dei driver per Linux.
Questo e' quanto di mia conoscenza. Smentite e correzioni sono bene
accette.


 gruppo di sviluppo a fartelo?
Mirabile esempio di svicolamento...
Saluti.

 Mirabile esempio di svicolamento...
Visto il rosario di post che sto producendo, svicolare non mi sembra il
termine piu' adatto.


 ha scritto nel messaggio
news:2pg5qlF...@uni-berlin.de...

Tu hai sentenziato che
"Niente e nessuno e` libero da condizionamenti di
qualsiasi genere". E mi sono chiesto di quali condizionamenti soffra la
licenza BSD (giusto per rimanere in topic e non debordare altrove).
Ma forse si tratta di una domanda retorica... la risposta la conosciamo
entrambi.
Saluti.

 termine piu' adatto.
Si' e' vero, e' "sbrodolare".
Leggi la mia domanda e dai una risposta sensata allora. La ripeto. Che
condizionamenti induce l'adozione della LICENZA BSD?
Saluti.

 licenza BSD (giusto per rimanere in topic e non debordare altrove).
Purtroppo (o per fortuna) i sistemi operativi (ed il software in genere) 
non li sviluppa la licenza. Cosa c'entrano i condizionamenti e le 
pressioni che possono subire i team di sviluppo (ad es. quello di Linux 
ora che e` finanziato da imprese) con la licenza?
-- 
Vincenzo

 (sensibilmente???) inferiore al numero dei driver per Linux.
No. La questione va analizzata sotto un altro punto di vista e cioe':
A che categoria appartengono i driver che Linux ha e FreeBSD no?
Alla categoria delle periferiche utili lato desktop. Difatti se controlli
l'hardware supporto da FreeBSD ti accorgerai che per quanto riguarda
la parte di storage, schede madri, controller scsi, raid, periferiche
per apparati di clustering, schede di rete, wireless etc etc e le altre
periferiche che di solito si utilizzano in ambienti server , FreeBSD non
ha niente da invidiare a Linux, anzi.
Al contrario invece quando vai a raffrontare il numero di schede audio/video
supportate, il numero di scanner USB supportati, mouse, tastiere a raggi
X/Gamma/Beta, filesystem vari, e gli ultimi ritrovati della tecnologia
end-user
,allora ti accorgi che Linux ha effettivamente piu' supporto.
E' li la differenza. Il diverso scopo dei 2 progetti: Linux ha bisogno di
avere
tanti driver, perche' se vuole diventare l'alternativa a Windows nel mondo
desktop non puo' fare altrimenti. FreeBSD invece non ha questo scopo,
per cui e' chiaro che le poche risorse che ci sono, vengono impegnate su
progetti diversi e che combaciano con gli scopi del progetto, che non
sono certamente quelli di installare FreeBSD su un PC client.

 NON incorpora nel kernel codice che non sia prodotto da loro
Mmm, c'è un team di "committers" che hanno accesso rw al cvs, quindi
solo loro possono aggiornare.  Forse qualche patch dall'esterno 
l'accettano ma dato che la ml FREEBSD-CORE è chiusa non credo ci
sia molto feedback.
Comunque praticamente ogni settimana ci sono nuove entrate nel
core team.

 sfruttati dalle multinazionali di cui sopra"
Aldila' di considerazioni di questo tipo, la cosa importante e' che il 
codice sia libero e aperto.
-- 
Le persone nel mondo si dividono in 3 categorie: quelle che sanno
contare e quelle che non sanno contare.

 accette.
Fatto.
HAND,
  ngw

 condizionamenti'. 
Google no ma il buonsenso si. "Condizionamento" non ha un significato 
che lascia molto adito a interpretazioni. Il fatto che faccia parte di 
una strategia di marketing di IBM e altri influenza per forza di cose il 
posizionamento del prodotto e la direzione dello sviluppo. Con questo 
non voglio dire che sia negativo, è e basta.

 (sensibilmente???) inferiore al numero dei driver per Linux.
l'errore di fondo è che i driver non fanno parte del kernel

 Fatto.
E' stata presa nota.
C:\>iao Angelo
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 condizionamenti induce l'adozione della LICENZA BSD?
A spanne, ne piu' e ne meno dei condizionamenti che induce l'adozione
di una qualsiasi (e per qualsiasi intendo una qualsiasi, non
necessariamente openSource) altra licenza: piu' o meno nessuno, essendo
l'adozione di una licenza una atto di liberalita'.
I condizionamenti arrivano dopo, quando qualcuno trova interessante
il tuo software e tu vuoi continuare a mantenerlo competitivo.


 incubi
Ora mi si spiegano molte cose :))))
(scherzo, ovviamente).
-- 
RiK0
Non credo negli schemi non vincenti.

 da fra crescere per demolire mamma Microsoft.
Scusa, ma mi sembra un po' affrettato dire che ci sono aziende (aziende,
non ragazzini) che usano GNU/Linux perche` gli dicono che e` anti-ms.
Se fosse funzionato meglio MenuetOS, avrebbero usato MenuetOS, che e`
altrettanto alternativo.


 di Linux. Vedrai che è cosi.
Sentiamo: quali sono gli elementi caratterizzanti di Linux non presenti in
BSD che hanno fatto da "chiave di volta" per questa enorme operazione di
marketing...
-- 
il Vide - ICQ #5301833
http://www.heavy-metal.it
Le cose che possiedi, alla fine ti possiedono. (Tyler Durden)
NP: Rush - Vital Signs (KsCD)

 enorme operazione di marketing...
L'appeal che Linux ha sui media e di riflesso sull'opinione pubblica.
Elemento individualista-edonistico: creato dal nulla da Linus Torvald -
Messaggio "Puoi farlo anche tu!"
Elemento collettivista-sociale: contribuito alla comunità e gestito dalla
comunità per la comunità - Messaggio "E' un bene di tutti e tutti possono
contribuire alla sua crescita"
Elemento econonico: non richiede il pagamento di licenze d'uso - Messaggio
"Non costa nulla"
Elemento politico: usa la licenza GNU/GPL che è molto in voga negli ambienti
trendy polically correct - Messaggio "Se non adegui sei un reazionario
conservatore e verrai bandito dalla comunità"
BSD tutti questi appeal non li ha.
IMHO.
-- 
Salute e Saluti a Tutti.
Gabriele Del Giovine [Microsoft MVP] Windows Server
- Le informazioni fornite in questo messaggio sono fornite
  senza vincolo di garanzia e senza responsabilità alcuna.

 IMHO.
In pratica Linux e` per i comunisti?
BSD per i reazionari?
Dato che il comunismo va di moda viva linux?
Non capisco il tuo ragionamento... ne` da dove parte ne` dove vuole
arrivare.
contribuito alla comunita` lo e` anche BSD, niente licenze anche per BSD,
GNU/GPL non e` in voga assolutamente da nessuna parte se non nella mente
di stallman. Molto piu` in voga e` la BSD.
L'unica e` il 'mi sono fatto da solo` ma e` gia` usato da altri <g>
-- 
Valentino Volonghi aka Dialtone
Linux User #310274, Proud Gentoo User
Blog: 
http://vvolonghi.blogspot.com
Home Page: 
http://xoomer.virgilio.it/dialtone/

 nella mente di stallman. Molto piu` in voga e` la BSD.
Si si come no...
Saluti.

 Si si come no...
Boh io vedo sempre meno progetti nuovi GPL in giro, certo che se sviluppi
un'applicazione fatta e finita magari la GPL ci sta anche ma sulle librerie
meglio di no; addirittura Twisted Matrix č passato (versione SVN, quindi
non ancora per il pubblico) da LGPL a MIT, fai te
-- 
Lawrence (l dot oluyede at virgilio dot it)
"If the implementation is hard to explain, it's a bad idea."
from The Zen of Python by Tim Peters

 Si si come no...
A parte la tua personale antipatia per la GPL, hai qualche
documento verificabile che dice che GPL e' piu' utilizzata di BSD?


 desktop non puo' fare altrimenti.
Direi piuttosto perche` una larga fascia dei suoi utilizzatori ha
intenzione di usarlo come alternativa a Windows nel mondo desktop.


 documento verificabile che dice che GPL e' piu' utilizzata di BSD?
Hai qualche documento che dice il contrario?
E poi, io non ho detto questo.
Saluti.

 e un'accettazione superiore a quella degli altri cloni di Unix.
Oppure "Linux" era semplicemente un marchio più interessante. Il che non 
significa (necessariamente) più diffuso e conosciuto, basta che lo 
spettatore quando vede che i nuovi server IBM adottano linux, dica 
semplicemente: "capperi, che figo!".

 Dato che il comunismo va di moda viva linux?
se ti legge fedrox...


 marketing...
Il marchio "Linux" che oggi vale molto di pių del marchio "BSD".

 di X era inesistente.
Nessun errore dai, ma chestaddi'.
Quando aggiungi un driver lo fai sotto forma di patch al sistema
operativo, i.e. mandi un "coso" che aggiunge, toglie, cambia et al dal
tree di sorgenti, ovvero fai un commit.
Che patch sia poi utilizzato ad esempio nell'ambito della sicurezza in
un altro modo e' ininfluente, di fatto un commit e' una patch al sistema
operativo. 
HAND,
  ngw

 CUT
La cosa piu' importante e' che i BSD non sono "kernel". Red Hat o SuSE
non forkano il sistema operativo per avere un loro "Linux", lo usano e
basta.
Se proprio si vuole paragonare lo si deve fare con una distro in
particolare, non con "Linux".
HAND,
  ngw

 BSD per i reazionari?
La questione del nome, del marchio e dell'immagine è molto più sottile e 
imponderabile.
Prendi ad esempio il logo "Intel Inside". Tutti sappiamo che non vuol 
dire un cazzo, però il mercato gli riconosce un grande potere grazie 
alla strategia del marchio. Durante il periodo del famoso bug del 
pentium la preoccupazione più grande (se non l'unica) di Intel era 
preservare il marchio.
Riuscire a dire "Powered by Linux" sappiamo bene che non vuol dire 
nulla, però ha potere sul mercato.

 Hai qualche documento che dice il contrario?
Per quanto può valere, FreshMeat elenca circa 2000 progetti sotto BSD e
circa 20000 sotto GPL:
http://freshmeat.net/browse/14/
-- 
Faber
http://www.faberbox.com
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by
definition, not smart enough to debug it. -- Brian W. Kernighan

KJK::Hyperion wrote:


Uhm... applicativi, non sono, perlomeno in un *kernel monolitico*:
lavorano a ring 0, ossia in kernel mode, e ne condividono lo spazio
di indirizzamento.
Poi, chi deve programmare driver, deve conoscere le ABI del kernel:
cose che siano piu' a stretto contatto col kernel, fatta eccezione per
il memory managemente, lo scheduler, le syscall e compagnia bella
(cioe'il "core" del kernel), tanto da usarne strutture fondamentali
(fermo restando le precedenti considerazioni su ring e memoria),
sinceramente non ce le vedo.
bye G.L.
-- 
« E' assolutamente evidente che l'arte del cinema
  si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 architetturali VOLUTE da IBM per non farlo concorrere con il suo OS/400
Uh? Potresti spiegarla meglio?
Henryx

 Il marchio "Linux" che oggi vale molto di più del marchio "BSD".
BZZZZ
Risposta errata :)
-- 
il Vide - ICQ #5301833
http://www.heavy-metal.it
Le cose che possiedi, alla fine ti possiedono. (Tyler Durden)
NP: Nulla

 Risposta errata :)
BZZZ
Obiezione incompleta <g>

 intenzione di usarlo come alternativa a Windows nel mondo desktop.
Ok, e poiche' una larga fascia dei suoi utilizzatori vuole usarlo come
alternativa a Windows nel mondo desktop, Linus per far contenti i 
propri utenti _deve_ includere piu' driver possibili nel kernel.
Quindi di fatto si puo' dire che questo sia uno degli scopi di Linux,
perche' altrimenti Linus potrebbe tranquillamente fregarsene e lasciare
gli utenti senza driver.

Vincent Vega wrote:

Eh?
Io ti chiedo le cause di una situazione, tu mi rispondi con "perchè oggi" e
sono io a dire le cose incomplete?


 
http://freshmeat.net/browse/14/
IMHO vale poco.
Sappiamo tutti che la GPL e' per molta gente una spilletta da attaccarsi
sulla maglia, come puo' esserlo la maglietta col faccione del Che per
altri, tant'e' che non e' la prima volta che si sentono stupidaggini
come Wallpaper sotto GPL, o icone, o chissa' cos'altro.
Alla fine la gente ha capito che la GPL non protegge alcunche' ma e'
solo un deterrente per chi eventualmente ha intenzione di investire su
qualche applicazione, vuoi per cattiva informazione, vuoi perche'
effettivamente la licenza non e' chiarissima, vuoi perche' chi sventola
da anni la bandiera dell'"always free" non alza un dito quando la
licenza viene violata (Mplayer docet), non saprei.
Fatto sta che le applicazioni che uso quotidianamente per lavoro non la
usano, giusto Samba. PostgreSQL e' sotto BSD, FreeBSD pure (+ o -), Zope
e Python sotto sotto licenza BSD-Like, poi Postfix, Leafnode, Bind ...
HAND,
  ngw

 sono io a dire le cose incomplete?
La tua domanda è "quali sono gli elementi caratterizzanti di Linux non 
presenti in BSD che hanno fatto da "chiave di volta" per questa enorme 
operazione di marketing"
Io ti rispondo che è "Il marchio "Linux" che oggi vale molto di più del 
marchio "BSD"".
Ho detto "oggi" perchè al momento le cose stanno così, domani può darsi 
che una ondata emotiva pari a quella che ha fatto salire il nome Linux 
faccia salire il nome BSD.

 faccia salire il nome BSD.
No, io parlo del passato. Perchč IBM e amici vari hanno "investito" Linux di
questo onere e non un BSD?


 Google no ma il buonsenso si.
Bene, allora mi chiedo come mai hai affermato: '"software libero e 
condizionato" è un ossimoro'. Ben sapendo che 'libero' (nell'uso comune 
della locuzione 'software libero') non c'entra nulla con la direzione di 
sviluppo di un progetto software. Direzione che, in *tutti* i progetti 
fatti e sviluppati dagli esseri umani, e` per forza di cose condizionata 
da un'infinita` di fattori.
-- 
Vincenzo

 e Python sotto sotto licenza BSD-Like, poi Postfix, Leafnode, Bind ...
"giusto Samba"? Lo sai che se fosse sotto BSD probabilmente nel primo SP di
Windows 2003 sarebbe incluso tecnologia Samba per guadagnare il terreno che
W2003 ha lasciato indietro a Samba nel campo file server? <g>
-- 
il Vide - ICQ #5301833
http://www.heavy-metal.it
Le cose che possiedi, alla fine ti possiedono. (Tyler Durden)
NP: Nulla

 questo onere e non un BSD?
Ma dai... mica stiamo parlando di 20 anni fa, IBM il marketing con Linux 
lo sta facendo adesso.
E sia chiaro che per "adesso" non intendo esattamente il 01/09/2004 
12:54 GMT+1 (meglio specificare a scanso di equivoci...)