tgl a écrit 1743 commentaires

Ou encore +/- le même en explicitant la création des fifo et des processus d'arrière plan au lieu d'utiliser des pipes, comme proposé plus haut (plutôt plus lourd amha) :
http://tdegreni.free.fr/files/foobar2.sh(...)

Walah, j'avais pas vu qu'il y avait autant de nouveau commentaires pertinents depuis que j'avais lu ton message. Bon, mon truc semble tout de suite un peu redondant...

Je me suis déjà +/- battu avec ce problème, et je n'ai pas de solution complètement satisfaisante. Je te mets ici une version verbosement commentée de ma solution la plus simple :
http://tdegreni.free.fr/files/foobar.sh(...)

Le problème qui persiste est que stdout et stderr ne sont pas synchronisés, et que donc des messages rapidement enchainés sur chacune de ses sorties peuvent se retrouver entrelacés sur le terminal. En fait, je ne vois pas vraiment de solution à ce problème : la duplication des deux flux passe forcement par des processus concurrents (les deux 'tee'), qui sont bufferisés, et on n'a pas le contrôle de leur ordonnancement. Peux être qu'en C on pourrait faire un seul processus pour consommer et dupliquer les deux flux alternativement (et vu que côté producteur l'écriture sur des pipes est bloquante, on ne perdrait pas la synchro), bref on pourrait faire un genre de double-tee, mais en shell par contre je ne vois vraiment pas.

À part ça, tu verras que dans mon script je n'ai pas distingué shell interactif de shell non-interactif. Il me semble d'ailleurs que tout ce qui est mis dans un script est non-interactif, sauf à forcer ça avec un "#!/bin/bash -i". Je ne crois pas que ton test sur $PS1 fonctionne comme tu l'attends, parceque $PS1 n'est pas censé être exporter. Moi en général, quand je veux appeler qqch depuis un cron sans pourrir mon log, je ne compte pas sur le script lui même, mais je fais mon appel avec "&>/dev/null", et puis voilà.
Bon ceci dit, si tu tiens à tester ça au niveau du script, alors y'a peut être moyen plutôt avec $TERM, ou encore avec la commande 'tty', je sais pas trop... Je sais qu'en python par exemple, je ferais ça avec le prédicat "sys.stdout.isatty()", mais en bash, j'ai jamais essayer de trouver un équivalent. Si tu trouves, alors dans mon script ce sera facile de rajouter le test pour faire un appel récursif avec une redirection plus simple dans le cas non-interactif (genre '$0 "${@}" 1>${STDOUT_LOG} 2>${STDERR_LOG}').

Ah bah c'est marrant, parceque vraiment ici il tourne de façon bien continue mais plus lente. Ça m'a étonné d'ailleurs parceque effectivement sur un jeu codé correctement, ça a plutôt tendance à faire sauter des frames (c'est le cas sur curveball que je citais plus haut par exemple). Peut-être que ça n'est vrai que dans une certaine mesure et que tu as un peu trop forcé la dose niveau ralentissement ?

Surtout que sans parler même de brute force, les mots de passes se récupèrent par bien d'autres moyens assez simples.

Faut voir que pas mal de gens utilisent les prénoms ou dates de naissance de leur enfant, ce genre de chose, et que donc deviner le mot de passe d'un collègue peut etre assez simple, pour peu qu'on ait vaguement aperçu en gros ça ressemblait quand il le tape. Et puis y'a le social engineering aussi, avec des trucs aussi simple que de demander au téléphone ou par email son mdp à quelqu'un en se faisant passer pour l'administrateur système.

Bref, cette clef USB, moi je la vois surtout comme une bonne façon de protéger les utilisateurs contre leur propre naïveté.

Le *vrai* français il est un peu à la traine en matière d'informatique. Cette expression de « serveur mandataire » ne veut rien dire et n'est même pas correcte en *vrai* français (où un mandataire est une personne). Peut-être que dans qlqs années, si elle s'impose dans l'usage, la langue l'intégrera... ou bien peut-être qu'elle intégrera plutôt « proxy » si c'est lui qui est plus employé.

En quoi est-ce préférable, pour faire évoluer la langue, de donner des sens nouveaux à des mots d'origine française plutôt que d'intégrer de nouveaux mots d'origine étrangère ?

Ensuite, pour ce qui est des « bon programmes », bah soit, peut-être, ça prouve juste que ça n'est pas Debian qui a inventé l'expression. Mais moi je constate qu'on parle de proxy dans IE, dans Mozilla, et dans les docs des fournisseurs d'accès, et que rien que ça suffit amplement pour qu'une large majorité des gens soit familière avec le termes de « proxy », et non avec celui de « serveur mandataire ». De là il me parait logique d'utiliser ce mot quand on veut être compris, et je pense que seule la défense d'une position idéologique bien tranchée sur la question précédemment posée peut faire choisir le termes plus marginal de « serveur mandataire ». Et c'est à mon avis une erreur : les traducteurs ne sont pas là pour orienter les évolutions de la langue dans le sens qu'ils préfèrent, mais juste pour l'utiliser afin de rendre les logiciels accessibles à un maximum de gens.

C'est un peu parallèle comme remarque, désolé...

Nan, c'est pertinent je trouve, c'est bien une attaque dans le même ordre d'idées, même si ça n'est pas tout le browser que tu simules mais juste une boite de dialogue. Simple et élégant.

Bon après par contre, je vois pas vraiment ce qu'un attaquant distant pourrait faire directement avec ton master password mozilla... sauf qu'il y a sûrement pas mal de gens qui utilisent le même mot de passe pour mozilla et pour d'autres choses plus intérressantes :/

[perso] mieux vaut 1 journal avec 36 liens 'jeu_flash' que 36 journaux avec un lien 'jeu_Flash' par journal et 200 commentaires de score [/perso]

\o/ Ce qu'il faut c'est une rubrique JeuxFlash sur le forum \o/



Bon, ok, je me cache...

Ça a l'air rigolo aussi, mais il rame encore vachement plus ici, c'est injouable. Snif ;(

Bien vu !
Ça plus un "while true ; do echo plop ; done" dans un autre terminal (j'utilise gnome-terminal, qui est bien gourmant) pour ralentir la machine, donc l'animation du serpent, et on fait facilement des >=105m bien reproductibles. En ralentissant un peu plus, et éventuellement en se faisant un repère à 45° au velleda sur l'écran, y'a vraiment moy' de baladeur mp3. Bon maintenant, ça a l'air d'être une merdouille leur truc...

> Aussi, quand je lit:
> [...]

Moi le premier truc qui m'est venu à l'esprit en voyant ça, c'est ces protecteurs qui pour la moitié du prix que demande la mafia locale te promettent de te protéger du racket. Je me suis même demandé si ils reversaient un pourcentage à SCO tellement l'arnaque serait belle.

Et puis en fait, vu les gens qu'il y a dans cette boite, je leur accorde le bénéfice du doute. Après tout, s'il est mené par des gens de bonne foi, leur système a peut-être effectivement comme principale vocation de faire un front juridique pour défendre l'Open Source contre les gros méchants (enfin avec un business à la clef quand même, mais un genre de "business éthique" quoi).

Bref j'en sais rien.

Cela m'étonne même que ce genre d'analyse ne soit pas arrivée plus tôt...

Le résultat de l'analyse n'a en effet rien de surprenant, mais je pense que ce qui explique que rien d etel n'ait été publié plus tôt, c'est que ça doit être un boulot colossale. Soit tu prends plus ou moins tous les brevets ayant très à des OS, et tu vérifies si oui ou non ils sont violés par Linux, soit tu prends tout le code de Linux et pour chaque petit bout d'algo un tout petit peu malin, tu cherches si il est breveté. Dans un sens comme dans l'autre, ça me parait être une entreprise démesurée pour un seul homme. Enfin il a au moins dû sacrement se galerer.

Bon, j'ai vraiment du mal, je n'ai passé les 100 que rarement et de très peu. Et je n ecompte plus les balles dans le pied... Je pense qu'un bon plan pour être compétitif serait de jouer à deux : un qui pompe, et un qui se concentre sur l'angle de tir. Parceque tout seul, bah moi je suis pas assez multitaches.

Et puis tant que je suis, une autre flashouillerie que j'aime bien :
http://www.albinoblacksheep.com/flash/curveball.php(...)
ou bien en redimensionné à mon goût là : http://tdegreni.free.fr/curveball.html(...)
Il ne me souvient pas de l'avoir vu passer ici celui là, et sinon, bah désolé pour le doublon.

Pareil, mais ce que je ne comprends pas c'est que ça ne marche qu'une fois (il va pas bouffer plus de mémoire si tu le refais). C'est bizarre pour une fuite ça.

Oh, je me suis trompé de journal... Mille excuses, et pan sur mon bec !

Moi ce qui me fait le plus halluciner là dedans c'est ça :« l'OSRM (Open Source Risk Management) qui est une sorte de compagnie d'assurances qui vend des protections contre des plaintes liées aux vols de copyright par Linux. »
Mais jusquoù s'arrêteront les cravateux de la PI ?

thomas@eusebe % grep history-search /etc/inputrc
"\e[5~": history-search-backward
"\e[6~": history-search-forward

Avec ça, j'ai PgUp et PgDown pour faire mes recherches dans l'historique en fonction du début de ma ligne. Ça fait effectivement parti des nombreuses choses à régler pour rendre bash confortable.

Je l'ai aussi depuis qlqs jour sur une Gentoo testing. La compatibilité ascendante est assurée, donc y'a vraiment pas de problème pour l'intégrer aux distribs.

[installe grip par la même occasion, c'est très bien]

Et puis "abcde". Pour moi c'est le must du logiciel de rippage/encodage. Il est en ligne de commande (c'est juste un gros bout de bash), mais sincèrement, je vois mal comment on pourrait imaginer un logiciel plus simple : j'ai configuré la première fois comme je le voulais le fichier /etc/abcde.conf, et depuis, quand j'ai un cd à encoder, je me contente de taper "abcde" et d'attendre, et j'ai des beaux oggs au bon bitrate, avec les bons tags, nommés et rangés comme je les aime.
http://www.hispalinux.es/~data/abcde.php(...)

Je ne vois pas qui ne comprend pas ce que veut dire mandataire. Il ne faut pas sortir d'une grande école pour comprendre.

Bah moi, qui n'ai fait qu'une moyenne école, mais qui suis maintenant quand même assez loin d'être un newbie de l'info, et qui sait depuis quand même pas mal d'années ce qu'est un proxy, je n'ai pas deviné en lisant le post initial ce que pouvait bien être ce fameux "mandataire". Peut-être que dans le contexte le déclic se serait fait (parcequ'il ne doit pas y avoir 36 possibilités), mais comme ça à froid, bah sincèrement, non.

Globalement je rejoins ceux qui pensent que le meilleurs mot pour désigner une chose est celui le plus courament employé, parce que c'est celui qu'un maximum de gens comprennent (je ne parle pas en général bien sûr, mais seulement dans les cas où la langue est purement utilitaire, et non pas une fin en soit, bref dans un cas tel que l'installeur Debian). Ou bien alors, pour que tout le monde soit content, pourquoi ne pas utiliser "blablabla ... mandataire (proxy) ... blablabla". Certes c'est redondant, mais le but est d'être compris, et dans des cas comme ça je pense que ça aiderait.


Bon après, sur le fait qu'un rapport de bug est plus constructif qu'un commentaire linuxfr, là je ne peux te pertinenter.

@Fayard J-M : Si je me souviens bien de son précédent topic sur ce forum, il connait maintenant ogg2mp3. Mais ogg2mp3 utilise lame.

@coucou747 : Je connais pas mp3encode, mais as tu vérifié que tes fichiers .mpg n'était pas tout simplement des mp3 avec une extension différente ? Enfin quoi qu'il en soit, installer lame reste à mon avis la meilleurs solution, c'est vraiment la référence en la matière. Si tu nous disais sous quelle distrib tu es ? Car rares sont celles qui n'ont pas un lame packagé au moins de façon officieuse. Ou bien sinon, si tu veux le faire depuis les sources, dis nous un peu ce que tu fais et qu'est-ce qui se passe mal.

Tu veux pas te faire un petit /boot de qlqs Mo en ext2/3, où tu colles tes noyaux et ton grub ? C'est une pratique assez courante, et ça permet d'être plus fantaiste sur la partoche racine.

Ce que tu dis serait vrai dans un monde où Linux serait aussi bien connu et admis que n'importe quel Windows. Mais ça n'est malheureusement pas le cas, loin de là.

Si tu proposes Linux à quelqu'un qui ne connais pas (ou presque), alors tu verras que les questions fusent : « Mes documents du bureau, je vais pouvoir les ouvrir ? », « Mes jeux je pourrais encore les installer ? », « Mon ADSL, il va marcher pareil ? », « Mais mon imprimante c'est marqué "Designed for Windows" dessus, elle va pas marcher. », etc. Y'en a des milliers comme ça, qui ne poseraient pas pour Windows parceque Windows c'est la "normalité", la référence, le trucs qu'on a partout au bureau et dans la belle-famille, bref c'est évident que tout marchera facilement.
Tout ça, c'est sur le vendeur que ça tombera en premier. Et si il répond un peu trop « oui oui c'est bon » à la légère, bah il va faire un paquet de mécontents, et tu auras la moitié des machines qui vont revenir dans la semaine pour être échangées contre des PC/Windows... pas terrible pour le magasin, qui ne risque pas de poursuivre l'expérience.

Pour MacOS, les gens ont des questions aussi d'ailleurs, mais ça n'est pas la même avalanche, loin de là. MacOS, malgré sa part de marché assez réduite aussi, jouit toujours d'une réputation de système très accessible et d'une marque bien connue, avec une vrai grosse boite américaine derrière et tout et tout. De mon expérience, ayant de temps en temps suggeré des Mac à des gens qui cherchaient un portable, ça se limite à des trucs du genre « Et maintenant les disquettes c'est toujours la merde avec les Mac ? » (à quoi tu réponds en général « Mais le portable que tu t'apprêtes à acheter il n'a pas de lecteur de disquettes, ça n'existe plus ces machins là. »), bref des vagues souvenirs de problèmes entendus à droite à gauche dont on s'inquiète plus par principe ou pour frimer en montrant qu'on a compris que c'était pas tout à fait comme un PC/Windows.

C'est la niouze qui est pointé par le dernier lien de cette dépêche. Mais dans l'offre de Planet Saturn, c'était juste un CD Mdk filé avec la machine, alors que là la distrib est installée. Ça fait une grosse différence je pense pour le grand public. (Mais bon en même temps, avec tout les warnings que carrefour a mis pour faire fuir ce grand public, ça limite l'impact de cette avancée.)

J'imagine (mais je peux me gourrer à 100%) qu'un des problèmes serait que les vendeurs de Carrefour devraient être formés un minimum à Linux avant que de telles machines arrivent en magasin. Parceque bon, le client qui voit le petit prospectus de comparaison windows/linux qu'ils ont préparé, bah après il a encore plein de questions, style « Je vous la prendrait bien moi votre machine bizarre là, mais est-ce que mon adsl il va marcher dessus ? », etc. Cette offre risquerait de vite devenir la bête noire du rayon si les vendeurs se retrouvent assaillis de questions auquels ils ne savent pas répondre.