This change was approved
Thanks
--Irene
Henry Zhao wrote:
> Irene,
>
> We are delivering to both x86 and sparc platforms.
>
> Thank you for amending.
>
> -Henry
>
> Irene Huang wrote:
>> According to the discussion, my understanding is that the project
>> team can accept a RFE to add support for
Irene Huang wrote:
> This change was approved
I want to thanks all parties on this email thread for the great teamwork
and cooperation that helped this integration meet the deadline.
I really appreciate it.
Huge thanks.
Neal
>
> Thanks
>
> --Irene
> Henry Zhao wrote:
>> Irene,
>>
>> We are deliv
According to the discussion, my understanding is that the project team
can accept a RFE to add support for sparc in the future
so I'd like to document the case by adding an interface for both X86 and
sparc platforms (although they won't be available at the same time) as
follows
gnome-dispswitch
Irene,
We are delivering to both x86 and sparc platforms.
Thank you for amending.
-Henry
Irene Huang wrote:
> According to the discussion, my understanding is that the project team
> can accept a RFE to add support for sparc in the future
>
> so I'd like to document the case by adding an inter
Neal Pollack wrote:
> In the interests of meeting the executive and customer requests to get
> this into 2008.11 by deadline, is the group willing to accept a P4 RFE
> to add support for sparc 2 builds later?
That is between the project team and the C-Team usually. The way we
have addressed thi
Hi, all
A bug was filed for this project, requesting that the application should
be shown on GNOME launch menu. The project team thinks it's necessary to
update this case to show the change.
The fix of the bug adds a new interface to the interface table (X86 only).
gnome-dispswitch.desktop
Neal Pollack wrote:
> - The project team is rushing to meet a 2008.11 dealine (build 100)
Delivering something for only one platform takes more work and more review
and will slow down your delivery, as all our build systems and processes
are organized around building & delivering the same on both
Alan Coopersmith wrote:
> Irene Huang wrote:
>
>> Hi, all
>>
>> A bug was filed for this project, requesting that the application should
>> be shown on GNOME launch menu. The project team thinks it's necessary to
>> update this case to show the change.
>>
>> The fix of the bug adds a new interfa
Irene Huang wrote:
> Hi, all
>
> A bug was filed for this project, requesting that the application should
> be shown on GNOME launch menu. The project team thinks it's necessary to
> update this case to show the change.
>
> The fix of the bug adds a new interface to the interface table (X86 onl
Closed approved.
--Irene
Irene Huang wrote:
> Hi,
> According to the discussion in today's meeting. We are splitting this
> ARC case into two cases.
> The new proposal for this case is attached.
>
> If no objections within 24 hours, I'd like to close the case then.
>
> We'll file another ARC case
Hi,
According to the discussion in today's meeting. We are splitting this
ARC case into two cases.
The new proposal for this case is attached.
If no objections within 24 hours, I'd like to close the case then.
We'll file another ARC case for the ACPI support with the contract
signed, when the A
Curious why -key and -mod instead of (or in addition to) traditional libXt
translation table syntax, which could be given with a single option having a
value like
"ShiftF5" (and could perhaps even handle modifiers and mouse buttons).
Of course, with all the gtk and Qt stuff, maybe libXt is just _
Alan Coopersmith wrote:
>
>> libsysevent committed
>>
>
> Isn't saying you import libsysevent like saying you use ioctl (i.e.
> the interface is a gateway to all sorts of functionality at all sorts
> of different stability levels)? Without knowing what events,
> Imported Interfaces:
>
> RandR 1.2 Uncommitted
> (http://www.x.org/wiki/Projects/XRandR)
Actually, RandR 1.2 is Volatile -- PSARC 2007/430. Since you're
proposing to deliver to the X consolidation, no contract is required,
but you still
Here's a reminder.
This case is due timeout on 08/20/2008, Any issues, please send an email
before then.
Thanks
--Irene
On Thu, 2008-08-14 at 17:07 +0100, Darren J Moffat wrote:
> David Chieu wrote:
> > Darren J Moffat wrote:
> >> Shi-Ying Irene Huang wrote:
> >>>4.4.1 On a laptop, if
David Chieu wrote:
> Darren J Moffat wrote:
>> Shi-Ying Irene Huang wrote:
>>>4.4.1 On a laptop, if an ACPI notification interface is
>>> connected, and the notification mechanism is operating,
>>> then the keyboard defined "display device switch function
>>> key" i
Hi, All
I am sponsoring this case.
The timeout is set to be 08/20//2008.
Manpage is available at
Internal:
http://sac.eng/Archives/CaseLog/arc/LSARC/2008/519/materials/dispswitch.1
External: (will be)
http://www.opensolaris.org/os/community/arc/caselog/2008/519
Please review
--Irene
Shi-Ying I
Shi-Ying Irene Huang wrote:
>4.4.1 On a laptop, if an ACPI notification interface is connected,
> and the
> notification mechanism is operating, then the keyboard defined
> "display device switch function key" is the "hotkey". The
> acpi_drv
> dr
Darren J Moffat wrote:
> Shi-Ying Irene Huang wrote:
>>4.4.1 On a laptop, if an ACPI notification interface is
>> connected, and the notification mechanism is operating,
>> then the keyboard defined "display device switch function
>> key" is the "hotkey". The acpi_d
Template Version: @(#)sac_nextcase 1.66 04/17/08 SMI
This information is Copyright 2008 Sun Microsystems
1. Introduction
1.1. Project/Component Working Name:
disp_switch
1.2. Name of Document Author/Supplier:
Author: Henry Zhao
1.3 Date of This Document:
13
20 matches
Mail list logo