libstdc++5 n'est plus disponible?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, Suite à la dernière mise à jour debian/sid de mon eeepc, je constate que je n'arrive plus à lancer le mode 'hosted' de GWT, faute de disposer de la librairie libstdc++.so.5. J'avais bien installé le paquet la contenant, libstdc++5. Je tente de le réinstaller, mais si le paquet est bien dans la liste, il n'y a aucune information de version disponible et le paquet n'est pas installable. Je suis donc bien ennuyé, et ouvert à toute suggestion me permettant d'installer ce paquet, vu que ça bloque le fonctionnement d'applications tierces comme gwt, ou encore de vieux jeux natifs. Merci de votre aide, Pascal -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqQ4eMACgkQqHPHCU9vyPObtACfU9uKyml8mzLPoqt9elYBXUSq S1sAniUnR79PGwP7uulCmRFwyKragB73 =uR5n -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Arreter un peripherique USB par /sys
Bonjour à tous, Je suis sur un netbook advent avec camera integree. J'allume mon peripherique via Fn+F12 (via un lien hardware et non une keymap a priori) Un petit cat /var/log/kern.log | tail -20 me donne: 15473 Aug 22 23:00:43 atom kernel: [ 7484.884559] usb 5-2: configuration #1 chosen from 1 choice 15474 Aug 22 23:00:43 atom kernel: [ 7484.885626] uvcvideo: Found UVC 1.00 device USB 2.0 Camera (0c45:62c0) 15475 Aug 22 23:00:43 atom kernel: [ 7484.905543] input: USB 2.0 Camera as /class/input/input18 15476 Aug 22 23:00:43 atom kernel: [ 7484.917546] usb 5-2: New USB device found, idVendor=0c45, idProduct=62c0 15477 Aug 22 23:00:43 atom kernel: [ 7484.917546] usb 5-2: New USB device strings: Mfr=2, Product=1, SerialNumber=0 15478 Aug 22 23:00:43 atom kernel: [ 7484.917546] usb 5-2: Product: USB 2.0 Camera 15479 Aug 22 23:00:43 atom kernel: [ 7484.917546] usb 5-2: Manufacturer: Sonix Technology Co., Ltd. Je cherche a contrôler l'arret de mes peripheriques USB (autre que disque amovible) via les fichiers /sys. Je pars donc en quete d un fichier state dans /sys/devices/pci:00/:00:1d.7/usb5/5-2/power/, mais là surprise, que dalle! Je ne sais donc que faire, malgre les nombreuse recherches google effectuees Quelqu un a t il une idee? Merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: [testing] passage en 2.6.30 amd64 : Problème a vec la carte ATI radeon
Yann Cohen a écrit : > Le Sat, 22 Aug 2009 12:18:48 +0200, > "thveillon.debian" a écrit : > >> Le log correspond à l'installation de quel pilote fglrx, par quelle >> méthode ? > module-assistant avec > flglrx-source en 1:9-8-1 (le dernière de sid quoi) > linux-header-2.6.30-1-amd64 en 2.6.30-6 > linux-kbuild-2.6.30-1 en 2.6.30-1 > ...??? >> Actuellement sur mon portable avec une ati (HD3430 pour être précis, >> portable HP6730s) j'ai le système en Squeeze, xorg en Sid et le >> dernier pilote fglrx de Sid (9.8) installé avec aptitude. J'ai créé >> le module noyau avec module-assistant sans problème sur un noyau >> 2.6.30.5 perso, et précédemment sur un 2.6.30 de debian (avec fglrx >> version 9.7, toujours installé avec aptitude + module-assistant). >> >> J'ai déjà fais une màj de noyau, et une de fglrx sans problème. La >> version de fglrx ne serait-elle pas trop ancienne ? >> >> Tom >> > ¿Étrange? J'ai un noyau maison issue des sources vanilla, mais ma config n'est pas très différente du noyau Debian. Une différence c'est que mes liens "build" et "source" ( /lib/modules/$(uname -r) ) pointent tous les deux vers les sources du noyau. Mais lors du premier essai concluant j'avais le noyau Debian 2.6.30* du moment et les paquets fglrx 9.7 de Sid... (il y a ± une semaine). J'ai tous les paquets fglrx-* installés (sauf fglrx-amdcccle qui est un "dummy"), y compris fglrx-glx-ia32. module-assistant et gcc sont dans les mêmes versions en Testing et Sid pour le moment... Je ne vois pas où se situe la différence. Je vais essayer demain d'installer le noyau par défaut, et de compiler le module fglrx pour voir ce que ça donne. Bonne soirée d'ici là ;-) . Tom -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: Problème VLC
fabrice test a écrit : Bonsoir à tous, Bonsoir J'essaye veinement d'utiliser VLC sous lenny. Ce dernier est incapable de lire quoi que ce soit. Ni les dix, ni mpeg ou encore les .flv. La version est vlc / 0.8.6.h-4+lenny2. Sinon j'arrive sans problème à lire tout ces fichiers soit avec mplayer ou encore kmplayer. Concernant les flv, VLC me renvoit le message : main playlist nothing to play debian POur les autres formats : no suitable decoder module for fourcc ... suivi du format. J'avais eu un problème similaire, résolu par une -désinstallation de vlc, -une suppression de /home/toto/.vlc, -et une réinstallation en ayant au préalable commenté les dépôts multimédia dans mon sources.list. J'ai un peu cherché sur le net. Pas de solution trouvée. Si quelqu'un a une idée. Merci par avance. fabrice Si ça peut aider... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: [sid Eclipse] Pas de possibi lité de mise à jour de logiciel ???
Bonjour, Le samedi 22 août 2009, Yann Cohen a écrit... > Je souhaite mettre en place subclipse, donc je passe dans mise à jour > pour effectuer l'installation de l'extension et : > Cannot launch the Update UI. this installation has not been configured > properly for Software Updates. > Why ? Pourquoi tant de haine ?... > J'ai raté quoi ? dpkg-reconfigure eclipse ??? Peut-être un problème de droits pour installer les plugins ? > Message au démarrage "Bizarre"... > This Eclipse build doesn't have support for the integrated browser. > Et puis le débugger ne fonctionne pas... J'utilise toujours les archives de eclipse.org pour installer Eclipse… -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.spidboutic.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: recompilation noyau problèmatique
Daniel Huhardeaux wrote: Bernard a écrit : Bonjour à tous, bonjour [...] Le plus simple serait sans doute que je recompile mon noyau d'origine '2.6.20-16-386' j'en doute fort: sudo aptitude search kernel-image p kernel-image-2.6.8-13-amd64-generic - Linux kernel image for version 2.6.8 on generic x86_64 systems p kernel-image-2.6.8-13-amd64-k8 - Linux kernel image for version 2.6.8 on AMD64 systems p kernel-image-2.6.8-13-amd64-k8-smp - Linux kernel image for version 2.6.8 on AMD64 SMP systems p kernel-image-2.6.8-13-em64t-p4 - Linux kernel image for version 2.6.8 on Intel EM64T systems p kernel-image-2.6.8-13-em64t-p4-smp - Linux kernel image for version 2.6.8 on Intel EM64T SMP systems v kernel-image-2.6.8-16sarge2-custom.1 Le noyau est donc 2.6.8 [...] 'make' retourne un message d'erreur que j'ai oublié [...] Et bien il s'agit peut être de l'information la plus importante ! ;-) Je me souviens avoir eu des soucis avec Sarge car il s'agissait de la migration vers udev je crois. Mais comme votre noyau est déją en 2.6.20, le problème doit venir d' ailleurs, vous avez bien réussi à le compiler et l'installer :-) Dans un autre forum, j'ai vu qu'il y avait des problèmes pour compiler les anciens noyaux (avant 2.6.26) avec les outils plus récents. A partir de 2.6.26, j'arrive bien à compiler sans erreur, mais les images que j'obtiens plantent au boot. J'ai passé des heures à examiner le peu de messages que je puis lire à l'écran (inutile de préciser qu'en cas de crash aucune logfile n'est produite), examiner, également, les logs des boot du noyau qui boote normalement, celui que je n'ai pas recompilé. Je pense que, vraisemblablement, le problème vient de mon mkinitrd qui génère une image qui ne convient pas. Dans /etc/mkinitrd.conf, j'ai trouvé le passage suivant : # Command to generate the initrd image. # MKIMAGE='mkcramfs %s %s > /dev/null' this has been changed august 19, 2009 MKIMAGE='genromfs -d %s -f %s' La modif date de 3 jours... Il s'agit donc sans doute d'un fichier provenant d'un nouveau package update que j'ai fait ces jours derniers. Comme les messages aperçus à l'écran lors des crash faisaient référence à cramfs, j'ai eu l'idée de modifier cette mkinitrd.conf et de réactiver MKIMAGE='mkcramfs', et désactiver la ligne d'après. Après cela, les images que j'obtiens avec mkinitrd sont plus petites, leur taille se rapproche de celle de mes anciennes images. Ceci étant installé dans /boot/grub/menu.lst, le boot va plus loin que précédemment avant le crash... mais çà finit quand même par planter. J'ai fait des photos d'écran au moment des crash : http://www.teaser.fr/~bdebreil/bootcrash1.jpg et http://www.teaser.fr/~bdebreil/bootcrash2.jpg La première image provient d'un crash avec un noyau dans lequel j'avais compilé le RAID dans le noyau. L'examen des logfiles des boot qui marchent, m'ayant révélé qu'il est fait appel à des modules, j'ai refait une compil avec raid en modules. Et là çà va plus loin (voir seconde image), le raid se lance bien, mais ensuite il ne peut créer /devfs/vg-00 car il s'agit d'un read only filesystem. Ensuite : 'incompatible livedevmapper 1.01.00-ioctl and kernel driver' Y-a-t-il quelqu'un qui pourrait me dire quels packages purger, par quels packages plus anciens ou plus récents les remplacer, afin de me permettre de compiler un noyau qui soit bootable sur mon système Debian 3.1 Merci d'avance pour votre aide -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Problème VLC
Bonsoir à tous, J'essaye veinement d'utiliser VLC sous lenny. Ce dernier est incapable de lire quoi que ce soit. Ni les dix, ni mpeg ou encore les .flv. La version est vlc / 0.8.6.h-4+lenny2. Sinon j'arrive sans problème à lire tout ces fichiers soit avec mplayer ou encore kmplayer. Concernant les flv, VLC me renvoit le message : main playlist nothing to play debian POur les autres formats : no suitable decoder module for fourcc ... suivi du format. J'ai un peu cherché sur le net. Pas de solution trouvée. Si quelqu'un a une idée. Merci par avance. fabrice
[sid Eclipse] Pas de possibilité de mise à jour de logiciel ???
Bonjour, Voici l'environnement debian sid amd64 avec jdk sun 1.6.0_15 Version eclipse Eclipse SDK Version: 3.4.1 Build id: M20080911-1700 (Debian version: 3.4.1-1) (c) Copyright Eclipse contributors and others 2000, 2008. All rights reserved. Visit http://www.eclipse.org/platform Voici le problème : Je souhaite mettre en place subclipse, donc je passe dans mise à jour pour effectuer l'installation de l'extension et : Cannot launch the Update UI. this installation has not been configured properly for Software Updates. Why ? Pourquoi tant de haine ?... J'ai raté quoi ? Merci de vos éclairages. Message au démarrage "Bizarre"... This Eclipse build doesn't have support for the integrated browser. Et puis le débugger ne fonctionne pas... Yann. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: [testing] passage en 2.6.30 amd64 : Problème avec la carte ATI radeon
Le Sat, 22 Aug 2009 12:18:48 +0200, "thveillon.debian" a écrit : > > Le log correspond à l'installation de quel pilote fglrx, par quelle > méthode ? module-assistant avec flglrx-source en 1:9-8-1 (le dernière de sid quoi) linux-header-2.6.30-1-amd64 en 2.6.30-6 linux-kbuild-2.6.30-1 en 2.6.30-1 ...??? > > Actuellement sur mon portable avec une ati (HD3430 pour être précis, > portable HP6730s) j'ai le système en Squeeze, xorg en Sid et le > dernier pilote fglrx de Sid (9.8) installé avec aptitude. J'ai créé > le module noyau avec module-assistant sans problème sur un noyau > 2.6.30.5 perso, et précédemment sur un 2.6.30 de debian (avec fglrx > version 9.7, toujours installé avec aptitude + module-assistant). > > J'ai déjà fais une màj de noyau, et une de fglrx sans problème. La > version de fglrx ne serait-elle pas trop ancienne ? > > Tom > -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: [testing] passage en 2.6.30 amd64 : Problème a vec la carte ATI radeon
Yann Cohen à écrit : > Le Sun, 16 Aug 2009 19:59:00 +0200, > "thveillon.debian" a écrit : > > [...] >> Salut, j'ai une puce 3300HD sur un portable sous Squeeze, j'ai > été >> confronté au même problème (avec un 2.6.30* maison ou celui de >> Debian). >> >> J'ai essayé des patches de chez Gentoo sur l'installateur ATI en >> différentes versions sans succès, finalement j'ai passé tout xorg en >> Sid avec du "pinning" (et aptitude), et j'ai utilisé les paquets >> fglrx de Sid également. Après installation, puis un coup de >> module-assistant pour le module noyau, un "aticonfig --initial" (le >> tout en console, pas en session graphique) et un redémarrage tout >> fonctionne bien (effets "3D" dans kde4, OpenGl OK, video ok si on >> désactive les effets de bureau.). > [...] >> Tom >> > Bonjour, > > Donc : > - passage de xorg et xserver-xorg en version sid => semble OK machine > sous X11 sans 3D > - passage en sid aussi du noyeau adm64 2.6.30 et des header pour > compilation du module => échec de module assistant avec cet extrait > du log par conttre pourquoi ça c'est le mystère... > > Log > > In file included from /usr/src/modules/fglrx/firegl_public.c:445: > /usr/src/modules/fglrx/drm_proc.h: In function ‘FGLDRM__vma_info’: > /usr/src/modules/fglrx/drm_proc.h:497: warning: format ‘%08lx’ expects > type ‘long unsigned int’, but argument 5 has type ‘phys_addr_t’ > CC [M] /usr/src/modules/fglrx/kcl_acpi.o > /usr/src/modules/fglrx/kcl_acpi.c:431:6: warning: #warning "ACPI > notification wrapping won't work." > /usr/src/modules/fglrx/kcl_acpi.c:464:6: warning: #warning "ACPI > notification wrapping won't work." > /usr/src/modules/fglrx/kcl_acpi.c:490:6: warning: #warning "ACPI > notification wrapping won't work." > /usr/src/modules/fglrx/kcl_acpi.c:514:6: warning: #warning "ACPI > notification wrapping won't work." > CC [M] /usr/src/modules/fglrx/kcl_agp.o > CC [M] /usr/src/modules/fglrx/kcl_debug.o > CC [M] /usr/src/modules/fglrx/kcl_ioctl.o > CC [M] /usr/src/modules/fglrx/kcl_io.o > CC [M] /usr/src/modules/fglrx/kcl_pci.o > CC [M] /usr/src/modules/fglrx/kcl_str.o > CC [M] /usr/src/modules/fglrx/kcl_wait.o > LD [M] /usr/src/modules/fglrx/fglrx.o > ld: Relocatable linking with relocations from format elf32-i386 > (/usr/src/modules/fglrx/libfglrx_ip.a.GCC4) to format elf64-x86-64 > (/usr/src/modules/fglrx/fglrx.o) is not supported > make[5]: *** [/usr/src/modules/fglrx/fglrx.o] Erreur 1 > make[4]: *** [_module_/usr/src/modules/fglrx] Erreur 2 > make[3]: *** [sub-make] Erreur 2 > make[2]: *** [all] Erreur 2 > make[2]: quittant le répertoire « /usr/src/linux-headers-2.6.30-1-amd64 > » > > > Le log correspond à l'installation de quel pilote fglrx, par quelle méthode ? Actuellement sur mon portable avec une ati (HD3430 pour être précis, portable HP6730s) j'ai le système en Squeeze, xorg en Sid et le dernier pilote fglrx de Sid (9.8) installé avec aptitude. J'ai créé le module noyau avec module-assistant sans problème sur un noyau 2.6.30.5 perso, et précédemment sur un 2.6.30 de debian (avec fglrx version 9.7, toujours installé avec aptitude + module-assistant). J'ai déjà fais une màj de noyau, et une de fglrx sans problème. La version de fglrx ne serait-elle pas trop ancienne ? Tom -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: [testing] passage en 2.6.30 amd64 : Problème avec la carte ATI radeon
Le Sun, 16 Aug 2009 19:59:00 +0200, "thveillon.debian" a écrit : [...] > Salut, j'ai une puce 3300HD sur un portable sous Squeeze, j'ai été > confronté au même problème (avec un 2.6.30* maison ou celui de > Debian). > > J'ai essayé des patches de chez Gentoo sur l'installateur ATI en > différentes versions sans succès, finalement j'ai passé tout xorg en > Sid avec du "pinning" (et aptitude), et j'ai utilisé les paquets > fglrx de Sid également. Après installation, puis un coup de > module-assistant pour le module noyau, un "aticonfig --initial" (le > tout en console, pas en session graphique) et un redémarrage tout > fonctionne bien (effets "3D" dans kde4, OpenGl OK, video ok si on > désactive les effets de bureau.). [...] > Tom > Bonjour, Donc : - passage de xorg et xserver-xorg en version sid => semble OK machine sous X11 sans 3D - passage en sid aussi du noyeau adm64 2.6.30 et des header pour compilation du module => échec de module assistant avec cet extrait du log par conttre pourquoi ça c'est le mystère... Log > In file included from /usr/src/modules/fglrx/firegl_public.c:445: /usr/src/modules/fglrx/drm_proc.h: In function ‘FGLDRM__vma_info’: /usr/src/modules/fglrx/drm_proc.h:497: warning: format ‘%08lx’ expects type ‘long unsigned int’, but argument 5 has type ‘phys_addr_t’ CC [M] /usr/src/modules/fglrx/kcl_acpi.o /usr/src/modules/fglrx/kcl_acpi.c:431:6: warning: #warning "ACPI notification wrapping won't work." /usr/src/modules/fglrx/kcl_acpi.c:464:6: warning: #warning "ACPI notification wrapping won't work." /usr/src/modules/fglrx/kcl_acpi.c:490:6: warning: #warning "ACPI notification wrapping won't work." /usr/src/modules/fglrx/kcl_acpi.c:514:6: warning: #warning "ACPI notification wrapping won't work." CC [M] /usr/src/modules/fglrx/kcl_agp.o CC [M] /usr/src/modules/fglrx/kcl_debug.o CC [M] /usr/src/modules/fglrx/kcl_ioctl.o CC [M] /usr/src/modules/fglrx/kcl_io.o CC [M] /usr/src/modules/fglrx/kcl_pci.o CC [M] /usr/src/modules/fglrx/kcl_str.o CC [M] /usr/src/modules/fglrx/kcl_wait.o LD [M] /usr/src/modules/fglrx/fglrx.o ld: Relocatable linking with relocations from format elf32-i386 (/usr/src/modules/fglrx/libfglrx_ip.a.GCC4) to format elf64-x86-64 (/usr/src/modules/fglrx/fglrx.o) is not supported make[5]: *** [/usr/src/modules/fglrx/fglrx.o] Erreur 1 make[4]: *** [_module_/usr/src/modules/fglrx] Erreur 2 make[3]: *** [sub-make] Erreur 2 make[2]: *** [all] Erreur 2 make[2]: quittant le répertoire « /usr/src/linux-headers-2.6.30-1-amd64 » > -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
Re: Subversion impossible de contacter un dépot via http
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 y...@ianco.org wrote: > Bonjour, Bonjour Yann, > > Je constate que sur mon poste de dev en Debian squeeze avec subversion en > 1.6.3 il met impossible de contacter un dépôt distant en http : > Ma station principale est également sous Squeeze avec Subversion 1.6.3, et je peux travailler normalement avec des serveurs Subversion 1.5.1 (Lenny). > svn info http://surr002/svn/tstMCD > svn: OPTIONS de 'http://surr002/svn/tstMCD': Impossible de se connecter au > serveur (http://surr002) Peux-tu pinger ton serveur ? Peux-tu te connecter à ton dépôt via un navigateur web ? > > Ce dépôt est "tenu" par un subversion en 1.5.1 > Quelle est ta configuration WebDav ? > Alors que depuis un autre poste avec svn en 1.5.1 > J'obtiens les informations. > Est-ce-que cet autre poste est sur le même [sous-] réseau que ton poste Squeeze et/ou ton serveur Subversion ? Tu parles de dépôt distant, ne serait-ce pas problème de restriction d'accès (par un firewall par exemple) ? > Mais que s'est-il passé entre ces deux versions ? > > Merci de vos éclairages. > > Yann. > > - -- Alexis de BRUYN email : ale...@de-bruyn.fr -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqPspsACgkQ1P8XTvyEsSN6eACeJsHioLzNXWP7Q6dZa96UUgZd a4MAn35Nxy+84euxa/TA/xpRHE9mVsec =Rfz+ -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" 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
