Re: DVD
On Monday 12 November 2001 19:43, Pascal Amicucci wrote: Je cherche à pouvoir lire mes dvd, sur mon acer travel mate 521 tev, (portable) mais je ne c'est pas trop commant je doit mi prendre , je travail avec linux mandrake 8.1. Et je viens de le lire dans LOGIN de ce mois : - Mplayer (http://www.mplayerhq.hu) Lit les DVD, SVCD, vidéo CD et DivX. Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: linux-friendly asembleurs PC a Geneve
On Tuesday 13 November 2001 09:12, Ninn Langel wrote: Ya t il une boite a Geneve qui monte les PC avec linux preinstalle, et qui a une expertise dans des configurations hardware de serveurs linux? Nous venons de faire l'expérience de Linux préinstallé par Transtec (Je sais, ce n'est pas à Genève)... Le partitionnement des disques ne correspondait pas à la config du système livré : 512 Mb RAM - 128 Mb swap ! Il y avait aussi une partition avec des trucs W*... pas terrible !!! Plutôt que de nous battre, nous avons réinstallé. Peut-être faut-il acheter un PC avec du matos certifié par une distrib et payé uen société (consultant) pour te l'installer. Dans la foulée, tu pourrais convenir d'un contrat d'assistance auprès de ces gens connaissants ton installation. Autant le faire avec des gens qui savent ce qu'ils font, plutôt qu'auprès de la miriade de * certifié :-) Je saute dans la brèche : Connaissez vous un site web qui donnerait des idées de configs testée sous linux. Dont les drivers sont bien écris et stables etc... Les sites des distributions ont, pour la plupart, une base de donnée de hard supporté (+driver infos). Voir SuSe, RedHat, etc. Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: DVD
On Tue, 13 Nov 2001, Daniel Cordey wrote: - Mplayer (http://www.mplayerhq.hu) Lit les DVD, SVCD, vidéo CD et DivX. à l'aide des bibliothèques Win32. Très intéressante façon d'économiser du temps de développement (ie de rentabiliser sous Linux le temps perdu par les fabriquants de matériel à faire des pilotes Windows). -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Apache sous redhat 7.1
On Tuesday 13 November 2001 10:48, Jean-Philippe Ruch wrote: Je suis à la recherche d'une commande qui permettrait de connaître le nombre de visite d'un site web, sous Apache pour Linux. Soit un logiciel comme http-analyze, soit grep pour certaines pages/cgis majeurs dans les logs d'Apache. Tous les logiciels de reporting vont analyser les logs. Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
ipchains - iptables
Après avoir lu pas mal de docs sur ipchains (qui me semble très bien), j'apprends aussi l'existence de iptables. Je vois bien quelques différences mais elles ne me paraissent pas fondamentales. Qu'en est-il dans la pratique ? Quelqu'un a-t-il un peu d'expérience avec l'un ou/et l'autre ? Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Conseil pour un zine Linux
--- Eric Piollet [EMAIL PROTECTED] a écrit : D'après vous quel est le meilleure mensuel pour linux en france ça dépend de ce que tu en attends... Login ne parle pas que de Linux, mais fournit de bonnes explications Planet Linux me permet de découvrir des softs GNU/Linux Hurd magazine offre un panel interressant d'articles techniques sur le réseau, la prog, et l'utilisation de quelques softs ainsi que, chaque mois, l'édition papier de Brave GNU World Linux pratique est pas trop mal pour débuter, même si, au début en tout cas, il faisaient pas mal d'erreures et de choix bizzard pour des configs Les autres, tel que Lilo, je ne connais pas trop, mais il me semble qu'ils sont vraiment trop calqués sur des mags windows... ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Courrier : http://courrier.yahoo.fr -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Conseil pour un zine Linux
En réponse à Mollux Drakho [EMAIL PROTECTED]: Les autres, tel que Lilo, je ne connais pas trop, mais il me semble qu'ils sont vraiment trop calqués sur des mags windows... J'ai acheté une fois un LILO, bah c'était la dernière (contenu inintéressant, fautes de frappe, etc). J'aime bien linux mag par contre qui touche un peu a tout et qui permet de decouvrir plein de progs choses intéressantes sur tous les niveaux de linux. -- Sebastien Cevey [EMAIL PROTECTED] Cine7 - http://www.cine7.net -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: linux-friendly asembleurs PC a Geneve
On 13 Nov 2001, Slava Zimine wrote: sur l'inet j'ai trouver un nombre de messages varies comme quoi la carte marche. Y compris qu'elle marche avec les derniers kernels. L'important est si le pilote est GPL ou non. S'il est GPL, il y a de grandes chances pour que le matériel supporté à temps X soit supporté même en cas de gros changements dans le kernel. C'est encore mieux si le pilote *est* dans le kernel standard (ainsi les petites modifications casse-pieds sont faites par l'équipe kernel). Si le pilote est closed-source ... là c'est beaucoup moins drôle, encore que p.ex. avec le modem interne Lucent, cela fait déjà 2 générations de kernel qu'il est porté, avec plus ou moins de succès (genre: il fallait un patch dès 2.2.14 au kernel, assez simple à patcher, mais il m'a quand même fallu une journée pour comprendre). Si quelqu'un a une bonne experience a faire un setup du linux hardware raid, j'aimerais prendre contact avec lui. Pourquoi ne pas faire le RAID en software ? (c'est une question). -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: linux-friendly asembleurs PC a Geneve
On Tuesday 13 November 2001 11:01, Marc SCHAEFER wrote: Pourquoi ne pas faire le RAID en software ? (c'est une question). Quelles différences de performance entre la version en soft et celle en hard ? Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
REBOL
Qui connait ou a déjà utilisé REBOL ? http://www.rebol.com Ca m'interesserait de connaître vos avis @++ JC -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: REBOL
On Tuesday 13 November 2001 15:06, Jean-Claude Schopfer wrote: Qui connait ou a déjà utilisé REBOL ? http://www.rebol.com Ca m'interesserait de connaître vos avis Je viens de voir le mot pour la première fois aujourd'hui. Il y a plusieurs articles à ce sujet dans le LOGIN de ce mois (~10 pages). Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: linux-friendly asembleurs PC a Geneve
bonjour, Marc. Le software Raid est plus rapide en I/O que hardware raid, Il est aussi plus simple de rajouter des disques au software raid qu'au hardware raid. Mais softwaire Raid utilise, 10, 15 % de cpu pour tourner. Avantages de hardware raid: facilite d'installation (a condition que le controlleur soit reconnu par l'OS. Robustesse reliability. Le cpu de la machine n'est pas utilise pour I/O. Le serveur que je configurerai, tournera a un millier de km de chez moi. Donc la reliability est la plus importante pour moi. Une fois la config faite, j'envoyerai le resume du processus ici. regards, Slava On Tue, Nov 13, 2001 at 03:00:50PM +0100, Daniel Cordey wrote: On Tuesday 13 November 2001 11:01, Marc SCHAEFER wrote: Pourquoi ne pas faire le RAID en software ? (c'est une question). Quelles différences de performance entre la version en soft et celle en hard ? Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: linux-friendly asembleurs PC a Geneve
On Tuesday 13 November 2001 15:48, Slava Zimine wrote: Le software Raid est plus rapide en I/O que hardware raid, OK, bonne nouvelle, mais cela n'engendre-t-il pas un traffic plus important sur l'interface SCSI (suivant le mode de RAID) ? Mais softwaire Raid utilise, 10, 15 % de cpu pour tourner. Acceptable dans la très grande majorité des cas. Bonnes infos, merci Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: linux-friendly asembleurs PC a Geneve
On Tue, 13 Nov 2001, Daniel Cordey wrote: Pourquoi ne pas faire le RAID en software ? (c'est une question). Quelles différences de performance entre la version en soft et celle en hard Quand j'avais fait des essais (1997-1998), le software RAID0 et 1 de Linux était plus performant que toutes les cartes RAID, sauf la carte RAID DILOG. Par contre, le software RAID était un peu plus compliqué à mettre en oeuvre, mono-plateforme (un hardware RAID SCSI-to-SCSI comme celui de DILOG était indépendant de l'OS, pas comme une carte PCI). De plus, certaines cartes RAID matérielles n'étaient en fait qu'une astuce au niveau du BIOS, et donc nécessitaient un support assez conséquent (p.ex. la Mylex) et n'avaient qu'une flexibilité très faible (Mylex, DILOG), ou demandaient des caractéristiques spécifiques au système d'exploitation (DILOG RAID3). En RAID3 et 5, jusqu'en 1999 le matériel payable donnait un réel avantage aux solutions hauts-de-gamme matérielles. Mais ensuite sont apparues les cartes-mères avec double-bus PCI, etc, et j'ai fait des benchmarks à 90 MByte/s en RAID0, et 45 MByte/s en RAID5 (alors que les meilleures cartes matérielles s'arrêtaient vers le 34 MByte/s à l'époque en RAID3 ou 5). Benchmark traversants (données envoyées via l'extérieur en SCSI, voir plus bas). Tout cela m'a fait conclure l'année passée qu'à part des applications très spécifiques, le RAID software est `meilleur': d'ailleurs dans les `enclosures' haut de gamme, bien souvent, c'est un ou plusieurs processeurs plus ou moins usuels qui font le travail. Les rumeurs disent par exemple que dans un IBM Enterprise Storage Server, il n'y a que deux RS/6000 qui font du RAID soft, présentant un périphérique Fibre Channel à l'utilisateur. J'ai d'ailleurs travaillé sur un projet qui consistait à transformer un PC Linux bas-de-gamme en une cible SCSI ou Fibre Channel, simulant ainsi un disque avec le buffer-cache de Linux + RAID Linux (md) + de vrais disques en IDE. Ce projet a donné naissance à un projet commercialement vendu de duplicateur/copieur de cassettes et de RAID5 sur cassettes. Malheureusement la branche `disque' n'a jamais eu de clients. C'est dommage, car aujourd'hui on aurait pu facilemnt créer 1 TB de données (en RAID5) avec des PC standards, plus les outils développés dans ce projet, pour environ 15'000 CHF. Maintenant, si l'on veut juste une meilleure fiabilité, un contrôleur RAID1 avec hotswap est probablement suffisant (on peut acheter des tiroirs pas chers, sans problème si l'on ne met qu'un disque par bus IDE p.ex.) -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: linux-friendly asembleurs PC a Geneve
On Tuesday 13 November 2001 17:16, Marc SCHAEFER wrote: Quelles différences de performance entre la version en soft et celle en hard Quand j'avais fait des essais (1997-1998), le software RAID0 et 1 de Linux était plus performant que toutes les cartes RAID, sauf la carte RAID DILOG. Par contre, le software RAID était un peu plus compliqué à mettre en oeuvre, mono-plateforme (un hardware RAID SCSI-to-SCSI comme celui de DILOG était indépendant de l'OS, pas comme une carte PCI). Marc, Merci bien pour tes infos hyper intéressantes ! Tu parles de cartes (PCI), mais ces constatations sont-elles aussi valables pour les contrôleurs intégrés dans des baies de disques SCSI ou FC ? De toute façon, le fait d'avoir la possibilité de faire du RAID sur des disques IDE est déjà fantastique ! Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: linux-friendly asembleurs PC a Geneve
On Tue, 13 Nov 2001, Daniel Cordey wrote: Merci bien pour tes infos hyper intéressantes ! Tu parles de cartes (PCI), en fait dans le cas de DILOG c'était une carte SCSI-to-SCSI, donc: mais ces constatations sont-elles aussi valables pour les contrôleurs intégrés dans des baies de disques SCSI ou FC ? cela ressemblait fort à ça. En fait c'était le but, de mettre ça dans une baie de disques à tiroirs. Mais comme j'ai dit, je date un peu. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
apt-get
Bonsoir, Sur ma potato: Je suis actuellement dans l'impossibilite d'utiliser apt-get. J'ai tellement de dependances qui sont non resolue que meme les option -m -f --force-yes --reinstall ne m'aident pas. Je voulais savoir comment faire pour forcer une reinstallation propre de toute une distribution sur une distribution qui est semble-t-il corrompue. Merci Polio -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
DVD compile
Bonsoir à tous J'ai obté pour xine, comme l'on ma conseillé dans vos ligne. J'ai fai ma première compile qui c'est bien déroulée jusqu'au deux dernière ligne, ligne don j'ai pris les infos sur http://www.lea-linux.org/hardware/xine_dxr3.php3 Donc je me pose la question de savoir quaice que j'aurrais fait de faut ?, car d'ai que je donne l'avent dernière commande, linux me donne une éreurre. Merci d'avence à ceux qui veulle bien me répondre. A+ -- Pascal Amicucci Céramiste Av. du Grey 76 1018 Lausanne-Suisse www.dplanet.ch/users/ceramipasc __ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: SSH public key
On Tue, 13 Nov 2001, Anne POSSOZ wrote: ... Pas de problème pour me connecter avec l'ancienne clef: ssh -1 -l user remote Mais comment faire du scp avec le protocole ssh1 quand on est par défaut en ssh2? Je vous confie ce petit truc qu'il m'a fallu un peu de temps pour trouver. scp -p -oProtocol 1 some_file user@remote: Oui, ou: $ cat some_file | ssh -1 -l user remote cat \some_file Mais tu pouvais aussi faire un copier-coller: la clé publique est composée d'une seule longue ligne de caractères alpha-numériques (et '+-/=') qui passent sans problèmes d'un terminal à un autre. Au pire, si ton terminal t'a ajouté des sauts de lignes, tu peux les supprimer avec vi, emacs et consort... Et si tu veux passer un fichier binaire, tu peux utiliser mimencode pour faire du copier-coller. Pour l'anecdote, j'ai fais passer des fichier de plusieur Mo a travers un chemin sinueux fait de ssh, minicom et telnet pour passer à travers plusieurs réseaux et atteindre une machine en trois étapes. Plutôt que de refaire le chemin inverse ( rcp , sz;rm , scp;rm ) j'ai demandé à mon terminal (gnome-terminal) de mémoriser 2'000 lignes en défilement et ai tapé: $ tar -zc file1.ps file2.txt etc. |mimencode |split -l 1990 puis je me suis retrouvé avec trois fichiers, que j'ai affichés (cat) successivement pour faire un copier-coller et les empiler dans un gnome-terminal local dans lequel j'avais au préalable tapé la commande: $ cat | mimencode -u | tar -zx (nota: je suis persuadé sans avoir essayé que cela marchera d'autant mieux avec deux bon vieux xterms sous twm;-) Ah! Après un transfert de ce genre, un petit coup de md5sum et on est peinard:-) N'y avait-il pas moyen de faire plus simple??? C'est vrai, des outils comme rz/sz manquent presque! Merci à Jean-Albert pour ses notes. Oui, bravo et merci! -- Félix Hauri - [EMAIL PROTECTED] - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: SSH public key
On Tue, 13 Nov 2001, Félix Hauri wrote: N'y avait-il pas moyen de faire plus simple??? Du temps de UUCP, on pouvait faire: uucp fichier machine1!machine2!machine3!/tmp/fichier p.ex. par-dessus se sont greffées des commandes comme uusend qui informent l'utilisateur final. C'est vrai, des outils comme rz/sz manquent presque! Ils existent :) -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Problème de voisinage réseau
On Wed, 14 Nov 2001, famille guyot wrote: J'ai le problème suivant : au lycée, depuis que j'ai mis linux avec samba, il n'y a plus dans le voisinage réseau que linux. Tout les autres Si tu as configuré ainsi: Macintoshes - réseau Ethernet privé |--- Linux carte eth0 Linux carte eth1 -- réseau Windows c'est normal: les broadcasts (envoi de paquets à tous) ne passent pas les routeurs et: 1. tu as fait un routeur (avec NAT/Masquerading) 2. Windows utilise par défauts des broadcasts pour le `voisinage réseau' SMB. Solutions: 1. utiliser un serveur WINS quelque part (p.ex. la machine Linux), et configurer ce WINS sur les Macintoshes. En théorie (mes connaissances dans ce domaine sont faibles, quelqu'un complètera) le WINS peut, via son interface eth1, collecter les broadcasts. ou 2. trouver un moyen pour faire passer les broadcasts quand même. Ce n'est pas propre, mais c'est très populaire avec des routeurs CISCO en mode `bridging' avec des machines Windows. aller sur ces imprimante alors que normalement celui de la session windows devrait suffire. Ce n'est pas toujours le cas, mais cela l'est Y-a-t-il vraiment session Windows, vu que tu n'as plus de voisinage réseau ? Peux-tu expliquer ce que tu entends par `session Windows' ? Une alternative que je verrais est que les Macintoshes sont autorisés par adresse IP à accéder aux imprimantes, etc. Si tu utilises du NAT/Masquerading avec des adresses privées sur le réseau Macintosh derrière le Linux, l'adresse à autoriser est alors celle de la machine Linux. d'impression NT) ? Si oui comment faire pour faire réapparaître tout les ordi (y compris linux) dans le voisinage réseau et ainsi permettre aux imprimantes de la médiathèque de retrouver le serveur d'impression NT ? Oh, alors le problème est à l'envers: les travaux d'impression sont mis sur le serveur Windows NT, qui lui va ensuite contacter les imprimantes, suivant leur nom SMB, vraisemblablement (si le protocole est SMB. Si le protocole est LPD, on peut supposer qu'il utilisera le DNS. D'ailleurs c'est possible qu'il le fasse aussi pour le SMB, si Windows possède l'équivalent de /etc/nsswitch.conf -- question aux spécialistes). 1. si tu fais du NAT/Masquerading, l'adresse IP des imprimantes a changé ou 2. si tu fais juste du routing, les broadcasts ne passent pas les routeurs, donc Windows NT ne peut plus trouver les imprimantes par voisinage réseau. Notons que 2 n'est pas le même problème que le voisinage réseau depuis les Macintoshes: c'est pire! Solutions: cf 2. précédent (bridging) -- pas grand espoir, et cela serait une solution bricolée cf 1. précédent (WINS server): le serveur Windows NT doit mettre la machine Linux comme serveur WINS. La documentation de Samba décrit le fonctionnement d'un système SMB multi-réseau. Commentaires bienvenus des spécialistes interopérabilité Windows. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: DVD compile
On Tue, 13 Nov 2001, Pascal Amicucci wrote: ?, car d'ai que je donne l'avent dernière commande, linux me donne une éreurre. Quelle commande, quelle erreur, quelle distribution, quelle version. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: apt-get
On Tue, 13 Nov 2001, ... wrote: ne m'aident pas. Je voulais savoir comment faire pour forcer une reinstallation propre de toute une distribution sur une distribution qui est semble-t-il corrompue. Comment est-ce arrivé ? Je n'ai jamais eu ce genre de problèmes avec Debian stable. Bien sûr il ne faut jamais installer de packages d'unstable ou de testing, ni de packages `downloadés sur Internet' sans avoir vérifié les dépendances manuellement. Il faut privilégier des recompilations de sources Debian lorsqu'un package non disponible sur la Debian stable est nécessaire. Mon conseil: - lancer apt-get install -f les packages en mauvais état sont en général listé. Les déinstaller, ou installer à la main la version standard (avec dpkg -i) si l'on a installé un package d'unstable/testing. NB: si l'on doit commencer à faire des --force c'est que quelque chose n'est pas juste. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.