Re: recherche serveur web
Le Wed, 15 Sep 2010 22:30:03 +0200, bernard.schoenac...@free.fr a écrit : machines : win32 Vous voulez probablement dire i386 ? Une solution indépendante de l'architecture et du système : tomcat. Vous aurez plus de précision sur une ml consacrée à Apache-Tomcat. Vous pourrez faire vos essais d'intégration au CD-ROM (ou la clé USB) et le faire fonctionner sur un autre système que la debain live (c'est du java). Le souci qu'il peut y avoir est que tomcat veuille des répertoires accessibles en écriture et en lecture, résoluble à votre convenance si ça ne l'est pas par design. -- A défaut du pardon, laisse venir l'oubli. -+- Alfred de Musset (1810-1857), Poésie -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100927163248@jar-ptitsa.bidart.net
Re: Souci nvidia-kernel-legacy-71xx
Supersedes 20100923155811.361aa...@jar-ptitsa.bidart.net References: fvjq1-1a...@gated-at.bofh.it fvq89-4mt...@gated-at.bofh.it Organization: Tant qu'il y aura des Icare X-Newsreader: Claws Mail 3.7.6 (GTK+ 2.21.7; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Lines: 25 NNTP-Posting-Date: 23 Sep 2010 16:08:03 MEST NNTP-Posting-Host: 88.160.105.7 X-Trace: 1285250883 news-2.free.fr 836 88.160.105.7:36257 X-Complaints-To: ab...@proxad.net Le Thu, 23 Sep 2010 11:20:01 +0200, C. Mourad Jaber m...@nativobject.net a écrit : As-tu regardé du coté de nouveau ? La carte n'est pas supportée par nouveau. nv fonctionne mais n'exploite pas correctement le gpu, et c'est un PII/III, alors c'est dommage de ne pas le décharger un peu... et de compenser le lag de jolis visuels :o) Il a été backporté dans le noyau 2.6.32, ça fait un xillion de jours que je suis passé au 2.6.35 tu as peut-être une chance d'avoir ta carte supportée et pour longtemps puisque c'est un driver open-source : http://nouveau.freedesktop.org/wiki/FeatureMatrix Oui, mais malheureusement ce n'est pas apparemment le cas. -- Les Etats-Unis sont le seul pays à être passé de la barbarie à la décadence sans connaître la civilisation. -+- Albert Einstein -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100923...@jar-ptitsa.bidart.net
Re: Souci nvidia-kernel-legacy-71xx
Le Thu, 23 Sep 2010 16:30:02 +0200, Yves Lambert le.i...@free.fr a écrit : As-tu regardé du coté de nouveau ? La carte n'est pas supportée par nouveau. Au temps pour moi, en fait je n'en sais rien, apparemment si, seulement j'ai un souci avec nouveau qui m'empêche de tester. Apparemment ça se passe ici : ---8 (II) Primary Device is: PCI 0...@00:00:0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: Searching for BusID pci::01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci::01:00.0 (EE) [drm] failed to open device 8--- nouveau échoue et devrait passer la main à nv, mais il n'en fait rien. -- La nature voulant faire vraiment de la chimie a finalement créé le chimiste. -+- Gaston Bachelard -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100923213003.5615a...@jar-ptitsa.bidart.net
Souci nvidia-kernel-legacy-71xx
Bonjour, Bonjour, j'ai un souci avec nvidia-kernel-legacy-71xx C'est le module nvidia qui correspond à la carte. Je l'ai installé via dkms (nvidia-kernel-legacy-71xx-dkms). Pas eu de souci apparent avec dkms. Voici l'extrait du log de Xorg qui me semble pertinent : (II) LoadModule: nvidia (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so dlopen: /usr/lib/xorg/modules/drivers/nvidia_drv.so: undefined symbol: \ AllocateScreenPrivateIndex (EE) Failed to load /usr/lib/xorg/modules/drivers/nvidia_drv.so (II) UnloadModule: nvidia (EE) Failed to load module nvidia (loader failed, 7) Quelqu'un a une idée ? Une dépenndance manquante ? Où pourrait se trouver ce AllocateScreenPrivateIndex ? Est-ce par exemple une fonction obsolète et en revenant à une version antérieure de la bibliothèque qui va bien, je pallierai au problème ? à tout hasard j'ai essayé les autres modules nvidia-legacy, 96xx et 173xx, ils se chargent sans problème mais ne correspondent pas à cette carte :( à part changer de carte je ne vois pas trop ce que je pourrais faire ;) -- A défaut du pardon, laisse venir l'oubli. -+- Alfred de Musset (1810-1857), Poésie -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100923033343.53672...@jar-ptitsa.bidart.net
aptitude dans debian/unstable ???
Bonsoir, La mise à jour d'apt casse aptitude. Est-ce qu'il y a un UI en mode console qui va en remplacement d'aptitude ou bien est-ce la nouvelle version d'aptitude qui tarde à arriver dans les dépôts ? Dernière minute : mon message est encore dans le dossier d'envoi de leafnode et la version d'aptitude compatible avec apt 0.8 est sorti des presses... ça ne semble pas gagné pour toutes les configuration : apt-watch-gnome n'est (encore) à jour, par exemple. -- L'arithmétique et la géométrie sont des faits humains. -+- Émile Chartier, dit Alain (1868-1951) -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100826231907.3c78bc79...@jar-ptitsa.bidart.net
Souci avec ifup
Bonjour, J'ai un souci de configuration : au démarrage le réseau n'est pas configuré. Lorsque je lance ifup manuellement j'ai l'erreur suivante : jar-ptitsa:~# ifup eth0 /var/run/dhclient.eth0.pid: interface name too long (is 26) Failed to bring up eth0. (debian sid/experimental, ifup version 0.7alpha Version dhclient isc-dhclient-4.1.1-P1) J'ai l'impression que c'est l'appel à dhclient qui échoue, le paramètre de start-stop-daemon étant passé de façon erronée à dhclient, or je n'arrive pas à voir dans quel script cet appel est fait - et d'où provint cette erreur. Quelqu'un peut-il me donner des piste ? -- J'ai l'orgueil des vices qu'on me prête; je suis moins fier des vices que j'ai. -+- Jean Cocteau -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100822161420.1e58b...@jar-ptitsa.bidart.net
Bug ifup 0.7alpha (experimental) était Re: Souci avec ifup)
On Sun, 22 Aug 2010 18:00:02 +0200 Pascal Hambourg pascal.m...@plouf.fr.eu.org wrote: Je ne sais pas dans sid, mais dans lenny les clients DHCP sont appelés directement depuis l'exécutable ifup. $ strings /sbin/ifup | grep dhclient Oui, c'est bien ça aussi. ça me semble un a priori un peu moisi, mais bon Et l'appel se fait apparemment ainsi : dhclient -e -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases %iface% Bon j'avance : Dans la version 0.6.5 de ifupdown ifup et ifdown sont un même programme. Ce n'est pas le cas avec la version 0.7alpha. La version 0.6.5 communique correctement avec isc-dhclient-4.1.1-P1 Les appels dans la version 0.6.5 sont fait ainsi : dhclient -v -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases %iface% Si je lance : # dhclient -e -pf /var/run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases eth0 Je reproduis l'erreur : /var/run/dhclient.eth0.pid: interface name too long (is 26) Ce -e tout seul ne me dit rien qui vaille : Usage: dhclient [-4|-6] [-SNTP1dvrx] [-nw] [-p port] [-s server] [-cf config-file] [-lf lease-file][-pf pid-file] [-e VAR=val] [-sf script-file] [interface] Effectivement sans le -e ça passe. Et en remplaçant e par v c'est encore mieux. dhclient ne bronche pas, bien que -pf ne ressemble pas du tout à VAR=VAL et prend logiquement l'argument suivant pour interface et plante. Les versions antérieures de isc-dhclient regimbaient un peu plus (Cf bug #242537) Dans la version 0.6.5 de ifupdown ifup et ifdown sont aparamment un même programme. Ce n'est pas le cas avec la version 0.7alpha. La version 0.6.5 communique bien avec isc-dhclient-4.1.1-P1 Les appels dans la version 0.6.5 sont fait ainsi : dhclient -v -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases %iface% avec l'appel (obsolète) à dhclient3 qui est fait aussi dans la version 0.7 En parcourant le bug #242537 (de 2004 (!)) il semblerait que ce n'est pas une typo, mais un parti pris - bref ifup ne donctionne pas avec isc-dhclient-4.1.1-P1 pas plus qu'il ne fonctionnait avec isc-dhclient-3.0.0_beta Typo ou pas typo ce -e tout seul ne me semble pas catholique. Excusez moi je suis assez cancre, voici un diff unifié bref je ne fais qu'à moitié le boulot. Pour une fois que j'ai un patch pour un bug que je trouve :) par la même occasion mon patch vire les appels à dhclient3 vu que les versiosn testing et unstable de dhcp3-client ne fournissent plus /sbin/dhclient3, et l'appel à ce script est obsolète). Je publie ceci pour avis et conseil sur la liste/le forum linux.debian.devel.french avant de remplir le bug sur le bts... diff -u -w inet.defn.orig inet.defn --- inet.defn.orig 2010-08-22 22:16:56.0 +0200 +++ inet.defn 2010-08-22 22:18:35.0 +0200 @@ -71,10 +71,8 @@ up [[ip link set dev %iface% address %hwaddress%]] -dhclient3 -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp3/dhclient.%iface%.leases %iface% \ -if (execable(/sbin/dhclient3)) -dhclient -e -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases %iface% \ -elsif (execable(/sbin/dhclient)) +dhclient -v -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases %iface% \ +if (execable(/sbin/dhclient)) pump -i %iface% [[-h %hostname%]] [[-l %leasehours%]] \ elsif (execable(/sbin/pump) mylinuxver() = mylinux(2,1,100)) udhcpc -n -p /var/run/udhcpc.%iface%.pid -i %iface% [[-H %hostname%]] \ @@ -85,10 +83,8 @@ elsif (execable(/sbin/dhcpcd)) down -dhclient3 -r -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp3/dhclient.%iface%.leases %iface% \ -if (execable(/sbin/dhclient3)) cat /var/run/dhclient.%iface%.pid | xargs -i kill -TERM {} \ -elsif (execable(/sbin/dhclient)) +if (execable(/sbin/dhclient)) pump -i %iface% -r \ elsif (execable(/sbin/pump) mylinuxver() = mylinux(2,1,100)) cat /var/run/udhcpc.%iface%.pid | xargs -i kill -TERM {} \ -- J'ai souvent remarqué, pour ma part, que les cocus épousent de préférence les femmes adultères. -+- Alphonse Allais -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/2010085835.3a716...@jar-ptitsa.bidart.net
Re: Bug ifup 0.7alpha (experimental) était Re: Souci avec ifup)
On Mon, 23 Aug 2010 00:40:03 +0200 Jean-Jacques Doti b...@doti.fr wrote: Apparemment il s'agit du bug 544371 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544371) querybts 544371, non ? qui a été corrigé dan la branche 0.6.5 de ifupdown En effet, merci. Je n'aurais pas trouvé un bug fermé o_O mais pas dans la version expérimental. heu experimental /ou/ expérimentalE :) Ça fait partie des risque lorsque l'on installe une version alpha ;-) ça permet de trouver des bugs et d'éviter qu'ils se propagent trop bas (- unstable - testing - volatile - stable) C'est le problème avec debian/experimental : il peut y avoir des trucs tout à fait stable mais impossible à installer sans faire de gymnastique (exemple perl 5.12 : y a-t-il un howto quelque part ? je sais qu'il faut l'installer dans un fakeroot, et qu'il doit y avoir pas mal de packages à recompiler. Ensuite je suppose qu'on fait comme un upgrade de bsd, on remplace / par le fakeroot une fois que tout semble ok :) ce qui me manque c'est le point de départ, en fait... (et aussi qu'il n'y a pas dans les dépôts des versions compatibles de packages essentiels :@ mais c'est un autre problème : si personne ne teste perl 5.12, l'upgrade ne se fera jamais) -- Je n'ai pas souvent assisté à des course de spermatozoïdes, mais j'ai donné beaucoup de départs. -+- Olivier de Kersauson -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100823021333.16d65...@jar-ptitsa.bidart.net
Re: xdmcp
[EMAIL PROTECTED] wrote: Erf désolé, je me suis mal exprimé, le grep sert à rechercher une chaine (nolisten donc) dans tous les fichiers de /etc, de manière récursive (-r). Ça ne change pas la configuration de ton serveur X, ça permet de savoir dans quel fichier est cette satanée option. Une fois que tu as trouvé le fichier, tu l'édites, tu vires nolisten tcp ainsi que le - devant s'il existe, tout ceci après avoir bien pris soin de faire une sauvegarde de ton fichier, et après enregistrement du fichier sans l'option, il faut relancer le serveur X pour que les changements soient pris en compte. --- # grep nolisten /etc/* -R Fichier binaire /etc/X11/X concorde /etc/X11/X est me semble-t-il un lien vers le serveur X (/usr/bin/X) (la flemme de vérifier, là :) /etc/X11/xinit/xserverrc:exec /usr/bin/X11/X -dpi 100 -nolisten tcp Dans etch X11 est un lien symbolique vers . $ ls -l /usr/bin|grep X11 lrwxrwxrwx 1 root root 1 mai 25 22:56 X11 - . le lien X11- . quand on utilise Xorg existe pour permettre la compatibilité /etc/X11/xdm/Xservers:# - SECURITY NOTE: Always pass the -nolisten tcp option to the X ^^ Il y a des lignes entre ces deux commentaires... une trado rapide ? Je n'ai pas XDM donc je peux pas voir les lignes absentes, là Note de sécurité *toujours* passer l'option '-nolisten tcp au ??? X se trouve à la ligne suivante de commentaire (au serveur ? à la commande ? ) vv pour supprimmer l'option -nolisten tcp au profit de SSH, je présume faire ce qui est écrit dans les lignes précédentes ou suivantes vvv /etc/X11/xdm/Xservers:# to remove the -nolisten tcp option for SSH's benefit. /etc/X11/xdm/Xservers:# :0 local /usr/bin/X :0 vt9 -depth 15 -nolisten tcp /etc/X11/xdm/Xservers:# :1 local /usr/bin/X :1 vt10 -depth 8 -nolisten tcp /etc/X11/xdm/Xservers:# :0 local /usr/bin/X :0 vt7 -nolisten tcp pc1:/home/antoine# nmap 192.168.0.4 -p 6000 J'ai donc mis un # devant les lignes du fichier /etc/X11/xdm/Xservers redémarré XFree : Xfree86 est dans sarge, pas dans etch, me semble-t-il... la transition avec Xorg est chiante à faire, mais Xfree86 est obsolète (en tout cas absent de stable, même si présent dans oldstable) De plus, il me semble aussi que c'est le Display Manager qu'il faut relancer et pas le serveur X (Re)lancer le serveur X en local ne sert qu'à avoir la mire X *en local* si on ne lance pas un WM derrière (ou un terminal ou n'importe quelle fenêtre... ou un DM) Il me semble que pour ouvrir le port tcp en écoute il ne faut pas commenter les lignes des scripts mais supprimer de celles-ci l'option -nolisten tcp ou lire les lignes de commentaires à partir de SECURITY NOTE et suivre le protocole indiqué. j'utilise gdm qui se configure en 2 clicks... :) et d'espérience, il n'est pas nécessaire de permettre les connexions tcp ie ouvrir le port X11 tcp en écoute... uniquement udp pour une utilisation standard. Le port tcp est fermé par défaut parce que ça comporte un risque, me semble-t-il... je ne vois pas *l'intérêt* d'une connexion TCP au serveur X par contre. En VPN, peut-être ? Sur un LAN, pourquoi faire ? Quant à moi, ce qui m'intéresse c'est comment configurer ipmasq pour ouvrir le port, mais en udp uniquement pour pouvoir se connecter depuis une autre machine du LAN il faut l'ouvrir en écoute udp uniquement... En fait je devrais trouver tout seul, mais j'ai laissé jusqu'à présent la configuration par défaut d'ipmasq et ma machine n'est pas visible du réseau en XDMCP bien que gdm soit configuré de façon idoine... et puis il y a peut-être une debianerie pour configurer, un 'crochet' qui complique la vie des scripteurs fous mais qui simplifie celle de ceux qui font confiances aux scripts éprouvés :) -- Lambert, réussir à installer une debian ne rend pas plus intelligent. (Henri G, news:[EMAIL PROTECTED]) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Souci de migration d'init.sysv à runit-init
Bonjour, j'ai migré d'init.sysv à runit et j'ai quelques soucis (ils sont liés, néanmoins) : 1. Le runlevel n'est pas enregistré : - runlevel donne unknown comme sortie par défaut. Après runlevel --set=5 runlevel sort N 5. ça semble correct mais... (voir 3) 2. Le démarrage est très rapide, oui, mais est-ce dû au fait que la plupart des services ne sont pas démarrés ? par exemple gdm ne démarre pas... 3. Quand j'essaie de lancer les services avec invoke-rc.d j'ai cette sortie : script # invoke-rc.d bind9 restart runit-policy-rc.d: forbid: bind9 start unknown # runlevel --set=5 N 5 # ça devrait être OK # invoke-rc.d bind9 restart runit-policy-rc.d: forbid: bind9 restart 5 /script C'est plus problématique... Là où ça devient très gênant, c'est que ça empêche des mises à jour, exemple : script Préconfiguration des paquets... (Lecture de la base de données... [...] Préparation du remplacement de xdebconfigurator 1.31 (en utilisant .../xdebconfigurator_1.32_all.deb) ... runit-policy-rc.d: forbid: xdebconfigurator stop 5 update-rc.d: /etc/init.d/xdebconfigurator exists during rc.d purge (use -f to force) dpkg : erreur de traitement de /var/cache/apt/archives/xdebconfigurator_1.32_all.deb (--unpack) : le sous-processus pre-installation script a retourné une erreur de sortie d'état 1 runit-policy-rc.d: forbid: xdebconfigurator start 5 Des erreurs ont été rencontrées pendant l'exécution : /var/cache/apt/archives/xdebconfigurator_1.32_all.deb [...] E: Sub-process /usr/bin/dpkg returned an error code (1) /script Je n'ai pas trouvé comment mettre à jour ce fichier d'autorisations, et tant qu'à faire le faire de manière cohérente... ni comment avoir (ni pourquoi je n'ai pas) un runlevel au démarrage. Si quelqu'un peut me donner une piste ce sera précieux... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Souci de migration d'init.sysv à runit-init
Désolé si ça double, je ne comprends pas grand chose au système de modération du *newsgroup*. Bonjour, j'ai migré d'init.sysv à runit et j'ai quelques soucis (ils sont liés, néanmoins) : 1. Le runlevel n'est pas enregistré : - runlevel donne unknown comme sortie par défaut. Après runlevel --set=5 runlevel sort N 5. ça semble correct mais... (voir 3) 2. Le démarrage est très rapide, oui, mais est-ce dû au fait que la plupart des services ne sont pas démarrés ? par exemple gdm ne démarre pas... 3. Quand j'essaie de lancer les services avec invoke-rc.d j'ai cette sortie : script # invoke-rc.d bind9 restart runit-policy-rc.d: forbid: bind9 start unknown # runlevel --set=5 N 5 # ça devrait être OK # invoke-rc.d bind9 restart runit-policy-rc.d: forbid: bind9 restart 5 /script C'est plus problématique... Là où ça devient très gênant, c'est que ça empêche des mises à jour, exemple : script Préconfiguration des paquets... (Lecture de la base de données... [...] Préparation du remplacement de xdebconfigurator 1.31 (en utilisant .../xdebconfigurator_1.32_all.deb) ... runit-policy-rc.d: forbid: xdebconfigurator stop 5 update-rc.d: /etc/init.d/xdebconfigurator exists during rc.d purge (use -f to force) dpkg : erreur de traitement de /var/cache/apt/archives/xdebconfigurator_1.32_all.deb (--unpack) : le sous-processus pre-installation script a retourné une erreur de sortie d'état 1 runit-policy-rc.d: forbid: xdebconfigurator start 5 Des erreurs ont été rencontrées pendant l'exécution : /var/cache/apt/archives/xdebconfigurator_1.32_all.deb [...] E: Sub-process /usr/bin/dpkg returned an error code (1) /script Je n'ai pas trouvé comment mettre à jour ce fichier d'autorisations, et tant qu'à faire le faire de manière cohérente... ni comment avoir (ni pourquoi je n'ai pas) un runlevel au démarrage. Si quelqu'un peut me donner une piste ce sera précieux... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Listes via Usenet
fred wrote: Didier Raboud [EMAIL PROTECTED] a écrit : Je ne connaissais pas, j'aurais dû dire : on _peut_ utiliser Gmane ;-) C'était bien le but de mon post ;-) Pas compris : le lien est dans le refus robot que j'ai reçu. Je me suis inscrit, j'ai essayé de poster et mon post n'est pas parvenu. J'ai posté par mail alors que je ne suis pas inscrit à la liste. Est-ce que celui-ci va parvenir ? Dans le cas contraire : comment je dis à leafnode de poster surgmane et pas sur un autre serveur étant donné que le groupe existe ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unsuscribe
Sac-Epee Jean-Marc wrote: Aller à l'adresse http://lists.debian.org/debian-user-french/ Ecrire son mail dans le champ et cliquer sur unsubscribe. Hum. Et pour poster via usenet comment fait-on ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]