THE_ALF_ a écrit 532 commentaires

Petite citation d'un lien connexe à l'article ( http://jeux.blogs.liberation.fr/paj/2005/02/en_rsum.html(...) ):

«Dire que les jeux engendrent la violence, c’est comme dire que les gouttières fabriquent la pluie.»
(phrase attribuée à un psychiatre s'occupant de joueurs pathologiques)

:^)

Sauf que selon toutes les mêmes lois de la probabilité, tu va tomber dans un pays du tiers monde. Ta comparaison vise plutôt à se demander s'il vaut mieux crever la dalle au fin fond de l'Afrique, d'une favella (... rajoutes ici ton choix, ) au XXIème siècle, ou en tant que serf au Moyen-Age. Désolé, mais je pense que le choix devienne largement moins évident, du coup.

Noius pensons vivre une époque merveilleuse car vivons dans la bourgeoisie mondiale.

'Z-k ebg13-bgure-jvaqbj' gr fcyvggr yn sraêger ra qrhk senzr, y'har q'ryyr nirp yr grkgr q'bevtvar, y'nhger nirp yr grkgr ra ebg13. Gh gncr gba grkgr abeznyrzrag rg vy rfg nhgbzngvdhrzrag genqhvg ra ebg13. Cnf gebhié pbzzrag whfgr snver ha ebg13 fhe har cbegvba qr grkgr qnaf ha ohssre qbaaé, znvf w'nv cnf gebc purepué (whfgr snvg 'Z-k ebg13[GNO]' cbhe ibve yrf sbapgvbaf pbzzraçnag cne ebg13 :-) )

Attention, avec un mix Sid+sources non officielles, bien sur qu'il m'est arrivé d'avoir des problèmes de ce type (apt qui bloque sur des packages pas très propre ou en coflit, et donc plus de apt-get possible tant que le problème pas résolu). Ce que je voulais dire, c'est que je n'ai _jamais_ eu besoin de recourir aux options --force pour les résoudre. Tu as toujours moyen d'essayer de comprendre ce qu'il se passe pour résoudre proprement le problème, et tu n'est pas vraiment coincé quand ça t'arrives. Au contraire, ça signifie qu'il y a quelque chose de pas très propre sur ta machine, et donc qu'il faut tout nettoyer pour retrouver un système nickel avant de recommencer a installer autre chose (ce qui risquerait de foutre encore plus le bordel).

Pour la raison de l'existence des options --force, je pense que c'est avant tout (en outre d'être probablement utile pour les développeurs, en cours de packetage) à considérer comme une solution de dernier recours, lorsque tout ce qui a pu être testé à échouer.

Quand au ton de ma remarque précédente, un tant soit peu emporté, il était surtout du au fait que l'on ne sait jamais trop le niveau de connaissance de la personne à qui l'on s'adresse dans les forums, et on n'est jamais à l'abri de tomber sur quelqu'un qui applique à la lettre ce qu'on lui dit... quitte à revenir à la charge avec un "a marche pu du tout :'-(" en guise réponse.

Beeerk... Je suis a peu près persuadé que --force-all (ou --force-nimportekoi d'ailleurs) est à ne JAMAIS utiliser. Ça risque au contraire d'empirer le problème. En tout cas je n'ai jamais eu besoin de forcer quoi que ce soit sur ma Debian, et pourtant ça fait plusieurs années que je tourne en Sid, avec un "apt-get upgrade" quotidien, et un petit mix de sources officielles et non-officielles.

Beaucoup plus pratique et efficace d'essayer de comprendre plutot que de passer en force (on n'est pas sous windows, merde, un peu de finesse). Alors le apt, il dit:
" tentative de remplacement de « /usr/X11R6/lib/libGL.so.1.2 », qui appartient aussi au paquet fglrx-4-3-0 "

Donc y'a pas a tortiller, la librairie libGL est fournie à la fois par le package fglrx (proprio) et xlibmesagl. Donc il faut choisir entre un des deux paquets, et installer soit le GL libre de XFree, soit le GL proprio de fglrx. Si ce problème est apparu, c'est surement parceque tu avais deja utilisé un --force lors de l'installation de fglrx non ? (il me semble que j'etais tombé sur une page qui indiquait de forcer quelque chose lors de l'installation de ce module, ce qui est bien sur completement débile). A moins que fglrx et xlibmesa tournaient jusqu'a présent avec deux versions differentes de la librairie (style un /usr/X11R6/lib/libGL.so.1.2 a coté d'un /usr/X11R6/lib/libGL.so.1.xyz ) et donc reussisaient a cohabiter sans problème, et que la nouvelle version de xlibmesa soit passée à la meme version de libGL que ton fglrx, et du coup ça bloque a l'upgrade (ça, c'est le problème des mix officiels/non officiels)

Essaie plutot de regarder là http://xoomer.virgilio.it/flavio.stanchina/debian/fglrx-installer.h(...) pour installer tout proprement ton fglrx (et à confirmer, mais je pense que xlibmesa-gl sera peut-etre a virer si tu a des conflits non ?). J'avais essayer d'installer fglrx il y a quelque temps et je ne me rappelles pas avoir eu ce type de problème. Je ne peux pas t'aider beaucoup plus bicoz je l'ai viré (marchais bien, mais bon, pas libre alors...poubelle ). Essaie déjà faire un "dpkg -L xlibmesa-gl" et "dpkg -L fglrx-4-3-0" pour voir si ils ont déjà ce fameux fichier an commun (et donc preuve qu'il y a déjà eu un --force malheureux) ou si ils ont des versions différentes (et donc preuve de cohabitation jusqu'ici chanceuse qui touche a sa fin)

Tu peux ouvrir directement à partir d'audacity un .ogg, travailler dessus, et enregistrer directement le résultat en .ogg. Après, bien sur, audacity se charge en fait de décompresser le .ogg dans des fichiers temporaires (des fichiers .au dans /tmp) - c'est sur ceux-ci qu'il travaille pendant l'édition - mais c'est tout a fait transparent pour l'utilisateur.

Pour l'extraction audio, je regarderais du coté de mencoder plutot que directement mplayer. Celui-ci dispose d'une option -oac qui permet de choisir le codec de sorti. Par contre, 'mencoder -oac' ne me crache comme option possible que copy (donc codec d'origine conservé, je ne sais pas ce qu'il y a dans ton avi de départ), pcm, mp3lame (donc nécessite lame installé) et lavc (ffmpeg audio encoder). Bizarre qu'il n'y ait pas directement de ogg, mais c'est peut être dans lavc (il parle de mp2,ac3,... et je ne sais pas ce qu'il y a derrière les ... )

Sinon pour la conversion wav->ogg c'est la commande oggenc (package vorbis-tools)

Pour le découpage et autres bidouillages sonores sur fichiers audio, audacity est très bien. Il peut d'ailleurs aussi bien travailler directement sur du wav que du ogg, et dispose d'un nombre de fonctionnalités beaucoup plus important que ce que tu demandes, tout en étant très léger.

Notes que tu a zappé la transparence réseaux au passage, et c'est pourtant vraiment sur ce point que X a une énorme avance dans le domaine des WM (notes que ça n'a rien a voir avec VNC et consorts, qui permettent juste l'export d'un bureau). Je trouve incomparable de souplesse de pouvoir par exemple - simplement en branchant un cable ethernet entre mon ordi fixe et mon portable, ou un cable USB entre mon ordi et mon Zaurus - lancer une appli de n'importe quelle machine et de l'afficher sur n'importe quel écran; de pouvoir utiliser n'importe quel clavier ou souris sur n'importe lequel écran (assez pratique de pouvoir utiliser un vrai clavier et une vraie souris sur mon PDA rien qu'en le branchant sur le port USB de mon ordi par exemple). Et ceci devrait encore s'améliorer avec la prochaine version de Xorg qui devrait intégrer un nouveau module (si celui-ci n'est pas déjà prêt...) permettant de connecter un nombre arbitraire de serveurs X ensemble, et de les gérer tel un unique écran xinerama.

De toute façon, le support des mp3 n'est là que pour des raisons historiques :-). L'encodage en ogg marche très bien à partir de konqueror, avec un joli dossier ogg dans l'arbo de audiocd:/ . Regardes si tu as bien les packages correspondant (commande 'oggenc', dispo dans le package "vorbis-tools" sous Debian, ça doit se trouver facilement dans la Mandrake).

Et avec un plugin, t'as aussi droit aux plugins biscornus de kjofol.

Ton acpi est ptet tout simplement directement dans ton kernel et pas en module :-)
regarde si "grep CONFIG_ACPI= /boot/config-ton_noyo" te crache "CONFIG_ACPI=y" ou "CONFIG_ACPI=m".

Meme config que chez moi, et je comprends pas non plus ce qui bloque. Je me demandes effectivement si le problème ne viens pas du DVD. Pas d'autre DVD sous la main ici (et pas de graveur DVD a portée de main). Je vais me tenter un gravage de DVD UDF demain, on verra bien ce que ça dit.

Mais il est quand même bizarre qu'un DVD particulier puisse bloquer comme ça (pour info c'est celui-là: http://www.fontmonster.org/(...) ) et qu'on ne puisse y acceder qu'en root.

Merci quand même.

Yep, effectivement le mask désactive les droits, il ne les active pas (c.a.d. pour donner tous les droits a tout le monde, c'est umask=0 et non umask=777). Mais bon, ça ne marches pas non plus. Sans umask, j'ai des droits en r--. Avec un mask de 4, ça passe bien à ---. Mais impossible de bouger ces !#% de --x et -w- qui restent inactivés. Un mask de 0 devrait me filer un rwxrwxrwx, mais je reste sur du r--r--r--

Pour la réponse précédente, il dit qu'il a plus de genoux :-/ . Le users sert à donner le droit aux non root à monter / démonter le périph (et bien sur c'est présent dans mon fstab). Quand aux iocharset et codepage, c'est pour le codage des noms de fichiers (pour pouvoir lire correctement les noms de fichiers si ils sont en UTF-8, iso-machin, etc) et n'a rien a voir avec le format 8+3 des fichiers (on obtient le meme raccourci des noms de fichiers avec ~1 a la fin des fichiers de + de 8 caractères, surement une histoire de compatibilité UDF->iso9660, ce dernier ne gérant - sans extension à la Rockridge ou Joliet - que les noms de fichiers en 8+3).

Non, le problème c'est vraiment que je n'arrives pas a positionner des --x sur mes répertoires montés, et donc je me vois bouler avec des "bash: cd: /cdrom: Permission non accordée". Que puis-je faire de plus que ça :

root[muetdhiverII] /home/alf [21:06:17] # mount /dev/cdrom /cdrom -o uid=alf,gid=alf,umask=0,exec,ro
root[muetdhiverII] /home/alf [21:06:27] # ls -ld /cdrom
dr--r--r-- 108 alf alf 7312 2004-07-15 06:47 /cdrom

??? (le exec est probablement pas utile, mais c'était pour voir si il pouvait forcer le --x sur les répertoires)

Un problème particulier de config en ce qui concerne UDF ? Pour info, mon kernel m'informe de ça:

Feb 13 21:06:27 muetdhiverII kernel: UDF-fs INFO UDF 0.9.8.1 (2004/29/09) Mounting volume 'FREEWAVE', timestamp 2004/07/15 06:47 (121c)

mais je vois pas de problème particulier...

>merci à M. Rocard, qui a pris une position nette, je vais finir par
>l'apprécier, il se bonifie en vieillissant, comme le bon vin

Il me semble que étant essentiellement (seulement ?) politiquement actif au niveau européen qui est très peu médiatisé (c'est le moins qu'on puisse dire), il peut se permettre de faire de la vraie politique, sans langue de bois ni tentative de ménagement des x courants de pensées/luttes intestinales/ego personels présents dans tout parti. Cela ressemble plus a une action politique de personne que de parti politique... ce qui n'a pas l'air plus mal.

C'est pour ça que je n'utilise ni KDE, ni Gnome. Et que je n'aime pas ces gros projets monolithiques. Pour que ça marche bien, c'est tout ou rien. Alors que la puissance du libre est sa modularité. Avoir le choix de choisir chacun de ses éléments. De les assembler comme on le désire. L'intégration à la KDE ou a la Gnome est en ce sens extrêmement contre-productive. Qu'est-ce qu'on s'en fout d'avoir des thèmes qui se ressemblent pour toutes les applis, si ça limite notre choix de logiciels!

Le "oui mais c'est cool si tu n'utilise que des applis du même environnement" me semble plus a classer dans la catégorie "bug" que "feature".

Euh... Justement c'est un des gros problème d'Amarok. Son crossfade est hyper basique et peu configurable.

Mmmh, avis très perso effectivement. J'ai voulu testé Amarok, et j'ai du réussir a tenir (difficilement) deux semaines avent de de le apt-get remove --purge. C'est très lourd (nécessite de charger les libs KDE et tout le tintouin), pauvre en plugin par rapport à XMMS et pas franchement stable (en tout cas dans un environnement non-kde). En plus comme j'ai l'essentiel de mes fichiers sons sur un HD USB qui n'est pas forcément branché en permanence, il m'effaçait la base de donnée a chaque démarrage. Donc bon, Amarok j'ai pas trouvé ça très utilisable. Je suis bien vite retourné a mon bon vieux XMMS + Madman.

Pour la conversion postscript -> image non vectorielle, j'utilise gimp. C'est pas en ligne de commande (encore que je me demandes si ça serait pas possible) mais ça permet de bien choisir toutes les options (anti aliasing et dimension de l'image).

Je viens de tester un convert ps -> ps.... Et c'est vrai qu'on perds le vectoriel. Alors qu'il n'y a pas de problème pour eps -> eps. Vraiment étonnant. Si convert est pratique - pas besoin de chercher quelle est LA (ou la chaine de) commande(s) qui permet de passer du format X ou Y - on ne sait pas trop comment il gère ça. D'expérience ça marche bien en général, mais il y a apparement quelque cafouillages pour certains formats, effectivement.

STFW !!! (Google -> STFW -> 1ere réponse...)

D'ailleurs, un fichier créé par la chaine pdf->pdf2ps->pstoepsi et un autre par convert donne des fichiers quasiment identiques (3 lignes differentes dans le eps si l'on oublie le preview absent du fichier créé par convert).

>oui c est normale, mais paspour la raison que tu crois: la pixelisation
>est introduite par convert.

Oui mais non. Ma question concerne bien le fait "peut-on inserer un postscript dans OO". C'est vrai que j'ai répondu sur seulement la moitié de la question de départ sans trop préciser. En fait, le pb que je décris est indépendant de convert... vu que je ne l'ai pas utilisé. Mon test consiste à insérer un joli eps crée par XFig dans du OO. Le eps est juste retraité par epstool comme indiqué.

Ce qui m'a intéressé dans l'astuce, c'est que l'on pouvait insérer du eps dans OO. J'avais toujours cru que ça ne marchait pas, parce que chaque fois que j'avais essayé, je me retrouvais avec un carré blanc (d'ou conclusion rapide). En fait, ça marche, mais OO n'est capable que d'afficher l'aperçu du eps à l'écran. Cet aperçu est bien une image non vectorielle présente dans le fichier eps, en plus du vrai contenu du eps, vectoriel lui. Et bien sur, cet aperçu est facultatif. epstool peut le rajouter (option t6p => aperçu tif compressé).
Donc voila ce qu'on obtiens: on insère un eps dans OO. A l'écran, on voit l'aperçu (un tiff de basse qualité, donc très pixellisé, normal c'est qu'in aperçu)... ou un joli carré blan si il n'y a pas d'aperçu. A l'impression c'est bien le contenu vectoriel du eps qui est imprimé. Bref, pas de problème. Juste l'affichage à l'écran qui n'est plus très WYSIWYG du coup, mais ça c'est pas grave.
Le problème se pose lorsque l'on veut exporter en .pdf. Dans ce cas là, OO devrait insérer la partie vectorielle du eps, vu que pdf est vectoriel. Et ben ça marche pas, OO ne met que l'aperçu tout pixellisé. D'où ma question: bug de OO (ou pe plutôt manque de fonctionnalité) ou pb de config de ma part ?

Après, que convert pixellise le pdf ça m'étonne un peu, car j'aurais pensé qu'il aurait justement appelé pdf2ps ou pdftops (convert n'est-il pas un wrapper utilisant les divers outils de conversions dispos sur la babasse ?)... mais bon j'ai jamais vraiment essayé non plus. (.....zip......) Bon, du coup je viens de tester, je confirme: "convert test.pdf test.eps" me crache bien un eps tout ce qu'il y a de plus normal. Donc convert est innocenté :) . Par contre convert a l'air d'appeler directement gs, pas pdf2ps ou autre.

Lorsque je teste l'insertion d'un tel eps dans un .sxw, je ne vois a l'écran que l'apercu pixelisé (normal) et à l'impression a partir de OO, je récupère bien l'impression du fichier postscript.

Par contre ça ne marches plus si je fait un export pdf. Je ne retrouves dans le pdf que l'insertion de l'aperçu. Bug ou problème de configuration ?

Je pense que le raisonnement qu'il y a derrière est le suivant:

Il y a ce qui est brevetable (par ex. un processus industriel) et ce qui ne l'est pas (par ex. un théorème mathématiques). Si ces deux catégories ont jusqu'ici été bien distinctes, il est apparu dans les dernières décennies de nouveaux types d'objets pouvant faire l'objet d'une mise en ½uvre indus (logiciels, genomes, ...) dont l'appartenance l'une ou l'autre des catégories n'est pas a priori évidentes, se situant un peu à mi-chemin entre les deux.

Le problème est que jusqu'à présent, de nb industriels on profité du flou existant autour de ces notions pour breveter des objets plus ou moins litigieux à ce sujet (de manière légale aux US, et plus douteuse et détournée en Europe). Le but est donc de poser une limite claire et officielle entre ce qui est brevetable et ce qui ne l'est pas (les "pro-brevets" étant favorable a fourer tout et n'importe quoi dans la première).

La proposition décrite par Rocard vise a poser une telle limite, afin de pouvoir décider de la brevetabilité dans tous les cas, en posant ce qui est materiel et ce qui est immatériel. Comme tout principe de démarcation, c'est bien sur un peu arbitraire pour tous les cas limites... mais il faut bien trancher. Le tout est de savoir si la proposition actuelle permettrait effectivement de breveter par ex. les systèmes embarqués ou d'autres cas litigieux... ça ne me semble pas évident. Est-ce que cette proposition est la meilleure ou, non, je ne sais pas, mais c'est un des sujets centraux des débats (passés et à venir).

> pendant les vacances, se coucher dès le premier signe de fatigue
> (vers 18h)

??? Comment tu fait ? C'est l'heure de l'apéro !

>je me demande meme si apt ne fait pas une sauvegarde de l'ancien
>fichier pendant son remplacement, en le renommant en .old, a voir.

En général, si je me rappelles bien, il te dit qu'il y a un fichier de conf. qui a été modifié par rapport à la conf. de défaut, et tu as alors le choix entre:
- garder l'ancienne version (choix par défaut). Tu doit trouver un fichier.dpkg-new dans le même répertoire si tu veux faire des modifs après coup.
- installer la nouvelle. L'ancienne version doit être enregistrée sous fichier.dpkg-old dans le même rep.
- voir le diff entre les deux versions
- arrêter le processus pour rêgler tout ça a la main.

En général, une migration Stable->Unstable se passe bien moyennant:
- du TEMPS (pas mal de fichiers a mettre a jour)
- éventuellement de mettre un peu les mains dans le cambouis pour régler d' éventuels petits conflits entre quelques packages (malheureusement possible étant donné le grand nb de packages... et que c'est unstable).