From Brian.Cameron@sun.com Fri Aug 21 12:33:54 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7LJXsKi017926 for ; Fri, 21 Aug 2009 12:33:54 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n7LJXnvS015736 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Fri, 21 Aug 2009 20:33:53 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOQ00207ROG8800@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Fri, 21 Aug 2009 13:33:52 -0600 (MDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOQ00ABIROFE9A0@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Fri, 21 Aug 2009 13:33:51 -0600 (MDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7LJXpMH015084 for ; Fri, 21 Aug 2009 19:33:51 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KOQ00400RE93P00@mail-amer.sun.com> for LSARC-ext@Sun.Com (ORCPT LSARC-ext@Sun.Com); Fri, 21 Aug 2009 13:33:51 -0600 (MDT) Received: from [129.153.250.167] ([unknown] [129.153.250.167]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KOQ00BPIROEPAD0@mail-amer.sun.com> for LSARC-ext@Sun.Com (ORCPT LSARC-ext@Sun.Com); Fri, 21 Aug 2009 13:33:51 -0600 (MDT) Date: Fri, 21 Aug 2009 14:34:17 -0500 From: Brian Cameron Subject: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] Sender: Brian.Cameron@sun.com To: LSARC-ext@sun.com Cc: Desktop Discuss , Jedy Wang Message-id: <4A8EF6B9.6000103@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_ocApGF5MWwBDTUz9fS51OA)" X-PMX-Version: 5.4.1.325704 User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.1) Gecko/20090804 Thunderbird/3.0b3 Status: RO Content-Length: 3228 This is a multi-part message in MIME format. --Boundary_(ID_ocApGF5MWwBDTUz9fS51OA) Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT LSARC: I am submitting this case for "Fast reboot support of GNOME restart dialog" by Jedy Wang, and it will timeout on September 1st. See attached onepager. This case will integrate this new support only into Nevada. Thanks, Brian --Boundary_(ID_ocApGF5MWwBDTUz9fS51OA) Content-type: text/plain; name=onepager-fast-reboot.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=onepager-fast-reboot.txt Template Version: @(#)onepager.txt 1.35 07/11/07 SMI Copyright 2007 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Fast reboot support of GNOME restart dialog 1.2. Name of Document Author/Supplier: Jedy Wang 1.3. Date of This Document: 08/12/09 2. Background In Solaris gnome desktop, a universal restart dialog is provided in the following scenarios: - Clicking "Shut Down..." button in launch menu of gnome-panel - Pressing power button - Run "gnome-session-save --shutdown-dialog" in a terminal Recently, Fast Reboot support (PSARC/2008/382) has been integrated into Solaris. The GNOME restart dialog should be updated to utilize this new feature. 3. Technical Description: 3.1. Details: Currently, the GNOME restart dialog knows nothing about the Fast Reboot support. When user click "Restart" button, the system will be started according to config/fastreboot_default property of system/boot-config:default service. And user have to use svccfg to change the property to select fast reboot or cold reboot. After this project's integration, a new check box will be provided in the GNOME restart dialog. Users can use the check box to select fast reboot or cold reboot. When fast reboot is selected, "/usr/sbin/svccfg -s boot-config:default setprop config/fastreboot_default='true'" will be invoked to update the property, otherwise "/usr/sbin/svccfg -s boot-config:default setprop config/fastreboot_default='false'" will be used. 3.2. Bug/RFE Number(s): - CR #6850800 Need to add "Restart through PROM" button 3.3. Interfaces: Imported Interfaces Interface Name Classification Comment ------------------- --------------- ---------------------- config/fastreboot_default Committed PSARC/2008/760 /usr/sbin/svcadm Committed /usr/sbin/svccfg Committed /usr/bin/svcprop Committed 3.4. Dependency: Fast Reboot (PSARC/2008/382) is a putback dependency. 4. Resources and Schedule 4.1 Release Binding Nevada build 124 4.2. Consolidation C-team Name: Solairs Desktop 4.3. ARC review type: FastTrack 5. Related ARC cases PSARC/2008/760 Boot configuration Service PSARC/2008/382 Fast Reboot --Boundary_(ID_ocApGF5MWwBDTUz9fS51OA)-- From Darren.Moffat@sun.com Mon Aug 24 02:01:56 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7O91td2024763 for ; Mon, 24 Aug 2009 02:01:56 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n7O91q7i029843 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 24 Aug 2009 10:01:55 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOV00J03IF6BR00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 02:01:54 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOV00EQVIF45R50@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 02:01:53 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n7O91qWt021216 for ; Mon, 24 Aug 2009 09:01:52 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KOV00I00ICRIK00@fe-emea-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 10:01:35 +0100 (BST) Received: from [192.168.1.105] (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KOV00DQJIELTVA0@fe-emea-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 10:01:34 +0100 (BST) Date: Mon, 24 Aug 2009 10:01:33 +0100 From: Darren J Moffat Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A8EF6B9.6000103@sun.com> Sender: Darren.Moffat@sun.com To: Brian Cameron Cc: LSARC-ext@sun.com, Jedy Wang , Desktop Discuss Message-id: <4A9256ED.7000201@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090623) Status: RO Content-Length: 877 Brian Cameron wrote: > > LSARC: > > I am submitting this case for "Fast reboot support of GNOME restart > dialog" by Jedy Wang, and it will timeout on September 1st. See > attached onepager. This isn't what I expected of this project. What I expected was that you could select Fast or "BIOS" reboot once not change the default setting for the system. How does the restart dialog do the reboot ? Is it by doing an exec of /usr/sbin/reboot ? If so I would prefer that use "-f" or "-p" depending on what the user selects. I think reading the config/fastreboot_default is a good thing to display in the restart dialog what the default is. However I don't like that fact that selecting this once in the dialog changes the system wide default. I'd also have expected to see a screenshot of the new dialog presented as part of the case material. -- Darren J Moffat From Matt.Keenan@sun.com Mon Aug 24 02:12:48 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7O9ClRK025510 for ; Mon, 24 Aug 2009 02:12:48 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n7O9ChnZ005781 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 24 Aug 2009 10:12:47 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOV00L01IX9S900@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Mon, 24 Aug 2009 02:12:45 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOV004BNIX83FB0@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Mon, 24 Aug 2009 02:12:45 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n7O9CiJq023389 for ; Mon, 24 Aug 2009 09:12:44 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KOV00H00HRTKS00@fe-emea-10.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Mon, 24 Aug 2009 10:12:18 +0100 (BST) Received: from [192.168.1.1] ([unknown] [83.71.6.168]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KOV004A8IW0A2A0@fe-emea-10.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Mon, 24 Aug 2009 10:12:03 +0100 (BST) Date: Mon, 24 Aug 2009 10:11:49 +0100 From: Matt Keenan Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9256ED.7000201@Sun.COM> Sender: Matt.Keenan@sun.com To: Darren J Moffat Cc: Brian Cameron , LSARC-ext@sun.com, Jedy Wang , Desktop Discuss Message-id: <4A925955.9010401@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> User-Agent: Thunderbird 2.0.0.21 (X11/20090608) Status: RO Content-Length: 1081 Caiman installer will be changed pretty soon (by me), to do fast reboot after an installation by default, using "reboot -f ". Darren J Moffat wrote: > Brian Cameron wrote: >> >> LSARC: >> >> I am submitting this case for "Fast reboot support of GNOME restart >> dialog" by Jedy Wang, and it will timeout on September 1st. See >> attached onepager. > > This isn't what I expected of this project. > > What I expected was that you could select Fast or "BIOS" reboot once not > change the default setting for the system. > > How does the restart dialog do the reboot ? Is it by doing an exec of > /usr/sbin/reboot ? If so I would prefer that use "-f" or "-p" depending > on what the user selects. > > I think reading the config/fastreboot_default is a good thing to display > in the restart dialog what the default is. However I don't like that > fact that selecting this once in the dialog changes the system wide > default. > > I'd also have expected to see a screenshot of the new dialog presented > as part of the case material. > From Jedy.Wang@sun.com Mon Aug 24 02:40:50 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7O9enBV025629 for ; Mon, 24 Aug 2009 02:40:49 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n7O9emN1028031 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 24 Aug 2009 02:40:49 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOV00L0DK812000@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 03:40:49 -0600 (MDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOV00LYBK7ZOLD0@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 03:40:48 -0600 (MDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7O9ekxq008088 for ; Mon, 24 Aug 2009 09:40:46 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KOV00900K3QGA00@mail-apac.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 17:40:46 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KOV00FKTK7XX740@mail-apac.sun.com>; Mon, 24 Aug 2009 17:40:46 +0800 (SGT) Date: Mon, 24 Aug 2009 17:39:53 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9256ED.7000201@Sun.COM> Sender: Jedy.Wang@sun.com To: Darren J Moffat Cc: Sherry Moore , Brian Cameron , LSARC-ext@sun.com, Desktop Discuss Message-id: <1251106793.27369.13.camel@pampas> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_CebPgrohARGgmtjnf4eoHA)" X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> Status: RO Content-Length: 34314 --Boundary_(ID_CebPgrohARGgmtjnf4eoHA) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT > This isn't what I expected of this project. > > What I expected was that you could select Fast or "BIOS" reboot once not > change the default setting for the system. > > How does the restart dialog do the reboot ? Is it by doing an exec of > /usr/sbin/reboot ? If so I would prefer that use "-f" or "-p" depending > on what the user selects. Hi Darren, The restart dialog invokes "Stop" interface provided by Consolekit to do the reboot which should be "init 6". > > I think reading the config/fastreboot_default is a good thing to display > in the restart dialog what the default is. However I don't like that > fact that selecting this once in the dialog changes the system wide default. In the original design, the dialog did not change the system wide default. A temporary property is created and it should only affect the reboot once. But we encountered an authentication problem when designing the underlying API because GUI (gnome-panel) does not have the proper privilege to create the temporary property. So we choose to make the dialog change the system wide default. Sherry Moore who is responsible for the underlying implement of fast reboot should know this better than me. I have CCed her. > > I'd also have expected to see a screenshot of the new dialog presented > as part of the case material. A screenshot is attached. Brian, would you please upload the screenshot for me? Regards, Jedy > --Boundary_(ID_CebPgrohARGgmtjnf4eoHA) Content-type: image/png; name=fast-reboot.png Content-transfer-encoding: BASE64 Content-disposition: attachment; filename=fast-reboot.png iVBORw0KGgoAAAANSUhEUgAAAhIAAAEUCAYAAAB+jN8/AAAAAXNSR0IArs4c6QAA AAZiS0dEAP8A/wD/oL2nkwAAAAlwSFlzAAAOnAAADpwBB5RT3QAAAAd0SU1FB9kI GAkdBkXmIVAAAAAZdEVYdENvbW1lbnQAQ3JlYXRlZCB3aXRoIEdJTVBXgQ4XAAAg AElEQVR42uydd3gUxRvHP5fLpVMTSEhCQmihtwQRkaYUpaOI9I6FKk1QROkdRBGQ XqTKDxABAaUICCI1IL0ECISEEiCEJJdc2d8fl1xyqZeCBH0/z7NPLrMzs7PvzOx8 953ZXZWiKFSqGqggCIIgCIKQBc6dOaGyrVQ1UOn38Yd07tRBLCIIgiAIglWsWbue SlUDFVXFKgHKoQP7iI6JFasIgiAIgmAVzk6O1K3/BrYARqMRg8EgVhEEQRAEwSqM RiNAopBQMBiMFhH+OnqMn3/ewaGDhwkNDbU6Yy8vL+rWq0OrVs2p9eorYmlByKOE /G8joZs2oGhj0RQoiEqlyjC+oijoIp+gcnDE69338Wn3nhhREF4SLh79kyM/b+Xs wQM8DL1jdTo3L2+q1KvPa61aU/7V2imEhGl5papilQBl757dPH36LElE/HWcaVNn 4u7pTc1atfAr4YutRpPpAfU6HTdu3uL4X39x7+4dRo4aTq1aNaUGBSEPcvS9NngU LYjXG43QFCiAysYmUTGQuPpaBZAgMBSjEV1kJKH79hB+/wmvbvxJjCgIL4OI+Oso 66dOwletUK2CP15entja2mY+puv1hIbeJejCZW4ZVHQYNZrytV4178+f34U3GzU1 eSSUFB6JHdt24+buTdt330GtVmNUFOLj460qsK+vD97eXvzvx83s2LabwMAAqUVB yIMot4JxKPk6z4Kvmj0OiULCp0MXk9di/WqzkEj0WDi4OKEcP5XKiykIQt7kxLaf KaHoeKtuPdRqG9DpMOh0maZTAd5Fi1DM1ZVd+w9yYtvPlA1MmmlQEjwSpqkNRbFY I3HoyHHavNuWuHg9oM9WwStWrsxPm7bI2gtByKOoFAWDVkv8kycoihGHoh54t3qH q4vmYevoBEDc48eU+aA/d37ejPZ+OCqVDQatFpWC9G1BeEm4dOggLauUwRDzjOz2 2vLFi7Ht0EGLfm9UkgsJo9Hi7iL0QQSubq48i47JdsFd3VwJfRAhdy2CkFc9EnoD 8Y8fYYiNwaGYF5W/moQ24iHah/cxxMUBoH14H0cfXyp/NYmTn3yMNiwUgzYOxaCX vi0ILwlRoXcoXLMi8Y8fmwSAXs/bW38l8upl/hwxEJU6aZpDMeipPWMuBcr4s7N1 E2wSpkAK29sRFXrHot9bLLZUjAoGY5LKsLO3RxsfD1ZOZ6SHnb29Rb6CIOQhIWE0 oo9+hqJS4dO+E7EP7hP05SgMUVEoCW5PQ1QUp7/4lGrjp+LbvhPnp0/EEB2FYjBK 3xaElwR7wBD11OyNiH8aycMzp3CrWoNak2dzoF8vbGxtMer11J+/jAJl/Hl45hTR YaHY5S9gmU+yfp9iasPSI+Hg4IBWaykijEaFgR90pGzpEqkKeeXaTeYuWoeNjeWq bwcHB7lrEYQ8KyQMGKKjyVe+EkVercPJ0cN59ndQwh2LSUjon0Xx7O8gLsyaSsDk mTgV9+XJib9MaaVvC8JLgQOgj056oMIQE83GagG0PXECj4AA6s1dzN5u7Xhz1f8o VKES4SdPsiUwkMIVfdGr1Rb5WHgklFSPfxosBEBcnKWQiI/XMXbKfFZ+PxmNJskN otPpGTtlPg4O9tjZadIQEnLXIgh5U0koGOK02Lq4YOfqyoMD+yA+HkVRUBL6rT42 FpVKxYOD+7BzdcXWxQVDnNaUVvq2ILw8QiImOlnXV3As4sC6wEA6nDhBsYAA3vpp D/l8fQk7eZL1gYEUKuKAoigW6UxCwmDhYDALCUVRUnkkUgoJvd7A48injJk0l6lj h5jDx0yay+PIp7ipCyWt+haPhCC8BB4JIwatFmN8HChg1MaixMWhKAq3tm4y3bnE xqBSqVAZDaY48fEYtFpTWunbgvDSCAldjOWaR7WzM87RWlYGBvLRzZsU9PXlya1b rAwMpLCTab8hPh5DsiUOKT0SSurFlpYeifg0Hg1xcnRg/6FjnAg6T2C1ipwIOs/+ Q8fw9nTHqBiJ1xnFIyEIL5FHQtHriQ0PR/vwAa61XuP+nt2oVCru/G+96WKjUmFU FIrWa4j24QNiw8NQ9HrxSAjCSyYkDFptqnBbRzt6HjxCQV9fHt26RWFfX3qeOMGO pq+h6A0Y9IbU+Vh4JDJ4s6WDgwN6feqLhFqtpmCB/PQbOoE/dv1Av6ETKFSwAGq1 Os344pEQhLzPkzOnufvbLiqPHs9ft0OIunQBm4R3RhiNRvKVq0Dl0eO5u2cXT86c NqeTvi0IL4+QMOpSrHvU6Wj5658UCQjgzsmTzA4MZOiJE3gHBNBy9xG2NamNTYoX UaZaI5FqsaXR0iORFiqVChdnJ7TaON5650McHRxwcXZK99W6Dg4OsrJbEPK6YyJO y4VZU2i083dqLVzJuYlf8uDwQQCK1KlHpS/G41DUnQs9OqDEac39Xfq2ILw8QiIj EbE0MBBPYGlgIL0TxcSvf6YSEw4p+r3FYkslDY9EonBI5QqxVeNauCA6nR6NxhZb W3Wa8RRFEY+EIORhNBoNBQrkN/XXJ4842r4FZQaP4JV5i7Er7IZKBXERD3lw8HeC BvTG4ckjHAsWBEAb91T6tiC8VEJClfiSWgyxOrOIWB4YSBHAvoAKp0iF5YGB9EwQ E4ZYHWo7u4QxPY01Ehm92dLDvQg2NjbY29un42lQLLwUaREXF4eHexGZRxWEPIpN /gIULFjQ/BSWoo3l/jfTebpzGxpXNwB0EQ+Ju3KRQlotqqJFTWE6PQ+0KunbgvCS ULCEJzZxz7C3N3kXVLExzFWpMALeduBQND82thqc8ulwvP+UTYGB2AAFCqiwT3As xMXpKFjC0/o3W5b3L8PFK8E4ODhk+kXAtFAUhdjYWMr7l5G7FkHIo2hr1eX+tfP4 ODpgY/5gF3D5CjqumOPZowZ7ZxKvFaExMWhr1ZW+LQgvCW51XufZnh04OORDpVJh b1sUJ6dnqGxsUDs5YWObOH3hiKOjI/ljYlCMRmydXbDRaBLGdC1udV7P5M2WyVSG fxlf7j+MIOpZNC4uLlYLCkVR0Gq1REdH41q4AP5lfOWuRRDyKHYt2hJyuRzXHj7I Wjq3IuTzLy99WxBeEvLXbYT22mWi797CxcUFp3z5UOXPn05sR8iXP9WYbluiNPnr NiLWYOWbLQvkz0/DurW4FhzCjZt3uPvokdUFLpDPhQr+JSld0gdnJ0e02jipRUHI gzgV9cCpqEe204tHQhBeDvR+5fD8YDDP/tjHsxNHeHT3rvU3DkU9cGnUApfX30Dr XRpDsjE99ZstjUkXheiYWBwd7Hm1ZlXeqFcLW1u19QXWG4iJ1RIdHUN0TKzUoCAI giC8QKJjYjF6liRfz0q49/s022N6bIoxPdWbLVMSq40jVrwJgiAIgvDS8zzG9ETt YCPmFQRBEAQhu4iQEARBEAQh29imDHjw+BEXz10WywiCIAiCYEH5Sv4UKVQ4YyGR yBcjB4rFBEEQBEEAYOK0uWmGy9SGIAiCIAjZRoSEIAiCIAgiJARBEARBECEhCIIg CIIICUEQBEEQREgIgiAIgiCIkBAEQRAEQYSEIAiCIAgiJARBEARBECEhCIIgCIII CUEQBEEQhOxhm9sZKoqCXq8jJiaWmJgYDAa9+ZvlLxqVSoVabYuTkxNOTo7Y2mpQ qVTSCgRBEAQhLwgJg8FATEwMEREPuTxrOk/3/gZPHuetMy5YiPxvNsZ/2Ke4urrh 5OSEWq2WliAIgiAIL1JIKIpCbGwst2+HcLFvd9Q3buBboSQlhw2meJt3sStUGF7U 3b+iEP/4Ebd/2kTwulXc3fQjJ08dp/zilfj4+OLs7CyeCUEQBEF4kUJCr9fz6FEE VxbOx+7GDYr6eeDV+G3yl6tA5KWLeeJk85ergFfjt1FiN3H/xg2uLJyPy7BPsbe3 R6PR/GPl8HB3Nf8Ovxfx0jWal738/+R5/1dtJQiCCIksExMTw93QUJSd23F2BJeS ZbArXJhnwddyxaMA5IpHw65wYVxKliE6PJzIndu526EzBQoUpECBAtnK7+m1PUyb 8T17jgQRFhGJYutAYTd3vH1LUq5CZWZNGiODvggksZ2QJUJO7GTF2g3sO3SU4NAI cChIyfI1aNttMIPff00MJPx7hcSDBw/QPHuGJr8GJT6e+IcPc5SnUVGSREQiKhU2 ORQUSnw8Go0GzdNnPHjwAN+YmGwJiafBa6jdYAgROkNSoCGGe6E3uBd6g5NH9r5w ISEIwsvHK827WAZEP+LSiT1MObGHo/f3s25gFTGS8O8TEgaDntjYWJwTRYBBjyE+ LmdCwmikYOVqlOrRB4DrK5bw5O8gFJucPbVqNOhNmgSIiY3FkPB/VlnVY6xZRLSd uIYJHRpSyF7hwZ1rHPtjL5vWrZQW9h9H7s6F7OD3alv69ujIm6/XxKuQHUFbx9Ki 32IA/pgzDAb+JkYS8gy59h4JRVEsHvNUDAaMcXHZ3vRaLYa4OEr3/ABbJ2dsnZwp 3fMDDAn7cpK3YjCkW+6ssDg40vx7as+muOWzR23ngEfJSrTqNpiVO09ZI2v4beEY GtcsT3GvYlR+pT6ffbsNY4pYHu6u5g0r9qUVN6M8UpVK/4hVkwfSMMAfH29PqtV6 k68W7EpVrhStgKNbFtC7fVOqlfOjuKcHZfwr0KxdN77ffJjkVu5Z3stclgVh0ebw t0sVw8PdleKlGifdjIXNM8ctUb5bOudjnR3TInu2ykG9KTp+WTqJTi0bUMXfl+Ke RfArVZoGb7Vm1MQ5HDp314oOZ30en1X3NZehw/ZbFtnc++sD875S1YZmOe+s2O7C b6sZ2LUVNSuVwdfLnVL+/rzVrhuLfz6RYZs26h/z9ZD2VCrtSblqr/LZdzsBiL13 mMEdG+Lv60GZCgF8NH4FcUbr+m722s4/177/3LqEXm3fxLdIfmxtHajRanjSTVvs RRm5hH+nRyJVlzMYMOrirYtrtBzIVTYqjEYFo6KgdnQ0h6sdHTHEx5umNmxUaaaz tmy5YrxkUyydP/uGMT3fpVaF4lnKY+tnjflwWZD5/we3zrF8Ug9uOR5hbV//VPH/ iadLFGMsX7SqzbKTSVNT4TeDWDi2M0duLEp3YJvTuz5Td1y2CNY9ucepQzs4dWgH a7d9zt5lw9CooH8rH3auuALAtm23+fiDcsQ92cPpZ6Y2o3t2in1P4nijoD13tm01 5+fTamCu2DGn5OR4vw1rSK81loOB7tljLp3+g0un/2DF3AmZejKykkf/qfVZ3m0H AGdm7IYWH5jTHJ1y2Py75piBuVa+lKJr+ZBmfLb2uEVo3JOHBB3aQdChHWzaO52d 3/Qmrda9qmdDpv162/RP1FWWT+jC/YKruTuuF6efJlxjtDf5ad4wQl1qsG1oldyv yxfcvo9818v827lYNxm5hH+nRyJNIREXn+Gm12oTPA9aFLUtitoWQ5wpzBgfhyEu 9dSIIS4OY3xcuulM3oqMj5tbQmJG5/Lm3ydWTaB1w2pUrteK8TO/Y/vBIOKtcHQM 3eXBxoPnuX37FitGv2EO/3P25HRSWPfOi/B7Eaku9olhmQ0C11Z0MIsIF6+3WLfv DCGhYZzct5Fie4amnWZ1Z/NF1tmzCWv3BhESGsaJvT/SyNM04XXll8l0W21afOs/ 4B1z2uCVBwB4dHaZRZ4r/jaV89DKYHNY6wHlcsmOObNVTo436n9Xzb+/+GEv127f J+TmLY7s2803Ez6lYRXvXM3D8805lHQwPZUUeW0yYfGGBMEYw8RTpnpWawozvYVP lvO2xnY3/tfTLCLyFX+Llb8c41bofS6fOsAnTU3CO2j9p3z08600z/UbXReCgsM4 vLaPOWzHsC6E1xhKUHAYf6zuaQ7/e9HULPdja+ryRbbvv77vS7upJsFnY5uf0WtG yMgl/EeEhF6PIS4u3U2vjTUN/HFx+HXvS50V66izYh1FGzZOEhhprLEwJIgIvVZL 0YaNzen8uvdFH5e4LzbDYyt6fa6c4xtTfuW74R1w1SQN7g8uH2b+jK/o896bVKzV ij13YzLM46Mf51HX3wONnQuNP5yedLcWuS/tBKrn/1bzRXNOm39/+OM8Glb0xs7W Dq+KbzD3x35pplkw/WiyNAt4o1Jx7Gzt8K70JvN+/Ni879j070wDivdgSjmaBreo W3OINSpcWngBgKJ1i5pc4d9fRjFqmXvrKQAaxzIM9M6XO3bMITk5XvIa9CjqirOd GjtHF0pWDOT9D0ay7rczuZqHjW1hZnfwM/kG9FFMPGsawJ5en8rtOFNfcK8zAx97 da6VLznfj99v/v351oU0DSiFva2aAl6VGPb9WvO+vV8tTjP9yLn98XC2o0TdTyzC hyWEl3rjS3NY/NODz6UuX1T7Dts/lrZjtyTUYwE+W/MHPcoVkpFL+A95JOLj0twM 2lj0cXHYubrx6oLleDdvZU7n/9FAjPHxGOLjMabhkTDGxZn2xcfj/1GSG9C7eSte XbAcO1c39HGmY6R3/NzySKCyo92IeZy+8Bffjh9Bx3da4OuY9D6KqFuHGdB+XoZZ 9PVLelpEbZd0p2c0pCdAnv/Uxo5H2qTylchvsS9fiQ/STLPtUaz59wd+KdL4fWj+ HfvoZ7PtRgcWMYlD3X2Whkez6tQDAPp8YTpGxKkVRIcv4l7Cgla3mmOwU+WWHXNG To435b2kqY8BTatR3K8UdRo2pvegkazeeQJrVuxkNY/qn32FOmFa7MikP0137zN2 mPd3mtwwV8uXnJ8iktrGZzV8LdYnFPerm9Q2HmxIM33Lwg4Jdna3CG/lapr2VKnz m8/NaIh9LnX5otr3l/2XmJ5eA9ov2MvABl4yagn/NSERn2ozxGnRx8fjUqoMtReu xLGYp0W6+MhIDIlCIj71GotEkWGIjyc+MtJin2MxT2ovXIlLqTLoE46VVhlyTUgk YJffj/YfjuLrBSs5FLSPDxr5mvc9vbkww7QFbZNdOVRWvBRL0af4N/dfQa48V+GS lHvgqDpJg83anex6HIda484HlT6miEaN9vEv/LZ+izlOnZE1c8+OOSQnx2s0cy9r Z4+heYOaeLq6oI95wvULp9ixYQnDezTl7dH7cj0P+4Jv8VnCneyDk+OJNRiYts+0 aNKhUFOGliqQq+XLDgbdozTDndWqNC9X+dVJdWDIwfd8crft5G773plM1E9r4Scj lvBfExL6VJ4A03RGHHaurtScswCbFG+TjIuI4PjwgaZ1EHFx6U5tGBOmKI4PH0hc hOX8rI1GQ805C7BzdUWvNR0ztUdC/9wMalewAmOX/5J0XVI55Eq+jmpTVSmKgdvx hmRCZVGun0PzwkllXpLgdjV7WW6m7X5ukSzN4psp0ySV0bFwa/Nv1ypjcEk4r4vf jEJRFFy8++Ng68CHni4oipHP5pjcwTZqF0ZXcf139DqVhjc6f8LSDbs4deEWIdcv s31lknv+3A/Dn0se788y2V4fd5NxR2dzPMok1CsMHmN5IciN8iXjHbekBdOrLt21 WEORcsurvKj2fSf8odk29vKtZkE8EvEYdDoM8XG88s1CbGwtHxi5u/c39rRpwuO/ g1D0OhS9Ll2PROL+x38HsadNE+7utXym2sbWlle+WYghPg6DTvfcPBLVG7Ri3Kzv 2fdnEGGPnqIzQtzTe+xeMdYcJ59vn1w5VsMCdubfny7aQ7ROz/0rf/DJ+/MzTFfM LsnOGy/dt+pYHwyqZv79/Xv9+P1CKHqjnrsX9jMonamafp/WNv9e2L6/OU3Yxf0M ar/AvO+VEf3Nv9V2XgwrWSBBID4BwKd9PQDqvWNa+PckYQ4/f8mRFLN7vh9Xy46t skOt5t2Y98NP/H3tDjFxejQOLjjaJxPVVjyZk508itSYTK38pna0tvdsUzQbe6Z0 K53jvDOy3Ufjm5p/D2z5Edv/PM9TrQ5FH0/kw9ucPrKb72d8Qdv6FfPshfJFte+s PLItCC+K5/f4p9FosajRkPC+hoojx6Sazri6eiXnZ03Bxsb01kqVSmWKb0zjSW69 HqONjWlOVFEwxMRwbPhAKg77jDJduifdGRTzpMLwzzk/bQKKSmWeQ00sW24QdvEw Cy4eZkF6Kk1TiM+X98yVY306pDa/jDEtWts/oROlJpjCq/RaAsvSFysDKhRkdJBp Zf7A+uVJXFWS0d1fmZ7r6L6xOiuDIngWuosODXeZ91XqthBWfZgqTekuq/l0XwOm /3I5VRpzvm9/xsquZSzC3hpSkXH9/jD/X/9d07SQb/vX4eu/zeEVh7793DtDdmyV HW6d2MGEEzvS3V+xy6znk4fKjskDKvLm5NPEPzaJdLcqE6jqrMlx3hnZzrf1Yr4+ FsGwpQeJvPozfdr8/NJdKP8N7VsQXj6PhGLEaNAnbTodDl7FKdG+k0W80D27OTdt AirFiFoxojIaTFMPej3GNJ6uMOpN+xSDHpXRYEqjGDk3bQKhe3ZbxC3RvhMOXsUx 6nQWZVGU3BESy7+dSq+ObQisWJYiBV3QqG2wtXOkqE85mrzfjzX7T9KtTIFcOVa5 Dzaw+PNeVPBxQ2NrR5HiVfhw3Bp2TWmbYbquG1bTsVEAhZztrD6WSu3MlO1HmDro ffw9XdGo7XD3rULfr1bz64x26SSyY+jyw2xZMIHmdQMoWtAFW7UtLgWLUO31Znw5 bysHVwxPtZjMq/EI87sxbNSOfOTpAoCLd3/sEt4LolKpGNbI87l3huzYKjuc/G0j Iz/uQq0qZSjg7ICNjS3OBYtS+dUmDJ+5np2TGjy3PMr2mY2zOqnbN5/WOlfyzsx2 HSdt5q8tS+jz7luU9/XAxcEOG1s7Crh5U612Y/oOHc+m/efz7pXyX9C+BeG5dY+K VQKUlStXEXzzDgAPHj/i4rnLfDFyYJYyun07hCOHD+MydAD582vQ5M+PJn+CW8+o YDQaCZj5Ld7Nkp7QiHsUwY76r6AyGrFV26AiaWlfYpo2F25aHOenCiWwsbFBndAJ lYRNbzCi2NjQ/MAx7AsnuQHv/PIzJ4cPskijexqJ7ulTnj7V8Wz2d7xWpw7Fi/tI axD+E7xX1pNDkXFoXKpx7epemXsXBMEqJk6bS/lK/hQpVBiAkiW86d6923P0SCRM bSRuakdHCxEBEDRlPIouHpXBAImehoQNvd78TQwLj4QhdTz0elQGA4ounqAp4y3i ezdrhdrR0aIsuTW1IQgvE4a4SP5Y/wV/JLwNsvxHs0VECIKQY57fZcSooBiMGA2m KQ6PN5tY7I69f4+QzT9iYzRioyhgMKIYjOa/itGQ5qJIxWBI2Ge0SGOjKNgYjYRs /pHY+/cs0ni82SRhWiMhvlGRmhf+U1zf0Bwvn5K0G7wARVHQOJbluwEVxTCCIORd IZG4RkKvi8eo1+P2Sm2L/Tc3/WhaD5Gw3sFoSPprNJjWR6T1BkolYe2EMUUaxWCK rzIauLnpR4s0bq/UxqhPKEsurpEQhJcNldoOT/86TNq0jbKOtmIQQRByzHN8akNJ 8B4YTZ8Dr1DJYv+9Q7+DwYBKrUYxGFCR9CoXhYSpkbSe2jAY0vxip0LC+gqDgXuH fqf8x0lrPApWqIRRr8fGxsaUVjwSwn+MUu/vIPx9sYMgCC+RkEAxWggJZ98SFrsf X/gbEoRCymE9u0ICAKPRlHcynH1LYDQYUCWmE4+EIAiCIOR9j4QxQUgoRiMaZxeL /dqwUGxt1CiKYuGNyK6QSJ5OGxZqEa5xdjGnM4pHQhAEQRBeEo+EMckjkaYgABTS FwRGoxFd1FM0+UwfydFFPcVoNGCDkmG6tBZpWqQTj4QgCIIg5ArP76kNRTFNXSRs umdRFrsdi7pb7E+52QAqReHwhz2If/KY+CePOfxhD1SKYip0Bmkdi1p+JVD3LMoy jiIeCUEQBEHI0x4JRVEg2dRG1I1gCleuat5fqGJlwvfsxkatTtOzkOBG4O7ObWz0 KwqYFlPaqFTpfsZYAYwGA4UqVrYIj7oRbDklIkJCEARBEPK+R8K8zkFReHw2yGK3 W+26KEYjhoQXRCXfSPhrA6hVKtM7IhTF9Bss4iTfEvNyq13X4liPzwalKo8gCIIg CHlZSCQewMZ0iPBDv1uEl+rULc0Fk8lRJRRQbWOD2sbGNN1hhSekVKduFmGJx04s iyAIgiAIL4GQSBz0VSoVt7f/ZLHP0aMYvh26oigKhjQWY6pS/Falsy8Rg9GIoij4 duiKo0cxi323t/9k/nCOSupcEARBEF4OIZF84Nc/jeTGxvUW4QGTZ6Ko1el6JlTp bGmhKAqKWk3A5JkW4Tc2rkf/NFIEhCAIgiC8rELCxsYGG5WKs1PGWYQ7uBWhzor1 6XolrCXRG1FnxXoc3IpY7Ds7ZRw2KpVMawiCIAjCyyokVJimN6KuX+HSovkW+3xa vUP1KbMxGo3oDYY03zmRHsnTVJ8yG59W71jsv7RoPlHXr6BSqcQjIQiCIAgvg5Cw sUnwQCRs6oS/GltbNGo1J0cM4lnILYs05fp/wus/bETt6AQqVbK8bNLckhSKCrWj E6//sJFy/T+xyPNZyC1OjhiERq1GY2trUZakTRqAIAiCIOQpIWFrC7a2tqk2TcJf O42G/W3fSvUIZvHW79Ly7FVKdOyKysYGG7UaVcKURPJNpVKZ9tnYUKJjV1qevUrx 1u9aFkJR2N/2Lew0Gotjp96kAQiCIAhCjsb93BcSKmzTGKEVQA3oDUZ0oXfY37IR Dbb+iirZC6kcinrwyvxlVB4zkdv/W8ejY0d5cuYU2nvhpv3uHhSsWoPCr7xK8XYd cSzmmfo4BgO/t26CLvQOGo0GW7VNuos0bW1lwkMQBEEQ8pSQ0Gg0aDSaNIWEab9J TESdOcWeBq/w2upNqb4M6ljMk7IDh2X52NG3bnKky7vE3gzG3s7OLCJIR0ikVU5B EARBEKwn16c2EoVEys0u2V9HB3sc7OzQh97mwBu1uLlqaY6PeynhvWAAACAASURB VHPVUg68UQt96G0c7OxwdLC3OGZ65couK7pXo/vKS2nuu7yyMzV7LJfWlcfxcHd9 oenz4jnn5XNKXrb0fv9T9fk8ji8I4pFIwM7ODjs7u3T3KwmbnQJ6o+kLoFcnfsnd jWvx69ufYimevMiM8F9+JnjBN0RfvoSjnR0qwNZGDaqM3zuRWNbs0nXRFjZXa83v LY/ToLC9OTzu0T46Tn3M5qBu0rry0AAUfi9CDCEIgvBvEBIpxYQR0zskDDdvcOXz YVybMo4ibzahQEBN8pWvhGNxX9TOzgAYoqOJvX2LqIvniDx5nAd7f8UY9RQblQon R4eE12irrBIRORUSans/lq3uToP3JnFm73hMKz0MTGn3Ed1WH6GEvVpal/DS8TIK LhGJgvBiyfWpDXt7+0w3h4TN3sEeR3t7nB0dcXF2wsnREXu9jshd2wiZ9CXnOrfl WL0a/Bngz58B/hyrV4NzndsSMulLIndtw16vwykhrbOjI44JeZrzt2LLCW4Bw5gZ uJ8eyy8CcGl5Vw7U/IZPAtwAOLh0DI1q+uNdzJ1KNRswbtnBVHfK6d1BZ4b2UTDz R75PWW93SpWrQrdhs3moM1rkcWz9DNo1eYXSPh4U80j6tPqV7XNp27AaPl7ulK9e lwmrT1h1vpd3fEe7RgH4eRelXPW6TFp9NEvnkl6ZclJWD3dXjm+YQZuGNSjhVQQf vzK07D6C8890Fsf3cHc1bymZWKcUo048SBWu116lom9Zrmv1Vtkns/oGOLriK94M KIu3pynOV0sOpCqTNXGsqcNTayfQOLAsxT09zPlY472x1rY5aZ9RN39lQIfGVCjl iZe3N682asN3PwVl2+OUm7bJrfYgCCIksohKpTI9mlmgABqNBkdHxww3p8TNyQkn R5OIyO/inLDlw9nJGRdnF1ycnVNsLjg7meIkxjfl5ZSQlynfzI6v0WiwKVDAXO7s 0mTSVjRzO7Hjyna6fqdhy6SmAIRs60e3WWcYumg3wbdvs2PRCIJmdGTw9pBcsXfF +t2ICRzIqRuhnD6wiVcNW2g9dK9FnM6zg+g7dS3nr4cRFn4PgAfHJtOo31Kaj1rO pRuhHNgwgQsz3mHswbAMj3fv8HjeGvozHcb9wIXguxzeMheH42OzXO60ypTTsnaZ e56Ppq/n4s17XDq1hzZF/qJD++UWd6vh9yLMW0r6LejOlsGLUoVfXTYQ5ze/oZRD 5o47a+o7dPcQOs76m1HL9xAccpudSz/j4jedLfKxJo41dgnbN4p3J59i+JLfuB4S wo7FIzn3decs11dGts1J+xzcrBcurT7n0JkbhARfZc3MQTzcPsRqz0N6XojcsI01 7cGasgjCfwVVxSoBysqVqwi+ecfUER8/4uK5y3wxcmCWMgoLC+PE8WPk3/cLlW9f I3/+/FanTXyiQ1FASfgvsw99Jz2NoTK/wyorcuDp06f8Xbw0T99oRmDNVyhWrFi2 jfj0xhr86wzm68PBdPAznffIKj64rDvNmIpJd0uPzn1FzU7RXD8703wnldZFKDtz +sb4MHzLdeR28O/mPKaeukUPLxeLeJMD/dDOOsL4+knnGxWyiqrNjhB87vt08x9b owQsP8HYqm7p3hVmdi7plSknZfVwd2XphVCauzok3TnG3cC3VFNC71yxumzDa/hS bfsFung6Jxg0jlb+Jeh46DodPZwyPWdr6vvzar44rz/N6HKFzXEeX5xA+QZzzPlY E8cau3xZ3RfNmtOMqZAsnwsTKN9wToZtK2V9ZWbb7LZPf68ibLxylyrOOX9yKnmZ c8s22WkPgvBvZ+K0uZSv5E+RQqa+U7KEN927d8u9NRJOjo64ublxoVIgJaIjcYiJ wsnJKc13SmQmKEyiQsnUA5JSVFiDXq8nJiaGqMJFuFYpkApubjg5Oubo3PP7dUYx DDKLCIDNEbEc9y9sEa9guU+IjagBzMzR8eKjzjNj9CS2/X6MOw+eoDcqCTaxdDB1 9nRJlXZV+DOetK/EolT2VAPpC4l196L5q2LhHLeTtMqU07ImH+gAbO39MOiyJsRG zGtHsxG76bLGtNg3/OhwLrv2s3rQsKa+//cghqOlC1rEKVC6HzDH/L81cayxy4b7 MfxZ1jKfgmUHWORjDdmxrTXt8+sugbQMqEfLtm9Ts2pVXqnXiPKJg3YOyC3b5LQ9 CMJ/idwTEs5OeBTzJCIigh3VX6farStUeBSOi1ab7TyVTLwR2eGZrYYL3qUI8i2L j7s7HsU8cXL+Jy8OSo5zmNm8NWeafMHSrbMo6VUERztbMGrxKOZlEU+ThqGMCpy7 8wA3TXZmtXL+Ai+NyvrwnJU1a7jXnk7AhxU4/awl1V00LBm6g6azjzz/+lZl3ezW 2EV5gRcVa9pns2k7Odzpd3774zhB+9bxzef9qd5vPUuHv56jY+eWbZ5fexAEERLp Z2Srwc3NjRJ+fgBctLPneLQfOp0u1euwXxgqFRqNBhdnF3zc3Snh54ebmxu2trn/ Yqq2ro7Mu/KY0cncp5FX5uLo2s78f2GNmmCtnpLJ5uC1EdszzXvR1Sec3d+d/Oqk Eebx5W+sKleXYs6sDovmE598WTqfDkWd+PZCBF9WSXtqI7vn8jzKmqptqlQYgIyf o1Hz1az6dJ1zlm29z7PoYRmuvOqeq/Xdzs2Rhdcj+cy/kDns6TXLj9hZE8cau7Qv 4sT8q0/4onxSeZ5c+e4f6WbWtk/vqg3oWbWByYvx5C/8KnWF4Veee5uxzjY5aw+C 8F8iVxdbOjk54etbgkqVK1OhQgVK+pXEx8eX4sV98sTm4+NLSb+SVKhQgUqVK+Pr WwInJ6ccLbZMjwETW7CkfS92B91Cb9QTErSTvu0X0WLyIHOcYVVd6TNmBXeeaDHq tVw7tYuBbQZnmvc7Hs4Mnr+dh9HxGOKjCNqzig5trHNZ91s4iGVdR7D39DVi4o3o YiM5e/hnRnapm2G6j7/tyfL2Xdny5yXidAYe3TrDrMFv5fhcnkdZUxKQT8OqoFAy +66s15tz8dg4jE1DZ1J+wEwcbFS5Wt/9pr/L4vYfsvfcHfRGPXf+/o2P37d0wlsV xwq79JvZnqXv9eHXMyHJyrPwH7moWNM+63ceytZDZ4iM1WGIj+LUvl+wK/hajo+d m7bJbnuQF1QJ4pHIAWq1GhcXFxwc7ClUqDAxMTEYDPpM1zv8cw4JFWq1renpDidH bG01z0VEAPi0ms+K+18wvk9jet15QkHv8rw3ZC1jW/iY43Tb8D+u9R9O4+pjiIxX 4VWmBu8PWMe2QW9nmPfEHasYMegrak/vQ7TRFs9SVXjvy82cGdoi03K5BQzll4k/ 8OW4Xnx86jIxKkfKVq9Ht/4ZDzIedceyY9ocPh/1PoOuhuHsUY6uQ6fn+FyeR1lT Mmtib7p1fZ3RD6IwKkr6iw1t7Jn0pTt1Bt3kt6Xlcr2+vZt+zdq7X/J5t4Z0C3tK Ie9ytO2/mN/H9s5SHGvs4tloBj+OHMeoXm/S864pn3cGr+GPL9557v3Mmva5sEdl ps8cwNCTl9HbF6RirSYs2zUvx8fOVdvkoD0Iwn+JXHtqQxD+Dfw9ryk9jnzEyTVt /5HjxYSvpELDPdy8+EOO4vxnUXQU8ypB2N3Qf0V7EIS8THpPbdiIaQQBQCEsaD2d ZoUzf0Hz53aU5oOmc/bmQwyKnrDLfzDy/QlU/ejTLMcRTETe3IxjoZYvbXsQhH8D tmICQQAPdzec3coyZMUuauW3e27HGVvbwIgOr3P+1iNcPErStP04Ng6qnOU4AhTz cCN/sQoMX7TxpW0PgiBCQhD+JfxTbyes2fEzdnf8LMdxBAgLf/jStwdB+DcgUxuC IAiCIIiQEARBEARBhIQgCIIgCCIk/v0k/yx1eltiPGvyEp5vXWX2W+rlxdTH86zf l6Hs/5ayPM+yndu5hN7vvkGFUl54eXtTr0Vnlv96wSJO1I3fGND+Dfx9PSjuW5Im 7T9i380o6U8iJPI2yT9Lndanqv9Ni7VkQJW6kXYjtnkR/DKuLT2WXeT9UfP568JN bl49z9yR7biwsq85ji76DM3f7INr8884cvE2wRePMbK5Gx+88RZ/R+vEiP8A8tRG HhElgthX6kOQOk7i4ekJDPmtLGcOTsPBfMtbgKp121K1btILws5O7gfvr2Zc98TX oLvxZveJrLj0GgOnnOX3iQFSIeKRePk5vmEGbRrWoIRXEXz8ytCy+wjOP9OleXcS dfNXBnRoTIVSnnh5e/NqozZ891NQhvlnlGZinVKMOvEgVRq99ioVfctyXavPMH3y KZrkUzaJXNk+l7YNq+Hj5U756nWZsPpEqjuvUxu/pl2TWpTy9cDHrySN2/Vmx5VI bvy2lM4t6lDWrxjF/UrTovsILsakfwdxZelbVGq80iLMGB/GK2VqEB5v+SWNEVV8 +P7usxzf/R1c8gWNavpT3NODijUbMnntydTlysQG6aF9FMz8ke9T1tudUuWq0G3Y bB7qjJnetaacNkuvbg4uHUOjmv54F3OnUs0GjFt2MFfrJqPyZ1S2lOW8vOM72jUK wM+7KOWq12XS6qNZslNaWNPus9qXstOfs1NvaXFq7QQaB5aluKcHlWo24KslB1K3 1QzqOyd9J7Pzzczjkt08tg75gdbzRyQTEWnzw88h9BhcI1V49cG9CNm6KtvXzqz0 78zasDV90RobZdYOsjN+iJB4Segy9zwfTV/PxZv3uHRqD22K/EWH9svTjDu4WS9c Wn3OoTM3CAm+ypqZg3i4fUiG+WeUpt+C7mwZvChVmqvLBuL85jeUcrDNMH1a0zaJ PDg2mUb9ltJ81HIu3QjlwIYJXJjxDmMPhlkcq8PsU/SauIpzV0O5cvoQXf2D+bDx GzT/6nc6f7mMoMt3uHr6AO29T9Chw+p0z7NEu1E8vjiesGQXvptbBnBPE84nP98y h8VH/cmGmHJ84OmS47rrPuc8Ixb/yvWQEHYu/pTTk9swet/dLNsgLSrW70ZM4EBO 3Qjl9IFNvGrYQuuhe7N815dW3YRs60e3WWcYumg3wbdvs2PRCIJmdGTw9pBcq5uM yp9R2ZJz7/B43hr6Mx3G/cCF4Lsc3jIXh+Njc2wna9p9dvtfVvpzVustLcL2jeLd yacYvuQ3roeEsGPxSM593dkiTmb1nZO+k9PzzW4ey24+pcntTXRtUYcyvh4U9ylB 3bfbM//nsxbx9j2Oo3lhx1TpHQu3JO7xb9m+dlrbvzNrw9b2xcxsZE07yM74kRvI tzZyCQ931zQvCB7uriy9EEpzV4eku6K4G/iWakronSup0vp7FWHjlbtUcbb+0+aZ pRlew5dq2y/QxdM54VYkjlb+Jeh46DodPZwyTZ/euU0O9EM76wjj6xdLUsQhq6ja 7AjB5743p114/g6t3ZI6uiHuJl4+ASw6f4dWKcJ9SjUj9M6FdM91VFUfIr8/zoLa 7oCR3uV9abp1OqPa/sb188tQATe3tKHDzqEcXVQvVfnT+53eeffff5UxyT4N/vji BGp20nLt9CSrbWAtxvgwfMt15Hbw75m2qczOYWQVH1zWnWZMxaQ7w0fnvqJmp2iu n535XOomO+UfW6MELD/B2KpuuWKn5L8za/fZ6UtZ7c9Zrbe0+LK6L5o1py3b4YUJ lG84x5yHNfWd3b6T2flmds3Ibh7eHm44FX2NCd9M4K3aFXAihot//sJXg0ZQfMwh vm3vB4CXhxu3wx+mcVdspJhHMcLC72X72mlN/86sDVvbFzOzkTXtIDvjR1ZI71sb skbiHyB54wCwtffDoEv7IvJ1l0BaBtSjZdu3qVm1Kq/Ua0T5xAthOmSWZsS8djQb sZsua0xfNww/OpzLrv3MF9PsHBNgVfgznrSvRMr7PpVKDSQNoi3dLO8W1PYlAGiR RrhBdy/DY/bo50/7Cfvhlw48vjCRw66DWFq2I7cLjWHq5cd85l+IXbPO0Wx5lVyp u/5lC1r8X7DMAGLuBwCTsmSDlMRHnWfG6Els+/0Ydx48QW9UEtLljpNwc0Qsx/0L W5a93CfERtQAZua4bnKr/OvuRfNXxcLPxU6Ztfvs9r+s9OfcYMP9GP5M2Q7LDgDm ZKm+s9t3cuN8s5OHq60Nn+xYw/vF8yWEFKBKw46s2hFN5caf8W379eZ4D+KNuNvZ pBCcD7Cxdc3RtdOa/p1ZG7a2L2ZmI2vaQXav5TK18S+j2bSdHN4whQBvR4L2raPz 6/70nvlHjtK4155OwN+fcTphvm3J0B00nd03R8cEMCpw7s6DVE+rhIXft6qRZafx +b3/KRFnvyJCZ+R/Q9bQYnZ3ALrObsHaTzZjiL/L16EFGF6qwPNy4mXLBimZ2bw1 Z4o2YenWQ1y9FW5KFxaKohifcwtTcqVucrf8qudynMzafW71P/7RGst+6hffd7JG 48IOdPbOlyo8n3dX4p4mrQ14o5A9Ox5pU8XTPtqGfaFGOapv6/u36rnXrDWxX1T7 FY9EHsS7agN6Vm1guiN78hd+lbrC8Cs5SKPmq1n16TrnLNt6n2fRwzJcedXd6vS2 KhUGQJ3imF2KObM6LJpPfPL9Y7axL9iYjoVj+fzAen67UZpLNYsCUDRwGn7Xy7Dl 0B84Vf8KJxtVrhxv/tUnfFE+6W4i8tpcnIp2yLENFl19wtn93cmvTirn48vfWMQp rFETrNVTMtl8vjZiu2UHTqdu2ro6Mu/KY0Ync4NGXpmLo2u7XLGLNeVPr2zJ6VDU iW8vRPBlFbdsHyd9Mm/3udX/cqve0qJ9EadU7fDJle+yXN//dN/JKV3alWDNnSh6 FrfsW1F3fsA+f33z/11b+TDk25P0mlzXIt6pb5fh03pujurbmv6dWRvOrb5oTTvI jfYrHol/AfU7D2XroTNExuowxEdxat8v2BV8LcdpvN6ci8fGYWwaOpPyA2bikOxi kVn6gHwaVgWFkvIesN/CQSzrOoK9p68RE29EFxvJ2cM/M7JL3edqo94flmV7708o 238adomnYWPPlP5l+KTvL7w+unauHWvpe3349UwIeqOe22d20bfdQtrN6J9jG7zj 4czg+dt5GB2PIT6KoD2r6NBmjkWcYVVd6TNmBXeeaDHqtVw7tYuBbQZbxEmvbgZM bMGS9r3YHXQLvVFPSNBO+rZfRIvJg3LFLtaUP72yJefjb3uyvH1Xtvx5iTidgUe3 zjBr8FtZOk5GZNTuc6v/pSQn9ZYW/Wa2t2iHprpcmK36/if7Tk6pNGIxP3XoxY+/ nyEqTo8+Loqzv6+ne/OxNBs72RyvyufzYX0Xxq76jUexevSxEexdNYYe61V8+1mV HNW3Nf07szacW33RmnZgTft9Hu8wESGRx1jYozJbZw6gRhkvSpYPYPz/Ili2a17O 09jYM+lLd0YdfMrsD8plKf2sib1Z3PV1vD3cLBqhW8BQfplYhzXjelGtdDH8ylXl kxn/o3z3hc/VRiU7DUPROTKzr79FeNm+X+Ooy8eYyrnXUVYOLs+0Po3x9fKkSa8p VBm5mamNvHJsg4k7VuF0YBa1yxWnuF85+oxfxxtfbraI023D/6h1fxONq/vh7VuS jkO/w3/AOos46dWNT6v5rPikEtP7NMbX05O3+0yl0pC1fNPCJ1fsYk350yubxUWt 7lh2TGvKylHvU9q3GK+1HYi25tgsHSfjK1z67T63+l9KclJvaeHZaAY/jqzKtF5v 4uvlRbO+U6kweI1FHGvr+5/sOzl2lzv6s27jYI4tG0WtcsXx8fOn97g11PliC/M7 ljTH0zhXZceexTzYNpla/l6U8A9g6rYHLNy7K9NFh5nVtzX9O7M2nFt90Zp2kBvt NzvIUxv/If6e15QeRz7i5Jq2YgxB2r0gCFm7gZCnNv7LKIQFbaDTrHCWBDUXcwjS 7gVByDVESPwH8HB3w9mtLENW7KJWfjsxiCDtXhAEERKC9ci3DQRp94IgPC9ksaUg CIIgCCIkBEEQBEEQISEIgiAIgggJQRAEQRBESAiCIAiCIIiQEARBEARBhIQgCIIg CCIkBEEQBEEQISEIgiAIgggJQRAEQRAEERKCIAiCIIiQEARBEARBhIQgCIIgCCIk BEEQBEEQREgIgiAIgiBCQhAEQRAEERKCIAiCIIiQEARBEARBhIQgCIIgCIIICUEQ BEEQREgIgiAIgiBCQhAEQRAEERJCLuPh7ip/8+BfQRAEIeuoKlYJUFauXEXwzTsA PHj8iIvnLvPFyIFineckIsLvRYghBEEQhJeKidPmUr6SP0UKFQagZAlvunfvJh6J fxoREXlT3AmCIAjZQ4SEDFoi7kTcCYIgiJCQQUsQcScIgiBC4j81aHm4u1Kp6fwM 43/f1D/PDHSHf5xNx2a18fcrRnG/ktRt9h5fbzj00g/qIu4EQRBESLw0pBy0Slyf yPqw6DTjRoetZcp1vzxR7rXDGtHru9O8++l8jp27yfXzp5k36n3+XtCTpkN/eKm9 AOKREARBECHx0pBy0Pp2Un2m9d+SZtyf+k+m7uT5L7zM946M4IvfPDiwZyXtGlSn gLM9dk4FqFKvHUt+PYLn3s8ZdeTeS+sdEI+EIAiCCImX1iPh995SSp//nB0RWotw bcR2vjxfhkXtUnskDi4dQ6Oa/ngXc6dSzQaMW3YwlVg5tn4G7Zq8QmkfD4p5uJv3 Xdk+l7YNq+Hj5U756nWZsPpEpmXe/OkW3l4wEw+71M3Fxq4oUxY056dPN1kc/+CS L2hU05/inh5UrNmQyWtPphJTHu6u5i09oWXNuR7fMIM2DWtQwqsIPn5laNl9BOef 6cxxom7+yoAOjalQyhMvb29ebdSG734KEo+EIAiCCIkXz5Ejhy0GxJTbkSOHM/RI qGycmDWrEWOH7LII3z1kDG/MmoOTjcoiPGRbP7rNOsPQRbsJvn2bHYtGEDSjI4O3 h1jE6zw7iL5T13L+ehhh4SZvwYNjk2nUbynNRy3n0o1QDmyYwIUZ7zD2YFiG57jq dhT9qqc/2LpWG0D07eUWYd3nnGfE4l+5HhLCzsWfcnpyG0bvu2shpsLvRZi3tLD2 XLvMPc9H09dz8eY9Lp3aQ5sif9GhfVJ5BjfrhUurzzl05gYhwVdZM3MQD7cPEY+E IAiCCIkXz2uv1WHzlp9xdXVl//79KIrC/v37cXV1ZfOWn3nttToZeiQAfJovoMLJ 4RyKjAMgPvIgI09WZF5z31Rx543eTu+Ny2lWvQR2tnb4Vm/O0o192P75txbxRm9Z SNMapbHXJAmRxf0W0+OHnfRpWh0nO1uKlm3Aom0TWdVvXIbneCfOQCkHTbr7NQ6l 0cfdtgjr9eNSmlbzxc7WDp9qb7No4wdsGDYvS7a19lxnb/2et2qWxVFjg1MhX7pP WsmjszPN+w9HxtGp9eu4utijtnOkVLU3GLtkv3gkBEEQcgFbMUHuiInFS5bTrl07 BgwYwHfffcfiJctTiYjEQSuVmFDZM+XbprQbfZAj3zXm0OfDaDL3J+xUqY+1OSKW 4/6FLcIKlvuE2IgaQNLg2dnTJbVnIfwZT9pXYlGKcJVKDXyf7vl526u5rtVR0Slt MaHTXsPWvrhFWP+yBS3LWGYAMfcDgElW29Xac23u6mDZqO39MOiSbPx1l0BaBtSj Zdu3qVm1Kq/Ua0R5T2fxSAiCIIhHIu+JiXHjxqUrIjIatDzf+IZqh4dw7N5fDD8S wOyGXlksgWLpJUhDhBgVOHfngcWUQvi9CMLC72eYc1fvfCwISn+wjQiah7N3j0zK p8pFaytZit1s2k4Ob5hCgLcjQfvW0fl1f3rP/EM8EoIgCCIk8p6YCL5xO10RkeGg pbLlq/lv06lNe5rOH4dtOuNuW1dH5l15bBEWeWUujq7tMi1fl2LOrE7nUdOMeGd6 G3Z+PJIHOmNqcaJ7yOh+O2g9/V2L8PlXn1iW8dpcnIp2SPIaqFQYMjluTs41lVel agN69h/B14vWc/TUJnbN6SUeCUEQBBESeQ8nJ6cM92c0aLnXnsG1P28xtbZ7unEG TGzBkva92B10C71RT0jQTvq2X0SLyYMyLVu/hYNY1nUEe09fIybeiC42krOHf2Zk l7oZpvOoM5OvGoZQt2kvthw8w9NYHbrYKP7+YwsfvlWbkPrjmFbHwyLN0vf68OuZ EPRGPbfP7KJvu4W0m9HfvD8gn4ZVQaEYMzhuTs41OfU7D2XroTNExuowxEdxat8v 2BV8TTwSgiAIuYCskfiHyenXP31azWfF/S8Y36cxve48oaB3ed4bspaxLXwyTesW MJRfJv7Al+N68fGpy8SoHClbvR7d+i/MNG23OfsosW4W8yZ/yMhLt4jFAZ9yNXin 92IWdWqQKv7KweUZ16cxPe88Jr9neTqN3MyYRknTNbMm9qZb19cZ/SAKo6KkvQg1 B+eanIU9KjN95gCGnryM3r4gFWs1YdmueeKREARByAXkM+JCnhNLUl5BEIS8R3qf ERePxAsatLLjTpfB7vkgdhUEQcg+IiRe0KAlg1feE3eCIAhC1pHFli9g0JI7fCmv IAiCCAkh24NW8m9NyN+881cQBEHIOrLYUhAEQRCETElvsaV4JARBEARByDYiJARB EARBECEhCIIgCIIICUEQBEEQREgIgiAIgiBCQhAEQRAEQYSEIAiCIAgiJARBEARB ECEhCIIgCIIICUEQBEEQREgIgiAIgiCIkBAEQRAEQYSEIAiCIAgiJARBEARB+Ndj KyZ4MQRdvMYfp85x916EVfE93V15vUYlqpUvLcYTBEEQREj81zlw7CyvBlahdrXy uDg5pBmnYf16/PXXUQCWb9zBgWNn0xcSSjw7l05j2cZfOHvlJlFxUMijBIF136R9 lz40r1kCAA93V8IzEC+Z7beG3MhDEARBECEhZEDovQf4+XgRFRtPVGx8qv13boeY RcTAISMIqF6V/UfPpJvf9sENmRL9FjNmrqWavw8O6Lh3k6yXwgAAHSRJREFU+wpH D+5l/RdtaL476F9pRxEt/736kToXBBESAqDT6QAV0bFxae7/9utZAAS+Upu+/T9J liZthm++wqEbhyiiSVz2oqZYqSq0LVWFtj2HWF0uuUALgiAIWUEWW75AIfE0Oi7N 7X7EE7ZsXA9A174DzOEZCYmyDrasO/Ugy+V4FrKHNtXKMmrFEfPdXvI7v4NLvqBR TX+Ke3pQsWZDJq89aVW+1qQ7uHQMjWr6413MnUo1GzBu2cEsxUksq4e7q3nL7E72 1MavadekFqV8PfDxK0njdr3ZcSWSG78tpXOLOpT1K0Zxv9K06D6CizGW9r6yfS5t G1bDx8ud8tXrMmH1iVT5H98wgzYNa1DCqwg+fmVo2X0E55/pUpU5rbJlatNM7GXN 8dM79rH1M2jX5BVK+3hQzMPd6nOOuvkrAzo0pkIpT7y8vXm1URu++ynIqvrRPgpm /sj3KevtTqlyVeg2bDYPdcYMy5XVOhcEQYTEv5b4+HiitWlv27duxmg0UKVGTcpV CTCHx8fHp5vf99+PYHXHGjR+pwtjp37Nmo1bOX31foZlCDuylKZNxtBm/kGm9ngt zTjd55xnxOJfuR4Sws7Fn3J6chtG77ub6fllli5kWz+6zTrD0EW7Cb59mx2LRhA0 oyODt4dYHSfRexJ+L8K8ZUaH2afoNXEV566GcuX0Ibr6B/Nh4zdo/tXvdP5yGUGX 73D19AHae5+gQ4fV5nQPjk2mUb+lNB+1nEs3QjmwYQIXZrzD2INhFvl3mXuej6av 5+LNe1w6tYc2Rf6iQ/vlOW4v1tgrJ8fvPDuIvlPXcv56GGHh96w+58HNeuHS6nMO nblBSPBV1swcxMPtQ6yqn4r1uxETOJBTN0I5fWATrxq20Hro3gzLlZ06FwTh+aKq WCVAWblyFcE375guHo8fcfHcZb4YOVCs8xzpMXwCH3/QG4DWdSsD8O3KzXj7+NGt dQOePY1kwjdLqFKjljnNgkVLWTFzTLp5GuIfcmTPPk6fu0Tw9Uv8deB3jGVbsWDV N9QoaG++kwu/F8GZdV/Q/btgFmxaSm0PR4u7wMSLs4e7K/33X2VMhcLm/Y8vTqBm Jy3XTk/K8A43s3Qjq/jgsu40Yyom3VE+OvcVNTtFc/3sTKvjZGW+3MPdlYXn79Da Lel8DXE38fIJYNH5O7RKEe5Tqhmhdy4AMDnQD+2sI4yvXyzpbjxkFVWbHSH43Pfm /JdeCKW5a9LiWX3cDXxLNSX0zpUMy5vZeVhri8yOn55dpp66RQ8vF4twa87Z36sI G6/cpYqzJt28ra0fY3wYvuU6cjv49wzLJWskBOHFMHHaXMpX8qdIIdO1vWQJb7p3 7yZrJF6kR0Ibb3I59xzwKcu/m86h/b/iX7Eqz55GUqFqAGUr1TDHSUyTEWo7N+o2 a0/dZqb/FWMMG8e3ocs787iwb6g53vapnRmxy4u9+3/A006dYZ79yxa0+L9gmQHE 3A8AJuUo3eaIWI77F7aMU+4TYiNqADOtjpNVWiYTCwBq+xIAtEgj3KC7Z/5/Vfgz nrSvxKKUSlylBr43/598EAewtffDoMv5oGetLbJ7/M6eLqnCrDnnr7sE0jKgHi3b vk3NqlV5pV4jyns6Z97+o84zY/Qktv1+jDsPnqA3Kgl522RaLkEQ8hYytfEChYRO b0CnN/Bmy/fwr1SNowf2sHGl6bLdplNv8/7ELTMhkcrdZONEu89/4MmlbyzC/StU wBj8E5sPh2XHiZVd55eV8ZRcipO1Bp9ZRzAqcO7OAwuXevi9CMLC77/glqTkSi4a VfbOudm0nRzeMIUAb0eC9q2j8+v+9J75R6bHm9m8NWeKNmHp1kNcvRVuyjssFEUx ZlouQRBESAgJQkJRMG89B33O7RvXuHzuNOUq16B81ZoW+xUlY49E+7FriU9jTNHH XkbtUNIirEyr0RxYP4JlPesyeeuVDMs5/+oTi/8jr83FqWiHTM8vs3RtXR2Zd+Wx ZZwrc3F0bZelOLYqFYZ/oL66FHNmdVh0jvMprFETrNVbhGkjtmeazhpbvKhz9q7a gJ79R/D1ovUcPbWJXXN6ZVo/i64+Ycln3anoV4z/t3fncTXl/x/AX7duJbQvaCFL Qkgoxo+MJUQMDcaWNYNsI4xlxp6ZsWTnOzFZsg7GDIaJiC/GfDUJxVjKnq3SIlpu 9577+wNXd1T33ul2K/N6Ph6fxzw693O2z2vOve/zuQtjw9cTo+k3V6t1XLrKnIhY SJT7QkJfX1/Ratauh1ZenQEAnw4do/TY21ZcIXHmPxPRotsw7ImMQWauFIIkG4mx xxH0aQA8AkPe61+9zWicOrYCJ6Z1woztsUVuN6xfAI5feQCpIMXDKxEY3TcUfZeN V3l+qtabEOyLH/qPxLHL9yEVpHhw+TeM7r8Rvt9M0qhPCxMDhF9+BKGU8woMnYTN /tNx8lIisiUC8nMyEff7IcwY0k6j7Ux1s0LAnK1IysiFIM1FYmwEJvaerHI9dcai LM65/eAgHDx7BZk5+ZBJshAbdRSG5m1U5uNXvQomb/gVqa8kkEmycPlEOAb0XqXW cekqcyJSDz8jUUby8/MhkUhgbv7uswSzvl1XZP+MjIxiv/4ZfSQcW3buwYaZgzD9 SRpgaAonl2boNSwUa/2bF7qOmUsfHDlrjcFdPsGYjO0Infjxe322TW6IBQHeGJGU DlO7hhg04wDmdLZXeX6q1qvZawO2Jn+NhQHeGJmUAXOHhug3ZRfm+9bUqE9I8CgM 9W+Lr1KyIMjlpfYhPOsWQTgavB1zF4zEuNibyBYZo767F4aOD9VoO0N/3I/E8dPg 7T4HmRIR7J2b47MJu3F4kk+x66kzFmVxzqHDm2Dp8gkIungTUiNzuLbqgs0R61Xm E3wkHNMnzcNHSwPwShDDrm5T9Jt7AFeCfFUel64yJyL18FsbZWToxFmo49IIHTt2 hKWlZbF909LSEBUVhTs3/0L42m91doz8dDwREb3Fb22UM907tsXhE2cQGRmpVn8n hxro2dmrxIVBcVg0EBGRplhIlJEenb3QztMNubl5avWvVMkIpqZmJdonCwUiImIh 8YEwMTGBiYlJuT5GFh5ERKQKv7VBRERELCSIiIiIhQQRERGxkCAiIiIWEkREREQs JIiIiIiFBBEREbGQICIiIhYSRERExEKCiIiIiIUEERERsZAgIiIiFhJERETEQoKI iIiIhQQRERGxkCAiIiIWEkRERMRCgoiIiFhIEBEREbGQICIiIhYSRERExEKCiIiI WEgQERERsZAgIiIiFhJERETEQoKIiIhYSBARERELCSIiIiIWEkRERMRCgoiIiFhI EBEREQsJIiIiIhYSRERExEKCiIiIWEgQERERCwkiIiJiIUFERETEQoKIiIhYSBAR ERELCSIiImIhQURERMRCgoiIiFhIEBEREQsJIiIiYiFBRERELCSIiIiI1CfmEOhO SupzPHyYhGfPkpGdk80B0bHKxpVRrZotHB0dYGNtxayYFek4q7tJT3Hl+m3cup+E jBcvOXg6Zm5aFfVrOcCtYV3UdqjOQqIiFhGJiQmws7NDy5ZusDAz46DoWHpmJu7e fYC/rv+FRg0bFfmkx6yYFWk/q7tJT3Hif7Go51QLn7dtiZrVrTl4OvbgaSouXUvE 0TPR6O7lqbVigoWErgJ88BCWVlZo4OIMAMjOyeWg6JiRoREauDgjNy8PDx48LPIJ j1kxK9J+VjHxN1DD1hat3V0BAM/Ssjh4ZZBVa3dXvMrOQUz8Da0VEvyMhI4kJCbC 3t6OA1EO2NvbISExkVkxK9JhVhfirqOukyPypTK2Mm51nRxxIe661rLnjISOCIIA a0tLyOUci7JmbWkJQRCYFbMinWYlh62VBfKlMg5WGbO1soAgaO+iYSGhIzKZDACf 7cpXHsyKWZGushJkMhYR5enmVqa9LFhI6Co0QeBdUznLg1kxK9JtViwkKkZWLCTK caUu5zNehbnLZVbMirSflYSFRIXIioXEv6D6o9K/cyJmRdrPijMSH+ZrEgsJHVZ/ Wr1zkktwdNO32LTnCOJu3cOLPMCihhM8vDpj4NDP4evp9EGNn5WlGZ6nZX4wd7lW lu9+70CkJ4a5TU208RmEb78Ngr2RPi+YcjwjcStqO1Zs3IVzF68iNSMHlS1qoEnr Dhg4agIGtK//QV83Jc1Kpu4H/OT5+H3vGvxy5AQS7j7EyzzAzNYRjTy80KXPELRr 6ggA6NSyPk7G3NLpmHZq+S5jsaExTK1roE6DFmjnOxC+Xo05I0EVZ0bi0AQvLH7Z DSGr9qB5g1qoBAmePUzA+dOR2DXLF74nr3LQy/ld7tsneLksH8n34xG2YCR8htgh bt/gcv1CousXp/I0I/Hbov6YdNwQi+bNR3BoE5gbyXDv2h/Ytno+xvfxwAAdjktF vK5kMvXyOrvwE2zJ7ojJMzfApY4DjJCP50/uID76LH5b7o82W6IKvCCW/P+BLq0a 4PiFG2r3f9tXLpPgRepj3Lp0Fj+vGY6DxwLxn4XDIeKMBFWEGYmg/Tdx/uHvsDF4 +1MglVC9ThP41WkCv5FBH+T7xto8p/Jwl6vYh54YtrXdMf37fVhVuwfk8kHldtxK c5vlfUYiNXYBxu43RWxMKCzF736Cp25zbyzc5o32yweUy+uuPGUlU/PFa9WxOwg9 9Qss3oyzAENYODSAl0MDePmNVtqOTEsviJpsR9FXJEZVm5po3mUw3Dt2w7J+Plgc 1QmzPrb/V81I8AepdFj9yeXQWnOuZIAdMckq+1lbmatc/uLuMYzr1wn1a1VDtRo1 0PLjXlh94JJS39MbZ+Pj5s6oYWsDl+ZeCN4e8942bxxag15eTWBXzRrOTdtgQfif 7+0zevcS9PRyg0M1S9g51oHPkGm4mpWv1C9m+0J0cK+HGrY2aNC8Hb7eePrNE6L2 mjrfBCjNVvj5yAG5VKMxLS47aytzAK//+7YVXDcn9TbWTeuHOjWsUcvZFYO/WI4U iaCU14VdS9CnY0s42dnAxtpa5TZLo5V1Vm/bgUnb0GtjMCz09Qp9vOPUPRqNrTrX wvXDa9HnY3c4VreCc9M2WBT+h0b/f2j7uilpVlKZes3BSIyI+BSV/QAg/tf1mD7E G5+0bYxeHdog6MuFSMiSKPr4fNSo0HXfLvf5qBEAwOejRoqmap+FLZeJLDByYVdc XPOz0vKYvUsw3q8tfNs0wQA/P2zcd17x2J29AzFg2I9K/fNzn2K4tzeSc6VKy1f7 tsT+J1mKY1Z13qqaNmckWEjotPqTa61t3Dgd2z9rho69B2HutyHYsfdnxCY8LaQv itjGu+UTuw6HSa/ZOH/1Ph7du409KyYh9fAXSn39V1zDjLBI3HuUhONhMxG7uBdm nXyk6JNyIRgdx26C76ytSHjwBOf2BuPakt6Y+9/HStsZuPoaxi3bi1sPU5BwOQp+ Nn+gX98wRZ/HJ79En8UX8eXmE7j3KAkRP8zE1ZCBxZzHP2vq/TZBabYC5yPkI/nu RSwb1x+WbtM1GtPisktJTQcApKSmK1rBY2jQbgiyPSbiyv0niDt7AB/JDsD3ixNK xzhg+SV8vnQXbtx7huSUFJXbLI1W9lm9bmF3szC2saVafdUZW1XXwrNz89FlykEM XLQDN+8/xR8H16FS9FyNrzldjY86WckEQa02dd4YHJvaDZMnTsQPGzci4rcI3LiX /F4/AFiw/SZ6Tl2P7ZGx2L5vN9paxGLulN1KfQrbx9vlv5yJAwD8ciZO0Yo7tqK2 JxMEVHYagtznvyj+fhw1C4u2XEP/+TvwY1Q0ls4fg1th47HyVBJkggBb70Bk3VmJ 5DypYp2kyK+QJk7FypMPFMvysmJwMrcufK2N1T5vlY0zEpyRsOs8FRduxWF+QC9Y irIQHbkHY7u7oWWPzxGTnqfyjqTg8t8z8zCodztYVjGCnoEx6jTrhAVhp5X6jtq/ GV3dasFA3xCObj7YtP9z7JmyTtEndOxGjNhxDAFdm8PYQAyb+h2w6chibBs7T2k7 qw6HoptHfVQS68HYohaGfROOtCvLFH02TNmltK+azboj7KcxH+SMhI21xetmawNX j05Ye8oU+/eP1GhM1cmuqGO4e+08pvVrhypiMUxs62Pssv148OsipXXnHNyErs2d YSgWldu7XF0dx4M8KWobitXqq87YqroW1k8Iw/B9u9H3/xqhkoEYlrXcMXXNcY2v ufKUlUyQq9UsPAOw7lAE/P06o6ooC9f/OISQQB+MGT8LNzLzFP0AIHDNN2jZqDbE eiIYmNjBe0IIXtwMVepT2D4KLi+qj6r13ntMbA8hP1nx94HVJ9E9JAQeLvYQicSw dumIaSEDcH5VGGSCHHqVW6OLuRRbrqa+WUeG8PWXMXbVV7i+fg2kb7bz7PwGWHlO hKDBeatq/IxERZyREARo+xf49A2t0a5Hf7Tr8eYJQ8jGvgWfYHDvtbhxemrBd0mL evf09ROaf0v0cG+Lnn4+aOXWDJ7tO6OhXRWlnhPqmyltx7z+RGQnNwewGACw7elL ZPRrhNC/7UEk0gcKLO1hZaS0HbFRbcjynyuW7UnOxoVC9gWs0ur4Ffd+aGlkVZjk lLTX06R5Wbj2+88YP3w6lkc8RNintdUeU3WyK+xcJFnXsHR2MA6dikZSSgakb56c RCI9pf6D7aoUMRZyHV87ZZsVANQ0EuNuXj4aGBf/tKnu2Kq6FnY9fYVoV4siz0/d a67cZCWTafbBSD1zuLbpDtc2bwuiHJwJHYPFX2xF2MYARTcPEwPl7eo7QJBmKC0r ar/q9FG1ntLyvHvQM6iuePxMRi7WO5oo9a9ccwTyMnwhk80GAHj3q4NF35+HbF1P ZN1Zg6tmwxHk2BPPTEKw83Y6BjqZ4cK2m/BY4KK0HXXOm5+R+NBmJGSy0r/LFVXG p7N3IOPGao1mJHyWROD83u/QwsEYl6J2YWCb+hix9KyKbYiUlgty4NqjVDxLTlNq T5+laHQscmjymYIS3Dmp+ClfXX5GQt/QBE07DMVPP45H5KyvIGgwpv8sO2CZTy9c tumKzYfOIfHBs9fbfvoYcrmgtK4YpZ9Fec/qbRvhZILvr6ap7Kfu2Kr6/+L1H6Ki x6UE11yZZCUIkJagyeRGaDNyOV7e3aJYBqDQvgWXl6SPqvX+3jISd8LIqqeKvq/f Bnr7t7X3aLxIWIU0iRT/XXYQnkF9IBUEfBzUAVHLIiCRPMFPyVXhZ19Fo3NS1Tgj UWHf2tDenUH/+buwY94gGP7te0b52TegX6mOYl+WBvq4nZOPOpXeRZ37/Nc3TzDv jse+aXuMaNr+9R1VxgXUbuwP+bR3389efysdXze0VPydkbAGlW3ffUp9SI0q2P74 Jb6oaVLscRc1Bm+X97ep/N6+0m+uLXbdf5qHrrJSdyxsWs1BT7Ejtj59heHVKqs9 psVlJxaJIJXL8fdfpghNyEDcqaEw1RcpjiX9xqr3jquwcShqm6V57ZR1VgDwyYoh WDJmDub8b4Pi2wQFRa0cjI5TdpZobAsuH2BbGauvpWJuU+tC+5X0mtN1VjKZ+l// /G7TYUwL6Anx357fpK9uQ9/IUaPZBhOxHh5l56N6gd9nkWSeUuqjLxIhXyaofWdd 2D7l0jRsD45Es8A9isc/MquEw3cz0L/2u9+NeXl3K4zMuin66FVug/amudgacxiX HtfE9y4WkMkEmLhMR7Ukb5yL+ROGLhMhFuSQFZhdUmeW5Z/MqnBGojy/tSHT7i+6 nfnPRLToNgx7ImOQmSuFIMlGYuxxBH0aAI/AEEW/qW5WCJizFUkZuRCkuUiMjcDE 3pOVttV+cBAOnr2CzJx8yCRZiI06CkPzNkp9wvoF4PiVB5AKUjy8EoHRfUPRd9l4 xeOBoZOw2X86Tl5KRLZEQH5OJuJ+P4QZQ9ppdF6By/sr7evB5d8wun+oTvPQdlaa mDDZFeGht9QeU1XZtTAxQPjlR/j7U4Zf9SqYvOFXpL6SQCbJwuUT4RjQe5Vax1jU Nsvi2tFlVjYt5mFlz1T8X9dR2HvyTzzPyoFM8hK3L53A/BFeGPRdRInHtqBxa0Zg S39//PzHDeTly5B2/wpCJnfT+jWnq6wEQf2srv20EF9M+hJnouPxKk8GuTQHj2+c ww8zZsP501kaHVNvZwusCf0JqVl5kMvy8OTGWYROD1bqU6+yAaJuPdP8TSC5FC+f P0Tc6b0ICeyHR43HYWzrGoqHfcd1wLHZMxF76zFkchlSbp3B2tk/wiNwqNJmvP2c EL0oGPZ9v3xXPIkMMaxvLWz65jRcR7iXQtHHH6SqkDMS2hR9JBxbdu7BhpmDMP1J GmBoCieXZug1LBRr/Zsr+g39cT8Sx0+Dt/scZEpEsHdujs8m7MbhST7v7k6HN8HS 5RMQdPEmpEbmcG3VBZsj1ivtb9vkhlgQ4I0RSekwtWuIQTMOYE7nd9+Vtm4RhKPB 2zF3wUiMi72JbJEx6rt7Yeh4zYoAu87LsHfGAswc2QkjHr+AhUMD+E3eiXNf++n0 Lres1B6wEA9brwHmblZrTFVlFxI8CkP92+KrlCwIcjmePnsOAAg+Eo7pk+bho6UB eCWIYVe3KfrNPYArQb4qj7GobZbVjIQu+c7bj3onwrE6bB4WB/6F51k5qGJhhyae 7bFmX1iJx7ag6u3m48iSVZg98zNMSniCKtUbwD9oqdavOV3OSKhrxcqliIw4iqPr pmJLagZgUBW2tRrCs8cijOnuqtExdfpmLZ4s/Q5z/FfhVb4IVo6u8Oq3EtEhoxR9 Ro3tixXzBiA84xXkcjm2R/xZ7Db9u3m8vhMXG8LEsjocnd3gOXIdOrRuqFx8tpuP KWkrsXvxcKxOzkQV27poO3AFBrW1U866y0jIN8/FyN61lWcbe38Fw52BGFDPvBSK Pu1dOyLXpi3k27aF4869JABASnoarl+9ia9nTOSrvxbNnb8QwQsXVMhjt7UxR3JK xgeVx9dz52Hh/LkfXFYfImb1YWTVY9gkTJ06lYNUToSEhODItjUarRO8ZC0aNnaB jcXrt57rODlg2LChnJHQZaWup6fbd5KsrUxV9kl9/kKtben62Mvyzqm0s9JmLv+W a6esryt1MmNuKmYkBAF6eqo/WTOgk5ta+9pz8govjpLMSPDDlhUwNJlM5y/Gaekv tbatD62QUPW+e2merzZz+bdcO2V9XTGzkmclyGTQ11ed1b7T8RxIXRR9/Ee7Kmal LtKrmP+qY3pmzr/uLreiZvVvnJFgVhUnK319ZlURsmIhwRkJqiB3ucSsmBWVx6xY SJRTpiYmuBgbC4+WLTkYZezPmBiYmpgwK2ZFOszK2tIMCQkJaNq0KQerjMXFxcHa 0oyFREXj6OiA+Ph4eHp6cjDKWHx8PBwdHZgVsyIdZuXqXJdZlaOsXJ3rspCoaJo0 aYwTkScRFhYGT09PtHBnVa5rFy/FITo6Gndv30Zn707MilmRDrNq37o5vt99UJFV q1atOHg6duHCBURHR+P+/XsYO/ATFhIVjWujRsiX5CP+6jX8sGkTVmRlcVB0zNTE BLVq1UL79l5wbdSIWTEr0mFWrVu4IT9fgv/+LxbhW8KwYsUKDp6OWVuYoUmDehjV 1wetW7hpbbssJHTE2NgYzZq5oV69usjJyUZGegYHRcfMLcxhbFwZVatWhbGxMbNi VqTjrNq19oB744bMqpxnxUKinBcTb8OrWbMWB4RZEbNiVlTh8bs4RERExEKCiIiI WEgQERERCwkiIiJiIUFERETEQoKIiIhYSBARERELCSIiImIhQURERCwkiIiIiFhI EBERkY4V+W9tBC9Zy9EhIiIizQuJho1dODJERESkeSFhY2HJUSEiIiK16AGAsXEl WFmacTSIiIhIJStLMxgbVwLwZkZi//6fEDg2gCNDREREatnw/Q8AAJFcLkdjt5Zy DgkRERFp4mTkcdH/A6j9sQt7obDEAAAAAElFTkSuQmCC --Boundary_(ID_CebPgrohARGgmtjnf4eoHA)-- From darren.moffat@sun.com Mon Aug 24 03:19:51 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7OAJpNF026983 for ; Mon, 24 Aug 2009 03:19:51 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n7OAJllO062288 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 24 Aug 2009 04:19:51 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOV00103M12GL00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 03:19:50 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOV00ESIM115T90@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 03:19:50 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n7OAJnDg003718 for ; Mon, 24 Aug 2009 10:19:49 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KOV00M00LPXEH00@fe-emea-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 11:19:35 +0100 (BST) Received: from [192.168.1.105] (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KOV002WXM0D6800@fe-emea-10.sun.com>; Mon, 24 Aug 2009 11:19:25 +0100 (BST) Date: Mon, 24 Aug 2009 11:19:25 +0100 From: Darren J Moffat Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251106793.27369.13.camel@pampas> Sender: darren.moffat@sun.com To: Jedy Wang Cc: Sherry Moore , Brian Cameron , LSARC-ext@sun.com, Desktop Discuss Message-id: <4A92692D.90307@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> User-Agent: Thunderbird 2.0.0.21 (X11/20090623) Status: RO Content-Length: 1360 Jedy Wang wrote: >> This isn't what I expected of this project. >> >> What I expected was that you could select Fast or "BIOS" reboot once not >> change the default setting for the system. >> >> How does the restart dialog do the reboot ? Is it by doing an exec of >> /usr/sbin/reboot ? If so I would prefer that use "-f" or "-p" depending >> on what the user selects. > Hi Darren, > > The restart dialog invokes "Stop" interface provided by Consolekit to do > the reboot which should be "init 6". >> I think reading the config/fastreboot_default is a good thing to display >> in the restart dialog what the default is. However I don't like that >> fact that selecting this once in the dialog changes the system wide default. > > In the original design, the dialog did not change the system wide > default. A temporary property is created and it should only affect the > reboot once. But we encountered an authentication problem when designing > the underlying API because GUI (gnome-panel) does not have the proper > privilege to create the temporary property. So we choose to make the > dialog change the system wide default. But it does have the ability to change the system default - that seems wrong. Does this work at all if the user doesn't have "Primary Administrator" profile assigned and only has "Console User" ? -- Darren J Moffat From Jedy.Wang@sun.com Mon Aug 24 03:43:30 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7OAhTg5027150 for ; Mon, 24 Aug 2009 03:43:29 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n7OAh9Z3014129 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 24 Aug 2009 18:43:28 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOV00301N4D5U00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 03:43:25 -0700 (PDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOV00EHXN4B5QC0@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 03:43:24 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7OAhM2d003099 for ; Mon, 24 Aug 2009 10:43:22 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KOV00F00MXEN700@mail-apac.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 18:43:22 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KOV00FHCN49X760@mail-apac.sun.com>; Mon, 24 Aug 2009 18:43:22 +0800 (SGT) Date: Mon, 24 Aug 2009 18:42:30 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A92692D.90307@Sun.COM> Sender: Jedy.Wang@sun.com To: Darren J Moffat Cc: Sherry Moore , Brian Cameron , LSARC-ext@sun.com, Desktop Discuss Message-id: <1251110550.27369.26.camel@pampas> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> Status: RO Content-Length: 624 > But it does have the ability to change the system default - that seems > wrong. Hi Darren, Yes, it can change the value of an existing property. But to make the option only affect the system once, a new property (config/fastreboot_over? I think) has to be created, and gnome-panel does not have the privilege to create the property. > > Does this work at all if the user doesn't have "Primary Administrator" > profile assigned and only has "Console User" ? I think it works if the user doesn't have "Primary Administrator" profile assigned and only has "Console User" ? Sherry, is this correct? Regards, Jedy > From Darren.Moffat@sun.com Mon Aug 24 04:44:25 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7OBiOLG005087 for ; Mon, 24 Aug 2009 04:44:24 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n7OBiDHM000778 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 24 Aug 2009 12:44:23 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOV00701PXYB400@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 04:44:22 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOV006TXPXXM100@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 04:44:22 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n7OBiKTm020113 for ; Mon, 24 Aug 2009 11:44:20 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KOV00C00OHK9T00@fe-emea-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 12:44:04 +0100 (BST) Received: from [192.168.1.105] (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KOV006Q6PX9IPD0@fe-emea-09.sun.com>; Mon, 24 Aug 2009 12:43:58 +0100 (BST) Date: Mon, 24 Aug 2009 12:43:57 +0100 From: Darren J Moffat Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251110550.27369.26.camel@pampas> Sender: Darren.Moffat@sun.com To: Jedy Wang Cc: Sherry Moore , Brian Cameron , LSARC-ext@sun.com, Desktop Discuss Message-id: <4A927CFD.4060609@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> User-Agent: Thunderbird 2.0.0.21 (X11/20090623) Status: RO Content-Length: 1873 Jedy Wang wrote: >> But it does have the ability to change the system default - that seems >> wrong. > Hi Darren, > > Yes, it can change the value of an existing property. But to make the > option only affect the system once, a new property > (config/fastreboot_over? I think) has to be created, and gnome-panel > does not have the privilege to create the property. Terminology is important here gnome-panel is not running with privilege. It is the user that gnome-panel is running as that has the authorisation to change the property. svc:/system/boot-config:default has: general/action_authorization astring solaris.system.shutdown general/value_authorization astring solaris.system.shutdown If the user is on /dev/console then they will have that authorisation granted to them via the "Console User" RBAC profile. The fact that a new property has to be created strongly hints to me that there is some architecture problem here. It might be with this case it might be with the fast reboot case. Or it could even be something with SMF. Ticking or unticking the box should be equivalent to running "reboot -f" or "reboot -p". This might be easier to resolve if there was away for init(1M) to pass the reboot intent (fast or prom) of what kind of reboot we want - in addition to having an SMF property for the default. >> Does this work at all if the user doesn't have "Primary Administrator" >> profile assigned and only has "Console User" ? > > I think it works if the user doesn't have "Primary Administrator" > profile assigned and only has "Console User" ? Sherry, is this correct? It will work because of the above. However, I think changing the system wide default is the wrong thing to do. It certainly isn't what I would expect of this behaviour. I expect it to be a one time change if I tick or untick that box. -- Darren J Moffat From Brian.Cameron@sun.com Mon Aug 24 07:08:10 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7OE89Io008883 for ; Mon, 24 Aug 2009 07:08:09 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n7OE862e036544 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 24 Aug 2009 08:08:09 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOV00E0ZWLIZW00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 07:08:06 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOV009LCWLI0UE0@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 07:08:06 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7OE85Wb001858 for ; Mon, 24 Aug 2009 14:08:05 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KOV00700VWLUE00@mail-amer.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Mon, 24 Aug 2009 08:08:05 -0600 (MDT) Received: from [129.153.250.177] ([unknown] [129.153.250.177]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KOV00KHGWL4QL20@mail-amer.sun.com>; Mon, 24 Aug 2009 08:07:58 -0600 (MDT) Date: Mon, 24 Aug 2009 09:08:22 -0500 From: Brian Cameron Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251106793.27369.13.camel@pampas> Sender: Brian.Cameron@sun.com To: Jedy Wang Cc: Darren J Moffat , Sherry Moore , LSARC-ext@sun.com, Desktop Discuss Message-id: <4A929ED6.9060603@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.1) Gecko/20090804 Thunderbird/3.0b3 Status: RO Content-Length: 273 Jedy: >> I'd also have expected to see a screenshot of the new dialog presented >> as part of the case material. > > A screenshot is attached. Brian, would you please upload the screenshot > for me? Done. The fast-reboot.png image is now in the case materials. Brian From Jedy.Wang@sun.com Mon Aug 24 23:25:36 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7P6PapK012150 for ; Mon, 24 Aug 2009 23:25:36 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n7P6PYkP021259 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 25 Aug 2009 00:25:35 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOX00E0T5UMXF00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 25 Aug 2009 00:25:34 -0600 (MDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOX00ETY5ULHQ90@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 25 Aug 2009 00:25:34 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7P6PWke007404 for ; Tue, 25 Aug 2009 06:25:32 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KOX001005TO1500@mail-apac.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 25 Aug 2009 14:25:32 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KOX00IE35UJYQ30@mail-apac.sun.com>; Tue, 25 Aug 2009 14:25:32 +0800 (SGT) Date: Tue, 25 Aug 2009 14:24:39 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A927CFD.4060609@Sun.COM> Sender: Jedy.Wang@sun.com To: Darren J Moffat Cc: Sherry Moore , Brian Cameron , LSARC-ext@sun.com, Desktop Discuss Message-id: <1251181479.29970.6.camel@pampas> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> Status: RO Content-Length: 164 Hi Darren, For the architecture problem you mentioned, I think Sherry is the suitable person to answer your question. I have sent a mail to her. Regards, Jedy From sherry.moore@sun.com Tue Aug 25 11:07:22 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7PI7MTi023454 for ; Tue, 25 Aug 2009 11:07:22 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n7PI7CS7012522; Tue, 25 Aug 2009 19:07:17 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOY00H052C3WG00@brm-avmta-1.central.sun.com>; Tue, 25 Aug 2009 12:07:15 -0600 (MDT) Received: from too-cool.local ([129.146.226.229]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOY003JC2C3S8E0@brm-avmta-1.central.sun.com>; Tue, 25 Aug 2009 12:07:15 -0600 (MDT) Received: from too-cool.local (too-cool [127.0.0.1]) by too-cool.local (8.14.3+Sun/8.14.3) with ESMTP id n7PI2SNY102401; Tue, 25 Aug 2009 11:02:28 -0700 (PDT) Received: (from sherrym@localhost) by too-cool.local (8.14.3+Sun/8.14.3/Submit) id n7PI2SX9102400; Tue, 25 Aug 2009 11:02:28 -0700 (PDT) Date: Tue, 25 Aug 2009 11:02:28 -0700 From: Sherry Moore Subject: Re: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A927CFD.4060609@Sun.COM> To: Darren J Moffat Cc: Jedy Wang , Sherry Moore , Brian Cameron , LSARC-ext@sun.com, Desktop Discuss Message-id: <20090825180228.GG101576@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> X-Authentication-warning: too-cool.local: sherrym set sender to sherry.moore@sun.com using -f User-Agent: Mutt/1.5.19 (2009-01-05) Status: RO Content-Length: 8030 It's unclear to me whether this case is for the new GDM and ConsoleKit, or for what has already been put back. In any case, here's the whole story. 1. Background: mechanisms to invoke regular (slow) reboot and fast reboot 1.1 One time 1.1.1 Rebooting with "-p" or "-f" option # reboot -p /* Regular reboot */ # reboot -f /* Fast reboot */ 1.1.2 Adding transient property group The transient property group only exists for and affects the next reboot. /* * Set Fast Reboot by default for next reboot only */ # svccfg -s "system/boot-config:default" addpg config_ovr P # svccfg -s "system/boot-config:default" \ setprop config_ovr/fastreboot_default=boolean: true /* * Disable Fast Reboot by default for next reboot only */ # svccfg -s "system/boot-config:default" addpg config_ovr P # svccfg -s "system/boot-config:default" \ setprop config_ovr/fastreboot_default=boolean: false After adding the property group and setting the property value, "reboot" or "init 6" will do fast reboot (or not) depending on the setting. 1.1.3 Using interface provided by libscf int scf_fastreboot_default_set_transient(boolean_t val); To invoke: /* * Set Fast Reboot by default for next reboot only */ scf_fastreboot_default_set_transient(B_TRUE); /* * Disable Fast Reboot by default for next reboot only */ scf_fastreboot_default_set_transient(B_FALSE); "reboot" and "init 6" after calling the above functions will do fast reboot by default (if true) or not (if false). Option 1.1.1 requires solaris.system.shutdown authorization, which a ConsoleUser has; options 1.1.2 and 1.1.2 requires all Solaris authorizations. There is no mechanism in the current SMF framework to grant such service-based authorization. To add such support requires additional framework in SMF, whose design is in progress, but will not be available for the next OpenSolaris release. There's actually no ETA for the framework at this point. 1.2 Persistent 1.2.1 Disable Fast Reboot # svccfg -s "system/boot-config:default" \ setprop config/fastreboot_default=false # svcadm refresh boot-config 1.2.2 Enable Fast Reboot # svccfg -s "system/boot-config:default" \ setprop config/fastreboot_default=false # svcadm refresh boot-config These options require solaris.system.shutdown authorization, which a ConsoleUser has. 2. Options for GDM 2.1 With unmodified HAL Currently GDM uses the interfaces provided by HAL. hald runs as a privileged process and checks for required authorizations. If the caller has sufficient authorization to, say reboot, it will invoke hal-system-power-reboot-sunos.sh. A straightforward implementation would to to add a hal-system-power-reboot-regular-sunos.sh which calls the 1.1.2 interfaces to do regular reboot, and hal-system-power-reboot-fast-sunos.sh to do fast reboot. However it has been communicated to me that HAL will be EOL'ed and replaced by ConsoleKit, therefore there's no point of making changes in HAL. Without modifying HAL, and without the additional framework in SMF, the only option we have was to set the properties directly. It's definitely not the desirable solution, but one that we can quickly put in place for the meantime. 2.2 With ConsoleKit We should modify ConsoleKit to implement option 1.1.2. I have looked at the ConsoleKit briefly, and this was what I suggested. (Brian didn't think I understood ConsoleKit's constrains when I made the suggestion.) I believe implementing 1.1.2 (or 1.1.3 if ConsoleKit would rather call a library interface) is the correct long term solution. ============================================================ Date: Wed, 05 Aug 2009 14:45:10 -0700 From sherry.moore@sun.com Wed Aug 5 14:42:11 2009 From: Sherry Moore To: Brian Cameron , Calum.Benson@sun.com, Lin.Guo@sun.com, darren.kenny@sun.com, Jedy.Wang@sun.com Cc: Truong Nguyen Subject: Extending ConsoleKit to support menu selection and setting Hi guys, I looked at the ConsoleKit code, and these are the additions I think need to be made: src/ck-manager.{h,c}: Add ck_manager_menu_set_fastreboot_default which calls svccfg -s "system/boot-config:default" addpg config_ovr P svccfg -s "system/boot-config:default" \ setprop config_ovr/fastreboot_default=boolean: true ck_manager_menu_selection which calls bootadm list-menu ck_manager_menu_set which calls bootadm set-menu n data/org.freedesktop.consolekit.policy: Add org.freedesktop.consolekit.system.set-fastreboot-default org.freedesktop.consolekit.system.menu-select org.freedesktop.consolekit.system.menu-set On the GDM side, I can't find the actual file that issues the following command. dbus-send --system --dest=org.freedesktop.ConsoleKit \ --type=method_call --print-reply --reply-timeout=2000 \ /org/freedesktop/ConsoleKit/Manager \ org.freedesktop.ConsoleKit.Manager.Restart I imagine the guts of the code will look something like this: message = dbus_message_new_method_call("org.freedesktop.ConsoleKit", "/org/freedesktop/ConsoleKit/Manager", "org.freedesktop.ConsoleKit.Manager", "Set-Fastreboot-Deault"); val = TRUE; dbus_message_append_args(message, DBUS_TYPE_BOOLEAN, &val, DBUS_TYPE_INVALID); ... ============================================================ I am not having much success buildng gdm and consolekit in my build environments therefore it's difficult for me to experiment. I would be happy to help resolve the issues if someone can help me build these software components. Thanks, Sherry On Mon, Aug 24, 2009 at 12:43:57PM +0100, Darren J Moffat wrote: > Jedy Wang wrote: >>> But it does have the ability to change the system default - that >>> seems wrong. >> Hi Darren, >> >> Yes, it can change the value of an existing property. But to make the >> option only affect the system once, a new property >> (config/fastreboot_over? I think) has to be created, and gnome-panel >> does not have the privilege to create the property. > > Terminology is important here gnome-panel is not running with privilege. > It is the user that gnome-panel is running as that has the > authorisation to change the property. > > svc:/system/boot-config:default > > has: > > general/action_authorization astring solaris.system.shutdown > general/value_authorization astring solaris.system.shutdown > > If the user is on /dev/console then they will have that authorisation > granted to them via the "Console User" RBAC profile. > > The fact that a new property has to be created strongly hints to me that > there is some architecture problem here. It might be with this case it > might be with the fast reboot case. Or it could even be something with > SMF. > > Ticking or unticking the box should be equivalent to running "reboot -f" > or "reboot -p". > > This might be easier to resolve if there was away for init(1M) to pass > the reboot intent (fast or prom) of what kind of reboot we want - in > addition to having an SMF property for the default. > >>> Does this work at all if the user doesn't have "Primary >>> Administrator" profile assigned and only has "Console User" ? >> >> I think it works if the user doesn't have "Primary Administrator" >> profile assigned and only has "Console User" ? Sherry, is this correct? > > It will work because of the above. However, I think changing the system > wide default is the wrong thing to do. It certainly isn't what I would > expect of this behaviour. I expect it to be a one time change if I tick > or untick that box. > > -- > Darren J Moffat -- Sherry Moore, Solaris Core Kernel http://blogs.sun.com/sherrym From Jedy.Wang@sun.com Tue Aug 25 22:12:16 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7Q5CGd3003150 for ; Tue, 25 Aug 2009 22:12:16 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n7Q5Bu4H028021 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 25 Aug 2009 22:12:16 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KOY00F03X496J00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 25 Aug 2009 22:12:09 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KOY002GCX45MU70@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 25 Aug 2009 22:12:08 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7Q5C5g7008752 for ; Wed, 26 Aug 2009 05:12:05 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KOY00500X35YI00@mail-apac.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 26 Aug 2009 13:12:05 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KOY00JMPX43WMB0@mail-apac.sun.com>; Wed, 26 Aug 2009 13:12:04 +0800 (SGT) Date: Wed, 26 Aug 2009 13:11:13 +0800 From: Jedy Wang Subject: Re: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <20090825180228.GG101576@sun.com> Sender: Jedy.Wang@sun.com To: Sherry Moore Cc: Darren J Moffat , Brian Cameron , LSARC-ext@sun.com, Desktop Discuss Message-id: <1251263473.24851.22.camel@pampas> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> Status: RO Content-Length: 8908 Hi Darren, Sherry gave us the whole story. The logic you mentioned will be implemented in ConsoleKit which will be integrated after b128. So currently, we have 2 options. The first one is to wait ConsoleKit's integration. The second one is to integrate the current fast reboot support of GNOME restart dialog at b124 and then update it after ConsoleKit's integration after b128. Regards, Jedy On Tue, 2009-08-25 at 11:02 -0700, Sherry Moore wrote: > It's unclear to me whether this case is for the new GDM and ConsoleKit, > or for what has already been put back. In any case, here's the whole > story. > > 1. Background: mechanisms to invoke regular (slow) reboot and fast reboot > > 1.1 One time > > 1.1.1 Rebooting with "-p" or "-f" option > > # reboot -p /* Regular reboot */ > > # reboot -f /* Fast reboot */ > > 1.1.2 Adding transient property group > > The transient property group only exists for and affects > the next reboot. > > /* > * Set Fast Reboot by default for next reboot only > */ > # svccfg -s "system/boot-config:default" addpg config_ovr P > # svccfg -s "system/boot-config:default" \ > setprop config_ovr/fastreboot_default=boolean: true > > /* > * Disable Fast Reboot by default for next reboot only > */ > # svccfg -s "system/boot-config:default" addpg config_ovr P > # svccfg -s "system/boot-config:default" \ > setprop config_ovr/fastreboot_default=boolean: false > > > After adding the property group and setting the property > value, "reboot" or "init 6" will do fast reboot (or not) > depending on the setting. > > 1.1.3 Using interface provided by libscf > > int scf_fastreboot_default_set_transient(boolean_t val); > > To invoke: > > /* > * Set Fast Reboot by default for next reboot only > */ > scf_fastreboot_default_set_transient(B_TRUE); > > /* > * Disable Fast Reboot by default for next reboot only > */ > scf_fastreboot_default_set_transient(B_FALSE); > > > "reboot" and "init 6" after calling the above functions > will do fast reboot by default (if true) or not (if > false). > > > Option 1.1.1 requires solaris.system.shutdown authorization, which > a ConsoleUser has; options 1.1.2 and 1.1.2 requires all Solaris > authorizations. There is no mechanism in the current SMF framework > to grant such service-based authorization. To add such support > requires additional framework in SMF, whose design is in progress, > but will not be available for the next OpenSolaris release. > There's actually no ETA for the framework at this point. > > 1.2 Persistent > > 1.2.1 Disable Fast Reboot > > # svccfg -s "system/boot-config:default" \ > setprop config/fastreboot_default=false > # svcadm refresh boot-config > > 1.2.2 Enable Fast Reboot > > # svccfg -s "system/boot-config:default" \ > setprop config/fastreboot_default=false > # svcadm refresh boot-config > > > These options require solaris.system.shutdown authorization, which a > ConsoleUser has. > > > 2. Options for GDM > > 2.1 With unmodified HAL > > Currently GDM uses the interfaces provided by HAL. hald runs > as a privileged process and checks for required > authorizations. If the caller has sufficient authorization to, > say reboot, it will invoke hal-system-power-reboot-sunos.sh. > > A straightforward implementation would to to add a > hal-system-power-reboot-regular-sunos.sh > which calls the 1.1.2 interfaces to do regular reboot, and > hal-system-power-reboot-fast-sunos.sh > to do fast reboot. > > However it has been communicated to me that HAL will be EOL'ed > and replaced by ConsoleKit, therefore there's no point of > making changes in HAL. Without modifying HAL, and without the > additional framework in SMF, the only option we have was to set > the properties directly. It's definitely not the desirable > solution, but one that we can quickly put in place for the > meantime. > > 2.2 With ConsoleKit > > We should modify ConsoleKit to implement option 1.1.2. > > I have looked at the ConsoleKit briefly, and this was what I > suggested. (Brian didn't think I understood ConsoleKit's > constrains when I made the suggestion.) I believe implementing > 1.1.2 (or 1.1.3 if ConsoleKit would rather call a library > interface) is the correct long term solution. > > > ============================================================ > > Date: Wed, 05 Aug 2009 14:45:10 -0700 > From sherry.moore@sun.com Wed Aug 5 14:42:11 2009 > From: Sherry Moore > To: Brian Cameron , Calum.Benson@sun.com, > Lin.Guo@sun.com, darren.kenny@sun.com, Jedy.Wang@sun.com > Cc: Truong Nguyen > Subject: Extending ConsoleKit to support menu selection and setting > > Hi guys, > > I looked at the ConsoleKit code, and these are the additions I think > need to be made: > > > src/ck-manager.{h,c}: > Add > ck_manager_menu_set_fastreboot_default > which calls > svccfg -s "system/boot-config:default" > addpg config_ovr P > svccfg -s "system/boot-config:default" \ > setprop config_ovr/fastreboot_default=boolean: true > > ck_manager_menu_selection > which calls > bootadm list-menu > > ck_manager_menu_set > which calls > bootadm set-menu n > > data/org.freedesktop.consolekit.policy: > Add > org.freedesktop.consolekit.system.set-fastreboot-default > org.freedesktop.consolekit.system.menu-select > org.freedesktop.consolekit.system.menu-set > > > > On the GDM side, I can't find the actual file that issues the following > command. > > dbus-send --system --dest=org.freedesktop.ConsoleKit \ > --type=method_call --print-reply --reply-timeout=2000 \ > /org/freedesktop/ConsoleKit/Manager \ > org.freedesktop.ConsoleKit.Manager.Restart > > I imagine the guts of the code will look something like this: > > message = dbus_message_new_method_call("org.freedesktop.ConsoleKit", > "/org/freedesktop/ConsoleKit/Manager", > "org.freedesktop.ConsoleKit.Manager", > "Set-Fastreboot-Deault"); > > val = TRUE; > > dbus_message_append_args(message, DBUS_TYPE_BOOLEAN, &val, > DBUS_TYPE_INVALID); > > ... > > ============================================================ > > I am not having much success buildng gdm and consolekit in my build > environments therefore it's difficult for me to experiment. I would be > happy to help resolve the issues if someone can help me build these > software components. > > Thanks, > Sherry > > > On Mon, Aug 24, 2009 at 12:43:57PM +0100, Darren J Moffat wrote: > > Jedy Wang wrote: > >>> But it does have the ability to change the system default - that > >>> seems wrong. > >> Hi Darren, > >> > >> Yes, it can change the value of an existing property. But to make the > >> option only affect the system once, a new property > >> (config/fastreboot_over? I think) has to be created, and gnome-panel > >> does not have the privilege to create the property. > > > > Terminology is important here gnome-panel is not running with privilege. > > It is the user that gnome-panel is running as that has the > > authorisation to change the property. > > > > svc:/system/boot-config:default > > > > has: > > > > general/action_authorization astring solaris.system.shutdown > > general/value_authorization astring solaris.system.shutdown > > > > If the user is on /dev/console then they will have that authorisation > > granted to them via the "Console User" RBAC profile. > > > > The fact that a new property has to be created strongly hints to me that > > there is some architecture problem here. It might be with this case it > > might be with the fast reboot case. Or it could even be something with > > SMF. > > > > Ticking or unticking the box should be equivalent to running "reboot -f" > > or "reboot -p". > > > > This might be easier to resolve if there was away for init(1M) to pass > > the reboot intent (fast or prom) of what kind of reboot we want - in > > addition to having an SMF property for the default. > > > >>> Does this work at all if the user doesn't have "Primary > >>> Administrator" profile assigned and only has "Console User" ? > >> > >> I think it works if the user doesn't have "Primary Administrator" > >> profile assigned and only has "Console User" ? Sherry, is this correct? > > > > It will work because of the above. However, I think changing the system > > wide default is the wrong thing to do. It certainly isn't what I would > > expect of this behaviour. I expect it to be a one time change if I tick > > or untick that box. > > > > -- > > Darren J Moffat > From Brian.Cameron@sun.com Wed Aug 26 12:52:37 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7QJqbDV029466 for ; Wed, 26 Aug 2009 12:52:37 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n7QJqajP005648 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 26 Aug 2009 12:52:37 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KP00040B1VPLJ00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 26 Aug 2009 12:52:37 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KP0003CR1VO8F10@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 26 Aug 2009 12:52:36 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7QJqaxl012942 for ; Wed, 26 Aug 2009 19:52:36 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KP000H000LHA000@mail-amer.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 26 Aug 2009 13:52:36 -0600 (MDT) Received: from [192.168.1.67] ([unknown] [69.211.104.213]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KP000FCC1VMSCE0@mail-amer.sun.com>; Wed, 26 Aug 2009 13:52:35 -0600 (MDT) Date: Wed, 26 Aug 2009 14:52:34 -0500 From: Brian Cameron Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251263473.24851.22.camel@pampas> Sender: Brian.Cameron@sun.com To: Jedy Wang Cc: Sherry Moore , Darren J Moffat , LSARC-ext@sun.com, Desktop Discuss Message-id: <4A959282.8040104@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.1) Gecko/20090804 Thunderbird/3.0b3 Status: RO Content-Length: 5785 Jedy/Sherry: > Sherry gave us the whole story. The logic you mentioned will be > implemented in ConsoleKit which will be integrated after b128. So > currently, we have 2 options. The first one is to wait ConsoleKit's > integration. The second one is to integrate the current fast reboot > support of GNOME restart dialog at b124 and then update it after > ConsoleKit's integration after b128. Note that ConsoleKit currently does not support the ability to respond to different types of reboot options. So, I assume part of the plan to use ConsoleKit in the future is to enhance it so it can support doing this. >> 2. Options for GDM >> >> 2.1 With unmodified HAL >> >> Currently GDM uses the interfaces provided by HAL. hald runs >> as a privileged process and checks for required >> authorizations. If the caller has sufficient authorization to, >> say reboot, it will invoke hal-system-power-reboot-sunos.sh. GDM and ConsoleKit do not use HAL at all today. GDM/ConsoleKit support shutdown/reboot as follows today: - The new GDM rewrite has a login GUI which checks the solaris.system.shutdown RBAC key directly. If the "gdm" user has this authorization, then GDM will present the "Shutdown" and "Reboot" buttons in the dialog. If they are pressed, a message is passed to ConsoleKit via D-Bus. - ConsoleKit checks to see if the user who passed the D-Bus message has the solaris.system.shutdown RBAC key defined. If so, it will call a script. One script for shutdown and another script for reboot. The shutdown script calls "/sbin/init 5" and the reboot script calls "/sbin/init 6". Note that any user can call ConsoleKit with a message to request shutdown or reboot. If it was passed in from the GDM GUI by clicking on the associated button, then the user would be the "gdm" user. But ConsoleKit will only call the shutdown/reboot script if the calling user has the solaris.system.shutdown authority. In GDM 2.20 and earlier (currently used in Nevada and OpenSolaris), it works much the same, with the following differences: - ConsoleKit is not used at all, GDM does all the work. - The shutdown/reboot commands are defined to be "/sbin/init 5" and "/sbin/init 6" in the GDM configuration. - The new GDM uses D-Bus messages for IPC while the old GDM uses a private socket which can be accessed directly or via the gdmflexiserver program. See "man gdmflexiserver" to see the commands used to trigger reboot or shutdown. >> A straightforward implementation would to to add a >> hal-system-power-reboot-regular-sunos.sh >> which calls the 1.1.2 interfaces to do regular reboot, and >> hal-system-power-reboot-fast-sunos.sh >> to do fast reboot. >> >> However it has been communicated to me that HAL will be EOL'ed >> and replaced by ConsoleKit, therefore there's no point of >> making changes in HAL. Without modifying HAL, and without the >> additional framework in SMF, the only option we have was to set >> the properties directly. It's definitely not the desirable >> solution, but one that we can quickly put in place for the >> meantime. >> >> 2.2 With ConsoleKit >> >> We should modify ConsoleKit to implement option 1.1.2. >> >> I have looked at the ConsoleKit briefly, and this was what I >> suggested. (Brian didn't think I understood ConsoleKit's >> constrains when I made the suggestion.) I believe implementing >> 1.1.2 (or 1.1.3 if ConsoleKit would rather call a library >> interface) is the correct long term solution. As I say above, ConsoleKit calls a script to reboot or shutdown, so it would be easier to integrate a solution that invokes shutdown/reboot via this script. The main problem with GDM and ConsoleKit is that ConsoleKit only provides a single D-Bus interface for "reboot" and does not currently provide any way to pass in any options regarding what kind of reboot is requested. I am sure the existing D-Bus messages could be augmented to allow more flexibility in specifying how the system should reboot. Likewise, the GDM login GUI could be augmented to allow users to specify what kind of reboot they want to do if the "gdm" user has the solaris.system.shutdown key defined. That said, we should probably code this in a general way so that we can get the code upstream. We probably do not want to code a solution that works specific to how reboot works on Solaris. Instead, we should probably augment ConsoleKit so that reboot can be easily enhanced to support different kinds of reboot operations on any distribution. Otherwise, we will not be able to get this sort of change upstream, and be stuck maintaining a Solaris-specific patch ourselves. Maintaining our own patch would not be the end of the world, but it is obviously easier to maintain the code if we can get our changes upstream. So, to design this properly, there probably should be some discussion about it first on the public ConsoleKit mailing list. That way we can make sure that any design considerations from other distributions are taken into account as well. ConsoleKit@lists.freedesktop.org In other words, I did not have any serious problems with your proposal. More of a concern that we are trying to design new ConsoleKit features without including the upstream community in the design process. >> I am not having much success buildng gdm and consolekit in my build >> environments therefore it's difficult for me to experiment. I would be >> happy to help resolve the issues if someone can help me build these >> software components. I did already provide you with binaries. Also, these modules have spec-files which can be used to build them. I can help get you up-to-speed with the build process if you touch base with me off-line. Brian From randy.fishel@sun.com Wed Aug 26 15:16:59 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7QMGxjL002911 for ; Wed, 26 Aug 2009 15:16:59 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n7QMGmpp019280; Wed, 26 Aug 2009 15:16:53 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KP0001038JFMP00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 26 Aug 2009 15:16:27 -0700 (PDT) Received: from grimmy.eng.sun.com ([129.146.108.114]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KP0008N38JEXOB0@nwk-avmta-1.sfbay.Sun.COM>; Wed, 26 Aug 2009 15:16:26 -0700 (PDT) Received: from grimmy.eng.sun.com (localhost [127.0.0.1]) by grimmy.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7QM7x0g010426; Wed, 26 Aug 2009 15:07:59 -0700 (PDT) Received: from localhost (randyf@localhost) by grimmy.eng.sun.com (8.13.8+Sun/8.13.8/Submit) with ESMTP id n7QM7xKi010422; Wed, 26 Aug 2009 15:07:59 -0700 (PDT) Date: Wed, 26 Aug 2009 15:07:59 -0700 (PDT) From: Randy Fishel Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A959282.8040104@sun.com> X-X-Sender: randyf@grimmy To: Brian Cameron Cc: Jedy Wang , Sherry Moore , Darren J Moffat , LSARC-ext@sun.com, Desktop Discuss Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> X-Authentication-warning: grimmy.eng.sun.com: randyf owned process doing -bs User-Agent: Alpine 1.10 (GSO 962 2008-03-14) Status: RO Content-Length: 7037 FWIW, I have several issues here. To start (and it isn't directed to the submitters, but to the imported API's) it limits the possible selections: especially stop() and restart(), as if there are no other options (at least one that I know of). It also adds yet another service responsible for doing system-wide control (again, stop()/restart() - and intends to do it with a shell script). On Wed, 26 Aug 2009, Brian Cameron wrote: > > Jedy/Sherry: > > > Sherry gave us the whole story. The logic you mentioned will be > > implemented in ConsoleKit which will be integrated after b128. So > > currently, we have 2 options. The first one is to wait ConsoleKit's > > integration. The second one is to integrate the current fast reboot > > support of GNOME restart dialog at b124 and then update it after > > ConsoleKit's integration after b128. > > Note that ConsoleKit currently does not support the ability to respond > to different types of reboot options. So, I assume part of the plan to > use ConsoleKit in the future is to enhance it so it can support doing > this. IMHO, it is sufficient for the restart dialog to only have 'Restart", as other choices are effectively TMI. The majority of users will gladly take the default policy as to what restart() means (fast, through BIOS, whatever). Users that have a clue as to the difference between 'reboot -f' and 'reboot -p' will be happy to do that on a CLI. And as long as there is a decent API to select what the default reboot properties should be, I don't really see that the added complexity is worth it. > > > > 2. Options for GDM > > > > > > 2.1 With unmodified HAL > > > > > > Currently GDM uses the interfaces provided by HAL. hald runs > > > as a privileged process and checks for required > > > authorizations. If the caller has sufficient authorization to, > > > say reboot, it will invoke hal-system-power-reboot-sunos.sh. > > GDM and ConsoleKit do not use HAL at all today. GDM/ConsoleKit support > shutdown/reboot as follows today: This gets to my original issue: there is no common methodology for handling system services. They should be using D-Bus (or something like D-Bus), and let the backend services be whatever. > > - The new GDM rewrite has a login GUI which checks the > solaris.system.shutdown RBAC key directly. If the "gdm" user has > this authorization, then GDM will present the "Shutdown" and "Reboot" > buttons in the dialog. If they are pressed, a message is passed to > ConsoleKit via D-Bus. > > - ConsoleKit checks to see if the user who passed the D-Bus message has > the solaris.system.shutdown RBAC key defined. If so, it will call a > script. One script for shutdown and another script for reboot. > The shutdown script calls "/sbin/init 5" and the reboot script calls > "/sbin/init 6". (Not sure I like this at all) > > Note that any user can call ConsoleKit with a message to request > shutdown or reboot. If it was passed in from the GDM GUI by clicking > on the associated button, then the user would be the "gdm" user. But > ConsoleKit will only call the shutdown/reboot script if the calling > user has the solaris.system.shutdown authority. > > In GDM 2.20 and earlier (currently used in Nevada and OpenSolaris), it > works much the same, with the following differences: > > - ConsoleKit is not used at all, GDM does all the work. > - The shutdown/reboot commands are defined to be "/sbin/init 5" and > "/sbin/init 6" in the GDM configuration. > - The new GDM uses D-Bus messages for IPC while the old GDM uses a > private socket which can be accessed directly or via the > gdmflexiserver program. See "man gdmflexiserver" to see the > commands used to trigger reboot or shutdown. Are these D-Bus messages directed towards the ConsoleKit daemon, to hald, or something that happens to be listening? As I understand the description, the ConsoleKit daemon is waiting for D-Bus messages and will respond to a 'restart' request. What if hald also responds? init(1m) does audit, but will we get the desired information (this is what I seem to be wrestling with suspend right now)? I would much rather see a single service (possibly a merge of ConsoleKit, HAL, and powerd) that will (among other things) respond to D-Bus requests, audit the actual requesting user/application, and perform the proper action, hopefully based on some larger policy that might determine that ConsoleKit Manager sessions are not allowed to stop/restart the system. > > As I say above, ConsoleKit calls a script to reboot or shutdown, so it > would be easier to integrate a solution that invokes shutdown/reboot > via this script. > > The main problem with GDM and ConsoleKit is that ConsoleKit only > provides a single D-Bus interface for "reboot" and does not currently > provide any way to pass in any options regarding what kind of reboot > is requested. Again, I don't believe this is bad. For the vast majority of users, the default action is plenty sufficient. For the others, they know how to use the alternate methods or to change the default. > > I am sure the existing D-Bus messages could be augmented to allow more > flexibility in specifying how the system should reboot. Likewise, the > GDM login GUI could be augmented to allow users to specify what kind of > reboot they want to do if the "gdm" user has the > solaris.system.shutdown key defined. Here, I believe that D-Bus needs some extension to support a larger variety of controls, including platform-private controls. But certainly it is beyond this case. > > That said, we should probably code this in a general way so that we > can get the code upstream. We probably do not want to code a solution > that works specific to how reboot works on Solaris. Instead, we should > probably augment ConsoleKit so that reboot can be easily enhanced to > support different kinds of reboot operations on any distribution. > Otherwise, we will not be able to get this sort of change upstream, and > be stuck maintaining a Solaris-specific patch ourselves. Maintaining > our own patch would not be the end of the world, but it is obviously > easier to maintain the code if we can get our changes upstream. > > So, to design this properly, there probably should be some discussion > about it first on the public ConsoleKit mailing list. That way we can > make sure that any design considerations from other distributions are > taken into account as well. > > ConsoleKit@lists.freedesktop.org > > In other words, I did not have any serious problems with your proposal. > More of a concern that we are trying to design new ConsoleKit features > without including the upstream community in the design process. > A place where I do agree, we should be working with the upstream community to provide these controls. On the other hand, I don't have voting rights here, just comment rights (which I did choose to exercise). Cheers! ---- Randy From Brian.Cameron@sun.com Wed Aug 26 16:13:34 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7QNDXTi027019 for ; Wed, 26 Aug 2009 16:13:34 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n7QNDCEm019302; Thu, 27 Aug 2009 07:13:31 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KP000901B6IIF00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 26 Aug 2009 16:13:30 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KP0004CVB6HFX30@nwk-avmta-1.sfbay.Sun.COM>; Wed, 26 Aug 2009 16:13:29 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7QNDTtd024354; Wed, 26 Aug 2009 23:13:29 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KP000F00ASVZO00@mail-amer.sun.com>; Wed, 26 Aug 2009 17:13:29 -0600 (MDT) Received: from [192.168.1.67] ([unknown] [69.211.104.213]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KP000J4NB6FCFG0@mail-amer.sun.com>; Wed, 26 Aug 2009 17:13:29 -0600 (MDT) Date: Wed, 26 Aug 2009 18:13:27 -0500 From: Brian Cameron Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: Sender: Brian.Cameron@sun.com To: Randy Fishel Cc: Jedy Wang , Sherry Moore , Darren J Moffat , LSARC-ext@sun.com, Desktop Discuss Message-id: <4A95C197.3080001@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.1) Gecko/20090804 Thunderbird/3.0b3 Status: RO Content-Length: 7874 Randy: > On Wed, 26 Aug 2009, Brian Cameron wrote: > >> >> Jedy/Sherry: >> >>> Sherry gave us the whole story. The logic you mentioned will be >>> implemented in ConsoleKit which will be integrated after b128. So >>> currently, we have 2 options. The first one is to wait ConsoleKit's >>> integration. The second one is to integrate the current fast reboot >>> support of GNOME restart dialog at b124 and then update it after >>> ConsoleKit's integration after b128. >> >> Note that ConsoleKit currently does not support the ability to respond >> to different types of reboot options. So, I assume part of the plan to >> use ConsoleKit in the future is to enhance it so it can support doing >> this. > > IMHO, it is sufficient for the restart dialog to only have > 'Restart", as other choices are effectively TMI. The majority of > users will gladly take the default policy as to what restart() means > (fast, through BIOS, whatever). Users that have a clue as to the > difference between 'reboot -f' and 'reboot -p' will be happy to do > that on a CLI. And as long as there is a decent API to select what > the default reboot properties should be, I don't really see that the > added complexity is worth it. Yes, perhaps ConsoleKit could be modified to check an SMF property to determine what the default boot preference is, and call the right command, whether it is "reboot -f" or "reboot -p" instead of calling init. This would eliminate the need for the ConsoleKit D-Bus interfaces needing to be expanded so that reboot options can be passed in. >>>> 2. Options for GDM >>>> >>>> 2.1 With unmodified HAL >>>> >>>> Currently GDM uses the interfaces provided by HAL. hald runs >>>> as a privileged process and checks for required >>>> authorizations. If the caller has sufficient authorization to, >>>> say reboot, it will invoke hal-system-power-reboot-sunos.sh. >> >> GDM and ConsoleKit do not use HAL at all today. GDM/ConsoleKit support >> shutdown/reboot as follows today: > > This gets to my original issue: there is no common methodology for > handling system services. They should be using D-Bus (or something > like D-Bus), and let the backend services be whatever. I am not sure what "they" you are talking about. GDM and ConsoleKit do use D-Bus for all IPC. >> - The new GDM rewrite has a login GUI which checks the >> solaris.system.shutdown RBAC key directly. If the "gdm" user has >> this authorization, then GDM will present the "Shutdown" and "Reboot" >> buttons in the dialog. If they are pressed, a message is passed to >> ConsoleKit via D-Bus. >> >> - ConsoleKit checks to see if the user who passed the D-Bus message has >> the solaris.system.shutdown RBAC key defined. If so, it will call a >> script. One script for shutdown and another script for reboot. >> The shutdown script calls "/sbin/init 5" and the reboot script calls >> "/sbin/init 6". > > (Not sure I like this at all) Although ConsoleKit does support some ability to shutdown and restart the system, there is no reason we need to make use of it if there are other, better interfaces available to use. Perhaps ConsoleKit isn't the best interface to use to manage shutdown and restart? In the ConsoleKit ARC case, it was never proposed that ConsoleKit should be the "one true" restart and shutdown mechanism on Solaris. Instead, the Desktop team just made a reasonable effort to make sure that if the ConsoleKit interfaces are called that it does something reasonable. That said, ConsoleKit is an option we can consider. If a project team at Sun wants to enhance ConsoleKit so that it does this job, there is no reason we can not do that. I just recommend that if we do this, we work with the upstream community to design a solution that is designed to work well across different platforms that ConsoleKit supports. However, if we decide that Solaris should not use ConsoleKit for shutdown and reboot, then it probably makes more sense to disable these ConsoleKit interfaces and make the GDM GUI instead use whatever interfaces make the most sense on Solaris. Note I am talking about the "Shutdown" and "Reboot" buttons that can appear on the GDM GUI if the "gdm" user has the solaris.system.shutdown authority, which is not the case on Solaris by default. >> Note that any user can call ConsoleKit with a message to request >> shutdown or reboot. If it was passed in from the GDM GUI by clicking >> on the associated button, then the user would be the "gdm" user. But >> ConsoleKit will only call the shutdown/reboot script if the calling >> user has the solaris.system.shutdown authority. >> >> In GDM 2.20 and earlier (currently used in Nevada and OpenSolaris), it >> works much the same, with the following differences: >> >> - ConsoleKit is not used at all, GDM does all the work. >> - The shutdown/reboot commands are defined to be "/sbin/init 5" and >> "/sbin/init 6" in the GDM configuration. >> - The new GDM uses D-Bus messages for IPC while the old GDM uses a >> private socket which can be accessed directly or via the >> gdmflexiserver program. See "man gdmflexiserver" to see the >> commands used to trigger reboot or shutdown. > > Are these D-Bus messages directed towards the ConsoleKit daemon, to > hald, or something that happens to be listening? The D-Bus messages are directed to ConsoleKit, which takes care of shutting down or restarting the system. > As I understand the description, the ConsoleKit daemon is waiting > for D-Bus messages and will respond to a 'restart' request. What if > hald also responds? init(1m) does audit, but will we get the desired > information (this is what I seem to be wrestling with suspend right > now)? I would much rather see a single service (possibly a merge of > ConsoleKit, HAL, and powerd) that will (among other things) respond to > D-Bus requests, audit the actual requesting user/application, and > perform the proper action, hopefully based on some larger policy that > might determine that ConsoleKit Manager sessions are not allowed to > stop/restart the system. I agree that it would be best to manage this with one solution and set of interfaces. If we decide that ConsoleKit is not the best daemon to manage this, then it makes sense to disable this feature. That would simply be a matter of making the ConsoleKit scripts for reboot and shutdown no-ops, so that any requests are ignored. >> I am sure the existing D-Bus messages could be augmented to allow more >> flexibility in specifying how the system should reboot. Likewise, the >> GDM login GUI could be augmented to allow users to specify what kind of >> reboot they want to do if the "gdm" user has the >> solaris.system.shutdown key defined. > > Here, I believe that D-Bus needs some extension to support a larger > variety of controls, including platform-private controls. But > certainly it is beyond this case. This is not a limitation of D-Bus. You can use D-Bus to pass any information you like to any process, assuming that the interfaces are defined. We could enhance ConsoleKit's D-Bus interface to support passing in additional options if we want. Or we could use some other program to manage this, which could use D-Bus. >> In other words, I did not have any serious problems with your proposal. >> More of a concern that we are trying to design new ConsoleKit features >> without including the upstream community in the design process. > > A place where I do agree, we should be working with the upstream > community to provide these controls. If we decide to solve this problem using an external module, such as ConsoleKit, then we should work with the upstream community in adding the needed features. If we use our own home-built solution, then that obviously requires less coordination and negotiation. Brian From randy.fishel@sun.com Wed Aug 26 16:42:17 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7QNgHel016734 for ; Wed, 26 Aug 2009 16:42:17 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n7QNgDK8021066; Wed, 26 Aug 2009 16:42:13 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KP000D0BCIDEX00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 26 Aug 2009 16:42:13 -0700 (PDT) Received: from grimmy.eng.sun.com ([129.146.108.114]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KP0004QOCICFQ40@nwk-avmta-1.sfbay.Sun.COM>; Wed, 26 Aug 2009 16:42:12 -0700 (PDT) Received: from grimmy.eng.sun.com (localhost [127.0.0.1]) by grimmy.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7QNXjQX010548; Wed, 26 Aug 2009 16:33:45 -0700 (PDT) Received: from localhost (randyf@localhost) by grimmy.eng.sun.com (8.13.8+Sun/8.13.8/Submit) with ESMTP id n7QNXjLQ010544; Wed, 26 Aug 2009 16:33:45 -0700 (PDT) Date: Wed, 26 Aug 2009 16:33:45 -0700 (PDT) From: Randy Fishel Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A95C197.3080001@sun.com> X-X-Sender: randyf@grimmy To: Brian Cameron Cc: Jedy Wang , Sherry Moore , Darren J Moffat , LSARC-ext@sun.com, Desktop Discuss Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <4A95C197.3080001@sun.com> X-Authentication-warning: grimmy.eng.sun.com: randyf owned process doing -bs User-Agent: Alpine 1.10 (GSO 962 2008-03-14) Status: RO Content-Length: 2422 I'll try to keep to the case.... On Wed, 26 Aug 2009, Brian Cameron wrote: > > Randy: > > > On Wed, 26 Aug 2009, Brian Cameron wrote: > > > > > > > > Jedy/Sherry: > > > > > > > Sherry gave us the whole story. The logic you mentioned will be > > > > implemented in ConsoleKit which will be integrated after b128. So > > > > currently, we have 2 options. The first one is to wait ConsoleKit's > > > > integration. The second one is to integrate the current fast reboot > > > > support of GNOME restart dialog at b124 and then update it after > > > > ConsoleKit's integration after b128. > > > > > > Note that ConsoleKit currently does not support the ability to respond > > > to different types of reboot options. So, I assume part of the plan to > > > use ConsoleKit in the future is to enhance it so it can support doing > > > this. > > > > IMHO, it is sufficient for the restart dialog to only have > > 'Restart", as other choices are effectively TMI. The majority of > > users will gladly take the default policy as to what restart() means > > (fast, through BIOS, whatever). Users that have a clue as to the > > difference between 'reboot -f' and 'reboot -p' will be happy to do > > that on a CLI. And as long as there is a decent API to select what > > the default reboot properties should be, I don't really see that the > > added complexity is worth it. > > Yes, perhaps ConsoleKit could be modified to check an SMF property to > determine what the default boot preference is, and call the right > command, whether it is "reboot -f" or "reboot -p" instead of calling > init. This would eliminate the need for the ConsoleKit D-Bus interfaces > needing to be expanded so that reboot options can be passed in. > Sorry if it wasn't clear, but as I see it, there is no need to check SMF and do something based on the result. Just reboot (or 'init 6'), and the right thing will occur. I don't see that an extra button to decide if "fast" or "BIOS/Prom" is necessary, as the vast majority of users either won't care or won't understand the difference (and the latter will only add to their confusion). For folks who understand the behavior, they know how to change the default, or make the correct call in other ways. And while the project team is at it, they should consider putting a placeholder in for "Suspend", as I see that as a legitimate extension. Cheers! ---- Randy From randy.fishel@sun.com Wed Aug 26 16:52:06 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7QNq5OP016858 for ; Wed, 26 Aug 2009 16:52:05 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n7QNq1aA031422; Wed, 26 Aug 2009 17:52:01 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KP000L1PCYNJE00@nwk-avmta-2.sfbay.sun.com>; Wed, 26 Aug 2009 16:51:59 -0700 (PDT) Received: from grimmy.eng.sun.com ([129.146.108.114]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KP0003DWCYN8FD0@nwk-avmta-2.sfbay.sun.com>; Wed, 26 Aug 2009 16:51:59 -0700 (PDT) Received: from grimmy.eng.sun.com (localhost [127.0.0.1]) by grimmy.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7QNhWaF010581; Wed, 26 Aug 2009 16:43:32 -0700 (PDT) Received: from localhost (randyf@localhost) by grimmy.eng.sun.com (8.13.8+Sun/8.13.8/Submit) with ESMTP id n7QNhWcY010577; Wed, 26 Aug 2009 16:43:32 -0700 (PDT) Date: Wed, 26 Aug 2009 16:43:32 -0700 (PDT) From: Randy Fishel Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A95C197.3080001@sun.com> X-X-Sender: randyf@grimmy To: Brian Cameron Cc: Randy Fishel , Jedy Wang , Sherry Moore , Darren J Moffat , LSARC-ext@sun.com, Desktop Discuss Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <4A95C197.3080001@sun.com> X-Authentication-warning: grimmy.eng.sun.com: randyf owned process doing -bs User-Agent: Alpine 1.10 (GSO 962 2008-03-14) Status: RO Content-Length: 6843 This probably belongs in a discussion off the case, but we can do this for further conversation. > > > > This gets to my original issue: there is no common methodology for > > handling system services. They should be using D-Bus (or something > > like D-Bus), and let the backend services be whatever. > > I am not sure what "they" you are talking about. GDM and ConsoleKit do > use D-Bus for all IPC. I'll admit I am not that knowlegable on D-Bus API's and interactions, but there appears to be a deprecation of HAL in favor of new things, including ConsoleKit. And somehow, it appears to not be the hardware abstraction which is going away, but a specific set of bits (or maybe some changing of the API's). Maybe what I need (and possibly other reviewers) is some overall picture of how this will all play in (Open)Solaris and how other services or applications might and do interact. It will certainly help in the evolution of Power Management usability. Thanks! ---- Randy > > > > - The new GDM rewrite has a login GUI which checks the > > > solaris.system.shutdown RBAC key directly. If the "gdm" user has > > > this authorization, then GDM will present the "Shutdown" and "Reboot" > > > buttons in the dialog. If they are pressed, a message is passed to > > > ConsoleKit via D-Bus. > > > > > > - ConsoleKit checks to see if the user who passed the D-Bus message has > > > the solaris.system.shutdown RBAC key defined. If so, it will call a > > > script. One script for shutdown and another script for reboot. > > > The shutdown script calls "/sbin/init 5" and the reboot script calls > > > "/sbin/init 6". > > > > (Not sure I like this at all) > > Although ConsoleKit does support some ability to shutdown and restart > the system, there is no reason we need to make use of it if there are > other, better interfaces available to use. Perhaps ConsoleKit isn't > the best interface to use to manage shutdown and restart? > > In the ConsoleKit ARC case, it was never proposed that ConsoleKit should > be the "one true" restart and shutdown mechanism on Solaris. Instead, > the Desktop team just made a reasonable effort to make sure that if the > ConsoleKit interfaces are called that it does something reasonable. > > That said, ConsoleKit is an option we can consider. If a project team > at Sun wants to enhance ConsoleKit so that it does this job, there is > no reason we can not do that. I just recommend that if we do this, > we work with the upstream community to design a solution that is designed to > work well across different platforms that ConsoleKit > supports. > > However, if we decide that Solaris should not use ConsoleKit for > shutdown and reboot, then it probably makes more sense to disable these > ConsoleKit interfaces and make the GDM GUI instead use whatever > interfaces make the most sense on Solaris. Note I am talking about > the "Shutdown" and "Reboot" buttons that can appear on the GDM GUI if > the "gdm" user has the solaris.system.shutdown authority, which is > not the case on Solaris by default. > > > > Note that any user can call ConsoleKit with a message to request > > > shutdown or reboot. If it was passed in from the GDM GUI by clicking > > > on the associated button, then the user would be the "gdm" user. But > > > ConsoleKit will only call the shutdown/reboot script if the calling > > > user has the solaris.system.shutdown authority. > > > > > > In GDM 2.20 and earlier (currently used in Nevada and OpenSolaris), it > > > works much the same, with the following differences: > > > > > > - ConsoleKit is not used at all, GDM does all the work. > > > - The shutdown/reboot commands are defined to be "/sbin/init 5" and > > > "/sbin/init 6" in the GDM configuration. > > > - The new GDM uses D-Bus messages for IPC while the old GDM uses a > > > private socket which can be accessed directly or via the > > > gdmflexiserver program. See "man gdmflexiserver" to see the > > > commands used to trigger reboot or shutdown. > > > > Are these D-Bus messages directed towards the ConsoleKit daemon, to > > hald, or something that happens to be listening? > > The D-Bus messages are directed to ConsoleKit, which takes care of > shutting down or restarting the system. > > > As I understand the description, the ConsoleKit daemon is waiting > > for D-Bus messages and will respond to a 'restart' request. What if > > hald also responds? init(1m) does audit, but will we get the desired > > information (this is what I seem to be wrestling with suspend right > > now)? I would much rather see a single service (possibly a merge of > > ConsoleKit, HAL, and powerd) that will (among other things) respond to > > D-Bus requests, audit the actual requesting user/application, and > > perform the proper action, hopefully based on some larger policy that > > might determine that ConsoleKit Manager sessions are not allowed to > > stop/restart the system. > > I agree that it would be best to manage this with one solution and > set of interfaces. If we decide that ConsoleKit is not the best > daemon to manage this, then it makes sense to disable this feature. > That would simply be a matter of making the ConsoleKit scripts for > reboot and shutdown no-ops, so that any requests are ignored. > > > > I am sure the existing D-Bus messages could be augmented to allow more > > > flexibility in specifying how the system should reboot. Likewise, the > > > GDM login GUI could be augmented to allow users to specify what kind of > > > reboot they want to do if the "gdm" user has the > > > solaris.system.shutdown key defined. > > > > Here, I believe that D-Bus needs some extension to support a larger > > variety of controls, including platform-private controls. But > > certainly it is beyond this case. > > This is not a limitation of D-Bus. You can use D-Bus to pass any > information you like to any process, assuming that the interfaces are > defined. We could enhance ConsoleKit's D-Bus interface to support > passing in additional options if we want. Or we could use some other > program to manage this, which could use D-Bus. > > > > In other words, I did not have any serious problems with your proposal. > > > More of a concern that we are trying to design new ConsoleKit features > > > without including the upstream community in the design process. > > > > A place where I do agree, we should be working with the upstream > > community to provide these controls. > > If we decide to solve this problem using an external module, such as > ConsoleKit, then we should work with the upstream community in adding > the needed features. If we use our own home-built solution, then that > obviously requires less coordination and negotiation. > > Brian > From jub@sun.com Thu Aug 27 02:28:27 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7R9SQsD012757 for ; Thu, 27 Aug 2009 02:28:27 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n7R9SMPU016109 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 27 Aug 2009 17:28:25 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KP1002013NC3L00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 27 Aug 2009 02:28:24 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KP100EFF3NBARF0@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 27 Aug 2009 02:28:23 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n7R9SMA6011652 for ; Thu, 27 Aug 2009 09:28:22 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KP1002001FYE400@fe-emea-09.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Thu, 27 Aug 2009 10:28:01 +0100 (BST) Received: from [10.16.46.61] ([unknown] [10.16.46.61]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KP100BOJ3MIWIB0@fe-emea-09.sun.com>; Thu, 27 Aug 2009 10:27:54 +0100 (BST) Date: Thu, 27 Aug 2009 11:27:53 +0200 From: Joerg Barfurth Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <20090825180228.GG101576@sun.com> Sender: Joerg.Barfurth@sun.com To: Sherry Moore Cc: Darren J Moffat , Desktop Discuss , LSARC-ext@sun.com Message-id: <4A965199.3090802@sun.com> Organization: Sun Microsystems MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> User-Agent: Thunderbird 2.0.0.17 (X11/20081014) Status: RO Content-Length: 2239 Sherry Moore schrieb: > It's unclear to me whether this case is for the new GDM and ConsoleKit, > or for what has already been put back. In any case, here's the whole > story. > > 1. Background: mechanisms to invoke regular (slow) reboot and fast reboot > > 1.1 One time > > 1.1.1 Rebooting with "-p" or "-f" option > > 1.1.2 Adding transient property group > > The transient property group only exists for and affects > the next reboot. > > > 1.1.3 Using interface provided by libscf > > int scf_fastreboot_default_set_transient(boolean_t val); > > "reboot" and "init 6" after calling the above functions > will do fast reboot by default (if true) or not (if > false). > > Option 1.1.1 requires solaris.system.shutdown authorization, which > a ConsoleUser has; options 1.1.2 and 1.1.2 requires all Solaris > authorizations. > Do you mean 'all privileges'? As Darren mentioned there is an architecture problem here. Requiring more privilege to set a temporary override than to change a persistent default appears to be very wrong. For this case it is moot to discuss whether the problem is with SMF not allowing creation of these transient properties with 'only' a given authorization or with this choice of mechanism by the fast reboot project. But until this problem is fixed at the root, it seems better to add a workaround mechanism [*] to achieve the right behavior instead of specifying the wrong behavior. - Jörg [*] One way to do that is to add a privileged helper that checks for the solaris.system.shutdown authorization and then sets the transient override (probably using method 1.1.3). It might be simplest to make that helper setuid 0, because a mechanism that uses a "Shutdown User" profile to do this via pfexec is harder to remove, if the issue gets fixed on the fast reboot or SMF end. > There is no mechanism in the current SMF framework > to grant such service-based authorization. To add such support > requires additional framework in SMF, whose design is in progress, > but will not be available for the next OpenSolaris release. > There's actually no ETA for the framework at this point. > From Jedy.Wang@sun.com Thu Aug 27 02:47:09 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7R9l9XQ012925 for ; Thu, 27 Aug 2009 02:47:09 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n7R9l7CF003249; Thu, 27 Aug 2009 02:47:08 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KP10040L4IJJ000@nwk-avmta-1.sfbay.Sun.COM>; Thu, 27 Aug 2009 02:47:07 -0700 (PDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KP10024M4II7820@nwk-avmta-1.sfbay.Sun.COM>; Thu, 27 Aug 2009 02:47:07 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7R9l6Yk027633; Thu, 27 Aug 2009 09:47:06 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KP100M0047WMK00@mail-apac.sun.com>; Thu, 27 Aug 2009 17:47:06 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KP100JBA4IGU3H0@mail-apac.sun.com>; Thu, 27 Aug 2009 17:47:06 +0800 (SGT) Date: Thu, 27 Aug 2009 17:46:12 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: Sender: Jedy.Wang@sun.com To: Randy Fishel Cc: Brian Cameron , Sherry Moore , Darren J Moffat , LSARC-ext@sun.com, Desktop Discuss Message-id: <1251366372.1115.2.camel@pampas> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <4A95C197.3080001@sun.com> Status: RO Content-Length: 931 > > Sorry if it wasn't clear, but as I see it, there is no need to check > SMF and do something based on the result. Just reboot (or 'init 6'), > and the right thing will occur. I don't see that an extra button to > decide if "fast" or "BIOS/Prom" is necessary, as the vast majority of > users either won't care or won't understand the difference (and the > latter will only add to their confusion). Hi Randy, I do not think the option is not necessary. There are several student intents in the Desktop QE team who work on testing wondering how they can reboot to grub and enter another BE. Regards, Jedy > > For folks who understand the behavior, they know how to change the > default, or make the correct call in other ways. > > And while the project team is at it, they should consider putting a > placeholder in for "Suspend", as I see that as a legitimate extension. > > Cheers! > > ---- Randy > From Alan.Coopersmith@sun.com Thu Aug 27 02:54:38 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7R9sbUu013216 for ; Thu, 27 Aug 2009 02:54:38 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n7R9sXlk029005; Thu, 27 Aug 2009 17:54:35 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KP100I054UXGN00@nwk-avmta-2.sfbay.sun.com>; Thu, 27 Aug 2009 02:54:33 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KP100MGJ4UXH4C0@nwk-avmta-2.sfbay.sun.com>; Thu, 27 Aug 2009 02:54:33 -0700 (PDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n7R9sX0o006809; Thu, 27 Aug 2009 02:54:33 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KP100F004UC7U00@fe-sfbay-10.sun.com>; Thu, 27 Aug 2009 02:54:33 -0700 (PDT) Received: from [129.145.155.53] ([unknown] [129.145.155.53]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KP1007GY4UWOBD0@fe-sfbay-10.sun.com>; Thu, 27 Aug 2009 02:54:32 -0700 (PDT) Date: Thu, 27 Aug 2009 02:54:32 -0700 From: Alan Coopersmith Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251366372.1115.2.camel@pampas> Sender: Alan.Coopersmith@sun.com To: Jedy Wang Cc: Randy Fishel , Brian Cameron , Sherry Moore , Darren J Moffat , LSARC-ext@sun.com, Desktop Discuss Message-id: <4A9657D8.7090609@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Enigmail-Version: 0.95.1 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <4A95C197.3080001@sun.com> <1251366372.1115.2.camel@pampas> User-Agent: Thunderbird 2.0.0.21 (X11/20090323) Status: RO Content-Length: 916 Jedy Wang wrote: >> Sorry if it wasn't clear, but as I see it, there is no need to check >> SMF and do something based on the result. Just reboot (or 'init 6'), >> and the right thing will occur. I don't see that an extra button to >> decide if "fast" or "BIOS/Prom" is necessary, as the vast majority of >> users either won't care or won't understand the difference (and the >> latter will only add to their confusion). > Hi Randy, > > I do not think the option is not necessary. There are several student > intents in the Desktop QE team who work on testing wondering how they > can reboot to grub and enter another BE. So is it really a menu they want of BE's that the command should beactivate before rebooting, so they don't have to wait for the right moment to choose one in grub? -- -Alan Coopersmith- alan.coopersmith@sun.com Sun Microsystems, Inc. - X Window System Engineering From Jedy.Wang@sun.com Thu Aug 27 03:30:33 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7RAUW8O013638 for ; Thu, 27 Aug 2009 03:30:33 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n7RAUSbH020964; Thu, 27 Aug 2009 11:30:30 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KP100A0H6ISCF00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 27 Aug 2009 03:30:28 -0700 (PDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KP1002EP6IR7160@nwk-avmta-1.sfbay.Sun.COM>; Thu, 27 Aug 2009 03:30:28 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7RAUR9r029565; Thu, 27 Aug 2009 10:30:27 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KP1002006AKFL00@mail-apac.sun.com>; Thu, 27 Aug 2009 18:30:27 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KP100JMP6IPU3I0@mail-apac.sun.com>; Thu, 27 Aug 2009 18:30:26 +0800 (SGT) Date: Thu, 27 Aug 2009 18:29:33 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9657D8.7090609@sun.com> Sender: Jedy.Wang@sun.com To: Alan Coopersmith Cc: Randy Fishel , Brian Cameron , Sherry Moore , Darren J Moffat , LSARC-ext@sun.com, Desktop Discuss Message-id: <1251368973.1115.4.camel@pampas> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <4A95C197.3080001@sun.com> <1251366372.1115.2.camel@pampas> <4A9657D8.7090609@sun.com> Status: RO Content-Length: 994 On Thu, 2009-08-27 at 02:54 -0700, Alan Coopersmith wrote: > > Jedy Wang wrote: > >> Sorry if it wasn't clear, but as I see it, there is no need to check > >> SMF and do something based on the result. Just reboot (or 'init 6'), > >> and the right thing will occur. I don't see that an extra button to > >> decide if "fast" or "BIOS/Prom" is necessary, as the vast majority of > >> users either won't care or won't understand the difference (and the > >> latter will only add to their confusion). > > Hi Randy, > > > > I do not think the option is not necessary. There are several student > > intents in the Desktop QE team who work on testing wondering how they > > can reboot to grub and enter another BE. > > So is it really a menu they want of BE's that the command should beactivate > before rebooting, so they don't have to wait for the right moment to choose > one in grub? > Hi Alan, Or entering other OS. But yes, what you mentioned is on our todo list. Regards, Jedy From Jedy.Wang@sun.com Thu Aug 27 03:34:21 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7RAYK3R013702 for ; Thu, 27 Aug 2009 03:34:20 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n7RAYAiI023225; Thu, 27 Aug 2009 11:34:18 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KP100L4V6P46B00@nwk-avmta-2.sfbay.sun.com>; Thu, 27 Aug 2009 03:34:16 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KP100MG56P3GSE0@nwk-avmta-2.sfbay.sun.com>; Thu, 27 Aug 2009 03:34:16 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7RAYEl7021492; Thu, 27 Aug 2009 10:34:14 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KP100D006H3P300@mail-apac.sun.com>; Thu, 27 Aug 2009 18:34:14 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KP100HN46P14CE0@mail-apac.sun.com>; Thu, 27 Aug 2009 18:34:14 +0800 (SGT) Date: Thu, 27 Aug 2009 18:33:21 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251368973.1115.4.camel@pampas> Sender: Jedy.Wang@sun.com To: Alan Coopersmith Cc: Randy Fishel , Brian Cameron , Sherry Moore , Darren J Moffat , LSARC-ext@sun.com, Desktop Discuss Message-id: <1251369201.1115.7.camel@pampas> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <4A95C197.3080001@sun.com> <1251366372.1115.2.camel@pampas> <4A9657D8.7090609@sun.com> <1251368973.1115.4.camel@pampas> Status: RO Content-Length: 1365 On Thu, 2009-08-27 at 18:29 +0800, Jedy Wang wrote: > On Thu, 2009-08-27 at 02:54 -0700, Alan Coopersmith wrote: > > > > Jedy Wang wrote: > > >> Sorry if it wasn't clear, but as I see it, there is no need to check > > >> SMF and do something based on the result. Just reboot (or 'init 6'), > > >> and the right thing will occur. I don't see that an extra button to > > >> decide if "fast" or "BIOS/Prom" is necessary, as the vast majority of > > >> users either won't care or won't understand the difference (and the > > >> latter will only add to their confusion). > > > Hi Randy, > > > > > > I do not think the option is not necessary. There are several student > > > intents in the Desktop QE team who work on testing wondering how they > > > can reboot to grub and enter another BE. > > > > So is it really a menu they want of BE's that the command should beactivate > > before rebooting, so they don't have to wait for the right moment to choose > > one in grub? > > > Hi Alan, > > Or entering other OS. But yes, what you mentioned is on our todo list. And I have a question for BE switching support. If we implement this, we can boot into the selected BE and make it the default one or we can just boot into the selected BE and do not change the default one. Which behavior is more reasonable? Regards, Jedy > > Regards, > > Jedy > > > From Brian.Cameron@sun.com Thu Aug 27 14:32:42 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7RLWfA9023795 for ; Thu, 27 Aug 2009 14:32:42 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n7RLWbp1008590; Fri, 28 Aug 2009 05:32:39 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KP200H0716E8900@nwk-avmta-2.sfbay.sun.com>; Thu, 27 Aug 2009 14:32:38 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KP200D3Z16D8650@nwk-avmta-2.sfbay.sun.com>; Thu, 27 Aug 2009 14:32:37 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n7RLWawK001976; Thu, 27 Aug 2009 21:32:36 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KP100A00Z2TBD00@mail-amer.sun.com>; Thu, 27 Aug 2009 15:32:36 -0600 (MDT) Received: from [192.168.1.67] ([unknown] [69.214.207.15]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KP20015Q1677930@mail-amer.sun.com>; Thu, 27 Aug 2009 15:32:32 -0600 (MDT) Date: Thu, 27 Aug 2009 16:32:32 -0500 From: Brian Cameron Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: Sender: Brian.Cameron@sun.com To: Randy Fishel Cc: Jedy Wang , Sherry Moore , Darren J Moffat , LSARC-ext@sun.com, Desktop Discuss Message-id: <4A96FB70.2070201@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <4A95C197.3080001@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.1) Gecko/20090804 Thunderbird/3.0b3 Status: RO Content-Length: 825 Randy: > I'll admit I am not that knowlegable on D-Bus API's and > interactions, but there appears to be a deprecation of HAL in favor of > new things, including ConsoleKit. And somehow, it appears to not be > the hardware abstraction which is going away, but a specific set of > bits (or maybe some changing of the API's). Maybe what I need (and > possibly other reviewers) is some overall picture of how this will all > play in (Open)Solaris and how other services or applications might and > do interact. It will certainly help in the evolution of Power > Management usability. Here are some links to external sites that do a good job of explaining this change from a Linux perspective. http://blogs.sun.com/jeffcai/entry/device_kit_will_replace_hal http://fedoraproject.org/wiki/Features/DeviceKit Brian From randy.fishel@sun.com Fri Aug 28 12:00:20 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7SJ0K4E028991 for ; Fri, 28 Aug 2009 12:00:20 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n7SJ09Ke023923; Fri, 28 Aug 2009 12:00:16 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KP30000TOSDZG00@brm-avmta-1.central.sun.com>; Fri, 28 Aug 2009 13:00:13 -0600 (MDT) Received: from grimmy.eng.sun.com ([129.146.108.114]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KP300DSZOSBJK70@brm-avmta-1.central.sun.com>; Fri, 28 Aug 2009 13:00:12 -0600 (MDT) Received: from grimmy.eng.sun.com (localhost [127.0.0.1]) by grimmy.eng.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7SIpiH4012487; Fri, 28 Aug 2009 11:51:44 -0700 (PDT) Received: from localhost (randyf@localhost) by grimmy.eng.sun.com (8.13.8+Sun/8.13.8/Submit) with ESMTP id n7SIphHd012484; Fri, 28 Aug 2009 11:51:43 -0700 (PDT) Date: Fri, 28 Aug 2009 11:51:43 -0700 (PDT) From: Randy Fishel Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251368973.1115.4.camel@pampas> X-X-Sender: randyf@grimmy To: Jedy Wang Cc: Alan Coopersmith , Brian Cameron , Sherry Moore , Darren J Moffat , LSARC-ext@sun.com, Desktop Discuss Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <4A95C197.3080001@sun.com> <1251366372.1115.2.camel@pampas> <4A9657D8.7090609@sun.com> <1251368973.1115.4.camel@pampas> X-Authentication-warning: grimmy.eng.sun.com: randyf owned process doing -bs User-Agent: Alpine 1.10 (GSO 962 2008-03-14) Status: RO Content-Length: 1566 On Thu, 27 Aug 2009, Jedy Wang wrote: > On Thu, 2009-08-27 at 02:54 -0700, Alan Coopersmith wrote: > > > > Jedy Wang wrote: > > >> Sorry if it wasn't clear, but as I see it, there is no need to check > > >> SMF and do something based on the result. Just reboot (or 'init 6'), > > >> and the right thing will occur. I don't see that an extra button to > > >> decide if "fast" or "BIOS/Prom" is necessary, as the vast majority of > > >> users either won't care or won't understand the difference (and the > > >> latter will only add to their confusion). > > > Hi Randy, > > > > > > I do not think the option is not necessary. There are several student > > > intents in the Desktop QE team who work on testing wondering how they > > > can reboot to grub and enter another BE. > > > > So is it really a menu they want of BE's that the command should beactivate > > before rebooting, so they don't have to wait for the right moment to choose > > one in grub? > > > Hi Alan, > > Or entering other OS. But yes, what you mentioned is on our todo list. > > Regards, > > Jedy > I still see the problem as being: "Need to boot something else", and not "Fast reboot support" (it is just that 'reboot -p' allows a mechanism for selecting "something else"). So if a different OS selection is on the todo list, then when that is available, this feature is obsolete. I suspect that efforts are more better directed at creating a way to select something else, and not expose the (potentiall) dirty details of how we get there. Cheers! ---- Randy From swalker@opensolaris.org Fri Aug 28 14:09:05 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n7SL94F2007492 for ; Fri, 28 Aug 2009 14:09:04 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n7SL8pol025571; Fri, 28 Aug 2009 22:09:00 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KP300E05UQY9W00@brm-avmta-1.central.sun.com>; Fri, 28 Aug 2009 15:08:58 -0600 (MDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KP300CW2UQYX800@brm-avmta-1.central.sun.com>; Fri, 28 Aug 2009 15:08:58 -0600 (MDT) Received: from [10.7.250.188] (punchin-client-10-7-250-188.SFBay.Sun.COM [10.7.250.188]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n7SL8qd8231418; Fri, 28 Aug 2009 14:08:52 -0700 (PDT) Date: Fri, 28 Aug 2009 16:08:51 -0500 From: Shawn Walker Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: To: Randy Fishel Cc: Jedy Wang , Darren J Moffat , Desktop Discuss , Sherry Moore , LSARC-ext@sun.com Message-id: <4A984763.2020505@opensolaris.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <4A95C197.3080001@sun.com> <1251366372.1115.2.camel@pampas> <4A9657D8.7090609@sun.com> <1251368973.1115.4.camel@pampas> User-Agent: Thunderbird 2.0.0.21 (X11/20090505) Status: RO Content-Length: 1274 Randy Fishel wrote: > I still see the problem as being: "Need to boot something else", and > not "Fast reboot support" (it is just that 'reboot -p' allows a > mechanism for selecting "something else"). So if a different OS > selection is on the todo list, then when that is available, this > feature is obsolete. I suspect that efforts are more better directed > at creating a way to select something else, and not expose the > (potentiall) dirty details of how we get there. I disagree, assuming you're implying that there should be no distinction made between a fast reboot and OS selection. As a user, there is a big difference between 'fast' reboot and a normal one. One completely resets my hardware and allows me access to the BIOS, the other does not. Finally, I also believe it would be wrong to assume that all of the other OS's you would want to boot to are present in the grub configuration for OpenSolaris. For example, on my system I use the boot drive selection feature of my BIOS to boot from a separate hard drive for OpenSolaris. The GRUB on that hard drive has no idea I have other hard drives or other operating systems. That is why I expect a distinction between 'Reboot' and 'Fast Reboot' explicitly. Cheers, -- Shawn Walker From Jedy.Wang@Sun.COM Tue Sep 1 03:18:52 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n81AIq9m013242 for ; Tue, 1 Sep 2009 03:18:52 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n81AIoYC003214; Tue, 1 Sep 2009 03:18:51 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPA0070ZFBF5500@nwk-avmta-1.sfbay.Sun.COM>; Tue, 01 Sep 2009 03:18:51 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPA006SZFBD0AE0@nwk-avmta-1.sfbay.Sun.COM>; Tue, 01 Sep 2009 03:18:50 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n81AInwR019069; Tue, 01 Sep 2009 10:18:49 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPA00L00F85XR00@mail-apac.sun.com>; Tue, 01 Sep 2009 18:18:49 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPA008SFFBB30H0@mail-apac.sun.com>; Tue, 01 Sep 2009 18:18:48 +0800 (SGT) Date: Tue, 01 Sep 2009 18:17:46 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A959282.8040104@sun.com> Sender: Jedy.Wang@Sun.COM To: Darren J Moffat , Randy Fishel Cc: Sherry Moore , LSARC-ext@Sun.COM, Desktop Discuss Message-id: <1251800266.15616.27.camel@pampas> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> Status: RO Content-Length: 1101 Hi all, Here is a list of questions currently we have. And I will answer them one by one. 1) Randy thinks it is sufficient for the restart dialog to only have 'Restart". People can open a terminal and run "reboot -p" or "reboot -f" but it's not convenient and some others may like to accomplish this through GUI interface. So I think providing a new option to the restart dialog is useful. 2) Darren suggested the "Skip boot menu on start" option should only affect the next reboot only but not system wide. This can be done. I can update my code to make gnome-session invoke "reboot -f" or "reboot -p" based on what users' choice and do not change config/fastreboot_default property. 3) Some people need the option to reboot to another BE. This is on our todo list. Sherry is investigating how to extend ConsoleKit to provide new interfaces to do this. But this can only be done after the integration of ConsoleKit which will be b128 or later. I think these are questions currently we have. And if you are content with my solution, I will update the proposal. Regards, Jedy From Darren.Moffat@sun.com Tue Sep 1 03:26:48 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n81AQl3O013303 for ; Tue, 1 Sep 2009 03:26:48 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n81AQX6a002787; Tue, 1 Sep 2009 11:26:45 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPA0080BFOHCJ00@brm-avmta-1.central.sun.com>; Tue, 01 Sep 2009 04:26:41 -0600 (MDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPA007SEFOGLG10@brm-avmta-1.central.sun.com>; Tue, 01 Sep 2009 04:26:41 -0600 (MDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n81AQeix019756; Tue, 01 Sep 2009 10:26:40 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPA00100F9AZG00@fe-emea-10.sun.com>; Tue, 01 Sep 2009 11:26:33 +0100 (BST) Received: from [192.168.1.105] (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPA00ASXFO2VC00@fe-emea-10.sun.com>; Tue, 01 Sep 2009 11:26:27 +0100 (BST) Date: Tue, 01 Sep 2009 11:26:25 +0100 From: Darren J Moffat Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251800266.15616.27.camel@pampas> Sender: Darren.Moffat@sun.com To: Jedy Wang Cc: Randy Fishel , Sherry Moore , LSARC-ext@sun.com, Desktop Discuss Message-id: <4A9CF6D1.6000608@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> User-Agent: Thunderbird 2.0.0.22 (X11/20090804) Status: RO Content-Length: 503 Jedy Wang wrote: > 2) Darren suggested the "Skip boot menu on start" option should only > affect the next reboot only but not system wide. > > This can be done. I can update my code to make gnome-session invoke > "reboot -f" or "reboot -p" based on what users' choice and do not change > config/fastreboot_default property. I don't see how that can work. gnome-session is not running with any privilege and with the uid/gid of the logged in user and'reboot' is not setuid. -- Darren J Moffat From Jedy.Wang@Sun.COM Tue Sep 1 04:00:44 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n81B0hFR019630 for ; Tue, 1 Sep 2009 04:00:43 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n81B0Yqp022421; Tue, 1 Sep 2009 12:00:41 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPA00223H93BG00@nwk-avmta-2.sfbay.sun.com>; Tue, 01 Sep 2009 04:00:39 -0700 (PDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPA00C8BH91P6D0@nwk-avmta-2.sfbay.sun.com>; Tue, 01 Sep 2009 04:00:38 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n81B0bfu005692; Tue, 01 Sep 2009 11:00:37 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPA00G00H90IA00@mail-apac.sun.com>; Tue, 01 Sep 2009 19:00:37 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPA008SOH9030I0@mail-apac.sun.com>; Tue, 01 Sep 2009 19:00:37 +0800 (SGT) Date: Tue, 01 Sep 2009 18:59:35 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9CF6D1.6000608@Sun.COM> Sender: Jedy.Wang@Sun.COM To: Darren J Moffat Cc: Randy Fishel , Sherry Moore , LSARC-ext@Sun.COM, Desktop Discuss Message-id: <1251802775.18775.4.camel@pampas> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> Status: RO Content-Length: 815 Hi Darren, I just tried run reboot as console user and it failed. It seems reboot does not support RBAC. In this case I have to extend ConsoleKit too and wait for the its integration (after b128). Do you have any other suggestion? Regards, Jedy On Tue, 2009-09-01 at 11:26 +0100, Darren J Moffat wrote: > Jedy Wang wrote: > > 2) Darren suggested the "Skip boot menu on start" option should only > > affect the next reboot only but not system wide. > > > > This can be done. I can update my code to make gnome-session invoke > > "reboot -f" or "reboot -p" based on what users' choice and do not change > > config/fastreboot_default property. > > I don't see how that can work. gnome-session is not running with any > privilege and with the uid/gid of the logged in user and'reboot' is not > setuid. > From Joerg.Barfurth@sun.com Tue Sep 1 04:50:51 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n81BoppC022544 for ; Tue, 1 Sep 2009 04:50:51 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n81BoaNp043150; Tue, 1 Sep 2009 05:50:50 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPA00J2DJKQO400@nwk-avmta-1.sfbay.Sun.COM>; Tue, 01 Sep 2009 04:50:50 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPA00I5GJKLBE30@nwk-avmta-1.sfbay.Sun.COM>; Tue, 01 Sep 2009 04:50:45 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n81Bohij004337; Tue, 01 Sep 2009 11:50:44 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPA00700HR5YC00@fe-emea-10.sun.com>; Tue, 01 Sep 2009 12:50:44 +0100 (BST) Received: from [10.16.66.63] ([unknown] [10.16.66.63]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPA00JPWJK45120@fe-emea-10.sun.com>; Tue, 01 Sep 2009 12:50:28 +0100 (BST) Date: Tue, 01 Sep 2009 13:50:27 +0200 From: Joerg Barfurth Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251802775.18775.4.camel@pampas> Sender: Joerg.Barfurth@sun.com To: Jedy Wang Cc: Darren J Moffat , Desktop Discuss , Sherry Moore , Randy Fishel , LSARC-ext@sun.com Message-id: <4A9D0A83.4090106@sun.com> Organization: Sun Microsystem - Desktop MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> User-Agent: Thunderbird 2.0.0.17 (X11/20081014) Status: RO Content-Length: 1595 Jedy Wang schrieb: > Hi Darren, > > I just tried run reboot as console user and it failed. It seems reboot > does not support RBAC. In this case I have to extend ConsoleKit too and > wait for the its integration (after b128). Do you have any other > suggestion? > > On Tue, 2009-09-01 at 11:26 +0100, Darren J Moffat wrote: >> Jedy Wang wrote: >>> This can be done. I can update my code to make gnome-session invoke >>> "reboot -f" or "reboot -p" based on what users' choice and do not change >>> config/fastreboot_default property. >> I don't see how that can work. gnome-session is not running with any >> privilege and with the uid/gid of the logged in user and'reboot' is not >> setuid. >> In another mail in this thread I wrote: "One way to do that is to add a privileged helper that checks for the solaris.system.shutdown authorization and then sets the transient override (probably using method 1.1.3). It might be simplest to make that helper setuid 0, because a mechanism that uses a "Shutdown User" profile to do this via pfexec is harder to remove, if the issue gets fixed on the fast reboot or SMF end." I still think that this would be an appropriate solution until the architectural disconnect that makes this so hard can be fixed. - Jörg -- Joerg Barfurth phone: +49 40 23646662 / x66662 Software Engineer mailto:joerg.barfurth@sun.com Desktop Technology http://reserv.ireland/twiki/bin/view/Argus/ Thin Client Software http://www.sun.com/software/sunray/ Sun Microsystems GmbH http://www.sun.com/software/javadesktopsystem/ From Darren.Moffat@sun.com Tue Sep 1 05:12:41 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n81CCfOV023073 for ; Tue, 1 Sep 2009 05:12:41 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n81CCa6E003618; Tue, 1 Sep 2009 13:12:39 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPA00M0LKL1KV00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 01 Sep 2009 05:12:37 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPA00IHPKKZBF80@nwk-avmta-1.sfbay.Sun.COM>; Tue, 01 Sep 2009 05:12:36 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n81CCXLA000722; Tue, 01 Sep 2009 12:12:35 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPA00J00JD1WY00@fe-emea-09.sun.com>; Tue, 01 Sep 2009 13:12:35 +0100 (BST) Received: from [192.168.1.105] (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPA00GGYKKT5B50@fe-emea-09.sun.com>; Tue, 01 Sep 2009 13:12:29 +0100 (BST) Date: Tue, 01 Sep 2009 13:12:29 +0100 From: Darren J Moffat Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251802775.18775.4.camel@pampas> Sender: Darren.Moffat@sun.com To: Jedy Wang Cc: Randy Fishel , Sherry Moore , LSARC-ext@sun.com, Desktop Discuss Message-id: <4A9D0FAD.1030105@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> User-Agent: Thunderbird 2.0.0.22 (X11/20090804) Status: RO Content-Length: 777 Jedy Wang wrote: > Hi Darren, > > I just tried run reboot as console user and it failed. It seems reboot > does not support RBAC. In this case I have to extend ConsoleKit too and > wait for the its integration (after b128). Do you have any other > suggestion? Personally I think root cause of this problem is that a temporary property needs to be created in an SMF service and that requires a different (considerably more powerful) authorisation than the one to reboot. I think that needs to be fixed, but that can't be done in this case so I think this case needs to be placed in "waiting need spec" or derailed. The project team for this case needs to work with the team that introduced the fast reboot functionality to resolve the SMF issue. -- Darren J Moffat From sherry.moore@sun.com Tue Sep 1 09:32:41 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n81GWfn4005932 for ; Tue, 1 Sep 2009 09:32:41 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n81GWZQe010447; Tue, 1 Sep 2009 09:32:37 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPA00L1DWMDAP00@brm-avmta-1.central.sun.com>; Tue, 01 Sep 2009 10:32:37 -0600 (MDT) Received: from too-cool.local ([129.146.226.229]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPA00GZWWMCV940@brm-avmta-1.central.sun.com>; Tue, 01 Sep 2009 10:32:37 -0600 (MDT) Received: from too-cool.local (too-cool [127.0.0.1]) by too-cool.local (8.14.3+Sun/8.14.3) with ESMTP id n81GRiSH103684; Tue, 01 Sep 2009 09:27:44 -0700 (PDT) Received: (from sherrym@localhost) by too-cool.local (8.14.3+Sun/8.14.3/Submit) id n81GRiMo103683; Tue, 01 Sep 2009 09:27:44 -0700 (PDT) Date: Tue, 01 Sep 2009 09:27:44 -0700 From: Sherry Moore Subject: Re: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9D0FAD.1030105@Sun.COM> To: Darren J Moffat Cc: Jedy Wang , Randy Fishel , Sherry Moore , LSARC-ext@sun.com, Desktop Discuss Message-id: <20090901162744.GC103096@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0FAD.1030105@Sun.COM> X-Authentication-warning: too-cool.local: sherrym set sender to sherry.moore@sun.com using -f User-Agent: Mutt/1.5.19 (2009-01-05) Status: RO Content-Length: 2257 > Personally I think root cause of this problem is that a temporary > property needs to be created in an SMF service and that requires a > different (considerably more powerful) authorisation than the one to > reboot. I think that needs to be fixed, but that can't be done in this > case so I think this case needs to be placed in "waiting need spec" or > derailed. The project team for this case needs to work with the team > that introduced the fast reboot functionality to resolve the SMF issue. The Fast Reboot project team believes and has suggested that the simplest way from its perspective (without the new SMF framework) is to augment ConsoleKit and associated D-bus messaging system. The Fast Reboot project team understands the GDM team's concern regarding having to maintain Solaris specific code, and believes that 1. there is already a solaris specific directory to accommodate Solaris specific changes so the addition should fit well within the existing framework; 2. if we are unwilling to do so we will forever be constrained by what the other operating systems have already done. The Fast Reboot project team could send mail to the suggested alias ConsoleKit@lists.freedesktop.org but since the Fast Reboot project team has only kernel developers, the team is not sure how to act upon whatever suggestions the community offers, ie, the Fast Reboot project team cannot determine whether the suggestions are feasible due to the intricate relationships among GDM, D-bus and ConsoleKit, and even if it can, it cannot commit the GDM team to or not to adopt any of the suggestions, I'd suggest that this is how we should proceed: 1. Put the case in "waiting for spec" state 2. Sherry's team to work with Brian's team to (a) identify individuals that need to be involved (b) task engineers to experiment with the proposal(s) (c) once we have a proposal that both teams can semi-agree upon, contact the community aliases (GDM and ConsoleKit) to seek approval if such approval is deemed necessary. (d) come back to LSARC with the spec and continue Please let me know if this sounds OK. Thanks, Sherry -- Sherry Moore, Solaris Core Kernel http://blogs.sun.com/sherrym From Brian.Cameron@sun.com Tue Sep 1 11:30:06 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n81IU6Pw008504 for ; Tue, 1 Sep 2009 11:30:06 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n81ITxXd027906; Tue, 1 Sep 2009 12:30:05 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPB00603224QU00@nwk-avmta-2.sfbay.sun.com>; Tue, 01 Sep 2009 11:30:04 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPB00I0O2225ZE0@nwk-avmta-2.sfbay.sun.com>; Tue, 01 Sep 2009 11:30:03 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n81IU2PH004743; Tue, 01 Sep 2009 18:30:02 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPB002001C9IS00@mail-amer.sun.com>; Tue, 01 Sep 2009 12:30:02 -0600 (MDT) Received: from [192.168.1.67] ([unknown] [99.35.47.47]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPB00BEU21WFJB0@mail-amer.sun.com>; Tue, 01 Sep 2009 12:29:57 -0600 (MDT) Date: Tue, 01 Sep 2009 13:30:00 -0500 From: Brian Cameron Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <20090901162744.GC103096@sun.com> Sender: Brian.Cameron@sun.com To: Sherry Moore Cc: Darren J Moffat , Jedy Wang , Randy Fishel , LSARC-ext@sun.com, Desktop Discuss Message-id: <4A9D6828.80107@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0FAD.1030105@Sun.COM> <20090901162744.GC103096@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.1) Gecko/20090820 Thunderbird/3.0b3 Status: RO Content-Length: 4654 Sherry: > The Fast Reboot project team believes and has suggested that the > simplest way from its perspective (without the new SMF framework) is to > augment ConsoleKit and associated D-bus messaging system. The Fast > Reboot project team understands the GDM team's concern regarding having > to maintain Solaris specific code, and believes that I am not really the "GDM team". I work on the Desktop team, which includes GDM and ConsoleKit. Several people on the Desktop team work on these modules. Not meaning to nit-pick, but just to clarify. > 1. there is already a solaris specific directory to accommodate > Solaris specific changes so the addition should fit well within > the existing framework; I never suggested that it is inappropriate to add Solaris-specific code to ConsoleKit. As you say, it does already contain some Solaris-specific code. > 2. if we are unwilling to do so we will forever be constrained > by what the other operating systems have already done. Forever? That is a long time. My suggestion was that before we move forward, it would be best for someone knowledgable of the requirements to first start a discussion with the external ConsoleKit community to determine the best way to integrate this feature. We are free to hack ConsoleKit to add Solaris-specific features if we want. That is our freedom since it is free software. However, making that choice without first having a discussion with the external community seems very poor engineering to me. For example, we might find that solving this problem with the external community is no more work than solving the problem in a Solaris-specific manner. Or we might find others in the external community interested in helping with some of the work. If these sorts of things are the case, then it would be foolish to not take advantage of working with the external community in an open manner, rather than maintaining our own Solaris-specific patches to the code. Really, if we are not interested in working with the upstream community then I wonder why we want to use ConsoleKit for this feature in the first place. If we want a home-brewed solution, then we should write a home-brewed solution. If we want to use ConsoleKit, we should work with the ConsoleKit community. > The Fast Reboot project team could send mail to the suggested alias > ConsoleKit@lists.freedesktop.org > but since the Fast Reboot project team has only kernel developers, the > team is not sure how to act upon whatever suggestions the community > offers, ie, the Fast Reboot project team cannot determine whether the > suggestions are feasible due to the intricate relationships among GDM, > D-bus and ConsoleKit, and even if it can, it cannot commit the GDM team > to or not to adopt any of the suggestions, To me, the above seems a poor reason to not have a discussion. Having such a discussion does not commit ourselves to doing any specific work, nor does it prevent us from "doing our own thing" if that is what we decide to do. But not having such a discussion means that we are designing the code blind. Myself and other members of the Sun desktop team who work most closely with GDM and ConsoleKit are already on the ConsoleKit@lists.freedesktop.org mailing list, and I am sure myself and others would help to facilitate any discussion started there. Really this is an opportunity for the Desktop and Power Management teams to work together in an open forum. To me, this sounds like a great way to collaborate together and with others. Also, I do not think the Desktop team will have any problem assisting with any needed coding. Obviously, the Desktop team is very eager to see shutdown and reboot features working better. > I'd suggest that this is how we should proceed: > > 1. Put the case in "waiting for spec" state > > 2. Sherry's team to work with Brian's team to > (a) identify individuals that need to be involved > (b) task engineers to experiment with the proposal(s) > (c) once we have a proposal that both teams can semi-agree upon, > contact the community aliases (GDM and ConsoleKit) to seek > approval if such approval is deemed necessary. > (d) come back to LSARC with the spec and continue Personally, I do not see the harm in engaging the external ConsoleKit project more early - even if just to give a heads up that this is an area we plan to work on. We might find there are others in the external community who might help, or who have already been thinking about or designing a solution. Their input would, I think, be valuable in putting together a proposal. Brian From sherry.moore@sun.com Tue Sep 1 12:04:02 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n81J42f3010916 for ; Tue, 1 Sep 2009 12:04:02 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n81J3s9m023589; Tue, 1 Sep 2009 12:03:55 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPB0080L3MIYR00@nwk-avmta-2.sfbay.sun.com>; Tue, 01 Sep 2009 12:03:54 -0700 (PDT) Received: from too-cool.local ([129.146.226.229]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPB008943MHS900@nwk-avmta-2.sfbay.sun.com>; Tue, 01 Sep 2009 12:03:53 -0700 (PDT) Received: from too-cool.local (too-cool [127.0.0.1]) by too-cool.local (8.14.3+Sun/8.14.3) with ESMTP id n81IwxaV104465; Tue, 01 Sep 2009 11:58:59 -0700 (PDT) Received: (from sherrym@localhost) by too-cool.local (8.14.3+Sun/8.14.3/Submit) id n81IwxDn104464; Tue, 01 Sep 2009 11:58:59 -0700 (PDT) Date: Tue, 01 Sep 2009 11:58:59 -0700 From: Sherry Moore Subject: Re: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9D6828.80107@sun.com> To: Brian Cameron Cc: Sherry Moore , Darren J Moffat , Jedy Wang , Randy Fishel , LSARC-ext@sun.com, Desktop Discuss Message-id: <20090901185859.GH103096@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0FAD.1030105@Sun.COM> <20090901162744.GC103096@sun.com> <4A9D6828.80107@sun.com> X-Authentication-warning: too-cool.local: sherrym set sender to sherry.moore@sun.com using -f User-Agent: Mutt/1.5.19 (2009-01-05) Status: RO Content-Length: 1626 > My suggestion was that before we move forward, it would be best for > someone knowledgable of the requirements to first start a discussion > with the external ConsoleKit community to determine the best way to > integrate this feature. > > We are free to hack ConsoleKit to add Solaris-specific features if we > want. That is our freedom since it is free software. However, making > that choice without first having a discussion with the external > community seems very poor engineering to me. ... > > To me, the above seems a poor reason to not have a discussion. Having > such a discussion does not commit ourselves to doing any specific > work, nor does it prevent us from "doing our own thing" if that is what > we decide to do. But not having such a discussion means that we are > designing the code blind. Brian, the problem is that, I don't know at this point what the feasible solutions and constraints are. Without a better understanding of the options I don't see bringing the discussions to the community having any value other than a giant mail flood. I expect the mail to the community be 1. This is the problem we are trying to solve 2. These are the options we have considered along with the pros and cons. 3. Do you guys see any issues? Do you have better suggestions? Does what we do seem to align with what you guys are doing? etc I only have (1) right now. If you think we have sufficient information to send mail to these aliases, by all means, and please let me know what they suggest. Sherry -- Sherry Moore, Solaris Core Kernel http://blogs.sun.com/sherrym From sherry.moore@Sun.COM Tue Sep 1 12:13:51 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n81JDoUq000085 for ; Tue, 1 Sep 2009 12:13:51 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n81JDWsX010453; Wed, 2 Sep 2009 03:13:44 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPB00E0742VMO00@brm-avmta-1.central.sun.com>; Tue, 01 Sep 2009 13:13:43 -0600 (MDT) Received: from too-cool.local ([129.146.226.229]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPB00BMS42U4F30@brm-avmta-1.central.sun.com>; Tue, 01 Sep 2009 13:13:43 -0600 (MDT) Received: from too-cool.local (too-cool [127.0.0.1]) by too-cool.local (8.14.3+Sun/8.14.3) with ESMTP id n81J8nl7104643; Tue, 01 Sep 2009 12:08:49 -0700 (PDT) Received: (from sherrym@localhost) by too-cool.local (8.14.3+Sun/8.14.3/Submit) id n81J8ngw104642; Tue, 01 Sep 2009 12:08:49 -0700 (PDT) Date: Tue, 01 Sep 2009 12:08:49 -0700 From: Sherry Moore Subject: Re: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9D6828.80107@sun.com> To: Brian Cameron Cc: Sherry Moore , Darren J Moffat , Jedy Wang , Randy Fishel , LSARC-ext@Sun.COM, Desktop Discuss Message-id: <20090901190849.GJ103096@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0FAD.1030105@Sun.COM> <20090901162744.GC103096@sun.com> <4A9D6828.80107@sun.com> X-Authentication-warning: too-cool.local: sherrym set sender to sherry.moore@sun.com using -f User-Agent: Mutt/1.5.19 (2009-01-05) Status: RO Content-Length: 384 > My suggestion was that before we move forward, it would be best for > someone knowledgable of the requirements to first start a discussion > with the external ConsoleKit community to determine the best way to > integrate this feature. I would like this as well. I am however not that person. If someone could step up and take upon this task it would be most appreciated. Sherry From Brian.Cameron@sun.com Tue Sep 1 12:23:29 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n81JNSed017936 for ; Tue, 1 Sep 2009 12:23:29 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n81JNJCl019043; Tue, 1 Sep 2009 20:23:27 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPB00A0H4J1A500@nwk-avmta-2.sfbay.sun.com>; Tue, 01 Sep 2009 12:23:25 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPB008SU4J0S810@nwk-avmta-2.sfbay.sun.com>; Tue, 01 Sep 2009 12:23:24 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n81JNOfx001593; Tue, 01 Sep 2009 19:23:24 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPB00E0044D7W00@mail-amer.sun.com>; Tue, 01 Sep 2009 13:23:24 -0600 (MDT) Received: from [192.168.1.67] ([unknown] [99.35.47.47]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPB00L9U4IRB590@mail-amer.sun.com>; Tue, 01 Sep 2009 13:23:16 -0600 (MDT) Date: Tue, 01 Sep 2009 14:23:19 -0500 From: Brian Cameron Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <20090901185859.GH103096@sun.com> Sender: Brian.Cameron@sun.com To: Sherry Moore Cc: Darren J Moffat , Jedy Wang , Randy Fishel , LSARC-ext@sun.com, Desktop Discuss Message-id: <4A9D74A7.3000105@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0FAD.1030105@Sun.COM> <20090901162744.GC103096@sun.com> <4A9D6828.80107@sun.com> <20090901185859.GH103096@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.1) Gecko/20090820 Thunderbird/3.0b3 Status: RO Content-Length: 2568 Sherry: > Brian, the problem is that, I don't know at this point what the > feasible solutions and constraints are. Without a better understanding > of the options I don't see bringing the discussions to the community > having any value other than a giant mail flood. I think there are only about a dozen people on the mailing list. I don't think they will generate any flood. > I expect the mail to the community be > > 1. This is the problem we are trying to solve > 2. These are the options we have considered along with the pros and > cons. > 3. Do you guys see any issues? Do you have better suggestions? Does > what we do seem to align with what you guys are doing? etc > > I only have (1) right now. I think it would be reasonable to file an enhancement request in the bugs.freedesktop.org in the ConsoleKit category and start an email discussion with just (1). There is no shame in asking the external community to help with (2) and (3). Really, this feature is probably not so complicated. We just want to extend the existing ConsoleKit D-Bus IPC interfaces so that: - you can query ConsoleKit to find out what reboot/shutdown options exist. - you can pass those options back to ConsoleKit when a user wants to use those options. We just need to work with the external community to get a feeling for how they recommend we implement those interfaces. What the interfaces should be called, how they should work, etc. > If you think we have sufficient information to send mail to these > aliases, by all means, and please let me know what they suggest. Really, I don't think I am the best person to lead this discussion. Such a discussion will likely involve talking about how shutdown and reboot works on various systems and figuring out the best way to generalize the interfaces. I would think that it would be better for someone with experience in this area to be able to respond to any feedback from the community. Also, Halton and myself are on the mailing list already, so we can help facilitate discussion to make sure that it moves in a positive direction. Perhaps Jedy would be a good person to help with this since he has experience in the Desktop space and the Power Management space. If neither yourself or Jedy can do this, I could act as a middle-man if you like. However, I don't know very much about how reboot and shutdown works, and I think I would likely end up forwarding a lot of emails to you guys asking for answers to any questions raised or requests for more information. Brian From Jedy.Wang@sun.com Tue Sep 1 20:07:49 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8237mxP012558 for ; Tue, 1 Sep 2009 20:07:49 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n8237f8T008837; Wed, 2 Sep 2009 04:07:46 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPB00J01Q0YNG00@brm-avmta-1.central.sun.com>; Tue, 01 Sep 2009 21:07:46 -0600 (MDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPB00EHIQ0WSK20@brm-avmta-1.central.sun.com>; Tue, 01 Sep 2009 21:07:45 -0600 (MDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8237ija027835; Wed, 02 Sep 2009 03:07:44 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPB00I00PX62800@mail-apac.sun.com>; Wed, 02 Sep 2009 11:07:44 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPB001HJQ0UG2A0@mail-apac.sun.com>; Wed, 02 Sep 2009 11:07:44 +0800 (SGT) Date: Wed, 02 Sep 2009 11:06:43 +0800 From: Jedy Wang Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9D0A83.4090106@sun.com> Sender: Jedy.Wang@sun.com To: Joerg Barfurth Cc: Darren J Moffat , Desktop Discuss , Sherry Moore , Randy Fishel , LSARC-ext@sun.com Message-id: <1251860803.19052.6.camel@pampas> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0A83.4090106@sun.com> Status: RO Content-Length: 837 > In another mail in this thread I wrote: > > "One way to do that is to add a privileged helper that checks for the > solaris.system.shutdown authorization and then sets the transient > override (probably using method 1.1.3). It might be simplest to make > that helper setuid 0, because a mechanism that uses a "Shutdown User" > profile to do this via pfexec is harder to remove, if the issue gets > fixed on the fast reboot or SMF end." Hi Joerg, Thanks for you advice. I think we do not need a new "helper" in this case, because ConsoleKit can do this for us. It runs with root privilege and it's easy to add new interfaces to it to support fast reboot. Regards, Jedy > > I still think that this would be an appropriate solution until the > architectural disconnect that makes this so hard can be fixed. > > - Jörg > From Jedy.Wang@sun.com Tue Sep 1 20:12:04 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n823C4d6016019 for ; Tue, 1 Sep 2009 20:12:04 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n823C2jr008178; Tue, 1 Sep 2009 20:12:03 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPB00105Q83CF00@nwk-avmta-1.sfbay.Sun.COM>; Tue, 01 Sep 2009 20:12:03 -0700 (PDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPB00FFYQ81Y5A0@nwk-avmta-1.sfbay.Sun.COM>; Tue, 01 Sep 2009 20:12:02 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n823C1nl028053; Wed, 02 Sep 2009 03:12:01 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPB00N00Q5D0J00@mail-apac.sun.com>; Wed, 02 Sep 2009 11:12:01 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPB001NTQ80G2A0@mail-apac.sun.com>; Wed, 02 Sep 2009 11:12:01 +0800 (SGT) Date: Wed, 02 Sep 2009 11:11:01 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9D0FAD.1030105@Sun.COM> Sender: Jedy.Wang@sun.com To: Darren J Moffat Cc: Randy Fishel , Sherry Moore , LSARC-ext@sun.com, Desktop Discuss Message-id: <1251861061.19052.11.camel@pampas> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0FAD.1030105@Sun.COM> Status: RO Content-Length: 1146 On Tue, 2009-09-01 at 13:12 +0100, Darren J Moffat wrote: > Jedy Wang wrote: > > Hi Darren, > > > > I just tried run reboot as console user and it failed. It seems reboot > > does not support RBAC. In this case I have to extend ConsoleKit too and > > wait for the its integration (after b128). Do you have any other > > suggestion? > > Personally I think root cause of this problem is that a temporary > property needs to be created in an SMF service and that requires a > different (considerably more powerful) authorisation than the one to > reboot. I think that needs to be fixed, but that can't be done in this > case so I think this case needs to be placed in "waiting need spec" or > derailed. The project team for this case needs to work with the team > that introduced the fast reboot functionality to resolve the SMF issue. > Hi Darren, If we extend ConsoleKit and add new interfaces which will invoke "reboot -p" and "reboot -f", then we do not need a temporary property any more. Because gnome-session can call proper interface of ConsoleKit to do a fast reboot or cold reboot according to users' input. Regards, Jedy From Joerg.Barfurth@sun.com Wed Sep 2 01:37:39 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n828bcUK002727 for ; Wed, 2 Sep 2009 01:37:38 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n828bTep006258; Wed, 2 Sep 2009 09:37:36 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPC00N2X5AM0X00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 02 Sep 2009 01:37:34 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPC00JVS5ALLJD0@nwk-avmta-1.sfbay.Sun.COM>; Wed, 02 Sep 2009 01:37:34 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n828bWdV028555; Wed, 02 Sep 2009 08:37:32 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPC00G003YWPF00@fe-emea-09.sun.com>; Wed, 02 Sep 2009 09:37:27 +0100 (BST) Received: from [10.16.66.63] ([unknown] [10.16.66.63]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPC002T95A54AC0@fe-emea-09.sun.com>; Wed, 02 Sep 2009 09:37:17 +0100 (BST) Date: Wed, 02 Sep 2009 10:37:17 +0200 From: Joerg Barfurth Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251860803.19052.6.camel@pampas> Sender: Joerg.Barfurth@sun.com To: Jedy Wang Cc: Darren J Moffat , Desktop Discuss , Sherry Moore , Randy Fishel , LSARC-ext@sun.com Message-id: <4A9E2EBD.4010803@sun.com> Organization: Sun Microsystem - Desktop MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0A83.4090106@sun.com> <1251860803.19052.6.camel@pampas> User-Agent: Thunderbird 2.0.0.17 (X11/20081014) Status: RO Content-Length: 2658 Jedy Wang schrieb: >> In another mail in this thread I wrote: >> >> "One way to do that is to add a privileged helper that checks for the >> solaris.system.shutdown authorization and then sets the transient >> override (probably using method 1.1.3). It might be simplest to make >> that helper setuid 0, because a mechanism that uses a "Shutdown User" >> profile to do this via pfexec is harder to remove, if the issue gets >> fixed on the fast reboot or SMF end." > > Hi Joerg, > > Thanks for you advice. I think we do not need a new "helper" in this > case, because ConsoleKit can do this for us. It runs with root privilege > and it's easy to add new interfaces to it to support fast reboot. > Wrt ConsoleKit: I share the concerns that it isn't entirely clear which DBus service should become the single, authoritative service to provide system reboot/shutdown (and suspend, etc) services. These interfaces look a bit out of place on ConsoleKit. The only reasons I can see for them being there is - ConsoleKit is the place where it is known that a user is 'on the console', i.e. that notion can be more clearly and flexibly expressed by combining the notion of ConsoleKit seats with PolicyKit (or isn't that going away in favor of 'polkit' nowadays?) rules than by using "logged in on '/dev/console'". (How does /dev/console ownership translate in times of VTs?) This would make these interfaces look misplaced in Solaris, as we are not using PolicyKit/polkit for these things (yet?). And it would indicate that ConsoleKit is in the game for checking authorization, but does not imply that it is the proper place to implement the functionality (and all the boot knobs - fast vs. bios, change of BE, etc). - GDM needs them and is based on ConsoleKit. That would make this mere convenience. GDM could easily make use of another service. It would be good to have a longer term architectural vision here, as that would determine how much of this should be exposed by ConsoleKit. And I don't know how much platform-specific interface would be acceptable for ConsoleKit. BTW: Is there any interaction between the gdm user and the 'Console User' status? The gdm user probably should never be considered the console owner, even if a greeter is running on the console. I hope that is the case .... - Jörg -- Joerg Barfurth phone: +49 40 23646662 / x66662 Software Engineer mailto:joerg.barfurth@sun.com Desktop Technology http://reserv.ireland/twiki/bin/view/Argus/ Thin Client Software http://www.sun.com/software/sunray/ Sun Microsystems GmbH http://www.sun.com/software/javadesktopsystem/ From Joerg.Barfurth@Sun.COM Wed Sep 2 04:59:52 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n82BxpdT013929 for ; Wed, 2 Sep 2009 04:59:51 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n82BxpqW023672; Wed, 2 Sep 2009 04:59:51 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPC00B09ENQE400@nwk-avmta-2.sfbay.sun.com>; Wed, 02 Sep 2009 04:59:50 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPC00K2TENOVDB0@nwk-avmta-2.sfbay.sun.com>; Wed, 02 Sep 2009 04:59:50 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n82BxlRY003084; Wed, 02 Sep 2009 11:59:48 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPC00500EIMG400@fe-emea-09.sun.com>; Wed, 02 Sep 2009 12:59:45 +0100 (BST) Received: from [10.16.46.61] ([unknown] [10.16.46.61]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPC00KISEN28490@fe-emea-09.sun.com>; Wed, 02 Sep 2009 12:59:27 +0100 (BST) Date: Wed, 02 Sep 2009 13:59:26 +0200 From: Joerg Barfurth Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251861061.19052.11.camel@pampas> Sender: Joerg.Barfurth@Sun.COM To: Jedy Wang Cc: Darren J Moffat , Desktop Discuss , Sherry Moore , Randy Fishel , LSARC-ext@Sun.COM Message-id: <4A9E5E1E.10803@sun.com> Organization: Sun Microsystem - Desktop MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0FAD.1030105@Sun.COM> <1251861061.19052.11.camel@pampas> User-Agent: Thunderbird 2.0.0.17 (X11/20081014) Status: RO Content-Length: 2081 Jedy Wang schrieb: > On Tue, 2009-09-01 at 13:12 +0100, Darren J Moffat wrote: >>> I just tried run reboot as console user and it failed. It seems reboot >>> does not support RBAC. In this case I have to extend ConsoleKit too and >>> wait for the its integration (after b128). Do you have any other >>> suggestion? >> Personally I think root cause of this problem is that a temporary >> property needs to be created in an SMF service and that requires a >> different (considerably more powerful) authorisation than the one to >> reboot. I think that needs to be fixed, but that can't be done in this >> case so I think this case needs to be placed in "waiting need spec" or >> derailed. The project team for this case needs to work with the team >> that introduced the fast reboot functionality to resolve the SMF issue. >> > If we extend ConsoleKit and add new interfaces which will invoke "reboot > -p" and "reboot -f", then we do not need a temporary property any more. > Because gnome-session can call proper interface of ConsoleKit to do a > fast reboot or cold reboot according to users' input. > Independent of this specific use case, the architecture for changing the reboot mode is defective, if changing it temporarily for the next boot requires much more authorization than changing the persistent default. This is worth fixing independently of this case. Requiring every consumer of such functionality to have an agent that runs with privilege (ConsoleKit in your case) does not seem a good approach. Of course you could also consider existence of such a DBus interface in ConsoleKit to be the fix for that architecture, but the existing interface with the transient property would still be there and remain afflicted. - Jörg -- Joerg Barfurth phone: +49 40 23646662 / x66662 Software Engineer mailto:joerg.barfurth@sun.com Desktop Technology http://reserv.ireland/twiki/bin/view/Argus/ Thin Client Software http://www.sun.com/software/sunray/ Sun Microsystems GmbH http://www.sun.com/software/javadesktopsystem/ From sherry.moore@sun.com Wed Sep 2 10:00:07 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n82H07Dd001004 for ; Wed, 2 Sep 2009 10:00:07 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n82H01Ys010440; Wed, 2 Sep 2009 10:00:02 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPC00E07SK00J00@brm-avmta-1.central.sun.com>; Wed, 02 Sep 2009 11:00:00 -0600 (MDT) Received: from too-cool.local ([129.146.226.229]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPC00MFUSJYV4E0@brm-avmta-1.central.sun.com>; Wed, 02 Sep 2009 10:59:59 -0600 (MDT) Received: from too-cool.local (too-cool [127.0.0.1]) by too-cool.local (8.14.3+Sun/8.14.3) with ESMTP id n82Gt4xh430186; Wed, 02 Sep 2009 09:55:04 -0700 (PDT) Received: (from sherrym@localhost) by too-cool.local (8.14.3+Sun/8.14.3/Submit) id n82Gt4lx430185; Wed, 02 Sep 2009 09:55:04 -0700 (PDT) Date: Wed, 02 Sep 2009 09:55:04 -0700 From: Sherry Moore Subject: Re: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9E5E1E.10803@sun.com> To: Joerg Barfurth Cc: Jedy Wang , Darren J Moffat , Desktop Discuss , Sherry Moore , Randy Fishel , LSARC-ext@sun.com Message-id: <20090902165504.GC429734@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 References: <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0FAD.1030105@Sun.COM> <1251861061.19052.11.camel@pampas> <4A9E5E1E.10803@sun.com> X-Authentication-warning: too-cool.local: sherrym set sender to sherry.moore@sun.com using -f User-Agent: Mutt/1.5.19 (2009-01-05) Status: RO Content-Length: 667 > Independent of this specific use case, the architecture for changing the > reboot mode is defective, if changing it temporarily for the next boot > requires much more authorization than changing the persistent default. > This is worth fixing independently of this case. Requiring every > consumer of such functionality to have an agent that runs with privilege > (ConsoleKit in your case) does not seem a good approach. I have filed 6878412 Need service-based authorization support for adding transient property groups Feel free to add yourself to the interest list. Sherry -- Sherry Moore, Solaris Core Kernel http://blogs.sun.com/sherrym From Jedy.Wang@sun.com Wed Sep 2 20:33:55 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n833Xtpv027711 for ; Wed, 2 Sep 2009 20:33:55 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n833Xs0X010117; Wed, 2 Sep 2009 20:33:55 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPD0080XLWIYK00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 02 Sep 2009 20:33:54 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPD007TXLWGAW10@nwk-avmta-1.sfbay.Sun.COM>; Wed, 02 Sep 2009 20:33:54 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n833XqTl011869; Thu, 03 Sep 2009 03:33:52 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPD00A00LBLNO00@mail-apac.sun.com>; Thu, 03 Sep 2009 11:33:52 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPD003RRLWEZ1K0@mail-apac.sun.com>; Thu, 03 Sep 2009 11:33:52 +0800 (SGT) Date: Thu, 03 Sep 2009 11:32:54 +0800 From: Jedy Wang Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9E2EBD.4010803@sun.com> Sender: Jedy.Wang@sun.com To: Joerg Barfurth Cc: Darren J Moffat , Desktop Discuss , Sherry Moore , Randy Fishel , LSARC-ext@sun.com Message-id: <1251948774.19052.62.camel@pampas> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0A83.4090106@sun.com> <1251860803.19052.6.camel@pampas> <4A9E2EBD.4010803@sun.com> Status: RO Content-Length: 2368 On Wed, 2009-09-02 at 10:37 +0200, Joerg Barfurth wrote: > > Wrt ConsoleKit: I share the concerns that it isn't entirely clear which > DBus service should become the single, authoritative service to provide > system reboot/shutdown (and suspend, etc) services. These interfaces > look a bit out of place on ConsoleKit. Hi Joerg, I think ConsokeKit provides only one DBus service daemon (It's a privileged daemon) which is used to check for the solaris.system.shutdown authorization. We can extend this service daemon to export a few DBus methods to support fast reboot. For example, ConsoleKit DBus service daemon currently provides 2 DBus methods, Stop and Restart, to shutdown and reboot the system. We can add 2 new DBus methods, FastRestart and ColdRestart, to support fast reboot and reboot to prom. I do not understand what you mean by "These interfaces look a bit out of place on ConsoleKit"? Regards, Jedy > > The only reasons I can see for them being there is > > - ConsoleKit is the place where it is known that a user is 'on the > console', i.e. that notion can be more clearly and flexibly expressed by > combining the notion of ConsoleKit seats with PolicyKit (or isn't that > going away in favor of 'polkit' nowadays?) rules than by using "logged > in on '/dev/console'". (How does /dev/console ownership translate in > times of VTs?) > > This would make these interfaces look misplaced in Solaris, as we are > not using PolicyKit/polkit for these things (yet?). And it would > indicate that ConsoleKit is in the game for checking authorization, but > does not imply that it is the proper place to implement the > functionality (and all the boot knobs - fast vs. bios, change of BE, etc). > > - GDM needs them and is based on ConsoleKit. That would make this mere > convenience. GDM could easily make use of another service. > > It would be good to have a longer term architectural vision here, as > that would determine how much of this should be exposed by ConsoleKit. > And I don't know how much platform-specific interface would be > acceptable for ConsoleKit. > > > BTW: Is there any interaction between the gdm user and the 'Console > User' status? The gdm user probably should never be considered the > console owner, even if a greeter is running on the console. I hope that > is the case .... > > - Jörg > > From Brian.Cameron@sun.com Wed Sep 2 20:44:21 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n833iKgS027978 for ; Wed, 2 Sep 2009 20:44:21 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n833i5Wb018198; Thu, 3 Sep 2009 04:44:18 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPD0040LMDSAD00@nwk-avmta-2.sfbay.sun.com>; Wed, 02 Sep 2009 20:44:16 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPD00JP2MDSIW50@nwk-avmta-2.sfbay.sun.com>; Wed, 02 Sep 2009 20:44:16 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n833iGiZ013827; Thu, 03 Sep 2009 03:44:16 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPD00400M833F00@mail-amer.sun.com>; Wed, 02 Sep 2009 21:44:16 -0600 (MDT) Received: from [192.168.1.67] ([unknown] [99.35.47.47]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPD0057TMDQCJ00@mail-amer.sun.com>; Wed, 02 Sep 2009 21:44:16 -0600 (MDT) Date: Wed, 02 Sep 2009 22:44:19 -0500 From: Brian Cameron Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251948774.19052.62.camel@pampas> Sender: Brian.Cameron@sun.com To: Jedy Wang Cc: Joerg Barfurth , Darren J Moffat , Desktop Discuss , Sherry Moore , Randy Fishel , LSARC-ext@sun.com Message-id: <4A9F3B93.809@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0A83.4090106@sun.com> <1251860803.19052.6.camel@pampas> <4A9E2EBD.4010803@sun.com> <1251948774.19052.62.camel@pampas> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.1) Gecko/20090820 Thunderbird/3.0b3 Status: RO Content-Length: 1418 Jedy: > I think ConsokeKit provides only one DBus service daemon (It's a > privileged daemon) which is used to check for the > solaris.system.shutdown authorization. We can extend this service daemon > to export a few DBus methods to support fast reboot. > > For example, ConsoleKit DBus service daemon currently provides 2 DBus > methods, Stop and Restart, to shutdown and reboot the system. We can add > 2 new DBus methods, FastRestart and ColdRestart, to support fast reboot > and reboot to prom. > > I do not understand what you mean by "These interfaces look a bit out of > place on ConsoleKit"? Probably because there is not really a strong reason why a display manager database daemon should control how a machine reboots or shuts down. Also, keep in mind that ConsoleKit and the new GDM rewrite will only integrate into build 128 if we can resolve all the outstanding bugs in time. These include several issues that were raised in the ConsoleKit/GDM ARC review, getting GDM working with TSOL, getting MultiSeat working for Sun Ray support, and some other non-trivial issues. I am hopeful that we will get the work done, but there is a lot of work to do. So, if any of these issues do not get fully addressed by build 128, then ConsoleKit could slip. So, I would not recommend depending on ConsoleKit if you need to integrate by build 128. You probably should, at the very least, have a plan B. Brian From margot.miller@sun.com Wed Sep 2 21:01:45 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8341jhe028639 for ; Wed, 2 Sep 2009 21:01:45 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8341e2O052955; Wed, 2 Sep 2009 22:01:40 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPD00D07N6SYD00@brm-avmta-1.central.sun.com>; Wed, 02 Sep 2009 22:01:40 -0600 (MDT) Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.63]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPD00AM5N6RMMB0@brm-avmta-1.central.sun.com>; Wed, 02 Sep 2009 22:01:39 -0600 (MDT) Received: from [10.7.250.88] (punchin-client-10-7-250-88.SFBay.Sun.COM [10.7.250.88]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n8341c5R400868; Wed, 02 Sep 2009 21:01:38 -0700 (PDT) Date: Wed, 02 Sep 2009 21:01:37 -0700 From: Margot Miller Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251948774.19052.62.camel@pampas> To: Jedy Wang Cc: Joerg Barfurth , Darren J Moffat , Desktop Discuss , Sherry Moore , Randy Fishel , LSARC-ext@sun.com Message-id: <4A9F3FA1.1080709@sun.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0A83.4090106@sun.com> <1251860803.19052.6.camel@pampas> <4A9E2EBD.4010803@sun.com> <1251948774.19052.62.camel@pampas> User-Agent: Thunderbird 2.0.0.17 (X11/20081023) Status: RO Content-Length: 2617 I thought it was strange that ConsoleKit would have reboot given that HAL service already has reboot, halt, and suspend. Thanks Margot Jedy Wang wrote: > On Wed, 2009-09-02 at 10:37 +0200, Joerg Barfurth wrote: > >> Wrt ConsoleKit: I share the concerns that it isn't entirely clear which >> DBus service should become the single, authoritative service to provide >> system reboot/shutdown (and suspend, etc) services. These interfaces >> look a bit out of place on ConsoleKit. >> > Hi Joerg, > > I think ConsokeKit provides only one DBus service daemon (It's a > privileged daemon) which is used to check for the > solaris.system.shutdown authorization. We can extend this service daemon > to export a few DBus methods to support fast reboot. > > For example, ConsoleKit DBus service daemon currently provides 2 DBus > methods, Stop and Restart, to shutdown and reboot the system. We can add > 2 new DBus methods, FastRestart and ColdRestart, to support fast reboot > and reboot to prom. > > I do not understand what you mean by "These interfaces look a bit out of > place on ConsoleKit"? > > Regards, > > Jedy > >> The only reasons I can see for them being there is >> >> - ConsoleKit is the place where it is known that a user is 'on the >> console', i.e. that notion can be more clearly and flexibly expressed by >> combining the notion of ConsoleKit seats with PolicyKit (or isn't that >> going away in favor of 'polkit' nowadays?) rules than by using "logged >> in on '/dev/console'". (How does /dev/console ownership translate in >> times of VTs?) >> >> This would make these interfaces look misplaced in Solaris, as we are >> not using PolicyKit/polkit for these things (yet?). And it would >> indicate that ConsoleKit is in the game for checking authorization, but >> does not imply that it is the proper place to implement the >> functionality (and all the boot knobs - fast vs. bios, change of BE, etc). >> >> - GDM needs them and is based on ConsoleKit. That would make this mere >> convenience. GDM could easily make use of another service. >> >> It would be good to have a longer term architectural vision here, as >> that would determine how much of this should be exposed by ConsoleKit. >> And I don't know how much platform-specific interface would be >> acceptable for ConsoleKit. >> >> >> BTW: Is there any interaction between the gdm user and the 'Console >> User' status? The gdm user probably should never be considered the >> console owner, even if a greeter is running on the console. I hope that >> is the case .... >> >> - Jörg >> >> >> > > > From Jedy.Wang@sun.com Wed Sep 2 21:27:26 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n834RQpb001835 for ; Wed, 2 Sep 2009 21:27:26 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n834ROPc001659; Wed, 2 Sep 2009 21:27:25 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPD00G03ODPST00@brm-avmta-1.central.sun.com>; Wed, 02 Sep 2009 22:27:25 -0600 (MDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPD00AL7ODNMHD0@brm-avmta-1.central.sun.com>; Wed, 02 Sep 2009 22:27:24 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n834RNfU021854; Thu, 03 Sep 2009 04:27:23 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPD00000O4E7L00@mail-apac.sun.com>; Thu, 03 Sep 2009 12:27:23 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPD00GQ4ODLA900@mail-apac.sun.com>; Thu, 03 Sep 2009 12:27:23 +0800 (SGT) Date: Thu, 03 Sep 2009 12:26:25 +0800 From: Jedy Wang Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9F3FA1.1080709@sun.com> Sender: Jedy.Wang@sun.com To: Margot Miller Cc: Joerg Barfurth , Darren J Moffat , Desktop Discuss , Sherry Moore , Randy Fishel , LSARC-ext@sun.com Message-id: <1251951985.19052.65.camel@pampas> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0A83.4090106@sun.com> <1251860803.19052.6.camel@pampas> <4A9E2EBD.4010803@sun.com> <1251948774.19052.62.camel@pampas> <4A9F3FA1.1080709@sun.com> Status: RO Content-Length: 3024 Hi Margot, HAL has been deprecated by the community. Its functionalities have been divided and implemented by several new modules in the community. That's why I do not want to extend HAL. Regards, Jedy On Wed, 2009-09-02 at 21:01 -0700, Margot Miller wrote: > I thought it was strange that ConsoleKit would have reboot given > that HAL service already has reboot, halt, and suspend. > > Thanks > Margot > > > > Jedy Wang wrote: > > On Wed, 2009-09-02 at 10:37 +0200, Joerg Barfurth wrote: > > > >> Wrt ConsoleKit: I share the concerns that it isn't entirely clear which > >> DBus service should become the single, authoritative service to provide > >> system reboot/shutdown (and suspend, etc) services. These interfaces > >> look a bit out of place on ConsoleKit. > >> > > Hi Joerg, > > > > I think ConsokeKit provides only one DBus service daemon (It's a > > privileged daemon) which is used to check for the > > solaris.system.shutdown authorization. We can extend this service daemon > > to export a few DBus methods to support fast reboot. > > > > For example, ConsoleKit DBus service daemon currently provides 2 DBus > > methods, Stop and Restart, to shutdown and reboot the system. We can add > > 2 new DBus methods, FastRestart and ColdRestart, to support fast reboot > > and reboot to prom. > > > > I do not understand what you mean by "These interfaces look a bit out of > > place on ConsoleKit"? > > > > Regards, > > > > Jedy > > > >> The only reasons I can see for them being there is > >> > >> - ConsoleKit is the place where it is known that a user is 'on the > >> console', i.e. that notion can be more clearly and flexibly expressed by > >> combining the notion of ConsoleKit seats with PolicyKit (or isn't that > >> going away in favor of 'polkit' nowadays?) rules than by using "logged > >> in on '/dev/console'". (How does /dev/console ownership translate in > >> times of VTs?) > >> > >> This would make these interfaces look misplaced in Solaris, as we are > >> not using PolicyKit/polkit for these things (yet?). And it would > >> indicate that ConsoleKit is in the game for checking authorization, but > >> does not imply that it is the proper place to implement the > >> functionality (and all the boot knobs - fast vs. bios, change of BE, etc). > >> > >> - GDM needs them and is based on ConsoleKit. That would make this mere > >> convenience. GDM could easily make use of another service. > >> > >> It would be good to have a longer term architectural vision here, as > >> that would determine how much of this should be exposed by ConsoleKit. > >> And I don't know how much platform-specific interface would be > >> acceptable for ConsoleKit. > >> > >> > >> BTW: Is there any interaction between the gdm user and the 'Console > >> User' status? The gdm user probably should never be considered the > >> console owner, even if a greeter is running on the console. I hope that > >> is the case .... > >> > >> - Jörg > >> > >> > >> > > > > > > > From Joerg.Barfurth@sun.com Thu Sep 3 00:03:15 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8373FhA000456 for ; Thu, 3 Sep 2009 00:03:15 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n837329T020547; Thu, 3 Sep 2009 00:03:15 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPD00I15VL8YS00@nwk-avmta-2.sfbay.sun.com>; Thu, 03 Sep 2009 00:03:08 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPD00IYTVL7HT00@nwk-avmta-2.sfbay.sun.com>; Thu, 03 Sep 2009 00:03:08 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n83736SF013967; Thu, 03 Sep 2009 07:03:06 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPD00H00VAF4700@fe-emea-09.sun.com>; Thu, 03 Sep 2009 08:03:00 +0100 (BST) Received: from [10.16.46.61] ([unknown] [10.16.46.61]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPD008CXVL0D6B0@fe-emea-09.sun.com>; Thu, 03 Sep 2009 08:03:00 +0100 (BST) Date: Thu, 03 Sep 2009 09:02:59 +0200 From: Joerg Barfurth Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251948774.19052.62.camel@pampas> Sender: Joerg.Barfurth@sun.com To: Jedy Wang Cc: Darren J Moffat , Desktop Discuss , Sherry Moore , Randy Fishel , LSARC-ext@sun.com Message-id: <4A9F6A23.7050308@sun.com> Organization: Sun Microsystem - Desktop MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0A83.4090106@sun.com> <1251860803.19052.6.camel@pampas> <4A9E2EBD.4010803@sun.com> <1251948774.19052.62.camel@pampas> User-Agent: Thunderbird 2.0.0.17 (X11/20081014) Status: RO Content-Length: 1575 Jedy Wang schrieb: > For example, ConsoleKit DBus service daemon currently provides 2 DBus > methods, Stop and Restart, to shutdown and reboot the system. We can add > 2 new DBus methods, FastRestart and ColdRestart, to support fast reboot > and reboot to prom. > I don't think a multitude of platform-specific methods is the best approach to add platform-dependent specializations to an essentially platform-independent interface. If you later want to add support for boot-to-specified-BE, you'd need more methods. A better approach could be a pair of getBootOptions/setBootOptions methods or an added bootOptions parameter for the restart and shutdown(?) methods, which allow passing a set of named parameters (as a map/dictionary). Through getBootOptions (or a separate method) it should be possible to query supported options. I'd assume such a generic approach is more palatable for upstream. > I do not understand what you mean by "These interfaces look a bit out of > place on ConsoleKit"? > ConsoleKit manages Seats and Sessions and their association to devices and X servers. Interfaces for system power control are really something different and would really be better offered by a separate power management service. - Jörg -- Joerg Barfurth phone: +49 40 23646662 / x66662 Software Engineer mailto:joerg.barfurth@sun.com Desktop Technology http://reserv.ireland/twiki/bin/view/Argus/ Thin Client Software http://www.sun.com/software/sunray/ Sun Microsystems GmbH http://www.sun.com/software/javadesktopsystem/ From Brian.Cameron@sun.com Thu Sep 3 00:32:26 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n837WPJ4013432 for ; Thu, 3 Sep 2009 00:32:26 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n837WJsm019045; Thu, 3 Sep 2009 08:32:23 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPD00K01WXZW200@nwk-avmta-2.sfbay.sun.com>; Thu, 03 Sep 2009 00:32:23 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPD00IUMWXYHO30@nwk-avmta-2.sfbay.sun.com>; Thu, 03 Sep 2009 00:32:22 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n837WMuv008809; Thu, 03 Sep 2009 07:32:22 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPD00500WL4CQ00@mail-amer.sun.com>; Thu, 03 Sep 2009 01:32:22 -0600 (MDT) Received: from [192.168.1.67] ([unknown] [99.35.47.47]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPD00JYWWXWVV40@mail-amer.sun.com>; Thu, 03 Sep 2009 01:32:22 -0600 (MDT) Date: Thu, 03 Sep 2009 02:32:25 -0500 From: Brian Cameron Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9F6A23.7050308@sun.com> Sender: Brian.Cameron@sun.com To: Joerg Barfurth Cc: Jedy Wang , Darren J Moffat , Desktop Discuss , Sherry Moore , Randy Fishel , LSARC-ext@sun.com Message-id: <4A9F7109.8020200@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0A83.4090106@sun.com> <1251860803.19052.6.camel@pampas> <4A9E2EBD.4010803@sun.com> <1251948774.19052.62.camel@pampas> <4A9F6A23.7050308@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.1) Gecko/20090820 Thunderbird/3.0b3 Status: RO Content-Length: 1931 On 09/03/09 02:02, Joerg Barfurth wrote: > Jedy Wang schrieb: > >> For example, ConsoleKit DBus service daemon currently provides 2 DBus >> methods, Stop and Restart, to shutdown and reboot the system. We can add >> 2 new DBus methods, FastRestart and ColdRestart, to support fast reboot >> and reboot to prom. >> > > I don't think a multitude of platform-specific methods is the best > approach to add platform-dependent specializations to an essentially > platform-independent interface. If you later want to add support for > boot-to-specified-BE, you'd need more methods. +1. Ideally any "options" should be configurable so that each distro can specify what options make sense for their system. Adding new interfaces like "FastRestart" or "ColdRestart" does not sound like a very generalized solution to me. Perhaps a better solution would be if ConsoleKit provided an ASCII configuration file where you could specify various options that should be provided as modifiers to Shutdown or Restart. Then ConsoleKit could provide an interface so that the GUI could retrieve those possible options, perhaps with hints figuring out how to display them (as checkboxes or comboboxes or whatever). Then any options selected by the user could be passed back to ConsoleKit in a new argument to the existing Shutdown/Reboot interfaces, and the shutdown or reboot scripts (which are already system specific) could figure out what to do with them. > A better approach could be a pair of getBootOptions/setBootOptions > methods or an added bootOptions parameter for the restart and > shutdown(?) methods, which allow passing a set of named parameters (as a > map/dictionary). Through getBootOptions (or a separate method) it should > be possible to query supported options. I think we are sort of suggesting the same sort of thing here. :) > I'd assume such a generic approach is more palatable for upstream. I'd think so. Brian From Jedy.Wang@Sun.COM Thu Sep 3 01:58:06 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n838w56t017856 for ; Thu, 3 Sep 2009 01:58:05 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n838w1Vd004872; Thu, 3 Sep 2009 09:58:03 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPE006090WQVG00@nwk-avmta-1.sfbay.Sun.COM>; Thu, 03 Sep 2009 01:58:02 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPE008CZ0WOR6B0@nwk-avmta-1.sfbay.Sun.COM>; Thu, 03 Sep 2009 01:58:01 -0700 (PDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n838w0Cb003166; Thu, 03 Sep 2009 08:58:00 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPE00B000JU1700@mail-apac.sun.com>; Thu, 03 Sep 2009 16:58:00 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPE00G4E0WMA9C0@mail-apac.sun.com>; Thu, 03 Sep 2009 16:58:00 +0800 (SGT) Date: Thu, 03 Sep 2009 16:57:02 +0800 From: Jedy Wang Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9F6A23.7050308@sun.com> Sender: Jedy.Wang@Sun.COM To: Joerg Barfurth Cc: Darren J Moffat , Desktop Discuss , Sherry Moore , Randy Fishel , LSARC-ext@Sun.COM Message-id: <1251968222.1200.17.camel@pampas> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0A83.4090106@sun.com> <1251860803.19052.6.camel@pampas> <4A9E2EBD.4010803@sun.com> <1251948774.19052.62.camel@pampas> <4A9F6A23.7050308@sun.com> Status: RO Content-Length: 1700 On Thu, 2009-09-03 at 09:02 +0200, Joerg Barfurth wrote: > Jedy Wang schrieb: > > > For example, ConsoleKit DBus service daemon currently provides 2 DBus > > methods, Stop and Restart, to shutdown and reboot the system. We can add > > 2 new DBus methods, FastRestart and ColdRestart, to support fast reboot > > and reboot to prom. > > > > I don't think a multitude of platform-specific methods is the best > approach to add platform-dependent specializations to an essentially > platform-independent interface. If you later want to add support for > boot-to-specified-BE, you'd need more methods. > > A better approach could be a pair of getBootOptions/setBootOptions > methods or an added bootOptions parameter for the restart and > shutdown(?) methods, which allow passing a set of named parameters (as a > map/dictionary). Through getBootOptions (or a separate method) it should > be possible to query supported options. > > I'd assume such a generic approach is more palatable for upstream. This is also an option. When we discuss this problem with the community, I will list this option with others. > > > I do not understand what you mean by "These interfaces look a bit out of > > place on ConsoleKit"? > > > > ConsoleKit manages Seats and Sessions and their association to devices > and X servers. Interfaces for system power control are really something > different and would really be better offered by a separate power > management service. Code to restart/shutdown the system is already in ConsoleKit before Brian tried to port it. And if it should be moved from ConsoleKit to another power management service is beyond the discussion of this case. Regards, Jedy From Jedy.Wang@Sun.COM Thu Sep 3 01:59:43 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n838xhYW017880 for ; Thu, 3 Sep 2009 01:59:43 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n838xgvW049347; Thu, 3 Sep 2009 02:59:42 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPE00N0F0ZH0B00@brm-avmta-1.central.sun.com>; Thu, 03 Sep 2009 02:59:41 -0600 (MDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPE00L8B0ZGSWC0@brm-avmta-1.central.sun.com>; Thu, 03 Sep 2009 02:59:41 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n838xbfM003301; Thu, 03 Sep 2009 08:59:40 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPE00H000XF0300@mail-apac.sun.com>; Thu, 03 Sep 2009 16:59:38 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPE00G6P0Z4A9C0@mail-apac.sun.com>; Thu, 03 Sep 2009 16:59:30 +0800 (SGT) Date: Thu, 03 Sep 2009 16:58:32 +0800 From: Jedy Wang Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A9F7109.8020200@sun.com> Sender: Jedy.Wang@Sun.COM To: Brian Cameron Cc: Joerg Barfurth , Darren J Moffat , Desktop Discuss , Sherry Moore , Randy Fishel , LSARC-ext@Sun.COM Message-id: <1251968312.1200.21.camel@pampas> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0A83.4090106@sun.com> <1251860803.19052.6.camel@pampas> <4A9E2EBD.4010803@sun.com> <1251948774.19052.62.camel@pampas> <4A9F6A23.7050308@sun.com> <4A9F7109.8020200@sun.com> Status: RO Content-Length: 2148 Does ConsoleKit support such kind of functionality? Regards, Jedy On Thu, 2009-09-03 at 02:32 -0500, Brian Cameron wrote: > On 09/03/09 02:02, Joerg Barfurth wrote: > > Jedy Wang schrieb: > > > >> For example, ConsoleKit DBus service daemon currently provides 2 DBus > >> methods, Stop and Restart, to shutdown and reboot the system. We can add > >> 2 new DBus methods, FastRestart and ColdRestart, to support fast reboot > >> and reboot to prom. > >> > > > > I don't think a multitude of platform-specific methods is the best > > approach to add platform-dependent specializations to an essentially > > platform-independent interface. If you later want to add support for > > boot-to-specified-BE, you'd need more methods. > > +1. Ideally any "options" should be configurable so that each distro > can specify what options make sense for their system. Adding new > interfaces like "FastRestart" or "ColdRestart" does not sound like a > very generalized solution to me. > > Perhaps a better solution would be if ConsoleKit provided an ASCII > configuration file where you could specify various options that should > be provided as modifiers to Shutdown or Restart. Then ConsoleKit > could provide an interface so that the GUI could retrieve those > possible options, perhaps with hints figuring out how to display > them (as checkboxes or comboboxes or whatever). Then any options > selected by the user could be passed back to ConsoleKit in a new > argument to the existing Shutdown/Reboot interfaces, and the shutdown > or reboot scripts (which are already system specific) could figure out > what to do with them. > > > A better approach could be a pair of getBootOptions/setBootOptions > > methods or an added bootOptions parameter for the restart and > > shutdown(?) methods, which allow passing a set of named parameters (as a > > map/dictionary). Through getBootOptions (or a separate method) it should > > be possible to query supported options. > > I think we are sort of suggesting the same sort of thing here. :) > > > I'd assume such a generic approach is more palatable for upstream. > > I'd think so. > > Brian > > From Brian.Cameron@sun.com Thu Sep 3 02:02:32 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n8392WYC018099 for ; Thu, 3 Sep 2009 02:02:32 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n8392WcY022281; Thu, 3 Sep 2009 02:02:32 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPE000071466H00@brm-avmta-1.central.sun.com>; Thu, 03 Sep 2009 03:02:30 -0600 (MDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPE00L40144T2D0@brm-avmta-1.central.sun.com>; Thu, 03 Sep 2009 03:02:28 -0600 (MDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n8392StW002091; Thu, 03 Sep 2009 09:02:28 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPE00H000YHO700@mail-amer.sun.com>; Thu, 03 Sep 2009 03:02:28 -0600 (MDT) Received: from [192.168.1.67] ([unknown] [99.35.47.47]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPE00FR013WQF10@mail-amer.sun.com>; Thu, 03 Sep 2009 03:02:28 -0600 (MDT) Date: Thu, 03 Sep 2009 04:02:24 -0500 From: Brian Cameron Subject: Re: [desktop-discuss] Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1251968312.1200.21.camel@pampas> Sender: Brian.Cameron@sun.com To: Jedy Wang Cc: Joerg Barfurth , Darren J Moffat , Desktop Discuss , Sherry Moore , Randy Fishel , LSARC-ext@sun.com Message-id: <4A9F8620.5090705@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4A9256ED.7000201@Sun.COM> <1251106793.27369.13.camel@pampas> <4A92692D.90307@Sun.COM> <1251110550.27369.26.camel@pampas> <4A927CFD.4060609@Sun.COM> <20090825180228.GG101576@sun.com> <1251263473.24851.22.camel@pampas> <4A959282.8040104@sun.com> <1251800266.15616.27.camel@pampas> <4A9CF6D1.6000608@Sun.COM> <1251802775.18775.4.camel@pampas> <4A9D0A83.4090106@sun.com> <1251860803.19052.6.camel@pampas> <4A9E2EBD.4010803@sun.com> <1251948774.19052.62.camel@pampas> <4A9F6A23.7050308@sun.com> <4A9F7109.8020200@sun.com> <1251968312.1200.21.camel@pampas> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.1) Gecko/20090820 Thunderbird/3.0b3 Status: RO Content-Length: 2183 Jedy: > Does ConsoleKit support such kind of functionality? Not yet. Brian > On Thu, 2009-09-03 at 02:32 -0500, Brian Cameron wrote: >> On 09/03/09 02:02, Joerg Barfurth wrote: >>> Jedy Wang schrieb: >>> >>>> For example, ConsoleKit DBus service daemon currently provides 2 DBus >>>> methods, Stop and Restart, to shutdown and reboot the system. We can add >>>> 2 new DBus methods, FastRestart and ColdRestart, to support fast reboot >>>> and reboot to prom. >>>> >>> >>> I don't think a multitude of platform-specific methods is the best >>> approach to add platform-dependent specializations to an essentially >>> platform-independent interface. If you later want to add support for >>> boot-to-specified-BE, you'd need more methods. >> >> +1. Ideally any "options" should be configurable so that each distro >> can specify what options make sense for their system. Adding new >> interfaces like "FastRestart" or "ColdRestart" does not sound like a >> very generalized solution to me. >> >> Perhaps a better solution would be if ConsoleKit provided an ASCII >> configuration file where you could specify various options that should >> be provided as modifiers to Shutdown or Restart. Then ConsoleKit >> could provide an interface so that the GUI could retrieve those >> possible options, perhaps with hints figuring out how to display >> them (as checkboxes or comboboxes or whatever). Then any options >> selected by the user could be passed back to ConsoleKit in a new >> argument to the existing Shutdown/Reboot interfaces, and the shutdown >> or reboot scripts (which are already system specific) could figure out >> what to do with them. >> >>> A better approach could be a pair of getBootOptions/setBootOptions >>> methods or an added bootOptions parameter for the restart and >>> shutdown(?) methods, which allow passing a set of named parameters (as a >>> map/dictionary). Through getBootOptions (or a separate method) it should >>> be possible to query supported options. >> >> I think we are sort of suggesting the same sort of thing here. :) >> >>> I'd assume such a generic approach is more palatable for upstream. >> >> I'd think so. >> >> Brian >> >> > > From Brian.Cameron@sun.com Tue Sep 8 16:56:32 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n88NuWt3023116 for ; Tue, 8 Sep 2009 16:56:32 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n88NuTId023138 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 9 Sep 2009 00:56:31 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPO00703FU5BK00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Tue, 08 Sep 2009 16:56:29 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPO00HBNFU4I270@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Tue, 08 Sep 2009 16:56:29 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n88NuSXu002919 for ; Tue, 08 Sep 2009 23:56:28 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPO00A00FQH0E00@mail-amer.sun.com> for LSARC-ext@Sun.Com (ORCPT LSARC-ext@Sun.Com); Tue, 08 Sep 2009 17:56:28 -0600 (MDT) Received: from [192.168.1.67] ([unknown] [69.215.88.161]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPO00ACEFU0EB00@mail-amer.sun.com>; Tue, 08 Sep 2009 17:56:28 -0600 (MDT) Date: Tue, 08 Sep 2009 18:56:28 -0500 From: Brian Cameron Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A8EF6B9.6000103@sun.com> Sender: Brian.Cameron@sun.com To: Brian Cameron Cc: LSARC-ext@sun.com, Desktop Discuss , Jedy Wang , Sherry Moore Message-id: <4AA6EF2C.4020208@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.1) Gecko/20090820 Thunderbird/3.0b3 Status: RO Content-Length: 2394 Note that I changed the IAM file for this case to "waiting need spec" and I increased the timeout to 09/15/2009. In what timeframe does the project team plan to provide an updated one-pager to describe how they plan to address the issues raised in the discussion so far? Issues raised in discussion that should be addressed by an updated onepager include: 1) Darren Moffat says that the proposed solution requires that a temporary property needs to be created in an SMF service and that requires a different (considerably more powerful) authorisation than the one to reboot. He points out that the solution to this problem is likely outside of the scope of this case, so that the project team probably needs to work with the team that introduced the fast reboot functionality to determine the proper solution for this before moving forward. For reference, CR #6878412 was filed about this issue. 2) There has been some discussion about whether ConsoleKit is the correct interface to use for supporting shut down and reboot on Solaris. For example, Joerg Barfurth had this comment: > ConsoleKit manages Seats and Sessions and their association to > devices and X servers. Interfaces for system power control are > really something different and would really be better offered by a > separate power management service. So, I think it would be helpful to clarify the pros and cons of the various options (e.g. using HAL, using ConsoleKit, using a new separate power management service), and explain why whatever is decided to be the solution is the best approach. Note that if it is necessary to enhance ConsoleKit interfaces to support this feature, that any changed ConsoleKit interfaces will also need to be ARC'ed. Perhaps any such needed changes to the ConsoleKit specification could be included as a part of this case? Also, note that although ConsoleKit is currently targeting build 128, that there is some risk that ConsoleKit might slip if the requirements set in the ConsoleKit ARC case are not finished (e.g. MultiSeat support) in time for planned integration in build 128. While I am hopeful that the ConsoleKit integration will not slip, I recommend that the project team have a Plan B if it is necessary to avoid slippage if the ConsoleKit project slips. Brian From Jedy.Wang@sun.com Tue Sep 8 20:36:54 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n893ar8S010826 for ; Tue, 8 Sep 2009 20:36:54 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n893apRq018633 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 9 Sep 2009 11:36:52 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KPO00D0NQ1FXT00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Tue, 08 Sep 2009 20:36:51 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KPO001C0Q1DA5B0@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Tue, 08 Sep 2009 20:36:50 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n893anET000778 for ; Wed, 09 Sep 2009 03:36:49 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KPO00E00Q0BAD00@mail-apac.sun.com> for LSARC-ext@Sun.Com (ORCPT LSARC-ext@Sun.Com); Wed, 09 Sep 2009 11:36:49 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KPO00IVEQ1BAV70@mail-apac.sun.com>; Wed, 09 Sep 2009 11:36:48 +0800 (SGT) Date: Wed, 09 Sep 2009 11:35:51 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4AA6EF2C.4020208@sun.com> Sender: Jedy.Wang@sun.com To: Brian Cameron Cc: LSARC-ext@sun.com, Desktop Discuss , Sherry Moore Message-id: <1252467351.2325.25.camel@pampas> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4AA6EF2C.4020208@sun.com> Status: RO Content-Length: 3557 Hi all, Please see my comments in line. On Tue, 2009-09-08 at 18:56 -0500, Brian Cameron wrote: > Note that I changed the IAM file for this case to "waiting need spec" > and I increased the timeout to 09/15/2009. > > In what timeframe does the project team plan to provide an updated > one-pager to describe how they plan to address the issues raised in > the discussion so far? I just sent a mail to ConsoleKit community about how to extend it to make it support fast reboot. I plan to update the proposal when we have a clear solution. > > Issues raised in discussion that should be addressed by an updated > onepager include: > > 1) Darren Moffat says that the proposed solution requires that a > temporary property needs to be created in an SMF service and that > requires a different (considerably more powerful) authorisation than > the one to reboot. He points out that the solution to this problem > is likely outside of the scope of this case, so that the project > team probably needs to work with the team that introduced the > fast reboot functionality to determine the proper solution for > this before moving forward. > > For reference, CR #6878412 was filed about this issue. Yes, the temporary smf property is beyond my control but I will discuss this with Sherry. > > 2) There has been some discussion about whether ConsoleKit is the > correct interface to use for supporting shut down and reboot on > Solaris. For example, Joerg Barfurth had this comment: > > > ConsoleKit manages Seats and Sessions and their association to > > devices and X servers. Interfaces for system power control are > > really something different and would really be better offered by a > > separate power management service. > > So, I think it would be helpful to clarify the pros and cons of > the various options (e.g. using HAL, using ConsoleKit, using a > new separate power management service), and explain why whatever > is decided to be the solution is the best approach. The basic idea is to follow the community. Now that the community implement reboot/shutdown in HAL/ConsoleKit, I think it's reasonable to also implement fast reboot in one of them. And because HAL is deprecated, ConsoleKit is a better choice. As for a separate power management service, currently there is devicekit-power (It will replace the power management part in HAL) but 1) community does not implement reboot/shutdown in it 2) it has not been integrated into Solaris yet. We also definitely do not want to maintain a private such service. So according to above reasons, ConsoleKit is chosen. > > Note that if it is necessary to enhance ConsoleKit interfaces to > support this feature, that any changed ConsoleKit interfaces will > also need to be ARC'ed. Perhaps any such needed changes to the > ConsoleKit specification could be included as a part of this case? > > Also, note that although ConsoleKit is currently targeting build 128, > that there is some risk that ConsoleKit might slip if the > requirements set in the ConsoleKit ARC case are not finished (e.g. > MultiSeat support) in time for planned integration in build 128. > While I am hopeful that the ConsoleKit integration will not slip, I > recommend that the project team have a Plan B if it is necessary to > avoid slippage if the ConsoleKit project slips. I have considered this problem. I will not integrate my case before ConsoleKit's integration. Regards, Jedy > > Brian From Brian.Cameron@sun.com Tue Oct 27 15:40:49 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9RMemqo018894 for ; Tue, 27 Oct 2009 15:40:49 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9RMehRR029634 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 28 Oct 2009 06:40:47 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KS700N0H2ZW1C00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Tue, 27 Oct 2009 15:40:44 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KS700LOL2ZVOJA0@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Tue, 27 Oct 2009 15:40:44 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9RMehHs018409 for ; Tue, 27 Oct 2009 22:40:43 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KS700G00233V200@mail-amer.sun.com> for LSARC-ext@Sun.Com (ORCPT LSARC-ext@Sun.Com); Tue, 27 Oct 2009 16:40:43 -0600 (MDT) Received: from [192.168.1.66] ([unknown] [69.211.51.21]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KS7003QG2ZIN2A0@mail-amer.sun.com> for LSARC-ext@Sun.Com (ORCPT LSARC-ext@Sun.Com); Tue, 27 Oct 2009 16:40:31 -0600 (MDT) Date: Tue, 27 Oct 2009 17:40:02 -0500 From: Brian Cameron Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A8EF6B9.6000103@sun.com> Sender: Brian.Cameron@sun.com To: LSARC-ext@sun.com Cc: Desktop Discuss , Jedy Wang Message-id: <4AE776C2.4020908@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_OD6mYQ8kMbeS2Gg0tx1hgA)" X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090929) Status: RO Content-Length: 6166 This is a multi-part message in MIME format. --Boundary_(ID_OD6mYQ8kMbeS2Gg0tx1hgA) Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT I updated the timeout for this case for November 10, 2009. This case has been "waiting need spec" for some time. The project team has provided updated materials which they believe address the outstanding issues. See attached. I also updated the case materials directory with the new one-pager document named "onepager-fast-reboot.txt" (and renamed the old one to "onepager-old.txt"). I updated the IAM file so it says "waiting fast-track" instead of "waiting need spec". Comments are welcome. Thanks, Brian --Boundary_(ID_OD6mYQ8kMbeS2Gg0tx1hgA) Content-type: text/plain; name=onepager-fast-reboot.txt Content-transfer-encoding: 7BIT Content-disposition: inline; filename=onepager-fast-reboot.txt Template Version: @(#)onepager.txt 1.35 07/11/07 SMI Copyright 2007 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Fast Reboot and BE Switching support of GNOME restart dialog 1.2. Name of Document Author/Supplier: Jedy Wang 1.3. Date of This Document: 10/22/09 2. Background In Solaris gnome desktop, a universal restart dialog is provided in the following scenarios: - Clicking the "Shut Down..." button in launch menu of gnome-panel - Pressing the power button - Run "gnome-session-save --shutdown-dialog" in a terminal Recently, Fast Reboot support (PSARC/2008/382) has been integrated into Solaris. Also, some customers want the ability to choose the BE when restarting the system. So the GNOME restart dialog should be updated to support these 2 features. 3. Technical Description: 3.1. Details: Currently, the GNOME restart dialog knows nothing about BE and Fast Reboot support. When the user clicks the "Restart" button, the system will be restarted into the default BE according to the config/fastreboot_default property of the system/boot-config:default service. Users have to use svccfg to change the value of the property or use reboot with proper arguments to do fast reboot or cold reboot. They can not select BE through the GUI of the GNOME restart dialog either. If they want to restart into another BE, they have to do one of the following: - Use either bootadm or beadm to change the default BE - Do a cold reboot and select the BE they want to boot into in GRUB menu After this project's integration, 2 D-Bus methods will be added into ConsoleKit. The first one is used to retrieve available BEs. And the second one is used to do a fast or cold reboot to a specific BE. The reason these 2 method are integrated into ConsoleKit, but not HAL is that HAL has been deprecated by the community. This change proposal has been posted to the ConsoleKit community mailing list and we will work with the upstream community to integrate this feature into ConsoleKit. The GUI of the GNOME restart dialog will also be updated. A new checkbox will be provided. Users can use the check box to select fast reboot or cold reboot. When fast reboot or cold reboot is selected, the GNOME restart dialog will ask ConsoleKit to set config_ovr/fastreboot_default to true or false. And ConsoleKit calls scf_fastreboot_default_set_transient to do this. Darren Moffat noted that this solution requires that a temporary property (config_ovr/fastreboot_default) needs to be created in an SMF service and that requires a different (considerably more powerful) authorisation than the one to reboot. Because the ConsoleKit daemon, which creates and modifies this temoprary property, is run as root, this problem will not block this case. A list of available BEs will also be provied in the GUI. If users select a BE which is different from the default one, the restart dialog will ask ConsoleKit to reboot into the selected BE. ConsoleKit will check solaris.system.shutdown to identify if the user has enough privilege. If so, ConsoleKit will use "bootadm set-menu default=n" to update the default BE and then do a reboot. 3.2. Bug/RFE Number(s): - CR #6850800 Need to add Fast Reboot and BE Swithcing into GNOME restart dialog - CR #6878412 Need service-based authorization support for adding transient property groups 3.3. Interfaces: Imported Interfaces Interface Name Classification Comment ------------------- --------------- ---------------------- /usr/bin/bootadm Committed scf_fastreboot_default_set_transient Committed PSARC/2009/338 config_ovr/fastreboot_default Committed PSARC/2009/338 Exported Interfaces Interface Name Classification Comment ------------------- --------------- ---------------------- GetAvailableOperatingSystems Volatile D-Bus method RestartWithParameters Volatile D-Bus method 3.4. Dependency: ConsoleKit (LSARC/2009/432) Introducing non-persistent property group config_ovr (LSARC/2009/338) Fast Reboot (PSARC/2008/382) 4. Resources and Schedule 4.1 Release Binding Minor release binding. The same as ConsoleKit (LSARC/2009/432/). 4.2. Consolidation C-team Name: Solairs Desktop 4.3. ARC review type: FastTrack 5. Related ARC cases LSARC/2009/432 ConsoleKit LSARC/2009/338 Introducing non-persistent property group config_ovr PSARC/2008/760 Boot configuration Service PSARC/2008/382 Fast Reboot --Boundary_(ID_OD6mYQ8kMbeS2Gg0tx1hgA)-- From Darren.Moffat@Sun.COM Wed Oct 28 04:18:24 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9SBIOa4012327 for ; Wed, 28 Oct 2009 04:18:24 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9SBIOQL022698 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 28 Oct 2009 04:18:24 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KS800C0122MW900@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 04:18:22 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KS8008W122LYJ10@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 04:18:22 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9SBIKY9005512 for ; Wed, 28 Oct 2009 11:18:21 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KS700K00ZTT5K00@fe-emea-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 11:18:14 +0000 (GMT) Received: from [192.168.1.105] (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KS8006HZ221RE20@fe-emea-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 11:18:01 +0000 (GMT) Date: Wed, 28 Oct 2009 11:18:01 +0000 From: Darren J Moffat Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4AE776C2.4020908@sun.com> Sender: Darren.Moffat@Sun.COM To: Brian Cameron Cc: LSARC-ext@Sun.COM, Jedy Wang , Desktop Discuss Message-id: <4AE82869.3010107@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4AE776C2.4020908@sun.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090929) Status: RO Content-Length: 1588 Brian Cameron wrote: > > I updated the timeout for this case for November 10, 2009. > > This case has been "waiting need spec" for some time. The project > team has provided updated materials which they believe address > the outstanding issues. See attached. > > I also updated the case materials directory with the new one-pager > document named "onepager-fast-reboot.txt" (and renamed the old one to > "onepager-old.txt"). I updated the IAM file so it says "waiting > fast-track" instead of "waiting need spec". Over all that sounds good, I'm particularly happy that this will be added in the upstream ConsoleKit. > A list of available BEs will also be provied in the GUI. If users > select a BE which is different from the default one, the restart > dialog will ask ConsoleKit to reboot into the selected BE. ConsoleKit > will check solaris.system.shutdown to identify if the user has enough > privilege. If so, ConsoleKit will use "bootadm set-menu default=n" > to update the default BE and then do a reboot. This part concerns me a little. It is quite a different policy decision to be able to reboot the existing BE than to change the default one. Yes the user could just select the alternate one from the GRUB menu in most cases. However I'd prefer to see an additional authorisation added for this check, it can be in the default set provided by the "Console User" property. I suggest something like "solaris.system.bootadm". This is similar to how suspend/resume has been dealt with. -- Darren J Moffat From Jedy.Wang@sun.com Wed Oct 28 04:31:41 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9SBVeTx012452 for ; Wed, 28 Oct 2009 04:31:40 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n9SBVduh003752 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 28 Oct 2009 05:31:40 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KS800E2N2OSOB00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 04:31:40 -0700 (PDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KS80087E2OPYD40@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 04:31:38 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9SBVaxI006108 for ; Wed, 28 Oct 2009 11:31:36 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KS8009002HLKN00@mail-apac.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 19:31:36 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KS800MOH2ONWNK0@mail-apac.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 19:31:36 +0800 (SGT) Date: Wed, 28 Oct 2009 19:30:32 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4AE82869.3010107@Sun.COM> Sender: Jedy.Wang@sun.com To: Darren J Moffat Cc: Brian Cameron , LSARC-ext@sun.com, Desktop Discuss , Vikram Hegde Message-id: <1256729432.12616.4.camel@pampas.prc.sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4AE776C2.4020908@sun.com> <4AE82869.3010107@Sun.COM> Status: RO Content-Length: 1263 > > A list of available BEs will also be provied in the GUI. If users > > select a BE which is different from the default one, the restart > > dialog will ask ConsoleKit to reboot into the selected BE. ConsoleKit > > will check solaris.system.shutdown to identify if the user has enough > > privilege. If so, ConsoleKit will use "bootadm set-menu default=n" > > to update the default BE and then do a reboot. > > > This part concerns me a little. It is quite a different policy decision > to be able to reboot the existing BE than to change the default one. This is because bootadm is used to set default boot entry and I think it does not support set default boot entry temporarily. I CCed Vikram, the developer of bootadm. > Yes the user could just select the alternate one from the GRUB menu in > most cases. However I'd prefer to see an additional authorisation added > for this check, it can be in the default set provided by the "Console > User" property. I suggest something like "solaris.system.bootadm". > This is similar to how suspend/resume has been dealt with. > If I want to add "solaris.system.bootadm", what should I do and in which module it should be put in? Regards, Jedy From Darren.Moffat@Sun.COM Wed Oct 28 04:47:11 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9SBlBGm012586 for ; Wed, 28 Oct 2009 04:47:11 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9SBlA9X005721 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 28 Oct 2009 11:47:10 GMT Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KS8000013ELOM00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 05:47:09 -0600 (MDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KS800J3H3EK8G50@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 05:47:09 -0600 (MDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9SBl88S009704 for ; Wed, 28 Oct 2009 11:47:08 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KS8004002QWDH00@fe-emea-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 11:46:49 +0000 (GMT) Received: from [192.168.1.105] (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KS8006W23DMRE30@fe-emea-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 11:46:34 +0000 (GMT) Date: Wed, 28 Oct 2009 11:46:33 +0000 From: Darren J Moffat Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1256729432.12616.4.camel@pampas.prc.sun.com> Sender: Darren.Moffat@Sun.COM To: Jedy Wang Cc: Brian Cameron , LSARC-ext@Sun.COM, Desktop Discuss , Vikram Hegde Message-id: <4AE82F19.6080208@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4AE776C2.4020908@sun.com> <4AE82869.3010107@Sun.COM> <1256729432.12616.4.camel@pampas.prc.sun.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090929) Status: RO Content-Length: 1583 Jedy Wang wrote: >>> A list of available BEs will also be provied in the GUI. If users >>> select a BE which is different from the default one, the restart >>> dialog will ask ConsoleKit to reboot into the selected BE. ConsoleKit >>> will check solaris.system.shutdown to identify if the user has enough >>> privilege. If so, ConsoleKit will use "bootadm set-menu default=n" >>> to update the default BE and then do a reboot. >> >> This part concerns me a little. It is quite a different policy decision >> to be able to reboot the existing BE than to change the default one. > > This is because bootadm is used to set default boot entry and I think it > does not support set default boot entry temporarily. I CCed Vikram, the > developer of bootadm. You shouldn't have to use bootadm. See Example 4 of the reboot(1M) man page. >> Yes the user could just select the alternate one from the GRUB menu in >> most cases. However I'd prefer to see an additional authorisation added >> for this check, it can be in the default set provided by the "Console >> User" property. I suggest something like "solaris.system.bootadm". >> This is similar to how suspend/resume has been dealt with. >> > > If I want to add "solaris.system.bootadm", what should I do and in which > module it should be put in? It should probably be ConsoleKit or bootadm checking that authorisation. However given what you have said above I'm taking a different stance. I don't think bootadm(1M) should be called at all. -- Darren J Moffat From Jedy.Wang@sun.com Wed Oct 28 05:03:33 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9SC3Wva013033 for ; Wed, 28 Oct 2009 05:03:32 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9SC3UBe012606 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 28 Oct 2009 05:03:32 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KS800F1B45W2Z00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 05:03:32 -0700 (PDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KS8005A645UAQC0@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 05:03:31 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9SC3UHk028054 for ; Wed, 28 Oct 2009 12:03:30 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KS800L0042L6700@mail-apac.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 20:03:30 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KS800MHV45SWNL0@mail-apac.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 20:03:29 +0800 (SGT) Date: Wed, 28 Oct 2009 20:02:26 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4AE82F19.6080208@Sun.COM> Sender: Jedy.Wang@sun.com To: Darren J Moffat Cc: Brian Cameron , LSARC-ext@sun.com, Desktop Discuss , Vikram Hegde Message-id: <1256731346.12616.13.camel@pampas.prc.sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4AE776C2.4020908@sun.com> <4AE82869.3010107@Sun.COM> <1256729432.12616.4.camel@pampas.prc.sun.com> <4AE82F19.6080208@Sun.COM> Status: RO Content-Length: 1826 On Wed, 2009-10-28 at 11:46 +0000, Darren J Moffat wrote: > Jedy Wang wrote: > >>> A list of available BEs will also be provied in the GUI. If users > >>> select a BE which is different from the default one, the restart > >>> dialog will ask ConsoleKit to reboot into the selected BE. ConsoleKit > >>> will check solaris.system.shutdown to identify if the user has enough > >>> privilege. If so, ConsoleKit will use "bootadm set-menu default=n" > >>> to update the default BE and then do a reboot. > >> > >> This part concerns me a little. It is quite a different policy decision > >> to be able to reboot the existing BE than to change the default one. > > > > This is because bootadm is used to set default boot entry and I think it > > does not support set default boot entry temporarily. I CCed Vikram, the > > developer of bootadm. > > You shouldn't have to use bootadm. See Example 4 of the reboot(1M) man > page. > > >> Yes the user could just select the alternate one from the GRUB menu in > >> most cases. However I'd prefer to see an additional authorisation added > >> for this check, it can be in the default set provided by the "Console > >> User" property. I suggest something like "solaris.system.bootadm". > >> This is similar to how suspend/resume has been dealt with. > >> > > > > If I want to add "solaris.system.bootadm", what should I do and in which > > module it should be put in? > > It should probably be ConsoleKit or bootadm checking that authorisation. > However given what you have said above I'm taking a different stance. > I don't think bootadm(1M) should be called at all. > Hi Darren, reboot can not be used because it does not shut down SMF services before rebooting according to Sherry Moore. Regards, Jedy From Darren.Moffat@sun.com Wed Oct 28 05:07:02 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9SC72j7013052 for ; Wed, 28 Oct 2009 05:07:02 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9SC72Lg007478 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 28 Oct 2009 05:07:02 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KS800J014BP5M00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 05:07:01 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KS8008FK4BNYI50@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 05:07:00 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9SC6wIH012447 for ; Wed, 28 Oct 2009 12:06:59 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KS8004002QWDH00@fe-emea-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 12:06:51 +0000 (GMT) Received: from [192.168.1.105] (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KS8006T84APRE40@fe-emea-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 12:06:34 +0000 (GMT) Date: Wed, 28 Oct 2009 12:06:25 +0000 From: Darren J Moffat Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1256731346.12616.13.camel@pampas.prc.sun.com> Sender: Darren.Moffat@sun.com To: Jedy Wang Cc: Brian Cameron , LSARC-ext@sun.com, Desktop Discuss , Vikram Hegde Message-id: <4AE833C1.5080008@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4AE776C2.4020908@sun.com> <4AE82869.3010107@Sun.COM> <1256729432.12616.4.camel@pampas.prc.sun.com> <4AE82F19.6080208@Sun.COM> <1256731346.12616.13.camel@pampas.prc.sun.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090929) Status: RO Content-Length: 2162 Jedy Wang wrote: > On Wed, 2009-10-28 at 11:46 +0000, Darren J Moffat wrote: >> Jedy Wang wrote: >>>>> A list of available BEs will also be provied in the GUI. If users >>>>> select a BE which is different from the default one, the restart >>>>> dialog will ask ConsoleKit to reboot into the selected BE. ConsoleKit >>>>> will check solaris.system.shutdown to identify if the user has enough >>>>> privilege. If so, ConsoleKit will use "bootadm set-menu default=n" >>>>> to update the default BE and then do a reboot. >>>> This part concerns me a little. It is quite a different policy decision >>>> to be able to reboot the existing BE than to change the default one. >>> This is because bootadm is used to set default boot entry and I think it >>> does not support set default boot entry temporarily. I CCed Vikram, the >>> developer of bootadm. >> You shouldn't have to use bootadm. See Example 4 of the reboot(1M) man >> page. >> >>>> Yes the user could just select the alternate one from the GRUB menu in >>>> most cases. However I'd prefer to see an additional authorisation added >>>> for this check, it can be in the default set provided by the "Console >>>> User" property. I suggest something like "solaris.system.bootadm". >>>> This is similar to how suspend/resume has been dealt with. >>>> >>> If I want to add "solaris.system.bootadm", what should I do and in which >>> module it should be put in? >> It should probably be ConsoleKit or bootadm checking that authorisation. >> However given what you have said above I'm taking a different stance. >> I don't think bootadm(1M) should be called at all. >> > > Hi Darren, > > reboot can not be used because it does not shut down SMF services before > rebooting according to Sherry Moore. Sigh. This really again shows up that parts of the original fast reboot project didn't seem to take into account that there maybe higher level callers of this. Then I guess you have no choice but to call bootadm(1M). My preference would be after having ConsoleKit check that the user has solaris.system.bootadm. -- Darren J Moffat From Jedy.Wang@sun.com Wed Oct 28 05:16:17 2009 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9SCGGdQ013206 for ; Wed, 28 Oct 2009 05:16:17 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n9SCGFfs024230 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 28 Oct 2009 06:16:16 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KS80030D4R4LK00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 06:16:16 -0600 (MDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KS800JQD4R38G90@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 06:16:16 -0600 (MDT) Received: from fe-apac-06.sun.com (fe-apac-06.sun.com [192.18.19.177] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9SCGEvu007705 for ; Wed, 28 Oct 2009 12:16:14 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KS800C004PZ5200@mail-apac.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 20:16:14 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KS800IYD4R1DS60@mail-apac.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 20:16:14 +0800 (SGT) Date: Wed, 28 Oct 2009 20:15:10 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4AE833C1.5080008@Sun.COM> Sender: Jedy.Wang@sun.com To: Darren J Moffat Cc: Brian Cameron , LSARC-ext@sun.com, Desktop Discuss , Vikram Hegde Message-id: <1256732110.9366.6.camel@pampas.prc.sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4AE776C2.4020908@sun.com> <4AE82869.3010107@Sun.COM> <1256729432.12616.4.camel@pampas.prc.sun.com> <4AE82F19.6080208@Sun.COM> <1256731346.12616.13.camel@pampas.prc.sun.com> <4AE833C1.5080008@Sun.COM> Status: RO Content-Length: 370 On Wed, 2009-10-28 at 12:06 +0000, Darren J Moffat wrote: > Then I guess you have no choice but to call bootadm(1M). My > preference > would be after having ConsoleKit check that the user has > solaris.system.bootadm. Yes, I can add code to ConsoleKit to check "solaris.system.bootadm". But how can I integrate this authentication into the system? Regards, Jedy From Darren.Moffat@sun.com Wed Oct 28 05:18:48 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9SCIlrw013225 for ; Wed, 28 Oct 2009 05:18:48 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9SCIeZp025505 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 28 Oct 2009 12:18:47 GMT Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KS8003054V9UL00@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 06:18:45 -0600 (MDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KS800JUB4V88CD0@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 06:18:45 -0600 (MDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9SCIiih000391 for ; Wed, 28 Oct 2009 12:18:44 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KS8002004GJ6200@fe-emea-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 12:18:19 +0000 (GMT) Received: from [192.168.1.105] (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KS8006EQ4UDRE50@fe-emea-10.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Wed, 28 Oct 2009 12:18:14 +0000 (GMT) Date: Wed, 28 Oct 2009 12:18:13 +0000 From: Darren J Moffat Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1256732110.9366.6.camel@pampas.prc.sun.com> Sender: Darren.Moffat@sun.com To: Jedy Wang Cc: Brian Cameron , LSARC-ext@sun.com, Desktop Discuss , Vikram Hegde Message-id: <4AE83685.5010704@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4AE776C2.4020908@sun.com> <4AE82869.3010107@Sun.COM> <1256729432.12616.4.camel@pampas.prc.sun.com> <4AE82F19.6080208@Sun.COM> <1256731346.12616.13.camel@pampas.prc.sun.com> <4AE833C1.5080008@Sun.COM> <1256732110.9366.6.camel@pampas.prc.sun.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090929) Status: RO Content-Length: 478 Jedy Wang wrote: > On Wed, 2009-10-28 at 12:06 +0000, Darren J Moffat wrote: >> Then I guess you have no choice but to call bootadm(1M). My >> preference >> would be after having ConsoleKit check that the user has >> solaris.system.bootadm. > > Yes, I can add code to ConsoleKit to check "solaris.system.bootadm". But > how can I integrate this authentication into the system? It goes into ONNV same as the solaris.system.shutdown etc authorisations. -- Darren J Moffat From Jedy.Wang@sun.com Wed Oct 28 05:23:40 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9SCNdmO013266 for ; Wed, 28 Oct 2009 05:23:39 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n9SCNUCX009979 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 28 Oct 2009 20:23:38 +0800 (SGT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KS80040353CC200@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Wed, 28 Oct 2009 06:23:36 -0600 (MDT) Received: from sineb-mail-1.sun.com ([192.18.19.6]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KS800JZF53A8GA0@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Wed, 28 Oct 2009 06:23:35 -0600 (MDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9SCNYjp007911 for ; Wed, 28 Oct 2009 12:23:34 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KS8003004Y6X400@mail-apac.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Wed, 28 Oct 2009 20:23:34 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KS800MT9538WNL0@mail-apac.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Wed, 28 Oct 2009 20:23:34 +0800 (SGT) Date: Wed, 28 Oct 2009 20:22:30 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4AE83685.5010704@Sun.COM> Sender: Jedy.Wang@sun.com To: Darren J Moffat Cc: Brian Cameron , LSARC-ext@sun.com, Desktop Discuss , Vikram Hegde Message-id: <1256732550.9366.10.camel@pampas.prc.sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4AE776C2.4020908@sun.com> <4AE82869.3010107@Sun.COM> <1256729432.12616.4.camel@pampas.prc.sun.com> <4AE82F19.6080208@Sun.COM> <1256731346.12616.13.camel@pampas.prc.sun.com> <4AE833C1.5080008@Sun.COM> <1256732110.9366.6.camel@pampas.prc.sun.com> <4AE83685.5010704@Sun.COM> Status: RO Content-Length: 1022 Hi Darren, I checked some spec files from Desktop consolidation. I found that SUNWdbus add an authentication itself when installing package. mkdir -p $RPM_BUILD_ROOT/etc/security echo 'solaris.smf.manage.dbus:::Manage D-BUS Service States::help=SmfDBUSStates.html' > $RPM_BUILD_ROOT/etc/security/auth_attr echo 'D-BUS Management:::Manage D-BUS:auths=solaris.smf.manage.dbus;help=RtDBUSMngmnt.html' > $RPM_BUILD_ROOT/etc/security/prof_attr Can I do same thing? Regards, Jedy On Wed, 2009-10-28 at 12:18 +0000, Darren J Moffat wrote: > Jedy Wang wrote: > > On Wed, 2009-10-28 at 12:06 +0000, Darren J Moffat wrote: > >> Then I guess you have no choice but to call bootadm(1M). My > >> preference > >> would be after having ConsoleKit check that the user has > >> solaris.system.bootadm. > > > > Yes, I can add code to ConsoleKit to check "solaris.system.bootadm". But > > how can I integrate this authentication into the system? > > It goes into ONNV same as the solaris.system.shutdown etc authorisations. > From Darren.Moffat@sun.com Wed Oct 28 07:32:23 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9SEWMf5014552 for ; Wed, 28 Oct 2009 07:32:22 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9SEWJth004555 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Wed, 28 Oct 2009 07:32:22 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KS800D0PB1XRW00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Wed, 28 Oct 2009 07:32:21 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KS80074PB1WN030@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Wed, 28 Oct 2009 07:32:21 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9SEWIg6018082 for ; Wed, 28 Oct 2009 14:32:20 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KS800600AJT3U00@fe-emea-10.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Wed, 28 Oct 2009 14:32:14 +0000 (GMT) Received: from [192.168.1.105] (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KS8006WMB1NREB0@fe-emea-10.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Wed, 28 Oct 2009 14:32:11 +0000 (GMT) Date: Wed, 28 Oct 2009 14:32:11 +0000 From: Darren J Moffat Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1256732550.9366.10.camel@pampas.prc.sun.com> Sender: Darren.Moffat@sun.com To: Jedy Wang Cc: Brian Cameron , LSARC-ext@sun.com, Desktop Discuss , Vikram Hegde Message-id: <4AE855EB.3060908@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4AE776C2.4020908@sun.com> <4AE82869.3010107@Sun.COM> <1256729432.12616.4.camel@pampas.prc.sun.com> <4AE82F19.6080208@Sun.COM> <1256731346.12616.13.camel@pampas.prc.sun.com> <4AE833C1.5080008@Sun.COM> <1256732110.9366.6.camel@pampas.prc.sun.com> <4AE83685.5010704@Sun.COM> <1256732550.9366.10.camel@pampas.prc.sun.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090929) Status: RO Content-Length: 1192 Jedy Wang wrote: > Hi Darren, > > I checked some spec files from Desktop consolidation. I found that > SUNWdbus add an authentication itself when installing package. > > mkdir -p $RPM_BUILD_ROOT/etc/security > echo 'solaris.smf.manage.dbus:::Manage D-BUS Service States::help=SmfDBUSStates.html' > $RPM_BUILD_ROOT/etc/security/auth_attr > echo 'D-BUS Management:::Manage D-BUS:auths=solaris.smf.manage.dbus;help=RtDBUSMngmnt.html' > $RPM_BUILD_ROOT/etc/security/prof_attr > > > Can I do same thing? Technically yes. However it might actually be better if this authorisation was checked in bootadm and that would mean putting it in the ON gate. If you do put it in the Desktop gate I'm thinking it should probably be named more in line with the fact that it is ConsoleKit that is checking it. Not sure at the moment what a good name would be. On the other hand we could just not bother with the authorisation at all and just like ConsoleKit use bootadm and claim it is an implementation detail. However I really think using bootadm here is not the correct solution and I'm dissapointed that the fast-reboot architecture is forcing you to do it that way. -- Darren J Moffat From Jedy.Wang@sun.com Wed Oct 28 20:55:01 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9T3sx1p005824 for ; Wed, 28 Oct 2009 20:54:59 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n9T3ssld003452 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 29 Oct 2009 03:54:58 GMT Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KS90020BC7KYV00@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Wed, 28 Oct 2009 20:54:56 -0700 (PDT) Received: from sineb-mail-2.sun.com ([192.18.19.7]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KS90003JC7JOJ50@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Wed, 28 Oct 2009 20:54:56 -0700 (PDT) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n9T3st2q019950 for ; Thu, 29 Oct 2009 03:54:55 +0000 (GMT) Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KS900E00C1J7M00@mail-apac.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Thu, 29 Oct 2009 11:54:55 +0800 (SGT) Received: from [129.158.217.16] ([unknown] [129.158.217.16]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KS900DC2C7HO8D0@mail-apac.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Thu, 29 Oct 2009 11:54:54 +0800 (SGT) Date: Thu, 29 Oct 2009 11:53:51 +0800 From: Jedy Wang Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4AE855EB.3060908@Sun.COM> Sender: Jedy.Wang@sun.com To: Darren J Moffat Cc: Brian Cameron , LSARC-ext@sun.com, Desktop Discuss , Vikram Hegde Message-id: <1256788431.9831.30.camel@pampas.prc.sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4AE776C2.4020908@sun.com> <4AE82869.3010107@Sun.COM> <1256729432.12616.4.camel@pampas.prc.sun.com> <4AE82F19.6080208@Sun.COM> <1256731346.12616.13.camel@pampas.prc.sun.com> <4AE833C1.5080008@Sun.COM> <1256732110.9366.6.camel@pampas.prc.sun.com> <4AE83685.5010704@Sun.COM> <1256732550.9366.10.camel@pampas.prc.sun.com> <4AE855EB.3060908@Sun.COM> Status: RO Content-Length: 374 Hi Darren, I do not understand how we could not bother with authorization here. Do you mean solaris.system.shutdown is OK here? Regards, Jedy On Wed, 2009-10-28 at 14:32 +0000, Darren J Moffat wrote: > On the other hand we could just not bother with the authorisation at > all > and just like ConsoleKit use bootadm and claim it is an > implementation > detail. > > From Darren.Moffat@sun.com Thu Oct 29 03:07:37 2009 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n9TA7a9Q022378 for ; Thu, 29 Oct 2009 03:07:37 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id n9TA7Z5K008834 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Thu, 29 Oct 2009 03:07:36 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KS90020HTGO4900@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Thu, 29 Oct 2009 04:07:36 -0600 (MDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KS900AKRTGNZ580@brm-avmta-1.central.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.COM); Thu, 29 Oct 2009 04:07:35 -0600 (MDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n9TA7Yqj019442 for ; Thu, 29 Oct 2009 10:07:34 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KS900900RBTWD00@fe-emea-10.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Thu, 29 Oct 2009 10:07:25 +0000 (GMT) Received: from [192.168.1.105] (cpc2-rdng20-2-0-cust917.15-3.cable.virginmedia.com [86.28.167.150]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KS900CUUTG0FG30@fe-emea-10.sun.com> for LSARC-ext@Sun.COM (ORCPT LSARC-ext@Sun.COM); Thu, 29 Oct 2009 10:07:12 +0000 (GMT) Date: Thu, 29 Oct 2009 10:07:11 +0000 From: Darren J Moffat Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <1256788431.9831.30.camel@pampas.prc.sun.com> Sender: Darren.Moffat@sun.com To: Jedy Wang Cc: Brian Cameron , LSARC-ext@sun.com, Desktop Discuss , Vikram Hegde Message-id: <4AE9694F.7020608@Sun.COM> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4AE776C2.4020908@sun.com> <4AE82869.3010107@Sun.COM> <1256729432.12616.4.camel@pampas.prc.sun.com> <4AE82F19.6080208@Sun.COM> <1256731346.12616.13.camel@pampas.prc.sun.com> <4AE833C1.5080008@Sun.COM> <1256732110.9366.6.camel@pampas.prc.sun.com> <4AE83685.5010704@Sun.COM> <1256732550.9366.10.camel@pampas.prc.sun.com> <4AE855EB.3060908@Sun.COM> <1256788431.9831.30.camel@pampas.prc.sun.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090929) Status: RO Content-Length: 408 Jedy Wang wrote: > Hi Darren, > > I do not understand how we could not bother with authorization here. Do > you mean solaris.system.shutdown is OK here? What I'm saying is that I think my original suggestion of requiring an additional authorisation to run beadm to switch the boot environment is maybe too much. So yes the existing check that ConsoleKit does will suffice for now. -- Darren J Moffat From Mark.Carlson@sun.com Tue Nov 10 08:43:32 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAAGhVUF015880 for ; Tue, 10 Nov 2009 08:43:31 -0800 (PST) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id nAAGhPAX029291 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Tue, 10 Nov 2009 16:43:30 GMT Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KSW0061RJSFR100@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 10 Nov 2009 08:43:27 -0800 (PST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KSW0026KJSEF350@nwk-avmta-1.sfbay.Sun.COM> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 10 Nov 2009 08:43:27 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nAAGhQNZ013894 for ; Tue, 10 Nov 2009 16:43:26 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KSW00G00GPFT000@mail-amer.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 10 Nov 2009 09:43:26 -0700 (MST) Received: from vpn-129-150-64-10.east.sun.com ([unknown] [129.150.64.10]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KSW000DTJRAOA30@mail-amer.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@sun.com); Tue, 10 Nov 2009 09:43:25 -0700 (MST) Date: Tue, 10 Nov 2009 09:42:41 -0700 From: "Mark A. Carlson" Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4AE9694F.7020608@Sun.COM> Sender: Mark.Carlson@sun.com To: Darren J Moffat Cc: Jedy Wang , Desktop Discuss , Vikram Hegde , LSARC-ext@sun.com Message-id: <4AF99801.7050408@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> <4AE776C2.4020908@sun.com> <4AE82869.3010107@Sun.COM> <1256729432.12616.4.camel@pampas.prc.sun.com> <4AE82F19.6080208@Sun.COM> <1256731346.12616.13.camel@pampas.prc.sun.com> <4AE833C1.5080008@Sun.COM> <1256732110.9366.6.camel@pampas.prc.sun.com> <4AE83685.5010704@Sun.COM> <1256732550.9366.10.camel@pampas.prc.sun.com> <4AE855EB.3060908@Sun.COM> <1256788431.9831.30.camel@pampas.prc.sun.com> <4AE9694F.7020608@Sun.COM> User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) Status: RO Content-Length: 118 This case seems to have converged and will likely be approved at LSARC today unless someone needs more time. -- mark From Brian.Cameron@sun.com Mon Nov 16 17:02:23 2009 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id nAH12NJ5000097 for ; Mon, 16 Nov 2009 17:02:23 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id nAH12MWk005351 for <@sunmail2sca.sfbay.sun.com:LSARC-ext@sun.com>; Mon, 16 Nov 2009 17:02:22 -0800 (PST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KT80050XAVYBT00@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Mon, 16 Nov 2009 17:02:22 -0800 (PST) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KT80024DAVXFL30@nwk-avmta-2.sfbay.sun.com> for LSARC-ext@sun.com (ORCPT LSARC-ext@Sun.Com); Mon, 16 Nov 2009 17:02:21 -0800 (PST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id nAH12LsI023732 for ; Tue, 17 Nov 2009 01:02:21 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KT800J00AI4DF00@mail-amer.sun.com> for LSARC-ext@Sun.Com (ORCPT LSARC-ext@Sun.Com); Mon, 16 Nov 2009 18:02:21 -0700 (MST) Received: from [192.168.1.64] ([unknown] [69.211.231.249]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KT8007VEAVWRBD0@mail-amer.sun.com> for LSARC-ext@Sun.Com (ORCPT LSARC-ext@Sun.Com); Mon, 16 Nov 2009 18:02:21 -0700 (MST) Date: Mon, 16 Nov 2009 19:02:21 -0600 From: Brian Cameron Subject: Re: Fast reboot support of GNOME restart dialog [LSARC/2009/454 FastTrack timeout 09/01/2009] In-reply-to: <4A8EF6B9.6000103@sun.com> Sender: Brian.Cameron@sun.com To: Brian Cameron Cc: LSARC-ext@sun.com, Desktop Discuss , Jedy Wang Message-id: <4B01F61D.6090006@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <4A8EF6B9.6000103@sun.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090929) Status: RO Content-Length: 464 This case was approved at the last LSARC meeting on November 10th. I just updated the IAM file to indicate that this case is "closed approved fast-track 11/10/2009". Brian Brian Cameron wrote: > > LSARC: > > I am submitting this case for "Fast reboot support of GNOME restart > dialog" by Jedy Wang, and it will timeout on September 1st. See > attached onepager. > > This case will integrate this new support only into Nevada. > > Thanks, > > Brian >