X ne trouve pas les fontes 'fixed'
Bonjour a tous, Depuis pres d'une semaine et apres un 'apt-get upgrade' mon serveur X refuse de demarrer et me donne le message suivant: [...] (II) XINPUT: Adding extended input device Configured Mouse (type: MOUSE) Fatal server error: could not open default font 'fixed' When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file /var/log/XFree86.0.log. Please report problems to [EMAIL PROTECTED] (II) NEOMAGIC(0): Not programming shadow registers -- FIN Il semble donc qu'il n'arrive pas a trouver les fontes 'fixed' qui ne sont effectivement pas dans mon systeme de fichier. J'ai essaye de re-installer les des paquets de X (en particulier les fontes), mais sans grand succes :-( Donc, si vous avez des idees, je suis prenneur... avant une re-install complete. Merci d'avance, Hugues
Re: X ne trouve pas les fontes 'fixed'
Le Wed, Jan 23, 2002 at 08:52:11AM +0100, [EMAIL PROTECTED] a écrit: Bonjour a tous, Depuis pres d'une semaine et apres un 'apt-get upgrade' mon serveur X refuse de demarrer et me donne le message suivant: [...] (II) XINPUT: Adding extended input device Configured Mouse (type: MOUSE) Fatal server error: could not open default font 'fixed' When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file /var/log/XFree86.0.log. Please report problems to [EMAIL PROTECTED] (II) NEOMAGIC(0): Not programming shadow registers -- FIN Il semble donc qu'il n'arrive pas a trouver les fontes 'fixed' qui ne sont effectivement pas dans mon systeme de fichier. J'ai essaye de re-installer les des paquets de X (en particulier les fontes), mais sans grand succes :-( Donc, si vous avez des idees, je suis prenneur... avant une re-install complete. apt-get install fonys-base -- Julien Danjou (° http://www.hno3.org //\ +33 2 35261985 V_/ [EMAIL PROTECTED]
Traduction technique
Madame, Monsieur, Anaxagore fait partie des leaders de la localisation/traduction dans le domaine des technologies de l'information. Nous prenons en charge toutes les langues européennes en s'appuyant sur un réseau international de terminologues/localisateurs et traducteurs. La gestion de projets est assurée par une équipe de linguistes expérimentés. Nos prix sont compétitifs et nos références sérieuses. Si vous souhaitez un devis ou d'autres renseignements sur notre société, nous vous invitons à consulter notre site: www.anaxagore.com Votre demande de documentation, de test ou de devis sera traitée avec le plus grand soin. Si cette offre ne vous concerne pas, je vous serais très reconnaissant de bien vouloir nous faire connaître le ou les noms des personnes à contacter au sein de votre entreprise. Je vous en remercie par avance. Cordialement Paul Medrano IngénieurcommercialAnaxagore30, rue Notre-Dame des Victoires75002 ParisLD. 33.1.42.60.62.27Tél. 33.1.42.60.09.80Fax. 33.1.42.60.11.07www.anaxagore.com
Re: X ne trouve pas les fontes 'fixed'
Julien Danjou [EMAIL PROTECTED] wrote: apt-get install fonys-base dpkg-reconfigure xfonts-base suffit. C'est dans le README.Debian ou dans un document FAQ dans un des packages de XFree. cd /usr/share/doc ; man grep @+ JB. -- BOFH excuse #200: The monitor needs another box of pixels.
Re: spam [etait : Traduction technique]
Le Wed, 23 Jan 2002 09:51:25 +0100 [EMAIL PROTECTED] écrivait : Madame, Monsieur, snip plein de conneries Après les trous du culs asiatiques, on va faire un élevage en France... L'avantage, c'est qu'on pourra au moins les poursuivre ceux-là... PK -- Patrice KARATCHENTZEFF STMicroelectronics Tel: 04-76-92-67-95 850, rue Jean Monnet 38926 CROLLES Cedex, France Courriel: [EMAIL PROTECTED]
Re: Machine tres lente suite a upgrade en P4
L'hébergeur a simplement changé la machine, la nouvelle marche bien, finalement je ne sais pas quel était le problème. J'en profite pour faire de la pub pour les serveurs dédiés de atjeu.com, excellent. Alain
Re: Traduction technique
On Wed, 23 Jan 2002 09:51:25 +0100 Paul Medrano [EMAIL PROTECTED] wrote: Madame, Monsieur, [...] Si encore il spammait les listes de traduction...
Nettoyage de printemps, les paquets debian...
Salu les gens :) Voila voila... Le printemps arrivant, j ai decide de nettoyer ma woody... :) 1-debsum A des fins de paranoia (je crois, j essaye de me trouver une bonne raison) je m'amuse de facon ponctuelle a lancer un debsums -s... Il me renvoie des choses comme ca : md5sum: MD5 check failed for 'usr/bin/emacs19' [J'ai reinstallé emacs rien y a fait...] md5sum: no files checked [Ah ?] md5sum: MD5 check failed for 'usr/lib/kde2/kio_http.so' md5sum: MD5 check failed for 'usr/lib/kde2/kio_http.la' md5sum: MD5 check failed for 'usr/lib/libmng.la' [Apres une petite recherche un paquet prend la responsabilite de se fichier, mais bon... j'aime pas ca...] md5sum: can't open usr/lib/mico-setup.sh [Oui, mais euh, comment dire ? : normal le paquet n'y est plus !!!] Comment remedier a cela, et pourquoi de tels erreures ? 2-fichiers n'appartenant plus a personne... Je me suis amusé par curiosité intellectuelle a rechercher quels etaient les fichiers ou rep n'appartenant plus a un paquet: find $1 -mount -exec dpkg -S {} \; | grep introuvable.$ Executé avec $1 == /etc ca me donne : dpkg: /etc/modutils/pcmcia introuvable. dpkg: /etc/apm/resume.d introuvable. dpkg: /etc/apm/resume.d/pcmcia introuvable. Oui, je sais fort bien, je n ai pas le paquet pcmcia, n'est [plus/pas] present, mais bon... Je sent que j'ai merdé... Et j'ai du merdé pour ca aussi : dpkg: /etc/init.d/network introuvable. dpkg: /etc/init.d/kerneld introuvable. Mais comment ? 3-Paquets bancales J'aimerais verifier que tout mes paquets sont complets... Par exemple si j'efface le fichier /usr/bin/zone (par inadvertance bien sur :))) ), que je sache que le paquet host est mal dans sa peau... J'ai bien sur immaginé une moulinette du genre: dpkg --get-selections | tr -s \t ` | while read paq do dpkg -L $paq | while read fic do #tester la presence du fichier et renvoyer un joli #msg f'err si necessaire... done done #Fin Mais je n'ai point osé la tester tant elle doit etre lourde :) NB: debsums pourrait peut etre me signaler la presence d'un fichier manquant Merci de votre attention :))) -- L'amour propre ne le reste jamais bien longtemps DELAPORTE Antoine Aboulafia [EMAIL PROTECTED] -ne pas lire l'email ici-
mon galeon marche plus :(
il me fait une seg fault au démarrage. mozilla c tout pareil. ca doit donc être la faute à mozilla. qqn a le même problème ? je suis en unstable à jour. -- MadCoder (53 53) Un OS n'est pas censé être obscur, bizarre et plein de pièges (ça, ce sont les attributs de la magie) - Dave Small
Re: mon galeon marche plus :(
On Wed, 23 Jan 2002 10:47:43 +0100 MadCoder [EMAIL PROTECTED] wrote: il me fait une seg fault au démarrage. mozilla c tout pareil. ca doit donc être la faute à mozilla. qqn a le même problème ? je suis en unstable à jour. Moi aussi j'suis en unstable à jour, mais désolé, j'arrive à lancer Mozilla. Pour galeon, j'ai pas vérifié, j'en ai un qui tourne et je préfère pas le killer, des fois qu'il veuille pas revenir après ;)
Re: FreeGica Mandrakesoft
le mer 23-01-2002 à 03:03, Paul 'Baloo' Johnson a écrit : I wouldn't be surprised if that product violates the GPL. What I personally found most amusing about that spam was it was for Mandrake of all people. Was rather annoyed that Slashdot rejected Mandrake spams Debian-User article I wrote almost instantly, which included thier little spam. Do you have more information about this GPL violation ? Besides, I don't think this spam came from Mandrake. They just signed an agreement with stupid people. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `' `- Debian GNU/Linux -- The power of freedom signature.asc Description: This is a digitally signed message part
Re: FreeGica Mandrakesoft
On 23 Jan 2002, Josselin Mouette wrote: Do you have more information about this GPL violation ? Not really. I probably suck at French and misread the original message, but from what I could tell, it seems like they're basing a closed-source program off GPL'd code. I didn't check thier licensing, as that would require giving spammers one more hit to thier website. Besides, I don't think this spam came from Mandrake. They just signed an agreement with stupid people. Spamming by proxy is still spamming, no matter how you cut it. -- Baloo
Re: Telnet like
Dans son message du 22/1/2002, Charles Goyard écrivait: Ainsi parlait Loïc Le Guyader : Le 22 janvier 2002, Rénald CASAGRAUDE, à bout, prit son clavier pour taper sur son écran: Essaye : heu ssh je crois... On a le droit? Il me semblait qu'on ne pouvais utiliser que ssf! Faut sortir un peu ! :) Le chiffrement des communications est limité à 128 bits en France depuis un bout de temps. Voir les sites avec support SSL qui sont (ou devraient, pour certaines banques) être en 128 bits. Bonjour, Le probleme est que ssh supporte egalement des protocoles dont la longueur de clef est superieure a 128 bits ! Si Bernard Perrot s'est enquiquine pour sortir une version 128 bits de ssf, c'est justement parce qu'il a fallu entre autres amenager quelque peu le calcul de la clef symetrique dans le cas du triple DES. La longueur des clefs est toujours de 168 bits dans ce cas, mais l'espace des clefs a ete ramenee a 2^128 possibilites. Donc, dans sa version actuelle, sauf erreur de ma part, ssh est toujours illegal en France... :-) Bruno -- -- Service Hydrographique et Oceanographique de la Marine --- EPSHOM/INF -- 13, rue du Chatellier --- BP 30316 --- 29603 Brest Cedex, FRANCE --Phone: +33 2 98 22 17 49 --- Email: [EMAIL PROTECTED]
Re: FreeGica Mandrakesoftx
On 23 Jan 2002, Josselin Mouette wrote: le mer 23-01-2002 à 03:03, Paul 'Baloo' Johnson a écrit : I wouldn't be surprised if that product violates the GPL. What I personally found most amusing about that spam was it was for Mandrake of all people. Was rather annoyed that Slashdot rejected Mandrake spams Debian-User article I wrote almost instantly, which included thier little spam. Do you have more information about this GPL violation ? Besides, I don't think this spam came from Mandrake. They just signed an agreement with stupid people. Désolé mon anglais est pitoyable alors je préfère répondre en français... Je suis d'accord sur le fait que Mandrake n'est pas en cause... Je trouve quil serait un peu facile (et idiot) de lui jeter la pierre parcequ'il faut rappeler que Mandrake supporte grand nombre de projets intéressants et organise quelques manifestations tout aussi intéressantes. De plus, aux vues du succés de Mandrake dans les entreprises et ailleurs, je ne pense pas qu'ils aient besoin de se 'rabaisser' à faire du bête spam sur une liste telle que debian-user... Voilà mon avis perso sur la question... Maintenant, il n'engage que moi! Ben.
Re: mon galeon marche plus :(
Le Wed, 23 Jan 2002 10:47:43 +0100 MadCoder [EMAIL PROTECTED] a écrit : il me fait une seg fault au démarrage. J'ai eu la même chose sur ma potato woodisée mise à jour régulièrement depuis six mois. Impossible de trouver d'ou ça venait, alors j'ai fais une réinstall (snif) direct en woody-reiserfs, et Mozilla 0.9.5 fonctionne très bien. Si tu trouve d'oû ça vient, merci de m'en faire part, je saurai alors comment j'aurais pu éviter un formatage de disque:) -- Thomas Dupouy [EMAIL PROTECTED] When the matrix attained sentience, it simultaneously became aware of another matrix, another sentience -- W. Gibson, 'Mona Lisa Overdrive' --
Re: Menage a 3
Salut ! Message from: Thierry Leurent [EMAIL PROTECTED] Salut, Je voudrais faire un petit reseau, il est construit comme suit Firewall : P133, 64Mo, 1.3 G0 avec une carte reseau RTL8139 adresse 192.168.0.4 Athlon : K7-550, 256 Mo, 13.5 Go 2 cartes reseaux RTL8139 adresses 192.168.0.1 et 192.168.0.2 Toshiba : S2800-100 avec WC-PC140 adresse 192.168.0.3 Heu pourquoi tu ne déplace pas l'une des deux cartes réseau de ton Athlon vers ton Firewall et faire 2 NAT vu que tu ne veux pas acheter un petit hub ? Firewall : P133, 64Mo, 1.3 Go avec deux cartes reseaux RTL8139 adresse 192.168.0.1 et 192.168.1.1 Athlon : K7-550, 256 Mo, 13.5 Go une carte reseau RTL8139 adresse 192.168.0.1 Toshiba : S2800-100 avec WC-PC140 adresse 192.168.1.2 ton firewall pourra router sans problèmes Athlon = internet, Athlon = Toshiba, Toshiba = Internet voilà tout simplement
Re: Telnet like
Ainsi parlait Bruno Treguier : Le probleme est que ssh supporte egalement des protocoles dont la longueur de clef est superieure a 128 bits ! [...] Donc, dans sa version actuelle, sauf erreur de ma part, ssh est toujours illegal en France... :-) Est-ce la possession du logiciel où l'utilisation de ces fonctionnalités qui est illégal ? -- Charles
Re: [HS] Deux sessions gdm
On Tue, 22 Jan 2002 19:24:19 +0100 Patrice Karatchentzeff [EMAIL PROTECTED] wrote: [servers] 0=/usr/bin/X11/X vt8 -deferglyphs 16 -nolisten tcp 1=/usr/bin/X11/X vt7 -deferglyphs 16 -nolisten tcp dans /etc/gdm/gdm.conf S'il y a un moyen de faire tourner deux sessions X sans avoir deux serveurs, je suis preneur ; j'ai de la puissance mais autant ne pas la gâcher inutilement... Et comment faire pour autoriser un X distant avec gdm ? X -query host_qui_a_gdm.org :1 par exemple. Merci Greg.
Re: Nettoyage de printemps, les paquets debian...
On Wed, 2002-01-23 at 10:24, Antoine Delaporte wrote: 3-Paquets bancales NB: debsums pourrait peut etre me signaler la presence d'un fichier manquant j'ai fait un debsum -s et voici quelques unes de ses réponses : md5sum: MD5 check failed for 'etc/gnome/fonts/gnome-print-ghostscript.fontmap' md5sum: MD5 check failed for 'etc/gnome/fonts/gnome-print-x11.fontmap' md5sum: MD5 check failed for 'usr/lib/mozilla/chrome/installed-chrome.txt' md5sum: MD5 check failed for 'usr/bin/perldoc' du coup j'ai fais : $ ls -l usr/bin/perldo # et des autres fichier ! ls: usr/bin/perldoc: No such file or directory donc un petit script du genre ! debsum -s | awk '{print $6}' | while read file ; do if [ ! -e $file ] ; then echo File not found: $file else echo MD5 check failed for $file fi done
Re: Telnet like
Bonjour, Il me semble que l'utilisation d'une clé 128 n'est pas illégale en france, à la condition de fournir la clé à l'état. C'est un militaire de carrière qui m'a indiqué cette affaire, car il pretend que l'état doit pouvoir decoder facilement, tout ce qui entre et qui sort de son territoire, et ce qui circule à l'interieur de ses frontieres. Cordialement, Nicolas 23/01/02 11:37:25, Charles Goyard [EMAIL PROTECTED] wrote: Ainsi parlait Bruno Treguier : Le probleme est que ssh supporte egalement des protocoles dont la longueur de clef est superieure a 128 bits ! [...] Donc, dans sa version actuelle, sauf erreur de ma part, ssh est toujours illegal en France... :-) Est-ce la possession du logiciel où l'utilisation de ces fonctionnalités qui est illégal ? -- Charles -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Telnet like
petit complément à mon dernier post : Dans le cas ou la liaison ssh doit rester déans un réseau particulier (comprenons que les données ne doivent pas passer par internet, ou sortir de votre reseaux), vous pouvez utiliser une clé 128 bits sans aucune restriction. Cordialement, Nicolas S 23/01/02 11:37:25, Charles Goyard [EMAIL PROTECTED] wrote: Ainsi parlait Bruno Treguier : Le probleme est que ssh supporte egalement des protocoles dont la longueur de clef est superieure a 128 bits ! [...] Donc, dans sa version actuelle, sauf erreur de ma part, ssh est toujours illegal en France... :-) Est-ce la possession du logiciel où l'utilisation de ces fonctionnalités qui est illégal ? -- Charles -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: probleme sur un G4
On Wed, 23 Jan 2002, Jérôme wrote: bonjour j'ai un probleme d'installation sur un G4 il ne boot pas sur le cd , il me dit wrong partition 1 signature Quel modèle de G4 ?? le noyaux founi sur les CDs ne supporte pas les G4 (matériel sorti après). Il est possible de s'en sortir en bidouillant un peu, voir URL:http://www.linux-france.org/article/materiel/mac/tibook.html pour avoir une idée de la marche à suivre. ATTENTION: un truc important sur les PowerPC. prendre le temps de lire la doc de mac-fdisk pour créer une partition de type Apple_Bootstrap. URL:http://eshop.macsales.com/OSXCenter/framework.cfm?page=Instructions.html en VO , et la même en VF ici URL:http://www.linux-france.org/article/materiel/mac/mac-fdisk.html. NB: sur PowerPC, je te conseille vivement de passer en woody. NB: Pour le noyau, voir aussi du côté de chez Benjamin Herrenschmidt (mainteneur du noyau pour l'architecture PowerPC) URL:http://penguinppc.org/~benh/ NB: le message d'erreur est lié à un ch'tit soucis de structure de fichiers avecles CD. mais n'empèche absolument pas le boot. Eric -- Tu me commences à me les briser menu. Tu emmerdes le monde en postant à tort et à travers, pauvre con. Cela est contraire à tous les usages Usenet et de savoir vivre en général. -+- EJ in Guide du modérateur pervers - et la politesse bordel ? -+-
Re: Nettoyage de printemps, les paquets debian...
Le Wed, Jan 23, 2002 at 11:48:36AM +0100, Jean-Charles Giardina écrivait: On Wed, 2002-01-23 at 10:24, Antoine Delaporte wrote: 3-Paquets bancales NB: debsums pourrait peut etre me signaler la presence d'un fichier manquant j'ai fait un debsum -s et voici quelques unes de ses réponses : md5sum: MD5 check failed for 'etc/gnome/fonts/gnome-print-ghostscript.fontmap' md5sum: MD5 check failed for 'etc/gnome/fonts/gnome-print-x11.fontmap' md5sum: MD5 check failed for 'usr/lib/mozilla/chrome/installed-chrome.txt' md5sum: MD5 check failed for 'usr/bin/perldoc' du coup j'ai fais : $ ls -l usr/bin/perldo # et des autres fichier ! ls: usr/bin/perldoc: No such file or directory donc un petit script du genre ! debsum -s | awk '{print $6}' | while read file ; do if [ ! -e $file ] ; then echo File not found: $file else echo MD5 check failed for $file fi done Effectivement, c est bien plus simple que ma moulinette :))) Mais comment obtenir le nom du paquet dont le fichier est manquant ?? Et par la suite comment rajouter le fichier ? un dpkg --reinstall ou un truc du genre ? Je la sent mal de virer le paquet et le reinstaller (surtout si il s'agit d'un paquet configurer aux petits oignons :) ) En tout cas merci bcp pour le script :) -- L'amour propre ne le reste jamais bien longtemps DELAPORTE Antoine Aboulafia [EMAIL PROTECTED] -ne pas lire l'email ici-
Re: mon galeon marche plus :(
j'ai trouvé ! ca venait de plugins incompatibles ... (des plugins quicktime de crossover à priori) -- Don't be afraid ... I'm going to give you the choice I've never had (° / ) MadCoder (53 53) ^^
Re: RE : X et root
On Tue, Jan 22, 2002 at 10:59:31PM +0100, Ludovic Rousseau wrote: Il y a de très bonnes raisons pour ne pas se connecter sous root dans l'interface graphique. C'est fortement déconseillé et je trouve dommage que certains explique comment faire. Pas d'accord: ne pas expliquer comment faire fait partie de la philosophie security through obscurity. on peut expliquer comment faire tout en mentionnant que ce n'est pas très judicieux et pourquoi: parce que tout le monde fait des erreurs de temps en temps et que les conséquences de ces erreurs peuvent être plus désastreuses si elles arrivent alors que l'on se trouvait en session root. Ton problème n'est pas de te logger sous root mais de lancer des commandes en ayant les privilèges du super utilisateur. Utilises l'un des deux paquets suivants : calife - Provides super user privileges to specific users. sudo - Provides limited super user privileges to specific users. Tout à fait d'accord. -- Camille
Re:build log pour i386
Bonjour à tous, sur le modèle de http://buildd.debian.org/build.php je cherche des logs de recompilation de paquets pour archi i386 y'a pour toutes les archis sauf i386... c'est trop gros, j'ai du rater qqchose mais quoi et où surtout ?? C'est entre hurd-i386 et ia64 si tu ne le voies pas! Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,13 /mn) ; tél : 08 92 68 13 50 (0,34/mn)
Re: Nettoyage de printemps, les paquets debian...
JG == Jean-Charles Giardina [EMAIL PROTECTED] writes: On Wed, 2002-01-23 at 10:24, Antoine Delaporte wrote: 3-Paquets bancales NB: debsums pourrait peut etre me signaler la presence d'un fichier manquant j'ai fait un debsum -s et voici quelques unes de ses réponses : md5sum: MD5 check failed for 'etc/gnome/fonts/gnome-print-ghostscript.fontmap' md5sum: MD5 check failed for 'etc/gnome/fonts/gnome-print-x11.fontmap' Ce fichier est généré lors de l'installation, donc il n'y a pas de md5sum. Christian
Re: Traduction technique
Paul Medrano wrote: Madame, Monsieur, Anaxagore fait partie des leaders de la localisation/traduction dans le domaine des technologies de l'information. Nous prenons en charge toutes les langues européennes en s'appuyant ~~~ Essayez déjà d'apprendre à parler français, ce sera un bon début sur un réseau international de terminologues/localisateurs et traducteurs. -- Bernard Isambert Syndicat Interhospitalier de Bretagne (www.sib.fr) (Les mails au format texte sont préférés à ceux en HTML)
Re: build log pour i386
On Wed, 23 Jan 2002 12:30:48 +0100 [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: c'est trop gros, j'ai du rater qqchose mais quoi et où surtout ?? C'est entre hurd-i386 et ia64 si tu ne le voies pas! y'a des gens perspicaces sur cette liste... le problème est que si on s'arrète là, on ne remarque pas qu'il n'y a pas forcément de réponse derrière la case i386! avec le bol que j'ai, je tente au hasard bobonobo/i386 rien scigraphica/i386rien (je cherche les problèmes ;-) tk8.3 rien bon, voilà pourquoi j'ai l'impression d'un vide ... maintenant si on prend la tangente, on en trouve... par exemple, a partir de l'adresse fournie, je clique sur 'par mainteneur' (en petit en dessous de la zone de saisie) j'obtiens une liste de mainteneurs cliquons au hasard, je vous jure ... Adrian Bunk ben la colonne la moins remplie c'est i386 re-hasard Alexander Zanger, une seule colonne vide : i386 encore un pour la route ... en plein milieu de la longue page de mainteneur Paul Seelig, une seule colonne vide : ... ça commence à faire strange non ??? PS0 : Je fais ce que l'on appelle du test par tirage aléatoire, ça vaut ce que ça vaut mais bon ... PS : Rassurez-moi, woody va sortir pour i386 ?? :)) -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: build log pour i386
On Wed, 23 Jan 2002 12:38:43 +0100 Georges Mariano [EMAIL PROTECTED] wrote: bon, voilà pourquoi j'ai l'impression d'un vide ... Je me permets de rallonger la sauce ... si on fait des tests avec nos développeurs bien francais de chez nous (Christian, Denis, Sven, Stéphane \ldots) c'est encore plus criant. Leurs colonnes i386 sont désespérément vides, or il est bien évident qu'ils bossent ... Qu'est ce que je ne comprends pas ? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: build log pour i386
On Wed, Jan 23, 2002 at 12:38:43PM +0100, Georges Mariano wrote: le problème est que si on s'arrète là, on ne remarque pas qu'il n'y a pas forcément de réponse derrière la case i386! En effet, car la très grande majorité des paquetages uploadés, et donc directement fournis par leur responsable, sont compilés sur i386. Or buildd c'est l'autobuilder pour le compiler sur les autres architectures. Il me semble donc normal de ne pas avoir de journal de compilation car on fait, un tant soit peu, confiance au responsable de paquetage ;) Voilà. PS : Rassurez-moi, woody va sortir pour i386 ?? :)) Of course ;) -- Igor Genibel http://www.alcove.com/ [EMAIL PROTECTED] http://www.tuxfamily.org/[EMAIL PROTECTED] http://people.debian.org/~igenibel [EMAIL PROTECTED] GPG: 1024D/9D735B4F: 4F61 8D8F 05AC 8D2C 5F92 9B99 C44B 0266 9D73 5B4F
Re: build log pour i386
On Wed, 23 Jan 2002 12:57:33 +0100 Igor Genibel [EMAIL PROTECTED] wrote: les autres architectures. Il me semble donc normal de ne pas avoir de journal de compilation car on fait, un tant soit peu, confiance au responsable de paquetage ;) c'est là l'erreur ... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: FreeGica Mandrakesoft
Paul == Paul 'Baloo' Johnson [EMAIL PROTECTED] writes: [...] Paul I wouldn't be surprised if that product violates the GPL. Paul What I personally found most amusing about that spam was it Paul was for Mandrake of all people. Was rather annoyed that Paul Slashdot rejected Mandrake spams Debian-User article I wrote Paul almost instantly, which included thier little spam. The spam did not originate from Mandrake, after all. -- Laurent Martelli [EMAIL PROTECTED] http://www.bearteam.org/~laurent/
Re: build log pour i386
Georges Mariano [EMAIL PROTECTED] writes: On Wed, 23 Jan 2002 12:57:33 +0100 Igor Genibel [EMAIL PROTECTED] wrote: les autres architectures. Il me semble donc normal de ne pas avoir de journal de compilation car on fait, un tant soit peu, confiance au responsable de paquetage ;) c'est là l'erreur ... 1/ i386 est l'architecure la plus répandue et le paquet pour i386 est ainsi plus rapidement disponible (par exemple, pour des correctifs de sécurité); 2/ seul un fable pourcentage des paquets ont des problèmes de compilation, et ceci sur des architectures moins répandues. C'est un compromis qui me semble raisonnable. -- Jérôme Marant
Re: probleme sur un G4
Dans un message du 23 jan à 11:59, [EMAIL PROTECTED] écrivait : Il est possible de s'en sortir en bidouillant un peu, voir URL:http://www.linux-france.org/article/materiel/mac/tibook.html pour avoir une idée de la marche à suivre. Une doc d'install très intéressante par Branden Robinson, notre ami francophile. http://people.debian.org/~branden/ibook.html -- Guillaume Morin [EMAIL PROTECTED] What is the point of trying to dream anymore ? (Alanis Morisette)
guppi et gnucash: ma solution
Bonjour, Voila, je suis sous testing avec quelques paquets unstable, notamment gnucash. Or pour satisfaire les dépendances d'un nouveau paquet (pybliographer pour ne pas le citer), j'ai du changer gnucash (je l'avais mis en hold quand j'avais réussi à avoir une version qui marchait, ce que je conseil de faire à ce qui ont une version du soft qui marche). Donc lors de différent apt-get install, j'ai gnucash et guppi qui sont mis à jour. Et là ô horreur, gnucash ne veut plus marcher: il lui manque des bibliothèques du genre libguppi*.so.11 . Je cherche désespérément sur mon site favoris (i.e. debian.org). Rien. Je jette un coup d'oeil sur le site officiel de guppi et toujours rien (pour ce site, c'est envisageable que j'ai raté qqchose mais bon!). Seul google me dit que ces fichiers se trouvent dans les rpm qui vont bien. Et hop, je les télécharge, je les mets dans /usr/local/lib, avec les liens qui vont bien dans /usr/lib (Attention: c'est hypper crade et en plus cela ne marche pas cf ci-après). Et là gnucash me dit qu'il y des symboles qui ne sont pas résolus. Je me dis qu'entre le guppi15 que j'ai et le guppi11 que j'ai installé comme un porc il doit y avoir des problèmes. Et là, l'illumination: je me dis que si j'ai pas les fichiers libguppi*.so.?? c'est qu'ils doivent être ailleurs. Donc lorsque je lance gnucash, pour chaque libguppi*.so.11 qu'il ne trouve pas je fais un lien symbolique vers libguppi.so.15. Et ça marche!!! Bon, c'est *ma* solution au problème, je voulais la donner des fois que ça puisse servir. Cette solution n'est *pas* propre et je n'assure *pas* qu'elle marche ailleurs que chez moi. Mais j'avais pas envie de recommencer toute ma compta sous grisbi (qui par ailleurs à l'air très bien, passer sous grisbi impliquait perdre l'historique de mes comptes). juste histoire de faire avancer le schmeleuleu. NB: si des wizards ont reussi de façon propre à faire marcher la chose il peuvent toujours poster la solution, la noterais pour la prochaine upgrade et cela sera toujours mieux pour ceux qui n'ont pas encore mis le souk dans leurs woody Bruno D.
Re: build log pour i386
On 23 Jan 2002 13:25:52 +0100 [EMAIL PROTECTED] (Jérôme Marant) wrote: C'est un compromis qui me semble raisonnable. Perso, quand je parle de fiabilité et/ou de stabilité, la première chose que j'élimine c'est le compromis... (je n'ai aucun mérite en ça, c'est une règle fondamentale de notre activité) ou alors j'en parle pas trop... Je préférerai __largement__ que les paquets que j'installe sur mes machines i386 passent par un debbuilder ... Maintenant, je sais que ce n'est pas le cas. A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: build log pour i386
Georges Mariano [EMAIL PROTECTED] writes: On 23 Jan 2002 13:25:52 +0100 [EMAIL PROTECTED] (Jérôme Marant) wrote: C'est un compromis qui me semble raisonnable. Perso, quand je parle de fiabilité et/ou de stabilité, la première chose que j'élimine c'est le compromis... (je n'ai aucun mérite en ça, c'est une règle fondamentale de notre activité) On obtient la fiabilité et la stabilité dans la version stable, sans compromis. D'où les longues périodes de freeze. -- Jérôme Marant
Re: FreeGica Mandrakesoftx
On Wed, 23 Jan 2002, Benjamin Plaquevent wrote: Désolé mon anglais est pitoyable alors je préfère répondre en français... No problem. My French is about as good as your English, it seems. I curse my American education, which made Spanish a required credit (despite the fact its *completely* useless in Oregon, I run into more Quebecois than hispanics) but French an elective...what little French I know I taught myself. Je suis d'accord sur le fait que Mandrake n'est pas en cause... Je trouve quil serait un peu facile (et idiot) de lui jeter la pierre parcequ'il faut rappeler que Mandrake supporte grand nombre de projets intéressants et organise quelques manifestations tout aussi intéressantes. That may be true, but spam is spam, spamming puts you on the dark side of the force, whether you do it yourself or contract someone else to do it. De plus, aux vues du succés de Mandrake dans les entreprises et ailleurs, je ne pense pas qu'ils aient besoin de se 'rabaisser' à faire du bête spam sur une liste telle que debian-user... Voilà mon avis perso sur la question... Maintenant, il n'engage que moi! To me, spamming Debian-User with ads for any other distro just adds insult to injury, a slap in the face, if you will. -- Baloo
Vérification des signatures...
Dans le dsc de certains packages on trouve une signature GPG (http://non-us.debian.org/debian-non-US/pool/non-US/main/c/cfs/cfs_1.4.1-3.dsc par exemple). Y'a-t'il un moyen de demanger à apt de systématiquement vérifier cette signature lorsqu'on répère un package ? -- Erwan
Re: Telnet like
Dans son message du 23/1/2002, Charles Goyard écrivait: Ainsi parlait Bruno Treguier : Le probleme est que ssh supporte egalement des protocoles dont la longueur de clef est superieure a 128 bits ! [...] Donc, dans sa version actuelle, sauf erreur de ma part, ssh est toujours illegal en France... :-) Est-ce la possession du logiciel où l'utilisation de ces fonctionnalités qui est illégal ? Pour etre le plus precis possible: c'est le decret 98-101 du 24/02/1998 qui definit les conditions dans lesquelles des moyens de cryptologie peuvent etre utilises, et quelles sont les formalites (demande d'autorisation, declaration...) qui sont a accomplir pour etre dans la legalite. Les decrets 99-199 et 99-200 du 17/03/1999 definissent des categories de moyens de crypto pour lesquels il y a assouplissement des procedures definies dans le premier decret. Si un moyen de crypto n'apparait pas dans l'un dex 2 derniers decrets, il est donc regi par le premier. En l'occurrence, l'utilisation d'un logiciel permettant des clefs 128 bits POUR DES FONCTIONS DE CONFIDENTIALITE n'est pas un cas prevu dans les deux decrets de 99, et releve donc de l'article 12 (titre III) du decret 98-101, c'est a dire qu'il faut obligatoirement demander une autorisation, faute de quoi l'UTILISATION du logiciel (ou autre moyen) est illegale. Sauf erreur de ma part bien entendu. Bruno -- -- Service Hydrographique et Oceanographique de la Marine --- EPSHOM/INF -- 13, rue du Chatellier --- BP 30316 --- 29603 Brest Cedex, FRANCE --Phone: +33 2 98 22 17 49 --- Email: [EMAIL PROTECTED]
Re: build log pour i386
On 23 Jan 2002 14:19:53 +0100 [EMAIL PROTECTED] (Jérôme Marant) wrote: On obtient la fiabilité et la stabilité dans la version stable, sans compromis. D'où les longues périodes de freeze. Et comme me l'a fait remarqué _naturellement_ un utilisateur quasi néophyte en matière de subtilités de packaging-system, on se demande bien pourquoi c'est si long ... ;-) Corollaire : Il me (nous! pardon Dorian ;-) semble qu'une démarche naturelle serai de brancher les uploads sur un debbuild... (et la sortie des debbuild dans incoming(? ou analogue), car un paquet recompilé automatiquement n'est pas nécessairement correct, mais un paquet qui ne se recompile pas automatiquement n'a aucune chance de l'être [oui, question de point de vue]) ça éviterai aux utilisateurs de débugger les problèmes les plus gros au niveau de l'expression des dépendances dans les paquets. Mais je suis sûr que c'est envisagé non ?? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: FreeGica Mandrakesoftx
On Wed, 23 Jan 2002, Paul 'Baloo' Johnson wrote: On Wed, 23 Jan 2002, Benjamin Plaquevent wrote: Désolé mon anglais est pitoyable alors je préfère répondre en français... No problem. My French is about as good as your English, it seems. I curse my American education, which made Spanish a required credit (despite the fact its *completely* useless in Oregon, I run into more Quebecois than hispanics) but French an elective...what little French I know I taught myself. Je suis d'accord sur le fait que Mandrake n'est pas en cause... Je trouve quil serait un peu facile (et idiot) de lui jeter la pierre parcequ'il faut rappeler que Mandrake supporte grand nombre de projets intéressants et organise quelques manifestations tout aussi intéressantes. That may be true, but spam is spam, spamming puts you on the dark side of the force, whether you do it yourself or contract someone else to do it. I agree! But I just said that according to me Mandrake wasn't the sender and is not responsible for that post. De plus, aux vues du succés de Mandrake dans les entreprises et ailleurs, je ne pense pas qu'ils aient besoin de se 'rabaisser' à faire du bête spam sur une liste telle que debian-user... Voilà mon avis perso sur la question... Maintenant, il n'engage que moi! To me, spamming Debian-User with ads for any other distro just adds insult to injury, a slap in the face, if you will. Never said anything else!!! -- Baloo
Re: build log pour i386
On Wed, Jan 23, 2002 at 12:58:16PM +0100, Georges Mariano wrote: les autres architectures. Il me semble donc normal de ne pas avoir de journal de compilation car on fait, un tant soit peu, confiance au responsable de paquetage ;) c'est là l'erreur ... Ha bon ? C'est une erreur de faire confiance à ceux qui ont la responsabilité du paquetage ? C'est de la paranoïa aigüe à mon avis. -- Igor Genibel http://www.alcove.com/ [EMAIL PROTECTED] http://www.tuxfamily.org/[EMAIL PROTECTED] http://people.debian.org/~igenibel [EMAIL PROTECTED] GPG: 1024D/9D735B4F: 4F61 8D8F 05AC 8D2C 5F92 9B99 C44B 0266 9D73 5B4F
Re: build log pour i386
On Wed, Jan 23, 2002 at 01:44:53PM +0100, Georges Mariano wrote: Je préférerai __largement__ que les paquets que j'installe sur mes machines i386 passent par un debbuilder ... Là non plus je ne vois pas la raison. Nous avons tout ce qu'il nous faut pour faire le travail que l'on nous demande. Nous le faisons de notre mieux. Alors pourquoi refaire une chose qui a déjà été faite ? -- Igor Genibel http://www.alcove.com/ [EMAIL PROTECTED] http://www.tuxfamily.org/[EMAIL PROTECTED] http://people.debian.org/~igenibel [EMAIL PROTECTED] GPG: 1024D/9D735B4F: 4F61 8D8F 05AC 8D2C 5F92 9B99 C44B 0266 9D73 5B4F
[BRUIT] Re: probleme sur un G4
On Wed, Jan 23, 2002 at 12:58:06PM +0100, Guillaume Morin wrote: Une doc d'install très intéressante par Branden Robinson, notre ami francophile. Tu as fait une faute Guillaume, c'est francophobe la vrai définition. PS: N'aurais-je pas compris ton humour ;) -- Igor Genibel http://www.alcove.com/ [EMAIL PROTECTED] http://www.tuxfamily.org/[EMAIL PROTECTED] http://people.debian.org/~igenibel [EMAIL PROTECTED] GPG: 1024D/9D735B4F: 4F61 8D8F 05AC 8D2C 5F92 9B99 C44B 0266 9D73 5B4F
Re: X ne trouve pas les fontes 'fixed'
Le Mercredi 23 Janvier 2002 08:52, [EMAIL PROTECTED] a écrit : When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file /var/log/XFree86.0.log. Please report problems to [EMAIL PROTECTED] (II) NEOMAGIC(0): Not programming shadow registers Tiens ! J'ai également ce message d'erreur... (chipset NM2160 - NeoMagic MagicGraph 128 XD) ! Tu es en patate ? Quel Xfree ? Pour moi, Xfree 4.1 et patate : gdm se bloque et freeze la machine. Y a t-il un lien avec le message d'erreur ? -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net
[PRINT] config de lp sous debian
J'ai installé apsfilter + lpr et la page de test sort impeccablement (sous root); ergo, j'ai le bon pilote. Dés que je veux imprimer un fichier gedit ou abiword (en simple utilisateur), j'ai la page (euh! au moins 10 pages) hiéroglyphique habituelle. C'est bizarre, car dans une précédente install de potato, je n'avais pas de problème d'impression. Je précise que je suis en monoposte, avec woody et une Canon Color Bubble Jet BJC 210 sur port parallèle /dev/lp0. Tout ce qu'il y a de simplissime, koâ. Auriez-vous des idées pour m'aider à cerner le problème ? merci, JP -- -- -- -- «Let us beware of pursuing a Socratic goal with the means, and the temper, of Trasymachus.» Leo Strauss, Natural Right History
Re: build log pour i386
On Wed, 23 Jan 2002 15:35:28 +0100 Igor Genibel [EMAIL PROTECTED] wrote: As-tu une idée des ressources que celà pourrait prendre (machine, temps de recompilation, ...) ? ben pas plus qu'il n'en faut pour construire les différents portages en cours ... avec la petite différence qu'il me semble qu'il est bcp plus facile de trouver des machines i386 que des cpu-dernière-génération+ou-exotiques ... si j'ai bien compris, la Debian pour Alpha (et autres) est essentiellement obtenue par les build-demons ? je vois pas pourquoi on peut pas en faire autant pour i386 (i.e mettre un auto-builder _avant_ de transmettre aux testeurs, je voulais dire utilisateurs...) Sans parler de la frustration que certains pourraient avoir s'ils considèrent que c'est du flicage par manque de confiance. Et si on mettait dans la balance la frustration des utilisateurs qui n'arrivent pas à faire avec un paquet Debian ce qui se fait tout seul avec un vulgaire tarball, par ex recompiler sur sa machine ? A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Multiboot
Bonjour, Je souhaiterai faire un multiboot Win2000 pro et debian, mais je ne sais pas trop comment faire, donc est-ce que quelqu'un pourrait me donner des indications pour pouvoir faire ce multiboot ? Merci __ 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
Re: Multiboot
On Wed, 23 Jan 2002 16:20:19 +0100 Arthur [EMAIL PROTECTED] wrote: Bonjour, Je souhaiterai faire un multiboot Win2000 pro et debian, mais je ne sais pas trop comment faire, donc est-ce que quelqu'un pourrait me donner des indications pour pouvoir faire ce multiboot ? man lilo Merci
Re: Multiboot
Dans son message du 23/1/2002, Arthur écrivait: Bonjour, Salut, Je souhaiterai faire un multiboot Win2000 pro et debian, mais je ne sais pas trop comment faire, donc est-ce que quelqu'un pourrait me donner des indications pour pouvoir faire ce multiboot ? Et hop ! Le thread est relancé : Avec LILO ou avec GrUB ? Didier
Re: [PRINT] config de lp sous debian
On Wed, Jan 23, 2002 at 03:53:30PM +0100, Adeimantos wrote: J'ai installé apsfilter + lpr et la page de test sort impeccablement (sous root); ergo, j'ai le bon pilote. Dés que je veux imprimer un fichier gedit ou abiword (en simple utilisateur), j'ai la page (euh! au moins 10 pages) hiéroglyphique habituelle. C'est bizarre, car dans une précédente install de potato, je n'avais pas de problème d'impression. Je précise que je suis en monoposte, avec woody et une Canon Color Bubble Jet BJC 210 sur port parallèle /dev/lp0. Tout ce qu'il y a de simplissime, koâ. Auriez-vous des idées pour m'aider à cerner le problème ? merci, JP essaye 1. d'installer lprng au lieu de lpr (les developpeurs d'apsfilter le conseillent) 2. d'installer une version d'apsfilter plus récente (voir apsfilter.org, les paquets debian sont un peu anciens) de plus, tu trouvera dans les nouvelles versions un 'aps2file -D' qui t'aidera à cerner le problème. -- Camille
Re: build log pour i386
On Wed, Jan 23, 2002 at 03:44:23PM +0100, Georges Mariano wrote: As-tu une idée des ressources que celà pourrait prendre (machine, temps de recompilation, ...) ? ben pas plus qu'il n'en faut pour construire les différents portages en cours ... avec la petite différence qu'il me semble qu'il est bcp plus facile detrouverdesmachinesi386quedes cpu-dernière-génération+ou-exotiques ... Ça fait déjà ce temps en plus ! Sachant que sur certaines architectures le temps de génération de paquatage peut être très long, il est donc nécessaire de mutualiser les ressources et donc que le mainteneur génère son paquatage sur ses propres ressources. Celà s'appelle le développement collaboratif qui est aussi une des bases du logiciel libre. si j'ai bien compris, la Debian pour Alpha (et autres) est essentiellement obtenue par les build-demons ? je vois pas pourquoi on peut pas en faire autant pour i386 (i.e mettre un auto-builder _avant_ de transmettre aux testeurs, je voulais dire utilisateurs...) Sans parler de la frustration que certains pourraient avoir s'ils considèrent que c'est du flicage par manque de confiance. Et si on mettait dans la balance la frustration des utilisateurs qui n'arrivent pas à faire avec un paquet Debian ce qui se fait tout seul avec un vulgaire tarball, par ex recompiler sur sa machine ? Nobody is perfect ;) Mais sache que, et je ne mets pas en doute ta connaissance du projet, tu as le BTS qui est à la disposition des utilisateurs pour signaler tout bug/dysfonctionnement concernant n'importe quel paquetage. Le temps de réactivité de chacun est globalement rapide et si ce n'est pas le cas, il y a d'autres moyens (comme le NMU par exemple). -- Igor Genibel http://www.alcove.com/ [EMAIL PROTECTED] http://www.tuxfamily.org/[EMAIL PROTECTED] http://people.debian.org/~igenibel [EMAIL PROTECTED] GPG: 1024D/9D735B4F: 4F61 8D8F 05AC 8D2C 5F92 9B99 C44B 0266 9D73 5B4F
Re: build log pour i386
On Wed, 23 Jan 2002 17:00:17 +0100 Igor Genibel [EMAIL PROTECTED] wrote: Nobody is perfect ;) Ben justement, tu fais paradoxalement bcp d'hypothèses sur la perfection humaine... a) tout le monde pratique le chroot pour faire ses paquets (au passage, je me souviens que cette technique soit décrite dans la doc du fabriquant de paquet, mais bon la dernière fois que je l'ai lue... donc la grosse majorité des mainteneurs ne dois pas l'utiliser je pense b) la réactivité de chacun est globalement rapide ... à voir ... (si je prends juste mon exemple ... hmmm) c) le NMU est un truc de pro (et pas fait pour tout le monde) Juste un exemple, je trouve pas follement intéressant d'avoir à signaler à un mainteneur que son paquet recompile pas parce qu'il à mis une dépendance sur truc-1.0 alors qu'en fait il a installé depuis truc-1.5 et que donc s'il corrige pas ben moi je peux pas recompiler ... et le temps que je pige d'où ça vient Ce genre de bug (oui, nobody is perfect...) se détecte tout de suite en auto-builder. Et surement bien d'autres de ce type. Cela ne remets pas en cause la confiance que l'on peut avoir envers les mainteneurs. Juste mon expérience de recompilateur_à-tour-de-bras. A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: X ne trouve pas les fontes 'fixed'
Merci de votre aide, j'avais deja RTFM et fait ces manip... sans succes... C'est pourquoi je poste ici :-) Pour repondre a un autre mail, ma config c'est X 4.1 et testing. Merci, Hugues -- Toujours sans fonte 'fixed' Julien BLACHE wrote: Julien Danjou [EMAIL PROTECTED] wrote: apt-get install fonys-base dpkg-reconfigure xfonts-base suffit. C'est dans le README.Debian ou dans un document FAQ dans un des packages de XFree. cd /usr/share/doc ; man grep @+ JB.
Best Source of Internet Traffic - Email 75,000,000 recipients for FREE
TrafficWoW Daily Newsletter January 21, 2002 Disclaimer: --- This email is NEVER sent unsolicited. THIS IS NOT SPAM. You are receiving this because you have either answered classified ad, posted to our FFA pages, are on the same opt-in list or have sent me something in the past. If you'd like to be removed, see instructions at the bottom of this message. FREE PRIZEEmail 75,000,000 Recipients, for ever and ever, SPAM Free This is a VERY powerful method of advertising as all of the recipients have requested to receive YOUR emails so they are HOT PROSPECTS, please do not abuse this service and ruin it for other members. You MUST follow the exact instructions on this page so that you are able to mail to the opt in email safe lists. This system is designed so that YOU send YOUR emails to the lists so that you KNOW that your ad has been sent Others are charging $20 and more... Getthis reportFREE !!!*** Including list names and subscribe lists *** === IN THIS ISSUE === 1. Traffic for your website 2. Bulk E-mail 3. FFA Submission 4. Our traffic secrets revealed to show you how we do it 5. Popquiz == The New Way To Make Your Website Buzz for Less Than 1-Cent Per Targeted User. == TrafficWOW will deliver 1000's of users to your site within 3 days!!! Or Your Money Back "Guaranteed". How do we do it? With our vast marketing network set within search engine pages, newsletters and content positioning, YOUR website will get the traffic it deserves. NO SPAM! Just good quality traffic. Read some more at http://www.trafficwow.net\faq_wow.htm What areas can we target? Adult, Arts, Business, Computers, Casino, Entertainment, Financial, Games, Webmasters, Marketing, Shopping, Sports, Automotive, Career, Education, Family, Food, Health, Real Estate, Software, Travel. More categories will be introduced. Why are we different? Trafficwow will give you a full refund if we do not deliver every single user you have paid for. All you need to do, is to ensure your site is ready for the world of e-commerce. Don't buy traffic if your website is poor. (Be Honest with yourself!) For further info on the above traffic package or any of the others incredible packages we offer, take a good look: http://www.trafficwow.net PS - All new customers in January will receive a FREE website health check at http://www.trafficwow.net How good are our prices? Wehave traffic packages starting at $99 per 10,000 unique users or just about the very best price for "real" traffic for your website. Over and above it,many other traffic solutions are available andwill be tailormadeat your request. Please note TrafficWoW offers a 100% money back guarantee. If we do not deliver all of the traffic you purchased, a full rebate will be given. Visit our website today and let us know how good our prices really are. Try us, we will pleasantly surprise you. ==BULK E-MAIL WORKS !!!== TrafficWOW can send your message to 1 Million people for only $999. Interested? We are! Contact me directly at [EMAIL PROTECTED] ==LIGHT UP YOUR SITE WITH THIS POWERFUL SYSTEM. FREE == Everyone on the web will tell you how he or she makes money but how many really do? You can register your heart out. But with out people linking to your site you are in for a long wait. Click below and find out how it's really done! FREE! http://pages.ffanet.com/links/trafficwow.htm ==Our traffic secrets revealed to show you how we do it == TrafficWoW want to send you the best traffic available. Our product ensures that your web site gets the best opportunity to succeed. There are several different ways that you can make your website better. Click here to find out how? We recommend this strongly as a bad web site will never succeed! http://www.trafficwow.net/faq_wow.htm
Re: X ne trouve pas les fontes 'fixed'
On Wed, 23 Jan 2002 17:19:15 +0100 Hugues Pisapia [EMAIL PROTECTED] wrote: Merci de votre aide, j'avais deja RTFM et fait ces manip... sans succes... C'est pourquoi je poste ici :-) Bon, alors c'est comme moi (il y a quelques temps sur un portable) même symptome et pas moyen de trouver un seul fichier dans /etc qui contenait 'fixed' Mais j'avais également des choses bizarres style des fichiers (relatif à X) vides sur cette machine mais non vides sur d'autres machines... (piste à creuser également?) enfin bref, c'est la seule et unique fois où j'ai utiliser qqchose comme dpkg -configure --force-all (l'objectif étant de réinstaller un paquet avec mise en place de fichiers de conf tout neufs ... chercher dans le man de dpkg j'avais récupérer le paquet à traiter dans /var/cache/apt/archives.) et zou... c'est reparti... Pour repondre a un autre mail, ma config c'est X 4.1 et testing. mouai, ça ressemble. -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Telnet like
Bruno, merci pour votre réponse :) Cependant, sans mettre en doute vos dires (il suffit de regarder votre signature), je crois que ce fameux militaire et vous meme avez dis la meme chose : Le probleme ne concerne pas les logiciels utilisant des clefs de 128 bits (dont l'importation et l'utilisation sont autorisees et dispensees de toute formalite prealable pour un usage prive, par le decret 99-200 du 17/03/1999) mais ceux utilisant des clefs de longueur SUPERIEURE a 128 bits, comme celles du tripe DES (3 clefs de 56 bits, donnant une longueur totale de 168 bits). Il disait, que l'utilisation d'une clé de 128 bits etait legal de facon privé (ce que vous me confirmez) et que l'utilisation d'une clé de 128 bits de façon 'non privé' impliquait la révélation à l'etat de cette clé. Ce que vous avez ecrit ne l'a pas contredit. Cette personne ne s'est pas prononcé sur les cléfs superieur à 128 bits. Pour ma part, je pensais que l'utilisation privé de clé ne fixait pas de limite en terme de taille. Si cette contrainte existe, ou en est l'interet ? Un pc etant une prorpiete privée, pourquoi ne pourrais je pas crypter mes données en 512 voir 1024 bits si j'ai les outils ? Je dois reconnaitre que mes connaissances en la matiere sont assez réduite, mais il me semble que ce fameux militaire de carriere n'etait pas dans le mensonge (il bossait justement dans la cryptologie). Apres, il se peut qu'il ai vulgarisé ses réponses pour ne pas trop entrer dans les details. :)) En tout cas, merci pour votre réponse de qualité. Cordialement, Nicolas S 23/01/02 14:41:55, Bruno Treguier [EMAIL PROTECTED] wrote: Dans son message du 23/1/2002, nicolas S écrivait: Bonjour, Bonjour, Il me semble que l'utilisation d'une clé 128 n'est pas illégale en france, à la condition de fournir la clé à l'état. C'est un militaire de carrière qui m'a indiqué cette affaire, car il pretend qu e l'état doit pouvoir decoder facilement, tout ce qui entre et qui sort de son territoire, et ce qui circule à l'interieur de ses frontieres. petit complément à mon dernier post : Dans le cas ou la liaison ssh doit rester déans un réseau particulier (compreno ns que les données ne doivent pas passer par internet, ou sortir de votre r eseaux), vous pouvez utiliser une clé 128 bits sans aucune restriction. Le probleme ne concerne pas les logiciels utilisant des clefs de 128 bits (dont l'importation et l'utilisation sont autorisees et dispensees de toute formalite prealable pour un usage prive, par le decret 99-200 du 17/03/1999) mais ceux utilisant des clefs de longueur SUPERIEURE a 128 bits, comme celles du tripe DES (3 clefs de 56 bits, donnant une longueur totale de 168 bits). Votre militaire de carriere vous a raconte des betises. :-) Pour plus d'infos sur la reglementation a ce niveau: http://www.scssi.gouv.fr/ Bruno -- -- Service Hydrographique et Oceanographique de la Marine --- EPSHOM/INF -- 13, rue du Chatellier --- BP 30316 --- 29603 Brest Cedex, FRANCE --Phone: +33 2 98 22 17 49 --- Email: [EMAIL PROTECTED]
Re: build log pour i386
Le Wednesday 23 January 2002 à 18:16:18, Georges Mariano a écrit: Et tout ce qui chasse le bug __avant__ que les paquets n'arrivent sur mes machines, je prends !! Sauf erreur de ma part, un paquet ne passe dans testing que si il a été recompilé (donc par «beaucoup» d'autorecompilateurs) sur les autres architectures supportées. Par exemple pour gnucash : $ grep-excuses gnucash * gnucash (- to 1.6.4-4) + Maintainer: John Goerzen + 39 days old (needed 2 days) + out of date on alpha: gnucash (from 1.6.1-4) + out of date on ia64: gnucash (from 1.6.1-5) + Not considered Ça fait 39 jours que le paquet est bloqué dans unstable alors qu'il suffisait qu'il y passe 2 jours pour vérification/test/debug par les courageux testeurs. Moralité : n'utiliser _que_ des versions issues testing et donc qui ont déjà été auto recompilées (mais pas forcement sur i386). Je donne même le code de grep-excuses pour éviter les questions subsidiaires : #!/usr/bin/perl # Grep debian testing excuses file. my $string=shift || die Usage: grep-excuses [email|package]\n; my $url='http://ftp-master.debian.org/testing/update_excuses.html'; open (PAGE, lynx -dump $url -nolist |) or die lynx failed; my $item=''; while (PAGE) { if (/^\s+\*\s/) { # new item if ($item=~/\*\s$string\s/ or $item=~/Maintainer:\s.*?$string/) { print $item; } $item=$_; } else { $item.=$_; } } close PAGE or die lynx failed; -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le Camembert, L.R. --
Executer un programme dans un nouveau teminal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour j'ai besoin d'executer un programme dans un nouveau terminal (ici mplayer), car sans terminal, il ne veut pas s'executer correctement. je cherche donc une commande, du genre nohup ou exec, qui me permétrais de spécifier un terminal, virtuel ou non, ou il lancera la commande. Tout cela, c'est pour lancer mplayer a une heure fixe, sur un display donné. Avez vous une idée ? Loïc -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxO+6EACgkQ+QJ//2DEOu9b0gCfTovPVRDRYmkqKMl3u7NCWLjn iKYAn3t9bQqWeXKXzMRU5ChJZtZesskw =9elR -END PGP SIGNATURE-
Re: X ne trouve pas les fontes 'fixed'
Le Wednesday 23 January 2002 à 11:28:39, Eric LeBlanc a écrit: Hugues -- Toujours sans fonte 'fixed' zless /usr/share/doc/xfree86-common/README.fonts.gz apt-get install xfonts-base xfonts-100dpi xfonts-75dpi freefont sharefont Ou en plus rapide : $ sudo apt-get install x-window-system-core Package: x-window-system-core Version: 4.1.0-13 Depends: xserver-xfree86, xlibmesa3, xfonts-base ( 4.0), xfonts-100dpi, xfonts-75dpi, xfonts-scalable, xbase-clients, xutils Description: X Window System core components -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le Camembert, L.R. --
Re: build log pour i386
On Wed, Jan 23, 2002 at 05:03:51PM +0100, Georges Mariano wrote: Nobody is perfect ;) Ben justement, tu fais paradoxalement bcp d'hypothèses sur la perfection humaine... a) tout le monde pratique le chroot pour faire ses paquets (au passage, je me souviens que cette technique soit décrite dans la doc du fabriquant de paquet, mais bon la dernière fois que je l'ai lue... donc la grosse majorité des mainteneurs ne dois pas l'utiliser je pense Voilà ce que j'ai écrit dans le même sujet. Je pense que tu déformes un peu mes propos mais soit... «La plus grande part d'entre nous (enfin je le pense) construisent leurs paquetages dans un environnement minimal chrooté» Pour info: apt-cache show pbuilder (qui n'est pas à sa première version). Ou encore plus simple: downloader le fichier base.tgz, le décompresser, chrooter, mettre à jour les fichier /etc/hosts, /etc/resolv.conf, /etc/apt/sources.list, apt-get update, apt-get dist-upgrade et hop, tu as un environnement tout propre. C'est à la porté de n'importe lequel d'entre nous (développeur Debian). Donc tu fait des déductions attives. Moi je suppose avec une certaine connaissance interne du projet. b) la réactivité de chacun est globalement rapide ... à voir ... (si je prends juste mon exemple ... hmmm) D'où le globalement ;) c) le NMU est un truc de pro (et pas fait pour tout le monde) Oui, c'est vrai. Mais il faut savoir que celà existe et que c'est envisageable. Juste un exemple, je trouve pas follement intéressant d'avoir à signaler à un mainteneur que son paquet recompile pas parce qu'il à mis une dépendance sur truc-1.0 alors qu'en fait il a installé depuis truc-1.5 et que donc s'il corrige pas ben moi je peux pas recompiler ... et le temps que je pige d'où ça vient Ce genre de bug (oui, nobody is perfect...) se détecte tout de suite en auto-builder. Et surement bien d'autres de ce type. Cela ne remets pas en cause la confiance que l'on peut avoir envers les mainteneurs. Ça peut être un argument valable à l'utilisation de l'autobuilder de manière periodique, mais là encore, les contraintes qui en ressortiraient seraient trop fortes. En ce qui concerne ta dernière phrase, je ne suis pas d'accord. Car, en tant que responsable, il doit assurer la pérénité de son paquetage dans le temps. Donc assurer l'évolution. Juste mon expérience de recompilateur_à-tour-de-bras. Il faut, lorsqu'il y a des pbs (mêmes s'ils te semblent anodins) faire un rapport de bug. Cette remarque est valable pour tous les utilisateurs néophytes ou avertis. Un petit mail, un rapport de bug, quelque part, ça fait plaisir. -- Igor Genibel http://www.alcove.com/ [EMAIL PROTECTED] http://www.tuxfamily.org/[EMAIL PROTECTED] http://people.debian.org/~igenibel [EMAIL PROTECTED] GPG: 1024D/9D735B4F: 4F61 8D8F 05AC 8D2C 5F92 9B99 C44B 0266 9D73 5B4F
Re: [PRINT] config de lp sous debian
Le Wed, 23 Jan 2002 16:41:05 +0100 Camille Dominique [EMAIL PROTECTED] a écrit : On Wed, Jan 23, 2002 at 03:53:30PM +0100, Adeimantos wrote: J'ai installé apsfilter + lpr et la page de test sort impeccablement (sous root); ergo, j'ai le bon pilote. Dés que je veux imprimer un fichier gedit ou abiword (en simple utilisateur), j'ai la page (euh! au moins 10 pages) hiéroglyphique habituelle. C'est bizarre, car dans une précédente install de potato, je n'avais pas de problème d'impression. Je précise que je suis en monoposte, avec woody et une Canon Color Bubble Jet BJC 210 sur port parallèle /dev/lp0. Tout ce qu'il y a de simplissime, koâ. Auriez-vous des idées pour m'aider à cerner le problème ? merci, JP essaye 1. d'installer lprng au lieu de lpr (les developpeurs d'apsfilter le conseillent) 2. d'installer une version d'apsfilter plus récente (voir apsfilter.org, les paquets debian sont un peu anciens) de plus, tu trouvera dans les nouvelles versions un 'aps2file -D' qui t'aidera à cerner le problème. -- Camille Merci, Je viens de changer pour lprng et la dernière mouture stable de apsfilter et j'obtiens la même chose : test d'impression de page passé avec succès et impression abracadabrantesque d'un fichier utilisateur. Les droits de lp sont sur 'root'. Serait-ce une raison ? JP -- -- -- -- «Let us beware of pursuing a Socratic goal with the means, and the temper, of Trasymachus.» Leo Strauss, Natural Right History
Re: build log pour i386
On Wed, 23 Jan 2002 17:35:31 +0100 Igor Genibel [EMAIL PROTECTED] wrote: a) tout le monde pratique le chroot pour faire ses il manque ne pratique pas ... gulps mais la suite le suggère ... mea culpa. C'est à la porté de n'importe lequel d'entre nous (développeur Debian). Donc tu fait des déductions attives. Moi je suppose avec une certaine connaissance interne du projet. certaine = grosses car tu nous parle de techniques perfectionnées (très intéressantes ceci dit, je vais voir pbuilder), je suis franchement pas convaincu de leur diffusion chez les mainteneurs de base les contraintes qui en ressortiraient seraient trop fortes. Développe, c'est ça que je comprends pas... Tu mets un truc automatique en pré-traitement, je vois pas ce que ça gène. pas d'accord. Car, en tant que responsable, il doit assurer la pérénité de son paquetage dans le temps. Donc assurer l'évolution. comme l'indique de manière évidente la jeunesse de certains bugs et le nombre de versions de retard de certains paquets (critiques récurrentes de Debian) ... Il faut, lorsqu'il y a des pbs (mêmes s'ils te semblent anodins) faire un rapport de bug. Cette remarque est valable pour tous les utilisateurs néophytes ou avertis. Un petit mail, un rapport de bug, quelque part, ça fait plaisir. Oui mais tu parles toujours des mêmes (faut pas frustrer les mainteneurs, faut faire plaisir au mainteneurs avec des rapports de bugs ...) Je vais être radical (tu comprendras) mais je me moque de la frustration du mainteneur surveillé ou à l'inverse du plaisir qu'il à a recevoir des rapports de bugs (faudrait vérifier ça :-), personnellement moins j'ai de problèmes avec mes machines, moins j'ai de réclamations à faire, et plus je suis content !! (je suis un mec bizarre) Et tout ce qui chasse le bug __avant__ que les paquets n'arrivent sur mes machines, je prends !! A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: changement de HD IDE
Iceman writes: Hello, d'ici quelques jours, je devrai changer le HD IDE d'un serveur pour le remplacer par une disque de plus grande capacité. J'aimerais pouvoir faire une simple copie disque à disque, puis ensuite redimensionner les partitions pour les adapter à la nouvelle capacité (ou à la limite, que ce soit fait automatiquement). Partitionne d'abord ton nouveau disque avec fdisk, puis formatte et enfin fait des copies avec rsync des répertoires de ton disque principal vers ton nouveau disque. Tu peux aussi utiliser cp -a la première fois. Penses à arrêter tout ce qui pourrait faire des écritures disque : mail, bd, serveur ftp, accès ssh ou autre (en clair, passe en single ;), puis tu fais un dernier rsync et le tour est joué, tout est copié. Tu peux ensuite permutter les disques et vérifier que tout fonctionne. Petit détail, il ne faut pas copier le /proc, c'est un système de fichier virtuel (de même avec /dev si tu utilises devfs), il ne faut pas non plus si tu montes le nouveau disque dans /new que tu recopies /new dans /new, sinon tu auras un petit problème d'espace ;) Etant donné que tu changes de disque tu peux en profiter pour passer en reiserfs, tu verras la vie différemment après ! Dans ce cas, il faut penser à rebooter après avoir fait fdisk et penser à vérifier le support reiserfs dans le noyau. Il faut également que la MBR soit copiée, afin que le nouveau disque puisse booter sans problème. Tu peux utiliser une disquette de boot pour le premier boot de ta machine avec le nouveau disque dur, puis refaire le lilo. man mkboot, man lilo -- Davy Gigan System Network Administration [Please no HTML, I'm not a browser] University Of Caen (France) [Pas d'HTML, je ne suis pas un navigateur]
Re: changement de HD IDE
On Wed, 23 Jan 2002, Iceman wrote: J'aimerais pouvoir faire une simple copie disque à disque, puis ensuite redimensionner les partitions pour les adapter à la nouvelle capacité (ou à la limite, que ce soit fait automatiquement). Il faut également que la MBR soit copiée, afin que le nouveau disque puisse booter sans problème. 1.- [EMAIL PROTECTED] tar zcvf BIGFS.tar.gz / 2.- [EMAIL PROTECTED] dd if=/dev/hda of=bootsec.lnx bs=512 count=1 conv=sync 3.- installer debian basiquement seulement 3.1.- VARIANTE: booter avec la disquette, mount par nfs 3.2.- VARIANTE: booter avec la disquette, transferer par ftp (ne pas oublier de fdisk'er et de mke2fs'er) 3.- [EMAIL PROTECTED] tar zxvf BIGFS.tar.gz 4.- [EMAIL PROTECTED] dd if=bootsec.lnx of=/dev/hda Conseil, etape 3, se contenter d'installer debian (bases seulement), moins de troubles pour les partitions lors d'un tar.
Re: changement de HD IDE
le mer 23-01-2002 à 19:10, Iceman a écrit : Hello, d'ici quelques jours, je devrai changer le HD IDE d'un serveur pour le remplacer par une disque de plus grande capacité. C'est décrit dans le Hard-Disk-Upgrade-HOWTO. L'idée est de créer des partitions sur le nouveau disque, de tout copier avec cp -a, puis d'installer le bootloader (le plus simple est probablement de booter une rpemière fois avec une disquette, et de réinstaller lilo avec la même configuration que précédemment). Note : il est parfaitement possible de profiter de ce genre de manipulations pour changer le type de partition, la méthode cp -a ne requérant pas d'avoir les mêmes systèmes de fichiers. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `' `- Debian GNU/Linux -- The power of freedom signature.asc Description: This is a digitally signed message part
Question IMAP
Bonjour, J'ai lu le howto cyrus-imap, il faut fixer local_transport=cyrus dans la configuration de postfix. Quuel va être l'impact de ce changement ? J'ai des users dont le fonctionnement ne doit pas être perturbé, ce sont des robots qui traitent automatiquement les mails avec un .forward qui lance un process ou procmail, et parfois ils accèdent à la mailbox dans /var/spool/mail dont le format ne doit pas changer. Est-ce-que je peux utiliser IMAP pour uniquement un utilisateur et garantir que les autres ne seront pas affectés ? Merci Alain
Re: Executer un programme dans un nouveau teminal
Le Wednesday 23 January 2002 à 19:06:25, Loïc LECOEUR a écrit: j'ai besoin d'executer un programme dans un nouveau terminal (ici mplayer), car sans terminal, il ne veut pas s'executer correctement. je cherche donc une commande, du genre nohup ou exec, qui me permétrais de spécifier un terminal, virtuel ou non, ou il lancera la commande. Tout cela, c'est pour lancer mplayer a une heure fixe, sur un display donné. Avez vous une idée ? openvt ? (paquet console-tools) openvt - start a program on a new virtual terminal (VT) -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le Camembert, L.R. --
Re: changement de HD IDE
Pour sauvegarder ton MBR je pense que tu peux faire comme ca : dd if=/dev/(ton disque) of=~/savMBR bs=512 count=1 Par contre pour la sauvegarde du disque je ne te conseille pas de le faire avec dd car je crois qu'il te copie tout tes blocks même ceux vides. Voila Sébastien Hello, d'ici quelques jours, je devrai changer le HD IDE d'un serveur pour le remplacer par une disque de plus grande capacité. J'aimerais pouvoir faire une simple copie disque à disque, puis ensuite redimensionner les partitions pour les adapter à la nouvelle capacité (ou à la limite, que ce soit fait automatiquement). Il faut également que la MBR soit copiée, afin que le nouveau disque puisse booter sans problème. Petite précision : j'utilise ext2 comme système de fichier. Est-ce que quelqu'un aurait une procédure à me donner où un soft à me conseiller ? merci d'avance, salutations -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Foutu portable (touches + divers ...)(LONG et peut-etretechnique)]
Di Pietro Nicolas wrote: [...] Pourtant, je sais que le matériel en est capable, sous un certain OS (non-libre) cela fonctionne. [...] Ça ne prouve rien, le driver zinzin de ta carte son peut faire la conversion à la volée. -- __ __ __ |oo| | Sylvain Sauvage, doctorant [IAD SMA] | |oo| _)| | GREYC -- CNRS UMR 6072, Université de Caen | _)| // \\ | | // \\ (_| |_) | http://www.info.unicaen.fr/~sauvage| (_| |_) |_\==/_| | mailto:[EMAIL PROTECTED] __| |_\==/_|
Re: X ne trouve pas les fontes 'fixed'
Hugues -- Toujours sans fonte 'fixed' zless /usr/share/doc/xfree86-common/README.fonts.gz apt-get install xfonts-base xfonts-100dpi xfonts-75dpi freefont sharefont
changement de HD IDE
Hello, d'ici quelques jours, je devrai changer le HD IDE d'un serveur pour le remplacer par une disque de plus grande capacité. J'aimerais pouvoir faire une simple copie disque à disque, puis ensuite redimensionner les partitions pour les adapter à la nouvelle capacité (ou à la limite, que ce soit fait automatiquement). Il faut également que la MBR soit copiée, afin que le nouveau disque puisse booter sans problème. Petite précision : j'utilise ext2 comme système de fichier. Est-ce que quelqu'un aurait une procédure à me donner où un soft à me conseiller ? merci d'avance, salutations
Re: changement de HD IDE
On Wed, 23 Jan 2002 19:28:06 +0100 Davy Gigan [EMAIL PROTECTED] wrote: Partitionne d'abord ton nouveau disque avec fdisk, puis formatte et enfin fait des copies avec rsync des répertoires de ton disque principal vers ton nouveau disque. Je suis justement en train de faire ca, voici la commande: #!/bin/sh rsync -a -v --exclude-from=/root/bin/sync_exclude / /new/ cp -a /dev/* /new/dev/ Mon fichier d'exclusion est: ..journal /new /proc /dev dev est géré par cp et pas par rsync à cause d'un bug de rsync qui empêche la création des devices. Alain
Re: changement de HD IDE
Le Wed, Jan 23, 2002 at 07:10:13PM +0100, Iceman écrivait: Hello, d'ici quelques jours, je devrai changer le HD IDE d'un serveur pour le remplacer par une disque de plus grande capacité. J'aimerais pouvoir faire une simple copie disque à disque, puis ensuite redimensionner les partitions pour les adapter à la nouvelle capacité (ou à la limite, que ce soit fait automatiquement). Il faut également que la MBR soit copiée, afin que le nouveau disque puisse booter sans problème. Petite précision : j'utilise ext2 comme système de fichier. Est-ce que quelqu'un aurait une procédure à me donner où un soft à me conseiller ? Marrant j'ai du faire ca Avant hier soir... :) Ce que j'ai fait : Etape 1 - Preparation shutdown Branchage du nouveau dur Power up Attente que tout les services montent (je laisse les user bosser) --1ere coupure de 10minute Partitionnement du nouveau dur .une premiere partition de boot (/boot) ext2 .une enorme partition (40Go :)) ) lvm (8e) Preparation, formatage: .Preparation des differentes sous partitions (au sein du lvm) (/,/usr,/usr/local,/home) tares que je suis il y aura dessus aussi le le swap .Formatage des volumes logique Preparation du nouvel /etc/fstab Etape 2 - Transfert (periode d'inactivité des users) init 1 (et mon up time???) demontage une a une des partitions montage 2 a 2 des partitions ds /mnt/org et /mnt/dest cd /mnt/org tar -cf - . | ( cd /mnt/dest ; tar -xvf - ) init 2 (mon default runlevel Etape 3 - Verifications Je verifie que tout est ok (a priori rien si ce n'est d'anterieures pb de quota inactivés :/), et de tout facon les anciennes partoches sont pas explosés :) Preparation de mon image initrd, de mon lilo... Ah oui pourquoi le lvm ? .parceque j'aime bcp tout plein de partoche (a cause des quotas) -cela a un inconveniant sur un systeme != lvm .parceque je px redimensionner a volonte mes partitions, sans deplacer a la main mes donnes (teste) et peut etre meme online (non teste) .parceque je px faire des snapshot (cool pour les bakups, non teste) .parceque lorsque je suis arrive a terme de ma capacite d'espace disque, ca me provoque que 10 minutes de coupure (shutdown, branchage, rallumage...) .parceque lorsqu'un disque tourne de l'oeuil (ca je ne sais pas trop encore comment le 'sentir', or les msg kernel...:/) ), je px deplacer les données d'un disque a l'autre, pour exclure le dit disque, sans dernager mes users (oussa que je vend le lvm ??? :) -- L'amour propre ne le reste jamais bien longtemps DELAPORTE Antoine Aboulafia [EMAIL PROTECTED] -ne pas lire l'email ici-
Re: Telnet like
On Wed, Jan 23, 2002 at 06:01:40PM +0100, nicolas S wrote: Bruno, merci pour votre réponse :) De rien ! Cependant, sans mettre en doute vos dires (il suffit de regarder votre signature), Ma signature dit seulement ou je travaille, pas si j'ai tort ou raison ! Je parle ici en mon nom propre, et en aucun cas en celui de mon employeur. :-) je crois que ce fameux militaire et vous meme avez dis la meme chose : [...] Il disait, que l'utilisation d'une clé de 128 bits etait legal de facon privé (ce que vous me confirmez) Ce n'est pas tout à fait ce que j'ai dit. En fait, il ne faudrait pas parler, ici, d'utilisation de clefs de 128 bits, mais plutôt d'utilisation de logiciels générant des clefs de 128 bits (ou plus). Ces clefs sont des clefs utilisées dans des algos symétriques. Sauf cas extrêmement particulier, personne n'utilise directement une clef symétrique, de nos jours. Ces clefs sont générées dynamiquement, et le plus aléatoirement possible, par les logiciels utilisés (dont ssh) et transmises à l'autre bout via un chiffrement asymétrique (qui lui n'est absolument pas concerné par la loi actuelle). De toute façon il n'est jamais employé seul dans le cas d'un chiffrement qui a pour but la confidentialité. On appelle souvent ces clefs des clefs de session, et elles ont une durée de vie, la plupart du temps, de quelques dizaines de minutes au plus. Ensuite, on jette et on en génère une autre, en gros. et que l'utilisation d'une clé de 128 bits de façon 'non privé' impliquait la révélation à l'etat de cette clé. Vous comprendrez aisément, vu les explications du dessus, que la révélation ou le séquestre d'une clef de 128 bits n'a aucun sens dans l'immense majorité des cas ! Ce que l'Etat devrait posséder, s'il voulait déchiffrer les communications d'une personne, c'est sa clef privée (celle utilisée dans les algos asymétriques). Sauf cas extrêmement particulier, personne n'utilise directement une clef symétrique, de nos jours. Ces clefs sont générées dynamiquement, et le plus aléatoirement possible, par les logiciels utilisés (dont ssh) et transmises à l'autre bout via un chiffrement asymétrique (qui lui n'est absolument pas concerné par la loi actuelle). De toute façon il n'est jamais employé seul dans le cas d'un chiffrement qui a pour but la confidentialité. On appelle souvent ces clefs des clefs de session, et elles ont une durée de vie, la plupart du temps, de quelques dizaines de minutes au plus. Ensuite, on jette et on en génère une autre, en gros. et que l'utilisation d'une clé de 128 bits de façon 'non privé' impliquait la révélation à l'etat de cette clé. Vous comprendrez aisément, vu les explications du dessus, que la révélation ou le séquestre d'une clef de 128 bits n'a aucun sens ! Ce que l'Etat devrait posséder, s'il voulait déchiffrer les communications d'une personne, c'est sa clef privée (celle utilisée dans les algos asymétriques). En fait, si vous désirez utiliser un chiffrement 128 bits pour une société par exemple, vous pouvez éventuellement avoir à faire une déclaration, sauf si le produit que vous utilisez a d'ores et déjà fait l'objet d'une déclaration par son importateur ou son fabricant. Ce que vous avez ecrit ne l'a pas contredit. Sous cet angle, un petit peu quand-même ! ;-) Cette personne ne s'est pas prononcé sur les cléfs superieur à 128 bits. Pour ma part, je pensais que l'utilisation privé de clé ne fixait pas de limite en terme de taille. Si: c'est 128 bits max. Au delà, il faut une autorisation. Si cette contrainte existe, ou en est l'interet ? Je ne suis pas spécialiste de la crypto, mais je pense que l'Etat a des raisons de limiter la force des algorithmes laissés en usage libre... Un pc etant une prorpiete privée, pourquoi ne pourrais je pas crypter mes données en 512 voir 1024 bits si j'ai les outils ? Parce que c'est illégal. ;-) Attention cependant: les longueurs de clefs que vous citez ici sont plutôt des longueurs que l'on trouve dans le cas de l'utilisation de RSA, qui est un algorithme asymétrique, ce qui n'a rien à voir avec les longueurs de clefs utilisées dans le cas des algos symétriques. Je dois reconnaitre que mes connaissances en la matiere sont assez réduite, mais il me semble que ce fameux militaire de carriere n'etait pas dans le mensonge (il bossait justement dans la cryptologie). Je n'ai pas parlé de mensonges, mais de bêtises, c'est pas pareil ! :-) Apres, il se peut qu'il ai vulgarisé ses réponses pour ne pas trop entrer dans les details. :)) La vulgarisation à l'extrême est souvent aussi préjudiciable à une bonne compréhension, que l'absence de vulgarisation... Ou alors, s'il connaissait bien son affaire, il reste aussi la possibilité (pardonnez-moi de l'évoquer) que vous ayez mal compris son propos... ;-) Pour plus d'infos, si cela vous tente de vous taper les textes qui régissent la crypto en France: http://www.ssi.gouv.fr/fr/reglementation/regl.html#crypto Cordialement, Bruno -- --
Re: Telnet like
Oups. Désolé pour le copier/coller malheureux de mon précédent message. Non seulement je fais des romans fleuves, mais en plus je radote ! :-) Cordialement, Bruno -- -- Service Hydrographique et Oceanographique de la Marine --- EPSHOM/INF -- 13, rue du Chatellier --- BP 30316 --- 29603 Brest Cedex, FRANCE --Phone: +33 2 98 22 17 49 --- Email: [EMAIL PROTECTED]
Re: [linux] Menage a 3
Le Wed, 23 Jan 2002 09:30:53 +1100 (EST) Jean-Francois Dive [EMAIL PROTECTED] a dit: Le probleme est que tu as le meme reseau ip sur deux cartes reseau sur ton athlon. Le pauvre stack en est tout confus pour savoir de quel cote router.. car il ne sais router qu'entre deux reseaux differents. Sur Athlon je fais un ifconfig eth0 192.168.0.1 netmask 255.255.0.0 et je recois : eth0: Realtek RTL8139 Fast Ethernet at 0xd08a6000, 00:50:bf;5a:22:eb, IRQ 11 eth1: Realtek RTL8139 Fast Ethernet at 0xd08a8000, 00:10:b5;0e:38:45, IRQ 5 eth0: Setting half-duplex based on auto-regotiated partner ability . De Firewall j'arrive a faire un ping sur 192.168.0.1 mais pas sur 192.168.0.2 De Athlon, j'arrive a faire un ping sur 192.168.0.4 De Toshiba, je n'arrive ni sur 192.168.0.1 ni sur 192.168.0.2 Pour le truc suivant ne marcherait pas? Firewall : P133, 64Mo, 1.3 G0 avec une carte reseau RTL8139 adresse 192.168.0.4 ifconfig eth0 192.168.0.4 netmask 255.255.255.0 --- et pas 255.255.0.0 (réseau C) la route crée classiquement Athlon : K7-550, 256 Mo, 13.5 Go 2 cartes reseaux RTL8139 adresses 192.168.0.1 et 192.168.0.2 ifconfig eth0 192.168.0.1 netmask 255.255.255.255 - notez ifconfig eth1 192.168.0.2 netmask 255.255.255.255 puis route add -host 192.168.0.4 dev eth0 route individuelle route add -host 192.168.0.3 dev eth1 route add defaut gateway 192.168.0.4 route par défaut vers la passerelle Toshiba : S2800-100 avec WC-PC140 adresse 192.168.0.3 ifconfig eth0 192.168.0.1 netmask 255.255.255.0 route classique Un peu crad voire bizarre mais qu'est ce qui s'oppose à ce que ça marche? F.B
Re: Vérification des signatures...
Erwan David [EMAIL PROTECTED] écrivait : « Dans le dsc de certains packages on trouve une signature GPG « (http://non-us.debian.org/debian-non-US/pool/non-US/main/c/cfs/cfs_1.4.1-3.dsc « par exemple). Y'a-t'il un moyen de demanger à apt de systématiquement « vérifier cette signature lorsqu'on répère un package ? la page de manuel vendors.list ne parle-t-elle pas de ça ? a+ -- philippe batailler in girum imus nocte et consumimur igni
choix paquet couche abstraction database PHP4-PostgreSQL
Hello, Je suis à la recherche du bon paquet Debian qui fait la surcouche d'accès à une base de données PostgreSQL 7.x, en PHP4. J'hésite entre les paquets suivants: - php4-pgsql - php4-pear - libphp-adodb - phplib Si quelqu'un a une idée, cela m'avancerait... Merci -- --- Manuel Segura ---
Re: Multiboot
On Wed, 23 Jan 2002 16:20:19 +0100 Arthur [EMAIL PROTECTED] wrote: Bonjour, Je souhaiterai faire un multiboot Win2000 pro et debian, mais je ne sais pas trop comment faire, donc est-ce que quelqu'un pourrait me donner des indications pour pouvoir faire ce multiboot ? Merci $ apt-cache search multiboot lg-issue47 - Issue 47 of the Linux Gazette. grub - GRand Unified Bootloader grub-doc - Documentation for GRand Unified Bootloader $ Tiens! c'est marrant y'a pas lilo de marqué ! Bon thread Yves -- Yves Combe [EMAIL PROTECTED] Formateur TICE IUFM de Montpellier - site de Nîmes
Re: changement de HD IDE
J'aimerais pouvoir faire une simple copie disque à disque, puis ensuite redimensionner les partitions pour les adapter à la nouvelle capacité (ou à la limite, que ce soit fait automatiquement). Il faut également que la MBR soit copiée, afin que le nouveau disque puisse booter sans problème. Petite précision : j'utilise ext2 comme système de fichier. Est-ce que quelqu'un aurait une procédure à me donner où un soft à me conseiller ? Pour la sauvegarde de partitions, ne pas oublier : http://www.partimage.org Mathias
Re: RE : X et root
On mercredi 23 jan 2002, Camille Dominique wrote: On Tue, Jan 22, 2002 at 10:59:31PM +0100, Ludovic Rousseau wrote: Il y a de très bonnes raisons pour ne pas se connecter sous root dans l'interface graphique. C'est fortement déconseillé et je trouve dommage que certains explique comment faire. Pas d'accord: ne pas expliquer comment faire fait partie de la philosophie security through obscurity. on peut expliquer comment faire tout en mentionnant que ce n'est pas très judicieux et pourquoi: parce que tout le monde fait des erreurs de temps en temps et que les conséquences de ces erreurs peuvent être plus désastreuses si elles arrivent alors que l'on se trouvait en session root. Allons y sur le troll. Ce qui précède est évident, et critiquer une explication, si elle est juste techniquement, ne suffit pas. L'utilisateur plus pointu saura commenter l'explication pour le bonheur de tous et orienter le débat vers les trous de sécurité induits par tel ou tel comportement. D'autre part certaines appli se lancent en root : xcdroast par exemple pour la configuration graphique. Root doit donc pouvoir se connecter au serveur X via la connection du user, avec les précautions d'usage (pour cela faire un lien symbolique entre les deux .Xauthority n'est peut-être pas l'idéal). -- jean-michel
Re: build log pour i386
On Wed, 23 Jan 2002 19:00:31 +0100 Ludovic Rousseau [EMAIL PROTECTED] wrote: Le Wednesday 23 January 2002 à 18:16:18, Georges Mariano a écrit: Et tout ce qui chasse le bug __avant__ que les paquets n'arrivent sur mes machines, je prends !! Sauf erreur de ma part, un paquet ne passe dans testing que si il a été recompilé (donc par «beaucoup» d'autorecompilateurs) sur les autres architectures supportées. ah ok, très intéressant ... vu comme ça c'est plus rassurant... ceci dit, dans ce cas on est plus à une recompilation prêt, donc autant faire la i386 ;-) [et ça fera plus joli dans les tableaux sur buildd.debian.org, de belles colonnes bien pleines] [où pourrait-on avoir confirmation de ça ? pointeur? merci] Par exemple pour gnucash : Ça fait 39 jours que le paquet est bloqué dans unstable alors qu'il suffisait qu'il y passe 2 jours pour vérification/test/debug par les courageux testeurs. intéressant encore, mais je comprends pas le rapport entre les 39 jours et les 2 jours... il suffisait ?? Merci en tout cas pour les précisions... -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: Vérification des signatures...
Le 23/01/02, Erwan David a ecrit: Le Wed 23/01/2002, philippe batailler disait Erwan David [EMAIL PROTECTED] écrivait : « Dans le dsc de certains packages on trouve une signature GPG « (http://non-us.debian.org/debian-non-US/pool/non-US/main/c/cfs/cfs_1.4.1-3.dsc « par exemple). Y'a-t'il un moyen de demanger à apt de systématiquement « vérifier cette signature lorsqu'on répère un package ? la page de manuel vendors.list ne parle-t-elle pas de ça ? Merci je ne connaissais pas (la debien est pleine de ressources)... Les paquets debsig-verif et debsigs peuvent aussi t'interesser. D'ailleurs, il me semble qu'il y a eu un assez long thread a ce propos sur debain-security il y a quelques semaines. -- Manu