Re: [Confirme] Trombinoscope
Cyriaque Dupoirieux écrit : J'ai trouvé une photo de moi qui vaut ce qu'elle vaut. A qui puis-je l'adresser pour apparaître dans le trombinoscope de la liste ? Le mieux c'est de me l'envoyer directement. Mais attention, je ne garantis pas le délai de parution en ce moment, je suis dans le jus. Amicalement, Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] kernel panic ... le_sage PANIC !!
le_sage écrit : voilà j'ai fait grosses betises je crois j'ai tapé ca : smbtar -s client_zindoze -t /dev/hda1 -x partage_zindoze -t c'est pour indiquer où tu écris ton archive. Normalement, c'est un device de type lecteur de bande, genre /dev/tape ou /dev/rst0 : un périphérique de fichier à accès séquentiel. Mais on peut aussi demander à ce que ça s'écrive dans un fichier, où sur une partition d'un disque dur. Dans ce dernier cas, la partition est juste considérée comme une suite de blocs disponibles l'un après l'autre pour écrire l'archive : pas besoin de formatage, d'inodes, etc. Bien sûr il faut s'assurer de prendre pour cible une partition inutilisée (et non montée...). Ce qui signifie que ton /dev/hda1 vient d'être écrasée sans espoir de retour... /dev/hda1 est ma / Ha... ça c'est très embarrassant... et la j'ai VFS kernel panic unable to mount root fs on 03:01 Forcément... le root fs ne ressemble plus à rien de connu, et en tous cas pas à un système de fichiers e2fs valide... please help c'est le serveur de fichiers et ya 5 personnes qui me regardent et attendent que ca marche :) Toutes mes condoléances à ta famille... Tu préfères le sapin ou le chène ? Amicalement, Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://.mandrakestore.com;
Re: [Confirme] kernel panic ... le_sage PANIC !!
le_sage écrit : Mais on peut aussi demander à ce que ça s'écrive dans un fichier, vi ? c'est ca que je voulais faire :) et on fait comment ? siouplé Ce qui est sexy avec Unix (a fortiori avec Linux), c'est que ce genre d'opérations se fait indiféremment sur un fichier ou sur un périphérique, parce que la désignation des uns et des autres est unifiée : smbtar [...] -t /tmp/toto.tar [...] où toto.tar est un fichier dans /tmp, que tu pourras compresser ensuite. smbtar [...] -t /dev/st0 [...] où /dev/st0 désigne le lecteur de bande SCSI (d'ID SCSI la plus petite, s'il y en a plusieurs : st0, st1, etc). etc mais bon je viens de réinstaller le serveur les fichiers sont dans /home qui est une partoche à part donc pas de pb ... finalement J'espère bien que /home est une partition à part, crénomdediou !!! Un système de fichiers se résumant à /, c'est tout juste bon pour faire un test... ou afficher crânement qu'on ne connaît que Windows... ;-) Ici, nous adaptons nos schémas de partitionnement à l'usage du système en cours d'installation : - ça sera un pare-feu cache avec Squid ? hop, une grosse partoche /var/squid - un serveur de mail ? hop, une partoche /var/spool/mail indépendante - etc Et en tous cas, jamais rien de plus simple que ça : /boot / /var /usr /usr/local /home (et éventuellement /tmp, à moins d'un lien /tmp - /var/tmp) Ca s'appelle ne pas mettre tous ses oeufs dans le même panier... ;-) Sans compter d'autres avantages comme forcer certains fichiers parmi lesquel vmlinuz à se trouver sur les pistes les plus externes du disque (donc les plus rapides), monter certaines parties du système de fichiers en lecture seule (principe de précaution), avoir un fsck plus rapide au démarrage parce que sur des partitions plus petites, réinstaller à zéro avec formatage de /, /boot et /usr tout en préservant /usr/local et /home, j'en passe et des meilleures... à part les grosses goutes de sueurs sur mon front, je peux rappeler l'ANPE en leurs disant que, finalement , je garde mon boulot Pouvez circuler, et que ça ne se reproduise plus ! :-p Amicalement, Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://.mandrakestore.com;
Re: [Confirme] DISQUE MIRROIR
[EMAIL PROTECTED] écrit : Cherche a trouver de la doc pour faire du mirroring (donnees sensibles) Vous voulez donc faire du RAID. Heu... il a dit qu'il voulait faire du mirroring, je ne suis pas sûr qu'il parlait de mirroring de disque en temps réel, et donc d'un niveau de RAID... On peut faire du mirroring de serveur web avec des outils comme fmirror ou wget, du mirroring de fichiers dans un sens plus général avec des outils de type rsync... Ca aiderait de savoir ce à quoi Guy pensait exactement... Amicalement, Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://.mandrakestore.com;
Re: [Confirme] big bug kde !!
Nicolas, a écrit, le Lundi 23 Juillet 2001 16:12 (heu... t'es dans les îles ?) : il arrive que KDE se crache completement de façon imprévisible !! je suis en train de travailler, et soudain, les composants KDE (barre d'outils, contours des fenêtres..) disparaissent completement, ne me laissant que X (souris...) et les applis en cours !!! ...résultat: obligé de rebooter sauvagement ! Heu... Ca veut dire quoi rebooter sauvagement ? Le bouton reset ??? Avant d'en arriver là on peut toujours tenter de rebooter X (par un Ctrl-Alt-Backspace, où Backspace est la touche d'effacement arrière juste à droite de la touche +/=). Ou de reprendre la main sur une console (Ctrl-Alt-(F1|F2|...|F6)), pour éventuellement faire un kill sur X. Pour info, j'utilise KDE 2.1.1 sur mandrake 8.0 (kdelibs 2.1.2 est installé, mais le problème apparait aussi avec kdelibs 2.1.1) et le problème survient meme avec très peu d'applis de lançées (kedit + konqueror) quelqu'un a-t-il déjà été confronté à ça ? help me please !! Sur mon poste, sur lequel je travaille de 9h à 18-19h environ, je n'ai encore pas vu KDE se planter (Mandrake 8.0beta mis à jour avec certains packages de la 8.0 définitive (*) ). Tout au plus ai-je vu certaine applications se planter et le gestionnaire d'erreur de KDE m'annoncer le plantage... Amicalement, Yann PS: Mes encourageantes salutations à tous ceux qui sont restés sur la liste ce week-end : plutôt que de vous bastonner vous devriez partir à la mer, comme moi ! ;-))) (*) Qui a dit 8.0beta2 ? :-) -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] Recherche de programme
Jean-bernard JACQUET a écrit, le Lundi 23 Juillet 2001 17:53 : Je cherche à mettre à jour ma machine sans forcer les packages. Ca n'est pas sale tu sais... Ton linux viellit, son installation se transforme, il a parfois besoin qu'on lui force les packages, ça n'est pas sale... -Si j'essaie d'installer l'appli, kpackage m'indique que la librairie déja installée n'est pas la bonne. -Quand j'essaie d'installer la librairie, il m'indique que la lib déja installée est nécessaire à l'application installée. -Quand j'essaie de désinstaller l'appli, kpackage me dit quelle est nécessaire pour une autre application (plugger). Il y a donc un noeud. Ou plutôt une boucle de dépendances. C'est fréquent, normal, et la solution tout aussi normale consiste à forcer l'une des deux mises à jour. Situation typique : la mise à jour de Netscape Communicator. Ce logiciel, comme beaucoup d'autres, se répartit en un package de base, netscape-common, nécessaire pour Communicator ou Navigator, et un package spécifique, netscape-communicator. Au moment de la mise à jour : - soit tu fais un -U sur netscape-common, et rpm raloute parce que la vieille version de netscape-common est nécessaire à la vieille version de netscape-communicator, - soit tu fais un -U sur netscape-communicator, et rpm raloute parce que la nouvelle version de netscape-common est nécessaire à la nouvelle version de netscape-communicator On n'en sort pas. La solution est de forcer la mise à jour d'un des deux packages. En l'occurence rpm -U --force netscape-common-4.7.xmdk.rpm. Et ensuite de faire la mise à jour normale de l'autre. Je peux désinstaller plugger mais je ne sais pas qui dépend de lui . Je cherche un programme qui permette de savoir qui dépend d'un package ainsi que leurs dépendants de maniére hiérarchique. Je ne connais pas d'outil qui fasse tout ça d'un coup, mais quand j'ai besoin de cette information j'utilise autant de fois qu'il est nécessaire : rpm -q --whatrequires package Amicalement, Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] iso8859-15 et iso8859-1 - ex :[ICS] démarrage auto Partage de connection
Alain F. a écrit le Mercredi 18 Juillet 2001 16:01 : Parce que Will a configuré son système en iso8859-15 qui A... Sacrée perspicacité... J'ai pourtant regardé moi aussi les entêtes mais le 5 final est passé à l'as... Bravo, un fort beau geste, en vérité ! ;-) est la nouvelle norme recommandée charset des caractères pour les Européens dont les Français et que les autres mettent souvent l'iso8859-1 qui est la norme occidentale inadaptée pour les Français et d'autres Européens (manque oe collé, symbole euro, etc.) Je pense que Will a raison et est en avance mais malheureusement Comment expliquer, cependant, que la plupart d'entre nous ont bien lu le sujet de Will avé les accents, en dépit d'un réglage ISO-8859-1 et que Rosaire, avé le même réglage ISO, n'y a vu que couic ? la gestion des charset des fontes est laborieuse sous Mandrake-Linux 8.0 comprise. L'avenir est peut-être dans l'utilisation de l'UTF-8. Mais comme pour la mise en place de l'euro la phase de transition sera difficile pour les aciens lecteurs de courriels entre autres. Tu dis gestion laborieuse... Quelles conséquences facheuses peut-on craindre à basculer dès aujourd'hui en ISO-8859-15 sur nos bureaux (cf. Menu K/Configuration/KDE/Personnalisation/Pays langues) ? Quel sera la politique de Mandrake dans ce domaine (variétés de fontes X disponibles pour l'oe collé et l'euro par exemple, etc.) ? Les choses ne sont pas claires pour moi. Windows a de l'avance sur ce problème particulier. Cette liste ne pourrait-elle pas permettre de faire avancer les choses à ce sujet, en confrontant nos expériences ? (non je ne suis pas en train de proposer l'isodrake... ;-) ) Amicalement, Yann Pub: A propos... Y'a un p'tit nouveau sur http://trombidrake.quartz.fr ! Ahem... et plein d'absents, encore... ;-) -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] Ftp via Firewall
SysAdmin a écrit, le Jeudi 19 Juillet 2001 17:00 : Mon pb que mes rêgles (que j'éssaie d'être assez retrictives) m'interdise de télécharger quoique ce soit lorsque c'est fait via l'interface web d'un site (que l'on nomme ftp passif il me semble...). Les ports sources et destinations on l'air d'être pris au hazard, sans convention. Voici un exemple de log : Disons que tu as deux flots en FTP : un flot de commandes, dirigé sur le port 21 du serveur, et, lors de téléchargements, un flot de données (data), pour lequel la connexion est initiée par le serveur ! Résultat, c'est un cauchemar pour le masquerading, puisqu'une machine de l'extérieur tente d'établir spontanément une connexion avec une machine de l'extérieur, et ce en s'adressant naïvement à l'adresse IP de la passerelle. C'est là qu'intervient le module ip_masq_ftp, qui permet à la passerelle de retrouver dans le réseau local la machine à laquelle essaie de s'adresser le serveur FTP. Packet log : forward REJECT ppp0 PROTO=6 mon.adr.ip.int:1671 141.41.5.16:33056 ect Le pb c'est qu'aucune rêgle de forward n'étant vérifiée, le paquet n'est pas passé par -j MASQ, et n'est donc pas masqué. Remarque pertinente ! Mais es-tu bien sûr qu'aucune règle en forward a joué ici ? C'est à dire que c'est bien la règle par défaut qui a rejeté le paquet en dernier ressort ? Parce qu'ici le paquet en question va de l'intérieur vers l'extérieur. On peut d'ailleurs imaginer qu'il s'agit d'un accusé de réception pour des paquets de data qui viennent d'être reçus. J'ai essayé en chargeant et déchargeant le module ip_masq_ftp, et rien ne change. Ce paquet qui va de l'intérieur à l'extérieur ne rentre pas dans le cadre de l'exception que doit gérér ip_masq_ftp, justement (extérieur _ intérieur). La première idée qui me vient à l'esprit est que tu as une règle en rejet pour forward définie avant même la règle de masquerading et qui se révèle abusive pour ce cas là. L'idéal serait de pouvoir consulter la liste de toutes tes règles... Si tu la considères comme confidentielle, tu peux me l'envoyer (*) en privé et compter sur ma discrétion. Amicalement, Yann (*) avec ta photo, pour le trombidrake... ;-))) -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] Ftp via Firewall
SysAdmin a écrit, le Jeudi 19 Juillet 2001 18:27 : De même , lorsque j'effectue un ftp en ligne de commande avec l'option -p (mode passif pour ne pas obtenir de tentative de connexion de la part du serveur sur mon réseau, ce qui serai rejeté par le pare feu), les même symptomes apparaissent : la Mea culpa, j'avais zappé cette information dans le message précédent ! connexion passe bien, mais dès que le protocole se met en mode passif, il génère une connexion d'un port source totalment aléatoire, sur un port destinatin qui ne l'es pas moins. Lorsque j'essais sur le site de Mandrake par exemple, voici un autre exemple de log : mon.ard.ip.privée:1932 194.158.99.23:56133 La j'avoue être un peu largué par ce comportement. Il me semble bien que l'explication est que le téléchargement passe un autre socket, qui, puisque tu es en mode passif, est ouvert par le client et non plus par le serveur. Si tes règles de pare-feu indiquent que tu ne désires faire de masquerading qu'en direction d'un certain nombre de ports (21, 25, 80, 110, etc) alors effectivement tu vas devoir faire un choix : 1/ relacher tes règles de parefeu, ou 2/ imposer le passage par un proxy FTP Pour ce qui est des paquets qui ne passent pas non plus quand le client FTP tourne sur le parefeu lui-même, tu ne me feras pas croire que c'est une règle forward qui les intercepte : c'est plutôt une règle input ou output. Et si tu as également fermé le traffic vers et depuis tous les ports que ceux que tu as choisis, là le proxy FTP ne pourra pas t'aider : ta configuration est trop restrictive pour les services que tu en attends. Configurer un pare-feu c'est trouver un juste équilibre entre services et sécurité. Le parefeu le plus efficace au monde est celui qu'on a débranché du net. Sécurité maximale, service zéro... :-) Amicalement, Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] Ftp via Firewall
Yann-Erick Proy a écrit (un peu hâtivement), le Jeudi 19 Juillet 2001 18:19 : Résultat, c'est un cauchemar pour le masquerading, puisqu'une machine de l'extérieur tente d'établir spontanément une connexion avec une machine de l'extérieur, et ce en s'adressant naïvement à l'adresse IP de la ~ Erk... il fallait lire de l'INTERIEUR, bien sûr... Mais nos lecteurs auront rectifié d'eux même ! :-) Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] [SMP LM8.0 installation]
Pascal a écrit, le Mercredi 18 Juillet 2001 19:23 : j'ai du mal m'exprimer. En bootant sur les images d'installation de mandrake (qui sont helas UP), que ce soit celle du cdrom d'install ou celle de la disquette (cdrom.img ou autre fournie sur le cd ds le rep image) l'initialisation se gele au chargement du module dac960 qui gere la carte raid et les disques... donc pas d'installation possible. Je cherche a booter DES LE DEPART sur un noyau MP qui, je le sais, permet le chargement correct de dac960. Je me pose quand même une question : comment sais-tu que le noyau SMP de la MDK8 va permettre le chargement correct du pilote DAC960 ? Il me semble que pour savoir cela, il faudrait avoir pu installer la MDK8, ce qui ne semble pas possible... As-tu lu quelque part qu'un noyau 2.4 UP était assuré de geler le pilote DAC960 sur une machine multiprocesseurs ? Si je pose cette question, c'est que j'ai déjà fait plusieurs installations avec des contrôleurs RAID de Mylex. Bien sûr il ne s'agissait que de MDK7.1, puisque c'est la distribution avec laquelle nous travaillons ici, et donc du noyau 2.2. Avec une 7.1, il n'y a aucun problème pour booter sur le CD (noyau UP), installer normalement, et rebooter ensuite en SMP. Pardonne-moi d'insister, et, le cas échéant, de paraître un peu lourd, mais n'y a-t-il donc pas un autre problème derrière tout cela ? Genre plus de 8 partitions sur un volume logique, ce qui n'est pas possible avec le pilote du DAC960 (ou en tous cas l'était jusqu'à un passé récent) ? En dernier recours, ne serait-il pas plus facile de retirer temporairement un des processeurs pour permettre l'installlation UP, puis installer le noyau SMP et l'activer, avant de replacer ce processeur ? Amicalement, Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] [ICS] démarrage auto Partage de connection
Rosaire AMORE, a écrit, le Mardi 17 Juillet 2001 15:51 : HS : as-tu remarqué, cher Will, que l'objet de tes mails est quelque peu illisible? Tu as peut-être un pb de config police ou language non? Je suppose qu'il ne l'a pas remarqué. Pour la bonne raison qu'il n'y a pas de problème. Chez lui en tous cas. Le sujet de son message comporte un caractère accentué. C'est probablement lui qui met la zizanie dans ton outil de mail, parce que tout ce qui ne tient pas en ASCII 7 bits dans le sujet oblige à coder celui-ci. Je suppose que tu lis : Re: [Confirme] [ICS] =?iso-8859-15?q?d=E9marrage=20auto=20Partage=20de?=connection Il serait peut-être temps de mettre à jour ce bon vieux Netscape 4.5, non ? ;-) Amicalement, Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] Sendmail et Sylpheed
Le Mardi 17 Juillet 2001 09:43, Didier Noack a écrit : mais plutôt des mails à envoyer. En effet, mon client de mails sylpheed laisse désespérément grisée la ligne d'activation de l'utilisation d'un programme externe pour l'envoi. Y a un truc que j'ai pas du piger correctement !! Au niveau des informations serveurs, faut-il paramétrer le compte local lorsque l'on se sert de sendmail ou laisse t'on les paramètres du serveur du FAI dans le client de mail ? Si tu veux utiliser ton sendmail pour expédier ton courrier alors tu dois indiquer à ton client e-mail que le serveur SMTP est localhost. Si tu veux continuer à utiliser le serveur SMTP de ton FAI, tu as deux solutions : 1/ soit tu passes outre ton sendmail, en utilisant comme serveur SMTP celui de ton FAI, auquel cas ton sendmail ne sera invoqué qu'en réception, au moment de redistribuer ce qui aura été récupéré par fetchmail, 2/ soit tu indiques à ton sendmail d'utiliser comme relai le serveur SMTP de ton FAI (à condition que celui-ci te laisse faire, ce qui est généralement le cas) Amicalement, Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] Re: trombinoscope
Le Vendredi 13 Juillet 2001 10:21, Jean Segers a écrit : Si tu fais la page en php (3 ou 4) ou en perl, tu peux appeler une PHP3 en l'occurrence. fonction système qui créera les vignettes à la volée. Je ne me souviens plus de sont nom (dans /usr/bin), mais j'en aurai à nouveau besoin bientôt... Demande moi dans quelques jours si tu n'as pas trouvé. Il y a aussi thumbnail mais ca n'aidera pas dans ce cas. Oui. Je suis preneur parce que je n'ai pas envie de me palucher du code pour générer la vignette absente à la volée en PHP avec appels à libgd. Pas que ça soit sorcier, mais j'ai d'autres chats à fouetter... :-) Amicalement, Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] SSH et compatibilité
Tout ceci n'est pas aussi simple que ca: Par defaut si ssh est installe sur la MDK8.0, le serveur est lance par SystV et pas par xinetd (qui remplace inetd, comme tout le monde le sait) C'est déjà le cas sur une 7.x : sshd est lancé en stand-alone au démarrage par un script SystV (/etc/rc.d/init.d/sshd). Comme on pourra s'en convaincre par un chkconfig --list sshd. NB: nous n'utilisons en production que des 7.1 (plus security updates). Lancer sshd au coup par coup via un super-serveur (fut-il inetd ou xinetd) est une erreur qui se paie en CPU à chaque lancement du démon. Enfin toujours est il qu'il semble dans ce que j'ai lu sur tcpwrapper que ce dernier ne controle les connections que pour les connections demandees a inetd ou xinetd mais pas a systV. Bien sûr, puisque la lecture des fichiers de configuration de [x]inetd te montre que la commande tcpwrapper est intercalée dans l'appel au démon correspondant : [x]inetd appelle tcpwrapper qui vérifie si l'IP est autorisée et lance le cas échéant le démon demandé (ie. le démon n'est même pas invoqué si l'IP n'est pas autorisée). Seulement tu pourras lire dans la documentation de plusieurs démons, tel sshd mais aussi portmap, qu'ils utilisent les mêmes primitives d'autorisation faisant appel au tandem hosts.allow/hosts.deny. Amicalement, Yann PS: on n'a toujours pas la moindre information sur ce qui apparaît dans les journaux de cette machine en Mandrake 8... Je suis fasciné par le temps que les gens perdent en s'obstinant à tester des solutions sans même avoir pris le temps d'inspecter les endroits où sont consignées les erreurs. C'est à mon avis l'un des meilleurs atouts de Linux vis à vis de Windows : on dispose de journaux qui peuvent être extrèmement détaillés pour décrire les erreurs. -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] trombinoscope
Si vous voulez voir à koi je ressemble, j'ai trouvé une photo de moi qui traine sur le web : [...] C'est pas génial, mais c tout ce que j'ai trouvé sur le web avec la recherche d'images de google... j'suis pas assez célèbre ;-) Ca va viendre : c'est déjà dans la boîte, merci Pixie ! ;-) Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] Re: trombinoscope
Je suis allé voir... et ma photo met bcp de temps à apparaître (elle est trop grosse :-( En effet, elle pesait près de 100 Ko. Le simple fait de la sauver avec de la compression (75%) l'a réduite à 17 Ko environ. 1/ Tu devrais créer des vignettes à la place. Veux-tu que je le fasse, si tu manques de temps ? A mesure qu'il y aura plus d'entrées, le besoin d'avoir des vignettes pré-calculées se fera de plus en plus sentir. Si tu veux le faire, ou proposer une solution pour l'automatiser, je suis preneur. 2/ Peux-tu ajouter mon url, j'ai oublié... http://www.calvo-france.com Ecco. 3/ Merci pour ton coup de main à la liste. Ca me rapelle mes jeunes années Amiga... ;-) Si tu as besoin d'aide, n'hésite pas (mais je ne connais rien à MySQL) Ben il n'y a pas grand chose à faire, à mon avis. Pour le site définitif, ça serait bien de passer à un truc plus velu (Zope, PHPNuke ?) et avec des zigouigouis pour faire jôli... Amicalement, Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: Re: [Confirme] Re: trombinoscope
Le Dimanche 8 Juillet 2001 00:38, Bernard Lambey écrivait : Et en attendant, tu noteras comme moi que l'abondance de photos nous submerge !!! On ne sait comment on va faire !!! Quel triomphe pour cette idée au départ amusante : UNE photo mise en circulation, c'est fantastique ... il pourrait n'y en avoir aucune ! Tu connais le fameux En avant vous autres... On les aura !!! Ben, mon colon, on y est encore !... ;-(( Bah, bah, il ne faut pas être aussi défaitiste ! Tiens, je me dévoue pour un hébergement en sous-domaine en attendant que quelque chose de plus léché se mette en place : mandrake-trombines.quartz.fr ou trombidrake.quartz.fr ou ce que vous voulez. Envoyez-moi vos suggestions, photos et autres descriptions sommaires... Amicalement, Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] trombinoscope
Bon, les photos commençant à arriver, j'ai bien du m'y mettre et bricoler vite fait un peu de PHP/MySQL pour faire honneur à nos premiers contributeurs... Le résultat est là : http://trombidrake.quartz.fr/ Excellente soirée à tous ! Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] trombinoscope
Le Mardi 10 Juillet 2001 16:46, Jean Segers a écrit : Et voici la mienne ;-)) Moi, je veux bien, mais il me semble que ça prend un peu en défaut le but du trombinoscope. Qui est, me semble-t-il, de mettre un visage sur un pseudo ou un e-mail. Histoire d'humaniser un peu tout ça, en quelque sorte. Sans compter que choisir Tux comme photo perso, ça pourrait passer pour prétentieux... ;-) Ce dont je suis sûr, par contre, c'est que personne ne devrait envoyer sa photo SUR CETTE LISTE. Tous ceux qui s'y sont abonnés n'ont pas forcément envie de recevoir du contenu binaire. Merci, donc, de bien vouloir m'envoyer vos frimousses à mon adresse personnelle. Pour ceux qui veulent du prêt-à-cliquer : mailto:[EMAIL PROTECTED] Amicalement, Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
Re: [Confirme] Impossible de faire reconnaitre un Zip // par Mdk7.1
Nicolas FRANCOIS a écrit : Bonjour. Je viens d'"upgrader" a la version 7.1, et depuis, impossible de faire reconnaitre mon lecteur zip100 sur port parallele par kudzu. [...] [nico@localhost nico]$ mount /mnt/zip/ mount: the kernel does not recognize /dev/zip as a block device (maybe `insmod driver'?) insmod ne marche pas, et de toutes facons, le kernel devrait le charger automatiquement. /dev/zip pointe vers /dev/sda4. Le lecteur est repere par kudzu, mais j'obtiens toujours ce meme message. Au risque d'enfoncer des portes ouvertes (mes excuses si c'est le cas) : - /dev/sda4 désigne la 4e partition d'un premier disque SCSI, tu es sûr que le Zip sur port parallèle vient bien se ranger sous /dev/sdxx ? (je n'ai jamais eu affaire à un Zip // sous Linux, Dieu m'en garde...) - il y a bien une disquette Zip formattée DOS dans le lecteur ? (les trucs les plus évidents passent parfois inaperçus...) Si oui, je tenterais volontiers un "fdisk /dev/sda" pour voir comment est partitionnée véritablement cette disquette Zip... Cordialement, Yann -- Yann-Erick Proy -- [EMAIL PROTECTED] Quartz Informatique -- http://www.quartz.fr/ -- Annecy (F-74000) La diversité est source de richesse.
