Donc tubes juste un troll qui cherche n'importe quelle excuse pour casser du sucre que leur dos.
Je cherche pas n'importe quelle excuse : je n'en ai pas besoin ils s'en occupent très bien eux-même.
Que ce ne soit pas top, tout le monde est d'accord. Chercher à remettre en cause le côté libre etc c'est ridicule.
Je ne vois pas où j'ai remis en cause le côté libre.
Quel est ton besoin de leur baver dessus ? Tu n'es pas d'accord avec eux, ok. Mais tu dormira mieux si moins de gens se servent de gnome ? Tu es prêt à crever leurs pneus parce que tu n'es pas d'accord avec leur stratégie ?
Je ne bave sur personne : je constate simplement un manque manifeste de conception sur ce point-là. L'architecture logicielle et le développement c'est mon métier. Je pointe un bug qui ne devrait pas exister sur un logiciel intégré à Gnome et qui en a l'ampleur et la visibilité.
Par ailleurs, je me fiche de savoir combien de personnes utilisent ou n'utilisent pas Gnome ; ce qui m'importe, c'est que les gens puissent choisir en connaissance de cause. Quand il y a des (gros) défauts tels que celui-ci, c'est un point important pour un utilisateur final, non ?
J'ai en fait un véritable problème/blocage avec la stratégie gnome d'une manière générale.
Je n'adhère pas du tout au type de stratégie court-termiste tel que ce dont on parle . Le pb allait se poser à un moment ou à un autre, n'avoir prévu aucun fallback genre un proxy, une config ou autre, c'est irresponsable vis-à-vis de ses utilisateurs, logiciel libre ou pas.
Euh… Linus et BitKeeper, il me semble que ça ne concernait pas les utilisateurs finaux.
Y'a une grosse différence entre changer l'outil d'un contributeur (bitkeeper etant un moyen) et changer l'outil d'un utilisateur final (cartes est "le but")
A ma connaissance aucun "simple utilisateur" de Linux n'a été impacté par le pb BitKeeper… Là, tous les utilisateurs de "cartes" ne peuvent plus utiliser leur outil…
Quoi qu'il en soit, dans tous les cas la base reste libre, il suffit juste de changer de service ou de monter le leur. Ça a un coût, mais ça ne remet pas en cause tout le développement qu'ils ont fait pour leur outil.
Ca remet en cause leur image et leur crédibilité, éventuellement leurs choix.
Et au pire des cas, les gens peuvent toujours ouvrir leur navigateur et aller sur mapquest ou openstreetmap pour consulter la carte (ce que je fais).
Lol. "On a fait un super logiciel. S'il ne marche plus, ne vous inquiétez pas vous pouvez vous en passer". Bon, ben on va gagner du temps alors…
La question que je me pose est "est ce que c'est paramétré côté client" ? Est ce que les versions distribuées sous forme compilée peuvent être adaptées ou elles sont juste irrémédiablement cassées ?
Tu veux des dons recurrents ; mais l'approche "salariat" te rebute… En gros tu veux rester libre et sans contraintes, mais avec un financement récurrent pour sécuriser ta situation…
Avec l'interface WebDAV oui. On aura un fichier HTML dispo par page
Un export plus général sous forme de PDF est envisagé, mais sans qu'aucun utilisateur n'ait remonté le besoin précisément.
Dans quel cas imagines-tu avoir besoin de cette fonctionnalité ? Quel format d'export voudrais-tu ? Quelles informations mettrais-tu idéalement dans cet export ?
Effectivement, je constate que la doc n'est pas à jour…
Historiquement on ne supportait que PostgreSQL c'est pourquoi la doc ne parle que de PostgreSQL.
La première chose à faire est de créer la base de données et un compte utilisateur associé (ou tu te connectes en "root"… tout dépend de l'objectif de l'installation et de la maîtrise de MySQL de ton stagiaire).
Ensuite par rapport à la doc actuelle, ce qu'il faut c'est :
Il n'y a aucun mécanisme de réservation. Si deux utilisateurs modifient le même document en parallèle, Tracim l'acceptera.
En partant d'une révision R,
le premier qui mettra le document a jour verra ses modifications en R+1
le second qui mettra le document à jour verra ses modifications en R+2
Un utilisateur venant chercher le document trouvera par défaut la dernière révision (R+2). Il gardera la capacité de parcourir les versions précédentes (donc R+1), mais ça ne résoud pas le problème, c'est un pseudo contournement.
Dans la version prévue pour Septembre oui
Le problème du verrou avait été évoqué par un prospect mais pas encore fixé. Son implémentation technique arrive avec le support de WebDAV ; on aura donc dans la prochaine version le support de ce mécanisme.
A noter qu'il existe 2 types de verrous :
les verrous exclusifs qui sont donc exclusif à un unique utilisateur ; c'est ce qui sera implémenté dans un premier temps car c'est le verrou le plus simple à gérer
les verrous partagés qui permettent à plusieurs utilisateurs de modifier un document. Techniquement on supporte ce genre de verrou, mais on n'est pas encore clair sur les mécanismes à mettre en place d'un point de vue ergonomie. Donc ces verrous-là ne seront (probablement) pas supportés dans la prochaine version
Question pour les utilisateurs ou les gens de Cozy : comment se passent les mises à jour quand on utilise cette distribution sur un VDS ? C'est automatique ? C'est à faire à la main ? C'est pas prévu ?
Le bon lien c'est http://tracim.org/ ; je n'ai effectivement pas configuré Apache pour le www.
D'autre part, en utilisant la version de démo, je n'ai pas trouvé comment faire des liens entre des pages différentes (comme on peut le faire simplement dans un wiki) ? ! ?
Ce n'est pas faisable en l'état. Tu peux contourner le pb en copiant/collant l'url du doc, mais il n'y a pas le concept de lien automatique (et comme on est en HTML pour l'édition, il faut mettre un lien en html).
Pourquoi il n'y a pas de honte à gagner sa vie en faisant du code propriétaire ? Parce que je ne prend rien à personne : nous signons un contrat qui satisfait toutes les parties impliquées, n'en déplaise à Stallman (qui n'est pas concerné par les accords que je signe avec des clients).
Pour préciser ma réponse, quand tu gères une entreprise et que tu a du déficit certains mois, tu obtiens un crédit de TVA. Typiquement, les Startup qui vivent sur les fonds qu'elles ont levé et qui ne vendent rien perdent de l'argent chaque mois. A leur déclaration mensuelle de TVA, elles obtiennent un crédit de TVA. Après, une boîte qui ne fait que perdre de l'argent n'est pas pérenne par définition, donc une boîte qui tourne devra toujours payer plus de TVA qu'elle ne pourra en déduire.
[^] # Re: Compromis avec la liberté
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Gnome Maps dans de beaux draps. Évalué à 2.
Je cherche pas n'importe quelle excuse : je n'en ai pas besoin ils s'en occupent très bien eux-même.
Je ne vois pas où j'ai remis en cause le côté libre.
Je ne bave sur personne : je constate simplement un manque manifeste de conception sur ce point-là. L'architecture logicielle et le développement c'est mon métier. Je pointe un bug qui ne devrait pas exister sur un logiciel intégré à Gnome et qui en a l'ampleur et la visibilité.
Par ailleurs, je me fiche de savoir combien de personnes utilisent ou n'utilisent pas Gnome ; ce qui m'importe, c'est que les gens puissent choisir en connaissance de cause. Quand il y a des (gros) défauts tels que celui-ci, c'est un point important pour un utilisateur final, non ?
[^] # Re: Compromis avec la liberté
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Gnome Maps dans de beaux draps. Évalué à 3.
J'ai en fait un véritable problème/blocage avec la stratégie gnome d'une manière générale.
Je n'adhère pas du tout au type de stratégie court-termiste tel que ce dont on parle . Le pb allait se poser à un moment ou à un autre, n'avoir prévu aucun fallback genre un proxy, une config ou autre, c'est irresponsable vis-à-vis de ses utilisateurs, logiciel libre ou pas.
Je ne suis pas bienveillant, je te l'accorde.
[^] # Re: Compromis avec la liberté
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Gnome Maps dans de beaux draps. Évalué à 6.
Euh… Linus et BitKeeper, il me semble que ça ne concernait pas les utilisateurs finaux.
Y'a une grosse différence entre changer l'outil d'un contributeur (bitkeeper etant un moyen) et changer l'outil d'un utilisateur final (cartes est "le but")
A ma connaissance aucun "simple utilisateur" de Linux n'a été impacté par le pb BitKeeper… Là, tous les utilisateurs de "cartes" ne peuvent plus utiliser leur outil…
[^] # Re: Compromis avec la liberté
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Gnome Maps dans de beaux draps. Évalué à 8.
Ca remet en cause leur image et leur crédibilité, éventuellement leurs choix.
Lol. "On a fait un super logiciel. S'il ne marche plus, ne vous inquiétez pas vous pouvez vous en passer". Bon, ben on va gagner du temps alors…
La question que je me pose est "est ce que c'est paramétré côté client" ? Est ce que les versions distribuées sous forme compilée peuvent être adaptées ou elles sont juste irrémédiablement cassées ?
# J'avoue que ce genre de journal me dépasse...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Lancement de mes pages Tipeee et Liberapay. Évalué à 6.
Tu veux des dons recurrents ; mais l'approche "salariat" te rebute… En gros tu veux rester libre et sans contraintes, mais avec un financement récurrent pour sécuriser ta situation…
Merci pour la découverte des plateformes.
# sur quel point butes-tu pour l'installation de Tracim ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Recherche plateforme extranet collaborative. Évalué à 4.
Je peux t'aider si besoin.
[^] # Re: Toujours pas
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Qwant, s'associe à d'autres acteurs (notamment du libre). Évalué à 2.
Peux-tu nous donner des exemples ?
# (pas) première présentation de Qwant sur LinuxFR
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Qwant, s'associe à d'autres acteurs (notamment du libre). Évalué à 8.
J'avais écrit un journal sur le moteur de recherche Qwant un an avant la dépêche que tu cites. https://linuxfr.org/users/lebouquetin/journaux/what-do-you-qwant-to-search
Ce journal intervenait environ 6 mois après la sortie de leur première version beta.
Entre temps le moteur a énormément évolué à tous points de vue : ergonomie, périmètre fonctionnel, discours marketing.
Il est peut-être temps de le re-essayer…
# wpycon-fr a aussi besoin de sponsors !
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche PyCon-fr les 13-16 octobre 2016 à Télécom Bretagne, Rennes : Appel à Contributions. Évalué à 6.
Comme beaucoup d'évènements associatifs, pycon-fr perdure d'année en année grâce à ses sponsors.
Alors si votre entreprise utilise/participe/s'implique/recrute dans le monde python, un soutien financier est une bonne idée…
https://2016.pycon.fr/pages/nous-soutenir.html
(note : je ne suis pas organisateur)
[^] # Re: document d'installation
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche À l'heure où Owncloud, CozyCloud et NextCloud font du bruit, Tracim continue son bonhomme de chemin. Évalué à 2.
On travaille sur Debian Jessie comme environnement principal. Je suis étonné. Quels sont les messages d'erreur ?
[^] # Re: telecharger les documents ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche À l'heure où Owncloud, CozyCloud et NextCloud font du bruit, Tracim continue son bonhomme de chemin. Évalué à 2.
Bonne question :) Deux réponses :
Un export plus général sous forme de PDF est envisagé, mais sans qu'aucun utilisateur n'ait remonté le besoin précisément.
Dans quel cas imagines-tu avoir besoin de cette fonctionnalité ? Quel format d'export voudrais-tu ? Quelles informations mettrais-tu idéalement dans cet export ?
[^] # Re: Modèle d'entreprise
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche À l'heure où Owncloud, CozyCloud et NextCloud font du bruit, Tracim continue son bonhomme de chemin. Évalué à 2.
Oui, c'est en cours de mise au point. En fait on propose déjà ce genre de service mais ce n'est pas encore visible :)
[^] # Re: document d'installation
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche À l'heure où Owncloud, CozyCloud et NextCloud font du bruit, Tracim continue son bonhomme de chemin. Évalué à 2.
Bon… la mise en page a fourré… et j'ai été pris de court par le timeout de LinuxFR :-( LE contenu est bon, mais pas la mise en page :-s
[^] # Re: document d'installation
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche À l'heure où Owncloud, CozyCloud et NextCloud font du bruit, Tracim continue son bonhomme de chemin. Évalué à 4. Dernière modification le 23 juin 2016 à 18:29.
Effectivement, je constate que la doc n'est pas à jour…
Historiquement on ne supportait que PostgreSQL c'est pourquoi la doc ne parle que de PostgreSQL.
La première chose à faire est de créer la base de données et un compte utilisateur associé (ou tu te connectes en "root"… tout dépend de l'objectif de l'installation et de la maîtrise de MySQL de ton stagiaire).
Ensuite par rapport à la doc actuelle, ce qu'il faut c'est :
Installer le driver MyQL :
(on installe oursql à la fin du processus de setup de virtualenv)
Configurer Tracim pour utiliser une base MySQL :
à remplacer par
Pour le reste, la procédure reste identique.
Je tâche de mettre la doc rapidement à jour.
[^] # Re: gestion des conflits d'édition
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche À l'heure où Owncloud, CozyCloud et NextCloud font du bruit, Tracim continue son bonhomme de chemin. Évalué à 5.
Bonne question :) Deux réponses :
Actuellement non
Il n'y a aucun mécanisme de réservation. Si deux utilisateurs modifient le même document en parallèle, Tracim l'acceptera.
En partant d'une révision R,
Un utilisateur venant chercher le document trouvera par défaut la dernière révision (R+2). Il gardera la capacité de parcourir les versions précédentes (donc R+1), mais ça ne résoud pas le problème, c'est un pseudo contournement.
Dans la version prévue pour Septembre oui
Le problème du verrou avait été évoqué par un prospect mais pas encore fixé. Son implémentation technique arrive avec le support de WebDAV ; on aura donc dans la prochaine version le support de ce mécanisme.
A noter qu'il existe 2 types de verrous :
[^] # Re: installation de Tracim
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche À l'heure où Owncloud, CozyCloud et NextCloud font du bruit, Tracim continue son bonhomme de chemin. Évalué à 2.
C'est bien intégré, Cozy.
Question pour les utilisateurs ou les gens de Cozy : comment se passent les mises à jour quand on utilise cette distribution sur un VDS ? C'est automatique ? C'est à faire à la main ? C'est pas prévu ?
[^] # Re: Des liens…
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal A l'heure où Owncloud, CozyCloud et NextCloud font du bruit, Tracim continue son bonhomme de chemin. Évalué à 3.
Le bon lien c'est http://tracim.org/ ; je n'ai effectivement pas configuré Apache pour le www.
Ce n'est pas faisable en l'état. Tu peux contourner le pb en copiant/collant l'url du doc, mais il n'y a pas le concept de lien automatique (et comme on est en HTML pour l'édition, il faut mettre un lien en html).
[^] # Re: installation de Tracim
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche À l'heure où Owncloud, CozyCloud et NextCloud font du bruit, Tracim continue son bonhomme de chemin. Évalué à 8.
La plateforme technique de Tracim requiert certains aspects techniques :
Malheureusement les hébergeurs mutualisés ne proposent pas ce genre de possibilité.
Tout ceci est disponible sur un VPS qui peut se louer chez OVH à partir de 2.99€ HT/mois ce qui est très raisonnable.
[^] # Re: Des liens…
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal A l'heure où Owncloud, CozyCloud et NextCloud font du bruit, Tracim continue son bonhomme de chemin. Évalué à 3.
Il y a http://tracim.fr/ mais ça n'est pas tout à fait à jour.
# Typo
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal A l'heure où Owncloud, CozyCloud et NextCloud font du bruit, Tracim continue son bonhomme de chemin. Évalué à 2.
Un modo pour faire la correction ?
[^] # Re: Une question de choix
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Rachat de LinkedIn par Microsoft pour 26 milliards de dollars. Évalué à 4.
Ce n'est pas 26 M$ mais 26 milliards de dollars. C'est beaucoup plus.
# du coup vous allez être combien ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message [Offre d'emploi] Technicien informatique (pourvu). Évalué à 3.
3, non ?
[^] # Re: Honte à gagner sa vie
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Pourquoi une petite société a intérêt à contribuer et produire du libre... mais pas que. Évalué à 4.
Pourquoi il n'y a pas de honte à gagner sa vie en faisant du code propriétaire ? Parce que je ne prend rien à personne : nous signons un contrat qui satisfait toutes les parties impliquées, n'en déplaise à Stallman (qui n'est pas concerné par les accords que je signe avec des clients).
[^] # Re: Juste milieu ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Le Bon Coin, Airbnb, Uber : Les prochaines poules aux œufs d'or. Évalué à 2.
Pour préciser ma réponse, quand tu gères une entreprise et que tu a du déficit certains mois, tu obtiens un crédit de TVA. Typiquement, les Startup qui vivent sur les fonds qu'elles ont levé et qui ne vendent rien perdent de l'argent chaque mois. A leur déclaration mensuelle de TVA, elles obtiennent un crédit de TVA. Après, une boîte qui ne fait que perdre de l'argent n'est pas pérenne par définition, donc une boîte qui tourne devra toujours payer plus de TVA qu'elle ne pourra en déduire.
[^] # Re: Juste milieu ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Le Bon Coin, Airbnb, Uber : Les prochaines poules aux œufs d'or. Évalué à 2.
C'est faux, on voit que tu ne sais pas de quoi tu parles.