Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20.02.2014 21:19, Oliver Grawert wrote: > hi, > Am Donnerstag, den 20.02.2014, 20:27 +0100 schrieb Kai Mast: >> >> I get >> >> kai@Kai-Thinkpad:~$ sudo apt-get remove libhybris >> Reading package lists... Done >> Building dependency tree >> Reading state information... Done >> The following extra packages will be installed: >> gnome-settings-daemon >> The following packages will be REMOVED: >> libhybris powerd >> The following NEW packages will be installed: >> gnome-settings-daemon >> 0 upgraded, 1 newly installed, 2 to remove and 1 not upgraded. >> Need to get 0 B/472 kB of archives. >> >> Seems like powerd depends on libhybris. >> > > now the question is how you got powerd installed :) > > ciao > oli > It was installed when I removed gnome-settings-daemon aswell. But I think libhybris is a bigger problem as it changes the default EGL library. kai@Kai-Thinkpad:~$ sudo apt-get remove gnome-settings-daemon [sudo] password for kai: Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: linux-headers-3.13.0-8 linux-headers-3.13.0-8-generic linux-image-3.13.0-8-generic linux-image-extra-3.13.0-8-generic Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libhardware2 libhybris libmedia1 libubuntu-application-api1 ofono powerd The following packages will be REMOVED: gnome-control-center gnome-control-center-unity gnome-settings-daemon modemmanager The following NEW packages will be installed: libhardware2 libhybris libmedia1 libubuntu-application-api1 ofono powerd 0 upgraded, 6 newly installed, 4 to remove and 1 not upgraded. Need to get 630 kB of archives. -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTBmWbAAoJEKU5B2k1XeME4WwP/RoXnlbFL9/IMGp1lvKjXG0Q V+pL2mHmQX8YjcL13Jik2Ey6g0pmn1f2b+SpPr2p8dkGOG+nYSWoP/geeEf4legB LcRFE3pfFqXwI8t7mL9qZnwW7rXSb0DrklHHyasAOiMYclfGnaY8HPPcFeRVrBso 7zfBgV5aVMc9HEgX+JaYcz6YAHjqeR4QnYBrt7qoscyAH2L5POGgEmjFAlQ+tbeT LdUvQTkH0hYhZfmHMXQpPF8qeCzhiNDSHeJ1xV3R8UdTlrMuKpul2mSQ85cJZPNU KmvNfDY6IuWJZLfjwxWUvPNtJlT6rNct11rV9hzBeRjStvd2ufmiTsbLyI3zDrio m1pHXq5/UA5dbuBqFycl9nIy2/oCELBcllBcAC2x2ZzRlXGzrCk+agT3f2KXtmDD GjTB2tbPfjSTutfGGO15MYwLHwosx41kQLppNFlpRvdewcSQeWMgG2wna89jKTMm +dacN2qKfJm6GsPkTlhvMcy2xWiDRksM2FZCJmDAnSOrf/BzIIOF4TSxZI/n+GBK WA50D/F4ma3ZwG2DQlNauFTiSgS9pv/PMP0ieJmRV/l4E/bdS9Nc1Q+J/JmNAolS V6H1R4JP3xZXTlMJJhQaXxt0dnMgJeu+Cw1P39nJjHCGzDP//ZDMWrxMwOUvQs0/ rpkXmL/tfehAw+r8Q5Xq =e+JK -END PGP SIGNATURE- -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
On 02/20/2014 03:19 PM, Oliver Grawert wrote: hi, Am Donnerstag, den 20.02.2014, 20:27 +0100 schrieb Kai Mast: I get kai@Kai-Thinkpad:~$ sudo apt-get remove libhybris Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: gnome-settings-daemon The following packages will be REMOVED: libhybris powerd The following NEW packages will be installed: gnome-settings-daemon 0 upgraded, 1 newly installed, 2 to remove and 1 not upgraded. Need to get 0 B/472 kB of archives. Seems like powerd depends on libhybris. now the question is how you got powerd installed :) ciao oli There was a short period where upgrading indicator-datetime would pull in unity8, ect. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
hi, Am Donnerstag, den 20.02.2014, 20:27 +0100 schrieb Kai Mast: > > I get > > kai@Kai-Thinkpad:~$ sudo apt-get remove libhybris > Reading package lists... Done > Building dependency tree > Reading state information... Done > The following extra packages will be installed: > gnome-settings-daemon > The following packages will be REMOVED: > libhybris powerd > The following NEW packages will be installed: > gnome-settings-daemon > 0 upgraded, 1 newly installed, 2 to remove and 1 not upgraded. > Need to get 0 B/472 kB of archives. > > Seems like powerd depends on libhybris. > now the question is how you got powerd installed :) ciao oli signature.asc Description: This is a digitally signed message part -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
On 20.02.2014 20:15, Robert Park wrote: > On Thu, Feb 20, 2014 at 11:06 AM, Kai Mast wrote: >> Removing gnome-setting-daemon installs libhybris for some reason on my >> machine. Everything works fine, but I wonder if this is desired. > > What happens if you try removing libhybris? > > I just uninstalled gnome-settings-daemon and it didn't make any > attempt to install libhybris for me. > I get kai@Kai-Thinkpad:~$ sudo apt-get remove libhybris Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: gnome-settings-daemon The following packages will be REMOVED: libhybris powerd The following NEW packages will be installed: gnome-settings-daemon 0 upgraded, 1 newly installed, 2 to remove and 1 not upgraded. Need to get 0 B/472 kB of archives. Seems like powerd depends on libhybris. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
On Thu, Feb 20, 2014 at 11:06 AM, Kai Mast wrote: > Removing gnome-setting-daemon installs libhybris for some reason on my > machine. Everything works fine, but I wonder if this is desired. What happens if you try removing libhybris? I just uninstalled gnome-settings-daemon and it didn't make any attempt to install libhybris for me. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
On 20.02.2014 09:22, Robert Ancell wrote: > Here is an update on the unity-control-center / unity-settings-daemon > migration: > > - unity-control-center has been the default for some time now and all > major packages have been updated to use it when appropriate. Please > make sure to file any bugs against any applications that still try and > call gnome-control-center (or don't when they should). If you are > using a standard Ubuntu desktop you can uninstall gnome-control-center > now. > > - unity-settings-daemon has been available for a few weeks and has > just been switched to the default. You should be able to uninstall > gnome-settings-daemon on a standard Ubuntu desktop. Please look out > for bugs! Removing gnome-setting-daemon installs libhybris for some reason on my machine. Everything works fine, but I wonder if this is desired. Thanks, Kai -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
Le 20/02/2014 12:54, Gunnar Hjalmarsson a écrit : Will gdm + Unity keep being a possible option? Sure, you are just going to end up having gnome-settings-daemon and unity-settings-daemon installed, gdm using one and Unity using the other one, no issue (out of a bit of disk space but that's your choice to mix desktops Cheers, Sebastien Bacher -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
On 2014-02-20 10:49, Sebastien Bacher wrote: > Le 20/02/2014 10:34, Gunnar Hjalmarsson a écrit : >> To be able to uninstall g-s-d, I had to install gdm. I suppose that gdm >> (Ubuntu) should be changed to not depend on g-s-d. > > No, gdm is the GNOME login manager and uses GNOME depends, that's > normal. Unity uses lightdm/unity-greeter which don't need > gnome-settings-daemon Will gdm + Unity keep being a possible option? -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
Le 20/02/2014 10:34, Gunnar Hjalmarsson a écrit : To be able to uninstall g-s-d, I had to install gdm. I suppose that gdm (Ubuntu) should be changed to not depend on g-s-d. No, gdm is the GNOME login manager and uses GNOME depends, that's normal. Unity uses lightdm/unity-greeter which don't need gnome-settings-daemon Cheers, Sebastien Bacher -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
On 2014-02-20 10:34, Gunnar Hjalmarsson wrote: > To be able to uninstall g-s-d, I had to install gdm. s/install gdm/uninstall gdm/ -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
I uninstalled g-c-c, g-s-d and gnome-session. Was able to relogin, and my computer did not explode. :) Some observations: To be able to uninstall g-s-d, I had to install gdm. I suppose that gdm (Ubuntu) should be changed to not depend on g-s-d. The following packages could not be uninstalled due to dependencies: - libgnome-control-center1 - gnome-settings-daemon-schemas - gnome-session-(bin/common/canberra) -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
Here is an update on the unity-control-center / unity-settings-daemon migration: - unity-control-center has been the default for some time now and all major packages have been updated to use it when appropriate. Please make sure to file any bugs against any applications that still try and call gnome-control-center (or don't when they should). If you are using a standard Ubuntu desktop you can uninstall gnome-control-center now. - unity-settings-daemon has been available for a few weeks and has just been switched to the default. You should be able to uninstall gnome-settings-daemon on a standard Ubuntu desktop. Please look out for bugs! - gnome-session has been split into gnome-session (containing the GNOME X session) and ubuntu-session (containing the Unity X session). You should be able to uninstall gnome-session on a standard Ubuntu desktop. IMPORTANT NOTE If you uninstalled ubuntu-desktop at some point then nothing will depend on ubuntu-session at the moment. So make sure you have ubuntu-session installed or install ubuntu-session manually otherwise you might not be able to log into Unity from the greeter. We are going to have unity depend on ubuntu-session temporarily to catch this case but long term this dependency will go away. People upgrading using the GUI will not have this problem as the upgrader always ensures ubuntu-desktop is installed. Thanks for testing --Robert On Wed, Dec 11, 2013 at 5:42 PM, Robert Ancell wrote: > Hi all, > > Ubuntu makes use of a heavily patched gnome-control-center (61 patches) and > we will in future move to the new Ubuntu System Settings [1] once we achieve > convergence. We are already running an old version of gnome-control-center > (3.6) and the value for Ubuntu in upgrading this is low since it would take > a lot of work to update our changes. Running an old version until > convergence blocks those who do use GNOME (i.e. Ubuntu GNOME). > > For these reasons it has been discussed that we should fork > gnome-control-center 3.6 for Unity into unity-control-center [2]. > > To be very clear, this is a fork with a limited lifespan. We don't expect to > make significant changes to it outside of stability and security fixes. > > This change affects a number of packages, and I have attempted to find and > fix all the side-effects (See bug 1257505 [3]). The proposed changes are in > a PPA [4]. > > Please test this PPA and post any problems in the bug report. I'd like to > land this change into the archive if there are no reasons to block it. > > I also have a fork of gnome-settings-daemon for the same reasons which I am > running successfully, I will do a similar call for testing when we have > landed the control center changes. > > Thanks, > --Robert > > [1] https://launchpad.net/ubuntu-system-settings > [2] https://launchpad.net/ubuntu-control-center > [3] > https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1257505 > [4] https://launchpad.net/~ubuntu-desktop/+archive/unity-control-center -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
Hi all, Thanks for the testing. I've updated the PPA, could you please purge this PPA [1] and reinstall it and see if any problems remain for anyone? There does seem to be reports of some translations not being there, but I can't find any that aren't in unity-control-center now. Not sure if there's some bad interaction with the existing language packs. --Robert [1] $ sudo ppa-purge ppa:ubuntu-desktop/unity-control-center On Wed, Dec 11, 2013 at 5:42 PM, Robert Ancell wrote: > Hi all, > > Ubuntu makes use of a heavily patched gnome-control-center (61 patches) > and we will in future move to the new Ubuntu System Settings [1] once we > achieve convergence. We are already running an old version of > gnome-control-center (3.6) and the value for Ubuntu in upgrading this is > low since it would take a lot of work to update our changes. Running an old > version until convergence blocks those who do use GNOME (i.e. Ubuntu GNOME). > > For these reasons it has been discussed that we should fork > gnome-control-center 3.6 for Unity into unity-control-center [2]. > > To be very clear, this is a fork with a limited lifespan. We don't expect > to make significant changes to it outside of stability and security fixes. > > This change affects a number of packages, and I have attempted to find and > fix all the side-effects (See bug 1257505 [3]). The proposed changes are in > a PPA [4]. > > Please test this PPA and post any problems in the bug report. I'd like to > land this change into the archive if there are no reasons to block it. > > I also have a fork of gnome-settings-daemon for the same reasons which I > am running successfully, I will do a similar call for testing when we have > landed the control center changes. > > Thanks, > --Robert > > [1] https://launchpad.net/ubuntu-system-settings > [2] https://launchpad.net/ubuntu-control-center > [3] > https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1257505 > [4] https://launchpad.net/~ubuntu-desktop/+archive/unity-control-center > -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
Hey Robert, Robert Ancell [2013-12-12 16:21 +1300]: > > The upgrade went fine, and it replaced most of the > > gnome-control-center* packages with the unity-* counterparts, except > > for gnome-control-center-data > [...] > u-c-c doesn't need this package. Good, all is well then. > It is only depended on by gnome-control-center. The only way that it > will be removed is by an apt-get autoremove right? Or by adding a Breaks:/Replaces:, to clean up. But this is a bit tricky as people might actually want to install the (future) real g-c-c in parallel, so they need to be versioned to the saucy version. > > After upgrading, the menu entry from the session indicator doesn't > > work. This needs a "pkill -f indicator-session-service" or a reboot; > > could the pkill perhaps be put into the postinst? > > > > The "System Settings" menu item? I guess we should prompt a restart after > installing unity-control-center as all in-memory apps will try and launch > gnome-control-center instead of unity-control-center. Yes, that menu item. For me it didn't do anything after the upgrade, because that dist-upgrade removed gnome-control-center. Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
On Wed, Dec 11, 2013 at 9:12 PM, Martin Pitt wrote: > Robert Ancell [2013-12-11 17:42 +1300]: > > > Please test this PPA and post any problems in the bug report. I'd like to > > land this change into the archive if there are no reasons to block it. > > The upgrade went fine, and it replaced most of the > gnome-control-center* packages with the unity-* counterparts, except > for gnome-control-center-data > > It seems to me that if we want to add a "real" gnome-control-center, > -data should be migrated as well? Or does u-c-c not need this at all? > (Then it should be cleaned up on upgrade, or get owned by the "real" > g-c-c) > u-c-c doesn't need this package. It is only depended on by gnome-control-center. The only way that it will be removed is by an apt-get autoremove right? > After upgrading, the menu entry from the session indicator doesn't > work. This needs a "pkill -f indicator-session-service" or a reboot; > could the pkill perhaps be put into the postinst? > The "System Settings" menu item? I guess we should prompt a restart after installing unity-control-center as all in-memory apps will try and launch gnome-control-center instead of unity-control-center. > The new control-center window is too wide, but this is probably > related to the transition to GTK 3.10, not due to u-c-c itself. > I believe so - it used to work fine before the GTK 3.10 upgrade. > Many entries are now untranslated, I guess this also changed the > translation domain? Can we copy the translations from g-c-c, so that > they get imported into LP? > I copied all the translations from g-c-c and I'm currently merging in https://translations.launchpad.net/ubuntu/saucy/+source/gnome-control-center-unity/+pots/gnome-control-center-unity- are there any others that I don't know of? In particular, I couldn't seem to find any Ubuntu specific translations for gnome-control-center. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Fwd: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
On 11 December 2013 10:14, Kai Mast wrote: > I did not run into any problems on my machine until now when using the PPA. > :) > > > On 12/11/2013 10:26 AM, Dimitri John Ledkov wrote: > > On 11 December 2013 09:09, Martin Pitt wrote: > >> Dimitri John Ledkov [2013-12-11 9:05 +]: > >>> I see what you mean. one could iterate all user sessions and restart >>> indicator-session in each one, but that is also intrusive. > >> >> That sounds interesting, and would avoid pkilling processes that you >> run in chroots, source trees, etc. How would you do this? >> > > for i in `ls /run/user/*/upstart/sessions/*.session`; do (export `cat > $i`; initctl restart indicator-session) ; done > > > Isn't this a general thing that should be done when any user-level service > is upgraded? it is true for system daemons, but up until now it was not possible to do for per-user session services (e.g. session dbus, session dconf, etc.) > Would be nice if you defined a proper behavior for all those upgrades once. > I personally would prefer if the services restarted directly and users don't > have to relogin or do some manual process killing. > At the moment it is out of scope for Debian Policy, which defines when and how daemons should be restarted on upgrade. And at the moment we will not be able to do if for all applications because there is no distinction at the moment between user session daemons and applications (with possibly unsaved user data). While, e.g. we do know that indicators are generally stateless, that may not be the case with other processes in the user session. Furthermore, for some processes there is no sensible way to restart them, e.g. gnome-session. I believe at the moment, per Debian Policy, no files in home directories should be automatically changed in dpkg .deb package upgrades and restarting user session applications/daemons is undefined. -- Regards, Dimitri. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Fwd: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
I did not run into any problems on my machine until now when using the PPA. :) On 12/11/2013 10:26 AM, Dimitri John Ledkov wrote: > On 11 December 2013 09:09, Martin Pitt wrote: >> > Dimitri John Ledkov [2013-12-11 9:05 +]: >>> >> I see what you mean. one could iterate all user sessions and restart >>> >> indicator-session in each one, but that is also intrusive. >> > >> > That sounds interesting, and would avoid pkilling processes that you >> > run in chroots, source trees, etc. How would you do this? >> > > for i in `ls /run/user/*/upstart/sessions/*.session`; do (export `cat > $i`; initctl restart indicator-session) ; done Isn't this a general thing that should be done when any user-level service is upgraded? Would be nice if you defined a proper behavior for all those upgrades once. I personally would prefer if the services restarted directly and users don't have to relogin or do some manual process killing. Kai -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Fwd: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
On 11 December 2013 09:09, Martin Pitt wrote: > Dimitri John Ledkov [2013-12-11 9:05 +]: >> I see what you mean. one could iterate all user sessions and restart >> indicator-session in each one, but that is also intrusive. > > That sounds interesting, and would avoid pkilling processes that you > run in chroots, source trees, etc. How would you do this? > for i in `ls /run/user/*/upstart/sessions/*.session`; do (export `cat $i`; initctl restart indicator-session) ; done -- Regards, Dimitri. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Fwd: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
Dimitri John Ledkov [2013-12-11 9:05 +]: > I see what you mean. one could iterate all user sessions and restart > indicator-session in each one, but that is also intrusive. That sounds interesting, and would avoid pkilling processes that you run in chroots, source trees, etc. How would you do this? Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Fwd: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
On 11 December 2013 08:57, Martin Pitt wrote: > Dimitri John Ledkov [2013-12-11 8:54 +]: >> Well, it's managed by session upstart, so one could simply do/trigger >> $ restart indicator-session > > Nope, postinst runs in a system/root context, not in a desktop > session: > > # restart indicator-session > restart: Unknown job: indicator-session > > pkill'ing *all* running session indicators is quite a large hammer > indeed. But requiring a session restart isn't that big of a deal, I > was just bringing it up as a possibility. > I see what you mean. one could iterate all user sessions and restart indicator-session in each one, but that is also intrusive. We already have desktop migrations running on login, but re-login is all that is needed here -- Regards, Dimitri. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Fwd: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
Dimitri John Ledkov [2013-12-11 8:54 +]: > Well, it's managed by session upstart, so one could simply do/trigger > $ restart indicator-session Nope, postinst runs in a system/root context, not in a desktop session: # restart indicator-session restart: Unknown job: indicator-session pkill'ing *all* running session indicators is quite a large hammer indeed. But requiring a session restart isn't that big of a deal, I was just bringing it up as a possibility. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Fwd: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
On 11 December 2013 08:12, Martin Pitt wrote: > After upgrading, the menu entry from the session indicator doesn't > work. This needs a "pkill -f indicator-session-service" or a reboot; > could the pkill perhaps be put into the postinst? > Well, it's managed by session upstart, so one could simply do/trigger $ restart indicator-session -- Regards, Dimitri. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
Hey Robert, Robert Ancell [2013-12-11 17:42 +1300]: > Ubuntu makes use of a heavily patched gnome-control-center (61 patches) and > we will in future move to the new Ubuntu System Settings [1] once we > achieve convergence. We are already running an old version of > gnome-control-center (3.6) and the value for Ubuntu in upgrading this is > low since it would take a lot of work to update our changes. Running an old > version until convergence blocks those who do use GNOME (i.e. Ubuntu GNOME). Nice! So it happens at last. > Please test this PPA and post any problems in the bug report. I'd like to > land this change into the archive if there are no reasons to block it. The upgrade went fine, and it replaced most of the gnome-control-center* packages with the unity-* counterparts, except for gnome-control-center-data: $ dpkg -l *control-center*|grep ^ii ii activity-log-manager-control-center 0.9.7-0ubuntu4+unity all blacklist configuration for Zeitgeist (transitional package) ii gnome-control-center-data 1:3.8.6-0ubuntu1+unity all configuration applets for GNOME - data files ii libgnome-control-center1 1:3.6.3-0ubuntu49 amd64utilities to configure the GNOME desktop ii libunity-control-center1 1.0 amd64utilities to configure the GNOME desktop ii unity-control-center 1.0 amd64utilities to configure the GNOME desktop ii unity-control-center-data 1.0 all configuration applets for GNOME - data files ii unity-control-center-signon 0.1.7~+14.04.20131126.2-0ubuntu1+unity amd64Unity Control Center extension for single signon It seems to me that if we want to add a "real" gnome-control-center, -data should be migrated as well? Or does u-c-c not need this at all? (Then it should be cleaned up on upgrade, or get owned by the "real" g-c-c) After upgrading, the menu entry from the session indicator doesn't work. This needs a "pkill -f indicator-session-service" or a reboot; could the pkill perhaps be put into the postinst? The new control-center window is too wide, but this is probably related to the transition to GTK 3.10, not due to u-c-c itself. Many entries are now untranslated, I guess this also changed the translation domain? Can we copy the translations from g-c-c, so that they get imported into LP? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Call for testing - unity-control-center (fork of gnome-control-center so we can stay on an old version)
Hi all, Ubuntu makes use of a heavily patched gnome-control-center (61 patches) and we will in future move to the new Ubuntu System Settings [1] once we achieve convergence. We are already running an old version of gnome-control-center (3.6) and the value for Ubuntu in upgrading this is low since it would take a lot of work to update our changes. Running an old version until convergence blocks those who do use GNOME (i.e. Ubuntu GNOME). For these reasons it has been discussed that we should fork gnome-control-center 3.6 for Unity into unity-control-center [2]. To be very clear, this is a fork with a limited lifespan. We don't expect to make significant changes to it outside of stability and security fixes. This change affects a number of packages, and I have attempted to find and fix all the side-effects (See bug 1257505 [3]). The proposed changes are in a PPA [4]. Please test this PPA and post any problems in the bug report. I'd like to land this change into the archive if there are no reasons to block it. I also have a fork of gnome-settings-daemon for the same reasons which I am running successfully, I will do a similar call for testing when we have landed the control center changes. Thanks, --Robert [1] https://launchpad.net/ubuntu-system-settings [2] https://launchpad.net/ubuntu-control-center [3] https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1257505 [4] https://launchpad.net/~ubuntu-desktop/+archive/unity-control-center -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
