IBM rescinde i contratti con Microsoft

[k0nt3]

Originariamente inviato da neonato

nn tutti i drivers sono inclusi nel kernel e ti assicuro. FC3 nn ha i drivers x far funzionare wireless nel laptop e devo compilarli. Guarda caso nn una operazione da utonto (xke sono utonto in linux) ... nn utonto in tutto se a questo che pensi.. ..

opensuse invece li ha e funzionano

[SilverXXX]

Wow, così tanti commenti e ancora non sono partiti flames
Scherzi a parte, ben venga un pò di concorrenza

[neonato]

io mi son buttato fc3, xke avevo Redhat 5 con dischi e CD...
ora c'e fc4 che ho finito di scaricare in 3 ore (cd e dvd)

ho preso una sk interna wireless della intel, 2200BG e nn sono riuscito a farla funzionare...

forse sono io il colpevole, forse no.... le ho provate di tutte...

io nn sto giustificando dell, ho solo detto che potrebbero esserci vari motivi x la loro decisione...

costo del personale tecnico x risponedre ad utonti come me. personale con conoscenze Linux costa di +...

ben venga linux nel mondo business... mi farebbe piacere...

io sono costretto ad usare Win...

[ilsensine]

Originariamente inviato da neonato

io nn sto giustificando dell, ho solo detto che potrebbero esserci vari motivi x la loro decisione...

L'unico motivo è quello che ti ho detto; altri motivi possono essere solo di natura non tecnica (ma preferisco pensare che di casi tipo Beos non ce ne siano più).

costo del personale tecnico x risponedre ad utonti come me. personale con conoscenze Linux costa di +...

Immagino quanto siano "preparati" i tecnici per il supporto windows, se si presentano problemi non banali (tipo schermate blu o altro).
"Ha provato a reinstallare Windows?"

ben venga linux nel mondo business... mi farebbe piacere...

Già c'è, da anni.

[Tasslehoff]

Originariamente inviato da ilsensine

Immagino quanto siano "preparati" i tecnici per il supporto windows, se si presentano problemi non banali (tipo schermate blu o altro).
"Ha provato a reinstallare Windows?"

Io sinceramente non ho mai provato a chiamare il supporto MS tranne che per questioni di licensing, però posso solo che parlare bene del supporto elettronico fornito sui newsgroup ufficiali e gratuiti. Non immagini quanti tools e quanti sgabolamenti ci siano dietro anche solo ad un banale WinXP Home.
La cosa interessante è che tutto questo è documentato in modo certosino su MSDN o Technet

[ilsensine]

Originariamente inviato da Tasslehoff

Io sinceramente non ho mai provato a chiamare il supporto MS tranne che per questioni di licensing

Non parlavamo del supporto Microsoft, ma di quello di un vendor tipo Dell.
Se non sbaglio, per i sistemi OEM preinstallati deve essere il vendor ad offrire supporto...se non sbaglio...

[neonato]

il livello technico del supporto dell fa su tutti i punti, home e business...

x linux nel mondo business, tu dici che c'e da anni... io ti dico si e vero e lo sapevo ... mi riferisco al fatto che IBM crucca ha deciso di fare un gran passo e questo porta a spingere molte software house a rivedere le loro strategie nel scrivere software...

nel mio caso (business) linux e assente e questo per tutti quelli che usano account software SAGE fino al SAGE LIne 200 (se nn hanno cambiato).

Io parlo di molte aziende all'ordine 300/400 mila... minimo... solo in UK...

come vedi il supporto business nn e cosi attivo come dici...

dal mio punto di vista linux ne ha di strada da fare, io saro contento di usarlo ma quando arrivera?

Business non e solo avere segretarie che scrivono lettere x quello linux c'e. Come c'e per sage Line 500... e che manca nel mondo piccolo/medio dove windows domina..... e li che mi riferisco... e li che lavoro...

vado a casa, si parla dopo... saluti a tutti piaere di discutere...

[-fidel-]

Piccola esperienza personale: un mio collega ha installato suse 10 e da quando ce l'ha non ha dovuto mai compilare nulla. Tutti i drivers erano inclusi nella distro, qualche feature aggiuntiva l'ha aggiunta ma sempre da rpm, ed ha installato un sacco di programmi scaricati da internet (da skype a programmi minori per KDE) sempre con gli rpm. Mi dice che sul sito ftp di Suse ci sono anche i pacchetti con programmi aggiornati al di fuori delle normali patch di yast (ovviamente quelli sono fuori supporto tecnico, ma ha aggiornatto senza alcun problema a lde 3.5.1 tranquillamente con Yast, seguendo la semplice guida iniziale che si trova sul sito di openSuse).

[MDFORNINO]

Originariamente inviato da Tasslehoff

Non sono d'accordo, potrebbe significare che MS è più interessata alle pubbliche amministrazioni piuttosto che ai privati.

Beh, per te, utente priva, la possibilità di avere mille scelte è sicuramente un vantaggio, è anche più stimolante se proprio vogliamo...
Ma mettiti nei panni di un'azienda o di un team di sistemisti che si devono smazzare tutto questo lavoro per decine, o centinaia di pc, sarai d'accordo con me che tutto questo ha un costo e ti assicuro che questo costo non è affatto indifferente...

Linux è già tutto standardizzato? Ummmm, bisogna vedere cosa intendi... di kernel ce ne sono un sacco di versioni, se poi usciamo dall'ambito del kernel ufficiale e andiamo a prendere i kernel patchati o modificati... beh, altro che standard, certo è che lo schema di base resta simile ma molti aspetti spesso cambiano, magari anche solo il supporto di una periferica piuttosto che la disponibilità o meno di moduli...
Xorg o Gnome standard? Fino a ieri l'altro xorg nemmeno esisteva, ancora oggi chiunque può continuare a usare xfree86, può scegliere atri window manager, KDE, fluxbox, sawfish e chi più ne ha più ne metta...
Dobbiamo renderci conto che per fare breccia nel mondo lavorativo a livello client e tra gli utenti domestici meno smaliziati, questo sistema operativo si deve presentare in modo standardizzato, univoco, una distribuzione che si installi con un unico window manager, con un unico kernel, con un solo gestore per la stampa o per le periferiche audio... sono solo esempi, però per linux il fatto di avere così tante distribuzioni, così tante scelte, così tante diatribe, è un handicap in certi ambiti.
Non è un caso che le uniche distribuzioni che si sono affacciate all'ambito lavorativo (Suse, Red Hat) sono quelle meno simili al modello "open" di tante altre distribuzioni (ad es Debian o Slackware), ci hanno provato in passato con alcuni consorzi (io ricordo ad es United Linux), tutti progetti ottimi ma affondati dagli interessi delle singole società o comunità...

Un'ultima osservazione, se i tuoi amici avessero la necessità di ottenere supporto potrebbero benissimo comprare la versione retail di una distribuzione Suse o Red Hat, in questo modo potrebbero beneficiare del supporto tecnico (anche telefonico) e magari di sistemi di aggiornamento dell'os in stile Windows Update (vedi Red Hat Network)

forse non hai capito bene il quote che ho fatto. io intendo la stessa cosa che hai detto tu, e cioè che linux DEVE essere standardizzato!

Originariamente inviato da k0nt3

per la pubblicità.. il fatto che tu ne sei venuto a conoscenza penso sia una risposta

l'ho conosciuto solo seguendo i forum di questo sito... circa 3 anni fa

[Mendocino 433]

Originariamente inviato da Tasslehoff

Non sono d'accordo, potrebbe significare che MS è più interessata alle pubbliche amministrazioni piuttosto che ai privati.

No, le regole della corretta concorrenza valgono per tutti i tipi di clienti, a maggior ragione quando il venditore si trova in una posizione di monopolio.
Regalare 1000 copie ad un ente per scoraggiare il passaggio ad un altro sistema, mentre dall'altra parte ne vende milioni, è concorrenza sleale e solo un monopolista se lo può permettere.

[supermarchino]

'Risolve', non 'rescinde'. La rescissione non c'entra nulla in questo caso...

[JohnPetrucci]

Pur non avendo nulla contro Ms devo ammettere di essere favorevolmente colpito dalla decisione di Ibm in Germania, auspicando che l'open source di qualità soppianti sempre di più il software a pagamento, con conseguenti benefici per utenti e aziende.

[mjordan]

Originariamente inviato da supermarchino

'Risolve', non 'rescinde'. La rescissione non c'entra nulla in questo caso...

Qual è la differenza? La risoluzione di contratto non sarebbe fare tutto quello che prevedere un contratto?

[mjordan]

Originariamente inviato da neonato

concordo con cio che dici tasslehoff...

la sana concorrenza nn fa male e ne possiamo giovare molto...

il fatto che linux e presente sotto forma di molte distro nn aiuta molto nella scelta...

Dell se dovesse scegliere una distro dovra fare drivers x far funzionare il tutto bene. Se ne sceglie 2, anche se simili, dovra comunque testare il tutto ovvie ragioni...
questo si moltiplica x il numero di distro che si hanno fuori.... l'investimento e molto alto rispetto al ritorno... nn so se molti lo farebbero...

come si dice, linux dovrebbe essre uno... xo si snaturerebbe il concetto di open....

Guarda che i driver si scrivono a livello kernel quindi andrebbero scritti una volta sola. I kernel custom delle distro in genere aggiungono ulteriori patch per delle nuove funzionalità ma non vanno quasi mai a intaccare il driver model del kernel. Ne consegue che un driver che scrivi per una distro funziona intoccato anche sull'altra. A parità di versioning, ovviamente.

[-fidel-]

Originariamente inviato da mjordan

Guarda che i driver si scrivono a livello kernel quindi andrebbero scritti una volta sola. I kernel custom delle distro in genere aggiungono ulteriori patch per delle nuove funzionalità ma non vanno quasi mai a intaccare il driver model del kernel. Ne consegue che un driver che scrivi per una distro funziona intoccato anche sull'altra. A parità di versioning, ovviamente.

Fatto salvo quello che dici, che è giusto, può però capitare che un driver scritto per una versione di kernel non vada bene per un kernel successivo no? (per il fatto che le interfacce del kernel a volte cambiano con le nuove release). Personalmente, anche per questo motivo, preferisco non stare ad aggiornare il kernel ogni mese, ma solo quando necessario (introduzione di nuove features che possono servirmi o in presenza di gravi falle di sicurezza, ma per il momento ho ancora un kernel di più di un anno fa (2.6.5) e non mi ha mai dato un problema).

[mjordan]

Originariamente inviato da -fidel-

Fatto salvo quello che dici, che è giusto, può però capitare che un driver scritto per una versione di kernel non vada bene per un kernel successivo no? (per il fatto che le interfacce del kernel a volte cambiano con le nuove release). Personalmente, anche per questo motivo, preferisco non stare ad aggiornare il kernel ogni mese, ma solo quando necessario (introduzione di nuove features che possono servirmi o in presenza di gravi falle di sicurezza, ma per il momento ho ancora un kernel di più di un anno fa (2.6.5) e non mi ha mai dato un problema).

Si ma in genere sono sempre compatibili all'indietro, però. Per il problema dell'aggiornamento non mi faccio problemi perchè tutti i driver di cui ho bisogno stanno direttamente dentro al kernel...

[supermarchino]

Originariamente inviato da mjordan

Qual è la differenza? La risoluzione di contratto non sarebbe fare tutto quello che prevedere un contratto?

La risoluzione è scioglimento - di regola totale - del vincolo per vari motivi (inadempimento, clausola risolutiva espressa...).

La rescissione è prevista per sole due ipotesi, 1447 e 1448 c.c. (rispettivamente contratto concluso in stato di pericolo e lesione ultra dimidium), e ha effetti simili ma presupposti del tutto diversi.

Viene spesso fatta confusione (es. ricordo un modulo di un contratto di Tiscali) e la cosa non fa certo onore a un non profano (sono argomenti da I anno di Legge).

Ripensandoci nel caso della notizia potrebbe essere però recesso dal rapporto. Occorrerebbe vedere la figura corrispondente nella normativa applicabile a questi contratti.

[-fidel-]

Originariamente inviato da mjordan

Si ma in genere sono sempre compatibili all'indietro, però.

Sì infatti: a dire il vero gli unici driver che installo separatamente (non inclusi nel kernel stesso) sono quelli della scheda video (per abilitare l'acclerazione 3D sulla mi scheda Ati, quelli forniti in xorg danno accelerazione 3D fino alla 9500 per adesso , ed io ho una 9600 XT, quindi installo i dirvrs closed fornitida Ati ) In questo modo, aggiorno tale driver sempre senza problemi (le nuove versioni sono sempre compatibili con i kernel più vecchi), e non rischio di aspettare i nuovi driver compatibili con il nuovo kernel (anche se mi dicono che i drivers Ati vanno bene anche con l'ultimissimo kernel).

Originariamente inviato da mjordan

Per il problema dell'aggiornamento non mi faccio problemi perchè tutti i driver di cui ho bisogno stanno direttamente dentro al kernel...

Infatti

[mjordan]

Originariamente inviato da -fidel-

quelli forniti in xorg danno accelerazione 3D fino alla 9500 per adesso

Già... Lo facessero bene sarei pure contento...
Purtroppo nel mio caso lamento eccessivi memory leak che portano a dei segfault troppo frequenti... Con Blender, per esempio, basta fare un po di editing di una mesh e un paio di rendering di prova per accorgersene.

[-fidel-]

Originariamente inviato da mjordan

Già... Lo facessero bene sarei pure contento...
Purtroppo nel mio caso lamento eccessivi memory leak che portano a dei segfault troppo frequenti... Con Blender, per esempio, basta fare un po di editing di una mesh e un paio di rendering di prova per accorgersene.

Sono d'accordo, non a caso uso da un po' i drivers Ati closed. Funzionano molto bene, anche se non sono ancora al livello di quelli nVidia (ad esempio non supportano il Composite Mode di Xorg, se lo attivi l'accelerazione 3D viene disattivata), ma stanno crescendo (più lentamente di quello che auspicavo a dire il vero, visto le risorse che ati aveva deciso di destinare a linux).