C'est vraiment de la merde pkgsrc par rapport à apt/yum !
Je prétend que le but n'est pas le même.
NetBSD compile sur tout un tas d'architecture et ce depuis tout un tas d'architecture. Et ce en deux ou trois commande simple.
Tu peux compiler un NetBSD pour ton petit pc pas puissant à base de CPU arm à partir de ton gros pc puissant à base de xeon qui lui est sous Linux.
Déjà, ça, je ne sais pas si beaucoup (ou même une) de distribution à base de apt/yum le fait.
Ensuite, tu a installé sur ton petit pc à base d'arm ton netbsd. Et tu veux koffice. Tu va avoir besoin, grosso-modo, de Xorg, qt, kdelibs, koffice*. Je pense que pour compiler ça, tu en as pour une semaine, au moins.
Mais comme tu utilise pkgsrc, tu rallume ton gros PC sous linux et grace à pkgsrc, tu compile tes paquets pour ton NetBSD/arm en deux heures le tout.
Et tu le pousse sur ton arm et ça marche.
Biensur, je pense qu'apt et yum permettent ça.
Ah non... Ba comment on fait ? On jete les super nouveau portables arm à la poubelle en attendant que debian et redhat fournissent des dépôts pour arm.
Ou alors, avec les paquets créée plus tot avec ce naze de pkgsrc pour ton pc/arm tu créer un dépôt afin que tes 20 collègues qui ont le même pc/arm que toi puisse installer à l'aide de ce naze de pkg_add les binaires produits à partir de ton gros pc.
Maintenant, supposons que tu t'en fiche, tu n'utilise que du 686.
Quelle est l'avantage de pkgsrc et pkg_add ?
Ba supposons que tu veuille compiler un application avec une option de compilation, ba avec pkgsrc, tu fais ton petit paquet avec son option de compilation, chose qui est automatisé grâce au nombreuses pkg_option. Une fois que tu à fais ton paquet, tu le mets dans ton dépôt ou dans ton PKG_PATH (ou les deux) et tout tes collègues profiteront de ton paquet fait avec amour.
Mais supposons que tu t'en fiche des options de compilation, apres tout, tu utile apt ou yum, non ? :)
Mais quelle est l'avantage alors me dira tu ?
Pendant ton temps libre, tu as écris un magnifique bout de code (en licence BSD bien sur !). Tu l'as écris proprement, en évitant les trucs lié à la plateforme cpu ,les GNUseries et les Linuxeries. Et bien en le mettant dans pkgsrc/wip (pour work in progress), les milliards de personnes qui utilisent NetBSD sous les differentes architectures proposé pourront l'utiliser, arm, vax, ppc, alpha, dreamcast, playstation2 et même zaurus ! Et si tu es un être profondément bon, tu pourras créer un paquet pour que toute cette foule de processeur criant le nom de ton appli en cœur puisse installer ton logiciel avec ce naze de pkg_add, sans même avoir besoin de le compiler. Et tu pourras en théorie le faire depuis ton gros pc, avec ton gros xeon qui a plus de cache L1 que certaine architectures de RAM.
Le bon vieux pkg_add couplé aux puissant pkgsrc sont capable de bien plus que yum et apt.
Et je ne suis pas un vieux geek aigri ( bon, un peu aigri, je suis juste en train d'attendre un tech FT en salle informatique... :) ), mais les besoins des utilisateurs de NetBSD ne sont pas les mêmes que ceux de Fedora (par exemple). Les besoins de Fedora sont... devenir windows ! Je schématise, mais le but, au delà de la 'vitrine' redhat, c'est bien de gagner des parts de marché. Les besoins de NetBSD sont rester simple et modulaire. On s'en fou des parts de marché. On en veux pas. Et si le
J'utilise Fedora sur le portable du boulot et je suis désolé, mais des fois, j'ai envi de le jeter par la fenêtre quand X plante (souvent) et que je ne peux pas récupérer la main m'obligeant à redémarrer. J'ai envi de le jeter par la fenêtre quand il me demande de confirmer mes actions. J'ai envi de le jeter par la fenêtre quand SELinux m'interdit de lancer netbeans en me sortant des logs incompréhensible qui veulent dire 'tu aurais déjà du me mettre en mode disable, cretin'.
Sinon yum rencontre le même problème que pkg_add. Si je tape yum -y install openoffice, ça ne fonctionne pas. Il veut yum -y install openoffice.org
Et le http://wiki.netbsd.se/Desktop_Project, c'est à coté de la plaque. C'est n'est pas comment améliorer NetBSD, c'est juste créer un CD avec certaines choses préinstallé dessus. Ce n'est pas un projet officiel de NetBSD d'ailleurs. C'est peu Mais ça ne modifie pas NetBSD. Par defaut, un iso NetBSD, c'est un noyau, un userland basique et en option X avec twm. Et ça restera ça, à peu de chose près. A chacun de choisir précisément ce qu'il veut.
[^] # Re: NetBSD Desktop Project
Posté par kowalsky . En réponse à la dépêche Sortie de NetBSD 5.0. Évalué à 6.
C'est vraiment de la merde pkgsrc par rapport à apt/yum !
Je prétend que le but n'est pas le même.
NetBSD compile sur tout un tas d'architecture et ce depuis tout un tas d'architecture. Et ce en deux ou trois commande simple.
Tu peux compiler un NetBSD pour ton petit pc pas puissant à base de CPU arm à partir de ton gros pc puissant à base de xeon qui lui est sous Linux.
Déjà, ça, je ne sais pas si beaucoup (ou même une) de distribution à base de apt/yum le fait.
Ensuite, tu a installé sur ton petit pc à base d'arm ton netbsd. Et tu veux koffice. Tu va avoir besoin, grosso-modo, de Xorg, qt, kdelibs, koffice*. Je pense que pour compiler ça, tu en as pour une semaine, au moins.
Mais comme tu utilise pkgsrc, tu rallume ton gros PC sous linux et grace à pkgsrc, tu compile tes paquets pour ton NetBSD/arm en deux heures le tout.
Et tu le pousse sur ton arm et ça marche.
Biensur, je pense qu'apt et yum permettent ça.
Ah non... Ba comment on fait ? On jete les super nouveau portables arm à la poubelle en attendant que debian et redhat fournissent des dépôts pour arm.
Ou alors, avec les paquets créée plus tot avec ce naze de pkgsrc pour ton pc/arm tu créer un dépôt afin que tes 20 collègues qui ont le même pc/arm que toi puisse installer à l'aide de ce naze de pkg_add les binaires produits à partir de ton gros pc.
Maintenant, supposons que tu t'en fiche, tu n'utilise que du 686.
Quelle est l'avantage de pkgsrc et pkg_add ?
Ba supposons que tu veuille compiler un application avec une option de compilation, ba avec pkgsrc, tu fais ton petit paquet avec son option de compilation, chose qui est automatisé grâce au nombreuses pkg_option. Une fois que tu à fais ton paquet, tu le mets dans ton dépôt ou dans ton PKG_PATH (ou les deux) et tout tes collègues profiteront de ton paquet fait avec amour.
Mais supposons que tu t'en fiche des options de compilation, apres tout, tu utile apt ou yum, non ? :)
Mais quelle est l'avantage alors me dira tu ?
Pendant ton temps libre, tu as écris un magnifique bout de code (en licence BSD bien sur !). Tu l'as écris proprement, en évitant les trucs lié à la plateforme cpu ,les GNUseries et les Linuxeries. Et bien en le mettant dans pkgsrc/wip (pour work in progress), les milliards de personnes qui utilisent NetBSD sous les differentes architectures proposé pourront l'utiliser, arm, vax, ppc, alpha, dreamcast, playstation2 et même zaurus ! Et si tu es un être profondément bon, tu pourras créer un paquet pour que toute cette foule de processeur criant le nom de ton appli en cœur puisse installer ton logiciel avec ce naze de pkg_add, sans même avoir besoin de le compiler. Et tu pourras en théorie le faire depuis ton gros pc, avec ton gros xeon qui a plus de cache L1 que certaine architectures de RAM.
Le bon vieux pkg_add couplé aux puissant pkgsrc sont capable de bien plus que yum et apt.
Et je ne suis pas un vieux geek aigri ( bon, un peu aigri, je suis juste en train d'attendre un tech FT en salle informatique... :) ), mais les besoins des utilisateurs de NetBSD ne sont pas les mêmes que ceux de Fedora (par exemple). Les besoins de Fedora sont... devenir windows ! Je schématise, mais le but, au delà de la 'vitrine' redhat, c'est bien de gagner des parts de marché. Les besoins de NetBSD sont rester simple et modulaire. On s'en fou des parts de marché. On en veux pas. Et si le
J'utilise Fedora sur le portable du boulot et je suis désolé, mais des fois, j'ai envi de le jeter par la fenêtre quand X plante (souvent) et que je ne peux pas récupérer la main m'obligeant à redémarrer. J'ai envi de le jeter par la fenêtre quand il me demande de confirmer mes actions. J'ai envi de le jeter par la fenêtre quand SELinux m'interdit de lancer netbeans en me sortant des logs incompréhensible qui veulent dire 'tu aurais déjà du me mettre en mode disable, cretin'.
Sinon yum rencontre le même problème que pkg_add. Si je tape yum -y install openoffice, ça ne fonctionne pas. Il veut yum -y install openoffice.org
Et le http://wiki.netbsd.se/Desktop_Project, c'est à coté de la plaque. C'est n'est pas comment améliorer NetBSD, c'est juste créer un CD avec certaines choses préinstallé dessus. Ce n'est pas un projet officiel de NetBSD d'ailleurs. C'est peu Mais ça ne modifie pas NetBSD. Par defaut, un iso NetBSD, c'est un noyau, un userland basique et en option X avec twm. Et ça restera ça, à peu de chose près. A chacun de choisir précisément ce qu'il veut.