Matthieu Moy a écrit 3251 commentaires

Ce que tu cherches s'appelle sitecopy.

Mais tu n'ignores pas que tu violes les conditions d'utilisation de free, en te servant de leurs serveurs comme d'une sauvegarde ?

Dire de toute urgence à l'admin de la machine distante qu'il désactive le démon telnet et qu'il mette sshd à la place.

telnet, c'est un protocole où le mot de passe passe en clair (le reste aussi, mais bon), c'est à éviter absoluement.

Sinon, je suppose que ton routeur fait du NAT, donc tu ne peux pas avoir de serveur derrière, et ton serveur X est justement un serveur. Solution : forwarder le port qui va bien de la passerelle vers ton PC, et setenv DISPLAY passerelle:0, ou quelque chose comme ça.

Peut-être que l'auteur de la news a appris ça via standblog, et qu'il cite ses sources. C'est mal ?

Tout à fait. Je trouve que l'open-source est un excellent outil pédagogique, le fait que n'importe qui puisse participer à un projet « de la vrai vie » est un truc assez extraordinaire en fait. Dans le monde du propriétaire, si tu bosses dans une boite minable sur des softs écrits avec les pieds, tu n'as pas toujours le choix d'aller voir ailleurs :-(.

Tu cherches à filtrer de l'HTTP en provenance d'une machine donnée, sur un port donné, mais en ne distinguant que le logiciel à la source du traffic.

Il n'est pas possible de faire ça de manière totalement fiable si tu n'as pas le controle complet de la machine en question. Si le proxy rajoute quelque chose dans les en-têtes HTTP, tu peux filtrer sur ce critère (avec un proxy sur la passerelle), mais aucune garantie.

Sinon, il faut un truc genre http://linuxfr.org/2005/03/09/18455.html mais si tu n'as pas confiance dans la machine cliente, c'est pas forcément fiable non plus.

Je crois surtout qu'il sous-entends que Java est développé par la division hardware, alors que l'ultra-sparc est développé par la division soft.

Ou l'inverse, peut-être ;-).

Mais les toolkits concus avec les pieds par contre ... ;-)

Euh, faut pas croire non plus que c'est le premier mec compétent qui met les pieds chez Microsoft, ni que l'appartenance au monde du logiciel libre soit une condition nécessaire pour être bon en info.

Euh ... toi, peut-être pas, mais moi, quand il faut rentrer mon email, je le tappe rarement en entier (en général, c'est pas un copier-coller mais une completion de firefox).

C'est pas évident. Tu peux brouiller les pistes en ayant plusieurs robots modérés dans la chaine, et ne commencer à abuser qu'au bout du moment où tu as une énorme quantité de comptes.

Difficile de savoir quel est le premier robot dans la chaine.

Et puis tu crée un compte à la main, et les suivants par un robot qui s'envoie des invitations ...

Et bon, un robot qui sait créer une adresse jetable.org ou autre, ça doit pas être si compliqué que ça.

Pour les robots génériques, justement, ça peut être une solution :

document.write("foo");
document.write("bar");

et demander à l'utilisateur de tapper "foobar".

C'est une technique qui marche pas mal pour mettre une adresse email en pseudo-clair sur un site web. 99% des robots spammeurs n'executeront pas le javascript.

Mais le mec qui a un navigateur qui gère pas le Javascript, il l'a dans l'os aussi :-(.

Les besoins en matière de consommation n'ont rien a voir entre les procs de serveurs et ceux d'appareils mobiles.

Dans l'embarqué, un truc qui compte, c'est déjà que le proc ne consomme pas quand il ne travaille pas. Genre ton téléphone portable alumé pendant que tu ne téléphone pas. Les designers ont des techniques assez évoluées pour activer et désactiver l'alimentation d'une partie de la puce selon si elle est en utilisation ou pas.

Ça ne fait pas de l'ultra-sparc un mauvais processeur, mais pour de l'embarqué, j'ai des doutes.

Pour des petits circuits, je veux bien, mais pour les circuits un peu gros et à la pointe de la technologie, une usine de microelectronique, c'est plusieurs milliards d'euros, le masque avant de produire la première puce, c'est de l'ordre du million d'euros, ...

Les couts fixes pour la production des puces sont énormes. C'est pas pour rien qu'il y a peu de fabriquants de processeurs, et que dans l'embarqué, les entreprises concurrentes s'allient pour construire des usines (cf crolles 2 avec ST, philips et freescale).

Donc, pour la partie design, les universités pourront s'amuser avec, les particuliers et/ou petites entreprises pourront sans doute participer, mais pour la production des puces, ça restera entre les mains d'une poignée de grosses boites.

J'ai pas de Mandrake sous la main, mais a priori :

Soit le package est fourni, mais avec un autre nom. Cherche un peu avec urpmf ou avec drake-rpm (je sais plus le nom exact, mais tu as l'assistant dans le panneau de controle).

Vérifie bien que toutes les sources sont activées pour urmpi ( .http://easyurpmi.zarb.org/ peut t'aider aussi). L'assistant graphique tu permet de faire ça en quelques clics.

Soit le package n'est pas fourni, et il faut chercher un peu sur le web.

Y'en a un là par exemple :

http://rpmfind.net//linux/RPM/mandriva/10.1/i586/media/main/(...)

Malheureusement, personne ne pourra t'aider si tu ne donnes pas plus de détails.

Quels sont les messages d'erreurs en questions ? Comment as-tu installé le kernel (make-kpkg ? une image fournie avec ta distrib ?)

Les développeurs ont probablement un serveur X stable avec leur environnement de développement, et lancent Xgl pour le test sans tout faire planter. Ceci dit, ils peuvent aussi avoir plusieurs machines.

J'aime bien ce que dit Mark Shuttleworth là dessus (mais comme toujours, il y a pratique et théorie) : chaque distrib a ses forces et ses faiblesses, et c'est très bien qu'elles soient toutes un peu différentes. Mais c'est super important que les rapports de bugs et les patchs puissent circuler facilement.

D'où l'importance de la gestion des version décentralisée. Le noyau Linux sans doutes été le premier projet à en faire une utilisation aussi intensive, probablement parce que c'est un des packages les plus patchés par les distributions.

Il y a aussi malone qui est un gestionnaire de bugs capable d'aller chercher les bugs dans les bugtrackers des autres distribs. Par contre, dommage qu'il ne soit pas distribué. Tout dépend de la confiance qu'on a envers Canonical.

Mais comme tout outil, l'important, c'est comment on les utilise.

> soit c'est de la copie privée légale, dans ce cas il faut arrêter de parler de piratage

Pour de la copie de CD, oui, c'est de la copie privée. Pour le téléchargement sur le net, c'est sujet à interpretation. Celui qui ne fait que télécharger fait une copie privée, mais a priori, celui qui met à disposition est dans l'illégalité. Mais justement, le texte a été écrit à une époque où le téléchargement n'était pas envisageable, c'est pour ça qu'il faut le mettre à jour. Maintenant, il y a manière et manière de mettre à jour, et c'est là le problème !

La différence, c'est que la copie privée n'existe pas pour les logiciels. Tu as droit à une copie de sauvegarde, mais pas de copier le soft de ton voisin pour toi. Donc, si tu vas chez un copain, que tu copies un logiciel proprio sur ta clé USB, c'est illégal, t'était pas censé le faire. Si tu copies la dernière chanson de ton artiste préféré, c'est une copie privée légale mais tu payes une taxe en contrepartie.

C'est pas idéal comme système, mais y'a une logique.

Ceci dit, j'avais vu un truc sur un projet d'interdire les trop grands couteaux de cuisine dans je sais plus quel pays, parce que les gens se sont rendus compte que ça ne servait à rien pour cuisiner, et que c'était une arme régulièrement utilisée.

> a gpl... en effet le logiciel libre incite les personnes a ne pas violer les copyright...

Perdu. Regardes par là pour des gens qui violent le copyright de softs GPL et les gens qui les poursuivent :

http://gpl-violations.org/

Moi, ce que je chercherais, c'est simplement un truc qui génère de l'HTML statique. Genre l'export HTML de digikam, mais ... en moins moche :-).

http://groups.google.com/groups?q=emacsfr+group%3Afr.comp.ap(...)

En gros, y'a eu migration vers quelque chose qui devait être mieux, mais c'est du boulot, et manque de temps/motivation/etc, c'est pas tellement mieux finalement :-(