François a écrit 26 commentaires

Un navigateur étant un logiciel, je ne vois pas comment ce serait possible. Je ne vois pas ce que tu cites. Est-ce que tu peux faire une citation exacte plutôt qu'une paraphrase ?

Je ne connaissais pas ce logiciel. Jusqu'ici, j'utilise rssbridge qui me fait ce travail. A mon sens, la force de rssbridge est de gérer plusieurs services différents.

Est-ce que fim supporte bien les dossiers remplis de liens symboliques ? Même avec ls, c'est pénible.

Le cas typique est un grand nombre de fichiers gérés avec git-annex.

Est-on obligé d'avoir des requetes vers google api pour des fonts ?

Allez, je propose une-xcorn

Super ! Merci :)

Je suis auto-hébergé et je suis heureux de voir que des communautés naissent pour proposer des services. La chose qui manque le plus à l'heure actuel, de mon point de vue, ce sont les détails de la mise en place de ce type d'infrastructure.

• Choix du matériel et ce qui le motive
• Quelle sécurité veut-on ?
• Choix de la distribution et technologies
• Comment mettre en place la pile ? Comment vérifier la sécurité ?
• Comment sont gérés les sauvegardes, la redondance des services, le monitorage, la monté en charge.

Ce sont ce style de questions que je me pose à l'heure actuelle. Pour l'instant, je n'ouvre pas mon auto-hébergement parce que je n'ai pas de réponse claire à ces questions et si les membres chatons pouvaient apporter du savoir là dessus, ce serait un vrai moteur au déploiement.

Pour être précis, d'après le lien que tu donnes, il faut trois conditions

1. Être à but non lucratif
2. Avoir un objet social et une gestion désintéressée
3. Ne pas fonctionner au profit d'un cercle restreint de personnes

Cependant, comment comprends-tu que des associations comme la quadrature ou l'April disent que la déduction ne s'applique pas ?

Je suis d'accord, d'autant plus que la racine du mot séminaire n'est pas respectée.

Ma question était de prime abord de savoir si le code serait libre ou non (parce que ce n'était pas dit ou je n'ai pas vu), parce que je veux donner à du code libre ;)
Ensuite, le choix, je le laisse à ta discression en fonction des contraintes que tu as et des libertés que tu veux donner aux utilisateurs.

Merci ! :)

Avant de donner, sur ullule, il me manque une mention à propos de la licence qui sera choisie pour les divers composants (serveur, modules…). De plus, l'en-tête du site parle d'open source alors qu'il pourrait parler de libre puisque ce qui existe déjà est sous GPL et MPL.

Merci.

Pour la confidentialité, je prévoyais d'installer l'appli sur mon serveur.

Pour ce qui est de scribus, merci, je ne savais pas, je n'utilise pas ce logiciel. Je vais y jeter un coup d'oeil, ça me sera très utile.

Excellente idée. La seule chose qui me manquerait serait la posibilité de faire le même traitement à un fichier (pdf, png…) que j'uploaderais. Ce serit utile pour les rapports, présentations etc.

Merci.

Comme celle-ci : http://www.faire-simple.gouv.fr/vos-idees/coffre-fort-numerique-pour-chaque-citoyen
qui propose d'avoir un coffre-fort numérique de pièces justificatives. La proposition mènerait à qqch de centralisé, non maitrisé par le citoyen, ce qui mène à un fort danger de divulgation massive de données si une faille est découverte.

Je ne reprends pas ici tout l'argumentaire de l'auto-hébergement.

Le projet est vraiment magnifique. Merci pour tout le travail accompli.

Je ne suis pas tout à fait d'accord. Je pense que c'est un outil qui doit être spécialisé qui enverra des informations précises sur le lieux, le nb de personnes, leurs identités, le matériel embarqué (ce peut être utile à une équipe de sauveteur qui peut déterminer les capacités de mouvement et de survie). Cet outil est destiné à être à forte valeur ajoutée amha.

L'idée est excellente, même plus que ça. C'est quelque chose que j'imaginais, mais je ne me suis pas encore mis au python pour site web.

Je n'ai pas trouvé comment ajouter des contacts qui ne sont pas inscrits sur le site. C'est dommage, car ce serait intéressant de ne pas se limiter aux gens inscrits. En cas de problème, il est nécessaire de ratisser large. De plus, il serait utile que chaque ami ait le contact des autres personnes prévenus. Ca peut aider à la réflexion et à la transmission d'information.

Par ailleurs, quel est le contenu de l'email ? Description ? lien vers la carte ? Ce sera intéressant d'avoir ça dans la future doc.

Quant à ton instance, je ferais un petit texte à l'inscription disant que tu ne garantis aucune QoS.

Une autre fonctionnalité ++ qui pourrait être intéressante serait de pouvoir tracer son parcours.

Je suis sûr que j'aurai d'autres idées que je mettrai sur le github.

Merci pour ton travail.

C'est la raison pour laquelle j'utilise getSimple CMS.

J'adore le noir et blanc. Ca repose. Si vous changez, gardez au moins ce mode là activable :)

Pour l'export, je dis +1. Des formats de type markdown/rest me sembleraient intéressants. Pandoc pourrait aider. Je l'utilise déjà dans le cadre de ikiwiki.

Je me demande si ce n'est pas trop vaste. Selon la description, les astuces vim sont incluses car vim est un logiciel disponible dans debian.
Est-ce qu'il faut comprendre astuce d'adminsys ? Si c'est le cas, pourquoi s'arêter à debian ?
A mon avis, il faudrait quelques exemples afin de saisir le concept.

Je crois qu'un correctif a été publié par l'auteur. Version 1.5.1.

Merci (pareil pour moi :)). Je l'ai empaqueté pour archlinux. https://aur.archlinux.org/packages.php?ID=57062

Je ne comprends pas pourquoi tu ne mets pas un tarball sur ton github. En effet, tu estampille une version 0.2 dans le master, mais pourquoi faire ça alors que c'est susceptible de bouger ? Un vrai tarball permet une intégration facile dans une distribution, avec une mise à jour au fil des versions facile pour l'utilisateur. Dans le cas contraire, ça oblige chaque utilisateur de vérifier si une nouvelle version existe (plutôt qu'un mainteneur), ce qui est selon moi une régression. Par ailleurs, je ne pense pas que ce soit au mainteneur de faire ce travail.

Tu peux nous mettre une archive stp ? :)
Merci (et ce sera empaqueté pour arch ;) )

Oui. :)

s/quelque soit/quel que soit/g