flan a écrit 1865 commentaires

Qu'on veuille un logiciel libre par principe comme PolePosition, ça, je peux le comprendre tout à fait.

En revanche, je n'ai vu aucune preuve comme quoi les mails chiffrés sur iOS était accessibles à « certaines agences gouvernementales ». Aurais-tu un lien précis, ou ne te bases-tu sur rien ?

Pourquoi faut-il un client libre pour chiffrer ? iOS supporte par défaut le chiffrement S/MIME sans aucun problème, il suffit d'avoir un certificat + clef (.p12) correct installé sur le téléphone.

Tu peux maintenant faire du noSQL, au moins avec LDAP, Neo4j et MongoDB.

L'ORM de Django s'est quand même beaucoup amélioré avec les dernières versions. Cela dit, je ne connais pas spécialement SQLAlchemy. Mais pour ma culture personnelle, qu'est-ce qui est possible sur SQLAlchemy et qui ne l'est pas avec Django ?

Est-ce vraiment si bien que ça de devoir choisir un ORM, un moteur de template, un système d'authentification, … ?

Je dois avoir une vision déformée par l'abus de Django, mais j'ai du mal à croire que ça soit si pratique que ça au quotidien.
Après, ok, on peut faire un site en un seul fichier, mais à nouveau, je ne suis pas convaincu de l'utilité. De toute façon, il faudra bien ajouter un ORM, des templates, une couche d'authentification, …

Quand je démarre un site Django, j'ai un générateur pour me faire la structure du code (avec la conf pour la base de données, le système d'authentification, …), et j'ai un truc immédiatement fonctionnel avec un découpage logique et surtout toujours standard, ce qui rend les choses bien plus faciles pour se plonger dans un code externe.

Windows Mobile n'a rien à voir avec Windows Phone (à part le nom).

Et même si une partie ne veut pas de Windows, elle est suffisamment faible pour que ça ne pose pas de problème. Seuls 5% ont OS X, et ça n'a pas empêché Apple de proposer une logithèque conséquente sur iOS.

Bah Canonical a quand même un OS qui n'est pas encore accessible au grand public à offrir, c'est tellement mieux qu'un OS qui a déjà un certain succès !

(certes bien moindre qu'iOS ou Android, mais il se défend pas trop mal quand même)

Oui, il y a de ça aussi, en effet.

Ça ne concerne pas rpm ou deb, ça.
La façon de noter les dépendances est identique dans les deux types de paquet (paquet, et critères sur la version).

C'est lié à yum, aptitude, apt, … D'ailleurs, apt et aptitude n'ont pas exactement la même méthode de gestion des dépendances, ce qui fait que certaines opérations sont faisables avec l'un mais pas avec l'autre quand il y a des soucis de dépendance.

Un .deb, c'est une archive .ar qui contient un .tar.gz pour les métadonnées (infos sur le paquet à installer sous forme texte, plus les scripts d'installation et suppression) et un .tar.gz qui contient l'arborescence complète des fichiers à écrire.

Un .rpm, c'est une archive .cpio qui contient (de mémoire) une archive pour les métadonnées (infos sur le paquet à installer sous forme XML, plus les scripts d'installation et de suppression), et un .tar.gz qui contient l'arborescence complète des fichiers à écrire.

Qu'est-ce qui fait la différence pour la difficulté à mettre à jour avec du .rpm ?

Je suis bien conscient des limites du HTTP pour les perfs (d'où ma dernière phrase). Simplement, il ne faut pas en oublier tous les avantages que le HTTP apporte. De temps en temps, c'est bien plus rentable de faire du HTTP que de mettre en place un nouveau protocole ad-hoc qui n'aura pas la moitié de ses fonctionnalités (qui peuvent parfois bien débloquer une situation).

Tout passer par du HTTP a pas mal d'avantages quand on a une infra un peu compliquée :
* proxy
* reverse proxy
* possibilité de faire du MITM
* beaucoup d'authentifications possibles (login+mot de passe, mais aussi certificat SSL, kerberos, … sans compter Shibboleth et Webauth)

Après, pour les perfs, c'est autre chose.

Une autre des conditions est que le vote puisse se faire sans pression, il faut donc garantir que personne n'est derrière ton dos lors du vote.
Du coup, ça oblige à voter de façon publique, hors de chez soi.

Ça dépend énormément des sites. Linuxfr ne requiert pas grand-chose. Par contre, pas mal de sites font du JS à fond, mais mal : sans jamais libérer la mémoire et avec des anti-optimisations. C'est classique, notamment avec des pages à défilement continu (plus tu descends, plus tu as des images ou des articles qui s'affichent, mais le haut ne s'efface jamais)

J'ai eu la même réaction.
À vrai dire, je bosse (lentement, certes) sur un projet relativement similaire pour chez moi.
Mais je ne suis pas parti dans la même direction. Je génère la configuration complète du réseau local (je pars sur au moins un serveur et plusieurs machines clientes), ainsi que les certificats liés.
Ensuite, tout se fait via un script Python+Fabrics, pour lancer un serveur DHCP/BootP/TFTPD (qui permet d'installer automatiquement les OS) et ensuite installer les différents services.

Le problème avec sqlite avec du multiprocessus n'est pas lié à la haute dispo ; La base sqlite étant un simple fichier, elle a du mal quand plusieurs processus veulent y accéder en écriture.

J'avais déjà eu ce genre de faille il y a 2 ou 3 ans, sur une Ubuntu stable. L'écran de verrouillage plantait (mais pas immédiatement, genre au moins 5 ou 10 min après le verrouillage), et laissait la session complètement ouverte.

Tu as rarement le choix quand tu passes par un hébergeur avec du mutualisé. C'est quand même une grosse contrainte.

Merci pour ces retours.

Malheureusement, git est un prérequis. Pour la difficulté d'installation, finalement je ne suis pas trop exigeant vu que celle de Gitlab s'est bien passée (il y a à peine eu besoin de recompiler Ruby) même si elle est un peu longue. Par contre, je n'ai pas réussi à mettre du SSO et je reste bloqué avec du login/mot de passe classique.

Pour chez moi, j'aimerais bien pouvoir me passer complètement de mots de passe (et tout faire en SSO à la place), mais pour le coup les IDE (intellij/pycharm) ne sont pas d'accord avec moi.

Pour moi, Redmine (que j'utilise déjà par ailleurs) est quand même nettement moins puissant qu'un Github (Gitlab ?), sachant qu'en plus, on peut intégrer Redmine dans Gitlab.

Je n'ai pas installé de Redmine, mais Gitlab est également basé sur du RoR et je n'ai pas trouvé ça trop chaud à installer (après, je suis assez habitué à configurer du reverse proxy apache, ça vient peut-être de là).

Pour les clefs SSH de git, à vrai dire, j'aurais préféré faire du git over SSH pour profiter de l'authentification via Apache, mais je ne me suis pas encore trop penché sur la question.

Quand j'installe un service web chez moi, j'aime bien que l'authentification soit gérée par le serveur web (apache ou nginx) et non par l'application.
Ça me permet d'utiliser ce que je veux pour l'authentification, en évitant les bêtes mots de passe.
est-ce faisable pour seafile ?

J'ai l'impression que oui, vu que ça me semble basé sur Django, mais j'aurais aimé être sûr :)

C'est en effet la méthode classique, quitte à mettre un petit mot en commentaire.

Je l'ai fait avec plusieurs projets en Python, ça s'est toujours bien passé.

J'ai l'impression que chacun a son petit paquet Python qui empêche sa transition à la 3.

Personnellement, quasiment toutes celles que j'utilise sont passées à Python 3, et j'arrive à faire mes nouveaux projets perso en Python 3.3. Ça fait du bien, faut bien le dire.

Oui, je sais que c'est une histoire de GTK et KDE, vu ce que j'ai dû installer pour faire fonctionner l'ensemble correctement.

Mais il n'en demeure pas moins que si tu te contentes de l'archive de Firefox, ça ne fonctionne pas de façon nominale. On verra bien ce que ça donne avec Australis, évidemment.

Je l'ai fait, et ce n'est pas réellement suffisant vu que le Firefox obtenu peut être assez moche (surtout si on utilise KDE).