Frédéric Lopez a écrit 759 commentaires

Si tu as eu cette réponse, c'est parce qu'il n'y a pas de solution toute faite à ton problème et que tu ne poses pas les bonnes questions. Ta dernière question laissait d'ailleurs à penser que tu n'avais aucune envie de faire un effort pour trouver une solution par toi-même et que tu comptais uniquement sur les autres pour avancer.

La programmation, ça n'est pas (encore) un assemblage de briques toutes faites. C'est de l'analyse, de la réflexion, de la recherche et des tests. Si tu n'as pas cet esprit de découverte et de recherche, tu avanceras très lentement voire pas du tout.

Maintenant, pour donner une réponse constructive à ta question, visiblement, ce que tu cherches à faire est soit l'équivalent de la complétion dans bash, soit l'équivalent de la prédiction T9 sur les téléphones mobiles. Dans le premier cas, tu peux étudier les sources de bash, mais si tu débutes en programmation ça risque d'être un peu trop compliqué pour un début. Pour le second cas, tu peux étudier cette application : http://koti.mbnet.fi/korsu/ft.html

L'autre option est d'analyser précisément tes besoins et de les découper en tâches plus simples. Te poser la question de l'algorithme de tri maintenant n'a aucun intérêt. Même chose pour readline. Ca ne sert à rien de choisir des outils avant d'avoir évalué le problème à résoudre.

Si tu veux plus d'aide, précise davantage tes besoins, en présentant par exemple un cas d'utilisation pas-à-pas, ie. je tape sur telle touche, je veux qu'il se passe ça, etc.

Sur cette page ils utilisent OpenCV et VXL pour faire de la calibration, il y a sans doute des choses intéressantes à puiser dans leur projet :
http://homes.esat.kuleuven.be/~a3d/

Suite au rejet de la directive sur les brevets logiciels en juillet dernier, Webbink avait déclaré :

« Les actions du Parlement et les efforts de nos amis de la FFII (...) dans l'obtention de ce résultat sont tout simplement surprenantes. [...] Nous applaudissons les efforts de tous ceux qui ont contribué à ce résultat et à ce succès. »

Source : http://solutions.journaldunet.com/0507/050707_brevets-logici(...)

Ca me paraît assez contradictoire avec tes suppositions et ça ne laisse aucun doute sur la position de Webbink vis à vis des brevets logiciels en Europe.

Intéressante analyse.

Ce n'est pas vraiment une analyse, seulement une lecture du texte toute simple.

Quel serait l'intérêt pour Redhat de distribuer un tel texte déjà ancien aux parlementaires européens ?

Avant de tirer des conclusions, il faudrait déjà savoir si ce document a été transmis aux parlementaires européens à leur demande ou à l'initiative de Mark H. Webbink. Je n'ai trouvé aucune information sur le sujet, mais si tu as un lien je suis preneur.

Si ce n'est lorsqu'on souhaite voir le système européen et le système américain de brevets converger ?

Ça c'est une supposition de ta part, je n'ai rien relevé dans les propos de Webbink qui aille dans ce sens.

Ce papier présente des propositions pour une réforme du système de brevets en vigueur à l'heure actuelle aux États-Unis, pas en Europe. Dans ce cadre, ces propositions me paraissent parfaitement fondées, puisque de mon point de vue, ce serait une avancée par rapport au système actuel.

Le papier ne dit à aucun moment qu'il faut faire la même chose en Europe. Au contraire, il est même dit que l'Europe a compris l'inanité du système de brevets états-uniens. Les phrases proposant une uniformisation des systèmes de brevets ne sont que des citations d'autres auteurs, pas des propositions de Mark H. Webbink.

Il a aussi déclaré (Mark Webbink) :
"Patents are not equal to innovation," said Webbink. "More often, innovation occurs despite patents. Today in the software industry patents are used to maintain market share, even where that share has been obtained by anti-competitive means."
Source : http://www.computerweekly.com/Articles/2005/06/15/210358/Red(...)

Du coup, j'ai jeté un coup d'oeil à son papier (http://www.law.duke.edu/journals/dltr/articles/2005dltr0012.(...) ) mais je ne vois pas ce qu'il y a de « particulièrement inquiétant » dans sa prose. Tu peux préciser ?

Tu peux aussi utiliser curl à la place de wget pour récupérer plusieurs fichiers en une seule ligne de commande.

Par exemple, pour avoir tous les JT de janvier 2006 jusqu'à aujourd'hui :
curl "http://viptf1.yacast.net/tf1jt/jt20d[01-14]012006.asf" -O

SugarCRM offre un système de gestion de bugs, de tickets (demandes) et de tâches et il est capable d'intégrer automatiquement des mails. Par contre je ne sais pas s'il est capable de les transformer automatiquement en tâches ou demandes.

http://www.sugarforge.org/
http://www.sugarcrm.com/

Une démo en ligne de la version open source est accessible à cette adresse :
http://demo.sugarondemand.com/sugarcrm_os

Elle est en anglais mais il existe un module permettant de le franciser. Il y a également un forum en français sur leur site.

Sur ce site il y a un article sympa qui explique comment séparer un programme C en plusieurs fichiers et comment utiliser make pour le compiler :
http://www.gmonline.demon.co.uk/cscene/CS2/CS2-10.html

Sinon, passer à autoconf/automake après me semble effectivement être une bonne idée. Quelques liens pêle-mêle qui traînent dans mes bookmarks :
Autoconf Tutorial : http://www.galassi.org/mark//mydocs/autoconf_tutorial_toc.ht(...)
GNU Autotools bootstrapper : http://bootstrapper.sourceforge.net/index.php?name=tutorial
Autconf / automake (français) :
http://www.infres.enst.fr/~dax/polys/configure/
Autoconf, Automake, and Libtool (livre en ligne) : http://sources.redhat.com/autobook/autobook/autobook_toc.htm(...)

Bon courage...

Dans
/boot/grub/menu.lst
tu peux essayer de modifier la ligne
kernel /boot/vmlinuz-2.6.8-2-386 root=/dev/hda1 ro
en
kernel /boot/vmlinuz-2.6.8-2-386 root=/dev/sda1 ro

Mais je ne suis pas du tout sûr que c'est comme ça qu'il faut procéder...

tomsrtbt a l'air d'être exactement ce que tu cherches : http://www.toms.net/rb/

Bonne année à toi aussi...

Pour revenir à ton ancienne configuration, supprime le fichier ~/.mplayer/config, vu qu'il n'y a que la ligne concernant le cache dedans :
rm ~/.mplayer/config

Je n'avais pas percuté que le plugin Firefox avait son propre fichier de configuration, désolé...

Pour le son saccadé, ça vient peut-être du fait que le fichier de config du plugin utilise arts. Tu peux essayer de modifier la ligne ao=arts en ao=alsa ou ao=oss selon le type de pilote utilisé pour le son sur ta machine.

Ouaip, surtout qu'il y avait beaucoup plus simple, mais j'y ai pas pensé sur le coup :
echo "cache=3072" >> ~/.mplayer/config

;)

dans une console,
saisir : vi ~/.mplayer/config puis taper <Entrée>
taper : G, puis A, puis <Entrée>
saisir : cache=128
taper : ESC, puis : puis w, puis q, puis <Entrée>

Perso, j'ai mis 3072 au lieu de 128 dans mon fichier de config.

Non, ça ne dit pas le contraire. Ces deux liens disent que la responsabilité du gérant (civile, particulière ou pénale) ne peut être engagée que s'il a commis une faute de gestion. Dans tous les autres cas, sa responsabilité est limitée à ses seuls apports personnels.

sinon, cela ne sert à rien puisque le ou les gérants courent le meme risque qu'un entrepreneur individuelle ou n'importe quelle société en noms propres.

Non, la responsabilité d'un gérant de SARL est limitée à ses apports personnels, sauf en cas de faute de gestion.

Il existe deux appelations pour les distributions Debian, par nom et par type (stable, testing, unstable).

La unstable s'appelle toujours sid.

La testing se voit attribuer un nouveau nom lors de la sortie d'une stable, la stable prennant alors l'ancien nom de la testing. À l'heure actuelle, la testing s'appelle etch, ce sera donc le nom de la prochaine stable.

Il existe d'anciennes versions de la stable, dans l'ordre chronologique on trouve buzz, rex, bo, hamm, slink, potato et woody. La dernière en date (la "vraie" stable) est la sarge.

Enfin, il existe experimental, qui n'est pas une distribution à proprement parler mais un dépôt de paquets expérimentaux. À ma connaissance elle n'a pas de nom.

C'est clair, ça n'a rien de dramatique. Mais ce qui me gêne, c'est pas tellement qu'il ait cross-posté, c'est qu'il se doutait que ce n'était pas une bonne idée, mais qu'il l'a fait quand même.

Quand on cherche à recueillir des témoignages, c'est assez étonnant comme façon de procéder...

Si c'est ce que tu craignais, pourquoi l'as tu fait ? Toute personne qui fréquente un tant soit peu des forums sur Internet sait que le fait de cross-poster est particulièrement mal considéré. J'imagine qu'un journaliste doit savoir ce genre de choses...

C'est clair qu'il en faut plus, 39 news cinéma pour 20 000 dépêches, ça fait que 0,195 %. Pas assez pour troller correctement...

Quand tu installes gnuchess sur Debian/sid, il te propose les paquets xboard et eboard. Je ne sais pas s'ils sont disponibles pour Knoppix.

J'ai un problème similaire depuis la mise à jour vers le noyau 2.6.14 en unstable. L'écran devient noir après quelques secondes pendant la séquence de démarrage en mode console.

Si tu augmentes la luminosité et le contraste de ton écran, tu verras la suite des messages de boot et l'écran de connexion de X. Donc le système fonctionne correctement, c'est juste un problème d'affichage.

Je suppose qu'il doit s'agir d'un problème avec le module nvidiafb, mais je n'ai pas poussé les recherches plus loin. En sélectionnant le noyau 2.6.12 via grub au démarrage, tout fonctionne correctement chez moi.

http://www.gnu.org/philosophy/license-list.html#GPLCompatibl(...)
« GNU Lesser General Public License, or GNU LGPL for short.
[...] It is compatible with the GNU GPL. »

http://www.gnu.org/licenses/gpl-faq.html#WhatIsCompatible
« What does it mean to say a license is "compatible with the GPL".
It means that the other license and the GNU GPL are compatible ; you can combine code released under the other license with code released under the GNU GPL in one larger program. »

Ca demande une batterie de tests geante vu le nombre de distribs/versions de distrib et les differences entre les distrib, etc... et les developpeurs ne sont absolument pas interesses a faire un boulot pareil.

Pourquoi tester son produit sur l'ensemble des distributions Linux existantes ? Pour une application propriétaire, il semble plus logique de la tester/certifier sur les distributions les plus courantes, c'est ce que font Adobe et Oracle par exemple. Pour les autres distributions, ils peuvent toujours s'adapter à la demande si ça leur paraît pertinent/rentable.

L'avantage de Windows c'est que c'est bcp moins vaste et disparate, faire un soft qui tourne sous Windows 2000/XP/2003/... est assez simple.

Si on considère la continuité du fonctionnement des applications lors d'une migration du système, ça me paraît beaucoup moins évident. De nombreuses applications ont cessé de fonctionner lors de migrations de 98 vers XP ou vers le SP2 de XP (y compris certaines de Microsoft). On verra ce que ça donne à la sortie de Vista...

s/retour horizontal/retour vertical