a mon humble avis, il faudrait que les gens de chez Kolab comprennent un jour que openpkg est horrible (tant conceptuellement que techniquement) et que ca ne vaut _VRAIMENT_ pas une bonne documentation avec un .tar.bz2.
ca leur ferait gagner du temps, et nous (utilisateurs) aussi.
ca permettrait que les distribs integrent ca "nativement" et donc (parce qu'y a une logique la-dessous) d'augmenter le nombre d'utilisateurs finaux (ce qui ne leur serait pas inutile si vous voulez mon avis, ne serait-ce que pour avoir des rapports de bugs sur le logiciel lui-meme plutot que sur leur installateur nullard ....).
bref, _jamais_ je n'installerai un openpkg sur un de mes serveurs, moi je veux utiliser les paquets standards de ma distribution preferee ( ou au pire pouvoir faire moi-meme ces paquets sans y passer 6 mois) pour pouvoir avoir :
1- les options que je veux avec ma distrib,
2 - les mises a jour de securite (parce que les mises a jour de secu chez openpkg j'ai un gros doute)
3 - 0 problemes de compatibilite
bref, ils se compliquent la vie avec un truc que personne n'a envie d'utiliser... et a mon avis ca en freine plus d'un a installer kolab qui pourtant en ont tres envie (moi par exemple mais j'en connais d'autre).
en fait, je suis de plus en plus decu par 'kdepim'.
J'ai vraiment le sentiment que de developper kolab (pour certaines entreprises donc ;) est plus important que d'avoir un client mail qui puisse avoir un 'uptime' superieur a 12h sans utiliser 90% de la RAM (ou sans planter...) ...
je n'ai qu'un espoir : que quelqu'un qui ait du temps se jette dedans pour nous refaire un kmail digne de ce nom pour KDE4 en repartant "from scratch" ....
L'integration de kmail dans kontact n'est d'ailleurs qu'une pile de "hacks" pour faire marcher le truc, je trouve tout ca bien 'decevant'
Mik, franchement depite par le chemin que suit kdepim ...
# packaging
Posté par Mickael Marchand . En réponse à la dépêche Nouvelle version de Kolab Groupware. Évalué à 2.
ca leur ferait gagner du temps, et nous (utilisateurs) aussi.
ca permettrait que les distribs integrent ca "nativement" et donc (parce qu'y a une logique la-dessous) d'augmenter le nombre d'utilisateurs finaux (ce qui ne leur serait pas inutile si vous voulez mon avis, ne serait-ce que pour avoir des rapports de bugs sur le logiciel lui-meme plutot que sur leur installateur nullard ....).
bref, _jamais_ je n'installerai un openpkg sur un de mes serveurs, moi je veux utiliser les paquets standards de ma distribution preferee ( ou au pire pouvoir faire moi-meme ces paquets sans y passer 6 mois) pour pouvoir avoir :
1- les options que je veux avec ma distrib,
2 - les mises a jour de securite (parce que les mises a jour de secu chez openpkg j'ai un gros doute)
3 - 0 problemes de compatibilite
bref, ils se compliquent la vie avec un truc que personne n'a envie d'utiliser... et a mon avis ca en freine plus d'un a installer kolab qui pourtant en ont tres envie (moi par exemple mais j'en connais d'autre).
en fait, je suis de plus en plus decu par 'kdepim'.
J'ai vraiment le sentiment que de developper kolab (pour certaines entreprises donc ;) est plus important que d'avoir un client mail qui puisse avoir un 'uptime' superieur a 12h sans utiliser 90% de la RAM (ou sans planter...) ...
je n'ai qu'un espoir : que quelqu'un qui ait du temps se jette dedans pour nous refaire un kmail digne de ce nom pour KDE4 en repartant "from scratch" ....
L'integration de kmail dans kontact n'est d'ailleurs qu'une pile de "hacks" pour faire marcher le truc, je trouve tout ca bien 'decevant'
Mik, franchement depite par le chemin que suit kdepim ...