Bon, histoire de "completer" un peu la news avec les infos toutes fraiches...
Sur les packages Debian/Ubuntu, pas de support XMP en dehors de Sid et Lenny, pour cause de libexempi non disponible. Pas de support PDF du tout pour Feisty, a cause d'un probleme a l'édition de lien quelque part entre libpoppler et libcairo.
Pour ce qui est du portage vers QT4/KDE4, une branche existe depuis quelques jours sur le repository subversion pour voir ce qui casse, ce qui change dans les API, etc... L'objectif étant de préparer la branche 1.3.x pour minimiser le nombre de modifs lors d'un vrai passage a KDE4. Conséquence directe, le travail pour utiliser CMake en plus/a la place des autotools est en cours.
N.B. : la branche kde4-port n'a pas vocation a etre utilisée, il est probable qu'elle ne soit jamais vraiment utilisable, et devrait etre renommée kde4-broken.
Entre le retard du portage vers SQL et le départ du travail sur QT4/KDE4, il semble que l'utilisation de KexiDB comme couche d'abstraction soit potentiellement remise en question avec la disponibilité du SQL via QT4. Pas forcément abandonnée ; mais maintenant Robby va avoir le choix entre plusieurs solutions...
Sur ce, je vais essayer d'etre un peu productif pour mes 2 dernieres heures avant de changer de boite...
# QT4, SQL, .deb, etc...
Posté par imalip . En réponse à la dépêche Sortie de Tellico 1.3. Évalué à 5.
Sur les packages Debian/Ubuntu, pas de support XMP en dehors de Sid et Lenny, pour cause de libexempi non disponible. Pas de support PDF du tout pour Feisty, a cause d'un probleme a l'édition de lien quelque part entre libpoppler et libcairo.
Pour ce qui est du portage vers QT4/KDE4, une branche existe depuis quelques jours sur le repository subversion pour voir ce qui casse, ce qui change dans les API, etc... L'objectif étant de préparer la branche 1.3.x pour minimiser le nombre de modifs lors d'un vrai passage a KDE4. Conséquence directe, le travail pour utiliser CMake en plus/a la place des autotools est en cours.
N.B. : la branche kde4-port n'a pas vocation a etre utilisée, il est probable qu'elle ne soit jamais vraiment utilisable, et devrait etre renommée kde4-broken.
Entre le retard du portage vers SQL et le départ du travail sur QT4/KDE4, il semble que l'utilisation de KexiDB comme couche d'abstraction soit potentiellement remise en question avec la disponibilité du SQL via QT4. Pas forcément abandonnée ; mais maintenant Robby va avoir le choix entre plusieurs solutions...
Sur ce, je vais essayer d'etre un peu productif pour mes 2 dernieres heures avant de changer de boite...