[Ubuntugnome-qa] Ubuntu GNOME and Unity development dependency was: Re: Dumb question about Nautilus 3.10.1

[Daniel Espinosa <esodan@xxxxxxxxx>]

First all. Please I'm not trying to FUD Ubuntu or Ubuntu GNOME in any way. Just like to have a decent Ubuntu and GNOME DE in PC for a long time and using the more stable and usable, jet updated one.

El sáb, 4 de ene 2014 a las 6:37 , Tim <tim@xxxxxxxxxxxxxx> escribió:

On 05/01/14 11:02, Daniel Espinosa wrote:

I can see, as you decribed before, that Ubuntu GNOME depends totally on Ubuntu Desktop team, to get its stuff in place, if some bugs (like LP: #1228765) stops us to complete ship GNOME 3.10, then we will be halted at the version Unity can or wants to use because they are focused in their Ubuntu's Desktop and just use the one technology they need for they goals.

Sure there is some overlap between Ubuntu and Ubuntu GNOME, but its certainly not the case that we depend 'totally' on what the ubuntu desktop team does. This overlap is reducing each cycle. LP: #1228765 is not really specific to Unity, it will affect other DE's that are metacity/compiz based also.

Then what about if LP: #1228765? If it is not fixed on time, we could stay on 3.8 not 3.10, even can't run to 3.12. Hope Ubuntu Desktop developers take this in consideration about, how their considerations affects other Ubuntu flavors.

At some point GNOME, may use/depend on systemd for some of its functions, if that conflics with Ubuntu goals/features they will drop or neglet to use any module depending that technology.

Ubuntu is already using many systemd components. Its really only the systemd init component they are not using.

The really point here is:

What technology will be accepted in Ubuntu repositories to be used by Ubuntu flavors? 

and

What if a flavor wants to pick updated versions? Are they blocked by incompatibilities with Unitiy? Just to know.

I've seen Debian devate on what init system to use, discusing systemd portability or abailavility to all its platforms, that means GNOME must take care about to have hard dependencies on modules, if they want to be considered as default desktop enviroment in Debian or some other distributions not using or providing the required packages.

I don't see how what init system debian chooses, affects what DE's can be run.

This is a reflextion for GNOME developers, but is a matter of Ubuntu GNOME. Ubuntu GNOME Team requires to interact with Ubuntu Unity developers and with GNOME ones, in order to conciliate or try to push some decisitions, in order to provide a high quality and updated GNOME flavor.

I love Ubuntu, I've used for a long time now. I think they provide good hardware support and great community. I love it the more when it uses GNOME as default, now I just see lot of forks, patched libraries, and missing hardware tests to other DE different from Unity one. Then AMD graphic cards will work better on Unity than in GNOME Shell, for example. This will prevent Ubuntu GNOME to provide high quality software with good support from other vendors, until (may be) Red Hat release a desent version of GNOME Shell for it RHED.

No idea what you are talking about here, graphics drivers are not specific to Unity.

I mean: Are Ubuntu Desktop Developers testing all hardware for all flavors? I think no.They focus on Unity.

When finally I update to GNOME 3, first time it was available on Ubuntu, I can't use my ATI drivers in gnome-shell, but in Unity, I had to search to install my self (losing the "out of the box" Ubuntu provides for most).

When I install Ubuntu GNOME 13.10, I don't figured out that it is not using ATI propietary drivers, until I install VMWare to test Ubuntu GNOME 14.04 Alpha 1. When to install drivers from repositories I get a broken system, then I need to remove ATI propietary drivers. I'm still investigating about this issue and found my card is not supported in lastest AMD linux drivers, but on legacy ones, I'll try to install and test. Of course this is my issue not related with this thread and I'll report any issue if is Ubuntu GNOME related.

Why I just can't release a different set of packages from Ubuntu? They are just for different applications, if we fix the ones for Ubuntu GNOME we can just release them and Ubuntu just prevent to use that packages by mark them as "CONFLICT" with Unity's packages.

That is not how the archives work, essentially to do that requires forking the packages. Nobody wants to maintain multiple forks of the same program.

How Ubuntu GNOME Team, can discuss with Ubuntu Developers, in order to take actions like fork GNOME modules for their Unity desktop, to not bloking other flavors to provide updated modules. I know this requires more maintenace work in time being, but that means less conflicts and frictions with other projects.

A message to Ubuntu Desktop Developers: "JUST LET THEM BE AND RE-USE THE ONES YOU WANT".

I would really like to have a huge community for Ubuntu GNOME for test and packaging, providing updated versions of GNOME and a high quallity product.

Have you consider to switch over next 3.14 GNOME version, for next cycle. I think we could get help from Debian guys for packaging and testing, some other developers will help and convert GNOME lastet version as first citizen in Ubuntu (I know it is for Ubuntu GNOME, but now we are one version behind).

El sáb, 4 de ene 2014 a las 5:27 , Tim <tim@xxxxxxxxxxxxxx> escribió:

On 03/01/14 06:53, Erick Brunzell wrote:

Will that possibly be included in the drop to trusty-proposed? I gave it a go this AM transferring a large number of files from the hard drive out of a bricked laptop and the transfer rate was great. I also think it has a much cleaner layout. I love that they integrated window management with the other controls because it reduces vertical screen usage. Great improvements over 3.8 :^)

Hoping to get it uploaded to Trusty, however since its shared with Ubuntu, depends on getting ubuntu-desktop team approval.

Lance

--

Mailing list: https://launchpad.net/~ubuntugnome-qa Post to : ubuntugnome-qa@xxxxxxxxxxxxxxxxxxx Unsubscribe : https://launchpad.net/~ubuntugnome-qa More help : https://help.launchpad.net/ListHelp