ploum a écrit 5876 commentaires

J'avoue que les raisons du fork me semblent un peu légères.

Pour moi, un fork aura du succès si :

- Il s'avère qu'il y a une grande demande de la communauté et que le mainteneur fait la sourde oreille/change de licence (Sodipodi, X11)
- Il y a une volonté de s'adresser à un type de public complètement différent (simplification de l'UI, réduction de fonctionnalités, adaptation à un use-case spécifique)

Je pense, par exemple, qu'un fork amical de OpenERP pour en faire une version ultra-simplifiée pour Les toutes petites entreprises (1 à 5 personnes) avec une doc appropriée, une mise en valeur de la simplicité serait peut-être intéressant.

Mais là, le message ne passe pas. Toutes les raisons me semblent des petits détails techniques dont très peu influent sur l'utilisateur au final. Et si, comme le dit Fabien, ces détails techniques sont de toutes façons adressés dans OpenERP 5.0...

Par contre le site est plus joli, j'avoue !

Mes livres CC By-SA : https://ploum.net/livres.html

Je ne sais pas pour l'auteur de la remarque originelle mais il est vrai que TaskCoach est complètement dégueulasse au niveau de l'UI :

- Impossible d'arranger tes fenêtres comme tu le souhaites sans des contorsions incroyables (et une part de chance)
- Des bouttons dégueus et non-intuitifs partout
- Complètement inutilisable avec un thème sombre

Après, je ne sais quel pourcentage vient de wxwidget et quel vient du designer de l'UI.

Mes livres CC By-SA : https://ploum.net/livres.html

- Hamster :
http://projecthamster.wordpress.com/ (dispo avec GNOME)

- Taskcoach :
http://www.taskcoach.org/



(voir https://linuxfr.org/forums/41/26227.html )

Mes livres CC By-SA : https://ploum.net/livres.html

J'aimerais quelques eclaircissements parce que là, j'avoue que c'est pas clair du tout :

1) Ajouter, enlever et réécrire des lignes de codes, on s'en fout un peu. Ce qui est important ce sont les fonctionnalités. En quoi Tryton diffère-t-il de OpenERP ? Je parle d'un point de vue concret, pour l'utilisateur. Si actuellement il n'y a pas de différence, alors en quoi Tryton va-t-il différer dans le futur ?

2) En quoi ces modifications (que je ne connais pas, voir question 1) ne pouvait-elle pas être intégrée upstream et donc éviter un fork ? À partir de quel moment a été prise la décision d'un fork ? Quel a été l'évênement déclencheur ? (problème de licence ?)

3) Qu'en pense la communauté OpenERP et la société Tiny ?

Mes livres CC By-SA : https://ploum.net/livres.html

Le telnet semble prouver que ce n'est pas lié au DNS.

Et chez OVH ils ne savent que me dire : on ne bloque pas ce port à priori (ce qui est logique, les autres serveurs passent)

Mes livres CC By-SA : https://ploum.net/livres.html

ça veut dire quoi : "5269/tcp filtered unknown" Le filtered me semble particulièrement intéressant.

Mes livres CC By-SA : https://ploum.net/livres.html

Non, tu as tout à fait raison. Le contact que j'ai eu a été très réactif et très sympa.

Mes livres CC By-SA : https://ploum.net/livres.html

j'utilise Swfdec et chaque fois que je veux vraiment voir une vidéo, je tape le titre dans ce plugin et ça marche. Même quand on m'a envoyé le lien sur un autre site de vidéo (dailymotion par exemple), la probabilité est grande qu'il y ait une copie sur youtube.

Bref, une astuce à répendre autour de soi ;-)

Mes livres CC By-SA : https://ploum.net/livres.html

Pure question de curiosité : est-ce que tu envisages (même à long terme) le support de bzr ou alors pas du tout tu n'en as rien à foutre ?

Bzr manque en effet d'une interface de ce genre.

Mes livres CC By-SA : https://ploum.net/livres.html

ou alors totem avec le plugin youtube en faisant une recherche sur le titre de la vidéo.

Mes livres CC By-SA : https://ploum.net/livres.html

- Hamster :
http://projecthamster.wordpress.com/ (dispo avec GNOME)

- Taskcoach :
http://www.taskcoach.org/

Mes livres CC By-SA : https://ploum.net/livres.html

Ma solution :

Dans le code du widget lui meme (appelé calendar) :

self.calendar.grab_add()
#We grab the pointer in the calendar
gdk.pointer_grab(self.calendar.window, True,gdk.BUTTON1_MASK|gdk.MOD2_MASK)
#we will close the calendar if the user clic outside
self.calendar.connect('button-press-event', self.__focus_out)


def __focus_out(self,w=None,e=None) :
#We should only close if the pointer clic is out of the calendar !
p = self.calendar.window.get_pointer()
s = self.calendar.get_size()
if not(0 <= p[0] <= s[0] and 0 <= p[1] <= s[1]) :
self.__close_calendar()

Mes livres CC By-SA : https://ploum.net/livres.html

problème : si je met owner_events à False, y'a plus rien qui fonctionne. Je dois aller en console et killer mon appli. Je comprends pas car à priori les évênements sont bel et bien interceptés. (j'ai connecté le button-press de ma souris à un print)

Mes livres CC By-SA : https://ploum.net/livres.html

sauf que le sucre revient à déteriorer la voiture. Et ce n'est pas acceptable. On ne parle pas de foutre un marteau dans les télés, on parle de les éteindre.

Le parallèle serait : éteindre une voiture dont le moteur tourne et dont personne ne se sert à priori. Et là, d'un coup, tout le monde serait d'accord ! (au pire, le proprio la rallumera).

Mes livres CC By-SA : https://ploum.net/livres.html

Précision : mon explication ne s'applique qu'aux lieux publics. Exactement comme pour la cigarette.

Mes livres CC By-SA : https://ploum.net/livres.html

Tu es qui pour décider pour les gens ? juste une question...

Quelqu'un qui est psychologiquement aggressé par les écrans télé. Cela me rend nerveux.

C'est exactement le même problème que la cigarette : étant donné que cela affecte toutes les personnes dans la pièce, toutes les personnes devrait donner leur accord. Je ne suis pas obligé de subir une aggression juste pour le plaisir de quelqu'un d'autre.

Juste parce que c'est "dans les moeurs" d'avoir une télé allumée ne signifie pas qu'il faille se justifier pour l'éteindre. Au contraire...

Mes livres CC By-SA : https://ploum.net/livres.html

Non, les écrans de télévision sont particulièrement ennuyeux et, la plupart du temps inutiles : dans les salles d'attente, lors de soirée chez des amis. Un écran télé produit un mouvement scintillant en 2D qui a un effet hypnotique. Il est impossible de ne pas être attiré par un écran. Mais à cause de cet effet hypnotique, il est difficile pour les gens de l'éteindre.

Si j'avais un tel outil, je ne l'utiliserais certainement pas pour éteindre une télé que les gens regardent "activement". Mais éteindre les télés que personnes ne semble regarder me semble une excellente idée. Au pire, la personne qui regardait sans que tu le saches peut croire à un faux contact et la rallumer immédiatement. Pas de réelle grande perte. Au mieux, personne ne se rend vraiment compte qu'elle est éteinte et tu peux avoir une conversation avec quelqu'un sans que ses yeux soit irrésistiblement attiré par l'écran.

Mes livres CC By-SA : https://ploum.net/livres.html

Il ne faut pas oublier que, au départ, Mark Shuttleworth voulait "simplement" rendre Linux populaire.

Sa première démarche a été de proposer des bounties plus qu'allèchant (plusieurs milliers de dollars) pour des fonctionnalités dans Thunderbird, pour des petits logiciels python, pour améliorer l'utilisabilité de Debian.

Ça a été un flop total.

Il a alors réuni plusieurs développeurs Debian et ils ont réfléchis sur comment rendre Debian beaucoup plus sympa, facile, adapté à l'entreprise. Ils ont alors imaginé de faire un snapshot régulier de Debian instable, exactement comme progeny, preuve que l'idée n'est pas mauvaise et tout à fait acceptée.

Le problème c'est que, faisant ça, tu dois forcément aussi ajouter plein de patchs une fois la synchronisation terminée (pour corriger les bugs), ce qui "casse" la compatibilité directe avec Debian. Comme progeny.

Et là, pouf, il apparait que Ubuntu est là au bon moment et répond à un réel besoin avec une bonne com. C'est le début du succès que n'a jamais eu Progeny (qui n'avait pas réellement ce but). Les gens veulent plein d'applis dans Ubuntu mais, problème : il faut trouver un développeur Debian qui accepte de faire le paquet, il faut qu'il le fasse, qu'il le soit accepté et puis attendre la prochaine synchronisation. Or, la lourdeur administrative de Debian rend tout cela difficile. Autant faire le paquet direct pour Ubuntu : apparaît le projet MOTU qui accroît encore la popularité d'Ubuntu et donc le nombre de gens qui participent directement.

Et comme ça a du succès, forcément ça crée des tensions et les gens trouvent tous les prétextes pour se plaindre là où personne n'avait rien à redire à Progeny ni même aux dérivées Debian complètement propriétaires : elles avaient pas de succès.

Mes livres CC By-SA : https://ploum.net/livres.html

Tu en demandes beaucoup d'un utilisateur de MSN (et, qui plus est, qui vient s'en vanter sur MSNfr, pardon, Linuxfr)

Mes livres CC By-SA : https://ploum.net/livres.html

y'a moyen d'avoir ta présentation autrement qu'en flash ? Chez moi, ça mouline sans rien télécharger. (mais j'utilise swfdec)

Mes livres CC By-SA : https://ploum.net/livres.html

Oui, je suis pas sûr que mon employeur apprécie.

Mes livres CC By-SA : https://ploum.net/livres.html

Y'a une démo quelque part ? Est-ce que vous avez des exemples de usecases pour lesquels le soft est développé ? Pour le moment, cela me semble un peu nébuleux.

Mes livres CC By-SA : https://ploum.net/livres.html

"ils ont quasiment vidés Debian "

Superbe. Est-ce que tu peux me citer exactement le nombre de développeurs Debian qui était payé pour bosser sur Debian à temps plein et qui a été débauché par Ubuntu ?
(la majorité des développeurs Debian le font sur leur temps libre donc je vois pas comment une société peut empêcher cela).

Si il y a réellement des contributeurs qui ont abandonnés Debian pour Ubuntu, ce n'est pas la faute d'Ubuntu ! C'est juste que Ubuntu répond peut-être plus à leur besoin.

Mes livres CC By-SA : https://ploum.net/livres.html

Je te rassure, même en compatibilité ascendante c'est parfoit le bordel. Le passage vers 2.24 m'a bousillé complètement ma todolist.

Comme j'utilisais déjà TaskCoach au boulot, j'ai migré et je n'utilise plus Evolution que pour les mails.

À noter que les carnets d'adresses sont également très sensibles : http://bugzilla.gnome.org/show_bug.cgi?id=300940

Suite à une réinstalle chez ma mère depuis un backup, j'ai cru que j'avais perdu son carnet d'adresse (car je n'avais pas backupé .gconf). D'où l'idée de http://live.gnome.org/GnomeGoals/XDGConfigFolders

Mes livres CC By-SA : https://ploum.net/livres.html

je suis passé par toutes ces étapes là avant d'en avoir ras-le-bol et d'installer Linux. ça a été mal pris au début, je m'en foutais, je voulais juste faire mon boulot.

Depuis, y'a des Linux un peu partout dans le département.

Mes livres CC By-SA : https://ploum.net/livres.html