Okki a écrit 712 commentaires

On peut également ajouter que ce n'est que 15% d'écart, que le prochain FreeBSD sortira en 2009 ou plus encore, tandis que la prochaine version 2.6.24 de Linux qui devrait sortir d'ici moins de deux mois, avec une version de CFS encore peaufinée et les processus compartimentés qui semblaient manquer, comblera sûrement ce petit écart.

Linux progressant beaucoup plus vite que ses concurrents, je trouve idiot (surtout venant d'autres OS libres) de faire tout un foin là dessus alors que ça ne durera qu'un court laps de temps.

patrick_g a toujours fait des news réellement complètes, et je tenais également à le remercier.

Il ne tient qu'à toi de traduire l'article :)

"Et puis ils sont à l'origine de la percée de l'informatique dans le grand public."

C'est surtout qu'ils étaient là au bon moment. Je serai curieux de voir quel aurait été le paysage informatique actuel, si Linus était né dix ans plus tôt et qu'il s'était tapé le même délire. Est-ce qu'une communauté se serait formée comme aujourd'hui, est-ce qu'on aurait des distros user friendly comme aujourd'hui, est-ce qu'on aurait fait aussi bien sinon mieux ? Puis en arrivant dix ans plus tôt, est-ce que Microsoft serait encore utilisé de nos jours ?

"Le Parlement indien a rejeté en avril 2005 une clause permettant les brevets logiciels." ( http://fr.wikipedia.org/wiki/Brevet_logiciel ). Novell ou toute autre distribution n'avait strictement rien à craindre de ce côté là.

À la lecture des différents commentaires, nombreux sont ceux qui semblent avoir fait de bien jolis voyages. S'il en va de même de vos photos, en plus de les publier sur votre site, vous pourriez penser à les mettre sous licence libre, puis les uploader sur Wikimedia Commons, histoire qu'elles puissent profiter à l'encyclopédie Wikipédia, ainsi qu'à tous ceux qui en auraient besoin.

http://commons.wikimedia.org/wiki/Accueil

Peut importe, ils ont tous les cinq une licence de merde :)

s/wikimedia/MediaWiki/

http://fr.wikipedia.org/wiki/Wikimedia_Foundation
http://fr.wikipedia.org/wiki/MediaWiki

TF1 ne le fera jamais, mais en ce qui concerne les chaînes publiques pour lesquelles le peuple français paie la redevance, ça me tue qu'elles n'aient jamais rien produit elles-même sous licence libre. Comme d'habitude, on paie, mais ça ne nous appartient pas.

C'est le même problème que pour Linux ou le logiciel libre en général. Puisque il n'y a pas besoin de payer et qu'il n'y a pas non plus d'éditeur exclusif, il pourrait très bien y avoir 25% de machines sous Linux, qu'on en saurait rien. Microsoft comptabilise les machines vendues avec Windows pré-installé, ainsi que les boîtes vendues en magasin, alors que de notre côté, nous ne pouvons nullement comptabiliser tous les téléchargements ou les copies légales faites par tout un chacun, et qui serviront à remplacer des logiciels et autres systèmes propriétaires. Et sur ce même principe, Microsoft ne soustraira jamais de ses chiffres toutes les conversions effectuées vers le libre.

Je dirai que c'est une question de licence. Le bouquin est sous licence Creative Commons, tandis que Wikibooks, tout comme Wikipédia, est sous licence GNU FDL. Par contre, on doit pouvoir le mettre sur Wikisource, qui semble accepter toutes les licences libres.

Je possède un graveur Plextor DVDR PX-712A qui fonctionne très bien depuis le passage de Dapper à Edgy. En général, cette marque (un peu plus chère il est vrai) est très bien supportée sous Linux.

La comparaison voiture / moto dans le second point n'est pas entièrement vraie. Du moins, Linux peut également être une voiture. Tout comme Windows, il suffit d'une personne qui s'y connaisse un tant soit peu pour configurer des comptes utilisateur pour la maman, la petite soeur et compagnie, en plaçant les bonnes icônes ou autre sur le bureau, en personnalisant et répondant aux questions de ces dernier qui n'auront pas besoin de connaître Linux, pas besoin de configurer ou installer eux même quoi que ce soit. Parce que le problème est également vrai sous Windows. Nombre de mamans ou de petites soeurs seraient bien incapables d'installer un nouveau programme, mettre à jour un driver ou réellement personnaliser leur environnement (autre que changer le fond d'écran). Dans les deux cas, ce n'est pas forcément chacun pour sa peau et démerdez-vous :)

J'ai quand même du mal à comprendre qu'un gouvernement puisse opter pour une parodie de distribution Linux qui ne cherche qu'à copier MS Windows, pour une utilisation en entreprise et à grande échelle. La dépêche parle d'un public n'ayant aucune expérience du PC. S'ils n'ont jamais touché à l'outil informatique, pourquoi vouloir à tout prix leur coller une pale copie de Windows ? Puis le gars d'imTech qui nous sort une compatibilité parfaite avec ce même Windows me fait également bien rire. Sur ce coup là, j'ai vraiment beaucoup de mal à comprendre les choix du gouvernement brésilien. Et même si je n'accroche pas du tout à Mandriva, j'aurai franchement préféré que ce soit eux qui remportent le contrat. Et avec tout ça, on se demande bien quel aura été l'intérêt de racheter Connectiva ...

L'année du Cochon tombe en disgrâce en Chine
http://www.lefigaro.fr/international/20070217.FIG000000811_l(...)

Le code de Windows circulant dans un salon informatique, je n'y crois pas du tout. Par contre, je ne pense pas qu'il n'y ai que des incapables qui bossent pour les différents gouvernements, et qu'autorisation ou pas, ils soient capable de comprendre le code de Windows qu'on leur file, le compiler, faire des tests et s'assurer que tout est ok. Après, peut être que je suis trop naïf :) Mais je suis d'accord avec toi que niveau transparence, Linux est à des années lumières.

fdisk ne formate pas. Il créé ou supprime des partitions. Ensuite, je ne connais pas ext3, mais formater un disque de 320 Go en ReiserFS 3.6, ça prend entre 5 et 10 secondes.

Je trouve les deux extraits choisis assez moyens. Du moins, j'espère que leur argumentation va un peu loin, parce que Microsoft possède depuis quelques temps déjà un programme permettant aux gouvernements d'avoir accès au code source de Windows. Puis l'indépendance technologique, tout ça, ce n'est pas de pouvoir faire un audit, mais maîtriser toute la chaîne, pouvoir l'adapter à ses besoins et la faire évoluer.

En ce qui concerne les photos sur Flickr, celles de HiDeoo, textlad et davewavehm sont All rights reserved, celles de rgaidot en by-nc (du progrès, mais à usage non commercial seulement), celles de Jean-François Paris sont en by-nc-nd (pas de travaux dérivés et pas d'usage commercial) ... En gros, lors d'un salon sur le libre, personne n'est foutu de faire des photos libres. C'est fort.

Qu'il s'occupe déjà de son propre site (et oui, je connais User Agent Switcher)


Bienvenue sur VirginMega.fr !

Les navigateurs adaptés au surf sur ce site ne sont pas encore disponible pour le système d'exploitation que vous utilisez.
Voici la liste des plate-formes permettant d'accéder à toutes les fonctionnalités du site :
- Plateforme Windows (98 SE et supérieur)

Faut arrêter de délirer. Ubuntu reprend bien les packages source chez Debian, mais ils appliquent leurs propres patchs, et finalement tout est recompilé chez Ubuntu. Ils pourraient donc, s'ils le désirent, ne sortir que des packages optimisés i686.

Ces derniers temps, j'ai lu beaucoup de posts parler de la nécessité d'utiliser le pack w32codecs et les codecs proprios qu'il contient, alors que si on jette un oeil au projet ffmpeg (utilisé par MPlayer, Xine, VLC ...), que ce soit pour France Musique en audio ou l'Assemblée nationale en vidéo, les codecs Microsoft (wma v1 et v2, wmv v7, v8, v9 ou le récent vc1 (merci Google)) bénéficient tous d'implémentations libres.

mplayer -cache 512 mms://viptvr2.yacast.net/encoderfranceinfo

Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 44100 Hz, 2 ch, s16le, 64.0 kbit/4.54% (ratio: 8003->176400)
Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg))

C'est bien l'implémentation libre qui est chargée pour lire ce flux. Donc oui, il aurait été préférable de les voir utiliser un codec entièrement libre de A à Z, mais faut arrêter de pleurer sous prétexte que les OS libres ne peuvent les lire, alors que c'est totalement faux. Puis avec ffmpeg, ça tourne aussi sur les architectures 64 bits, alors il y a encore moins de raisons de pleurer.

Comme pour les films ou de nombreux autres domaines artistiques, je pense que ça aurait été une bonne idée de libérer l'oeuvre une fois qu'elle a été suffisamment amortie (en se basant sur le budget de départ et les recettes engrangées) ou une fois passé un certain délai (j'suis prêt à parier que passé cinq ans, rares sont les jeux qui ont encore une quelconque valeur commerciale). Alors oui, on aurait pas le dernier blockbuster ou le dernier jeu à la mode, mais si on pouvait voir les centaines de milliers de films qui ne rapportent plus un copek (ou si peu) ainsi que tous ces jeux oubliés mais qui n'en demeurent pas moins bien (tous ne se basaient pas forcément sur l'éclate visuelle de l'époque), je serai le premier heureux. Pour en revenir à Nekeme, vous auriez sorti un jeu commercial, vous auriez pu en vivre, et dans cinq ans vous l'auriez libéré et ça aurait été très bien.

Ce qui me dérange le plus dans la situation actuelle, ceux sont surtout les durées de protection délirantes. Genre, un écrivain qui publie aujourd'hui un bouquin à 20 ans et meurt à 90 ans, voit son oeuvre protégée jusqu'à 70 ans près sa mort, soit un passage dans le domaine public en 2146. Carrément abusé.

Gnash second alpha, with version number 0.7.2, is out!

http://www.gnu.org/software/gnash/

Et si quelqu'un sait où trouver des packages pour Ubuntu Edgy, je suis preneur.

Chez moi c'est l'inverse. Un flux HD en 1080p occupe 100% de temps CPU sur un P4 2.6 GHz HT, une carte nVidia GeForce 6200 et le driver nv (avec tout plein de frames non décodées), alors que ça tombe à 20% d'occupation CPU et lecture fluide avec les drivers proprios. Dans les deux cas, j'utilise une version cvs récente de MPlayer et la sortie Xv. Après, faut également voir quel est le codec utilisé. Une vidéo en XViD demande beaucoup moins de ressources que la même en H.264