rewind a écrit 3412 commentaires

Ils savent faire d'autres choses et l'ensemble des codec qu'ils savent gérer montre qu'ils ne sont pas si spécialisés que ça. Il est possible de faire plein de choses avec un DSP, seulement, les DSP vendus font ce qu'on leur demande de faire et à l'heure actuelle, c'est de la vidéo.

D'ailleurs, ces DSP se programment en C, pas dans un langage restreint. Alors tout ce qu'il est possible de faire en C, il est possible de le faire tourner sur un DSP. Et je peux t'assurer qu'on peut leur faire faire n'importe quoi !

Tu dis qu'un GPU sait faire du 1080p, je peux te dire qu'un CPU sait faire du 1080p aussi, ça n'en fait pas un semblant de DSP pour autant.

> même des socialistes français reconnaissent que Thatcher avait raison...

référence nécessaire... parce qu'elle est bien bonne celle-là !

Tu veux une démonstration ? Je vais te donner deux exemples :

Un processeur mobile (dans un téléphone) qui tourne à 400Mhz et qui encode et décode du MPEG-4 en temps réel jusqu'au VGA (640x480) à 30fps, du WMA, du H264 (jusqu'au QVGA (320x240)), du JPEG et qui fait de l'audio en prime.... "très pauvres en fonctionnalités" ? Je passerai sur l'argument du 1920x1080 sur un téléphone, je dirais que vu la taille des écrans, c'est loin d'être nécessaire.
http://www.st.com/stonline/products/families/mobile/processo(...)

Un autre exemple dans des set-top-box, un processeur à 266MHz et deux DSP à 400Mhz, ça décode du H264 High Profile et du MPEG-2 en HD (jusqu'à 1080i) et toujours en prime, tu as le son...
http://www.st.com/stonline/products/literature/bd/11102.htm

Maintenant, j'aimerais bien qu'on me montre des couples CPU/GPU qui font le même genre de chose à de telles vitesses.

C'est vrai qu'avec la tendance actuelle à la précarisation, le boulot de maire, même pour 6 ans, paraîtra bientôt un emploi stable

Quand je regarde le blog que tu cites, il y a un compte-rendu qui explique très bien comment a été calculé cette rémunération. Le salaire des élus est encadré en France selon des règles publiques, il n'y a aucun mystère. Ce n'est pas un conseil municipal qui décide comme ça au pif au mètre son salaire comme tu le sous-entend. Ils ont juste augmenté leur salaire dans le périmètre auquel ils avaient droits (parce que oui, c'est un droit), point final, pas de quoi en faire un fromage.

2s de Google et pouf : National_Science_Foundation

> les cartes graphiques munies de GPU sont devenues des sortes d'énormes DSP

Attention dans la comparaison des GPU avec des DSP. Dans l'embarqué, on a coutume de dire que les GPU sont des DSP du pauvre, dans le sens où ils sont relativement bien moins puissant que leurs homologues embarqués. Un téléphone avec un processeur et un DSP tournant à quelques centaines de MHz est capable de décoder de la vidéo HD en temps réel. On en est très loin avec les CPU et GPU desktop.

Donc le terme "énorme DSP" me semble un peu exagéré, j'aurais plutôt dit "DSP bas de gamme".

J'essaie de trouver de la doc mais c'est dur de s'y retrouver dans tout ce merdier de Java/OpenJDK/IcedTea alors j'aimerais bien que quelqu'un m'explique. Ce que j'ai compris jusqu'à présent :

Sun a décidé de libérer Java (enfin !) à partir de la version suivante soit la version 7 (quand je dis Java, je veux dire tout Java, donc le JDK, pas seulement la machine virtuelle). Mais ils pouvaient pas tout libérer notamment à cause de bout ne leur appartenant pas. D'où le projet IcedTea qui avait pour but de récupérer tout ce qui était récupérable dans le Java libéré et de compléter avec des morceaux d'autres projets (Classpath me semble-t-il) donc jusque là, on parle toujours de Java 7. J'ai tout bien compris ?

Maintenant, je vois OpenJDK, Java 6. Alors c'est quoi ça ? C'est le nom donné au Java libéré par Sun ? Pourquoi c'est pas du Java 7 ? Je comprend plus là...

Sauvé alors \o/

> Pffff... avec de telles logique, tu peux avoir des millions de religions (une pour chaque BD, une pour chaque film, une pour les E.T., etc...).

la Force ?

A quand un "Windows Vista Sponsorised Edition" gratuit avec de la pub ?

Ça existe déjà mais c'est payant avec de la pub. Les gens en sont très content qu'ils disent chez MS.

Ça fait quelques temps qu'on voit "La Quadrature du net" par ci par là au détours de news, je me demandais qui était derrière tout ça [1]. Et bien rassurez-vous, ce ne sont pas de braves inconnus puisque c'est Christophe Espern (monsieur EUCD.info, officiant à l'APRIL) qui en est à l'origine. Ça rassure parce qu'on connaît le monsieur et qu'on peut être sûr qu'il fera du bon boulot. Mais ça inquiète parce qu'on a l'impression que ce sont toujours les mêmes.

[1] http://www.laquadrature.net/fr/qui-est-a-lorigine-de-linitia(...)

Sinon, plus intéressant : j'avais fait le même genre de courriel fleuve sur une petite liste de discussion destinée à rédiger un petit journal (quatre numéros de 24 pages par ans diffusés à environ 3000 exemplaires).
Quel en a été l'effet ? Aucun : tout le monde a continué à envoyer ses messages dans ce bon vieux format .doc.

Ce n'est jamais inutile. Si 10% des personnes l'ont lu et compris, c'est autant d'utilisateurs sensibilisés. Ils ne changeront pas forcément leurs habitudes comme ça mais au moins, ils savent que ça existe et ils peuvent te joindre si jamais ils ont des questions.

C'est comme l'écologie, les gens sont sensibilisés mais ils continuent à privilégier la voiture pour les petits déplacements. Ça changera petit à petit, il suffit d'être patient.

Le problème n'est pas trop l'extension (sauf pour .php) mais plutôt l'accès à tous les fichiers, que leur nom soit modifié ou pas. On veut donner l'accès à certains fichiers, via des URL normalisés, pas à tous les fichiers.

Le .htaccess fait au mieux pour empêcher d'accéder à tous les fichiers. Mais ce n'est qu'un truc préventif, le mieux est de mettre ce répertoire en dehors de l'arborescence de toute façon.

Je comprends vraiment pas d'où peut venir ton erreur. Avec une installation fraiche, chez moi ça marche.

De plus, oui il faut utiliser fastcgi parce que Jyraphe utilise PHP (comme phpbb par exemple) en CGI et que tu ne peux pas l'utiliser autrement qu'en CGI. Je ne pense pas que phpbb te dise qu'il faut utiliser fastcgi et pourtant, tu l'utilises pour ça aussi.

Alors, après, je ne peux pas reproduire ton bug donc je ne sais pas trop comment le résoudre.

Voilà quelques pistes :
http://trac.lighttpd.net/trac/wiki/TutorialLighttpdAndPHP

juste pour préciser, pour ne pas avoir à modifier les fichiers de conf, sous Debian, il est possible de faire :
# lighty-enable-mod fastcgi
puis :
# /etc/init.d/lighttpd force-reload
qui donne le même résultat.

Je viens de passer quelques heures à regarder ce bug. J'ai installé lighttpd et php5-cgi mais patatras, 403 !

J'ai activé tous les debug et il me sortait un access denied. En fait, le user www-data (sous lequel est lancé lighttpd) ne pouvait pas accéder au document_root et donc, ça plantait. Avec un +x au bon endroit, ça va beaucoup mieux et ça marche !

J'aime beaucoup le nom :D Et aussi l'idée, avec ce côté interaction avec Jyraphe.

C'est effectivement un problème. Il y a deux façons de le résoudre :

1) pour ceux qui peuvent, mettre var/ en dehors de l'arboresence du site, c'est plus secure et ça met à l'abri des problèmes. Je pense insister lourdement sur ce point dans la prochaine version de la documentation et aussi dans le script d'installation. Très lourdement.

2) pour ceux qui ne peuvent pas faire autrement (hébergement de fournisseur d'accès par exemple), faire un gros travail de sensibilitsation à la sécurité (dans la doc) et mettre en place des garde-fous. Un .htaccess existe déjà dans var/ mais il est commenté par défaut vu qu'il faut une intervention dans la configuration Apache (un AllowOverride). Le bug de sécurité dans la 0.1 concernait quelque chose de ce type : quelqu'un pouvait télécharger un .htaccess qui annulait les effets du .htacces dans var/. Maintenant, il est interdit de télécharger un .htaccess. On peut aussi imaginer transformer tous les .php en .phps par exemple pour éviter leur exécution. Mais malgré tous ces garde-fous, il y aura toujours des failles. Donc voir 1).

Non et ce n'est pas sa vocation. Il gère les fichiers de manière générale (avec une petite exception dans le cas des images et des textes, en se basant sur le type mime), faire des images un cas particulier, c'est changer la nature du logiciel, enfin je pense.

Mais après, rien n'empêche quelqu'un qui en a envie de contribuer à le faire ou de se lancer dans son propre logiciel.

Je n'ai pas fait de test avec lighttpd, ça vient peut-être du fait que php tourne en [Fast]CGI, je vais creuser le problème.

L'installation simple fera trois choses :
- choisir la langue ;
- créer le répertoire var/ (ou vérifier qu'il est bien accessible en écriture ou bien essayer de le rendre accessible en écriture) ;
- mettre web_root à la bonne valeur définitivement (il y a encore un bug connu qui fait que sans définition de web_root dans config.local.php, la css ne s'affiche pas en cas d'erreur 404 si on utilise mod_rewrite).

Évidemment, cette installation simple ne sera pas obligatoire et il sera possible de tout faire à la main comme actuellement. C'est juste une aide supplémentaire pour ceux qui hésitent encore à se lancer dans l'élevage de Jyraphe ;)

Merci beaucoup à toi pour la remontée de bug que tu as faite !

spamassassin n'est pas sans défaut et toute alternative est bonne à prendre. En matière de luttes contre le spam, la multiplication des solutions est une bonne chose, il ne faut pas se priver d'un nouvel outil. Avec cet outil là, il n'y a pas besoin d'entrainer l'antispam notamment, ça peut servir pour des faibles traffics.

Hmmmm, bug bizarre. Il n'y a rien normalement qui peut provoquer une telle erreur. As-tu une configuration particulière ?

Dans les nouvelles fonctionnalités, j'oubliais le support pour différents style CSS ;)