Sans vouloir être méchant, faudrait vraiment être un crétin fini pour taper sans avoir vérifié ce que la mise à jour va devoir supprimer, et d'autant plus lorsque apt-get dit qu'il va retirer quelques centaines de Mo ou un nombre impressionnant de paquets !
D'autant plus que s'il s'agit d'un pâquet système, apt-get nous informe deux fois : « DANGER : Les paquets essentiels suivants vont être enlevés Vous NE devez PAS faire ceci, à moins de savoir exactement ce que vous êtes en train de faire ! » puis : « Vous êtes sur le point de faire quelque chose de potentiellement dangereux Pour continuer, tapez la phrase " Oui, faites ce que je vous dis ! " »
« apt-get -u dist-upgrade » n'est pas plus dangereux qu'autre chose (faut arrêter la psychose) et permet au contraire des mises-à-jour complètes et de qualité, car ce qui peut poser problème est retiré du système (en avertissant l'utilisateur, qui le fait en toue connaissance de cause). Pour moi ça évite des problèmes de conflits et permet de ne pas se prendre la tête sur les mises à jour, tout en ayant un contrôle sur ce qui est fait, et le tout sans casser son système.
Mais bien sûr faut pas faire ça comme un sauvage et faire un minimum attention à ce qu'on fait. Mais après tout on cherche à mettre à jour son système, donc faut toujours faire gaffe.
Nota: un « apt-get -u dist-upgrade » ne m'a jamais demandé de supprimer plus de quelques paquets, et franchement pas grand chose, et surtout : jamais rien d'important ni de grave, au pire on dit pas OK...
Avec Galeon je suis aussi redirigé vers la page... Sympa... plutôt que de vérifier si c'est du NS6, ils devraient vérifier s'il ne s'agit pas d'un moteur Gecko (par exemple), ça éviterait les pbms. Et puis si le site était conforme, il n'y aurait pas besoin d'une telle vérification limitatrice... tsss.
Quoique apparemment d'après le JS de la page, même les Moz se font jeter... super intelligent. Y'a encore des gens qui utilisent NS6 ?!
Qui se fend d'un email vantant les mérites des standards (XHTML/CSS) et la non déclinaison des sites en autant de navigateurs qui existent ? Moi j'ai la flemme là...
> GNOME-Terminal est utf8 et passe par pango. Si le monsieur connait
> un terminal qui peut afficher les noms de fichier en Arabe ou chinois
> et qui marche très vite, alors qu'il nous fasse signe.
Réponse : « uxterm » ou « xterm -u8 »
Léger, très rapide et bougrement efficace dès qu'il s'agit de travailler en unicode. Je n'ai aucun problème pour afficher tous mes fichiers dans n'importe quelle langue (français, japonais, etc.). Par contre, je reconnais que ce n'est pas eye candy, il lui manque une petite option de transparence et des tabs. Mais ça seul gnome-terminal le permet (la plupart des term gèrent la semi-transparence, mais aucun ne gère l'unicode correctement). Mais j'ai abandonné celui-ci : il était d'une lourdeur exécrable dans Gnome 2.4, j'ai pas trop essayé en Gnome 2.6 il a l'air un poil plus rapide (mais je parle pas de l'empreinte mémoire).
Pour le reste : hotplug. Il reconnait qu'un nouveau périph est plug, il regarde sa base et regarde s'il y a un script shell associé qui pourrait faire la manip. C'est ce que j'utilise pour mon APN et ça marche vraiment bien. Faut juste bien lire la doc, et ça marche assez rapidement.
Et l'idée de definir un groupe et de changer les droits est tout simplement ce qu'il faut faire, hotplug permet de le faire de façon transparente.
Sinon, y'a la méthode plus barbare : dans les options dans fstab pour monter /proc/bus/usb : définir les droits de montage. Avec devgid et devuid je crois, mais je n'en suis pas sûr.
Correction : allofmp3 reverse aux artistes. C'est les majors que ça ne paye pas. Mais les artistes sont bels et biens payés (via la ROM qui reverse les droits à la SACEM qui reverse aux auteurs). Si le prix de allofmp3 est bas c'est pour deux raisons :
1- on zappe complètement les majors, grâce à un "trou" dans la loie Russe qui permet de vendre de la musique en ne reversant que des droits d'auteurs (qui vont directement aux artistes).
2- les prix de vente de CD en Russie avoissine les 3, donc forcément vendu en ligne, ça coûte encore moins cher...
allofmp3 est légal en Russie, et il faudra un énorme procès pour tenter de prouver le contraire. Mais le résultat est des plus incertains. Car des avocats Russes ayant analysés la situation ont affirmés que le site n'était pas illégal. Et vouloir le prouver revient à vouloir prouver que c'est la ROM qui l'est. Seulement celle-ci lutte activement contre le piratage en Russie et fait régulièrement fermer des tas de sites illégaux...
Le seul point d'illégalité serait que le site vise expressément des acheteurs étrangers en présentant un site externe en langue française par exemple, car les accords de droit d'auteur ne tiendrait plus. Eg: la SACEM autorise la revente à tel prix d'oeuvres françaises pour le marché Russe, mais pas pour une revente sur le marché français.
Mais ce qui gène surtout les majors, c'est que les albums soient vendus à des prix aussi bas ; et qu'ils ne soient pas vendus selon leurs règles de vente (via les droits de diffusion numériques), mais selon le droit d'auteur (qui passe outre les majors).
Conclusion : les artistes sont bels et biens rémunérés. Le site est légal en Russie. Il n'y a pas de DRM et on choisit sa qualité et son format audio. Le seul pb : la revente à un public étranger, et il manque une preuve d'achat (genre un fichier texte contenant une preuve d'achat, le tout signé électroniquement via GnuPG).
C'est d'ailleurs la seule raison pour laquelle j'ai flash sur ma machine [aussi pour voir les Lenore de Roman Dirge en version animés, qui sont en flahs ^^]
Après je suis tout à fait d'accord pour dire que Flash n'est pas fait pour faire des sites ni des rollovers à la con (y'en a qui utilisent une applet java juste pour faire des rollovers, alors bon). Mais faut pas oublier que Flash à avant tout une dimension ludique et que son système d'animation et d'intéraction le tout en vectoriel est vraiment très intéressant et offre pas mal de possibilités.
Tians, à noter aussi un court métrage dispo sur http://catsuka.com/(...) : Bat Boy qui est pas mal basé sur Flash, et qui est vraiment très bien.
Flash est quelque chose de très bien [outre les pbs de çapuçaipaslibre et que c pas dispo sur autre chose que macos, win et linux/x86], c'est l'utilisation faite qui est merdique. Après on verra dans X années ce que pourra donner le SVG...
Oups, je viens de comprendre comment marche la gestion du FTP dans Nautilus. Je retire ce que j'ai dit alors. Il n'empêche que je ne trouve pas cela des plus intuitifs...
Il faut utiliser : Fichier > Se connecter à un serveur... ce qui ouvre une fenêtre de connexion vers un serveur, dans laquelle il faut mettre son url de connexion type : ftp://log:pw@serveur.ext/(...) ... pas très pratique déjà comme système.
Ensuite faire : Aller à > Poste de travail , ce qui nous amène à la fenêtre avec tous ses lecteurs. Et là si vous avez de la chance il pourra se connecter au serveur. Un anonyme sur ftp.free.fr marche, mais pas un log:pw sur le serv de mon site web. Si je clique sur l'icône du serveur je me mange « L'action associée avec "siteweb" n'est pas valide » ... et avec la possibilité d'y associer une application...
Bon, finalement c'est pas encore ça la gestion des serveurs FTP dans nautilus.
Certes, on en parlait depuis un moment sur la ML debian-gtk-gnome, mais j'apprends l'entrée de gnome 2.6 ds unstable avant même toute annonce officielle sur la ML ici sur DLFP... trop fort ^^
Nota: perso j'utilise les paquets de'experimental depuis un moment, et je dois dire que Gnome 2.6 est vraiment robuste. Bien mieux que l'ancienne version 2.4, et ce sur beaucoup de plans.
Par contre, j'avoue être toujours très déçu par Nautilus, qui n'apporte vraiment rien de bien intéressant (à part être plus rapide et léger). ROX-Filer reste encore et toujours la référence. D'autant plus qu'on peut choisir très facilement d'ouvrir des dizaines de fenètres, et non pas à chaque clic voir une nouvelle apparaître, ou devoir utiliser le bouton milieu pour avoir une nouvelle fenêtre et fermer l'ancienne... Je n'arrive toujours pas à comprendre l'utilité ni l'intuitivité d'un tel fonctionnement. Et pourtant ce n'est pas faute d'avoir essayé... Même après lecture du manuel sus nommé je ne comprends toujours pas. Effectivement l'idée que les réps vont toujours s'ouvrir au même endroit sur l'écran est intéressante, mais pour les gens qui comme moi rangent tout dans des arborescences très développées [permettant de facilement trouver ce qu'on veut, comme un classeur parfaitement organisé], on se retrouve en 5s avec 20 fenêtres ouvertes ou à devoir à chaque clic changer de point de vue, pas pratique si vous voulez le mien.
Mais ROX-Filer m'offre toute la souplesse possible, avec énormément de fonctions facilement utilisables (la fct° shell est vraiment géniale par exemple, tout comme le double-clic sur le fond du répertoire pour directement redimenssionner le répertoire) donc ça me suffit. Je conseille d'ailleurs à toute personne non contente de Nautilus d'essayer ROX-Filer (rox.sf.net), elle devrait y trouver son bonheur. Le seul truc qui manque à ROX-Filer, c'est une gestion des sites distants, tels des serveurs FTP, ce qui serait véritablement pratique (Nautilus ne le gère pas non plus, ou alors faut me dire comment, je n'ai jamais réussi avec aucune version).
Par contre, le nouveau sélecteur de fichier de GTK+2.4 est vraiment très bon. Encore un peu buggué et limité, mais je pense que ça devrait s'améliorer). Bug: crééz un nouveau répertoire, il disparaît de la liste... il faut changer de répertoire et revenir pour le voir apparaître. Limitation : impossible de démonter un cd-rom directement depuis le sélecteur, c'est dommage.
J'en reçois assez régulièrement aussi, des emails vides. sans rien du tout. J'utilise sylpheed qui (je pense) ne doit pas abimer les emails. Tout comme pour KMail et autres Thunderbird...
Ça doit être une nouvelle mode de spam... Comme les emails avec des mots qui ne veulent strictement rien dire, des suites de lettres ascii sans queue ni tête, et pourtant ce ne sont pas des langues de type CJK... Perso je cherche pas à comprendre, c'est poubelle.
Mouais, enfin leur proposition revient à une taxe sur le download... Enfin moi c'est l'impression que j'en ai. Va falloir obliger les fournisseurs d'accès à lister tout ce qui circule sur le réseau ? Ce n'est pas une solution envisageable. Car en gros leur solution dit qu'on va payer encore une taxe qui sera redistribuée on ne sait comment.
Personnellement je trouve qu'un système type allofmp3.com est bien plus envisageable. C'est-à-dire un site qui devient distributeur de musique dans différents formats (au choix du client, tel du Ogg Vorbis 128k ou un codec lossless). Le prix variant en fonction du téléchargement (prix au Mo), et avec une base de rémunération directe en droit d'auteur. L'avantage est bien entendu que ne sont payés en droit d'auteur que ce qui est véritablement téléchargé (et acheté), et pas une base inconnue qui participe à une redistribution pas forcément équitable. De plus, cela ne légalise pas
- au nom d'un abonnement forfaitaire - une attitude illégale. De plus, les P2P ne servent pas qu'à diffuser de la musique. Et heureusement. Le principe de base est le partage, pas le piratage. Mais finalement on va finir par payer des abonnements sur le téléchargement de musique et le téléchargement de vidéo, et le téléchargement de <put here what you get illegally>, etc.
De plus, avec un petit fichier texte par album téléchargé, indiquant que l'achat s'est fait sur tel site, et a été vendu à machin. Le tout avec un bon gros fichier .sig qui contient une signature GnuPG (de ts les fichiers, dont le txt) histoire d'identifier le tout (et prouver l'achat). Du coup : pas besoin de DRM, et on n'empêche pas la copie privée ni l'écoute sur n'importe quel matériel. Tout en préserrvant un système de preuve d'achat et de possession. Le problème pouvant naître à la revente. À la rigueur onpeut singer un autre .txt en plus histoire de prouver qu'on a revendu le truc...
Seulement un truc pareil ça ne peut pas plaire. Parce qu'elles servent à quoi du coup les majors dans un cas pareil ? Ben faut qu'elles évoluent, ou sinon elles foncent droit dans le mur. De toute façon c'est déjà fait (et tant mieux).
Nota: je ne dis pas que ce serait un système parfait, ni même ce qu'il faut vraiment mettre en place, mais ce serait (pour moi) un système plaisant. Par contre la "solution" de Spedidam ne me plaît absolument pas, et n'est même pas envisageable (à mon avis).
C'est les applications Gnome que je trouve lourdes généralement. J'entends qu'elles mettent un certain temps à se charger par exemple. Ensuite, j'ai indiqué que Gnome 2.6 avait considérablement amélioré ce pb (cf. Nautilus & Gedit qui démarrent beaucoup plus rapidement). Ensuite, en général je trouve GTK+2 relativement peu lourd, mais il pourrait être encore amélioré, en comptant aussi avec une amélioration de X bien entendu.
Effectivement pour GTK+2.4 je trouve dommage qu'il n'existe pas un wrapper de l'ancien fileselector vers le nouveau... Certes je veux bien reconnaître que les implémentations soient différentes, mais je trouve dommage qu'il n'existe pas un wrapper prenant le pas sur l'ancien... Enfin c'est pas trop grave encore. Faut attendre que les applis passent à GTK+2.4 ...
Pour X, c'est qu'en ce moment la situation est pas très claire... Quelle interface choisir pour remplacer XFree ? Il y en a pleins, et c'est pas forcément un mal. Sachant que Y est différent, et est un projet à long terme (dont j'attends beaucoup). Par contre sur le court terme... je pense que le projet le plus actif et qui aura le développement le plus ouvert & efficace prendra le pas au fur et à mesure.
Sinon, moi je suis plutôt dans une optique selon laquelle on devrait d'abord penser à optimiser violemment les toolkits et les interfaces. J'aime bien le développement de Gnome, mais je trouve ce Desktop encore lourd. Même si la version 2.6 corrige beaucoup la lourdeur de différents programmes ! Cf. Nautilus & Gedit pour ne citer qu'eux. Mais GTK+ pourrait lui même être beaucoup plus optimisé qu'il ne l'est actuellement. Mais (et surtout) X lui-même doit être très retravaillé (cf. les articles osnews).
Ensuite, il faut penser à ajouter des fonctionnalités, mais s'il vous plaît : pas de gadget visuel bidon qui demandent encore une grosse config de gros bill pour tourner. Ça peut être bien, mais bon.
Nota: pour l'intégration des applications ds Longhorn je trouve qu'au vu des screenshots c'est pas si génial que ça. C'est surtout de la poudre aux yeux pour les gens qui ne connaissent pas les capacitées de thèmes de Gnome, KDE, etc. Il n'y a pas grand chose de révolutionnaire. À part qu'on part de plus en plus vers un gros truc monobloc dont il est impossible de virer des éléments ou de faire joujou à les mélanger.
Pour moi, rien de plus puissant & génial que de pouvoir avoir - et assez facilement - les panels de Gnome qui tournent avec le WM de XFCE, et le tout avec ROX-Filer qui gère le bureau et ses icônes. Plus un petits gdesklets pour y ajouter des gadgets sympa, et voilà. Mais si je veux je peux aussi me relogguer et avoir un Desktop GNOME ou KDE complet. Avec un thème général gérant tout un ensemble graphique ordonneé (background / toolkit / WM). Maintenant il faut que toutes les interfaces se conforment à freedesktop.org et que ce dernier continuent de définir une bonne intégration générale. Faut être patient, Linux n'est pas né en une journée, et il continue encore de naître.
Par contre le truc qu'il faut absolument travailler, c'est la solution de l'impression. Pour moi le problème fondamental qui gène encore pour le Desktop est là. Heureusement il existe des utilitaires (pour cups) de qualité, mais bon, c'est pas encore super intégré dans les desktops. Je ne peux tout simplement toujours pas gérer la qualité d'impression directement depuis la boîte d'impression de Gnome (via gnomeprintui 2.6)... super. Heureusement on peut tweaker et avoir un petit gtklp qui permet de gérer ça, mais bon, ça fait 2 boîtes d'impression à la suite, et l'ergonomie de ce logiciel n'est pas super méga top.
Le second très bon utilitaire c'est gnome-cups-manager, génial pour installer, configurer et gérer une imprimante (on ajoute une HP en 30s avec ça).
Les francs maçons sont tout sauf adorateurs de la magie et encore moins du diable. Ça n'a strictement rien à voir. Les rosecroix à la rigueur sont autour de la magie, mais toujours pas du diable. Alors les francs maçons... Je me rappelerai tjs l'énervement d'un prof quand un élève lui a dit que les francs maçons pratiquaient des rituels et croyaient en la magie. Et une simple lecture de From Hell (d'Alan Moore) vous montrera bien ce que sont les francs maçons (cf. le procès de Jack à la fin du comics).
Bref, quand on commence à lire dans un article de ce genre de choses, on se dit que ça a l'air tellement bien documenté que le reste ne doit pus être qu'un ramassi d'ordures qui ferait mieux de retourner de là où il vient.
À croire que les moutons ont tjs besoin d'une chasse aux sorcières... faudrait qu'ils arrêtent de se tromper de cible.
Il génère aussi un BOM certainement standard en débu de fichier pour détecter si le fichier est bien en UTF-8, et directement utiliser le mode UT-8 au chragement. Le pb, c'est que les fichiers PHP avec cookies ne passent plus dans ce cas (headers alreay sent) ou encore d'autres joyeusetées.
La solution ? Faire File > Encoding > 8 Bits et sauvegarder. Le BOM aura disparu et le fichier sera tjs en UTF-8. Magique. Néanmoins ce truc est assez lourdingue quand même.
Je ne crois pas que ça existe et j'avoue avoir la même idée / envie. Un site qui serait une sorte de vitrine aux auteurs de musique à diffusion libre (même si l'oeuvre elle-même n'est pas forcément libre, que la diffusion elle le soit, au moins). Un simple annuaire en fait, avec liens vers le site officiel où on peut récuperer la musique, écouter, contacter l'auteur, voir même (ô insulte ultime faite aux majors) : lui donner un peu d'argent.
[ Nota: je dis "lui", mais je parle en terme générique genre : l'auteur ou le groupe. ]
Le top du top, ce serait que cela soit lié à un réseau particulier basé sur le p2p sur lequel ne circulerait QUE les musiques enregistrées sur ce site. « Comment ça le p2p c'est fait pour pirater ?! Bien sûr que non : regardez ! »
Matroska (conteneur vidéo) alias MKV : format vidéo d'excellente facture ma foi. Basé sur une très bonne idée : le markup genre XML, mais appliqué aux binaires. Résultat le format est extensible, etc. On peut par exemple avoir sa vidéo avec je ne sais combien de flux vidéos, de flux audio et de sous-titres sans aucun problème. Sans compter qu'on peut même y ajouter en pièce jointe n'importe quoi. La meilleure idée ? Avoir ses sous-titres qui utilisent une fonte spéciale et la joindre DANS le fichier. Génial, non ? C'est en tout cas supporté par la version MS Windows. La gestion des sous-titres sous système GNU/* étant encore limitée au SRT basique, c'est pas encore ça. Et surtout l'intégration de sous-titres n'est pas limité au SRT. Mais on peut aussi inclure du SSA ou ASS, et vu que c'est extensible : certainement pleins d'autres formats encore.
XviD (codec vidéo): parce que c'est un codec de compression de haute qualité à bas débit, et à la vitesse de compression fort correcte. Je le trouve beaucoup plus abouti que ffmpeg. Néanmoins, j'avoue que pour le décodage mon MPlayer utilise au maximum ffmpeg, qui a moins de problème sr la lecture de beaucoup de flux MPEG4. Néanmoins de temps en temps je force le XviD. Bref : pour la compression je préfère le XviD, pour la lecture ffmpeg.
Ogg vorbis (codec audio): sans raison aucune. Peutêtre parce qu'il est connu, de bonne qualité, génère des flux de très bonne qualité à bas débit (cf. icecast.org). Et qu'on commence à le trouver dans de l'embarqué...
SSA (sous-titres): car il permet beaucoup de choses. Comme tout simplement la gestion des styles, ce qui peut être pratique (ou une horreur si c'est géré n'importe comment). Ça permet d'avoir de l'italique, de pouvoir définir certaines couleurs, comme un jaune pâle plus joli que le blanc, ou encore certaines fontes, ce qui peut être très agréable. De plus le format est ouvert et documenté. SRT est vraiment trop minimal. Il serait agréable qu'un support ne serait-ce que minimal du SSA apparaisse dans MPlayer par exemple. Au moins la gestion des fontes (qui peuvent être extraites des MKV au besoin), et de certains styles : italique, gras, etc.
Zip, tarball, tar.bz2 : pas vraiment de préférence. En général le tar.bz2 qui offre une meilleure compressibilité. Si je dois partager des données avec des Windosiens, je préfère néanmoins souvent le .zip
Bref, pour moi le top en vidéo c'est le Matroska, contenant un flux vidéo XviD, un flux audio Ogg Vorbis, et avec des sous-titres SSA. Le tout avec bien entendu les fontes dans la vidéo. Malheureusement on en trouve pas vraiment. Et les différentes cours-métrages, tel http://lemusicienlefilm.free.fr/(...) par exemple [dont je recommande chaudement le visionnage, il est superbe], n'en profite pas, et c'est dommage. Je devrais mailer les auteurs pour leur en parler tiens.
Surtout ce que je n'aime pas dans les sites en flash, c'est que les fontes sont toujours totalement illisibles. Il suffit de voir le site de enhancer dont tu donnes le lien : je n'arrive à rien, obligé de me tuer les yeux, ou alors de changer de résolution pour zoomer et arriver à lire quoique ce soit. Sans compter certains temps de chargement. Sur ma ligne à 200k/s ça va. Mais sur un moment à 3k/s .... je n'ose même pas imaginer. Et j'en connais beaucoup des amis qui vivent à 10 ou 20 bornes d'une grande ville, et qui eux se mangent du 56k à un prix qui fait peur...
Alors qu'un site en CSS, c'est beau (si on a du goût quant-à la création de sites), ça se charge super vite (que du texte, et quelques images), et c'est très vite traité par le processeur.
Pour moi, l'évolution est là. Dans ces nouvelles technologies issues du W3C, et non dans flash. Même si je reconnais que certains dessins animés, et autres petites choses du genre peuvent être vraiment très bien. cf: http://www.saikin.com/sound/Ddautta_01_masK.swf(...) Mais faire un site en flash, dans lequel on ne comprends rien, qu'il aut attendre les chargements, les animations, etc. j'ai déjà zappé sur un autre qui lui, je clique, ça marche de suite, et je ne cherche pas les boutons pendant 300.000 ans.
Euh, personne ne recommande d'utiliser Debian/Unstable. Si tu l'utilises, alors tu dois accepter que ta Debian peut très bien se retrouver fusillée d'un coup, et ne plus démarrer. Bon ok, c'est extrème, mais bon.
Experimental n'est "activement" utilisé que depuis quelques mois. Avant c'était juste pour y poser la toute dernière version d'un paquet juste en test de création avant de l'intégrer à Unstable. De plus, ce repository a quelques défauts. Notamment, pas d'auto-build pour les xx architectures...
Mais la chose qui m'étonne, c'est que tu ne parles pas de Testing. Pour un desktop, c'est la solution priviligiée. Certes, les tous derniers logiciels - dans leur version super top qu'elle vient de sortir dans la nuit et que je sais pas si elle marche - n'y sont pas disponibles, mais ils y sont rapidement. Seulement elle est régulièrement à jour, et le but actuel est de ne plus casser Unstable pendant des mois (comme c'est arrivée fréquemment avec l'introduction de glibc ou gcc archi buggués sur autre chose que x86 ou ppc), ce qui a pour conséquence de complètement bloquer Testing. Donc Testing est la solution (pour le moment). Certes de temps en temps, ça peut légèrement casser, certes il y a des bugs (je les cherche encore perso), et très rarement il y a un petit conflit de paquet qu'il était caché dans son coin (une fois par an je vois ça), et encore ça se corrige facilement.
Stable, bon ok, c'est bien quand ça sort, mais au bout d'un an elle devient effectivement presque obsolète. Néanmoins elle est et reste stable / sécurisée (à condition de se mettre à jour sur security.debian.org bien entendu). De plus, elle bénéficie de pas mal de backports. Donc, ça reste une solution viable, surtout pour un serveur. Et si on est un vrai admin, on est capable de « backporter » sois-même les paquets pour Stable. On peut même penser à monter une équipe qui s'occuperait de ça, et pourrait même générer un repository consacré (sur certains composants, tels les FTP, Apache et consors).
Nota: je suis tout à fait d'accord pour dire que Debian devrait faire évoluer sa politique. Le cycle actuel est bien trop long, et pas très pratique. Il est par exemple très dur de faire entrer tout un composant. Par exemple, GNOME, KDE, et ces genres de choses. Mais pour le moment, j'avoue que j'en suis assez content. Certes on met un moment avoir la nouvelle version de Gnome, ou ce genre de choses. Dans ce cas, ben on peut tenter le feu et essayer les paquets d'experimental, ou si on veut être plus prudent : des paquets provenants de Unstable. Je le fais régulièrement, sur des paquets non essentiels (liferea, galeon, gimp, et ce genre de logiciels).
On peut aussi tourner légèrement la tête, et on voit quelque chose de très intéressant : Progeny ( http://progeny.com/(...) ). Son idée de développement composants par composants (components) est vraiment très intelligente. Chaque chose est développée à part et en corrélation avec les autres composants. Pour moi c'est vers cette idée que devrait se tourner Debian, si elle veut évoluer.
Et puis, pour un développement plus efficace des paquets, experimental devrait pouvoir être auto-build.
Aller, pour ceux qui cherchent des paquets backportés (ou non existants dans Debian) : http://apt-get.org/(...)
À la lecture de la FAQ, on se rend compte que les développeurs MS répondent plutôt gentillement aux questions que les dev. Mono leur demande...
Et il y a une entrée qui dit en gros: et si d'un coup .NET n'est plus standardisé ECMA ? Tant pis, on aura quand même un très bon framework à utiliser [ et qui sera lui disponible sous pleins d'architectures différentes, dont, win, linux, *bsd, macos, etc. ]
De plus, si tout cela s'engage dans une collaboration Mono/Gnome/Mozilla, ça ne peut être au final que très positif, enfin je trouve. Après, il faut voir si le framework est vraiment bien. De ce que j'en voit, ça a l'air pas mal.
J'avoue que la lecture de la FAQ sur go-mono.org/ ouvre pas mal l'attention, et montre un autre visage que le sempiternel « ça vient de MS, c'est mal. »
Plus exactement pour sarge, il faut installer le paquet « gnome » ou plus spécifiquement, si vous ne voulez que le desktop, et pas toutes les applis qui tournent encore autour « gnome-desktop-environment ».
Il y a aussi gnome-core & gnome-office, et certainement quelques autres. Pour KDE j'avoue ne pas savoir.
Nota: Gnome 2.4 est complet dans Sarge, pas (plus) de mix Gnome 1.4 / Gnome 2.x s'il y a un mix, c'est qu'il reste des paquets de la woody. Une utilisation de deborphan au final de l'installation peut être intéressant, histoire de zapper tout un lot de paquets inutiles.
Moi j'avoue que je suis sur une cafetière à piston des plus agréables (café à la Turque, cf. les bouquins de Pennac). Suffit juste d'avoir une bouilloire pour faire chauffer l'eau. Ça se prépare rapidement et je trouve que ça fait vraiment bien ressortir le goût (à condition de bien doser). J'aime bien l'idée d'un café infusé et non passé, et pareil pour le goût ^^
Et pour le temps : faut compter 3 à 4 minutes environ.
Truc qui n'a rien à voir avec le reste du thread : quelqu'un a déjà essayé les grains de cafés Mozilla Coffee ? Rigolez pas ça existe vraiment et je le prouve avec http://store.rjtarpleys.com/mozillacoffee.html(...) ^^
Tout à fait d'accord, vive http://radio404.org/(...) . Et il ne faut pas oublier http://icecast.org/(...) sur lequel on trouve pas mal de radios très intéressantes et qui permettent de découvrir des artistes sympas.
Tant qu'à faire, autant utiliser sa bande passante de façon légale ^^
Ouaip, c juste un bug de config ça. Et vu que ça a l'air de démarrer le noyau quand même, mais que celui-ci est incapable de trouver la bonne partition sur le bon disque dur, je pencherai pour la thèse d'un mauvais paramètre "root=" dans les options du noyau...
Pour grub il suffit d'éditer /boot/grub/menu.lst , et le mieux est de réinstaller grub (ne pas oublier de changer le x pour la bonne partition) :
$ grub
grub> root (hd0,x)
grub> setup (hd0)
grub> quit
Mais à mon avis, vu qu'il arrive à démarrer un noyau, je penche pour la thèse du lilo. Dans ce cas, c'est /etc/lilo.conf qu'il faut éditer. Et dans ce cas, il faut éditer les deux params (pas oublier de chger le x pr le num de partition) :
boot=/dev/hda
root=/dev/hdax
et relancer "lilo" en ligne de commande.
Et comme tu l'as bien dit : ne pas oublier d'éditer /etc/fstab !
Il confond le terme de gratuité avec celui de piratage. La musique peutêtre gratuite de façon tout à fait légale, comme c'est dit dans l'article. Seulement pour M. Nègre, de la musique gratuite c'est de la musique qui a été piraté, parce qu'il est inconcevable que la musique (comme tout art) ne soit pas payante.
Moi ça ne me donne même lus envie de pirater. Et encore moins celui d'acheter. Je crois que de plus en plus, j'achèterai directement aux artistes, ou que je commanderai à des éditeurs indépendants.
Au fait, bien l'article de Costes, mais s'il pouvait dire un peu moins le mot "merde" et autres grossièretés à la pelle, ce serait plus agréable à lire, et le texte gagnerait en crédibilité.
Les petits magasins en bas de chez toi qui luttent un peu pour vivre à cause des enseignes ? Parce qu'un petit libraire spécialisé est toujours plus agréable à venir voir, pour discuter un peu pénard, alors que vous pouvez toujours essayer de discuter avec alapage.com ou amazon, vont pas trop vous répondre ou vous conseiller intelligemment...
D'ailleurs je suis bien dans la panade depuis que ma librairie fantastique a fermé (à cause de l'implantation de la FNAC!) Je repartais tout le temps avec un livre parfaitement conseillé, et avec d'excellents moments de lectures... Maintenant, c la zone.
[^] # Re: apt-get upgrade !
Posté par Julien Portalier . En réponse au journal Arrivée de gnome 2.6 en Sarge !. Évalué à 3.
D'autant plus que s'il s'agit d'un pâquet système, apt-get nous informe deux fois : « DANGER : Les paquets essentiels suivants vont être enlevés Vous NE devez PAS faire ceci, à moins de savoir exactement ce que vous êtes en train de faire ! » puis : « Vous êtes sur le point de faire quelque chose de potentiellement dangereux Pour continuer, tapez la phrase " Oui, faites ce que je vous dis ! " »
« apt-get -u dist-upgrade » n'est pas plus dangereux qu'autre chose (faut arrêter la psychose) et permet au contraire des mises-à-jour complètes et de qualité, car ce qui peut poser problème est retiré du système (en avertissant l'utilisateur, qui le fait en toue connaissance de cause). Pour moi ça évite des problèmes de conflits et permet de ne pas se prendre la tête sur les mises à jour, tout en ayant un contrôle sur ce qui est fait, et le tout sans casser son système.
Mais bien sûr faut pas faire ça comme un sauvage et faire un minimum attention à ce qu'on fait. Mais après tout on cherche à mettre à jour son système, donc faut toujours faire gaffe.
Nota: un « apt-get -u dist-upgrade » ne m'a jamais demandé de supprimer plus de quelques paquets, et franchement pas grand chose, et surtout : jamais rien d'important ni de grave, au pire on dit pas OK...
[^] # Re: konqueror
Posté par Julien Portalier . En réponse au journal broooom brooooom. Évalué à 2.
Quoique apparemment d'après le JS de la page, même les Moz se font jeter... super intelligent. Y'a encore des gens qui utilisent NS6 ?!
Qui se fend d'un email vantant les mérites des standards (XHTML/CSS) et la non déclinaison des sites en autant de navigateurs qui existent ? Moi j'ai la flemme là...
[^] # Re: Psssssssssss
Posté par Julien Portalier . En réponse au journal Linux est il gros et gras ?. Évalué à 6.
> un terminal qui peut afficher les noms de fichier en Arabe ou chinois
> et qui marche très vite, alors qu'il nous fasse signe.
Réponse : « uxterm » ou « xterm -u8 »
Léger, très rapide et bougrement efficace dès qu'il s'agit de travailler en unicode. Je n'ai aucun problème pour afficher tous mes fichiers dans n'importe quelle langue (français, japonais, etc.). Par contre, je reconnais que ce n'est pas eye candy, il lui manque une petite option de transparence et des tabs. Mais ça seul gnome-terminal le permet (la plupart des term gèrent la semi-transparence, mais aucun ne gère l'unicode correctement). Mais j'ai abandonné celui-ci : il était d'une lourdeur exécrable dans Gnome 2.4, j'ai pas trop essayé en Gnome 2.6 il a l'air un poil plus rapide (mais je parle pas de l'empreinte mémoire).
[^] # Re: ...
Posté par Julien Portalier . En réponse au journal Points de montage USB qui dansent la gigue.... Évalué à 4.
Et l'idée de definir un groupe et de changer les droits est tout simplement ce qu'il faut faire, hotplug permet de le faire de façon transparente.
Sinon, y'a la méthode plus barbare : dans les options dans fstab pour monter /proc/bus/usb : définir les droits de montage. Avec devgid et devuid je crois, mais je n'en suis pas sûr.
[^] # Re: Toc toc, c'est la police !!
Posté par Julien Portalier . En réponse au journal Les DRM de virgin.fr ne servent a rien !. Évalué à 3.
1- on zappe complètement les majors, grâce à un "trou" dans la loie Russe qui permet de vendre de la musique en ne reversant que des droits d'auteurs (qui vont directement aux artistes).
2- les prix de vente de CD en Russie avoissine les 3, donc forcément vendu en ligne, ça coûte encore moins cher...
allofmp3 est légal en Russie, et il faudra un énorme procès pour tenter de prouver le contraire. Mais le résultat est des plus incertains. Car des avocats Russes ayant analysés la situation ont affirmés que le site n'était pas illégal. Et vouloir le prouver revient à vouloir prouver que c'est la ROM qui l'est. Seulement celle-ci lutte activement contre le piratage en Russie et fait régulièrement fermer des tas de sites illégaux...
Le seul point d'illégalité serait que le site vise expressément des acheteurs étrangers en présentant un site externe en langue française par exemple, car les accords de droit d'auteur ne tiendrait plus. Eg: la SACEM autorise la revente à tel prix d'oeuvres françaises pour le marché Russe, mais pas pour une revente sur le marché français.
Mais ce qui gène surtout les majors, c'est que les albums soient vendus à des prix aussi bas ; et qu'ils ne soient pas vendus selon leurs règles de vente (via les droits de diffusion numériques), mais selon le droit d'auteur (qui passe outre les majors).
Conclusion : les artistes sont bels et biens rémunérés. Le site est légal en Russie. Il n'y a pas de DRM et on choisit sa qualité et son format audio. Le seul pb : la revente à un public étranger, et il manque une preuve d'achat (genre un fichier texte contenant une preuve d'achat, le tout signé électroniquement via GnuPG).
Pour plus de renseignements, voir le journal suivant : https://linuxfr.org/~nicOnicO/12784.html(...) ainsi que tout un tas de liens très intéressants :
http://forum.clubic.com/forum2.php3?cat=24&post=3742&config(...)
http://www.ratiatum.com/p2p.php?article=1543&affcomm=1(...)
http://www.museekster.com/allofmp3info.htm(...)
Ou encore les informations légales sur le site de allofmp3.com directement :
http://stat.allofmp3.com/help/help.shtml?prm=legal(...)
[^] # Re: Combien de temps?
Posté par Julien Portalier . En réponse à la dépêche Flash Player 7 pour Linux disponible. Évalué à 4.
http://www.supershoes.com.fr/french.htm(...)
http://membres.lycos.fr/bd9/menou/menou.html(...)
http://membres.lycos.fr/bd9/oc/oc.html(...)
http://www.happytreefriends.com/(...)
etc.
C'est d'ailleurs la seule raison pour laquelle j'ai flash sur ma machine [aussi pour voir les Lenore de Roman Dirge en version animés, qui sont en flahs ^^]
Après je suis tout à fait d'accord pour dire que Flash n'est pas fait pour faire des sites ni des rollovers à la con (y'en a qui utilisent une applet java juste pour faire des rollovers, alors bon). Mais faut pas oublier que Flash à avant tout une dimension ludique et que son système d'animation et d'intéraction le tout en vectoriel est vraiment très intéressant et offre pas mal de possibilités.
Tians, à noter aussi un court métrage dispo sur http://catsuka.com/(...) : Bat Boy qui est pas mal basé sur Flash, et qui est vraiment très bien.
Flash est quelque chose de très bien [outre les pbs de çapuçaipaslibre et que c pas dispo sur autre chose que macos, win et linux/x86], c'est l'utilisation faite qui est merdique. Après on verra dans X années ce que pourra donner le SVG...
[^] # Re: Et ben...
Posté par Julien Portalier . En réponse au journal Gnome 2.6 dans Sid... Évalué à 7.
Il faut utiliser : Fichier > Se connecter à un serveur... ce qui ouvre une fenêtre de connexion vers un serveur, dans laquelle il faut mettre son url de connexion type : ftp://log:pw@serveur.ext/(...) ... pas très pratique déjà comme système.
Ensuite faire : Aller à > Poste de travail , ce qui nous amène à la fenêtre avec tous ses lecteurs. Et là si vous avez de la chance il pourra se connecter au serveur. Un anonyme sur ftp.free.fr marche, mais pas un log:pw sur le serv de mon site web. Si je clique sur l'icône du serveur je me mange « L'action associée avec "siteweb" n'est pas valide » ... et avec la possibilité d'y associer une application...
Bon, finalement c'est pas encore ça la gestion des serveurs FTP dans nautilus.
# Et ben...
Posté par Julien Portalier . En réponse au journal Gnome 2.6 dans Sid... Évalué à 10.
Nota: perso j'utilise les paquets de'experimental depuis un moment, et je dois dire que Gnome 2.6 est vraiment robuste. Bien mieux que l'ancienne version 2.4, et ce sur beaucoup de plans.
Par contre, j'avoue être toujours très déçu par Nautilus, qui n'apporte vraiment rien de bien intéressant (à part être plus rapide et léger). ROX-Filer reste encore et toujours la référence. D'autant plus qu'on peut choisir très facilement d'ouvrir des dizaines de fenètres, et non pas à chaque clic voir une nouvelle apparaître, ou devoir utiliser le bouton milieu pour avoir une nouvelle fenêtre et fermer l'ancienne... Je n'arrive toujours pas à comprendre l'utilité ni l'intuitivité d'un tel fonctionnement. Et pourtant ce n'est pas faute d'avoir essayé... Même après lecture du manuel sus nommé je ne comprends toujours pas. Effectivement l'idée que les réps vont toujours s'ouvrir au même endroit sur l'écran est intéressante, mais pour les gens qui comme moi rangent tout dans des arborescences très développées [permettant de facilement trouver ce qu'on veut, comme un classeur parfaitement organisé], on se retrouve en 5s avec 20 fenêtres ouvertes ou à devoir à chaque clic changer de point de vue, pas pratique si vous voulez le mien.
Mais ROX-Filer m'offre toute la souplesse possible, avec énormément de fonctions facilement utilisables (la fct° shell est vraiment géniale par exemple, tout comme le double-clic sur le fond du répertoire pour directement redimenssionner le répertoire) donc ça me suffit. Je conseille d'ailleurs à toute personne non contente de Nautilus d'essayer ROX-Filer (rox.sf.net), elle devrait y trouver son bonheur. Le seul truc qui manque à ROX-Filer, c'est une gestion des sites distants, tels des serveurs FTP, ce qui serait véritablement pratique (Nautilus ne le gère pas non plus, ou alors faut me dire comment, je n'ai jamais réussi avec aucune version).
Par contre, le nouveau sélecteur de fichier de GTK+2.4 est vraiment très bon. Encore un peu buggué et limité, mais je pense que ça devrait s'améliorer). Bug: crééz un nouveau répertoire, il disparaît de la liste... il faut changer de répertoire et revenir pour le voir apparaître. Limitation : impossible de démonter un cd-rom directement depuis le sélecteur, c'est dommage.
[^] # Re: Avec un autre client mail ?
Posté par Julien Portalier . En réponse au journal réception de mails vides... -_-'. Évalué à 4.
Ça doit être une nouvelle mode de spam... Comme les emails avec des mots qui ne veulent strictement rien dire, des suites de lettres ascii sans queue ni tête, et pourtant ce ne sont pas des langues de type CJK... Perso je cherche pas à comprendre, c'est poubelle.
# Mouais bof, voire mm : non.
Posté par Julien Portalier . En réponse au journal p2p, piratage, majors : les indépendants s'expriment !. Évalué à 5.
Personnellement je trouve qu'un système type allofmp3.com est bien plus envisageable. C'est-à-dire un site qui devient distributeur de musique dans différents formats (au choix du client, tel du Ogg Vorbis 128k ou un codec lossless). Le prix variant en fonction du téléchargement (prix au Mo), et avec une base de rémunération directe en droit d'auteur. L'avantage est bien entendu que ne sont payés en droit d'auteur que ce qui est véritablement téléchargé (et acheté), et pas une base inconnue qui participe à une redistribution pas forcément équitable. De plus, cela ne légalise pas
- au nom d'un abonnement forfaitaire - une attitude illégale. De plus, les P2P ne servent pas qu'à diffuser de la musique. Et heureusement. Le principe de base est le partage, pas le piratage. Mais finalement on va finir par payer des abonnements sur le téléchargement de musique et le téléchargement de vidéo, et le téléchargement de <put here what you get illegally>, etc.
De plus, avec un petit fichier texte par album téléchargé, indiquant que l'achat s'est fait sur tel site, et a été vendu à machin. Le tout avec un bon gros fichier .sig qui contient une signature GnuPG (de ts les fichiers, dont le txt) histoire d'identifier le tout (et prouver l'achat). Du coup : pas besoin de DRM, et on n'empêche pas la copie privée ni l'écoute sur n'importe quel matériel. Tout en préserrvant un système de preuve d'achat et de possession. Le problème pouvant naître à la revente. À la rigueur onpeut singer un autre .txt en plus histoire de prouver qu'on a revendu le truc...
Seulement un truc pareil ça ne peut pas plaire. Parce qu'elles servent à quoi du coup les majors dans un cas pareil ? Ben faut qu'elles évoluent, ou sinon elles foncent droit dans le mur. De toute façon c'est déjà fait (et tant mieux).
Nota: je ne dis pas que ce serait un système parfait, ni même ce qu'il faut vraiment mettre en place, mais ce serait (pour moi) un système plaisant. Par contre la "solution" de Spedidam ne me plaît absolument pas, et n'est même pas envisageable (à mon avis).
[^] # Re: Bien d'accord
Posté par Julien Portalier . En réponse au journal Face à Longhorn, qu'avons-nous à proposer ?. Évalué à 2.
En gros je dis que c'est bien, mais que ça pourrait être encore mieux. Cf. http://osnews.com/story.php?news_id=1905(...)
[^] # Re: Bien d'accord
Posté par Julien Portalier . En réponse au journal Face à Longhorn, qu'avons-nous à proposer ?. Évalué à 7.
Pour X, c'est qu'en ce moment la situation est pas très claire... Quelle interface choisir pour remplacer XFree ? Il y en a pleins, et c'est pas forcément un mal. Sachant que Y est différent, et est un projet à long terme (dont j'attends beaucoup). Par contre sur le court terme... je pense que le projet le plus actif et qui aura le développement le plus ouvert & efficace prendra le pas au fur et à mesure.
Sinon, moi je suis plutôt dans une optique selon laquelle on devrait d'abord penser à optimiser violemment les toolkits et les interfaces. J'aime bien le développement de Gnome, mais je trouve ce Desktop encore lourd. Même si la version 2.6 corrige beaucoup la lourdeur de différents programmes ! Cf. Nautilus & Gedit pour ne citer qu'eux. Mais GTK+ pourrait lui même être beaucoup plus optimisé qu'il ne l'est actuellement. Mais (et surtout) X lui-même doit être très retravaillé (cf. les articles osnews).
Ensuite, il faut penser à ajouter des fonctionnalités, mais s'il vous plaît : pas de gadget visuel bidon qui demandent encore une grosse config de gros bill pour tourner. Ça peut être bien, mais bon.
Nota: pour l'intégration des applications ds Longhorn je trouve qu'au vu des screenshots c'est pas si génial que ça. C'est surtout de la poudre aux yeux pour les gens qui ne connaissent pas les capacitées de thèmes de Gnome, KDE, etc. Il n'y a pas grand chose de révolutionnaire. À part qu'on part de plus en plus vers un gros truc monobloc dont il est impossible de virer des éléments ou de faire joujou à les mélanger.
Pour moi, rien de plus puissant & génial que de pouvoir avoir - et assez facilement - les panels de Gnome qui tournent avec le WM de XFCE, et le tout avec ROX-Filer qui gère le bureau et ses icônes. Plus un petits gdesklets pour y ajouter des gadgets sympa, et voilà. Mais si je veux je peux aussi me relogguer et avoir un Desktop GNOME ou KDE complet. Avec un thème général gérant tout un ensemble graphique ordonneé (background / toolkit / WM). Maintenant il faut que toutes les interfaces se conforment à freedesktop.org et que ce dernier continuent de définir une bonne intégration générale. Faut être patient, Linux n'est pas né en une journée, et il continue encore de naître.
Par contre le truc qu'il faut absolument travailler, c'est la solution de l'impression. Pour moi le problème fondamental qui gène encore pour le Desktop est là. Heureusement il existe des utilitaires (pour cups) de qualité, mais bon, c'est pas encore super intégré dans les desktops. Je ne peux tout simplement toujours pas gérer la qualité d'impression directement depuis la boîte d'impression de Gnome (via gnomeprintui 2.6)... super. Heureusement on peut tweaker et avoir un petit gtklp qui permet de gérer ça, mais bon, ça fait 2 boîtes d'impression à la suite, et l'ergonomie de ce logiciel n'est pas super méga top.
Le second très bon utilitaire c'est gnome-cups-manager, génial pour installer, configurer et gérer une imprimante (on ajoute une HP en 30s avec ça).
# Faut arrêter la moqette et surtout : de raconter n'importe quoi.
Posté par Julien Portalier . En réponse au journal Hallucinant !. Évalué à 3.
Bref, quand on commence à lire dans un article de ce genre de choses, on se dit que ça a l'air tellement bien documenté que le reste ne doit pus être qu'un ramassi d'ordures qui ferait mieux de retourner de là où il vient.
À croire que les moutons ont tjs besoin d'une chasse aux sorcières... faudrait qu'ils arrêtent de se tromper de cible.
# mm pb avec SciTE...
Posté par Julien Portalier . En réponse au journal [PBM UNICODE] Quelqu'un pour me confirmer?. Évalué à 2.
La solution ? Faire File > Encoding > 8 Bits et sauvegarder. Le BOM aura disparu et le fichier sera tjs en UTF-8. Magique. Néanmoins ce truc est assez lourdingue quand même.
[^] # Re: Encore de la zik gratuite
Posté par Julien Portalier . En réponse au journal La musique gratuite (suite). Évalué à 2.
[ Nota: je dis "lui", mais je parle en terme générique genre : l'auteur ou le groupe. ]
Le top du top, ce serait que cela soit lié à un réseau particulier basé sur le p2p sur lequel ne circulerait QUE les musiques enregistrées sur ce site. « Comment ça le p2p c'est fait pour pirater ?! Bien sûr que non : regardez ! »
# perso...
Posté par Julien Portalier . En réponse au journal A la recherche du format idéal. Évalué à 10.
XviD (codec vidéo): parce que c'est un codec de compression de haute qualité à bas débit, et à la vitesse de compression fort correcte. Je le trouve beaucoup plus abouti que ffmpeg. Néanmoins, j'avoue que pour le décodage mon MPlayer utilise au maximum ffmpeg, qui a moins de problème sr la lecture de beaucoup de flux MPEG4. Néanmoins de temps en temps je force le XviD. Bref : pour la compression je préfère le XviD, pour la lecture ffmpeg.
Ogg vorbis (codec audio): sans raison aucune. Peutêtre parce qu'il est connu, de bonne qualité, génère des flux de très bonne qualité à bas débit (cf. icecast.org). Et qu'on commence à le trouver dans de l'embarqué...
SSA (sous-titres): car il permet beaucoup de choses. Comme tout simplement la gestion des styles, ce qui peut être pratique (ou une horreur si c'est géré n'importe comment). Ça permet d'avoir de l'italique, de pouvoir définir certaines couleurs, comme un jaune pâle plus joli que le blanc, ou encore certaines fontes, ce qui peut être très agréable. De plus le format est ouvert et documenté. SRT est vraiment trop minimal. Il serait agréable qu'un support ne serait-ce que minimal du SSA apparaisse dans MPlayer par exemple. Au moins la gestion des fontes (qui peuvent être extraites des MKV au besoin), et de certains styles : italique, gras, etc.
Zip, tarball, tar.bz2 : pas vraiment de préférence. En général le tar.bz2 qui offre une meilleure compressibilité. Si je dois partager des données avec des Windosiens, je préfère néanmoins souvent le .zip
Bref, pour moi le top en vidéo c'est le Matroska, contenant un flux vidéo XviD, un flux audio Ogg Vorbis, et avec des sous-titres SSA. Le tout avec bien entendu les fontes dans la vidéo. Malheureusement on en trouve pas vraiment. Et les différentes cours-métrages, tel http://lemusicienlefilm.free.fr/(...) par exemple [dont je recommande chaudement le visionnage, il est superbe], n'en profite pas, et c'est dommage. Je devrais mailer les auteurs pour leur en parler tiens.
[^] # Re: Flash ca pue
Posté par Julien Portalier . En réponse au journal Ras le bol des intaigristes !. Évalué à 1.
Alors qu'un site en CSS, c'est beau (si on a du goût quant-à la création de sites), ça se charge super vite (que du texte, et quelques images), et c'est très vite traité par le processeur.
Pour moi, l'évolution est là. Dans ces nouvelles technologies issues du W3C, et non dans flash. Même si je reconnais que certains dessins animés, et autres petites choses du genre peuvent être vraiment très bien. cf: http://www.saikin.com/sound/Ddautta_01_masK.swf(...) Mais faire un site en flash, dans lequel on ne comprends rien, qu'il aut attendre les chargements, les animations, etc. j'ai déjà zappé sur un autre qui lui, je clique, ça marche de suite, et je ne cherche pas les boutons pendant 300.000 ans.
# Euh....
Posté par Julien Portalier . En réponse au journal Debian et sa politique de mise à jour.. Évalué à 9.
Experimental n'est "activement" utilisé que depuis quelques mois. Avant c'était juste pour y poser la toute dernière version d'un paquet juste en test de création avant de l'intégrer à Unstable. De plus, ce repository a quelques défauts. Notamment, pas d'auto-build pour les xx architectures...
Mais la chose qui m'étonne, c'est que tu ne parles pas de Testing. Pour un desktop, c'est la solution priviligiée. Certes, les tous derniers logiciels - dans leur version super top qu'elle vient de sortir dans la nuit et que je sais pas si elle marche - n'y sont pas disponibles, mais ils y sont rapidement. Seulement elle est régulièrement à jour, et le but actuel est de ne plus casser Unstable pendant des mois (comme c'est arrivée fréquemment avec l'introduction de glibc ou gcc archi buggués sur autre chose que x86 ou ppc), ce qui a pour conséquence de complètement bloquer Testing. Donc Testing est la solution (pour le moment). Certes de temps en temps, ça peut légèrement casser, certes il y a des bugs (je les cherche encore perso), et très rarement il y a un petit conflit de paquet qu'il était caché dans son coin (une fois par an je vois ça), et encore ça se corrige facilement.
Stable, bon ok, c'est bien quand ça sort, mais au bout d'un an elle devient effectivement presque obsolète. Néanmoins elle est et reste stable / sécurisée (à condition de se mettre à jour sur security.debian.org bien entendu). De plus, elle bénéficie de pas mal de backports. Donc, ça reste une solution viable, surtout pour un serveur. Et si on est un vrai admin, on est capable de « backporter » sois-même les paquets pour Stable. On peut même penser à monter une équipe qui s'occuperait de ça, et pourrait même générer un repository consacré (sur certains composants, tels les FTP, Apache et consors).
Nota: je suis tout à fait d'accord pour dire que Debian devrait faire évoluer sa politique. Le cycle actuel est bien trop long, et pas très pratique. Il est par exemple très dur de faire entrer tout un composant. Par exemple, GNOME, KDE, et ces genres de choses. Mais pour le moment, j'avoue que j'en suis assez content. Certes on met un moment avoir la nouvelle version de Gnome, ou ce genre de choses. Dans ce cas, ben on peut tenter le feu et essayer les paquets d'experimental, ou si on veut être plus prudent : des paquets provenants de Unstable. Je le fais régulièrement, sur des paquets non essentiels (liferea, galeon, gimp, et ce genre de logiciels).
On peut aussi tourner légèrement la tête, et on voit quelque chose de très intéressant : Progeny ( http://progeny.com/(...) ). Son idée de développement composants par composants (components) est vraiment très intelligente. Chaque chose est développée à part et en corrélation avec les autres composants. Pour moi c'est vers cette idée que devrait se tourner Debian, si elle veut évoluer.
Et puis, pour un développement plus efficace des paquets, experimental devrait pouvoir être auto-build.
Aller, pour ceux qui cherchent des paquets backportés (ou non existants dans Debian) : http://apt-get.org/(...)
[^] # Re: Dans la gueule du loup
Posté par Julien Portalier . En réponse à la dépêche Sortie de Mono 1.0 beta 1. Évalué à 4.
Et il y a une entrée qui dit en gros: et si d'un coup .NET n'est plus standardisé ECMA ? Tant pis, on aura quand même un très bon framework à utiliser [ et qui sera lui disponible sous pleins d'architectures différentes, dont, win, linux, *bsd, macos, etc. ]
De plus, si tout cela s'engage dans une collaboration Mono/Gnome/Mozilla, ça ne peut être au final que très positif, enfin je trouve. Après, il faut voir si le framework est vraiment bien. De ce que j'en voit, ça a l'air pas mal.
J'avoue que la lecture de la FAQ sur go-mono.org/ ouvre pas mal l'attention, et montre un autre visage que le sempiternel « ça vient de MS, c'est mal. »
[^] # Gnome 2 sur Debian/Sarge
Posté par Julien Portalier . En réponse au journal Debian sarge. Évalué à 2.
Il y a aussi gnome-core & gnome-office, et certainement quelques autres. Pour KDE j'avoue ne pas savoir.
Nota: Gnome 2.4 est complet dans Sarge, pas (plus) de mix Gnome 1.4 / Gnome 2.x s'il y a un mix, c'est qu'il reste des paquets de la woody. Une utilisation de deborphan au final de l'installation peut être intéressant, histoire de zapper tout un lot de paquets inutiles.
[^] # Cafetière à piston
Posté par Julien Portalier . En réponse au journal Le goût du café. Évalué à 2.
Et pour le temps : faut compter 3 à 4 minutes environ.
Truc qui n'a rien à voir avec le reste du thread : quelqu'un a déjà essayé les grains de cafés Mozilla Coffee ? Rigolez pas ça existe vraiment et je le prouve avec http://store.rjtarpleys.com/mozillacoffee.html(...) ^^
[^] # Re: Propositions
Posté par Julien Portalier . En réponse au journal C dans l'air de vendredi. Évalué à 1.
Tant qu'à faire, autant utiliser sa bande passante de façon légale ^^
[^] # Re: L I L O mais qu'est ce que ça peu bien vouloir dire ?
Posté par Julien Portalier . En réponse au journal changer le lieu de la partition root. Évalué à 2.
Pour grub il suffit d'éditer /boot/grub/menu.lst , et le mieux est de réinstaller grub (ne pas oublier de changer le x pour la bonne partition) :
$ grub
grub> root (hd0,x)
grub> setup (hd0)
grub> quit
Mais à mon avis, vu qu'il arrive à démarrer un noyau, je penche pour la thèse du lilo. Dans ce cas, c'est /etc/lilo.conf qu'il faut éditer. Et dans ce cas, il faut éditer les deux params (pas oublier de chger le x pr le num de partition) :
boot=/dev/hda
root=/dev/hdax
et relancer "lilo" en ligne de commande.
Et comme tu l'as bien dit : ne pas oublier d'éditer /etc/fstab !
[^] # Re: Et notre choix dans l'affaire
Posté par Julien Portalier . En réponse au journal Le message commence à passer !. Évalué à 3.
Moi ça ne me donne même lus envie de pirater. Et encore moins celui d'acheter. Je crois que de plus en plus, j'achèterai directement aux artistes, ou que je commanderai à des éditeurs indépendants.
Au fait, bien l'article de Costes, mais s'il pouvait dire un peu moins le mot "merde" et autres grossièretés à la pelle, ce serait plus agréable à lire, et le texte gagnerait en crédibilité.
# Vive les magasins réels et sans enseigne !
Posté par Julien Portalier . En réponse au journal FNAC, Amazon, et après ?. Évalué à 3.
D'ailleurs je suis bien dans la panade depuis que ma librairie fantastique a fermé (à cause de l'implantation de la FNAC!) Je repartais tout le temps avec un livre parfaitement conseillé, et avec d'excellents moments de lectures... Maintenant, c la zone.