GNOME & Intel Developers Plan The Wayland Future

[TheBlackCat]

Did you ever try to get this on freedesktop.org?

What's the point? Even when KDE devs do manage to get something accepted as an FDO spec, which is pretty hard for KDE devs to begin with since FDO is stacked with Gnome people, Gnome just ignores it anyway. They only follow FDO specs when it is one of their own specs.

Did you/him ever talk to GNOME?

What, so Gnome is too lazy to check if there is already something existing before starting their own implementation?

[TheBlackCat]

Regarding Maliit, it depends on Qt. So GNOME would be tried to the release cycle of Qt. What we wanted is a non-Qt dependency, then a Qt version and a glib version. That's reality for you instead of your misrepresentations.

Right, because FDO standards never include GTK dependencies, right? Or dependencies on other Gnome technology like Gnome VFS.

[LinuxGamer]

Not really. Gnome usually has severe NIH syndrome. According to your references apparently only Alexander Larsson does not suffer from that.

"Gnome usually has severe NIH syndrome"

this is why Gnome had a major Fallout

You show incredible ignorance how a six months release cycle works?

Theres a thing called a Development Testing/Release thats what all of the Ubuntu user's are going to be in 13.10 and Btw did you see how many Gnome app's was ported to Wayland so far?
Gnome has been moving faster than hell

https://wiki.gnome.org/Wayland/Applications

https://wiki.gnome.org/Wayland/GTK+

[RahulSundaram]

Right, because FDO standards never include GTK dependencies, right? Or dependencies on other Gnome technology like Gnome VFS.

This is apparently a common source of confusion.

There is no such thing as a FDO standard. Freedesktop.org is not a standards body. Anyone can host any desktop related project there and some of the projects hosted there are very distro specific etc. Just because something is in freedesktop.org doesn't mean that it is automatically adopted by all desktop environments. However what is widely adopted is some of the freedesktop.org specs and specifications obviously are not implementation dependent.

[RahulSundaram]

What, so Gnome is too lazy to check if there is already something existing before starting their own implementation?

http://www.freedesktop.org/software/colord/faq.html#oyranos

Notice that colord has several important features like being async and thread safe and is far more widely adopted by major projects including CUPS, Wayland and yes, KDE. So in this case, accusing them of NIH just shows bias.

[bkor]

Right, because FDO standards never include GTK dependencies, right? Or dependencies on other Gnome technology like Gnome VFS.

Empty claim by you, yet again.

[bkor]

What's the point? Even when KDE devs do manage to get something accepted as an FDO spec, which is pretty hard for KDE devs to begin with since FDO is stacked with Gnome people, Gnome just ignores it anyway. They only follow FDO specs when it is one of their own specs.

Empty claim. Let me help you a bit: GNOME uses .desktop files and MIME types. Things invented by GNOME. Oh wait, no, KDE! OMG how can this be? All the Phoronix trolls GNOME suffers from NIH. OMG, what happened?!?

What, so Gnome is too lazy to check if there is already something existing before starting their own implementation?

Provide a reference that the reason colord was started because the existing thing is KDE. There could be several reasons why some existing thing was not used. Loads of people here are claiming NIH, prove it already!

[bkor]

I do what? Let's quote Wikipedia here:
?Accounts-SSO was originally developed by Nokia who eventually shipped it as part of Maemo 5 on November 16, 2009.?

Accounts-SSO is not an Ubuntu invention as even the Gnome blog post states. Canonical just made a front-end for it.

When Canonical has to show Gnome how not suffering from NIH syndrome works, it really shows how bad Gnome is in this regard.


http://www.freedesktop.org/wiki/OpenIcc/ and do a text search for ?Oyranos?.



Yeah, someone who claims that GOA predates Accounts-SSO should not talk so loud?


Yeah, because googling "Oyranos" is so hard?
If you want to know more about Kai-Uwe's KDE activities: https://plus.google.com/100202326091940882253/posts


Yes, as I said: NIH.
Those evil Qt dependencies?

KDE, btw, has no problem with adding GTK into the mix: https://projects.kde.org/oxygen-gtk

Qt dependency is not NIH. All your arguments are like this. Empty repeating claims of NIH. Regarding Oxygen-gtk, that is a theme for Gtk to make it look like Qt. Which is used on Mageia and I've been in contact as Mageia packager+GNOME person with the Oxygen-gtk developer. Anyway, I think you should get the hint that your stupid claims don't make any sense. Oxygen-gtk doesn't make KDE depend on GTK like Maliit would.

Every claim you're making is without any clear sign. If you say "NIH", then up to you to prove it. Just saying 100s of things and hoping for something to stick is maybe a cool timepassing for you, but I'll pass. If you want to prove something, prove it. Don't make empty claims and things like "it is NIH because it is NIH". Prove that there was no other reason than NIH, then we'll talk :P

[bkor]

http://www.lmgtfy.com/?q=Oyranos+site%3Afreedesktop.org

So did KDE work with others? That GNOME dude has. Just putting something somewhere doesn't make things work. I have the strong feeling you're totally not involved in KDE, because freedesktop.org is a place where DEs work together. If you put something on there, you have to do the work to inform other DEs and create an integrated experience. I have seen nothing about this technology on any GNOME mailing list.

At the moment it seems you're advocating "whatever is first MUST be used". If something is not usable, then it won't be used. If you see that as NIH, then you're dishonest, but so be it.

[sarmad]

Will Wayland be faster than X11

So, as an end user, will I get better performance from Wayland? Will the transitions/animations be smoother in Gnome Shell? Will dragging a window be smoother? Also, will Wayland have any effects on OpenGL performance?