rictus a écrit 383 commentaires

Euh... t'avais tord de l'être ! ;-)

Car comme pour toutes les consoles : modchip powa !
Et pour le support du hardware : reverse engeenering powa !

... c'est les 2 techniques déjà employées sur la xbox 1 pour avoir linux dessus. Donc l'important, c'est pas ce que m$ prévoit que les utilisateurs pourront faire avec la xbox 2, c'est ce que les "hackers" réussiront à faire avec la boite X 2 ... !

J'y crois pas trop (quant à l'issue finale), mais ça serait vraiment cool : l'occasion d'avoir une machine bon marché présentant une architecture alternative par rapport au PC (ce qui n'est pas le cas de la première Xbox).

Ce qui est sûr, c'est que m$ est un peu faché avec nvidia qui ne veut pas trop baisser le prix de ses chips... alors m$ regarde un peu ailleurs pour essayer de leur faire peur...

Maintenant, comme le souligne l'article, les délais semblent trop courts pour s'engager dans cette voie, puisque m$ veux sortir sa xbox 2 fin 2004 / début 2005 en même temps que la PS3, et dans l'idéal même avant....

Chouette un argument auquel je n'avais jamais pensé pour entretenir ma "haine" de FT ! ;-)

[-1] parce que je le veau bien (meuh !)

uniquement si comme tout bon nerd, tu dors auprès de tes micros ;-)

Sinon, il faut vite aller consulter un ORL (même s'il ne pourra pas faire grand chose)

J'ai dû sortir dans le couloir pour vérifier que je ne souffrais pas d'un acouphène léger parce qu'effectivement, en y prettant attention, j'entends un sifflement continu permanent dont je ne me rends pas compte...

Mais heureusement pour moi, ce n'est pas un acouphène, mais le sifflement des disques durs des machines qui m'entourent... ;-)

Tu as raison, je pense qu'on a tous plutôt tendance à écouter la musique trop fort et l'hypothétique impact que pourrait donner l'accoutumence du MP3 me semble plus que négligeable.

QU'EST-CE QUE TU DIS ? ;-)

[-1] il manque vraiment, on a des scrupules à déconner

bah oui, mais si tu nous dis pas tout (que tes rédacteurs sont en connexion RTC)... le débit sera suffisant pour SPIP, par contre, faut avoir du forfait illimité parce que c'est chiant d'être pressé pour écrire son article...

Et puis non, il n'y a pas tout plein de fichier partout... tout est à la racine ! ;-)

Tous les articles sont dans la base SQL, il n'y a que les photos qui sont /images... et globalement, il n'y a que très peu à toucher aux fichiers (sauf pour éditer les squelettes...)

Moi je trouve que l'avantage d'utiliser une distrib courante comme debian (ou redhat pour ne pas troller... à si, je trolle ;-) ) par rapport à une micro-distrib spécialisée, c'est que cette dernière ne s'appuie en générale pas sur un système de packages et ne gérera pas "automatiquement" les updates de sécurité...

Alors que debian ou redhat ont toutes deux des outils pour checker automatiquement les updates des packages...

L'ideal serait que les "installeurs" de ces distribs proposent des configurations type firewall, et n'installent que les packages nécessaires à ce type d'utilisation...

Comme cela n'existe pas, il faut le faire "à la main"... heureusement sous debian cela se fait relativement bien en installant au départ que le minimum, puis en complétant de 2/3 packages à coups de apt-get :p

Bien que tu sembles déjà avoir rejeté cette solution, je pense vraiment que SPIP correspondrait à ton besoin : il est moins lourd qu'il n'y parait, à peu près toutes les fonctions sont optionnelles (commentaires, sondages, postcriptum sont désactivables)...

La saisie des articles pour les rédacteurs se fait en ligne et est très simple, avec des balises simplifiées (ex. mettre le texte entre {} pour l'avoir en italique ou en {{}} pour l'avoir en gras) tout en laissant la possibilité de mettre des balises HTML. L'ajout d'une image ou d'une pièce jointe à un article se fait aussi à la manière d'un "wizard".

"L'admin" du site a la joie de pouvoir peaufiner sont site en éditant les squelettes avec un macro langage propre à SPIP mais assez simple (et proche du HTML).

Bon, moi ça fait qu'une semaine que j'ai découvert SPIP, mais déjà je me régale.

meteo@aix-en-provence : il a neigé à gros flocons entre 8h00 et 11h00... c'est con, ça a commencé trop tard pour avoir un prétexte pour ne pas aller au boulot :(
Tant pis, ça fera quand même un prétexte pour ne pas partir trop tard du boulot... ! :)

Et puis c'est beau ! ;-)

Le récepteur infrarouge se branche sur un des ports manettes (USB) et est supporté par le pilote xpad développé pour xbox linux (xpad gére les joypads xbox). => La télécommande est vue comme un joystick avec moultes axes (!) et est de ce fait supporté par la lib SDL par exemple... La cerise sur le gateau, c'est que tout est déjà préconfiguré dans cette distrib Debian modifiée (module xpad préchargé par exemple, XF86Config-4 qui va bien, etc...) ! Sinon, si c'est dans le but de transformer la machine en lecteur multimédia, il y a en "binaire natif xbox" XBMPlayer qui est réconcilié avec la licence GPL de Mplayer et qui commence à être très potable (qualité d'image du niveau de ce qui se fait de mieux, bonne synchro image/son, support natif samba pour faire de la lecture en réseau, support mp3, ogg, wma, images jpg...) http://www.xboxmediaplayer.de/newweb/news_latest.php

Non, je dis de sauvegarder les partitions originales seulement parce que comme toute install, il y a un risque (faible) de tout crasher...

Il est tout à fait possible d'installer Linux sans altérer le fonctionnement originale de la Xbox : mon guide ne décrit d'ailleurs que ce mode d'installation.

Simplement, les accès disques se font alors via des fichiers images (loop) stockés sur le système de fichiers fatX de la Xbox => c'est pas optimale, mais largement satisfaisant pour une utilisation "multimédia" de la xbox. En outre avec cette méthode, tu ne peux pas partitionner, et tu n'as donc qu'un disque virtuel "/", qui en plus fera au maximum environ 4 Go, dans lequel tu foures tout : ceci est choquant pour un admin Unix... Mais tant pis, moi aussi je veux pouvoir continuer à Jet Set Radio Future ;-)

Préqueris :
1- avoir une xbox 1.0 ou 1.1 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
Il serait sage de commencer par sauvegarder le E: et C: de la boite X (une bête copie via FTP des fichiers et répertoires avec Evolution X ou autre serveur FTP sur la boite X fait l'affaire...)
Télécharger sur http://sourceforge.net/project/showfiles.php?group_id=54192(...) la dernière version de l'install debian ED (dist-0.1.0.testing.tar.bz2 à ce jour). Décompresser l'archive, graver l'iso qu'il contient (0.1.0.testing.iso) sur un CDRW que votre xbox arrive à lire (!). C'est une iso standard, on peut la graver avec cdrecord comme suit : cdrecord -v -dev=0,0,0 -dao -driveropts=burnproof -speed=4 0.1.0.testing.iso.

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 (pour changer temporairement l'ip de votre Linux, tapez la commande ifconfig eth0 192.168.0.1 up.
Puis faire un ssh 192.168.0.2 -l root.
login : root
passwd : xbox


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 "Installing XBOXLinux inside the Game Partition" 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. L'install vous demande alors les futurs paramètres réseau (valable au prochain boot) du Linux de votre Xbox : mettez ce qu'il vous convient !

Faire un shutdown -r 0 et enlever le CDRW d'install.

Du tarball dist-0.1.0.testing.tar.bz2, il faut maintenant graver l'iso boot_fatx.iso sur un CDRW (on peut écraser celui de l'install, il n'y en a plus besoin).

Alternative : monter ce fichier iso sur votre PC Linux : mount -o loop boot_fatx.iso /tmp/Linux/
Et recopier le contenu de ce /tmp/Linux dans F:\applications pour lancer linux depuis evolutionX.


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).

Reconnectez-vous en ssh sur votre boite X.
Lancer : apt-get update

En fait la Phase 3 est déjà terminée : l'installeur s'est amélioré et a déjà installé un certain nombre de packages debian;
(Auparavant, il fallait commencer par installer x-window-system à coups d'apt-get install et de fichiers de conf.)

Suite au prochain post : mon linux, j'en faits quoi maintenant ?

Debian ça roxor plus plus, et même sur Xbox ! ;-)
(non, je trolle).

Juste pour dire que j'avais écris un tutoriel pour Debian (j'ai bon sur l'expression ? ;-) ) déjà dans ce journal : http://linuxfr.org/~rictus/740.html(...)
Je vais le remettre à jour avec la sortie de l'iso 0.1.0 de l'installer ED (pour Debian). A priori, il n'y a que cet installer (et donc distrib) qui soit compatible XBOX v1.1 (donc Xbox produite depuis le mois d'août).

Je répête ce que je dis dans mon journal : NON, cela me semble plus compliqué d'installer linux sur XBOX que sur un PC, dans la mesure où il y a quand même pas mal de bidouilles (par exemple se passer du clavier et de la souris), que le kernel n'est pas standard et que l'ensemble des modifs sont encore bétas...

Commencer linux (ou Debian) sur Xbox, cela ne me semble pas une bonne idée...

Par contre, quand on a l'habitude, c'est quand même sympa d'avoir mplayer sur xbox (encore que XBplayer du 13.01.03 commence à être potable).

Oui c'est bien un "blacklistage" (Sur tous les routeurs de Free, les trames IPs venant de Wanadoo et non solicitées par une machine à l'intérieur de Free sont/étaient refusées) ! les ingés de Free savent faire du réseau (même si c'est du filtrage de base)... !! :p

Pour moi, Wanadoo a joué au con et a trouvé plus plus con que lui dans cette affaire...

L'intention de Wanadoo était sans doute de discréditer Free en montrant à ses abonnés combien ça rame quand ils vont sur des sites hébergés par Free (bin oui 99% des abonnés n'ont aucune notions de réseau, donc si ça rame sur un site et pas sur les autres, c'est forcément de la faute du site distant). Et en plus d'emmerder Free en lui faisant payer d'avantage de traffic Transit.

Même s'il est aussi vraissemblable que Free n'avait pas l'intention de blacklister très longtemps les IP de Wanadoo, et que c'était aussi vraissemblablement juste pour faire un coup médiatique et ainsi débloquer une situation facheuse, je pense comme vous que ça s'apparente à une méthode terroriste de "prise d'otages", et que surtout cela va contre les fondements même d'internet qui veulent que les données puissent circuler librement, même si un lien tombe...

Bref, je trouve cette guéguerre bien dommage... heureusement qu'elle n'a pas duré (FT a annoncé qu'il accepte le nouveau peering sur FreeIX, donc la situation devrait rentrer dans l'ordre d'ici ce soir, si ce n'est déjà fait).

Moi qui croyais que c'était l'attentat du Worldtrade Center qui était la cause de la morosité de tous les marchés... je suis content d'apprendre que c'est finalement le mp3 qui est la cause de la baisse des ventes de CD...
Mais alors c'est dommage pour Universal Music puisque la guerre contre l'Irak n'arrangera pas leurs problèmes...


[-1] pour ma connerie, à lire au 2nd degrès bien sûr.

Non, les 2 mois gratuits, c'était jusqu'au 31.12; Maintenant, c'est fini, et ça n'a pas été prolongé : Free envoie systématiquement le modem sagem (ce que je trouve idiot ! Faudra s'emmerder à le garder dans un coin si on a déjà un modem et un jour peut-être le renvoyer).

Le coût des frais de résiliation, je ne comprends pas que ça dérange tant... ça correspond aux frais d'activation que chez tous les autres providers, vous payez _avant_ (d'une manière ou d'une autre, quand les frais d'activation sont offerts, vous payez 75 EUR le modem, quand le modem est offert, vous payez les frais d'activation 60 EUR). En plus si vous considérez que par rapport à la concurrence, vous économisez 15 EUR / mois, au bout de 4 mois vous avez couvert les frais de résiliation, si jamais vous souhaitez résilier (moi je suis chez Free depuis 1 mois, j'en suis très content et n'ai eu aucun problème de débit ou de déconnexion, mais je ne nie pas que certains en ont eu)

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.

Malgrès tout, j'ai du mal à comprendre comment on peut s'apercevoir que subitement on a un trou de 150 MILLIARDs d'Euros... (cas de FT)...

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)

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_.

Bin c'est pas du vent mais encore des propos déformés... c'est pas pour janvier et pas pour tout le monde :

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 !