Il y a des initiatives dans ce sens. Le but n'est pas de tout rassembler mais d'indiquer que lorsqu'on parle du framework gnome 2.6 on parle de :
- gtk+2.4
- Pango 1.4
- libxml etc...
Mais le but n'est vraiment pas de fusionner les bibliothèques !
C'est du côté de freedesktop qu'on pense à ça.
> On a l'impression que ça peut être modulaire, mais en fait non
C'est modulaire ! Arrêtes de dire n'importe quoi.
libgnome utilise bonobo, gnomevfs, Orbit etc...
Bref, il y a une organisation, une hierarchie.
Rien ne t'interdit de ne pas utiliser gnomelib pour utiliser seulement Orbit.
Modulaire ce n'est pas :
- chaque lib dépend seulement de la libc et je peux les ajouter et enlever indépendament.
Si tu veux remplacer ton gtk+ "standard" par un optimisé pour framebuffer tu peux.
Sinon demandes aussi la "fusion" de "sed/tar/bash/find/etc" pour faire un gros paquet "ligne de commande Unix".
Ça te gène pas cette tripoté de paquet pour la ligne de commande ?
Puis Mandrake pourrait faire un urpmi avec rpm déjà dedans. Red hat devrait arrêter de séparer librpm de rpm. Tant qu'on y est Red Hat devrait fournir rpm avec librpm, rpmpython, up2date, yum etc... Puis si Mandrake n'utilise pas rpmpython car il utilise perl avec urpmi, ben tant pis eux...
Puis après on pourait faire un gros paquet bien baveux pour gcc avec make, m4, autoconf, automake, gdb, lint, ld, etc dedans.
Désolé, mais je ne veux pas de ça. Ça frise le cauchemard. En tant qu'utilisateur final ça ne m'apporte rien (yum s'occupe de ça très bien) et en tant que développeur : beurk !
Puis à chaque correction de bug ou trou de sécurité s'il faut download 300 Mo toute les semaines, je dis :
- non non non non non non !
[^] # Re: ho sigh, windows...
Posté par 007 . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 0.
Il y a des initiatives dans ce sens. Le but n'est pas de tout rassembler mais d'indiquer que lorsqu'on parle du framework gnome 2.6 on parle de :
- gtk+2.4
- Pango 1.4
- libxml etc...
Mais le but n'est vraiment pas de fusionner les bibliothèques !
C'est du côté de freedesktop qu'on pense à ça.
> On a l'impression que ça peut être modulaire, mais en fait non
C'est modulaire ! Arrêtes de dire n'importe quoi.
libgnome utilise bonobo, gnomevfs, Orbit etc...
Bref, il y a une organisation, une hierarchie.
Rien ne t'interdit de ne pas utiliser gnomelib pour utiliser seulement Orbit.
Modulaire ce n'est pas :
- chaque lib dépend seulement de la libc et je peux les ajouter et enlever indépendament.
Si tu veux remplacer ton gtk+ "standard" par un optimisé pour framebuffer tu peux.
Sinon demandes aussi la "fusion" de "sed/tar/bash/find/etc" pour faire un gros paquet "ligne de commande Unix".
Ça te gène pas cette tripoté de paquet pour la ligne de commande ?
Puis Mandrake pourrait faire un urpmi avec rpm déjà dedans. Red hat devrait arrêter de séparer librpm de rpm. Tant qu'on y est Red Hat devrait fournir rpm avec librpm, rpmpython, up2date, yum etc... Puis si Mandrake n'utilise pas rpmpython car il utilise perl avec urpmi, ben tant pis eux...
Puis après on pourait faire un gros paquet bien baveux pour gcc avec make, m4, autoconf, automake, gdb, lint, ld, etc dedans.
Désolé, mais je ne veux pas de ça. Ça frise le cauchemard. En tant qu'utilisateur final ça ne m'apporte rien (yum s'occupe de ça très bien) et en tant que développeur : beurk !
Puis à chaque correction de bug ou trou de sécurité s'il faut download 300 Mo toute les semaines, je dis :
- non non non non non non !