Olivier Grisel a écrit 766 commentaires

Les dell inspirons font parti des portables testés en priorité par canonical. Les dev d'Ubuntu fournissent donc probablement un travail d'integration / configuration par défaut que les autres distribs ne fournissent pas forcemment pour ces portables la :

https://wiki.ubuntu.com/LaptopTestingTeam

https://linuxfr.org/2005/09/22/19607.html

Tu sais ce site web un peu underground qui parle de Linux et de LL ...

Bon bref, personne ne lit jamais la Une ici ... C'est marrant je suis sur que plus de personnes liront ce journal que la Une. Donc allez voter!

http://www.rit.edu/~smo4215/monty.htm#Scene%205

pound pour le http avec stick load balancing sur cookie (mais effectivement HAproxy a l'air plus propre) :
http://www.apsis.ch/pound/(...)

pen pour tout le reste (tcp) :

http://siag.nu/pen/(...)

super simple a utiliser mais je ne me rappelle plus des limitations.

Pour augmenter le pouvoir marketing du site web et inciter le geek moyen à essayer l'appli il faudrait absolument ajouter un gros bouton "screenshots" sur la page d'accueil qui pointerait vers une gallerie de qques captures d'ecrans montrant l'appli en cours d'utilisation.

Sur ce meme site, le cowon qui ressemble beaucoup et qui supporte OGG marche sous Linux :

http://www.mp3players.co.uk/site/uk/iaudio_5/specification/FFFFFF.h(...)

Le commit en local ca permet de travailler rapidement sur ca version sans contraintes réseaux (travail dans le train, l'avion, ). Ca permet aussi une meilleure granularité en organisant le codage de nouvelles fonctionnalités en plusieurs commits puis en envoyant un "merge request" sur la ML de dev du projet pour que le developpeur qui maintient la branche officielle integre la fonctionnalité entiere d'un coup après tests et validation.

Rien n'empeche de mettre un rsync dans un cron ou dans un post-commit hook pour mettre à disposition ses modifs sur un serveur http public au fur et a mesure de ses developpement quand un acces reseaux est dispo.

C'est le but du projet bazaar-ng : s'inspirer de tout ce qui se fait de bien pour faire le meilleur système.

BZr est vraiment un super système : simple et intuitif à utiliser, plus réactif qu'un subversion (car travail en local : pas de connexion réseau pour un commit), un code très testé (tests unittaires et doctests), un système de plugins pour pouvoir personnaliser et améliorer facilement et la volonté de faire du code portable (windows est supporté) pour toucher le plus grand nombre. De plus la communauté est très active avec une boîte qui embauche des devs à plein temps pour bosser sur le projet ...

En plus le code est en python, bien documenté et il est donc facile d'y contribuer ce qui rend ce projet particulièrement sain. Le jeu de tests permet d'organiserer régulièrement des refactoring de composant sans tout casser.

Comme tla et bazaar ferment boutiques progressivement, leurs communautés respectives se tournent vers bazaaz-ng ce qui en fait un candidat très probable pour être l'équivalent décentralisé de subversion.

une courbe interessante à tracer est le nombre de developpeurs enregistrés sur sourceforge.net ainsi que le nombre de projets au cours du temps depuis 2000 grace à http://archive.org.(...)

Ces chiffres sont dispos sur la page d'accueil de SF.net :
http://web.archive.org/web/*/http://sourceforge.net/(...)

Y a plus qu'a faire un graphe avec gnumeric ou oocalc.

DOAP est un vocabulauire RDF standardisé pour la description de projet.

http://usefulinc.com/doap(...)
http://doap-fr.org/(...) (communauté francaise)

Il existe de plus en plus d'outils pour générer et lire automatiquement du DOAP.

Je sais pas si c'est suffisamment expressif de base pour décrire toutes les infos dont un IDE a besoin, mais c'est justement l'avantage du RDF : c'est modulaire, on peut melanger plusieurs vocabulaires dans une meme description. Donc pourquoi pas un voc pour les specificités eclipse, un voc pour les specificité KDevelop, ...

Pour les pythonistes, une excellente lib pour traiter le RDF de manière automatisée (parsing, requetes, génération, ...) : http://www.rdflib.net(...)

Même en seconde page, les deux milles euros risquent d'être atteints rapidement vue le rythme des dons depuis la publication de la news, et c'est tant mieux :o)

Pourquoi pas ? L'auteur explique les motivation du choix de 80kbps dans son article. 80kbps c'est bien aussi pour faire de stream web pour unewebradio par exemple.

D'ailleurs AoTuv (fork expérimental de vorbis utilisé dans ce test) était déjà le meilleur à 128kbps:
https://linuxfr.org/2004/05/25/16356.html(...)

En théorie des jeux [1], j'assimillerais plutot la GPL à la stratégie "Tit for Tat" [2], alors que BSD serait plutot assimileé à une stratégie naivement coopérative et que les licenses proprios à la MS sont des stratégies 'defectives'.

Dans les faits, nous sommes encore en période transitoire et il est trop tot pour se prononcer et deviner quelle sera la stratégie dominante lorsque nous atteindrons une sorte d'équilibre de Nash entre ces différentes stratégies. Des facteurs extérieurs comme la légalisation ou non des brevets logiciels en Europe affecteront fortement les rapports de force (les payoff) entre ces différentes stratégies.

Cependant l'expérience montre que Tit for Tat est empiriquement une très bonne stratégie qui devient majoritaire à coup sur des qu'elle atteint une proportion critique. Dans un contexte coopératif (par exemple GPL dominant), BSD s'en sortira bien. Dans un contexte anti-coopératif (Proprio dominant avec terrorisme judiciaire et brevets logiciels), BSD se fera mangé comme un pigeon par un faucon ;-) La question est : est-ce que nous avons atteint la masse critique. ESR pense que oui. Je ne suis pas aussi sur que lui ...

[1] http://fr.wikipedia.org/wiki/Dilemme_du_prisonnier(...)
[2] http://en.wikipedia.org/wiki/Tit_for_tat(...)

Je pense que son analyse se base plutot sur une analyse empirique liée à son expérience de l'écologie du monde libre/opensource. Sur l'ensemble des projets opensource à succès (Linux, Apache, Mozilla, Eclipse, ...), aucun ne s'est fait "mangé" par un fork proprio, quelquesoit la license initiale (GPL, BSD, APL, MPL, ...). Excepté peut être le cas de BSD et MacOSX, mais même dans ce cas de ce fork semi-proprio, je ne crois pas que ce soit nuisible aux projets BSD originels. Il est tout simplement plus rentable à moyen terme de contribuer à un projet opensource que de "voler" son code source pour de maintenir égoistement en interne un fork proprio.

D'un autre côté je suis d'accord sur le fait qu'il est encore trop tôt pour crier victoire, surtout quand on voit la puissance des lobbies pro-brevets logiciels en Europe. Je suis curieux de voir ce que proposera la GPL v3 pour palier (partiellement) ce problème qui restent AMA le seul interet d'une protection aussi forte que lcelle proposée par la GPL (le fameux copyleft).

mamouth écrasé ?

"""
bzip2: Data integrity error when decompressing.
Input file = (stdin), output file = (stdout)

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

/bin/gtar: Child returned status 2
/bin/gtar: Statut d'erreur reporté d'erreurs précédentes.
"""

J'ai l'impression que c'est de plus en plus on commence par ubuntu et on reste sur ubuntu ...

Pour livna, il faut créer un fichier livna.repo dans /etc/yum.repos.d qui contient :

[livna-lvn]
name=Livna.org Fedora Compatible Packages (lvn)
baseurl=http://rpm.livna.org/fedora/$releasever/$basearch/RPMS.lvn(...)
gpgcheck=1

RPMS.unstable/stable/testing ne semblent pas (encore?) fonctionner pour FC4.

Les nouveaux archos sont sous Linux il me semble.

Oui mais c'est intéressant d'avoir l'avis d'une industrie qui fait du logiciel à la fois proprio et innovant.

Ca permettra de changer l'image habituelle de communistes/libristes des anti-brevets logiciels et de montrer que les brevets sont intrinsequement mauvais pour l'industrie du logiciel (libre ou pas).

Oué, y quand même des limites :)

Sinon, je viens d'installer cette FC avec son gnome 2.10 tout propre tout bô. C'est une belle distrib bien bleeding edge avec SELinux (activé mais je sais pas trop ce que ca change), Xen et surtout eclipse que je viens de tester :)

Grosso modo ca ressemble beaucoup à mon Ubuntu que je garde en double boot mais avec les innovations RH en plus.

Voila. Très bonne première impression. Je vais peut etre l'adopter cette distrib ;o)

Pour ceux qui se connectent avec un FreeBox :

ftp://ftp.free.fr/pub/Distributions_Linux/Fedora/core/4(...)

Perso, ca telecharge entre 1 et 2 Mo par seconde :) Ca met plus de temps à graver qu'à telecharger. Sinon, y a les torrents, mais ca va (beaucoup) moins vite.

Aller, je reboot et je m'en vais tester eclipse 3 en natif avec gcj :)

Surtout avec les premiers binaires dispo de XulRunner, le runtime engine des technos Mozilla :

http://wiki.mozilla.org/XUL:Xul_Runner(...)

Une intro en francais sur XulRunner (à enrichier, c'est unwiki ;) :
http://xulfr.org/wiki/XulRunner(...)

Le moteur de recherche cd creative commons avec les parametres qui vont bien :
http://search.creativecommons.org/index.jsp?q=&commercial=true&(...)

et un autre site / index dans le meme genre :
http://commoncontent.org/(...)

Les autres projets de la wikimediafoundation.org :
- http://fr.wikipedia.org(...)
- http://fr.wikibooks.org(...)
- http://fr.wiktionary.org(...)
- http://fr.wikinews.org(...)
- http://fr.wikiquote.org(...)

La public Library of Science (édition d'articles de recherches en Open Access sous CC-By) :
http://plos.org/(...)

... alors que des langages aussi simples, complet et bien foutus que python ou ruby existent ?

Pour faire des jeux en python, y a pygame par exemple :
http://www.pygame.org/(...)

http://www.cadavre-exquis.net(...)

Il marche bien et impose des contraintes syntaxiques.