liberforce a écrit 4730 commentaires

"desktop wall", c'est pas un truc inspiré du bird eye view de métisse ?
http://insitu.lri.fr/metisse/screenshots/virtual-desktop.png

Tu peux continuer d'interagir avec les fenêtres, comme sous métisse ou pas ?

Bon on va réexpliquer pour ceux qui sont au fond de la classe et n'ont pas suivi: open source veut dire libre !
http://fr.wikipedia.org/wiki/Open_Source
Là on peut lire les sources, mais c'est pas open source (au sens de l'OSI), puisque ce n'est pas libre ! C'est le pis-aller qui a été trouvé par les anglophones pour éviter la confusion libre/gratuit. Le problème c'est que maintenant il y a la confusion "sources lisibles/libre".

Ou alors il en a marre que les gens utilisent son travail sans son accord... Quitte à les retrouver sur le net (chose qui l'énerve passablement, voir l'entête de son blog), il voudrait bien que les gens sachent au moins d'où ça vient.

Bin je peux te dire que c'était une présentation aussi polémique: faut-il faire confiance à des prestataires propriétaires extérieurs (Flickr, GMail, etc.) pour l'hébergement de mes données ? Sachant que c'est le genre de choses pour lesquelles tu pourrais te faire virer pour pas mal de boîtes... Le problème c'est le compromis entre confidentialité et facilité d'accès (pouvoir accéder à ses document de n'importe quelle machine connectée au net).

autant lire le point de vue du créateur de pyro:
http://www.beatniksoftware.com/blog/

Un de ses points de vue, exposé au GUADEC 2007, a été qu'il fallait aller où il y a de l'agent: le web (oui, oui, ça en a choqué plus d'un). Le but: intéresser la masse de développeurs web existants à rentrer dans le libre.

De toute façon le GUADEC cette année ça a surtout été "j'ai une idée ! Si on faisait un service DBUS pour ce truc ?" ou bien "et si on faisait la même chose mais orienté application web ?".

Le seul point positif que j'ai vu dans Pyro et la présentation d'Alex Graveley (soporifique d'ailleurs) c'est que ça a permis de débuguer des bouts de firefox 3 ! Sinon je me pose toujours la même question que beaucoup de monde: mais à quoi ça va bien pouvoir servir ?

J'ai quand même bien aimé son slide qui disait "stealing code is good", alors que c'est le premier a avoir gueulé que redhat pompait du code et des idées de son autre joujou, Gimmie, dans son client pour Mugshot...

Je suis abonné à son flux RSS, c'est comme ça que j'ai appris la nouvelle :-(

En général tout ceci finit par rentrer dans l'ordre en quelques jours... C'est assez récurent avec les articles d'actualité: les contributeurs occasionnels arrivent et mettent tout et n'importe quoi. Les contributeurs réguliers passent ensuite faire un peu le ménage. La page de Jean Paul II avait été verrouillée à sa mort à cause de cela.

Il me semblait avoir entendu que Gentoo permettait une utilisation comme une distrib binaire classique: tu n'est pas obligé de compiler les logiciels.

Ouais m'enfin dire que 256 Mo de RAM c'est largement suffisant parce qu'il fait tourner une Fedora et pas un Windows, faut peut être pas déconner... On doit pas avoir utilisé les mêmes Fedora, parce que pour que ça tourne, ils ont dû customiser à mort...

Il y a la lib unique:
http://log.emmanuelebassi.net/archives/2007/07/take-it-or-le(...)

Elle te permet de choisir le backend que tu soihaite pour t'assurer que ton appli est lancée de manière unique: D-BUS, socket, X, etc.

Effectivement avec peu de RAM, GNOME et KDE seront difficilement utilisables. Reste donc les distributions light, comme:

Toutou Linux (une Puppy Linux francisée)
http://www.moulinier.net/

Damn Small Linux (en anglais)
http://www.damnsmalllinux.org/

C'est toujours les mêmes quoi. En plus je sais pas pourquoi 7-zip arrive toujours en tête, parce que franchement, au niveau ergonomie, il suxe des mamans ours...
En plus, sur la page de don, le don minimum est de 20$. Si tu continues, en plus c'est 20¤ ! Je trouve ça un peu cher pour un outil aussi basique, aussi utile soit il.

Par contre effectivement, le comparatif sur le site de 7-zip monte que la compression est très bonne en général:
http://rlwpx.free.fr/WPFF/comploc.htm

Pourquoi ce format, ouvert qui plus est, n'est dans ce cas pas plus répandu ? Même dans le monde du libre on ne le voit guère, au profit du tar.gz et tar.bz2, pourtant moins bons on dirait...

Ça a même déjà commencé...
http://blogs.gnome.org/xan/2007/07/17/epiphany-webkit/
http://blogs.gnome.org/xan/2007/07/24/if-you-see-the-buddha-(...)

http://linuxfr.org/2006/08/28/21259.html

Et d'autres liens en vrac:
http://linuxfr.org/2006/04/20/20698.html
http://linuxfr.org/2006/12/15/21775.html
http://linuxfr.org/2005/04/28/18839.html

C'est le problème des brevets: une fois qu'ils sont dans la règle du jeu, tu n'as pas d'autre choix que de breveter à tout va, pour te protéger. Tu penses sincèrement qu'il aurait mieux valu que ce brevets soient déposés par des sociétés qui se foutent complètement du libre ? Ç'aurait été pire encore.

Non, le meilleur moyen, c'est ce que fait IBM: breveter à gogo, comme les autres, histoire d'occuper le terrain et éviter que les autres ne brevettent avant toi. Ensuite, en n'autorisant que les projets open source à pouvoir utiliser librement ces brevets, tu casse le système de brevets. Ceux qui veulent continuer à faire du proprio continuent de raquer, et ceux qui font du libre peuvent exploiter ces brevets sans crainte.

On ne fait pas de scandale pour QT qui est sous licence multiple: si tu veux faire du libre avec, c'est gratuit, par contre si tu veux faire du proprio avec, c'est payant. Je pense que ce modèle est un des meilleurs qu'on puisse proposer en ce moment, car il favorise le logiciel libre.

Après on peut dire "qu'est ce qui se passe si IBM retourne sa veste ?". Bin ils n'en ont pas trop intérêt, sinon leur image en prendrait un grand coup, et puis IBM a quand même un vieux compte à régler avec Microsoft...

http://www.jamendo.com/fr/album/4670/
C'est le moment d'écouter la n°2 ;-)
http://www.jamendo.com/get/track/id/track/audio/play/38024

T'as oublié un q dans tes couilles ^_^

Fais une dépêche !

Dans le goatse !

Chez moi au douzième clic ça commande une pizza pepperoni...

Oui, après une 2005 LE et une 2006 en demi teinte, la 2007 a amené pas mal de progrès, et la 2007.1 n'a fait que les confirmer.

Avec la 2007.1, plus de troll sur les mises à jour soit disant payantes, tout le monde a eu le droit à l'applet de mise à jour. De même, les dépots contenant du soft non libre, et disponibles auparavant uniquement pour la version commerciale ont été ouvert et sont depuis disponibles pour tout le monde.

Moi aussi leur volonté d'homogénéisation du desktop linux me plait bien, donc plus il y aura de choses upstream et plus tout le monde en profitera. Qu'on ait plus du "ça marche avec la distro x mais pas avec la distro y". On peut aussi dire que compiz fusion a montré que c'est plus facile d'avancer ensemble que côte à côte :-)

Dans ce cas la communauté OpenSolaris assure ce boulot, non ? C'est peut être idiot ce que je dis, mais je ne connais pas trop le monde Solaris.

Pourquoi, c'est RMS qui écrit la doc dans ce cas là ? :-)
Plus sérieusement, c'est pas parce qu'un truc devient ouvert qu'il y a plus de doc. Tu peux trouver facilement de la doc pour Windows, et difficilement pour certains projets libres. L'un n'a donc rien à voir avec l'autre.

pour sortir un journal assez complet, je me suis finalement fait devancer...
Alors voici le processus dans l'ordre:

Les idées issues de la communauté:
http://wiki.mandriva.com/en/Development/Ideas/Mandriva_2008

Les spécifications techniques détaillée des améliorations:
http://wiki.mandriva.com/en/Development/Ideas/Technical_spec(...)

Une synthèse des spécifications techniques:
http://wiki.mandriva.com/en/Releases/Mandriva/2008.0/What's_(...)

De plus, après son nouveau wiki, Mandriva est en train de migrer son bugzilla, qui il faut le dire, était un goulot d'étranglement incroyable. Le fait de lister tous les packages disponibles pour y choisir celui qui auquel se rapporte un bug était d'une lenteur infinie. Vincent Danen s'y attèle:
http://linsec.ca/blog/index.php?/archives/133-New-bugzilla-i(...)

Le nouveau bugzilla est actuellement en test (inutile donc de raporter des bugs dessus, ils seraient perdus):
http://bugzilla.linsec.ca/

Certaines évolutions sont le résultat direct des possiblités ouvertes par Powertop, disponible depuis le kernel 2.6.21. Par exemple, l'applet d'état du réseau, net_applet, faisait un polling qui réveillait le kernel. Celui ci sera supprimé.
http://wiki.mandriva.com/en/Development/Ideas/Technical_spec(...)

Mandriva contribue aussi upstream, on l'oublie trop souvent. Ainsi l'envoi upstream des modifications de pm-utils, et de la base de détection de périphériques (PCI IDs) est au programme, pour éviter de dupliquer inutilement les efforts entre chaque distribution.
http://wiki.mandriva.com/en/Development/Ideas/Technical_spec(...)
http://wiki.mandriva.com/en/Development/Ideas/Technical_spec(...)

Mandriva sait aussi prendre ce qu'il y a de bon ailleurs, par exemple la gestion udev dans le cas de Fedora:
http://wiki.mandriva.com/en/Development/Ideas/Technical_spec(...)

...Ou bien (peut être, la proposition n'a pas encore été acceptée) un outil d'installation de codecs "à la Ubuntu". Celui ci permet l'installation de codec non redistribuables dans certains pays, car soumis au DMCA (US) ou à l'EUCD (europe) - merci les brevets logiciels.
http://wiki.mandriva.com/en/Development/Ideas/Technical_spec(...)

Côté son, l'heure a sonné de changer le système tout pourri de serveurs de son sous Linux. Des alternatives sont à l'étude pour KDE3, KDE4 et GNOME. Ce dernier pourrait bien remplacer esd par PulseAudio.
http://wiki.mandriva.com/en/Development/Ideas/Technical_spec(...)

De même, les derniers pilotes audio OSS seront remplacés s'ils ont une alternative ALSA.
http://wiki.mandriva.com/en/Development/Ideas/Technical_spec(...)

Donc à priori on peut dire que cela devrait être un bon cru, GNOME 2.20 et KDE 3.5.7, avec une version preview de KDE4, kernel 2.6.22, Xorg 7.3 avec XrandR 1.2, disponibilité de compiz-fusion, fin de la migration complète aux menus XDG.

Bref: ils ont du boulot ! :-)

Ah, et je te recommande refaire un peu le point sur le fonctionnement de l'allocation mémoire et les pointeurs. Là j'ai l'impression que tu vas un peu trop vite en besogne. C'est pas méchant hein, mais c'est bien de bien maitriser le langage avant l'API.

Reposte ton code quand tu auras quelque chose, je te filerai un coup de main.