permet moi de ne pas etre d'accord (pas entièrement en tout cas).
l'argument qu'il faut avant tout mettre en avant, c'est que GNU/Linux est libre
Pour faire plaisir a qui ? En vertue de quoi ? laisse aux autres la liberté de penser ce qu'ils veulent ... (je trouve le "il faut" abusif) et laisse moi te rappeler que linux existe juste parce que TECHNIQUEMENT c'etait fun de developper un os. C'est l'aspect technique qui a fédéré les développeurs du noyau et pas une idéologie. J'ai toujours autant de plaisir avec linux qu'au temps de la SLS et de son noyau 0.99 (a mon tour de radoter).
Les entreprises se foutent pas mal de l'idéologie du libre. Ce qui les interesse c'est la stabilité, la puissance, les possibilitées techniques ... et le prix.
Même si une solution libre est un peu moins performante qu'une solution propriétaire, je préfère l'utiliser
je lui dis ? allez: tant mieux pour toi !
PS:j'utilise quasiement exclusivement linux depuis la SLS et ses 50 disquettes ... l'idéologie opensource n'était pas un cheval de bataille aussi reconnu que maintenant. Meme si j'adhère a fond a la cause du libre, il faut bien se rendre compte qu'il n'y a pas UNE communeauté mais plusieurs: les techniciens (dev, admins ...), les utilisateurs, les apotres du libre ... linux apporte a chacun selon sa priorité.
c'est le passage que je retiendrai de ce FUD grossier. Je crois qu'en effet aujourd'hui la license GPL (diabolisée depuis un moment par microsoft) peu faire peur aux décideurs des entreprises.
Leur exemple Nvidia est grotesque puisque si le driver GPL n'avait pas existé, ils auraient de toutes facons du partir de zero.
Mais une boite souhaitant faire du soft commercial mixé/intégré avec des parties de code GPL/LGPL doit se mefier et embaucher des hommes de loi pour surveiller les eventuelles transgressions de license.
malgré tout cet inconvenient me semble largement conpensé par ailleurs ... et il ne peut pas y avoir QUE des avantages :-)
Tout a fait, j'en rajoute une couche pour notre ami baramin.
La "sécurité par l'obscurité" a déjà été discutée de fond en comble. D'ailleur baramin démonte lui même ses arguments en avouant que les jeux proprio (comprendre non open source par la meme occasion) souffrent du meme mal.
Toute la sécurité des systèmes (soient ils des jeux, des os ou des applications) doit dépendre d'un algorithme dit sur et non pas d'un éventuel secret de fabrication a 2 balles (euro ?). Et pour éprouver la fiabilité d'un tel algo, rien de mieux que de l'exposer à la vue de tous ...
finalement baramin a presque raison: avec ce soft en GPL si il y a un moyen de tricher se sera fait de suite ... et donc corrigé en peu de temps.
maintenant, il sera toujours possible de modifier le comportement de la souris/joystick, de rajouter des auto-fire ou auto-aim ... mais tout le monde en profitera assez vite.
Ton téléphone portable, y a un type qui s'est emmerdé a configurer la carte sim que tu as placé dedans pour qu'il marche. Il a donc fait la config pour toi (moyennant finances).
Le courier papier, c'est encore pire: il faut enseigner a chaque utilisateur comment acheter un timbre, le coller, trouver l'adresse et l'ecrire en pensant a ce qu'elle soit lisible dans le pays de destination (attention aux 1 vers les states par exemple, qui sont pris pour des 7 si pas écris juste avec un trait vertical).
Quand a la voiture, c'est comme ton téléphone, tu ne regle pas le carbu parceque quelqu'un d'autre l'a fait.
Je te propose donc une solution a TON probleme: pour ne pas t'embeter avec la config de ta machine, fait comme avec ta bagnole: prend un contrat de maintenance chez un spécialiste.
bof, au temps de la SLS (distribution linux), on pouvait installer X11 sur des machines 4Mo sans probleme... si on arrivait a configurer les timings pour son ecran :-)
c'est l'époque des 486DX33/4mo je m'en souviens bien ... on compilait le noyau en quasiement autant de temps que aujourd'hui sur un PIII, tout a augmenté dans les meme proportions (taille des sources / puissance des machines)
Ton raisonement est pas mal mais un peu a l'emporte piece quand meme...
un programme en 64 bits est plus lent
ben ca depend du programme hein. pour notepad c'est possible mais pas sur (meme si microsoft est capable d'inventer les polices de caractere codées sur 64 bits :-)). Pourquoi le proc 64 bits ne serait pas aussi rapide que le proc 32 bits ??
a priori il doit etre aussi rapide pour les memes operations et plus rapide pour les operations traitant des données plus larges (en bits).
pour un soft qui doit de toutes facons gerer des entités occupant beaucoup de bits, genre entiers sur 128 bits, un proc 64bits devrait etre capable d'etre environ 2 fois plus rapide qu'un proc 32bits.
Avec ton raisonnement, je suis sur que tu utilises toujours un z80 8bits pour aller plus vite ?
De meme, suite a ton raisonnement, tout le monde est d'accord pour dire que les machines a base de proc alpha (64bits) sont hyper lentes ...
meme sur la conso memoire je ne suis pas entierement d'accord. les proc merdiques d'intel supportent les registres sur 8 (ah,al),16 (ax) et 32 (eax) bits aujourd'hui, ce qui te permet d'utiliser celui dont tu as besoin et de ne pas gaspiller (meme si c'est plutot fait pour etre compatible avec les anciens softs). Je ne connais pas l'assembleur ia64, mais si on peut acceder aux registres en 64,32,16 et 8 bits, on aura pas de surconsommation mémoire (sauf les pointeurs mais ca represente pas un doublement loin de la).
Bref je suis d'accord - en partie - avec ta remarque. 64 bits pourquoi faire ? pour word et excel ca apporte peu. Pour un serveur web non plus. pour mathematica peut etre ...
Quand aux besoins d'adressage memoire, il n'est pas besoin d'u proc 64bits mais d'un proc avec un bus d'adresse 64 bits... reste a définir ou on mesure la largeur du proc (bus de données, bus d'adresse, registres ?)
on peut peut-etre faire la meme chose avec certains patchs pour linux qui permettent de poser des limites/droits par rapport aux appels systemes / fichiers ...
NB: je me suis bien gardé de parler de "jail" avec linux, mais bien de "chroot jail" terme employé sur tous les unix AVANT que freebsd n'inclu l'appel système jail() pour la première fois dans sa release 4.0 (mars 2000).
Pour le coup, peux tu m'expliquer les differences ?
la plupart des docs parlent de "chroot jail" des que chroot est utilisé pour reconstruire un environnement séparé (avec un /etc/passwd quasi vide, juste les libs qu'il faut ...). Comme je lis les docs, je suis sujet au même travers que mes lectures.
il suffit de chercher "linux chroot jail" pour voir un nombre effarent de réponses dans google, par exemple la: http://www.linuxdoc.org/LDP/solrhe/Securing-Optimizing-Linux-RH-Edi(...)
chroot => change root permet de définir un nouveau repertoire racine pour un process (et ses fils).
ces process ne verront que les fichiers qui sont dans ce nouveau /, il ne pourront (en principe - il y a eu des failles) pas s'echapper de la prison (on parle de chroot jail).
pour anonymous c'est un gain en sécurité indéniable, que l'on se doit de mettre en place, après tout on ne le connais pas cet anonymous !
pour les autres users, je dirai que cela depend. si c'est une machine ou les users on un accès shell, ils feront ce qu'ils veulent de toute facon donc pas besoin de les brimer avec un "chroot jail". Si c'est une machine de ftp pour des abonnés (comme chez les FAI) ou les users ont un mot de passe mais pas de compte shell, le gain du chroot est interessant aussi ...
Effectivement, mais si la rumeur "n'utilisez pas de noyau avant le x.y.10" se répands, Linus sera obligé de sortir le 2.6.10 directement pour que les gens testent le noyau...
La bonne démarche, de notre part (les adeptes de linux qui savent compiler et patcher) serait d'utiliser les noyaux "dits stables" dès qu'ils sortent sur toutes les machines pas critiques.
Voir de tester les noyaux un minimum sur les hardware de prod (sur le spare par exemple).
par exemple, si j'ai un serveur web en 2.2.19, il faut tester le 2.4.0 des qu'il sort sur le meme hardware pour signaler les problèmes de drivers et autres complications. Sinon quand le 2.4.16 devient interessant, je ne pourrai pas changer de noyau si personne n'utilise la meme config bizarre.Le serveur Web n'est pas forcement un bon exemple non plus, testez systématiquement sur les portables, y a encore pas mal de surprises, notement avec le suspend/resume ...
les problemes de scheduleur/vm/inodes, tout le monde y est confronté quel que soit sa configuration, il y a donc un maximum de chances que cela soit détecté. Par contre les configurations exotiques (3 cartes son, 4 controleurs ieee1394, 6 controleurs ide ... le tout en eisa et token ring) on peut etre sur qu'il y a des problemes de driver/detection
Cependant ils pourraient ne pas ouvrir une partie de leur code, pour eviter que des petits malins s'ammusent a changer le client pour valider des reponses erronees.
Tu n'es pas sans savoir que la sécurité par l'obscurité est discutable ?
Tu fais pourtant allusion a ce genre de sécurité.
La seule vraie méthode serait plutot du genre:
1/ une partie de la réponse est connue et valide que le reste est bien le résultat du calcul demandé
2/ la meme question est posée à au moins 3 machines différentes pour débusquer immédiatement un tricheur (et le blacklister).
planquer le code, c'est juste forcer les gens motivés à le désassembler, et les bons désassembleurs existent ...
effectivement, le seul truc qu'il a fait c'est abaisser la memoire disponible pour etre sur de stresser la VM. il ne donne pas suffisement de
mesures pour que l'on voit si d'autres parametres sont venus limiter les perfs.
il aurait fallu donner les courbes cpu/network/io/... sur les serveurs et sur les injecteurs pour en savoir plus.
Je note quand meme autre chose de ce bench: le scheduleur de BSD m'est toujours apparu comme plus rapide que celui de linux. Dans ce test, on voit de nouveau que linux est plus lent pour creer et detruire des process... si je me souviens bien la tendance est inversée pour les threads (plus rapide sous linux). Peut etre le prochain bouleversement du kernel sera de travailler sur le scheduleur ?
avant d'utiliser ces outils (parted, ...) tu prendra soin de demonter (umount) tes filesystemes correctement. du coup le journal tu t'en passe puisque le filesysteme est propre. parted traite ce filesysteme comme de l'ext2 et cela marche tres bien.
conclusion: ca marche bien si tu ne profites pas d'un crash pour repartitionner ton disque ...
faut pas (trop) pousser non plus :-)
la journalisation a un cout, comme l'ont dit certains en dessous. Du coup je vous conseille la lecture de ce papier ultra court de redhat sur le tuning de ext3. Ils indiquent les parametres qui ont une influence sur les perfs et donnent des exemples (tout en precisant bien qu'il n'y a pas de tuning applicable partout, faut le faire au cas par cas évidement).
url: http://www.redhat.com/support/wpapers/redhat/ext3/index.html(...)
deja pour le log, tu peux logguer a travers le reseau vers une autre machine, ou logguer sur une console serie (un cable nul-modem et un autre pc), ou logguer sur un vieux disque ide qui passe par la :-)
sinon, le freeze du bus scsi c'est courant quand un peripherique ne veut plus rendre le bus (chaque periph a un lock dessus quand il s'en sert). normalement l'os devrait faire un reset du bus au bout d'un certain temps.
les cartes tekram sont super bien supportées par linux (drivers GPL dispo sur le site de tekram et inclus dans le kernel), d'ailleur il y en as une nouvelle version (une re-ecriture complete en fait) pour supporter plus de chipsets differents (dispo dans linux-2.4.13-ac8).
verifie ton cablage, et tes terminaisons, ca a l'air con mais ca peut le faire. verifie aussi le mode d'acces (wide/narrow, synchrone/asynchrone).
je ne crois pas au probleme de driver. donc plus basique, dans l'ordre: cable / peripheriques / controleur.
Ben voila, on preche a longueur de commentaires sur DLFP pour l'armonisation des protocoles afin que toutes les machines puissent communiquer entre elles, et quand ils s'agit de faire communiquer des humains on est contre les solutions simples qui s'imposent :-)
</provoc>
honnetement, Internet peut tres bien véhiculer toutes les langues qui existent. mais il faut bien reconnaitre que nous avons besoin d'un protocole "universel" pour causer à tous les terriens maintenant que le réseau des réseaux propage la bonne nouvelle instantanément sur la planette. Cela me désole, mais ce n'est pas le francais qui va s'imposer dans ce role, ni l'espéranto pourtant fait pour ca.
Mais de la à dire que notre langue va disparaitre. quoi que après l'unification des monaies en europe, faudra bien choisir une langue "européenne"... dans quelques années hein, pour le moment les européens ne sont pas prets pour ca!
disclaimer: je ne suis pas l'annonyme qui a lancé ce thread.
Pour moi ? non c'est pas très important vu que j'ai la chance de lire l'anglais assez bien, surtout l'anglais technique. Comme tout passionné d'informatique 80% de mes lectures sont en anglais.
Par contre je comprends très bien ta remarque, puisque la langue peut etre un probleme pour certains et que linuxfr est ... francais.
Je comprends aussi l'annonyme "premier du nom", puisque cette nouvelle est déjà parue, un titre du genre "version frenchie de la news du 04/11" avec le lien sur l'ancienne news aurait été pas mal (normalement les commentaires devraient etre applicables aux 2 et eux sont en francais !!).
Bon je veux pas etre mechant, mais si tu ne compiles pas le driver ELF dans le noyau, c'est sur que tu ne va pas aller loin ... vu que /bin/init est deja un executable ELF.
Donc tu revois la config de tes noyaux et tu inclus le support ELF (pas en module hein, inclus DANS le noyau il en as besoin tout le temps de toutes facons).
humm, cela fait 2 fois que tu postes au sujet de la numérotation des kernels, et bien que je ne releve pas de sotise dans tes posts, je ne suis pas sur que tu ai bien capté l'histoire de pair/impair. plates excuses en cas contraire...
la branche du noyau c'est le second chiffre.
2.4 ==> branche stable car 4 est un nombre pair.
2.5 ==> branche instable (dev) car 5 est impair.
2.4.13 etait déjà un noyau "stable" comme tous les noyaux 1.0, 1.2, 2.0,2.2 et 2.4
2.5 n'existe pas encore, c'est bien/mal c'est un autre débat.
maintenant c'est sur que un kernel qui ne compile pas ca fait pas tres pro --meme en version instable--. c'est d'ailleur pas la premiere fois, il fallait deja modifier le 2.4.6 pour compiler les modules ntfs ...
oui mais en bénéficiant en plus du wireless ...
les voisins peuvent sniffer ton réseau sans violation de propriété privée, à distance et au chaud. vraiment le wireless c'est une avancée technique interessante !!
[entre (), vous conseillez quoi comme équipement pour un réseau wireless pas cher sous linux ?,
parce que la je suis un peu intéressé...]
de voisins en voisins
le probleme avec les transmissions lazer etant l'alignement des emetteur et recepteur (en plus de choisir un emplacement dénué d'obstacles pour le faisceau), si le signal passe de voisins en voisin, un coup de vent un peu fort et hop plus personne n'est connecté parce que l'un des voisins avait mal fixé son équipement ...
pas très valable à mon avis, d'ailleurs c'est assez peu utilisé comme liaison.
j'ai pas eu le temps de rajouter que les packages squid et ssh sont aussi à réinstaller.
ca nous fait donc comme upgrade sécurité:
kernel, ssh, squid et util-linux
c'est quand meme la première fois que la distrib est à patcher AVANT qu'elle ne soit downloadée. faites votre propre iso 7.2+ avec la doc qui va bien ( http://cambuca.ldhs.cetuc.puc-rio.br/RedHat7-CDs-HowTo.html(...) ) si vous devez installer plusieurs machines ... ou pour la frime (de toutes facons dans 1 mois il y aura plein de patchs à passer).
effectivement, ils ont également prévenu la liste bugtrack que le package util-linux qui avait été relivré en 7.1 doit aussi etre réinstallé car celui de la 7.2 possède le trou de sécurité :
New util-linux packages are available that fix a problem with /bin/login's
PAM implementation. This could, in some non-default setups, cause users to
receive credentials of other users. It is recommended that all users
update to the fixed packages.
2001-10-22: Packages are now available for Red Hat Linux 7.2. Notably,
these packages also fix the problem noted in RHSA-2001:095-04 (vipw
incorrectly setting permissions on some files) - this bug was accidentally
reintroduced in Red Hat Linux 7.2.
non, le 2.4.9 fourni par redhat n'est pas vulnérable. RedHat (Alan Cox), ne veut pas encore de la nouvelle VM et donc ils ont préféré patcher un 2.4.9 plutot que de livrer un 2.4.12.
D'ailleurs les noyaux redhat sont des -ac aménagés, quand on défait un rpm source du noyau pour voir, il y a une multitude de patchs qui sont appliqués avant la compilation ...
[^] # Re: pitoyable
Posté par PLuG . En réponse à la dépêche Pourquoi Microsoft Windows XP Embedded et pas Linux embedded ?. Évalué à 7.
l'argument qu'il faut avant tout mettre en avant, c'est que GNU/Linux est libre
Pour faire plaisir a qui ? En vertue de quoi ? laisse aux autres la liberté de penser ce qu'ils veulent ... (je trouve le "il faut" abusif) et laisse moi te rappeler que linux existe juste parce que TECHNIQUEMENT c'etait fun de developper un os. C'est l'aspect technique qui a fédéré les développeurs du noyau et pas une idéologie. J'ai toujours autant de plaisir avec linux qu'au temps de la SLS et de son noyau 0.99 (a mon tour de radoter).
Les entreprises se foutent pas mal de l'idéologie du libre. Ce qui les interesse c'est la stabilité, la puissance, les possibilitées techniques ... et le prix.
Même si une solution libre est un peu moins performante qu'une solution propriétaire, je préfère l'utiliser
je lui dis ? allez: tant mieux pour toi !
PS:j'utilise quasiement exclusivement linux depuis la SLS et ses 50 disquettes ... l'idéologie opensource n'était pas un cheval de bataille aussi reconnu que maintenant. Meme si j'adhère a fond a la cause du libre, il faut bien se rendre compte qu'il n'y a pas UNE communeauté mais plusieurs: les techniciens (dev, admins ...), les utilisateurs, les apotres du libre ... linux apporte a chacun selon sa priorité.
# IP
Posté par PLuG . En réponse à la dépêche Pourquoi Microsoft Windows XP Embedded et pas Linux embedded ?. Évalué à 4.
c'est le passage que je retiendrai de ce FUD grossier. Je crois qu'en effet aujourd'hui la license GPL (diabolisée depuis un moment par microsoft) peu faire peur aux décideurs des entreprises.
Leur exemple Nvidia est grotesque puisque si le driver GPL n'avait pas existé, ils auraient de toutes facons du partir de zero.
Mais une boite souhaitant faire du soft commercial mixé/intégré avec des parties de code GPL/LGPL doit se mefier et embaucher des hommes de loi pour surveiller les eventuelles transgressions de license.
malgré tout cet inconvenient me semble largement conpensé par ailleurs ... et il ne peut pas y avoir QUE des avantages :-)
[et pis il ont qu'a produire du GPL aussi :-)]
[^] # Re: MMORPG et logiciel libre...
Posté par PLuG . En réponse à la dépêche Ryzom un jeu GPL. Évalué à 6.
La "sécurité par l'obscurité" a déjà été discutée de fond en comble. D'ailleur baramin démonte lui même ses arguments en avouant que les jeux proprio (comprendre non open source par la meme occasion) souffrent du meme mal.
Toute la sécurité des systèmes (soient ils des jeux, des os ou des applications) doit dépendre d'un algorithme dit sur et non pas d'un éventuel secret de fabrication a 2 balles (euro ?). Et pour éprouver la fiabilité d'un tel algo, rien de mieux que de l'exposer à la vue de tous ...
finalement baramin a presque raison: avec ce soft en GPL si il y a un moyen de tricher se sera fait de suite ... et donc corrigé en peu de temps.
maintenant, il sera toujours possible de modifier le comportement de la souris/joystick, de rajouter des auto-fire ou auto-aim ... mais tout le monde en profitera assez vite.
[^] # Re: Plus de simplicité !
Posté par PLuG . En réponse à la dépêche Clickodrome vs. ligne de commande. Évalué à 5.
Ton téléphone portable, y a un type qui s'est emmerdé a configurer la carte sim que tu as placé dedans pour qu'il marche. Il a donc fait la config pour toi (moyennant finances).
Le courier papier, c'est encore pire: il faut enseigner a chaque utilisateur comment acheter un timbre, le coller, trouver l'adresse et l'ecrire en pensant a ce qu'elle soit lisible dans le pays de destination (attention aux 1 vers les states par exemple, qui sont pris pour des 7 si pas écris juste avec un trait vertical).
Quand a la voiture, c'est comme ton téléphone, tu ne regle pas le carbu parceque quelqu'un d'autre l'a fait.
Je te propose donc une solution a TON probleme: pour ne pas t'embeter avec la config de ta machine, fait comme avec ta bagnole: prend un contrat de maintenance chez un spécialiste.
[^] # Re: Petite Précision
Posté par PLuG . En réponse à la dépêche Le LDP pourrait se voir exclu de Debian !. Évalué à 1.
c'est l'époque des 486DX33/4mo je m'en souviens bien ... on compilait le noyau en quasiement autant de temps que aujourd'hui sur un PIII, tout a augmenté dans les meme proportions (taille des sources / puissance des machines)
[^] # Re: A quoi ca sert un Itanium ?
Posté par PLuG . En réponse à la dépêche Mandrake 8.1 sur IA64. Évalué à 1.
un programme en 64 bits est plus lent
ben ca depend du programme hein. pour notepad c'est possible mais pas sur (meme si microsoft est capable d'inventer les polices de caractere codées sur 64 bits :-)). Pourquoi le proc 64 bits ne serait pas aussi rapide que le proc 32 bits ??
a priori il doit etre aussi rapide pour les memes operations et plus rapide pour les operations traitant des données plus larges (en bits).
pour un soft qui doit de toutes facons gerer des entités occupant beaucoup de bits, genre entiers sur 128 bits, un proc 64bits devrait etre capable d'etre environ 2 fois plus rapide qu'un proc 32bits.
Avec ton raisonnement, je suis sur que tu utilises toujours un z80 8bits pour aller plus vite ?
De meme, suite a ton raisonnement, tout le monde est d'accord pour dire que les machines a base de proc alpha (64bits) sont hyper lentes ...
meme sur la conso memoire je ne suis pas entierement d'accord. les proc merdiques d'intel supportent les registres sur 8 (ah,al),16 (ax) et 32 (eax) bits aujourd'hui, ce qui te permet d'utiliser celui dont tu as besoin et de ne pas gaspiller (meme si c'est plutot fait pour etre compatible avec les anciens softs). Je ne connais pas l'assembleur ia64, mais si on peut acceder aux registres en 64,32,16 et 8 bits, on aura pas de surconsommation mémoire (sauf les pointeurs mais ca represente pas un doublement loin de la).
Bref je suis d'accord - en partie - avec ta remarque. 64 bits pourquoi faire ? pour word et excel ca apporte peu. Pour un serveur web non plus. pour mathematica peut etre ...
Quand aux besoins d'adressage memoire, il n'est pas besoin d'u proc 64bits mais d'un proc avec un bus d'adresse 64 bits... reste a définir ou on mesure la largeur du proc (bus de données, bus d'adresse, registres ?)
[^] # Re: chroot != jail
Posté par PLuG . En réponse à la dépêche Vulnerabilité dans wu-ftpd et problème de communication entre Redhat et ses concurrents. Évalué à 1.
http://www.daemonnews.org/200109/jailint.html(...)
on peut peut-etre faire la meme chose avec certains patchs pour linux qui permettent de poser des limites/droits par rapport aux appels systemes / fichiers ...
NB: je me suis bien gardé de parler de "jail" avec linux, mais bien de "chroot jail" terme employé sur tous les unix AVANT que freebsd n'inclu l'appel système jail() pour la première fois dans sa release 4.0 (mars 2000).
[^] # Re: chroot != jail
Posté par PLuG . En réponse à la dépêche Vulnerabilité dans wu-ftpd et problème de communication entre Redhat et ses concurrents. Évalué à 1.
la plupart des docs parlent de "chroot jail" des que chroot est utilisé pour reconstruire un environnement séparé (avec un /etc/passwd quasi vide, juste les libs qu'il faut ...). Comme je lis les docs, je suis sujet au même travers que mes lectures.
il suffit de chercher "linux chroot jail" pour voir un nombre effarent de réponses dans google, par exemple la: http://www.linuxdoc.org/LDP/solrhe/Securing-Optimizing-Linux-RH-Edi(...)
chroot + ? = jail ??
[^] # Re: HS quid du chrootage
Posté par PLuG . En réponse à la dépêche Vulnerabilité dans wu-ftpd et problème de communication entre Redhat et ses concurrents. Évalué à 1.
chroot => change root permet de définir un nouveau repertoire racine pour un process (et ses fils).
ces process ne verront que les fichiers qui sont dans ce nouveau /, il ne pourront (en principe - il y a eu des failles) pas s'echapper de la prison (on parle de chroot jail).
pour anonymous c'est un gain en sécurité indéniable, que l'on se doit de mettre en place, après tout on ne le connais pas cet anonymous !
pour les autres users, je dirai que cela depend. si c'est une machine ou les users on un accès shell, ils feront ce qu'ils veulent de toute facon donc pas besoin de les brimer avec un "chroot jail". Si c'est une machine de ftp pour des abonnés (comme chez les FAI) ou les users ont un mot de passe mais pas de compte shell, le gain du chroot est interessant aussi ...
[^] # Re: A propos de noyaux qui sortent trop vite
Posté par PLuG . En réponse à la dépêche Le noyau nouveau est arrivé. Évalué à 1.
La bonne démarche, de notre part (les adeptes de linux qui savent compiler et patcher) serait d'utiliser les noyaux "dits stables" dès qu'ils sortent sur toutes les machines pas critiques.
Voir de tester les noyaux un minimum sur les hardware de prod (sur le spare par exemple).
par exemple, si j'ai un serveur web en 2.2.19, il faut tester le 2.4.0 des qu'il sort sur le meme hardware pour signaler les problèmes de drivers et autres complications. Sinon quand le 2.4.16 devient interessant, je ne pourrai pas changer de noyau si personne n'utilise la meme config bizarre.Le serveur Web n'est pas forcement un bon exemple non plus, testez systématiquement sur les portables, y a encore pas mal de surprises, notement avec le suspend/resume ...
les problemes de scheduleur/vm/inodes, tout le monde y est confronté quel que soit sa configuration, il y a donc un maximum de chances que cela soit détecté. Par contre les configurations exotiques (3 cartes son, 4 controleurs ieee1394, 6 controleurs ide ... le tout en eisa et token ring) on peut etre sur qu'il y a des problemes de driver/detection
[^] # Re: Dommage...
Posté par PLuG . En réponse à la dépêche Décrypthon: la puissance inutilisée de votre PC au service des maladies génétiques.. Évalué à 9.
Tu n'es pas sans savoir que la sécurité par l'obscurité est discutable ?
Tu fais pourtant allusion a ce genre de sécurité.
La seule vraie méthode serait plutot du genre:
1/ une partie de la réponse est connue et valide que le reste est bien le résultat du calcul demandé
2/ la meme question est posée à au moins 3 machines différentes pour débusquer immédiatement un tricheur (et le blacklister).
planquer le code, c'est juste forcer les gens motivés à le désassembler, et les bons désassembleurs existent ...
[^] # Re: Euh...
Posté par PLuG . En réponse à la dépêche Comparatif des VM de Linux et FreeBSD. Évalué à 5.
mesures pour que l'on voit si d'autres parametres sont venus limiter les perfs.
il aurait fallu donner les courbes cpu/network/io/... sur les serveurs et sur les injecteurs pour en savoir plus.
Je note quand meme autre chose de ce bench: le scheduleur de BSD m'est toujours apparu comme plus rapide que celui de linux. Dans ce test, on voit de nouveau que linux est plus lent pour creer et detruire des process... si je me souviens bien la tendance est inversée pour les threads (plus rapide sous linux). Peut etre le prochain bouleversement du kernel sera de travailler sur le scheduleur ?
# conseil aupres de linus
Posté par PLuG . En réponse à la dépêche Linus dans le top25 des chefs d'entreprises. Évalué à 10.
voici ce que j'obtiens en cliquant sur le lien:
Microsoft OLE DB Provider for ODBC Drivers error '80040e14'
[Microsoft][ODBC SQL Server Driver][SQL Server]Line 1: Incorrect syntax near '='.
/templates/GlobalItems/sql_createarticle.asp, line 55
[^] # Re: Redimensionnement?
Posté par PLuG . En réponse à la dépêche EXT3 : intégration dans l'arbre de source du noyau de Linus.. Évalué à 7.
conclusion: ca marche bien si tu ne profites pas d'un crash pour repartitionner ton disque ...
faut pas (trop) pousser non plus :-)
[^] # Re: Nouveau système de fichier
Posté par PLuG . En réponse à la dépêche EXT3 : intégration dans l'arbre de source du noyau de Linus.. Évalué à 10.
je rajoute quand meme mes 2 eurocents:
la journalisation a un cout, comme l'ont dit certains en dessous. Du coup je vous conseille la lecture de ce papier ultra court de redhat sur le tuning de ext3. Ils indiquent les parametres qui ont une influence sur les perfs et donnent des exemples (tout en precisant bien qu'il n'y a pas de tuning applicable partout, faut le faire au cas par cas évidement).
url: http://www.redhat.com/support/wpapers/redhat/ext3/index.html(...)
[^] # Re: Comment on fait quand c'est des problemes de disques?
Posté par PLuG . En réponse à la dépêche Comment rédiger le certificat de décés de sa boiboite Linux. Évalué à 5.
sinon, le freeze du bus scsi c'est courant quand un peripherique ne veut plus rendre le bus (chaque periph a un lock dessus quand il s'en sert). normalement l'os devrait faire un reset du bus au bout d'un certain temps.
les cartes tekram sont super bien supportées par linux (drivers GPL dispo sur le site de tekram et inclus dans le kernel), d'ailleur il y en as une nouvelle version (une re-ecriture complete en fait) pour supporter plus de chipsets differents (dispo dans linux-2.4.13-ac8).
verifie ton cablage, et tes terminaisons, ca a l'air con mais ca peut le faire. verifie aussi le mode d'acces (wide/narrow, synchrone/asynchrone).
je ne crois pas au probleme de driver. donc plus basique, dans l'ordre: cable / peripheriques / controleur.
[^] # Re: La news est déjà passée le 04/11
Posté par PLuG . En réponse à la dépêche Linus Torvalds : 'Tout le monde se plaint de Windows'. Évalué à 8.
Ben voila, on preche a longueur de commentaires sur DLFP pour l'armonisation des protocoles afin que toutes les machines puissent communiquer entre elles, et quand ils s'agit de faire communiquer des humains on est contre les solutions simples qui s'imposent :-)
</provoc>
honnetement, Internet peut tres bien véhiculer toutes les langues qui existent. mais il faut bien reconnaitre que nous avons besoin d'un protocole "universel" pour causer à tous les terriens maintenant que le réseau des réseaux propage la bonne nouvelle instantanément sur la planette. Cela me désole, mais ce n'est pas le francais qui va s'imposer dans ce role, ni l'espéranto pourtant fait pour ca.
Mais de la à dire que notre langue va disparaitre. quoi que après l'unification des monaies en europe, faudra bien choisir une langue "européenne"... dans quelques années hein, pour le moment les européens ne sont pas prets pour ca!
[^] # Re: La news est déjà passée le 04/11
Posté par PLuG . En réponse à la dépêche Linus Torvalds : 'Tout le monde se plaint de Windows'. Évalué à 10.
Pour moi ? non c'est pas très important vu que j'ai la chance de lire l'anglais assez bien, surtout l'anglais technique. Comme tout passionné d'informatique 80% de mes lectures sont en anglais.
Par contre je comprends très bien ta remarque, puisque la langue peut etre un probleme pour certains et que linuxfr est ... francais.
Je comprends aussi l'annonyme "premier du nom", puisque cette nouvelle est déjà parue, un titre du genre "version frenchie de la news du 04/11" avec le lien sur l'ancienne news aurait été pas mal (normalement les commentaires devraient etre applicables aux 2 et eux sont en francais !!).
ok ca chipotte pas mal la :-)
[^] # Re: problème...
Posté par PLuG . En réponse à la dépêche Noyau 2.4.14 out. Évalué à 3.
Donc tu revois la config de tes noyaux et tu inclus le support ELF (pas en module hein, inclus DANS le noyau il en as besoin tout le temps de toutes facons).
Autre chose, il parait qu'il vaut mieux enseigner la peche que refiler du poisson, je vais donc te refiler LE TRUC de hacker qui permet de se sortir de presque tous les problemes sous linux: ... http://www.google.fr,(...(...))">http://www.google.fr,(...(...(...)))">http://www.google.fr,(...(...)">http://www.google.fr,(...(...(...))">http://www.google.fr,(...(...(...(...))))">http://www.google.fr,(...(...(...))">http://www.google.fr,(...(...(...(...)))">http://www.google.fr,(...(...(...)">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))))">http://www.google.fr,(...(...)">http://www.google.fr,(...(...(...))">http://www.google.fr,(...(...(...(...)))">http://www.google.fr,(...(...(...)">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...))))))">http://www.google.fr,(...(...(...))">http://www.google.fr,(...(...(...(...)))">http://www.google.fr,(...(...(...)">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...)">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))))))">http://www.google.fr,(...(...)">http://www.google.fr,(...(...(...))">http://www.google.fr,(...(...(...(...)))">http://www.google.fr,(...(...(...)">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...)">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...))))))">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...))))))))">http://www.google.fr,(...(...(...))">http://www.google.fr,(...(...(...(...)))">http://www.google.fr,(...(...(...)">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...)">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...))))))">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...)))))))">http://www.google.fr,(...(...(...)">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...))))))">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...(...)))))))))">http://www.google.fr,(...(...)">http://www.google.fr,(...(...(...))">http://www.google.fr,(...(...(...(...)))">http://www.google.fr,(...(...(...)">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...)">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...))))))">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...)))))))">http://www.google.fr,(...(...(...)">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...))))))">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...(...))))))))">http://www.google.fr,(...(...(...(...))">http://www.google.fr,(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...))))))">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...(...)))))))">http://www.google.fr,(...(...(...(...)">http://www.google.fr,(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...(...))))))">http://www.google.fr,(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...(...)))))">http://www.google.fr,(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...(...))))">http://www.google.fr,(...(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...(...)))">http://www.google.fr,(...(...(...(...(...(...(...(...)">http://www.google.fr,(...(...(...(...(...(...(...(...(...))">http://www.google.fr,(...(...(...(...(...(...(...(...(...(...)))))))))) ici une simple recherche de "binfmt-464c" donne pleins de réponses, tu n'es pas le premier a compiler un noyau sans support ELF.
[^] # Re: Un bug dans la compil d'une release
Posté par PLuG . En réponse à la dépêche Noyau 2.4.14 out. Évalué à -1.
la branche du noyau c'est le second chiffre.
2.4 ==> branche stable car 4 est un nombre pair.
2.5 ==> branche instable (dev) car 5 est impair.
2.4.13 etait déjà un noyau "stable" comme tous les noyaux 1.0, 1.2, 2.0,2.2 et 2.4
2.5 n'existe pas encore, c'est bien/mal c'est un autre débat.
maintenant c'est sur que un kernel qui ne compile pas ca fait pas tres pro --meme en version instable--. c'est d'ailleur pas la premiere fois, il fallait deja modifier le 2.4.6 pour compiler les modules ntfs ...
[^] # Re: C'est marrant...
Posté par PLuG . En réponse à la dépêche Wireless 802.11b Sniffing. Évalué à 7.
les voisins peuvent sniffer ton réseau sans violation de propriété privée, à distance et au chaud. vraiment le wireless c'est une avancée technique interessante !!
[entre (), vous conseillez quoi comme équipement pour un réseau wireless pas cher sous linux ?,
parce que la je suis un peu intéressé...]
[^] # Re: Monopole
Posté par PLuG . En réponse à la dépêche Wireless 802.11b Sniffing. Évalué à 3.
le probleme avec les transmissions lazer etant l'alignement des emetteur et recepteur (en plus de choisir un emplacement dénué d'obstacles pour le faisceau), si le signal passe de voisins en voisin, un coup de vent un peu fort et hop plus personne n'est connecté parce que l'un des voisins avait mal fixé son équipement ...
pas très valable à mon avis, d'ailleurs c'est assez peu utilisé comme liaison.
[^] # Re: Noyau 2.4.7 ?
Posté par PLuG . En réponse à la dépêche Red Hat 7.2 dispo. Évalué à 2.
j'ai pas eu le temps de rajouter que les packages squid et ssh sont aussi à réinstaller.
ca nous fait donc comme upgrade sécurité:
kernel, ssh, squid et util-linux
c'est quand meme la première fois que la distrib est à patcher AVANT qu'elle ne soit downloadée. faites votre propre iso 7.2+ avec la doc qui va bien ( http://cambuca.ldhs.cetuc.puc-rio.br/RedHat7-CDs-HowTo.html(...) ) si vous devez installer plusieurs machines ... ou pour la frime (de toutes facons dans 1 mois il y aura plein de patchs à passer).
[^] # Re: Noyau 2.4.7 ?
Posté par PLuG . En réponse à la dépêche Red Hat 7.2 dispo. Évalué à -1.
New util-linux packages are available that fix a problem with /bin/login's
PAM implementation. This could, in some non-default setups, cause users to
receive credentials of other users. It is recommended that all users
update to the fixed packages.
2001-10-22: Packages are now available for Red Hat Linux 7.2. Notably,
these packages also fix the problem noted in RHSA-2001:095-04 (vipw
incorrectly setting permissions on some files) - this bug was accidentally
reintroduced in Red Hat Linux 7.2.
[^] # Re: Noyau 2.4.7 ?
Posté par PLuG . En réponse à la dépêche Red Hat 7.2 dispo. Évalué à 10.
D'ailleurs les noyaux redhat sont des -ac aménagés, quand on défait un rpm source du noyau pour voir, il y a une multitude de patchs qui sont appliqués avant la compilation ...