J'ai déjà regardé git, mais à mon avis il faut comprendre les concepts avancés avant de pouvoir l'utiliser. Certains concepts de git semblent intéressants quand même, mais certains sont disponibles sous brz.
Pour moi, les ajouts à l'index peuvent être remplacés par des vrais commits dans bzr. Les branches de git sont remplacées par des branches + un repository dans bzr.
Les fonctionnalité comme "bisect" ou "rebase" sont disponible dans bzr aussi (avec des plugins).
En fait, le système de plugins dans bzr est vraiment développé, et il en existe un grand nombre [1].
En ce qui concerne les performances, le problème principal que je vois à bzr, c'est le temps de lancement de python, mais avec bzr-shell (dans bzrtools [2]) il n'y a du coup plus de problème, c'est rapide.
J'ai pas mal utilisé svn avant, et bzr ressemble beaucoup à svn sur pas mal de points, notamment de la simplicité, et les commandes sont à peu près similaires.
une batterie (5H annoncés, contre environ 3H pour la GP2X)
La GP2X c'était aussi 5H annoncées.
GPH ils sont finalement assez fermés, ils ont donné le code source de la GP2X y'a vraiment pas longtemps, à peu près au même moment que l'arrêt de la production, et un peu avant la Wiz, donc niveau libre, c'est vraiment pas super à mon avis.
Le projet OpenPandora m'intéresse déjà plus au niveau de la philosophie à mon avis.
C'est tellement libre qu'on a pas les sources et qu'on ne peut du coup pas mettre ça sur un FreeRunner car c'est compilé pour le mauvais CPU (armv4 alors qu'il faut de l'armv5 pour android).
(D'après ce que j'ai lu, il y a le noyau, les APIs du SDK, mais le code du SDK en lui-même et notamment des API java ne sont à priori par disponibles)
Tu peux utiliser transcode pour faire le son aussi : % transcode -i source.avi -y xvid,raw -o destination.avi
Ça copie la bande son sans y toucher (c'est donc mieux que d'utiliser lame au niveau de la qualité).
Les options de la compression xvid sont à mettre dans le fichier xvid4.cfg, que l'on peut générer avec xvid4conf (si il n'existe pas ça prend la valeur par défaut).
Et si on veut aussi compresser la bande son, on peut toujours utiliser "-y xvid,lame".
Pour mencoder, on peut utiliser "-ovc xvid" pour compresser en xvid, et l'option "-oac copy" pour ne pas toucher à l'audio : % mencoder source.avi -ovc xvid -xvidencopts fixed_quant=5 -oac copy -o destination.avi
Les options se mettent dans xvidencopts.
Et si on veut aussi compresser la bande son, on peut toujours utiliser "-oac mp3lame".
Je n'aime pas trop faire le traitement audio et vidéo chacun de leur côté, on se retrouve parfois avec des soucis de désynchro.
En ce qui concerne les communications radio (principalement le WiFi), j'imagine que ces fréquences sont tellement mauvaises qu'elle ne sont pas utilisables pour les communications militaires. Donc du coup c'est libre pour autre chose, on laisse le grand public l'utiliser.
On se retrouve donc avec des choses qui marchent mal (qui passent mal la végétation par exemple) et qui peuvent être dangereuses (je parle notamment des fréquences du WiFi/Bluetooth qui sont proches des micro-ondes).
Quand on parle des téléphones portables, on dit que c'est dagereux à cause de la puissance émise. La fréquence elle-même a beaucoup moins d'importance, d'après ce que j'ai compris c'est principalement le rayonnement électromagnétique qui pose problème (plusieurs watts de puissance sur un téléphone portable).
De l'autre côté il y a le WiFi et le Bluetooth, d'une puissance relativement faible, mais dont les fréquences sont presque pile poil sur la fréquence de résonnance de l'eau, comme les four micro-onde, par contre ici la puissance est plus limitée (100mW).
Ici on parle du CPL, qui utilise à priori des fréquences de 9-450KHz (bas débit) ou 1.6-30MHz (haut début), à une puissance faible (quelques dizaines de mW à priori), donc je trouve ça vraiment moins dangereux que n'importe lequel des deux autres types mentionnés ci-dessus.
L'argument contre le CPL ça semble plutôt être que le CPL va bloquer toute une bande de fréquences qui aurait pu être utilisée pour faire des communications radio.
(Je ne sais même pas si ces fréquences sont libre ou pas, mais au hasard je dirais que non).
Je trouve déjà plus intéressant l'argument de la sécurité, mais il est vrai pour n'importe quelle méthode de connexion, si on est en clair sur un réseau c'est déjà mauvais.
C'est vrai que c'est pire de se connecter à un site http à travers CPL+Internet que à travers Ethernet+Internet, mais dans les deux cas une connexion https suffit à rétablir une sécurité correcte.
(par exemple personnellement je pense que je préfère une connexion https sur du WiFi ouvert qu'une connexion http sur de l'ethernet)
Personnellement, j'utilise GNOME, finalement pour plusieurs raisons.
La principale raison, c'est que ça marche. Je teste KDE de temps en temps et j'ai toujours des problèmes.
Par exemple pendant tout un moment j'avais un dual screen "brut" (sans xinerama, les fenêtres ne peuvent pas passer d'un côté à l'autre...), eh ben sous KDE ça ne fonctionnait vraiment pas très bien.
Le gestionnaire de fenêtres fonctionne comme je l'attends tout de suite, pas de souci de ce côté là.
Après il y a les applications, j'utilise principalement des logiciels GNOME ou orienté GTK, les deux principaux étant actuellement Epiphany et Gnome-terminal.
Epiphany pour sa gestion des signets et sa légèreté (par rapport à Firefox).
Gnome-terminal parce qu'il marche exactement comme je veux : ctrl+shit+N crée une nouvelle fenêtre et pas un nouvel onglet (konsole 3.5 n'a pas de raccourci pour la nouvelle fenêtre), que la fenêtre créée est en 80x24 (konsole 4.0 crée une nouvelle fenêtre de la même taille que une des autres fenêtres, difficile à dire laquelle), et qu'on se retrouve dans le même dossier que la fenêtre d'avant (konsole 3.5 ne le fait pas).
Vu que j'utilise vraiment beaucoup les terminaux, c'est important (le reste c'est principalement le shell qui fait le boulot, je m'en occupe ;)).
J'ai testé KDE 4.0 quand il est sorti, je pensais que ça allait être la version qui me ferait peut-être passer à KDE, notamment grâce à la simplification qu'avaient subit les interfaces, mais après avoir testé, c'est pas mieux que KDE 3.5.
On retrouve généralement un menu "Settings" rempli de tout plein de choses, y compris l'entrée "Shortcuts", qui est plus accessible que la majorité des autres options (avec même parfois une autre option "Global shortcuts"), et bien sûr on y rajoute une fenêtre de navigation avec des onglets, en plus (pourquoi ne pas avoir tout mis dans la fenêtre de configuration? Mystère.)
La dernière fois j'avais essayé de tester Kopete 4, j'ai toujours pas compris à quoi servaient les "Identities".
Pour ce qui est du gestionnaire de fichiers, je ne l'utilise presque jamais, donc que Konqueror ou Dolphin soit mieux que Nautilus ça ne me fait pas grand chose ;).
Pour écouter de la musique, j'ai utilisé Rythmbox un temps, mais là je suis passé à Quod Libet (qui peut avoir la même interface, mais qui est un peu plus léger et a quelques fonctions en plus). Amarok ne marche pas du tout de la même façon, au lieu de lire directement les morceaux depuis la collection, il faut les ajouter à des listes de lecture (ou tout simplement rajouter toute la collection à la liste de lecture, d'où l'intérêt d'avoir une collection...).
J'ai quand même des applications non-GTK, par exemple K3B, qui marche vraiment très bien.
Avant j'utilisais Psi comme client jabber, mais je suis passé à gajim.
Kate était mon éditeur de texte préféré pendant longtemps, mais le passage à KDE 4 l'avait tout cassé pendant un moment (par exemple il était impossible d'indenter de autre chose que 2 espaces, ça remarche maintenant).
Je me réjouis de l'arrivée de GtkStyle pour Qt4, qui permet réellement d'intégrer les applis Qt à l'environnement GTK (il y avait déjà l'inverse avec Qt-Gtk). J'espère que ça permettra d'avoir des environnements de bureau plus homogènes au niveau graphique, et de choisir les meilleures applications de chaque.
(Il reste encore les boîtes d'ouverture/sauvegarde qu'il faudrait permettre de changer en fonction du bureau).
En ce qui concerne le débat RPM vs DEB, je ne suis pas sûr que ça se joue à ce niveau, comme ça a déjà été dit, les deux formats se valent, le débat se joue plus sur les gestionnaires d'un peu plus haut niveau (urpmi, apt-get, yum...) (je ne comprends toujours pas pourquoi les gens continuent d'utiliser apt-get alors que par exemple aptitude est recommandé depuis longtemps par debian depuis longtemps).
Sinon, je suis d'accord que ça fait bien plaisir de ne pas avoir à se soucier des paquets de développement. Étant sous Gentoo, ça marche sans aucun souci sur ce point là.
Pour Alsa vs OSS, je trouve vraiment que alsa est bien pratique, le système de plugins est bien foutu et permet de faire des choses sympa, comme par exemple de la compatibilité avec d'autres systèmes (par exemple alsa->jack ou plus récemment alsa->pulseaudio), et dmix est finalement une alternative pas trop mauvaise aux serveurs de sons traditionnels. J'avais une SB Live! 5.1 faisant du hardware mixing, mais je suis passé sur un laptop, et c'est utile.
Mais je pense quand même que Pulseaudio pousse encore plus loin les concepts de Alsa et offre encore plus de possibilités.
Personnellement, c'est d'avoir un format libre qui m'est important, que les autres personnes utilisent un logiciel non-libre pour manipuler ces données, ça ne me dérange pas.
(par exemple, pour les fichiers texte ou les images png, ça marche pas trop mal je trouve)
Ce qu'il ne faudrait pas c'est que l'architecture de ce logiciel en monopole sur ce format de fichier le transforme de manière à diminuer la qualité de ce format de fichier (utilisation de choses non normalisées, de hacks divers, etc.)
Y'a "pas anonyme" et "pas anonyme", entre avoir son nom, prénom et photo dans la base de donnée de la RATP (et sur la carte) ou bien l'avoir juste sur la carte, je préfère encore cette dernière solution.
Je ne sais pas comment est réalisée l'architecture pour la gestion des cartes navigo, donc je ne sais pas si on peut retrouver les gens qui payent par carte bancaire, du coup si on est vraiment parano il vaudrait mieux à mon avis payer en liquide (mais payer environ 75€ en liquide c'est pas super pratique...).
Sinon pour les pass navigo découverte, oui on peut en acheter, mais il faut un peu s'accrocher, personnellement j'ai testé, ils n'en avaient pas à Nation, ni à la Défense, ni à Nanterre Préfecture, j'ai presque failli abandonner mais finalement à Gare de Lyon ils en avaient (ah oui et bien sûr ils ne gèrent pas ça dans les agences "le club" qui sert pour les pass navigo "classiques", c'est uniquement dans les points de vente habituels).
C'est peut-être même plus facile d'acheter des pass navigo découverte chez les buralistes que à la RATP, pendant un moment j'ai eu l'impression qu'ils ne voulaient pas en vendre. La RATP? les gens de la RATP parce que quelqu'un de la RATP leur a dit qu'il ne valait mieux pas? les gens de la RATP pour une autre raison? (J'ai entendu un discours du style "Non on ne préfère pas en prendre parce qu'on pense que c'est l'arnaque." Oui, si le gars à la caisse n'en a pas pris, il n'en a pas à en donner du coup.
[^] # Re: svn, git
Posté par Damien Thébault . En réponse au journal Migrer de Svn vers Bzr ?. Évalué à 2.
Pour moi, les ajouts à l'index peuvent être remplacés par des vrais commits dans bzr. Les branches de git sont remplacées par des branches + un repository dans bzr.
Les fonctionnalité comme "bisect" ou "rebase" sont disponible dans bzr aussi (avec des plugins).
En fait, le système de plugins dans bzr est vraiment développé, et il en existe un grand nombre [1].
En ce qui concerne les performances, le problème principal que je vois à bzr, c'est le temps de lancement de python, mais avec bzr-shell (dans bzrtools [2]) il n'y a du coup plus de problème, c'est rapide.
J'ai pas mal utilisé svn avant, et bzr ressemble beaucoup à svn sur pas mal de points, notamment de la simplicité, et les commandes sont à peu près similaires.
[1] http://bazaar-vcs.org/BzrPlugins
[2] http://bazaar-vcs.org/BzrTools
[^] # Re: stratégie de Novell
Posté par Damien Thébault . En réponse au journal Petites nouvelles.... Évalué à 2.
Si on prend le problème par l'autre bout, je cherche vraiment l'intérêt de java ...
# GPH
Posté par Damien Thébault . En réponse au journal La GP2X est morte, vive la WIZ !. Évalué à 0.
une batterie (5H annoncés, contre environ 3H pour la GP2X)La GP2X c'était aussi 5H annoncées.
GPH ils sont finalement assez fermés, ils ont donné le code source de la GP2X y'a vraiment pas longtemps, à peu près au même moment que l'arrêt de la production, et un peu avant la Wiz, donc niveau libre, c'est vraiment pas super à mon avis.
Le projet OpenPandora m'intéresse déjà plus au niveau de la philosophie à mon avis.
# Libre?
Posté par Damien Thébault . En réponse au journal Le premier téléphone Android pour bientôt. Évalué à 6.
(D'après ce que j'ai lu, il y a le noyau, les APIs du SDK, mais le code du SDK en lui-même et notamment des API java ne sont à priori par disponibles)
# Si si, avec uniquement transcode ou mencoder c'est faisable.
Posté par Damien Thébault . En réponse au journal Quelle est la meilleure méthode pour compresser des fichiers AVI .... Évalué à 4.
% transcode -i source.avi -y xvid,raw -o destination.aviÇa copie la bande son sans y toucher (c'est donc mieux que d'utiliser lame au niveau de la qualité).
Les options de la compression xvid sont à mettre dans le fichier xvid4.cfg, que l'on peut générer avec xvid4conf (si il n'existe pas ça prend la valeur par défaut).
Et si on veut aussi compresser la bande son, on peut toujours utiliser "-y xvid,lame".
Pour mencoder, on peut utiliser "-ovc xvid" pour compresser en xvid, et l'option "-oac copy" pour ne pas toucher à l'audio :
% mencoder source.avi -ovc xvid -xvidencopts fixed_quant=5 -oac copy -o destination.aviLes options se mettent dans xvidencopts.
Et si on veut aussi compresser la bande son, on peut toujours utiliser "-oac mp3lame".
Je n'aime pas trop faire le traitement audio et vidéo chacun de leur côté, on se retrouve parfois avec des soucis de désynchro.
[^] # Re: et sinon
Posté par Damien Thébault . En réponse au journal [HS] Les russes se foutent de nous ?. Évalué à 5.
char *A, B;A est un pointeur, mais B est un char classique.
[^] # Re: Orthographe
Posté par Damien Thébault . En réponse au journal les boules !. Évalué à 2.
(Je me suis même demandé pendant 0.5s ce que ça voulait dire)
[^] # Re: Alarmisme
Posté par Damien Thébault . En réponse au journal CPL et risques sanitaires. Évalué à 2.
On se retrouve donc avec des choses qui marchent mal (qui passent mal la végétation par exemple) et qui peuvent être dangereuses (je parle notamment des fréquences du WiFi/Bluetooth qui sont proches des micro-ondes).
Quand on parle des téléphones portables, on dit que c'est dagereux à cause de la puissance émise. La fréquence elle-même a beaucoup moins d'importance, d'après ce que j'ai compris c'est principalement le rayonnement électromagnétique qui pose problème (plusieurs watts de puissance sur un téléphone portable).
De l'autre côté il y a le WiFi et le Bluetooth, d'une puissance relativement faible, mais dont les fréquences sont presque pile poil sur la fréquence de résonnance de l'eau, comme les four micro-onde, par contre ici la puissance est plus limitée (100mW).
Ici on parle du CPL, qui utilise à priori des fréquences de 9-450KHz (bas débit) ou 1.6-30MHz (haut début), à une puissance faible (quelques dizaines de mW à priori), donc je trouve ça vraiment moins dangereux que n'importe lequel des deux autres types mentionnés ci-dessus.
L'argument contre le CPL ça semble plutôt être que le CPL va bloquer toute une bande de fréquences qui aurait pu être utilisée pour faire des communications radio.
(Je ne sais même pas si ces fréquences sont libre ou pas, mais au hasard je dirais que non).
Je trouve déjà plus intéressant l'argument de la sécurité, mais il est vrai pour n'importe quelle méthode de connexion, si on est en clair sur un réseau c'est déjà mauvais.
C'est vrai que c'est pire de se connecter à un site http à travers CPL+Internet que à travers Ethernet+Internet, mais dans les deux cas une connexion https suffit à rétablir une sécurité correcte.
(par exemple personnellement je pense que je préfère une connexion https sur du WiFi ouvert qu'une connexion http sur de l'ethernet)
# Ma vision
Posté par Damien Thébault . En réponse au journal Questions trollesques sur GNOME & cie. Évalué à 3.
La principale raison, c'est que ça marche. Je teste KDE de temps en temps et j'ai toujours des problèmes.
Par exemple pendant tout un moment j'avais un dual screen "brut" (sans xinerama, les fenêtres ne peuvent pas passer d'un côté à l'autre...), eh ben sous KDE ça ne fonctionnait vraiment pas très bien.
Le gestionnaire de fenêtres fonctionne comme je l'attends tout de suite, pas de souci de ce côté là.
Après il y a les applications, j'utilise principalement des logiciels GNOME ou orienté GTK, les deux principaux étant actuellement Epiphany et Gnome-terminal.
Epiphany pour sa gestion des signets et sa légèreté (par rapport à Firefox).
Gnome-terminal parce qu'il marche exactement comme je veux : ctrl+shit+N crée une nouvelle fenêtre et pas un nouvel onglet (konsole 3.5 n'a pas de raccourci pour la nouvelle fenêtre), que la fenêtre créée est en 80x24 (konsole 4.0 crée une nouvelle fenêtre de la même taille que une des autres fenêtres, difficile à dire laquelle), et qu'on se retrouve dans le même dossier que la fenêtre d'avant (konsole 3.5 ne le fait pas).
Vu que j'utilise vraiment beaucoup les terminaux, c'est important (le reste c'est principalement le shell qui fait le boulot, je m'en occupe ;)).
J'ai testé KDE 4.0 quand il est sorti, je pensais que ça allait être la version qui me ferait peut-être passer à KDE, notamment grâce à la simplification qu'avaient subit les interfaces, mais après avoir testé, c'est pas mieux que KDE 3.5.
On retrouve généralement un menu "Settings" rempli de tout plein de choses, y compris l'entrée "Shortcuts", qui est plus accessible que la majorité des autres options (avec même parfois une autre option "Global shortcuts"), et bien sûr on y rajoute une fenêtre de navigation avec des onglets, en plus (pourquoi ne pas avoir tout mis dans la fenêtre de configuration? Mystère.)
La dernière fois j'avais essayé de tester Kopete 4, j'ai toujours pas compris à quoi servaient les "Identities".
Pour ce qui est du gestionnaire de fichiers, je ne l'utilise presque jamais, donc que Konqueror ou Dolphin soit mieux que Nautilus ça ne me fait pas grand chose ;).
Pour écouter de la musique, j'ai utilisé Rythmbox un temps, mais là je suis passé à Quod Libet (qui peut avoir la même interface, mais qui est un peu plus léger et a quelques fonctions en plus). Amarok ne marche pas du tout de la même façon, au lieu de lire directement les morceaux depuis la collection, il faut les ajouter à des listes de lecture (ou tout simplement rajouter toute la collection à la liste de lecture, d'où l'intérêt d'avoir une collection...).
J'ai quand même des applications non-GTK, par exemple K3B, qui marche vraiment très bien.
Avant j'utilisais Psi comme client jabber, mais je suis passé à gajim.
Kate était mon éditeur de texte préféré pendant longtemps, mais le passage à KDE 4 l'avait tout cassé pendant un moment (par exemple il était impossible d'indenter de autre chose que 2 espaces, ça remarche maintenant).
Je me réjouis de l'arrivée de GtkStyle pour Qt4, qui permet réellement d'intégrer les applis Qt à l'environnement GTK (il y avait déjà l'inverse avec Qt-Gtk). J'espère que ça permettra d'avoir des environnements de bureau plus homogènes au niveau graphique, et de choisir les meilleures applications de chaque.
(Il reste encore les boîtes d'ouverture/sauvegarde qu'il faudrait permettre de changer en fonction du bureau).
En ce qui concerne le débat RPM vs DEB, je ne suis pas sûr que ça se joue à ce niveau, comme ça a déjà été dit, les deux formats se valent, le débat se joue plus sur les gestionnaires d'un peu plus haut niveau (urpmi, apt-get, yum...) (je ne comprends toujours pas pourquoi les gens continuent d'utiliser apt-get alors que par exemple aptitude est recommandé depuis longtemps par debian depuis longtemps).
Sinon, je suis d'accord que ça fait bien plaisir de ne pas avoir à se soucier des paquets de développement. Étant sous Gentoo, ça marche sans aucun souci sur ce point là.
Pour Alsa vs OSS, je trouve vraiment que alsa est bien pratique, le système de plugins est bien foutu et permet de faire des choses sympa, comme par exemple de la compatibilité avec d'autres systèmes (par exemple alsa->jack ou plus récemment alsa->pulseaudio), et dmix est finalement une alternative pas trop mauvaise aux serveurs de sons traditionnels. J'avais une SB Live! 5.1 faisant du hardware mixing, mais je suis passé sur un laptop, et c'est utile.
Mais je pense quand même que Pulseaudio pousse encore plus loin les concepts de Alsa et offre encore plus de possibilités.
[^] # Re: L'objectif est le contrôle du marché
Posté par Damien Thébault . En réponse au journal Microsoft: "ODF has clearly won". Évalué à 6.
(par exemple, pour les fichiers texte ou les images png, ça marche pas trop mal je trouve)
Ce qu'il ne faudrait pas c'est que l'architecture de ce logiciel en monopole sur ce format de fichier le transforme de manière à diminuer la qualité de ce format de fichier (utilisation de choses non normalisées, de hacks divers, etc.)
[^] # Re: carte orange
Posté par Damien Thébault . En réponse au journal Campagne STIF. Évalué à 3.
Je ne sais pas comment est réalisée l'architecture pour la gestion des cartes navigo, donc je ne sais pas si on peut retrouver les gens qui payent par carte bancaire, du coup si on est vraiment parano il vaudrait mieux à mon avis payer en liquide (mais payer environ 75€ en liquide c'est pas super pratique...).
Sinon pour les pass navigo découverte, oui on peut en acheter, mais il faut un peu s'accrocher, personnellement j'ai testé, ils n'en avaient pas à Nation, ni à la Défense, ni à Nanterre Préfecture, j'ai presque failli abandonner mais finalement à Gare de Lyon ils en avaient (ah oui et bien sûr ils ne gèrent pas ça dans les agences "le club" qui sert pour les pass navigo "classiques", c'est uniquement dans les points de vente habituels).
C'est peut-être même plus facile d'acheter des pass navigo découverte chez les buralistes que à la RATP, pendant un moment j'ai eu l'impression qu'ils ne voulaient pas en vendre. La RATP? les gens de la RATP parce que quelqu'un de la RATP leur a dit qu'il ne valait mieux pas? les gens de la RATP pour une autre raison? (J'ai entendu un discours du style "Non on ne préfère pas en prendre parce qu'on pense que c'est l'arnaque." Oui, si le gars à la caisse n'en a pas pris, il n'en a pas à en donner du coup.
[^] # Re: Impatience
Posté par Damien Thébault . En réponse au journal [Big Buck Bunny] Préparez vos clients BitTorrent !. Évalué à 1.