tout en montrant qu' on peut aussi bien lire du multimedia sans server X
Sans serveur X ne veut pas dire sans appli graphique : il y a des version de gtk et QT qui tourne directement sur le framebuffer...
Dès que vont faire un document pour lequel latex n'a pas été prévu (CV, planning, tableau & couleur, transparent, ...) il faut entrer dans les méandres de la bête ou trouver quelqu'un qui a déjà fait le boulot [1].
[1] pour les transparents il y a beamer par exemple.
ce que l'on peux trouver sur "http://www.lemote.com/english/yeeloong9c.html" me fait marrer : The world's first fully open hardware/software. All system source(BIOS, kernel, drivers etc.) are open source, no close firmware needed. Low power. Peak power ~12Watt for SSD version.
Ils ont les sources du microcode FTL qui transforme l'interface ATA vers de la NAND. On dirait pas.
Pourtant c'est un bout de code critique et pas toujours bien implémenté : http://www.linux-mtd.infradead.org/doc/ubifs.html#L_raw_vs_f(...) ...
Ben oui x86_64 c'est pas seulement le passage au 64 bits : c'est des registres en plus, le support assuré du sse2 (du coup gcc l'utilise pour les opérations flottante au lieu d'utiliser le copro 387), ...
Je sais pas quel type de lcd est utilisé (l'article que tu cite n'est pas super clair : ils ne précisent pas quel type de lcd c'est : ont ils essayé de démonter un iphone ?), mais par exemple pour la flash c'est assez standardisé.
Leur problème à l'air plutôt d'interpréter ce qu'il y a dessus (la ftl + le fs).
Le problème c'est l'extrême fermeture de l'iPhone, il faut déplomber celui ci pour installer GNU/Linux, ça ne sera jamais qu'une solution de geek même si dans le futur Openmoko ou Android tournent dessus...
Oui comme rockbox/linux sur ipod...
et créer les drivers pour les différents composants de l'iPhone, sans aucune spécifications.
Je croyais pourtant que l'iphone était basé sur un processeur arm samsung. Or une grande partie de ces processeurs sont supportées par Linux et des specs sont/étaient dispos pour certains.
C'est possible ça, de passer d'un format compressé A à un format compressé B sans passer par l'étape intermédiaire qui consiste à obtenir le format non-compressé C (c'est à dire du wav) ?
Oui si les codecs utilisent les algos similaires.
C'est par exemple le cas avec certains codec proprio qui se sont basé sur des draft de codec iso/itu.
Par exemple il a existé à un moment un convertisseur div3/msmpeg4 (variante de mpeg4 de ms) vers du mpeg4.
Malheureusement Je crois que le mp3 et le vorbis utilise des algos assez différent...
L'objectif premier est de pouvoir compiler tout le système de base d'OpenBSD, ce changement ne concerne donc pas l'intégralité des ports mais seulement ceux du système de base, et ceci bien sûr pour toutes les architectures gérées par OpenBSD. Ce qui veut dire qu'il faut que ce compilateur :
Si l'objectif est de compiler le système de base, alors pourquoi s'embêter a ajouter une compatibilité gcc [1]. Je pense pas que le code de base soit du code GNU venant de Linux...
Surtout que ca va pas trop dans le sens de la simplicité.
[1]
Amélioration de la compatibilité avec GCC
Le compilateur GCC a introduit des extensions au langage C qui sont utilisées parfois dans certains programmes. Afin que ces programmes puissent être compilés sans modifications, une partie des ces extensions doit être mise en œuvre dans PCC
Pour fournir des binaires de qualité, OpenBSD décide de compiler les sources directement sur une machine de l'architecture cible (pas de cross-compilation).
Heu peux tu me citer les différences au niveau du binaire entre celui qui a été cross compiler et celui qui a été compiler nativement par la même version du compilo ?
e rêve où tu fais exprès de volontairement couper la réponse de ragge qui contient les vrais chiffres ?
oui, je parle du bench des 10% plus lent que gcc.
Celui avec gcc-3.3.5 (qui au passage n'est pas très récent non plus....) a plus de 10 % d'écart.
PS : je ne parle même pas du fait que -O2 est utilisé au lieu de -O3.
Je rêve ou on se fout de nous :
> Under which conditions? Which level of optimization are you using for the gcc benchmarks? Which version? 90% of gcc's performance with a register allocator alone is quite a claim.
Yes, it is. I haven't tested it since I wrote the register allocator some years ago, so it may have been against 2.95.
Comment ça peut fonctionner ?
On peut imaginer un truc avec WPA-EAP et une sorte d'echange de clef unique par client avec le radius.
PS : même si les différents clients utilisent des clefs différentes avec le WPA pour crypter le traffic, ca ne veut pas dire qu'on ne peut pas accéder au trafique : ces clefs dérivent d'une master key. Si tu la connais en analysant les échanges lors de l'authentification, tu peux trouver les clefs qui serve a crypter le trafic. D'ailleurs je crois que wireshark sait le faire.
# et java
Posté par M . En réponse à la dépêche nspluginwrapper 1.2.0. Évalué à 2.
[^] # Re: INX is not X
Posté par M . En réponse à la dépêche Sortie de la version 0.1.1 de Saevia. Évalué à 2.
Sans serveur X ne veut pas dire sans appli graphique : il y a des version de gtk et QT qui tourne directement sur le framebuffer...
# txt2tags
Posté par M . En réponse au journal txt2TeX, un simple traitement de texte. Évalué à 4.
[^] # Re: OOo vs LaTeX
Posté par M . En réponse au journal Le meilleur du troll: c'était mieux avant!. Évalué à 2.
Dès que vont faire un document pour lequel latex n'a pas été prévu (CV, planning, tableau & couleur, transparent, ...) il faut entrer dans les méandres de la bête ou trouver quelqu'un qui a déjà fait le boulot [1].
[1] pour les transparents il y a beamer par exemple.
[^] # Re: ssh -X -C
Posté par M . En réponse au journal Le meilleur du troll: c'était mieux avant!. Évalué à 2.
La compression ne changera pas grand chose...
[1] IRRC il y a de nombreux aller/retour dans le protocole X.
# ...
Posté par M . En réponse au journal Imprimante 3D. Évalué à 3.
Ca coûte combien la résine qu'elle utilise pour faire des pieces ?
Je crois que ça coute assez cher...
# YeeLoong libre
Posté par M . En réponse à la dépêche Portage de GNewSense sur MIPS. Évalué à 2.
The world's first fully open hardware/software. All system source(BIOS, kernel, drivers etc.) are open source, no close firmware needed.
Low power. Peak power ~12Watt for SSD version.
Ils ont les sources du microcode FTL qui transforme l'interface ATA vers de la NAND. On dirait pas.
Pourtant c'est un bout de code critique et pas toujours bien implémenté : http://www.linux-mtd.infradead.org/doc/ubifs.html#L_raw_vs_f(...) ...
PS : le clavier du YeeLoong a la touche fn à droite de la touche ctrl, ce que je trouve pas du tout pratique .... ( http://sorbaioli.org/photos/lemote_yeeloong/hq/img-8.jpg )
[^] # Re: pendant une seconde j'ai cru...
Posté par M . En réponse au journal Elle a 40 ans,.... Évalué à 2.
http://www.ergonomictouchpad.com/ergonomic_touchpad.php
Mais comme tout les touchpads que je connais, il n'y a pas le bouton du milieu...
[^] # Re: ... mais il y de belles différences entre x86 et x86_64 !!
Posté par M . En réponse au journal comparaison des performances ubuntu et fedora. Évalué à 7.
[^] # Re: samsung
Posté par M . En réponse au journal Linux sur iPhone !. Évalué à 4.
Je sais pas quel type de lcd est utilisé (l'article que tu cite n'est pas super clair : ils ne précisent pas quel type de lcd c'est : ont ils essayé de démonter un iphone ?), mais par exemple pour la flash c'est assez standardisé.
Leur problème à l'air plutôt d'interpréter ce qu'il y a dessus (la ftl + le fs).
Le problème c'est l'extrême fermeture de l'iPhone, il faut déplomber celui ci pour installer GNU/Linux, ça ne sera jamais qu'une solution de geek même si dans le futur Openmoko ou Android tournent dessus...
Oui comme rockbox/linux sur ipod...
# samsung
Posté par M . En réponse au journal Linux sur iPhone !. Évalué à 2.
Je croyais pourtant que l'iphone était basé sur un processeur arm samsung. Or une grande partie de ces processeurs sont supportées par Linux et des specs sont/étaient dispos pour certains.
[^] # Re: Y en aura-t-il pour tous ?
Posté par M . En réponse au journal Après DADVSI et HADOPI, voici ACTA. Évalué à 4.
Bientôt l'abonnement internet à points ?
[^] # Re: Vorbis !
Posté par M . En réponse au journal OpenMoko retire le support MP2/MP3 de ses téléphones pour cause de brevet. Évalué à 2.
Oui si les codecs utilisent les algos similaires.
C'est par exemple le cas avec certains codec proprio qui se sont basé sur des draft de codec iso/itu.
Par exemple il a existé à un moment un convertisseur div3/msmpeg4 (variante de mpeg4 de ms) vers du mpeg4.
Malheureusement Je crois que le mp3 et le vorbis utilise des algos assez différent...
[^] # Re: qui utilise WPA ?
Posté par M . En réponse à la dépêche Le chiffrement WPA-TKIP aurait été cassé par deux chercheurs. Évalué à 3.
C'est le cas d'orange avec leur nouvelle livebox : http://www.degroupnews.com/actualite/n2798-orange-livebox_mi(...)
[^] # Re: Vie d'une clé
Posté par M . En réponse à la dépêche Le chiffrement WPA-TKIP aurait été cassé par deux chercheurs. Évalué à 2.
[^] # Re: Un point de plus pour les VPN
Posté par M . En réponse à la dépêche Le chiffrement WPA-TKIP aurait été cassé par deux chercheurs. Évalué à 3.
PS : un autre commentaire de quelqu'un qui a participer a la norme WPA (en anglais) intéressant http://it.slashdot.org/comments.pl?sid=1021733&cid=25682(...)
[^] # Re: Besoins d'OpenBSD
Posté par M . En réponse à la dépêche Campagne de dons pour le compilateur PCC. Évalué à 3.
J'ai juste vu une allusion au fait que les binaire cross compilé n'avait pas été testé (et c'était révélé foireux)...
[^] # Re: propriétaire ?
Posté par M . En réponse à la dépêche Sortie de Theora 1.0. Évalué à 3.
PS : http://wiki.multimedia.cx/ a souvent les liens vers les specs...
[^] # Re: Besoins d'OpenBSD
Posté par M . En réponse à la dépêche Campagne de dons pour le compilateur PCC. Évalué à -1.
Si l'objectif est de compiler le système de base, alors pourquoi s'embêter a ajouter une compatibilité gcc [1]. Je pense pas que le code de base soit du code GNU venant de Linux...
Surtout que ca va pas trop dans le sens de la simplicité.
[1]
Amélioration de la compatibilité avec GCC
Le compilateur GCC a introduit des extensions au langage C qui sont utilisées parfois dans certains programmes. Afin que ces programmes puissent être compilés sans modifications, une partie des ces extensions doit être mise en œuvre dans PCC
[^] # Re: Besoins d'OpenBSD
Posté par M . En réponse à la dépêche Campagne de dons pour le compilateur PCC. Évalué à 3.
Heu peux tu me citer les différences au niveau du binaire entre celui qui a été cross compiler et celui qui a été compiler nativement par la même version du compilo ?
[^] # Re: Alternative ?
Posté par M . En réponse à la dépêche Campagne de dons pour le compilateur PCC. Évalué à 2.
oui, je parle du bench des 10% plus lent que gcc.
Celui avec gcc-3.3.5 (qui au passage n'est pas très récent non plus....) a plus de 10 % d'écart.
PS : je ne parle même pas du fait que -O2 est utilisé au lieu de -O3.
[^] # Re: Alternative ?
Posté par M . En réponse à la dépêche Campagne de dons pour le compilateur PCC. Évalué à 2.
> Under which conditions? Which level of optimization are you using for the gcc benchmarks? Which version? 90% of gcc's performance with a register allocator alone is quite a claim.
Yes, it is. I haven't tested it since I wrote the register allocator some years ago, so it may have been against 2.95.
[^] # Re: wifi ouvert
Posté par M . En réponse au journal De l'intérêt d'avoir un wifi ouvert. Évalué à 3.
On peut imaginer un truc avec WPA-EAP et une sorte d'echange de clef unique par client avec le radius.
PS : même si les différents clients utilisent des clefs différentes avec le WPA pour crypter le traffic, ca ne veut pas dire qu'on ne peut pas accéder au trafique : ces clefs dérivent d'une master key. Si tu la connais en analysant les échanges lors de l'authentification, tu peux trouver les clefs qui serve a crypter le trafic. D'ailleurs je crois que wireshark sait le faire.
[^] # Re: Battered, but not broken: understanding the WPA crack
Posté par M . En réponse au journal De l'intérêt d'avoir un wifi ouvert. Évalué à 2.
[^] # Re: Battered, but not broken: understanding the WPA crack
Posté par M . En réponse au journal De l'intérêt d'avoir un wifi ouvert. Évalué à 2.
Oui si tu met un mot de passe faible (je peux faire la même chose avec ssh)...