Sarcastic a écrit 289 commentaires

Pourtant Evince (2.24.2) n'a pas toujours un rendu génial. Je pense notamment aux partitions que me sort Lilypond.
Autant, sous epdfviewer ça rend bien, autant, sous Evince, les barres de mesure sont très très grasses (c'est un peu bête quand on utilise Lilypond d'avoir un rendu gâché par le lecteur PDF).
Tout ça pour dire que les rendus sont bien loin d'être uniformes entre les différents lecteurs PDF libres, alors, entre les lecteurs libres et acroread…

Problème : je veux que nplayer soit développé en C.
(Cela dit, c'est Phonon qui répond le mieux à la problématique dans les autres cas)

Il dit d'autres conneries comme "ALSA, absolument pas portable (avec les BSD, notamment)". Ben ce n'est pas fait pour être portable entre OS... Ça fait parti du noyau. C'est comme reprocher à Linux de ne pas être portable sur Windows...
Ça, c'est sûr que ce n'est pas fait pour être portable entre OS et c'est ce que je reproche.
Mettons, par exemple, je crée une application qui a besoin d'utiliser la sortie audio que nous nommerons nplayer. J'ai plusieurs solutions.
1. je développe nplayer pour OSS, ça marchera bien sous les BSD, ça marchera sans mixage sous Linux.
2. je développe nplayer avec une couche d'abstraction, avec tous les inconvénients que ça implique (une dépendance en plus pouvant être très lourde pour l'utilisateur — par exemple PA —, n'ayant pas forcément le même soutien niveau développement que Linux ou les BSDs, dont l'avenir n'est pas forcément certain, etc).
3. je développe pour ALSA, et ça marchera bien sous Linux, et entre très mal et pas du tout sur les BSD.
4. je développe pour OSS, ALSA, SDL, PulseAudio, et tous les trucs gérant l'audio. C'est la solution choisie par mplayer et VLC. Mais c'est méga lourd, et vachement rebutant pour un petit projet.

Après, ce n'est pas parce que c'est pas dans le noyau que l'interface ne doit pas être portable (Parce que, le code, on s'en fout qu'il soit portable, en revanche, l'interface…).

Ce qui m'a bien énervé, c'est le passage de Sarcastic sur PA. PA ne se compare pas à Alsa ou OSS (je n'ai pas vérifié, mais probablement qu'il peut utiliser les deux).
Le seul truc, c'est qu'au lieu d'aller vers une simplification, on complexifie encore, en rajoutant une couche.
Sachant que développer une appli pour PA, c'est une connerie actuellement, sauf gros projet (parce que les utilisateurs ne vont/veulent pas tous l'avoir, etc).
Il faudrait que PA devienne un « must have » pour que ce soit rentable, et qu'il efface les inconvénients d'ALSA au lieu de les appesantir.
C'est dans ce sens qu'allait « le passage de Sarcastic sur PA ».

Si ton écran est en 800x600, là d'accord c'est galère, mais franchement des sites qui passent mal en 1024 j'en connais pas beaucoup.
Juste comme ça, la première génération d'EEEPc (Les 700) est en 800x480.
Et faut pas t'attendre à plus de la taille des autres machins portables (smartphones, les balladeurs à tout faire, etc).

Mais pourquoi ? Je ne vois vraiment pas ce qu'il y a de tellement horrible dans la gestion du son sous Linux qu'il faille tout remettre à plat...
Ben, pourtant, le son, sous Linux, c'est une horreur. On a une sorte de machin, qui s'appelle ALSA, absolument pas portable (avec les BSD, notamment), dans un esprit bien loin d'Unix et de « tout est fichier », et avec une API delamort.
En plus de ça, la compatibilité avec « l'ancienne » interface (OSS) est à chier (pas de mixage, pour des raisons crypto-mystiques).
Alors, certes, y a eu le problème qu'OSS a été rendu propriétaire et tout ça. N'empêche que les *BSD s'en sont très bien sortis sans développer de gruikeries à la ALSA.
Après, PulseAudio ne résoud pas grand chose (aucun ?) de ces problèmes. La seule chose qu'il introduit ce sont des fonctionnalitées plus ou moins intéressante (présentes en parties dans OSSv4, notamment pour le mixage par application, le reste n'ayant qu'assez peu d'utilité, au final, sauf pour un geek).

Euh, j'ai mal lu.
En fait, dans bc, c'est la variable scale (mise automagiquement à 20 avec -l) qui correspond à la précision, et y a pas d'arrondi non plus. Désolé d'avoir pollué.

bc -l fait les calculs avec des arrondis.

Manquerait plus qu'ils mettent du Flac, avec les couvertures et le livret, et qu'ils donnent une part décente à l'artiste (i.e. au moins autant que pour le CD). Ah, et puis un prix correct, aussi (i.e. moins cher que le prix CD, ou alors plus de contenu, le coût du service étant globalement plus faible).
Et là, on pourra éventuellement parler d'un début de commencement de l'existence d'une offre légale décente.

Le clic milieu, avec l'autoscroll activé (c'est fait par défaut sous Windows, pas sous Linux) est génial, je trouve.
Je me sers quasiment de ça, et pas de la molette (nan, parce j'ai trop l'impression d'être sur une barque où faut donner des coups de rame pour avancer, peut-être un effet du grand écran).
Et pour les touchpad, qui n'ont pas tous le clic milieu (enfin, ça s'émule bien), y a déjà une zone de défilement horizontale, comme dit plus haut.

Tant que c'est que ça.
Quand dans la-dite série ils ne traduisent pas « cigarette » par « riz complet », tu peux déjà t'estimer heureux (Puisqu'on vous dit qu'on censure pour votre bien !).

Après Ogg Vorbis et Theora, voici la Fondation Xiph travaille sur Ogg Kate très semblable à Theora mais prenant en charge le sous-titrage.
Marrant, les premières lignes du wiki disent absolument le contraire :
This is not a Xiph codec, though it may be embedded in Ogg alonside other Xiph codecs, such as Vorbis and Theora. As such, please do not assume that Xiph has anything to do with this, much less responsibility.
et
Kate is an overlay codec. […] Text and images can be carried by a Kate stream, and animated.

En gros, ça n'a rien à voir avec Theora, qui vise à fournir un format vidéo. Là, ça parle surtout de textes et de courbes — du vectoriel ? — avec différents paramètres (couleur, format, tout ça), à rajouter par-dessus la vidéo. Ou l'audio. Ou ni l'un ni l'autre, en fait.

Ya des arguments en bétons qui contre-disent cette théorie?
Moi, j'en ai un, mais comme ça nécessite d'attendre après la date funeste, je doute donc que quiconque puisse l'utiliser.

Oui, puis, en plus, pour ce cas là :
1. Ça demande une attaque Man-in-the-Middle, ce qui a au final assez peu de chance d'arriver au niveau du particulier utilisant un VPN (pas vraiment utile de passer plusieurs jours de temps machine pour un gain aussi faible, d'aller arnaquer les DNS ou des caches ARP si tu utilises directement ton IP).
2. L'attaque est encore une fois assez complexe, et il est dit qu'avec une implémentation naïve elle prendrait au moins 6 mois avant d'aboutir.
3. Je me demande si l'attaque marcherait dans ce cas : le certificat étant a priori auto-signé et c'est tout, pas de dispersions de certificats fils. Faudrait lire l'attaque avec soin, ce que j'avoue avoir la flemme de faire là maintenant.

L'authentification via SSL est quand même largement remise en cause.
Après, la partie chiffrement est intacte, et je pense que pour le VPN ça n'aura pas d'impact (je peux me tromper, cependant).

Parce qu'être morose ne résout rien ?
Être jovial non plus !

Déjà que les utilisateurs de logiciels libres sont des pirates anarco-comunistes, maintenant, en plus, on a la preuve que ce sont des terroristes !

quelqu'un a déjà donné plusieurs fois le lien icitte, faudrait que je le retrouve

En fait, y a carrément eu une news :
https://linuxfr.org//2008/07/25/24347.html

Merci de ne pas me faire dire ce que je n'ai pas dit. Je n'ai pas osé prétendre qu'Apple te ferait un procès. Juste que tu pouvais te gratter pour la garantie, et que j'aimerais te voir les poursuivre pour leurs closes alakons si jamais tu avais besoin un jour de la-dite garantie.
Pour ce qui est des DVD sous Linux, oui, j'en lis. Il me semble d'ailleurs que la DADVSI a été invalidée sur ce point, notamment grace à l'APRIL (quelqu'un a déjà donné plusieurs fois le lien icitte, faudrait que je le retrouve), donc perdu.
Pour ce qui est de DECSS, non, je ne l'utilise pas. J'utilise libdvdcss, tout ça.

L'histoire du flashplayer propriétaire, c'est du grand n'importe quoi : soit je l'ai, et il est conforme, soit je ne l'ai pas et dans ce cas, je n'ai jamais accepté le-dit EULA. Idem pour la JVM.

Ah ? Depuis quand un contrat non lu avec attention, ni accepté avec un consentement éclairé est-il valide en droit français ?
Depuis que tu cliques sur « J'accepte les termes du contrat de licence ». Ce qui compte, c'est que tu acceptes le contrat. Ton consentement éclairé et la lecture attentive, on s'en balance, c'est toi qui es fautif si tu n'as pas lu.

Depuis quand des clauses contraires au droit français auraient-elles plus de force que le droit français (genre le droit d'étudier son matos ?)
J'espère que tu feras un procès à Apple le jour où ils ne voudront pas honorer la garantie parce que t'as triffouillé le soft. Après le hard, t'en fais ce que tu veux. Faut pas demander de support après.

L'implémentation de l'attaque est assez originale et relativement peu coûteuse (non, ce n'est pas une ferme de PIII), vu que ça a été fait avec la mise en parallèle de plus de 200 PS3.
Cependant Satirov se veut plutôt rassurant : Selon lui l'attaque est difficile à répéter : il faudrait plus de 6 mois pour arriver à contrefaire un certificat avec une implémentation naïve.
Enfin, ça va (peut-être ?) être le branle-bas de combat : révoquer les certificats utilisant MD5, mettre à jour les navigateurs pour générer une alerte de sécurité quand MD5 est utilisé.
http://blogs.zdnet.com/security/?p=2339

Le Web aura eu la vie dure cette année : les certificats SSL de Debian frelatés, la faille du protocole DNS…

Ça et ripper ses CDs en flac, et 200 Go deviennent le strict minimum (bonjour les sauvegardes).

Le problème, c'est que je soulève déjà ma souris, entre autre pour la remettre au centre de son tapis.

Comme la majorité de tes contacts XMPP qui n'auront :
— pas un logiciel permettant le chiffrement de bout en bout (gtalk) ;
— pas le plugin pour Pidgin (qui n'est pas installé par défaut) ;
— pas plus l'envie de chiffrer la communication via XMPP que leur mail.

Euh, qu'est-ce qui empêche de faire du chiffrement bout en bout sur MSN ?

<citeELe lien du journal provoque une 404.
La faute de la parenthèse et du point :
http://rendering-portal.cpc.wmin.ac.uk/