Ph Husson a écrit 2699 commentaires

Euh ... Il est installé depuis longtemps, et sans problème (au niveau de l'installation s'entend, au niveau de l'utilisation j'y arrive juste pas, je recours à chaque fois vers vim !)

J'utilise mandriva en version cooker: c'est relativement stable, et on a toutes les dernières versions (sauf quelques semaines avant le freeze), là je suis en kde 4.3RC2 sans avoir à trifouiller les dépots. Et c'est carrement plus stable que la branche de développement de kubuntu (oserais-je dire que c'est plus stable que la branche stable de kubuntu ? Bah je dirais que oui.)

Pour la mise en veille, en général il faut jouer sur deux facteurs:
L'option NvAGP (dans la catégorie Device du xorg.conf), et sur le POST vidéo.
Pour des premiers essais, essaye de mettre NvAGP à 0 (désactive l'agp et passe en mode PCI, perf divisée par 2 ou 3, mais ca marche.)., et de mettre en veille avec s2ram -f --vbe_post

J'ai plus souvent réussi à faire marcher la mise en veille avec un driver propriétaire qu'avec un driver libre personnellement ...

Les propos de RMS et les miens ne sont pas opposés, pas du tout :-)
Les arguments que donne RMS contre le TPM est exactement le même que celui contre les logiciels propriétaires, et c'est bien ce que je dis, on est dépendant du fournisseur de la même manière qu'on est dépendant d'un soft proprio.
Par contre, on nous annonçait des DRMs inviolables grace à cette technologie.... On les attend toujours ! Alors que des améliorations sur le plan de la sécurité (les clés ne sont pas conservées en mémoire, ou pas longtemps par exemple, mais je connais pas les détails), sont eux réels !

Effectivement le TPM peut être plus ou moins bien utilisé (et pour l'instant je n'ai vu des utilisations qu'en bien personnellement, à savoir des sécurisations d'ordinateurs).
Le problème pour moi derrière TPM c'est que c'est une boîte complétement noire. On a aucune idée de ce qu'elle fait ni comment.
Elle pourrait très bien avoir une "clé universelle" que la société créatrice et la NSA (par exemple), possèdent. Enfin bon bref, c'est tout le problème habituel des logiciels de sécurité libre VS propriétaires.

Au Royaume Uni, quand les services de sécurité sociale ont appliqués un patch de chez Chose pour Machin, tout le service à été bloqué pendant longtemps, c'était vraiment le merdier.

Sources ?

C'était un bogue au niveau des OEM... (qui déclaraient les CPU AMD comme Intel (ou le contraire?), et une mise à jour Intel a rajouté des trucs spécifiques Intel, et pouf)
Donc mauvaise exemple.

Oué, OpenXML aussi est un standard ISO. Comme quoi, ce statut est loin de garantir une quelconque référence technique.
Ok, donc avant, MS saymal parce que c'est pas standardisé, maintenant la standardisation saymal parce que MS a obtenu une standardisation. (Ah et sur le plan purement technique, c'est lequel la pire entre la standardisation ODF et celle de OXML ?, 'fin je dis ça hein ...)

C'est peut-être trop subtil, mais j'y fais la même différence qu'entre open source et libre : le format ouvert a beau être librement implémentable, son avenir est entièrement décidé par une unique boîte commerciale.

Ok, donc mozilla*, Qt, mysql, postgresql, etc, ne sont pas libres ?
Bien bien, je note.


Tandis que pour le format libre, ses spécifications et son implémentation de référence, donc sont développement, sont libres.
Mais j'admets que la différence est assez floue (d'autant qu'Adobe autorise l'utilisation de ses brevets).

Sauf que pour un format et un logiciel, ça n'a rien à voir:
Un format se doit de rester stable (bon euh d'après wikipedia le PDF est tout sauf stable en fait.), donc une unique boîte commerciale derrière ou pas, ça change rien.

Je dois pas être bien réveillé, mais comment un format peut ne pas être libre s'il est ouvert ? (hors brevets qui n'a jamais été un problème pour la majorité des devs libres)
Accessoirement, les outils cités par le monsieur sont libres, le problème des accents est juste un bogue du-dit soft (en l'occurrence poppler sous GPL2+), et même si la solution de passer par djvu (sûr qu'ils ont pas des problèmes d'accents? Ça aurait dû être déjàvu) est recevable techniquement, mais la raison invoquée est juste débile.
Ah et PDF est un standard iso, djvu pas.

Lire les blu-ray sur à peu près n'importe quel système est possible , mais ça reste pas simple (bon c'est pas la mer à boire non plus hein !), et est réduit (aux dernières nouvelles) à seulement un certains types de blu-ray (qui sont quand même une majorité, heureusement), mais ceux des "grands" studios qui ont moins de 6mois risquent de pas passer. Je décris vite fait la démarche à prendre:

Il faut déjà compiler/installer aacskeys (la dernière version en date est la 0.4.0a).
Attention, ce machin a besoin d'un JDK pour faire un JNI, donc ça peut être un peu chiant en fonction de sa distrib).

Ensuite, trouver, télécharger et extraire dumphd (la dernier version à cette heure est la 0.61), copier la libaacskeys.so (crée lors de la compilation de aacskeys) dans son répertoire, ainsi que ProcessingDeviceKeysSimple.txt (du répertoire de aacskeys)

Ensuite il faut patcher son lecteur blu-ray, pour qu'il devienne gentil.
Pour les lecteurs LG (et autre), voir sur http://forum.doom9.org/showthread.php?t=139522 . Le logiciel de flash fonctionne très bien sur wine, donc même pour cette étape, pas besoin d'un windows (m'enfin un x86* est quand même recommandé).

Ensuite il faut trouver/télécharger/extraire BDVM Debugger, et copier les fichiers/repertoires de l'archive, dans le répertoire de dumphd (c'est du propre hein ?).

Ah et accessoirement, pour tout ça faut un java qui marche sur votre système.

Voilà, tout est installé, yapluka utiliser:

Mountez le disque, disons par exemple sur /mnt, parcourez le disque pour trouver le plus gros fichier (a priori dans BDMV/STREAM, la plupart du temps c'est 00001.m2ts), puis faites:
bash dumphd.sh --infile:BDMV/STREAM/00001.m2ts /mnt |mplayer -cache 4096 -

Sauf que voilà, ceux qui font les blu-ray sont des tordus, donc il faudra peut être rajouter des options du genre -autosync 3 ou -fps 25
Mais surtout, et là je vais rejoindre le journal (histoire de pas être complètement hors sujet quoi.), ces supports ont des codecs audio assez tordus, et la plupart du temps, il faudra ruser pour avoir du son, mais avec cette version de VLC, tous les codecs audio des blu-ray sont supportés (à ma connaissance), que ce soit l'adpcm, le linear PCM (que je connaissais même pas avant en fait.), le EAC3, ou le True-HD, mais je sais pas comment faire marcher dumphd avec vlc :-) (sauf à utiliser dumphd en simple sauvegarde, et relire la sauvegarde par VLC). Enfin toutes ces améliorations viennent de ffmpeg, nullement de vlc qui ne fait que repomper le code (bon j'exagère sûrement, je pense qu'ils contribuent quand même un peu), et donc mplayer devrait aussi bénéficier de ces améliorations :)
Sinon, en ce moment on ne parle que du blu-ray, mais tout ceci (que ce soit la méthode que j'ai décrite ou le problème des codecs audio), est tout aussi valable pour le HD-DVD (qui est un format qui coùte moins cher que les DVDs maintenant, alors pourquoi se priver ?)

Bon je deviens peut-être/sûrement parano, mais et si c'était la dernière version qui était trouée, et pas les anciennes, mais qu'ils poussent à la mise à jour car ils ont une cible précise ?

Regade quand même les messages de wpa_supplicant, mais pour le coup il sera moins bavard :/
Sinon quitte à mettre un truc qui protège pas autant mettre le réseau en open, ca sera plus simple.

Pour ce qui est de connaître les artistes... Ouais, il faut un peu, et ensuite les suggestions du style "artistes similaires" ou "recommandés pour vous" sont assez sympa. Et le partage de playlists sur des sites comme [1] (ou tout bêtement sur Twitter/identi.ca) est assez sympa pour découvrir de nouvelles choses aussi.
Ils ont aussi une intégration (bon juste le scrobbling), avec last.fm, donc on peut aller voir aussi les conseils sur le site de last.fm de temps à autre.

Pour le moment, je n'ai constaté qu'un seul bug : sous Wine, les pubs ne passent pas.
Oh, c'est pour ça que je connais personne qui se plaigne des pubs ... :-)

Et quand ils sortiront leur logiciel pour smartphones (une version Android est déjà en cours de développement), ça risque de faire mal.
Moi je l'ai déjà sur mon téléphone ! Niark ! (bon c'est du codé à la va-vite donc c'est quasiment inutilisable, mais c'était pour le principe d'arriver à le faire)

Pas quand tu fais la conf à la main, à un moment tu lances wpa_supplicant.
Bah là tu mets pas le -B pour qu'il parte pas en background et tu rajoutes -ddd pour qu'il soit un peu bavard

Si t'utilise Spotify sur G4, c'est à coup de wine+qemu (ou alors j'ai loupé un épisode), faut pas s'étonner que ça rame ...
Ou alors c'est despotify ('fin faut un compte payant, et t'aurais pas de pub dans ce cas), et il ne fait à peu près rien de plus que de lire de l'ogg et faire un peu de crypto, ce qui bouffe à peu près rien (sur un arm à 100Mhz ca prend moins de 40% CPU ....)
Et d'ailleurs, t'es le premier que j'entends se plaindre de la pub sur Spotify... Pourtant je connais du monde en Spotify Free.
Franchement je me demande si on parle du même Spotify (moi je parle de http://www.spotify.com quoi.), tellement y a d'incohérences.

C'est possible d'avoir un peu plus de détails que "ça marche pas ©" ?
Genre des logs wpa_supplicant (avec peut être un maximum d'options de débogage)

On dirait que ton clavier est cassé, ta touche entrée ne marche plus/pas.
Sinon je comprends pas trop, j'ai l'impression que tu dis que leurs données seront plus ouvertes, mais quelles données ?
C'est que y a beaucoup de type de données possibles pour une ville...

Pour la musique je trouve que les solutions de streaming ont un bel avenir. Cela fait 2 jours que je teste spotify et je suis assez impressionné par le bousin. Ça fonctionne sous linux, c'est très rapide, la qualité sonore est bonne (vorbis 160 kb/s), le catalogue est large et la pub très peu présente.
Je rajouterais l'existence d'un compte premium à 10€/mois qui permet d'avoir du 320kbps ('fin c'est en cours de migration), et qui permet d'utiliser despotify: une bilbiothèque^W bibloithe^W librairie libre (qui n'est pas affiliée à spotify, mais ils ont pas l'air de faire grand chose contre en tout cas) qui permet d'accéder à spotify "comme on veut", par exemple pour récupérer des chansons pour des appareils hors-ligne, ou les mettre sur un serveur web pour consulter de son travail sans installation (à ce propos je crois avoir vu un player flash aussi).

Je pense que c'est ce genre de solution qui va « tuer » le piratage, et non une autorité qui coupe l'accès à internet…
En tout cas depuis que j'utilise spotify (plusieurs mois), je n'ai plus jamais chargé de musique sur autre chose que spotify, vivement quelque chose d'équivalent pour les vidéos quand même (même si les contraintes temporelles par rapport aux DVDs and co vont bien faire chier.)

Je voulais voir plus en détail ce qu'était spice, donc je demande à google spice X11, et évidement je tombe sur ton journal en 1° résultat...

À noter que ça ne concerne pas que les Itanium, les Atom (netetment plus courants chez les particuliers), sont aussi concernés.

Il faudrait pas échapper correctement le ! ?
En tout les cas, remplace le par un -not, c'est tout aussi lisible et ca risque pas de tomber sur ce genre de problemes.

Soit t'as sauvegardé ta table de partition (ce que tout être normal ferait tellement c'est simple et rapide.), et yaka la restaurer, mais en fait je pense que si tu poses la question c'est que t'as pas fait ca.
L'autre solution (qui est plus ou moins chaotique) c'est gpart, qui va chercher à retrouver la table de partition tout seul, m'enfin bon c'est pas vraiment garanti d'avance que ça marche.
En tout cas, je tiens à signaler qu'un utilisant fdisk + les outils des FS, on ne risque jamais d'avoir ce genre de problème, avec eux, on sait exactement ce qui (n')a (pas) été fait, et réparer est alors assez facile. (et je parle même pas de l'utilisation de lvm)

Apres si ca te derange pas de committer du code qui compile pas et de laisser ton svn en vrac pendant qq heures le temps que tu patches le tout et corrige le probleme, c'est toi qui voit.
Et dieu créa les branches.

Je ne dis pas que tu ne peux pas le faire avec vim,
Bah tu dis que c'est qu'un éditeur texte, donc si tu le dis... 'fin bref.

vois le temps qu'il a fallu à Eclipse pour en arriver là ou il est, c'est pas pour rien
Oui, pour faire un beau clickodrome. (et ça d'accord c'est un "avantage" (à double tranchants quoi.) d'eclipse)

Ce n'est pas que l'on puisse plugger des trucs sur eclipse mais bien ce qu'on peut faire avec ces plugins:
En même temps on peut absolument tout faire avec les plugins vim: Déjà qu'il est turing complete, mais en plus il a accès à toutes les applis externes que tu veux.
d'où mon exemple tordu dont l'objectif était de montrer qu'on ne pourrait pas faire ça avec vim.
J'ai pas répondu sur ton exemple tout simplement parce que c'est totalement en dehors de mon domaine de compétence (en gros j'ai compris qu'un mot sur deux.), mais ça m'étonnerait pas que vim sache très bien le faire aussi.

Pour ctags, je n'ai jamais utilisés ça de vim, pas parce que je ne voulais pas, mais qu'à chaque fois j'ai laissé tombé après avoir galéré quelque temps (oui, on peut y arriver, je ne dis pas le contraire).
Je viens d'essayer, une fois un tuto trouvé j'ai mis moins de 20s à l'utiliser ...