Après avoir maintes fois nié que leurs "OS était buggé de toutes part,
voici que les super pros de chez Microsoft nous montrent que leur
Longhorn plantera toujours mais de façon plus jolie, avec un bouton
fermer qui clignote en rouge (comme si les windowsiens n'étaient pas
assez habitués à fermer une appli qui foire), et une info-bulle.
On peut donc dire que ça y est, le plantage sera officiellement supporté
sous l'"OS" de la firme de RougeMonts. ouf !
OoO Pendant le journal télévisé du mardi 29 mars 2005, vers 20:21, Irvin Probst disait:
Compares les deux, ACPI ou pas, et le sens de la chose devraît apparaître. Toi qui es un grand expert de l'ACPI voudrais tu dire que la "main d'oeuvre fraîche" peut contribuer efficacement à ce genre de projet
Des constructeurs de cartes meres/BIOS qui se torchent pas avec les normes ?
Ou qui utilisent le compilo de Microsoft qui se contrefout de la même norme. -- printk("Entering UltraSMPenguin Mode...n"); 2.2.16 /usr/src/linux/arch/sparc64/kernel/smp.c
OoO Pendant le journal télévisé du mardi 29 mars 2005, vers 20:21,
Irvin Probst <irvin.fcold@irvinig.org> disait:
Compares les deux, ACPI ou pas, et le sens de la chose devraît apparaître.
Toi qui es un grand expert de l'ACPI voudrais tu dire que la "main d'oeuvre
fraîche" peut contribuer efficacement à ce genre de projet
Des constructeurs de cartes meres/BIOS qui se torchent pas avec les
normes ?
Ou qui utilisent le compilo de Microsoft qui se contrefout de la même
norme.
--
printk("Entering UltraSMPenguin Mode...n");
2.2.16 /usr/src/linux/arch/sparc64/kernel/smp.c
OoO Pendant le journal télévisé du mardi 29 mars 2005, vers 20:21, Irvin Probst disait:
Compares les deux, ACPI ou pas, et le sens de la chose devraît apparaître. Toi qui es un grand expert de l'ACPI voudrais tu dire que la "main d'oeuvre fraîche" peut contribuer efficacement à ce genre de projet
Des constructeurs de cartes meres/BIOS qui se torchent pas avec les normes ?
Ou qui utilisent le compilo de Microsoft qui se contrefout de la même norme. -- printk("Entering UltraSMPenguin Mode...n"); 2.2.16 /usr/src/linux/arch/sparc64/kernel/smp.c
talon
Vincent Bernat wrote:
OoO Pendant le journal télévisé du mardi 29 mars 2005, vers 20:21, Irvin Probst disait:
Compares les deux, ACPI ou pas, et le sens de la chose devraît apparaître. Toi qui es un grand expert de l'ACPI voudrais tu dire que la "main d'oeuvre fraîche" peut contribuer efficacement à ce genre de projet
Des constructeurs de cartes meres/BIOS qui se torchent pas avec les normes ?
Ou qui utilisent le compilo de Microsoft qui se contrefout de la même norme.
Trés précisément, quand la quasi totalité des PC sont livrés avec Windows, et tournent ensuite sous Windows, il faudrait qu'ils soient complètement fêlés pour ne pas fournir des cartes mères et des BIOS compatibles avec le compilateur de Microsoft. Donc pour les autres c'est encore un problème compliqué de se débrouiller pour arriver à faire fonctionner le bins sans avoir le compilateur de Microsoft. En fait ils sont trés trés forts chez Microsoft pour conserver leur monopole :-(
--
Michel TALON
Vincent Bernat <vincent.bernat@raysa.org> wrote:
OoO Pendant le journal télévisé du mardi 29 mars 2005, vers 20:21,
Irvin Probst <irvin.fcold@irvinig.org> disait:
Compares les deux, ACPI ou pas, et le sens de la chose devraît apparaître.
Toi qui es un grand expert de l'ACPI voudrais tu dire que la "main d'oeuvre
fraîche" peut contribuer efficacement à ce genre de projet
Des constructeurs de cartes meres/BIOS qui se torchent pas avec les
normes ?
Ou qui utilisent le compilo de Microsoft qui se contrefout de la même
norme.
Trés précisément, quand la quasi totalité des PC sont livrés avec Windows, et
tournent ensuite sous Windows, il faudrait qu'ils soient complètement fêlés
pour ne pas fournir des cartes mères et des BIOS compatibles avec
le compilateur de Microsoft. Donc pour les autres c'est encore un problème
compliqué de se débrouiller pour arriver à faire fonctionner le bins
sans avoir le compilateur de Microsoft. En fait ils sont trés trés forts chez
Microsoft pour conserver leur monopole :-(
OoO Pendant le journal télévisé du mardi 29 mars 2005, vers 20:21, Irvin Probst disait:
Compares les deux, ACPI ou pas, et le sens de la chose devraît apparaître. Toi qui es un grand expert de l'ACPI voudrais tu dire que la "main d'oeuvre fraîche" peut contribuer efficacement à ce genre de projet
Des constructeurs de cartes meres/BIOS qui se torchent pas avec les normes ?
Ou qui utilisent le compilo de Microsoft qui se contrefout de la même norme.
Trés précisément, quand la quasi totalité des PC sont livrés avec Windows, et tournent ensuite sous Windows, il faudrait qu'ils soient complètement fêlés pour ne pas fournir des cartes mères et des BIOS compatibles avec le compilateur de Microsoft. Donc pour les autres c'est encore un problème compliqué de se débrouiller pour arriver à faire fonctionner le bins sans avoir le compilateur de Microsoft. En fait ils sont trés trés forts chez Microsoft pour conserver leur monopole :-(
--
Michel TALON
Ducrot Bruno
On Wed, 30 Mar 2005 07:49:46 +0000 (UTC), Michel Talon wrote:
Vincent Bernat wrote:
OoO Pendant le journal télévisé du mardi 29 mars 2005, vers 20:21, Irvin Probst disait:
Compares les deux, ACPI ou pas, et le sens de la chose devraît apparaître.
Ok, en fait j'avais mal lu le sens général je le crains. J'ai des problèmes avec mon neuronne.
Toi qui es un grand expert de l'ACPI voudrais tu dire que la "main d'oeuvre
fraîche" peut contribuer efficacement à ce genre de projet
Un peu de main d'oeuvre supplémentaire ne ferait sûrement pas de mal ne serait-ce que pour réduire la charge de travail vu que, s'ils font des bêtises, le mainteneur, quel que soit la partie du source considérée, sera toujours là pour taper sur les doigts après relecture du code et avant intégration dans le CVS.
Des constructeurs de cartes meres/BIOS qui se torchent pas avec les normes ?
Ou qui utilisent le compilo de Microsoft qui se contrefout de la même norme.
Trés précisément, quand la quasi totalité des PC sont livrés avec Windows, et tournent ensuite sous Windows, il faudrait qu'ils soient complètement fêlés pour ne pas fournir des cartes mères et des BIOS compatibles avec le compilateur de Microsoft. Donc pour les autres c'est encore un problème compliqué de se débrouiller pour arriver à faire fonctionner le bins sans avoir le compilateur de Microsoft. En fait ils sont trés trés forts chez Microsoft pour conserver leur monopole :-(
En fait, pour passer de windows2000 à une version plus récente de windows, et vu que l'interpréteur AML de MS était un peu plus respectueux des normes (juste un peu, hein), il y a eu pas mal d'upgrade BIOS afin de faire marcher le bousin. Le plus drôle, si l'on peut dire, est que MS en a rajouté une couche avec son SP2.
-- Bruno Ducrot
-- Which is worse: ignorance or apathy? -- Don't know. Don't care.
On Wed, 30 Mar 2005 07:49:46 +0000 (UTC), Michel Talon <talon@lpthe.jussieu.fr>
wrote:
Vincent Bernat <vincent.bernat@raysa.org> wrote:
OoO Pendant le journal télévisé du mardi 29 mars 2005, vers 20:21,
Irvin Probst <irvin.fcold@irvinig.org> disait:
Compares les deux, ACPI ou pas, et le sens de la chose devraît apparaître.
Ok, en fait j'avais mal lu le sens général je le crains. J'ai des problèmes
avec mon neuronne.
Toi qui es un grand expert de l'ACPI voudrais tu dire que la "main
d'oeuvre
fraîche" peut contribuer efficacement à ce genre de projet
Un peu de main d'oeuvre supplémentaire ne ferait sûrement pas de mal
ne serait-ce que pour réduire la charge de travail vu que, s'ils
font des bêtises, le mainteneur, quel que soit la partie du source
considérée, sera toujours là pour taper sur les doigts après relecture
du code et avant intégration dans le CVS.
Des constructeurs de cartes meres/BIOS qui se torchent pas avec les
normes ?
Ou qui utilisent le compilo de Microsoft qui se contrefout de la même
norme.
Trés précisément, quand la quasi totalité des PC sont livrés avec Windows, et
tournent ensuite sous Windows, il faudrait qu'ils soient complètement fêlés
pour ne pas fournir des cartes mères et des BIOS compatibles avec
le compilateur de Microsoft. Donc pour les autres c'est encore un problème
compliqué de se débrouiller pour arriver à faire fonctionner le bins
sans avoir le compilateur de Microsoft. En fait ils sont trés trés forts chez
Microsoft pour conserver leur monopole :-(
En fait, pour passer de windows2000 à une version plus récente de
windows, et vu que l'interpréteur AML de MS était un peu plus respectueux
des normes (juste un peu, hein), il y a eu pas mal d'upgrade
BIOS afin de faire marcher le bousin. Le plus drôle, si
l'on peut dire, est que MS en a rajouté une couche avec son SP2.
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
On Wed, 30 Mar 2005 07:49:46 +0000 (UTC), Michel Talon wrote:
Vincent Bernat wrote:
OoO Pendant le journal télévisé du mardi 29 mars 2005, vers 20:21, Irvin Probst disait:
Compares les deux, ACPI ou pas, et le sens de la chose devraît apparaître.
Ok, en fait j'avais mal lu le sens général je le crains. J'ai des problèmes avec mon neuronne.
Toi qui es un grand expert de l'ACPI voudrais tu dire que la "main d'oeuvre
fraîche" peut contribuer efficacement à ce genre de projet
Un peu de main d'oeuvre supplémentaire ne ferait sûrement pas de mal ne serait-ce que pour réduire la charge de travail vu que, s'ils font des bêtises, le mainteneur, quel que soit la partie du source considérée, sera toujours là pour taper sur les doigts après relecture du code et avant intégration dans le CVS.
Des constructeurs de cartes meres/BIOS qui se torchent pas avec les normes ?
Ou qui utilisent le compilo de Microsoft qui se contrefout de la même norme.
Trés précisément, quand la quasi totalité des PC sont livrés avec Windows, et tournent ensuite sous Windows, il faudrait qu'ils soient complètement fêlés pour ne pas fournir des cartes mères et des BIOS compatibles avec le compilateur de Microsoft. Donc pour les autres c'est encore un problème compliqué de se débrouiller pour arriver à faire fonctionner le bins sans avoir le compilateur de Microsoft. En fait ils sont trés trés forts chez Microsoft pour conserver leur monopole :-(
En fait, pour passer de windows2000 à une version plus récente de windows, et vu que l'interpréteur AML de MS était un peu plus respectueux des normes (juste un peu, hein), il y a eu pas mal d'upgrade BIOS afin de faire marcher le bousin. Le plus drôle, si l'on peut dire, est que MS en a rajouté une couche avec son SP2.
-- Bruno Ducrot
-- Which is worse: ignorance or apathy? -- Don't know. Don't care.
du64
Rakotomandimby (R12y) Mihamina wrote:
( Fri, 25 Mar 2005 11:00:32 +0000 ) Michel Talon :
Peut être. En attendant, il ne faut pas oublier que les Unix sont fortement poussés aux fesses par Microsoft
Dans ces cas là, la solution c'est de booster et donner un coup de main à Xorg, GNOME et KDE pour faire des belles interfaces. Avec un bon support des cartes graphiques et une très belle interface, on a des chances de ne plus se faire pousser trop fort.
Donner un coup de main a Xorg pour faire de belles interfaces,tu parle
de twm?
Rakotomandimby (R12y) Mihamina wrote:
( Fri, 25 Mar 2005 11:00:32 +0000 ) Michel Talon :
Peut être. En attendant, il ne faut pas oublier que les Unix sont fortement
poussés aux fesses par Microsoft
Dans ces cas là, la solution c'est de booster et donner un coup de main
à Xorg, GNOME et KDE pour faire des belles interfaces. Avec un bon
support des cartes graphiques et une très belle interface, on a des
chances de ne plus se faire pousser trop fort.
Donner un coup de main a Xorg pour faire de belles interfaces,tu parle
( Fri, 25 Mar 2005 11:00:32 +0000 ) Michel Talon :
Peut être. En attendant, il ne faut pas oublier que les Unix sont fortement poussés aux fesses par Microsoft
Dans ces cas là, la solution c'est de booster et donner un coup de main à Xorg, GNOME et KDE pour faire des belles interfaces. Avec un bon support des cartes graphiques et une très belle interface, on a des chances de ne plus se faire pousser trop fort.
Donner un coup de main a Xorg pour faire de belles interfaces,tu parle
