Antoine Reilles a écrit 275 commentaires

Le seul probleme, c'est que tu dois eviter de modifier les "toto" que tu viens d'ecrire a la place des "titit", et ne remplacer que les "toto" originaux.
Il suffit de passer par un mot magique (par exemple, "papaille", qui n'est pas dans ton document) pour fire la difference

du coup:

echo "titi et toto sont dans un bateau: titi tombe a l'eau"
| sed -e 's/titi/papaille/g' -e 's/toto/titi/g' -e 's/papaille/toto/g'

donne ce que tu attends

Tout d'abord, il y a l'excellent rubber: un programme python qui se charge de tout le boulot: il va même jusqu'a convertir les figures et images, gère metapost ou les fichiers xfig, et prend garde à ne relancer bibtex et latex que lorsque c'est nécessaire:

http://www.pps.jussieu.fr/~beffara/soft/rubber/

Aussi, latex-mk, qui est lui à base de makefiles, et est plutot puissant. À noter qu'il faont très attention a la portabilité ces fragments de makefiles (pour ceux qui n'aiment pas gmake...), qui sont écrits pour bsd make (mais évidemment, ça marche aussi avec gnu make)

http://latex-mk.sourceforge.net/

Personellement, j'utilise rubber, parce qu'avec ça, je n'ai pas à me preoccuper de modifier ou gerenerer un quelconque script lorsque je fais une modif sur le document. (et c'est très rapide, même pour de gros documents)

C'est l'idée, oui.

Une solution pour t'épargner l'enfer des dépendances, c'est d'installer une LFS simple:
Le systeme de base, les outils incountournables, tout ça (commme la base de bsd ou slackware).
Ensuite, tu installe pkgsrc [1] sur cette base, et tu t'en sers pour installer tout ce qui reste :
X, quelques WM, vim et tout le toutim.

Pour mémoire, pkgsrc, c'est le système de packages de netbsd [2], mais il a la particularité d'etre portable (en particulier, je l'utilise aussi sous MacOSX). Il supporte bien evidemment linux (il faut tout de même s'assurer d'avoir un minimun de choses dans ton install LFS)

Du coup, tu pourra continuer a utiliser LFS, et a maitriser les details du systeme de base avec les mains dans le camboui, et pkgsrc se chargera de l'enfer des dépendances et tout ça
(enfin, il te laissera quand même tout loisir de mettre les mains dans le camboui si tu y tiens)

[1] http://www.pkgsrc.org
[2] http://www.netbsd.org

Ok, je l'ai deja faite, mais ça fait jamais de mal de le répéter:
créer un compte aujourd'hui, pour demander aux visiteurs de linuxfr de faire ton boulot, c'est pas genial.
Heureusement, tu as eu la bonté de nous faire un message avec une orthographe fleurie, et une grammaire plutôt rigolote, alors au moins certains auront un peu souri.

Sinon, une application qui peut d'aider: http://atilf.atilf.fr/ [Trésor de la Langue Française informatisé]

Bon, j'imagine que celui qui saura ou trouver ces plans saura sans problèmes ce que c'est, mais moi, j'en ai aucune idée.

Du coup, même si je connais un super site collectant les plans pour tout plein de machines a café, comme je ne sais pas que le r707 est une machine à café controlable par usb, je ne t'aiderai pas

Un projet qui pourrait t'interesser:
http://www.irisa.fr/LIS/LISFS/

En gros, c'est le file system tel que tu le rêve: les repertoires sont une maniere parmi d'autres pour faire des requetes sur les fichiers.
Sur http://www.irisa.fr/LIS/index.html tu trouvera plein de lecture sur le sujet, en particulier
http://www.inria.fr/rrrt/rr-4656.html devrait t'interesser.

ça a tout de même bien l'air d'être l'unique membre de l'intersection.
A ta place, j'oublierai linux, et je mettrai du Apple_UFS, comme ça, pas de problèmes avec netbsd. Et puis bon, les gens de linux, ils sont réactifs et tout et tout, ils finiront pas avoir un bon driver pour UFS (il y a au moins un support read-only, je crois)

Franchement, créer un compte uniquement pour demander aux gens de faire le travail de ton "projet de fin d'etudes", c'est un peu bas.
En fait, une des choses qui fait l'interet d'un projet, et en tout cas une des choses qui permet d'évaluer ton travail, c'est ta capacité à rechercher et comprendre de la doc sans t'y noyer, à trouver des exemples, et à chercher les bonnes ressources pour rendre ta tache facile.
La capacité à te débrouiller par toi même est une des choses que doit t'apprendre un tel projet, et ce sur quoi tu devrai être évalué. C'est ce qui fait l'interet de l'exercice

si le package qui t'interesse utilise une version des autotools assez récente (je sais pas combien il faut remonter dans le temps pour trouver une version qui ne le supporte pas, loin, surement), tu peut utiliser $DESTDIR

En gros, tu places le prefix à la valeur qu'il faudrait avoir dans le chroot, et $DESTDIR au chamin du chroot.
make DESTDIR=chroot install
t'installera les fichiers dans chroot/${PREFIX}/, et tout sera pour le mieux pour la suite

bonne chance

un bug report, éventuellement accompagné d'un patch est plus intéressant

[mavie]
cplay (un petit outil genial) utilisait jusqu'a il n'y a pas longtemps 109 descripteurs de fichiers.
Évidemment,
$ limit descriptors
descriptors 64

Une fois le problème identifié, un patch de quelques lignes envoyé à l'auteur, et hop, le problème est fixé
[/mavie]

tu peux essayer
unlimit descriptors

ou un truc dans le genre, pour supprimer la limite sur le nombre des descripteurs de fichiers maximum

ah, la doc de frenchle mentionne bine le fait qu'il est plus sur de faire
\usepackage[french]{babel}
après les autres \usepackage, sous peine d'obtenir des choses étranges.
c'est peut etre aussi bete que ça

Mais même si j'ai
\usepackage[french]{babel}

on dirait que teTeX3 charge tout de même frenchb.cfg

en effet, ça ressemble à la sortie de "cvs -t update"

est-ce que tu n'aurais pas un alias pour cvs=cvs -t, ou une ligne
cvs -t
dans le fichier ~/.cvsrc ?

-q ne l'empeche pas de te signaler quand il y a des fichiers dans ton rep local qui ne sont pas dans le repository (les lignes avec ? au debut).
Et c'est une bonne chose.

Tu peux lui faire ignorer certains fichiers en plaçant un fichier .cvsignore dans le repertoire, contenant une regexp qui "matche" les noms des fichiers a ignorer. Ceci dit, il me semble qu'il faut la commiter dans le repository pour que ça marche (ce qui n'est pas très commode dans ton cas). (chercher cvsignore dans man cvs). Sinon, tu peux les spécifier avec l'option -I

Un truc sympa peut etre:
cvs update -I '*.o'

c'est vrai qu'avec une formule correcte, ça doit marcher mieux

Une autre maniere de t'assurer que tu as bien protege tous les caracteres d'echappement qui doivent se retrouver dnas ta commande sed a la fin, c'est de semplacer sed par echo le temps de tester. Si la commande a une bonne tete, alors il sera temps de passer a sed.
En partitulier, il te faut savoir qui echappe quoi. Si tu constriot la requete pour sed dans une chaind de ton cgi. les " " de ton cgi premettent interpretent surement \ comme un caracter d'echappement, il faut dont le proteger par \\. maintenant, sed lui aussi interprete \ de maniere spéciale, font pour faire ne sorte que set ecrive \, il te faudea metter \\\\ dans le cgi

Euh, bon, c'est pas tres clair, mais par contre utiliser echo devrait deja t'aider un peu

en meme temps, ils n'ont pas vraiment fait d'efforts de rédaction, à voir la phrase citée

" à aller venir", je ne vois pas trop ce que ça peut vouloir dire. Traduction automatique, ou pigiste bourré un samedi soir ?

ça permet de places une espèce de moniteur sur la resource "o" pour l'appel concurrent

Tu peut sinon déclarer ta méthode "synchronized" (ce qui revient a l'englober de synchronize(this) )
A priori, tu dois pouvoir trouver une excellente explication dans le Thinking in Java, de Bruce Eckel, qui est disponible en ligne

en effet, pas d'isos pour netbsd-3, mais c'est bien normal, elle n'est pas encore taggée comme RELEASE.
La branche netbsd-3 à été crée a peu près au moment de la sortie de netbsd 2.0.
Depuis quelques temps, la branch head contient les version 3.99.*, et la branche 3 est en voie de stabilisation. Il reste encore quelques problemes à regler avant d'avoir une vraie release, mais ça n'empeche pas de la tester soit en recupérant le bébé par cvs, soit via les iso's de 3.0_BETA, qui ne sont pas officiels (par exemple, sur http://www.tastylime.net/netbsd/ pour des isos pour i386).

d'après le "release engineering team":
http://mail-index.netbsd.org/netbsd-announce/2005/10/21/0000(...)

elle devait sortir pour la fin du mois

Concernant NetBSD et la numérotation des branches, tu peux lire l'explication des branches qui a précédé l'annonce de la release:
http://mail-index.netbsd.org/netbsd-announce/2005/10/30/0000(...)

Par ailleurs, la version 3.0 devrait sortir très prochainement, d'après le "release engineering team" :
http://mail-index.netbsd.org/netbsd-announce/2005/10/21/0000(...)

tu en profites pour pondre un journal ni important, ni intéressant

enfin, je suis bien content d'apprendre que tu as perdu une heure pour rien.
Alors, il y avait une dépêche similaire ? Sinon, il est encore temps de tout recommencer, non ?
Cent fois sur le métier remettez votre ouvrage...

Ils en ont aussi parlé sur libération

http://www.liberation.fr/page.php?Article=326710(...)