Could we please keep this on topic, instead of sniping at each other.
bug#1059600, which actually is a sessioninstaller bug, and bug#1060395, which was a packagekit bug, has given the following workaround until the sessioninstaller bug is fixed.
If you need to install a local package and want to try packagekit
- remove the sessioninstaller package
- install the gdebi-core and gnome-packagekit-tools packages and reboot
- check the menu entry for the softwareinstaller, as you can see in my screenshot, it should say 'gpk-install-local-file %F' and NOT 'gksu gpk-install-local-file %F', if it does, remove gksu and close the menu (packagekit does not need to be run as super user).
- Now you should be able to install local packages by double clicking them
when you are finished you can install the sessioninstaller again (you'll need it for codecs in Totem).
Last edited by Stinger; October 4th, 2012 at 09:14 PM. Reason: small spelling error
This project is almost certain to reach fruition since "ubuntu-gnome-desktop" is now in the repos.
Those who don't like it, or don't care about it, should just ignore it.
Use whatever you like, just don't drop bombs on the stuff you don't like
How boring would it be if we had only one option
You can find some related thoughts at bug 1045914.
We have another, more serious issue with Ubuntu 12.10 now, and concerning Unity.
The latest libunity9 package (6.8.0-0ubuntu1) depends on unity-common now.
This is due to the fact that Unity may crash if unity-common is not installed.
OK, but what happens now:
If we, who use ununtu-gnome-remix, and perhaps do not use unity at all, now upgrade to the libunity_6.8.0, we get unity-common and compiz with all its dependencies installed too.
This is because unity-common depends on compiz-gnome
The main issues here is that ubuntu-gnome-remix uses Nautilus, that is built against libunity9 and it depends on it.Depends on:
- compiz-plugins-default (= 1:0.9.8.4-0ubuntu1)
- gconf2 (>= 2.28.1-2)
- gnome-settings-daemon (>= 3.4.2-0ubuntu9)
- libatk1.0-0 (>= 1.12.4)
- libc6 (>= 2.7)
- libcairo2 (>= 1.2.4)
- libdecoration0 (>= 1:0.9.8.2)
- libgdk-pixbuf2.0-0 (>= 2.22.0)
- libglib2.0-0 (>= 2.28.0)
- libgtk2.0-0 (>= 2.24.0)
- libmetacity-private0a (>= 1:2.34.0)
- libpango1.0-0 (>= 1.14.0)
- libwnck22 (>= 1:2.22)
If that dependency would be lowered to recommends or suggests, there would not be any issues, because users who would have only Gnome-shell DE installed could then remove libunity9.
So where can I find nautilus, that does not depend on libunity9?
Gnome3 PPA perhaps?
How about that Jeremy?
(bookmarks auto added to nautilus launcher's quicklists, ect.
I typically use a git nautilus here on unity, sometime with, most times without the support patch, ie. no dep on libunity. No big loss, can be added to the .desktop but may be enough to disallow doing in that ppa.
(Ot - naut 3.6 going to 3.6.1 breaks unity launcher use on this seemingly insig. commit
I was wondering.. I saw an article about Gnome's new Software Center and wondering if it will be included in uGuntu?
I see your point, it would need some creative thinking from Jeremy to fix this one, a real 'dealbreaker'
from the Change logs for “libunity” source package in Quantal:
The Ubuntu packages will most likely be more and more tangled up with Unity
Gnome App Center
Gnome developers are still working on it and it may be included in Gnome 3.8, looks very promising