barmic a écrit 10455 commentaires

Anvil (comme fossil d'ailleurs) ne présentent pas les sources à travers l'interfaces web, je trouve ça dommage pour plusieurs raisons :

• il peut être pratique pour quelqu'un qui ne fait pas parti du projet de regarder simplement un peu les sources sans avoir à faire un pull/clone/checkout
• ça permet aux moteurs de recherches d'indexer le code

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ok, j'ai bien fait d'en parler alors :)

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Donc tu me conseillerais de faire plutôt ainsi ?

• synchronisation du master avec le dépôt central
• rebase master -> devel pour intégrer toutes les nouveautés à ma branche devel
• dcommit depuis ma branche devel

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Si tu utilises git comme client SVN y'a pas vraiment de raison de se faire chier à remerger les deux branches git avant de pousser dans le SVN. Tu peux adopter un schema très simple: un master qui représente toujours le trunk sans jamais de modif et X branches locales pour chacunes des features sur lesquels tu bosses. Tu rebase/dcommit directement depuis ces branches et tu les détruits quand t'as fini la feature.

Je fais ça depuis que je me suis retrouvé en galère quand un dcommit ou un rebase vers le dépôt SVN m'a sortir des conflits que j'étais assez en peine à résoudre. Je me dis que je préfère gérer les conflits entre deux branches qu'entre mon dépôt local et le dépôt du serveur.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Oui et ne pas mettre son addresse e-mail n'importe où comme ça pas besoin d'anti-spam par exemple. C'est pas la vision que j'ai de la sécurité informatique.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

J'ai lu la discussion sur rebase et merge dans le sujet fossil, mais j'avoue ne pas bien comprendre. Actuellement pour moi la différence entre les deux actions est assez floue et il semble que mon niveau d'anglais ne me permet pas d'en comprendre d'avantage.

Dans la pratique actuellement, j'utilise 2 branches locales dans mes projets :

• une « master » : c'est à partir d'elle que je me synchronise avec le dépôt centrale
• une « devel » : sur la quel je fais mes développements

(bien sûr j'en crée d'autres mais elles sont généralement temporaires)

Actuellement quand je veux envoyer mes modifications sur le serveur svn, je passe par une série d'étapes :

• je nettoie ma branche devel (je commit tout ce qu'il faut et je met en « stash » ce que je ne veux pas envoyer)
• je passe sur la branche master
• je synchronise ma branche master avec le dépôt central (git svn rebase généralement)
• j'effectue un merge sur ma branche master depuis ma branche devel (git merge devel)
• je resynchronise master avec le centrale (via git svn dcommit)
• je passe sur la branche devel
• je merge ma branche devel avec master (git merge master)

Au vu du mal qu'il est dis de merge j'ai l'impression que je fais un peu du n'importe quoi. Devrais-je remplacer mes merges par des rebases ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Quand on crée un système d'extension qui peut faire n'importe quoi avec internet soit on défini un vrai modèle de sécurité soit on se débrouille pour que le système d'exploitation le fasse.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ça peut se faire de pleins de manières différentes, tu as un bouton à cocher par exemple pour que pour tel extension elle n'est plus à demander le mot de passe. Personnellement , j'ai 8 extensions installées et il y en a une ou deux qui pourraient avoir besoin de mot de passe (et encore avec un système bien segmenter elles pourraient s'en passer). Par exemple DownloadThemAll, il peut chercher à télécharger des liens accessible qu'une fois connecté, mais il devrait passer par le navigateur ou la page pour le faire, ainsi il n'aurait pas besoin du mot de passe.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Personnellement je suis loin d'être un expert en gestionnaire de version. J'utilise git comme client svn parce que je le trouve plus agréable à utiliser (j'aime bien avoir des branches locales, faire des bisects, etc). Loin de moi l'idée que git est mieux ou moins bien que mercurial, fossil, dart ou bazaar, jsute qu'il me va. Mais il m'arrive de ne pas être sur de moi d'arriver à des situation où mon gestionnaire de version commence à m'insulter et, quelques soit le gestionnaire de version je commence toujours par un :

tar cf projet.tar "${racine_du_projet}"

Après quoi on peut discuter, je garde une copie sous la main au cas où. Je ne fais pas ça systématiquement à chaque commit/push/pull/rebase/merge, juste quand je vois que la situation deviens compliquée.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

C'est un peu comme demander aux programmeurs d'applis Iphone d'afficher une boite de dialogue avant de pomper tes contacts. C'est cool pour les applis "clean", mais ca te fait une belle jambe quand une appli qui se torche avec les conditions d'utilisation de l'app store recupere ton carnet d'adresse complet sans te le dire.

De plus :

1. Comme tu le dis laisser ça aux extensions c'est mauvais : chacune peut l'afficher de façon différente voir aller envoyer les triptyques nom d'utilisateur, mot de passe, domaine sur internet ;
2. Même pour les appli « clean » c'est du travail en plus qui doit être maintenu etc ;
3. Une mise à jour de cette sécurité (pour une raison x ou y) doit être réappliquée à toutes les extensions…

C'est bizarre de faire de la sécurité en se basant sur l'idée où « dans le meilleur des mondes les extensions devraient toutes gérer comme il faut les mots de passe » (il y a des guidelines pour ça au moins ?).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

L'objectif était de montrer la stature que prend ce protocole notamment grâce à sa flexibilité.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ce n'est pas une preuve que XMPP est de plus en plus utilisé ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Ça ne se voit pas mais il est utilisé par facebook aussi (pour le chat et en interne).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Parcourir une arborescence pour rechercher des forum intéressant c'est pas super agréable et le problème d'une arborescence c'est que c'est centralisé et que pleins de forum pourraient aller dans plusieurs branches.

Il faudra de toute manière publier les messages sur le web pour gagner en visibilité et que des nouveaux puissent faire des recherches sur le forum sans inscription et sans télécharger l'ensemble des messages.

Comment ça se passe avec nntp ? Les messages restent sur le serveur ou ils sont téléchargés ? S'ils sont téléchargés, avec un forum double-pile web/nntp ne me semble pas possible sans brider de manière importante la partie web (impossible de retoucher/déplacer un message après envoie).

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

[…] c'est idiot de gaspiller autant de ressources en MySQL - PHP - Apache - javascript - navigateur Web juste pour les 5% restants.

Les serveurs nntp n'utilisent pas de base de données ? Si c'est le cas c'est probablement qu'ils ont peut d'utilisateurs …

Pour que les anciens protocoles évoluent il faudrait aussi un peu plus d'utilisation.. pour l'instant, la seule chose qui évolue activement sur Internet ce sont les couches de base (IP de v4 vers v6, des ajouts de sécurité sur DNS, BGP).. et le format "HTML" avec tout son contenu (vidéo, images, scripts). C'est triste.

C'est un cercle vicieux, mais à la base je crois savoir que nntp était très utilisé (il y a 15 ou 20 ans). Peut être que c'est à l'IETF de se remettre en cause plutôt qu'aux utilisateurs.

L'énorme avantage du web, le truc qui fait que ça a tout écrasé c'est les moteurs de recherche. Si linuxfr était un serveur nntp comment ferais-tu pour savoir qu'il existe ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Entre les forums web et nntp la différence d'un point de vu fonctionnel est énorme. Ce n'est pas parce que les deux sont des forums qu'ils ont les mêmes fonctionnalités.

Par exemple, je ne crois pas que tu puisse avec nntp, fusionner/scinder des fils, en marquer comme résolu (ajouter [résolu] comme le font certains forum n'est pas très agréable et complexifie la classification). Je ne crois pas non plus que tu puisse faire de l'édition après envoie.

Mais oui ce serait bien que nntp évolue pour pouvoir faire plus de choses.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je crois qu'il y a des différences entre le « salage » (salt) et une « graine » (seed), mais je ne suis pas sûr.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Mea maxima culpa.

Si un ayant droit veut bien corriger ma faute, il aura ma reconnaissance éternelle.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Actuellement, elle peut récupérer les mots de passe parce que j'ai déjà tapé mon mot de passe principal.

C'est pas en soit déjà un problème ? Pourquoi le fait de l'avoir donné pour accéder à tes sites les a rendu disponibles à toutes les extensions ? Il faudrait que chacune redemandent le mot de passe (à minima une fois et tu pourrais cocher "se souvenir"). Comme ça par conception aucune extension ne pourrait accéder à tes mots de passe sans que tu l'en ai autorisée.

Ainsi pour cette extension, il faudrait que quand tu clique sur l’icône, il te demande ton mot de passe. Ça limite déjà pas mal la possibilité pour quelqu'un de voir tes mots de passes via cette extension.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Le trou existe avec ou sans l'extension non ?
La question c'est plutôt de ce demander comment cette extension est capable de récupérer l'ensemble des mots de passe sans te demander de mot de passe qui peut être inquiétant.

Je suis d'avis que le gestionnaire de mot de passe est conçu pour que tu puisse avoir des millions de mots de passe différents sans difficulté et non comme une protection à part entière. Mais je suis d'accord que ça pourrait être une bonne évolution de les stocker de manière plus sécuriser.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Le problème (à mon avis) c'est que freedesktop c'est très orienté GNU alors que LibO cherche à être multiplateforme. Le lien entre les deux ne me semble pas si consistant que ça.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Tu sais pourquoi ils ont fait ça ?

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Maintenant qu'il y a une équipe de développement motivée (au lieu de faire l'autruche de peur de déstabiliser l'existant) as-tu signalé ces problèmes dans le bugzilla de freedesktop?

Quel est le rapport avec freedesktop ?

https://www.libreoffice.org/bugzilla/

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je n'ai pas trouvé comment changer la police de base d'un document Impress. C'est trivial dans Writer.

Ça me fait penser à ce qu'expliquait un développeur d'OOo puis de LibO. À l'origine chaque module était développé par une équipe différente et la communication et le partage de code entre les équipes était inexistant. Les développeurs tentent maintenant de faire de gros refactoring pour homogénéiser tout cela. L'exemple qu'il avait pris c'était les cadres pour avoir des cadres autour des pages dans Writer. Il existait au moins 4 ou 5 parties qui permettait de le faire.

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

Je l'étais. Je pensais que … était une double ponctuation ce qui n'est pas le cas. Je ne ferrais plus l'erreur :)

Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)