C'est tout le problème: il n'y a pas de vérités (au pluriel). La vérité est par définition unique, et sous prétexte de liberté de parole il faudrait écouter tout ceux qui veulent réécrire l'histoire a leur sauce, juste parce que ca les arrangerait que la réalité de l'Histoire soit différente.
Alors oui, une bonne fois pour toutes, il faut remettre les pendules a l'heure: on a collecté des milliers d'heures de vidéos, les témoins se comptent en centaines de milliers, les débris retrouvés sur places sont formels: tout coincide.
Non, il n'y a pas eu démolition controlée, Non il n'y pas eu tir de missiles, Non il n'y pas eu de rayon laser explosif, Non il n'y a pas eu attaque d'aliens, Non ce n’était pas un montage cinématographique qui passait a la TV.
Oui c’était bien un attentat, Oui ce sont bien des avions qui ont percutés les tours et le Pentagone, Oui les tours (y compris le WTC7) se sont effondrés suite aux incendies qui les ont ravagées.
Voila, c'est la simple vérité. Il n'y aucun doute la dessus tellement ca a été dit, étudié et confirmé par tellement de témoignages et d'expertises.
La vérité n'a pas être galvaudée au rang d'opinion, c'est indigne au regard meme des évenements.
L'explication, que l'on va qualifier d'officielle pour faire plaisir aux gens qui voient des complots de partout, est que les civils ont appeles leurs familles. Ceux-ci avaient deja vu les avions tomber a New York et ils leur ont dit qu'ils fallaient se bouger sinon ils allaient a une mort certaine.
Les civils se sont révoltes (les terroristes n'etaient pas armés de kalash, juste de couteau de poche) et ont tentés de prendre le controle de l'avion. Les terroristes, voyant que c'etait perdu pour eux, ont prefere faire planter l'avion.
C'est la these officielle, relayé par les familles de victimes qui ont eu des conversations téléphoniques avec les gens a bord. Je ne sais pas si les boites noires relaient les memes informations, mais en tous cas ca me semble crédible.
Évidemment il y a une inspiration forte mais au fond, est-ce SI mal ?
Honnetement non ce n'est pas un mal. Cela donne un desktop qui est joli et qui peut convenir a beaucoup de gens. Que le projet ait beaucoup repompé au bureau de MacOS au niveau du theme et de l'ergonomie n'est vraiment pas un probleme, surtout quand on sait a quel point il est facile pour l'utilisateur de changer de desktop sur linux.
Apple a fait des choix originaux pour le bureau de MacOS, c'est interessant de trouver un desktop qui reprennent ces concepts et essaient de l'adapter aux technos gnome (en plus d'y apporter pas mal d'applis). Je trouve votre projet vraiment interessant, d'autant plus qu'on subit un peu tous gnome-shell, il faut pas que ces critiques vous découragent.
Il faut peut-etre laisser les membres du projet en parler lorsqu'ils seront prets. On sait qu'au moins un d'entre eux traine sur DLFP, il est certainement le plus a meme de nous le présenter.
J'oubliais d'ailleurs: une feature de xsane permettait d'enquiller les scans. Tu faisais une preview, tu faisais les reglages, et apres tu pouvais choisir de faire 100 fois le meme scan en incrementant sur un nom de fichier.
C'était vraiment la feature ultime qui permet de repiquer les cours sur scanner sans y passer des plombes.
un scanner ça sert vraiment très rarement, assez pour pouvoir se contenter de celui du travail quand on en a besoin, une ou deux fois par an ;
Quand tu es etudiant, le scanner c'est totalement indispensable ! Ca te permet de rattraper tous les cours que tu as séché sans dépenser une fortune a la photocopieuse de l'école: j'ai amorti mon achat dès le premier semestre !
Deja bravo pour votre initiative, c'est vraiment quelque chose qui aidera le logiciel a se développer.
Une petite question par rapport a la pérénnité du developpement: si on veut ajouter et que cette feature soit integree upstream histoire de la péréniser, vérifiez-vous que la contribution a bien été acceptée ?
Le problème, c'est que ce genre de developpement risque d'etre faits par des gars qui seront pas dans l'équipe de développement du projet initial, et donc sans garantie sur l'integration upstream.
Oui, mais raler lors d'un push, c'est quasi normal: suffit que quelqu'un d'autre ait laché un commit sur la meme branche, et hop on y voit que du feu.
Quand on voit le nombre de commits qui circule a chaque release, il est évident que le projet fonctionne a la confiance. Dans ce contexte, je ne comprends pas qu'une éventuelle usurpation d'identité ne les inquiete pas un peu plus.
On peut synchroniser plusieurs machines, partager des documents avec des amis, le tout repliqué par une formule de type p2p et bien évidement chiffrée.
L'équipe compte aussi se financer en proposant du backup online qui viendrait en plus du backup p2p.
La seule limitation que je vois est qu'il ne supporte pas d'avoir des liens symboliques, on ne peut pas caler betement son ~/Images ou son ~/Documents (ou alors je n'ai pas trouvé)
Un truc m'echappe: les développeurs vont devoir changer leur clé ssh qui est potentiellement compromise mais les repo git ne craignent rien ?
Qu'est ce qui empêcherait l'attaquant de pondre un commit au nom d'un developpeur et de le pousser en utilisant ladite clé compromise ? Pour peu que ca ait passé la relecture dans la torpeur du mois d'aout et c'est reglé !
Ton boulot est d'adapter ta conduite pour que la situation ne se transforme pas en situation dangereuse.
Non, il est beaucoup plus simple de raler, de faire des appels de phare, de se considerer comme le shérif de l'autoroute et d'expliquer aux autres comment ils doivent conduire.
Et surtout ça a un effet pervers (mais je pense que tu t'en fiche...) c'est que le fait de coller la voie du milieu vient comme par magie de réduire d'une voie l'autoroute.
Heuuu, il roule quand meme, genre au moins a 120 km/h, la voie n'est pas peru pour autant !
Franchement, sortez vous les doigts du cul, rouler sur autoroute c'est pas se coller sur une voie et attendre que ça passe. Pour ça il a le train.
En fait c'est vraiment un comportement de fainéant.
Oui, c'est un comportement de fainéant. Maintenant, si tu veux le doubler, il y a la troisieme voie. Si tu l'engueules, c'est juste parce que tu aimerais ne pas avoir a changer de voie et que tu preferais qu'il le fasse !
Tu gueules sur lui, mais en réalité tu es aussi flemmard et tu aimerais autant que lui rester calé sur ta voie sans avoir a y bouger. C'est juste que tu roules a 5km/h de plus que lui alors tu t'en rends compte.
Au dela de ca, s'il y a 3 voies et que la voie de droite est bien chargée, c'est juste bête et dangereux de deboiter toutes les 30 secondes sur un trajet de 3 heures. Et c'est encore plus penible lorsque des gens se prennent pour des évangelisateurs du code de la route, et enseignent son contenu a coups d'appels de phares voires d'insultes sous pretexte qu'ils considerent que toi tu devrais rouler a droite pour que eux puissent continuer a rouler au milieu sans avoir a en bouger.
Je resume: Apple a certes obtenu le blocage des galaxy, mais les brevets bidons ont ete invalidés, notamment ceux sur le design revolutionnaire en forme de téléphone. Il en reste un seul et une simple mise a jour vers Android 3.X devrait suffire a contourner le brevet.
Au final, Apple a plus perdu dans l'histoire qu'autre chose.
Et la, pas de recours en justice, pas de brevets bidons a sortir de la manche, pas de design innovant dans le meme rectangle que 95% des prototypes auparavant, pas d'avocats a envoyer a droite a gauche, pas de pognon a sortir pour arroser au bon endroit.
Pas cette fois-ci, Tous égaux devant la Grande Faucheuse.
VP8 n'est pas simple a implementer puisque c'est le code qui fait reference.
Autant ils l'ont implementé en utilisant l'ancienne ip (= bloc fonctionnel) d'On2 que Google offre a qui veut bien le prendre, et il n'en parle pas puisque cela ne fait pas parti de son projet et il bosse sur un autre bloc.
Autre hypothese: sa boite a refuse la licence qui accompagne l'ip VP8 de Google qui t'impose de ne pas attaquer sur les brevets: Ca peut ne pas etre evident de s'assoir sur petit pactole de brevets...
Simple selon Arch, ca veut dire documenté et compréhensible.
C'est l'inverse de la plupart des distros qui preferent soit disant te simplifier la vie avec des outils graphiques et des scripts maison. Le probleme, c'est que ces outils sont vite obsoletes ou buggues.
L'idee de KISS, c'est de garder les choses documentées et faciles a comprendre plutot que d'empiler les surcouches. KISS est plutot a comprendre dans le sens de "Ne complique pas les choses".
[^] # Re: ...
Posté par flagos . En réponse au journal 11 septembre: où en est-on ? . Évalué à 2.
Je ne sais pas si les portables passaient, ils ne devaient pas etre en haute altitude. Apres a l'époque, les avions etaient équipes de téléphones.
[^] # Re: 11 septembre: où en est-on ?
Posté par flagos . En réponse au journal 11 septembre: où en est-on ? . Évalué à 8.
C'est tout le problème: il n'y a pas de vérités (au pluriel). La vérité est par définition unique, et sous prétexte de liberté de parole il faudrait écouter tout ceux qui veulent réécrire l'histoire a leur sauce, juste parce que ca les arrangerait que la réalité de l'Histoire soit différente.
Alors oui, une bonne fois pour toutes, il faut remettre les pendules a l'heure: on a collecté des milliers d'heures de vidéos, les témoins se comptent en centaines de milliers, les débris retrouvés sur places sont formels: tout coincide.
Non, il n'y a pas eu démolition controlée, Non il n'y pas eu tir de missiles, Non il n'y pas eu de rayon laser explosif, Non il n'y a pas eu attaque d'aliens, Non ce n’était pas un montage cinématographique qui passait a la TV.
Oui c’était bien un attentat, Oui ce sont bien des avions qui ont percutés les tours et le Pentagone, Oui les tours (y compris le WTC7) se sont effondrés suite aux incendies qui les ont ravagées.
Voila, c'est la simple vérité. Il n'y aucun doute la dessus tellement ca a été dit, étudié et confirmé par tellement de témoignages et d'expertises.
La vérité n'a pas être galvaudée au rang d'opinion, c'est indigne au regard meme des évenements.
[^] # Re: ...
Posté par flagos . En réponse au journal 11 septembre: où en est-on ? . Évalué à 4.
Tiens, il y a de la bonne lecture sur ce site. Les theories du complot y sont démontés et expliqués une par une:
En ce qui concerne le WTC7:
http://www.debunking911.com/pull.htm
On peut voir aussi une vidéo qui explique pourquoi les tours ne sont pas tombées par démolition controlée.
[^] # Re: ...
Posté par flagos . En réponse au journal 11 septembre: où en est-on ? . Évalué à 7.
L'explication, que l'on va qualifier d'officielle pour faire plaisir aux gens qui voient des complots de partout, est que les civils ont appeles leurs familles. Ceux-ci avaient deja vu les avions tomber a New York et ils leur ont dit qu'ils fallaient se bouger sinon ils allaient a une mort certaine.
Les civils se sont révoltes (les terroristes n'etaient pas armés de kalash, juste de couteau de poche) et ont tentés de prendre le controle de l'avion. Les terroristes, voyant que c'etait perdu pour eux, ont prefere faire planter l'avion.
C'est la these officielle, relayé par les familles de victimes qui ont eu des conversations téléphoniques avec les gens a bord. Je ne sais pas si les boites noires relaient les memes informations, mais en tous cas ca me semble crédible.
[^] # Re: En tous cas
Posté par flagos . En réponse au journal MS et le vol d'idées : hasard ou bien ?. Évalué à 3.
Honnetement non ce n'est pas un mal. Cela donne un desktop qui est joli et qui peut convenir a beaucoup de gens. Que le projet ait beaucoup repompé au bureau de MacOS au niveau du theme et de l'ergonomie n'est vraiment pas un probleme, surtout quand on sait a quel point il est facile pour l'utilisateur de changer de desktop sur linux.
Apple a fait des choix originaux pour le bureau de MacOS, c'est interessant de trouver un desktop qui reprennent ces concepts et essaient de l'adapter aux technos gnome (en plus d'y apporter pas mal d'applis). Je trouve votre projet vraiment interessant, d'autant plus qu'on subit un peu tous gnome-shell, il faut pas que ces critiques vous découragent.
[^] # Re: Rien à voir, mais...
Posté par flagos . En réponse au journal MS et le vol d'idées : hasard ou bien ?. Évalué à 3.
Il faut peut-etre laisser les membres du projet en parler lorsqu'ils seront prets. On sait qu'au moins un d'entre eux traine sur DLFP, il est certainement le plus a meme de nous le présenter.
[^] # Re: Aie Aie Aie...
Posté par flagos . En réponse à la dépêche Linux Foundation tombe à son tour. Évalué à 2.
Il est pas passé sur github Linus ? On en avait parlé l'autre jour...
https://github.com/torvalds/linux
[^] # Re: Imprimante
Posté par flagos . En réponse au journal C'est la rentrée. Évalué à 8.
J'oubliais d'ailleurs: une feature de xsane permettait d'enquiller les scans. Tu faisais une preview, tu faisais les reglages, et apres tu pouvais choisir de faire 100 fois le meme scan en incrementant sur un nom de fichier.
C'était vraiment la feature ultime qui permet de repiquer les cours sur scanner sans y passer des plombes.
[^] # Re: Imprimante
Posté par flagos . En réponse au journal C'est la rentrée. Évalué à 6.
Quand tu es etudiant, le scanner c'est totalement indispensable ! Ca te permet de rattraper tous les cours que tu as séché sans dépenser une fortune a la photocopieuse de l'école: j'ai amorti mon achat dès le premier semestre !
# Pérénnité du développement
Posté par flagos . En réponse à la dépêche Lancement de la bêta d’Elveos. Évalué à 9.
Deja bravo pour votre initiative, c'est vraiment quelque chose qui aidera le logiciel a se développer.
Une petite question par rapport a la pérénnité du developpement: si on veut ajouter et que cette feature soit integree upstream histoire de la péréniser, vérifiez-vous que la contribution a bien été acceptée ?
Le problème, c'est que ce genre de developpement risque d'etre faits par des gars qui seront pas dans l'équipe de développement du projet initial, et donc sans garantie sur l'integration upstream.
[^] # Re: Et si...
Posté par flagos . En réponse au journal Le pragmatisme à la Torvalds, ou, Linux sur Github. Évalué à 5.
Aucun doute. On retrouve sur sa page github le logiciel de plongée dont Linus parle sur son compte "certifié" Google+ !
D'une fiabilité a toute épreuve donc... ;-)
[^] # Re: Cle ssh corrompu ?
Posté par flagos . En réponse à la dépêche Les serveurs de kernel.org ont été compromis. Évalué à 2.
Oui, mais raler lors d'un push, c'est quasi normal: suffit que quelqu'un d'autre ait laché un commit sur la meme branche, et hop on y voit que du feu.
Quand on voit le nombre de commits qui circule a chaque release, il est évident que le projet fonctionne a la confiance. Dans ce contexte, je ne comprends pas qu'une éventuelle usurpation d'identité ne les inquiete pas un peu plus.
# AeroFS
Posté par flagos . En réponse au journal Je voudrais mettre un nuage chez moi !. Évalué à 4.
Il y a aerofs qui a l'air interessant:
http://www.aerofs.com/
On peut synchroniser plusieurs machines, partager des documents avec des amis, le tout repliqué par une formule de type p2p et bien évidement chiffrée.
L'équipe compte aussi se financer en proposant du backup online qui viendrait en plus du backup p2p.
La seule limitation que je vois est qu'il ne supporte pas d'avoir des liens symboliques, on ne peut pas caler betement son ~/Images ou son ~/Documents (ou alors je n'ai pas trouvé)
[^] # Re: Cle ssh corrompu ?
Posté par flagos . En réponse à la dépêche Les serveurs de kernel.org ont été compromis. Évalué à 2.
Ben apres s'il voit arriver un commit de GHK ou je ne sais qui d'autre en qui il a confiance, il ne cherche certainement pas a débusquer une backdoor.
C'est une histoire de confiance et d'historique. Le probleme ici est que l'attaquant a pu usurper l'identité de n'importe quel développeur.
[^] # Re: Cle ssh corrompu ?
Posté par flagos . En réponse à la dépêche Les serveurs de kernel.org ont été compromis. Évalué à 2.
Si le commit a été fait normalement, il va juste merger entre son git local et distant, je crains que non il ne va rien voir.
[^] # Re: Cle ssh corrompu ?
Posté par flagos . En réponse à la dépêche Les serveurs de kernel.org ont été compromis. Évalué à 3.
Et si la clé de Linus a été compromise ?
# Cle ssh corrompu ?
Posté par flagos . En réponse à la dépêche Les serveurs de kernel.org ont été compromis. Évalué à 3.
Un truc m'echappe: les développeurs vont devoir changer leur clé ssh qui est potentiellement compromise mais les repo git ne craignent rien ?
Qu'est ce qui empêcherait l'attaquant de pondre un commit au nom d'un developpeur et de le pousser en utilisant ladite clé compromise ? Pour peu que ca ait passé la relecture dans la torpeur du mois d'aout et c'est reglé !
[^] # Re: Vive linux !
Posté par flagos . En réponse à la dépêche Clé web USB et sécurité. Évalué à 10.
Oui enfin de la récupération d'adresse mail sur ton carnet + rm -rf $HOME ca peut deja etre bien emmerdant
[^] # Re: Ce qui me saoule sur la route
Posté par flagos . En réponse au journal Les motards, cette engeance du diable.. Évalué à 10.
Non, il est beaucoup plus simple de raler, de faire des appels de phare, de se considerer comme le shérif de l'autoroute et d'expliquer aux autres comment ils doivent conduire.
[^] # Re: Ce qui me saoule sur la route
Posté par flagos . En réponse au journal Les motards, cette engeance du diable.. Évalué à 4.
Heuuu, il roule quand meme, genre au moins a 120 km/h, la voie n'est pas peru pour autant !
Oui, c'est un comportement de fainéant. Maintenant, si tu veux le doubler, il y a la troisieme voie. Si tu l'engueules, c'est juste parce que tu aimerais ne pas avoir a changer de voie et que tu preferais qu'il le fasse !
Tu gueules sur lui, mais en réalité tu es aussi flemmard et tu aimerais autant que lui rester calé sur ta voie sans avoir a y bouger. C'est juste que tu roules a 5km/h de plus que lui alors tu t'en rends compte.
Au dela de ca, s'il y a 3 voies et que la voie de droite est bien chargée, c'est juste bête et dangereux de deboiter toutes les 30 secondes sur un trajet de 3 heures. Et c'est encore plus penible lorsque des gens se prennent pour des évangelisateurs du code de la route, et enseignent son contenu a coups d'appels de phares voires d'insultes sous pretexte qu'ils considerent que toi tu devrais rouler a droite pour que eux puissent continuer a rouler au milieu sans avoir a en bouger.
[^] # Re: Steve Jobs part mais les bonnes pratiques restent...
Posté par flagos . En réponse au journal Coup de tonnerre à Cupertino. Évalué à 9.
A lire sur le sujet:
Je resume: Apple a certes obtenu le blocage des galaxy, mais les brevets bidons ont ete invalidés, notamment ceux sur le design revolutionnaire en forme de téléphone. Il en reste un seul et une simple mise a jour vers Android 3.X devrait suffire a contourner le brevet.
Au final, Apple a plus perdu dans l'histoire qu'autre chose.
[^] # Re: la vraie mauvaise nouvelle ne devrait pas tarder
Posté par flagos . En réponse au journal Coup de tonnerre à Cupertino. Évalué à 9.
Et la, pas de recours en justice, pas de brevets bidons a sortir de la manche, pas de design innovant dans le meme rectangle que 95% des prototypes auparavant, pas d'avocats a envoyer a droite a gauche, pas de pognon a sortir pour arroser au bon endroit.
Pas cette fois-ci, Tous égaux devant la Grande Faucheuse.
[^] # Re: Allégé et optimisé ?
Posté par flagos . En réponse à la dépêche Nouveau Linutop OS basé sous Ubuntu Lucid. Évalué à 2.
Ah ouai... quand même !
[^] # Re: Ubuntu ARM
Posté par flagos . En réponse au journal Commentaires pratiques sur Hercules eCafé EX HD. Évalué à 2.
VP8 n'est pas simple a implementer puisque c'est le code qui fait reference.
Autant ils l'ont implementé en utilisant l'ancienne ip (= bloc fonctionnel) d'On2 que Google offre a qui veut bien le prendre, et il n'en parle pas puisque cela ne fait pas parti de son projet et il bosse sur un autre bloc.
Autre hypothese: sa boite a refuse la licence qui accompagne l'ip VP8 de Google qui t'impose de ne pas attaquer sur les brevets: Ca peut ne pas etre evident de s'assoir sur petit pactole de brevets...
[^] # Re: KISS ?
Posté par flagos . En réponse à la dépêche Nouvel installateur pour ArchLinux. Évalué à 10.
Simple selon Arch, ca veut dire documenté et compréhensible.
C'est l'inverse de la plupart des distros qui preferent soit disant te simplifier la vie avec des outils graphiques et des scripts maison. Le probleme, c'est que ces outils sont vite obsoletes ou buggues.
L'idee de KISS, c'est de garder les choses documentées et faciles a comprendre plutot que d'empiler les surcouches. KISS est plutot a comprendre dans le sens de "Ne complique pas les choses".