Non, c'est ce qu'on essayait de dire plus haut : Miyazaki n'est quand même pas le seul réalisateur de talent, et "Le tombeau des lucioles" n'est pas de Miyazaki, mais de Isao Takahata. Par contre, c'est encore un film des studios Ghibli. On doit aussi a Takahata le récent "Mes voisins les Yamada" (lui aussi sorti assez rapidement en France).
C'est une bonne chose que les distributeurs aient envie d'exploiter "un filon"... Et rappelons qu'en France, il semble que l'on soit désormais bien positionné puisque pour Chihiro, on a eu la chance d'être le premier pays hors Asie à l'avoir sur nos écrans (seulement 9 mois après la sortie en salles japonaise)...
Sinon, cela fait quand même un moment que l'on peut voir de l'animation sur grand ecran, dans les cinés qui ont l'habitude de passer des films étrangers.
Pour ce qui est des oeuvres autres que celles de Miyasaki, j'aimerais cité "Jin Roh, la brigade des loups" et surtout "Perfect Blue" (Tous les 2 vus en salle). Mais il y en a plein d'autres.
Enfin juste pour dire qu'il me semble que l'animation a déjà une belle place en France, et le succès est exponentiel en ce moment.
Pourquoi vieillir le film, il n'a que 15 ans ! :p
Et c'est bien la première sortie officielle en France et la VF est totalement inédite (et somme toute très correct).
Pour l'histoire, c'est le 2ème film de Miyazaki et le 1er des studios Ghibli (fondés pour l'occasion) ! Enfin Miyazaki avait déjà son talent magique, même s'il n'avait pas encore les moyens de faire un scénario vraiment originale.
On passe un bon moment (près de 2 heures).
Tout public ! (pour peu que vous ne soyez pas totalement réfractaire). C'est même peut-être le plus abordable des Miyasaki, l'action se déroulant cette fois dans un contexte occidentale.
Je suis tout à fait d'accord : l'idée est bonne.
Et il n'y a aucune restriction à apporter si l'on considère que le package s'installe dans le home directory de l'utilisateur (~/bin ~/lib ~/share ...). Ca me semble a la fois simple et compliqué à mettre en place...
-simple dans la mesure où cela ne serait pas très compliqué de spécifier à l'installeur une autre racine que /;
-compliqué car de nombreux programmes ont besoin de fichiers à des endroits précis, définis à la compilation (/etc /var /share...) et donc modifier ces paths supposent recompiler l'objet...
Cela supposerait donc, à mon avis, de maintenir 2 packages pour un même programme...
Etant moi-même admin, je trouve l'idée d'un apt-get (ou urpmi) utilisateur intéressante.
Le souci d'un admin, c'est généralement de maintenir une cohérance entre ses machines (avoir le maximum de son parc configuré de la même manière, avec les mêmes logiciels) et de maintenir son parc en état.
Lorsqu'un utilisateur me demande d'installer un logiciel, j'ai donc les 2 problèmes suivant qui me font être rétissant :
- être certain que son logiciel n'aura pas d'effet de bord qui puisse foutre le bordel pour un autre utilisateur; ça parait con, mais quand il y a plusieurs utilisateurs sur une machine, ça multiplie vraiment le risque d'oublier les prérequis de quelqu'un et de modifier sans le vouloir son environnement...;
- déployer ensuite ce logiciel sur l'ensemble du parc pour maintenir une cohérence...
Donc j'aime autant que l'utilisateur installe son bordel dans son répertoire perso, et éventuellement les intégrer dans une prochaine release de l'install (upgrade d'un système, donc tous les 2 ans environs).
D'autant que pour certaines demandes c'est vraiment des logiciels à la con (avec des libs en pagaille à installer, de provenance non officielle de la distrib, bien sûr !).
En fait, ce que doit comprendre un utilisateur, quand il partage une machine et que sa bonne marche est confiée à quelqu'un (l'admin), c'est que cette machine qu'il utilise ne lui appartient pas : il n'est que_(co-)utilisateur_.
En clair :
- Les abonnés dégroupés freebox (donc connectés avec une freebox, ie une partie seulement des abonnés parisiens) auront dès qu'ils seront connectés un accès 1024 kb/s (ils l'ont bien mérité vu l'attente et les problèmes rencontrés !)
- Free prévoit courant 2003 de dégrouper les connexions dans certaines grandes villes... les freenautes n'auront pour autant pas nécessairement droit à une freebox; mais sur ces villes dégroupées, Free fera basculer ces abonnées à 1024 kb/s en download.
Compte-tenu des problèmes techniques auxquels Free a déjà à faire face, il me semble évident que cela n'est pas une action prioritaire et qu'il est idiot d'espérer avant cet été... (avis personnel)
On ne sait pas encore si le débit d'upload sera augmenté (ce qui me semble personnellement plus important que de doubler un 512 kb/s déjà relativement bien suffisant - vous êtes souvent et longtemps à 64 ko/s en download, vous ?)
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 ! ;-)
[^] # Re: Le Chateau dans le Ciel
Posté par rictus (site web personnel) . En réponse à la dépêche Le Chateau dans le Ciel. Évalué à 2.
[^] # Re: Le Chateau dans le Ciel
Posté par rictus (site web personnel) . En réponse à la dépêche Le Chateau dans le Ciel. Évalué à 2.
# Re: Le Chateau dans le Ciel
Posté par rictus (site web personnel) . En réponse à la dépêche Le Chateau dans le Ciel. Évalué à 6.
Et c'est bien la première sortie officielle en France et la VF est totalement inédite (et somme toute très correct).
Pour l'histoire, c'est le 2ème film de Miyazaki et le 1er des studios Ghibli (fondés pour l'occasion) ! Enfin Miyazaki avait déjà son talent magique, même s'il n'avait pas encore les moyens de faire un scénario vraiment originale.
On passe un bon moment (près de 2 heures).
Tout public ! (pour peu que vous ne soyez pas totalement réfractaire). C'est même peut-être le plus abordable des Miyasaki, l'action se déroulant cette fois dans un contexte occidentale.
[^] # Re: Mandrakesoft
Posté par rictus (site web personnel) . En réponse au journal Mandrakesoft. Évalué à 1.
Il y a si peu de garde-fous que ça, où n'y aurait-il pas eu un tour de passe-passe pour profiter de l'oseille fraîche des contribuables ? (...)
ça me fout les boules ! (mais pour le crédit lyonnais, c'est pareil)
[^] # Re: Apt-get en utilisateur ?
Posté par rictus (site web personnel) . En réponse au journal Apt-get en utilisateur ?. Évalué à 1.
Et il n'y a aucune restriction à apporter si l'on considère que le package s'installe dans le home directory de l'utilisateur (~/bin ~/lib ~/share ...). Ca me semble a la fois simple et compliqué à mettre en place...
-simple dans la mesure où cela ne serait pas très compliqué de spécifier à l'installeur une autre racine que /;
-compliqué car de nombreux programmes ont besoin de fichiers à des endroits précis, définis à la compilation (/etc /var /share...) et donc modifier ces paths supposent recompiler l'objet...
Cela supposerait donc, à mon avis, de maintenir 2 packages pour un même programme...
[^] # Re: Apt-get en utilisateur ?
Posté par rictus (site web personnel) . En réponse au journal Apt-get en utilisateur ?. Évalué à 1.
Le souci d'un admin, c'est généralement de maintenir une cohérance entre ses machines (avoir le maximum de son parc configuré de la même manière, avec les mêmes logiciels) et de maintenir son parc en état.
Lorsqu'un utilisateur me demande d'installer un logiciel, j'ai donc les 2 problèmes suivant qui me font être rétissant :
- être certain que son logiciel n'aura pas d'effet de bord qui puisse foutre le bordel pour un autre utilisateur; ça parait con, mais quand il y a plusieurs utilisateurs sur une machine, ça multiplie vraiment le risque d'oublier les prérequis de quelqu'un et de modifier sans le vouloir son environnement...;
- déployer ensuite ce logiciel sur l'ensemble du parc pour maintenir une cohérence...
Donc j'aime autant que l'utilisateur installe son bordel dans son répertoire perso, et éventuellement les intégrer dans une prochaine release de l'install (upgrade d'un système, donc tous les 2 ans environs).
D'autant que pour certaines demandes c'est vraiment des logiciels à la con (avec des libs en pagaille à installer, de provenance non officielle de la distrib, bien sûr !).
En fait, ce que doit comprendre un utilisateur, quand il partage une machine et que sa bonne marche est confiée à quelqu'un (l'admin), c'est que cette machine qu'il utilise ne lui appartient pas : il n'est que_(co-)utilisateur_.
[^] # Re: Free et sa freebox
Posté par rictus (site web personnel) . En réponse au journal Free et sa freebox. Évalué à 1.
voir annonce sur : http://news.hifocus.net/index.php?category=&offset=16&PHPSE(...)
En clair :
- Les abonnés dégroupés freebox (donc connectés avec une freebox, ie une partie seulement des abonnés parisiens) auront dès qu'ils seront connectés un accès 1024 kb/s (ils l'ont bien mérité vu l'attente et les problèmes rencontrés !)
- Free prévoit courant 2003 de dégrouper les connexions dans certaines grandes villes... les freenautes n'auront pour autant pas nécessairement droit à une freebox; mais sur ces villes dégroupées, Free fera basculer ces abonnées à 1024 kb/s en download.
Compte-tenu des problèmes techniques auxquels Free a déjà à faire face, il me semble évident que cela n'est pas une action prioritaire et qu'il est idiot d'espérer avant cet été... (avis personnel)
On ne sait pas encore si le débit d'upload sera augmenté (ce qui me semble personnellement plus important que de doubler un 512 kb/s déjà relativement bien suffisant - vous êtes souvent et longtemps à 64 ko/s en download, vous ?)
La liste des villes que Free prévoit de dégrouper en 2003 est disponible sur cette faq non officielle : http://annie.madversion.free.fr/(...)
Et pas de pot, Pau n'y est pas encore !
# 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 ! ;-)