On Sun, 06 Feb 2005 23:50:26 +0100 memyself_ wrote:
Existe-t'il une distribution linux qui soit aussi stable que windows 2000 ? Non, ça n'existe pas
N'exagérons rien: les distribs construites autour des premiers noyaux 1.x devaient être à peu près aussi stables que Windows 2000.
-- Jérémy JUST
GG
Bonjour,
Tout le monde est sauté de 95 à XP ou quoi ?
Ca c'est aussi un mythe, d'apres les parc info que je mets a jour, il n'y a pratiquement plus de 95 ou si peu que cela est vraiment insignifiant, alors que le parc de 98 SE est encore assez important.
Il y a trois raisons au passage de 95 a XP.
La premiere le saut d'une version une raison economique si on peut tenir plus longtemps avec une version cela coutera moins cher. :-)
La deuxieme pour les administrateurs qui n'ont pas envie de bosser ou d'évoluer ou de s'embeter, le saute mouton d'une version est évidente.
La troisieme, la version N etant devenue insuffisant (non pas instable) pour les nouveaux logiciels (elle plante avec) il faut faire quelque chose c'est là qu'on se pose la question de passage a N+2 ou l'impossibilité de lancer une process qui n'est plus prevu pour cette version et qui est majeur pour l'entreprise.
L'instabilité des OS actuel est d'ailleurs souvent du a ce changement de version que cela soit du coté OS ou du coté Application, et que cela soit du coté Linux ou MS. Coté MS toutes les evolutions 8 bits (8088) vers 16 bits (8086/80x86), 16 bits vers 32 bits n'ont pas été très faciles, mais il semble que le passage du noyau 2.4 au 2.6 ne soit pas non plus aussi evident que cela et que le 64 bits que cela soit du coté de chez MS ou Linux non plus. Je teste et je peux dire que l'accouchement est assez sensible dirons-nous pour être poli. Sous ia64 sous Linux, on a du mal (j'ai) a dicerné ce qui fonctionne bien du premier coup de ce qui ne fonctionne pas, et de même dans les environnement MS, et pourtant je ne vais pas dire que tel ou tel OS est instable pour cette raison. -- Cordialement. GG.
Bonjour,
Tout le monde est sauté de 95 à XP ou quoi ?
Ca c'est aussi un mythe, d'apres les parc info que je mets a jour,
il n'y a pratiquement plus de 95 ou si peu que cela est vraiment
insignifiant, alors que le parc de 98 SE est encore assez important.
Il y a trois raisons au passage de 95 a XP.
La premiere le saut d'une version une raison economique si
on peut tenir plus longtemps avec une version cela coutera moins
cher. :-)
La deuxieme pour les administrateurs qui n'ont pas envie de
bosser ou d'évoluer ou de s'embeter, le saute mouton d'une
version est évidente.
La troisieme, la version N etant devenue insuffisant (non pas instable)
pour les nouveaux logiciels (elle plante avec) il faut faire quelque
chose c'est là qu'on se pose la question de passage a N+2 ou
l'impossibilité de lancer une process qui n'est plus prevu pour
cette version et qui est majeur pour l'entreprise.
L'instabilité des OS actuel est d'ailleurs souvent du a ce changement
de version que cela soit du coté OS ou du coté Application, et que
cela soit du coté Linux ou MS. Coté MS toutes les evolutions 8 bits
(8088) vers 16 bits (8086/80x86), 16 bits vers 32 bits n'ont pas été
très faciles, mais il semble que le passage du noyau 2.4 au 2.6 ne
soit pas non plus aussi evident que cela et que le 64 bits que cela
soit du coté de chez MS ou Linux non plus. Je teste et je peux dire
que l'accouchement est assez sensible dirons-nous pour être poli.
Sous ia64 sous Linux, on a du mal (j'ai) a dicerné ce qui fonctionne
bien du premier coup de ce qui ne fonctionne pas, et de même
dans les environnement MS, et pourtant je ne vais pas dire que
tel ou tel OS est instable pour cette raison.
--
Cordialement.
GG.
Ca c'est aussi un mythe, d'apres les parc info que je mets a jour, il n'y a pratiquement plus de 95 ou si peu que cela est vraiment insignifiant, alors que le parc de 98 SE est encore assez important.
Il y a trois raisons au passage de 95 a XP.
La premiere le saut d'une version une raison economique si on peut tenir plus longtemps avec une version cela coutera moins cher. :-)
La deuxieme pour les administrateurs qui n'ont pas envie de bosser ou d'évoluer ou de s'embeter, le saute mouton d'une version est évidente.
La troisieme, la version N etant devenue insuffisant (non pas instable) pour les nouveaux logiciels (elle plante avec) il faut faire quelque chose c'est là qu'on se pose la question de passage a N+2 ou l'impossibilité de lancer une process qui n'est plus prevu pour cette version et qui est majeur pour l'entreprise.
L'instabilité des OS actuel est d'ailleurs souvent du a ce changement de version que cela soit du coté OS ou du coté Application, et que cela soit du coté Linux ou MS. Coté MS toutes les evolutions 8 bits (8088) vers 16 bits (8086/80x86), 16 bits vers 32 bits n'ont pas été très faciles, mais il semble que le passage du noyau 2.4 au 2.6 ne soit pas non plus aussi evident que cela et que le 64 bits que cela soit du coté de chez MS ou Linux non plus. Je teste et je peux dire que l'accouchement est assez sensible dirons-nous pour être poli. Sous ia64 sous Linux, on a du mal (j'ai) a dicerné ce qui fonctionne bien du premier coup de ce qui ne fonctionne pas, et de même dans les environnement MS, et pourtant je ne vais pas dire que tel ou tel OS est instable pour cette raison. -- Cordialement. GG.
Franck Yvonnet
Ainsi Parlait GG
Un troll ou quoi ? Triste une remarque aussi nulle. Tous les OS ou environnements sont très stables quelqu'il soit, mais ce qui manque de stabilité et de compétence surtout c'est toujours celui qui se trouve entre le fauteuil et le clavier.
Je croyais que Windows était censé être utilisable par des gens qui n'y connaissent rien...
-- Franck Yvonnet "Reality is that which, when you stop believing in it, doesn't go away." - Philip K. Dick
Ainsi Parlait GG <news@nospam.assysm.com>
Un troll ou quoi ? Triste une remarque aussi nulle.
Tous les OS ou environnements sont très stables
quelqu'il soit, mais ce qui manque de stabilité et
de compétence surtout c'est toujours celui qui se
trouve entre le fauteuil et le clavier.
Je croyais que Windows était censé être utilisable par des gens qui n'y
connaissent rien...
--
Franck Yvonnet <fyvonnet@gmail.com>
"Reality is that which, when you stop believing in it, doesn't go away."
- Philip K. Dick
Un troll ou quoi ? Triste une remarque aussi nulle. Tous les OS ou environnements sont très stables quelqu'il soit, mais ce qui manque de stabilité et de compétence surtout c'est toujours celui qui se trouve entre le fauteuil et le clavier.
Je croyais que Windows était censé être utilisable par des gens qui n'y connaissent rien...
-- Franck Yvonnet "Reality is that which, when you stop believing in it, doesn't go away." - Philip K. Dick
Patrik
Ainsi Parlait GG
Un troll ou quoi ? Triste une remarque aussi nulle. Tous les OS ou environnements sont très stables quelqu'il soit, mais ce qui manque de stabilité et de compétence surtout c'est toujours celui qui se trouve entre le fauteuil et le clavier.
Je croyais que Windows était censé être utilisable par des gens qui n'y connaissent rien...
Tiens, certains ont lu la prose de Luc2....
Ainsi Parlait GG <news@nospam.assysm.com>
Un troll ou quoi ? Triste une remarque aussi nulle.
Tous les OS ou environnements sont très stables
quelqu'il soit, mais ce qui manque de stabilité et
de compétence surtout c'est toujours celui qui se
trouve entre le fauteuil et le clavier.
Je croyais que Windows était censé être utilisable par des gens qui n'y
connaissent rien...
Un troll ou quoi ? Triste une remarque aussi nulle. Tous les OS ou environnements sont très stables quelqu'il soit, mais ce qui manque de stabilité et de compétence surtout c'est toujours celui qui se trouve entre le fauteuil et le clavier.
Je croyais que Windows était censé être utilisable par des gens qui n'y connaissent rien...
Tiens, certains ont lu la prose de Luc2....
Richard Delorme
Richard Delorme wrote:
- #rm -rf /
Ça fonctionne aussi pour les autres, celle là ... ;-)
Sauf que l'utilisation de cette commande est principalement conseillé au mandrakien débutant pour le délivrer de tout ces problèmes.
- désinstaller la glibc etc.
idem ...
idem.
Parce que tu n'as jamais suivi les recommandations des débianistes à l'usage de la Mandrake.
Ce qui est pour le moins étonnant, les debianistes sont assez puristes pour avertir des dangers des modifications qu'ils préconisent pour d'autres distributions ...
C'est pourquoi ils commettent des Howto comme celui là : http://www.pafoo.net/uninstallglibc/uninstglibc.html en prenant soin de dégager leur responsabilité de tout problème.
Donc, j'attends toujours une instructions, propre à Mandrake, qui plante le système ..
On doit bien trouver ça ici : http://qa.mandrakesoft.com/buglist.cgi?content=freeze
-- Richard
Richard Delorme wrote:
- #rm -rf /
Ça fonctionne aussi pour les autres, celle là ... ;-)
Sauf que l'utilisation de cette commande est principalement conseillé au
mandrakien débutant pour le délivrer de tout ces problèmes.
- désinstaller la glibc
etc.
idem ...
idem.
Parce que tu n'as jamais suivi les recommandations des débianistes à
l'usage de la Mandrake.
Ce qui est pour le moins étonnant, les debianistes sont assez puristes pour
avertir des dangers des modifications qu'ils préconisent pour d'autres
distributions ...
C'est pourquoi ils commettent des Howto comme celui là :
http://www.pafoo.net/uninstallglibc/uninstglibc.html
en prenant soin de dégager leur responsabilité de tout problème.
Donc, j'attends toujours une instructions, propre à Mandrake, qui plante le
système ..
On doit bien trouver ça ici :
http://qa.mandrakesoft.com/buglist.cgi?content=freeze
Ça fonctionne aussi pour les autres, celle là ... ;-)
Sauf que l'utilisation de cette commande est principalement conseillé au mandrakien débutant pour le délivrer de tout ces problèmes.
- désinstaller la glibc etc.
idem ...
idem.
Parce que tu n'as jamais suivi les recommandations des débianistes à l'usage de la Mandrake.
Ce qui est pour le moins étonnant, les debianistes sont assez puristes pour avertir des dangers des modifications qu'ils préconisent pour d'autres distributions ...
C'est pourquoi ils commettent des Howto comme celui là : http://www.pafoo.net/uninstallglibc/uninstglibc.html en prenant soin de dégager leur responsabilité de tout problème.
Donc, j'attends toujours une instructions, propre à Mandrake, qui plante le système ..
On doit bien trouver ça ici : http://qa.mandrakesoft.com/buglist.cgi?content=freeze
-- Richard
GG
Je croyais que Windows était censé être utilisable par des gens qui n'y connaissent rien...
Certes, oui, la aussi je pense que c'est un mythe et il faut aussi se mefier de cette argumentation, il y a des gens qui connaissent quand même un peu. J'en suis une preuve vivante, je n'y connais pas grand chose, et j'ai beaucoup de mal a simplement utiliser la souris sous Windows, mais pas d'inquietude je me soigne. :-) Je me suis quand même installé Service For Unix sur mon XP, je préfère Vi a Notepad, mais ca c'est une question de vieillerie a mon stade. :-) -- Cordialement. GG.
Je croyais que Windows était censé être utilisable par des gens qui
n'y connaissent rien...
Certes, oui, la aussi je pense que c'est un mythe et il faut aussi
se mefier de cette argumentation, il y a des gens qui connaissent
quand même un peu.
J'en suis une preuve vivante, je n'y connais pas grand chose,
et j'ai beaucoup de mal a simplement utiliser la souris sous
Windows, mais pas d'inquietude je me soigne. :-)
Je me suis quand même installé Service For Unix sur mon
XP, je préfère Vi a Notepad, mais ca c'est une question de
vieillerie a mon stade. :-)
--
Cordialement.
GG.
Je croyais que Windows était censé être utilisable par des gens qui n'y connaissent rien...
Certes, oui, la aussi je pense que c'est un mythe et il faut aussi se mefier de cette argumentation, il y a des gens qui connaissent quand même un peu. J'en suis une preuve vivante, je n'y connais pas grand chose, et j'ai beaucoup de mal a simplement utiliser la souris sous Windows, mais pas d'inquietude je me soigne. :-) Je me suis quand même installé Service For Unix sur mon XP, je préfère Vi a Notepad, mais ca c'est une question de vieillerie a mon stade. :-) -- Cordialement. GG.
Jerome Lambert
(...)
Donc, j'attends toujours une instructions, propre à Mandrake, qui plante le système ..
On doit bien trouver ça ici : http://qa.mandrakesoft.com/buglist.cgi?content=freeze
Mouais...
Fais le même genre de requête sur les autres distributions pour voir un peu...
Mandrake, Debian ou Gentoo contiennent *toutes* ce genre de bugs, alors la pseudo spécificité Mandrake...
(...)
Donc, j'attends toujours une instructions, propre à Mandrake, qui
plante le
système ..
On doit bien trouver ça ici :
http://qa.mandrakesoft.com/buglist.cgi?content=freeze
Mouais...
Fais le même genre de requête sur les autres distributions pour voir un
peu...
Mandrake, Debian ou Gentoo contiennent *toutes* ce genre de bugs, alors
la pseudo spécificité Mandrake...
Donc, j'attends toujours une instructions, propre à Mandrake, qui plante le système ..
On doit bien trouver ça ici : http://qa.mandrakesoft.com/buglist.cgi?content=freeze
Mouais...
Fais le même genre de requête sur les autres distributions pour voir un peu...
Mandrake, Debian ou Gentoo contiennent *toutes* ce genre de bugs, alors la pseudo spécificité Mandrake...
Jérémy JUST
On Mon, 07 Feb 2005 11:58:03 +0100 Patrik wrote:
Par exemple, si tu veux changer manuellement ton gestionnaire de fenêtres par défaut, ce sera KDE qui se lancera tant que toute ta conf ne sera pas entièrement valide et cohérente.
Encore une fois, faux ....
Comment ça, « encore une fois »?
mcc (ou drakconf en mode texte)
drakconf, c'est pas trop en mode texte...
mcc (...) n'est pas uniquement pour les chiens... la section consacrée à l'autologin et au démarrage du bureau se charge très bien de cela...
Encore heureux que les outils Mdk sachent gérer la configuration de la Mdk pour un truc aussi simple que changer le gestionnaire de fenêtres!!!
Mais moi, je ne parlais pas de ces outils; je disais juste que quand on modifie manuellement sa Mandrake, on constate que les scripts sont « auto-réparants ». Quand un problème pourrait faire que l'exécution se termine mal (fichier inexistant, par exemple), on retombe sur les valeurs par défaut. C'est ce qui fait que la configuration manuelle d'une Mandrake n'est pas vraiment adaptée à l'apprentissage.
-- Jérémy JUST
On Mon, 07 Feb 2005 11:58:03 +0100
Patrik <patrik.billon@free.fr> wrote:
Par exemple, si tu veux changer manuellement ton gestionnaire de
fenêtres par défaut, ce sera KDE qui se lancera tant que toute ta
conf ne sera pas entièrement valide et cohérente.
Encore une fois, faux ....
Comment ça, « encore une fois »?
mcc (ou drakconf en mode texte)
drakconf, c'est pas trop en mode texte...
mcc (...) n'est pas uniquement pour les chiens... la section consacrée
à l'autologin et au démarrage du bureau se charge très bien de cela...
Encore heureux que les outils Mdk sachent gérer la configuration de la
Mdk pour un truc aussi simple que changer le gestionnaire de fenêtres!!!
Mais moi, je ne parlais pas de ces outils; je disais juste que quand
on modifie manuellement sa Mandrake, on constate que les scripts sont
« auto-réparants ». Quand un problème pourrait faire que l'exécution se
termine mal (fichier inexistant, par exemple), on retombe sur les
valeurs par défaut.
C'est ce qui fait que la configuration manuelle d'une Mandrake n'est
pas vraiment adaptée à l'apprentissage.
Par exemple, si tu veux changer manuellement ton gestionnaire de fenêtres par défaut, ce sera KDE qui se lancera tant que toute ta conf ne sera pas entièrement valide et cohérente.
Encore une fois, faux ....
Comment ça, « encore une fois »?
mcc (ou drakconf en mode texte)
drakconf, c'est pas trop en mode texte...
mcc (...) n'est pas uniquement pour les chiens... la section consacrée à l'autologin et au démarrage du bureau se charge très bien de cela...
Encore heureux que les outils Mdk sachent gérer la configuration de la Mdk pour un truc aussi simple que changer le gestionnaire de fenêtres!!!
Mais moi, je ne parlais pas de ces outils; je disais juste que quand on modifie manuellement sa Mandrake, on constate que les scripts sont « auto-réparants ». Quand un problème pourrait faire que l'exécution se termine mal (fichier inexistant, par exemple), on retombe sur les valeurs par défaut. C'est ce qui fait que la configuration manuelle d'une Mandrake n'est pas vraiment adaptée à l'apprentissage.
-- Jérémy JUST
Lionel GRUHN
Jérémy JUST wrote:
Mais moi, je ne parlais pas de ces outils; je disais juste que quand on modifie manuellement sa Mandrake, on constate que les scripts sont « auto-réparants ».
C'est pour cela que je l'ai laissée tomber: j'en avais marre de voir mon fstab modifié à chaque boot!!!
Lionel
Jérémy JUST wrote:
Mais moi, je ne parlais pas de ces outils; je disais juste que quand
on modifie manuellement sa Mandrake, on constate que les scripts sont
« auto-réparants ».
C'est pour cela que je l'ai laissée tomber: j'en avais marre de voir mon
fstab modifié à chaque boot!!!
Mais moi, je ne parlais pas de ces outils; je disais juste que quand on modifie manuellement sa Mandrake, on constate que les scripts sont « auto-réparants ».
C'est pour cela que je l'ai laissée tomber: j'en avais marre de voir mon fstab modifié à chaque boot!!!
