Journal Projet Bongo, fork de Hula (news refusée)

Posté par ploum (site web personnel, Mastodon) le 16 février 2007 à 01:02.

Étiquettes : aucune

fév.

2007

Bonjour, j'avais écrit une news assez complète à mes yeux au sujet de Bongo. Malheureusement elle a été refusée.

Et, énorme coup de gueule, quand une news est refusée, on a droit uniquement à la seconde partie de la dépêche ! Toute mon introduction et les liens sont donc perdus !

Comme j'ai vraiment pas envie de tout réécrire, je vous colle le lien :
http://www.bongo-project.org/Main_Page

Le texte qui reste (oui, c'est pas vraiment clair, vous loupez toute la première moitié et les liens qui vont avec):

En novembre dernier, Novell annonçait son retrait du projet Hula, né de la libération d'une partie de Netmail et son souhait de le voir devenir un projet communautaire.

Malheureusement, beaucoup d'incertitudes restaient concernant la marque, les données du site, les licences de l'artwork. Novell se faisait très silencieux et il était très difficile pour les passionnés d'avoir des infos voir même de commiter le moindre patch.

Programmé longtemps à l'avance si Novell ne donnait plus signe de vie, un fork a donc bel et bien eu lieu ce 13 janvier sous le petit nom de Bongo.

Bongo est donc un projet tout jeune de serveur de mail/calendrier collaboratif et est à la recherche de talents en C, en Python, en technologie web et/ou en design. Une roadmap ambitieuse est déjà disponible.

À noter que quelques jours plus tard, le 30 janvier, Novell annonçait la vente de Netmail et de Hula à la société Messaging Achitects. La société Messaging Architects reprend donc la maintenance et le support de Netmail et s'engage à continuer le développement d'Hula.

Pour rappel, Hula est né à la base de la libération de Netmail. Cette version est connue sous le nom de "Trunk" dans le SVN. Au cours du développement d'Hula, beaucoup de travail a été fait pour remodulariser tout le système afin d'avoir une plus grande liberté dans l'interface utilisateur. Ce travail a mené à une branche intitulée "Strore branch". Elle est relativement connue pour son interface web (appelée Dragonfly) assez sexy.

Le fork Bongo se concentre sur la "Store branch". (qui est donc devenu le trunk de bongo, vous suivez toujours ?).
La société Messaging Achitects, de son côté, a annoncé que sa première version de Hula serait basée sur le Trunk, bien plus stable et éprouvé.

J'en profite pour vous donner les raisons du refus de la news :

Le modérateur a tenu à rajouter :
Nous avons trouvé plusieurs imprécisions dans l'article que nous aimerions voir mieux expliquées dans l'article :
- Une précision plus précise de ce que sont Hula/Netmail ? Sont ce un serveur de mail/calendrier collaboratif (pourquoi une "partie") ?

C'est bête, un des liens était la page du projet Hula, un autre lien était : http://linuxfr.org/2006/11/29/21708.html

Quand au fait que Novell n'aie releasé qu'une partie de netmail sous licence libre, que voulez que je réponde ? C'est à Novell, pas à moi qu'il faut le demander !

- Y a-t-il une roadmap de définie ?

Tiens, marrant, un lien s'intitulait sobrement "roadmap" et pointait vers http://www.bongo-project.org/Roadmap. De plus je dis qu'une roadmap ambitieuse est déjà disponible. Alors je suis désolé, mais je vois pas comment faire mieux.

De plus, trunk n'est généralement pas le nom d'une distribution mais le "tronc" du projet dans le système de gestion de versions (a savoir tout ce qui n'est pas branche).

noooon ? sans blague ! J'ai beau me relire, je ne vois pas où je dis le contraire.

Pour finir, ce que l'on peut constater, c'est qu'il y a eu effectivement un fork, qui n'est pas encore releasé. On pourrait donner à la dépèche un ton dans le style d'un "appel à contribution" mais il faudrait préciser ce que ca fait et ce qu'il y a a faire.

C'est bête, le titre de la dépêche était "naissance du projet bongo".

Bref, là je suis assez déçu de la modération car à part sans lire du tout la news, je ne vois pas comment on peut me reprocher des arguments comme cela. Ajoutons à cela que j'ai perdu le texte de la news.

Je me suis déjà fait refusé des news pour des prétextes que j'ai trouvé tout à fait acceptables : "trop brouillon", "sujet trop général", "sujet trop pointu". Mais là j'estime que la news comportait une info importante, était rédigée relativement clairement avec des liens qui permettaient très vite d'en savoir plus. Et je ne peux même pas la retravailler vu que j'ai perdu tous les liens (oui, ça prend du temps) et la moitié du texte. Du coup, ça me fout en rogne quand je vois "le site vit avec vos contributions". Oui ! Je boude ! Na !

# Trop de news !

Posté par GTof le 16 février 2007 à 02:41. Évalué à 10.

Ouais mais tu comprends, il y a trop de news sur LinuxFR, après on arrive plus à suivre ...
# La première partie

Posté par patrick_g (site web personnel) le 16 février 2007 à 07:36. Évalué à 7.

C'est bizarre ce que tu dit sur la disparition de la première partie de la dépêche.
Quand je vais dans la liste des news refusées je trouve bien celle de Bongo et sa première partie (comme ton texte) commence par "En novembre dernier," et se termine par "roadmap ambitieuse est déjà disponible".
Ensuite les liens et ensuite le bas de la dépêche qui commence par "À noter que quelques jours plus tard" et qui se termine par "basée sur le Trunk, bien plus stable et éprouvé".

Je pense donc que tu a le texte complet et que tu n'a perdu que la liste des liens.
Je la reposte ici :

Projet Bongo : http://linuxfr.org/redirect/50643.html
DLFP : Hula devient un projet communautaire : http://linuxfr.org/redirect/50644.html
Copie d'écran de l'interface Dragonfly dans Bongo : http://linuxfr.org/redirect/50645.html
Planet Bongo : http://linuxfr.org/redirect/50646.html
Annonce de Novell : http://linuxfr.org/redirect/50647.html
Annonce de Messaging Architects : http://linuxfr.org/redirect/50648.html
- [^] # Re: La première partie
  
  Posté par ploum (site web personnel, Mastodon) le 16 février 2007 à 11:49. Évalué à 4.
  
  Il est possible que, n'ayant pas vu les liens, j'ai cru un peu trop vite ne lire que la seconde moitié.
  
  Si c'est le cas, je m'excuse, je suis lamentable et je retire ce coup de gueule. En tout cas, merci pour le liens.
  
  Désolé.
  Mes livres CC By-SA : https://ploum.net/livres.html
  - [^] # Re: La première partie
    
    Posté par BAud (site web personnel) le 16 février 2007 à 13:53. Évalué à 7.
    
    Ce qui était demandé dans le refus était une "re-rédac".
    La roadmap (dont tu avais en réalité oublié le lien) méritait peut-être d'être listée rapidement pour susciter un peu plus d'intérêt pour ce fork et identifier des contributions concrètes.
    L'histoire du "trunk" n'était effectivement pas claire (version courante ça marche tout aussi bien).
    
    Une ligne pour rappeler ce que sont Hula et Netmail ne sont pas de trop dans le scoop non plus, en début de scoop et pas à la fin.
    
    Bref, essaie de ne pas te vexer comme un pou lors des prochains refus, nous avons peut-être tendance à en attendre plus de toi que d'autres en terme de rédaction ;-) et les modéros sont joignables autrement que par journal interposé (mais ça va, tu n'es pas "lamentable", loin de là).
    
    Perso, je rédige d'abord mes dépêches sur un wiki (cela permet à d'autres de me relire avant aussi) http://wiki.eagle-usb.org/wakka.php?wiki=NewsLinuxFr cela évite la perte des liens (sachant que le texte qui t'es renvoyé inclut nos corrections il me semble). Tu peux squatter si tu en as envie, un wiki c'est fait pour ça.
    - [^] # Re: La première partie
      
      Posté par ploum (site web personnel, Mastodon) le 16 février 2007 à 14:17. Évalué à 2.
      
      non mais là j'ai dit que je boudais ! grmbl grmbl...
      Mes livres CC By-SA : https://ploum.net/livres.html
# Merci

Posté par ~ lilliput (site web personnel) le 16 février 2007 à 09:23. Évalué à 10.

Voila un fork à suivre merci pour l'info.

Il est chouette ton article tu devrais en faire une news :)

http://www.theatre-eibel.fr http://www.isc2chapter-yorkshire.co.uk
# heu...

Posté par hervé Couvelard le 16 février 2007 à 09:55. Évalué à -1.

Tu ferais la geule si je te disais forums ?

Ok, alors je dis pas...
# Oh ben si quand même

Posté par Thomas Poindessous le 16 février 2007 à 09:56. Évalué à 4.

C'est rigolo quand j'ai lu ton article, je me suis dit "il n'a pas compris ce qu'était le trunk dans svn"

Je n'ai jamais lu qu'une version s'appellait le HEAD dans CVS par exemple :)

Donc ta phrase
Cette version est connue sous le nom de "Trunk" dans le SVN.
est très bizarre.

Mais ca n'enlève rien à la qualité de ton article.

A propos de webmail, free vient de mettre RoundCube en beta-test http://imp.free.fr/rc/.

Ce qui est un peu bizarre, c'est que sur le site de RoundCube http://www.roundcube.net/ la dernière version est la v0.1-beta2.

Donc soit Free a beaucoup amélioré le truc, soit les gars de RoundCube sont super humbles !
- [^] # Re: Oh ben si quand même
  
  Posté par atmaniak (site web personnel) le 16 février 2007 à 10:17. Évalué à 1.
  
  Ou les gars de free ont pris la version CVS =)
- [^] # Re: Oh ben si quand même
  
  Posté par Zenitram (site web personnel) le 16 février 2007 à 17:05. Évalué à 2.
  
  Il est humble (un gars).
  C'est surtout qu'il n'y a "que" les fonctionnalités de base, hyper stables par contre.
  Par contre, pas de release autre que sécurité depuis 6 mois... :(
# Hula et Bongo font office de "mail transfer agent" ?

Posté par Stéphane Klein (site web personnel) le 16 février 2007 à 12:07. Évalué à 1.

Au sujet de Hula, je n'ai jamais compris pourquoi ce projet contient des parties codés en C. Est-ce que Hula contient une partie qui joue le rôle de MTA ? Si oui, pourquoi ne pas s'être basé sur un ou des MTA déjà existant : postfix, exim, qmail ou autre... et si c'est une question de fonctionnalité, quels sont ses avantages ?
- [^] # Re: Hula et Bongo font office de "mail transfer agent" ?
  
  Posté par ploum (site web personnel, Mastodon) le 16 février 2007 à 13:24. Évalué à 3.
  
  Le principe de Bongo (et anciennement Hula), c'est de proposer une solution complète parfaitement intégrée. Et donc pas une enième solution qui repose sur l'installation de 15 différents composants. Configurer un serveur exim/cyrus avec postfix est, à mes yeux qqch de très complexe qu'on pourrait vraiment simplifier.
  
  C'est un choix. Cela permet de se concentrer sur sa solution et rien que sa solution et d'adapter parfaitement le MTA à Bongo.
  
  Le serveur Bongo est donc entièrement écrit en C pour des raisons de performances. La majorité de ce code est issu de Netmail, un serveur de mails propriétaires très très performants et très utilisés chez pas mal d'ISP.
  
  La majorité de ce code concerne le serveur mail (pop/imap) mais aussi un MTA.
  Cependant, la partie MTA est modulaire et il est tout à fait possible de remplacer le MTA inclus dans Bongo par un MTA externe (genre postfix). (enfin, je ne suis pas certain que c'est actuellement le cas dans bongo. Si ça ne l'est pas, ce le sera bientôt).
  Mes livres CC By-SA : https://ploum.net/livres.html
  - [^] # Hula Light
    
    Posté par TuxPierre le 16 février 2007 à 14:49. Évalué à 1.
    
    Moi c'est justement ce que je trouve dommage. J'ai deja mon serveur de mail (postfix/dovecot) qui marche tres bien. Par contre, je trouve que l'interface DragonFLY est une vraie tuerie. D'apres une depeche précédente, j'avais vu qu'il prevoyait de sortir un Hula-Light (donc sans le MTA dessous, que le dragonFLY). Ca ca me dirait vraiment bien et ca m'eviterais de chambouler tout mon systeme.
    Rien de tel a ce niveau cote Bongo ?
    - [^] # Re: Hula Light
      
      Posté par ploum (site web personnel, Mastodon) le 16 février 2007 à 14:52. Évalué à 2.
      
      Si Bongo-light il y a, ce sera post 1.0, ce qui n'est pas pour tout de suite.
      
      D'ailleurs, cela me semble que ce sera pas mal compliqué étant donné que Dragonfly n'est pas un "simple" webmail qui se connecte en IMAP (comme l'est squirrelmail). Il est assez étroitement lié à des fonctionnalités du server Bongo (rien que les calendriers déjà)
      Mes livres CC By-SA : https://ploum.net/livres.html
# Avis perso

Posté par André Rodier le 16 février 2007 à 13:56. Évalué à 3.

(news refusée)

Personnellement, je viens plus sur Linuxfr pour me détendre que pour m'informer...
Il y a des sites où les informations apparaissent plus rapidement.
- [^] # Re: Avis perso
  
  Posté par patrick_g (site web personnel) le 16 février 2007 à 17:15. Évalué à 4.
  
  C'est la rapidité ou la pertinence qui compte ?
  - [^] # Re: Avis perso
    
    Posté par André Rodier le 16 février 2007 à 17:38. Évalué à 2.
    
    Les deux, mais il y a un juste milieu.
    Je me demande parfois si le processus de vérification des nouvelles n'est pas un peu trop long.
    - [^] # Re: Avis perso
      
      Posté par Manuel Menal le 17 février 2007 à 05:27. Évalué à 1.
      
      Pour une nouvelle « chaude » (j'entends par là : une vraie actualité), il est très rare que le délai excède les 18H. C'est loin d'être abusif.
      
      Quand une nouvelle met longtemps, c'est habituellement qu'elle est en situation de blocage, soit parce qu'il faut entièrement la réécrire, soit parce qu'il y a désaccord sur l'approbation ou non de la nouvelle. C'est rare, et c'est pas pour les infos majeures...
      
      Donc si retard il y a sur les informations, je pense qu'il faut plutôt voir que les nouvelles sont proposées plus tard. Sauf si, par retard, on entend 24H.
# Essaye plutot...

Posté par Erwan le 16 février 2007 à 17:21. Évalué à 3.

...des publications comme celles d'ACM (http://www.acm.org ) ou IEEE (http://www.computer.org ), le reviewing y est beaucoup moins severe que linuxfr.
# Donc ...

Posté par Gmooron le 16 février 2007 à 22:34. Évalué à 1.

Ce journal est le fork d'une nouvelle qui n'existe pas ? :p

Ok, ok, je sors, poussez pas ! --->[ ]

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.