Drôle ou pas, c'est clairement une parodie. Je trouve ça dommage de l'empêcher d'exprimer son humour (perso, que je trouve foireux), juste par ce qu'il ne vous a pas contacté ?
C'est triste ton avis sur la liberté d'expression et de caricature.
hmm, c'est moi ou c'est un tas de connerie ?
Effectivement comme dit plus haut a taille du capteur joue énormément, mais aussi la qualité de la stabilisation.
Faudra m'expliquer comment un compact/bridge est meilleur qu'un réflex en basse luminosité, t'as pas essayer pour de vrai..
Je trouve que la gestion des roadmap et des workflow est meilleure dans JIRA, mais bon j'utilise redmine, car il est plus efficace (IHM moins tordue) et moins lourdeau (et il intègre un wiki). Je ne pense pas changer pour JIRA.
Tu déconne ? C'est loin, très loin d'être la norme.
S3C24xx pas de FPU,
PXAxxx pas de FPU,
IMX27 pas de FPU,
AT91.. pas de FPU,
et encore je parle pas des ARM7, ou des blackfins..
Plein d'ARM11 n'ont pas de FPU.
De même que plein de CPU utilisés dans les lecteurs MP3, téléphones, PDA sous linux.
Sorti de l'IMX31 et des derniers OMAP il y a pas beaucoup de SOC/CPU a base de coeur ARM avec FPU.
Sauf que Jackd traite TOUT en virgule flotante donc totalement inutilisable sur machine sans FPU (ARM par exemple) donc exit jackd sur autre chose que i386/PCC (téléphone, MID, etc..).
Bon qu'il ai une vulnérabilité dans vista, on s'en fiche, c'est pas la première de l'histoire. Par contre tu as une idée de pourquoi la couche SMB permet de planter le kernel ? C'est pas de l'user land tout ça ?
Effectivement, le manque de spécifications et de kit de validation librement accessible commence à faire grincer pas mal de dents, surtout du coté d'Apache (Harmony). http://www.jroller.com/scolebourne/entry/no_more_java_7 explique bien le problème.
Le conflit ne date pas d'hier, cela fait deux ans que l'ASF se plaint du comportement de Sun a propos des kits de test de compatibilité c.f. : http://www.apache.org/jcp/sunopenletter.html
Mettre le JDK sous licence Open Source, pourquoi pas, mais pourquoi bloquer les spécifications ? A part pour que Sun garde son monopole sur Java, je ne vois pas d'autre explications.
IP pour propriété intellectuelle, tu achète un bloc par exemple un contrôleur ethernet, un dsp, un microprocesseur tout prêt a coller dans une partie de ton FPGA
[^] # Re: Comique
Posté par vrm (site web personnel) . En réponse au journal DAFP 3 DLFP 0. Évalué à 10.
C'est triste ton avis sur la liberté d'expression et de caricature.
[^] # Re: Merci !
Posté par vrm (site web personnel) . En réponse à la dépêche Florilège de vidéos Linux embarqué : ELC 2010, FOSDEM 2010, RMLL 2010. Évalué à 1.
[^] # Re: Raw ?
Posté par vrm (site web personnel) . En réponse à la dépêche Rapide état des lieux de la photo numérique sous linux. Évalué à 3.
# 1-Click
Posté par vrm (site web personnel) . En réponse au journal Les methodes mafieuses sont toujours d'actualite. Évalué à 7.
# Vous devez entrer un sujet et un commentaire
Posté par vrm (site web personnel) . En réponse au message un serveur jabber fiable ?. Évalué à 4.
je sors...
[^] # Re: Netty
Posté par vrm (site web personnel) . En réponse au journal Jetty mais costaud. Évalué à 2.
# D'un autre côté..
Posté par vrm (site web personnel) . En réponse au journal Skype en open-source : pétard mouillé ?. Évalué à 9.
De toute façon Skype n'ouvrira jamais sa couche réseau/codec.
[^] # Re: CSV FTW
Posté par vrm (site web personnel) . En réponse au journal Le cauchemard de l'ETL. Évalué à 2.
[^] # Re: Photos de la conférence de presse
Posté par vrm (site web personnel) . En réponse à la dépêche La Bataille Hadopi : retour sur la conférence de presse. Évalué à 4.
Effectivement comme dit plus haut a taille du capteur joue énormément, mais aussi la qualité de la stabilisation.
Faudra m'expliquer comment un compact/bridge est meilleur qu'un réflex en basse luminosité, t'as pas essayer pour de vrai..
[^] # Re: Mais si JIRA se referme ?
Posté par vrm (site web personnel) . En réponse au journal Qt lance un vrai bugtracker ouvert. Évalué à 1.
[^] # Re: Ouvert ?
Posté par vrm (site web personnel) . En réponse au journal Qt lance un vrai bugtracker ouvert. Évalué à 1.
[^] # Re: Ouvert ?
Posté par vrm (site web personnel) . En réponse au journal Qt lance un vrai bugtracker ouvert. Évalué à 2.
[^] # Re: pas évident
Posté par vrm (site web personnel) . En réponse au message Faire un kernel rapide au démarrage.. Évalué à 1.
[^] # Re: pas évident
Posté par vrm (site web personnel) . En réponse au message Faire un kernel rapide au démarrage.. Évalué à 2.
[^] # Re: Phonon était pas prêt
Posté par vrm (site web personnel) . En réponse au journal Qt/Phonon bientôt mort et remplacé. Évalué à 2.
S3C24xx pas de FPU,
PXAxxx pas de FPU,
IMX27 pas de FPU,
AT91.. pas de FPU,
et encore je parle pas des ARM7, ou des blackfins..
Plein d'ARM11 n'ont pas de FPU.
De même que plein de CPU utilisés dans les lecteurs MP3, téléphones, PDA sous linux.
Sorti de l'IMX31 et des derniers OMAP il y a pas beaucoup de SOC/CPU a base de coeur ARM avec FPU.
[^] # Re: Phonon était pas prêt
Posté par vrm (site web personnel) . En réponse au journal Qt/Phonon bientôt mort et remplacé. Évalué à 0.
[^] # Re: Ouaif
Posté par vrm (site web personnel) . En réponse au journal Microsoft renoue avec ses fondamentaux. Évalué à 1.
[^] # Re: Ouaif
Posté par vrm (site web personnel) . En réponse au journal Microsoft renoue avec ses fondamentaux. Évalué à 7.
[^] # Re: Le problème ne vient pas apparemment d'Apache
Posté par vrm (site web personnel) . En réponse au journal apache.org compromis. Évalué à 7.
Je vois mal comment une compromission de la machine frontale va impacter le source ou les releases.
# Phillips
Posté par vrm (site web personnel) . En réponse au journal LCD Samsung et GPL/LGPL. Évalué à 5.
# JSR & Harmony
Posté par vrm (site web personnel) . En réponse au journal Où l'on en apprend un peu plus sur Java 7. Évalué à 2.
http://www.jroller.com/scolebourne/entry/no_more_java_7 explique bien le problème.
Le conflit ne date pas d'hier, cela fait deux ans que l'ASF se plaint du comportement de Sun a propos des kits de test de compatibilité c.f. : http://www.apache.org/jcp/sunopenletter.html
Mettre le JDK sous licence Open Source, pourquoi pas, mais pourquoi bloquer les spécifications ? A part pour que Sun garde son monopole sur Java, je ne vois pas d'autre explications.
# Vous aimez élie sémoun ?
Posté par vrm (site web personnel) . En réponse au journal Vous aimez élie sémoun ?. Évalué à 10.
[^] # Re: Peut-on développer sur un système 100% libre ?
Posté par vrm (site web personnel) . En réponse à la dépêche Le projet Armadeus passe à la vitesse supérieure. Évalué à 4.
[^] # Re: Peut-on développer sur un système 100% libre ?
Posté par vrm (site web personnel) . En réponse à la dépêche Le projet Armadeus passe à la vitesse supérieure. Évalué à 2.
# beagleboard
Posté par vrm (site web personnel) . En réponse au message Matos embarqué avec carte son. Évalué à 1.