Je rappelle que l'EUCD a déjà été transposé en droit allemand. Il y est maintenant interdit de contourner une mesure technique de protection type CSS ou autre. Alors les bonnes intentions c'est bien mais il faut que ce soit suivi derrière.
Parmi les participants on trouve un gars de chez Canon. Un espoir d'avoir un jour des drivers Linux pour leurs imprimantes? Ou bien il vient juste là pour récupérer de bonnes idées à inclure dans des produits bien proprio et spécifiques Windows?
Première chose à faire : Visiter les sites regroupant les expériences d'utilisateurs de pingouin sur portable du genre http://www.linux-on-laptops.com/.(...) Ca permet de se faire une idée du niveau de compatibilité d'un modèle et de voir les marques spécialisées dans les composants bas de gamme sans pilote made in on ne sait pas où.
Ensuite au niveau prix, les promos Carouf, Confo ou autre ont souvent un très bon rapport qualité/prix. Ca dépend si tu es pressé ou pas. Le meilleur moment pour acheter c'est après le rentrée. Après le 3e tiers, la rentrée, le petit dernier qui rentre à l'université,... le poches sont vides et c'est là qu'on trouve des super promos. Ensuite les prix remontent de plus de 200 (voir 300) pour exactement le même modèle quand on s'achemine vers la fin de l'année.
En ce qui concerne l'occasion, bof. On ne trouve pas grand chose de folichon. Ces dernières années les prix des portables ont vraiment chuté. Les des gens vendent leur portable à un prix proportionnel à ce qu'ils ont payé (cher) alors qu'on trouve mieux en neuf dans la grande surface du coin.
Je crois que c'est PC price (ww.pcprice.fr). Ils proposent des pièces détachées pour portables. On peut acheter juste ce dont on a besoin : Chassis, proc, lecteur optique, dd (ça ça se trouve un peu partout).
Pour moi ça mais surtout en lumière un autre problème récurrent du logiciel libre : Les devs libres n'ont pas la fibre marketing. Ca me fait mal au cul de le dire mais avoir un bon projet qui marche et qui fait le café ne suffit pas, il faut convaincre les gens que c'est utile, il faut le rendre un peu sexe, faire de la pub autour de soi sinon ça restera un truc de geek.
Souvent des gens sortent un truc génial et ça s'arrête la. Pas de doc, pas de faq, tout juste un readme qui dit "Do ./configure && make && make install".
Il suffit de faire un tour sur sourceforge pour s'en convaincre. Prenez un projet au pif et posez vous les 5 W (who, what, when, where, why). Le plus souvent on butte sur "qu'est ce que c'est que ce truc?" ou "à quoi ça peut bien servir?".
Dans le cas présent ce système parait intéressant mais je n'en n'avait jamais entendu parler.
Acheter un portable sans Windows c'est possible. Ce n'est pas le problème. Il y a pas mal d'assembleurs qui le proposent. Le problème c'est que c'est carrément plus cher que d'acheter un portable de marque avec Windows. Du coup ça perd franchement de son intérêt.
C'est même possible chez Dell moyennant...700. Quand je cherchait pour acheter le mien j'ai fait le tour des assembleurs et quand j'ai vu les prix j'ai vite renoncé.
La vente forcée a encore de beaux jours devant elle.
J'aimerai bien avoir votre avis sur le 2.6. Je suis passé au noyau 2.6 depuis le 2.6.1 et après une période où tout allait pour le mieux, sur les dernières versions c'est un peu la catastrophe chez moi. J'en serais presque à remettre un 2.4.
Jusqu'au 2.6.2 c'était le bonheur : Sur mon portable l'acpi marchait nickel, le speedstep aussi bref super. Et puis depuis le 2.6.3, au bout d'un moment j'ai des erreur acpi qui provoquent un reboot au bout de 10/15 min. Du coup j'ai du désactiver l'acpi (qui marchait du feu de dieu jusqu'au 2.6.2, je le rappelle). Idem avec le 2.6.4 puis le 2.6.5.
Ensuite ça a été le tour de l'usb-storage (aussi bien sur mon portable que sur mon fixe). Ma clé usd et mon dd externe marchaient nickel avec les premiers 2.6. Depuis le 2.6.4, plus rien, que dalle. Périphérique introuvable.
Et dernièrement c'est le firewire qui déconne. J'ai des plantages aléatoires sur mon disque externe (il est usb2/firewire) qui freezent ma machine avec perte de données à la clé. Lorsque je déplace de gros fichiers vers mon disque, au bout d'un moment, pouf, terminé, blocage complet. Les fichiers que je tentait de déplacer ne sont pas sur le dd externe et ils ne sont plus sur mon dd interne. Niqué. Same player shoot again.
Bref j'ai un peu de mal à comprendre ce qui se passe. Je pensait qu'au fil de temps un noyau avait tendance à se stabiliser.
Personnellement, depuis que je possède Internet via l'ADSL, je n'achète pratiquement plus aucun magazine Linux
Pareil pour moi. Il y a tellement d'articles de qualité disponible sur le web que les magazines deviennent superflu. Mais il faut garder en tête tout le monde n'a pas l'adsl. Certains n'en n'ont pas l'utilité, et beaucoup ne sont tout simplment pas couverts (merci FT). Pour leq bouquins c'est pareil. Avant j'étais un grand consommateur de O'Reilly. Mais je réalise que souvent les livres commencent de zero sans rien présupposer sur les connaissances du lecteur. Donc souvent je connais déjà la moitié des trucs exposés. Pour les CDs, c'est quand même super pratique pour ceux quin n'ont pas l'adsl. Se taper le téléchargement d'une MDK est inaccessible pour pas mal de gens.
Sur la qualité de la presse, je ne serais pas si critique. Certains mags sont spécialisés dans les coquilles et le code qui-compile-pas mais bon ça arrive à tout le monde.
J'espère seulement que les syndicats de l'édition ne feront pas comme l'industrie du disque en me traitant de dangereux terroriste
Va savoir. Au moment de la mise en place de la taxe sur les CDs une maison d'édition de BD à demandé à toucher une part de la taxe parce qu'il parait qu'il y aurait un grand nombre de scans de BD sur le net ce qui ferait chuter leurs ventes (!?!). La baisse des ventes n'aurait donc rien à voir avec le rapport prix/durée de lecture d'un BD (15min)? On m'aurait menti?
Question subsidiaire : Le A10 il sert à quelque chose ? Parce qu'à vue nez le A9 c'est le format carte de visite. Donc le A10 qui fait la moitié c'est un gros timbre poste. Je ne vois pas ce qu'on peut mettre là dessus.
on se rend compte que les développeurs MS répondent plutôt gentillement aux questions que les dev. Mono leur demande...
La dessus je trouve que MDI est un peu léger. En général pour tous les projets qui touchent à la compatibilité MS (Samba et autres) on impose à tous les devs un code de conduite stricte : Ne jamais toucher à une info/doc en provenance de MS sans avoir une license claire. Si c'est déja fait plus le droit de toucher au projet. Là, ils discutent tranquille avec les gars de chez MS. Et si demain ils se réveillent en disant "Ah mais on ne vous pas dis que vous aviez les droit d'utiliser ça dans un produit concurrent", dommage.
C'est bien pour cela que le projet classpath développé par la FSF est intéressant, il permettra à terme d'avoir une vraie portabilité entres différentes plateformes (et à mon avis totalement illlusoire sous .Net - cf. Wine).
A mon avis MDI n'aurait même pas du s'emmerder à réimplémenter les API Windows (genre WinForms) dans Mono et repartir sur un framework complètement libre. De toutes façon la portabilité MS->reste du monde est illusoire. Microsoft continuera d'ajouter des extensions à son bébé donc une appli codée sur VS.net ne tournera jamais tel quelle sur Mono. Autant partir sur des bases saines.
Et puis pour ce qui est de la standardisation, bof. Un standard c'est bien quand c'est propre. La le standard est calqué sur Windows Exemple tout con : Les chemins. DOS a inventé une dénomination "unique" (C:, D:) qui n'existe nulpart ailleurs que dans le petit monde MS. Et bien c'est cette nomenclature qui est bien sûr utilisée pour DotNet. La première fois qu'on se mange une exception "Cannot open D:\..." en essayant d'ouvrir un fichier sous Linux ça fait tout drôle. Pareil pour les nom de fichiers (exe, dll). Le standard c'est Windows. Que du bonheur.
Un vote est plus utile qu'un meurtre.
Moi j'en connais qui vont prendre cher aux prochaines élections s'ils continuent dans le "on fait ce qu'on veut et on vous emmerde".
Les frames et les iframes posent plus de problème qu'ils n'en résolvent
Ce n'est pas la panacée mais ça répondait tout de même à un besoin. Les supprimer sans avoir de solution satisfaisante n'est pas une bonne idée. Avec des frames on peut séparer facilement un menu du reste du contenu pour qu'il soit mis en cache. Pour remplacer ça il aurait fallu comme tu le dis un mécanisme d'include. Sauf qu'au w3c rien n'a été prévu.
Les gens utilisent des trucs non standard voire dégeulasse non pas par plaisir mais parce qu'on ne leur propose pas de solution propre ET standard.
Il y a le même problème avec XSLT. Dans le standard 1.0, il n'est pas possible de sortir plusieurs documents à partir d'un fichier d'entrée. C'est toujours 1 fichier XML => 1 fichier de sortie. Pourtant l'un des usages de base auquel on pense c'est un fichier XML (docbook par exemple) qui donne plusieurs pages HTML en sortie. Pour faire ça on est obligé de passer par des extensions (EXSL) non standard qui finissent par devenir quasiment des standards du fait de leur large utilisation. Ce genre de fonctionnalité était prévue dans XSLT 1.1 qui a pris tellement de retard qu'elle a été simplement abandonnée au profit de XSLT 2.0 qui sortira peut être un jour si le vent est dans le bon sens (toute ressemblance avec une distribution serait purement fortuite). Sauf qu'en attendant tout le monde bricole.
Je ne suis pas non plus infographiste mais je trouve que l'interface de Photoshop n'est pas non plus la panacée. A vrai dire j'ai commencé avec Gimp et j'ai touché plus tard à Photoshop (ça n'était pas dans mes moyens ni dans mes prioriétés vu mon usage).
Et bien j'ai été franchement déçu. Quel bordel! Les fonctionnalités simples sont souvent mal nommées, placées dans un menu où elle n'ont rien à foutre et se retrouvent perdues au milieu de tous un fatras de trucs imbitables. D'ailleurs à ce propos, le super truc qui permet de voir un histogramme avec le taux de chaque couleur utilisée par l'image ça sert à quelque chose?
L'interface de Gimp est loin d'être parfaite mais d'un autre côté j'ai l'impression que les gens se font une image idéalisée de PS. Le graphiste qui s'en sert tout le temps et qui a ses habitudes pense sans doute qu'on n'a jamais rien fait de mieux sur terre mais c'est plus une question d'habitude à mon avis. Si on commançait par montrer aux élève Gimp dans l'education nationale au lieu de les orienter vers un logiciel propriétaire et hors de prix le vent changerait surement de sens.
dommage seulement de parler de «PC Linux» au lieu de «PC GNU/Linux
Enlève ton masque RMS on t'a reconnu.
j'ai vraiment l'impression que les éditeurs (et notamment Eyrolles) mettent les bouchées doubles pour nous sortir des bouqins qui touchent plus les utilisateurs de «systèmes alternatifs»
Il y a un effet de mode, je pense. Le Jean-Kevin (celui qui habite à côté, celui qui a un PC overclocké à 12Ghz watercoolé avec le neon et le gyrophare) a entendu parlé de Linux mais forcément il n'y connaît rien. Il sait juste que des serveurs de jeu en réseau tournent sous Linux. Donc forcément on sort des bouquins pour l'aider. Tout ce que j'espère c'est qu'on ne tombe dans le même style de litérature que ce qui existe pour Windows (les super magazines bourrés de pub).
RedHat, Fedora, SuSE, Mandrake fournissent amd64 "out of the box" et Debian est encore en développement pour un bon moment.
Moi aussi ça me fais mal au coeur. Ils en sont encore à discuter des modifs à apporter au système de package pour supporter les architectures mixtes 32/64 bits. D'après ce que j'ai suivi, les autres distributions ont décidé de traiter le x86-64 comme une architecture à part. Chez Debian ils veulent gérer ça comme une surcouche du x86 via un patch : amd64>i686>i586>i486>i386. Il serait possible de mixer sur une même machine des paquets de toutes les sous architectures supportées. Ca peut être sympa mais en attendant, les utilisateurs de x86-64 sont coincés avec du i386. Si j'avais un amd64, c'est triste mais je mettrais autre chose qu'une Debian dessus.
Il aurait mieux valu sortir une architecture amd64 à part et utilisable maintenant et voir plus tard s'il était possible de faire du mix.
VP5 est un codec de On2 (www.on2.com), ceux qui ont donné VP3 comme base pour ogg/theora. Il s'agit d'un codec propriétaire et payant il me semble (encodeur et décodeur).
Et il n'y a pas de driver libre pour ton controleur raid? En général les fabricants ne trainent pas trop les pieds sur ce genre de matos typé serveur. Ils savent que le fait de ne pas avoir leur driver inclus dans les noyaux officiels peut être pénalisant en terme de ventes.
C'est plus pour les cartes graphiques Turbo3DQuadPipePlusExtremeEdition, winmodem, autres gadget USB qui ne figurent normalement pas sur un serveur que les problèmes commencent.
Il n'y a rien de non libre la dedans. L'avantage de Xine par rapport à MPlayer c'est qu'il marche par plugin. Si une lib est non libre, elle peut être mise dans non-free et Xine dans main. Xine n'en a pas besoin d'être compilé avec le support de tous les codecs existants. La merde avec Mplayer c'est que pour utiliser un codec donné il faut avoir lié MPlayer avec à la compilation.
Quant à exclure le non-free, faudrait une position cohérente : soit Debian fait du 100% libre, soit on inclut le non-free en le spécifiant
La position de Debian m'a l'air claire. Il s'agit juste d'appliquer aux modules et docs la même chose que pour les logiciels, c'est à dire rien de non 100% libre dans main. Ils vont juste déplacer des paquets en somme. Il n'a jamais été dit que les paquets non libres allaient être supprimés. Je rappelle qu'il y a eu une autre vote là dessus il y peu. Une majorité a voté pour le maintient du support de la branche non-free.
C'est allucinant le nombre de trolls qu'on peut déclencher avec un non-évènement.
Ca part mal. Ce n'est pas type-safe. Lorsqu'Eiffel a été conçu le problème de ce genre de construction n'était peut être pas super connu (en dehors des universitaires) mais concevoir aujourd'hui un nouveau langage et refaire les même erreurs qu'il y a 30 ans (C++) c'est un peu balot.
On croirait entendre Stroustrup : Si ça segfault c'est de ta faute. Si le language est tellement mal foutu qu'on se prend les pieds dans le tapis facilement sans s'en rendre compte c'est qu'on est un Pierre Tramo.
Ce raisonnement (le programmeur est un dieu, il saura se démerder) était valable à l'époque ou le C++ a été designé. Ce n'est plus le cas aujourd'hui. C'est fini l'époque des demi dieux qui optimisaient leur bousin en assembleur. On n'a plus le temps de jouer. Un code doit être clair, documenté, compréhensible pour ceux qui bossent avec toi et ne pas cacher d'astuce à la con qui segfault. Si le langage pose une première série protections anti-codage-avec-la-bite, c'est déjà ça de gagné.
C'est tout aussi illégal mais quand on télécharge le Divx du dernier film qui vient de sortir (voire même avant sa sortie en France, comm pour Nemo) au lieu d'aller le voir au ciné ça fait un peu plus de tord que le fait que le fait télécharger un jeu d'une boite qui n'existe même plus depuis 10 ans. Je rappelle que Mame n'émule principalement que des jeux hors d'age et que l'équipe des développeurs se refuse d'ailleurs à ajouter des jeux trop récents même si ce serait faisable techniquement.
Après il y a bien quelques boites qui se fachent concernant d'autres émulateur comme Nintendo qui a fait un caca nerveux à une époque contre ceux qui proposaient en téléchargement des jeux Nes ou Snes. Pour une raison simple : Quelques temps plus tard ils ont resorti ces jeux (quasiment non retouchés) sur GBA. C'est pas un peu abusé de resortir un jeu vieux de 10-15 ans au même prix qu'une nouveauté ?
Sinon comment tu fais pour maintenir la base des roms en fonctions de la version
Bah, les mises à jour sont postées systémtiquement sur les newsgroups binaires souvent même avant la sortie d'une nouvelle version. Et puis pour tout remettre en ordre il y a AdvanceScan. Tu lui file le fichier xml généré par l'émulateur et il te rescanne toutes tes roms, déplace ce qui a changé de set, enlève ce qui ne sert plus, tout ça tout ça et au final il te donne une liste have/miss.
C'est vrai que c'est un peu lourd que certaines roms changent aussi souvent, surtout que ça pourrait souvent être évité. Du genre à une certaine époque, le bios neogeo utilisé par les autres émulateurs comportait 4 fichiers, celui de Mame 3. Comme Mame ne savait pas quoi en faire, les devs ont supprimé les fichier du set officiel. Un peu plus tard Mame a su gérer ce fichier et ça a été galère pour le retrouver. Tout les utilisateurs de Mame avaient viré ce fichier "inutile".
[^] # Bof
Posté par Croconux . En réponse à la dépêche L'Allemagne contre les brevets logiciels en Europe. Évalué à 4.
# Les participants
Posté par Croconux . En réponse à la dépêche Sommet mondial de l'impression. Évalué à 5.
[^] # Re: remarque administrative...
Posté par Croconux . En réponse à la dépêche La LEN définitivement adoptée. Évalué à 5.
[^] # Re: Demi-HS : Portable pas cher compatible linux ?
Posté par Croconux . En réponse à la dépêche Acheter des ordinateurs portables sans OS ou avec celui de son choix. Évalué à 2.
Ensuite au niveau prix, les promos Carouf, Confo ou autre ont souvent un très bon rapport qualité/prix. Ca dépend si tu es pressé ou pas. Le meilleur moment pour acheter c'est après le rentrée. Après le 3e tiers, la rentrée, le petit dernier qui rentre à l'université,... le poches sont vides et c'est là qu'on trouve des super promos. Ensuite les prix remontent de plus de 200 (voir 300) pour exactement le même modèle quand on s'achemine vers la fin de l'année.
En ce qui concerne l'occasion, bof. On ne trouve pas grand chose de folichon. Ces dernières années les prix des portables ont vraiment chuté. Les des gens vendent leur portable à un prix proportionnel à ce qu'ils ont payé (cher) alors qu'on trouve mieux en neuf dans la grande surface du coin.
[^] # Re: Autre marque
Posté par Croconux . En réponse à la dépêche Acheter des ordinateurs portables sans OS ou avec celui de son choix. Évalué à 2.
[^] # Re: Existe t'il autre chose qu'intermezzo pour faire la même chose ?
Posté par Croconux . En réponse à la dépêche Le système de fichiers InterMezzo est en train de mourir. Évalué à 10.
Souvent des gens sortent un truc génial et ça s'arrête la. Pas de doc, pas de faq, tout juste un readme qui dit "Do ./configure && make && make install".
Il suffit de faire un tour sur sourceforge pour s'en convaincre. Prenez un projet au pif et posez vous les 5 W (who, what, when, where, why). Le plus souvent on butte sur "qu'est ce que c'est que ce truc?" ou "à quoi ça peut bien servir?".
Dans le cas présent ce système parait intéressant mais je n'en n'avait jamais entendu parler.
# C'est possible
Posté par Croconux . En réponse à la dépêche Acheter des ordinateurs portables sans OS ou avec celui de son choix. Évalué à 10.
C'est même possible chez Dell moyennant...700. Quand je cherchait pour acheter le mien j'ai fait le tour des assembleurs et quand j'ai vu les prix j'ai vite renoncé.
La vente forcée a encore de beaux jours devant elle.
# Vos expériences avec le 2.6?
Posté par Croconux . En réponse à la dépêche Linux 2.6.6 est sorti. Évalué à 4.
Jusqu'au 2.6.2 c'était le bonheur : Sur mon portable l'acpi marchait nickel, le speedstep aussi bref super. Et puis depuis le 2.6.3, au bout d'un moment j'ai des erreur acpi qui provoquent un reboot au bout de 10/15 min. Du coup j'ai du désactiver l'acpi (qui marchait du feu de dieu jusqu'au 2.6.2, je le rappelle). Idem avec le 2.6.4 puis le 2.6.5.
Ensuite ça a été le tour de l'usb-storage (aussi bien sur mon portable que sur mon fixe). Ma clé usd et mon dd externe marchaient nickel avec les premiers 2.6. Depuis le 2.6.4, plus rien, que dalle. Périphérique introuvable.
Et dernièrement c'est le firewire qui déconne. J'ai des plantages aléatoires sur mon disque externe (il est usb2/firewire) qui freezent ma machine avec perte de données à la clé. Lorsque je déplace de gros fichiers vers mon disque, au bout d'un moment, pouf, terminé, blocage complet. Les fichiers que je tentait de déplacer ne sont pas sur le dd externe et ils ne sont plus sur mon dd interne. Niqué. Same player shoot again.
Bref j'ai un peu de mal à comprendre ce qui se passe. Je pensait qu'au fil de temps un noyau avait tendance à se stabiliser.
[^] # Re: ADSL kill the magazine star ...
Posté par Croconux . En réponse à la dépêche Revue de Presse - Mai 2004. Évalué à 3.
Pareil pour moi. Il y a tellement d'articles de qualité disponible sur le web que les magazines deviennent superflu. Mais il faut garder en tête tout le monde n'a pas l'adsl. Certains n'en n'ont pas l'utilité, et beaucoup ne sont tout simplment pas couverts (merci FT). Pour leq bouquins c'est pareil. Avant j'étais un grand consommateur de O'Reilly. Mais je réalise que souvent les livres commencent de zero sans rien présupposer sur les connaissances du lecteur. Donc souvent je connais déjà la moitié des trucs exposés. Pour les CDs, c'est quand même super pratique pour ceux quin n'ont pas l'adsl. Se taper le téléchargement d'une MDK est inaccessible pour pas mal de gens.
Sur la qualité de la presse, je ne serais pas si critique. Certains mags sont spécialisés dans les coquilles et le code qui-compile-pas mais bon ça arrive à tout le monde.
J'espère seulement que les syndicats de l'édition ne feront pas comme l'industrie du disque en me traitant de dangereux terroriste
Va savoir. Au moment de la mise en place de la taxe sur les CDs une maison d'édition de BD à demandé à toucher une part de la taxe parce qu'il parait qu'il y aurait un grand nombre de scans de BD sur le net ce qui ferait chuter leurs ventes (!?!). La baisse des ventes n'aurait donc rien à voir avec le rapport prix/durée de lecture d'un BD (15min)? On m'aurait menti?
[^] # Re: Poster de Tux dans LinuxCD #7 : quelle taille?
Posté par Croconux . En réponse à la dépêche Revue de Presse - Mai 2004. Évalué à 3.
[^] # Re: Dans la gueule du loup
Posté par Croconux . En réponse à la dépêche Sortie de Mono 1.0 beta 1. Évalué à 4.
La dessus je trouve que MDI est un peu léger. En général pour tous les projets qui touchent à la compatibilité MS (Samba et autres) on impose à tous les devs un code de conduite stricte : Ne jamais toucher à une info/doc en provenance de MS sans avoir une license claire. Si c'est déja fait plus le droit de toucher au projet. Là, ils discutent tranquille avec les gars de chez MS. Et si demain ils se réveillent en disant "Ah mais on ne vous pas dis que vous aviez les droit d'utiliser ça dans un produit concurrent", dommage.
[^] # Re: Dans la gueule du loup
Posté par Croconux . En réponse à la dépêche Sortie de Mono 1.0 beta 1. Évalué à 6.
A mon avis MDI n'aurait même pas du s'emmerder à réimplémenter les API Windows (genre WinForms) dans Mono et repartir sur un framework complètement libre. De toutes façon la portabilité MS->reste du monde est illusoire. Microsoft continuera d'ajouter des extensions à son bébé donc une appli codée sur VS.net ne tournera jamais tel quelle sur Mono. Autant partir sur des bases saines.
Et puis pour ce qui est de la standardisation, bof. Un standard c'est bien quand c'est propre. La le standard est calqué sur Windows Exemple tout con : Les chemins. DOS a inventé une dénomination "unique" (C:, D:) qui n'existe nulpart ailleurs que dans le petit monde MS. Et bien c'est cette nomenclature qui est bien sûr utilisée pour DotNet. La première fois qu'on se mange une exception "Cannot open D:\..." en essayant d'ouvrir un fichier sous Linux ça fait tout drôle. Pareil pour les nom de fichiers (exe, dll). Le standard c'est Windows. Que du bonheur.
[^] # Re: En colère
Posté par Croconux . En réponse à la dépêche Brevets Logiciels, dernière action, dernière chance !. Évalué à 2.
Moi j'en connais qui vont prendre cher aux prochaines élections s'ils continuent dans le "on fait ce qu'on veut et on vous emmerde".
[^] # Re: Sortie de Amaya 8.5
Posté par Croconux . En réponse à la dépêche Sortie de Amaya 8.5. Évalué à 2.
Ce n'est pas la panacée mais ça répondait tout de même à un besoin. Les supprimer sans avoir de solution satisfaisante n'est pas une bonne idée. Avec des frames on peut séparer facilement un menu du reste du contenu pour qu'il soit mis en cache. Pour remplacer ça il aurait fallu comme tu le dis un mécanisme d'include. Sauf qu'au w3c rien n'a été prévu.
Les gens utilisent des trucs non standard voire dégeulasse non pas par plaisir mais parce qu'on ne leur propose pas de solution propre ET standard.
Il y a le même problème avec XSLT. Dans le standard 1.0, il n'est pas possible de sortir plusieurs documents à partir d'un fichier d'entrée. C'est toujours 1 fichier XML => 1 fichier de sortie. Pourtant l'un des usages de base auquel on pense c'est un fichier XML (docbook par exemple) qui donne plusieurs pages HTML en sortie. Pour faire ça on est obligé de passer par des extensions (EXSL) non standard qui finissent par devenir quasiment des standards du fait de leur large utilisation. Ce genre de fonctionnalité était prévue dans XSLT 1.1 qui a pris tellement de retard qu'elle a été simplement abandonnée au profit de XSLT 2.0 qui sortira peut être un jour si le vent est dans le bon sens (toute ressemblance avec une distribution serait purement fortuite). Sauf qu'en attendant tout le monde bricole.
[^] # Re: Sortie de Blender 2.33
Posté par Croconux . En réponse à la dépêche Sortie de Blender 2.33. Évalué à 5.
Et bien j'ai été franchement déçu. Quel bordel! Les fonctionnalités simples sont souvent mal nommées, placées dans un menu où elle n'ont rien à foutre et se retrouvent perdues au milieu de tous un fatras de trucs imbitables. D'ailleurs à ce propos, le super truc qui permet de voir un histogramme avec le taux de chaque couleur utilisée par l'image ça sert à quelque chose?
L'interface de Gimp est loin d'être parfaite mais d'un autre côté j'ai l'impression que les gens se font une image idéalisée de PS. Le graphiste qui s'en sert tout le temps et qui a ses habitudes pense sans doute qu'on n'a jamais rien fait de mieux sur terre mais c'est plus une question d'habitude à mon avis. Si on commançait par montrer aux élève Gimp dans l'education nationale au lieu de les orienter vers un logiciel propriétaire et hors de prix le vent changerait surement de sens.
[^] # Re: Sortie de Home-Cinéma et Musique sous Linux, aux éditions Eyrolles
Posté par Croconux . En réponse à la dépêche Sortie de Home-Cinéma et Musique sous Linux, aux éditions Eyrolles. Évalué à 4.
Enlève ton masque RMS on t'a reconnu.
j'ai vraiment l'impression que les éditeurs (et notamment Eyrolles) mettent les bouchées doubles pour nous sortir des bouqins qui touchent plus les utilisateurs de «systèmes alternatifs»
Il y a un effet de mode, je pense. Le Jean-Kevin (celui qui habite à côté, celui qui a un PC overclocké à 12Ghz watercoolé avec le neon et le gyrophare) a entendu parlé de Linux mais forcément il n'y connaît rien. Il sait juste que des serveurs de jeu en réseau tournent sous Linux. Donc forcément on sort des bouquins pour l'aider. Tout ce que j'espère c'est qu'on ne tombe dans le même style de litérature que ce qui existe pour Windows (les super magazines bourrés de pub).
[^] # Re: La sortie de la prochaine Debian menacée ?
Posté par Croconux . En réponse à la dépêche La sortie de la prochaine Debian menacée ?. Évalué à 1.
Moi aussi ça me fais mal au coeur. Ils en sont encore à discuter des modifs à apporter au système de package pour supporter les architectures mixtes 32/64 bits. D'après ce que j'ai suivi, les autres distributions ont décidé de traiter le x86-64 comme une architecture à part. Chez Debian ils veulent gérer ça comme une surcouche du x86 via un patch : amd64>i686>i586>i486>i386. Il serait possible de mixer sur une même machine des paquets de toutes les sous architectures supportées. Ca peut être sympa mais en attendant, les utilisateurs de x86-64 sont coincés avec du i386. Si j'avais un amd64, c'est triste mais je mettrais autre chose qu'une Debian dessus.
Il aurait mieux valu sortir une architecture amd64 à part et utilisable maintenant et voir plus tard s'il était possible de faire du mix.
[^] # Re: le nsv c est bien , avoir l image c est mieux :)
Posté par Croconux . En réponse à la dépêche Sortie de Mplayer 1.0 Pre4. Évalué à 1.
[^] # Re: Rooooooooooooohhh
Posté par Croconux . En réponse à la dépêche La sortie de la prochaine Debian menacée ?. Évalué à -1.
C'est plus pour les cartes graphiques Turbo3DQuadPipePlusExtremeEdition, winmodem, autres gadget USB qui ne figurent normalement pas sur un serveur que les problèmes commencent.
[^] # Re: Sortie de Mplayer 1.0 Pre4
Posté par Croconux . En réponse à la dépêche Sortie de Mplayer 1.0 Pre4. Évalué à 4.
Parce que les auteurs ne sont pas spécialistes en propriété intellectuelle.
> apt-cache show libxine1
Package: libxine1
Priority: optional
Section: libs
Installed-Size: 8372
Maintainer: Siggi Langauf <siggi@debian.org>
Architecture: i386
Source: xine-lib
Version: 1-rc3c-1
Replaces: xine-dvdnav
Depends: libasound2 (>> 1.0.2), libc6 (>= 2.3.2.ds1-4), libfreetype6 (>= 2.1.5-1), libpng12-0 (>= 1.2.5.0-4), libspeex1, libxext6 | xlibs (>> 4.1.0), zlib1g (>= 1:1.2.1)
Recommends: libogg0 (>= 1.1.0), libvorbis0a (>= 1.0.1), libxv1
Suggests: libartsc0
Conflicts: sinek (<< 0.7), xine-ui (<< 0.9.10)
Il n'y a rien de non libre la dedans. L'avantage de Xine par rapport à MPlayer c'est qu'il marche par plugin. Si une lib est non libre, elle peut être mise dans non-free et Xine dans main. Xine n'en a pas besoin d'être compilé avec le support de tous les codecs existants. La merde avec Mplayer c'est que pour utiliser un codec donné il faut avoir lié MPlayer avec à la compilation.
> ldd /usr/bin/xine
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4165b000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x41a24000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x40017000)
libxine.so.1 => /usr/lib/libxine.so.1 (0x4003b000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x41871000)
libnsl.so.1 => /lib/tls/libnsl.so.1 (0x4007c000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4117e000)
libXv.so.1 => /usr/X11R6/lib/libXv.so.1 (0x40092000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x41668000)
libXtst.so.6 => /usr/X11R6/lib/libXtst.so.6 (0x40097000)
libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4009c000)
libssl.so.0.9.7 => /usr/lib/i686/cmov/libssl.so.0.9.7 (0x400c8000)
libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 (0x400f9000)
libdl.so.2 => /lib/tls/libdl.so.2 (0x41179000)
libz.so.1 => /usr/lib/libz.so.1 (0x4160d000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x41349000)
libm.so.6 => /lib/tls/libm.so.6 (0x41154000)
libc.so.6 => /lib/tls/libc.so.6 (0x41019000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x41000000)
Ca reste raisonable
> ldd /usr/bin/mplayer
libdvdread.so.3 => /usr/lib/libdvdread.so.3 (0x40016000)
libmad.so.0 => /usr/lib/libmad.so.0 (0x40032000)
libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x40048000)
libogg.so.0 => /usr/lib/libogg.so.0 (0x40070000)
libdv.so.2 => /usr/lib/libdv.so.2 (0x40075000)
libfaad.so.0 => /usr/lib/libfaad.so.0 (0x400a0000)
liblzo.so.1 => /usr/lib/liblzo.so.1 (0x400d8000)
libdivxdecore.so.0 => /usr/lib/libdivxdecore.so.0 (0x400f4000)
libmp3lame.so.0 => /usr/lib/libmp3lame.so.0 (0x40140000)
libxvidcore.so.2 => /usr/lib/libxvidcore.so.2 (0x40202000)
libm.so.6 => /lib/tls/libm.so.6 (0x41154000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x40293000)
libz.so.1 => /usr/lib/libz.so.1 (0x4160d000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x402b8000)
libasound.so.2 => /usr/lib/libasound.so.2 (0x402d6000)
libdl.so.2 => /lib/tls/libdl.so.2 (0x41179000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4117e000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x41871000)
libncurses.so.5 => /lib/libncurses.so.5 (0x40383000)
libcdda_interface.so.0 => /usr/lib/libcdda_interface.so.0 (0x403c3000)
libcdda_paranoia.so.0 => /usr/lib/libcdda_paranoia.so.0 (0x403d5000)
libnsl.so.1 => /lib/tls/libnsl.so.1 (0x403dd000)
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x414da000)
libungif.so.4 => /usr/lib/libungif.so.4 (0x403f2000)
libsmbclient.so.0 => /usr/lib/libsmbclient.so.0 (0x403fa000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x418e0000)
libpostproc.so.0 => /usr/lib/libpostproc.so.0 (0x40548000)
libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0x4055c000)
libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0x4067a000)
libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0x406ad000)
libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x406b0000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x41233000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x41668000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x41349000)
libaa.so.1 => /usr/lib/libaa.so.1 (0x406d2000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x406ee000)
libXv.so.1 => /usr/X11R6/lib/libXv.so.1 (0x40755000)
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0x4075b000)
libggi.so.2 => /usr/lib/libggi.so.2 (0x4084c000)
libvgagl.so.1 => /usr/lib/libvgagl.so.1 (0x40858000)
libvga.so.1 => /usr/lib/libvga.so.1 (0x40866000)
libdirectfb-0.9.so.20 => /usr/lib/libdirectfb-0.9.so.20 (0x408cb000)
libartsc.so.0 => /usr/lib/libartsc.so.0 (0x40906000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x41686000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x4090d000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x41440000)
libesd.so.0 => /usr/lib/libesd.so.0 (0x40912000)
libaudiofile.so.0 => /usr/lib/libaudiofile.so.0 (0x4091a000)
libaudio.so.2 => /usr/lib/libaudio.so.2 (0x4273f000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x419d0000)
liblirc_client.so.0 => /usr/lib/liblirc_client.so.0 (0x4093f000)
libc.so.6 => /lib/tls/libc.so.6 (0x41019000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x41000000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x41620000)
libcrypt.so.1 => /lib/tls/libcrypt.so.1 (0x40944000)
libresolv.so.2 => /lib/tls/libresolv.so.2 (0x40971000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x40983000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x40998000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x40a00000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0x40a22000)
libldap.so.2 => /usr/lib/libldap.so.2 (0x40a25000)
liblber.so.2 => /usr/lib/liblber.so.2 (0x40a59000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0x41909000)
libslang.so.1 => /lib/libslang.so.1 (0x40a66000)
libgpm.so.1 => /usr/lib/libgpm.so.1 (0x40ada000)
libgii.so.0 => /usr/lib/libgii.so.0 (0x40ae0000)
libgg.so.0 => /usr/lib/libgg.so.0 (0x40ae8000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4165b000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x41a24000)
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x40aee000)
libgnutls.so.10 => /usr/lib/libgnutls.so.10 (0x40b03000)
libtasn1.so.2 => /usr/lib/libtasn1.so.2 (0x40b64000)
libgcrypt.so.7 => /usr/lib/libgcrypt.so.7 (0x40b74000)
libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x40bc0000)
Ca c'est moins fun.
[^] # Re: Rooooooooooooohhh
Posté par Croconux . En réponse à la dépêche La sortie de la prochaine Debian menacée ?. Évalué à 8.
La position de Debian m'a l'air claire. Il s'agit juste d'appliquer aux modules et docs la même chose que pour les logiciels, c'est à dire rien de non 100% libre dans main. Ils vont juste déplacer des paquets en somme. Il n'a jamais été dit que les paquets non libres allaient être supprimés. Je rappelle qu'il y a eu une autre vote là dessus il y peu. Une majorité a voté pour le maintient du support de la branche non-free.
C'est allucinant le nombre de trolls qu'on peut déclencher avec un non-évènement.
# Re: Les spécifications du langage D sont arrivées
Posté par Croconux . En réponse à la dépêche Les spécifications du langage D sont arrivées. Évalué à -1.
Ca part mal. Ce n'est pas type-safe. Lorsqu'Eiffel a été conçu le problème de ce genre de construction n'était peut être pas super connu (en dehors des universitaires) mais concevoir aujourd'hui un nouveau langage et refaire les même erreurs qu'il y a 30 ans (C++) c'est un peu balot.
[^] # Re: Les spécifications du langage D sont arrivées
Posté par Croconux . En réponse à la dépêche Les spécifications du langage D sont arrivées. Évalué à 6.
Ce raisonnement (le programmeur est un dieu, il saura se démerder) était valable à l'époque ou le C++ a été designé. Ce n'est plus le cas aujourd'hui. C'est fini l'époque des demi dieux qui optimisaient leur bousin en assembleur. On n'a plus le temps de jouer. Un code doit être clair, documenté, compréhensible pour ceux qui bossent avec toi et ne pas cacher d'astuce à la con qui segfault. Si le langage pose une première série protections anti-codage-avec-la-bite, c'est déjà ça de gagné.
[^] # Emulation et piratage
Posté par Croconux . En réponse à la dépêche Du nouveau du coté des live distros : LinuxConsole 0.4, Dynebolic GNU/Linux 1.3 Stable et Agnula/Demudi 1.1.1 à la Linux Audio 2004. Évalué à 1.
Après il y a bien quelques boites qui se fachent concernant d'autres émulateur comme Nintendo qui a fait un caca nerveux à une époque contre ceux qui proposaient en téléchargement des jeux Nes ou Snes. Pour une raison simple : Quelques temps plus tard ils ont resorti ces jeux (quasiment non retouchés) sur GBA. C'est pas un peu abusé de resortir un jeu vieux de 10-15 ans au même prix qu'une nouveauté ?
[^] # Re: Du nouveau du coté des live distros : LinuxConsole 0.4, Dynebolic GNU/Linux 1.3 Stable et Agnula/Demudi 1.1.1 à la Linux Audio 2004
Posté par Croconux . En réponse à la dépêche Du nouveau du coté des live distros : LinuxConsole 0.4, Dynebolic GNU/Linux 1.3 Stable et Agnula/Demudi 1.1.1 à la Linux Audio 2004. Évalué à 1.
Bah, les mises à jour sont postées systémtiquement sur les newsgroups binaires souvent même avant la sortie d'une nouvelle version. Et puis pour tout remettre en ordre il y a AdvanceScan. Tu lui file le fichier xml généré par l'émulateur et il te rescanne toutes tes roms, déplace ce qui a changé de set, enlève ce qui ne sert plus, tout ça tout ça et au final il te donne une liste have/miss.
C'est vrai que c'est un peu lourd que certaines roms changent aussi souvent, surtout que ça pourrait souvent être évité. Du genre à une certaine époque, le bios neogeo utilisé par les autres émulateurs comportait 4 fichiers, celui de Mame 3. Comme Mame ne savait pas quoi en faire, les devs ont supprimé les fichier du set officiel. Un peu plus tard Mame a su gérer ce fichier et ça a été galère pour le retrouver. Tout les utilisateurs de Mame avaient viré ce fichier "inutile".