Le projet suivant est de fignoler le tout et de rendre Logram viable. Pour le moment, j'ai mon dépôt Setup perso en local, sur une partition dédiée, et c'est assez difficile à gérer (exemple, j'ai passé OpenSSL en version 1, et sa SOVERSION a changé. J'ai du GREPer tous les metadata.xml en ma possession pour voir ceux qui en dépendant et qui doivent donc être recompilés).
J'ai réservé le reste des vacances à la réalisation d'un «OpenSuSE Build Service-like», mais plus simple, et n'utilisant pas Ruby (par souci de consommation de RAM, je ne laisse tourner qu'un langage sur le serveur de Logram, et c'est Python pour le moment).
Ça permettra d'automatiquement reconstruire les paquets dépendant d'un autre, ayant changé de version, et ça me permettra également de peaufiner l'intégration entre Setup, le site web, et le démon de construction (pas encore réalisé celui-là).
Ensuite, de nouveaux paquets, dont KDE. Finalement, on s'intéressera aux artworks. Le champs est encore libre (faut juste utiliser le logo Logram, du bleu clair crème comme sur le site, et un peu de vert), donc j'accepte l'aide de tout graphiste voulant mettre un peu de sa personnalité dans Logram. Utilisez le forum de Logram pour cela (aspect communautaire, on n'a pas de liste de diffusion et m'envoyer des mails en privé cache trop de choses aux membres, qui ne savent pas donner leur avis).
Pour Logram DE, je laisse carte blanche aux mainteneurs actuels. J'avais au mois d'avril précédant commencé une version 2, ne contenant alors que de nouvelles bibliothèques (mais des belles, comme une gestion des icônes magnifiques avec des effets, repris de KDE, et la gestion des chemins d'accès, utilisant un fichier de description pour trouver les fichiers). Ils portent actuellement Panache vers ces bibliothèques, ce qui va prendre un peu de temps (au passage, on se débarrasse des LIO qui n'était utile que jusqu'à Qt 4.4, sachant que Qt 4.5 puis 4.6 ont intégré l'excellent QNetworkAccessManager permettant de gérer tout ce qu'on veut, facilement).
[^] # Re: La suite
Posté par steckdenis . En réponse à la dépêche Le projet Logram fête ses deux ans. Évalué à 4.
Le projet suivant est de fignoler le tout et de rendre Logram viable. Pour le moment, j'ai mon dépôt Setup perso en local, sur une partition dédiée, et c'est assez difficile à gérer (exemple, j'ai passé OpenSSL en version 1, et sa SOVERSION a changé. J'ai du GREPer tous les metadata.xml en ma possession pour voir ceux qui en dépendant et qui doivent donc être recompilés).
J'ai réservé le reste des vacances à la réalisation d'un «OpenSuSE Build Service-like», mais plus simple, et n'utilisant pas Ruby (par souci de consommation de RAM, je ne laisse tourner qu'un langage sur le serveur de Logram, et c'est Python pour le moment).
Ça permettra d'automatiquement reconstruire les paquets dépendant d'un autre, ayant changé de version, et ça me permettra également de peaufiner l'intégration entre Setup, le site web, et le démon de construction (pas encore réalisé celui-là).
Ensuite, de nouveaux paquets, dont KDE. Finalement, on s'intéressera aux artworks. Le champs est encore libre (faut juste utiliser le logo Logram, du bleu clair crème comme sur le site, et un peu de vert), donc j'accepte l'aide de tout graphiste voulant mettre un peu de sa personnalité dans Logram. Utilisez le forum de Logram pour cela (aspect communautaire, on n'a pas de liste de diffusion et m'envoyer des mails en privé cache trop de choses aux membres, qui ne savent pas donner leur avis).
Pour Logram DE, je laisse carte blanche aux mainteneurs actuels. J'avais au mois d'avril précédant commencé une version 2, ne contenant alors que de nouvelles bibliothèques (mais des belles, comme une gestion des icônes magnifiques avec des effets, repris de KDE, et la gestion des chemins d'accès, utilisant un fichier de description pour trouver les fichiers). Ils portent actuellement Panache vers ces bibliothèques, ce qui va prendre un peu de temps (au passage, on se débarrasse des LIO qui n'était utile que jusqu'à Qt 4.4, sachant que Qt 4.5 puis 4.6 ont intégré l'excellent QNetworkAccessManager permettant de gérer tout ce qu'on veut, facilement).
J'espère avoir répondu à tout.