PLuG a écrit 1006 commentaires

Je n'oublie rien du tout.

relis mon post, dire que HURD progresse *enfin* grace à LINUX ne contredit pas le fait que LINUX ne serait pas sans le projet GNU.

c'est seulement mon appel au troll plus bas qui etait violent, j'aurai plutot du proposer de renommer le kernel HURD en kernel LINUX/HURD auquel cas la distribution contenant ce kernel s'appelerait GNU/LINUX/HURD.

C'est marrant parce que l'hypothese inverse est certainement aussi (plus ?) vraie.

Le projet GNU avait prévu un OS depuis bien des années AVANT que Linus ne commence ses experimentations sur 386.
Et pourtant de l'OS HURD il n'existait quasiement *rien* presque pas de developpeurs, tout le monde se marrait en trollant sur la sortie *eventuelle* *un jour* de l'hypothetique HURD.

Puis Linux prend de l'ampleur, des petits jeunes s'y interessent de plus en plus, le monde du libre passe a la TV et dans les canards, les universités et autres ecoles d'ingé intègre Linux dans le cursus ... tout cela fait de la pub pour GNU/bidule et attire des gens motivés pour *construire*, des gens qui trouvent que le kernel linux marche trop bien ou est deja trop gros pour etre étudié (ah le bon temps ou on pouvait comprendre le code de bout en bout ...) ou qui pour des raisons politiques/techniques veulent coder le Hurd.

Si Linus n'avait pas attiré autant de monde autour de son OS, je ne vois pas *pourquoi* le Hurd interesserait plus de monde aujourd'hui qu'il y a 15 ans.

Peut-etre devrait-on appeler le projet "GNU" "Linus/GNU" en hommage a celui qui a su faire bouger les foules ?
---> []

Est-ce que c'est de l'ignorance ?Non,.... il est impossible de tout savoir

ben c'est quoi l'ignorance si ce n'est pas le fait de ne pas savoir ?
tu ne sais pas comment marche un moteur a combustion => c'est de l'ignorance.
t'es un boulet en mécanique.
on est tous ignorant dans plein de domaines, y'a pas de honte ...

Pour continuer dans la meme veine, il y a des annees que les USA se foutent de notre gueule en pratiquant le protectionisme dans chaque domaine ou nous avons un avantage.
exemple: la France a investi beaucoup pour moderniser ses acieries au prix fort, mais le résultat est la et nous produisons moins cher que les USA. bilan: protectionisme, impossible de vendre aux USA.
par contre les USA ont investi beaucoup pour moderniser la culture des cereales (et l'on connait les derives sur le soja ...) et quand la France demande simplement de pouvoir trier le transgenique/normal c'est refusé ...

Le nationalisme n'est pas un danger ni une honte !!
Et le societe mondialiste ne vaut que si tout le monde joue le jeu. Or nous avons un tricheur a notre table, nous devons donc composer avec ce fait.

Il serait bon de creer un "nationalisme européen" si nous voulons que l'Europe ait un quelconque role a jouer dans les decennies à venir...

Et moi je bosse a Corbeilles (91) dans une usine qui fabrique ...
des processeurs, des memoires, ... en technos tout a fait au gout du jour, et dont les clients sont siemens et ibm.
En europe ON SAIT fabriquer des processeurs !!!

Puisque tu as l'air raisonable, voici une solution plus simple que xul:

tu te fais un profil special (tool -> switch profile)
puis tu edites le fichier pref.js de ce profile comme indiqué ici:
http://www.granneman.com/webdev/browsers/mozillan/changemo/index(...)

exemple:
user_pref("general.useragent.override", "Mozilla/4.0 (compatible;MSIE 5.5; Windows 98)");

mais shuuut faut pas s'en servir trop souvent !!

A ce propos la fonction routeur+firewall est completement intégrée au noyau linux et il y avait meme un projet qui faisait faire cette fonction a un noyau bloqué...
On pourrait certainement n'utiliser QUE le kernel sans autres outils pour cela.

Quel est le rapport de compression entre X+ssh compressé et nx ?

je ne connais pas nx, mais ssh compresse des paquets et ne sais pas ce qui est en train de passer dans le tunnel. du coup:
- compression pas optimisé en fonction des datas
- compression sur des blocs (paquets) de taille limité moins efficace que sur le total des datas (plusieurs paquets).

bref X11 c'est bien mais ca date un peu. il faudrait des extensions NORMALISEES au protocole de base pour que tout le monde en profite ...

HS complet mais quand meme:

débrayer c'est justement l'action d'appuyer sur la pédale de gauche.
ce que tu devrais faire un feu rouge, c'est débrayer, passer au point mort et rembrayer car laisser le pied sur l'embrayage use la butée ...

Ensuite je suis surpris par ton commentaire, je ne connais personne de mon entourage qui "appuie comme un gland" sur la pédale d'embrayage au feu rouge.... t'es sur que vous etes si nombreux que ca à niquer les butées d'embrayage par plaisir ???

- parce que le developpeur vient d'apprendre JAVA ?
- parce SUN dit que c'est bien ?
- parce que le vendeur de serveurs s'en frotte les mains ?

ah non, parce que avec JAVA y'a plus du tout de bugs possibles !!

essaie de virer isapnp de ton noyau (plus facile si c'est un module, il suffit de mettre une ligne du genre
alias isapnp off
dans /etc/modules.conf

la detection faite par le driver sb marche mieux :-)
et en plus tu peux preciser l'irq en options pour le driver dans modules.conf toujours :-))

Economiquement justement y a rien de mieux qu'une petite guerre pour se redresser. Suite a la guerre, les USA auront plein de materiel militaire a changer/produire ... Plus un nouvel etat a gérer et reconstruire (irak) et je ne pense pas que le marché soit ouvert aux autres pays, surtout la France :-) Bref economiquement anexer un pays producteur de pétrole et se réserver le marché de reconstruction du dit pays je ne pense pas que ce soit une connerie. Et c'est bien le plus triste, si il n'y avait pas d'interets économiques il n'y aurait pas de guerre ...

Toi t'as rebouté sous un OS stupide qui ne sait pas gérer les décalages horaires intelligement et qui croit necessaire de modifier l'heure matérielle (bios) 2 fois par an. bien fait :-)

C'est un point de vue.
Cependant les brevets ne doivent pas couvrir de fausses inventions sinon plus personne ne pourra aligner 3 lignes de code sans risquer un procès.

J'encourage les entreprises europeennes à déposer des brevets outre atlantique puisque c'est la règle du jeu la bas.

J'encourage également l'europe à ne pas autoriser les brevets sur les solutions logicielles dans l'état actuel.

J'encourage enfin l'office des brevets a nettoyer les 90% de brevets stupides qu'ils ont acceptés si ils veulent (re)-devenir crédibles.

Pourquoi une entreprise de logiciels aurait besoin de proteger ses idées par brevets ? le logiciel est très vite rentable car ses couts de duplication sont proches de zéro (cout de production dans l'industrie).
Si la solution est géniale au point de pouvoir justifier un brevet, le simple fait d'etre le premier sur le marché suffit a obtenir un avantage. Le client continuera a acheter le produit "d'origine" tant qu'il ne se sentira pas abusé, c'est à dire tant que l'entreprise ne vend pas son produit une petite fortune, tant que les concurents n'ont pas sorti un meilleur produit ... bref tant que l'entreprise d'origine écoute ses clients et améliore la solution en conséquence pour répondre à leurs attentes.
amha, le brevet c'est une méthode de facilité pour assoir des revenus a une entreprise qui n'est pas capable de fournir le meilleur produit sur le marché et qui fait prévaloir une antériorité plutot que de la qualité.

<c'etait mon point de vue que je partage également>

<mode tatillon>
tes slides sont très interessants.

A la fin de la version francaise on peut lire "thanks of listening"
ca me choque, pour moi c'est du francais traduit mot a mot, en anglais il me semble que ce serait plutot "thanks for listening.
mais je suis allé voir la version anglaise et y a la meme phrase ...
as-tu fait relire tout ca par des anglophones véritables (ce que je ne suis pas) ??
</mode tatillon>

ou meme un exemple plus recent: quoi 72% des americains se prononcent pour la guerre ? quoi en angleterre aussi le camp "pour" l'emporte maintenant ?? Seulement la question posee n'est pas "etes vous pour la guerre en irak" mais plutot "soutenez vous nos troupes sur le terrain"... evidement que quiconque avec un peu de fierté nationale et un gamin sur le terrain "supporte" les troupes !!!

Bof, dans le texte c'est un futur ("seront disponibles") et dans le mail, ils annoncent les ISO disponibles sur redhat network au 31/03 et une semaine plus tard sur les FTP gratuits ... donc ce n'est pas une "erreur", meme si ton post apporte de la précision.

Est-ce que cisco a trouvé la voie du succès ?? cisco est incontournable dans le domaine reseau. cisco peut acheter cash ses 2 plus gros concurents rien qu'avec ses economies et continuer a investir les memes montants en recherche .... bref le succès de cisco n'est plus a démontrer !! leur equipements et technos sont bonnes, reste le soft ou ils se servent de plus en plus des clients comme beta testeurs (releases frequentes, bugs corrigés un a un, on se croirait en train de tester la branche 2.5 du kernel mais sans trop de communication officielle ...). Mais utiliser les clients pour tester le soft, ca a conduit d'autres boites au succès incontestable, non ?

L'abattement automatique c'est 10%. sinon tu passes aux "frais reels" dans lesquels tu peux compter plein de choses (transport, ...) a condition que tu ais les factures. le materiel informatique est deductible si il te sert pour ton boulot evidement (mais pas exclusivement) et le taux d'amortissement etant sur 3 ans il semblerai que tu soit sencé deduire 33% par an pendant 3 ans. voila, en pratique les frais reels devienne "rentables" surtout si t'as de gros achats liés au boulot ou alors de frequents déplacements (mais attention c'est majoré ...)

Je ne dois pas avoir compris votre discussion alors je m'en mèle :-)

IPSec est utilisé comme TUNNEL evidement. il permet de chiffrer completement les echanges au niveau IP entre deux réseaux, meme privés (c'est a dire utilisant des adresses non routées issues de la RFC 1918). Et pour pouvoir router ces paquets sur internet EVIDEMENT que les passerelles ajoutent des headers (en fait elles emettent des paquets ESP vers l'autre passerelle, qui va les recevoir, les dechiffrer ...). De l'exterieur du tunnel les paquets semblent tous etre issus d'une passerelle IPSEC vers l'autre ...
Maintenant IPSEC est surtout gourmand en CPU, sauf pour les protocoles vehiculant des tout petits paquets (telnet ?) qui payent cher l'overhead, qui plus est les paquets peuvent etre compressés si c'est interessant ... pour encore un peu de CPU en moins :-)

le "while read" est surtout moins source de bugs:

quand on fait `find ...` , le shell va remplacer l'expression `find ...` par son resultat sur la ligne de commande, mais voila la ligne de commande c'est un buffer de taille maxi fixe, et en cas d'overflow le shell va simplement limiter la reponse a la taille de son buffer, silencieusement.
du coup t'es pas sur que les derniers fichiers soient traités !!!

les construction en
for i in ` ......`
voire meme
for i in *.txt
sont a banir des qu'on ne peut pas presumer de la taille de *.txt en caracteres. (si un pignouf a cree des fichier avec des noms de 200 caracteres ca peut aller vite ... si un pignouf a cree 5000 fichiers dans le repertoire, meme probleme.

J'aime bien ta vision des choses:

* les unixiens, qui choisiront plus facilement un *BSD qu'un Linux
* les linuxiens purs et durs, qui n'en auront quand même rien à branloir de leur distro payante et qui resteront sous Slack|Debian|Gentoo
* les néophytes qui démarrent avec Mandrake, Red Hat et Suse, ainsi que ceux qui sont formés en entreprise avec les distributions que je viens de citer


Je suis unixien avant tout, ai utilisé *BSD,SUN OS,SOLARIS,HP UX, COHERENT, SCO UNIX, et LINUX (commencé avec la SLS avant que la slackware n'existe).
Aujourd'hui après 10 années de travail exclusif sous linux (je refuse de toucher un windows et ai donc JAMAIS travaillé sous windows, quand je suis sorti de l'école on en était a OS2/NT), j'utilise quasiement qu'exclusivement des RedHat (meme si je teste les autres) ...

je suis donc un néophyte.

cqfd [ah merde j'ai marché dedans la non ?]

systeme d'exploitation c'est "Operating System" en anglais. on a eu par exemple DOS (qui contient O.S.), quand on parle de DOS, on ne parle pas du shell (command.com) mais bien des fichiers *.SYS qui etaient a la racine. d'ailleur a l'époque on pouvait remplacer command.com par d'autres shell plus sympa (4DOS), sans pour autant dire qu'on ne tournait plus sous DOS. autre exemple, quand tu achetes le fameu bouquin de A.Tanenbaum sur les OS, ne t'attends pas trop a trouver de la doc sur le shell ... mais plutot des algorythmes de gestion mémoire et de scheduling. bref l'OS c'est le kernel. reste a savoir comment tu veux appeler les outils GNU qui sont autour. GNU/tools ?

a noter que HURD est au meme niveau que les architectures materielles linux dans la nomenclature debian: 3d-chess_alpha.deb 3d-chess_arm.deb 3d-chess_i386.deb (sous entendu linux hein) et 3d-chess_hurd-i386.deb il faudra donc tout renommer en 3d-chess_linux-alpha.deb 3d-chess_linux-arm.deb 3d-chess_linux-i386.deb avant que GNU/RMS ne pete un cable !!!!

Moi c'est ce genre de comportement qui m'affole.

le système d'exploitation s'appelle linux aujourd'hui et IL EST TROP TARD pour essayer d'imposer un GNU/Linux a la place. Fallait se reveiller lors de la première distribution en 1992. Ca fait plus de 10 ans qu'on l'appelle "linux" tout les jours sur la planette entière, faire cette distinction aujourd'hui est RIDICULE.

Que l'on me comprenne bien, je ne dénigne pas du tout GNU, et il est surement domage que le mouvement soit moins connu. D'ailleur cela n'empeche pas de parler du mouvement GNU dans les articles sur linux, [genre "linux , le noyau unix qui manquait tant au projet GNU ...." dans l'introduction/historique ] mais si tu ne veux pas perdre le grand public, il faut laisser ce genre de remarques a 2 balles pour les réunion intra-communeauté, et donc en dehors d'articles grand public.

Dans le meilleur des cas, le grand public voudra tester linux parce qu'il en a entendu parler (pub IBM, cousin du facteur ...) et il essaiera certainement une distribution "facile" parce que l'on lui aura conseillé (redhat/mandrake en tete).
si tu lui cause GNU/Linux dès le départ, tu l'embrouille.
il faut déjà qu'il apprenne le terme "distribution" (il n'y a qu'une distrib windows le terme n'est donc pas familier), "packages", ...