tgl a écrit 1743 commentaires

> Sauf erreur de ma part, je n'ai pas vu si les procs Intel seront des 64
> bit sou 32 bits ?
> avez vous une information à ce sujet ?

Pour l'instant, le guide de migration (cf. mon commentaire "Universal binaries") fait référence à l'IA-32. Mais bon, il est présenté comme le fruit de l'expérience des devs qui ont maintenu OSX pour x86 jusqu'ici, or c'est apparemment un boulot qui dure depuis 5 ans, donc c'est plutôt logique. Ça peut probablement changer d'ici à ce que les machines sortent, y'a encore ~1 an pour ça.

Au niveau de la distribution des applis, Apple prévoit qu'elle soient diffusées sous un format contenant à la fois le code x86 et celui ppc. C'est Xcode qui s'occupera de produire ça, toujours en se reposant sur GCC. Y'a un peu plus d'infos dans ce guide, destiné aux développeurs ayant des applis à porter :
http://developer.apple.com/documentation/MacOSX/Conceptual/universa(...)
Ça cause un peu de Rosetta aussi, mais par contre sur la façon dont ces "binaires universels" sont fichus, y'a pas grand chose à se mettre sous la dent. Ça doit être ça l'esprit Mac, même quand ils s'adressent à des développeurs, ils disent comment faire, mais pas comment ça marche...

Restent les PegasosPPC de Genesis :
http://www.pegasosppc.com(...)
http://www.ppczone.org(...)

C'est pas des monstre de puissance, et pour leur prix ils tiennent probablement pas la comparaison avec les PCs, mais bon, c'est élégant et bien fait (niveau sonore, tout ça), et surtout le constructeur soutient bien Linux.

Enfin chez Gentoo en tout cas, ils ont donné de nombreuses machines aux mainteneurs ppc, et je crois bien me souvenir qu'à une époque il faisait à la fondation un don de 100$ par machine vendue préinstallée avec Gentoo (enfin c'est ce que disait une pub sur gentoo.org, mais elle n'y est plus donc je suppose que l'opération a pris fin).

Pas gagné par contre que ce genre de petit constructeur arrive encore longtemps à s'approvisionner en processeurs, parce que j'imagine qu'IBM va pas faire tourner les usines juste pour eux... Y'a d'autres clients/débouchés à votre connaissance ?

Jusque là, Thomas s'avère être un moteur wiki plutôt réactif :)
http://www.agendadulibre.org/infos.php(...)

> Sinon, tu voudrais le faire où ?

Un cargo dans les eaux internationales peut-être ? Un peu dans ce genre là quoi :
http://www.presence-pc.com/actualite/informaticien-californie-outso(...)

...puis de retour des RMLL, ereinté, le geek soupira : « Pfiou, la croisière, ça m'use !»

> Mais var3 reste vide. Pourquoi ?

Parce que ce les différente commandes d'un pipe sont éxécutées dans autant de sous-shells (des nouveaux processus si tu veux). Ton "read var3" positionne bien une variable var3, mais dans un de ces sous-shell, qui meure juste après, et qui n'affecte en rien l'environnement de ton script.

T'a déjà été donné la solution qui consiste à remplacer le read par une affectation avec var3=$(...). Bon, ça ça marche bien parceque tu fais un read tout simple. Mais juste pour ta culture, en Bash, une solution plus générique pour récupérer la sortie de commandes de sous-shells par une commande du shell principal serait d'utiliser ce genre de redirection là :
read a b c d <<<$(echo 192.128.1.1 | sed 's:\.:\n:g')
(heu bon, ouais, y'a moins moche pour faire ça, m'enfin c'est un exemple)

Oh, et puis aussi, si jamais t'es en Bash-3.0, sache que les expressions régulières sont supportées en natif, sans passer par grep, avec l'operateur '=~' et le tableau BASH_REMATCH pour les résultats. Par exemple:
[[ "${var1}" =~ "${var2}" ]] && var3=${BASH_REMATCH[0]}
Ça peut paraitre plus compliqué comme ça, mais franchement nan pas vraiment, et surtout c'est infiniment plus rapide, et ça compte si jamais ton truc est dans une boucle : répetée 10000 fois, la soluce avec $(...grep...) prend ici ~20 secondes (le fork de processus est qqch de coûteux), alors que celle là en prend ~0,2.

Bon et puis même si tu n'es pas en bash-3.0 et que donc tu n'a pas les regexp, n'oublies pas de jetter un oeil au paragraphe "Parameter Expansion" dans ton $(man bash), parceque ça aussi ça permet souvent d'éviter des grep ou des sed dans les cas simples. Je parle des opération du style varB=${varA%pattern} et compagnie.

Nan, il était bien à 5, mais comme ça je dirais que ça doit être des secondes. Enfin ça collerait avec les qlqs fois ou j'ai eu ce message je pense, c'était après qlqs secondes, pas plus...

Enfin bref, je passe à 20 et je devrais être tranquile.

Merci bien ;)

> elle est aussi 3 fois plus rapide, mais a la limite ca c'est un détail :)

Haha, mais non pas du tout : en fait, je ne me sens jamais autant utilisateur lambda démuni devant la complexité de l'informatique que quand mon browser me demande, en substance :

Y'a un script qui tourne depuis vachement longtemps, voulez vous l'arrêter ?
[Annuler] [OK]

À chaque fois, y'a pas moyen que je me souvienne quelle est la réponse pour dire "non", et c'est très énervant :)

Tiens, et c'est seulement maintenant que je réalise qu'en fait, aussi minable soit-il, ce bug mériterait peut-être d'être rapporté...

Sur mon T40, j'ai une Rage Mobility M7, et j'ai jamais eu de soucis à cause du framebuffer (que ce soit en radeonfb, vesafb, ou vesa-tng). Le seul truc (et c'est spécifique aux IBM T4x je crois), c'est que par défaut la carte ne se met pas dans le bon mode, et que donc elle consomme grave pendant la veille (genre une batterie tient pas 24H, en gros le 1/4 de ce qu'elle devrait pouvoir faire). Mais y'a des patchs corrigeant ça au niveau de radeonfb qui trainent depuis pas mal de mois maintenant, et avec plus aucun soucis.

Bon après, sur cet ACER, j'en sais rien, mais c'est juste pour dire que c'est pas le framebuffer en général qui empêche le suspend-to-ram.

Tiens, une autre petite suggestion cosmétique : plutôt que le lien "masquer" pointe sur le commentaire lui même, il devrait pointer sur son père. A priori, si on clique "masquer", c'est qu'on est en train de perdre un peu le fil et qu'on veut recoller les morceaux, donc typiquement c'est au père qu'on veut jeter un oeil, or si le lien pointe sur le fils, bah on fait un petit bond qui va justement le cacher. Enfin moi j'ai browsé un peu là et je me rend compte qu'à chaque fois que je masque un truc, juste après je scroll un coup vers le haut.

Je sais pas si je suis clair :)

> Ou de pouvoir inclure les paquets de son choix dans une interface
> de conf.

Mais faudrait dans ce cas un moyen pour dire au destinataire qu'il a besoin des dits paquets pour interpréter la formule, je vois pas trop par où ça pourrait passer.

> Par contre, ce qui serait top, c'est si on pouvait ne voir "masquer"
> que quand les grands frères sont affichés, et réciproquement
> "afficher" quand ils sont masqué, enfin bref si on avait un moyen
> visuel de savoir dans quel état on est.

Encore que, c'est vrai que si on voit les liens alors qu'on est direct sous le père, c'est que des frères sont masqués. Mais bon, c'est pas hyper intuitif comme feedback :)

Dans un genre plus modeste, mais alors vraiment beaucoup plus modeste, je me sers de GM pour transformer les lien HTTP sur linuxfr.org en leur équivalents HTTPS.
http://tdegreni.free.fr/greasemonkey/linuxfr-https-links.user.js(...)

Je l'active sur linuxfr et sur google (note : il faut un GM bien résent pour que l'alias ".tld" fonctionne), ça couvre la plupart des liens auquels je me retrouve confrontés je pense.

Bien sûr, ça serait plus clean de procéder par redirection, mais pour l'instant GM opère trop tard, après que la page a été rendue et donc que les timestamps pour le marquage des commentaires non-lus ont été mis à jours.

Oh, et puis j'en ai un aussi pour virer la boite des gagnants OReilly de la page principale, parceque bon, je trouve qu'elle occupe une place trop précieuse pour une info pas capitale.
http://tdegreni.free.fr/greasemonkey/linuxfr-no_winners.user.js(...)
(Je vire le logo aussi d'ailleurs pour la même raison, mais ça c'est dans ma CSS.)


Bon sinon, je viens d'essayer ton masquer/afficher, et c'est plutôt sympa, ça peut effectivement être bien pratique dans les gros trolls :)
Par contre, ce qui serait top, c'est si on pouvait ne voir "masquer" que quand les grands frères sont affichés, et réciproquement "afficher" quand ils sont masqué, enfin bref si on avait un moyen visuel de savoir dans quel état on est.

Je ne dis pas qu'il est impossible d'avoir un boot secure sans puce TCG, c'est évident, mais c'est plus pratique avec qu'en utilisant de la crypto à passphrase, des flash en ROM, etc. Que tu refuses de la reconnaitre libre à toi, mais c'est pourtant bien une utilité concrète, et précisement celle citée dans ce journal.

> Par contre, je n'ai pas encore réussi à utiliser le "suspend to ram".
> Peut-être que je n'ai simplement pas assez persévéré. Tu utilises
> aussi le script hibernate pour ça ?

Yep, maintenant j'utilise hibernate aussi pour ça. Enfin, "hibernate-ram" pour être exact, qui est un symlink sur "hibernate", et qui utilise pour config "/etc/hibernate/ram.conf". Par rapport au "hibernate.conf", la principale différence est le mode de veille : "UseSysfsPowerState mem" au lieu du "UseSuspend2 yes".

Après, je sais pas trop, peut-être que niveau support de l'ACPI c'est un peu plus tatillon que pour le suspend-to-disk... Perso avec un IBM T40 ça fait maintenant pas mal de versions du kernel que ça passe bien, mais bon, ça peut dépendre pas mal du portable j'imagine.

> 1. X n'a pour seule utilité Y

Étonnant de voir quelqu'un fantasmer autant avec si peu d'imagination...

> une technologie a fuir comme le nucléaire ou le clonage reproductif

Tu oublies la technologie dite "PC" : elle ne sert pratiquement qu'à faire tourner les diaboliques logiciels propriétaires de quelques grands éditeurs étatsuniens, qui sans elle ne seraient rien. Il est vraiment temps, pour le bien de tous, que la Sainte Inquisition appelle enfin à son boycott.

> Concernant les drivers, ce n'est plus si terrible que ça a été

Ouais, je suis bien d'accord. Avec le script hibernate, c'est vraiment devenu simple à configurer : tu fais un coup d'hibernation sans te poser de questions, tu réveilles et tu vois si qqch ne marche plus, et si oui tu le blacklist dans la conf d'hibernate, et puis voilà c'est plié. Y'a 1,5 an quand j'ai eu mon portable, j'avais eu à écrire mes propres scripts (forcement largement moins bien fichus) pour faire ça, bref ça s'est vraiment démocratisé...

> Chez moi, c'est une image de 500 mo (pour 768mo de ram) en
> moyenne qui est écrite à la suspension puis lue au démarrage

Ici sur un disque de portable à 5400 t/min (je crois), je viens de mesurer que ~480Mo étaient restaurés en ~22 secondes. Un peu plus rapide que toi donc. Est-ce que tu utilises bien la compression LZF ?

Avec le petit passage par grub, le boot du noyau de restauration et la réinitialisation d'un ou deux drivers à la fin du processus, ça me fait 30 secondes pile poil. Ça vaut vraiment le coup je trouve pour retrouver son bureau tel qu'on l'avait laissé, avec ses applis ouvertes etc.

Et puis sinon, j'utilise aussi le "suspend to RAM" quand c'est pour hiberner juste qlqs heures, genre une nuit ou le temps d'un trajet maison<-->taf. Là c'est vraiment une question de 2 ou 3 secondes pour suspendre ou réveiller, c'est franchement agréable. Mais par contre je suis pas persuadé que les PCs de bureau (non-portables quoi) soient nombreux à supporter ce mode, enfin j'en sais rien.

Le support de man et info est optionnel à la compilation, donc chez toi il doit être désactivé. Tu es en cooker disais tu ? Dans ce cas, jette un oeil au .spec du paquet, et si tu n'y trouves pas "--enable-man" et "--enable-info", alors c'est normal, et t'es bon pour bricoler. Mais bon, cf mon autre commentaire, ça n'est de toute façon pas hyper intéressant pour l'instant.

Ouais, là ça y est je viens de passer en 2.10, et je confirme pour la sucette :) Faudrait que je repasse en 2.6.5 pour voir si par hasard il ne marchait pas aussi en fait sur les pages plus simples.

Mais bon, même pour celle qui marchent, y'a pas de coloration, pas de navigation, etc., bref on peut pas encore dire que ça soit très utile comparé à xman ou à n'importe quel petit alias qui ouvrirait un xterm et un pager décent (ou encore un gvim, perso j'aime bien).

Niveau pages info par contre, j'aime bien le menu latéral. Mais bon, là aussi on sent que c'est jeune, y'en a plein qui plantent, et le contenu est pur-texte sans lien, donc c'est pas encore super intéressant.

Bref, vivement les prochaines versions, il pourrait devenir utile ce truc à termes...

> « Il s'agit juste de les appeler à ne pas acheter tel ou tel produit. »
>
> Et donc tu appelles des gens à entraver l'activité commerciale
> d'une entreprise.

Non. Entraver c'est faire barrage, empêcher, mais pas simplement se détourner ou passer outre.

«Ne pas acheter un produit» != «Entraver l'activité de son vendeur».

Or si A n'est pas B, alors appeler à A n'est pas appeler à B.

Donc appeler à ne pas acheter n'est pas appeler à entraver la vente, et CQFD aussi :-p


> «Tu peux me dire en quoi c'est une incitation à un quelconque délit ?
>
> Parce que la discrimination est un délit, et que l'appel au boycott
> est une discrimination.

Tu réponds à côté mais de façon déjà plus consistante : là tu ne me dis plus que c'est un appel à délit (or c'est ce délit auquel on inciterait dont je me demandais ce qu'il pourrait être), mais que c'est un délit en soit.

> CQFD :-)

«Non c'est pas QFD» (entendu de la bouche d'un étudiant l'an dernier, j'ai beaucoup aimé :-)

Plus sérieusement, je pense toujours que tu te trompes, simplement parce que je doute que la discrimination soit une notion applicable ici. Il suffit de lire 225-1 (qui définit ce qui constitue une discrimation) pour avoir quand même une bonne idée de l'esprit de ce texte, et de son impertinence totale vis-à-vis des choix que des consommateurs font en matière d'achat de yahourts. Tu pourras me dire que quand même, en tirant bien sur la lettre, peut-être que... mais non, sincèrement je ne trouve pas ça plausible un instant.

> Parce que la plainte concernait de la diffamation ou du droit des
> marques, et pas l'appel au boycott.

Et quand il n'y a pas détournement de marque ou de diffamation, et bah il n'y a même pas plainte. On pourrait se dire que c'est parce que dans ces cas là les boycotteurs tombent sur des entreprises plus gentilles, mais je trouve quand même que ça serait un bien heureux hasard...

En fait je viens de capter que j'ai yelp-2.6.5, qui est apparemment la version officielle pour gnome-2.10.1, donc normal. Mais effectivement, d'après le Changelog, le 2.10 n'est vraiment plus le même logiciel, donc je vais m'installer ça pour voir.

Je confirme que man:// doit être censé être supporté dans yelp, parceque ici un "yelp man://bash" provoque un joli crash, alors qu'un "yelp plop://bash" ouvre juste une minable boite de dialogue « Le document sélectionné ne peut pas être ouvert » :-)

Justement, l'appel au boycott n'est pas un appel à entraver l'exercice d'une activité commerciale. Il ne s'agit pas d'inciter les gens à bloquer les dépots Danone ou bien à glisser des prospectus parmis leurs pots de yahourts dans les supermarchés. Il s'agit juste de les appeler à ne pas acheter tel ou tel produit. Tu peux me dire en quoi c'est une incitation à un quelconque délit ? Ou bien aurais-je sombré dans la délinquance le jour où j'ai décidé d'arrêter le Coca à cause des ravages de ses usines indiennes ? Bref, je ne vois pas trop le rapport avec les articles que tu cites. Ils me sembleraient plus applicables à des cas comme les appels à faucher du maïs transgénique par exemple, là d'accord ça collerait.

Accessoirement, les rares cas que je connais où de tels appels ont été amené devant les tribunaux font plutôt référence au droit des marques ou encore à la diffamation. Pourquoi de tels moyens détournés si de toute façon l'appel en soit était déjà un délit ? Ceci dit, je peux parfaitement me gourrer aussi, et si tu as des exemples de jugements fondés sur ce les articles que tu avances, je suis preneur.

En l'occurence, il fait bien de demander des preuves. C'est typiquement le genre de légende de l'internet qu'un coup de Google va te permettre de confirmer en 3 secondes, alors qu'elle est parfaitement infondée (un peu comme le "droit à faire du tapage nocturne une fois par an", etc.). Certes, il y a eu des cas qui ont mal tourné juridiquement (Danone, toussa), mais c'était toujours pour des raisons précises dans la forme (diffamation, détournement de marques, etc.), et pas pour "appel au boycott".

En soit, l'appel au boycott n'est absolument pas interdit, c'est juste que sa pratique a une fâcheuse tendance à faire oublier d'autres points du droit. (Je parle bien sûr de l'appel de type "citoyen" là ; si par contre c'est Yahoo qui appelle à boycotter Google, c'est une autre affaire...)