Re: limite HS
Nicolas Garin wrote: On Fri, 13 Jun 2003 22:06:25 +0200 Raymond Gree <[EMAIL PROTECTED]> wrote: bonsoir, j'ai plusieurs machines sous Woody que j'ai connecte en reseau ethernet sur le serveur j'ai ajoute une carte TR pour pouvoir utiliser un boitier HP jetdirect depuis mon serveur je peux pinger HPJD depuis les autres machine je peux pinger simplement la carte TR ma config est la suivante: machine 1 serveur (eth) serveur (TR)HP jetdirect 191.168.1.20191.168.1.10191.168.2.10191.168.2.20 255.255.255.0 255.255.255.0 255.255.255.0 255.255.255.0 sur le serveur j'ai la table de routege suivante: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 191.168.2.0 191.168.2.10255.255.255.0 UG0 0 0 tr0 191.168.1.0 191.168.1.10 255.255.255.0 UG0 0 0 eth0 default 191.168.1.1 0.0.0.0 UG0 00 eth0 quelqu'un a t il une idee de mes erreurs M E R C I d'avance Raymond activer l'ip_forward ? dans un premier temps: echo 1 > /proc/sys/net/ipv4/ip_forward puis modifier le fichier '/etc/network/options' et mettre ip_forward=yes pour l'activer à chaque "redémarrage" du réseau Nico merci pour ton aide, un debut de solution apparait, le voyant d'activite du Jetdirect flash donc il recoit des data par contre le ping ne reponds pas merci Raymond
cherche tutoriel pour postfix, fetchmail ...
-- Claude Parisot <[EMAIL PROTECTED]> Bonjour ! J'aimerais configurer un serveur de mail avec postfix, fetchmail pour ensuite faire l'apprentissage de mutt. Et je cherche un tutoriel compréhensible pour un débutant, sans langage ésotérique, je veux dire qui me donne l'explication de termes que je cerne mal, full qualified domain name, localhost, etc... termes jamais vu auparavant sous Windows,tutoriel qui me guide dans la mise en place d'une configuration de base. J'ai fait quelques recherches et essais , mais souvent je bute sur ces termes qui sont supposés être déjà parfaitement connus ou alors la doc ne me parle pas vraiment. Merci Claude
Re: Routage
On Sat, 14 Jun 2003 06:38:13 +0200 Raymond Gree <[EMAIL PROTECTED]> wrote: > bonsoir, > j'ai plusieurs machines sous Woody que j'ai connecte en reseau ethernet > sur le serveur j'ai ajoute une carte TR pour pouvoir utiliser un boitier > etc... Un message suffit, merci. L'activité de la liste n'est pas si dense que les messages s'oublient en 7 heures de temps. Essayes comme suggéré l'activation de l'ip_forward (fichier /etc/network/options) F.B
Re: Backport XFree 4.3
On Fri, Jun 13, 2003 at 07:43:51PM +0200, Erwan David wrote: > Le Fri 13/06/2003, Sven Luther disait > > > > S'il faut compiler le noyau alors autant le patcjher directement et > > > tout faire d'un coup. > > > > Explique moi alors comment tu fait pour par exemple les drivers unicorn > > pour les modems Bewan ADSL PCI st et USB ? Tu ne peut pas patcher ton > > noyau. De la meme maniere, de nombreux modules livre sous forme de > > package ne sont pas des patches, mais des modules package separement > > (pas packager dans le sens debian, mais dans le sens upstream). > > Je suis la doc qui viens avec le source et je fous le .o dans > /lib/modules tout simplement. Et je vais t'étonner mais ça marche. Et > s'il y a un problème à reporter au développeur ce ne sera pas > parasité par la machinerie debian Oui, sauf que moi en tant que mainteneur debian, j'ai de bon contacte avec upstream, que la version qui est dans le package debian (0.5.3) n'est pas disponible chez upstream (0.5.2), que j'ai ajouter un patch apres discussion avec upstream qui est necessaire pour les cartes meres a base de chipset KT400, qu'en cas de probleme, upstream sera plus a meme de m'ecouter moi, qui aurai deja fais un tri entre les bugreport qui valent la peine et les autres, ou d'ecouter un utilisateur quelconque. Que la machinerie debian ne vient en rien perturber mes relations avec upstream, tout au contraire, elle l'ont obliger a mettre au clair certaines choses qui etait un peu brouillo precedement (surtout au niveau des Makefiles). Que par dessus le marche, si tu install le module upstream, et que tu n'a pas ta carte pci dans la machine a ce moment la, tu te retrouve uniquement avec les modules usb, ce qui ne marche pas trop, alors que le package debian install les deux. Mais bon, je vais suivre les conseils et arreter ici ce thread (je sais, je sais, deuxieme fois que je le dis), de toute facon, tu a deja ton idee et rien ne t'en fera demordre. Amicalement, Sven Luther
Re: limite HS
On Sat, 14 Jun 2003 08:18:42 +0200 Raymond Gree <[EMAIL PROTECTED]> wrote: > Nicolas Garin wrote: > > >On Fri, 13 Jun 2003 22:06:25 +0200 > >Raymond Gree <[EMAIL PROTECTED]> wrote: > > > > > > > >>bonsoir, > >>j'ai plusieurs machines sous Woody que j'ai connecte en reseau > >>ethernet sur le serveur j'ai ajoute une carte TR pour pouvoir utiliser > >>un boitier HP jetdirect > >>depuis mon serveur je peux pinger HPJD depuis les autres machine je > >>peux pinger simplement la carte TR > >>ma config est la suivante: > >> > >>machine 1 serveur (eth) serveur (TR)HP jetdirect > >>191.168.1.20191.168.1.10191.168.2.10191.168.2.20 > >>255.255.255.0 255.255.255.0 255.255.255.0 255.255.255.0 > >> > >>sur le serveur j'ai la table de routege suivante: > >> > >>Kernel IP routing table > >>Destination Gateway Genmask Flags Metric Ref > >>Use Iface > >>191.168.2.0 191.168.2.10255.255.255.0 UG0 0 > >>0 tr0 191.168.1.0 191.168.1.10 255.255.255.0 UG0 0 > >> 0 eth0 default 191.168.1.1 0.0.0.0 UG0 > >> 00 eth0 > >> > >>quelqu'un a t il une idee de mes erreurs > >>M E R C I d'avance > >>Raymond > >> > >> > >> > > > >activer l'ip_forward ? > > > >dans un premier temps: > >echo 1 > /proc/sys/net/ipv4/ip_forward > > > >puis modifier le fichier '/etc/network/options' et mettre > >ip_forward=yes pour l'activer à chaque "redémarrage" du réseau > > > > > >Nico > > > > > merci pour ton aide, un debut de solution apparait, le voyant d'activite > du Jetdirect flash donc il recoit des data > par contre le ping ne reponds pas > Normal je pense, il faudrait que la HP ait comme passerelle 192.168.2.10, mais il faut plus de détails sur la HP. C'est quoi exactement un "boitier HP jetdirect" (une imprimante?) F.Boisson
Re: limite HS
Bon, d'après ce que j'ai vu sur Google, c'est une imprimante réseau. Visiblement tu l'as configuré en IP statique. Vérifie que la passerelle n'est pas celle qui met par défaut pour ta config (192.168.2.1) et met 192.168.2.10. Ca devrait marcher. François Boisson
Re: creation site web
Le 20:48 13/06/03 +0200, Harobed nous a écrit : ** Message d'origine ** Le ven 13/06/2003 à 10:22, stephane ancelot a écrit : > Bonjour, > Cherche logiciel de creation/gestion de site web sans connaissance sous linux > > (type ingenisite) > Bye > Steph > Si tu veux faire un site, sans connaissance html, php ou autre. Utilise un système deja existant style spip : http://www.spip.org Comment entretenir l'incompréhension des nouveaux utilisateurs de Spip? En affirmant ce genre d'ânerie. Tu lui propose rien d'autre que de faire le même site de 150.000 autres.Et quand il voudra avoir SON site, il dira "mais on m'avait dit que" et rebelote sur la liste Spip!!! C'est les rédacteurs d'un spip-site qui n'ont pas besoin de connaître hteumeuleu, pas le webmaster! Francois -- No RAFFARAN ! Francois Sauterey mailto:[EMAIL PROTECTED] Mon hébergeur ? http://www.ras.eu.org
Re: Empecher l'upgrade de certains paquets
Le Sat 14/06/2003, elbg disait > Mais sinon il a aussi raison, les paquets Debian pour une woody > (stable!) te fournissent, des paquets vérifiés une meilleure sécurité et > surtout un ensemble homogène ! Ça dépend des paquets. Prends Epacs. Ça te fournis un bordel debianiste, mais pas un emacs. -- Erwan
Re: Empecher l'upgrade de certains paquets
Le Sat 14/06/2003, Raphaël SurcouF Bordet disait > > aux élucubrations d'u_n intégriste quelconque. > > Très bien, dans ce cas, rien ne t'empêche de rapporter un bogue, une > fonctionnalité manquante, bref, de contribuer au projet Debian dans son > ensemble: ça donnerait un poids à tes propres élucubrations > antipathiques envers les outils de debian. Je le fais. Et quand le mainteneur me répond "a chier c'est *ton* problème si on ne peut pas reconstruire le paquet à partir du paquet source partceque j'ai appliqué des patches n'importe comment" j'insiste pas. Je me suis assez fait insulté ici même pour avoir rapporté comme bug des dépendances *débiles* (genre xemacs sur ldap et postgresql). La debian fourni des outils intéressants. Cela ne signifie pas que leur utilisation par l'ensemble des mainteneurs de paquets soit utile. Tu as choisi de te *limiter* à ce qui est fourni par la debian. C'est ton choix. Mais la question originelle était celle de quelqu'un qui avait *choisi* de *ne* *pas* utiliser le paquet debian. Je ne vois pas en quoi ma réponse était mauvaise. Si je n'utilise pas le paquet alors je l'enlève et je n'ai pas de problème d'upgrade. PS: et je ne vais pas passer mon temps à virer les patchs à la con et changer les options de configuration débiles imposées par certains mainteneurs. Le boulot sera plus complexe que de recompiler à partir des sources propres. -- Erwan
Les logs d'iptables
Bonjour, d'avance je m'excuse si vous pensez que ce message ne doit pas se trouver sur cette liste, si c'est le cas dite moi où je pourrais aller (-: . Je ne parviens pas à récupérer mes logs d'iptables dans un fichier spécifique. La seule technique que j'ai trouvé est de lancer réguliérement (cron) un petit script perl que j'ai fait qui scrute le fichier '/var/log/messages' et place les lignes qu'il trouve dans un autre fichier (que j'ai choisi). Pour quelques lignes de log cela suffirait, mais plus je vais logger de paquets, plus j'ai peur que cela ne prenne trop de ressources (qu'en pensez-vous ?). De plus les préfix ne sont pas forcément toujours les mêmes, donc le fichier 'messages' est difficile à parser . Une idée ? Merci, Bagbones
Re: creation site web
Le sam 14/06/2003 à 09:01, Francois Sauterey a écrit : > Le 20:48 13/06/03 +0200, Harobed nous a écrit : > ** Message d'origine ** > >Le ven 13/06/2003 à 10:22, stephane ancelot a écrit : > > > Bonjour, > > > Cherche logiciel de creation/gestion de site web sans > > connaissance sous linux > > > > > > (type ingenisite) > > > Bye > > > Steph > > > > >Si tu veux faire un site, sans connaissance html, php ou autre. Utilise > >un système deja existant style spip : http://www.spip.org > > Comment entretenir l'incompréhension des nouveaux utilisateurs de Spip? En > affirmant ce genre d'ânerie. > Tu lui propose rien d'autre que de faire le même site de 150.000 autres.Et > quand il voudra avoir SON site, il dira "mais on m'avait dit que" et > rebelote sur la liste Spip!!! > C'est les rédacteurs d'un spip-site qui n'ont pas besoin de connaître > hteumeuleu, pas le webmaster! > > > Francois > > -- > No RAFFARAN ! > > Francois Sauterey mailto:[EMAIL PROTECTED] > Mon hébergeur ? http://www.ras.eu.org Il veut créer un site sans connaissance. Pour moi, si il veut faire SON site, il devra connaitre certaine chose. C'est pour cela que je l'ai dirigé vers un système tout fait comme SPIP. Cependant, je ne savais pas que de nombreuse personne était déçu par SPIP par incompréhension du but du système. Alors oui, j'ai peut être fait une erreur. stephane
Re: Les logs d'iptables
> > Bonjour, > > d'avance je m'excuse si vous pensez que ce message ne doit pas se trouver sur > cette liste, si c'est le cas dite moi où je pourrais aller (-: . > > Je ne parviens pas à récupérer mes logs d'iptables dans un fichier > spécifique. > La seule technique que j'ai trouvé est de lancer réguliérement (cron) un > petit > script perl que j'ai fait qui scrute le fichier '/var/log/messages' et place > les lignes qu'il trouve dans un autre fichier (que j'ai choisi). > Pour quelques lignes de log cela suffirait, mais plus je vais logger de > paquets, > plus j'ai peur que cela ne prenne trop de ressources (qu'en pensez-vous ?). > De plus les préfix ne sont pas forcément toujours les mêmes, donc le fichier > 'messages' est difficile à parser . > > Une idée ? Oui, ulogd est fait pour gérer les logs d'iptables. Harald Welte, core developper netfilter, est responsable de ce projet. Voir sa page : http://gnumonks.org/projects/ > > Merci, De rien, > Bagbones manu -- Emmanuel Lesouef Association CaLviX Caen - 14000 (France) [EMAIL PROTECTED] Clé GPG : http://elesouef.dyndns.org/elesouef.asc Fingerprint : 626E 56B4 A54A 7169 E68A CE47 D942 C2B7 5ECF 045E
Re: Empecher l'upgrade de certains paquets
On Sat, 14 Jun 2003 09:31:46 +0200 Erwan David <[EMAIL PROTECTED]> wrote: > Je me suis assez fait insulté ici même pour avoir > rapporté comme bug des dépendances *débiles* (genre xemacs sur ldap et > postgresql). Honnètement, je me demande qui insulte qui? Ton problème Erwan est que tu fais le raccourci "ces outils ne me plaisent pas" -> "ces outils sont nuls, les programmeurs qui les ont fait des imbéciles et les gars qui suggèrent leur utilisation des tyrans qui sont contre l'esprit du logiciel libre que je suis seul à défendre". Tes positions sur le fait d'imposer un environnement lorsque cela est inutile sont raisonnables mais te sont personnelles (ou plutôt *personnelles* puisque tu aimes bcp les *) de même pour ta gestion du noyau. Je n'utilise pas make-kpg (pas par choix forcément, par ignorance de l'existence de ce truc au début puis habitude), je n'utilise ni Kde ni Gnome mais Windowmaker seul, pour autant je n'exige pas que tout le monde prennent mes (ou plutôt *mes*) choix en particulier que les mainteneurs et les développeurs agissent en fonction d'eux. Je suggère d'interrompre ici les discussions sur l'utilité du packaging Debian et de make-kpkg, je pense que tout a été dit plus d'une fois, que ça peut lasser les abonnés. François Boisson PS: J'oubliais: PLONK
Re: limite HS
François Boisson wrote: On Sat, 14 Jun 2003 08:18:42 +0200 Raymond Gree <[EMAIL PROTECTED]> wrote: Nicolas Garin wrote: On Fri, 13 Jun 2003 22:06:25 +0200 Raymond Gree <[EMAIL PROTECTED]> wrote: bonsoir, j'ai plusieurs machines sous Woody que j'ai connecte en reseau ethernet sur le serveur j'ai ajoute une carte TR pour pouvoir utiliser un boitier HP jetdirect depuis mon serveur je peux pinger HPJD depuis les autres machine je peux pinger simplement la carte TR ma config est la suivante: machine 1 serveur (eth) serveur (TR)HP jetdirect 191.168.1.20191.168.1.10191.168.2.10191.168.2.20 255.255.255.0 255.255.255.0 255.255.255.0 255.255.255.0 sur le serveur j'ai la table de routege suivante: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 191.168.2.0 191.168.2.10255.255.255.0 UG0 0 0 tr0 191.168.1.0 191.168.1.10 255.255.255.0 UG0 0 0 eth0 default 191.168.1.1 0.0.0.0 UG0 00 eth0 quelqu'un a t il une idee de mes erreurs M E R C I d'avance Raymond activer l'ip_forward ? dans un premier temps: echo 1 > /proc/sys/net/ipv4/ip_forward puis modifier le fichier '/etc/network/options' et mettre ip_forward=yes pour l'activer à chaque "redémarrage" du réseau Nico merci pour ton aide, un debut de solution apparait, le voyant d'activite du Jetdirect flash donc il recoit des data par contre le ping ne reponds pas Normal je pense, il faudrait que la HP ait comme passerelle 192.168.2.10, mais il faut plus de détails sur la HP. C'est quoi exactement un "boitier HP jetdirect" (une imprimante?) F.Boisson Désolé mais je n'avais pas vu mon message sur la liste et je pensais qu'il n'etait pas acheminé mon boitier Jetdirect est un serveur d'impression ou on peut connecter 3 imprimantes j'ai verifié son default gateway il pointe bien sur 191.168.2.10 merci et encore desole Raymond
Re: limite HS
François Boisson wrote: On Sat, 14 Jun 2003 08:18:42 +0200 Raymond Gree <[EMAIL PROTECTED]> wrote: Nicolas Garin wrote: On Fri, 13 Jun 2003 22:06:25 +0200 Raymond Gree <[EMAIL PROTECTED]> wrote: bonsoir, j'ai plusieurs machines sous Woody que j'ai connecte en reseau ethernet sur le serveur j'ai ajoute une carte TR pour pouvoir utiliser un boitier HP jetdirect depuis mon serveur je peux pinger HPJD depuis les autres machine je peux pinger simplement la carte TR ma config est la suivante: machine 1 serveur (eth) serveur (TR)HP jetdirect 191.168.1.20191.168.1.10191.168.2.10191.168.2.20 255.255.255.0 255.255.255.0 255.255.255.0 255.255.255.0 sur le serveur j'ai la table de routege suivante: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 191.168.2.0 191.168.2.10255.255.255.0 UG0 0 0 tr0 191.168.1.0 191.168.1.10 255.255.255.0 UG0 0 0 eth0 default 191.168.1.1 0.0.0.0 UG0 00 eth0 quelqu'un a t il une idee de mes erreurs M E R C I d'avance Raymond activer l'ip_forward ? dans un premier temps: echo 1 > /proc/sys/net/ipv4/ip_forward puis modifier le fichier '/etc/network/options' et mettre ip_forward=yes pour l'activer à chaque "redémarrage" du réseau Nico merci pour ton aide, un debut de solution apparait, le voyant d'activite du Jetdirect flash donc il recoit des data par contre le ping ne reponds pas Normal je pense, il faudrait que la HP ait comme passerelle 192.168.2.10, mais il faut plus de détails sur la HP. C'est quoi exactement un "boitier HP jetdirect" (une imprimante?) F.Boisson ça y est j'ai trouvé j'avais une erreur sur le masque par defaut Merci à Nico et François pour leur aide Raymond
Usb au boot
Bonjour, J'ai un problème avec la détection de l'USB au boot si le périphérique est branché. J'ai recompilé un noyau qui fonctionne (en 2.4.18) sur une machine en woody. Avec usb-uhci et ov511 la webcam est détectée et fonctionne quand je la branche (c'est une Creative Labs webcam III). Mon problème c'est que si je reboote, la caméra n'est pas reconnue (le voyant n'est pas allumé) à moins de la débrancher et de la rebrancher. Au niveau du log, j'ai ça : kernel: hub.c: USB new device connect on bus1/1, assigned device number 2 kernel: usb.c: USB device not accepting new address=2 (error=-110) kernel: hub.c: USB new device connect on bus1/1, assigned device number 3 kernel: usb.c: USB device not accepting new address=3 (error=-110) kernel: hub.c: USB new device connect on bus1/2, assigned device number 4 kernel: usb.c: USB device 4 (vend/prod 0x43d/0x21) is not claimed by any active driver. Une fois que j'ai booté, je peux décharger et recharger les modules dans l'ordre que je veux, rien n'y fait, il faut débrancher :( Quelqu'un aurait une piste ? -- Régis Grison <[EMAIL PROTECTED]>
CD AUDIO
Salut, Après ma compilation du noyau 2.4.20 j'ai un problème de lecture de cd audio ! Je peux monter tous les cd sauf les cd audio ! Qu'ai-je oublié ? Merci.
Re: CD AUDIO
Le Sat, 14 Jun 2003 11:37:13 +0200 "RL.ROUBEAU" <[EMAIL PROTECTED]> à écrit: > Salut, Salut, > Après ma compilation du noyau 2.4.20 j'ai un problème de lecture de cd > audio! > Je peux monter tous les cd sauf les cd audio ! > > Qu'ai-je oublié ? > Peut-être qu'un cd audio ne se monte pas :-) mil -- Lisez la FAQ : http://savannah.nongnu.org/download/debfr-faq/html/index.html
Re: CD AUDIO
RL.ROUBEAU a écrit: Salut, Après ma compilation du noyau 2.4.20 j'ai un problème de lecture de cd audio ! Je peux monter tous les cd sauf les cd audio ! C'est normal... Qu'ai-je oublié ? Qu'un CD audio ne se monte pas :-) Merci. Pas de quoi, et bonne journée -- eric b
[no subject]
Bonjour... je ne sais pas quoi faire devant un tel message d'erreur (ci-dessous) et je ne peux plus utiliser la commande apt-get. J'ai suivie pourtant le indication sur l'How-to apt : http://www.fr.debian.org/doc/manuals/apt-howto/ch-erros.fr.html Auriez-vous une idée pour que je m'en sorte ? Merci par avance loblique debian:/etc/apt# dpkg --configure -a dpkg: dependency problems prevent configuration of dot-forward: dot-forward depends on qmail (>> 1.03-woody0); however: Package qmail is not installed. dpkg: error processing dot-forward (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of fastforward: fastforward depends on qmail (>> 1.03-woody0); however: Package qmail is not installed. dpkg: error processing fastforward (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of qmail-run: qmail-run depends on qmail (>> 1.03-woody0); however: Package qmail is not installed. dpkg: error processing qmail-run (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: dot-forward fastforward qmail-run
Re: CD AUDIO
On Sat, Jun 14, 2003 at 12:20:44PM +0200, [EMAIL PROTECTED] wrote: > RL.ROUBEAU a écrit: > >Salut, > > > >Après ma compilation du noyau 2.4.20 j'ai un problème de lecture de cd > >audio > >! > >Je peux monter tous les cd sauf les cd audio ! > > C'est normal... > > > > >Qu'ai-je oublié ? > > > Qu'un CD audio ne se monte pas :-) Si on veut chipoter, on peut dire qu'on peut, en utilisant CDFS :] -- Manu // À bas Euclide, plus de triangles ! // -- Dieudonné, Jean
apt-get ---> problème
Bonjour... je ne sais pas quoi faire devant un tel message d'erreur (ci-dessous) et je ne peux plus utiliser la commande apt-get. J'ai suivie pourtant le indication sur l'How-to apt : http://www.fr.debian.org/doc/manuals/apt-howto/ch-erros.fr.html Auriez-vous une idée pour que je m'en sorte ? Merci par avance loblique debian:/etc/apt# dpkg --configure -a dpkg: dependency problems prevent configuration of dot-forward: dot-forward depends on qmail (>> 1.03-woody0); however: Package qmail is not installed. dpkg: error processing dot-forward (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of fastforward: fastforward depends on qmail (>> 1.03-woody0); however: Package qmail is not installed. dpkg: error processing fastforward (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of qmail-run: qmail-run depends on qmail (>> 1.03-woody0); however: Package qmail is not installed. dpkg: error processing qmail-run (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: dot-forward fastforward qmail-run
Re: Empecher l'upgrade de certains paquets
Le sam 14/06/2003 à 09:31, Erwan David a écrit : > Le Sat 14/06/2003, Raphaël SurcouF Bordet disait > > > aux élucubrations d'u_n intégriste quelconque. > > > > Très bien, dans ce cas, rien ne t'empêche de rapporter un bogue, une > > fonctionnalité manquante, bref, de contribuer au projet Debian dans son > > ensemble: ça donnerait un poids à tes propres élucubrations > > antipathiques envers les outils de debian. > > Je le fais. Et quand le mainteneur me répond "a chier c'est *ton* > problème si on ne peut pas reconstruire le paquet à partir du paquet > source partceque j'ai appliqué des patches n'importe comment" > j'insiste pas. Je me suis assez fait insulté ici même pour avoir > rapporté comme bug des dépendances *débiles* (genre xemacs sur ldap et > postgresql). La debian fourni des outils intéressants. Cela ne > signifie pas que leur utilisation par l'ensemble des mainteneurs de > paquets soit utile. J'ai aussi rapporté des dépendances que je te trouvais déplacées comme bogue sans me faire insulter: tout doit être simple question et manière de le faire apparement. Exemple: libiodbc dépendait d'xlib... Ce n'est plus le cas à présent, le responsable a finalement produit un paquet supplémentaire pour le l'outil de configuration en GTK+ seul... Le projet Debian fournit des outils intéressants mais comme tu le fais remarquer, ils sont loin de convenir à tout le monde, certes. Ils me conviennent pour la plupart car j'ai choisi de les appréhender. Libre à toi de vouloir les combattre mais en attendant, je n'ai pas mémoire d'avoir vu un seul outil qui soit de ton essence... > Tu as choisi de te *limiter* à ce qui est fourni par la debian. C'est > ton choix. Mais la question originelle était celle de quelqu'un qui > avait *choisi* de *ne* *pas* utiliser le paquet debian. Je ne vois pas > en quoi ma réponse était mauvaise. Si je n'utilise pas le paquet > alors je l'enlève et je n'ai pas de problème d'upgrade. Je ne me considère pas comme "limité" par ce que me fournit Debian. Ensuite, parce qu'il a parlé de recompiler php4, tu as tout de suite décidé qu'il n'avait pas utilisé d'outils debian, soit. Alors, explique-moi pourquoi il a des problèmes de dépendances... Il parle bien d'un paquet (le sien qu'il a re-généré) mis à jour par celui de debian à chaque update. Pas d'un php4 installé à la main. C'est là que ton jugement a fait fausse route: on peut très bien recompiler les paquets debian si les options de compilation ne nous plaisent pas et, malgré tout, correspondent à la majorité des utilisateurs... > PS: et je ne vais pas passer mon temps à virer les patchs à la con > et changer les options de configuration débiles imposées par certains > mainteneurs. Le boulot sera plus complexe que de recompiler à partir > des sources propres. Plus simple: ne perds pas ton temps à utiliser une debian dans ce cas... Ce n'est pas parce que tu dois tout reprendre (et encore, si tu es "obligé" de prendre des sources "propres", c'est que tu ne t'es pas investi dans les outils, ce qui est dommage...) que tu dois te priver des outils de gestion et ne pas refaire un paquet debian... -- Raphaël "SurcouF" Bordet [EMAIL PROTECTED]
Re: Empecher l'upgrade de certains paquets
> > Je ne me considère pas comme "limité" par ce que me fournit Debian. Tu l'es si tu ne regardes jamais ce qu'il y a hors de debian. Tu restreint ton choix a priori. > Ensuite, parce qu'il a parlé de recompiler php4, tu as tout de suite > décidé qu'il n'avait pas utilisé d'outils debian, soit. Alors, > explique-moi pourquoi il a des problèmes de dépendances... > Il parle bien d'un paquet (le sien qu'il a re-généré) mis à jour par > celui de debian à chaque update. Pas d'un php4 installé à la main. > C'est là que ton jugement a fait fausse route: on peut très bien > recompiler les paquets debian si les options de compilation ne nous > plaisent pas et, malgré tout, correspondent à la majorité des > utilisateurs... J'avais peut-être mal compris, mais mon interprétation du message (recompilation qui écrase) est tout à fait valide, puisqu'il ne parle pas d'avoir fait un autre paquet. -- Erwan
RE : CD AUDIO
En fait, il y'a possibilité de monter un CD audio. Il suffit d'installer cdfs... J'ai essayé et ça marche. Mais l'intérêt est plutôt moyen dans le sens où un cd audio est détecté automatiquement par un lecteur CD audio... A toi de voir ! @+ André -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Envoyé : samedi 14 juin 2003 12:21 À : RL.ROUBEAU Cc : debian-user-french@lists.debian.org RL.ROUBEAU a écrit: > Salut, > > Après ma compilation du noyau 2.4.20 j'ai un problème de lecture de cd audio > ! > Je peux monter tous les cd sauf les cd audio ! C'est normal... > > Qu'ai-je oublié ? Qu'un CD audio ne se monte pas :-) > > Merci. > > Pas de quoi, et bonne journée -- eric b -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
CD AUDIO
Merci pour toutes vos réponses. Je crois que je ne devais pas être très frais au moment du poste puisque un simple CDPLAY fonctionne parfaitement... En tout cas merci pour votre réactivité.
Re: Empecher l'upgrade de certains paquets
Erwan David a écrit : Je ne me considère pas comme "limité" par ce que me fournit Debian. Tu l'es si tu ne regardes jamais ce qu'il y a hors de debian. Tu restreint ton choix a priori. Ensuite, parce qu'il a parlé de recompiler php4, tu as tout de suite décidé qu'il n'avait pas utilisé d'outils debian, soit. Alors, explique-moi pourquoi il a des problèmes de dépendances... Il parle bien d'un paquet (le sien qu'il a re-généré) mis à jour par celui de debian à chaque update. Pas d'un php4 installé à la main. C'est là que ton jugement a fait fausse route: on peut très bien recompiler les paquets debian si les options de compilation ne nous plaisent pas et, malgré tout, correspondent à la majorité des utilisateurs... J'avais peut-être mal compris, mais mon interprétation du message (recompilation qui écrase) est tout à fait valide, puisqu'il ne parle pas d'avoir fait un autre paquet. Effectivement là Erwan soulève un point intérressant! Arnaud quand tu parle de package tu parle bien d'un .deb, et non d'un tarball recompilé "from scratch" ? Parce si tue te trouve dans ce dernier cas de figure il est normal que cela ne marche pas. Apt ne peut savoir que tu as ecrasé certains fichiers et donc quand tu upgrade il écrase tout tes fichiers. Note que utiliser un .deb ne te dispensera pas de devoir manoeuvrer APT, pour l'empécher d'écraser ton package. (Comme quoi quand on en parle calmement de bonnes choses en resorte, ce qui n'est pas forcément le cas autrement ;-) ) Cordialement, Nicolas.
Petit débat !
Bonjour à tous, Je ne cherche pas troller mais j'ai lu pas mal de bonnes choses sur la Gentoo. Je ne l'ai jamais testé mais j'aimerais savoir (pour ceux qui l'ont testé) quels sont les plus de la Debian face à Gentoo. Je pense poser la même question sur la mailing-list de Gentoo fr :) Je suis certains que vos réponses seront nombreuses :) Jérôme. PS : J'aime travailler sous Debian et je ne compte pas l'échanger pour Gentoo. Cette question est purement informelle.
Re: Empecher l'upgrade de certains paquets
Nicolas CANIART a dit : > Erwan David a écrit : > >>>Je ne me considère pas comme "limité" par ce que me fournit Debian. >>> >>> >> >>Tu l'es si tu ne regardes jamais ce qu'il y a hors de debian. Tu >>restreint ton choix a priori. >> >> >> >>>Ensuite, parce qu'il a parlé de recompiler php4, tu as tout de suite >>>décidé qu'il n'avait pas utilisé d'outils debian, soit. Alors, >>>explique-moi pourquoi il a des problèmes de dépendances... >>>Il parle bien d'un paquet (le sien qu'il a re-généré) mis à jour par >>>celui de debian à chaque update. Pas d'un php4 installé à la main. >>>C'est là que ton jugement a fait fausse route: on peut très bien >>>recompiler les paquets debian si les options de compilation ne nous >>>plaisent pas et, malgré tout, correspondent à la majorité des >>>utilisateurs... >>> >>> >> >> J'avais peut-être mal compris, mais mon interprétation du message >>(recompilation qui écrase) est tout à fait valide, puisqu'il ne parle >>pas d'avoir fait un autre paquet. >> >> >> > Effectivement là Erwan soulève un point intérressant! > Arnaud quand tu parle de package tu parle bien d'un .deb, et non d'un > tarball recompilé "from scratch" ? En fait j'ai installé le paquet php4, mais comme j'avais besoin de certaines options qui n'étaient pas presentes j'ai fait un apt-get source php4, pour recréer un paquet, mais vu que je n'arrivais pas à mes fins, j'ai recompilé les source de php4 à la main . Mais il est vrai que je n'ai pas désinstallé le paquet php4 car cela supprimé trop de dépendances importantes . Sinon la solution de Yves Codjia pour ne pas reinstaller le paquet fonctionne à merveille echo " hold" | dpkg --set-selections Merci à vous tous > Parce si tue te trouve dans ce dernier cas de figure il est normal que > cela ne marche pas. Apt ne peut savoir que tu as ecrasé certains > fichiers et donc quand tu upgrade il écrase tout tes fichiers. > Note que utiliser un .deb ne te dispensera pas de devoir manoeuvrer APT, > pour l'empécher d'écraser ton package. > > (Comme quoi quand on en parle calmement de bonnes choses en resorte, ce > qui n'est pas forcément le cas autrement ;-) ) > > Cordialement, > Nicolas. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > -- Arnaud Bled \/ [EMAIL PROTECTED] * Informatique - Altedia ** 33 (0)1 44 91 50 60 ***
Re: RE : CD AUDIO
On Sat, Jun 14, 2003 at 01:31:08PM +0200, André-Paul Navoizat wrote: > En fait, il y'a possibilité de monter un CD audio. > > Il suffit d'installer cdfs... > > J'ai essayé et ça marche. Mais l'intérêt est plutôt moyen dans le sens où un > cd audio est détecté automatiquement par un lecteur CD audio... ouaip ca sert juste pour riper les plages audios puisque cdfs te montre celles ci comme des fichiers wav > > A toi de voir ! > > @+ > > André > > -Message d'origine- > De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Envoyé : samedi 14 juin 2003 12:21 > À : RL.ROUBEAU > Cc : debian-user-french@lists.debian.org > > RL.ROUBEAU a écrit: > > Salut, > > > > Après ma compilation du noyau 2.4.20 j'ai un problème de lecture de cd > audio > > ! > > Je peux monter tous les cd sauf les cd audio ! > > C'est normal... > > > > > Qu'ai-je oublié ? > > > Qu'un CD audio ne se monte pas :-) > > > > > Merci. > > > > > > Pas de quoi, et bonne journée > > > -- > eric b > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
wvdial et timeout
J'utilise wvdial pour me connecter à mon FAI et souhaiterai mettre un timeout sur la connexion après 300 secondes de non-activité. /etc/wvdial.conf = [Dialer Defaults] ISDN = 0 Modem Type = Analog Modem Modem = /dev/ttyS0 Baud = 115200 Init1 = ATZ Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 S32=34 Dial Command=ATDT Phone = 0868929898 Username = 0164231015 Password = 09rvanve New PPPD = yes Auto DNS = 1 Auto Reconnect=0 Idle Seconds = 300 ^^ Cette ligne qui fonctionnait parfaitement du temps que j'utilisais SuSE est sans effet sous woody !! j'ai rajouté la dernière ligne dans /etc/ppp/peers/wvdial : noauth name wvdial usepeerdns idle 300 ^^^ Toujours pas de timeout. Je suis distrait et il m'arrive de rester connecté 2/3 heures pour rien... Au secours !! -- \\|// - ? (o o) /=oOOO=(_)=OOOo===\ Alain DIDIERJEAN Ces mystères nous dépassent Feignons d'en être l'organisateur
Zope-zwiki bug dans la section /Control_Panel/Products/ZWiki
J'utilise la version sid du package zope-zwiki. L'installation c'est effectué avec succès. Cependant, quand je vais la la section /Control_Panel/Products/ZWiki de Zope, j'ai cette erreur : Import Traceback Traceback (most recent call last): File "/usr/lib/zope/lib/python/OFS/Application.py", line 541, in import_product product=__import__(pname, global_dict, global_dict, silly) File "/usr/lib/zope/lib/python/Products/ZWiki/__init__.py", line 12, in ? import ZWikiPage, ZWikiWeb#, CMF, Parents, Regulations File "/usr/lib/zope/lib/python/Products/ZWiki/ZWikiPage.py", line 45, in ? from Regexps import url, bracketedexpr, footnoteexpr, wikiname1, \ File "/usr/lib/zope/lib/python/Products/ZWiki/Regexps.py", line 68, in ? loc = locale.getdefaultlocale() File "/usr/lib/python2.1/locale.py", line 339, in getdefaultlocale return _parse_localename(localename) File "/usr/lib/python2.1/locale.py", line 272, in _parse_localename raise ValueError, 'unknown locale: %s' % localename ValueError: unknown locale: [EMAIL PROTECTED] J'aimerai savoir si quelqu'un sait d'où ça peut provenir, et si vous connaissez une solution. Merci harobed
Re: Les logs d'iptables
Le Samedi 14 Juin 2003 10:44, Emmanuel Lesouef a écrit : > > Je ne parviens pas à récupérer mes logs d'iptables dans un fichier > > spécifique. > > La seule technique que j'ai trouvé est de lancer réguliérement (cron) un > > petit > > script perl que j'ai fait qui scrute le fichier '/var/log/messages' et > > place les lignes qu'il trouve dans un autre fichier (que j'ai choisi). > > Pour quelques lignes de log cela suffirait, mais plus je vais logger de > > paquets, > > plus j'ai peur que cela ne prenne trop de ressources (qu'en pensez-vous > > ?). De plus les préfix ne sont pas forcément toujours les mêmes, donc le > > fichier 'messages' est difficile à parser . > > > Oui, ulogd est fait pour gérer les logs d'iptables. Harald Welte, core > developper netfilter, est responsable de ce projet. > > Voir sa page : http://gnumonks.org/projects/ Il existe un paquet Debian. A noter qu'il fonctionne correctement uniquement en Sid je crois. J'ai également ulogd-mysql qui enregistre les log d'iptables dans une base MySQL ! Très pratique pour ne pas faire gonfler /var/log/kern.log Par contre, les données MySQL ne sont pas formatées (une IP apparait comme 12456453657364 par exemple...). -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net
Re: apt-get ---> problème
Le Samedi 14 Juin 2003 13:56, loblique a écrit : > Bonjour... je ne sais pas quoi faire devant un tel message d'erreur > (ci-dessous) et je ne peux plus utiliser la commande apt-get. J'ai suivie > pourtant le indication sur l'How-to apt : > http://www.fr.debian.org/doc/manuals/apt-howto/ch-erros.fr.html > Auriez-vous une idée pour que je m'en sorte ? > Merci par avance > loblique > > debian:/etc/apt# dpkg --configure -a > dpkg: dependency problems prevent configuration of dot-forward: > dot-forward depends on qmail (>> 1.03-woody0); however: > Package qmail is not installed. > dpkg: error processing dot-forward (--configure): > dependency problems - leaving unconfigured > dpkg: dependency problems prevent configuration of fastforward: > fastforward depends on qmail (>> 1.03-woody0); however: > Package qmail is not installed. > dpkg: error processing fastforward (--configure): > dependency problems - leaving unconfigured > dpkg: dependency problems prevent configuration of qmail-run: > qmail-run depends on qmail (>> 1.03-woody0); however: > Package qmail is not installed. > dpkg: error processing qmail-run (--configure): > dependency problems - leaving unconfigured > Errors were encountered while processing: > dot-forward > fastforward > qmail-run Essaie un : # apt-get update # apt-get upgrade Ca devrait d'installer qmail, le système le veut... -- Michel Grentzinger OpenPGP key ID : B2BAFAFA Available on http://www.keyserver.net
WINE et Igor PRO
Salut la liste, juste un ptit mail pour dire que je cherche qqun qui aurait fait tourner le logiciel Igor PRO avec WINE. Ghyom
Re: Zope-zwiki bug dans la section /Control_Panel/Products/ZWiki
* Harobed <[EMAIL PROTECTED]> [2003-06-14 19:35] : > J'utilise la version sid du package zope-zwiki. > > L'installation c'est effectué avec succès. Cependant, quand je vais la > la section /Control_Panel/Products/ZWiki de Zope, j'ai cette erreur : > > Import Traceback > Traceback (most recent call last): > File "/usr/lib/zope/lib/python/OFS/Application.py", line 541, in > import_product > product=__import__(pname, global_dict, global_dict, silly) > File "/usr/lib/zope/lib/python/Products/ZWiki/__init__.py", line 12, in > ? > import ZWikiPage, ZWikiWeb#, CMF, Parents, Regulations > File "/usr/lib/zope/lib/python/Products/ZWiki/ZWikiPage.py", line 45, in > ? > from Regexps import url, bracketedexpr, footnoteexpr, wikiname1, \ > File "/usr/lib/zope/lib/python/Products/ZWiki/Regexps.py", line 68, in ? > loc = locale.getdefaultlocale() > File "/usr/lib/python2.1/locale.py", line 339, in getdefaultlocale > return _parse_localename(localename) > File "/usr/lib/python2.1/locale.py", line 272, in _parse_localename > raise ValueError, 'unknown locale: %s' % localename > ValueError: unknown locale: [EMAIL PROTECTED] C'est vraisemblablement la même chose que le bogue #192852 sur zope-zwiki et le bogue #172148 sur python. Un contournement est de choisir une localisation reconnue par python comme fr_FR probablement. Fred -- LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/
Re: WINE et Igor PRO
* Guillaume DUGUE <[EMAIL PROTECTED]> [2003-06-14 22:21] : > > Salut la liste, > juste un ptit mail pour dire que je cherche qqun qui aurait fait tourner > le logiciel Igor PRO avec WINE. Il vaudrait mieux poser cette question sur une liste dédiée à Wine comme wine-users par exemple à http://www.winehq.com/?page=forums. Ensuite, en consultant la liste de compatibilité des applications avec Wine, tu peux trouver cette information http://appdb.winehq.com/appview.php?appId=690 avec des commentaires intéressants. Fred -- LA FAQ d-u-f ? http://savannah.nongnu.org/download/debfr-faq/html/
Re: Re: apt-get --->problème
> >Essaie un : ># apt-get update ># apt-get upgrade > >Ca devrait d'installer qmail, le système le veut... >-- >Michel Grentzinger > OpenPGP key ID : B2BAFAFA > Available on http://www.keyserver.net > En ce qui concerne apt-get update il reconnait bien toutes les adresses deb Par contre en ce qui concerne apt-get upgrade ce n'est pas la même musique : message : debian:/# apt-get upgrade Reading Package Lists... Done Building Dependency Tree... Done You might want to run `apt-get -f install' to correct these. Sorry, but the following packages have unmet dependencies: blackhole-qmail: Depends: qmail-src but it is not installed or qmail but it is not installed dot-forward: Depends: qmail (> 1.03-woody0) but it is not installed fastforward: Depends: qmail (> 1.03-woody0) but it is not installed qmail-run: Depends: qmail (> 1.03-woody0) but it is not installed E: Unmet dependencies. Try using -f. Si tu as une idée.. je te communique l'origine de ma démarche : Je veux installer fluxbox (mais mon problème en fait concerne toute installation) je tape donc apt-get install fluxbox voilà ce qu'il me répond : debian:/# apt-get install fluxbox Reading Package Lists... Done Building Dependency Tree... Done You might want to run `apt-get -f install' to correct these: Sorry, but the following packages have unmet dependencies: blackhole-qmail: Depends: qmail-src but it is not going to be installed or qmail but it is not going to be installed dot-forward: Depends: qmail (> 1.03-woody0) but it is not going to be installed fastforward: Depends: qmail (> 1.03-woody0) but it is not going to be installed qmail-run: Depends: qmail (> 1.03-woody0) but it is not going to be installed E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution). Je fais donc ce qu'il me dit : apt-get -f install et voilà sa réponse : debian:/# apt-get -f install Reading Package Lists... Done Building Dependency Tree... Done Correcting dependencies... Done The following extra packages will be installed: qmail The following NEW packages will be installed: qmail 0 packages upgraded, 1 newly installed, 0 to remove and 143 not upgraded. 3 packages not fully installed or removed. Need to get 0B/314kB of archives. After unpacking 1737kB will be used. Do you want to continue? [Y/n] Y debconf: unable to initialize frontend: Gnome debconf: (Unable to load Gnome -- is libgnome-perl installed?) debconf: falling back to frontend: Dialog (Reading database ... 101493 files and directories currently installed.) Unpacking qmail (from .../qmail_1.03-woody1_i386.deb) ... qmail uids and gids ok. Leaving `diversion of /usr/share/man/man5/mbox.5.gz to /usr/share/man/man5/mbox-mutt.5.gz by qmail' dpkg: error processing /var/cache/apt/archives/qmail_1.03-woody1_i386.deb (--unpack): trying to overwrite `/usr/share/man/man5/maildir.5.gz', which is also in package maildrop dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/qmail_1.03-woody1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Je ne sais vraiment pas comment m'en sortir.. J'ai donc suivie en suite la apt-howto comme présenté dans le message précédant avec la commande dpkg --configure -a mais rien à faire... je suis aussi allé sur les chats spécialisés... même chose.. Je ne sais vraiment pas comment corriger ce problème. Comment sortir de cette impasse :-/ Merci encore d'avance à tous ceux qui pourront m'aiguiller vers autre chose qu'une voie de garage :-) loblique >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: =?ISO-8859-1?Q?Re: Re: apt-get --->probl=E8me?=
On Sat, Jun 14, 2003 at 11:55:06PM +0100, loblique wrote:
>
> debconf: unable to initialize frontend: Gnome
> debconf: (Unable to load Gnome -- is libgnome-perl installed?)
> debconf: falling back to frontend: Dialog
Il semblerait que le paquet libgnome-perl soit manquant, je te suggère
donc de reconfigurer debconf et d'utiliser les interfaces Readline ou
Dialog.
> (Reading database ... 101493 files and directories currently installed.)
> Unpacking qmail (from .../qmail_1.03-woody1_i386.deb) ...
> qmail uids and gids ok.
> Leaving `diversion of /usr/share/man/man5/mbox.5.gz to
> /usr/share/man/man5/mbox-mutt.5.gz by qmail'
> dpkg: error processing /var/cache/apt/archives/qmail_1.03-woody1_i386.deb
> (--unpack):
> trying to overwrite `/usr/share/man/man5/maildir.5.gz', which is also in
> package maildrop
> dpkg-deb: subprocess paste killed by signal (Broken pipe)
> Errors were encountered while processing:
> /var/cache/apt/archives/qmail_1.03-woody1_i386.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)
essaie :
dpkg -i --force-overwrite /var/cache/apt/archives/qmail_1.03-woody1_i386.deb
et ensuite apt-get -f install.
--
Debian Hint #17: Need someone to talk to about Debian? Install one of the
many IRC clients ("grep-available --field=Provides irc | grep ^Package"
will show the list of all packages providing an IRC client), connect to
irc.debian.org, and join channel #debian.
Re: fonction cmpxchg()
On Fri, Jun 13, 2003 at 12:18:48PM +0200, delort stéphane wrote: > Bonjour, > > après avoir téléchargé les tar.gz qui vont bien [1] pour mon rendu DRI > avec l'ATI mach 64, je me frotte au problème suivant: > > Lors de l'install des drivers, le script ne trouve pas la fonction > cmpxchg [2] et me rate l'install. > > après avoir fait un tour sur le net, j'ai trouvé que cette fonction est > implémantée que si le kernel est compilé avec CONFIG_MPENTIUM4. > Or, le mien est compilé avec CONFIG_M386. > (je rappelle que c'est un Pentium 2 à 450 Mhz) L'instruction cmpxchg existe a partir du 486. Je suis donc tres surpris de ce qu'elle ne soit definie que pour un PIV, surtout que dans ma version de arch/i386/config.in (pas dernier cri mais pas prehistorique non plus): if [ "$CONFIG_M386" = "y" ]; then define_bool CONFIG_X86_CMPXCHG n [...] else [...] define_bool CONFIG_X86_CMPXCHG y [...] fi et la fonction cmpxchg est definie ensuite dans include/asm-i386/system.h pour toute config non i386. > > Ainsi dois je recompiler mon kernel en activant "l'option" pentium 4 > sachant que c'est un pentium 2 (ça ne m'a pas l'air propre DU TOUT) Non, toute option differente a 386 devrait marcher, mais je recommande Pentium2. Gabriel
Re: Empecher l'upgrade de certains paquets
On Sat, Jun 14, 2003 at 02:08:53PM +0200, Nicolas CANIART wrote: > Parce si tue te trouve dans ce dernier cas de figure il est normal que > cela ne marche pas. Apt ne peut savoir que tu as ecrasé certains > fichiers et donc quand tu upgrade il écrase tout tes fichiers. C'est pour ça qu'on installe les sources compilées à la main dans /usr/local. Tout autre comportement garanti des problèmes un jour ou un autre (et c'est pas un problème Debian, c'est vrai pour toutes les distributions à paquets). /Y -- Marbles should be kept together.
