Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 428792 - Provide Unity on Gentoo
Summary: Provide Unity on Gentoo
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal enhancement with 1 vote (vote)
Assignee: Default Assignee for New Packages
URL:
Whiteboard:
Keywords:
Depends on: 314649 322129 341757
Blocks:
  Show dependency tree
 
Reported: 2012-07-31 12:13 UTC by Pacho Ramos
Modified: 2021-04-16 14:30 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pacho Ramos gentoo-dev 2012-07-31 12:13:54 UTC
Have been using it some days in the work and looks interesting to have (even if I will also try gnome-shell). 

Looks to exist an overlay now:
https://github.com/shiznix/unity-gentoo

Not sure if it will need a lot of unofficial patches to work :|

Reproducible: Always
Comment 1 Gilles Dartiguelongue (RETIRED) gentoo-dev 2012-07-31 12:42:33 UTC
Not sure about other devs feeling but I really hate unity. It has been all but trouble on the machines I managed on Ubuntu and I don't want that to reach gentoo. At least not as a gnome team job even if it would take cooperation.
Comment 2 Chí-Thanh Christopher Nguyễn gentoo-dev 2012-07-31 12:43:43 UTC
Even if you don't want the desktop, at least parts of Unity are interesting to have for Ubuntu One support.
Comment 3 Gilles Dartiguelongue (RETIRED) gentoo-dev 2012-07-31 12:46:53 UTC
No I will not install erlang :p

Let me reformulate my previous post, I will not support adding unity to gentoo, but I have no problem if a group of people still wish to do it. It's not like I could be able to stop anyone from doing it :)
Comment 4 Samuli Suominen (RETIRED) gentoo-dev 2012-07-31 14:30:05 UTC
well, I'm currently committed to keep libindicate, libindicator, libindicate-qt, libdbusmenu, libappindicator, notify-osd ... and that's about it -- at latest versions, but with low maintance cost

so i'm definately not intrested in unity at all, but I will keep on maintaining what is currently in tree to cater things like xfce4-indicator-plugin and KDE plasma stuff

but yeah, nobody is stopping you if you want to do it, but last time I checked it required too intrusive patches to both toolkits, GTK+ and Qt4 (search bugzilla for ayatana-bugs@ to get those requests)
Comment 5 Rick Harris 2012-08-16 03:18:09 UTC
Hi guys I'm currently maintaining the overlay and from a biased user's perspective I'd love to see it included too ;)

It still needs those patchsets applied to GTK+ and QT but maybe those could be pulled in via a 'unity' USE flag.

Another snag is the position that GTK+-2.x Ubuntu Ayatana libraries are being dropped from the tree.

If Unity were to be included this would need to change for the following reasons:
1. indicator-appmenu requires libdbusmenu and libindicator be built with gtk:2 support.

2. Many indicators (bluetooth, weather, glipper, etc.) require libappindicator be built with Python GTK+-2.x bindings to function.
Comment 6 Steev Klimaszewski (RETIRED) gentoo-dev 2012-08-16 03:22:56 UTC
Anything dropped from the tree could easily be pulled into the overlay.  It really does need an easier way of integrating, and more importantly, testing if the patches adversely affect things like Gnome3 itself.  I am planning on bringing in the MATE desktop (along with jdhore) whenever Gnome2 gets punted, just because Gnome3 is still very painful to install and get working on ARM.  I've gotten it pretty much as far as I can, and at this point it's just a matter of clutter/cogl refusing to run unless the screen is 24/32 bit, which just isn't going to happen (my ARM boxen with displays are 16bit due to memory usage).
Comment 7 Pacho Ramos gentoo-dev 2012-09-05 18:23:25 UTC
(In reply to comment #6)
> Anything dropped from the tree could easily be pulled into the overlay.  It
> really does need an easier way of integrating, and more importantly, testing
> if the patches adversely affect things like Gnome3 itself.  I am planning on
> bringing in the MATE desktop (along with jdhore) whenever Gnome2 gets
> punted, 

Why wait until that and not starting to get it included sooner? Currently, I am still using gnome2 and trying to keep it maintained, but I will probably try to update to Gnome 3.6 (that will probably be our first gnome3 stable version if rest of gnome team agrees) and, then, gnome2 would be dropped. Then, would be nice to start mate work as soon as you are able to (for example, I am still not trying to update to Gnome 3 due lack of time, probably you are in a similar situation but, if you have time, please don't wait until gnome2 is dropped ;))

>just because Gnome3 is still very painful to install and get working
> on ARM.  I've gotten it pretty much as far as I can, and at this point it's
> just a matter of clutter/cogl refusing to run unless the screen is 24/32
> bit, which just isn't going to happen (my ARM boxen with displays are 16bit
> due to memory usage).
Comment 8 Samuli Suominen (RETIRED) gentoo-dev 2013-01-15 16:12:58 UTC
I'll propably add more of the Unity packages from today to tree, and once it's together talk with qt@ and gnome@ for Qt 4.x and GTK+ 3.x support(s)

Since it's definately not mandatory for any GTK+ 2.x applications, i'll skip those
which will propably cut the package amount to half leaving me with low maintaince cost -- but increasing due to applications getting ported from 2 to 3

but if someone else wants to maintain GTK+ 2.x support for it, I won't object at all, go ahead
Comment 9 Samuli Suominen (RETIRED) gentoo-dev 2013-01-15 16:15:54 UTC
In the end I guess there could be own profile(1) which sets the required flags by default. Under the desktop target, like gnome and kde.

(1) Unity :P
Comment 10 Rick Harris 2013-03-07 22:10:36 UTC
If Unity's inclusion into the portage tree was getting any closer it looks to be a little further away now with the announcement that they are due to obsolete X11 and write their own display server called MIR -> https://wiki.ubuntu.com/UnityNextSpec

OpenGL functionality will be accessed via QT5/QML and so perhaps do away with nux and compiz ?
Comment 11 Chí-Thanh Christopher Nguyễn gentoo-dev 2013-03-08 00:32:27 UTC
Packaging mir for Gentoo should not be too difficult. The rest depends on how well Canonical is able to upstream their code. Mesa folks are not overly thrilled I hear.
Comment 12 Rick Harris 2013-03-08 22:49:11 UTC
(In reply to comment #11)
> Packaging mir for Gentoo should not be too difficult. The rest depends on
> how well Canonical is able to upstream their code. Mesa folks are not overly
> thrilled I hear.

True enough, we are after all a pretty talented bunch ;)
I'm thinking there may be a lapse including it in Gentoo while we wait to see where they end up with their new vision.

Not saying that it will be included anytime soon, but if work was to start now on it's inclusion, we end up with the old Unity included just in time to see it's development stop.

Granted the old Unity already included could probably be easily adapted up to the new one, but then we put everyone through a migration process (devs and users alike).

For the sake of a 6 month wait, it could save all a great deal of headache.

I've created a 'unity-next' overlay https://github.com/shiznix/unity-next to hack on it, nothing much in it yet.

Interested to see if MIR will co-exist with xorg-server.
And from what I've read, the current state of MIR actually needs xorg-server to run at the moment so lots of upstream work yet to happen.
Comment 13 Julian Ospald 2013-09-13 22:17:34 UTC
(In reply to Chí-Thanh Christopher Nguyễn from comment #11)
> The rest depends on how well Canonical is able to upstream their code.

Was that a joke?
Comment 14 Chí-Thanh Christopher Nguyễn gentoo-dev 2013-09-14 17:17:15 UTC
(In reply to Julian Ospald (hasufell) from comment #13)
No, that statement was fully serious.