testing ou unstable
Bonjour, En cette période de freeze, je me repose une question qui me revient souvent... J'avais lu un jour une analyse qui conseillait de se positionner en stable ou unstable plutôt qu'en testing. En stable parce qu'elle est stable :-) ou en unstable parce qu'elle n'a pas beaucoup plus de soucis que testing mais avec des actions correctives beaucoup plus rapides. Quelle est votre expérience ? Qu'en pensez-vous ? Merci. Cordialement, [CITATION ALÉATOIRE : Pluie en Novembre, Noël fin décembre. Dicton] -- Pierre Crescenzo mailto:pie...@crescenzo.nom.fr http://www.crescenzo.nom.fr/ -- 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/87obgmyju9@tpol.unice.fr
Re: testing ou unstable
Pierre Crescenzo, 2013-01-18 09:30+0100: En cette période de freeze, je me repose une question qui me revient souvent... J'avais lu un jour une analyse qui conseillait de se positionner en stable ou unstable plutôt qu'en testing. En stable parce qu'elle est stable :-) ou en unstable parce qu'elle n'a pas beaucoup plus de soucis que testing mais avec des actions correctives beaucoup plus rapides. Quelle est votre expérience ? Qu'en pensez-vous ? Merci. Stable si tu veux un système éprouvé. Testing si tu veux des logiciels récents et un peu testés. Unstable si tu veux participer au test des logiciels pour la testing. Testing + paquets individuels d'unstable au besoin si tu veux des logiciels récents et un peu testés, et des correctifs rapides. Je ne pense pas qu'on puisse s'attendre à ce que la unstable soit plus stable que la testing : c'est certes par elle qu'arrivent les correctifs, mais c'est par elle aussi qu'arrivent les bugs ! -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ -- 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/kdb4uk$lbe$1...@ger.gmane.org
Re: testing ou unstable
Bonjour, En cette période de freeze, je me repose une question qui me revient souvent... J'avais lu un jour une analyse qui conseillait de se positionner en stable ou unstable plutôt qu'en testing. En stable parce qu'elle est stable :-) ou en unstable parce qu'elle n'a pas beaucoup plus de soucis que testing mais avec des actions correctives beaucoup plus rapides. Quelle est votre expérience ? Qu'en pensez-vous ? Merci. Stable si tu veux un système éprouvé. Testing si tu veux des logiciels récents et un peu testés. Unstable si tu veux participer au test des logiciels pour la testing. Testing + paquets individuels d'unstable au besoin si tu veux des logiciels récents et un peu testés, et des correctifs rapides. Je ne pense pas qu'on puisse s'attendre à ce que la unstable soit plus stable que la testing : c'est certes par elle qu'arrivent les correctifs, mais c'est par elle aussi qu'arrivent les bugs ! Oui, c'est la définition. :-) Mais je suis plus intéressé par ce que ça donne dans la réalité des faits quotidiens. Les conseils indiquant de ne pas rester en testing ne sont pas si rares et je voudrais avoir des retours d'expérience avant de me lancer éventuellement. As-tu l'expérience de telles configurations ? Qu'est-ce que ça donne comme différences, pragmatiquement ? Merci. Cordialement, [CITATION ALÉATOIRE : Ne faites jamais l'amour le samedi soir, car s'il pleut le dimanche, vous ne saurez plus quoi faire. Sacha Guitry] -- Pierre Crescenzo mailto:pie...@crescenzo.nom.fr http://www.crescenzo.nom.fr/ -- 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/87wqva25hs@tpol.unice.fr
[HS] un environnement graphique totalement modulaire? (WAS: philosophie Debian)
On Fri, 18 Jan 2013 02:21:26 +0100 Jérôme jer...@aranha.fr wrote: Bref, on peut aussi penser par briques et non penser LE concurrent d'un tout intégré à la Gnome. Mwai, sachant tout de même que g3 kde sont les deux qui poussent le petit un peu trop loin. XFCE, par exemple, reste dans les limites de ce qu'on (je?) demande le plus à un WM, à savoir un accès confortable au mode graphique où tout l'indispensable est présent, sans fioritures inutiles venant gréver le poids en RAM et/ou mettre à genoux le CPU. Maintenant, l'idée de la brique est bonne, je sais qu'il y a eu des efforts faits dans les normatifs pour aider à cela (sèpulnom, machindesktop ou desktoptruc) mais je n'ai jamais 'gadé jusqu'à quel niveau cela descendait ou montait dans les normes. Ça permet au moins que quasiment tout le monde utilise le même système pour les menus de WMs. SI ces trucs-là standardisent en profondeur (et sont actualisés comme il faut), ou bien SI un/des nouveaux normatifs arrivent (Tdur de mettre tout le monde d'accord, c'est l'os principal:( pour faciliter l'interconnection de briques, ça deviendra génial pour l'utilisateur qui pourra piquer là où il se sent le plus à l'aise pour édifier son propre environnement graphique. Je pense qu'on en est proche, mais les batailles de susceptibilités voire de pouvoirs retardent souvent tout; sans compter qu'avec la foultitude de parms en jeu, ça reste du domaine des spécialistes. Maintenant, c'est pas ma tasse de thé, et je peux tout à fait me mettre le doigt dans l'œil jusqu'au coude; donc, l'avis de ceux qui ont le nez dans le capot et les mains dans le cambouis serait intéressant à lire ici: Quels standards existent?, Sont-ils adaptés au desktop d'aujourd'hui? Quels efforts sont en cours pour standardiser encore plus? S'il existe ce qu'il faut, pourquoi cela tarde-t-il à être adopté? etc. -- Lou : Pfff j'ai trop chaud... Titus : bah enlève ton t-shirt Lou : déjà fait Titus : Ah... * Titus voudrait voir votre webcam. Acceptez-vous ? - (Accepter / Refuser) -- 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/20130118104729.77240999@anubis.defcon1
Exim4 et spamassassin
Bonjour, J'utilise actuellement exim4. Je souhaite aussi utiliser spamassassin. Hors, si je suis le tuto: https://www.crashdump.fr/debian/installer-spamassasin-pour-exim4-sous-debian-58/ il m'indique de modifier: /etc/exim4/conf.d/main/02_exim4-config_options en dé-commentant la ligne 'spamd_address = 127.0.0.1 783' Le soucis et que si je fait cela, exim4 ce met en panique et m'indique: main option spamd_address unknown En cherchant sur le web, il semble qu'il faut compiler exim avec l'option: WITH_CONTENT_SCAN=yes WITH_OLD_DEMIME=yes Le problème et que je souhaite n'utiliser que des package de debian afin de faciliter les taches de maintenances. De plus, il semble étonnant qu'exim ne soit pas préparer pour utiliser spam... Non? D'avance merci de vos suggestions -- Je suis contre l'avortement. Tuer un être humain avant qu'il ne soit né est impardonnable. C'est une preuve d'impatience. -+- Bernard Shaw -+- -- 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/1805ae490b4ab9f840bbe0b25889e6d7.squirrel@bureau
Re: Antivirus Avast pour Linux
On Fri, 18 Jan 2013 01:59:52 +0100 Jérôme jer...@aranha.fr wrote: particulier. Ce qui est clair aussi, c'est que c'est une gageure de sécuriser vraiment windows, surtout contre les utilisateurs, absence de cloisonnement oblige ainsi que certain logiciels (office...?) qui ont tendance à avoir certains comportements de virus, je ne parles même pas des problèmes de privilèges abusifs. Oui, totalement d'accord; le PB c'est l'OS; mais justement, quand on 'gade la logique financière des multinationales, on ne peut s'empêcher de penser que c'est un fait exprès: toutes y trouvent leur bonheur. Probablement la même chose que la concurrence qui enfle tout autant et sûrement moins que Symantec entreprise qui a fait des ravages au boulot de ma femme en rendant totalement inutilisable des windows XP pro. Genre on reprend la main au bout de une heure (60mn), super sur un portable, avec des ralentissements aléatoires de temps à autres, ça ne faisait que ralentir de 1/3 le système le reste du temps. Des heures et des heures de travail perdus, le tout étant centralisé par le groupe donc non désactivable. Oui, mais ça c'est connu depuis longtemps; je me rappelle un essai sur une install XP toute neuve (2001 ou 2002), où NAV plombait tellement le débit réseau que ça en devenait inexploitable. et le pire, c'est que même une fois désinstallé, il a fallu ré-installer l'OS parce que le PB persistait! Remarque, c'était peut-être le but pour virer les XP et vendre des pc/win7 ? Ça ne serait pas la première fois qu'un truc comme ça se ferait… La logique commerciale plombe pratiquement toujours certaines idées pourtant bonnes à la base. -- ore God uses GNOME? joshk no wonder it rains so often ore Dammit, those damn heaven's gates won't open, gconfd crashed again -- in #debian-devel -- 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/20130118105622.09bff8ce@anubis.defcon1
Re: [HS] un environnement graphique totalement modulaire? (WAS: philosophie Debian)
On Fri, Jan 18, 2013 at 10:47:29AM CET, Bzzz lazyvi...@gmx.com said: XFCE, par exemple, reste dans les limites de ce qu'on (je?) demande le plus à un WM, à savoir un accès confortable au mode graphique où tout l'indispensable est présent, sans fioritures inutiles venant gréver le poids en RAM et/ou mettre à genoux le CPU. Pour moi xfce n'est qu'une gnomerie de plus un peu plus cachée, mais tant que ça se base sur gconf, la base de registre à la con qui ne marche pas en ssh -X, c'est poubelle. -- 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/20130118095909.go11...@rail.eu.org
Re: testing ou unstable
On Fri, 18 Jan 2013 10:41:03 +0100 Pierre Crescenzo pie...@crescenzo.nom.fr wrote: Oui, c'est la définition. :-) Mais je suis plus intéressé par ce que ça donne dans la réalité des faits quotidiens. Les conseils indiquant de ne pas rester en testing ne sont pas si rares et je voudrais avoir des retours d'expérience avant de me lancer éventuellement. As-tu l'expérience de telles configurations ? Qu'est-ce que ça donne comme différences, pragmatiquement ? Mauvaise expérience en testing il y a qq années, donc passage en unstable qui ne m'a jamais rendu la machine inutilisable, sauf si on ne lit pas les changelogs et les avertos lors des MàJ. Maintenant, s'il s'agit de basculer en wheezy sur un _desktop_, je ne pense pas que ça soit un grave danger, et nous sommes apparemment beaucoup à avoir sauté le pas récemment. -- lapinouminou: moi j'ai antivir avec analyse heuristic activé et antivir il se mets à jour tout seul au moins un fois par semaine . de plus sous IE j'utilise secuser et spybot search and destroy qui dispose d'un fonction de vaccination cela permet de black listé des sites internet au comportement frauduleux ,comme le fait spywareblaster que j'ai aussi. alchy: Bah moi j'ai linux -- 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/20130118110120.217a0ed6@anubis.defcon1
Re: testing ou unstable
citation de=Pierre Crescenzo Oui, c'est la définition. :-) Mais je suis plus intéressé par ce que ça donne dans la réalité des faits quotidiens. Les conseils indiquant de ne pas rester en testing ne sont pas si rares et je voudrais avoir des retours d'expérience avant de me lancer éventuellement. As-tu l'expérience de telles configurations ? Qu'est-ce que ça donne comme différences, pragmatiquement ? Merci. Bonjour, 1 imac 2 PC 1 portables (bientôt deux) Et tous sous testing (avec quelque pacquage d'unstable) Je n'ai jamais essayé directement unstable. Testing a beaucoup plus de mise à jour que stable ce qui peux s'avérer agaçant à terme. Toutefois, pour certain logiciel, si on veux les dernières moutures, c'est beaucoup plus simple de tous passer en testing. Voila, si tu as des questions plus précises -- Je suis contre l'avortement. Tuer un être humain avant qu'il ne soit né est impardonnable. C'est une preuve d'impatience. -+- Bernard Shaw -+- -- 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/fd9cf4396ec6b6886ba44ebc5e7c1b27.squirrel@bureau
Re: [HS] un environnement graphique totalement modulaire? (WAS: philosophie Debian)
Salut, Le vendredi 18 janvier 2013 à 10:47, Bzzz a écrit : Maintenant, l'idée de la brique est bonne, je sais qu'il y a eu des efforts faits dans les normatifs pour aider à cela (sèpulnom, machindesktop ou desktoptruc) mais je n'ai jamais 'gadé jusqu'à quel niveau cela descendait ou montait dans les normes. Ça permet au moins que quasiment tout le monde utilise le même système pour les menus de WMs. [...] Maintenant, c'est pas ma tasse de thé, et je peux tout à fait me mettre le doigt dans l'œil jusqu'au coude; donc, l'avis de ceux qui ont le nez dans le capot et les mains dans le cambouis serait intéressant à lire ici: Quels standards existent?, Sont-ils adaptés au desktop d'aujourd'hui? Quels efforts sont en cours pour standardiser encore plus? S'il existe ce qu'il faut, pourquoi cela tarde-t-il à être adopté? etc. http://www.freedesktop.org/ a permis de standardiser certaines choses telles que les menus, les icônes et c'est en effet assez agréable. Je me souviens d'un temps où si on voulait voir dans son menu KDE (ou Gnome), une application Gnome (ou KDE), il fallait l'ajouter à la main, pas très « user friendly »… Il reste sûrement encore beaucoup à faire en matière de standardisation, je ne connais pas le sujet plus que ça… Seb -- 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/20130118101333.gb8...@sebian.nob900.homeip.net
Re: testing ou unstable
Le vendredi 18 janvier 2013 à 10:41:03, Pierre Crescenzo a écrit : Bonjour, ’jour, […] Je ne pense pas qu'on puisse s'attendre à ce que la unstable soit plus stable que la testing : c'est certes par elle qu'arrivent les correctifs, mais c'est par elle aussi qu'arrivent les bugs ! Oui, c'est la définition. :-) Mais je suis plus intéressé par ce que ça donne dans la réalité des faits quotidiens. Les conseils indiquant de ne pas rester en testing ne sont pas si rares et je voudrais avoir des retours d'expérience avant de me lancer éventuellement. As-tu l'expérience de telles configurations ? Qu'est-ce que ça donne comme différences, pragmatiquement ? Merci. Ces conseils viennent sans doute d’expériences légèrement douloureuses avec la Testing dans de mauvaises périodes. P.ex. quelques unes des grosses migrations (XFree → Xorg, nouveau Gnome ou nouveau KDE…) ou même parfois des petites rendent Testing ininstallables (certains paquets sont déjà à la nouvelle version mais pas tous → indisponibles) pendant quelques jours. Si on est tombé au mauvais moment, c’est bête… Depuis, ce genre de migrations est bien mieux géré. Et même s’il arrive qu’un ou deux paquets soient ininstallables, un tel événement en Testing est rare (puisqu’en général traité dans Unstable). Ou alors, certains ne voient pas l’intérêt de Testing par rapport à Unstable ; ça arrive… Au delà de cela, pour moi, Testing, c’est pour les systèmes stables lorsque la stable est un peu vieille (en général pour le matériel ou pour un logiciel précis), donc la destination est de passer en Stable dès qu’elle sort. Si on a besoin/envie de tester/utiliser les nouveautés, on peut utiliser Unstable. Et à part le fait qu’à mon avis, une Unstable a besoin d’être mise à jour plus fréquemment, il n’y aurait donc effectivement pas trop d’intérêt à rester en Testing si la stable sort. -- Sylvain Sauvage -- 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/201301181125.27861.sylvain.l.sauv...@free.fr
Re: testing ou unstable
Le vendredi 18 janvier 2013 à 09:30 +0100, Pierre Crescenzo a écrit : Bonjour, En cette période de freeze, je me repose une question qui me revient souvent... J'avais lu un jour une analyse qui conseillait de se positionner en stable ou unstable plutôt qu'en testing. En stable parce qu'elle est stable :-) ou en unstable parce qu'elle n'a pas beaucoup plus de soucis que testing mais avec des actions correctives beaucoup plus rapides. Quelle est votre expérience ? Qu'en pensez-vous ? Merci. Cordialement, [CITATION ALÉATOIRE : Pluie en Novembre, Noël fin décembre. Dicton] -- Pierre Crescenzo mailto:pie...@crescenzo.nom.fr http://www.crescenzo.nom.fr/ Hello, D'expérience, je dirais le contraire : j'ai eu **beaucoup** plus de problèmes avec Unstable qu'avec Testing. Depuis que je suis passé à Testing, je ne rencontre presque plus de gros bug alors que j'en avais au moins un chaque semaine. Aujourd'hui, les seuls que j'ai parfois viennent de mes bidouilles entre versions (j'ai mélangé avec des paquets Unstable et Experimental et ça fout un peu la grouille). Donc globalement, la Testing est très bien, pas aussi fiable que Stable mais presque, les paquets sont déjà passé par le filtre Unstable où les plus gros bugs sont corrigés, surtout aujourd'hui en période de freeze où ce sont surtout des correctifs qui entrent. Bon, on peut se dire que que les versions de logiciels sont quand même un peu vieilles quand on compare à d'autres distros (on est encore à GNOME 3.4 alors que la 3.6 apporte plein de chouettes trucs) mais bon, c'est pas non plus comparable à la stable. Bref, je conseille sans hésiter. Cordialement, -- Guillaume -- 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/1358505764.4896.9.camel@tomoyo
Re: testing ou unstable
Bonjour, Le vendredi 18 janvier 2013, Pierre Crescenzo a écrit... Oui, c'est la définition. :-) Mais je suis plus intéressé par ce que ça donne dans la réalité des faits quotidiens. Les conseils indiquant de ne pas rester en testing ne sont pas si rares et je voudrais avoir des retours d'expérience avant de me lancer éventuellement. As-tu l'expérience de telles configurations ? Qu'est-ce que ça donne comme différences, pragmatiquement ? Merci. Je suis en Testing depuis Lenny qui était, si je me rappelle bien, la Testing de Potatoe. Pour une machine Desktop de travail (développement, administration à distance). Je ne me rappelle que d'un seul souci : quelque chose avec bzip qui bloquait les mises à jour. C'est dire la stabilité de la bestiole. D'un autre côté, je ne suis pas un gars très graphique, et j'utilise WindowMaker comme WM. Ceci explique peut être la stabilité de ma machine. Alors je conseille également Testing pour une machine de bureau. Mais nos serveurs sont tous en Stable. -- jm -- 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/20130118110029.GD26672@espinasse
Installation sur portable
Bonjour, J'essaye (en vain) d'installer une debian sur portable. Il echoue a l'installation de grub. J'ai essayé d'installer lilo, même probléme. Je voudrais utiliser le grub du cd installation pour lancer debian. Mais, je butte sur la syntaxe. J'ai essayé: linux /dev/sda7/vmlinuz root=/dev/sda7 linux (h0,6)/vmlinuz root=/dev/sda7 il me répond: error: no such disk J'avoue ne pas trop quoi savoir faire Merci d'avance de vos suggestions... -- L'amour-propre est un ballon gonflé par le vent dont il sort des tempêtes quand on y fait une piqûre. -+- Voltaire -+- signature.asc Description: Digital signature
Re: testing ou unstable
Salut, Le 18/01/2013 11:25, Sylvain L. Sauvage a écrit : Le vendredi 18 janvier 2013 à 10:41:03, Pierre Crescenzo a écrit : Bonjour, ’jour, […] Je ne pense pas qu'on puisse s'attendre à ce que la unstable soit plus stable que la testing : c'est certes par elle qu'arrivent les correctifs, mais c'est par elle aussi qu'arrivent les bugs ! Oui, c'est la définition. :-) Mais je suis plus intéressé par ce que ça donne dans la réalité des faits quotidiens. Les conseils indiquant de ne pas rester en testing ne sont pas si rares et je voudrais avoir des retours d'expérience avant de me lancer éventuellement. As-tu l'expérience de telles configurations ? Qu'est-ce que ça donne comme différences, pragmatiquement ? Merci. Ces conseils viennent sans doute d’expériences légèrement douloureuses avec la Testing dans de mauvaises périodes. P.ex. quelques unes des grosses migrations (XFree → Xorg, nouveau Gnome ou nouveau KDE…) ou même parfois des petites rendent Testing ininstallables (certains paquets sont déjà à la nouvelle version mais pas tous → indisponibles) pendant quelques jours. Si on est tombé au mauvais moment, c’est bête… Depuis, ce genre de migrations est bien mieux géré. Et même s’il arrive qu’un ou deux paquets soient ininstallables, un tel événement en Testing est rare (puisqu’en général traité dans Unstable). Ou alors, certains ne voient pas l’intérêt de Testing par rapport à Unstable ; ça arrive… Au delà de cela, pour moi, Testing, c’est pour les systèmes stables lorsque la stable est un peu vieille (en général pour le matériel ou pour un logiciel précis), donc la destination est de passer en Stable dès qu’elle sort. Si on a besoin/envie de tester/utiliser les nouveautés, on peut utiliser Unstable. Et à part le fait qu’à mon avis, une Unstable a besoin d’être mise à jour plus fréquemment, il n’y aurait donc effectivement pas trop d’intérêt à rester en Testing si la stable sort. Je comprends le raisonnement et j'admets qu'il y a, ces derniers temps et indépendamment de la période de freeze, moins de gros soucis dans unstable. Cependant, on n'est toujours pas à l'abri de certains écueils. Il n'y a pas si longtemps que ça, un de mes amis chez qui j'avais installé une sid a pratiquement supprimé tout son système avec un dist-upgrade (ou l'équivalent dans synaptic). Effectivement, il n'aurait pas dû répondre positivement à la proposition de supprimer quelques centaines de paquets… Il m'est également arriver de me retrouver avec un système faisant un kernel panic au boot. Au final, rien de vraiment insurmontable, à condition de savoir booter sur un système de secours, faire un chroot, réinstaller grub ou regénérer un initrd. Au final, tout cela peut être formateur, mais certainement hors de portée d'un simple utilisateur (sans arrière pensée péjorative) ou au moins au delà de ce qu'il peut accepter de faire dans des cas d'utilisation courante. Alors, même si cela peut poser quelques soucis au niveau de la rapidité des mises à jour de sécurité, je conseille plutôt l'utilisation de testing à ceux qui veulent avoir des versions (assez) récentes de la plupart des soft sans prendre trop de risques. Sinon, pour garantir une fiabilité optimale tout en profitant de certaines mises à jour, il y a toujours la possibilité d'une stable avec ses backports (enfin, actuellement, sur un poste de travail, autant partir sur wheezy et ajouter le dépôts des backports au moment de la release officielle). Je pense que c'est une solution satisfaisante pour beaucoup de monde. A+ -- Jean-Jacques -- 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/50f92ebb.2030...@doti.fr
Re: testing ou unstable
On 01/18/2013 09:30 AM, Pierre Crescenzo wrote: Bonjour, En cette période de freeze, je me repose une question qui me revient souvent... J'avais lu un jour une analyse qui conseillait de se positionner en stable ou unstable plutôt qu'en testing. En stable parce qu'elle est stable :-) ou en unstable parce qu'elle n'a pas beaucoup plus de soucis que testing mais avec des actions correctives beaucoup plus rapides. Quelle est votre expérience ? Qu'en pensez-vous ? Merci. Personnellement, je suis toujours resté en testing. J'ai même eu parfois plus de problème en stable qu'en testing. Stable bloque l'évolution de certains programmes au nom du Freeze tout en disant qu'il débeugue ces programmes. Il suffit dans certains cas de passer à la version suivante, version bloquée par le freeze, pour constater que certains bugs majeurs ont été résolus par leurs développeurs. Je sais, Debian ne peut faire autrement, c'est un cercle plus ou moins vicieux... Il faut à un certain moment dire stop et faire comme si on pouvait TOUT stabiliser. C'est une illusion, selon moi, d'après mon expérience. J'ai toujours une stable sur une partition et je compare avec ma testing habituelle en cas de problème. Je constate que jusqu'à maintenant, je ne me suis jamais servi de stable dont l'obsolescence de certains paquets entraîne des problèmes parfois plus gênants que des bugs. Je pense aux noyaux (que je compile régulièrement , 3.7.3 le dernier), au graphisme, au multimédia. Par ailleurs, le fait d'avoir du matériel très récent joue énormément concernant le choix testing ou stable. -- Maderios Art is meant to disturb. Science reassures. L'art est fait pour troubler. La science rassure (Georges Braque) -- 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/50f93318.4030...@gmail.com
Re: Installation sur portable
On Fri, 18 Jan 2013 12:24:12 +0100 Zuthos zuthos-nos...@laposte.net wrote: Je voudrais utiliser le grub du cd installation pour lancer debian. Mais, je butte sur la syntaxe. J'ai essayé: linux /dev/sda7/vmlinuz root=/dev/sda7 linux (h0,6)/vmlinuz root=/dev/sda7 Je n'utilise pas blurb mais lilo. À vue de nez il y a 3 trucs qui me chagrinent: * Pas de désignation du HD entier pour aller réécrire le MBR * /dev/sda7/vmlinuz (ou l'autre syntaxe) je n'ai jamais vu /vmlinuz si, par contre. Et les /dev/… ont été depuis longtemps abandonnés au profit des UUIDs ou des noms littéraux des partoches (/HOME par ex.) mais pas partout. * Certains BIOS ont une option 'antivirus' qui justement protège de l'écrasement du MBR. Sous LILO, j'ai: #== NB: Ici, on peut aussi avoir un UUID; c'est suite à une réorganisation que j'ai utilisé celui-là parce que je n'avais pas de temps à perdre à rechercher la Cde affichant l'UUID d'un HD. ###boot=/dev/sda boot = /dev/disk/by-id/scsi-SATA_ST3750640A_3QD08MH5 #== S'IL n'y a pas d'autres OS installé conjointement, une ligne orpheline, telle que: ###root = /dev/sda2 root = UUID=56529690-764f-462c-8f48-c086d47a6693 #== SINON, une ligne root = … dans chaque bloc d'OS à la fin de /etc/lilo.conf. NB: Bizarrement, dans ces blocs, le fait d'utiliser un UUID plante mon boot (!?); ça n'est peut-être plus d'actualité mais ma devise étant: tanksamarchonytouchpa, j'ai laissé tel quel: image=/vmlinuz label=1 read-only root=/dev/sda2 # Les 2 méthodes suivantes plantent même le démarrage de mon 2.6.39-1 (kernel panic avec (0,0) au lieu de (8,2)) ### root=UUID=56529690-764f-462c-8f48-c086d47a6693# NAN: SLT SI ON UTILISE *PAS* LE MBR DU HD MAIS CELUI D'UNE PARTOCHE ###root=LABEL=/ initrd=/initrd.img image=/vmlinuz label=2 read-only root=/dev/sda8 optional initrd=/initrd.img.old #== HIH -- P : Je viens de reçevoir ceci Si tu reçois ce message c'est que quelqu'un que tu connais te l'as envoyé, alors envoie le à tout plein de gens sinon dans sept ans et quinze jours un dinosaure diabétique géant de l'espace viendra manger tes slips et te donner en sacrifice à son maître le grand et puissant seigneur le cochon comisque. Et c'est pas une blague !!! C : ...what the hell? A : Moi j'l'enverrais pas, juste pour voir le dinosaure. -- 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/20130118124135.5f748c7f@anubis.defcon1
Re: Installation sur portable
Normalement, lors d'une installation, GRUB détecte les paramètres disque dur et partitions. S'agit-il du message d'échec une fois Debian installé et au boot ? Edite GRUB (touche e) et modifie les partitions : sda7 par sda. et (h0,6) par (h0.) Il tente de booter sur une partition inexistante ou non Linux. On Friday 18 January 2013 12:24:12 Zuthos wrote: J'essaye (en vain) d'installer une debian sur portable. Il echoue a l'installation de grub. J'ai essayé d'installer lilo, même probléme. Je voudrais utiliser le grub du cd installation pour lancer debian. Mais, je butte sur la syntaxe. J'ai essayé: linux /dev/sda7/vmlinuz root=/dev/sda7 linux (h0,6)/vmlinuz root=/dev/sda7 il me répond: error: no such disk J'avoue ne pas trop quoi savoir faire Merci d'avance de vos suggestions... -- 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/201301181242.29864.andre_deb...@numericable.fr
Re: Installation sur portable
Bzzz a écrit : Je n'utilise pas blurb mais lilo. Oui, mais pour l'installation grub est proposé par defaut. Pour essayer d'installer lilo, il fallut que je lance le cd d'installation en mode rescue. :-( À vue de nez il y a 3 trucs qui me chagrinent: * Pas de désignation du HD entier pour aller réécrire le MBR * /dev/sda7/vmlinuz (ou l'autre syntaxe) je n'ai jamais vu /vmlinuz si, par contre. designation par grub Et les /dev/… ont été depuis longtemps abandonnés au profit des UUIDs ou des noms littéraux des partoches (/HOME par ex.) mais pas partout. bin la, je sais pas trop comment faire pour trouver les UUIDs * Certains BIOS ont une option 'antivirus' qui justement protège de l'écrasement du MBR. En fait, je souhaite garder le MBR car il y a déja un O$ d'installer avec un tatouage que je ne veux pas virer. Le truc était d'installer lilo ou grub plutôt sur une partition. -- P : Je viens de reçevoir ceci Si tu reçois ce message c'est que quelqu'un que tu connais te l'as envoyé, alors envoie le à tout plein de gens sinon dans sept ans et quinze jours un dinosaure diabétique géant de l'espace viendra manger tes slips et te donner en sacrifice à son maître le grand et puissant seigneur le cochon comisque. Et c'est pas une blague !!! C : ...what the hell? A : Moi j'l'enverrais pas, juste pour voir le dinosaure. J'adore Je partage. ;_D -- Les hommes qui disent que les femmes sont frigides ne sont que des mauvaises langues. signature.asc Description: Digital signature
Re: Installation sur portable
andre_deb...@numericable.fr a écrit : Normalement, lors d'une installation, GRUB détecte les paramètres disque dur et partitions. S'agit-il du message d'échec une fois Debian installé et au boot ? Edite GRUB (touche e) et modifie les partitions : sda7 par sda. et (h0,6) par (h0.) Il tente de booter sur une partition inexistante ou non Linux. Non, c'est au moment de l'installation en elle même que ça coince. Donc grub n'est pas installé. C'est pour cela que j'ai pensé a utiliser le grub du cd d'installation -- C'est très curieux : ce sont toujours les célibataires qui vous donnent des conseils pour élever des enfants. -+- Paul Claudel -+- signature.asc Description: Digital signature
Re: Installation sur portable
On Fri, 18 Jan 2013 13:08:45 +0100 Zuthos zuthos-nos...@laposte.net wrote: bin la, je sais pas trop comment faire pour trouver les UUIDs Tu as tout ce qu'il faut dans /dev/disk/… * Certains BIOS ont une option 'antivirus' qui justement protège de l'écrasement du MBR. En fait, je souhaite garder le MBR car il y a déja un O$ d'installer avec un tatouage que je ne veux pas virer. Le truc était d'installer lilo ou grub plutôt sur une partition. Waimènan: tu ne _peux_ pas faire comme ça, pour la simple raison que le boot se fait sur le MBR du HD; donc, si tu n'as aucune indication à cet endroit, ou si tu laisses le MRB actuel, comment veux-tu déclencher l'exécution du boot loader? Pour ce qui est du MBR original, peut-être cela marcherait-il de réécrire sa copie (systématique dans le cas de LILO) dans celui d'une partoche, puis d'effectuer un chaînage, de façon à ce que le bootloader de Linux enquille sur celui de l'OS en question suivant ton choix de démarrage. Après, que ça marche ou pas dépend de si les gus qui ont écrit les routines de tatouage sont vicelards ou non… Là-dessus, je laisse la parole aux autres, n'ayant que l'expérience de chaînages Linux-Linux. -- renard si marine est la, alors prend la avec toi renard puis si david est la, et que marine est avec toi aussi renard alors depose vincent, c'est lui attendra camille et tu gagne une place renard prend david et sa soeur renard si il te reste de la place, prend sophie et ramene la chez son oncle renard elle doit prendre de la vodka labas renard sinon achete la vodka toi meme renard et viens cash chez moi ! unix-master j'ai rien compris _ renard if (marine est la) { renardprend(marine, avec toi); renardnb_place--; } renard if (david est la) { renardif (marine) { renard depose(vicent); renard nb_place++; } renardprend(david + sa_soeur, avec toi); } renard if (nb_place 0) { renardprend(sophie); renardramene(sophie, chez son oncle); } renard else { achete(vodka); } renard viens(chez moi); renard c'est plus clair la ? unix-master c'est on ne peut plus clair -- 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/20130118132337.7fa44672@anubis.defcon1
Re: Installation sur portable
Bzzz a écrit : On Fri, 18 Jan 2013 13:08:45 +0100 Zuthos zuthos-nos...@laposte.net wrote: bin la, je sais pas trop comment faire pour trouver les UUIDs Tu as tout ce qu'il faut dans /dev/disk/… ok, Merci ça va m'aider. En fait, je souhaite garder le MBR car il y a déja un O$ d'installer avec un tatouage que je ne veux pas virer. Le truc était d'installer lilo ou grub plutôt sur une partition. Waimènan: tu ne _peux_ pas faire comme ça, pour la simple raison que le boot se fait sur le MBR du HD; donc, si tu n'as aucune indication à cet endroit, ou si tu laisses le MRB actuel, comment veux-tu déclencher l'exécution du boot loader? Je pense que si, il suffit d'utiliser le lanceur de l'autre OS. -- melmoth that-question=(to($be) | ! to($be)); Gluon Ton poeme n'est pas fonctionnel melmoth non, mais il est pas de moi mais de Sh7keSP3eR signature.asc Description: Digital signature
Re: testing ou unstable
Pierre Crescenzo, 2013-01-18 10:41+0100: Oui, c'est la définition. :-) Mais je suis plus intéressé par ce que ça donne dans la réalité des faits quotidiens. Les conseils indiquant de ne pas rester en testing ne sont pas si rares et je voudrais avoir des retours d'expérience avant de me lancer éventuellement. As-tu l'expérience de telles configurations ? Qu'est-ce que ça donne comme différences, pragmatiquement ? Merci. Je n'ai encore jamais utilisé entièrement unstable. Chaque fois que j'ai eu des problèmes avec testing, j'ai simplement pris les nouvelles versions des paquets incriminés dans unstable, pour avoir le meilleur des deux mondes. -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ -- 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/kdbi17$ee2$1...@ger.gmane.org
Re: Installation sur portable
Le vendredi 18 janvier 2013 à 13:08 +0100, Zuthos a écrit : En fait, je souhaite garder le MBR car il y a déja un O$ d'installer avec un tatouage que je ne veux pas virer. (-_-) pour les tatouages, je n'ai pas d'expérience, mais tu devrais chercher une doc spécifique. Je ne sais pas si ça ne se contourne pas avec un chain loader. Sinon en dehors du tatouage, il y a les bios EFI et les partitions en GPT... je ne sais pas pour ton cas. -- 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/1358516072.18503.51.camel@azuki.jisui
Re: testing ou unstable
Pierre Crescenzo, 2013-01-18 09:30+0100: En cette période de freeze, je me repose une question qui me revient souvent... J'avais lu un jour une analyse qui conseillait de se positionner en stable ou unstable plutôt qu'en testing. En stable parce qu'elle est stable :-) ou en unstable parce qu'elle n'a pas beaucoup plus de soucis que testing mais avec des actions correctives beaucoup plus rapides. Quelle est votre expérience ? Qu'en pensez-vous ? Merci. Allez, le grand jeu : ### Stable ### Version de production fiable et très suivie pour la sécurité, conseillée pour la production et les serveurs. Les Backports peuvent palier à l'obsolescence de certains logiciels. On peut aussi faire un pinning vers Testing dans les deux cas, on perd un peu de la stabilité (version majeure fixée et suivi bugs et sécurité), mais de manière limitée. ### Testing ### Attention, Testing n'est pas du tout une Unstable plus stable, elle est là pour construire la distribution stable grâce aux paquets provenant de Unstable. Dans une période favorable comme la période de freeze actuelle, pas de soucis de fonctionnalité manquante, juste des bugs à corriger avant la version Stable. Par contre, il y a un très gros risque de se retrouver, durant des périodes parfois assez longues, avec une fonctionnalité ou des paquets manquants. Pire, un bug peut traîner plusieurs semaine car jamais corrigé jusqu'à l'intégration de la version supérieure d'un paquet. Donc, en dehors de période favorable, je conseille très fortement le pinning soit vers Stable soit vers Unstable pour ne pas se retrouver coincé. Ça reste une solution viable sur des matériels non pris en charge par Stable ou si on veut vraiment des versions plus récentes avec moins de mises à jour que sur Unstable. Si ce n'est que pour un ou deux logiciels, il vaut mieux rester en stable quitte à utiliser le pinning ou compiler le logiciel à sa version désiré. ### Unstable ### Beaucoup, beaucoup de mises à jour, je la déconseille sur un réseau limité en débit ou volume ce qui peut-être le cas quand on est en déplacement sur une certaine durée avec des points d'accès wifi aléatoires, limités et peu fiables. Prudence et lecture obligatoire des messages lors de mises à jour. On peut installer apt-listbugs pour aider. Éviter de forcer la mise à jour en général, sauf si on sait ce qu'on fait. Possibilité de problèmes importants, essentiellement si on ne respecte pas les règles de prudences. Donc oui pour soi sur son PC, non en production ou pour installer à une personne n'ayant pas un minimum de compétences. Problèmes généralement très vites corrigés contrairement à Testing, donc généralement plus utilisable et ne plantant, à mon avis, pas forcément plus que certaines rolling ou cycle rapide genre Fedora, les paquets de SID étant souvent déclaré stable dans l'upstream (ce qui fait dire à certains trolls avant-gardistes et téméraires que c'est déjà vieux même dans SID). Voilà mes conclusions personnelles, après à toi de faire tes choix et compromis en fonction de tes besoins, usages et envies. Il y a des généralités mais jamais de réponse universelle. -- 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/1358515589.18503.49.camel@azuki.jisui
Re: Exim4 et spamassassin
LO, On Fri, Jan 18, 2013 at 10:50:36AM +0100, Nicolas Pechon wrote: [...] Le soucis et que si je fait cela, exim4 ce met en panique et m'indique: main option spamd_address unknown En cherchant sur le web, il semble qu'il faut compiler exim avec l'option: WITH_CONTENT_SCAN=yes WITH_OLD_DEMIME=yes Le problème et que je souhaite n'utiliser que des package de debian afin de faciliter les taches de maintenances. De plus, il semble étonnant qu'exim ne soit pas préparer pour utiliser spam... Non? Non ;) Tu as probablement installé le paquet exim4-daemon-light alors qu'il te faut exim4-daemon-heavy pour l'interfacer avec spamassassin. Description : Démon MTA Exim (v4) avec des fonctions étendues, incluant exiscan-acl Exim (v4) est un agent de transport de courrier. Ce paquet contient le démon exim4 avec des fonctionnalités étendues. En plus des fonctionnalités supportées par exim4-daemon-light, exim4-daemon-heavy inclut la recherche de données LDAP, sqlite, PostgreSQL et MySQL, l'authentification SMTP SASL et SPA, un interpréteur Perl embarqué et l'extension de balayage de contenu (connue avant sous le nom de exiscan-acl) pour l'intégration avec les scanneurs de virus et spamassassin. Remplace un par l'autre et ça devrait aller mieux. Hih, -- JFS. -- 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/20130118163552.ga7...@jones.jfs.dt
Re: Installation sur portable
Le Fri, 18 Jan 2013 12:24:12 +0100, Zuthos a écrit : Bonjour, J'essaye (en vain) d'installer une debian sur portable. Il echoue a l'installation de grub. J'ai essayé d'installer lilo, même probléme. Je voudrais utiliser le grub du cd installation pour lancer debian. Mais, je butte sur la syntaxe. J'ai essayé: linux /dev/sda7/vmlinuz root=/dev/sda7 linux (h0,6)/vmlinuz root=/dev/sda7 il me répond: error: no such disk J'avoue ne pas trop quoi savoir faire Merci d'avance de vos suggestions... -- Bonsoir, Cela ressemble au problème que j'ai rencontré lors de l'installation de Debian sur un PC neuf (décembre 2012). Il doit s'agir d'un bios UEFI (http://fr.wikipedia.org/wiki/Unified_Extensible_Firmware_Interface). Sans doute que cette page pourra t'aider: http://tanguy.ortolo.eu/blog/article51/debian-efi Il faut créer une partion /boot/efi de type vfat. A+ -- Px -- 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/20130118192028.2ed6e...@lucifer.librentez.bzh
Re: Installation sur portable
On 01/18/2013 07:20 PM, Papinux wrote: Le Fri, 18 Jan 2013 12:24:12 +0100, Zuthos a écrit : Bonjour, J'essaye (en vain) d'installer une debian sur portable. Il echoue a l'installation de grub. J'ai essayé d'installer lilo, même probléme. Je voudrais utiliser le grub du cd installation pour lancer debian. Mais, je butte sur la syntaxe. J'ai essayé: linux /dev/sda7/vmlinuz root=/dev/sda7 linux (h0,6)/vmlinuz root=/dev/sda7 il me répond: error: no such disk J'avoue ne pas trop quoi savoir faire Merci d'avance de vos suggestions... -- Bonsoir, Cela ressemble au problème que j'ai rencontré lors de l'installation de Debian sur un PC neuf (décembre 2012). Il doit s'agir d'un bios UEFI (http://fr.wikipedia.org/wiki/Unified_Extensible_Firmware_Interface). Sans doute que cette page pourra t'aider: http://tanguy.ortolo.eu/blog/article51/debian-efi On a tout de suite compris l'intérêt d'uefi : The UEFI specification itself is complicated, inspired by systems such as DOS Il faut créer une partion /boot/efi de type vfat. Bonjour J'ai peut-être raté une partie du film, mais il me semble quand même que le boot uefi ou efi n'est qu'une option et non une obligation dans le cas où le bios est un uefi. Cette option est d'ailleurs compliquée à mettre en oeuvre, une vraie bouse selon Linus Torvalds. Aucun intérêt donc, sauf à vouloir se compliquer l'existence J'ai un bios uefi sur ma CM et je démarre avec le MBR. Mes partitions sont en GPT (intérêt faible). Avant d'en arriver là, avec le même matériel_CM_bios, j'avais des partitions traditionnelles primaires/étendues et cela fonctionnait aussi bien. Mieux vaut partitionner en primaire_étendu plutôt que GPT qui demande la création d'une partition spéciale efi. I had an old Mac Mini that simply absolutely would not install any of the newer Linux distributions, because they now support that abomination called EFI - and while EFI tries to be a better BIOS, it's actually worse in just about all respects. https://plus.google.com/+LinusTorvalds/posts/QLe3tSmtSM4 -- Maderios Art is meant to disturb. Science reassures. L'art est fait pour troubler. La science rassure (Georges Braque) -- 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/50f99f1a.1080...@gmail.com
Re: Imprimante HP Deskjet 840c
Le jeudi 10 janvier 2013 à 01:03 +0100, Raphaël POITEVIN a écrit : As-tu installé les paquets hplip hplip-cups et hplip-data ? Le 12 janvier 2013 12:38, Jérôme jer...@aranha.fr a écrit : Moi j'ajoute HPLIP Tools ( paquet hplip-gui ) qui marche très bien quand on a un xorg sur le poste, que ce soit pour les imprimantes ou les scanners. Je suis un peu flemmard il faut dire. Merci à tous pour vos réponses ! Ça a finalement fonctionné http://wiki.debian.org/fr/SystemPrinting http://localhost:631/admin Bon WE ! Stef -- 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/cafpklmko1h71zkrq2ksjhwam2mytawsj4vzmspxtfst82hr...@mail.gmail.com