Kdelibs n'est compliqué que par ce que les mainteneurs Debian le fragmentent et l'adaptent. Tu peux faire un paquet des librairies KDE avec un fichier rules de 2 lignes, dont 1 générée par dh_make : #!/usr/bin/make -f
include /usr/share/cdbs/1/rules/debhelper.mk
include /usr/share/cdbs/1/class/cmake.mk
Grub est l'exemple typique du paquet qui doit être maintenu par la distribution et pas par les développeurs upstream. Il est vital que son intégration avec le système soit très bien faite. De plus, le fichier rules de grub a l'air compliqué, mais il a été généré à partir du template des debhelpers, le packager ne l'a pas entièrement tapé à la main.
D'autre part, sur les exigences futures de Setup, tu verra assez vite que chacune d'elle augmente la complexité et la taille du code, et ralenti l'execution. Quand tu seras isofonctionnel avec les outils debian, tu te trouveras avec sensiblement les mêmes performances qu'eux, si tu codes aussi bien qu'eux.
Enfin, si tu veux faire des comparaisons de performance, apprend mieux à quoi servent les outils avec lesquels tu compare. Par exemple, setup search ne se compare pas à apt-cache, mais à dpkg -l, pour les exemples que tu donne.
[^] # Re: De la facilité avec laquelle un paquet Setup est créé
Posté par Barnabé . En réponse au journal Sortie de Setup 0.1-alpha0. Évalué à 10.
Kdelibs n'est compliqué que par ce que les mainteneurs Debian le fragmentent et l'adaptent. Tu peux faire un paquet des librairies KDE avec un fichier rules de 2 lignes, dont 1 générée par dh_make :
#!/usr/bin/make -f
include /usr/share/cdbs/1/rules/debhelper.mk
include /usr/share/cdbs/1/class/cmake.mk
Grub est l'exemple typique du paquet qui doit être maintenu par la distribution et pas par les développeurs upstream. Il est vital que son intégration avec le système soit très bien faite. De plus, le fichier rules de grub a l'air compliqué, mais il a été généré à partir du template des debhelpers, le packager ne l'a pas entièrement tapé à la main.
D'autre part, sur les exigences futures de Setup, tu verra assez vite que chacune d'elle augmente la complexité et la taille du code, et ralenti l'execution. Quand tu seras isofonctionnel avec les outils debian, tu te trouveras avec sensiblement les mêmes performances qu'eux, si tu codes aussi bien qu'eux.
Enfin, si tu veux faire des comparaisons de performance, apprend mieux à quoi servent les outils avec lesquels tu compare. Par exemple, setup search ne se compare pas à apt-cache, mais à dpkg -l, pour les exemples que tu donne.