>ça tournera sans modifs sur un Athlon en cas de coup bas
Si intel passe au p4, ils builderont leurs MacOSX pour P4(ils ont aucun interets à etre compatible i686) et je peux te dire que ca tournera pas avec un athlon.
Finalement, je me dis que MacosX sur pc, c 'est pas pour demain et que Apple va juste nous vendre des Mac avec un pentium dedans, reste à voir si ils baisseront leur prix.
Ca marche aussi sous Debian,
apt-get install pmount hal udev
Par contre, Kde ne monte rien automatiquement et malheureusement monte le tout sans l'option sync, donc quoi qu'il arrive, tu peux pas arracher ta clef comme sous Ubuntu.
Franchment, j'ai un Dell GX200etdes brouettes au taf, y'a un p4 dedans, ben t'entends rien du tout, c'est presque tromatisant, t'es obliger de coller l'oreil contrel a tour pour entendre quoi que ce soit... Meme mon portable Dell Inspiron fait plus de bruit...
Oui, ben pour voir beaucoup d'utilisateurs(profs, administratifs, étudiants, ...) dans différents endroit(fac, lycées, colleges), ils sont nombreux a vouloir un mac mais à trouver ca trop cher. Si Apple propose une version PC et qu'on commence à trouver des cd OSX gravé pour PC, je pense que ce dernier pourrait se répendre bien plus rapidement qu'on ne le pense.
C'est vrai qu'il semble plus interessant de builder une LFS de A à Z plutot que de prendre une debian stable, de compiler les softs qu'il te manque et de n'avoir à gérer que ca pour les mises à jours...
J'ai jamais dit qu'il fallait mettre des sid sur les serveurs, meme si je connais des gens qui ont ca sur leurs serveurs et qui avec prudence n'ont jamais eu de probleme.
C'etait plus pour dire que pour ceux qui se veulent des softs plus récent, y'a aussi la sid voir testing mais elle manque de fix de sécu.
>l'important avec une distribution stable est le support des mise à jour de
>sécurité.
Ben oui, d'ou l'interet d'une distribution qui ne se renouvelle pas tous les 12 mois...
>Debian va réviser son mode de développement pour raccourcir ses delais
>de sortie
Bof, avec la sid et la testing, je vois pas vraiment l'interet de raccourcir les delais, c'est tout sauf un probleme pour moi. Meme si les mises à jours de la woody vont continuer, je ne voudrais pas que Debian deviennent une distrib que tu reinstalles tous les deux ans parce que y'a plus de fix de sécu...
Apres, si le nouveau mode de développement pouvait empecher les problemes à la XFree/XOrg, la par contre ca serait un plus...
Si mes souvenirs sont bon, y'a quelque chose dans drakconf pour faire une disquette d'install à partir de ses fichiers. Faut aller dans la section Boot je pense.
>Il me semble sentir un petit relent de condescendance et de mépris pour les
>gens inexpérimentés dans cette phrase non ?
Non, pour les gens qui font aucun effort.
Je suis désolé, mais le shell, comme tout langage, ca s'apprend.
Et oui le shell est mieux que perl & co des qu'il s'agit de faire du systeme! J'ai jamais fait un script perl de ma vie, je fais tout en shell et tu peux faire plus de truc que tu semble l'imaginer.
Moi, je vois plus python et perl pour faire des programmes qui manipule des type de données complexes, mais pour le reste, je reste fidele au shell ;)
Enfin, si quand tu fait un ls -l sur un rep de plusieurs entrée, si le terminal doit tout analyser pour savoir comment colorier(rep, fichier, ...), ca va ramer sec...
Alors tu vois, dans pas mal de langage de haut niveau genre ADA, du différencie les fin de bloc via une instruction différente: end loop; end if; end; suivant si tu te situe dans une boucle, dans un if ou dans un nouveau bloc.
Avec ton truc, sur un script shell bien complexe et malgre une identation correcte, tu es sur de te retrouver avec un mal de tete pour savoir à quel bloc fait référence le end;
d'ou l'interet d'avoir des do...done, then...fi , un soucis de clarté que tu n'auras pas avec ton truc.
De plus, son langage aurait apporté une syntaxe totalement différente et nouvelle, j'aurais applaudit, mais la, franchement, pas être capable de retenir la syntaxe du if et du for, autant arreter de faire des scripts shell ...
Oui, enfin les soldats alliés et la résistance, ils se sont battu pour libérer les pays occupés, pas pour mettre fin à la shoah... D'ailleurs, pendant la guerre, le terme n'existait pas, et si on se doutait bien que les nazis exploitaient les juifs dans des camps, leur extermination n'a été découverte qu'a la fin de la guerre...
[^] # Re: Steve Jobs veut prendre Bill Gates à son propre jeu.
Posté par gnumdk (site web personnel) . En réponse à la dépêche Apple abandonne IBM pour Intel. Évalué à 2.
[^] # Re: Pas très étonnant
Posté par gnumdk (site web personnel) . En réponse à la dépêche Apple abandonne IBM pour Intel. Évalué à 1.
>l'option sync.
Avec pmount, hal et media:/, il ne faut pas d'entrée dans /etc/fstab!
[^] # Re: Steve Jobs veut prendre Bill Gates à son propre jeu.
Posté par gnumdk (site web personnel) . En réponse à la dépêche Apple abandonne IBM pour Intel. Évalué à 2.
Si intel passe au p4, ils builderont leurs MacOSX pour P4(ils ont aucun interets à etre compatible i686) et je peux te dire que ca tournera pas avec un athlon.
Finalement, je me dis que MacosX sur pc, c 'est pas pour demain et que Apple va juste nous vendre des Mac avec un pentium dedans, reste à voir si ils baisseront leur prix.
[^] # Re: Aurevoir PPC ?
Posté par gnumdk (site web personnel) . En réponse à la dépêche Apple abandonne IBM pour Intel. Évalué à 2.
[^] # Re: Pas très étonnant
Posté par gnumdk (site web personnel) . En réponse à la dépêche Apple abandonne IBM pour Intel. Évalué à 2.
apt-get install pmount hal udev
Par contre, Kde ne monte rien automatiquement et malheureusement monte le tout sans l'option sync, donc quoi qu'il arrive, tu peux pas arracher ta clef comme sous Ubuntu.
[^] # Re: 64 ou 32bits ?
Posté par gnumdk (site web personnel) . En réponse à la dépêche Apple abandonne IBM pour Intel. Évalué à 2.
[^] # Re: Pas très étonnant
Posté par gnumdk (site web personnel) . En réponse à la dépêche Apple abandonne IBM pour Intel. Évalué à 2.
[^] # Re: OpenGL et Solaris sur x86
Posté par gnumdk (site web personnel) . En réponse à la dépêche Disponibilité des pilotes Nvidia pour Linux et Solaris. Évalué à 5.
[^] # Re: Question innocente de quelqu'un qui ne connait pas Debian
Posté par gnumdk (site web personnel) . En réponse au journal Debian Sarge is out ? !. Évalué à 3.
Enfin, tu fais ce que tu veux...
[^] # Re: Bof...
Posté par gnumdk (site web personnel) . En réponse à la dépêche Debian 3.1 ; nom de code : Sarge. Évalué à 5.
C'etait plus pour dire que pour ceux qui se veulent des softs plus récent, y'a aussi la sid voir testing mais elle manque de fix de sécu.
>l'important avec une distribution stable est le support des mise à jour de
>sécurité.
Ben oui, d'ou l'interet d'une distribution qui ne se renouvelle pas tous les 12 mois...
# Bof...
Posté par gnumdk (site web personnel) . En réponse à la dépêche Debian 3.1 ; nom de code : Sarge. Évalué à 10.
>de sortie
Bof, avec la sid et la testing, je vois pas vraiment l'interet de raccourcir les delais, c'est tout sauf un probleme pour moi. Meme si les mises à jours de la woody vont continuer, je ne voudrais pas que Debian deviennent une distrib que tu reinstalles tous les deux ans parce que y'a plus de fix de sécu...
Apres, si le nouveau mode de développement pouvait empecher les problemes à la XFree/XOrg, la par contre ca serait un plus...
[^] # Re: Relation avec composite...
Posté par gnumdk (site web personnel) . En réponse à la dépêche E17 pratique l'extorsion. Évalué à 8.
La question est plus pourquoi les gens de Xorg ne sont pas aller voir ce que les gens de E17 avaient déja fait....
[^] # Re: Liste des cartes supportées par le driver
Posté par gnumdk (site web personnel) . En réponse au journal nouveaux pilotes nvidia. Évalué à 2.
[^] # Re: Une autre bète question
Posté par gnumdk (site web personnel) . En réponse au journal gaim + LaTeX. Évalué à 9.
auto-apt update
auto-apt search bin/convert
Ca pourra te servir le jour ou t'auras une autre commande à chercher ;)
[^] # Re: Pourquoi pas KDE?
Posté par gnumdk (site web personnel) . En réponse au journal Gnome ou KDE ou....quoi ?. Évalué à 2.
[^] # Re: Pourquoi pas KDE?
Posté par gnumdk (site web personnel) . En réponse au journal Gnome ou KDE ou....quoi ?. Évalué à 2.
# Et oui :) déjà passé!
Posté par gnumdk (site web personnel) . En réponse au journal Comparaison des vitesses de navigateurs : Firefox pas le meilleur ?. Évalué à 7.
Désolé :p
[^] # Re: rpm -qa
Posté par gnumdk (site web personnel) . En réponse au message Liste des paquetages. Évalué à 2.
Si mes souvenirs sont bon, y'a quelque chose dans drakconf pour faire une disquette d'install à partir de ses fichiers. Faut aller dans la section Boot je pense.
[^] # Re: détails ?
Posté par gnumdk (site web personnel) . En réponse au message kmail. Évalué à 3.
# Une explication?
Posté par gnumdk (site web personnel) . En réponse au journal Quelle logique ?. Évalué à 5.
La France et l'Angleterre n'ont pas la meme histoire politique et social.
[^] # Re: POSIX
Posté par gnumdk (site web personnel) . En réponse au journal Enfin un shell pour moi ?. Évalué à 5.
>gens inexpérimentés dans cette phrase non ?
Non, pour les gens qui font aucun effort.
Je suis désolé, mais le shell, comme tout langage, ca s'apprend.
Et oui le shell est mieux que perl & co des qu'il s'agit de faire du systeme! J'ai jamais fait un script perl de ma vie, je fais tout en shell et tu peux faire plus de truc que tu semble l'imaginer.
Moi, je vois plus python et perl pour faire des programmes qui manipule des type de données complexes, mais pour le reste, je reste fidele au shell ;)
[^] # Re: Coloration syntaxique
Posté par gnumdk (site web personnel) . En réponse au journal Enfin un shell pour moi ?. Évalué à 2.
[^] # Re: POSIX
Posté par gnumdk (site web personnel) . En réponse au journal Enfin un shell pour moi ?. Évalué à 4.
Alors tu vois, dans pas mal de langage de haut niveau genre ADA, du différencie les fin de bloc via une instruction différente: end loop; end if; end; suivant si tu te situe dans une boucle, dans un if ou dans un nouveau bloc.
Avec ton truc, sur un script shell bien complexe et malgre une identation correcte, tu es sur de te retrouver avec un mal de tete pour savoir à quel bloc fait référence le end;
d'ou l'interet d'avoir des do...done, then...fi , un soucis de clarté que tu n'auras pas avec ton truc.
De plus, son langage aurait apporté une syntaxe totalement différente et nouvelle, j'aurais applaudit, mais la, franchement, pas être capable de retenir la syntaxe du if et du for, autant arreter de faire des scripts shell ...
[^] # Re: ce qui me dérange le plus...
Posté par gnumdk (site web personnel) . En réponse au journal C'est fini. Évalué à 3.
Désolé, cela ne va pas changer notre société de merde, au contraire, ca la légitime encore et toujours...
[^] # Re: ceci n'est pas un GodWin
Posté par gnumdk (site web personnel) . En réponse au journal C'est fini. Évalué à 2.