Reprise du message précédent :
 
 
Si, Gnome te prends pour un débile, pas xfce

 
Ca fait peur pour le développement futur de QT.
Je suppose que comme pour OpenOffice, ça représente pas mal de code.
 
Après, de mémoire, la stratégie de Nokia, bien qu'orientée libre, n'était pas très claire avec des "investissements" à la fois dans vers QT et GTK.
 
Ou alors je confonds avec Shuttleworth.  

EXDE qui insiste fort sur le multi monitor  
 
Et qui ensuite parle d'user qui veut un truc utilisable pas buggé    
 
M'est avis que Mme Michu ne sait même pas ce qu'est un muti monitor    
 
Et forker GNOME 2..... ou faire 2 pas en arrière pour faire un pas en avant.  

Scuze moi, mais pour avoir testé gnome 3, t'as qu'une envie juste après, c'est d'utiliser openbox

FUUUU la maintenance pendant un post  

+1
 
enfin j'ai juste testé l'alpha de Fedora 15, et puis je me dis qu'avec Debian stable, je suis pas concerné avant 2014

 
C'est pas vraiment un simple fork de Gnome 2 :
 

 
Ils se basent sur les technos de Gnome 3 mais avec une interface "à la Gnome 2".
C'est plutôt un fork de Gnome 3 que de Gnome 2, du coup

j'aime
je vais surveiller

Le projet m'intéresse aussi, mais seulement si on arrête de prendre l'utilisateur pour un débile ...
Un Gnome avec pleins de paramètres, tout en restant propre et ordonné (ce n'est pas incompatible, au contraire de ce que pense les développeurs de Gnome), moi, ça me dirait bien ...

Bon qui veut créer un topic pour ce projet ? (D'ailleurs il me semble pas qu'il y ait un pour Gnome )

Gnome, c'était tellement simple dépourvu de fonctionnalités qu'il n'avait pas besoin d'un topic.

 
+1

Et la possibilité de n'utiliser qu'une partie du DE sans se prendre des librairie d'un autre composant du DE non utilisé (genre de prendre du lib-nautilus dans gnome-panel, ou inversement )

 
Ca c'est un problème de packaging, pas un problème de code.

Ca peut aussi être les deux, suivant comment le code est gaulé.

Effectivement, j'ai zapé une partie du message de thana. En revanche, je ne vois pas trop le problème d'utiliser les fonctions d'une lib d'un autre composant plutôt que de recoder la même chose. C'est le principe même des bibliothèques partagées. Après, si utiliser lib-nautilus force à installer nautilus et toutes ses dépendances, j'en reviens à ma réponse précédente.

 
xfce passe au gtk3 aussi non ?

Non : http://wiki.xfce.org/releng/4.10/roadmap

mplayer2 interessant fork ou?
http://www.mplayer2.org/comparison.html

 
Ca doit bien faire 2-3 mois que je le compile sans réaliser que c'est un fork.

et mplayer-mt dans tout ca ? C'est aussi un fork ou simplement une branche expérimentale ?

Mplayer-mt a ete integre dans Mplayer il y a peu.
Pour mplayer2 je viens d'y passer pour une fonction essentielle:
ne pas enlever le mode pause quand tu executes une commandes qui n'a rien avoir (genre taper sur 'o' enleve le mode pause...)

Ca date de quand ? de la rc4 ? lien ?

http://www.phoronix.com/scan.php?p [...] &px=OTI0Ng
 
Perso, j'attends surtout le multithreading qui devrait arriver un peu partout avec ffmpeg 0.7 (qui a aussi été forké...), mais je ne veux pas l'installer tant qu'il n'est pas packagé par ma distribution.
J'attends de voir qui sera le "vainqueur", par rapport aux applications tierces qui utilisent mplayer et les plugins type gecko-mplayer...

mplayer2 maintient les interfaces compatibles avec Mplayer a priori.

a priori, mplayer2, c'est un ou 2 développeurs, mplayer, c'est beaucoup plus.
 

Soit, mais au final ca ne veut pas forcement dire beaucoup vu que c'est sur du temps libre principalement...
Puis ils peuvent se partager les patchs vu que le code de base est similaire.

Ca m'a tout l'air d'être un fork inutile

gcc 4.6 est sorti avec quelques optimisations comme -Ofast qui serait plus rapide que -O3. L'optimisation LTO pour l'assemblage des binaires a été également amélioré.

Et pis il y a aussi d'autres optimisations ainsi que de nouveaux langages.

http://gcc.gnu.org/gcc-4.6/changes.html

Ainsi que l'optimisation -corei7 pour les i3/i5/i7  

http://linuxfr.org/news/android-ab [...] oyau-linux

Des avis ? Ca reste libre quand même.

Et une autre pas mal aussi: http://www.quebecos.com/modules/ne [...] oryid=4332

p*tain mais oui, c'est aujourd'hui

Ah je me suis fait avoir!
Mais en soit passe a un micro-noyau ne serait pas une mauvaise chose.
Et vu la "puisse" d'Android, peut etre qu'on aurait alors de vrais systemes pour bureau avec micro noyau aussi?

 
 
trolldi + 1er avril = ultimate naab combo

fork de smplayer: UMplayer: http://www.webupd8.org/2011/04/ump [...] r-gui.html
Pas vu de gros changements à part les icônes utilisées.

L’archétype du fork inutile... Cela dit, il faut reconnaître que le développement de smplayer est quasi au point mort depuis 4-5 mois.

Normal, Mplayer est le meilleur lecteur multimédia de la planète. Son développement est donc terminé puisqu’il sait tout faire…

Là, il s'agit de Smplayer qui est une (superbe) GUI en Qt4 pour mplayer.

Zut, ça ne prend pas…

 
faut voir, il ne donne pas les raisons de son fork, mais vu que smplayer est en hibernation profonde, c'est pas évident.

 
Disons que, pour l'heure, les fonctionnalités ajoutées me semblent des plus accessoires, voir indésirables. C'est moche de forker un soft abouti pour y ajouter 2-3 gadgets et une tonne de bugs et de ne pas citer une seule fois le projet et/ou l'auteur d'où provient 99.9% du code sur leur site.

Surtout que mis a part des trucs comme le support (illégal) de youtube, ya rien de franchement intéressant, et a vrai dire les fonctions de smplayer me sont très utiles et j'ai aps besoin de plus