benoar a écrit 4240 commentaires

Si tu t'intéresses plus aux capacités "serveur" de la machine (vu que tu parles du NSLU2), je te conseille d'aller voir du cotés des NAS bidouillables sous linux : ils sont un peu plus puissants en général (et un peu plus cher aussi ...). J'ai pu chopper un FSG-3 de Freecom à 170€, c'est le même hard que le NSLU2 mais avec 64Mo de RAM et plus de connecteurs (PATA, SATA, 4 LAN, 4 USB2), et ça tourne nickel sous OpenWrt. J'ai entendu que les Thecus étaient pas mal.

pour ma culture c'est quoi un un engin de 40 tonnes de ptac ? T'es conducteur de poid lourd ?

Je pense que tu as choisi de mauvais exemples .... :
- Javascript, ça fait (faisait ?) partie du même problème que pour le HTML : IE et les standards du Web c'était pas la fête, aussi bien Javascript (enfin, "JScript" made in MS) que le HTML
- C/C++, combien de temps on s'est gavé toutes ces bizarreries non standards de MSCV ? Ce n'est que récemment qu'il est devenu à peu près compliant (je sens que tu va jouer sur le sens du "récemment", mais les traditions ont la vie dure dans les "vraies" entreprises, non ?)

Non non, j'étais bien là, et je te ferai remarquer que c'est l'annonce d'un groupement qui _va_ travailler à l'ouverture de Flash. Donc, déjà ce n'est qu'une annonce, et quand tu regardes leurs projets, tout est au futur : la "licence d'utilisation" de la doc de Flash (ce qui est complètement débile) n'est toujours pas "abolie". Ils "vont" y travailer.

En ce qui concerne les codecs, c'est bien de dire qu'on supporte l'AVC, mais quand 99% des contenus diffusés sur le net en Flash sont en Sorenson/VP6, ça ne sert pas à grand chose ...

Et comme tu dis, c'est un pas dans la bonne direction, mais dans la réalité rien n'a encore changé.

Petite précisions quand même :
- c'est très récent
- je n'ai encore vu aucune annonce qui disait qu'ils renonçaient à leur ancien modèle de licence de la doc (maintenant on y accède juste sans aucune condition d'utilisation, ce qui me parait louche : il doit bien y avoir au moins une mention qui devrait dire "vous pouvez implémenter ce que vous voulez avec")
- pour la vidéo, ce qui est "ouvert" c'est le conteneur flv, et non le codec Sorenson utilisé dedans, ce qui est ... comment dire ... assez inutile puisque toute la partie "intéressante" est bien entendu le codec

(désolé de répondre si tard, mais le sujet est intéressant, et j'avais laissé passer ce commentaire)

Qu'il y ait une licence sur la documentation elle-même (genre comme la GFDL), d'accord, je comprend tout à fait que c'est leur travail, et qu'ils y mettent la licence qu'ils veulent : cela concerne donc la distribution/recopie de la doc elle-même.

Par contre, obliger quelqu'un à faire quelque chose (genre respecter à 100% leur doc) ou même l'en empêcher (ne pas coder de lecteur !) s'il se base sur cette documentation, je trouve ça complètement aberrant. Le travail n'est pas le leur, comment peuvent-ils dirent "vous n'avez pas le droit de faire ci ou ça" ?! Quant à vouloir dire (j'anticipe un peu) que c'est un travail dérivé si on a lu la licence, je trouverai ça très tiré par les cheuveux.

C'est peut-être le "contrôleur" de tension de l'USB qui fatigue : il "claque" au bout d'un moment de marche. En tous cas, c'est effectivement pas une bonne nouvelle...

Merci du renseignement.
Je l'ai souvent entendu en faisaint Rennes - Paris : juste avant Le Mans, le train s'arrête, ça fait boop boop, et après 5 min il repart, et s'arrête à la gare 500m plus loins. Je n'ai jamais compris pourquoi il fait ça à chaque fois.
Ha si, une fois j'ai dit aux passagers que c'était "le signal sonore avant auto-destruction", ou alors "merde ils ont du trouver le colis piégé" (ou une autre connerie dans le genre), mais bizarrement, yen a qui trouvaient pas ça drôle ...

Bravo pour la démarche entièrement libre, et en plus vous n'avez pas tout gaché en le diffusant en Flash : ça marche tout seul direct sur un système libre ! Merci, je vais aller regarder ce documentaire de ce pas ...

Note pour plus tard : garder ce journal dans mes exemples de vidéos sans Flash ...

En fait c'est plutôt simple ce que je cherche:
1: Je branche un écran externe (ou vidéo projecteur)
2: Ça affiche

OK, donc c'est bien ce dont je parlais, c.a.d. comportement "comme OSX", et comme je t'ai dis, la détection du branchement ne fonctionne pas actuellement sous linux ...

Par contre, xrandr permet depuis un bout de temps d'activer le 2e écran sans redémarrer X, je le faisais depuis bientôt 3 ans sur un iBook avec une ATI (et le driver libre). Ca demandais un peu de conf, par contre.

Mais aujourd'hui, sur une sid, avec le driver "nouveau", j'ai du multi-écran qui détecte quasiment tout automatiquement (je met "quasiment" parce que j'ai testé sur seulement un écran .... mais je n'ai jamais rien spécifié dessus, il a trouvé tout seul). A tester donc (oui, nouveau est assez expérimental mais il me sert en ce moment tous les jours sans gros problème recontré)(et la commande pour détecter tout à chaud : xrandr --auto)

Bizarre, moi j'ai toujours vu les gens sous Windows galérer pour une présentation, alors que sous OSX ça marche tout seul ....
En fait, je ne comprend pas bien ce que tu veux : c'est quelque chose que tu imagines serait possible, ou quelque chose que tu as déjà vu, ou ... ? Y a-t-il de l'"autoconfiguration" comme je te l'ai décrit ? Et qu'est-ce qui ne pas exactement avec les drivers actuels ?

En tous cas, aujourd'hui avec xrandr j'arrive à faire du dual screen assez facilement, il gère les nouveaux écrans à chaud (ce qui ne veut pas dire qu'il l'active automatiquement), peut avoir des confs différentes pour la sortie analogique et la numérique (VGA vs DVI), et doit même pouvoir se baser sur les infos DDC du moniteur (ce qui correspond au dialogue que tu mets en exemple, théoriquement ... après, en pratique ...). Par contre, ça ne marche qu'avec le driver libre (nouveau), je crois. (je dis ça parce que je ne l'ai essayé que sur ATI et NVidia avec les drivers libres).

Ha, merde .... le ton colait pourtant ....

Je pense que certains vont te citer IBM (enfin, Lenovo), qui ,même si je ne connais pas personnellement, ont souvent eu de bons échos (même s'ils sont moches, et que si tu viens du monde Apple ...)

Sinon, moi aussi ne trouvant pas mon bonheur, j'ai pris un des derniers G4 d'occasion. Certes, ce n'est pas une foudre de guerre, mais ça me suffit (et en comparaison, un EEE ou un Atom quelconque (comme c'est la mode) ne font pas le poid). Et encore, si tu remplaces le disque/lecteur, et ajoute un peu de RAM, ça aide pas mal. Bon, après ça augmente la facture (vu que les Macs se dévaluent un peu moins vite que les PCs, quoique depuis l'arrivée des Mac Intel ...) mais je trouve que le rapport qualité/prix est pas mal, vu que le numérateur est assez élevé.

Bon bah c'est le même, dernier modèle de PB G4 12" à 1,5 GHz. Par contre j'ai beaucoup moins d'uptime pour le disque (bizarre, le précédent propriétaire était un geek, et moi aussi ...). D'un autre coté, la moitié des résultats que j'ai avec smartctl sont irréalistes, donc je ne sais pas trop à quoi m'en tenir (le disque est un Fujitsu ; c'était quoi le tiens ?).

Mais bon, c'est con pour toi que ce soit tombé sur celui de la table des partitions ... D'un autre coté, contrairement aux PCs où le MBR est stocké sur le premier secteur seulement, la table des partitions Apple est stockées sur plusieurs blocs à partir du 2e, donc il y a statistiquement plus de chances qu'il se fasse avoir (en plus d'avoir un format plus "verbeux" que celui de la MBR).

Bon courage pour la récupération !

Ça fait un peut méthode Coué ton commentaire : tous les libristes sont convaincus que l'image de MS est ternie à jamais, blahblah. Mais franchement, pour le reste du monde, rien n'a changé.
J'aimerais bien trouver une méthode pour leur faire un peu de "pub", mais franchement là je suis complètement désarçonné.

Je pense qu'ils parlent ici de "plateforme" au sens d'une archi processeur + un ensemble de périphs spécifique à cette plateforme. On n'a pas l'habitude sur x86, mais par exemple le 68k ou le PPC sont des architectures, qui ont un paquets de plateforme (CHRP, NewWorld, ... pour le PPC). Et en général, je pense que linux tourne sur les plateformes "majoritaires". C'est vrai que celles dont un constructeur à sorti deux modèles de bécanes, ce n'est pas évident de porter un OS dessus vu la disponibilité du matos ...

Un admin pour lui précier qu'on avait dit que ses multi étaient interdits et qu'il va se faire bannir à force ?

Bon, moi aussi j'aurais gueulé sur le coté proprio, mais là le problème ne vient pas de là : je pense qu'il parle du fait d'activer automatiquement le 2è écran au branchement, comme le font les Mac sous OSX. Quand on ne connait pas, on ne comprend pas vraiment au début, mais une fois qu'on a essayé, on se dit que c'est foutrement pratique. Par contre, ce n'est valable que pour les Macs et leurs prises proprio à la con, qui font la détection de branchement (je ne pense pas que ce soit faisable avec un bête connecteur VGA ; pour le DVI, je ne sais pas).

Enfin, pour répondre au problème : je n'ai jamais vu personne travailler sur cette fonctionnalité, enfin, personne arriver à la coder. Il n'existe pas de spec publique pour cela, merci Apple, et je n'ai jamais vu personne arriver à faire quelques chose du genre (je suis assez souvent la liste debian-ppc où, pourtant, on est assez attentif aux fonctionnalités pratiques des Macs). Donc dommage pour toi, va falloir s'en passer où coder ça toi-même ...

http://www.stud.uni-hannover.de/user/76201/gpart/
Déjà testé pour retrouver la table des partitions d'un disque dont elle avait été effacée par un virus (oui, c'était pour récupérer un windows, mais linux est très doué pour ça). Assez efficace et rapide. Faut juste espérer que ton problème ne vient que de là, et qu'il n'y a pas d'autres merdes sur les FS en eux même ...

Sinon, en ce qui concerne le format de la table des partitions, c'est bien "Mac" pour ton ppc, puisque les OS Apple utilisent ce format. Ca n'empêche pas par contre d'utiliser le format "Intel" (je dirais DOS plutôt) si tu n'utilises que Linux, et je dis ça parce que c'est ce que gpart risque de te renvoyer. Par contre il va peut-être merder un peu s'il voit plus que 4 partitions "primaires" (il n'y a pas de différence primaire/secondaire avec le format de table de partition Mac). Par contre ça va peut-être merder avec yaboot .... va savoir. La solution c'est, une fois la récupération effectuée, de noter tous les débuts/fin de partition, et de les recréer avec mac-fdisk. J'ai déjà fait l'inverse (table des partitions Mac -> DOS), et ça marche nickel.

Sinon, petite question : il avait quel age ton PB ? Parce que j'ai déjà vu le DD de mon iBook crever, et comme maintenant j'ai un PB qui a presque 4 ans, je ne voudrais pas me retrouver dans la même situation...

La très grande majorité du code de linux est commune à toutes les architectures. Ce qui est "spécifique" à chaque machine est souvent des drivers pour du matériel propre à la machine. Mais c'est codé en C, donc ça pourrait être compilé pour n'importe quelle autre machine, si elle avait ce matos. Les parties complètement spécifiques à une archis sont celles codées en assembleur, mais c'est une infime partie du code, généralement pour de l'initialisation bas niveau, des routines de synchronisation utilisant des instructions spécifiques, et les primitives d'entrée/sortie pour les périphériques.

Je comprend qu'il ne soit pas à jour, effectivement, c'est un peu le problème avec linux, tout évolue tellement vite !

Pour pbbuttonsd, c'est vrai qu'il est bien utile en dehors de Gnome.
Mais ce que je voulais dire, surtout, c'est qu'aujourd'hui on essaye de standariser un peu les choses comme la mise en veille et les touches multimédia. La plateforme ppc a toujours été en avance là dessus, parce que (je pense) OSX le gère tellement bien que quand on y a gouté, les linuxiens ppc ont voulu absolument que tout ça marche bien.
Mais le suspend to ram devrait pouvoir marcher facilement et en standard sur tous les portables ! Aujourd'hui, le noyau offre une interface standard pour la mise en veille (/sys/power) et les outils qui sont utilisés, quel que soit le desktop que tu utilises, essayes de s'y coller. Pbbuttonsd a toujours été spécifique aux machines Apple, et ce serait bien qu'aujourd'hui on puisse utiliser un truc standard sur tous les desktops, et tous les portables.

Je crois qu'il parlait dans le cas où Nvidia abandonne une carte, t'es obligé de garder le noyau de l'époque de la dernière version du driver. Dans le cas des GeForce2, ça doit faire quelques années ...

Merci beaucoup pour ces explications, ça éclairci pas mal de choses ...

Ca a l'air bon, je ne vois pas ce qui cloche. T'as des bouts de log, genre dmesg ? Et si t'avais des logs de powernowd, s'il t'en balance quelques uns ...

Deux petites remarques sur ton tuto :
- l'install du firmware se fait presque toute seul si tu installes fwcutter à partir du dépot contrib (il est pas dans main pour cause de téléchargement de firmware proprio, je pense). Et depuis le kernel 2.6.2[34] (je ne sais plus), ce n'est plus le driver bcm43xx mais b43 qui est utilisé (utilise la nouvelle stack wifi, mac80211), et le b43-fwcutter du même nom.
- il y a moyen de faire sans pbbuttonsd il me semble, les raccourcis clavier sont gérés depuis pas mal de temps par Gnome tout seul, et la mise en veille aussi.