rewind a écrit 3429 commentaires

La transparence devrait aussi être dans toutes les actions visibles sans que l'utilisateur de logiciel libre moyen (moi) ne se pose de questions à chaque annoncer fracassante concernant Mozilla. S'il faut aller sur plein de sites/chan IRC/newsgroup pour se rassurer par rapport aux orientations de la MoFo, c'est que la MoFo communique mal... ou pas.

Je me permet d'appuyer ce commentaire très fortement. Il faut différencier deux choses : les générateurs aléatoires pour la sécurité et les générateurs aléatoires pour le reste du monde. Parler de Mersenne Twister pour la sécurité, c'est idiot, c'est un générateur qu'on peut prédire (bon, c'est pas trivial mais ça se fait). Quand je vois aussi qu'on parle de /dev/random, au bout d'un moment, c'est un bête générateur congruentiel linéaire (qui se casse presque à la main), /dev/urandom est un peu mieux. Donc ne mélangeons pas tout.

Victor: je crois qu'il n'y a pas de place pour ton projet, parce que comme dit précédemment, soit tu te focalises sur les générateurs pour la sécurité et alors il te faut des armes mathématiques pour comprendre ce que tu fais ainsi que des armes informatiques pour bien le faire (et OpenSSL le fera mieux que toi). Soit tu te focalises sur les générateurs pour le reste du monde mais là, tu vas te casser la tête pour rien vu que pour le reste du monde, rand() ou même un Mersenne Twister (qui va être dans la stdlibc++) suffise amplement.

La MoFo a une attitude plus que très ambigue depuis quelques temps déjà : abandon de Thunderbird, flash sur la page du record de firefox, etc. Ce n'est que la continuation d'une longue série d'actes qui font penser que la MoFo se fout du libre et que ce qui lui importent, c'est sa part de marché, peu importe ce que ça peut coûter. Si ça continue comme ça, on va nous annoncer bientôt une version propriétaire avec plus de fonctionnalités et ça n'étonnera plus personne.

Firefox s'est construit grâce au libre et la MoFo est en train de l'oublier. Tant pis. Ce n'est comme si les alternatives n'existaient pas (d'ailleurs, on peut se demander pourquoi les alternatives libres sont si nombreuses puisque Firefox est "libre", j'ai ma petite idée mais ça serait trop long).

moi en .eu, j'ai pas d'amis :P

Je me suis fait la même remarque. Voir dans la même page "Profiter d'un Web meilleur." et un peu plus loin "vous devez installer Adobe Flash", venant de Mozilla, ça me fait froid dans le dos.

Je ne suis pas sûr que le message soit très clair du coup, est-ce qu'ils veulent vraiment un "web meilleur" (parce que pour moi un web meilleur, c'est sans flash) ou alors seulement la gloire d'avoir le record ?

C'est prévu mais pour l'instant, la solution envisagée nécessite PHP 5.2 et APC donc pas très satisfaisante pour les nombreuses personnes qui ont un PHP plus ancien.

oui :P

Ok, ça me convient, je vais intégrer ça dans la prochaine version.

Merci beaucoup !

Oui mais non.

Effectivement, ça serait une solution mais cette solution ne me parait pas franchement bonne. Je cherche à faire le plus simple possible et que l'utilisation standard ne soit pas contrainte par ce genre de chose. L'utilisation standard, ça doit être : je choisis mon fichier et j'appuie sur le bouton. Tout acte supplémentaire est banni.

Pour moi, les cas d'utilisation par ordre d'importance (et avec certainement un ordre de grandeur en terme de nombre d'utilisation) sont :
- utilisation standard
- utilisation de l'upload par une seule et unique personne (ou groupe de personnes qui peuvent partager un mot de passe)
- utilisation par de multiples personnes avec un mot de passe pour chacun.

Soyons clair : Jyraphe n'a pas vocation à traiter le cas numéro 3. En revanche, on m'a déjà demandé de mettre un mot de passe global sur le fichier d'upload (pour une mailing list), c'est dans le TODO à long terme. Après, voir si on peut mettre un système de mot de passe temporaire mais ça se fera dans un deuxième temps.

Bien sûr que je suis OK !

Si tu y arrives, j'en serai très content et j'intégrerai ces modifications sans aucun problème.

je développe chez moi sur une de mes machines avec un lighttpd en local. Donc oui ça marche avec lighttpd et un PHP en CGI configuré comme indiqué sur le site de Lighttpd.

La seule chose qui ne marche pas, c'est la réécriture d'URL mais ça, c'est normal vu que je n'ai pas encore eu le temps de me pencher sur la configuration Lighttpd équivalente au règles mod_rewrite déjà présente.

Si un gars veut uploader 200 fichiers, Jyraphe n'est pas fait pour lui, il faut qu'il se tourne vers des services professionnels.

De plus, le mail ne sera pas une obligation, juste pour ceux qui le veulent. Je ne veux pas trop surcharger l'interface (qui l'est déjà beaucoup je trouve).

les balises n'apparaissent pas :P
mets les entre crochets (j'ai un sed intégré à mon cerveau qui convertit les crochets en chevrons ;) ) ou alors coche "sans HTML"

Pour ça, pas besoin d'être loggué. Il y a dans le TODO (à long terme) une fonctionnalité qui s'appelle "envoyer un mail à l'uploader" et qui permettrait à celui qui uploade de recevoir un mail lui signifiant que la Jyraphe a mangé son fichier et qu'il peut le retrouver à l'adresse qui va bien.

Quand il s'agit de formulaire, une table ne me choque pas, c'est un peu l'équivalent des boites pour les GUI sur le bureau. Faire un beau formulaire sans table, c'est très dur et très chiant et ça rend pas bien généralement. Là, même sans CSS, ça passe nickel. Pour tout le reste, je bannis les table (sauf pour les données tabulées évidemment).

Pour les comptes, je vais te décevoir, ça n'arrivera jamais :P Pourquoi ? Parce que c'est inutile, sauf dans certains cas bien particulier et c'est justement cette condition qui fait que ça n'apparaîtra jamais. En plus, devoir se logguer pour uploader un simple fichier, ça me paraît un peu trop. Ou alors il faut me donner un cas d'utilisation répandu qui permette d'inclure cette fonctionnalité.

Pour connaître assez bien la Lituanie et une lituanienne fan de l'Eurovision, j'analyserais ça comme ça : la Lituanie a (encore) quelques fan de la Russie même si l'énorme majorité des Lituaniens a la Russie en horreur (il y a moins de 20 ans, la Russie a tenté un coup d'État qui a foiré [1] et les lituaniens s'en souviennent encore). Hormis la Russie, la France est sans doute le pays qui a le plus influencé la Lituanie (c'est vrai aussi en Russie où la langue de l'aristocratie a longtemps été le français), on peut s'en apercevoir en marchant dans Vilnius et en constatant qu'il y a plein de rappels historiques liés à la France et à l'époque de Napoléon et de la campagne de Russie.

[1] http://en.wikipedia.org/wiki/January_Events

On peut aussi noter que dans la numérotation de version Firefox, le troisième élément ne sert à rien puisqu'il est toujours à 0. Exemple, 1.5.0.X où X augmente, 2.0.0.X où X augmente. Donc on n'aura jamais de 2.0.1 ou même de 2.1.0. Je retourne sur Wormux 0.8 et mon KDE 3.5.9.

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à...