la solution est géniale de simplicité. Surtout que ces filtres sont surtout fait pour améliorer l'état du jus, donc peu de fluctuation en dehors des 50Hz.
Ha ! en voilà une bonne nouvelle (le pauvre serveur HTTP de uzine, ça va downloader à mort :))
Je n'ai jamais rien vu de mieux que SPIP car tout le moteur est déjà fait, clair, rapide, et cela laisse une 'presque' totale liberté sur les pages.
Je pense tout de même que je ferai quelques suggestions quand je serai devenu un vrai gugu spip, par exemple, une baslise globale donnant le nom de l'utilisateur authentifié (pour faire un zoli 'Bienvenue Machin'), les formulaires de connexion (#LOGIN_PUBLIC et #LOGIN_PRIVE) que je trouve un peu rigide.
J'ai déjà les idées, mais je voudrais me plonger dans le code et pouvoir proposer une solution avant de faire la suggestion.
Templeet vs SPIP ? ya pas foto: SPIP à 500% (templeet, je ne suis jamais allé plus loin que l'installation, comme dirait votre cher contributeur: et après je fait quoi ?, trop lourd d'apprendre un nouveau langage, avec très peu de documentation, pas d'exemple tout fait). en SPIP, des squelettes de base sont fournis, et on trouve plein de contrib sur SPIP-CONTRIB qui donnent des jeux de squelettes (j'utilise pour mon site une base de DropZoneCity).
Heu pourquoi a cause de son initiateur ?
Gooch serait-il réputé pour faire du mauvais code ?
D'après ce que j'en ai vu, ce serait plutôt le contraire:
le devfs fonctionne très bien
devfsd fonctionne bien aussi, est très pratique et configurable à souhait
simpleinit n'est pas connu, car trop différent des autres systèmes d'init, et donc impossible à mettre en oeuvre en standard dans une distro, mais c'est mon système d'init préféré: simple, léger, rapide - un must si on prend la peine d'adapter sa distro
De plus, devfs n'est pas très connu du grand public, car sur toutes les distro qui l'implémentent (et je crois qu'elles sont majoritaires), il y a devfsd qui rend tout ça invisible.
Le seul bemol semblerait venir de LFS, car si devfs était un standard dans les LFS (et non juste un hint), beaucoup plus de personnes voulant connaître à fond linux s'y intéresserait.
J'ai débuté avec la Slack et en ai jamais démordu, j'ai donc beaucoup appris :)
Je bosse maintenant dans une société qui dispose de serveurs sous AIX, Digital Unix (merde, Compaq) et HP-UX. Résultat, apprentissage très très rapide de ces systèmes car la base était déjà là par 'le manque de convivialité' tant reproché.
Ha .... +1 (même s'il y en avait déjà 28 :)
c'est aussi mon cas.
Je travaille d'ailleurs sur nasgaïa qui est plus ou moins un fork de slackware par sa conception, mais le voeux le plus cher: ne pas avoir de système de dépendance (ou au pire, optionnel).
J'ai commencé sur la slack (en fait la version francisée de kheops), j'ai essayé à peu près tout (mandrake, redhat, knoppix, etc.. mais pas de debian pure :)), j'en suis revenu à slackware et nasgaia (parce qu'elle apporte un sang neuf et français)
Bravo Patrick de ne pas t'être découragé (cf un certain appel il y a quelques mois pour ne pas oublier slackware).
Je crois que le but de la question était:
c'est vraiment bien comme on le dit ? je suis septique.
... et je l'ai été moi aussi :)
je suis branché distro 'rustique' : slackware, nasgaïa - récent mais selon moi pour des gens 'rustiques' :) -, donc toutes ces nouvelles distro source, live-CD, etc.. me m'enchantaient pas ... mais je suis ouvert et j'ai testé le live-CD avec knoppix (je n'ai pas encore essayé les source-based parceque je n'ai pas d'accès au net depuis chez moi).
Et le résutlat: époustouflé de ce que l'on peut faire avec un CD et un ramdisk. Depuis, parallèlement à Nasgaïa, j'ai installé knoppix sur mon hd et de temps en temps (pas souvent cé vré) je boote dessus pour modifier son fonctionnement et en apprendre un peu plus sur le remarquable outil de détection hard.
Mon seul soucis est que sur ma machine il faut que le périph /dev/psaux soit utilisé avant la carte réseau parc'autrement la souris est bloquée. Donc au démarrage, je désactive le réseau (ifconfig eth0 down, rmmod ne)... et le réactive aussitpot après (modprobe ne, ifconfig eth0 up).
d'ailleurs merci aux auteurs de linuxfr pour ce changement, DLFP devenait imbuvable sous daCode (lenteur).
Longue vie à templeet ! (heu ... zauriez pas songé à spip - il gère entièrement la mise en forme avec quelques raccourcis typographiques, et il est sympa ?)
Ce n'est pas vraiment un nouveau format, puisque le principe de simplicité des tarballs slackware a été conservé.
En fait, il s'agit d'une archive tar.bz2 au lieu d'un tar.gz.
Dedans, on retrouve le même type de script d'installation que pour slack.
Donc, c'est installable sans outil, contrairement aux formats de packages de d'autres distro: rpm, deb
Mais comme d'habitude, chacun son point de vue, et si on dispose d'outils comme checkinstall ou autopackage qui gèrent l'ensemble, cela n'a aucune importance qu'il y ait 2 ou 10 formats différents : un outil saura tous les gérer.
pourquoi les tarballs slack sont toujours oubliés?
N'oublions pas que checkinstall a d'abord été conçu pour les tarballs slackware, et juste après étendu aux deb et rpm.
Je comtpe d'ailleurs apporter ma contribution pour les packages nba (quiz: qu'est-ce qu'un nba ? ..tic tic ..)
Ha, porte ouverte pour les trolls, mais je vais éclairer ta lanterne car j'ai eu le même dilème: quelle distrib pourrait bien passer sur ma rogne ?
pour info, ma était [est ... mais qu'est-ce que je raconte, elle tourne toujours ! ] un 486DX2 (66Mhz), avec 32Mo de RAM, 300Mo de HD, et bien sûr pas de carte PCI, donc 2bonnes vieilles cartes 3COM ISA, dont une avec un port RG45 (l'autre n'a qu'un BNC :)).
Et comme je n'ai qu'un écran monochrome (si si ça existe encore !), et pas de lecteur CD, mon choix s'est porté sur la slackware 8 [point 0 car c'était la plus récente à l'époque ] (car on peut installer le système de base depuis les disquettes).
Je peux te dire que j'ai apache (1.3.x) avec support PHP3 et mySQL (série 3.23) et que ça tourne bien.
J'avais essayé de rajouter samba pour les partages Windows de ma copine, mais je lui ai finalement dit de m'appeler quand elle voulait faire un transfert par FTP parce que du coup, le pauv' vieux avait perdu 50CV :)
Comme j'achète régulièrement GLMF (voire quasiment à chaque fois), j'ai pensé qu'il serait peut-être temps de m'abonner (oui je ne suis pas du genre à coucher le premier soir :)), et j'avais vu qu'il y avait même une formule d'abo trimestriel et sans CD, le top !
quelle déception ce mois ci, pas d'option trimestrielle par prélèvement automatique, CD obligatoire (donc un surcoût non négligeable !), et les seules offres sont publicitaires (groupement avec d'autres mags de diamond).
plutôt nul selon moi, et un refus d'abonnement tant la société régresse en services.
Même si leurs raisons sont bonnes, de mon point de vue (et je vois que je ne suis pas seul), c'est une raison suffisante pour ne pas s'abonner.
peut-être cela fera-t-il avancer les choses chez diamond ?
sous slack, pas besoin puisqu'on se fait sois-même les locales avec localedef.
Je sais que le but de ton mail n'était pas de montrer la supériorité d'une distro par rapport à une autre, mais ça fait si longtemps que je n'ai pas trollé :) [-1]
au fait, je participe à un projet de distro fransouz en grande partie basée sur la slack, c'est Nasgaïa. On en est à la 0.9 (image ISO en cours), il ne manque plus qu'un espace initial pour stocker l'iso de 650Mo (les mirroirs sont déjà contacté), personne n'a une idée de où on pourrait aller ?
Moi je me suis amusé à mettre knoppix sur hd et à personnaliser lilo pour avoir le choix au boot du bureau:
KDE
Gnome
WindowMaker
Fluxbox
et j'en oublie je crois
ils sont tous aussi bien fait les uns que les autres. C'est juste le système d'init hyper perso à knoppix et un inittab un peu spé (avec des bash --login qui lance des consoles sous root :)) que je trouve dur à modifier pour en faire un normal
je vais essayer, mais ça n'empêchera pas que les utilsiateurs de base (nan c'est pas péjo :)) ne sauront et ne voudront pas savoir ce genre de trucs. Pour eux, la base de registres c'est déjà le bout du monde, alors modifier un fichier texte auquel ils ne comprennent rien , c'est même pas la peine.
C'est ce que j'essaye d'expliquer depuis le début: je ne dis pas qu'IE est mieux, mais après avoir essayé IE et Mozilla sans bidouille, IE marque la différence, et c'est ce que voient les utilisateurs qui viennent de télécharger et d'installer Mozilla (ou autre navigateur basé sur Gecko - enfin je crois).
bien sûr que Mozilla est bien plus curstomisable et cela facilement (user.js est quand même plus pratique qu'un regedit) et donc, à la fin, il est bien possible qu'il soit bien plus performant, mais à la base ce n'est pas le cas, et ça c'est pas bien.
Maintenant, il faudrait modifier l'installer Windows de Mozilla pour qu'il prenne en compte les caractéristiques de la machine pour créer une config adaptée, ça pourrait sûrement jouer je pense.
Sur mon poste à la maison, je fais mon site, et je vérifie à chaque fois que je change quelquechose, que cela s'affiche bien sur tous les browsers (chiotte... navigateurs :)). Donc je m'assure bien de vider le cache pour cette première visu, IE est plus rapide, sans équivoque. Je navigue un peu puis reviens sur ma page, avec le cache (en local bien-sûr), toujours IE le plus rapide.
Alors peu-être que tu va trouver de bonne raisons pour le moteur Gecko (en fonction des caractéritiques du poste et tout et tout), n'empêche que le résultat final, c'est ça, et d'autres (qui aime linux aussi, non nous ne sommes pas des espions de Redmond :)) disent la même chose.
Je suppose donc que c'est général.
Maintenant, c'est vrai que ça dépoend aussi des performance de la machine host, puisque moi avec mon pauvre vieux PII 350, Mozilla a un peu de mal, sur un proc à plus d'1GHz, ça doit peut-être aller mieux, donc auto-modération, j'ai peut-être dit une connerie (non pas les dents :))
j'en suis encore à 192Mo de mem et 256 de swap sur un PII :))
doucement les amis, je suis d'accord avec Intel là, faut pas se presser. On sera obligé de passer au 64bits uniquement pour la course à la puissance, et ça c'est quand on ne pourra plus ou difficiliement monter en vitesse pure et miniaturisation.
Moi aussi au cpu 64bits ça me botterai juste pour le côté techno ( j'ai toujours rêvé d'avoir un Alpha ou un Sparc à la maison :)),
mais sinon l'utilité est restreinte pour le moment. Je n'ose même pas imaginer ce qu'on peut faire avec un Athlon XP ou un PIV, alors au proc 64bits .... :-/
d'accord, IE c'est pas bien (d'ailleurs je suis le grand méchand loup puisque je poste ce commentaire sous IE6 - boulot oblige), mais il faut voir la vérité en face:
La plupart des PC sont sous Windows, et sous Windows XP, IE6 est livré de base (d'accord c'est pas juste :)), mais surtout, quel utilisateur sous Windows irait s'encombrer d'un Mozilla qui bouffe 20Mo de mem minimum en plus, et qui n'est pas intégré au système ? En plus, le moteur de rendu d'IE, même s'il n'est pas tout à fait conforme au W3C (tendance qui s'efface avec les versions), est bien plus rapide que celui de Mozilla.
Oui, IE bouffe ces 20Mo à la base, mais la vérité est là, et il ne faut pas s'étonner de l'utilisation d'IE6 par rapport aux solutions alternatives.
Pour faire avancer le LL, faisons avancer GNU/Linux, le reste suivra fatalement
C'est avec des 'petites saloperies' comme ça qu'on peut faire grandir le mécontentement des gens (surtout avec un site comme léa), é défaut d'avoir les moyens d'aider moby-lix :)
J'ai envoyé un courrier moi aussi, en précisant bien que je n'avais aucun contact avec le site mobilix et que c'était en tant que lecteur d'Astérix et utilisateur de logiciels libres sous Unix (qui tiennent quand même la palme des noms terminant en 'ix) que je me trouvais indigné.
Ma foi, s'ils ne répondent pas c'est bon signe, ils reçoivent beaucoup de protestations électroniques. Si le jugement vient à être revu, un tel amoncellement de protestations de simples utilisateurs/lecteurs pourrait jouer en la faveur de 'copain' :)
Je ne pense pas qu'il pourra utiliser le soi-disant 'terrorisme numérique'.
je me suis toujours emmerdé lorsque le nombre de fichiers était trop grand (pour rm ou d'autres commandes d'ailleurs). On pense à aller voir les man pour l'uilisation générale des commandes, mais des problèmes comme ça, on pense <2nd>qu'ils n'ont pas prévu ces crétins</2nd degre>, alors qu'il suffit de chercher un peu
Merci pour ce complément d'astuce vraiment intéressant
PS: je suis nouveau ici, et je vois des -1, des scores qui grimpent. Comment on met +/- à un commentaire ?
[^] # Re: Internet par la prise électrique : du nouveau
Posté par rgill . En réponse à la dépêche Internet par la prise électrique : du nouveau. Évalué à 1.
la solution est géniale de simplicité. Surtout que ces filtres sont surtout fait pour améliorer l'état du jus, donc peu de fluctuation en dehors des 50Hz.
# En première page !
Posté par rgill . En réponse à la dépêche Sortie de SPIP 1.6. Évalué à 3.
[^] # Re: question concernant alsa
Posté par rgill . En réponse à la dépêche Avancées technologiques du prochain noyau Linux. Évalué à 1.
[^] # Apprentissage grace à Slackware
Posté par rgill . En réponse à la dépêche Sortie de la slackware 9. Évalué à 2.
J'ai débuté avec la Slack et en ai jamais démordu, j'ai donc beaucoup appris :)
Je bosse maintenant dans une société qui dispose de serveurs sous AIX, Digital Unix (merde, Compaq) et HP-UX. Résultat, apprentissage très très rapide de ces systèmes car la base était déjà là par 'le manque de convivialité' tant reproché.
En un mot, merci Patrick
[^] # Re: Dépendances
Posté par rgill . En réponse à la dépêche Sortie de la slackware 9. Évalué à 3.
[^] # Re: Knoppix 3.1 «Privacy Edition» non officielle avec KDE 3.1
Posté par rgill . En réponse à la dépêche Knoppix 3.1 «Privacy Edition» non officielle avec KDE 3.1. Évalué à 5.
c'est vraiment bien comme on le dit ? je suis septique.
... et je l'ai été moi aussi :)
je suis branché distro 'rustique' : slackware, nasgaïa - récent mais selon moi pour des gens 'rustiques' :) -, donc toutes ces nouvelles distro source, live-CD, etc.. me m'enchantaient pas ... mais je suis ouvert et j'ai testé le live-CD avec knoppix (je n'ai pas encore essayé les source-based parceque je n'ai pas d'accès au net depuis chez moi).
Et le résutlat: époustouflé de ce que l'on peut faire avec un CD et un ramdisk. Depuis, parallèlement à Nasgaïa, j'ai installé knoppix sur mon hd et de temps en temps (pas souvent cé vré) je boote dessus pour modifier son fonctionnement et en apprendre un peu plus sur le remarquable outil de détection hard.
Mon seul soucis est que sur ma machine il faut que le périph /dev/psaux soit utilisé avant la carte réseau parc'autrement la souris est bloquée. Donc au démarrage, je désactive le réseau (ifconfig eth0 down, rmmod ne)... et le réactive aussitpot après (modprobe ne, ifconfig eth0 up).
http://www.nasgaia.org(...)
[^] # Re: 2 idées
Posté par rgill . En réponse à la dépêche Critères de personnalité d'un code. Évalué à 3.
[^] # Re: 2 idées
Posté par rgill . En réponse à la dépêche Critères de personnalité d'un code. Évalué à 1.
d'ailleurs merci aux auteurs de linuxfr pour ce changement, DLFP devenait imbuvable sous daCode (lenteur).
Longue vie à templeet ! (heu ... zauriez pas songé à spip - il gère entièrement la mise en forme avec quelques raccourcis typographiques, et il est sympa ?)
http://www.spip.org(...)
[^] # Re: 2 idées
Posté par rgill . En réponse à la dépêche Critères de personnalité d'un code. Évalué à 1.
vous ne pourriez pas laisser encore plus de lignes blanches entre les lignes de code, c'est pas très clair :))
l'upload CVS doit être ignoble avec de tels sources :)
[^] # Re: Interview de Mike Hearn, de Autopackage.org
Posté par rgill . En réponse à la dépêche Interview de Mike Hearn, de Autopackage.org. Évalué à 1.
En fait, il s'agit d'une archive tar.bz2 au lieu d'un tar.gz.
Dedans, on retrouve le même type de script d'installation que pour slack.
Donc, c'est installable sans outil, contrairement aux formats de packages de d'autres distro: rpm, deb
Mais comme d'habitude, chacun son point de vue, et si on dispose d'outils comme checkinstall ou autopackage qui gèrent l'ensemble, cela n'a aucune importance qu'il y ait 2 ou 10 formats différents : un outil saura tous les gérer.
[^] # Re: Interview de Mike Hearn, de Autopackage.org
Posté par rgill . En réponse à la dépêche Interview de Mike Hearn, de Autopackage.org. Évalué à 4.
pourquoi les tarballs slack sont toujours oubliés?
N'oublions pas que checkinstall a d'abord été conçu pour les tarballs slackware, et juste après étendu aux deb et rpm.
Je comtpe d'ailleurs apporter ma contribution pour les packages nba (quiz: qu'est-ce qu'un nba ? ..tic tic ..)
# Re: Distribution pour serveur web
Posté par rgill . En réponse au journal Distribution pour serveur web. Évalué à 3.
pour info, ma était [est ... mais qu'est-ce que je raconte, elle tourne toujours ! ] un 486DX2 (66Mhz), avec 32Mo de RAM, 300Mo de HD, et bien sûr pas de carte PCI, donc 2bonnes vieilles cartes 3COM ISA, dont une avec un port RG45 (l'autre n'a qu'un BNC :)).
Et comme je n'ai qu'un écran monochrome (si si ça existe encore !), et pas de lecteur CD, mon choix s'est porté sur la slackware 8 [point 0 car c'était la plus récente à l'époque ] (car on peut installer le système de base depuis les disquettes).
Je peux te dire que j'ai apache (1.3.x) avec support PHP3 et mySQL (série 3.23) et que ça tourne bien.
J'avais essayé de rajouter samba pour les partages Windows de ma copine, mais je lui ai finalement dit de m'appeler quand elle voulait faire un transfert par FTP parce que du coup, le pauv' vieux avait perdu 50CV :)
[^] # Re: Plus d'abonnement sans CD !!!
Posté par rgill . En réponse à la dépêche Sortie du Linux Mag 48. Évalué à 2.
Comme j'achète régulièrement GLMF (voire quasiment à chaque fois), j'ai pensé qu'il serait peut-être temps de m'abonner (oui je ne suis pas du genre à coucher le premier soir :)), et j'avais vu qu'il y avait même une formule d'abo trimestriel et sans CD, le top !
quelle déception ce mois ci, pas d'option trimestrielle par prélèvement automatique, CD obligatoire (donc un surcoût non négligeable !), et les seules offres sont publicitaires (groupement avec d'autres mags de diamond).
plutôt nul selon moi, et un refus d'abonnement tant la société régresse en services.
Même si leurs raisons sont bonnes, de mon point de vue (et je vois que je ne suis pas seul), c'est une raison suffisante pour ne pas s'abonner.
peut-être cela fera-t-il avancer les choses chez diamond ?
[^] # Re: Slackware 9.0-rc1
Posté par rgill . En réponse à la dépêche Slackware 9.0-rc1. Évalué à 3.
Je sais que le but de ton mail n'était pas de montrer la supériorité d'une distro par rapport à une autre, mais ça fait si longtemps que je n'ai pas trollé :) [-1]
au fait, je participe à un projet de distro fransouz en grande partie basée sur la slack, c'est Nasgaïa. On en est à la 0.9 (image ISO en cours), il ne manque plus qu'un espace initial pour stocker l'iso de 650Mo (les mirroirs sont déjà contacté), personne n'a une idée de où on pourrait aller ?
Le site de nasgaia http://www.nasgaia.org(...)
[^] # Re: ISO Knoppix non officielle avec KDE3.1
Posté par rgill . En réponse à la dépêche ISO Knoppix non officielle avec KDE3.1. Évalué à 1.
ils sont tous aussi bien fait les uns que les autres. C'est juste le système d'init hyper perso à knoppix et un inittab un peu spé (avec des bash --login qui lance des consoles sous root :)) que je trouve dur à modifier pour en faire un normal
mais dans l'ensemble, j'ai été ravi de ce live CD
[^] # Re: Les statistiques Google reconnaissent les navigateurs basés sur Gecko
Posté par rgill . En réponse à la dépêche Les statistiques Google reconnaissent les navigateurs basés sur Gecko. Évalué à 2.
je vais essayer, mais ça n'empêchera pas que les utilsiateurs de base (nan c'est pas péjo :)) ne sauront et ne voudront pas savoir ce genre de trucs. Pour eux, la base de registres c'est déjà le bout du monde, alors modifier un fichier texte auquel ils ne comprennent rien , c'est même pas la peine.
C'est ce que j'essaye d'expliquer depuis le début: je ne dis pas qu'IE est mieux, mais après avoir essayé IE et Mozilla sans bidouille, IE marque la différence, et c'est ce que voient les utilisateurs qui viennent de télécharger et d'installer Mozilla (ou autre navigateur basé sur Gecko - enfin je crois).
bien sûr que Mozilla est bien plus curstomisable et cela facilement (user.js est quand même plus pratique qu'un regedit) et donc, à la fin, il est bien possible qu'il soit bien plus performant, mais à la base ce n'est pas le cas, et ça c'est pas bien.
Maintenant, il faudrait modifier l'installer Windows de Mozilla pour qu'il prenne en compte les caractéristiques de la machine pour créer une config adaptée, ça pourrait sûrement jouer je pense.
[^] # Re: Les statistiques Google reconnaissent les navigateurs basés sur Gecko
Posté par rgill . En réponse à la dépêche Les statistiques Google reconnaissent les navigateurs basés sur Gecko. Évalué à 0.
Sur mon poste à la maison, je fais mon site, et je vérifie à chaque fois que je change quelquechose, que cela s'affiche bien sur tous les browsers (chiotte... navigateurs :)). Donc je m'assure bien de vider le cache pour cette première visu, IE est plus rapide, sans équivoque. Je navigue un peu puis reviens sur ma page, avec le cache (en local bien-sûr), toujours IE le plus rapide.
Alors peu-être que tu va trouver de bonne raisons pour le moteur Gecko (en fonction des caractéritiques du poste et tout et tout), n'empêche que le résultat final, c'est ça, et d'autres (qui aime linux aussi, non nous ne sommes pas des espions de Redmond :)) disent la même chose.
Je suppose donc que c'est général.
Maintenant, c'est vrai que ça dépoend aussi des performance de la machine host, puisque moi avec mon pauvre vieux PII 350, Mozilla a un peu de mal, sur un proc à plus d'1GHz, ça doit peut-être aller mieux, donc auto-modération, j'ai peut-être dit une connerie (non pas les dents :))
[^] # Re: Position d'Intel sur les processeurs 64 bits grand public
Posté par rgill . En réponse à la dépêche Position d'Intel sur les processeurs 64 bits grand public. Évalué à 0.
j'en suis encore à 192Mo de mem et 256 de swap sur un PII :))
doucement les amis, je suis d'accord avec Intel là, faut pas se presser. On sera obligé de passer au 64bits uniquement pour la course à la puissance, et ça c'est quand on ne pourra plus ou difficiliement monter en vitesse pure et miniaturisation.
Moi aussi au cpu 64bits ça me botterai juste pour le côté techno ( j'ai toujours rêvé d'avoir un Alpha ou un Sparc à la maison :)),
mais sinon l'utilité est restreinte pour le moment. Je n'ose même pas imaginer ce qu'on peut faire avec un Athlon XP ou un PIV, alors au proc 64bits .... :-/
[^] # Re: Position d'Intel sur les processeurs 64 bits grand public
Posté par rgill . En réponse à la dépêche Position d'Intel sur les processeurs 64 bits grand public. Évalué à 1.
# Re: Les statistiques Google reconnaissent les navigateurs basés sur Gecko
Posté par rgill . En réponse à la dépêche Les statistiques Google reconnaissent les navigateurs basés sur Gecko. Évalué à -3.
d'accord, IE c'est pas bien (d'ailleurs je suis le grand méchand loup puisque je poste ce commentaire sous IE6 - boulot oblige), mais il faut voir la vérité en face:
La plupart des PC sont sous Windows, et sous Windows XP, IE6 est livré de base (d'accord c'est pas juste :)), mais surtout, quel utilisateur sous Windows irait s'encombrer d'un Mozilla qui bouffe 20Mo de mem minimum en plus, et qui n'est pas intégré au système ? En plus, le moteur de rendu d'IE, même s'il n'est pas tout à fait conforme au W3C (tendance qui s'efface avec les versions), est bien plus rapide que celui de Mozilla.
Oui, IE bouffe ces 20Mo à la base, mais la vérité est là, et il ne faut pas s'étonner de l'utilisation d'IE6 par rapport aux solutions alternatives.
Pour faire avancer le LL, faisons avancer GNU/Linux, le reste suivra fatalement
[^] # Re: MobiliX.org devient TuxMobil.org
Posté par rgill . En réponse à la dépêche MobiliX.org devient TuxMobil.org. Évalué à 1.
C'est avec des 'petites saloperies' comme ça qu'on peut faire grandir le mécontentement des gens (surtout avec un site comme léa), é défaut d'avoir les moyens d'aider moby-lix :)
[^] # Re: MobiliX.org devient TuxMobil.org
Posté par rgill . En réponse à la dépêche MobiliX.org devient TuxMobil.org. Évalué à 4.
[^] # Re: MobiliX.org devient TuxMobil.org
Posté par rgill . En réponse à la dépêche MobiliX.org devient TuxMobil.org. Évalué à 2.
J'ai envoyé un courrier moi aussi, en précisant bien que je n'avais aucun contact avec le site mobilix et que c'était en tant que lecteur d'Astérix et utilisateur de logiciels libres sous Unix (qui tiennent quand même la palme des noms terminant en 'ix) que je me trouvais indigné.
Ma foi, s'ils ne répondent pas c'est bon signe, ils reçoivent beaucoup de protestations électroniques. Si le jugement vient à être revu, un tel amoncellement de protestations de simples utilisateurs/lecteurs pourrait jouer en la faveur de 'copain' :)
Je ne pense pas qu'il pourra utiliser le soi-disant 'terrorisme numérique'.
[^] # Re: Virer des fichiers superflus
Posté par rgill . En réponse au message [Terminal] Virer des fichiers superflus. Évalué à -1.
[^] # Re: Virer des fichiers superflus
Posté par rgill . En réponse au message [Terminal] Virer des fichiers superflus. Évalué à 2.
je me suis toujours emmerdé lorsque le nombre de fichiers était trop grand (pour rm ou d'autres commandes d'ailleurs). On pense à aller voir les man pour l'uilisation générale des commandes, mais des problèmes comme ça, on pense <2nd>qu'ils n'ont pas prévu ces crétins</2nd degre>, alors qu'il suffit de chercher un peu
Merci pour ce complément d'astuce vraiment intéressant
PS: je suis nouveau ici, et je vois des -1, des scores qui grimpent. Comment on met +/- à un commentaire ?