seginus a écrit 2134 commentaires

C'est à confirmer, mais je dirais que c'est 44100.
Pour tester, j'ai fait un google fight et j'obtiens 2430 pour "44000 Hz" et 46200 pour "44100 Hz" .
Je sais que c'est pas la méthode la meilleur qui soit mais bon.

(oui je devrait convertir tout ça je sais pas la peine de me le dire)
personnellement, ce sont des formats que j'ai jamais réussi à convertir, les résultats que j'obtiens sont toujours déplorables au niveau qualité/taille par rapport à l'original. Je pense que ça doit venir des différences entre les algorithmes de compressions ce qui fait que tu cumules les défauts de chaques encodage (ou codage, c'est comme vous voulez).

C'est cool ça, Emacs permet de lancer VIM qui permet de lancer Emacs.

ah ! quelqu'un qui ne communique pas qu'avec des liens.

PPPS: Ce journal était juste une réponse à ton troll au cas ou tu ne l'aurais pas compris
Si, je l'avais très bien compris (juste que c'est tellement bien copié qu'au début, j'ai cru que les commentaires de mon journal avait disparu) le commentaire était juste une réponse à la réponse de mon troll qui n'en était pas entièrement un.

Et la maintenance, toujours 2 heures (par jours) ?
J'étais longtemps sur Debian, mais les paquets années 60 commencé à me fatiguer un peu et quand j'ai testé la sarge (j'avais pas poussé jusqu'à la sid), j'ai trouvé ça d'un bordel monstrueux.
Alors que sur Gentoo, les programmes sont très récents, et c'est stable.

PS : Ton histoire est de plus invraissemblable, tout le monde sait que si tu avais testé la Gentoo, t'aurais pas cherché plus loin.

Merci, je ne savais pas que make pouvait reprendre une compilation intérompue.

Je veux juste dire que screen fonctionne tant que l'on éteint pas l'ordinateur.

screen, je l'avais déjà installé pour cette raison, mais il ne survit pas à une extinction de l'ordi.

Merci pour ta réponse, mais je crois que emerge reprend la compilation depuis le début. Et quand on compile des trucs genre kdebase ou openoffice, des fois, on aimerai bien l'intérompre au milieu.

P.S. Je n'avais pas encore lu le commentaire su Blaster. Ce qui montre encore bien la rigueur de ce test. (Veulent aussi retirer les chevaux de Troie) ?

Faudrait peut-être arrêté de se défendre avec « Linux ça n'est que le noyau ». Evidemment qu'on considère un système entier, parce qu'au niveau sécurité, on en a rien à faire de savoir d'où vient la faille (si ce n'est pour la corriger). Si tu as un noyau à toute épreuve, mais qu'à côté, les logiciels sont tout plein de faille, on ne peut pas dire au gens que le système est fiable.
Par contre, je ne vois pas comment ils ont pu sortir ses chiffres, vu que juste avec Blaster ou le petit nouveau, ils ont contaminé plus d'ordi sur Windows qu'il n'existe d'ordi sur Linux.
Mais c'est vrai qu'il y a un problème de sécurité au niveau des utilisateurs personnelles. Linux donne le choix au niveau de tout et aussi bien au niveau de la sécurité, ce qui fait que si ont veux, on peu faire un système encore moins sécurisé que Windows. Après, je ne sais pas si ont peux mettre en cause le système mais seulement les utilisateurs.
Cependant, il faut reconnaitre que tout le monde ne va pas équiper son ordi d'un peur feu et vérifier les logs tout les jours. Tout simplement parce qu'il n'en ont pas l'utilité.
Ces statistiques n'ont aucun sens car aucun intérêt si ce n'est afficher des statistiques dans un journal, parce qu'apparament aujourd'hui les gens aiment ça même si ont leur fait dire tout et n'importe quoi.

Comme dirait les inconnus
La giffle, c'est combien ?

À noter aussi que la transparence existait déjà sur la 3.1(configuration au même endroit)

C'est comme pour ceux qui roulent dans des vieilles voitures de collection. C'est complètement dépassé, ça mais c'est la nostalgie du passé.
Là c'est pareil, c'est pour ce souvenir de ce qu'était Linux il y a 2 ans. Les joies du noyaux 2.2, c'est quand même autre choses que ses noyaux 2.4.x et 2.6.x. En plus, Gnome est plus homogène vu que tout est en GTK1.
Mais tu est un utilisateur récent donc pardonné. Tu ne peux pas être nostalgique de cette époque.

Je ne comprend pas pourquoi tu t'emportes, je n'ai jamais critiqué Mandrake. Ce que je disais, c'est juste que si quelqu'un ne connais ni KDE, ni Gnome, il ne va pas chercher à modifier l'option et va juste passer à la suite. Il se retrouvera alors avec KDE. Donc si il a choisit gnome, c'est parce qu'il voulait gnome, c'est tout.
Je ne vois pas dû tout où est le problème. Chaque distribution choisit un gestionnaire par défaut. RedHat/Fedora est plutôt orienté Gnome et Mandrake KDE. (D'ailleur MandrakeMove lance KDE, pas Gnome et si mes souvenir sont bon (j'ai installé la 9.2 il n'y a pas très longtemps), les paquetages de KDE sont sélectionné par défaut à l'installation et pas ceux de Gnome.
Pour ton avant dernière remarque, je pense que c'est parce que KDE et Gnome Sont des gestionnaires d'environements alors que les autres ne sont que des gestionnaires de fenêtres. Et pour la dernière remarque, je comprend pourquoi ils ont préféré vi à emacs mais je ne vais pas débattre là-dessus.

Ça doit être IPchaines, IPtables n'est sortie que sur le 2.4 (On parle de Débian là !).

En fait, en UTF-8, c'est les cadres qui déconnent après. Je crois que faudrait vraiment que tu mettent les symboles genre &eacute ; à la place de é dans ton source.

J'ai pas encore fini de regardé, mais je crois déjà qu'il faut que tu mettes UTF-8 comme charset parce que là, le ISO-8859-15, les accents ça passe pas du tout.

Sûr que je trouves aussi que le passage de gtk/gnome 1 à 2 a été une réussite graphique, mais plutôt une régression pour tout le reste. Moins configurable (on est vraiment passé d'un extrème à l'autre, et la dispartition des menus détachables qui étaient vraiment super pratique ; je sais, je me répète).

Et sur la fenêtre de login, il met quoi par défaut (si tu changes rien à l'installe et que tu fais juste suivant suivant suivant tout au long de l'installation) ?

Je viens d'installer Gnome pour tester ton truc. Ça me le fait aussi, mais que pour les applications GTK1, ce qui me laisse supposé que les thèmes sont prévu pour GTK2 et qu'il doit y avoir un problème de comptabilité.
En dehors de ça, je trouves particulièrement dommage qu'il n'y ai plus les menus détachables comme c'était le cas avant et qui était vraiment très pratique. de même que la création de raccourcis clavier directement dans les menus ; je sais que c'est quand même possible en mettant la ligne gtk-can-change-accels=1 dans le fichier .gtkrc-2.0 (un grand merci à Rox pour l'info), mais je trouves ça dommage que ce ne soit pas mit par défaut dit dans les options du machin de configuration. Voilà c'est tout ce que j'avais à dire de cette nouvelle tentative de Gnome après plus d'un an de non utilisation (vive FVWM2).

Je pense que si il a pris Gnome, c'est par choix, parce que Mandrake par défaut est configuré avec KDE. De plus, Gnome possède plein d'avantage par rapport à KDE tel que... zut, je trouve pas.

Normalement, il y a http://kernelconfig.free.fr/(...) mais il ne répond plus chez moi en ce moment.

De plus, j'en profite pour poser une autre question. Que mettre en module et directement dans le noyau ? parce que les avis sont un peu partagé là-dessus. Par exemple la carte son qu'on peu mettre en module, est-ce utile puisque de toute façon, elle sera chargé au démarrage. Si vous pouvez donnez vos avis et vos habitudes à ce sujet, ce serait le bienvenu.

Tout à fait d'accord, on a vraiment l'impression d'une traduction automatique recorrigée (je m'avencerai même jusqu'à parier sûr google translator que je viens de tester sur la page anglaise). C'est déjà un début, mais je pense qu'il y a beaucoup de chose à revoir au niveau des formulations. Si personne ne l'a fait, je verrais peut-être moi-même demain.
Sur ce, je vais aller dormir moi aussi.

Tu peux utiliser mozplugger qui te permet d'ouvrir à peu près n'importe quoi dans ton navigateur (tu spécifies dans le fichier de config le type de fichier et le programme externe à utiliser). Je viens de tester avec firefox 0.8 et mozplugger 1.5.0 et ça marche très bien (avec gv).
http://mozplugger.mozdev.org/(...)