Goffi a écrit 1523 commentaires

Régulièrement oui, j'ai même fait ma première manif en poussette si tu veux tout savoir.
Mais pour le coup il se trouve que je ne suis pas en France en ce moment.

Malheureusement, encore une occasion de citer Mike Godwin, citation que l'ont trouve notamment sur le site de Freenet (1):

« Je suis tout le temps soucieux au sujet de mon enfant et d'Internet, bien qu'elle soit encore trop jeune pour se connecter. Voilà ce qui m'inquiète. Je redoute que dans 10 ou 15 ans elle vienne me voir et me demande : “Papa, où étais-tu quand ils ont supprimé la liberté de la presse sur Internet ?” » (I worry about my child and the Internet all the time, even though she's too young to have logged on yet. Here's what I worry about. I worry that 10 or 15 years from now, she will come to me and say “Daddy, where were you when they took freedom of the press away from the Internet?”)

Mais pourquoi personne n'est dans le rue pour ça ? Laisser le destin de la liberté d'expression entre les seules mains de compagnies privées et de politiques relève de la pure folie. Faut-t-il rappeler que même les journaux papiers songent de plus en plus à passer au numérique ?

Est-ce que les tentatives de réseaux communautaires style "Réseau Citoyen" existent toujours ? (2)

(1): je n'avais pas fait de tour depuis un bail sur Freenet, leur site a changé et c'est agréable de constater que c'est toujours actif, et je trouve l'idée de montrer en première page l'état des finances et le nombre de jours de dév que ça permet excellente
(2): une petite recherche m'a permit de découvrir un nouveau protocole en préparation que je ne connaissais pas: B.A.T.M.A.N., ça m'a l'air d'être une très bonne chose :)

C'est un des problème majeurs de la théorie de la complexité et donc de l'Informatique. Je pense que la page Wikipedia expliquera mieux que moi: http://fr.wikipedia.org/wiki/Th%C3%A9orie_de_la_complexit%C3(...)

Salut,

c'est vraiment une question que je me pose, suite à mes expériences personnelles.
J'ai eu aussi un SPV C500, qui m'a servi 1/2 fois à mater un film (l'écran... voilà quoi).

Puis un E65 avec lequel j'ai un peu joué notamment comme télécommande ssh (mais bon la batterie en wifi...) et fait un peu d'OSM, et je me le suis fait voler suite à une agression en sortant du métro ( http://www.goffi.org/index.php?post/2008/10/26/Sinusoidal ).

Utilisant un tél basique premier prix moisi (parce que même pour la fonction de base - téléphoner -, c'était la galère), j'ai racheté un OpenMoko vraiment intéressant (parce que même pour la fonction de base - téléphoner -, c'était la galère), avec une communauté sympa, et qui m'a servi notamment à me repérer en piéton (toujours via OSM) à Sydney, qui a fini à la machine à laver ( http://www.goffi.org/index.php?post/2009/12/30/R.I.P. ).

Puis, devant joindre certaines personnes, j'ai acheté un tél premier prix samsung. Mais ce dernier ne téléphone plus suite à une inondation éclair à Melbourne (oui j'ai beaucoup de chance avec les téléphones). Au passage j'apprécie beaucoup cette marque puisque mon NC10 a également un problème d'écran qui devient régulièrement blanc -problème archi connu sur ce modèle-, et que je n'ai eu aucune réponse à mes mails au service technique australien.

Du coup je n'ai qu'un demi téléphone (sms-only, et encore quand il reste allumé) depuis quelques mois... Et franchement je m'en sors pas plus mal. Même si des fois ça manque un peu de pouvoir avoir mes amis de vive voix (plus personne n'ayant de tél fixe, ça coûte un bras d'appeler depuis une cabine).

Tout ça pour dire que j'ai eu plusieurs smartphones, et que ça m'a juste servi pour le GPS, et encore vraiment parce que je le cherchais. Bon en même temps j'ai un ultra-portable (que j'ai envie de jeter par la fenêtre 20 fois par jour parce que l'écran devient blanc régulièrement), ce qui me permet de répondre à mes besoins persos: coder, mails, blog, musique et films (bon et dlfp aussi ;) ).

Aussi je me demande (vraiment), comment vous les utilisez vos engins. J'imagine qu'à personnes différentes besoins différents, donc vous en faites quoi ? Mails ? IRC ? Photos ? Jeux ?

PS: Ah si, j'oubliais un truc qui m'a vraiment servi: l'appli métro (qui mérite vraiment un équivalent libre, surtout avec OSM qui fourni pas mal de données) sur le E65 à Paris. Maintenant je le fais à l'ancienne: un plan de poche et les plans sur les murs.
PS2: Ceci dit, il est fort probable que je reprenne un appareils évolué un jour, mais c'est plus pour le plaisir de coder que par réelle utilité (encore une fois sauf le GPS).
PS3: Tu fais quoi comme boulot où tu dois choisir les tél de tes utilisateurs ?

Super ça, merci !

J'aime particulièrement le coup des tests et de la réactivité annoncée en cas de changement dans le site (espérons que ça sera vraiment le cas).

Par contre ça aurait été bien d'avoir un préfixe commun aux commandes, pour la complétion du shell. Et peut être un outil qui affiche les backends présents et un bref descriptif ?

Ça va scripter sévère :)

Fin août ! Ouch, ça me parait vraiment tôt...
Je vais essayer de faire un tour sur les salons, mais ça risque d'être difficile de vous trouver, étant sur les routes et à l'autre bout du monde, j'ai difficilement accès au net, et d'autant plus aux heures françaises.

Salut et bravo pour le boulot, que je suis via l'agrégateur de jabberfr mais que je n'ai pas encore testé.

Je travaille moi aussi sur un client lourd xmpp, et suis intéressé par votre XEP sur le partage multimédia. Est-ce que votre brouillon est accessible publiquement ? Ayant moi aussi l'intention de proposer ce genre de fonctionnalité, il serait intéressant qu'on joignent nos efforts. Vous n'avez vraiment rien trouvé d'existant sur le sujet, même avec Jingle ?

Effectivement, il y a pas mal à attendre ces prochains moins du côté XMPP...

Je trouve l'article sur le groupe de presse qui utilise les logiciels libres un peu court, notamment aucun logiciel n'est cité, j'aurais bien aimé savoir s'il était question par exemple de Scribus face à Xpress, ou de logiciels de communication interne, ou autre chose, ou tout à la fois...

Comme d'hab, très bonne dépêche, et avec des chapitres clairs, ce qui permet de survoler les parties qui nous intéressent moins.

Par curiosité, combien de temps ça te prend à chaque fois d'écrire une dépêche pareille ?

Bravo pour le boulot et pour le journal.
Et chapeau pour passer du temps sur un gadget que tu n'utilises même pas toi même (même si c'est excitant :) ).

IDA est vraiment le roi es désassembleurs, il y avait un espoir de début de clone libre il y a quelques années, mais largement à l'abandon depuis: http://lida.sourceforge.net/ .

Est-ce que tu peux nous tenir au courant pour le passage du code dans le noyau (méthode, travail d'adaptation, temps nécessaire) ? J'avais fait un petit pilote pour une manette de jeux il y a quelques années (Saitek P 2500), et naïf que j'étais, j'avais juste publié ça sur mon site. Il s'est retrouvé très rapidement obsolète avec les changement de l'API noyau, et je n'avais plus le temps de faire les mise à jour ou même de l'adapter pour tenter une inclusion noyau. Un mec a repris ce pilote il y a quelques mois, je ne sais pas s'il le tient à jour... Tout ça pour dire que si un pilote n'est pas inclus dans le noyau, ça demande trop de boulot pour un particulier de maintenir le code à jour avec l'API kernel.

Je viens de tester subdownloader dont on m'a parlé sur le forum ubuntu, il marche très bien et fait exactement ce que je comptais faire, du coup je ne vois plus trop l'intérêt de mettre la même fonction dans mon soft.
Autant rester dans la philosophie unix, et faire une seule tache (du moins pour le moment).

Pour ton depôt hg, tu es en mesure de fournir l'url pour cloner ?
Non, il est juste local, et c'est vraiment la galère pour accéder au net, donc pas moyen de laisser une machine allumée. Je m'occuperai des dépôts et accès publics à mon retour en Europe, dans quelques mois.
Pour l'instant des patchs devraient suffire, sauf si vous avez des idées pour faire du dév lourd, dans ce cas on peut éventuellement en discuter en privé.

Mais encore une fois, j'ai un projet bien plus important sur le feu qui est ultra-prioritaire. lm répond à mon besoin pour l'instant (sauf pour les sous-titres, j'ajouterai ça peut être assez vite), je ne vais donc pas y consacrer bcp de temps dans l'immédiat.

Ben les autres extensions présentes sont déjà spécialisées vidéo, ce qui n'est pas le cas pour l'iso.
Et avec les noms, il peut trouver un film correspondant (je ne sais pas s'il y a un film nommé «ubuntu» mais avec les noms d'animaux il va bien finir par en trouver hein ^^).

La convention de nommage est à exclure: l'outil doit rester neutre et fonctionner sur une iso au hasard.

Le code est déjà sur du Mercurial, juste que le dépôt est chez moi (mais pas de pb si vous m'envoyez un patch). Je mettrai ça probablement sur une forge, mais pour l'instant je suis en road trip en Australie avec des connexions plus que limite, et je ne veux pas m'amuser à gérer ça. On verra à mon retour en Europe.

Quand je dis «évite les bibliothèques externe», ça n'inclus pas celles de la bibliothèque standard, aucun problème pour les utiliser.

Ben écoute pourquoi pas. Ce qu'il faudrait c'est une méthode qui prend un fichier .iso et me renvoi True si c'est un film, avec les contraintes suivantes:
- ça doit aller très vite (ne pas oublier que c'est pour lister des fichiers)
- ça doit pouvoir être lancé par un utilisateur lambda, donc pas de montage (sinon ce serait trop facile :( )
- si possible évite d'utiliser des bibliothèques externes, j'aimerais éviter les dépendances au maximum

Il y a peut être possibilité de regarder du côté de hachoir (écrit en python aussi) pour analyser le fichier. D'ailleurs il me semble que hachoir a été codé par quelqu'un fréquentant linuxfr.

Je t'envoie mes coordonnées en PV.

En fait je pensais divx(ou autre) par rapport à DVD, mais ça tient aussi pour les iso

Je ne vois pas en quoi gérer des ISO est plus difficile que des AVI. C'est un fichier comme un autre.
je pense que tu as loupé le passage «Gérer les iso est parfaitement envisageable».
En fait il faut principalement ajouter l'extension dans celles acceptées, et trouver un moyen de séparer iso de film d'autre chose. Tu peux même déjà essayer: ajoute .iso dans la liste des extensions (la ligne avec "movie_ext ="), et ne lui donne pas autre chose que des isos de films à manger... D'ailleurs c'est un peu plus compliqué que les .avi à cause justement de ça: un iso c'est un format bateau qui peut contenir plein de choses.

Il n'y a guère que pour la place que c'est réellement gênant.
C'est bien pour cella qu'on appelle ça «compression» ;)
Et le coup du terra-octet à 80 €, il sera vite rempli à coups d'iso (un simple couche c'est déjà dans les 5 Go, avec 100 DVD t'es déjà à la moitié de ton terra-octet).

Pour la compression, je dis aussi que DL un film prend (en France avec une bonne connexion et en sachant s'y prendre) dans les 5 min, je trouve ça plus logique que de recompresser le DVD soit-même (qui peut donner un mauvais résultat si on ne sait pas choisir les options, et qui prend un temps fou).

Le débat est certes intéressant, mais tourne de plus en plus en rond, et surtout j'aimerais éviter de passer plus de temps à troller qu'à coder (déjà le fait d'avoir posté ce script qui n'était que le résultat d'un «hum j'aimerais bien trier ces films par note» m'a fait perdre pas mal de temps sur mon projet principal).

Bon en tout cas tes commentaires vont certainement me faire ajouter la gestion des iso dans une prochaine version :)

Je pensais à l'association hash/imdb: il faut accéder à opensubtitle avec le hash pour avoir l'id imdb. Mais en effet, c'est plus logique pour l'association avec les fichiers.

Ah oui en effet, je m'attendais à un truc style md5, là c'est clairement utilisable.
Je vois cependant encore 2 problème:
- ça demande l'accès à un deuxième site
- ça marche bien pour les rip diffusés sur le net, ou avec des options par défaut, mais ça ne sera pas le cas pour le rip maison avec un encodage aux petits oignons que tu seras le seul à avoir

Bref, du coup je pense mettre ça dans une prochaine version (avec les sous-titre au passage), mais avec une option pour choisir la méthode (hash, nom ou hash + nom si pas de correspondance au hash).

Merci pour le lien

Je l'attendais un peu celle là, même si je vais y couper court parce que j'ai pas envie de rentrer dans un débat qui me passe un peu au dessus de la tête en ce moment.
Quelques réponses en vrac:

- il y a des tas de films librement diffusables sur IMDb.
- je vois des milliers de raisons de compresser ses dvd/autre:
* les lire sur un netbook qui n'a pas de lecteur dvd, pratique en voyage
* un divx(ou autre) ça se gère plus facilement qu'un dvd: un peu comme c'est plus simple de retrouver une musique sur amarok que de chercher un cd
* la place c'est important: contrairement à ce que tu dis, je préfère personnellement avoir un dvd compressé (avec un joi mkv bien rempli) qu'un full ISO, sauf cas particuliers
* c'est plus facile d'aller chez un pote avec un disque dur 2"5 ou une clé usb qu'avec une mallette remplie de dvd
* ça se raye pas, et t'as moins peur de filer ça à ton neveu de 4 ans (faut pas abimer ton dvd de Fritz the Cat non plus)
- je trouve parfaitement légitime de télécharger un film plutôt que de le compresser quand une méthode prend 5 min, et l'autre un paquet d'heures
- je ne trouve pas illégitime de télécharger un film tout court, ou de faire des échanges avec des potes/de la famille. Mais là on entre dans l'autre débat, alors passons.

Gérer les iso est parfaitement envisageable

Je n'ai pas utilisé Tracker ou Strigi ou quoi que ce soit d'autre en dehors de python et IMDbPY parce que je suis parti dans un outil simple que j'ai fait rapidement. Après, pourquoi pas dans le futur ? C'est une idée.

Exactement le genre de commentaire que je souhaitais, merci.

Quelques réponses:

- j'utilise le nom de fichier parce que je voulais quelque chose de rapide, et ça ne marche pas trop mal sur les tests que j'ai fait. Utiliser un hash est envisageable mais avec une option spécifique, parce que c'est quand même beaucoup plus long.

- Je veux que l'outil soit au maximum automatique, c'est pourquoi je prends le premier résultat (qui souvent est le bon). Le problème d'un mode interactif c'est qu'il va t'interrompre dès que tu as plusieurs résultats, et je veux pouvoir lancer l'outil sur un répertoire, aller boire un café/mater un film, et pouvoir revenir avec les tous films parsés.
Le post traitement ne choisi pas le meilleur titre mais le valide: si le titre ou un autre titre connu (à l'étranger) est proche du nom de fichier, ou se trouve carrément dedans, alors c'est validé, sinon le titre est considéré comme "non sûr" et un warning (/!\) apparait devant. C'est un peu bourrin mais ça marche pas trop mal.
Ensuite tu peux spécifier manuellement l'id IMDb avec l'option --set-id. Il est envisageable d'ajouter une options qui reprends tous les films "non sûr" et lance un mode interactif sur eux.

- tu as tout à fait raison pour les listes en compréhension, j'essaierai d'optimiser ça le prochain coup

- ce qui m'embête avec une option pour envoyer les notes sur un site, et que ça commence à sortir un peu de ce que ça veut faire à l'origine, ça devient usine à gaz. L'idée de base est principalement un 'ls' spécialisé.
Cependant en metadata perso, j'avais pensé à une metadata "déjà vu" qu'on pourrai ajouter automatiquement quand on lance mplayer, et qui permettrait donc de trier les films qu'il reste à voir.

- encore une fois, ça sort de l'idée de base: lm affiche les metadata pour un fichier présent, ce n'est pas un outil de gestion complète des films à voir, etc.

- je pensais uniquement récupérer les notes et éventuellement les descriptions dans d'autres langues que l'anglais, et garder les genre d'IMDb (qui sont pas trop mal) pour garder la consistance. Rien qui demande un compte sur ces sites (je veux éviter d'avoir à mettre un fichier de configuration pour indiquer login/pass: l'outil doit rester simple).

et pour répondre à un peu plus bas:
- j'ai juste mis passer à argparse parce que le site de python indique que c'est la méthode préférée, et que je voulais l'essayer. Je ne suis pas encore python 3.x, mais je pense qu'il devrait s'y trouver rapidement.
optparse ne sera pas retiré (du moins ce n'est pas envisagé pour le moment).

Ah cool, merci.

Je jetterai un œil quand je retoucherai au code de lm (mais pas tout de suite tout de suite: j'ai un client xmpp qui est prioritaire).

En fait la recherche se base uniquement sur le nom du fichier (nettoyé à coups de regex), et ne stocke pas le chemin complet en cache (il cherche juste en listant des fichiers si le nom de fichier est connu). Autrement dit, quand lm voit un fichier, il ne sait pas qu'il y en a un autre ailleurs, mais juste qu'il a les metadata (ou qu'il doit les chercher).
Après, ça peut éventuellement être utilisé pour les doublons en faisant un truc style (sous zsh avec extended glob, doit y avoir des équivalent sous les autres shells):
lm **/*
je peux éventuellement ajouter une options qui compare les id IMDb et affiche celles trouvés plusieurs fois.

Mais il y a des logiciels spécialisés pour ça, comme fdupes.

Je pense mettre également une option de renommage « propre » des fichiers (renommer les fichiers depuis le titre IMDb).

Ooopps pardon, c'est
from __future__ import with_statement
(à mettre au même niveau que les autres import)

oui c'est dev sur python 2.6 (qui a presque 2 ans quand même !), tu peux ajouter au début du fichier
from __future__ import with
et ça devrait fonctionner.

Oui voilà IMDbPY s'en charge, du coup pas trop de questions de ce côté et j'aurai pas non plus à gérer moi même les changements sur le site.

Après j'ai jeté un rapide coup d'œil pour le reste:
- Wikipedia (et autres sites wikimedia), y'a une api bien documentée
- opensubtitle: xmlrpc, documenté
- allocine: il y a une api non officielle, retrouvée par un mec: http://wiki.gromez.fr/dev/api/allocine
- rotten tomatoes: rien trouvé avec une rapide recherche, au pire ça se réglera à coups de beautifulsoup.