Ubuntu-fr

Mouais, bof.
Pour la Corée du Sud je ne sais pas, mais pour le Japon j’ai des doutes.
Ne serait-ce qu’au niveau des transports en commun, pour reprendre un phénomène relativement connu (une source parmi d’autre).

Ça fait un moment que je voulais faire une remarque (mais avant je voulais faire des tests, voire faire un patch mais en fait j’ai pas trop de temps en ce moment )
Dans fileio.c, les écritures octet par octet ça doit être plutôt moche niveau perf’.
Ça serait pas équivalent de passer par un bon vieux fwrite ? Où j’ai raté un truc ?

Ça me rappelle quand j’avais du jouer avec du YUV 422 lors de mon dernier projet scolaire (bon j’avais pas eu besoin de le découper par contre).

Bon, dans Rosalind je suis finalement venu à bout de REAR. Et comme je le pensais, la piste sur laquelle je partais avant de faire un long break sur Rosalind était la bonne. C’était pas si sorcier, quand on sait quoi chercher.

Tiens, pour ceux qui gardent leurs conf’ (principalement des fameux dotfile) via Git ou équivalent (pour pouvoir trimballer leur conf’ d‘une machine à l’autre).
Voilà un article qui pourrait vous intéresser

Bah si ce n’est pas ce que tu voulais dire, alors pourquoi dire :

?

Exact. mea culpa sur ce point.

Salut,

Comme souvent en Bash, quand il y a des espaces dans une chaîne de caractères, il suffit de la mettre entre double quote.

#!/bin/sh
QUESTION="Does the Prince speak English (Y/n) ? : "
read -p "$QUESTION" ANSWER
if [ "$ANSWER" = "Y" ] || [ "$ANSWER" = "y" ]
  then
    echo "Hello PSG World!"
  else
    echo "Yes, the Prince speaks English but he doesn't talk to you!"
fi

Ce code fonctionne

Illusion.

Si tu utilises Java, tu fais un JAR et les gens auront juste à double cliquer dessus (sous réserve que Java soit installé sur la machine). Même pas besoin de faire un programme d'installation genre setup.
Je suis pas fan de Java, mais avec les contraintes que tu t'imposes ça me semble relativement adapté.

@fnux : bonne proposition, mais :

Or, comme notre ami ne semble pas vouloir fournir les sources (sinon un langage de script ne poserait pas de soucis), ça me semble compromis

Les sources de l’article, ce sont des vidéos YouTube…
Sérieusement, on fait mieux comme source fiable…

Oui et non.
Ça fonctionne pour toutes les distrib’ basées sur dkpg (des paquets .deb quoi)

Non, elle fait référence à ça.
Mais, bien que je n’ai pas vu la vidéo (pas de compte Facebook), je ne qualifierais pas ça de clip d’artiste.

Darth Vader

Inculte !

En espérant que ça soit meilleur que VP8 vs H264.
Parce que là, VP8 était à la ramasse totale.
De plus, sachant que l’encodeur est pas plus libre qu’un x264 et que la spec’ VP8 est maintenant soumise à brevet (Google a baissé son froc, il ne devait pas se sentir tout blanc à ce sujet ) comme l’est H264, y’a pas grand gain morale ou technique à utiliser VP8 plutôt qu’x264.
Il reste un gain financier (compensera-t-il le surcoût de bande passant, ça c’est moins sur), mais c’est tout.
On verra pour VP9…

Bah, dans l’absolu oui.
Après, c’est pas une perte gênante on est d’accord, mais ça reste une perte, non  ?

Pour les poils peut-être, mais pour les paires de bases l‘impact peut être plus important
Enfin je pense que je ne t’apprends rien ^^ (cf. la drépanocytose pour un exemple connu : un GAG devient GUG, juste une base de différence, les conséquences sont pas négligeable)

Rigole, rigole, mais j’ai déjà vu faire quelqu’un se faire un fichier en C remplie de directive de préprocesseurs pour coder en français >_<.

Sinon, on peut code en Baguette on Snails (diaporama en HTML 5, cliquer pour voir les slides), comme ça tout le monde est content
Bon là c’était pour la déconne, mais ça existe vraiment des langages en français.