Voila, c'est maintenant officiel, Compiz sera intégré dans la prochaine version de Ubuntu malgrè les effort des devs de Beryl pour lui piquer la place.
ubuntu-desktop dépend de ubuntu-effects qui dépend de compiz.
Sinon, parmis les devs de Beryl, on se pose de plus en plus de question sur l'utilité du fork.
http://lists.beryl-project.org/pipermail/beryl-dev/2007-Febr(...)
Sinon, David continue son très bon travail:
http://lists.freedesktop.org/archives/compiz/2007-February/0(...)
Journal Beryl vs Compiz
28
fév.
2007
# Drivers
Posté par patrick_g (site web personnel) . Évalué à 10.
Et ce sans installation obligatoire des drivers proprios. Ils seront présent mais il faudra que l'utilisateur demande explicitement leur installation.
Moi ça me va tout à fait cette politique et j'espère bien qu'il ne la changeront pas pour les versions suivantes (même si cela ne me concerne pas techniquement puisque j'ai une carte Intel).
# \o/ Information devel \o/
Posté par gnumdk (site web personnel) . Évalué à 5.
Il a aujourd'hui rajouté la chose pour l'opacité des fenetres. Résultat, il ne reste plus qu'a continuer avec la luminosité et la saturation afin de se débarasser du code affectant l'affichage des fenetres present dans le plugin state: Code absolument moche et non optimisé...
A terme, le plugin state risque de subir une cure de minceur, beaucoup de ses fonctionnalités pouvant migrer vers les plugins...
# beryl et compiz
Posté par abramov_MS . Évalué à 10.
A mon avis le fork etait une bonne chose, il a force les deux projets a faire des efforts, compiz dans son ouverture et beryl dans la proprete du code. Vu les problemes de caracteres et surtout le passif entre les deux projets un merge entre les duex est totalement improbable a mon avis.
Je sais que tu fais partis du projet compiz et que tu n'aimes pas du tout beryl (c'est un euphemisme meme) mais personnellement j'ai ete assez degoute de la communaute compiz suite a la destruction du projet beryl par un membre avec responsabilite de compiz. Certes cela ne venait que d'un seul individu mais cela montre bien un etat d'esprit bizarre. Pour avoir trainer sur les mail liste et forums pendant un temps j'ai plutot vu les attaques provenant de compiz, beryl se contentant de faire les trucs qui les amusaient.
On parle de logiciels open-source. Chaque personne est donc libre de choisir le projet auquels il veut adherer ou pas. Si Beryl prefere faire des truc eye-candy c'est leur choix et c'est pas en detuisant leur jouet ou en les insultants que cela va les faire revenir "vers la lumiere" au contraire.
Je souhaite bon courage aux deux projets et si cela se trouve ce sera un 3eme qui mettra tout le monde d'accord :)
[^] # Re: beryl et compiz
Posté par gnumdk (site web personnel) . Évalué à 4.
Je n'ai rien contre Beryl!!! Pour moi, il aurait du rester ce qu'il était, un branche de compiz avec quelques "hack" en attendant que David et/ou les devs Xorg trouvent une meilleur solution... Aujourd'hui, même si le coeur de Beryl est proche de celui de Compiz, il inclu beaucoup de modifications qui rendent à mon avis une migration des nouveautés de Compiz vers Beryl très difficile... Ce n'est pas impossible, les devs de Beryl sont motivés mais certains se rendent comptent que le fonctionnement actuel du développement de Beryl ne leur facilite pas la tache...
>suite a la destruction du projet beryl par un membre avec responsabilite de
>compiz
Je ne comprend pas très bien cette phrase. On dira que tu parles des attaques de mikedee. Pour moi elle sont pour la plupart justifiée, même si je pense que Mike n'est pas du tout un bon médiateur et à tendance à tuer le débat... Mais bon, il y'a quelques devel beryl qui lui arrivent à la cheville à ce niveau la... Certain allant jusqu'a dire que David Reveman ne sait pas coder...
>j'ai plutot vu les attaques provenant de compiz, beryl se contentant de faire
>les trucs qui les amusaient.
Les devs Beryl (un(e) en particulier) n'ont pas toujours été réglo avec David, il était bon de leur reprocher... Il est vrai que le ressortir à toutes les sauces fini par être un peu lourd... Ensuite, que les devs de Beryl s'amusent, je trouve ca un peu moyen, ils font du bon boulot pour la plupart (certain au vu des changelogs ont effectivement l'air de s'amuser).
La question aujourd'hui est de savoir si ils sont capables de conduire leur projet seuls ou si ils ont besoin de compiz. La dessus, les avis sont partagés...
Sur le sujet qui fache, à savoir si David veut laisser les gens bosser sur le git de compiz directement, je pense que la réponse est non. Enfin, si quelqu'un de tres bon propose beaucoup de patchs et de bonnes idées, pourquoi pas... Mais pour l'instant, je ne vois pas personne capable de mener Compiz la ou David veut le mener... Donc quand je vois quelques beryliste penser que si il y'a raprochement entre Beryl et Compiz, il faudra que David laisse un acces libre au modifications du code, je pense qu'ils se fourent le doigt dans l'oeil et perso je suis contre...
[^] # Re: beryl et compiz
Posté par abramov_MS . Évalué à 10.
Non je parle de zootreeves qui a profite d'une faille dans le serveur de beryl pour "s'amuser" a tout effacer (le premier lien que tu donnes en parles).
Et ca je suis desole c'est absolument incomprehensible!
Ensuite, que les devs de Beryl s'amusent,
J'utliser le terme s'amuser dans le sens qu'ils ont fait ce qui leur plait et les fait triper.
Pour ton dernier point, et je sais que cela va relancer un troll, le fait que David garde le control du GIT est bien moins genant (pour moi) que le fait que le copyright lui soit attribue et donc a Novell. Vu que cette boite a un comportement qui ne va pas dans le sens qui ME convient en ce qui concerne les brevets par exemple. Il ne faut pas rever si on veut que linux arrive sur le desktop, il faut des trucs a la compiz/beryl et bon cela m'inquiete profondement de voir que c'est une boite lie/subordonne au principal concurrent de linux qui detient toutes les cartes sur cette partie. Je sais je sais c'est un troll masi bon vu le comportement du partron de MS ne serait ce que la semaine derniere, les inquietudes a avoir sont reelles.
[^] # Re: beryl et compiz
Posté par gnumdk (site web personnel) . Évalué à 2.
>pour "s'amuser" a tout effacer (le premier lien que tu donnes en parles).
Je viens de discuter avec Kristian (de beryl), effectivement, il a effacer une parti de la base SQL de leur site (apres qu'un dev ai poster les identifiants dans les changelogs).
Effectivement pas cool, y'a pas eu vraiment d'annonce publique... Mais je vais pas me gener pour en parler sur le forum de compiz en faisant le mec qui comprend pas trop de quoi parle Kristian dans son mail.
D'ailleurs, pour info, Kristian, c'est le mec qui pense que David Reveman code comme un pied ;) Comme quoi on peut avoir des discussions avec des gens avec qui on est pas d'accord et que je ne suis pas en croisade contre Beryl ;)
>Pour ton dernier point, et je sais que cela va relancer un troll, le fait que
>David garde le control du GIT est bien moins genant (pour moi) que le fait
>que le copyright lui soit attribue et donc a Novell.
"One assumption is that compiz is some kind of Novell controlled project
that Novell will move in whatever direction it wants. This is completely
wrong. I started the project and no one at Novell has ever told me in
which direction it should go. "
[^] # Re: beryl et compiz
Posté par abramov_MS . Évalué à 3.
Direction ca veut pas dire grand chose. Il est paye par Novell? Si oui je sais pas pour lui, il a peut etre un contrat particulier mais bon generalement ton code appartient a la boite qui te paye pour le developper... Enfin je dis ca mais comme j'ai bien precise cela relance un gros troll et change pas mal le sujet de la news.
En ce qui concerne Beryl, si les plugins que j'ai cite au dessus sont integre a compiz (et qu'il soit plus simple a configurer) je lui redonnerai sa chance, d'ici la je reste sur beryl :) Desole j'ai pris de mauvaises habitudes ;)
[^] # Re: beryl et compiz
Posté par gnumdk (site web personnel) . Évalué à 5.
Et? Il a commencé le projet avant de bosser pour Novell, son code est sous une licence libre et peut donc être forké à n'importe quel moment. Je ne vois pas de probleme particulier.
>En ce qui concerne Beryl, si les plugins que j'ai cite au dessus sont integre a
>compiz (et qu'il soit plus simple a configurer) je lui redonnerai sa chance,
>d'ici la je reste sur beryl :) Desole j'ai pris de mauvaises habitudes ;)
Les plugins dont tu parles sont dans compiz-extras...
http://img248.imageshack.us/my.php?image=screenshotgz8.png
Pour la configuration, il y'a ca...
Je ne sais pas ou en est le developpement par contre vu que l'auteur est Zootreeves qui semble avoir pris un peu de recul après avoir fait sa connerie.
[^] # Re: beryl et compiz
Posté par abramov_MS . Évalué à 3.
j'ai pas vu dans la version 0.3.6 mais j'ai pas regarde dans gconf aussi j'ai tente d'utiliser le soft de configuration utilisable par un humain.
Pour zootreeves, j'espere que cela lui aura mis du plomb dans la tete. Je pense honnetement qu'il a eu beaucoup de chance que les gars de beryl ne portent plainte et je considere aussi que c'etait la meilleur chose a faire.
J'espere aussi que cette experience ne le retiendra pas de coder pour compiz ou un autre projet.
Ah la la, la jeunesse cela s'excite pour des betises :)
[^] # Re: beryl et compiz
Posté par abramov_MS . Évalué à 3.
Pour le plugin group, c'est tout bugge, completement inutilisable. Les tabs ne servent rien, lorsque mis en tab le halo reste visible la ou etait la fenetre avant, on ne peut pas deplacer le tab, remettre sous forme de group sans tab t'explose tes yeux avec un halo enorme et bien brillant.
Pour le zoom, le zoom par defaut, l'ancien et toujours aussi peu utilisable. Zoom sans s'arreter, coupe l'ecran (si tu zoom a un certain niveau et que tu bouges ta souris pour passer sur une autre zone de l'ecran, c'est tout noir). Inputzoom, le nouveau zoom de beryl, bien que dans gconf et osit disant lance, n'a pas de cle ni quoique ce soit d'autre dans sa partie et ne fonctionne pas.
Je retenterai avec la version 0.4 mais franchement tant qu'un systeme de conf tel que celui de beryl n'existera pas ca va pas le faire du tout. La plupart des personnes ne pourront pas le configurer comme ils le souhaiteraient et passeront a cote des plugins et/ou des capacites qui leur auraient convenue.
Enfin bon c'est un avis tout personnel tout ca.
[^] # Re: beryl et compiz
Posté par IsNotGood . Évalué à -1.
J'éviterai de partir dans ce que je pende des fichier .ini à la Windows ça risque de fâcher du monde.
Puis je vais aussi éviter de dire ce que je pense des gus qui écrivent avec un clavier qwerty ou ont la flemme de mettre les accents.
[^] # Re: beryl et compiz
Posté par abramov_MS . Évalué à 4.
1) je n'utilise pas windows donc les fichiers ini un peu rien a taper.
2) Tu trouves vraiment le model regedit/gcon-editor ergonomique? Trouves tu vraiment plus confortable d'ouvrir un softtel que gconf-editor aller dans:
/-apps-compiz-allscreens-options
change a la main la cle: active_plugins pour rajouter le plugin group
puis aller dans:
/-apps-compiz-plugins-group-allscreens-options pour configurer certaines options
puis encore une fois dans
/-apps-compiz-plugins-group-screen0-options
pour configurer d'autre options?
Au lieu d'une petite case a cocher pour l'utilisation et des cases a cocher dans la meme fenetre pour configurer en une seule fois un plugin.
Enfin bon pourquoi ne pas editer a la main le fichier xml de gconf tant que nous y sommes!
ps: petite question c'est quoi la diff entre allscreens et screen0 ?
[^] # Re: beryl et compiz
Posté par gnumdk (site web personnel) . Évalué à 1.
Il était tout à fait possible de faire berylsettings DIRECTEMENT sur gconf. Les critiques de gconf sont idiotes. kconfeditor presente les options de kde de la meme façon et pourtant ce sont des .ini .
Ensuite, inputzoom est dispo sur le forum de compiz.
Pourquoi le plugin zoom de compiz ne permet pas la redirection d'entrée, parce que David attend que Xorg supporte la chose afin de l'implémenter correctement. C'est d'ailleurs lui qui est en train de rajouter le support dans Xorg.
[^] # Re: beryl et compiz
Posté par IsNotGood . Évalué à 0.
Code la case à cocher et soumet le patch.
> Enfin bon pourquoi ne pas editer a la main le fichier xml de gconf tant que nous y sommes!
Ce qui montre bien que ton problème n'a rien à voir avec gconf. Ton problème est que l'appli n'a pas codé une case à cocher. Que cette option soit stocké via gconf, fichier .ini ou postgresql ne change rien.
[^] # Re: beryl et compiz
Posté par abramov_MS . Évalué à 4.
Enfin pour revenir a ce que je considere comme etant le probleme majeur de gconf (et des softs gnome) c'est que la moindre configuration un peu avance te force a aller dans gconf-editor. Lire les cles dans les differentes categories pour voir 1) si c'est possible 2) si l'option de configuration n'a pas ete enleve.
Franchement j'ai l'impression d'etre revenu dans mon jeune temps sous windows ou je devais chercher les cles dans toutes la base de registre pour la nettoyer. Certes la ce n'est pas pour nettoyer mais pour configurer mais c'est le meme principe.
[^] # Re: beryl et compiz
Posté par gnumdk (site web personnel) . Évalué à 1.
Ca n'a pas de rapport avec gconf. C'est un choix des devs de Gnome de ne pas mettre toutes les options dans leur interface.
Mais pour compiz, l'outils de conf permet de tout configurer sans gconf-editor.
C'est donc le choix des developpeurs.
Et pour info, si tu crois que toutes les options de Kde sont accessibles graphiquements, tu te trompes ;)
[^] # Re: beryl et compiz
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Si un programme est lié à une bibliothèque de type libgconf qui irait lire les paramètres dans un fichier de configuration, cela me semblerait normal. Mais pourquoi donc avoir mis en place un service qui tourne en tache de fond ? L'erreur est à mon sens ici.
Un des principes d'UNIX est violé avec gconfd, notament le cloisonnement inter-application. Normalement, une modification du paramétrage d'une application, via un editeur de configuration par exemple, doit obliger l'utilisateur à relancer son application. Un peu comme avec Firefox.
Par exemple, avec des bureaux de type fvwm2 ou ion3, lorsque tu modifies la configuration de ton gestionnaire de fenêtre, tu relances (restart) ton gestionnaire de fenêtre. Ce n'est pas bien difficile de programmer une application pour qu'elle réagisse à un signal POSIX, mais c'est à l'utilisateur de choisir d'envoyer le signal.
[^] # Re: beryl et compiz
Posté par Pipo2 . Évalué à 1.
Je suis un ignare des technos utilisées pour ces interfaces, mais je trouve clairement à l'utilisation que Beryl est bien plus stable et moins gras (cpu) que Compiz (en tout cas sur la Mdv 2007 avec les paquets binaires).
En plus, je ne sais pas si c'est une erreur de ma part à la configuration du bouzin, mais Beryl tourne sur Xorg alors que pour utiliser Compiz j'ai une horreur nommée Xgl qui s'incruste dans ma CPU de manière limite désobligeante.
Et je ne parle même pas de l'interface de configuration.
Mais il est possible que ma méconnaissance de la chose me fasse utiliser Compiz d'une manière maladroite.
[^] # Re: beryl et compiz
Posté par gnumdk (site web personnel) . Évalué à 2.
Beryl fonctionne utilise la même méthode que Looking Glass pour la composition, donc il peut tourner sur un Xorg de base.
Compiz a besoin de Aiglx ou des drivers Nvidia pour fonctionner sans Xgl.
L'interface de configuration n'est pas présente dans Mandriva 2007.
Elle ressemble à ca:
http://hibbert.univ-lille3.fr/~cbellegarde/compiz-settings.p(...)
# Et les autres ?
Posté par herodiade . Évalué à 3.
Qu'en est-il de Fedora ? S'ils choisissent aussi compiz, c'est tout tranché :
- tout les grands développeurs x11 /mesa/kernel (ceux de RH + SuSE, en gros) bosseront pour des distros avec compiz (déjà que beryl semble souffir séchement de l'absence de « pointures » à la Reveman ...)
- les utilisateurs de compiz seront largement plus nombreux (donc les tests, bugs reports etc. seront massivement faits sur compiz, lequel dispose d'un code qui est à la base plus propre)
- l'effet « communauté » d'utilisateurs dont bénéficie beryl pour être plus bleeding edge risque fort de se décaler vers compiz au fur et à mesure que les grosses distros « desktop » sortiront avec un « composing window manager » pré-intégré.
[^] # Re: Et les autres ?
Posté par gnumdk (site web personnel) . Évalué à 5.
Compiz est déjà le gestionnaire de composition par défaut de Fedora.
[^] # Re: Et les autres ?
Posté par herodiade . Évalué à 2.
[^] # Re: Et les autres ?
Posté par gnumdk (site web personnel) . Évalué à 4.
Kristian Lyngstøl ne semble pas favorable au "déforkage" (hmm, c'est mignon). Au contraire, il voudrait que Beryl prennent son propre chemin... Je ne pense pas donc que Beryl va disparaitre, il y'aura peut etre quelques développeurs qui vont rejoindre Compiz... En encore pas sur, l'avenir nous le dira ;)
[^] # Re: Et les autres ?
Posté par Sytoka Modon (site web personnel) . Évalué à 7.
Il suffit d'être sous debian pour voir la quantité et le nombre de choix de gestionnaire de fenêtre. Gnome ou KDE n'ont pas du tout tué tous les autres.
Bref, il y a de la place pour plus d'un projet.
[^] # Re: Et les autres ?
Posté par IsNotGood . Évalué à 3.
Non.
Beryl est dans Fedora Extras.
> Ont-ils d'autres choix que de déforker ?
Oui.
Le libre, c'est le choix. Choix de forker, choix de déforker, etc.
[^] # Re: Et les autres ?
Posté par herodiade . Évalué à 3.
[^] # Re: Et les autres ?
Posté par soulflyb (Mastodon) . Évalué à 4.
# tant mieux
Posté par Anonyme . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.