Entra

View Full Version : Che strane leggi di mercato...

ilsensine
03-10-2003, 08:07
Secondo le nostre "leggi di mercato", o quelle che ci vengono spacciate per tali, una azienda che fa del suo punto di forza il rapporto qualità/prezzo non dovrebbe avere grossi problemi di sopravvivenza. Come la Sun ad esempio, produttrice tra le altre cose di StarOffice (e contribuente sostanziale del progetto OpenOffice), di Java (in tutte le sue salse), di Solaris - sistema operativo invidiato anche dai linux kernel hacker - e tanto altro.
http://newsforge.com/newsforge/03/10/02/1240243.shtml?tid=3

cat leggi_di_mercato > /dev/null
VICIUS
03-10-2003, 11:51
e veramente triste quando succede una cosa del genere ad una società che ha portato un cosi grande apportoalla comunita opensource. :(

ciao ;)
HollowMan
03-10-2003, 11:55
Beh, un conto sono le leggi di mercato, un altro sono le politiche.

I server SUN costano uno sproposito; li varranno anche tutti quei soldi, ma con il costo di una E280 quanti Netfinity IBM o PowerEdge DELL mi vengono ?

Solaris è utilizzabile efficacemente solo su una Sun, di conseguenza la sua validità è controbilanciata dal fatto che devi sborsare i quattrini per il server.
Anche qui un bel serverone con linux vince la gara prezzo/qualità

L'unica fascia dove SUN non ha rivali è quella dei server di fascia alta:
un esempio: Enterprise 10000 (non la fanno più, ora c'è la 15000) ... il solo chassis con alimentatori costava 900 Milioni ... però era un armadio dove potevi mettere un tot di motherboard, un tor di dischi e gestire tutto dal punto di vista logico. Io ne ho viste 3 .. in 3 diversi istituti bancari ...
E' vero che ci sono anche i modelli più piccoli, ma sono sempre macchine con un limitato volume di vendita.

La rendita di SUN derivava principalmente dall'hardware non dal software, anche perchè:
- Java è gratuito;
- OpenOffice è gratuito (e chi ha bisogno di Star Office quando hai il fratello gratuito che tralaltro funziona meravigliosamente ?)
- sull'acquisizione di Netscape ci sarebbe da fare un lungo discorso ... dico solo che nessuno usa quasi più Netscape Navigator perchè Mozilla (e i suoi derivati) funzionano meglio, e quei pochi che usavano i prodotti server sono lentamente passati ad altro (apache, qmail, etc ...) ... il che è un peccato perchè non erano niente male .... una volta li si poteva scaricare dal sito e usare gratuitamente per scopi non commerciali (quando la società si chiamava Netscape o iPlanet), poi è arrivata Sun e ha chiuso i rubinetti.

Se ci pensi il fatto che le leggi di mercato siano valide è dimostrato dal crescente interesse del mondo informatico verso le soluzioni OpenSource che costano meno e funzionano meglio.
ilsensine
03-10-2003, 11:56
e veramente triste quando succede una cosa del genere ad una società che ha portato un cosi grande apportoalla comunita opensource.:(
...all'informatica in generale. Ad esempio Java gira ovunque. Epperò qualcuno ha deciso che è "obsoleto", ed è ora di boicottarlo :rolleyes:
ilsensine
03-10-2003, 11:58
Originariamente inviato da HollowMan
- OpenOffice è gratuito (e chi ha bisogno di Star Office quando hai il fratello gratuito che tralaltro funziona meravigliosamente ?)

Perché StarOffice offre alcune cose in più che sono utili in una azienda. Se avessi una azienda non andrei certo fallito per il costo di StarOffice.
HollowMan
03-10-2003, 12:00
Permettetemi di aggiungere che a parte OpenOffice l'interesse di Sun verso l'opensource è sempre stato bloccato dal rischio di concorrenza interna con le sue soluzioni proprietarie.

La cosa ridicola è che distribuzioni come RedHat, Suse o Mandrake hanno rilasciato la versione per Sparc, mentre Sun non ha mai lavorato in questo senso.

Quante volte abbiamo sentito voci su fantomatici PC Sun (anche con architettura Sparc) con Linux preinstallato ?
HollowMan
03-10-2003, 12:05
Originariamente inviato da ilsensine
Perché StarOffice offre alcune cose in più che sono utili in una azienda. Se avessi una azienda non andrei certo fallito per il costo di StarOffice.

Quali sono ? la domanda è seria perchè qui dove lavoro io sto invogliando tutti a lasciare MS Office per OpenOffice (complice l'esportazione in PDF e Flash).

Quello che volevo dire è che faccio sicuramente prima a scaricare OpenOffice che andare a comprare StarOffice; e se non ci sono proprio eclatanti funzionalità di cui un privato o un'azienda non può fare a meno, non si può dire che StarOffice ha un rapporto qualità/prezzo migliore di OpenOffice.
ilsensine
03-10-2003, 12:07
Originariamente inviato da HollowMan
Permettetemi di aggiungere che a parte OpenOffice l'interesse di Sun verso l'opensource è sempre stato bloccato dal rischio di concorrenza interna con le sue soluzioni proprietarie.

<...>

Quante volte abbiamo sentito voci su fantomatici PC Sun (anche con architettura Sparc) con Linux preinstallato ?
Il discorso in effetti è strano. La Sun ha collaborato molto con linux, ed offre anche soluzioni con linux mi sembra (solo per x86).
Riguardo gli Sparc, si sono sempre orientati su Solaris (anche se in un certo periodo pare volevano abbandonare tale s/o) e ciò è perfettamente logico. Forse se avessero avuto il coraggio di puntare tutto su linux avrebbero avuto maggior fortuna, ma non ne sono sicuro. Per me cmq l'ostacolo più importante che hanno incontrato, a parte l'avanzata di linux nei server low e medium size, è stato il boicottaggio di Java (avevano in cantiere un intero s/o basato su java mi sembra...)
ilsensine
03-10-2003, 12:09
Originariamente inviato da HollowMan
Quali sono ? la domanda è seria perchè qui dove lavoro io sto invogliando tutti a lasciare MS Office per OpenOffice (complice l'esportazione in PDF e Flash).

Non ricordo esattamente, ma mi sembra che ci sono utility di compatibilità con Office più complete, oltre a qualche altro plugin proprietario.
ilsensine
03-10-2003, 12:10
Originariamente inviato da ilsensine
Non ricordo esattamente, ma mi sembra che ci sono utility di compatibilità con Office più complete, oltre a qualche altro plugin proprietario.
Infatti:
http://wwws.sun.com/software/star/staroffice/index.html
http://wwws.sun.com/software/star/staroffice/features.html
kingv
03-10-2003, 12:12
la notizia mi sembra preoccupante perchè questo lascia il mercato (soprattutto) ancora piu' in balia di "Macchine internazionali x Affari" che come qualità del software è tragicomica. Almeno in alcuni campi c'erano dei degni concorrenti (vedi il directory iPlanet)
ilsensine
03-10-2003, 12:13
Originariamente inviato da kingv
la notizia mi sembra preoccupante perchè questo lascia il mercato (soprattutto) ancora piu' in balia di "Macchine internazionali x Affari"
Uè non mi toccare IBM, eh? :huh: :D
HollowMan
03-10-2003, 12:18
Originariamente inviato da ilsensine
Il discorso in effetti è strano. La Sun ha collaborato molto con linux, ed offre anche soluzioni con linux mi sembra (solo per x86).
Riguardo gli Sparc, si sono sempre orientati su Solaris (anche se in un certo periodo pare volevano abbandonare tale s/o) e ciò è perfettamente logico. Forse se avessero avuto il coraggio di puntare tutto su linux avrebbero avuto maggior fortuna, ma non ne sono sicuro.


Per curiosità sono appena andato a fare un giro al sito SUN .. e cosa vi ho trovato di bello ? :D
http://wwws.sun.com/software/javadesktopsystem/index.html
Forse ci siamo appena tolti un dubbio ... dico forse perchè non viene citato il "substrato" software su cui gira sta cosa :)



Originariamente inviato da ilsensine
Per me cmq l'ostacolo più importante che hanno incontrato, a parte l'avanzata di linux nei server low e medium size, è stato il boicottaggio di Java (avevano in cantiere un intero s/o basato su java mi sembra...)
Si, ma perchè Java è nato come linguaggio per sistemi embedded come gli elettrodomestici ... poi la sua evoluzione l'ha portato ad essere una prima scelta per le applicazioni web e ha cambiato target, e proprio per questo credo che abbia davanti a se una vita mooooolto lunga.
E se non sarà la Sun a svilupparlo ci penserà qualcunaltro (chi ha detto IBM ?)
HollowMan
03-10-2003, 12:19
Originariamente inviato da kingv
la notizia mi sembra preoccupante perchè questo lascia il mercato (soprattutto) ancora piu' in balia di "Macchine internazionali x Affari" che come qualità del software è tragicomica. Almeno in alcuni campi c'erano dei degni concorrenti (vedi il directory iPlanet)

Degni finchè Sun non ha comprato iPlanet ... :rolleyes:
DjMix
03-10-2003, 13:12
Ma se SUN fallisce, staroffice che fine fa? Abbiamo appena firmato un contratto per la fornitura alle skuole italiane, non vorrei andasse tutto a catafascio.....
ilsensine
03-10-2003, 13:28
Originariamente inviato da DjMix
Abbiamo appena firmato un contratto per la fornitura alle skuole italiane, non vorrei andasse tutto a catafascio.....
Mi sembra che quel contratto è passato in secondo piano dopo la firma di un altro "contratto" con una famosa casa concorrente :rolleyes:
HollowMan
03-10-2003, 13:38
Alle scuole installeremo OpenOffice :D

ci sono i sorgenti ... anche se non ci dovesse essere più il finanziamento da Sun qualcuno che continua il lavoro ci sarà sempre ... o no ?
DjMix
03-10-2003, 13:43
beh si.... magari con meno velocità di prima

speriamo che sun prima di chiudere rilasci più codice GPL possibile
VICIUS
03-10-2003, 14:13
Originariamente inviato da ilsensine
[...] è stato il boicottaggio di Java (avevano in cantiere un intero s/o basato su java mi sembra...)

si me lo ricordo. JavaOS. cercando con google ho anche trovato l'annuncio http://www.sun.com/smi/Press/sunflash/9605/sunflash.960529.11819.html
:)

ciao ;)
kingv
03-10-2003, 14:44
Originariamente inviato da ilsensine
Uè non mi toccare IBM, eh? :huh: :D



scherzi, spero?
ma usi software loro?
kingv
03-10-2003, 14:45
Originariamente inviato da HollowMan
Degni finchè Sun non ha comprato iPlanet ... :rolleyes:



il directory server non sono riusciti ancora a rovinarlo del tutto :O :D
ilsensine
03-10-2003, 14:47
Originariamente inviato da kingv
scherzi, spero?
ma usi software loro?
Probabilmente, visti i kg di codice che hanno scritto per il kernel ;)
kingv
03-10-2003, 14:52
Originariamente inviato da ilsensine
Probabilmente, visti i kg di codice che hanno scritto per il kernel ;)


io parlavo di applicativi, me li trovo ovunque e non ne ho ancora trovato uno che funzioni in maniera degna.
L'unica eccezione che mi viene in mente e' l'http server che funziona, ma ti dico solo che per farlo partire digito
/opt/IBMHTTPServer/bin/ apachectl start :D :D
ilsensine
03-10-2003, 14:58
Originariamente inviato da kingv
io parlavo di applicativi, me li trovo ovunque e non ne ho ancora trovato uno che funzioni in maniera degna.
...io parlavo di questo :D

[giancarlo@chimera giancarlo]$ find /usr/src/linux-2.4.21-0.18mdk/ -name '*.[ch]' | xargs grep ibm.com
/usr/src/linux-2.4.21-0.18mdk/fs/partitions/ibm.c: * Author(s)......: Holger Smolinski <Holger.Smolinski@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/fs/partitions/ibm.c: * Volker Sameske <sameske@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/fs/partitions/ibm.c: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/net/ipv6/anycast.c: * David L Stevens (dlstevens@us.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/net/bluetooth/rfcomm/core.c: RPN support - Dirk Husemann <hud@zurich.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/arch/i386/kernel/mca.c: * Alfredo (apena@vnet.ibm.com) says
/usr/src/linux-2.4.21-0.18mdk/arch/i386/kernel/time.c: * -johnstul@us.ibm.com
/usr/src/linux-2.4.21-0.18mdk/arch/ia64/kernel/perfmon.c: * Copyright (C) 1999 Ganesh Venkitachalam <venkitac@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/net/acenic.c: * Ken Aaker <kdaaker@rchland.vnet.ibm.com>: Correct check for whether
/usr/src/linux-2.4.21-0.18mdk/drivers/net/tokenring/ibmtr.c: * Changes by Steve Kipisz (bungy@ibm.net or kipisz@vnet.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/net/tokenring/ibmtr.c: " v2.2.1 02/08/00 Mike Sullivan <sullivam@us.ibm.com>\n"
/usr/src/linux-2.4.21-0.18mdk/drivers/net/tokenring/ibmtr.c: " v2.2.2 07/27/00 Burt Silverman <burts@us.ibm.com>\n"
/usr/src/linux-2.4.21-0.18mdk/drivers/net/tokenring/ibmtr.c: " v2.4.0 03/01/01 Mike Sullivan <sullivan@us.ibm.com>\n";
/usr/src/linux-2.4.21-0.18mdk/drivers/net/tokenring/ibmtr.c: ISAPNP, use LANAIDC config tool from www.ibm.com */
/usr/src/linux-2.4.21-0.18mdk/drivers/net/tokenring/lanstreamer.c: * calls and other incorrectness - Kent Yoder <yoder1@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/net/tokenring/lanstreamer.c: * the card from locking up the box - <yoder1@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/net/tokenring/lanstreamer.c: * 09/27/02 - New PCI interface + bug fix. - <yoder1@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/net/tokenring/lanstreamer.c: * netif_carrier_{on|off} - <yoder1@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/net/tokenring/lanstreamer.h: * 08/15/01 - Added ioctl() definitions and others - Kent Yoder <yoder1@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/net/tokenring/lanstreamer.h: * <yoder1@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/net/pcmcia/ibmtr_cs.c: Written by Steve Kipisz, kipisz@vnet.ibm.com or
/usr/src/linux-2.4.21-0.18mdk/drivers/net/pcmcia/ibmtr_cs.c: v2.2.17 July 2000 Burt Silverman (burts@us.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/net/bonding.c: * 2001/8/05 - Janice Girouard <girouard at us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/net/bonding.c: * 2001/8/23 - Janice Girouard <girouard at us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/net/bonding.c: * 2001/9/25 - Janice Girouard <girouard at us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/usb/bluetooth.c: * - added locking patch from Masoodur Rahman <rmasoodu@in.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/char/mwave/mwavedd.c:* proc entry stuff added by Ian Pilcher <pilcher@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/char/hvc_console.c: * Copyright (C) 2001 Anton Blanchard <anton@au.ibm.com>, IBM
/usr/src/linux-2.4.21-0.18mdk/drivers/char/hvc_console.c: * Copyright (C) 2001 Paul Mackerras <paulus@au.ibm.com>, IBM
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/ctctty.c: * Author(s): Fritz Elfert (elfert@de.ibm.com, felfert@millenux.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/ctctty.h: * Author(s): Fritz Elfert (elfert@de.ibm.com, felfert@millenux.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/netiucv.c: * Author(s): Fritz Elfert (elfert@de.ibm.com, felfert@millenux.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/netiucv.c: * Stefan Hegewald <hegewald@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/netiucv.c: * Hartmut Penner <hpenner@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/netiucv.c: * Denis Joseph Barrow (djbarrow@de.ibm.com,barrow_dj@yahoo.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/netiucv.c: * Martin Schwidefsky (schwidefsky@de.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/netiucv.c: * Alan Altmark (Alan_Altmark@us.ibm.com) Sept. 2000
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/iucv.c: * Alan Altmark (Alan_Altmark@us.ibm.com) Sept. 2000
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/iucv.c: * Xenia Tkatschow (xenia@us.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/iucv.c: * Fritz Elfert (elfert@de.ibm.com, felfert@millenux.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/iucv.h: * Author(s):Alan Altmark (Alan_Altmark@us.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/iucv.h: * Xenia Tkatschow (xenia@us.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/iucv.h: * thru www.ibm.com/s390/vm/pubs, manual # SC24-5760
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/iucv.h: * Also available on the web thru www.ibm.com/s390/vm/pubs, manual # SC24-5760
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/ctcmain.c: * Author(s): Fritz Elfert (elfert@de.ibm.com, felfert@millenux.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/ctcmain.c: * Fixes by : Jochen Röhrig (roehrig@de.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/ctcmain.c: * Dieter Wellerdiek (wel@de.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/ctcmain.c: * Martin Schwidefsky (schwidefsky@de.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/ctcmain.c: * Denis Joseph Barrow (djbarrow@de.ibm.com,barrow_dj@yahoo.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/net/ctcmain.c: * Jochen Röhrig (roehrig@de.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/hwc.h: * Author(s): Martin Peschke <mpeschke@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape3480.c: * Author(s): Carsten Otte <cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape3480.c: * Tuan Ngo-Anh <ngoanh@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape3480.h: * Author(s): Carsten Otte <cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape3480.h: * Tuan Ngo-Anh <ngoanh@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape3490.c: * Author(s): Carsten Otte <cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape3490.c: * Tuan Ngo-Anh <ngoanh@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape3490.h: * Author(s): Carsten Otte <cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape3490.h: * Tuan Ngo-Anh <ngoanh@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape34xx.c: * Author(s): Carsten Otte <cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape34xx.c: * Tuan Ngo-Anh <ngoanh@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape34xx.h: * Author(s): Carsten Otte <cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape34xx.h: * Tuan Ngo-Anh <ngoanh@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/hwc_con.c: * Author(s): Martin Peschke <mpeschke@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/hwc_cpi.c: * Author: Martin Peschke <mpeschke@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/hwc_cpi.c: "<mpeschke@de.ibm.com>");
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tapeblock.c: * Author(s): Carsten Otte <cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tapeblock.c: * Tuan Ngo-Anh <ngoanh@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tapeblock.h: * Author(s): Carsten Otte <cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tapeblock.h: * Tuan Ngo-Anh <ngoanh@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/hwc_tty.c: * Author(s): Martin Peschke <mpeschke@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/con3215.c: * Author(s): Martin Schwidefsky (schwidefsky@de.ibm.com),
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/hwc_rw.c: * Author(s): Martin Peschke <mpeschke@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/hwc_rw.h: * Author(s): Martin Peschke <mpeschke@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/ctrlchar.c: * Author(s): Fritz Elfert <felfert@millenux.com> <elfert@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/ctrlchar.h: * Author(s): Fritz Elfert <felfert@millenux.com> <elfert@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape.c: * Author(s): Carsten Otte <cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape.c: * Tuan Ngo-Anh <ngoanh@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape.c:MODULE_AUTHOR("(C) 2001 IBM Deutschland Entwicklung GmbH by Carsten Otte (cotte@de.ibm.com)");
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape.h: * Author(s): Carsten Otte <cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tape.h: * Tuan Ngo-Anh <ngoanh@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tapechar.c: * Author(s): Carsten Otte <cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tapechar.c: * Tuan Ngo-Anh <ngoanh@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tapechar.h: * Author(s): Carsten Otte <cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tapechar.h: * Tuan Ngo-Anh <ngoanh@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tapedefs.h: * Author(s): Carsten Otte <cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/char/tapedefs.h: * Tuan Ngo-Anh <ngoanh@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/misc/chandev.c: * Author(s): Denis Joseph Barrow (djbarrow@de.ibm.com,barrow_dj@yahoo.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/xpram.c: * buendgen@de.ibm.com
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_diag.c: * Author(s)......: Holger Smolinski <Holger.Smolinski@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_diag.c: * ...............: by Hartmunt Penner <hpenner@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_diag.c: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_diag.h: * Author(s)......: Holger Smolinski <Holger.Smolinski@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_diag.h: * ...............: by Hartmunt Penner <hpenner@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_diag.h: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_eckd.c: * Author(s)......: Holger Smolinski <Holger.Smolinski@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_eckd.c: Carsten Otte <Cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_eckd.c: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_9336_erp.c: * Author(s)......: Holger Smolinski <Holger.Smolinski@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_9336_erp.c: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_9336_erp.h: * Author(s)......: Horst Hummel <Horst Hummel@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_9336_erp.h: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_3370_erp.c: * Author(s)......: Holger Smolinski <Holger.Smolinski@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_3370_erp.c: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_3370_erp.h: * Author(s)......: Horst Hummel <Horst Hummel@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_3370_erp.h: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_fba.c: * Author(s)......: Holger Smolinski <Holger.Smolinski@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_fba.c: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_int.h: * Author(s)......: Holger Smolinski <Holger.Smolinski@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_int.h: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_9343_erp.c: * Author(s)......: Holger Smolinski <Holger.Smolinski@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_9343_erp.c: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_9343_erp.h: * Author(s)......: Horst Hummel <Horst Hummel@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_9343_erp.h: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd.c: * Author(s)......: Holger Smolinski <Holger.Smolinski@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd.c: * Horst Hummel <Horst.Hummel@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd.c: * Carsten Otte <Cotte@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd.c: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd.c:MODULE_AUTHOR ("Holger Smolinski <Holger.Smolinski@de.ibm.com>");
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd.c: " to linux390@de.ibm.com\n",
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd.c: " to linux390@de.ibm.com\n", __LINE__, rc);
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_3990_erp.c: * Author(s)......: Horst Hummel <Horst.Hummel@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_3990_erp.c: * Holger Smolinski <Holger.Smolinski@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_3990_erp.c: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_3990_erp.c: "to linux390@de.ibm.com");
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_3990_erp.c: " - please report to linux390@de.ibm.com");
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_3990_erp.c: "ibm.com");
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_3990_erp.c: "ibm.com");
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_3990_erp.h: * Author(s)......: Horst Hummel <Horst Hummel@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/block/dasd_3990_erp.h: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/sysinfo.c: * Author(s): Ulrich Weigand (Ulrich.Weigand@de.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/s390mach.c: * Author(s): Ingo Adlung (adlung@de.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/ccwcache.c: * Author(s)......: Holger Smolinski <Holger.Smolinski@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/ccwcache.c: * Martin Schiwdefsky <schwidefsky@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/ccwcache.c: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/s390io.c: * Author(s): Ingo Adlung (adlung@de.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/s390io.c: * Cornelia Huck (cohuck@de.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/s390io.c: * ChangeLog: 01/07/2001 Blacklist cleanup (djbarrow@de.ibm.com,barrow_dj@yahoo.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/s390io.c: * 01/04/2001 Holger Smolinski (smolinsk@de.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/ebcdic.c: * Author(s): Martin Schwidefsky <schwidefsky@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/idals.c: * Author(s)......: Holger Smolinski <Holger.Smolinski@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/idals.c: * Bugreports.to..: <Linux390@de.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/s390/s390dyn.c: * Author(s): Ingo Adlung (adlung@de.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/scsi/ips.c:/* http://www.ibm.com/planetwide/ */
/usr/src/linux-2.4.21-0.18mdk/drivers/scsi/NCR53c406a.c: * Copyright (C) 1994, 1995, 1996 Normunds Saumanis (normunds@fi.ibm.com)
/usr/src/linux-2.4.21-0.18mdk/drivers/scsi/advansys.c: Jerry Quinn <jlquinn@us.ibm.com> fixed PowerPC support (endian
/usr/src/linux-2.4.21-0.18mdk/drivers/block/ps2esdi.c:/* (bash@vnet.ibm.com) 08/08/95 */
/usr/src/linux-2.4.21-0.18mdk/drivers/block/ps2esdi.c:/* (uri@watson.ibm.com) Sep 11, 1995 */
/usr/src/linux-2.4.21-0.18mdk/drivers/video/matrox/matroxfb_base.c: * "Ken Aaker" <kdaaker@rchland.vnet.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/video/matrox/matroxfb_misc.c: * "David C. Hansen" <haveblue@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/hotplug/acpiphp_core.c: * Send feedback to <gregkh@us.ibm.com>,
/usr/src/linux-2.4.21-0.18mdk/drivers/hotplug/acpiphp_core.c:#define DRIVER_AUTHOR "Greg Kroah-Hartman <gregkh@us.ibm.com>, Takayoshi Kochi <t-kouchi@cq.jp.nec.com>"
/usr/src/linux-2.4.21-0.18mdk/drivers/hotplug/ibmphp.h: * Send feedback to <gregkh@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/hotplug/acpiphp.h: * Send feedback to <gregkh@us.ibm.com>,
/usr/src/linux-2.4.21-0.18mdk/drivers/hotplug/ibmphp_hpc.c: * Send feedback to <gregkh@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/hotplug/ibmphp_hpc.c: * <jshah@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/hotplug/ibmphp_pci.c: * Send feedback to <gregkh@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/hotplug/ibmphp_res.c: * Send feedback to <gregkh@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/hotplug/acpiphp_res.c: * Send feedback to <gregkh@us.ibm.com>,<h-aono@ap.jp.nec.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/hotplug/ibmphp_core.c: * Send feedback to <gregkh@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/drivers/hotplug/ibmphp_ebda.c: * Send feedback to <gregkh@us.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/include/net/bluetooth/rfcomm.h: RPN support - Dirk Husemann <hud@zurich.ibm.com>
/usr/src/linux-2.4.21-0.18mdk/include/asm-m68k/mac_via.h: * http://www.rs6000.ibm.com/resource/technology/chrpio/via5.mak.html
/usr/src/linux-2.4.21-0.18mdk/include/asm-m68k/mac_via.h: * ftp://ftp.austin.ibm.com/pub/technology/spec/chrp/inwork/CHRP_IORef_1.0.pdf

...e non oso ancora greppare il kernel 2.6 ;)
HollowMan
03-10-2003, 15:16
Originariamente inviato da kingv
io parlavo di applicativi, me li trovo ovunque e non ne ho ancora trovato uno che funzioni in maniera degna.
L'unica eccezione che mi viene in mente e' l'http server che funziona, ma ti dico solo che per farlo partire digito
/opt/IBMHTTPServer/bin/ apachectl start :D :D

Apache è dappertutto :D
Anche i Web Server di Oracle e Bea sono basati su apache ... tanto per citarne un paio ...
kingv
03-10-2003, 15:25
Originariamente inviato da ilsensine
...io parlavo di questo :D
...e non oso ancora greppare il kernel 2.6 ;)


della roba che hai greppato 3/4 riguardano device proprietari di IBM e/o quella biga del 390....

un po' poco considerando i soldi che ci stanno facendo sopra...
ilsensine
03-10-2003, 15:36
Originariamente inviato da kingv
della roba che hai greppato 3/4 riguardano device proprietari di IBM e/o quella biga del 390....

un po' poco considerando i soldi che ci stanno facendo sopra...
Innanzitutto non ti posto il grep del kernel 2.6 in quanto occupa più di 500 righe (quello del 2.4 è di "sole" 164). Riguardo ai soldi, per ora se li sono meritati visto che (fin'ora) si sono dimostrati alleati affidabili (sempre pronto a cambiare idea se in futuro cambieranno atteggiamento, ovviamente).


della roba che hai greppato 3/4 riguardano device proprietari di IBM e/o quella biga del 390....
Nel 2.6 hanno introdotto il supporto NUMA per i loro mainframe grossi quanto una casa. Interesse loro, sicuramente.
Ti interesserà forse sapere che un certo Russel King ha usato la _loro_ struttura NUMA, progettata per mainframe grossi quanto una casa, per gestire la memoria dei PDA arm-based, grossi quanto una mano :sofico:
"Piccolo" effetto collaterale della libertà del software :D
kingv
03-10-2003, 15:58
Originariamente inviato da ilsensine
Innanzitutto non ti posto il grep del kernel 2.6 in quanto occupa più di 500 righe



guarda evidentemente i sistemi operativi li sanno scrivere (secondo me per i tempi OS/2 non era male, ad esempio, anzi), ma su quello che ci sta sopra (database, application server) ho i miei dubbi.

in italia hanno una forza commerciale smisurata e impongono i loro prodotti ai clienti come se fossero vassalli, ma non mi tolgo dalla mente che siano prodotti scadenti e che sul mercato ci sia di meglio.
ilsensine
03-10-2003, 16:06
Originariamente inviato da kingv
guarda evidentemente i sistemi operativi li sanno scrivere (secondo me per i tempi OS/2 non era male, ad esempio, anzi), ma su quello che ci sta sopra (database, application server) ho i miei dubbi.

in italia hanno una forza commerciale smisurata e impongono i loro prodotti ai clienti come se fossero vassalli, ma non mi tolgo dalla mente che siano prodotti scadenti e che sul mercato ci sia di meglio.
Sulla produzione "user space" IBM non ho esperienza, quindi prendo atto di quello che mi dici.