flan a écrit 1829 commentaires

Non, avoir un design foireux n'est aucunement un argument pour ne pas divulguer la correspondance de Snowden. D'autant plus qu'ils pouvaient tout à fait rechiffrer avec une autre clef par la suite.

Je ne vois vraiment pas en quoi utiliser la même clef privée pour tous les utilisateurs peut être considéré comme une bonne idée.

Pour que ce genre de système fonctionne, il est nécessaire qu'il soit public, et donc que le service secret le connaisse.
Donc si tu t'en sers, il sera de notoriété publique que tu auras prévenu tout le monde de la mise en demeure. Il y a peu de chances que ça soit défendable devant un juge qui respectera l'esprit de la loi.

Il n'y a (presque) plus le choix pour systemd uniquement parce que les développeurs des équivalents (ainsi que les intégrateurs dans les distribs) ont abandonné les concurrents.

Tu as la possibilité de changer ça, simplement il faut mettre la main à la pâte pour que le boulot soit fait.

Ce n'est pas du tout pareil. Là, en gros, tu as 3-4 dépôts, et tu as soit accès à l'intégralité du dépôt, soit rien.

C'est plus compliqué de faire un dépôt APT qui s'adapte totalement à l'utilisateur : il faut générer plusieurs fichiers d'index par utilisateur, avec un sommaire contenant les md5/sha1 de ces fichiers d'index, puis signer ce dernier fichier. Bref, tout mettre en cache en permanence.

Neuf millions vendus en quelques jours, c'est plutôt pas mal.

Toutes les technos Apple n'ont pas d'équivalent, justement.

Là, j'ai un seul serveur pour :
* lire la musique, les films, les séries, les podcasts du serveur en local ou depuis un autre appareil en streaming (ordi, tablette ou téléphone),
* piloter le serveur depuis un autre appareil pour envoyer le flux audio / vidéo sur une enceinte distante (via Airplay) ou un autre appareil,
* je choisis le contenu de mes appareils sans qu'ils soient connectés (et ça se synchronisera automatiquement dès qu'ils seront branchés au secteur),
* lors de la synchro, tout est synchronisé (y compris le nombre de lecture, la position de lecture, …)
* je n'ai quà insérer un CD pour que le contenu soit ajouté au serveur, et la musique importée ça sera ajoutée aux appareils automatiquement (rien d'autre à faire qu'insérer le CD et attendre qu'il soit éjecté),
* sauvegarde complète des appareils mobiles, avec restauration en cas de souci

Je peux également injecter un profil sur l'appareil. J'en ai fait il y a quelques années, qui contient ma CA, le PKCS12 pour l'appareil, VPN, Wifi, mail, contacts, courriers, abonnements aux calendriers, applications, … Mettre en place un nouvel appareil prend quelques secondes, le temps d'injecter le profil.

Maintenant, évidemment iOS ne fait pas tout… mais ça tombe bien, je m'en moque éperdument. Par contre, ce que je viens de citer, ça me sert tous les jours, et il est hors de question de m'en passer. Et naturellement, je n'ai rien à faire pour avoir tout ça.

D'après le message d'origine, Android me convient mieux, sans que j'ai à préciser mes besoins.

Mais franchement, quelle idée de demander les besoins pour conseiller un produit ? On risquerait d'être constructif avec cette attitude, ça ne va pas du tout.

(sinon, si jamais ça vous intéresse quand même : pilotage d'iTunes, utilisation des partages iTunes, envoi de flux audio via Airplay, abonnement aux podcasts et lecture en 1080p, protocoles carddav/caldav, synchro en wifi automatique de la musique et des podcasts quand on branche le téléphone, utilisation de profils de configuration complets, GPS hors ligne gratuit, …)

Je peux également prédire avec une probabilité de 1 qu'un jour les produits d'Apple ne seront plus vendus.

Mais d'un autre côté, ça fait depuis les premiers iPod (2001, donc depuis 12 ans) que je lis « mais si, vous verrez, c'est un effet de mode, ça va passer ». Et effectivement, les iPod se sont fait manger par … les iPhone, essentiellement.

Après, qu'on trouve mieux pour moins cher, ça, c'est un peu facile d'asséner sans argumenter. Dans mon cas particulier (égoïstement, je ne considère que mes besoins quand j'achète un téléphone), j'en doute fort. Mais je t'en prie, explique-moi donc ce que je peux trouver de mieux que mon iPhone 4S (à part un 5/5C/5S), vu que tu as l'air de mieux maîtriser le sujet que moi :-)

Faire peut aussi bien dire concevoir que fabriquer…

D'où l'importance de lire l'article intégralement, et pas seulement certaines phrases sans leur contexte :-)

(ils parlent des bugs de la bêta précédente)

J'attends de voir ce que ça donne en vrai, avec un vrai fond d'écran. J'avoue que j'ai quand même un a priori négatif :D

Puis il y a un certain nombre de fonctions qui étaient attendues depuis longtemps. Je me demande au passage ce qu'ils veulent dire par SSO… Peut-être un support de kerberos via certificat ?

Je sais, c'est vraiment une question bête, mais est-ce que les *BSD pourraient passer à launchd ?

Bien que je ne sois pas OS X, j'utilise quand même CoreAudio. Accessoirement, il a le bon goût de répondre à mes besoins, donc je n'ai pas à me plaindre :-)

Microsoft n'a aucun monopole, quelque soit le domaine considéré. Il est en position dominante sur les OS grand public, mais ça n'a quand même rien d'un monopole.

Et il est très loin de la position dominante, et encore plus du monopole, dans les autres secteurs, particulièrement la téléphonie.

C'était de base dans les versions Beta, mais Adobe a demandé (et obtenu) le retrait. Il existe un plugin pour le restaurer.

Encore faudrait-il être sûr que c'est bien un sabordage.

Windows Phone commencerait à décoller dans plusieurs pays, d'après PCInpact
http://www.pcinpact.com/news/82103-windows-phone-progresse-fortement-en-france-au-r-u-et-au-mexique.htm

Il pourrait appliquer certaines bonnes pratiques :

• éviter les pages de 5 Mo,
• écrire tout le corps de l'article en texte et non dans une image (en jpeg qui plus est)
• conserver une page légère (24 fichiers JS, 5 fichiers de police, 14 fichiers css, ça commence à faire beaucoup)

Je ne connaissais pas (pourtant, j'avais cherché ! ).

Son projet permet plus de choses (plus de langages différents), mais au niveau Python il est plus limité : j'ajoute différentes commands pour le setup.py, je prépare l'internationalisation du projet, différentes façons d'être compatible avec Python 3, etc.

Bon, je devrais avoir corrigé les différents bugs signalés, et j'ai au passage largement augmenté les tests…

Maintenant, je me retrouve à tester l'exécutable avec Python 2.6/2.7/3.0/3.2/3.3/3.4, pour générer du code pour 2.6 « pur », 2.6 + six, 2.6 + 2to3, 2.7 « pur », 2.7 + six, 2.7 + 2to3, 3.0, 3.1, 3.2, 3.3, 3.4, et à tester le résultat obtenu avec les différentes versions compatibles.
Sachant qu'en plus, il faut tester avec ou sans i18n… Ça commence à faire beaucoup de combinaisons.

Sur le coup, j'ai cru que tu parlais de debian.org :D

J'ai pu regarder un peu pour Python 3.3, et je me demande s'il n'y a pas un bug dans la version de distribute.

Concrètement, je dis que mon package peut-être installé sous la forme d'une archive zip (j'utilise les bonnes fonctions pour accéder aux ressources). Quand je désactive ce paramètre (zip_safe=False dans setup.py), ça fonctionne nickel avec Python 3.3. Quand je le mets à True, ça marche sauf avec Python 3.3…

Je vais regarder pour l'installation manuelle via setup.py install, mais demain soir :D

Résultat des courses, je pense que je vais devoir installer les Python qui manquent (3.0, 3.1, 3.3, 3.4).

Tiens, c'est curieux, je le teste avec Python 3.2 pourtant.

Va falloir que je teste avec d'autres Python3, alors :-(
Va falloir que je mette à jour ma liste de tests (c'est assez malpratique à tester, vu qu'il faut tester le resultat de plusieurs générations de code, avec plusieurs versions de Python, et généré depuis plusieurs versions de Python …)

Sur Windows, tu peux choisir de laisser ce message d'erreur et de redémarrer manuellement. Simplement, par défaut, le comportement correspond à celui des utilisateurs.