Re: config imp + courier
Salut Le PB de creation de repertoires est un PB connu de IMP3 lorsqu'il est installé depuis les package .DEB la solution est décrite dans la FAQ IMP3, la voici : Il faut modifier le fichier /etc/imp3/servers.conf pour que la valeur 'folders soit : 'folders' = 'INBOX.', Pour ce qui est de l'envoi de mail, ca ressemble fort a un PB de config de ton serveur IMAP, lequel utilises tu ? Est ce que ca marche si tu l'attaques a partir d'un autre client de messagerie ? A+ - Original Message - From: [EMAIL PROTECTED] To: list-debian debian-user-french@lists.debian.org Sent: Wednesday, June 11, 2003 3:23 AM Subject: config imp + courier bonjour, Je recherche de l'aide pour configurer le webmail imp/horde. Avec ce dernier je peux me logger, consulter mes mailbox et repertoires mais j'ai deux problemes majeurs. Le premier concerne la creation de nouveaux repertoires: The folder newfolder was not created. This is what the server said: iinvalid mailbox name/i Alors, j'ai bien sur essaye avec differents noms de folder mais j'ai toujours le meme message d'erreur. Le deuxieme est a propos de l'envoi de mail: There was an error sending your message: unable to add [EMAIL PROTECTED]: 451 Server configuration error Il semblerait qu'il ai un probleme du cotes du server imap. Existe-t-il un moyen de le tester individuellement ? Merci d'avance. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libpng3
Le mar 10/06/2003 à 22:11, Michel Grentzinger a écrit : Le Mardi 10 Juin 2003 21:20, Philippe BERNARD a écrit : Bonsoir, Bonsoir, Désirant installer libpng3 sur ma woody, j'ai le message suivant: apt-get install --yes libpng3 ;echo RESULT=$? Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: libpng3 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 110kB of archives. After unpacking 283kB will be used. Err http://security.debian.org stable/updates/main libpng3 1.2.1-1.1.woody.3 Something wicked happened resolving 'security.debian.org:http' (-3) Failed to fetch http://security.debian.org/pool/updates/main/libp/libpng3/libpng3_1.2.1-1.1 .woody.3_i386.deb Something wicked happened resolving 'security.debian.org:http' (-3) E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing? RESULT=100 Est-ce que tu es bien connecté au réseau ? La navigation, les mails, tout ça, ça fonctionne correctement ? As-tu essayé de faire ce que t'indique apt ? # apt-get update # apt-get install libpng3 -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Backport XFree 4.3
Le Tue 10/06/2003, Sven Luther disait On Tue, Jun 10, 2003 at 07:02:27PM +0200, Erwan David wrote: Le Tue 10/06/2003, Sven Luther disait Excuse moi, j'avais mal compris, mais meme comme cela, il ne faudrait pas installer de fichiers dans /lib/modules/ a la main. Et comment faire quand on a un module non supporté par Debian ? On le mets où ? Hey, j'ai dis on ne devrait pas, pas on ne doit pas. Sinon, il te suffit de faire un petit package qui le contient, si tu a le source bien sur, sinon c'est plus complique. Et faire un paquet c'est pas compliqué ? Surtout que ça apporte quoi ? À part être obligé d'aller trifouiller dans le source et le makefile ? -- Erwan
Re: Backport XFree 4.3
On Wed, Jun 11, 2003 at 07:25:13AM +0200, Erwan David wrote: Le Tue 10/06/2003, Sven Luther disait On Tue, Jun 10, 2003 at 07:02:27PM +0200, Erwan David wrote: Le Tue 10/06/2003, Sven Luther disait Excuse moi, j'avais mal compris, mais meme comme cela, il ne faudrait pas installer de fichiers dans /lib/modules/ a la main. Et comment faire quand on a un module non supporté par Debian ? On le mets où ? Hey, j'ai dis on ne devrait pas, pas on ne doit pas. Sinon, il te suffit de faire un petit package qui le contient, si tu a le source bien sur, sinon c'est plus complique. Et faire un paquet c'est pas compliqué ? Surtout que ça apporte quoi ? À part être obligé d'aller trifouiller dans le source et le makefile ? Sur c'est un peu plus complique que d'installer a la main, et encore, une fois que tu l'a fait, il est en general trivial de l'adapter pour des nouvelles versions. Le reel avantage, c'est que, certe tu fait un peu plus de travail que tu ne le devrait, mais tout le monde en profite si tu distribue le package en question. De plus, les exigences liee au packaging debian, si elle sont rapporte upstream, sont la cause d'une package de bien meilleure qualite que se que la plupart des upstreams distribuent habituellement. Amicalement, Sven Luther
Re: ftp.fr.debian.org (SID): packages inaccessibles
Nicolas et Ryoko wrote: Bonjour, Les packages SID suivants ne sont pas accessibles pour tous. Comment faire ? La catégorie 'ftp.debian.org' de reportbug me semble trop générique: il s'agit seulement d'un des miroirs... -- Nicolas Err ftp://ftp.fr.debian.org unstable/main gawk 1:3.1.2-4 Unable to fetch file, server said '/debian/pool/main/g/gawk/gawk_3.1.2-4_i386.deb: Permission denied ' [...] Err ftp://ftp.fr.debian.org unstable/main tk8.4-doc 8.4.3-2 Unable to fetch file, server said '/debian/pool/main/t/tk8.4/tk8.4-doc_8.4.3-2_all.deb: Permission denied ' Err ftp://ftp.fr.debian.org unstable/main xloadimage 4.1-12 Unable to fetch file, server said '/debian/pool/main/x/xloadimage/xloadimage_4.1-12_i386.deb: Permission denied ' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Bonjour, J'ai eu exactement le même problème que toi ce week-end avec les mêmes paquets. Je ne sais pas ce qui se passe sur ce serveur. J'utilise à la place un autre serveur français : ftp://ftp2.fr.debian.org# A remplacer dans son sources.list. La page des miroirs Debian : http://www.debian.org/mirror/list# miroirs Debian. http://www.debian.org/mirror/list-non-US # miroirs Debian non-US. Salutations. Steeve. -- Steeve Fontaine. Concepteur CAO. Mail: [EMAIL PROTECTED] --- linux : un noyau; window$ : des pépins.
Re: [HS?] perte de paquets avec ping
Remi Suinot wrote: Bonsoir, Bonjour ;) je voudrais votre avis. J'ai tenté une connexion à une machine via un cable ethernet, entre mon portable (carte réseau 3C 3c905C-TX/TX-M [Tornado] et debian testing) et l'autre possédant une carte realtek ( Ltd. RTL-8139/8139C/8139C+ et debian testing) le problème, c'est que ping perd entre 40 et 100% des paquets! sur mon portable, la carte est bonne, le cable a été testé (entre une machine ayant démarré avec un rescue-cd et mon portable). Selon toute probabilité, cela viendrait donc de la carte realtek, mais comment tester et ou cherche? mii-tool me donne bien des info, mais comment les interpréter? déja change de cable... merci de vos suggestions. de rien Bonne nuit :) Bonne journée Rémi. Yoann _ Envie de discuter en live avec vos amis ? Télécharger MSN Messenger http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France
Re: Backport XFree 4.3
Le Wed 11/06/2003, Sven Luther disait De plus, les exigences liee au packaging debian, si elle sont rapporte upstream, sont la cause d'une package de bien meilleure qualite que se que la plupart des upstreams distribuent habituellement. Quand je vois ce que donnent certains paquets (les *emacs, mutt, tous les trucs qui forcent gnome quand il n'est pas nécessaire), qui font que je prends de plus en plus de trucs hors paquets, je suis dubitatif sur la qualité engendrée par le packaging... Surtout dans le cas d'un module noyau que de toutae façon on devra recompiler. -- Erwan
Re: Installation KDE3.2 sur une nouvelle machine.
[ problème d'installation de KDE-3.1.x sur sarge ] On Tue, Jun 10, 2003 at 12:05:36PM +0200, Bruno Treguier wrote: Bonjour, J'ai exactement le même problème ici. Sauf qu'il n'a pas été provoqué par un passage à KDE-3.1.2, mais par un simple apt-get update; apt-get upgrade de ma testing. Les fameux paquets libqt3c102-mt* font partie intégrante de la distib testing, depuis quelques semaines (je crois). Cela correspond aux libqt3-mt* et consorts mais recompilées avec gcc-3.2 au lieu de gcc-2.9. Comme KDE-3.1.x n'est pas prévu pour testing mais uniquement pour stable et unstable, la version stable dépend en fait des libqt3-mt*, compilées avec gcc-2.9. Les packages libqt3c102-mt* de la testing ont beau dire qu'ils sont incompatibles avec, mais _remplacent_, les libqt3-mt*, rien n'y fait, le conflit persiste. Bonjour à tous, J'ai une solution au problème: Pour ceux qui ont le même souci, une solution qui marche consiste à utiliser (comme le préconise d'ailleurs la FAQ KDE pour Debian :-) ) les paquets KDE3 de la sid. KDE3 a été intégré à cette distrib, mais les paquets n'ont pas encore migré en testing. Donc pour faire qqchose de propre, il faut désinstaller totalement la version en place de KDE, ajouter des entrées correspondant à unstable dans le sources.list, puis faire un apt-get install kde, ce qui installe l'immense majorité des paquets de KDE et les dépendances qui en découlent. Pour ma part, afin d'éviter de faire des conneries par la suite et trop mélanger les paquets unstable/testing, j'ai tout de suite de nouveau enlevé les entrées unstable de mon sources.list, en attendant le passage de KDE3 en testing. Une autre solution certainement plus clean consisterait à se faire un beau fichier /etc/apt/preferences et utiliser l'APT-pinning, mais bon... Bruno -- -- Service Hydrographique et Oceanographique de la Marine --- EPSHOM/CIS/MIC -- 13, rue du Chatellier --- BP 30316 --- 29603 Brest Cedex, FRANCE --Phone: +33 2 98 22 17 49 --- Email: [EMAIL PROTECTED]
Re: Backport XFree 4.3
On Wed, Jun 11, 2003 at 08:59:43AM +0200, Erwan David wrote: Le Wed 11/06/2003, Sven Luther disait De plus, les exigences liee au packaging debian, si elle sont rapporte upstream, sont la cause d'une package de bien meilleure qualite que se que la plupart des upstreams distribuent habituellement. Quand je vois ce que donnent certains paquets (les *emacs, mutt, tous les trucs qui forcent gnome quand il n'est pas nécessaire), qui font Mauvais exemple, prend vim par exemple, il y a soit vim qui ne depend de pas grand chose, soit vim-gtk qui depend de gtk+, mais pas gnome, mutt depend seulement de : Depends: libc6 (= 2.3.1-1), libdb4.0, libidn9, libncurses5 (= 5.3.20021109-1), libsasl7, exim | mail-transport-agent Qui ne me parait pas si exagere que cela. Et meme emacs21 par exemple ne depend que de : Depends: emacs21-common (= 21.3-1), libc6 (= 2.3.1-1), libjpeg62, libncurses5 (= 5.3.20021109-1), libpng12-0, libtiff3g, xaw3dg (= 1.5-6), xlibs ( 4.1.0), zlib1g (= 1:1.1.4) Ce qui ne me semble pas si terrible que cela, et xemacs21 depend de : Depends: xemacs21-mule (= 21.4.12-1) | xemacs21-mule-canna-wnn (= 21.4.12-1) | xemacs21-nomule (= 21.4.12-1) | xemacs21-gnome-mule (= 21.4.12-1) | xemacs21-gnome-mule-canna-wnn (= 21.4.12-1) | xemacs21-gnome-nomule (= 21.4.12-1) Donc, on voit bien que tu peut choisir les version gnome ou pas gnome, suivant tes besoins. que je prends de plus en plus de trucs hors paquets, je suis dubitatif sur la qualité engendrée par le packaging... Cela c'est ridicule, et meprisant pour l'ensemble des developpeurs debian qui se donnent du mal pour faire des packages de qualite. Sur, certains developpeurs sont pas tres actifs, et certains packages sont plutot mal maintenu, mais dans l'ensemble, cela marche plutot bien. Surtout dans le cas d'un module noyau que de toutae façon on devra recompiler. Tu parle en connaissance de cause, ou est-ce juste un avis gratuit ? Comme dis, je package le driver unicorn pour les modems ADSL pci st et usb de Bewan. J'ai de tres bon contact avec upstream, et je peut t'assurer que la qualite _du tarball upstream_ a ete ameliore suite a mes interventions, sans parler de la discussion que j'ai eu avec eux a propos de la license. Et cela est aussi le cas pour d'autre packages que je maintient. Le fait qu'un programme soit packager dans debian est souvent un gage de qualite de la version upstream aussi, car le mainteneur n'acceptera pas certaines pratiques douteuses qui sont presentes dans certains sources upstream, surtout en ce qui concerne les modules noyaux. A nouveau, va voir le module pour les modems olitec et essaye de les installer lorsque le noyau que tu veut utiliser ne tourne pas encore pour le moment, ou encore de les construire sur une machine differente de la machine ou le modem est installe. Et si les packages debian ne te plaisent pas, rien ne t'empeche d'aller installer Gentoo. Amicalement, Sven Luther
Re: Backport XFree 4.3
Le Wed, Jun 11, 2003 at 08:59:43AM +0200, Erwan David ecrivait : Surtout dans le cas d'un module noyau que de toutae façon on devra recompiler. et qui le mets dans un rep /usr/src/modules... comment je fais pour classer les modules ? (car je n'utilise pas les memes en fonctions des machines et de la version du kernel) David. pgpAVLK5aape4.pgp Description: PGP signature
Re: Backport XFree 4.3
Le Tue, Jun 10, 2003 at 06:15:39PM +0200, Sven Luther ecrivait : Si tu ne souhaite pas recevoir de doublons, il y a des header que tu peut rajouter a ton mail pour que cela n'arrive pas, je suis pas un expert de cela cependant. je sais, mais on n'est plus sur une liste... Imagine toi que tu change de noyau alors. idem, si je passe en 2.4.21, je ne suis pas obligé de recompiler le module radeon (si je n'ai pas les infos de version dans les modules). DRI, et se donne du mal pour faire des packages dri-trunk qui marchent bien, alors pourquoi ne pas les utiliser ? parce que je n'utilise pas le kernel package. OK, j'aurais du marquer dans mon message : ce qui suit n'est pas debian like, il y a une méthode debian mais je ne l'utilise pas David. pgpzIq9SnQfNR.pgp Description: PGP signature
Re: Backport XFree 4.3
Le Wed 11/06/2003, David Cure disait Le Wed, Jun 11, 2003 at 08:59:43AM +0200, Erwan David ecrivait : Surtout dans le cas d'un module noyau que de toutae façon on devra recompiler. et qui le mets dans un rep /usr/src/modules... comment je fais pour classer les modules ? (car je n'utilise pas les memes en fonctions des machines et de la version du kernel) Mais le source n'est *pas* conçu pour être foutu dans /usr/src/module. Du tout. -- Erwan
Re: Backport XFree 4.3
On Wed, Jun 11, 2003 at 09:35:59AM +0200, David Cure wrote: Le Tue, Jun 10, 2003 at 06:15:39PM +0200, Sven Luther ecrivait : Si tu ne souhaite pas recevoir de doublons, il y a des header que tu peut rajouter a ton mail pour que cela n'arrive pas, je suis pas un expert de cela cependant. je sais, mais on n'est plus sur une liste... Imagine toi que tu change de noyau alors. idem, si je passe en 2.4.21, je ne suis pas obligé de recompiler le module radeon (si je n'ai pas les infos de version dans les modules). DRI, et se donne du mal pour faire des packages dri-trunk qui marchent bien, alors pourquoi ne pas les utiliser ? parce que je n'utilise pas le kernel package. OK, j'aurais du marquer dans mon message : ce qui suit n'est pas debian like, il y a une méthode debian mais je ne l'utilise pas Et bien note que c'est toi qui assurera le support en cas de probleme, je doute que Branden apprecie de recevoir des bug report liee au fait d'utiliser ta methode :))) Amicalement, Sven Luther
Re: Backport XFree 4.3
Le Wed 11/06/2003, Sven Luther disait On Wed, Jun 11, 2003 at 08:59:43AM +0200, Erwan David wrote: Le Wed 11/06/2003, Sven Luther disait De plus, les exigences liee au packaging debian, si elle sont rapporte upstream, sont la cause d'une package de bien meilleure qualite que se que la plupart des upstreams distribuent habituellement. Quand je vois ce que donnent certains paquets (les *emacs, mutt, tous les trucs qui forcent gnome quand il n'est pas nécessaire), qui font Mauvais exemple, prend vim par exemple, il y a soit vim qui ne depend de pas grand chose, soit vim-gtk qui depend de gtk+, mais pas gnome, mutt depend seulement de : Depends: libc6 (= 2.3.1-1), libdb4.0, libidn9, libncurses5 (= 5.3.20021109-1), libsasl7, exim | mail-transport-agent Pour mutt ce ne sont pas les dépendances mais les options de compil (support du mode corbeau anonyme mais pas enable-buffy-size) plus l'impossibilité de le reconstruireà partir des sources. Qui ne me parait pas si exagere que cela. Et meme emacs21 par exemple ne depend que de : Depends: emacs21-common (= 21.3-1), libc6 (= 2.3.1-1), libjpeg62, libncurses5 (= 5.3.20021109-1), libpng12-0, libtiff3g, xaw3dg (= 1.5-6), xlibs ( 4.1.0), zlib1g (= 1:1.1.4) Ce qui ne me semble pas si terrible que cela, et xemacs21 depend de : Depends: xemacs21-mule (= 21.4.12-1) | xemacs21-mule-canna-wnn (= 21.4.12-1) | xemacs21-nomule (= 21.4.12-1) | xemacs21-gnome-mule (= 21.4.12-1) | xemacs21-gnome-mule-canna-wnn (= 21.4.12-1) | xemacs21-gnome-nomule (= 21.4.12-1) Donc, on voit bien que tu peut choisir les version gnome ou pas gnome, suivant tes besoins. Là encore autre problème : c'est toute la façoin debian de dénaturer les emacs que je ne supporte pas, de charger 50 tionnes de libs inutiles, de rendre inutilisable les paquets Xemacs, et sur les dépendances de forcer ldap et les *sql. que je prends de plus en plus de trucs hors paquets, je suis dubitatif sur la qualité engendrée par le packaging... Cela c'est ridicule, et meprisant pour l'ensemble des developpeurs debian qui se donnent du mal pour faire des packages de qualite. Sur, certains developpeurs sont pas tres actifs, et certains packages sont plutot mal maintenu, mais dans l'ensemble, cela marche plutot bien. Dans l'ensemble ça marchotte. Surtout dans le cas d'un module noyau que de toutae façon on devra recompiler. Tu parle en connaissance de cause, ou est-ce juste un avis gratuit ? En connaissance de cause de qauoi ? Non je n'ai jamais fait de paquet debian, pour la bonne raison que j'ai reculé devanlt la montagne de truc à comprendre pour en faire. Comme dis, je package le driver unicorn pour les modems ADSL pci st et usb de Bewan. J'ai de tres bon contact avec upstream, et je peut t'assurer que la qualite _du tarball upstream_ a ete ameliore suite a mes interventions, sans parler de la discussion que j'ai eu avec eux a propos de la license. Et cela est aussi le cas pour d'autre packages que je maintient. Le fait qu'un programme soit packager dans debian est souvent un gage de qualite de la version upstream aussi, car le mainteneur n'acceptera pas certaines pratiques douteuses qui sont presentes dans certains sources upstream, surtout en ce qui concerne les modules noyaux. A nouveau, va voir le module pour les modems olitec et essaye de les installer lorsque le noyau que tu veut utiliser ne tourne pas encore pour le moment, ou encore de les construire sur une machine differente de la machine ou le modem est installe. Et si les packages debian ne te plaisent pas, rien ne t'empeche d'aller installer Gentoo. Je suis en train de tester freeBSD?. Mais pour une sombre raison de truc qui ne compile que sous linux (hpoj) je suis bloqué. -- Erwan
Re: Backport XFree 4.3
Le Wed, Jun 11, 2003 at 09:58:59AM +0200, Erwan David ecrivait : Mais le source n'est *pas* conçu pour être foutu dans /usr/src/module. Du tout. vivi, je parlais des packages debian des modules (comme celui des modules drm...) David. pgpZy3c5ONoCh.pgp Description: PGP signature
AIDE
Bonjour, Après avoir installé le paquet aide (Advanced Intrusion Detection Environment, nécessaire pour harden), je reçois tout les jours un mail me disant que des fichiers (toujours les mêmes) ont été modifiés. Sachant que j'ai moi-même installé ces fichiers, je voudrais savoir comment dire à AIDE de mettre sa base de données à jour. J'ai essayé 'aide --update' et 'aide --init', mais cela ne change pas la sortie de 'aide --check'. Je profite de ce mail pour poser une autre question : est-il normal qu'après un 'apt-get dist-upgrade' le fichier /etc/debian_version contiennent toujours 3.0. 'dist-upgrade' ne sert-il pas à faire une mise-à-jour de distirbution ? Merci, Prakash _
Re: Backport XFree 4.3
On Wed, Jun 11, 2003 at 09:58:06AM +0200, Erwan David wrote: que je prends de plus en plus de trucs hors paquets, je suis dubitatif sur la qualité engendrée par le packaging... Surtout dans le cas d'un module noyau que de toutae façon on devra recompiler. Tu parle en connaissance de cause, ou est-ce juste un avis gratuit ? En connaissance de cause de qauoi ? Non je n'ai jamais fait de paquet debian, pour la bonne raison que j'ai reculé devanlt la montagne de truc à comprendre pour en faire. Tu dis que tu est dubitatif sur la qualite des packages debian et en particulier des modules noyau. Tu a des examples precis, ou c'est juste du blabla en l'air parceque tu ne t'ai pas donne la peine d'essayer de comprendre comment cela marche ? (Err, meme si le ton semble un peu agressif, ce n'est pas mon but, donc ne le prend pas mal). Comme dis, je package le driver unicorn pour les modems ADSL pci st et usb de Bewan. J'ai de tres bon contact avec upstream, et je peut t'assurer que la qualite _du tarball upstream_ a ete ameliore suite a mes interventions, sans parler de la discussion que j'ai eu avec eux a propos de la license. Et cela est aussi le cas pour d'autre packages que je maintient. Le fait qu'un programme soit packager dans debian est souvent un gage de qualite de la version upstream aussi, car le mainteneur n'acceptera pas certaines pratiques douteuses qui sont presentes dans certains sources upstream, surtout en ce qui concerne les modules noyaux. A nouveau, va voir le module pour les modems olitec et essaye de les installer lorsque le noyau que tu veut utiliser ne tourne pas encore pour le moment, ou encore de les construire sur une machine differente de la machine ou le modem est installe. Et si les packages debian ne te plaisent pas, rien ne t'empeche d'aller installer Gentoo. Je suis en train de tester freeBSD?. Mais pour une sombre raison de truc qui ne compile que sous linux (hpoj) je suis bloqué. Rien a voir, vraiment, freeBSD, c'est un autre noyau surtout, pas une distrib. Et je crois qu'il y a un Debian/FreeBSD pas encore officiel cependant. En tout cas je sais qu'il y a un Debian/NetBSD. Amicalement, Sven Luther
Re: Backport XFree 4.3
Sven Luther a tapoté : Rien a voir, vraiment, freeBSD, c'est un autre noyau surtout, pas une distrib. Et je crois qu'il y a un Debian/FreeBSD pas encore officiel cependant. En tout cas je sais qu'il y a un Debian/NetBSD. Ouais, enfin ces trucs là ont un intêret plus que limité... Xavier
File manager et Nautilus
Bonjours à tous, Juste un problème dont la solution est probablement simple ; En woody, Lorsque je monte un cd-rom, Nautilus me présente l'icône du cd sur le bureau, mais apparaît aussi une deuxième icône du cd-rom, qui semble provenir du file mananger installé par défaut (avant le lancement de Nautilus) et qui tourne apparemment en arrière plan. Comment faire pour que Nautilus soit le seul maître du bureau ? D'avance Merci. Thierry Aimé
Re: Backport XFree 4.3
Le Wed 11/06/2003, Sven Luther disait On Wed, Jun 11, 2003 at 09:58:06AM +0200, Erwan David wrote: que je prends de plus en plus de trucs hors paquets, je suis dubitatif sur la qualité engendrée par le packaging... Surtout dans le cas d'un module noyau que de toutae façon on devra recompiler. Tu parle en connaissance de cause, ou est-ce juste un avis gratuit ? En connaissance de cause de qauoi ? Non je n'ai jamais fait de paquet debian, pour la bonne raison que j'ai reculé devanlt la montagne de truc à comprendre pour en faire. Tu dis que tu est dubitatif sur la qualite des packages debian et en particulier des modules noyau. Tu a des examples precis, ou c'est juste du blabla en l'air parceque tu ne t'ai pas donne la peine d'essayer de comprendre comment cela marche ? Non, je dis que le fait que ce soiit un paquet debian n'est pas un gage de qulité. Pas plus que de non qualité d'ailleurs. Rien a voir, vraiment, freeBSD, c'est un autre noyau surtout, pas une distrib. Et je crois qu'il y a un Debian/FreeBSD pas encore officiel cependant. En tout cas je sais qu'il y a un Debian/NetBSD. Il y a quand même le système des ports. Et comme mon plus gros est une fuite mémoire dans le noyau qui m'oblige à rebooter tous les 3/4 jours et pour laquelle personne n'a pu me donner d'avis, changer de noyau ne me parait pas un mal. -- Erwan
Re: Backport XFree 4.3
On Wed, Jun 11, 2003 at 10:58:33AM +0200, Erwan David wrote: Le Wed 11/06/2003, Sven Luther disait On Wed, Jun 11, 2003 at 09:58:06AM +0200, Erwan David wrote: que je prends de plus en plus de trucs hors paquets, je suis dubitatif sur la qualité engendrée par le packaging... Surtout dans le cas d'un module noyau que de toutae façon on devra recompiler. Tu parle en connaissance de cause, ou est-ce juste un avis gratuit ? En connaissance de cause de qauoi ? Non je n'ai jamais fait de paquet debian, pour la bonne raison que j'ai reculé devanlt la montagne de truc à comprendre pour en faire. Tu dis que tu est dubitatif sur la qualite des packages debian et en particulier des modules noyau. Tu a des examples precis, ou c'est juste du blabla en l'air parceque tu ne t'ai pas donne la peine d'essayer de comprendre comment cela marche ? Non, je dis que le fait que ce soiit un paquet debian n'est pas un gage de qulité. Pas plus que de non qualité d'ailleurs. Et moi, d'apres mon experience personnelle en tant qu'utilisateur et en tant que packageur, et suite a mes echanges avec upstream, je pretend le contraire, que du moins dans 2 de mes packages, la qualite du package _upstream_ a ete ameliorer suite a mon interaction avec upstream du au packaging. Amicalement, Sven Luther
Re: Backport XFree 4.3
On Tue, Jun 10, 2003 at 04:46:45PM +0100, David Cure wrote: non mais utiliser une liste pour ce qu'elle est serait bien. A propos, ça serait pas mal que ton mailer remplisse le champ In-Reply-To, car tu casses tous les fils de discussions. Les fils, c'est important pour suivre ce qui se passe sur une liste qu'on veut utiliser pour ce qu'elle est :-) /Y - a puriste, puriste et demi -- Marbles should be kept together.
Re: Backport XFree 4.3
On Wed, Jun 11, 2003 at 10:25:37AM +0200, Sven Luther wrote: Rien a voir, vraiment, freeBSD, c'est un autre noyau surtout, pas une distrib. Et je crois qu'il y a un Debian/FreeBSD pas encore officiel cependant. En tout cas je sais qu'il y a un Debian/NetBSD. Comment ça, FreeBSD pas une distribution? Pour ce que j'en connais, ça me parait être une distribution au même titre que NetBSD ou Gentoo? Comment definis-tu une distribution et qu'est-ce qui fait que FreeBSD n'en est pas une? /Y - on m'aurait menti? -- Marbles should be kept together.
nis ypserv erreur
J'utilise nis sur un serveur debian woody. J'obtiens dans daemon.log (ou syslog ..) la trace suivante (tous les 1/4 d'heure) monserveur ypserv[32070]: refused connect from IPclient:port to procedure ypproc_match Après maintes recherches je n'arrive pas à comprendre ce qui se passe : j'ai bien autorisé mes clients à utiliser le portmap dans /etc/hosts.allow. Ma config nis me semble correcte et qui plus est fonctionne. Mon fichier nsswitch.conf est épuré au maximum sur les clients. Une idée ? D'avance merci, Marc. ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
Re: Backport XFree 4.3
Salut, Le mercredi 11 juin 2003 à 10:58 +0200, Erwan David a écrit : [...] Non, je dis que le fait que ce soiit un paquet debian n'est pas un gage de qulité. Pas plus que de non qualité d'ailleurs. Au vue du nombre de gens qui utilisent debian et qui font des rapports de bogues, la qualité est très bonne dans Debian. En plus compte tennu du tres grand nombre de personne qui utilisent testing (sarge), on peut légitimement penser que les paquets sont de qualité. Je pense, de plus, que le fait que debian soit porté sur plusieurs architectures est quelque chose de très profitable pour tout le monde (à la fois upsteam et utilisateur) a+ -- Pierre Machard [EMAIL PROTECTED] TuxFamily.org [EMAIL PROTECTED] techmag.info +33(0)668 178 365http://migus.tuxfamily.org/gpg.txt GPG: 1024D/23706F87 : B906 A53F 84E0 49B6 6CF7 82C2 B3A0 2D66 2370 6F87
Re: [HS] soft en C++ fonctionne avec WMaker, mais pas sous CDE ou KDE ??
On Tue, Jun 10, 2003 at 06:52:59PM +0200, Erwann Thoraval wrote: Que se passe-t-il en mode console si tu fais un: export MALLOC_CHECK=1 avant de lancer ton programme? /Y - fauteur de segments Ah, dans ce cas, le programme ne marche plus (ie, il se comporte comme avec Konsole ou dtterm). Ca viendrait donc de cette variable ? A quoi sert-elle ? (au fait, comment fait-on pour supprimer une variable d'environnement, parce que là, je suis obligé de me déloguer/reloguer pour que ça fonctionne à nouveau). unset MALLOC_CHECK_ fait un man malloc, qui devrait t'expliquer un peu ce qui se passe. En fait, ton programme ne marche jamais correctement , il fait semblant de marcher sous console, corrompt le tas, et il se trouve que l'usage de mémoire sous console ne l'empèche pas de marcher... alors que l'usage de mémoire sous KDE l'empèche. Ça n'est donc pas la faute de KDE, mais bien de ton programme. En fait, tu ne devrais jamais développer en C/C++ et autres langages où la gestion de la mémoire se fait à la main, sans avoir cette variable d'environnement à 1. Ça attrappe quelques erreurs à l'avance. (Évidemment, l'idéal est d'utiliser un langage plus avancé tel que Perl, Python, OCaml ou autre, et de laisser la gestion de la mémoire à ceux qui n'ont rien de mieux à faire). /Y - segmenteur de troubles -- Marbles should be kept together.
Ma doc nvidia...
Bonjour, Au début de l'année j'avais mis à disposition les sources latex de ma documentation sur l'installation des drivers nVIDIA. Quelques uns d'entre vous l'avait téléchargé Voir ce message : http://lists.debian.org/debian-user-french/2003/debian-user-french-200301/msg01861.html J'ai malheureusement perdu toutes mes données suite à une panne éléctrique de disque dur. Est-ce qu'un bienfaiteur aurait ce fichier latex dans un recoin de son disque ? Si oui, je serais très heureux de le récupérer :-) Je peux toujours prendre celui de la FAQ (merci Georges ;-) mais j'aimerais quand même retrouver cet original. Merci. Greg. signature.asc Description: This is a digitally signed message part
Re: Backport XFree 4.3
Le Wed 11/06/2003, Sven Luther disait Non, je dis que le fait que ce soiit un paquet debian n'est pas un gage de qulité. Pas plus que de non qualité d'ailleurs. Et moi, d'apres mon experience personnelle en tant qu'utilisateur et en tant que packageur, et suite a mes echanges avec upstream, je pretend le contraire, que du moins dans 2 de mes packages, la qualite du package _upstream_ a ete ameliorer suite a mon interaction avec upstream du au packaging. Encore faut-il que le packageur puisse remonter des infos pertinentes à l'upstream. Donc il ne sers à *rien* de vouloir à tout pris packager si on n'est pas dans ce cas. Je prendrai l'exemple du module pour le chipset réseau broadcom 4400 (c'est ce que j'ai au boulot). Le source existe, en GPL. Mais n'est pas packagé. Il serait imbécile de ma part de le packager en étant inbcapable de diagnostiquer quoi que ce soit. Donc je compile le module avec le makefile de l'upstream et je le mets dans /lib/modules Toute autre attitude de ma part serait doiuteuse voire irresponsable. -- Erwan
Re: Backport XFree 4.3
On Wed, Jun 11, 2003 at 11:55:12AM +0200, Erwan David wrote: Le Wed 11/06/2003, Sven Luther disait Non, je dis que le fait que ce soiit un paquet debian n'est pas un gage de qulité. Pas plus que de non qualité d'ailleurs. Et moi, d'apres mon experience personnelle en tant qu'utilisateur et en tant que packageur, et suite a mes echanges avec upstream, je pretend le contraire, que du moins dans 2 de mes packages, la qualite du package _upstream_ a ete ameliorer suite a mon interaction avec upstream du au packaging. Encore faut-il que le packageur puisse remonter des infos pertinentes à l'upstream. Donc il ne sers à *rien* de vouloir à tout pris packager si on n'est pas dans ce cas. Je prendrai l'exemple du module pour le chipset réseau broadcom 4400 (c'est ce que j'ai au boulot). Le source existe, en GPL. Mais n'est pas packagé. Il serait imbécile de ma part de le packager en étant inbcapable de diagnostiquer quoi que ce soit. Donc je compile le module avec le makefile de l'upstream et je le mets dans /lib/modules Toute autre attitude de ma part serait doiuteuse voire irresponsable. Non, tu te trompe, si tu arrive a compiler le module, rien, absolument rien ne t'empeche d'en faire un package source comme j'ai fait pour le driver unicorn. J'irai meme plus loin, et je me propose de te sponsoriser et de t'aider dans ta demarche si jamais tu te lance pour le packager. Pour remonter les problemes upstream, il suffit bien souvent de savoir ecrire des mails en anglais, ce qui est a la porte de presque tout le monde. Bien sur, upstream peut t'ignorer totalement, mais dans ce cas, je boycotterai leur produit (je sais, c'est pas toujours possible). Pour faire un package source, il te suffit de : 1) installer kernel-package et dh_make. 2) faire un dh_make et choisir le kernel-module comme type de package. 3) modifier le debian/rules pour qu'il construisse le package source. 4) essayer le tout. En general, cela marche bien, des fois il faut faire d'autres modifs plus petites, tout depend de la qualite du package upstream. Et je ne pense pas que faire un package soit irresponsable, au contraire, cela permet a d'autres utilisateurs d'en profiter. Amicalement, Sven Luther -- Erwan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Backport XFree 4.3
Le Wed, Jun 11, 2003 at 10:39:41AM +0100, Yves Rutschle ecrivait : A propos, ça serait pas mal que ton mailer remplisse le champ In-Reply-To, car tu casses tous les fils de il le fait (je viens de vérifier sur les archives de la liste...). David. pgpR3QjocLFuv.pgp Description: PGP signature
Re: Backport XFree 4.3
On Wed, Jun 11, 2003 at 10:42:02AM +0100, Yves Rutschle wrote: On Wed, Jun 11, 2003 at 10:25:37AM +0200, Sven Luther wrote: Rien a voir, vraiment, freeBSD, c'est un autre noyau surtout, pas une distrib. Et je crois qu'il y a un Debian/FreeBSD pas encore officiel cependant. En tout cas je sais qu'il y a un Debian/NetBSD. Comment ça, FreeBSD pas une distribution? Pour ce que j'en connais, ça me parait être une distribution au même titre que NetBSD ou Gentoo? Comment definis-tu une distribution et qu'est-ce qui fait que FreeBSD n'en est pas une? Les BSD sont en fait un noyau BSD ainsi qu'une partie de l'userland (les ports), alors que linux est divise en noyau et userland, et que les distribs (debian, redhat, mandrake, gentoo) packagent le tout. Dans ce sens on ne peut pas reellement dire que les *BSD sont des distributions au meme sens que debian l'est. En fait On peut dire que les differents *BSD sont plus qu'un noyau mais moins qu'une distrib complete, et le fait qu'il y ai un debian/netbsd le prouve (apres tout, pourquoi il y aurrai une distrib debian/netbsd si netbsd etait deja une distribution. Amicalement, Sven Luther
Re: carte reseau intel gigabit et e1000.o
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2003-06-11 11:51] : bonjour à tous, je cherche à installer une carte reseau intel gigabit sur une woody 2.4.18 fraichement installée. j'ai le repertoire détarré, je fais un make install aprés avoir installer les sources du kernel avec apt-get install kernel-source-2.4.18! Le noyau ne se compile pas avec un make install ... Soit tu suis la documentation fournie avec le noyau, soit tu utilises la commande make-kpkg du paquet kernel-package (voir la doc du paquet ou la FAQ de la liste). mais le message d'erreur suivant apparait : Makefile:89: *** linux kernel source not found stop une petite idée ou alors un module e1000 tout fait pour une bf24 Le module e1000 ne semble pas être présent dans les noyaux 2.4.18, mais seulement à partir du 2.4.20, ce devrait cependant être possible d'en récupérer un déjà compilé avec les woody-proposed-updates. Fred -- LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/
NIS, portmat, ypserv
J'utilise nis sur un serveur debian woody. J'obtiens dans daemon.log (ou syslog ..) la trace suivante (tous les 1/4 d'heure) monserveur ypserv[32070]: refused connect from IPclient:port to procedure ypproc_match Après maintes recherches je n'arrive pas à comprendre ce qui se passe : j'ai bien autorisé mes clients à utiliser le portmap dans /etc/hosts.allow. Ma config nis me semble correcte et qui plus est fonctionne. Mon fichier nsswitch.conf est épuré au maximum sur les clients. Une idée ? ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
Re: carte reseau intel gigabit et e1000.o
Bonjour, [EMAIL PROTECTED] a écrit: bonjour à tous, je cherche à installer une carte reseau intel gigabit sur une woody 2.4.18 Oui fraichement installée. j'ai le repertoire détarré, je fais un make install aprés avoir installer les sources du kernel avec apt-get install kernel-source-2.4.18! Donc ta version est 2.4.18 (uname -r pour savoir) mais le message d'erreur suivant apparait : Makefile:89: *** linux kernel source not found stop Deux solutions possibles : 1) ln -s /usr/src/kernel-source-2.4.18 /usr/src/linux 2) utiliser une variable d'environnement du genre KERNEL_SRC_DIR (mais ce n'est qu'une possibilité) export KERNEL_SRC_DIR=/usr/src/linux merci d'avance. Pas de quoi, en espérant avoir pu t'aider et ne pas avoir dit trop de bêtises... Bonne journée -- eric b
Re: [HS] soft en C++ fonctionne avec WMaker, mais pas sous CDE ou KDE ??
Le Wed, 11 Jun 2003 10:47:51 +0100 Yves Rutschle [EMAIL PROTECTED] nous a écrit: On Tue, Jun 10, 2003 at 06:52:59PM +0200, Erwann Thoraval wrote: Que se passe-t-il en mode console si tu fais un: export MALLOC_CHECK=1 avant de lancer ton programme? /Y - fauteur de segments Ah, dans ce cas, le programme ne marche plus (ie, il se comporte comme avec Konsole ou dtterm). Ca viendrait donc de cette variable ? A quoi sert-elle ? (au fait, comment fait-on pour supprimer une variable d'environnement, parce que là, je suis obligé de me déloguer/reloguer pour que ça fonctionne à nouveau). unset MALLOC_CHECK_ fait un man malloc, qui devrait t'expliquer un peu ce qui se passe. En fait, ton programme ne marche jamais correctement , il fait semblant de marcher sous console, corrompt le tas, et il se trouve que l'usage de mémoire sous console ne l'empèche pas de marcher... alors que l'usage de mémoire sous KDE l'empèche. Ça n'est donc pas la faute de KDE, mais bien de ton programme. En fait, tu ne devrais jamais développer en C/C++ et autres langages où la gestion de la mémoire se fait à la main, sans avoir cette variable d'environnement à 1. Ça attrappe quelques erreurs à l'avance. (Évidemment, l'idéal est d'utiliser un langage plus avancé tel que Perl, Python, OCaml ou autre, et de laisser la gestion de la mémoire à ceux qui n'ont rien de mieux à faire). OK merci, je vais aller consulter la page de manuel. Je viens effectivement de voir mon erreur : j'utilisais des méthodes qui, dans leur prototype, devaient renvoyer quelquechose. Mais certaines fois, je ne passais pas dans ma boucle principale et je n'avais pas mis d'instruction return. Du coup, la méthode ne renvoyait rien. J'ai mis des return partout où il fallait, et maintenant ça fonctinne correctement. Encore merci. Erwann -- Il y a un marché mondial d'environ 5 ordinateurs -+- T. Watson, Président d'IBM, 1943 -+-
Re: Backport XFree 4.3
Sven Luther [EMAIL PROTECTED] a écrit : Les BSD sont en fait un noyau BSD ainsi qu'une partie de l'userland (les ports), Un système BSD est un système complêt noyal+userland. Les ports n'ont rien à voir là dedans. Dans ce sens on ne peut pas reellement dire que les *BSD sont des distributions au meme sens que debian l'est. Non, on ne peut vraiment pas le dire. En fait On peut dire que les differents*BSD sont plus qu'un noyau mais moins qu'une distrib complete Je ne comprends pas le la pertinence de « distrib complête ». Xavier
[HS] BSD, Debian, et distributions
On Wed, Jun 11, 2003 at 12:31:33PM +0200, Sven Luther wrote: Comment definis-tu une distribution et qu'est-ce qui fait que FreeBSD n'en est pas une? Les BSD sont en fait un noyau BSD ainsi qu'une partie de l'userland (les ports), alors que linux est divise en noyau et userland, et que les distribs (debian, redhat, mandrake, gentoo) packagent le tout. Dans ce sens on ne peut pas reellement dire que les *BSD sont des distributions au meme sens que debian l'est. En fait On peut dire que les differents *BSD sont plus qu'un noyau mais moins qu'une distrib complete, et le fait qu'il y ai un debian/netbsd le prouve (apres tout, pourquoi il y aurrai une distrib debian/netbsd si netbsd etait deja une distribution. Mais si tu prends un CD d'installation NetBSD, tu peux installer un système NetBSD complet, avec KDE, Gnome et tout le tintouin. D'autre part, NetBSD vient avec un système de scripts de démarrage très different du système Debian (comme Slackware a également un système différent). Donc, je ne vois pas en quoi NetBSD est moins une distribution que Debian. Il y a tout autant de package par le biai des ports. D'autre part, on pourrait aussi sans doute faire une distribution Linux/NetBSD (un noyau Linux qui tournerait avec un userland NetBSD). À mon avis, notre désaccord vient d'un problème de nomenclature: Le monde Linux sépare bien le noyau (Linux) de la distribution (un noyau + un userland), alors que les gens de BSD considèrent NetBSD = un noyau(NetBSD) + userland(NetBSD), de la même façon qu'on pense WindowsXP = un noyau (XP) + un userland(XP). /Y -- Marbles should be kept together.
Re: Backport XFree 4.3
Le Wed 11/06/2003, Pierre Machard disait Salut, Le mercredi 11 juin 2003 à 10:58 +0200, Erwan David a écrit : [...] Non, je dis que le fait que ce soiit un paquet debian n'est pas un gage de qulité. Pas plus que de non qualité d'ailleurs. Au vue du nombre de gens qui utilisent debian et qui font des rapports de bogues, la qualité est très bonne dans Debian. En plus compte tennu du tres grand nombre de personne qui utilisent testing (sarge), on peut légitimement penser que les paquets sont de qualité. Alors explique moi pourquoi ça fait 3 semaines que par suite de bidouilles perl il ya des tas de paquests cassés dans testing ? -- Erwan
cassage de fils
On Wed, Jun 11, 2003 at 11:50:55AM +0100, David Cure wrote: A propos, ça serait pas mal que ton mailer remplisse le champ In-Reply-To, car tu casses tous les fils de il le fait (je viens de vérifier sur les archives de la liste...). Tiens, c'est curieux: il n'est pas dans les headers des mails que je reçois, ce qui casse les threads quand tu parles. Pourtant, les archives ne cassent pas et remplissent le champs correctement. Sachant que j'utilise fetchmail+procmail+mutt, et que ça marche pour d'autres, quelqu'un a-t-il une théorie? :-) /Y - effilé -- Marbles should be kept together.
Re: Backport XFree 4.3
Le Wed 11/06/2003, Sven Luther disait Non, tu te trompe, si tu arrive a compiler le module, rien, absolument rien ne t'empeche d'en faire un package source comme j'ai fait pour le driver unicorn. J'irai meme plus loin, et je me propose de te sponsoriser et de t'aider dans ta demarche si jamais tu te lance pour le packager. Pour remonter les problemes upstream, il suffit bien souvent de savoir ecrire des mails en anglais, ce qui est a la porte de presque tout le monde. Bien sur, upstream peut t'ignorer totalement, mais dans ce cas, je boycotterai leur produit (je sais, c'est pas toujours possible). Pour faire un package source, il te suffit de : 1) installer kernel-package et dh_make. Et comprendre commen,t ils marchent. Ça commence mal car kernel_package est incompréhensible avec une doc qui ne différencie pas ce qui est exemple et ce qui est commande. 2) faire un dh_make et choisir le kernel-module comme type de package. Faut encore passer 3 jours à comprendre la doc de dh_make. 3) modifier le debian/rules pour qu'il construisse le package source. Faut d'abord comprendre à quoi sers ce truc qui s'appelle rules mais semble être un script 4) essayer le tout. En general, cela marche bien, des fois il faut faire d'autres modifs plus petites, tout depend de la qualite du package upstream. Et je ne pense pas que faire un package soit irresponsable, au contraire, cela permet a d'autres utilisateurs d'en profiter. Un boulot énorme qui n'apporte *rien* à personne si je n'ai pas le même noiyau que les autres. Et en attendant le module il va où si ce n'est dans /lib/modules ? À quoi ça sers tout ça ? -- Erwan
Re: Backport XFree 4.3
Hé oh ! Vous avez pas fini de trollé oui ! Package debian ou pas et de bonne ou mauvaise qualité ! FreeBSD distros ou pas ! Chacun à son avis, et une fois de plus le libre permet à chacun de choisir. Inunitile de camper sur vos positions en essayant de convaincre une personne toute décidée à ne pas changer d'avis. Pour revenir à l'utilisation de cette liste, je crois savoir que son but est l'entraide des utilisateurs français d'une distros debian. Pertinence de ce threads 0. Et j'en suis d'autant plus navré que j'en suis à l'origine. Alors SVP reprennez-vous, et donnez plus un coup de pouce à ceux qui en ont besoin. Cordialement, Nicolas.
[no subject]
veiller d'effacer mon nom de le liste merci
Re: [HS] BSD, Debian, et distributions
On Wed, Jun 11, 2003 at 12:18:57PM +0100, Yves Rutschle wrote: On Wed, Jun 11, 2003 at 12:31:33PM +0200, Sven Luther wrote: Comment definis-tu une distribution et qu'est-ce qui fait que FreeBSD n'en est pas une? Les BSD sont en fait un noyau BSD ainsi qu'une partie de l'userland (les ports), alors que linux est divise en noyau et userland, et que les distribs (debian, redhat, mandrake, gentoo) packagent le tout. Dans ce sens on ne peut pas reellement dire que les *BSD sont des distributions au meme sens que debian l'est. En fait On peut dire que les differents *BSD sont plus qu'un noyau mais moins qu'une distrib complete, et le fait qu'il y ai un debian/netbsd le prouve (apres tout, pourquoi il y aurrai une distrib debian/netbsd si netbsd etait deja une distribution. Mais si tu prends un CD d'installation NetBSD, tu peux installer un système NetBSD complet, avec KDE, Gnome et tout le tintouin. D'autre part, NetBSD vient avec un système de scripts de démarrage très different du système Debian (comme Slackware a également un système différent). Donc, je ne vois pas en quoi NetBSD est moins une distribution que Debian. Il y a tout autant de package par le biai des ports. Sur, mais je pense qu'il y a moins de trucs dans les ports *BSD que dans les package debian. Woody est une distrib 7 CD binaires apres tout. D'autre part, on pourrait aussi sans doute faire une distribution Linux/NetBSD (un noyau Linux qui tournerait avec un userland NetBSD). Tres peut probable, je pense. Il faudrait faire un travail enorme au niveau de la libc et d'autre librairie de base. À mon avis, notre désaccord vient d'un problème de nomenclature: Le monde Linux sépare bien le noyau (Linux) de la distribution (un noyau + un userland), alors que les gens de BSD considèrent NetBSD = un noyau(NetBSD) + userland(NetBSD), de la même façon qu'on pense WindowsXP = un noyau (XP) + un userland(XP). La difference principale c'est que le userland des *BSD est plus reduit que celui des distribs linux, mais oui, le systeme de port *BSD est une mini-distrib, si tu veut. Il me semble cependant qu'ils ne contiennent que la partie la plus importante de l'userland, mais bon, je me trompe peut-etre. Amicalement, Sven Luther
Re: Backport XFree 4.3
On Wed, Jun 11, 2003 at 01:23:32PM +0200, Erwan David wrote: Le Wed 11/06/2003, Sven Luther disait Non, tu te trompe, si tu arrive a compiler le module, rien, absolument rien ne t'empeche d'en faire un package source comme j'ai fait pour le driver unicorn. J'irai meme plus loin, et je me propose de te sponsoriser et de t'aider dans ta demarche si jamais tu te lance pour le packager. Pour remonter les problemes upstream, il suffit bien souvent de savoir ecrire des mails en anglais, ce qui est a la porte de presque tout le monde. Bien sur, upstream peut t'ignorer totalement, mais dans ce cas, je boycotterai leur produit (je sais, c'est pas toujours possible). Pour faire un package source, il te suffit de : 1) installer kernel-package et dh_make. Et comprendre commen,t ils marchent. Ça commence mal car kernel_package est incompréhensible avec une doc qui ne différencie pas ce qui est exemple et ce qui est commande. il suffit de faire : make-kpkg --revision 1 --bzimage kernel-image pour le noyau, et : make-kpkg --revision 1 modules_image pour les modules, pas besoin de lire des tonnes de docs pas tres comprehensibles. 2) faire un dh_make et choisir le kernel-module comme type de package. Faut encore passer 3 jours à comprendre la doc de dh_make. Tu fait dh_make, tu repond k lorsqu'il te le demande, et le tour est joue. 3) modifier le debian/rules pour qu'il construisse le package source. Faut d'abord comprendre à quoi sers ce truc qui s'appelle rules mais semble être un script Il s'agit tout simplement d'un Makefile, (remarque le #!/usr/bin/make -f au debut), qui dispose d'un certains nombre de cibles qui sont utilise par dpkg-buildpackage. J'avoue que c'est la partie la plus difficile de toute, mais c'est quand meme pas la mer a boire. Pour le driver unicorn, j'ai modifie essentiellement les cibles suivantes : binary-modules: ... # Build the module $(MAKE) HPATH=$(KSRC)/include # Install the module $(MAKE) install.debian DESTDIR=$(CURDIR)/debian/$(pmodules) KERNELVERSION=$(KVERS) install: le necessaire pour copier les sources du module dans debian/$(psource)/usr/src/modules/$(package). Et cela doit etre tout si je me souvient bien, le reste etait dans le debian/rules fournit par dh_make. 4) essayer le tout. En general, cela marche bien, des fois il faut faire d'autres modifs plus petites, tout depend de la qualite du package upstream. Et je ne pense pas que faire un package soit irresponsable, au contraire, cela permet a d'autres utilisateurs d'en profiter. Un boulot énorme qui n'apporte *rien* à personne si je n'ai pas le même noiyau que les autres. Et en attendant le module il va où si ce N'importe quoi, on voir bien que tu n'a rien compris a comment debian gere les modules. En faissant un package de module, tu genere un package source, qu'un utilisateur pourra alors installer (dans /usr/src/modules_name.tgz) decompresse (dans /usr/src/modules) puis construire en meme temps que _son_ noyau (make-kpkg kernel-image pour le noyau, make-kpkg modules_image pour les modules). Grace a ceci il obtiendra un package de noyau qui lui corresponde, et un ou plusieurs packages de modules qui vont avec. Les packages ont la version du noyau (y compris la flavour eventuelle) comme partie de leur nom, et tu peut donc avoir plusieurs version differentes de noyau et modules correspondant installe en meme temps. n'est dans /lib/modules ? À quoi ça sers tout ça ? Les source du module vont dans /usr/src/modules, ils sont compile dans un .deb, qui une fois installe va a la place correcte (/lib/modules/version_du_noyau). Amicalement, Sven Luther
Re: libpng3
Le mar 10/06/2003 à 22:11, Michel Grentzinger a écrit : Le Mardi 10 Juin 2003 21:20, Philippe BERNARD a écrit : Bonsoir, Bonsoir, Désirant installer libpng3 sur ma woody, j'ai le message suivant: apt-get install --yes libpng3 ;echo RESULT=$? Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: libpng3 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 110kB of archives. After unpacking 283kB will be used. Err http://security.debian.org stable/updates/main libpng3 1.2.1-1.1.woody.3 Something wicked happened resolving 'security.debian.org:http' (-3) Failed to fetch http://security.debian.org/pool/updates/main/libp/libpng3/libpng3_1.2.1-1.1 .woody.3_i386.deb Something wicked happened resolving 'security.debian.org:http' (-3) E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing? RESULT=100 Est-ce que tu es bien connecté au réseau ? La navigation, les mails, tout ça, ça fonctionne correctement ? As-tu essayé de faire ce que t'indique apt ? # apt-get update oui # apt-get install libpng3 oui -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Messagerie locale
Bonjour à tous, Je souhaiterais petit à petit migrer de evolution vers mutt. J'ai donc décidé de configurer ma messagerie locale convenablement. J'utilise actuellement exim et fetchmail conjointement. Mon problème principal est que je ne désire pas effacer mes mail du serveur pop de mon ISP, et que le vilain fetchmail ne cesse de me les renvoyer en plusieurs exemplaires. J'ai beaucoup cherché, et nottamment sur cette mailing list, mais les solutions proposées n'ont jamais fonctionné. Voici le contenu de mon /etc/fetchmailrc (la boite mail est system wide) set postmaster root set bouncemail set no spambounce set properties set daemon 300 poll wanadoo via pop.wanadoo.be with proto POP3 user 'username' there with password 'pass' is 'root' here options no fetchall keep J'avais aussi essayé en activant le fetchall, sans succès. Après recherche, il semblerait que fetchmail n'arrive pas à tagger les messages lus comme tels sur le serveur pop, pour une raison inconnue. J'aimerais vraiment me débarrasser de ce problème génant. J'aimerais savoir si quelqu'un a une solution de configuration de fetchmail, et sinon, si quelqu'un sait si c'est faisable avec procmail. Si je configure procmail, je suppose pouvoir lui dire de ne pas garder les messages déjà présents dans mon /var/mail/, mais si je vide ma mailbox locale, ne va-t-il pas garder des messages venant du pop, mais effacés de la mailbox, et donc me renvoyer des messages inutiles ? Voila, je vous remercie d'avance. Je m'excuse pour ce mail un rien hors sujet, et vous souhaite une bonne journée. Gilles Stragier PS : Si quelqu'un dispose d'une bonne introduction à procmail, peut-etre peut-il me le faire parvenir ?
Re: config imp + courier
On Wed, Jun 11, 2003 at 06:47:24AM +0200, Momo wrote: Salut Le PB de creation de repertoires est un PB connu de IMP3 lorsqu'il est install? depuis les package .DEB la solution est d?crite dans la FAQ IMP3, la voici : Il faut modifier le fichier /etc/imp3/servers.conf pour que la valeur 'folders soit : 'folders' = 'INBOX.', Desole je n'avait pas vu qu'il y avait une Admin FAQ sur le site ... Effectivement ca marche tres bien maintenant. Pour ce qui est de l'envoi de mail, ca ressemble fort a un PB de config de ton serveur IMAP, lequel utilises tu ? Est ce que ca marche si tu l'attaques a partir d'un autre client de messagerie ? Apres m'avoir envoye un mail: Par telnet: telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE] Courier-IMAP ready. Copyright 1998-2003 Double Precision, Inc. See COPYING for distribution information. AB LOGIN user pass AB OK LOGIN Ok. BC SELECT INBOX * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) * OK [PERMANENTFLAGS (\Draft \Answered \Flagged \Deleted \Seen)] Limited * 1 EXISTS * 0 RECENT * OK [UIDVALIDITY 1055182515] Ok BC OK [READ-WRITE] Ok LOGOUT * BYE Courier-IMAP server shutting down OK LOGOUT completed Connection closed by foreign host. Et avec eudora, il touve bien ce mail, ainsi que les folders. Donc pour tout ce qui est reception ca a l'air ok. Mais pour envoyer, eudora me sort la meme erreur que imp (normal puisque c'est apparemment le server qui retourne ce message): 451: server configuration error. Et je ne sait pas comment tester l'envoi par telnet. Pour le server j'utilise courier. Dans les tutoriaux que j'ai pu trouver aucun ne changait la conf par defaut de courier si ce n'est: authmodulelist=authpam. D'ailleurs le fichier de conf est pas tres gros, je ne voit pas ce que je pourrais modifier...
Re: Backport XFree 4.3
Le mercredi 11 juin 2003 à 13:24 +0200, Erwan David a écrit : Le Wed 11/06/2003, Pierre Machard disait Salut, Le mercredi 11 juin 2003 à 10:58 +0200, Erwan David a écrit : [...] Non, je dis que le fait que ce soiit un paquet debian n'est pas un gage de qulité. Pas plus que de non qualité d'ailleurs. Au vue du nombre de gens qui utilisent debian et qui font des rapports de bogues, la qualité est très bonne dans Debian. En plus compte tennu du tres grand nombre de personne qui utilisent testing (sarge), on peut légitimement penser que les paquets sont de qualité. Alors explique moi pourquoi ça fait 3 semaines que par suite de bidouilles perl il ya des tas de paquests cassés dans testing ? Parce que c'est un automate qui gère le déplacement des paquets de unstable vers sarge. Donc il arrive que des paquets qui dépendent de certaines bibliothèque soient cassés. En revanche, on s'éloigne du sujet, car ta réaction portait sur le fait qu'avoir un paquet debian n'était pas un gage de qualité. Et bien si justement parce que debian utilise un système de gestion des dépendances très bien conçu et que justement meme si cela occasionne parfois des désagréments temporaires (ie. paquet non disponible pour testing à un moment donné), ton système fonctionne, et que lorsqu'un paquet est installé, on est preque garanti à 100 % que le logiciel fonctionnera sans problème. a+ -- Pierre Machard [EMAIL PROTECTED] TuxFamily.org [EMAIL PROTECTED] techmag.info +33(0)668 178 365http://migus.tuxfamily.org/gpg.txt GPG: 1024D/23706F87 : B906 A53F 84E0 49B6 6CF7 82C2 B3A0 2D66 2370 6F87
cracteres inusites LaTeX
bonjour, Comment puis-je faire (i.e quel package disponible) pour retranscrire des caractères inusités accessibles au clavier dans un document LaTeX ? Par exemple £ et µ C'est pour faire des séparateurs de champs. Ce qui est marrant c'est que j'arrive à récupérer le ¶ (AltGr-R) mais pas la livre Sterling... merci, -- jean-michel
Re: Messagerie locale
Le mercredi 11 juin 2003, Gilles Stragier a écrit... bonjour, poll wanadoo via pop.wanadoo.be with proto POP3 user 'username' there with password 'pass' is 'root' here options no fetchall keep ^ -- Jean-Michel N'oubliez pas la faq: http://savannah.nongnu.org/download/debfr-faq/html
Re: Backport XFree 4.3
Le Wed 11/06/2003, Pierre Machard disait En revanche, on s'éloigne du sujet, car ta réaction portait sur le fait qu'avoir un paquet debian n'était pas un gage de qualité. Et bien si justement parce que debian utilise un système de gestion des dépendances très bien conçu et que justement meme si cela occasionne parfois des désagréments temporaires (ie. paquet non disponible pour testing à un moment donné), ton système fonctionne, et que lorsqu'un paquet est installé, on est preque garanti à 100 % que le logiciel fonctionnera sans problème. Et je peux te cioter les *emcas où c'est le fait qu'ilks soient pacakgés qui les rend incomptibles avec toutes les explications données hors de debian... Ce ne sont lus des installations de emacs ce sont des installations dee Debian-emacs avec des tas de spécificité qui en rendent la gestion différente des autres emacs. QUand en plus cela impose des libs inutiles, alors là je peux dire que le paquet debian est gage de mauvaise qualité. Sans paquet ça marche mieux. -- Erwan
Re: AIDE
Bonjour. En fait la base de données se met à jour à partir d'un fichier de config (/etc/aide/aide.conf). Si tu ne modifie pas ce fichier de config, ta base sera regéneré à partir des mêmes fichiers. Si ceux-ci ont été modifiés, ils apparaitront dans le rapport. Tu dois donc exclure ces fichiers de ton recensement en modifiant le fichier de config et regenerer la base ensuite... Je ne suis pas sûr d'avoir bien compris la phase de regénération,. Faut-il, pour regénérer la base, supprimer à la main l'ancien /var/lib/aide/aide.db puis exécuter un 'aide --init' ? N'osant pas supprimer les fichiers installés par Debian, je préfère demander confirmation avant de faire une bêtise. Y a-t-il une commande qui s'occupe d'effectuer le remplacement ? Merci encore, Prakash _
Re: cracteres inusites LaTeX
On Wed, Jun 11, 2003 at 01:03:44PM +0200, jean-michel OLTRA wrote: Comment puis-je faire (i.e quel package disponible) pour retranscrire des caractères inusités accessibles au clavier dans un document LaTeX ? Si c'est accessible au clavier, tu peux utiliser inputenc pour faire reconnaître à LaTeX directement les caractères tapés dans le source. Par exemple, \usepackage[latin1]{inputenc} Tu peux aussi regarder du côté de ucslatex ou un truc comme ça. Si tu veux taper ces caractères par des commandes, il y a le paquet textcomp. -- Lionel
[package] - installation et dépendences....
Bonjour a tout le monde... Je viens d'installer lib-dom-java, mais le packet est marqué comme dépendent de kaffe, or je ne le veux pas, je veux que lib-dom-java... Comment faire pour passer outre ??? Merci Sebbb
Re: AIDE
Je ne suis pas sûr d'avoir bien compris la phase de regénération,. Faut-il, pour regénérer la base, supprimer à la main l'ancien /var/lib/aide/aide.db puis exécuter un 'aide --init' ? N'osant pas supprimer les fichiers installés par Debian, je préfère demander confirmation avant de faire une bêtise. Normal :o) En fait, il faut régenerer la base avec un: # aide --update Si vous avez laissé les élements par défaut dans le fichier de config (ce que recommande l'auteur), une nouvelle base /var/lib/aide.new.db aura été generée. Pour qu'elle serve de réference pour le suite, il faut le renommer en aide.db après l'avoir sauvegardé dans un endroit sûr. L'auteur déconseille *vivement* d'automatiser l'action de renommage/sauvegarde. Celle ci doit rester manuelle. Je pense que l'avis est pertinent... Y a-t-il une commande qui s'occupe d'effectuer le remplacement ? Voir ci-dessus... Merci encore, Avec plaisir, Loick
Re: [HS?] perte de paquets avec ping
En ce Wed, 11 Jun 2003 08:05:02 +0200, le sermont de yoann [EMAIL PROTECTED] contenait: Remi Suinot wrote: Bonsoir, Bonjour ;) je voudrais votre avis. J'ai tenté une connexion à une machine via un cable ethernet, entre mon portable (carte réseau 3C 3c905C-TX/TX-M [Tornado] et debian testing) et l'autre possédant une carte realtek ( Ltd. RTL-8139/8139C/8139C+ et debian testing) le problème, c'est que ping perd entre 40 et 100% des paquets! sur mon portable, la carte est bonne, le cable a été testé (entre une machine ayant démarré avec un rescue-cd et mon portable). Selon toute probabilité, cela viendrait donc de la carte realtek, mais comment tester et ou cherche? mii-tool me donne bien des info, mais comment les interpréter? déja change de cable... Le cable est bon, je l'ai testé avec une autre machine :) Merci de la suggestion. Rémi. -- R. Suinot: http://rsuinot.free.fr = page perso http://rsuinux.free.fr = projets: Oups! | Domotique | domino | Le jeu idiot
Re: Messagerie locale
Le mer 11/06/2003 à 14:55, jean-michel OLTRA a écrit : Le mercredi 11 juin 2003, Gilles Stragier a écrit... bonjour, poll wanadoo via pop.wanadoo.be with proto POP3 user 'username' there with password 'pass' is 'root' here options no fetchall keep ^ Si je décommente cette ligne, fetchmail efface mes messages du serveur, ce que je ne veux absolument pas (je les consulte depuis plusieurs endroits différents via un webmail) -- Jean-Michel N'oubliez pas la faq: http://savannah.nongnu.org/download/debfr-faq/html
Re: [package] - installation et dépendences....
Le Mercredi 11 Juin 2003 16:36, Sébastien a écrit : Bonjour a tout le monde... Je viens d'installer lib-dom-java, mais le packet est marqué comme dépendent de kaffe, or je ne le veux pas, je veux que lib-dom-java... Comment faire pour passer outre ??? Ce n'est pas conseillé... Si le mainteneur a lié les 2 par un lien de dépendance, c'est que c'est utile ! Sinon, télécharge le paquet avec wget ou autre et installe-le avec dpkg --force (voir les options dispo : --force-help). -- tu risques d'avoir des problèmes ! -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net
Re: cracteres inusites LaTeX
On Wed, Jun 11, 2003 at 01:03:44PM +0200, jean-michel OLTRA wrote: bonjour, Comment puis-je faire (i.e quel package disponible) pour retranscrire des caractères inusités accessibles au clavier dans un document LaTeX ? Par exemple £ et µ pour µ, il y a \mu mais je sais pas quel paquet c est... C'est pour faire des séparateurs de champs. Ce qui est marrant c'est que j'arrive à récupérer le ¶ (AltGr-R) mais pas la livre Sterling... merci, -- jean-michel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [package] - installation et dépendences....
* Sébastien [EMAIL PROTECTED] [2003-06-11 16:36] : Bonjour a tout le monde... Je viens d'installer lib-dom-java, mais le packet est marqué comme dépendent de kaffe, or je ne le veux pas, je veux que lib-dom-java... Comment faire pour passer outre ??? Il te *faut* une JVM pour pouvoir utiliser ce paquet, le paquet est inutilisable sans elle. Par contre, il n'y a pas que kaffe qui fournisse cette jvm (voir apt-cache search java-virtual-machine sur stable et java1-runtime sur testing/unstable). Fred -- LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/
Re: Backport XFree 4.3
Salut, Bon, ma BA du jour, je vais un peu épauler Erwan bien que je sache d'avance l'inutilité de la démarche car chez Debian de toute manière c'est le packageur qu'a raison ... :-( En réponse à Erwan David [EMAIL PROTECTED]: Le Wed 11/06/2003, Pierre Machard disait En revanche, on s'éloigne du sujet, car ta réaction portait sur le fait qu'avoir un paquet debian n'était pas un gage de qualité. Personnellement j'ai résisté, mais la réaction était plutôt envers l'affirmation de Sven, Debian diffuse un packaging habituellement meilleur qu'upstream. Je conteste également cette affirmation, sans être aussi radical qu'Erwan (encore que des fois ça démange vraiment) moment donné), ton système fonctionne, et que lorsqu'un paquet est installé, on est preque garanti à 100 % que le logiciel fonctionnera sans problème. cf l'exemple de zope récent... où il faut installer le paquet, casser son système, lire le README.Debian et réparer son système... Personnellement : GROS malaise... mais bon, passons. cf autre exemple, la décision de Debian de gérer le texmf.cnf à sa sauce, avec pour conséquence de casser une grade partie des install tetex en place sans prévenir l'utilisateur (fil édifiant à ce sujet sur debian-devel) ... je laisse le soin aux packageurs ici présents de se fatiguer à me convaincre que c'est pour la bonne cause... en ce qui me concerne je suis désormais TRES prudent dans TOUTE mise à jour de paquet. cela impose des libs inutiles, alors là je peux dire que le paquet debian est gage de mauvaise qualité. Sans paquet ça marche mieux. C'est indéniable, il y a AUSSI des cas où ça marche mieux sans paquets, et/ou plus précisément il vaut mieux rechercher des paquets non-officiels. (cf www.apt-get.org)... Je garde pour la fin une réflexion perso : quelle que soit la qualité du packaging Debian pour ... emacs ou xfree ou gnome (au hasard), il faut bien se rappeler que ce n'est que du packaging (parfois complexe certes), et qu'un respect encore plus grand doit être attribué aux développeurs amont. En matière de logiciels libres, on pourrait se passer du packaging Debian mais pas du développement amont. Alors bon... ce serait bien de garder les choses dans l'ordre naturel et de na pas inverser les valeurs et les mérites de chacun. PS : pour rester dans le sujet du message, j'ai pas vu passé de réponse à la demande d'explication du pourquoi la recompilation xfree 4.3 Debian demande 4Go alors que la même manip upstream demande beaucoup moins... j'ai raté qqchose ou alors j'ai mal compris ? A+ -- mailto:[EMAIL PROTECTED]
Re: Messagerie locale
Gilles Stragier a écrit, mercredi 11 juin 2003, à 18:02 : Le mer 11/06/2003 à 14:55, jean-michel OLTRA a écrit : [...] no fetchall keep ^ Si je décommente cette ligne, fetchmail efface mes messages du serveur, ce que je ne veux absolument pas (je les consulte depuis plusieurs endroits différents via un webmail) getmail propose l'option « delete_after nbre_jours », qui peut être utile. -- Jacques L'helgoualc'h FAQ DUF http://savannah.nongnu.org/download/debfr-faq/html/index.html ...tout ce que vous auriez dû lire avant d'oser le demander :)
quelle version de Debian-Linux 3.0 est supporté par mon matériel, sachant que j'ai un AMD Athlon(tm) Processor
salut, je ne sais pas quelle version de Debian-Linux 3.0 est supporté par mon matériel, sachant que j'ai un AMD Athlon(tm) Processor. je ne connais personne qui utilise ce système d'exploitation et je suis très intéressé par celui-ci. du fait que ce soit un logiciel libre et une alternative à microsoft. je trouve cela une exellente démarche. j'espère avoir de l'aide!! merci. james
pb gdb/gcc
Salut, Je suis en woody avec des backport KDE et Gnome, et quelques packages testing (je sais pas exactement lesquels et je pense que le pb est peut-être lié à cela). Je developpe une appli QT. Or apparemment, bien que le prog soit compilé avec l'option -g, ddd n'est pas capable de me mettre le moindre point d'arrêt (pas de ligne...X quelque soit X). GCC est bien le gcc de woody (version 2.95.4 20011002 ) ainsi que ddd et gdb. J'ai le même problème avec le débogueur interne de kdevelop 2.1 (tiens faudrait que j'essaie avec gideon). Des indices? -- alain [EMAIL PROTECTED]
Re: carte reseau intel gigabit et e1000.o
Le Wed, Jun 11, 2003 à 01:05:13PM +0200, Frédéric Bothamy a écrit * [EMAIL PROTECTED] [EMAIL PROTECTED] [2003-06-11 11:51] : bonjour à tous, je cherche à installer une carte reseau intel gigabit sur une woody 2.4.18 fraichement installée. j'ai le repertoire détarré, je fais un make install aprés avoir installer les sources du kernel avec apt-get install kernel-source-2.4.18! Le noyau ne se compile pas avec un make install ... Soit tu suis la documentation fournie avec le noyau, soit tu utilises la commande make-kpkg du paquet kernel-package (voir la doc du paquet ou la FAQ de la liste). mais le message d'erreur suivant apparait : Makefile:89: *** linux kernel source not found stop une petite idée ou alors un module e1000 tout fait pour une bf24 Le module e1000 ne semble pas être présent dans les noyaux 2.4.18, mais seulement à partir du 2.4.20, ce devrait cependant être possible d'en récupérer un déjà compilé avec les woody-proposed-updates. Quand j'ai installé mon PC avec cette carte j'ai du aller sur le site de Intel avec une autre machine pour trouver le driver qui va bien et ainsi pouvoir récupérer le 2.4.20 qui possède le driver. Sinon je ne pouvais faire marcher la carte avec les drivers contenus dans les noyaux standards que l'on trouve sur les CD classiques pour faire une installation initiale. Ceci était la situation au mois de janvier 2003. Elle a peut-être changé depuis. Fred -- LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Francois Mescam
Re: Backport XFree 4.3
On Wed, Jun 11, 2003 at 07:16:09PM +0200, Georges Mariano wrote: En réponse à Erwan David [EMAIL PROTECTED]: Le Wed 11/06/2003, Pierre Machard disait moment donné), ton système fonctionne, et que lorsqu'un paquet est installé, on est preque garanti à 100 % que le logiciel fonctionnera sans problème. cf l'exemple de zope récent... où il faut installer le paquet, casser son système, lire le README.Debian et réparer son système... Personnellement : GROS malaise... mais bon, passons. cf autre exemple, la décision de Debian de gérer le texmf.cnf à sa sauce, avec pour conséquence de casser une grade partie des install tetex en place sans prévenir l'utilisateur (fil édifiant à ce sujet sur debian-devel) ... je laisse le soin aux packageurs ici présents de se fatiguer à me convaincre que c'est pour la bonne cause... en ce qui me concerne je suis désormais TRES prudent dans TOUTE mise à jour de paquet. Rappelle toi que c'est unstable/testing, si ces problemes persiste lorsque sarge sera release, alors la tu aurra pleinement raison. Je garde pour la fin une réflexion perso : quelle que soit la qualité du packaging Debian pour ... emacs ou xfree ou gnome (au hasard), il faut bien se rappeler que ce n'est que du packaging (parfois complexe certes), et qu'un respect encore plus grand doit être attribué aux développeurs amont. En matière de logiciels libres, on pourrait se passer du packaging Debian mais pas du développement amont. Oui et non, il y a des cas ou upstream n'existe plus, et ou le packageur debian tient lieu d'upstream. Ou pour reprendre l'exemple de xfree que tu cite, les packages debian de xfree86 sont considere par beaucoup comme les packages xfree86 de meilleures qualite existant, et supportant un certain nombre d'architecture non supporte par upstream. Et la je parle en connaissance de cause, je suis pas implique dans le packaging xfree86, mais je suis upstream xfree86, un upstream mineur mais quand meme. De plus, le travail de packaging ne consiste pas seulement a faire un package, mais aussi d'integrer le package dans l'ensemble de debian et a le faire interagir avec les autres packages au mieux. Mais biensur, la qualite des packages est relativement inegale, dependant de la qualite du packageur, de son temps disponible, etc. Certains packageurs peuvent prendre des decisions controverses, ou faire des bourdes, ou ..., mais dans l'ensemble, les packages sont plutot de bonne qualite, ne serait-ce parceque si ce n'est pas le cas, un autre developpeur ou utilisateur le remarquera, cela le genera, et il interviendra pour faire changer les choses, allant peut etre jusqu'a prendre en charge le package. Et toi tu peut peut-etre te passer du packaging, mais cela n'est pas le cas de l'ensemble des utilisateurs de debian, ni meme d'une tres grande majorite d'entre eux. Alors bon... ce serait bien de garder les choses dans l'ordre naturel et de na pas inverser les valeurs et les mérites de chacun. Sur, ... PS : pour rester dans le sujet du message, j'ai pas vu passé de réponse à la demande d'explication du pourquoi la recompilation xfree 4.3 Debian demande 4Go alors que la même manip upstream demande beaucoup moins... j'ai raté qqchose ou alors j'ai mal compris ? Donc, pour en revenir au sujet, et c'est en fait la seule raison pour laquelle j'ai poste, c'est tout simplement parceque les packages construissent la version avec chargement dynamique de modules, et la version statique. De plus une version avec symbole de debugging est aussi construite. C'est surtout ces deux derniers qui prennent enormement de place. Malheureusement, il n'est pas facile de desactiver la compilation de ces packages, mais tu est bienvenu a fournir un patch si le coeur t'en dis. Remarque, les sources upstreams prennent que 700Mo environ, ce qui est deja pas mal. Amicalement, Sven Luther
Re: [package] - installation et dépendences....
Il te *faut* une JVM pour pouvoir utiliser ce paquet, le paquet est inutilisable sans elle. Par contre, il n'y a pas que kaffe qui fournisse cette jvm (voir apt-cache search java-virtual-machine sur stable et java1-runtime sur testing/unstable). Fred J'ai installer la JVM de sun (celle de debian marchaient pas !!?? (ou plutot j'ai pas réussi a les faire marcher... Mais elle est installer, et ça tourne sans pb, mais il me faut ce paquet (lib-dom-java), et je ne veux pas kaffe (marche pas et se met a la place d'un truc qui marche...) sinon je peux l'installer a la main, mais je trouve pas d'archive pour le paquet (java, pas debian) : org.w3c.dom... Merci Sebbb PS : j'avais essayer gij et cij, mais ça marchait pas non plu, malgré l'aide de la liste de diff...
Re: quelle version de Debian-Linux 3.0 est supporté par monmatériel, sachant que j'ai un AMD Athlon(tm) Processor
Le Mercredi 11 Juin 2003 19:58, JamesBrownIsAFuckingDemon a écrit : salut, Salut, je ne sais pas quelle version de Debian-Linux 3.0 est supporté par mon matériel, sachant que j'ai un AMD Athlon(tm) Processor. je ne connais personne qui utilise ce système d'exploitation et je suis très intéressé par celui-ci. du fait que ce soit un logiciel libre et une alternative à microsoft. je trouve cela une exellente démarche. j'espère avoir de l'aide!! merci. james Ton processeur fait partie de la famille des 32 bits à architecture Intel. Donc tous les paquet i386, i486, i586, i686 sont pour toi ! De toute façon Debian 3.0 supporte 11 architectures différentes de processeurs. Nous serons là pour t'aider ! -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net
Re: quelle version de Debian-Linux 3.0 est supporté par mon matériel, sachant que j'ai un AMD Athlon(tm) Processor
On Wed, Jun 11, 2003 at 07:58:09PM +0200, JamesBrownIsAFuckingDemon wrote: salut, je ne sais pas quelle version de Debian-Linux 3.0 est supporté par mon matériel, sachant que j'ai un AMD Athlon(tm) Processor. Il ne devrait pas y avoir de probleme, mais bien sur, pour en etre sur il faudrait connaitre plus de detail sur ton materiel (carte mere, peripheriques, etc.). De plus, je ne comprend pas lorsque tu parle de version de Debian GNU/Linux 3.0 ? La version c'est 3.0, bien sur, mais peut-etre veut tu parler de l'architecture ? Il te faut i386 bien sur, et il y a plusieurs jeux de boot-floppies dependant de ton materiel. Le mieux est de lire la doc d'installation correspondant que tu trouvera sous : http://www.debian.org/releases/stable/i386/install je ne connais personne qui utilise ce système d'exploitation et je suis très intéressé par celui-ci. du fait que ce soit un logiciel libre et une alternative à microsoft. je trouve cela une exellente démarche. j'espère avoir de l'aide!! merci. Bonne chance a toi. Amicalement, Sven Luther
Re: quelle version de Debian-Linux 3.0 est supporté par mon matériel, sachant que j'ai un AMD Athlon(tm) Processor
* JamesBrownIsAFuckingDemon [EMAIL PROTECTED] [2003-06-11 19:58] : salut, je ne sais pas quelle version de Debian-Linux 3.0 est supporté par mon matériel, sachant que j'ai un AMD Athlon(tm) Processor. je ne connais personne qui utilise ce système d'exploitation et je suis très intéressé par celui-ci. Tous les processeurs AMD Athlon sont supportés par le noyau Linux (une doc intéressante bien que parfois peu à jour est disponible à http://www.tldp.org/HOWTO/Hardware-HOWTO/) et donc également par Debian. Les problèmes matériels se posent plus souvent à niveau des cartes graphiques et des winmodems par exemple (et j'oublie aussi les winprinters). Sinon, d'autres sources d'information bien utiles à lire pour débuter sont le FAQ de la liste (http://savannah.nongnu.org/download/debfr-faq/html/) ainsi que les manuels de la page de documentation Debian (http://www.debian.org/doc/), sans oublier les archives de la liste accessible à partir du site Debian. Fred -- LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/
Re: quelle version de Debian-Linux 3.0 est supporté par mon matériel, sachant que j'ai un AMD Athlon(tm) Processor
salut, je ne sais pas quelle version de Debian-Linux 3.0 est supporté par mon matériel, sachant que j'ai un AMD Athlon(tm) Processor. je ne connais personne qui utilise ce système d'exploitation et je suis très intéressé par celui-ci. du fait que ce soit un logiciel libre et une alternative à microsoft. je trouve cela une exellente démarche. j'espère avoir de l'aide!! merci. james Pour une personne qui a pas d'expérience avec Linux, tu devrais commencer avec Knoppix. C'est basé sur une Debian. Il te permet de tester l'environnement Linux sans pour autant formater tes partitions. Très utilile pour une personne qui veut essayer Debian. -- Dominique Arpin___[ espace gestionnaire réseau courbe] http://www.espacecourbe.com/ téléphone514.933.9861 télécopieur 514.933.9546
Re: caractres latex
Le mercredi 11 juin 2003, Vincent MOLLIMARD a écrit... bonjour, Bon alors : c'est simple. Ben non, ça marche pas partout, je l'ai trouvé dans un des doc des paquets (tetex-doc) mais je n'arrive pas à le faire venir n'importe où, et je n'ai pas trouvé le rapport entre un emplacement qui marche et un qui ne marche pas. Il y a une version un chouilla plus récente en english : lshort.pdf (en versio 4.12) Disponible dans tetex-doc A priori il y a aussi \symbol{code} mais pour £ j'ai un code de 163=a3 mais ça ne sort pas la livre -- jean-michel
Re: [package] - installation et dépendences....
* Sébastien [EMAIL PROTECTED] [2003-06-11 21:27] : Il te *faut* une JVM pour pouvoir utiliser ce paquet, le paquet est inutilisable sans elle. Par contre, il n'y a pas que kaffe qui fournisse cette jvm (voir apt-cache search java-virtual-machine sur stable et java1-runtime sur testing/unstable). Fred J'ai installer la JVM de sun (celle de debian marchaient pas !!?? (ou plutot j'ai pas réussi a les faire marcher... Mais elle est installer, et ça tourne sans pb, mais il me faut ce paquet (lib-dom-java), et je ne veux pas kaffe (marche pas et se met a la place d'un truc qui marche...) L'option de forçage indiqué par Michel devrait normalement fonctionner, sinon il devrait être possible (pas forcément simple) d'utiliser equivs pour créer un paquet virtuel ... De toute façon, tu devrais pouvoir installer les 2 JVM et n'utiliser que celle qui te convient, non ? (je ne connais pas bien les détails d'utilisation d'un .jar) Fred -- LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/
Utilitaire peut être utile(!)
Pour des besoins évidents, j'ai fait deux petits programmes compilés en statique (32K chacuns et autonomes) et très pratiques (à mon avis). Il s'agit d'un transfert de fichiers tout bête mais qui permet entre autres le transfert direct de partitions via un LAN: En clair ./clientpartition -d /dev/hda6 -s /dev/sda3 labas.loin recopie la partition /dev/sda3 de la machine labas.loin sur /dev/hda6 de la machine où tourne clientpartition. Plus précisemment: Sur le serveur: ./serveurpartition [-v] [-p port] -v = mode verbeux -p permet de modifier le port (2003 par défaut) et sur le client ./clientpartition [-a destination] [-d dest] [-s source] [-p port] [-v] [-h] [destination] -a est un doublon stupide -d désigne le fichier ou la partition destination -s désigne le fichier ou la partition source -p permet de changer de port (2003) par défaut -h aide -v est le mode verbeux La machine peut être précisée par nom ou adresse IP (si la résolution de nom ne marche pas, il le signale mais continue). Je compte utiliser ces deux programmes pour une duplication d'installation sur plusieurs machines. J'ignore les performances mais je me souviens de quelques messages ayant posé des questions sur la recopie de partition, les auteurs seront peut être intéressés. Programmes sur http://boisson.homeip.net/clientpartition et http://boisson.homeip.net/serveurpartition Voilà, bonne nuit à tous François Boisson
Re: quelle version de Debian-Linux 3.0 est support
On Wed, Jun 11, 2003 at 07:58:09PM +0200, JamesBrownIsAFuckingDemon wrote: salut, je ne sais pas quelle version de Debian-Linux 3.0 est supporté par mon matériel, sachant que j'ai un AMD Athlon(tm) Processor. je ne connais personne qui utilise ce système d'exploitation et je suis très intéressé par celui-ci. du fait que ce soit un logiciel libre et une alternative à microsoft. je trouve cela une exellente démarche. j'espère avoir de l'aide!! merci. james A priori toutes ( Sid / Sarge / Woody ). Mais si tu es débutant, je te conseilles une Woody ( les deux autres étant plus a jours -- mais ayant plus de probleme ). Quand au support du matériel : AMD = i386 ( de toute facon, sinon Ms Windows ne marcherait pas dessus ). Mais note que le reste de ton matériel n'est pas forcément pris en charge par linux ( un des systemes d'exploitation utilisé par la debian ). Sylvain LE GALL ps : j'espére que tu ne vois pas dans debian juste une alternative à microsoft c'est beaucoup plus ;-
Re: [HS] BSD, Debian, et distributions
On Wednesday 11 June 2003, at 14 h 4, the keyboard of Sven Luther [EMAIL PROTECTED] wrote: Sur, mais je pense qu'il y a moins de trucs dans les ports *BSD que dans les package debian. Pour FreeBSD, c'est probablement faux. URL:http://www.FreeBSD.org/ports/growth /status.png C'est logique vu que les exigences de qualité sont moins fortes pour un port *BSD. D'autre part, on pourrait aussi sans doute faire une distribution Linux/NetBSD (un noyau Linux qui tournerait avec un userland NetBSD). Tres peut probable, je pense. Il faudrait faire un travail enorme au niveau de la libc et d'autre librairie de base. Cela a été fait en sens inverse (URL:http://www.debian.org/ports/freebsd/gnu-l ibc-based, annoncé dans les dernières Debian Weekly News) donc cela n'a rien d'impossible. La difference principale c'est que le userland des *BSD est plus reduit que celui des distribs linux, mais oui, le systeme de port *BSD est une mini-distrib, si tu veut. Non, non, l'userland dans les *BSD est séparé en deux : le système de base (tar, gcc, ls, ifconfig, etc) et les ports. Le système de base est très réduit. L'ensemble des ports, on l'a vu, très large et contient même des ports d'applications purement Debian comme netmask ou bien ipv6calc. Il me semble cependant qu'ils ne contiennent que la partie la plus importante de l'userland, mais bon, je me trompe peut-etre. Je pense, oui.
Re: ftp.fr.debian.org (SID): packages inaccessibles
Le mardi 10 juin 2003 à 20:20, Nicolas et Ryoko écrivait: Les packages SID suivants ne sont pas accessibles pour tous. Comment faire ? La catégorie 'ftp.debian.org' de reportbug me semble trop générique: il s'agit seulement d'un des miroirs... Ça a été résolu Lundi dans la soirée. Il n'y avait plus de place sur le mirror (pile poil un long week-end...) J'ai viré quelques ISOs d'autres distribs (oups :-) hébergées sur le même serveur pour faire de la place pour ftp.fr.d.o. Auré -- BOFH excuse #153: Big to little endian conversion error
Re: [package] - installation et dépendences....
Sébastien a écrit : Il te *faut* une JVM pour pouvoir utiliser ce paquet, le paquet est inutilisable sans elle. Par contre, il n'y a pas que kaffe qui fournisse cette jvm (voir apt-cache search java-virtual-machine sur stable et java1-runtime sur testing/unstable). Fred J'ai installer la JVM de sun (celle de debian marchaient pas !!?? (ou plutot j'ai pas réussi a les faire marcher... Mais elle est installer, et ça tourne sans pb, mais il me faut ce paquet (lib-dom-java), et je ne veux pas kaffe (marche pas et se met a la place d'un truc qui marche...) sinon je peux l'installer a la main, mais je trouve pas d'archive pour le paquet (java, pas debian) : org.w3c.dom... Merci Sebbb PS : j'avais essayer gij et cij, mais ça marchait pas non plu, malgré l'aide de la liste de diff... L'emballage Java du W3C du DOM est disponible sur le site ... du W3C !! http://www.w3.org/TR/2000/REC-DOM-Level-2-Core-20001113/java-binding.zip http://www.w3.org/TR/DOM-Level-2-Core/java-binding.zip (T'es bien au courant que ce ne sont que des interface ?) Amicalement, Nicolas.
Re: [package] - installation et dépendences.... - [Résolu]
Le Mercredi Juin 11 2003 22:49, Frédéric Bothamy a écrit : * Sébastien [EMAIL PROTECTED] [2003-06-11 21:27] : Il te *faut* une JVM pour pouvoir utiliser ce paquet, le paquet est inutilisable sans elle. Par contre, il n'y a pas que kaffe qui fournisse cette jvm (voir apt-cache search java-virtual-machine sur stable et java1-runtime sur testing/unstable). Fred J'ai installer la JVM de sun (celle de debian marchaient pas !!?? (ou plutot j'ai pas réussi a les faire marcher... Mais elle est installer, et ça tourne sans pb, mais il me faut ce paquet (lib-dom-java), et je ne veux pas kaffe (marche pas et se met a la place d'un truc qui marche...) L'option de forçage indiqué par Michel devrait normalement fonctionner, sinon il devrait être possible (pas forcément simple) d'utiliser equivs pour créer un paquet virtuel ... De toute façon, tu devrais pouvoir installer les 2 JVM et n'utiliser que celle qui te convient, non ? (je ne connais pas bien les détails d'utilisation d'un .jar) Fred -- LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/
Re: Utilitaire peut être utile(!)
On Wed, 11 Jun 2003 22:44:19 + François Boisson [EMAIL PROTECTED] wrote: Pour des besoins évidents, j'ai fait deux petits programmes compilés en statique (32K chacuns et autonomes) et très pratiques (à mon avis). Intéressant mais je préférerais avoir les sources et recompiler sur ma machine. Alain
Re: Backport XFree 4.3
On Wed, 11 Jun 2003 21:17:00 +0200 Sven Luther [EMAIL PROTECTED] wrote: Rappelle toi que c'est unstable/testing, si ces problemes persiste lorsque sarge sera release, alors la tu aurra pleinement raison. Euh nan, le cas de zope c'est testing, et pour tetex c'est dans woody [il me semble] (mais je m'en suis aperçu très tard, j'étais en potato assez longtemps). Mais là n'est pas vraiment la question... le gros malaise c'est que ce soit arrivé «jusque là». Cette technique de récupération d'installation cassée après lecture de README.Debian, je m'y attendais pas du tout (de la part de Debian). De plus, le travail de packaging ne consiste pas seulement a faire un package, mais aussi d'integrer le package dans l'ensemble de debian et le faire interagir avec les autres packages au mieux. ?? pour moi c'est (effectivement) un tout. Mais biensur, la qualite des packages est relativement inegale, dependant de la qualite du packageur, de son temps disponible, etc. ben ouai, mais c'est pas ta formulation initiale ... et je vois pas pourquoi sur les debian-*-users tout serait pour le mieux dans le meilleur des mondes alors que sur les debian-*-devel c'est une autre histoire ... Donc, pour en revenir au sujet, et c'est en fait la seule raison pour laquelle j'ai poste, c'est tout simplement parceque les packages ... Malheureusement, il n'est pas facile de desactiver la compilation de ces packages, mais dans certain référentiel de qualité, ne pas pouvoir désactivé facilement un truc qui a été activé c'est pas très «qualité»... ;-) mais tu est bienvenu a fournir un patch si le coeur t'en dis. je l'attendais celle-là, tellement prévisible ;-) c'était juste de la curiosité... ceci dit, c'est pas la première fois où l'on verrait un debian/rules qui procède par copier-coller/adapter de règles pour générer ce genre de paquets dérivés au lieu de s'appeler avec un bon paramétrage ... ajoutons une couche avec, très souvent, une gestion à la hache des cibles de compilation (configure/build/...) qui casse toute la modularité du processus compilation upstream etc etc on peut en ajouter ... tout dépend de ce que l'on appelle qualité ... PS : non, je n'ai pas besoin d'être mainteneur Debian pour que mes remarques soient recevables ;-) A+ -- debfr-faq: http://savannah.nongnu.org/download/debfr-faq/html/ val-linux: http://phalompe.homeip.net:9673/val-linux perso: http://www3.inrets.fr/estas/mariano
Re: Portable Compaq Armada 4131T et Carte PCMCIA
Pour conclure l'aventure : Mon PC ne supportant pas les CardBus, et du fait que je passais par un point ISA-PCI, ma carte : (résultat de dmesg |grep -i pcmcia) Linux PCMCIA Card Services 3.1.33 Cirrus PD672x rev 00 ISA-to-PCMCIA at port 0x3e0 ofs 0x00 La solution fut de procéder à un petit échange avec christian (que je reremercie) pour une carte compatible NE2000 / 10 bits qui fonctionne à merveille... Voilà, au cas où qqn d'autre tomberait sur le même cas que moi... Bonne soirée, Nicolas -- Ni[o [EMAIL PROTECTED] signature.asc Description: PGP signature
Re: problème avec le patch acpi
Un grand merci à Michel, au Senseï et à tous ceux qui ont cherché en vain de me répondre...c'était donc bien un problème de devfs compilé dans le noyau...j'ai donc du dérapper.. Didier Le mar 10/06/2003 à 22:08, Michel Grentzinger a écrit : Le Mardi 10 Juin 2003 21:06, Didier Conchaudron a écrit : J'ai aussi tenté avec le kernel de kernel.org et j'ai d'autres problèmes...les devices des disques durs (/dev/hd**) ont disparu donc j'ai un gros message d'erreur au démarrage me disant que mes partitions sont incorrectes...normal /dev/hda5 N'EXISTE PAS!! Est-ce que ça ne serait pas lié au système de fichier devfs ? Est-ce que tu l'as activé dans la configuration de ton noyau (peut-être sans le vouloir) ? -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net signature.asc Description: PGP signature
Re: Utilitaire peut être utile(!)
c'est comme ghost mais à chaud ;) , genre pratique pour faire une image d'un système. ça marche à parti d'une disquette de boot ? parce que pour restorer vaut mieux le faire à partir d'un disquette. ton compte mettre une licence dessus ? GPL ? anyway, bonne idée :) Yoann François Boisson wrote: Pour des besoins évidents, j'ai fait deux petits programmes compilés en statique (32K chacuns et autonomes) et très pratiques (à mon avis). Il s'agit d'un transfert de fichiers tout bête mais qui permet entre autres le transfert direct de partitions via un LAN: En clair ./clientpartition -d /dev/hda6 -s /dev/sda3 labas.loin recopie la partition /dev/sda3 de la machine labas.loin sur /dev/hda6 de la machine où tourne clientpartition. Plus précisemment: Sur le serveur: ./serveurpartition [-v] [-p port] -v = mode verbeux -p permet de modifier le port (2003 par défaut) et sur le client ./clientpartition [-a destination] [-d dest] [-s source] [-p port] [-v] [-h] [destination] -a est un doublon stupide -d désigne le fichier ou la partition destination -s désigne le fichier ou la partition source -p permet de changer de port (2003) par défaut -h aide -v est le mode verbeux La machine peut être précisée par nom ou adresse IP (si la résolution de nom ne marche pas, il le signale mais continue). Je compte utiliser ces deux programmes pour une duplication d'installation sur plusieurs machines. J'ignore les performances mais je me souviens de quelques messages ayant posé des questions sur la recopie de partition, les auteurs seront peut être intéressés. Programmes sur http://boisson.homeip.net/clientpartition et http://boisson.homeip.net/serveurpartition Voilà, bonne nuit à tous François Boisson _ Envie de discuter en live avec vos amis ? Télécharger MSN Messenger http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France
Re: Utilitaire peut être utile(!)
On Thu, 12 Jun 2003 00:52:49 +0200 yoann [EMAIL PROTECTED] wrote: c'est comme ghost mais à chaud ;) Et avec netcat simplement ? Sur le serveur : netcat -p 12345 /dev/sda2 Sur le client : netcat server 12345 /dev/sda1 J'ai pas essayé mais je ne vois pas pourquoi ca ne marcherait pas. Alain
RE: Utilitaire peut être utile(!)
Et avec netcat simplement ? Sur le serveur : netcat -p 12345 /dev/sda2 Sur le client : netcat server 12345 /dev/sda1 J'ai pas essayé mais je ne vois pas pourquoi ca ne marcherait pas. Alain Effectivement, en combinant netcat et dd via un pipe, ca fonctionne... J'avais fais ca pour faire un backup du disque dur d'un firewall sur un disque dur identique, et ca a fonctionne (c'etait une RedHat, mais est-il necessaire de notifier cette particularite lors de l'utilisation d'outils si 'standards' ?). Le seul probleme etait la partition /boot qui ne voulait pas, pour une raison toujours inconnue (pas eu le temps d'investiguer a l'epoque)... La solution, pour cette partition, a ete de monter le disque de rechange dans le firewall lui-meme et de faire un 'dd' sans passer par le reseau... Jacques
SOURIS INUTILISABLE DANS GNOME
Bonjour, je tente une installation debian et ça démarre en GNOME. Cependant, j'ai gaffé dans mes paramères pour la souris (je sais maintenant comment faire). Donc,pour reconfigurer mes paramètres, je voudrais savoir comment démarrer un shell à partir de GNOME au moyen du clavier. Peut-être est-ce possible de terminer la session graphique et de passer en mode shell (command-line). Peut-être qu'il est possible de bloquer le démarrage automatique de GNOME pendant l'initialisation de debian (je démarre debian au moyen d'une disquette). Merci d'avance.Lèche-vitrine ou lèche-écran ? Yahoo! Magasinage.
SOURIS HORS D'USAGE DANS GNOME
Bonjour, j'ai tenté une première installation de Debian et j'ai réussi à le faire démarrer. Le démarrage initialise automatiquement une session GNOME dans laquelle je peux me logger. Cependant, ma souris ne répond pas: j'ai gaffé dans les paramètres d'initialisation. Maintenant que je sais quel paramètre remplacer, il faut que je trouve une façon de reconfigurer mes paramètres dans un shell (en command-line). Alors comment, à partir de GNOME, invoquer un shell par des racourcis claviers? Pendant le démarrage de debian, peut-être est-ce possible de stopper l'initialisation de GNOME et de passer en mode commande. Merci d'avance.Lèche-vitrine ou lèche-écran ? Yahoo! Magasinage.
mise à jour et problemes de reseau
Salut tout le monde, ça faisait un bout de temps que je n'avais pas touché à mon installation et comme javais un peu de temps j'ai fait un apt-get update sur ma machine passerelle qui tourne en testing (je sais c'est mal mais c'est comme ça...). Il m'a proposé un update de beaucoup de paquets. Une bonne centaine... J'ai fait rouler, tout s'est bien passé mais les problèmes sont apparu apres. Depuis le reseau interne les connections à la passerelle sont très lentes, le ssh met une vingtaine de secondes à se connecter. Les connection vers internet aussi. Je n'ai pas de soft de firewall mais juste un script qui n'a pas changé et qui flush toutes les regles avant de lancer les siennes donc je suppose que ce n'est pas iptables. La question est : comment diagnostiquer d'où provient le problème. Quels softs me permettrait de savoir ce qui bloque ? merci -- marco