C'est ton pipe "|" qui fait que ton script ne se comporte pas comme tu l'as prévu.
En effet, le exit te faire sortir du while, et tu te retrouve "dans le pipe".
Dis moi ce que tu veux faire si tu veux un coup de main.
Moi je mets quand même un petit bémol au coté décentralisé d'internet.
Ok, pour l'internet en tant qu'entité, un nœud, voir certain pays peuvent être coupé sans bloquer internet à 100%.
Mais :
1°) Pour les clients finaux (et c'est le problème abordé ici) il n'y a qu'un point d'entrée, le fournisseur d'accès à internet. Si il tombe ou devient hostile, c'est très difficile (voir impossible) d'avoir des communications sur, ou des communication tout court.
2°) Internet, sans DNS, c'est très peu utilisable trivialement. DNS est contrôlé par... le FAI (ne me parler pas de DNS alternatif, c'est pas ceux que l'utilisateur lambda utilisera et il est trivial pour le FAI de les usurper et d'utiliser son DNS).
3°) Bref, si l'état boss main dans la main avec les FAI, à part le https, le vpn et le ssh (et encore, ça n'est pas impossible que les etats puissent "lire" tout ça), l'état peut tout faire ! Des faux sites ressemblant au vrai, interception des communications, remplacement de contenu à la volé, etc...
Au dela de se la péter devant des collègues, pour moi, la ligne de commande, il faut le voir de deux coté:
Celui de l'utilisateur
Celui du dévellopeur
De l'utilisateur, la CLI permet d'automatiser les taches, prendre la sortie de commande pour en generer d'autre, etc...
ça marche bien a travers SSH, ça rentre dans cron, on peut l'executer à partir d'autre programme avec exec (en perl, java, ce que l'on veut), c'est plus rapide quand on connait que les GUI, etc...
Du devellopeur, ça permet de pas se prendre la tête à faire une interface.
C'est simple, une feature, une option.
L'idéal c'est la sortie de la commande est facilement exploitable.
Je n'ai pas dis que tu voulais interdire, mais on sait très bien que ce genre de discours amène toujours des crétins à faire pondre des lois visant à interdire ceci cela.
ps : Moi, je suis toujours drôle et je le prouve :
La vidéo parle d'un des moments les plus tragique de l'histoire, l'extrait en question étant les dernières heures d'Hitler qui refusait la défaite, alors que tous ses lieutenants ont compris que la guerre était perdue vu que les alliés débarquaient à Berlin la capitale et QG.
Tragique tragique... ça dépend du coté ou l'on se place !
Moi je ne trouve pas cela si tragique que cela ! Pour moi tu pense ce que tu veux, mais fais gaffe quand même, trouvé que la fin d'Adolf c'est tristounet, ça va pas te faire que des amis !
Et pis franchement, se marrer d'Hitler, c'est un peu un fait commun, non ?
Si encore, on avait fait dire des conneries à des personnes qui allait à la douche, la je peux comprendre que ça ai pu choquer des personnes, notamment ceux qui y ont laissé de la famille.
Moi le truc qui me fait le plus chier sur terre, c'est les gens qui en empêchent d'autre de se marrer d'un truc ou qui font les rabats joie (pour un truc bidon dans le cas present d'ailleurs). Vraiment, ça devrait être LA liberté fondamentale.
Aller, sois gentil, on sais tous c'est grâce à toi que MS supporte l'ODF, afin qu'albert (alias ___) te lâche un peu (et nous aussi par la même occasion). Pitié, fais un truc pour Moonlight, parce qu'après un peu d'absence, je crois qu'il est repartit pour un bout de temps la !
Je trouve merveilleux et un peu étonnant que NetBSD fasse un tel bond d'un seul coup.
FreeBSD a galéré des années pour décomposer son Big Kernel Lock et verrous plus fins. Il a fallu toutes les versions 5.x et toutes les versions 6.x pour commencer à percevoir les dividendes à partir des versions 7.x.
Linux a aussi mis des années et pourtant son team de dev est incomparablement plus grand que celui de NetBSD.
Peut être que NetBSD est vraiment très bien codé et que Adrew Doran est très bon ! :)
Plus serieusement, On ne peut pas comparer Linux et NetBSD. L'équipe de NetBSD est vraiment beaucoup plus structuré et réduite. C'est un avantage autant qu'un désavantage ! Autant le manque de personne se fait souvent cruellement sentir, autant les choix fait sont tout le temps : Pas de hacks, que des solutions. Sur les mailing list, tout les ajouts sont très discutés. Donc peut être que NetBSD est est plus... simple ?
C'est en tout cas ce qui ressort à l'utilisation.
Mais je mettrais un petit bémol au performance de NetBSD par rapport à Fedora. Le point noir pour NetBSD, c'est SELinux !
Parce que par défaut, SELinux est activé et il y a fort à parier qu'une fois désactivé, Fedora serait un petit peu plus devant...!
Peut etre que ta vision du KISS n'est pas la même que celle de NetBSD.
Keep It Simple, ça ne veut peut être pas dire Laisse un script python faire je ne sais quoi avec des fichiers XML dans /etc/yum/yum.d/ et /etc/yum/yum.[nom du repo] et lire des fichiers XML, etc. KISS, ça veut peut être dire que je comprend TOUT ce que fait pkg_add facilement, c'est à dire, suivre le PKG_PATH, lister le répertoire pour matcher la chaine passer en argument, telecharger le paquet puis le detarer, lire les dépendances et recommencer si il y en a.
Sinon, si faire grep koffice pkgList est trop dur pour toi, je peux t'ecrire, en exclusivité pour toi, et oui, je suis comme ça, un pkg_search
#! /bin/sh
grep $1 /path/to/pkgList
Prend, c'est cadeau :)
Il y a des paquets binaires pour toute les archis courante !
Et la notion de pacquage récent est relative. NetBSD utilise les paquets récent quand c'est possible.
En fait, tout n'est ma crosscompilable dans pkgsrc, mais le gros du travail ainsi que l'infrastructure sont la. Mais si toi, pars exemple tu produit un code "propre", ça devrait le faire sans problème.
Si des bonnes âmes veulent s'investir dans un projet à taille humaine avec plein de gens gentil autour pour rendre tout pkgsrc crosscompilable ( il doit bien y avoir une bonne demi-heure de boulot ! :) ), il n'y a qu'a s'inscrire à la mailling netbsd !
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.
Dans cette sombre période ou Linux fusionne avec Xorg alors même que le fait que windows ait été tellement critiqué pour ça, dans cette sombre période ou une base de registre fait son apparition dans les postes de travail sous Linux (gconf), dans cette sombre période ou l'installe des logiciels dont il est dit pas leur créateur qu'il faut leur faire confiance (SELinux) pour gérer la sécurité du poste, dans cette sombre période NetBSD est un refuge pour pouvoir bosser comme je l'aime, c'est à dire dans un système que je comprend et qui ne souhaite pas se mettre en avant à travers des trucs en 3D partout.
Si tu ne partage pas le postulat de notre ami barbu, alors effectivement il ne faut pas utiliser le mot privateur.
Je suis d'accord, je ne l'utiliserais donc pas, malheureusement, je dois le lire et en apprendre la définition !
Si chacun à sa définition alors on ne s'en sort plus.
Et c'est bien la le problème !
La définition de l'Open_Source_Initiative de la notion d'open source est différente de celle de la Free_Software_Foundation.
Et souvent, j'entends (ou lis plutôt) que non, c'est licence n'est pas open source, alors que l'on a accès au source ! Et c'est suivi de débat sur la terminologie ,etc...
La FSF essaye d'imposer et de remplacer des termes dans l'esprit des gens, afin que tout ce qui n'est pas au moins GNU ne soit pas open source. Et les gens plongent en plus !
Et maintenant, la FSF fait un néologisme de plus, essaye de s'approprier un mot, de remplacer le terme propriétaire qui ne marque pas assez les esprits, par un mot à caractère plus restrictif.
Et les gens plongent encore !
Ca décrédibilise n'importe quelle libriste de prononcer le mot privateur en pleine discutions avec des gens qui ne baignent pas dans le milieu, de même que de dire qu'une licence dont le code source est ouvert (open-source) n'est pas un code source ouvert.
Dans cette conception, la république est le plus souvent associée à l'affirmation (constitutionnelle ou non) d'un bien commun et d'une chose publique, que son gouvernement tente de préserver.
La musique produite par des gens n'est pas un bien publique !
Ce postulat de départ est important. Des gens ont investit temps et argent dans une musique (ou un film, ou ce que tu veux), sous prétexte qu'ils sont un minorité ne signifie pas qu'il est possible de piller leur travaux.
Pour être cohérent dans une démarche anti-HADOPI, je pense qu'il faut aussi être contre les téléchargements illégaux (c'est mon cas) et bien communiquer sur le fait que même si 95% (chiffre mesuré grâce à mon pifomètre qui à toujours tord) des téléchargements P2P, news ou FTP sont illégaux, il ne faut pas balkaniser le web et le monde numérique pour un résultat dont on sait quasi pertinemment qu'il sera nul ou presque tout en créant un précédent juridique incroyablement anti-démocratique.
Je ne suis pas partisans HADOPI (je hais HADOPI et je pense à elle tout les matins dans mes toilettes), je le précise si le doute persistait.
Donc la GNU est privatrice, puisque selon moi, on devrait pouvoir modifier le code, le compiler et le redistribuer sans avoir à redistribuer les sources et la licence !
ps : Je connais un licence qui le permet d'ailleurs, mais je ne me souviens plus de son nom... :)
pps : tu ne fais qu'expliquer, mes propos ne te vise pas !
# Le pipe
Posté par kowalsky . En réponse au message exit qui exit pas. Évalué à 3.
C'est ton pipe "|" qui fait que ton script ne se comporte pas comme tu l'as prévu.
En effet, le exit te faire sortir du while, et tu te retrouve "dans le pipe".
Dis moi ce que tu veux faire si tu veux un coup de main.
[^] # Re: Internet fait peur
Posté par kowalsky . En réponse au journal Après la Dadvsi et Hadopi, bientôt la Loppsi 2, c'est la GUERRE !. Évalué à 6.
Ok, pour l'internet en tant qu'entité, un nœud, voir certain pays peuvent être coupé sans bloquer internet à 100%.
Mais :
1°) Pour les clients finaux (et c'est le problème abordé ici) il n'y a qu'un point d'entrée, le fournisseur d'accès à internet. Si il tombe ou devient hostile, c'est très difficile (voir impossible) d'avoir des communications sur, ou des communication tout court.
2°) Internet, sans DNS, c'est très peu utilisable trivialement. DNS est contrôlé par... le FAI (ne me parler pas de DNS alternatif, c'est pas ceux que l'utilisateur lambda utilisera et il est trivial pour le FAI de les usurper et d'utiliser son DNS).
3°) Bref, si l'état boss main dans la main avec les FAI, à part le https, le vpn et le ssh (et encore, ça n'est pas impossible que les etats puissent "lire" tout ça), l'état peut tout faire ! Des faux sites ressemblant au vrai, interception des communications, remplacement de contenu à la volé, etc...
[^] # Re: je n'arrive plus à me logguer
Posté par kowalsky . En réponse au journal Ou est passé la CSS. Évalué à 10.
~~~~~~> [ ]
[^] # Re: Le shell est une interface !
Posté par kowalsky . En réponse au journal Quel est votre vision de la ligne de commande ?. Évalué à 7.
Et la, c'est le drame...!
# La classe en salle info
Posté par kowalsky . En réponse au journal Quel est votre vision de la ligne de commande ?. Évalué à 10.
Celui de l'utilisateur
Celui du dévellopeur
De l'utilisateur, la CLI permet d'automatiser les taches, prendre la sortie de commande pour en generer d'autre, etc...
ça marche bien a travers SSH, ça rentre dans cron, on peut l'executer à partir d'autre programme avec exec (en perl, java, ce que l'on veut), c'est plus rapide quand on connait que les GUI, etc...
Du devellopeur, ça permet de pas se prendre la tête à faire une interface.
C'est simple, une feature, une option.
L'idéal c'est la sortie de la commande est facilement exploitable.
[^] # Re: Langue... Et non, pas marrant.
Posté par kowalsky . En réponse au journal Godwin Agile development. Évalué à 8.
Je me fait pardonner :
Quel est le puriel de pain ?
C'est pisse !
Pourquoi ? Parce qu'un pain, des pisses !
Vous en voulez encore ? Attention, celle ci va en choquer plus d'un :)
Quel est la partie la plus dur a mixer chez le légume?
Le fauteuil roulant !
[^] # Re: Langue... Et non, pas marrant.
Posté par kowalsky . En réponse au journal Godwin Agile development. Évalué à 3.
ps : Moi, je suis toujours drôle et je le prouve :
Tu connais l'histoire de la chaise ? non ?
Dommage, elle pliante !
~~~~~~> [ ]
[^] # Re: Langue... Et non, pas marrant.
Posté par kowalsky . En réponse au journal Godwin Agile development. Évalué à 10.
La vidéo parle d'un des moments les plus tragique de l'histoire, l'extrait en question étant les dernières heures d'Hitler qui refusait la défaite, alors que tous ses lieutenants ont compris que la guerre était perdue vu que les alliés débarquaient à Berlin la capitale et QG.Tragique tragique... ça dépend du coté ou l'on se place !
Moi je ne trouve pas cela si tragique que cela ! Pour moi tu pense ce que tu veux, mais fais gaffe quand même, trouvé que la fin d'Adolf c'est tristounet, ça va pas te faire que des amis !
Et pis franchement, se marrer d'Hitler, c'est un peu un fait commun, non ?
Si encore, on avait fait dire des conneries à des personnes qui allait à la douche, la je peux comprendre que ça ai pu choquer des personnes, notamment ceux qui y ont laissé de la famille.
Moi le truc qui me fait le plus chier sur terre, c'est les gens qui en empêchent d'autre de se marrer d'un truc ou qui font les rabats joie (pour un truc bidon dans le cas present d'ailleurs). Vraiment, ça devrait être LA liberté fondamentale.
[^] # Re: L'artiste engagé mais pas trop.
Posté par kowalsky . En réponse au journal Un artiste qiu parle argent, enfin. Évalué à 6.
C'est sur que 'Emile et Image' c'est mieux que Sigur Ros...!
C'est kiff kiff. Il faut savoir ou chercher.
[^] # Re: Interface PHP
Posté par kowalsky . En réponse au journal ICINGA : Un fork de Nagios. Évalué à 5.
[^] # Re: C'est pas nouveau
Posté par kowalsky . En réponse au journal une grande semaine.... Évalué à 2.
# La realité et le jeu !
Posté par kowalsky . En réponse au journal La liberté va mal .... Évalué à 6.
ça fait peur en tout cas !
[^] # Re: eeePC
Posté par kowalsky . En réponse à la dépêche OpenBSD 4.5, Games. Évalué à 2.
J'ai pleuré des heures l'autre jour au bureau en voyant toute ces Sun au bureau en pensant que Sun était devenu une branche d'Oracle...
Ne clickez pas sur ce lien, si vous avez un coeur, ne clickez pas.
Bouuuuuhouuuh...
[^] # Re: Bench
Posté par kowalsky . En réponse au journal Benchmark NetBSD5, NetBSD4, Fedora et FreeBSD. Évalué à 7.
Je trouve merveilleux et un peu étonnant que NetBSD fasse un tel bond d'un seul coup.FreeBSD a galéré des années pour décomposer son Big Kernel Lock et verrous plus fins. Il a fallu toutes les versions 5.x et toutes les versions 6.x pour commencer à percevoir les dividendes à partir des versions 7.x.
Linux a aussi mis des années et pourtant son team de dev est incomparablement plus grand que celui de NetBSD.
Peut être que NetBSD est vraiment très bien codé et que Adrew Doran est très bon ! :)
Plus serieusement, On ne peut pas comparer Linux et NetBSD. L'équipe de NetBSD est vraiment beaucoup plus structuré et réduite. C'est un avantage autant qu'un désavantage ! Autant le manque de personne se fait souvent cruellement sentir, autant les choix fait sont tout le temps : Pas de hacks, que des solutions. Sur les mailing list, tout les ajouts sont très discutés. Donc peut être que NetBSD est est plus... simple ?
C'est en tout cas ce qui ressort à l'utilisation.
Mais je mettrais un petit bémol au performance de NetBSD par rapport à Fedora. Le point noir pour NetBSD, c'est SELinux !
Parce que par défaut, SELinux est activé et il y a fort à parier qu'une fois désactivé, Fedora serait un petit peu plus devant...!
ps : je conseil vraiment les mailings list de NetBSD, surtout
teck-kern http://www.netbsd.org/cgi-bin/subscribe_list.pl?list=tech-ke(...)
teck-security http://www.netbsd.org/cgi-bin/subscribe_list.pl?list=tech-se(...)
mais globalement tout les teck-* et aussi netbsd-users. La lecture de ses listes est vraiment très très instructive pour toute personne s'intéressant à la conception d'un OS.
[^] # Re: NetBSD Desktop Project
Posté par kowalsky . En réponse à la dépêche Sortie de NetBSD 5.0. Évalué à 2.
Mea Culpa.
Mais tu peux remplacer ARM par un cpu non supporté par Debian.
[^] # Re: NetBSD Desktop Project
Posté par kowalsky . En réponse à la dépêche Sortie de NetBSD 5.0. Évalué à 3.
Je t'en rachèterais un tout beau pour que tu puisses lire la news OpenBSD !
[^] # Re: NetBSD Desktop Project
Posté par kowalsky . En réponse à la dépêche Sortie de NetBSD 5.0. Évalué à 3.
[^] # Re: NetBSD Desktop Project
Posté par kowalsky . En réponse à la dépêche Sortie de NetBSD 5.0. Évalué à 5.
Keep It Simple, ça ne veut peut être pas dire Laisse un script python faire je ne sais quoi avec des fichiers XML dans /etc/yum/yum.d/ et /etc/yum/yum.[nom du repo] et lire des fichiers XML, etc. KISS, ça veut peut être dire que je comprend TOUT ce que fait pkg_add facilement, c'est à dire, suivre le PKG_PATH, lister le répertoire pour matcher la chaine passer en argument, telecharger le paquet puis le detarer, lire les dépendances et recommencer si il y en a.
Sinon, si faire grep koffice pkgList est trop dur pour toi, je peux t'ecrire, en exclusivité pour toi, et oui, je suis comme ça, un pkg_search
#! /bin/shgrep $1 /path/to/pkgList
Prend, c'est cadeau :)
Il y a des paquets binaires pour toute les archis courante !
Et la notion de pacquage récent est relative. NetBSD utilise les paquets récent quand c'est possible.
[^] # Re: NetBSD Desktop Project
Posté par kowalsky . En réponse à la dépêche Sortie de NetBSD 5.0. Évalué à 2.
Ce qui était stupide, parce qu'il suffit de grepper dans l'index des ports ou pkgsrc pour connaitre le nom du paquet que l'on cherche
D'ailleurs, chaque fois que pkgsrc gèle (4 fois par ans) je récupère le listing du répertoire en local en premier.
[^] # Re: NetBSD Desktop Project
Posté par kowalsky . En réponse à la dépêche Sortie de NetBSD 5.0. Évalué à 3.
Si des bonnes âmes veulent s'investir dans un projet à taille humaine avec plein de gens gentil autour pour rendre tout pkgsrc crosscompilable ( il doit bien y avoir une bonne demi-heure de boulot ! :) ), il n'y a qu'a s'inscrire à la mailling netbsd !
http://www.netbsd.org/cgi-bin/subscribe_list.pl?list=tech-pk(...)
sinon http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/doc/HOWTO-cr(...) est l'exemple pour quelqu'un qui crosscompil du code pkgsrc de sparc vers alpha si je ne me trompe pas.
Je me souviens avoir utilisé des options dans le mk.conf à base de pkg_target je crois. Mais ça remonte à au moins 2 ans...
[^] # 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.
# OldSchool
Posté par kowalsky . En réponse à la dépêche Sortie de NetBSD 5.0. Évalué à 3.
Vive les BSD, vive NetBSD.
ps : et vive Linux quand même ! :)
[^] # Re: Arghhh... Stallman n'a pas toujours raison!
Posté par kowalsky . En réponse au journal Mandriva Linux 2009.1. Évalué à 5.
Si tu ne partage pas le postulat de notre ami barbu, alors effectivement il ne faut pas utiliser le mot privateur.Je suis d'accord, je ne l'utiliserais donc pas, malheureusement, je dois le lire et en apprendre la définition !
Si chacun à sa définition alors on ne s'en sort plus.Et c'est bien la le problème !
La définition de l'Open_Source_Initiative de la notion d'open source est différente de celle de la Free_Software_Foundation.
Et souvent, j'entends (ou lis plutôt) que non, c'est licence n'est pas open source, alors que l'on a accès au source ! Et c'est suivi de débat sur la terminologie ,etc...
La FSF essaye d'imposer et de remplacer des termes dans l'esprit des gens, afin que tout ce qui n'est pas au moins GNU ne soit pas open source. Et les gens plongent en plus !
Et maintenant, la FSF fait un néologisme de plus, essaye de s'approprier un mot, de remplacer le terme propriétaire qui ne marque pas assez les esprits, par un mot à caractère plus restrictif.
Et les gens plongent encore !
Ca décrédibilise n'importe quelle libriste de prononcer le mot privateur en pleine discutions avec des gens qui ne baignent pas dans le milieu, de même que de dire qu'une licence dont le code source est ouvert (open-source) n'est pas un code source ouvert.
[^] # Re: Inter aussi
Posté par kowalsky . En réponse au journal [HADOPI] L'Autre Économie ce matin sur Inter. Évalué à 4.
Dans cette conception, la république est le plus souvent associée à l'affirmation (constitutionnelle ou non) d'un bien commun et d'une chose publique, que son gouvernement tente de préserver.La musique produite par des gens n'est pas un bien publique !
Ce postulat de départ est important. Des gens ont investit temps et argent dans une musique (ou un film, ou ce que tu veux), sous prétexte qu'ils sont un minorité ne signifie pas qu'il est possible de piller leur travaux.
Pour être cohérent dans une démarche anti-HADOPI, je pense qu'il faut aussi être contre les téléchargements illégaux (c'est mon cas) et bien communiquer sur le fait que même si 95% (chiffre mesuré grâce à mon pifomètre qui à toujours tord) des téléchargements P2P, news ou FTP sont illégaux, il ne faut pas balkaniser le web et le monde numérique pour un résultat dont on sait quasi pertinemment qu'il sera nul ou presque tout en créant un précédent juridique incroyablement anti-démocratique.
Je ne suis pas partisans HADOPI (je hais HADOPI et je pense à elle tout les matins dans mes toilettes), je le précise si le doute persistait.
[^] # Re: Arghhh... Stallman n'a pas toujours raison!
Posté par kowalsky . En réponse au journal Mandriva Linux 2009.1. Évalué à 4.
ps : Je connais un licence qui le permet d'ailleurs, mais je ne me souviens plus de son nom... :)
pps : tu ne fais qu'expliquer, mes propos ne te vise pas !