J'aime bien le concept des packages harden : c'est bien trouvé, pas compliqué et très efficace.
En gros, les packages harden n'installent rien, mais ils sont en conflit avec les packages réputés peu sécurisés. (wuftpd par exemple)
Comme ça si tu fais un apt-get install d'un soft que tu ne connais pas trop, le système de dépendances te met immédiatement au parfum si le bidule est connu pour ses failles à répétion.
Serieux... Rendez l'eau gratuite, et 50% des chasses d'eau fuieront dans 10 ans sans que ca gène leurs propriètaires. (Bon... le bruit les gènera un peu, mais pas suffisament pour avoir envie de s'occuper de ça). Je ne pense pas que l'éducation puisse changer grand chose à cet état d'esprit.
Pour le post juste au dessus (je cumule) : quand tu laisse couler l'eau, ton eau propre se mélange à de l'eau sale. Au final ca fait plus d'eau à apporter à ton robinet et plus d'eau à retraiter. (au niveau de l'épuration, avoir plus de volume est bien plus génant que d'avoir de l'eau un peu plus sale). Donc en laissant couler l'eau tu gaspilles, tu utilises plus de ressources et donc tu pollues plus. (Ça m'épatte qu'on puisse penser le contraire en fait. Tu plaisantais non ?)
Je ne sais pas ce que fait la Mandrake par défaut pour les disques, mais sur la Debian comme sur beaucoup de distrib il faut avant tout passer par la case "hdparm".
Multiplier par 2 le débit de tes disques te fera gagner beeaaaaauuucoup plus de temps sur le lancement de pas mal chose que toutes les recompilations i586 du monde.
Ensuite si tu tiens vraiment à tes optimisations :
- J'ai déjà entendu parler d'une source apt ou tout est compilé en i586 ou i686. (je sais plus, et je n'ai pas le liens sous la main)
- Apt peut télécharger les sources plutôt que les binaires puis construire le package automatiquement avant de l'installer. Tu peux alors donner les options qui te plaisent. (mais regarde d'abord hdparm si ce n'est pas déjà fait surtout)
Je vois un petit problème au xml... Toutes ces balises, ça prends de la place non ?
D'un autre coté, ca doit pouvoir se compresser très efficacement vu la tête que ça a un fichier xml. Le mieux serait évidement d'avoir un format de compression adapté au xml et qui soit normalisé pour que les parsers puissent le comprendre nativement.
Et si on veux lire le fichier avec nos petits yeux ou que le parser ne connait pas le format, un coup de xmlzless ou de xmlunzip et hop!
On peut espérer que si OpenOffice.org est bon, moins de particulier pirateront MSOffice. (Vous avez déjà vu UN Office non piraté chez un particulier ?)
Les PC de chez Carrefour seront encore sous Windows pendant un moment à mon avis. Mais si il y a aussi un bon OpenOffice.org (ou StarOffice) installé par défaut, ont peut espérer voir moins de .doc et .xls circuler partout.
Mais bon... Microsoft "intégrera" Word à Windows XXP 2003 et on n'en parlera plus. (J'ai entendu dire que XP lance par défaut MSN Messenger au démarrage tient)
Faut-il se réjouir de ce genre de nouvelle ?
Rendre Wine performant incite les éditeurs à ne pas s'occuper de la plateforme Linux (vu que leurs prog Win32/DirectX tournent déjà dessus avec Wine).
Mais c'est oublier que Linux ne s'arrête pas à l'i386. (et ne parlont pas des perfs)
C'est sympa de pouvoir faire tourner des jeux là tout de suite maintenant, mais si on regarde un peu plus loin...
En passant, l'implémentation par Wine des librairies Windows suffisent-elles pour WineX ou alors il faut encore les dll Microsoft ?
D'après plusieurs bouquins sur les trucs rigolos de la langue française (dont "au bonheur des mots", excellent), la correspondance super-connue entre Musset et Sand n'a _pas_ été écrite par Musset ni Sand. (Ca n'empèche pas le texte d'être bon.)
Bah le texte de Romain sur www.programmationworld.com est rapide mais contient déjà des choses intéressantes.
Perso, je pensais que le compilateur s'occupait tout seul de faire les optimisations style "a += b" et "a << 4" à la place de "a = a + b" et "a * 16". Et bien apparement ce n'est pas le cas.
(en passant, pour Romain : s/notre/autre/ dans le 3ème paragraphe de la page sur l'optimisation (5))
Et une petite précision (mais je suis sur que c'est pour garder un texte court que ça a été omit) : Le fait de déclarer une méthode "final" ne sert pas que à fournir une possibilité d'optimisation au compilateur. À ce que j'en sais, il y a aussi une amélioration des perf à l'execution dans certain cas (quand myRef.toto() est invoquée, pas la peine d'aller voir si le type "runtime" de myRef n'est pas une classe qui surcharge toto()). Donc ce n'est pas "L'intérêt de telles méthodes..." mais "Un des intérêts de telles méthodes..."
Comment ça je chipotte ?
Ce n'est pas du chipottage. Ce post est en fait une tentative d'obtenir confirmation de ce que j'ai marqué après "À ce que j'en sais" ;-)
Tabstop, c'est 8.
Tout contrevenant se fera taper sur les doigts.
Tout le monde utilise 8. Les fichiers produits avec la conf ci-dessus s'afficheront correctement partout grace au expandtab (infâme pour moi), mais dès qu'il s'agira d'ouvrir un fichier codé par quelqu'un de normal, ca ne va pas être jolie-jolie.
Perso, je code toute la journée avec Emacs et j'utilise vim et jed quand je veux lancer un editeur rapidement pour un fichier de conf.
- Jed pour avoir toutes mes commandes Emacs auxquelles je suis habitué.
- Vim quand je sais que je n'aurais pas de truc complexe à faire, simplement pour garder la main au cas ou je me retrouve un jour sur une machine ou il n'y a que un vi-like.
[A propos de la sécurité de Passport] "Le système est verrouillé à un point tel qu'en cas de perte de votre mot de passe, l'administrateur ne peut même pas vous le communiquer à nouveau. La seule solution consiste à ouvrir un nouveau Passport."
Whaaaaaaaaa...
Je ne pensais pas qu'on puisse verrouiller à ce point un système...
La principale utilité du catalogue Surcouf est de retrouver facilement les références des trucs qu'on veux quand on va chez les fournisseurs-importateurs venus des pays situés à l'Est des pays de l'Est.
Pas besoin d'être à Paris pour ça.
Rien n'empèche l'utilisateur de Mandrake de modifier les fichiers à la main, mais en général les fichiers générés par des outils automatiques ne sont pas très folichon à parcourir. Donc si tu sais que tu vas configurer des trucs "à la main", mieux vaut partir sur une Deb ou une Slack.
Je voulais juste revenir sur le point de la Debian 3.0 ...
Déjà quand une Debian sort en stable, ce n'est pas toujours la distrib la plus "recente" (en terme de version des softs).
Ensuite tu es sur de vouloir attendre la 3.0 ? Tu risque d'attendre longtemps... Qui a dit que Woody se verrait affublée du numéro 3 ? (Ou alors je suis passé à coté de la décision...)
Enfin bref-bref-bref... Tout ca pour dire que si tu veux comparer une Debian avec une autre distrib, il ne faut pas forcement se baser sur la 2.2r3.
Si Debian devait vendre des boites pour vivre, la Woody serait dans les bacs de Surcouf depuis longtemps.
(Reste un problème (qui ne me touche pas) : S'installer une Debian >2.2 quand on a pas une bonne connexion à Internet, ce n'est pas simple)
[^] # Re: c'est vraiment les principales ...
Posté par Wawet76 . En réponse à la dépêche top20 des erreurs. Évalué à 6.
En gros, les packages harden n'installent rien, mais ils sont en conflit avec les packages réputés peu sécurisés. (wuftpd par exemple)
Comme ça si tu fais un apt-get install d'un soft que tu ne connais pas trop, le système de dépendances te met immédiatement au parfum si le bidule est connu pour ses failles à répétion.
[^] # Re: Faut pas faire des grosses annonces comme ça :)
Posté par Wawet76 . En réponse à la dépêche First Jeudi. Évalué à 5.
Et les "Last Jeudi" de montpellier qui sont annoncés à chaque fois alors ?
Faudrait juste penser à envoyer vos dates à mon avis....
[^] # Re: Et a coté
Posté par Wawet76 . En réponse à la dépêche Linux plus fort que les « mauvais » Unix. Évalué à 2.
Mais bon... IBM n'avait qu'à pas polioter non plus. Je pense qu'on ne les y reprendra plus.
[^] # Re: gaspillage
Posté par Wawet76 . En réponse à la dépêche Linux plus fort que les « mauvais » Unix. Évalué à -1.
Serieux... Rendez l'eau gratuite, et 50% des chasses d'eau fuieront dans 10 ans sans que ca gène leurs propriètaires. (Bon... le bruit les gènera un peu, mais pas suffisament pour avoir envie de s'occuper de ça). Je ne pense pas que l'éducation puisse changer grand chose à cet état d'esprit.
Pour le post juste au dessus (je cumule) : quand tu laisse couler l'eau, ton eau propre se mélange à de l'eau sale. Au final ca fait plus d'eau à apporter à ton robinet et plus d'eau à retraiter. (au niveau de l'épuration, avoir plus de volume est bien plus génant que d'avoir de l'eau un peu plus sale). Donc en laissant couler l'eau tu gaspilles, tu utilises plus de ressources et donc tu pollues plus. (Ça m'épatte qu'on puisse penser le contraire en fait. Tu plaisantais non ?)
[^] # Re: Alors que Slackware :
Posté par Wawet76 . En réponse à la dépêche Linux plus fort que les « mauvais » Unix. Évalué à 1.
On commence par gltron, on ne sait pas où ça fini ^_^
/!\ Attention cependant, il parait que s'occuper de maintenir un paquetage prend beaucoup plus de temps que ce qu'on pourrait croire...
[^] # Re: une question justement
Posté par Wawet76 . En réponse à la dépêche Linux plus fort que les « mauvais » Unix. Évalué à 2.
Multiplier par 2 le débit de tes disques te fera gagner beeaaaaauuucoup plus de temps sur le lancement de pas mal chose que toutes les recompilations i586 du monde.
Ensuite si tu tiens vraiment à tes optimisations :
- J'ai déjà entendu parler d'une source apt ou tout est compilé en i586 ou i686. (je sais plus, et je n'ai pas le liens sous la main)
- Apt peut télécharger les sources plutôt que les binaires puis construire le package automatiquement avant de l'installer. Tu peux alors donner les options qui te plaisent. (mais regarde d'abord hdparm si ce n'est pas déjà fait surtout)
[^] # Re: le xml comme format de fichier
Posté par Wawet76 . En réponse à la dépêche sortie de la beta de Star Office 6. Évalué à 7.
D'un autre coté, ca doit pouvoir se compresser très efficacement vu la tête que ça a un fichier xml. Le mieux serait évidement d'avoir un format de compression adapté au xml et qui soit normalisé pour que les parsers puissent le comprendre nativement.
Et si on veux lire le fichier avec nos petits yeux ou que le parser ne connait pas le format, un coup de xmlzless ou de xmlunzip et hop!
[^] # Re: J'ai vu ..
Posté par Wawet76 . En réponse à la dépêche sortie de la beta de Star Office 6. Évalué à 5.
Les PC de chez Carrefour seront encore sous Windows pendant un moment à mon avis. Mais si il y a aussi un bon OpenOffice.org (ou StarOffice) installé par défaut, ont peut espérer voir moins de .doc et .xls circuler partout.
Mais bon... Microsoft "intégrera" Word à Windows XXP 2003 et on n'en parlera plus. (J'ai entendu dire que XP lance par défaut MSN Messenger au démarrage tient)
# El return of the raleur.
Posté par Wawet76 . En réponse à la dépêche Half Life sous Linux (via WineX). Évalué à 10.
Rendre Wine performant incite les éditeurs à ne pas s'occuper de la plateforme Linux (vu que leurs prog Win32/DirectX tournent déjà dessus avec Wine).
Mais c'est oublier que Linux ne s'arrête pas à l'i386. (et ne parlont pas des perfs)
C'est sympa de pouvoir faire tourner des jeux là tout de suite maintenant, mais si on regarde un peu plus loin...
En passant, l'implémentation par Wine des librairies Windows suffisent-elles pour WineX ou alors il faut encore les dll Microsoft ?
[^] # Re: Erreur sur la mentalité
Posté par Wawet76 . En réponse à la dépêche Linux plus fort que les « mauvais » Unix. Évalué à 1.
Bref, bref...
[^] # Re: Une nouvelle ère commenca alors.
Posté par Wawet76 . En réponse à la dépêche Article sur Passport dans libé. Évalué à 2.
Melissa, code red, nimda, etc. ont infectés énormement de machines.
Un jour ou l'autre il va y en avoir un qui efface tout au lieu de "seulement" renommer quelques fichiers.
[^] # Re: Reponse d'un eùmployé de Microsoft France :
Posté par Wawet76 . En réponse à la dépêche Microsoft est faché. Évalué à 1.
Oui, oui, oui.
On ne le voit plus.
Pourtant il passe toujours, cf
http://linuxfr.org/users/?a=vu&user_id=3372(...)
Fatigué de répondre aux guignols ?
Ou alors tu postes en anonyme ?
[^] # Re: Dois-je acheter le nouveau numéro ?
Posté par Wawet76 . En réponse à la dépêche Linux Magazine n°32. Évalué à -1.
Merci à LMF et LinuxFr.
[^] # Re: J'ai lu un certain nombre de bêtises dans les commentaires !!!
Posté par Wawet76 . En réponse à la dépêche La stéganographie en question. Évalué à 8.
D'après plusieurs bouquins sur les trucs rigolos de la langue française (dont "au bonheur des mots", excellent), la correspondance super-connue entre Musset et Sand n'a _pas_ été écrite par Musset ni Sand. (Ca n'empèche pas le texte d'être bon.)
[^] # Re: souhait pour un futur article sur java
Posté par Wawet76 . En réponse à la dépêche Hors Série Java, seconde édition. Évalué à 6.
Perso, je pensais que le compilateur s'occupait tout seul de faire les optimisations style "a += b" et "a << 4" à la place de "a = a + b" et "a * 16". Et bien apparement ce n'est pas le cas.
(en passant, pour Romain : s/notre/autre/ dans le 3ème paragraphe de la page sur l'optimisation (5))
Et une petite précision (mais je suis sur que c'est pour garder un texte court que ça a été omit) : Le fait de déclarer une méthode "final" ne sert pas que à fournir une possibilité d'optimisation au compilateur. À ce que j'en sais, il y a aussi une amélioration des perf à l'execution dans certain cas (quand myRef.toto() est invoquée, pas la peine d'aller voir si le type "runtime" de myRef n'est pas une classe qui surcharge toto()). Donc ce n'est pas "L'intérêt de telles méthodes..." mais "Un des intérêts de telles méthodes..."
Comment ça je chipotte ?
Ce n'est pas du chipottage. Ce post est en fait une tentative d'obtenir confirmation de ce que j'ai marqué après "À ce que j'en sais" ;-)
[^] # AAaaarrgggg
Posté par Wawet76 . En réponse à la dépêche Vim6 est sorti !. Évalué à 1.
Tout contrevenant se fera taper sur les doigts.
Tout le monde utilise 8. Les fichiers produits avec la conf ci-dessus s'afficheront correctement partout grace au expandtab (infâme pour moi), mais dès qu'il s'agira d'ouvrir un fichier codé par quelqu'un de normal, ca ne va pas être jolie-jolie.
Perso, je code toute la journée avec Emacs et j'utilise vim et jed quand je veux lancer un editeur rapidement pour un fichier de conf.
- Jed pour avoir toutes mes commandes Emacs auxquelles je suis habitué.
- Vim quand je sais que je n'aurais pas de truc complexe à faire, simplement pour garder la main au cas ou je me retrouve un jour sur une machine ou il n'y a que un vi-like.
[^] # Re: incroyable !!!
Posté par Wawet76 . En réponse à la dépêche Sortie de la Mandrake 8.1. Évalué à 1.
Les ressemblances entre les numéros de version des deux dernières Debian et de leur noyau est une coïncidence.
[^] # Re: Un peu de réflexion ...
Posté par Wawet76 . En réponse à la dépêche Sortie de la Mandrake 8.1. Évalué à 1.
La Woody sera bien la Debian 3.0
C'est sur leur site web.
[^] # Re: Changement d'OS
Posté par Wawet76 . En réponse à la dépêche Nimda, on remet ça?!. Évalué à 4.
Whaaaaaaaaa...
Je ne pensais pas qu'on puisse verrouiller à ce point un système...
--
[^] # J'avoue tout monsieur le juge.
Posté par Wawet76 . En réponse à la dépêche Hors Série Java, seconde édition. Évalué à -10.
Mais je ne suis pas particulièrement petit.
[^] # Re: Un bel exemple de java
Posté par Wawet76 . En réponse à la dépêche Hors Série Java, seconde édition. Évalué à -10.
http://www.bigidea.com/penguins/kids/k_spacedpenguin.htm(...)
Perso : 735943
(Après 3 parties)
[^] # Re: Login!
Posté par Wawet76 . En réponse à la dépêche Hors Série Java, seconde édition. Évalué à 10.
QNX, BeOS et d'autres ne sont pas libre, mais dans le scope de Login:.
[^] # Re: Changement d'OS
Posté par Wawet76 . En réponse à la dépêche Nimda, on remet ça?!. Évalué à 8.
> patch M$ est quand même plus facile à
> appliquer...
Je pense que tu devrais effacer ta signature pour rester crédible.
[^] # Re: une fois de plus ....
Posté par Wawet76 . En réponse à la dépêche Linux dans l'Ordinateur Individuel. Évalué à 6.
Pas besoin d'être à Paris pour ça.
[^] # Re: Un peu de réflexion ...
Posté par Wawet76 . En réponse à la dépêche Sortie de la Mandrake 8.1. Évalué à 3.
Je voulais juste revenir sur le point de la Debian 3.0 ...
Déjà quand une Debian sort en stable, ce n'est pas toujours la distrib la plus "recente" (en terme de version des softs).
Ensuite tu es sur de vouloir attendre la 3.0 ? Tu risque d'attendre longtemps... Qui a dit que Woody se verrait affublée du numéro 3 ? (Ou alors je suis passé à coté de la décision...)
Enfin bref-bref-bref... Tout ca pour dire que si tu veux comparer une Debian avec une autre distrib, il ne faut pas forcement se baser sur la 2.2r3.
Si Debian devait vendre des boites pour vivre, la Woody serait dans les bacs de Surcouf depuis longtemps.
(Reste un problème (qui ne me touche pas) : S'installer une Debian >2.2 quand on a pas une bonne connexion à Internet, ce n'est pas simple)