Tu ne vas pas pouvoir passer ton tour et tu joueras a chaque fois que tu enveras un fichier/message sur le reseau. Statistiquement repertorier tous les hash de fichiers qui passent sur le reseau francais a des chances superieures a 0 de trouver des collisions. D'ailleur plus on echangera de donnees mieux ce sera :-)
Il y a meme des chances que ca en interresse du monde d'avoir ce genre de collision. Mais ce n'est pas une raison suffisante pour flicquer tout le monde !
Le prix du baril de petrole a atteind son plus bas historique en 2002. Tu notteras qu'a l'epoque, le rapport entre l'euro et le dollar etait de 0.9119 dolar pour 1 euro. Aujourd'hui, on est aux allentour de 1.54 dollar pour 1 euro.
Ca veut dire qu'en 6 ans, le dollar a perdu la moitie de sa valeur et une bonne partie sur les derniers mois. Et cette perte de valeur se retrouve aussi dans l'augmentation des couts d'exploitation. Tu ajoutes a ca la difficulte d'obtenir et d'exploiter des champs de petrole a bas cout pour maintenir le niveau de production requis par notre civilisation (Forcement si tu exploites un champ de petrole a 50$, toute la chaine va voir ses couts augmenter par rapport a un champ qui te coute 5$ a exploiter).
La tu as deja facilement les 100$ du baril pour 2008. Le probleme vient maintenant qu'il y a des financiers qui ont compris que l'economie mondiale n'est plus stable et qu'il leur faut trouver une nouvelle source sur de revenu. Et la bienvenue aux speculateurs sur le marche des matieres premieres. On peut dire qu'ils sont surement responsable de la grande variabilite des prix surtout lorsque l'on lit ses variations par rapport aux eclats de guerre/rebellion dans les regions productrice de petrole.
Mais ca reste petit, negligeable devant le fait que la consommation de la planete continue d'augmenter alors qu'on a deja atteind un prix a dollar constant au niveau du premier choc petrolier. Et etant donnee notre dependance, la demande, la marge de production et les risques internationaux sur la production, il n'y a aucune raison que ca diminue, avec ou sans speculation.
Alors oui, il faut changer le fonctionnement de notre societe, favoriser le teletravail, le travail local, les transports en commun, tout ce qui limite le deplacement d'un individu unique, mais facilite le deplacement de masse. Car c'est le seul moyen d'augmenter la rentabilite energetique d'un system quand on n'a pas de technologie revolutionnaire pour changer le monde.
Et effectivement, je suis pour une augmentation de la TIPP depuis plus de 6 ans et qu'on utilise cette manne pour construire et ameliorer la rendement energetique de notre civilisation.
Mais bon, ce focaliser sur les deplacements ce n'est pas tout. Il y a de grosse marge de manoeuvre dans le batiment pour en diminuer la perte voir meme le rendre productif. Dans les activites de production de nourriture. Manger du boeuf, consomme des quantites colossales de petrole par exemple. La peche avec des chaluts qui raclent les fonds marins necessite de grande quantite d'energie. Et la liste ne s'arrete pas la au changement necessaire, mais plus tot on s'y attelle plus grande seront nos chances de survie.
Tu oublies un detail, le petrole n'est plus une ressource lorsqu'il faut plus d'energie pour l'exploiter que ce qu'il rapporte. C'est le cas des reserves que tu pointes. Construire une centrale nucleaire pour pouvoir exploiter du petrole, ca va couter chere, tres chere !
Je te conseille vivement de lire le site de Jancovici (http://www.manicore.com/) ca t'eclairera pas mal.
Mais globalement, l'interet des speculateurs arrive des le moment ou il y a competition sur la ressource. Or on n'est plus en mesure aujourd'hui d'augmenter la production, la theorie du complot est interressante a ce sujet, mais je ne crois pas qu'un pays producteur de petrole prendrait le risque de tuer la premiere economie qui le nourrit, ni meme de favoriser l'apparition de solution alternative. Le prix monte, car on approche du pic et que l'on arrive plus a augmenter significativement la production.
Il faut vraiment partir du principe que le prix du baril de petrole coute de plus en plus chere a exploiter (le cout d'exploitation etant fonction de l'energie necessaire pour l'exploiter). Et meme si ce n'est pas pour demain le pic de hubbert, les optimistes parlent de 2020, ca fait a peine apres demain.
Il faudrait deja que les equipements reseaux en ai la capacite technique. Ils arrivent deja difficilement a transferer les paquets a la vitesse maximum que leurs autorisent l'adsl, donc si il faut en plus regarder ce que contient le paquet c'est carrement impossible.
Et cette difference de performance se propage tout au long de la chaine du reseau. La ou se trouve la puissance du net, c'est en bordure du reseau, dans les serveurs et les pc des clients. Il n'existe pas d'element reseau a un coup abordable capable d'analyser reellement le flux reseau au niveau applicatif sur les quantites de donnees que transfert un FAI.
Donc si les FAI doivent l'implementer dans leur reseau, ca fait juste une taxe de plus a payer pour les ayant droit sans contre partie pour eux. Ce ne serait pas la premiere, mais a la longue, ils vont finir par se lasser d'etre les vaches a lait d'une industrie mourante qui ne se remet pas vraiment en question.
J'utilise oprofile quand je ne peux pas utiliser valgrind et surtout callgrind. Car ce dernier avec kcachegrind te permet d'avoir une precision monstrueuse sur quelle instruction, quelle fonction est la source de la consomation de CPU. C'est vraiment l'outil absolut de profiling.
D'ailleur dans la meme collection massif pour savoir quelle fonction alloue le plus de ram ou cachegrind pour savoir qui fait le plus de boulette dans le cache c'est vraiment terrible. Si tu n'utilises que l'outil memcheck de valgrind, tu n'as encore rien decouvert de sa puissance. Et ils enterent tous gprof. Je te conseille d'essayer.
Effectivement eet_data.c a besoin d'une bonne refactorisation/nettoyage de code. C'est prevu, mais pour la prochaine version (car ca risque de casser beaucoup de chose comme changement). C'est d'ailleur un prerequis a l'ajout du support de nouveau type de donnees comme les tableaux et les unions.
Juste comme ca, lorsque tu n'as que 20Mo de RAM, tu es bien content de pouvoir decider de n'utiliser que eet et de gagner au minimum 350ko (en realite un peu plus, car ca te fais des pages memoires de moins a manipuler pour l'OS).
Et oui, il y a encore aujourd'hui des systemes qui n'ont quasiment pas de RAM, de CPU et une flash de petite taille. Alors autant rester efficace et utiliser des outils qui correspondent au besoin.
L'objectif de EET n'est pas uniquement de fournir du stockage.
Mais aussi de permettre de serialiser une structure de donnees pour l'envoyer a un autre programme sur le reseau ou via une IPC (et effectivement de l'enregistrer sur le disque).
Pour la partie stockage, les fichiers en eux meme peuvent contenir aujourd'hui des donnees comme des images (avec ou sans canal alpha, compresse ou non), des data serialises ou des data binaires.
Enfin eet est designe pour etre principalement utlise en lecture avec tres tres peu d'ecriture. C'est bien pour des fichiers de configuration, les data des programmes et ca n'a pas le meme usage que sqlite, ni les meme perfs. C'est d'ailleur utiliser par e17 pour ses themes et sa configuration. C'est une bibliotheque principale pour le projet Enlightenment qui meriterait d'etre utiliser pour plus de chose.
Enfin si vraiment on veut comparer eet et sqlite, sur mon athlon 64, j'ai libeet.so == 72ko et libsqlite3.so == 443ko.
-est ce que je pourrais l'assister à distance via ssh? vnc?
Probablement non. Premierement, SFR ne donne pas une adresse IP publique, mais une adresse nate et le traffic passe par de multiple proxy. Il n'y a aucune chance que tu puisse la joindre comme ca. En general seul le trafic http passe correctement d'ailleur et le debit dependra aussi de ou tu te trouves.
Ensuite en Wifi ce sera a peu pres le meme probleme. Donc la reponse simple, c'est ca marchera pas.
Bon maintenant, tu peux toujours mettre en place un VPN (au dessus d'http serait plus sur a mon avis en terme de fiabilite) qui demarre automatiquement quand l'eee se connecte a internet. Juste une piste comme ca.
Et c'est gratuit de compresser/decompresser a tout va ? Chaque operation inutile sur ton telephone te fait perdre de la batterie au minimum. Il n'y a pas que la bande passante qui compte.
J'aurais essayer les EFL. C'est portable, rapide et ca marche vraiment bien pour l'embarque. Surtout que si tu ne connais pas ta plateforme cible, tu as pas mal de backend de dispo en plus de X11.
Pour la plateforme hard, j'aurais pris un N800 pour faire la demo. Les gens qui developpent Canola ont fait des trucs extra avec les EFL et Python sur N800. Regarde sur google a Canola 2, tu devrais trouver tout ce que tu veux.
Nous attirons ainsi particulièrement votre attention sur le fait que les échanges visibles ne sont sans doute que la partie émergée de l'iceberg dans la mesure où une masse considérable d'échanges se fait via d'autres canaux, comme par exemple de disques durs à disques durs, via des réseaux privés chiffrés, ou encore via des services comme dl.free.fr qui ne peuvent être ni interdits, ni filtrés, ni surveillés sauf à faire de la France la Chine
L'argument me parait tout de meme limite. En gros, ne filtrez pas les echanges visibles, car il existe des echanges invisibles.
C'est une position difficile a tenir.
Ce qui revient a dire: ne surveillez pas les PDG qui detournent des millions au vu et au su de tous, car certains detournent des milliards de maniere invisible.
Face a cet argument le juge dira: "on peut empecher le trafic visible? empechons le. Dans un deuxième temps, on s'occupera du trafic invisible."
A ce propos, s'appuyer sur le fait "ceci ne peut etre filtre" ne durera qu'un temps. Si j'avais l'esprit tordu, je monterai une societe proposant un systeme de filtrage. Je pourrais le vendre a des tarifs ehontes. Si la loi impose a un FAI de filtrer, qu'il n'existe qu'un outil de filtrage elle devra l'acheter...
Je ne suis pas d'accord avec toi. Cet argument merite meme d'etre developpe. Si demain tu filtres, limite tout le traffic visible, il ne faudra pas attendre tres longtemps avant que les developpeurs mettent tous leurs efforts sur des technologies plus difficilement identifiable.
Et la commence le probleme, si 99% du traffic qui passe devient non identifiable, si tu ne peux plus techniquement savoir ce qui passe, car c'est chiffre. Ca ne va pas interresser que les fous du MP3 et du DIVX. Et si des outils grand public apparaissent, et ils apparaitront, ceux sont les plus dangereux qui en profiteront le plus et notre societe qui en patira.
En meme temps, on peut voir le cote positif, ca aidera aussi les personnes qui se battent pour la democratie dans un certain nombre de dictature. A chacun de faire son choix, de choisir son camp et ses responsabilites.
si tu change de kernel pour une meuilleur gestion du SATA (par exemple) ton pilote binaire ne voudra plus se charger
Là encore, le problème vient d'une absence de stabilité des API du kernel. Le problème est là encore une mauvaise architecture des interfaces du kernel.
La stabilite des API, c'est une catastrophe. Imagine un OS fige dans ses API depuis des decennies. Le nombre de wrapper, la difficulte de maintenir aux bugs pres des interfaces dans le temps. C'est juste une grosse connerie. Il faut pouvoir tout casse pour avoir de meilleur perf, fixer des bugs, factoriser du code et j'en passe.
le pire c'est que sous windows ces memes fabricant ne propose pas de drivers Vista pour du materiel qui as a peine 2 ou trois ans, les gens sont obligés de changer du materiel fonctionnel contre un autre.
Même si ce n'est pas toujours vrai, beaucoup de drivers binaires pour Windows XP (voir Win2000) fonctionne toujours sous Vista. Signe qu'il est possible d'avoir une certaine pereinité dans le temps, même entre 2 versions majeures d'un OS.
Et tu n'imagines pas la difficulte que c'est de maintenir tout ca, de devoir avoir deux interfaces de drivers dans le noyau. La stabilite et l'evolutivite de l'ensemble en prend forcement un coup. Cela explique bien a mon avis le temps de developpement qu'a pris Vista pour un gain final pas enorme.
Ca laisserait les gens les plus compétents (souvent les constructeurs) gérer le cycle de vie de leurs drivers, qui ne devrait pas être imposer selon les bons vouloir de Linus & Co.
Euh, tu as deja eu acces a du code de constructeurs ??? Parce que c'est bien la derniere chose que tu ecrirais si c'etait le cas. Dailleur la principal raison que ces gens devrait avoir de garder leur code proprietaire, c'est parce qu'ils devraient avoir honte d'ecrire de tel infamie. Serieusement, les drivers du noyau linux sont souvent mieux maintenu, suivent mieux les evolutions du noyau que ceux des constructeurs et ca permet aux utilisateurs de ne pas a avoir de souci de driver.
Je te rappelle quand meme que sous Windows qui a l'air d'etre ta reference, tu passes un temps dingue a devoir trouver tous les drivers qui vont bien. Alors que sur mon linux, je n'ai jamais ce probleme (soit ca marche, soit ca marche pas, dans la majorite des cas).
Oui, c'est la deuxieme version qui sortira en Octobre. D'apres les mailing-list, elle aura un proc deux fois plus puissant, des capteurs supplementaires apperement et surtout un accelerateur 2D/3D que la futur pointure en dev graphique qu'ils sont entrain d'embaucher devrait utiliser a sa pleine puissance.
Pour les operateurs, il devrait etre tous compatible, c'est tout l'interet de respecter la norme GSM :)
La voiture a deux points noirs qu'on ne pourra jamais effacer par rapport a des transports en commun:
- Le rapport masse utile (l'usager) / masse a deplacer qui donnera toujours un rendement tres tres nettement plus faible que les transports en commun.
- Le besoin d'une energie transportable (Des batteries qui nous donneraient les meme performance energetique qu'un reservoir plein d'essence ne sont pas pour demain, ni apres-demain).
Donc dans un monde ou le petrole devient une ressource rare et chere (ce qui sera le cas d'ici peu), il y n'y a aucune d'alternative a la voiture individuelle pour tous. Il faut arreter de rever ou le reveil va etre tres dur.
Si meme le probleme des batteries etaient reglees, nous n'avons pas les moyens de produire l'electricite necessaire pour charger des millions de voitures. Les bio carburant, c'est mort d'avance, seul des pays avec peu de population et de grand espace pourront se le permettre, et encore, au bresil ca va couter l'existence de la foret amazonienne.
Il n'y a juste pas d'alternative au transport en commun de masse. C'est juste comme ca et il va falloir s'y faire. Et il n'y a qu'un moyen de s'y preparer maintenant, c'est d'augmenter progressivement le prix de l'essence, de l'usage de la voiture pour reverser les gains dans l'amelioration et la densification des transports en commum. Malheureusement, cela m'etonnerait qu'il y ait un seul politique avec assez de c..... pour faire ca.
Vive la privatisation des autoroutes ! Et il faudrait faire de meme pour les routes nationales et departementales aussi, car aujourd'hui ceux sont mes impots qui payent ces choses qui ne servent qu'a une elite polueuse.
Serieusement, privatiser maintenant les autoroutes est, etant donnee nos connaissance sur les approvisionnement en petrole et les risques lies a la dure de vie de la voiture dans notre societe, une bonne chose. Le prix auxquels elles ont ete vendu est surement un des plus haut auquel un etat pouvait les vendres.
D'ici dix ans la penurie de petrole devrait etre nettement plus evidente et donc leur rentabilite nettement plus basse. Mais il est vrai qu'aujourd'hui personne ne pense vraiment qu'arrivera une epoque ou la voiture et le camion ne seront plus les methodes reines des transports.
Moui, et surtout non en fait :) http://en.wikipedia.org/wiki/Adsl si tu veux en comprendre les raisons. Mais grosso modo, avec le materiel existent, on ne depassera pas les 1Mbps facilement.
Il faut arreter de voir des complots quand il n'y en a pas aussi...
Posté par cedric .
En réponse au journal nepomuk.
Évalué à 4.
Je sais pas pour toi, mais je trouve qu'en 10 ans, on en a fait un paquet de changement dans la societe. Aussi bien techniquement que socialement.
Une liste rapide :
- Le telephone mobile : Il y a 10 ans, si quelqu'un parlait tout seul dans la rue, on aurait appeler les urgences, aujourd'hui, o ne le remarque meme pas. Et il y a 10 ans, personne ne parlait se formidable langage SMS...
- Internet : communiquer, echanger avec n'importe qui, n'importe ou, n'importe quoi, n'importe quand, ca a quand meme changer enormement de chose dans la maniere de consommer les medias (et ca continue). Et il y a 10 ans, personne ne parlait le skyblog :)
- Les communautes libres : Franchement il y a 10 ans, je n'aurais jamais imaginer mettre mes parents sous Linux :) Je n'aurais jamais imaginer l'existence de projet comme Wikipedia.
Alors franchement, je ne vois pas comment on peut etre blase et se dire que notre societe stagne, alors qu'elle n'a jamais evolue aussi vite et que les changements a venir vont etre surement encore plus grand. Pense aux problemes d'energie, d'eau, de geopolitique, de polution et a l'evolution des technologies (d'apres la loi de moore, on devrait avoir des ordinateurs capables de simuler un cerveau humain en 2020). 10 ans, c'est beaucoup de nos jours.
Et je ne me permettrais pas de dire que c'est grace a un systeme economique ou politique.
Parce qu'ils ne se rendent pas compte de ce que ca leur coute ?
Parce qu'ils esperent pouvoir tuer le logiciel libre avec ca ?
Parce qu'ils ont plus d'avocat que d'informaticien ?
C'est quand meme assez basique. Les DRM sont bases sur les techniques de crypto. En crypto, tu as :
- L'algo
- La clef (ou des clefs)
- Les donnees en claires
- Les donnees chiffrees
Le but des DRM est d'empecher n'importe quel soft d'acceder aux donnees en claires. Or tu as sur ta machine, la clef et les donnees chiffrees. Il ne te manque plus que l'algo que tu as sous forme machine dans les DLL de iTunes par exemple. Mais la complexite est de reussir a l'en extraire pour l'utiliser dans le soft que tu veux. Maintenant, si l'algo est publique, il ne te manque plus rien. Quelque soit la machine, n'importe quel soft pourra acceder aux contenus en clairs et le principe des DRM tombe.
C'est tout le probleme des DRM, ils ne pourront jamais etre sur. Il y a beaucoup trop de chose sur la machine du client !
[^] # Re: Hash
Posté par cedric . En réponse au journal C'est Gutenberg qu'on assassine.... Évalué à 1.
Il y a meme des chances que ca en interresse du monde d'avoir ce genre de collision. Mais ce n'est pas une raison suffisante pour flicquer tout le monde !
[^] # Re: Tu te foure le doigt dans l'oeuil jusqu'au cou...
Posté par cedric . En réponse au journal C'est Gutenberg qu'on assassine.... Évalué à 5.
[^] # Re: Spéculation
Posté par cedric . En réponse au journal Le pétrole, quelle salauperie !. Évalué à 4.
Ca veut dire qu'en 6 ans, le dollar a perdu la moitie de sa valeur et une bonne partie sur les derniers mois. Et cette perte de valeur se retrouve aussi dans l'augmentation des couts d'exploitation. Tu ajoutes a ca la difficulte d'obtenir et d'exploiter des champs de petrole a bas cout pour maintenir le niveau de production requis par notre civilisation (Forcement si tu exploites un champ de petrole a 50$, toute la chaine va voir ses couts augmenter par rapport a un champ qui te coute 5$ a exploiter).
La tu as deja facilement les 100$ du baril pour 2008. Le probleme vient maintenant qu'il y a des financiers qui ont compris que l'economie mondiale n'est plus stable et qu'il leur faut trouver une nouvelle source sur de revenu. Et la bienvenue aux speculateurs sur le marche des matieres premieres. On peut dire qu'ils sont surement responsable de la grande variabilite des prix surtout lorsque l'on lit ses variations par rapport aux eclats de guerre/rebellion dans les regions productrice de petrole.
Mais ca reste petit, negligeable devant le fait que la consommation de la planete continue d'augmenter alors qu'on a deja atteind un prix a dollar constant au niveau du premier choc petrolier. Et etant donnee notre dependance, la demande, la marge de production et les risques internationaux sur la production, il n'y a aucune raison que ca diminue, avec ou sans speculation.
Alors oui, il faut changer le fonctionnement de notre societe, favoriser le teletravail, le travail local, les transports en commun, tout ce qui limite le deplacement d'un individu unique, mais facilite le deplacement de masse. Car c'est le seul moyen d'augmenter la rentabilite energetique d'un system quand on n'a pas de technologie revolutionnaire pour changer le monde.
Et effectivement, je suis pour une augmentation de la TIPP depuis plus de 6 ans et qu'on utilise cette manne pour construire et ameliorer la rendement energetique de notre civilisation.
Mais bon, ce focaliser sur les deplacements ce n'est pas tout. Il y a de grosse marge de manoeuvre dans le batiment pour en diminuer la perte voir meme le rendre productif. Dans les activites de production de nourriture. Manger du boeuf, consomme des quantites colossales de petrole par exemple. La peche avec des chaluts qui raclent les fonds marins necessite de grande quantite d'energie. Et la liste ne s'arrete pas la au changement necessaire, mais plus tot on s'y attelle plus grande seront nos chances de survie.
[^] # Re: Spéculation
Posté par cedric . En réponse au journal Le pétrole, quelle salauperie !. Évalué à 5.
Je te conseille vivement de lire le site de Jancovici (http://www.manicore.com/) ca t'eclairera pas mal.
Mais globalement, l'interet des speculateurs arrive des le moment ou il y a competition sur la ressource. Or on n'est plus en mesure aujourd'hui d'augmenter la production, la theorie du complot est interressante a ce sujet, mais je ne crois pas qu'un pays producteur de petrole prendrait le risque de tuer la premiere economie qui le nourrit, ni meme de favoriser l'apparition de solution alternative. Le prix monte, car on approche du pic et que l'on arrive plus a augmenter significativement la production.
Il faut vraiment partir du principe que le prix du baril de petrole coute de plus en plus chere a exploiter (le cout d'exploitation etant fonction de l'energie necessaire pour l'exploiter). Et meme si ce n'est pas pour demain le pic de hubbert, les optimistes parlent de 2020, ca fait a peine apres demain.
[^] # Re: Groumpf :(
Posté par cedric . En réponse à la dépêche Légalisation riposte graduée / spyware : Le Monde.fr confirme. Évalué à 6.
Et cette difference de performance se propage tout au long de la chaine du reseau. La ou se trouve la puissance du net, c'est en bordure du reseau, dans les serveurs et les pc des clients. Il n'existe pas d'element reseau a un coup abordable capable d'analyser reellement le flux reseau au niveau applicatif sur les quantites de donnees que transfert un FAI.
Donc si les FAI doivent l'implementer dans leur reseau, ca fait juste une taxe de plus a payer pour les ayant droit sans contre partie pour eux. Ce ne serait pas la premiere, mais a la longue, ils vont finir par se lasser d'etre les vaches a lait d'une industrie mourante qui ne se remet pas vraiment en question.
[^] # Re: oprofile?
Posté par cedric . En réponse au journal Lisaac plus rapide que le C !. Évalué à 4.
D'ailleur dans la meme collection massif pour savoir quelle fonction alloue le plus de ram ou cachegrind pour savoir qui fait le plus de boulette dans le cache c'est vraiment terrible. Si tu n'utilises que l'outil memcheck de valgrind, tu n'as encore rien decouvert de sa puissance. Et ils enterent tous gprof. Je te conseille d'essayer.
[^] # Re: Euh... Première page???
Posté par cedric . En réponse à la dépêche Eet passe en 1.0 alpha. Évalué à 1.
[^] # Re: Euh... Première page???
Posté par cedric . En réponse à la dépêche Eet passe en 1.0 alpha. Évalué à 4.
Et oui, il y a encore aujourd'hui des systemes qui n'ont quasiment pas de RAM, de CPU et une flash de petite taille. Alors autant rester efficace et utiliser des outils qui correspondent au besoin.
[^] # Re: Euh... Première page???
Posté par cedric . En réponse à la dépêche Eet passe en 1.0 alpha. Évalué à 1.
Mais aussi de permettre de serialiser une structure de donnees pour l'envoyer a un autre programme sur le reseau ou via une IPC (et effectivement de l'enregistrer sur le disque).
Pour la partie stockage, les fichiers en eux meme peuvent contenir aujourd'hui des donnees comme des images (avec ou sans canal alpha, compresse ou non), des data serialises ou des data binaires.
Enfin eet est designe pour etre principalement utlise en lecture avec tres tres peu d'ecriture. C'est bien pour des fichiers de configuration, les data des programmes et ca n'a pas le meme usage que sqlite, ni les meme perfs. C'est d'ailleur utiliser par e17 pour ses themes et sa configuration. C'est une bibliotheque principale pour le projet Enlightenment qui meriterait d'etre utiliser pour plus de chose.
Enfin si vraiment on veut comparer eet et sqlite, sur mon athlon 64, j'ai libeet.so == 72ko et libsqlite3.so == 443ko.
# Remote administration
Posté par cedric . En réponse au journal EEEPC pour ma petite soeur. Évalué à 2.
Probablement non. Premierement, SFR ne donne pas une adresse IP publique, mais une adresse nate et le traffic passe par de multiple proxy. Il n'y a aucune chance que tu puisse la joindre comme ca. En general seul le trafic http passe correctement d'ailleur et le debit dependra aussi de ou tu te trouves.
Ensuite en Wifi ce sera a peu pres le meme probleme. Donc la reponse simple, c'est ca marchera pas.
Bon maintenant, tu peux toujours mettre en place un VPN (au dessus d'http serait plus sur a mon avis en terme de fiabilite) qui demarre automatiquement quand l'eee se connecte a internet. Juste une piste comme ca.
[^] # Re: XMPP
Posté par cedric . En réponse au journal La version m5-rc14 du SDK Android vient de sortir. Évalué à 10.
[^] # Re: L'armée et la GPL...
Posté par cedric . En réponse au journal Future Combat Systems. Évalué à 10.
# N800 + EFL + Python
Posté par cedric . En réponse au journal Librairie graphique pour prototype d'application embarquée ?. Évalué à 4.
Pour la plateforme hard, j'aurais pris un N800 pour faire la demo. Les gens qui developpent Canola ont fait des trucs extra avec les EFL et Python sur N800. Regarde sur google a Canola 2, tu devrais trouver tout ce que tu veux.
[^] # Re: relecture du texte de l'intervention de l'APRIL
Posté par cedric . En réponse à la dépêche Audition de l'APRIL par la mission Olivennes. Évalué à 4.
Je ne suis pas d'accord avec toi. Cet argument merite meme d'etre developpe. Si demain tu filtres, limite tout le traffic visible, il ne faudra pas attendre tres longtemps avant que les developpeurs mettent tous leurs efforts sur des technologies plus difficilement identifiable.
Et la commence le probleme, si 99% du traffic qui passe devient non identifiable, si tu ne peux plus techniquement savoir ce qui passe, car c'est chiffre. Ca ne va pas interresser que les fous du MP3 et du DIVX. Et si des outils grand public apparaissent, et ils apparaitront, ceux sont les plus dangereux qui en profiteront le plus et notre societe qui en patira.
En meme temps, on peut voir le cote positif, ca aidera aussi les personnes qui se battent pour la democratie dans un certain nombre de dictature. A chacun de faire son choix, de choisir son camp et ses responsabilites.
[^] # Re: Confiance et pérénité
Posté par cedric . En réponse au journal Marre de l'intégrisme chez les libristes !!!. Évalué à 9.
Là encore, le problème vient d'une absence de stabilité des API du kernel. Le problème est là encore une mauvaise architecture des interfaces du kernel.
La stabilite des API, c'est une catastrophe. Imagine un OS fige dans ses API depuis des decennies. Le nombre de wrapper, la difficulte de maintenir aux bugs pres des interfaces dans le temps. C'est juste une grosse connerie. Il faut pouvoir tout casse pour avoir de meilleur perf, fixer des bugs, factoriser du code et j'en passe.
le pire c'est que sous windows ces memes fabricant ne propose pas de drivers Vista pour du materiel qui as a peine 2 ou trois ans, les gens sont obligés de changer du materiel fonctionnel contre un autre.
Même si ce n'est pas toujours vrai, beaucoup de drivers binaires pour Windows XP (voir Win2000) fonctionne toujours sous Vista. Signe qu'il est possible d'avoir une certaine pereinité dans le temps, même entre 2 versions majeures d'un OS.
Et tu n'imagines pas la difficulte que c'est de maintenir tout ca, de devoir avoir deux interfaces de drivers dans le noyau. La stabilite et l'evolutivite de l'ensemble en prend forcement un coup. Cela explique bien a mon avis le temps de developpement qu'a pris Vista pour un gain final pas enorme.
Ca laisserait les gens les plus compétents (souvent les constructeurs) gérer le cycle de vie de leurs drivers, qui ne devrait pas être imposer selon les bons vouloir de Linus & Co.
Euh, tu as deja eu acces a du code de constructeurs ??? Parce que c'est bien la derniere chose que tu ecrirais si c'etait le cas. Dailleur la principal raison que ces gens devrait avoir de garder leur code proprietaire, c'est parce qu'ils devraient avoir honte d'ecrire de tel infamie. Serieusement, les drivers du noyau linux sont souvent mieux maintenu, suivent mieux les evolutions du noyau que ceux des constructeurs et ca permet aux utilisateurs de ne pas a avoir de souci de driver.
Je te rappelle quand meme que sous Windows qui a l'air d'etre ta reference, tu passes un temps dingue a devoir trouver tous les drivers qui vont bien. Alors que sur mon linux, je n'ai jamais ce probleme (soit ca marche, soit ca marche pas, dans la majorite des cas).
[^] # Re: je veux bien mais ...
Posté par cedric . En réponse au journal [openmoko] Commande groupée de Neo 1973 ?. Évalué à 2.
Pour les operateurs, il devrait etre tous compatible, c'est tout l'interet de respecter la norme GSM :)
[^] # Re: Y accéder
Posté par cedric . En réponse au journal Un fax dans la Freebox. Évalué à 1.
[^] # Re: Tu caricatures pas la?
Posté par cedric . En réponse au journal [Politique] J'ai 26 ans.... Évalué à 3.
La voiture a deux points noirs qu'on ne pourra jamais effacer par rapport a des transports en commun:
- Le rapport masse utile (l'usager) / masse a deplacer qui donnera toujours un rendement tres tres nettement plus faible que les transports en commun.
- Le besoin d'une energie transportable (Des batteries qui nous donneraient les meme performance energetique qu'un reservoir plein d'essence ne sont pas pour demain, ni apres-demain).
Donc dans un monde ou le petrole devient une ressource rare et chere (ce qui sera le cas d'ici peu), il y n'y a aucune d'alternative a la voiture individuelle pour tous. Il faut arreter de rever ou le reveil va etre tres dur.
Si meme le probleme des batteries etaient reglees, nous n'avons pas les moyens de produire l'electricite necessaire pour charger des millions de voitures. Les bio carburant, c'est mort d'avance, seul des pays avec peu de population et de grand espace pourront se le permettre, et encore, au bresil ca va couter l'existence de la foret amazonienne.
Il n'y a juste pas d'alternative au transport en commun de masse. C'est juste comme ca et il va falloir s'y faire. Et il n'y a qu'un moyen de s'y preparer maintenant, c'est d'augmenter progressivement le prix de l'essence, de l'usage de la voiture pour reverser les gains dans l'amelioration et la densification des transports en commum. Malheureusement, cela m'etonnerait qu'il y ait un seul politique avec assez de c..... pour faire ca.
[^] # Re: Tu caricatures pas la?
Posté par cedric . En réponse au journal [Politique] J'ai 26 ans.... Évalué à 1.
Serieusement, privatiser maintenant les autoroutes est, etant donnee nos connaissance sur les approvisionnement en petrole et les risques lies a la dure de vie de la voiture dans notre societe, une bonne chose. Le prix auxquels elles ont ete vendu est surement un des plus haut auquel un etat pouvait les vendres.
D'ici dix ans la penurie de petrole devrait etre nettement plus evidente et donc leur rentabilite nettement plus basse. Mais il est vrai qu'aujourd'hui personne ne pense vraiment qu'arrivera une epoque ou la voiture et le camion ne seront plus les methodes reines des transports.
[^] # Re: Heu
Posté par cedric . En réponse au journal 1er acheteur de la PS3.... Évalué à 6.
[^] # Re: Et la bande passante ?
Posté par cedric . En réponse au journal Un point sur les FAI. Évalué à 1.
Il faut arreter de voir des complots quand il n'y en a pas aussi...
[^] # Re: A noter que...
Posté par cedric . En réponse à la dépêche HP fait 25 millions de dollars avec Debian. Évalué à 1.
[^] # Re: que fait-je de mon espace cerveau libéré ?
Posté par cedric . En réponse au journal nepomuk. Évalué à 4.
Une liste rapide :
- Le telephone mobile : Il y a 10 ans, si quelqu'un parlait tout seul dans la rue, on aurait appeler les urgences, aujourd'hui, o ne le remarque meme pas. Et il y a 10 ans, personne ne parlait se formidable langage SMS...
- Internet : communiquer, echanger avec n'importe qui, n'importe ou, n'importe quoi, n'importe quand, ca a quand meme changer enormement de chose dans la maniere de consommer les medias (et ca continue). Et il y a 10 ans, personne ne parlait le skyblog :)
- Les communautes libres : Franchement il y a 10 ans, je n'aurais jamais imaginer mettre mes parents sous Linux :) Je n'aurais jamais imaginer l'existence de projet comme Wikipedia.
Alors franchement, je ne vois pas comment on peut etre blase et se dire que notre societe stagne, alors qu'elle n'a jamais evolue aussi vite et que les changements a venir vont etre surement encore plus grand. Pense aux problemes d'energie, d'eau, de geopolitique, de polution et a l'evolution des technologies (d'apres la loi de moore, on devrait avoir des ordinateurs capables de simuler un cerveau humain en 2020). 10 ans, c'est beaucoup de nos jours.
Et je ne me permettrais pas de dire que c'est grace a un systeme economique ou politique.
[^] # Re: Sacré Ballmer :-)
Posté par cedric . En réponse au journal Microsoft et les brevets des autres. Évalué à 10.
Parce qu'ils esperent pouvoir tuer le logiciel libre avec ca ?
Parce qu'ils ont plus d'avocat que d'informaticien ?
[^] # Re: Sécurité par l'obscurité
Posté par cedric . En réponse à la dépêche Apple et les DRM. Évalué à 10.
- L'algo
- La clef (ou des clefs)
- Les donnees en claires
- Les donnees chiffrees
Le but des DRM est d'empecher n'importe quel soft d'acceder aux donnees en claires. Or tu as sur ta machine, la clef et les donnees chiffrees. Il ne te manque plus que l'algo que tu as sous forme machine dans les DLL de iTunes par exemple. Mais la complexite est de reussir a l'en extraire pour l'utiliser dans le soft que tu veux. Maintenant, si l'algo est publique, il ne te manque plus rien. Quelque soit la machine, n'importe quel soft pourra acceder aux contenus en clairs et le principe des DRM tombe.
C'est tout le probleme des DRM, ils ne pourront jamais etre sur. Il y a beaucoup trop de chose sur la machine du client !