Mais je trouve que c'est idiot de jeter la pierre à Free... les gents sont déçus parce qu'ils en attendent trop de Free... ou alors c'est Free qui en a trop promis, trop vite. Ca aurait été peut-être pas con de vendre l'offre de Free en tant que du béta-test payant, car c'est un peu ça quand même...
Mais en attendant, sans Free, l'offre ADSL ne bougerait pas... et je pense qu'avec un tout petit peu de patience, les promesses seront tenues (débit doublé, ip fixe...). Contrairement à beaucoup d'autres FAI, les dirigeants de Free donnent l'impression de connaitre le métier du réseau, et ne cherchent pas qu'à faire du marketing en essayant de séduire le newbie qui a acheté son PC au supermarché ("et pour 45 EUROs, vous avez 10 boites Emails gratuites, de quoi en ouvrir une pour chaque membre de la famille !")...
En attendant, ils sont quand même 30% moins cher que la pluspart de leur concurrence... donc ça, il ne faut pas l'oublier. On ne peut pas avoir le beurre et l'argent du beurre.
En ce qui me concerne, j'ai dû avoir du bol, car mon inscription a été validée et ma connexion fonctionnelle en moins de 8 jours. (ça a été sans doute vite car j'étais déjà connecté ADSL et n'avais pas besoin du modem) . J'observe depuis un peu plus de 3 semaines une qualité du réseau aussi bonne que celle que j'avais sous wanamoo xtense (connexion 24h/24). Et je vais faire une économie de 45% sur mon budget ADSL par rapport à 2002 (soit une économie de 240 EUR quand même ; bin oui, c'est plus que 30% d'économie, il y avait 2 mois gratuits si on n'avait pas besoin du modem fourni par free !)
Préqueris :
1- avoir une xbox capable d'exécuter du code non signé;
2- avoir une machine reliée en réseau avec la boite X et connectée à internet, capable de faire du NAT (partage de connexion si vous préférez), de préférence sous linux, avec un client ssh.
3- être quand même un peu familier avec linux, debian, apt-get ... si vous n'avez jamais utilisé debian, y a peut-être mieux que la boite X pour s'initier...
Il n'est pas nécessaire d'avoir un clavier et une souris USB, et l'adaptateur qui va bien. La boite X sera pilotée entièrement via le réseau. Evidemment, je ne me place pas dans le cas où l'on veut que la boite X soit autonome.
Il n'est non plus pas nécessaire d'avoir un disque de plus de 8 Go. L'install offre la possibilité de créer des fichiers "images" de partitions dans l'espace utilisateur (disque E:). C'est d'ailleurs la solution qui donne le plus de souplesse, sinon il vous faudra consacrer à linux la totalité de l'espace > 8 Go, car le bios de la xbox ne permet pas de partitionner comme on le souhaite...
Phase 1
Télécharger sur http://xbox-linux.sourceforge.net/(...) la dernière version de l'install debian (xbox-linux-install-cd-0.0.9.iso.bz2 à ce jour). La graver sur un CDRW que votre xbox arrive à lire (!). C'est une iso standard, cela se grave sans souci avec cdrecord...
Phase 2
Booter sur le CD fraichement gravé... vous voyez un linux booter... déjà vous êtes content !
Il faut donc se connecter en ssh sur la boite X. Les paramètres par défaut qu'elle a pris sont :
IP: 192.168.0.2
Subnet: 255.255.255.0
Gateway: 192.168.0.1
Elle a aussi un serveur DNS publique qui est déjà renseigné, donc tout va bien pour l'accès internet.
Le plus simple est de changer l'ip de votre PC en 192.168.0.1 pour ne pas avoir à changer les paramètres réseau de la boite X.
Puis faire un ssh 192.168.0.2 -l root.
login : root
passwd : xbox
(c'est pas la méthode que j'ai choisie, j'ai préféré me compliquer la vie à changer les paramètres de mon PC, puis de ma xbox, puis de nouveau de mon PC pour revenir à la normale, à coups de ifconfig eth0 nouvelle_ip up et route delete et route add default ip_gateway)
Faites un ping www.yahoo.fr pour vérifier que votre boite X a bien accès au net.
Si tout va bien, lancer véritablement l'install par la commande : XBOXLinuxInstall
Choisir l'option n°1 pour installer linux sur E: sous forme de 2 fichiers images (E:\rootfs et E:\swap). 256 Mo pour le swap et 2047 Mo pour la partition / me semblent des bonnes valeurs...
(bon, moi j'ai pas l'intention d'installer gnome et kde, mais un truc beaucoup plus léger comme fluxbox)
Attendez un moment de récupérer la main, la création de ces fichiers est assez longue... sur la console (sur la télé), vous verrez sans doute des messages d'erreurs concernant des interruptions... ne pas s'en inquiéter.
Faire un shutdown -r 0 et récupérer le CD de boot.
Il s'agit maintenant de récupérer sur ce CD le fichier boothdd_fat.iso (ou quelque chose avoisinant) et de graver cette iso sur un nouveau CDRW...
Il me semble que le 1er CDRW est lisible sur le lecteur d'un PC... sinon, il faut passer par EvolutionX sur la boite X... récuper le fichier par ftp sur D: et le graver...
Phase 3
Booter avec ce nouveau CD (qui fait office de "disquette de boot", car une fois le noyau chargé, c'est bien sur le disque dur que linux boote) ; plus tard vous pourrez aussi recopier le contenu de ce CD dans F:\applications pour lancer linux depuis evolutionX.
Reconnectez-vous en ssh sur votre boite X.
Lancer : apt-get update
Puis histoire d'installer quelques packages intéressants : apt-get install x-window-system
Enfin, dans /usr/lib/xbox, vous avez un fichier XF86Config-4 qui va bien à mettre dans /etc/X11
vous pouvez alors lancer startx pour démarrer le serveur X... mais sans gestionnaire de fenêtres, vous n'irez pas loin car pour chaque application que vous lancerez, X a besoin que vous cliquez pour "poser" la fenêtre... le problème, c'est qu'on n'a pas de souris ;-)
Installez donc fluxbox ! apt-get install fluxbox
et créez dans votre home directory un fichier .xinitrc
contenant juste : exec fluxbox
relancer startx, fluxbox doit démarrer.
un petit export DISPLAY=:0 et si vous faites xclock vous devriez voir une jolie horloge s'afficher sur votre télé;
Pour terminer pour aujourd'hui, un dernier package sympa à installer : apt-get install mplayer, c'est un package compilé spécialement pour la boite X (mais libre à vous d'en installer un autre).
Pour ton 2ème point, je pense que c'est lié au support natif du décodage wma qui est maintenant choisi par défaut, mais qui est encore bugguée... donc il vaut mieux continuer à utiliser la dll windows.
De mémoire, c'est l'option -afm acm , mais comme j'ai un doute, à regarder dans le man (une recherche sur la chaine acm doit donner de bons résultats).
Si mes souvenirs sont bons, la RC3 et la 1.0 sont totalement identiques... aucun bug n'ayant été détecté dans la RC3, il avait été décidé de la renommer en 1.0 ...
et puis le --nodeps, c'est vraiment pas une bidouille, c'est une option courrant comme les packages .rpm sont souvent mal faits...
(non, ce n'est pas un troll furtif)
C'est pas du troll juste des "conseils", et mon point de vue :
- la compilation d'un noyau n'a rien de très compliqué, mais il faut quand même savoir ce que l'on fait... et dans ce cas, on ne "casse" jamais, on a toujours prévu un noyau de secours ou un autre support bootable (CD knoppix par ex.) pour corriger une éventuelle compilaton foireuse (oublié de refaire l'initrd.img avec du SCSI par ex.). Mais même quand on sait ce qu'on fait, quand on n'a pas le temps, on ne touche pas à son noyau (mon passage de 2.4.18 vers 2.4.19 a été pénible, des options de compilation ayant plus ou moins changé de signification, notamment quand au controleur promise)
- quelque soit la distrib, quand on commence à toucher un truc qui marche, faut pas s'attendre à ce que ça remarche toujours du 1er coup. Je comprends l'envie d'avoir des softs à jour, mais à partir du moment où l'on commence à s'écarter des packages officiels, il ne faut pas s'étonner d'avoir plus ou moins à bidouiller (plutôt moins avec les .deb, les packageurs y apportant plus de soin, et dans le cas d'un .rpm, comme il y a 36 distribs qui l'utilisent, on a toujours le risque d'en installer un pas vraiment prévu pour sa redhat, sa mandrake ou sa suse ou sa autre chose)
- un linux, ça permet de n'être très fénéant que quand il s'agit d'un serveur avec des applis stables, que l'on ne fait plus évoluer. Dans ce cas l'adminstration est un régal, puisqu'on ne fait rien - pas comme un windows (NT/2000/XP) qu'il faut au minimum rebooter manuellement 1 fois par semaine ;-)
bin sans dec', c'est vrai que le shell, c'est plus que gadget et que la news sur mplayerhq.hu insiste essentiellement sur ça...
Mais le fait d'avoir intégré un gestionnaire de fichier, je pense que ça peut être utile, par ex. pour te faire un mini-linux qui te démarre juste X et mplayer, sur une machine où tu n'as pas de clavier mais juste une télécommande : une (div)xbox !
Moi ce que je ne comprends pas : ce sont des captures d'écran de quoi ?
Enfin mon idée, c'est que ce sont des captures d'écran d'un client p2p qu'a mis en place l'association de défense des éditeurs.
Autrement dit, l'association a fait des captures d'écran des IP des gents qui venaient pomper des fichiers chez eux.
Autrement dit, l'association a fait de l'incitation à commettre des actes illégaux.
Autrement dit, cet acte est autrement plus répréhensible...
C'est propablement en grande partie compatible et propablement que le driver marcherait tel quel...
à ceci près que les drivers d'ATI font une détection du BIOS de la carte video pour vérifier qu'il s'agit bien d'une carte fabriquée par eux... c'est pas parce que le chip (radeon) est fabriqué par ATI, que la carte l'est (et dans le cas d'un portable, vu que c'est intégré à la carte mère, c'est surement pas fabriqué par ATI)
=> le driver refuse alors de se lancer.
C'est principalement purement marketing, et c'est un peu un comportement d'enculés.
(ok, on vend nos puces pour que n'importe qui puisse fabriquer des cartes, mais nos bon drivers, on les gardes que pour nous...
d'autant que les cartes ATI ne sont plus officiellement distribuées en Europe => on est obligé d'acheter de la 'compatible' ou 'powered by ATI' comme ils disent)
NB: je sais qu'on peut quand même encore trouver des cartes de marque ATI en Europe, mais c'est bien de l'importation "parallèle".
oui, la résolution d'une télé est théoriquement 720x576...
En pratique, les sorties TV des cartes vidéo vont jusqu'au 800x600... je ne sais pas si ça joue sur la tolérance des télés pour afficher un peu plus de lignes que la normale... ou alors si on perd un peu des bouts sur les cotés...
c'est drôle d'ailleurs que le nForce soit décliné en version exclusivement AMD... il y a pourtant bien une version qui a été développée pour la xbox et qui gère un cpu intel...
Enfin, c'est juste une remarque comme ça, en passant... AMD rulez !
Arf... t'as raison, SUN pousse quand même un peu loin le bouchon...
quand on aime^H^H^H^H a besoin, on ne compte pas... dans la boite où je suis, pour les stations CAO SUN, on se contente depuis 2 ans d'1 Go de RAM et les stations coûtent environ 15 KE...
Les applis CAO (Pro-engeneer pour ne pas le citer) sont tellement bien écrites qu'on est presque vraiment à l'étroit avec 1 Go de RAM... Bon, en fait, n'y connaissant pas grand chose, je ne sais pas s'il serait possible au niveau de l'appli d'économiser la mémoire...
Enfin tout cela pour dire que jusqu'alors, pour nous, le coût d'une station CAO SUN, c'est 15 KE... et qu'on serait déja plus que content de faire une écomie de 50% en migrant vers de la plateforme PC... et donc avec un budget de 7,5 KE pour un PC, on peut largement se payer 4 Go de RAM (même en RDRAM !)... cela montre bien que 4 Go peuvent vite devenir une limite (dans la mesure où, si la RAM coûte pas cher, alors on n'optimise pas l'appli pour l'économiser)...
Le plus chiant actuellement, c'est d'arriver à continuer à justifier l'achat de stations SUN à 15 KE pour faire tourner ProE, alors qu'il tourne aussi sur PC sous win... (le seul argument qui reste commence à être win, c'est mal, et ça fait pas très crédible devant un gestionnaire...)
Allez messieurs de PTC, on active le portage de ProE pour linux !
ok, ok... faut vraiment faire attention à ce qu'on dit ici... (!)
bon, j'avais pas vu qu'il y avait un package de xfree 4.2.1 apparu en testing... merci pour l'info. Je vais voir si ça s'installe sans remettre à jour 3 millions de packages ;-)
Mais ça ne répond pas à ma question. Dans ton cas, c'est quoi ton ATI ? une Radeon ? "les drivers GATOS qui vont bien", ça donne quoi ? la sortie télé fonctionne ? avec les extensions XV ? Tuxracer qui rox ?
Mise à part "bien", "pas bien", "c'est mal" (c) TM
On peut faire le point précis et honnête, au jour d'aujourd'hui et sans considération philosophique, sur ce que permet chaque driver que plateforme x86 ?
- version de Xfree86 supporté (oui sous debian on est encore en 4.1)
- support OpenGL, antialiasing et autres fonctions spéciales d'une carte graphique moderne;
- DRI, extensions XV
- bi-écran, sortie TV accélérée ou non, activée qu'au boot ou quand on veut...
- disponibilité en packages debian, redhat, gentoo... ;-)
- "bidouilles" à faire avec mplayer...
oui si quelqu'un à une URL pour tout ça...
Perso, j'ai une vieille ATI rage pro. Sur http://gatos.sourceforge.net/ati.2.php(...) , j'ai trouvé des modules Xfree 4 pour activer les extensions XV qui me permettent d'avoir avec mplayer des videos de qualité et qui bouffent pas trop de CPU. En revanche étant en Xfree 4.1 (debian oblige, pas de troll svp), je suis obligé d'utiliser une version datant de près d'un an et qui visiblement n'évoluera plus, mais sur lequel j'observe des fuites de mémoire (génant, je ne reboote ou ne me délogue presque jamais). La sortie video n'est activable que si l'on branche à une télé au boot (pas pratique, surtout que dans ce cas, on n'est limité au 800x600).
Est-ce que c'est une bêtise de penser que dans la mesure où le x86-64 est justement très proche de l'i386, y a juste à recompiler bêtement les sources du pilotes i386 pour obtenir un drivers x86-64 ? (certes pas trop optimisé, mais un peu quand même)
Si il existe déjà des compilox x86-64 bien sûr ?
NB : Je cherche pas à défendre NVidia, c'est une vraie question pour me coucher moins bête ce soir ! ;-)
mplayer a par défaut un cache de 8 Mo, ce qui est relativement beaucoup (mais c'est qu'une bête option à régler)...
Pour un utilisateur lambda, la grosse différence entre mplayer et xine, c'est que mplayer est beaucoup moins "plug and play" que xine : bref, avec mplayer, il ne faut pas avoir peur d'utiliser une ligne de commande avec moultes options... zavez qu'à voir la longueur de "man mplayer" pour comprendre... surtout que le man n'est pas exhaustif.
<troll> En fait xine et mplayer, c'est comme windows et linux : ce sont tous les deux des OS, et le meilleur, c'est celui qui correspond le mieux à votre besoin </troll>
Bon, c'est cool, le thread n'a pas trop dégénéré pour une fois, et il n'y a presque pas trop d'allusion du genre "t'es qu'un gros naze" ;-)
Que diable, garder à l'esprit le mot "courtoisie" et que les commentaires soient un espace de libre échange et non pas un défouloir. (Je parle "en général", pas le cas présent en particulier).
Les règles à retenir :
- Quand on poste une news, on s'efforce d'expliquer succinctement les éventuels notions qui pourraient ne pas être très connues.
- Mais comme cela est fonction de sa propre culture, et que la personne qui poste la news ne souhaite pas forcément faire un cours magistral, on n'hésite pas à poster un commentaire pour demander "est-ce que quelqu'un pourrait m'expliquer..." et en évitant de dire "elle est trop nulle c'te newz, on comprend rien".
bon, moi il faut que j'apprenne à ne plus poster en double...
Mais quel idée de changer l'interface de linuxfr... à mon age, on s'adapte pas facilement !
Ouais bon c'est vrai, mais il faut aussi parfois accepter que tous les articles sur linuxfr ne soient pas nécessairement orientés newbie ;-) Surtout que dans le cas présent, c'est quand même une notion relativement de base.
Mais en demandant gentillement, on te donne une explication :
LVM = Logical Volume Manager.
En deux mots, un "volume logique", c'est une partition disque "logique", i.e. derrière tu as du disque mirroir, ou stripé, ou raid, ou concaténer... en général redimensionnable parfois même "à chaud".
# Re: Free et sa freebox
Posté par rictus (site web personnel) . En réponse au journal Free et sa freebox. Évalué à 1.
Mais je trouve que c'est idiot de jeter la pierre à Free... les gents sont déçus parce qu'ils en attendent trop de Free... ou alors c'est Free qui en a trop promis, trop vite. Ca aurait été peut-être pas con de vendre l'offre de Free en tant que du béta-test payant, car c'est un peu ça quand même...
Mais en attendant, sans Free, l'offre ADSL ne bougerait pas... et je pense qu'avec un tout petit peu de patience, les promesses seront tenues (débit doublé, ip fixe...). Contrairement à beaucoup d'autres FAI, les dirigeants de Free donnent l'impression de connaitre le métier du réseau, et ne cherchent pas qu'à faire du marketing en essayant de séduire le newbie qui a acheté son PC au supermarché ("et pour 45 EUROs, vous avez 10 boites Emails gratuites, de quoi en ouvrir une pour chaque membre de la famille !")...
En attendant, ils sont quand même 30% moins cher que la pluspart de leur concurrence... donc ça, il ne faut pas l'oublier. On ne peut pas avoir le beurre et l'argent du beurre.
En ce qui me concerne, j'ai dû avoir du bol, car mon inscription a été validée et ma connexion fonctionnelle en moins de 8 jours. (ça a été sans doute vite car j'étais déjà connecté ADSL et n'avais pas besoin du modem) . J'observe depuis un peu plus de 3 semaines une qualité du réseau aussi bonne que celle que j'avais sous wanamoo xtense (connexion 24h/24). Et je vais faire une économie de 45% sur mon budget ADSL par rapport à 2002 (soit une économie de 240 EUR quand même ; bin oui, c'est plus que 30% d'économie, il y avait 2 mois gratuits si on n'avait pas besoin du modem fourni par free !)
# 1ère étape : installation
Posté par rictus (site web personnel) . En réponse au journal debian sur xbox. Évalué à 1.
1- avoir une xbox capable d'exécuter du code non signé;
2- avoir une machine reliée en réseau avec la boite X et connectée à internet, capable de faire du NAT (partage de connexion si vous préférez), de préférence sous linux, avec un client ssh.
3- être quand même un peu familier avec linux, debian, apt-get ... si vous n'avez jamais utilisé debian, y a peut-être mieux que la boite X pour s'initier...
Il n'est pas nécessaire d'avoir un clavier et une souris USB, et l'adaptateur qui va bien. La boite X sera pilotée entièrement via le réseau. Evidemment, je ne me place pas dans le cas où l'on veut que la boite X soit autonome.
Il n'est non plus pas nécessaire d'avoir un disque de plus de 8 Go. L'install offre la possibilité de créer des fichiers "images" de partitions dans l'espace utilisateur (disque E:). C'est d'ailleurs la solution qui donne le plus de souplesse, sinon il vous faudra consacrer à linux la totalité de l'espace > 8 Go, car le bios de la xbox ne permet pas de partitionner comme on le souhaite...
Phase 1
Télécharger sur http://xbox-linux.sourceforge.net/(...) la dernière version de l'install debian (xbox-linux-install-cd-0.0.9.iso.bz2 à ce jour). La graver sur un CDRW que votre xbox arrive à lire (!). C'est une iso standard, cela se grave sans souci avec cdrecord...
Phase 2
Booter sur le CD fraichement gravé... vous voyez un linux booter... déjà vous êtes content !
Il faut donc se connecter en ssh sur la boite X. Les paramètres par défaut qu'elle a pris sont :
IP: 192.168.0.2
Subnet: 255.255.255.0
Gateway: 192.168.0.1
Elle a aussi un serveur DNS publique qui est déjà renseigné, donc tout va bien pour l'accès internet.
Le plus simple est de changer l'ip de votre PC en 192.168.0.1 pour ne pas avoir à changer les paramètres réseau de la boite X.
Puis faire un ssh 192.168.0.2 -l root.
login : root
passwd : xbox
(c'est pas la méthode que j'ai choisie, j'ai préféré me compliquer la vie à changer les paramètres de mon PC, puis de ma xbox, puis de nouveau de mon PC pour revenir à la normale, à coups de ifconfig eth0 nouvelle_ip up et route delete et route add default ip_gateway)
Faites un ping www.yahoo.fr pour vérifier que votre boite X a bien accès au net.
Si tout va bien, lancer véritablement l'install par la commande :
XBOXLinuxInstall
Choisir l'option n°1 pour installer linux sur E: sous forme de 2 fichiers images (E:\rootfs et E:\swap). 256 Mo pour le swap et 2047 Mo pour la partition / me semblent des bonnes valeurs...
(bon, moi j'ai pas l'intention d'installer gnome et kde, mais un truc beaucoup plus léger comme fluxbox)
Attendez un moment de récupérer la main, la création de ces fichiers est assez longue... sur la console (sur la télé), vous verrez sans doute des messages d'erreurs concernant des interruptions... ne pas s'en inquiéter.
Faire un shutdown -r 0 et récupérer le CD de boot.
Il s'agit maintenant de récupérer sur ce CD le fichier boothdd_fat.iso (ou quelque chose avoisinant) et de graver cette iso sur un nouveau CDRW...
Il me semble que le 1er CDRW est lisible sur le lecteur d'un PC... sinon, il faut passer par EvolutionX sur la boite X... récuper le fichier par ftp sur D: et le graver...
Phase 3
Booter avec ce nouveau CD (qui fait office de "disquette de boot", car une fois le noyau chargé, c'est bien sur le disque dur que linux boote) ; plus tard vous pourrez aussi recopier le contenu de ce CD dans F:\applications pour lancer linux depuis evolutionX.
Reconnectez-vous en ssh sur votre boite X.
Lancer : apt-get update
Puis histoire d'installer quelques packages intéressants :
apt-get install x-window-system
Enfin, dans /usr/lib/xbox, vous avez un fichier XF86Config-4 qui va bien à mettre dans /etc/X11
vous pouvez alors lancer startx pour démarrer le serveur X... mais sans gestionnaire de fenêtres, vous n'irez pas loin car pour chaque application que vous lancerez, X a besoin que vous cliquez pour "poser" la fenêtre... le problème, c'est qu'on n'a pas de souris ;-)
Installez donc fluxbox ! apt-get install fluxbox
et créez dans votre home directory un fichier .xinitrc
contenant juste : exec fluxbox
relancer startx, fluxbox doit démarrer.
un petit export DISPLAY=:0 et si vous faites xclock vous devriez voir une jolie horloge s'afficher sur votre télé;
Pour terminer pour aujourd'hui, un dernier package sympa à installer : apt-get install mplayer, c'est un package compilé spécialement pour la boite X (mais libre à vous d'en installer un autre).
# Re: Sortie de mplayer 0.90-rc1
Posté par rictus (site web personnel) . En réponse à la dépêche Sortie de mplayer 0.90-rc1. Évalué à 1.
hum... j'arrive pas à jouer un fichier .ogg à priori en Theora...
Il me manque un codec ? ou une option à forcer à la compilation ? ou c'est pas supporté ?
Ou le Theora, c'est pas un codec moderne ? ;-)
NB : c'est sur la version pre10, pas encore essayé la RC1
[^] # Re: la -rc1 moins bien que -pre9 chez moi
Posté par rictus (site web personnel) . En réponse à la dépêche Sortie de mplayer 0.90-rc1. Évalué à 3.
De mémoire, c'est l'option -afm acm , mais comme j'ai un doute, à regarder dans le man (une recherche sur la chaine acm doit donner de bons résultats).
[^] # Re: L'insécurité, c'est Microsoft !
Posté par rictus (site web personnel) . En réponse à la dépêche « L'insécurité, c'est Microsoft ». Évalué à 3.
et le ms-dos c'est plus vieux que l'Atari ST...
celà dit, je n'affirmerais pas quand même que les premiers virus sont apparus d'abord sous ms-dos (même si cela fût un terrain de prédilection)...
[^] # Re: Éditer facilement vos fichiers audio ? Merci Audacity
Posté par rictus (site web personnel) . En réponse à la dépêche Éditer facilement vos fichiers audio ? Merci Audacity. Évalué à 2.
et puis le --nodeps, c'est vraiment pas une bidouille, c'est une option courrant comme les packages .rpm sont souvent mal faits...
(non, ce n'est pas un troll furtif)
# Re: Avis de baptême pour @
Posté par rictus (site web personnel) . En réponse à la dépêche Avis de baptême pour @. Évalué à 3.
j'étais même persuadé que c'était déjà dans le dico...
[^] # Re: Éditer facilement vos fichiers audio ? Merci Audacity
Posté par rictus (site web personnel) . En réponse à la dépêche Éditer facilement vos fichiers audio ? Merci Audacity. Évalué à 0.
bref, pour l'édition audio, c'est un peu la misère...
Sinon, c'est quoi cette news ? je ne vois en effet rien de nouveau ?
[^] # Re: URPMI Vs APT ... no troll please :)
Posté par rictus (site web personnel) . En réponse à la dépêche www.apt-get.org. Évalué à -1.
- la compilation d'un noyau n'a rien de très compliqué, mais il faut quand même savoir ce que l'on fait... et dans ce cas, on ne "casse" jamais, on a toujours prévu un noyau de secours ou un autre support bootable (CD knoppix par ex.) pour corriger une éventuelle compilaton foireuse (oublié de refaire l'initrd.img avec du SCSI par ex.). Mais même quand on sait ce qu'on fait, quand on n'a pas le temps, on ne touche pas à son noyau (mon passage de 2.4.18 vers 2.4.19 a été pénible, des options de compilation ayant plus ou moins changé de signification, notamment quand au controleur promise)
- quelque soit la distrib, quand on commence à toucher un truc qui marche, faut pas s'attendre à ce que ça remarche toujours du 1er coup. Je comprends l'envie d'avoir des softs à jour, mais à partir du moment où l'on commence à s'écarter des packages officiels, il ne faut pas s'étonner d'avoir plus ou moins à bidouiller (plutôt moins avec les .deb, les packageurs y apportant plus de soin, et dans le cas d'un .rpm, comme il y a 36 distribs qui l'utilisent, on a toujours le risque d'en installer un pas vraiment prévu pour sa redhat, sa mandrake ou sa suse ou sa autre chose)
- un linux, ça permet de n'être très fénéant que quand il s'agit d'un serveur avec des applis stables, que l'on ne fait plus évoluer. Dans ce cas l'adminstration est un régal, puisqu'on ne fait rien - pas comme un windows (NT/2000/XP) qu'il faut au minimum rebooter manuellement 1 fois par semaine ;-)
ah si finalement, désolé, j'ai trollé
-1
[^] # Re: Mplayer capable de faire tourner emacs
Posté par rictus (site web personnel) . En réponse à la dépêche Mplayer capable de faire tourner emacs. Évalué à 2.
Mais le fait d'avoir intégré un gestionnaire de fichier, je pense que ça peut être utile, par ex. pour te faire un mini-linux qui te démarre juste X et mplayer, sur une machine où tu n'as pas de clavier mais juste une télécommande : une (div)xbox !
[^] # Re: Les internautes payent pour avoir échangé des fichiers
Posté par rictus (site web personnel) . En réponse à la dépêche Les internautes payent pour avoir échangé des fichiers. Évalué à 2.
Enfin mon idée, c'est que ce sont des captures d'écran d'un client p2p qu'a mis en place l'association de défense des éditeurs.
Autrement dit, l'association a fait des captures d'écran des IP des gents qui venaient pomper des fichiers chez eux.
Autrement dit, l'association a fait de l'incitation à commettre des actes illégaux.
Autrement dit, cet acte est autrement plus répréhensible...
je me trompe ?
[^] # Re: Drivers ATI pour Linux
Posté par rictus (site web personnel) . En réponse à la dépêche Drivers ATI pour Linux. Évalué à 2.
à ceci près que les drivers d'ATI font une détection du BIOS de la carte video pour vérifier qu'il s'agit bien d'une carte fabriquée par eux... c'est pas parce que le chip (radeon) est fabriqué par ATI, que la carte l'est (et dans le cas d'un portable, vu que c'est intégré à la carte mère, c'est surement pas fabriqué par ATI)
=> le driver refuse alors de se lancer.
C'est principalement purement marketing, et c'est un peu un comportement d'enculés.
(ok, on vend nos puces pour que n'importe qui puisse fabriquer des cartes, mais nos bon drivers, on les gardes que pour nous...
d'autant que les cartes ATI ne sont plus officiellement distribuées en Europe => on est obligé d'acheter de la 'compatible' ou 'powered by ATI' comme ils disent)
NB: je sais qu'on peut quand même encore trouver des cartes de marque ATI en Europe, mais c'est bien de l'importation "parallèle".
[^] # Re: UT2003 64 bits porté sous Linux
Posté par rictus (site web personnel) . En réponse à la dépêche UT2003 64 bits porté sous Linux. Évalué à 1.
En pratique, les sorties TV des cartes vidéo vont jusqu'au 800x600... je ne sais pas si ça joue sur la tolérance des télés pour afficher un peu plus de lignes que la normale... ou alors si on perd un peu des bouts sur les cotés...
[^] # Re: UT2003 64 bits porté sous Linux
Posté par rictus (site web personnel) . En réponse à la dépêche UT2003 64 bits porté sous Linux. Évalué à 2.
Enfin, c'est juste une remarque comme ça, en passant... AMD rulez !
[^] # Re: Prix SUN
Posté par rictus (site web personnel) . En réponse à la dépêche UT2003 64 bits porté sous Linux. Évalué à 2.
quand on aime^H^H^H^H a besoin, on ne compte pas... dans la boite où je suis, pour les stations CAO SUN, on se contente depuis 2 ans d'1 Go de RAM et les stations coûtent environ 15 KE...
Les applis CAO (Pro-engeneer pour ne pas le citer) sont tellement bien écrites qu'on est presque vraiment à l'étroit avec 1 Go de RAM... Bon, en fait, n'y connaissant pas grand chose, je ne sais pas s'il serait possible au niveau de l'appli d'économiser la mémoire...
Enfin tout cela pour dire que jusqu'alors, pour nous, le coût d'une station CAO SUN, c'est 15 KE... et qu'on serait déja plus que content de faire une écomie de 50% en migrant vers de la plateforme PC... et donc avec un budget de 7,5 KE pour un PC, on peut largement se payer 4 Go de RAM (même en RDRAM !)... cela montre bien que 4 Go peuvent vite devenir une limite (dans la mesure où, si la RAM coûte pas cher, alors on n'optimise pas l'appli pour l'économiser)...
Le plus chiant actuellement, c'est d'arriver à continuer à justifier l'achat de stations SUN à 15 KE pour faire tourner ProE, alors qu'il tourne aussi sur PC sous win... (le seul argument qui reste commence à être win, c'est mal, et ça fait pas très crédible devant un gestionnaire...)
Allez messieurs de PTC, on active le portage de ProE pour linux !
[^] # Re: UT2003 64 bits porté sous Linux
Posté par rictus (site web personnel) . En réponse à la dépêche UT2003 64 bits porté sous Linux. Évalué à 0.
bon, j'avais pas vu qu'il y avait un package de xfree 4.2.1 apparu en testing... merci pour l'info. Je vais voir si ça s'installe sans remettre à jour 3 millions de packages ;-)
Mais ça ne répond pas à ma question. Dans ton cas, c'est quoi ton ATI ? une Radeon ? "les drivers GATOS qui vont bien", ça donne quoi ? la sortie télé fonctionne ? avec les extensions XV ? Tuxracer qui rox ?
Merci de partager ton expérience.
[^] # Re: UT2003 64 bits porté sous Linux
Posté par rictus (site web personnel) . En réponse à la dépêche UT2003 64 bits porté sous Linux. Évalué à 0.
On peut faire le point précis et honnête, au jour d'aujourd'hui et sans considération philosophique, sur ce que permet chaque driver que plateforme x86 ?
- version de Xfree86 supporté (oui sous debian on est encore en 4.1)
- support OpenGL, antialiasing et autres fonctions spéciales d'une carte graphique moderne;
- DRI, extensions XV
- bi-écran, sortie TV accélérée ou non, activée qu'au boot ou quand on veut...
- disponibilité en packages debian, redhat, gentoo... ;-)
- "bidouilles" à faire avec mplayer...
oui si quelqu'un à une URL pour tout ça...
Perso, j'ai une vieille ATI rage pro. Sur http://gatos.sourceforge.net/ati.2.php(...) , j'ai trouvé des modules Xfree 4 pour activer les extensions XV qui me permettent d'avoir avec mplayer des videos de qualité et qui bouffent pas trop de CPU. En revanche étant en Xfree 4.1 (debian oblige, pas de troll svp), je suis obligé d'utiliser une version datant de près d'un an et qui visiblement n'évoluera plus, mais sur lequel j'observe des fuites de mémoire (génant, je ne reboote ou ne me délogue presque jamais). La sortie video n'est activable que si l'on branche à une télé au boot (pas pratique, surtout que dans ce cas, on n'est limité au 800x600).
[^] # Re: UT2003 64 bits porté sous Linux
Posté par rictus (site web personnel) . En réponse à la dépêche UT2003 64 bits porté sous Linux. Évalué à 4.
Si il existe déjà des compilox x86-64 bien sûr ?
NB : Je cherche pas à défendre NVidia, c'est une vraie question pour me coucher moins bête ce soir ! ;-)
[^] # Re: Mplayer & DivX ... bof
Posté par rictus (site web personnel) . En réponse à la dépêche Sortie de Mplayer 0.90-pre10. Évalué à 1.
En ce qui me concerne j'ai eu que très peu de divx dans ce cas, et un mplayer -forceidx résoult le problème...
Pour les cas vraiment récalcitrant, tu peux utiliser les touches + et - du pavé numérique, pour recaler manuellement le son et l'image.
[^] # Re: Mplayer vs. Xine ?
Posté par rictus (site web personnel) . En réponse à la dépêche Sortie de Mplayer 0.90-pre10. Évalué à 1.
Pour un utilisateur lambda, la grosse différence entre mplayer et xine, c'est que mplayer est beaucoup moins "plug and play" que xine : bref, avec mplayer, il ne faut pas avoir peur d'utiliser une ligne de commande avec moultes options... zavez qu'à voir la longueur de "man mplayer" pour comprendre... surtout que le man n'est pas exhaustif.
<troll> En fait xine et mplayer, c'est comme windows et linux : ce sont tous les deux des OS, et le meilleur, c'est celui qui correspond le mieux à votre besoin </troll>
[^] # Re: avec ou sans le ">" ?
Posté par rictus (site web personnel) . En réponse au message [Terminal] Créer une image iso. Évalué à 1.
dd if=/dev/cdrom of=image.iso
Mais toute ces commandes ne marchent que pour des CD "bien standards" (1 seule session, pas de protection...)
[^] # Re: Logical Volume Manager : définition
Posté par rictus (site web personnel) . En réponse à la dépêche Il y aura bien un "Logical Volume Manager" dans le 2.6. Évalué à 1.
Que diable, garder à l'esprit le mot "courtoisie" et que les commentaires soient un espace de libre échange et non pas un défouloir. (Je parle "en général", pas le cas présent en particulier).
Les règles à retenir :
- Quand on poste une news, on s'efforce d'expliquer succinctement les éventuels notions qui pourraient ne pas être très connues.
- Mais comme cela est fonction de sa propre culture, et que la personne qui poste la news ne souhaite pas forcément faire un cours magistral, on n'hésite pas à poster un commentaire pour demander "est-ce que quelqu'un pourrait m'expliquer..." et en évitant de dire "elle est trop nulle c'te newz, on comprend rien".
# Re: Selectionnez vos boites utilisateurs...
Posté par rictus (site web personnel) . En réponse à la dépêche Selectionnez vos boites utilisateurs.... Évalué à 1.
Et de choisir l'ordre dans lequel apparaissent les boîtes, ça serait possible ?
Quoi ? on me donne "ca" et je demande "CA" ?
[^] # Re: Il y aura bien un LVM
Posté par rictus (site web personnel) . En réponse à la dépêche Il y aura bien un "Logical Volume Manager" dans le 2.6. Évalué à 1.
Mais quel idée de changer l'interface de linuxfr... à mon age, on s'adapte pas facilement !
[^] # Re: Il y aura bien un LVM
Posté par rictus (site web personnel) . En réponse à la dépêche Il y aura bien un "Logical Volume Manager" dans le 2.6. Évalué à 1.
Mais en demandant gentillement, on te donne une explication :
LVM = Logical Volume Manager.
En deux mots, un "volume logique", c'est une partition disque "logique", i.e. derrière tu as du disque mirroir, ou stripé, ou raid, ou concaténer... en général redimensionnable parfois même "à chaud".
Bref, tout système unix moderne a ça ! ;-)