Re: amarok ne fonctionne qu'en root
Florent Bayle a écrit : Le samedi 16 juin 2007, François Valenduc a écrit : Bonjour à tous, J'utilise debian sid et depuis quelque jour, il n'y a plus moyen d'utiliser amarok en tant qu'utilisateur normal. A chaque fois, j'obtiens le message xine n'a pas pu initialiser le périphérique audio. Lorsque j'exécute amarok en tant que root, ce message n'apparaît pas et je peux lire n'importe quel fichier audio. Il y a donc manifestement un problème de permission. Quelqu'un connaît t'il une solution à ce problème ? Ajouter ton utilisateur au groupe audio ? J'ai toujours été membre du groupe audio. En fait, il a suffit que je lance une fois amarok avec les droits root pour que celà fonctionne pour un utilisateur normal ensuite. Je trouve çà assez bizarre... François Valenduc -- 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]
amarok ne fonctionne qu'en root
Bonjour à tous, J'utilise debian sid et depuis quelque jour, il n'y a plus moyen d'utiliser amarok en tant qu'utilisateur normal. A chaque fois, j'obtiens le message xine n'a pas pu initialiser le périphérique audio. Lorsque j'exécute amarok en tant que root, ce message n'apparaît pas et je peux lire n'importe quel fichier audio. Il y a donc manifestement un problème de permission. Quelqu'un connaît t'il une solution à ce problème ? Merci d'avance pour votre aide, François Valenduc -- 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]
aptitude et paquets expérimentaux
Bonsoir à tous, J'ai installé quelque paquets de la section experimental de debian sur mon PC. Le problème que chaque fois que je veux effectuer une mise à jour (avec upgrade ou dist-upgrade), aptitude veut m'installer des paquets expérimentaux. J'ai pourtant mis les lignes suivantes dans /etc/apt/preferences: Package: * Pin: release o=Debian,a=unstable,l=Debian Pin-Priority: 987 Package: * Pin: release o=Debian,a=experimental,l=Debian Pin-Priority: 983 En théorie, cela donne une priorité plus élevée au paquet de sid que d'experimental. Pourtant çà n'a pas l'air d'être le cas. Y a t'il moyen de régler ce problème ? Merci d'avance pour votre aide, François Valenduc -- 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]
apt-listbugs ne marche plus
Bonjour à tous, J'utilise Debian sid et depuis ce weekend, je n'arrive plus à consulter les rapports de bugs via apt-get. A chaque essai, voici le message que j'obtiens: W: Connexion terminée par expiration du délai d'attente - connect(2) (bugs.donarmstrong.com, #80) Cela peut venir d'une connexion réseau inactive, de problèmes de serveurs mandataires ou de l'arrêt du serveur du BTS lui-même. Veuillez vérifier la configuration réseau et recommencer. Réessayer de télécharger les informations du bogue ?[Y/n]? Quelqu'un sait-t'il comment régler le problème ? Le serveur BTS est il réellement indisponible depuis ce dimanche 25 mars ? Merci d'avance pour votre aide, François Valenduc -- 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]
libmtp et Debian
Bonjour à tous, J'ai acheté un lecteur MP3 Creative zen qui fonctionne avec libmtp. J'ai fini par réussir à le faire fonctionner en compilant gnomad2 et libmtp. En fait, j'ai constaté qu'il n'y a pas de paquet libmtp pour Debian. Ca serait quand même plus simple si un tel paquet existait. Quelqu'un sait t'il si libmtp pourrait un jour être packagé dans Debian ? François Valenduc -- 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: KDE ne démarre plus, problème ave c apt-get
Cédric Macquat a écrit : Bonjour, je viens d'essayer le paquet hwinfo et dpkg m'a donné une erreur. Je suis actuellement dans l'impossibilité de finir l'installation. Je ne sais pas si ça peut avoir une influence, mais j'avais fait un apt-get dist-upgrade avant. Si j'essaie de réeinstaller hwinfo, voici ce que j'obtiens: $ sudo apt-get install hwinfo Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: hwinfo 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. 2 not fully installed or removed. Need to get 0B/41.3kB of archives. After unpacking 111kB of additional disk space will be used. Selecting previously deselected package hwinfo. (Reading database ... 86568 files and directories currently installed.) Unpacking hwinfo (from .../hwinfo_13.11-3_i386.deb) ... Setting up tex-common (0.42) ... cp: relocation error: /lib/libacl.so.1: symbol getxattr, version ATTR_1.0 not defined in file libattr.so.1 with link time reference dpkg: error processing tex-common (--configure): subprocess post-installation script returned error exit status 127 Setting up uswsusp (0.3~cvs20060928-6) ... cp: relocation error: /lib/libacl.so.1: symbol getxattr, version ATTR_1.0 not defined in file libattr.so.1 with link time reference dpkg: error processing uswsusp (--configure): subprocess post-installation script returned error exit status 127 Setting up hwinfo (13.11-3) ... Errors were encountered while processing: tex-common uswsusp E: Sub-process /usr/bin/dpkg returned an error code (1) Quelqu'un a une idée ? Ca me fait souci... Si j'essaie d'installer un autre paquet, tout fonctionne et ensuite il repart sur l'installation de tex-common et ça fini comme plus haut. De plus, quand je démarre KDE, j'obtiens: kdeinit could not start, check your installation Ensuite KDE charge semble démarrer, mais reste bloqué. Si je vais jeter un coup d'oeil dans ~/xsession-errors, voici ce que j'obtiens: Xsession: X session started for macquat at Mon Dec 18 18:39:58 CET 2006 xset: bad font path element (#76), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax startkde: Starting up... /usr/bin/kdeinit: relocation error: /lib/libacl.so.1: symbol getxattr, version ATTR_1.0 not defined in file libattr.so.1 with link time reference startkde: Could not start kdeinit. Check your installation. Warning: connect() failed: : No such file or directory kbuildsycoca running... J'ai bien trouvé ce genre de problèmes, mais ce n'était pas en relation avec libacl. J'ai eu ce même problème aujourd'hui en ne lisant pas assez attentivement les résultats de apt-listbugs. La version actuelle de debian sid du paquet libattr1 semble être buggée. Il faut réinstaller la version précédente (2.4.32-1) disponible sur le site http://snapshot.debian.net (en faisant une recherche du paquet). Comme apt semble être cassée, il faudra donc utiliser dpkg. Après, tu devrais pouvoir réparer le système avec apt-get -f install. François Valenduc -- 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: KDE ne démarre plus, problème ave c apt-get
Cédric Macquat a écrit : On Mon, Dec 18, 2006 at 08:12:57PM +0100, François Valenduc wrote: J'ai eu ce même problème aujourd'hui en ne lisant pas assez attentivement les résultats de apt-listbugs. La version actuelle de debian sid du paquet libattr1 semble être buggée. Il faut réinstaller la version précédente (2.4.32-1) disponible sur le site http://snapshot.debian.net (en faisant une recherche du paquet). Comme apt semble être cassée, il faudra donc utiliser dpkg. Après, tu devrais pouvoir réparer le système avec apt-get -f install. Moi aussi je ne lis pas assez les rapports de bugs, ça m'aurait évité des tracas! En tout cas, merci beaucoup, c'est de nouveau bon chez moi. Une dernière question: comment as-tu mis la main sur http://snapshot.debian.net pour récupérer l'ancien paquet ? En faisant une recherche avec Google ou alors ce site est connu pour contenir d'anciens paquets ? En fait, snapshot archive les anciennes versions des paquets de debian sid ou testing. Je ne sais plus très bien comment je l'ai un jour trouvé. Si tu veux éviter les tracas à l'avenir, tu peux installer apt-listbugs. Ainsi, chaque fois que tu voudra installer ou mettre à jour un paquet, tu pourras voir la liste des rapports de bugs et leur statut. Ainsi, si tu constates qu'un paquet est buggé et que ce bug n'est pas résolu (donc que le statut est différent de done), tu peux bloquer le paquet à la version actuellement installée sur ton pc (surtout utile en cas de mise à jour évidemment, pour les nouveaux paquets, c'est une autre histoire !). François Valenduc -- 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: Xorg 7.1, core 1.1.1 et fglrx
Damien Ulrich a écrit : Bonjour à tous, La dernière mise à jour du xserver-xorg-core (et xorg 7.1 !?), me pose quelques problèmes avec mon driver fglrx (X800GTO) kernel 2.6.17-2-amd64 NB : * paquets debian en backport local * compilation du driver proprio sans problème * modprobe idem Il ne s'agit que d'un problème d'entente sur les versions (-pour ce que j'en sais- :P ) * driver 8.28, dispo en non-free me permet d'avoir l'interface X, mais sans 3D * driver 8.29.. (proprietaire) qui fonctionnait jusqu'alors, me donne, maintenant : (II) Module fglrx: vendor=FireGL - ATI Technologies Inc. compiled for 6.8.99.8, module version = 8.29.6 (passé en 8.30.. depuis hier) ABI class: X.Org Video Driver, version 0.7 (EE) module ABI major version (0) doesn't match the server's version (1) (EE) Failed to load module fglrx (module requirement mismatch, 0) * driver 8.30.. idem vu ce post : http://people.debian.org/~terpstra/message/20061031.164157.902309a0.en.html et : http://www.mail-archive.com/rhelv5-beta-list%40redhat.com/msg00151.html lu, ici : http://lwn.net/Articles/195351/ la possibilité d'utiliser l'option -ignoreABI au démarrage du xserver J'ai plutôt utilisé dans /etc/X11/xorg.conf Section ServerFlags Option IgnoreABI True EnSection finalement, ça me donne : (WW) module ABI major version (0) doesn't match the server's version (1) [atiddxSetup] X version mismatch - detected X.org 7.1.1.0, required X.org 7.0.-1.8 (EE) Failed to load module fglrx (module requirement mismatch, 0) Je ne vois plus quoi tenter... Quelqu'un aurait une idée ? J'ai eu aussi quelque difficultés à installer la dernière version des pilotes ATI. Vu la version de Xorg, je suppose que vous utilisez Debian sid. Voici la procédure que j'ai suivi: 1) Créer des paquets pour Ubuntu/edgy car la création de paquet pour debian sid est pour le moment impossible: ati-driver-installer-8.30.3.run --buildpkg Ubuntu/edgy 2) Installer les paquets fglrx-kernel-source_8.30.3-1_i386.deb et xorg-driver-fglrx_8.30.3-1_i386.deb 3) Compiler le module fglrx comme ceci: cd /usr/src tar jxvf fglrx.tar.bz2 cd /usr/src/linux fakeroot make-kpkg --added-modules fglrx modules_image 4) installer le paquet fglrx-# de version.Custom_i386.deb qui doit se trouver dans le dossier /usr/src En principe, çà doit fonctionner ! François Valenduc -- 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]
Problèmes avec latex2html
Bonjour à tous, Depuis un certain temps, je rencontre de multiples problèmes avec latex2html lors de la conversion des images. En effet, j'ai droit à plein de messages comme ceux-ci: Error while converting image Converting image #2 pstoimg: Error: /usr/bin/ppmquant -floyd 256 /tmp/l2h14798/p15082.pnm | /usr/bin/pnmtopng -interlace -trans 'gray85' img2.png failed: Mauvais descripteur de fichier Quelqu'un sait-il comment régler ce problèmes ? Merci d'avance pour votre aide. François Valenduc -- 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: Problème avec le tableau de bord gnome
Fabrice wrote: François Valenduc a écrit : Bonjour à tous, J'utilise Debian sid et je rencontre un drôle de problème avec le tableau de bord de gnome. En fait, le menu applications du tableau de bord est inutilisable. En effet, dés que je clique desus, il apparaît pour au maximum 1/10 de seconde et ensuite il disparaît. A moins de manier la souris plus vite que son ombre, çà laisse peu de temps pour démarrer une application ! Quelqu'un sait il comment régler ce problème ? Oui : update-menus en root. Ca arrive à (presque) toutes les grosses mises à jour de gnome. F. Merci d'avance pour votre aide C'était effectivement la bonne solution. Merci beaucoup pour l'astuce, François Valenduc -- 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]
Problème avec le tableau de bord gn ome
Bonjour à tous, J'utilise Debian sid et je rencontre un drôle de problème avec le tableau de bord de gnome. En fait, le menu applications du tableau de bord est inutilisable. En effet, dés que je clique desus, il apparaît pour au maximum 1/10 de seconde et ensuite il disparaît. A moins de manier la souris plus vite que son ombre, çà laisse peu de temps pour démarrer une application ! Quelqu'un sait il comment régler ce problème ? Merci d'avance pour votre aide -- 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]
Aumix et 2 cartes son
Bonjour à tous, Je viens d'acheter une deuxième carte son pour mon PC portable. Le problème est que quand je règle le volume avec aumix, les contrôles du volumes n'ont aucun effet sur la carte son externe. En fait, aumix ne parvient à régler que le volume de la carte son interne du PC et pas le volume de la carte son externe (une SoundBlaster Live USB). Quelqu'un sait-il comment faire pour régler ce problème ? Merci d'avance pour votre aide, François Valenduc -- 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]
Impossible d'utiliser de GRUB
Bonjour à tous, J'ai du réinstaller mon secteur de démarrage et je ne parviens plus à utiliser Grub. Le fichier menu.lst est inchangé. Toutefois, après avoir essayé d'écrire le MBR, le menu de démarrage de GRUB n'apparaît pas au démarrage du PC. Il n'y a qu'un curseur clignotant qui est affiché dans le coin supérieur gauche de l'écran. -- 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]
Problèmes après la mise à jour de Xorg
Bonjour à tous, J'utilise debian sid et après la mise à jour de Xorg, deux problèmes se posent: - La touche Alt GR ne fonctionne plus. Après avoir cherché sur google, j'ai constaté que le problème avait l'air d'être connu mais je n'ai pas trouvé de solution satisfaisante - Il n'y a plus moyen de basculer sur une console texte (ALT F1 ou CTRL ALT F1 ne donne rien. Il y a bien moyen d'exécuter chvt 1 avec les droits de root mais c'est un peu ennuyeux ! Voici les lignes de xorg.conf qui concernent mon clavier: Section InputDevice Identifier Keyboard1 Driver kbd Option AutoRepeat 500 30 Option LeftAltMeta Option RightAlt ModeShift Option XkbModel pc105 Option XkbLayoutbe EndSection Quelqu'un sait-il comment résoudre ces problèmes ? Merci d'avance pour votre aide et bonne année, François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: Splashy ne fonctionne pas
Ca m'intéresse quand même ! Pourriez-vous m'envoyer le patch que vous utilisez afin que je puisse me faire une idée ? Merci d'avance, François Valenduc Jean-Damien Durand a écrit : J'ai patche /etc/init.d/rc pour faire ca. Mais c'est pas propre... La bonne facon est de tourner splash_utils en mode daemon et d'envoyer l'info via un pipe, un peu comme splashy pour debian, et comme fait gentoo avec splashutils (d'ailleurs a priori c'est splashutils/gensplash qu'il faut pour tourner avecc fbsplash). Je packagerai ca de facon propre si j'ai le temps... A+, JD. On Saturday 24 December 2005 16:55, François Valenduc wrote: FV Je préférerais utiliser fbsplash au lieu de splashy mais je FV n'ai jamais réussi à faire fonctionner la barre de progression. FV -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter 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]
Splashy ne fonctionne pas
Bonjour à tous, J'ai essayé d'utiliser splashy sur mon PC mais çà ne marche pas. J'utilise Debian sid et le package deb fourni dans debian experimental ne marche pas car il y a une dépendance sur le paquet libdirectfb-0.9.20 mais celui-ci semble avoir été remplacé par libdirectfb-0.9.22. J'ai donc repackagé splashy en modifiant cette dépendance. J'ai aussi installé le paquet splashy-themes mais bien que d'après son contenu, les thèmes étaient censés s'installer dans /etc/splashy/themes, tous les sous-répertoires sont restés vides. J'ai donc utiliser le paquet tar.gz du site de splashy pour obtenir les thèmes. J'en viens maintenant au fait. A chaque démarrage, le message splashy is not running, please verify /etc/default/splashy and /etc/splashy/config.xml for correctness s'affiche plusieurs fois. Je me suis aperçu qu'il n'y avait pas de fichier config.xml mais qu'il y en avait plusieurs dans les dossiers correspondant au thèmes splashy. J'ai donc créé un lien symbolique /etc/splashy/config.xml mais çà ne marche toujours pas. Le même message d'erreur apparaît. J'ai aussi mis un paramètre vga=0x317 dans mon fichier menu.lst à l'endroit approprié. J'ai été voir sur le site de splashy mais je n'ai rien trouvé. C'est d'ailleurs dommage que ce site soit si peu documenté. Quelqu'un sait il comment régler ce problème ? Merci d'avance pour votre aide, François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: Splashy ne fonctionne pas
NaiosKAE{FR} a écrit : Bonjour, Jean-Luc Coulon (f5ibh) a écrit : Le 24.12.2005 09:33:29, François Valenduc a écrit : Bonjour à tous, J'ai essayé d'utiliser splashy sur mon PC mais çà ne marche pas. J'utilise Debian sid et le package deb fourni dans debian experimental ne marche pas car il y a une dépendance sur le paquet libdirectfb-0.9.20 mais celui-ci semble avoir été remplacé par libdirectfb-0.9.22. J'ai donc repackagé splashy en modifiant cette dépendance. J'ai aussi installé le paquet splashy-themes mais bien que d'après son contenu, les thèmes étaient censés s'installer dans /etc/splashy/themes, tous les sous-répertoires sont restés vides. J'ai donc utiliser le paquet tar.gz du site de splashy pour obtenir les thèmes. J'en viens maintenant au fait. A chaque démarrage, le message splashy is not running, please verify /etc/default/splashy and /etc/splashy/config.xml for correctness s'affiche plusieurs fois. Je me suis aperçu qu'il n'y avait pas de fichier config.xml mais qu'il y en avait plusieurs dans les dossiers correspondant au thèmes splashy. J'ai donc créé un lien symbolique /etc/splashy/config.xml mais çà ne marche toujours pas. Le même message d'erreur apparaît. J'ai aussi mis un paramètre vga=0x317 dans mon fichier menu.lst à l'endroit approprié. J'ai été voir sur le site de splashy mais je n'ai rien trouvé. C'est d'ailleurs dommage que ce site soit si peu documenté. Quelqu'un sait il comment régler ce problème ? J'avais un temps ouvert un bogue sur le sujet : splashy n'est pas lié statiquement et il semble qu'il ne trouve pas une bibliothèque suffisamment tôt dans le boot. Mais il est possible que c'était dû chez moi à la présence d'un initrd. Le responsable m'avait alors conseillé d'attendre l'entrée de splashy, statique, dans sid. Merci d'avance pour votre aide, François Valenduc J-L Je suis en etch et j'ai eu le soucis hier sur mon portable, je l'ai resolu en desinstallant et reinstallant le paquet (le soucis venait du fichier fifo qui a été cassé lors de la copie de ma config depuis mon autre poste ...) si ca peut t'aider J'ai essayé les solutions que vous me proposez mais çà ne résout pas le problème. En fait, j'avais d'abord installé splashy en le compilant. Apparement, celà posait problème lors de l'installation des paquets debian car il restait des traces de splashy dans /etc. Après avoir supprimé le dossier /etc/splashy, les paquets deb s'installent correctement et tous les fichiers nécessaires semblent être crées dans /etc/splashy. J'ai aussi enlevé l'initrd qui en fait ne contient qu'une table DSDT modifiée. Malheureusement, splashy ne fonctionne toujours pas. Je pense en fait que le paquet libdirectfb-0.9.22 bloque le fonctionnement de splashy. Voilà en effet ce que j'obtiens quand j'exécute /sbin/splashy boot dans une console texte: Reusing FIFO /etc/splashy/splashy.fifo *** (process: 4509): CRITICAL **: spl_find_element: assertion '(GList*)data !=NULL' failed FATAL: video.c 227: DirectFB Error [DirectFB Create(video-dfb)]: No suitable implementation found Splashy fonctionne sans doute avec libdirectfb-0.9.20. Peux-tu me confirmer que c'est bien cette version qui est installée avec Debian etch ? Merci pour vos conseils. François Valenduc -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter 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: Splashy ne fonctionne pas
NaiosKAE{FR} a écrit : François Valenduc a écrit : NaiosKAE{FR} a écrit : Bonjour, Jean-Luc Coulon (f5ibh) a écrit : Le 24.12.2005 09:33:29, François Valenduc a écrit : Bonjour à tous, J'ai essayé d'utiliser splashy sur mon PC mais çà ne marche pas. J'utilise Debian sid et le package deb fourni dans debian experimental ne marche pas car il y a une dépendance sur le paquet libdirectfb-0.9.20 mais celui-ci semble avoir été remplacé par libdirectfb-0.9.22. J'ai donc repackagé splashy en modifiant cette dépendance. J'ai aussi installé le paquet splashy-themes mais bien que d'après son contenu, les thèmes étaient censés s'installer dans /etc/splashy/themes, tous les sous-répertoires sont restés vides. J'ai donc utiliser le paquet tar.gz du site de splashy pour obtenir les thèmes. J'en viens maintenant au fait. A chaque démarrage, le message splashy is not running, please verify /etc/default/splashy and /etc/splashy/config.xml for correctness s'affiche plusieurs fois. Je me suis aperçu qu'il n'y avait pas de fichier config.xml mais qu'il y en avait plusieurs dans les dossiers correspondant au thèmes splashy. J'ai donc créé un lien symbolique /etc/splashy/config.xml mais çà ne marche toujours pas. Le même message d'erreur apparaît. J'ai aussi mis un paramètre vga=0x317 dans mon fichier menu.lst à l'endroit approprié. J'ai été voir sur le site de splashy mais je n'ai rien trouvé. C'est d'ailleurs dommage que ce site soit si peu documenté. Quelqu'un sait il comment régler ce problème ? J'avais un temps ouvert un bogue sur le sujet : splashy n'est pas lié statiquement et il semble qu'il ne trouve pas une bibliothèque suffisamment tôt dans le boot. Mais il est possible que c'était dû chez moi à la présence d'un initrd. Le responsable m'avait alors conseillé d'attendre l'entrée de splashy, statique, dans sid. Merci d'avance pour votre aide, François Valenduc J-L Je suis en etch et j'ai eu le soucis hier sur mon portable, je l'ai resolu en desinstallant et reinstallant le paquet (le soucis venait du fichier fifo qui a été cassé lors de la copie de ma config depuis mon autre poste ...) si ca peut t'aider J'ai essayé les solutions que vous me proposez mais çà ne résout pas le problème. En fait, j'avais d'abord installé splashy en le compilant. Apparement, celà posait problème lors de l'installation des paquets debian car il restait des traces de splashy dans /etc. Après avoir supprimé le dossier /etc/splashy, les paquets deb s'installent correctement et tous les fichiers nécessaires semblent être crées dans /etc/splashy. J'ai aussi enlevé l'initrd qui en fait ne contient qu'une table DSDT modifiée. Malheureusement, splashy ne fonctionne toujours pas. Je pense en fait que le paquet libdirectfb-0.9.22 bloque le fonctionnement de splashy. Voilà en effet ce que j'obtiens quand j'exécute /sbin/splashy boot dans une console texte: Reusing FIFO /etc/splashy/splashy.fifo *** (process: 4509): CRITICAL **: spl_find_element: assertion '(GList*)data !=NULL' failed FATAL: video.c 227: DirectFB Error [DirectFB Create(video-dfb)]: No suitable implementation found Splashy fonctionne sans doute avec libdirectfb-0.9.20. Peux-tu me confirmer que c'est bien cette version qui est installée avec Debian etch ? Merci pour vos conseils. François Valenduc Il te faut le support du frame buffer de ta carte graphique *en dur* dans ton noyau, à défaut tu peux prendre le vesa framebuffer. J'ai pourtant bien compilé en dur le vesa framebuffer (vesa ou vesa-tng). Je comprends de moins en moins bien pourquoi çà ne fonctionne toujours pas. Celà peut donc fonctionner avec libdirectfb-0.9.22 ? -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter 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: Splashy ne fonctionne pas
Nicolas Roudninski a écrit : François Valenduc a écrit : NaiosKAE{FR} a écrit : François Valenduc a écrit : NaiosKAE{FR} a écrit : Bonjour, Jean-Luc Coulon (f5ibh) a écrit : Le 24.12.2005 09:33:29, François Valenduc a écrit : Bonjour à tous, J'ai essayé d'utiliser splashy sur mon PC mais çà ne marche pas. J'utilise Debian sid et le package deb fourni dans debian experimental ne marche pas car il y a une dépendance sur le paquet libdirectfb-0.9.20 mais celui-ci semble avoir été remplacé par libdirectfb-0.9.22. J'ai donc repackagé splashy en modifiant cette dépendance. J'ai aussi installé le paquet splashy-themes mais bien que d'après son contenu, les thèmes étaient censés s'installer dans /etc/splashy/themes, tous les sous-répertoires sont restés vides. J'ai donc utiliser le paquet tar.gz du site de splashy pour obtenir les thèmes. J'en viens maintenant au fait. A chaque démarrage, le message splashy is not running, please verify /etc/default/splashy and /etc/splashy/config.xml for correctness s'affiche plusieurs fois. Je me suis aperçu qu'il n'y avait pas de fichier config.xml mais qu'il y en avait plusieurs dans les dossiers correspondant au thèmes splashy. J'ai donc créé un lien symbolique /etc/splashy/config.xml mais çà ne marche toujours pas. Le même message d'erreur apparaît. J'ai aussi mis un paramètre vga=0x317 dans mon fichier menu.lst à l'endroit approprié. J'ai été voir sur le site de splashy mais je n'ai rien trouvé. C'est d'ailleurs dommage que ce site soit si peu documenté. Quelqu'un sait il comment régler ce problème ? J'avais un temps ouvert un bogue sur le sujet : splashy n'est pas lié statiquement et il semble qu'il ne trouve pas une bibliothèque suffisamment tôt dans le boot. Mais il est possible que c'était dû chez moi à la présence d'un initrd. Le responsable m'avait alors conseillé d'attendre l'entrée de splashy, statique, dans sid. Merci d'avance pour votre aide, François Valenduc J-L Je suis en etch et j'ai eu le soucis hier sur mon portable, je l'ai resolu en desinstallant et reinstallant le paquet (le soucis venait du fichier fifo qui a été cassé lors de la copie de ma config depuis mon autre poste ...) si ca peut t'aider J'ai essayé les solutions que vous me proposez mais çà ne résout pas le problème. En fait, j'avais d'abord installé splashy en le compilant. Apparement, celà posait problème lors de l'installation des paquets debian car il restait des traces de splashy dans /etc. Après avoir supprimé le dossier /etc/splashy, les paquets deb s'installent correctement et tous les fichiers nécessaires semblent être crées dans /etc/splashy. J'ai aussi enlevé l'initrd qui en fait ne contient qu'une table DSDT modifiée. Malheureusement, splashy ne fonctionne toujours pas. Je pense en fait que le paquet libdirectfb-0.9.22 bloque le fonctionnement de splashy. Voilà en effet ce que j'obtiens quand j'exécute /sbin/splashy boot dans une console texte: Reusing FIFO /etc/splashy/splashy.fifo *** (process: 4509): CRITICAL **: spl_find_element: assertion '(GList*)data !=NULL' failed FATAL: video.c 227: DirectFB Error [DirectFB Create(video-dfb)]: No suitable implementation found Splashy fonctionne sans doute avec libdirectfb-0.9.20. Peux-tu me confirmer que c'est bien cette version qui est installée avec Debian etch ? Merci pour vos conseils. François Valenduc Il te faut le support du frame buffer de ta carte graphique *en dur* dans ton noyau, à défaut tu peux prendre le vesa framebuffer. J'ai pourtant bien compilé en dur le vesa framebuffer (vesa ou vesa-tng). Je comprends de moins en moins bien pourquoi çà ne fonctionne toujours pas. Celà peut donc fonctionner avec libdirectfb-0.9.22 ? Euh, une question toute bête (je m'en excuse à l'avance) : splashy ajoute une entrée dans menu.lst de grub. Choisis-tu la bonne entrée au démarrage (i-e. kernel_machinchose (splashy) ? Justement, splashy n'a rien ajouté dans mon fichier menu.lst. Pourrais tu m'envoyer les lignes concernant kernel_machin chose (splashy) ? -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter 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: Splashy ne fonctionne pas
Nicolas Roudninski a écrit : François Valenduc a écrit : Nicolas Roudninski a écrit : François Valenduc a écrit : NaiosKAE{FR} a écrit : François Valenduc a écrit : NaiosKAE{FR} a écrit : Bonjour, Jean-Luc Coulon (f5ibh) a écrit : Le 24.12.2005 09:33:29, François Valenduc a écrit : Bonjour à tous, J'ai essayé d'utiliser splashy sur mon PC mais çà ne marche pas. J'utilise Debian sid et le package deb fourni dans debian experimental ne marche pas car il y a une dépendance sur le paquet libdirectfb-0.9.20 mais celui-ci semble avoir été remplacé par libdirectfb-0.9.22. J'ai donc repackagé splashy en modifiant cette dépendance. J'ai aussi installé le paquet splashy-themes mais bien que d'après son contenu, les thèmes étaient censés s'installer dans /etc/splashy/themes, tous les sous-répertoires sont restés vides. J'ai donc utiliser le paquet tar.gz du site de splashy pour obtenir les thèmes. J'en viens maintenant au fait. A chaque démarrage, le message splashy is not running, please verify /etc/default/splashy and /etc/splashy/config.xml for correctness s'affiche plusieurs fois. Je me suis aperçu qu'il n'y avait pas de fichier config.xml mais qu'il y en avait plusieurs dans les dossiers correspondant au thèmes splashy. J'ai donc créé un lien symbolique /etc/splashy/config.xml mais çà ne marche toujours pas. Le même message d'erreur apparaît. J'ai aussi mis un paramètre vga=0x317 dans mon fichier menu.lst à l'endroit approprié. J'ai été voir sur le site de splashy mais je n'ai rien trouvé. C'est d'ailleurs dommage que ce site soit si peu documenté. Quelqu'un sait il comment régler ce problème ? J'avais un temps ouvert un bogue sur le sujet : splashy n'est pas lié statiquement et il semble qu'il ne trouve pas une bibliothèque suffisamment tôt dans le boot. Mais il est possible que c'était dû chez moi à la présence d'un initrd. Le responsable m'avait alors conseillé d'attendre l'entrée de splashy, statique, dans sid. Merci d'avance pour votre aide, François Valenduc J-L Je suis en etch et j'ai eu le soucis hier sur mon portable, je l'ai resolu en desinstallant et reinstallant le paquet (le soucis venait du fichier fifo qui a été cassé lors de la copie de ma config depuis mon autre poste ...) si ca peut t'aider J'ai essayé les solutions que vous me proposez mais çà ne résout pas le problème. En fait, j'avais d'abord installé splashy en le compilant. Apparement, celà posait problème lors de l'installation des paquets debian car il restait des traces de splashy dans /etc. Après avoir supprimé le dossier /etc/splashy, les paquets deb s'installent correctement et tous les fichiers nécessaires semblent être crées dans /etc/splashy. J'ai aussi enlevé l'initrd qui en fait ne contient qu'une table DSDT modifiée. Malheureusement, splashy ne fonctionne toujours pas. Je pense en fait que le paquet libdirectfb-0.9.22 bloque le fonctionnement de splashy. Voilà en effet ce que j'obtiens quand j'exécute /sbin/splashy boot dans une console texte: Reusing FIFO /etc/splashy/splashy.fifo *** (process: 4509): CRITICAL **: spl_find_element: assertion '(GList*)data !=NULL' failed FATAL: video.c 227: DirectFB Error [DirectFB Create(video-dfb)]: No suitable implementation found Splashy fonctionne sans doute avec libdirectfb-0.9.20. Peux-tu me confirmer que c'est bien cette version qui est installée avec Debian etch ? Merci pour vos conseils. François Valenduc Il te faut le support du frame buffer de ta carte graphique *en dur* dans ton noyau, à défaut tu peux prendre le vesa framebuffer. J'ai pourtant bien compilé en dur le vesa framebuffer (vesa ou vesa-tng). Je comprends de moins en moins bien pourquoi çà ne fonctionne toujours pas. Celà peut donc fonctionner avec libdirectfb-0.9.22 ? Euh, une question toute bête (je m'en excuse à l'avance) : splashy ajoute une entrée dans menu.lst de grub. Choisis-tu la bonne entrée au démarrage (i-e. kernel_machinchose (splashy) ? Justement, splashy n'a rien ajouté dans mon fichier menu.lst. Pourrais tu m'envoyer les lignes concernant kernel_machin chose (splashy) ? Voili, voila les lignes ajoutées par splashy : title Debian GNU/Linux, kernel 2.6.12-1-686-smp (splashy) root(hd0,0) kernel /boot/vmlinuz-2.6.12-1-686-smp root=/dev/hda1 ro quiet vga=788 initrd /boot/initrd.img-2.6.12-1-686-smp savedefault Pour info, j'utilise splashy version 0.1.5.svn28 Je ne comprends vraiment plus rien. J'ai bien une ligne similaire (avec vga=791, mais çà doit aussi marcher). Que donne le résultat des commandes: apt-cache policy libdirectfb-0.9.22 apt-cache policy libdirectfb-0.9.20 Question subsidiaire: quelle version de debian utilisez vous ? -- Pensez � lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez � rajouter le mot ``spam'' dans
Re: Splashy ne fonctionne pas
François Valenduc a écrit : Nicolas Roudninski a écrit : François Valenduc a écrit : Nicolas Roudninski a écrit : François Valenduc a écrit : NaiosKAE{FR} a écrit : François Valenduc a écrit : NaiosKAE{FR} a écrit : Bonjour, Jean-Luc Coulon (f5ibh) a écrit : Le 24.12.2005 09:33:29, François Valenduc a écrit : Bonjour à tous, J'ai essayé d'utiliser splashy sur mon PC mais çà ne marche pas. J'utilise Debian sid et le package deb fourni dans debian experimental ne marche pas car il y a une dépendance sur le paquet libdirectfb-0.9.20 mais celui-ci semble avoir été remplacé par libdirectfb-0.9.22. J'ai donc repackagé splashy en modifiant cette dépendance. J'ai aussi installé le paquet splashy-themes mais bien que d'après son contenu, les thèmes étaient censés s'installer dans /etc/splashy/themes, tous les sous-répertoires sont restés vides. J'ai donc utiliser le paquet tar.gz du site de splashy pour obtenir les thèmes. J'en viens maintenant au fait. A chaque démarrage, le message splashy is not running, please verify /etc/default/splashy and /etc/splashy/config.xml for correctness s'affiche plusieurs fois. Je me suis aperçu qu'il n'y avait pas de fichier config.xml mais qu'il y en avait plusieurs dans les dossiers correspondant au thèmes splashy. J'ai donc créé un lien symbolique /etc/splashy/config.xml mais çà ne marche toujours pas. Le même message d'erreur apparaît. J'ai aussi mis un paramètre vga=0x317 dans mon fichier menu.lst à l'endroit approprié. J'ai été voir sur le site de splashy mais je n'ai rien trouvé. C'est d'ailleurs dommage que ce site soit si peu documenté. Quelqu'un sait il comment régler ce problème ? J'avais un temps ouvert un bogue sur le sujet : splashy n'est pas lié statiquement et il semble qu'il ne trouve pas une bibliothèque suffisamment tôt dans le boot. Mais il est possible que c'était dû chez moi à la présence d'un initrd. Le responsable m'avait alors conseillé d'attendre l'entrée de splashy, statique, dans sid. Merci d'avance pour votre aide, François Valenduc J-L Je suis en etch et j'ai eu le soucis hier sur mon portable, je l'ai resolu en desinstallant et reinstallant le paquet (le soucis venait du fichier fifo qui a été cassé lors de la copie de ma config depuis mon autre poste ...) si ca peut t'aider J'ai essayé les solutions que vous me proposez mais çà ne résout pas le problème. En fait, j'avais d'abord installé splashy en le compilant. Apparement, celà posait problème lors de l'installation des paquets debian car il restait des traces de splashy dans /etc. Après avoir supprimé le dossier /etc/splashy, les paquets deb s'installent correctement et tous les fichiers nécessaires semblent être crées dans /etc/splashy. J'ai aussi enlevé l'initrd qui en fait ne contient qu'une table DSDT modifiée. Malheureusement, splashy ne fonctionne toujours pas. Je pense en fait que le paquet libdirectfb-0.9.22 bloque le fonctionnement de splashy. Voilà en effet ce que j'obtiens quand j'exécute /sbin/splashy boot dans une console texte: Reusing FIFO /etc/splashy/splashy.fifo *** (process: 4509): CRITICAL **: spl_find_element: assertion '(GList*)data !=NULL' failed FATAL: video.c 227: DirectFB Error [DirectFB Create(video-dfb)]: No suitable implementation found Splashy fonctionne sans doute avec libdirectfb-0.9.20. Peux-tu me confirmer que c'est bien cette version qui est installée avec Debian etch ? Merci pour vos conseils. François Valenduc Il te faut le support du frame buffer de ta carte graphique *en dur* dans ton noyau, à défaut tu peux prendre le vesa framebuffer. J'ai pourtant bien compilé en dur le vesa framebuffer (vesa ou vesa-tng). Je comprends de moins en moins bien pourquoi çà ne fonctionne toujours pas. Celà peut donc fonctionner avec libdirectfb-0.9.22 ? Euh, une question toute bête (je m'en excuse à l'avance) : splashy ajoute une entrée dans menu.lst de grub. Choisis-tu la bonne entrée au démarrage (i-e. kernel_machinchose (splashy) ? Justement, splashy n'a rien ajouté dans mon fichier menu.lst. Pourrais tu m'envoyer les lignes concernant kernel_machin chose (splashy) ? Voili, voila les lignes ajoutées par splashy : title Debian GNU/Linux, kernel 2.6.12-1-686-smp (splashy) root(hd0,0) kernel /boot/vmlinuz-2.6.12-1-686-smp root=/dev/hda1 ro quiet vga=788 initrd /boot/initrd.img-2.6.12-1-686-smp savedefault Pour info, j'utilise splashy version 0.1.5.svn28 Je ne comprends vraiment plus rien. J'ai bien une ligne similaire (avec vga=791, mais çà doit aussi marcher). Que donne le résultat des commandes: apt-cache policy libdirectfb-0.9.22 apt-cache policy libdirectfb-0.9.20 Question subsidiaire: quelle version de debian utilisez vous ? Ouf, j'ai enfin fini par réussir à faire fonctionner splashy. Le paquet a du être modifié pour résoudre le problème de dépendance avec libdirectfb. Il reste néanmoins un petit problème concernant la
Problème de partage d'imprimante avec Samba
Bonjour à tous, J'ai quasiment réussi à partager mon imprimante avec samba. J'ai suivi et quelque peu adapté le Howto de la page http://www.traduc.org/docs/HOWTO/lecture/Debian-and-Windows-Shared-Printing.html L'impression depuis un poste Windows fonctionne correctement. Le seul problème que je ne parviens pas à résoudre est que quand dans windows on affiche l'imprimante, il est marqué Accès refusé, impossible de se connecter. Donc, il n'y a pas moyen de voir la file d'attente d'impression depuis Windows. Voici les lignes pertinentes de mon fichier smb.conf: [global] guest account = nobody unix charset = ISO8859-15 display charset = ISO8859-15 workgroup = MAISON server string = Ordinateur de François # Configuration du partage des ressources d'impression printcap name = cups load printers = yes printing = cups printer admin = root ... # Configuration de l'authentification security = user # Partage des ressources d'impression [printers] comment = All Printers path = /var/spool/samba browseable = yes #to allow user 'guest account' to print. guest ok = yes writable = yes write list = maman,francois printable = yes create mask = 0700 printer admin = root # Partage des drivers d'impression [print$] path = /var/lib/samba/printers browseable = yes write list = root read only =yes #inherit permissions = yes Quelqu'un sait-il comment résoudre le problème ? Merci d'avance pour vos conseils. François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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]
Problème de démontage de cdrom
Bonjour à tous, J'ai un petit problème lors du démontage du cdrom avec debian sid. J'ai bien mis l'options users dans la ligne de /etc/fstab concernant le cdrom. Avec çà, un utilisateur normal peut monter me cdrom mais pas le démonter. Quelqu'un sait-il si c'est un bug de debian sid ou si c'est une erreur de ma part. A titre d'info, voici la ligne appropriée de fstab: /dev/hdc/media/cdrom0 iso9660,udf,cdfs ro,user,noauto 0 0 Merci d'avance pour vos conseils, François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: Problème de démontage de cdro m
Marc Lorber a écrit : Le samedi 29 octobre 2005 à 08:13 +0200, François Valenduc a écrit : Bonjour à tous, J'ai un petit problème lors du démontage du cdrom avec debian sid. J'ai bien mis l'options users dans la ligne de /etc/fstab concernant le cdrom. Avec çà, un utilisateur normal peut monter me cdrom mais pas le démonter. Quelqu'un sait-il si c'est un bug de debian sid ou si c'est une erreur de ma part. A titre d'info, voici la ligne appropriée de fstab: /dev/hdc/media/cdrom0 iso9660,udf,cdfs ro,user,noauto 0 0 utilisez-vous udftools ? Pour ma part, j'ai eu le même problème via udftools ... et je n'ai jamais réussi à le résoudre si ce n'est en effectuant /etc/init.d/udftools stop ! Marc Lorber Effectivement, en mettant users à la place de user, çà marche mieux. A la lecture de la page de manuel de mount, je n'avais pas très bien la différence entre ces deux options. D'ailleurs dans Gentoo, l'option user permet à un utilisateur normal de démonter le cdrom. Pour ce qui est de udftools, il empêche seulement d'éjecter le cdrom. Comme je ne l'utilise plus, çà ne pouvait pas être la cause de mon problème. Merci pour votre aide. François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: Kbear crashe à chaque transfert de fichier
eric a écrit : François Valenduc a écrit : Bonsoir à tous, Depuis que j'ai installé debian sid, j'ai constaté un problème extrêmement ennuyeux avec kbear. A chaque transfert de fichier, kbear se plante. En fait, le problème n'est pas propre à Debian car la même chose se passe aussi dans Gentoo. J'avais d'ailleurs envoyé un rapport de bug au responsable du paquet debian mais je n'ai jamais obtenu de réponse Quelqu'un a t'il le même genre de soucis ? Si oui, y a t'il une solution. Merci d'avance pour votre aide, François Valenduc J'ai eu le meme probleme, a moins de tourner avec une ancienne version de kde (3.3) ça ne fonctionne pas. Et on dirait que le développeur de kbear a laché l'affaire. essaie gftp ;-) Effectivement, j'ai vu plusieurs rapports de bugs semblables restés sans réponse sur le site de kbear. Gftp dans KDE, c'est un peu ennuyeux, je vais aussi tester kftpgrabber (http://kftpgrabber.sourceforge.net/). François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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]
Kbear crashe à chaque transfert de fich ier
0xb7013d4b in QApplication::notify () from /usr/lib/libqt-mt.so.3 #59 0xb778c9fc in KApplication::notify (this=0xbfe5b434, receiver=0x83014e8, event=0xbfe5af14) at kapplication.cpp:549 #60 0xb6fa36d3 in QApplication::sendSpontaneousEvent () from /usr/lib/libqt-mt.so.3 #61 0xb6f9eb64 in QETWidget::translateMouseEvent () from /usr/lib/libqt-mt.so.3 #62 0xb6f9ce3e in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3 #63 0xb6fb695c in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #64 0xb702bea2 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #65 0xb702bdcb in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #66 0xb7012305 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #67 0x0804ea12 in ?? () #68 0xbfe5b434 in ?? () #69 0xbfe5b518 in ?? () #70 0xbfe5b558 in ?? () #71 0x0804e9f7 in ?? () #72 0xb69cd860 in __malloc_initialize_hook () from /lib/tls/libc.so.6 #73 0x000c in ?? () #74 0x0069 in ?? () #75 0xb6ad2cb4 in ?? () from /usr/lib/libstdc++.so.6 #76 0x000c in ?? () #77 0x0805b368 in ?? () #78 0xbfe5b448 in ?? () #79 0xb737ef61 in QAsciiBucket::QAsciiBucket () from /usr/lib/libqt-mt.so.3 #80 0xb68acec0 in __libc_start_main () from /lib/tls/libc.so.6 #81 0x0804de81 in ?? () Quelqu'un a t'il le même genre de soucis ? Si oui, y a t'il une solution. Merci d'avance pour votre aide, François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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]
make-kpkg et version de GCC
Bonsoir à tous, Sans crier gare, make-kpkg compile tout ce que je lui demande avec gcc-3.3 alors qu'il devrait compiler avec gcc-4.0. En effet, si je vérifie avec gcc -v, j'obtiens bien 4.0 et si je compile mon noyau ou autre chose avec make, c'est bien la version 4.0 qui est utilisée. J'ai lu les archives de la liste et j'ai compris qu'en tappant MAKEFLAGS=CC=gcc-4.0, on peut choisir ainsi la bonne version. Mais, y aurait il moyen de rendre le réglage permanent ? Merci pour votre aide, François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: make-kpkg et version de GCC
Julien Valroff a écrit : Le vendredi 19 août 2005 à 23:28 +0200, François Valenduc a écrit : Bonsoir à tous, Bonsoir, Sans crier gare, make-kpkg compile tout ce que je lui demande avec gcc-3.3 alors qu'il devrait compiler avec gcc-4.0. En effet, si je vérifie avec gcc -v, j'obtiens bien 4.0 et si je compile mon noyau ou autre chose avec make, c'est bien la version 4.0 qui est utilisée. J'ai lu les archives de la liste et j'ai compris qu'en tappant MAKEFLAGS=CC=gcc-4.0, on peut choisir ainsi la bonne version. Mais, y aurait il moyen de rendre le réglage permanent ? Regarde du coté du système d'alternatives (man update-alternatives) et vérifie que /usr/bin/gcc pointe bien vers /usr/bin/gcc-4.0 Voilà ce que ça donne chez moi (tm): # update-alternatives --display cc cc - status is auto. link currently points to /usr/bin/gcc /usr/bin/gcc - priority 20 slave cc.1.gz: /usr/share/man/man1/gcc.1.gz Current `best' version is /usr/bin/gcc. neptune:~# ls /usr/bin/gcc /usr/bin/gcc # ll /usr/bin/gcc lrwxrwxrwx 1 root root 7 2005-08-12 10:04 /usr/bin/gcc - gcc-4.0 @++ J'ai bien exactement les mêmes résultats. D'ailleurs, j'ai déja dit que si je compile avec make, c'est bien gcc 4 qui est utilisé. Je ne comprends vraiment pas pourquoi make-kpkg s'entête à utiliser gcc 3. François -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: make-kpkg et version de GCC
Julien Valroff a écrit : Le vendredi 19 août 2005 à 23:46 +0200, François Valenduc a écrit : J'ai bien exactement les mêmes résultats. D'ailleurs, j'ai déja dit que si je compile avec make, c'est bien gcc 4 qui est utilisé. Je ne comprends vraiment pas pourquoi make-kpkg s'entête à utiliser gcc 3. J'ai mal lu ton premier message, je m'en excuse. J'avoue ne pas vraiment voir d'où peut venir ton problème, si ce n'est éventuellement une variable d'environnement qui serait utilisée par make-kpkg ou dpg-buildpackage uniquement (mais je ne vois pas laquelle) ? @+ Julien PS: je lis la liste, il n'est pas nécessaire de me mettre en copie Je pense avoir trouvé la cause du problème. En fait, les liens symboliques source et build était mauvais. Mais même en les recréant, çà ne fonctionnait pas mieux. J'ai aussi remarqué que la compilation d'autres pilotes (avec make car pas de paquets sources debian), j'avais des messages d'erreurs sur des fichiers modules.symvers manquant. Il devait donc y avoir quelque chose de foireux dans mon noyau. J'ai donc compilé mon noyau avec la commande MAKEFLAGS=CC=gcc-4.0 make-kpkg ... J'ai ensuite installé le paquet ainsi créé. Ensuite, j'ai pu utiliser make-kpkg --added-modules ... et c'est bien gcc 4 qui est utilisé. Merci encore pour les conseils, François -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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]
Problème avec UDEV
Bonjour à tous, J'utilise debian sid et depuis que j'ai mis à jour udev (vers les versions 0.066 ou 0.067), j'ai vu apparaître ces erreurs au démarrage du serveur X (x.org en l'occurence): Aug 17 21:11:13 localhost udev[4342]: udev_db.c: unable to read db file '/dev/.udevdb/[EMAIL PROTECTED]@vcs7' Aug 17 21:11:13 localhost udev[4344]: udev_db.c: unable to read db file '/dev/.udevdb/[EMAIL PROTECTED]@vcsa7' Ca n'a pas l'air de poser de problèmes particulier et l'accélération matérielle de ma carte ATI Radeon 9700 fonctionne toujours. Quelqu'un sait t'il comment résoudre le problème (si c'en est réellement un) ? Merci d'avance pour votre aide. François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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]
Erreur au démarrage (cleaning /tmp)
Bonjour à tous, Depuis que je suis passé à Debian sid, j'obtiens ce message d'erreur à chaque démarrage: Cleaning /tmpfind: AVERTISSEMENT: vous avez spécifié l'option -maxdepth après un argument qui n'est pas une option -perm mais les options sont positionnelles (-maxdepth affecte les tests spécifiés avant aussi bien qu'après) Celà se passe apparement lors du montage des systèmes de fichiers. Il semble que la commande find . -perm -002 -maxdepth 0 provoque cette erreur. Cà n'a pas l'air de poser de graves problèmes mais y a t'il un moyen de s'en débarrasser ou s'agit t'il d'un bug ? Merci d'avance pour votre aide, François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: Erreur au démarrage (cleaning /tmp)
Julien Valroff a écrit : Le lundi 15 août 2005 à 21:33 +0200, François Valenduc a écrit : Bonjour à tous, Salut, Depuis que je suis passé à Debian sid, j'obtiens ce message d'erreur à chaque démarrage: Cleaning /tmpfind: AVERTISSEMENT: vous avez spécifié l'option -maxdepth après un argument qui n'est pas une option -perm mais les options sont positionnelles (-maxdepth affecte les tests spécifiés avant aussi bien qu'après) Celà se passe apparement lors du montage des systèmes de fichiers. Il semble que la commande find . -perm -002 -maxdepth 0 provoque cette erreur. Cà n'a pas l'air de poser de graves problèmes mais y a t'il un moyen de s'en débarrasser ou s'agit t'il d'un bug ? Oui, même plusieurs (#281651 et #284426). Le premier cité contient un patch à appliquer à bootclean.sh pour résoudre le problème. Par ailleurs, le sujet avait été abordé il n'y a pas si longtemps sur cette même liste (fais une recherche sur http://lists.debian.org pour avoir les détails). @++ Julien Merci pour cette très rapide réponse. Le patch cité dans le premier rapport d ebug (281651) à permis de résoudre le problème. Il me semblait bien que cette question avait déjà été posée sur cette liste mais je ne parvenais plus à la retrouver dans les archives. François -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: SID - plus de mises à jour
Problèmes d'intendance : http://lists.debian.org/debian-devel-announce/2005/07/msg00013.html Oooops au temps pour moi =) Bye Julien J-L Julien Apparment, les problèmes d'intendances se poursuivent. Il semble bien qu'il n'y ait que le site ftp principal (ftp.debian.org) qui soit à jour. Le message sur debian-devel cité plus haut annonçait pourtant une solution pour au plus tard lundi dernier. Quelqu'un sait il combien de temps çà va encore durer ? François -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: vesafb - 2.6.12 - ecran noir
Sylvain Sauvage a écrit : Mardi 21 juin 2005, 23:03:17 CEST, François Valenduc a écrit : [...] C'est bizarre, je viens d'y arriver avec le patch vesafb-tng-0.9-rc6-r2-2.6.12-rc1.patch disponible sur la page http://dev.gentoo.org/~spock/projects/vesafb-tng/archive/. Avec le paramètre video=vesafb:ywrap,mtrr,[EMAIL PROTECTED] Dans le genre « t'as des problèmes avec ton vélo ? moi j'ai pas de problème avec mes patins à roulettes »... Peut-être avez-vous choisi une résolution supérieure à 1024x768, ce qui est apparement incompatible avec le pilote vesafb. Georges a bien spécifié le mode par vga 0x307, soit 1280x1024 en 256 couleurs. Il s'agit d'un mode vesa, et en plus il est donné dans Documentation/fb/vesafb.txt, donc je pense qu'il doit être utilisable (surtout que Georges dit l'utiliser avec un 2.6.11). Il s'agirait donc d'une diminution des capacités du pilote. Mais il est vrai que de proposer à Georges d'essayer avec d'autres résolutions est une bonne idée. Par contre, j'ai voulu rajouter fbsplash mais je ne parviens pas à compiler les outils splashutils. Autre sujet - autre fil. Cela dit, j'ai remarqué que le Makefile des splashutils ne crée pas toujours le répertoire kernel dans lequel les .o sont placés. Essaie un mkdir kernel avant le make. Je crois qu'il y a une confusion sur la façon de spécifier les pilotes vidéos. Si on utilise le pilote vesafb d'origine, le paramètre vga=0x317 est correct et fonctionne sur mon PC. Si on utilise le pilote vesa-tng que j'ai indiqué ci-dessus, alors il faut mettre video=vesafb:ywrap,mtrr,[EMAIL PROTECTED] Pour ce qui est de splashutils, le problème était du à un paquet de fichier d'entêtes manquant (libfreetype6-dev en l'occurence). François -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: vesafb - 2.6.12 - ecran noir
Georges Roux a écrit : Sylvain Sauvage a écrit : Peut-être un retour du bogue qui a existé sur les noyaux debian 2.6.10 (au moins) et les premiers 2.6.11 (si je me souviens bien) : le framebuffer vesa ne fonctionnait qu'en module, pas en « compilé en dur ». Je ne suis vraiment pas sûr que cela soit une bonne piste : le bogue en question n'existait que sur les versions debian du noyau, or le 2.6.12 n'étant pas encore disponible en paquet, il n'a pas encore été « patché debian ». Essaie de copier le vesafb.c d'une version précédente ou au moins de faire un diff. Et puis vérifie les logs pour voir les messages relatifs au fb. Et ben non pas possible de mettre vesafb en module, c'est en dur ou pas de vesafb. J'essaie avec le vesafb.c du 2.6.11 le diff ne montre pas beaucoup de différence. Georges C'est bizarre, je viens d'y arriver avec le patch vesafb-tng-0.9-rc6-r2-2.6.12-rc1.patch disponible sur la page http://dev.gentoo.org/~spock/projects/vesafb-tng/archive/. Avec le paramètre video=vesafb:ywrap,mtrr,[EMAIL PROTECTED] Peut-être avez-vous choisi une résolution supérieure à 1024x768, ce qui est apparement incompatible avec le pilote vesafb. Par contre, j'ai voulu rajouter fbsplash mais je ne parviens pas à compiler les outils splashutils. François -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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]
Sarge: çà commence fort !
Bonjour à tous, Puisque sarge a été déclaré stable, j'ai voulu passer de sid vers sarge. Mais voici le résultat d'apt-listbugs: Bogues de gravité critical sur libldap2 (2.1.30-3 - 2.1.30-8) open #245314 - libldap2: rdn modification can result in destroying entry Bogues de gravité grave sur samba (3.0.11-1 - 3.0.14a-3) open #304300 - samba: Security update breaks systems Bogues de gravité grave sur xlibs (4.3.0.dfsg.1-12 - 4.3.0.dfsg.1-14) open #309143 - xlibs: libxpm4's new s_popen() function is insecure garbage C'est quand même étrange. Sarge n'était censé sortir que lorsque tous les bugs étaient résolu. Il y en a aussi une dizaine d'autres qui sont renseignés comme done. Tout-ceci est il vraiment normal ? Y a t'il un risque réel à effectuer cette mise à jour ? Merci d'avance pour vos conseils, François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: Sarge: çà commence fort !
Thomas Labourdette a écrit : Le Mardi 07 Juin 2005 14:01, Jay Ar a écrit : si t'as d'autres questions, n'hésite pas. Oui. Est-ce normal que sarge soit passé en stable malgré des Grave functionality bugs sur certains paquets (comme perl) ? @+ Décidément je comprends de moins en moins. Par exemple, la mise à jour de samba renvoie le bug n°304300 qui comprends ceci: Package: samba Version: 2.2.3a-14.2 Severity: grave Justification: renders package unusable Tags: woody patch Ca a donc l'air de concerner Woody et pas les versions actuelles de Samba. Quelqu'un peut t'il m'éclairer ? François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: Kernel-source absente
Guillaume Zugmeyer a écrit : Bonjour, J'ai un souci avec une install d'un prog (ndiswrapper), Lors de la création du paquet Debian avec la fonction fakeroot, je reçois le message suivant : Can't find kernel sources in /lib/modules/2.2.20/build; J'utilise sur cette machine une Debian woody, et j'ai mis un lien symbolique nommé build qui pointe vers mes sources /usr/src/kernel-sources-2.2.20 ... Mais ou est donc le pb ? les sources ne serraient-elle pas au bon encroit ? Merci d'avance pour votre aide C'est plutôt que la version du noyau n'est pas adaptée. 2.2.20 c'est quand même fort vieux ! Un petit tour sur la page http://ndiswrapper.sourceforge.net/phpwiki/index.php/Installation nous apprend qu'il faut au minimum un noyau 2.4.26 ou 2.6.6. François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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: Remb licences le jugement...
RTyler a écrit : Eric Gibault a écrit : Bonsoir, Comme je m'étais engagé à le faire, voilà en quelques lignes du jugement rendu ce jour par le tribunal de commerce de Sens au sujet d'une demande de rembousement de licences acquises lors de l'achat d'un ordi portable fin juillet 2004. Résumé des attendus du tribunal : Le contrat de vente est réputé parfait (Il y a eu livraison de la marchandise en échange du prix...en substance j'ai consenti à ce que j'achetais) Toutes mes demandes sont rejetées, je suis condamné au dépens (frais d'avocat de la partie adverse et autres...) plus 500 Euros article 700 du NCPC (encore d'autres frais...) Bref c'est la cata ! Le tribunal accède au défendeur en acceptant qu'on me reprenne mon ordi contre le même dépouillé de tous les logiciels sans réduction de prix . Géniaaall une vraie consolation. Bon d'un naturel offensif je vais très certainement former un pourvoi en Cassation histoire de ne pas rester sur un échec. Ce qu'il faut retenir c'est que dans les attendus du tribunal (la partie le concernant) c'est qu'il ne rappelle même pas l'existence des contrats de licences le CLUF pour Microsoft (contrat de licence utilisateur final) alors que c'est l'objet du procès. Il faudra bien un jour que la justice explique pouquoi dans certaines affaires pénales les contrats de logiciel sont reconnus et que dans d'autres comme la mienne ils sont minorés voire écartés. Tout dépend donc de la partie qui veut s'en prévaloir. C'est là le hic Je viens tout juste d'achever mes nouvelles conclusions, le temps de récupérer la copie du jugement au tribunal demain et c'est parti pour le quai de l'horloge à Paris ! Enfin seulement pour bénéficier de l'aide juridique car la représentation d'un avocat est obligatoire pourvu qu'il soit bon !! pas sûr quand on connait ce qu'il touche de l'aide juridique... Alors si parmis vous il y a quelqu'un qui a connaissance d'un avocat agrée par la Cour de Cassation et qui serais désireux de plaider l'affaire au pourcentage en cas de succès, n'hésitez pas à me le faire savoir. Merci Cordialement Eric Gibault Je vous transmet la réponse de ma petite amie : Bonsoir M. Gibault... Permettez moi de vous exprimer mon pessimisme quant à votre pourvoi en cassation... En effet, le cour de cassation ne réexamine en aucun cas les faits mais juste l'application du droit.S'il n'y a aucun vice de procédure, vous resterez sur votre échec.Ils se moquent des arguments, il examinent juste le droit, or ils se fichent totalement de savoir si la décision est juste ou pas...ils regardent les dates, la procédure et voilà tout. Désolée de vous présenter un point de vue aussi négatif, mais on m'a suggérer de le faire au cas ou vous ne seriez pas au courant de cela. bien à vous Lou Je suis d'accord, la Cour de Cassation n'examinera que la procédure et vérifiera si toutes les règles de droit on été correctement appliquées. Mais il me semble que çà n'a pas été le cas. Le fameux CLUF de Microsoft autorise le remboursement intégral si on n'utilse pas Windows. Donc, les tribunaux étant en mesure de faire respecter les contrats au parties, on pourrait argumenter sur le fait que le tribunal de commerce n'a pas rempli son rôle. Néanmoins, je m'interoge sur l'opportunité d'aller en cassation dés maintenant. Vous avez dit dans votre tout permier mail que vous aviez introduit l'affaire devant le tribunal de commerce qui doit être un tribunal de première instance. En clair, il devrait y avoir moyen d'aller en cour d'appel où la, le dossier sera réexaminé sur le fond ! Bon courage, François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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]
make-kpkg et kernel-headers
Bonjour à tous, J'ai une question concernant make-kpkg et sur les kernels-headers. En fait, avec le noyau 2.4, il était possible en utilisant la commande make-kpkg kernel-headers de générer un paquet Debian contenant si j'ai bien compris les fichiers d'entêtes et d'includes nécessaires pour compiler des pilotes non inclus dans les sources du noyau. J'ai essayé de faire la même chose avec le noyau 2.6 mais çà n'a plus l'air de fonctionner. Si j'installe le paquet debian ainsi crée, chaque fois qu'on essaie de compiler un pilote, on obtient un message du genre: make[1]: Entering directory `/usr/src/kernel-headers-2.6.11' make[2]: scripts/Makefile.build: Aucun fichier ou répertoire de ce type make[2]: *** Pas de règle pour fabriquer la cible « scripts/Makefile.build ». Arrêt. Quelqu'un sait il s'il y a moyen de contourner ce problème ? Merci d'avance pour vos conseils, François Valenduc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter 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]