cozon a écrit 230 commentaires

Quand je lis ça, je me dis que linux a vraiment besoin de choses comme freedesktop et OSDL.

Mon conseil est d'installer mldonkey et de l'utiliser via l'interface web. C'est un peu contraignant au début, mais ladite interface est pleinement fonctionnelle, et c'est tellement bien de pouvoir gérer facilement ses téléchargements depuis n'importe quel ordinateur.

Normal, ils s'ouvrent dans une autre console.

STOOOOP !
Arrêtez-ça, c'est complétement ignoble et dégradant pour les pingouins qui, rappellons-le, sont des êtres humains comme les autres.
Que se passera-t-il si on banalise cette mode du yéti-sco ? Quelle signification prendront alors les expressions telles que "lancer linux" ou "bootsplash" ? L'équipe de Tuxracer peut-elle porter plainte pour plagiat ? Ca suffit, il faut interdire ce site, dénoncer cez choses dégradantes pour les Tux manchots qui, rappellons-le, sont des pingouins comme les autres.
J'ai fait 320.5 mètre, deux fois.

Joli, mais ...
Et les problèmes de licence ?
Est-ce que l'auteur du patch n'a pas pompé du code déposé par universal ? (Mr Nègre ne serait pas content).

Bon, et y'a plus qu'à coder le drm, en bash c'est dur ?

Lynx ne fait pas le redimensionnement automatique des images, le blocage des pop-up, la navigation par onglets, le smoothscroll avec la molette de la souris, etc :-)

Quand je vois tout ces appels du pied à "Linux prêt pour le desktop", une réflexion me vient principalement :
Ce qui manque à Linux c'est le support des constructeurs (notamment pour les drivers). Linux n'arrivera pas sur le bureau tant que les constructeurs ne se décideront pas.
Cependant, ce qui risque de les décider, c'est quand tout le monde dira "Linux est prêt pour le desktop". Alors ils seront bien obligés de bouger pour ne pas "louper le coche".
Le problème c'est que cette situation est bloquante. Il faut donc le proclamer haut et fort dès maintenant "2004 est l'année de Linux sur le desktop !".
Peut-être qu'ainsi les choses vont bouger.

Je vais m'éloigner un peu de la question, mais je trouve que la création d'un outil de configuration sous linux est loin d'être une chose évidente à cause du joyeux mélange entre les distributions (emplacement spécifique des fichiers), les versions (options particulières) et les différents outils d'administrations qui ne sont pas tous complets.

D'où l'idée qui me trotte dans la tête depuis un certain temps, qui consisterait à créér un "super-serveur d'administration générique".
Il s'agirait en gros d'un démon qui recevrait des commandes génériques venant de clients (web, gtk, ncurses, ligne de commande, etc ...) et qui exécuterait ces commandes en les adaptant aux spécifités du système. Pour s'y retrouver, il se baserait sur des fichiers de configuration particuliers pour chaque distrib et/ou logiciel installé.
Ainsi on disposerait, par exemple, d'une commande "service toto restart" qui fonctionnerait sur toutes les versions de linux.
Par la suite, des outils de configuration pourraient être créés sans se préoccuper de devoir fonctionner sur x ditribs différentes.
Ca pourrait aussi simplifier la gestion d'un parc hétérogène.

Voilà mon idée, désolé si j'ai un peu piraté le journal de bisol, qu'en pensez vous ?

Merci pour l'explication.
Personellement je les reporte systématiquement, il suffit de les transférès à reports@habeas.com.
C'est clair qu'il ont intéret à réagir , dans mon cas je dis à spamassassin que c'est du spam.

Mais ... c'est normal que ton lien redirige vers http://annu.trolleur.net(...) Annuaire des meilleurs sites pour adultes ? J'ai cliqué, j'ai donné mon n° de carte bleue mais je n'ai toujours pas vu de règles spamassassin.

Accessoirement, ya zero probleme sur cette machine, je l'utilise tout le temps, donc je doute...
Moi aussi j'avais un PC avec de la dual DDR qui semblait bien marcher... J'ai installé une gentoo et des erreurs ont commencé à se manifester lors des très grosses compilations comme kde. Bref, impossible de compiler kde jusqu'à la fin, y'avait des crashs aléatoires de gcc.
Memtest86 m'a trouvé des erreurs de temps en temps, j'ai fait changer les barettes de ram, memtest86 ne trouvait plus d'erreur et kde a bien voulu se compiler.
Donc mon conseil : compile kde et on en verra

Je découvre sur la page http://www.cybercodeur.net/weblog/presentations/navigateurs/044.htm(...)

Novembre 2003 : MSIE : 88% (-4%). Gecko : 7% (+5%).

Et je suis assez surpris, je ne savais pas que Gecko avait acquis une part de marché si importante. Les derniers chiffres que j'ai entendu parlaient plutôt de 1 ou 2%.
Quelqu'un a d'autres chiffres à confronter à ceux-ci ? Ce serait une bonne nouvelle si gecko avait enfin une certaine visibilité !

Baahhh
Moi aussi je suis un fana d'uptime.
Malgré l'autosatisfaction (pour être poli) que ça procure, ça m'a au moins permis de vérifier une chose : Linux est très stable. Les seules fois où j'ai eu ma passerelle qui déconnait, c'était matériel (disque HS, carte mère HS, ram HS, etc ...).
Maintenant quand j'ai un problème, je mets le matériel en doute d'abord, le noyau ensuite.

Non pour moi c'est bon :
http://uptime.netcraft.com/up/graph/?host=buck.dyn.devijver.org(...)
J'ai d'ailleurs fait un petit script qui va charger cette url une fois par jour, histoire d'être sûr que netcraft continue à le monitorer.

Il y a 4 ans, j'avais cherché comment netcraft récupérait l'uptime. Il se base sur un champ de l'entête TCP (je ne sais plus lequel). Ce champ sert à remettre les paquets dans l'ordre, sa valeur augmente toujours dans le temps.
Il semble qu'avec de nombreux OS, cette valeur corresponde en réalité à l'uptime, ce qui permet d'avoir une valeur toujours en augmentation.
Voilà comment fait netcraft.
Ensuite il se peut que le noyau 2.6 que tu as installé n'utilise pas ce champ de cette manière. As-tu activé les options GRSecurity ?

D'ailleurs tout doit être indiqué ici :
http://uptime.netcraft.com/up/accuracy.html(...)

Operating systems we can usually work out uptimes for are:
Linux on Intel x86 processor, kernel versions 2.1 to 2.5.24

Operating systems that do not provide uptime information include:
Linux on Intel x86 processor from kernel version 2.5.25

En 320x1280 aussi.

Où as tu vu ces films ? Au ciné ? Tu as les dvd ?
Existent-ils en français ?

Moi je garde encore mozilla, même si j'ai fait passer ma copine à Phoenix.
J'ai mis du temps à m'y habituer, j'installe toujours le thème Lo-Fi et je ne peux pas me passer du fait de pouvoir lancer une recherche sur google directement depuis la barre d'adresses.
Mais je vois que firebird a de plus en plus de fonctionalités, alors peut-être que moi aussi je vais finir par "switcher".

Heu... Qu'apporte-t-il de plus que les patches low-latency et preempt ?
Ils n'étaient pas censés apportés la même chose ?

Ca existe les scanners à listings ? Il suffirait d'un coupler un avec un OCR :-)
Plus simplement, envoyer les logs sur une autre machine hyper protégée (sans shell distant par exemple) serait tout aussi sécurisé et bien plus pratique.

Mais spamassassin peut être lancé en démon (spamd) et on peut l'utiliser via le client spamc écrit en c. Ainsi on a plus les lenteurs dues au "démarrage" de perl.

Oui mais n'empêche que son poste client fera pas mal de connexions vers l'exterieur sur les ports les plus courants (4662/tcp et 4672/upd je crois pour emule).
S'il utilise toujours la même machine, dropper (ou encore mieux, tartiper) les connexions sortantes de son PC vers ces ports devrait pas mal le géner, même si le résultat n'est pas garanti.

Une autre astuce : J'avais trifouillé le protocole edonkey durant un temps : Il suffit de sacrifier quelques paquets importants pour que plus rien ne fonctionne. Si tu arrives à dropper un certain type de paquets (genre la connexion au serveur et la connexion au client) son emule ne devrait plus marcher du tout.
http://savannah.nongnu.org/download/mldonkey/docs/Edonkey-Overnet/e(...)

Et pour les furieux, je crois que etherreal comprend le protocole edonkey. Si ce n'est pas encore le cas, i y a un patch http://www.ethereal.com/lists/ethereal-dev/200307/msg00217.html(...)

Il existe usbsnoop, qui est utilisé entre autres pour le dévéloppement de drivers de webcam à base de chipset spca50x

http://usbsnoop.sourceforge.net/(...)
http://spca50x.sourceforge.net/(...)

Bonne nouvelle, un pas de plus pour freevo.
Mais un problème me chiffonne : Ce script va télécharger les programmes télé sur http://tf1.guidetele.com(...) et les traite pour les sortir au format xmltv.
Or plupart des sites de programme télé sont soit les sites des chaînes, soit des sites de contenu qui en profitent pour afficher de la pub ou des liens.
D'où ma question : peut-on légalement faire cet usage des sites de programme télé ? Et même si c'est légal, est-ce que ces sites vont accepter cette utilisation et non vont pas chercher à l'empêcher.

Et quand ledit site changemera sa mise en forme, le grabber ne marchera plus.
Il y a quelque temps, j'ai vu qu'un des grabbers (pour les pays-bas je crois), récupérait directement les programmes au format xml sur un site internet, laissant penser qu'il y avait eu une action en ce sens de la part dudit site. Ce serait bien qu'un site français fasse de même, non ?

C'est vrai que ça pourrait changer la place dans mozilla dans le classement des navigateurs...
Mais sur ce million de navigateurs, combien iront consulter des pages "occidentales" ?

Si c'est toujours le même qui fait ses chroniques sur le mouv, ça ne m'étonne pas qu'il se soit fait incendier.
C'est pas bien Pascal L'Esbrouff ?

http://www.radiofrance.fr/chaines/lemouv/chroniques/mul.php(...)

Ces chroniques m'ont souvent laissé un goût de "J'y connais rien mais ça m'empêche pas d'en parler"...

J'aimerais quand même avoir le fil de la discussion où il s'est fait incendier. Etaient-ce de vrais linuxiens, ou plutôt un forum d'3L33tZ ?

Ce qui est amusant, c'est que leurs ristournes ne pourront en rien stopper l'effet boule de neige. Si OpenOffice.Org mérite de se généraliser, ça se passera.