From alanc@sac.sfbay.sun.com Tue Feb 12 19:19:46 2008
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 m1D3JjPa011686
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 12 Feb 2008 19:19:46 -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 m1D3JhSW018880;
	Wed, 13 Feb 2008 03:19:45 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 <0JW500B01QKWG300@nwk-avmta-1.sfbay.Sun.COM>; Tue,
 12 Feb 2008 19:19:44 -0800 (PST)
Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JW5000K1QKV0LA0@nwk-avmta-1.sfbay.Sun.COM>; Tue,
 12 Feb 2008 19:19:44 -0800 (PST)
Received: from sac.sfbay.sun.com (new-sac.SFBay.Sun.COM [129.146.175.65])
	by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2)
 with ESMTP id m1D3Jhog013456; Tue, 12 Feb 2008 19:19:43 -0800 (PST)
Received: from sac.sfbay.sun.com (localhost [127.0.0.1])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1D3CCVF011576; Tue,
 12 Feb 2008 19:12:12 -0800 (PST)
Received: (from alanc@localhost)
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id m1D3CCpb011572; Tue,
 12 Feb 2008 19:12:12 -0800 (PST)
Date: Tue, 12 Feb 2008 19:12:12 -0800 (PST)
From: Alan Coopersmith <alanc@sac.sfbay.sun.com>
Subject: fc-cache force_rebuild [PSARC/2008/106 FastTrack timeout 02/19/2008]
To: PSARC-ext@sun.com
Cc: Alan.Coopersmith@sun.com
Message-id: <200802130312.m1D3CCpb011572@sac.sfbay.sun.com>
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
Status: RO
Content-Length: 2310

I am sponsoring this fasttrack for myself and have set the timeout to
next Tuesday, February 19, 2008.

        -Alan Coopersmith-           alan.coopersmith@sun.com
         Sun Microsystems, Inc. - X Window System Engineering

Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI
This information is Copyright 2008 Sun Microsystems
1. Introduction
    1.1. Project/Component Working Name:
	 fc-cache force_rebuild
    1.2. Name of Document Author/Supplier:
	 Author:  Alan Coopersmith
    1.3  Date of This Document:
	12 February, 2008
4. Technical Description

This case updates the fc-cache SMF service introduced in PSARC 2004/752 to
add a new property and a method script to handle it.   It requests a patch
release binding.

When fc-cache scans the font directories to determine if caches are up to
date, it compares date stamps on the cache-files to the font files & 
directories.   However, OS upgrades can install font files with time stamps
older than the font caches, but which are not reflected in the font cache.

This case changes the SMF service manifest for the fc-cache service to call
a simple method script /lib/svc/method/fc-cache instead of /usr/bin/fc-cache
directly.   This script will check the value of the newly added service
property application/force_rebuild, which will have a boolean value.

If force_rebuild is true, the script will call fc-cache with the -f flag
to force rebuilding all cache files, and then reset the force_rebuild 
property to false.   The force_rebuild flag will be set to true in the 
postinstall scripts of X consolidation packages that install font files.

If force_rebuild is false, the method script will simply call fc-cache with
no flags as is currently done, which scans the directories and rebuilds 
cache files for directories in which changes are detected.

Imported Interfaces:
--------------------
svc:/application/font/fc-cache		Unstable	PSARC 2004/752
fc-cache -f				External	LSARC 2003/273

Exported Interfaces:
--------------------
/lib/svc/method/fc-cache		Project Private
SMF property application/force_rebuild	Uncommitted

6. Resources and Schedule
    6.4. Steering Committee requested information
   	6.4.1. Consolidation C-team Name:
		X Consolidation / Desktop C-Team
    6.5. ARC review type: FastTrack
    6.6. ARC Exposure: open


From Darren.Kenny@sun.com Tue Feb 12 22:59:49 2008
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 m1D6xnaI016545
	for <psarc-ext@sac.sfbay.sun.com>; Tue, 12 Feb 2008 22:59:49 -0800 (PST)
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 m1D6xmjF063991
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 12 Feb 2008 23:59:49 -0700 (MST)
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 <0JW600C030RNAQ00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Tue, 12 Feb 2008 22:59:47 -0800 (PST)
Received: from gmp-eb-mail-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 <0JW600KE40RK2FF0@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue,
 12 Feb 2008 22:59:45 -0800 (PST)
Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe1.eu.sun.com [192.18.6.10])
	by gmp-eb-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1D6xipB023840	for
 <PSARC-ext@sun.com>; Wed, 13 Feb 2008 06:59:44 +0000 (GMT)
Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0JW600I010KIEL00@fe-emea-09.sun.com>
 (original mail from Darren.Kenny@Sun.COM)
 for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed,
 13 Feb 2008 06:59:44 +0000 (GMT)
Received: from [129.150.121.192] by fe-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 with ESMTPSA id <0JW600EZI0RJ6EB0@fe-emea-09.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Wed, 13 Feb 2008 06:59:44 +0000 (GMT)
Date: Wed, 13 Feb 2008 06:59:25 +0000
From: Darren Kenny <Darren.Kenny@sun.com>
Subject: Re: fc-cache force_rebuild [PSARC/2008/106 FastTrack timeout
 02/19/2008]
In-reply-to: <200802130312.m1D3CCpb011572@sac.sfbay.sun.com>
Sender: Darren.Kenny@sun.com
To: Alan.Coopersmith@sun.com
Cc: PSARC-ext@sun.com
Message-id: <47B2954D.2070800@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-15
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <200802130312.m1D3CCpb011572@sac.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.9 (X11/20080128)
Status: RO
Content-Length: 2690

Hi Alan,

In the setting of the force_rebuild flag in a post-install, will this flag then
be reset to false after the forced rebuild has been done or will it persist
through reboots and end up forcing a rebuild every time?

Thanks,

Darren.

Alan Coopersmith wrote:
> I am sponsoring this fasttrack for myself and have set the timeout to
> next Tuesday, February 19, 2008.
> 
>         -Alan Coopersmith-           alan.coopersmith@sun.com
>          Sun Microsystems, Inc. - X Window System Engineering
> 
> Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI
> This information is Copyright 2008 Sun Microsystems
> 1. Introduction
>     1.1. Project/Component Working Name:
> 	 fc-cache force_rebuild
>     1.2. Name of Document Author/Supplier:
> 	 Author:  Alan Coopersmith
>     1.3  Date of This Document:
> 	12 February, 2008
> 4. Technical Description
> 
> This case updates the fc-cache SMF service introduced in PSARC 2004/752 to
> add a new property and a method script to handle it.   It requests a patch
> release binding.
> 
> When fc-cache scans the font directories to determine if caches are up to
> date, it compares date stamps on the cache-files to the font files & 
> directories.   However, OS upgrades can install font files with time stamps
> older than the font caches, but which are not reflected in the font cache.
> 
> This case changes the SMF service manifest for the fc-cache service to call
> a simple method script /lib/svc/method/fc-cache instead of /usr/bin/fc-cache
> directly.   This script will check the value of the newly added service
> property application/force_rebuild, which will have a boolean value.
> 
> If force_rebuild is true, the script will call fc-cache with the -f flag
> to force rebuilding all cache files, and then reset the force_rebuild 
> property to false.   The force_rebuild flag will be set to true in the 
> postinstall scripts of X consolidation packages that install font files.
> 
> If force_rebuild is false, the method script will simply call fc-cache with
> no flags as is currently done, which scans the directories and rebuilds 
> cache files for directories in which changes are detected.
> 
> Imported Interfaces:
> --------------------
> svc:/application/font/fc-cache		Unstable	PSARC 2004/752
> fc-cache -f				External	LSARC 2003/273
> 
> Exported Interfaces:
> --------------------
> /lib/svc/method/fc-cache		Project Private
> SMF property application/force_rebuild	Uncommitted
> 
> 6. Resources and Schedule
>     6.4. Steering Committee requested information
>    	6.4.1. Consolidation C-team Name:
> 		X Consolidation / Desktop C-Team
>     6.5. ARC review type: FastTrack
>     6.6. ARC Exposure: open
> 

From Darren.Kenny@sun.com Wed Feb 13 01:45:59 2008
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 m1D9jxPH020203
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 13 Feb 2008 01:45:59 -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 m1D9jjVb000034
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 13 Feb 2008 09:45:57 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 <0JW60060D8GKIF00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Wed, 13 Feb 2008 01:45:56 -0800 (PST)
Received: from gmp-eb-mail-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 <0JW600CR88GIDNB0@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed,
 13 Feb 2008 01:45:55 -0800 (PST)
Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11])
	by gmp-eb-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1D9jsBb009924	for
 <PSARC-ext@sun.com>; Wed, 13 Feb 2008 09:45:54 +0000 (GMT)
Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0JW6008018B5U400@fe-emea-09.sun.com>
 (original mail from Darren.Kenny@Sun.COM)
 for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed,
 13 Feb 2008 09:45:54 +0000 (GMT)
Received: from [129.150.121.192] by fe-emea-09.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 with ESMTPSA id <0JW6004D28GFGZ30@fe-emea-09.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Wed, 13 Feb 2008 09:45:51 +0000 (GMT)
Date: Wed, 13 Feb 2008 09:45:33 +0000
From: Darren Kenny <Darren.Kenny@sun.com>
Subject: Re: fc-cache force_rebuild [PSARC/2008/106 FastTrack timeout
 02/19/2008]
In-reply-to: <47B2954D.2070800@Sun.COM>
Sender: Darren.Kenny@sun.com
To: Alan.Coopersmith@sun.com
Cc: PSARC-ext@sun.com
Message-id: <47B2BC3D.9040704@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-15
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <200802130312.m1D3CCpb011572@sac.sfbay.sun.com>
 <47B2954D.2070800@Sun.COM>
User-Agent: Thunderbird 2.0.0.9 (X11/20080128)
Status: RO
Content-Length: 2967

Sheesh, apologies for wasting bandwidth - it was just pointed out to me that the
answer was already there, that'll teach me to send e-mails early in morning
after a late night...

Darren.

Darren Kenny wrote:
> Hi Alan,
> 
> In the setting of the force_rebuild flag in a post-install, will this flag then
> be reset to false after the forced rebuild has been done or will it persist
> through reboots and end up forcing a rebuild every time?
> 
> Thanks,
> 
> Darren.
> 
> Alan Coopersmith wrote:
>> I am sponsoring this fasttrack for myself and have set the timeout to
>> next Tuesday, February 19, 2008.
>>
>>         -Alan Coopersmith-           alan.coopersmith@sun.com
>>          Sun Microsystems, Inc. - X Window System Engineering
>>
>> Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI
>> This information is Copyright 2008 Sun Microsystems
>> 1. Introduction
>>     1.1. Project/Component Working Name:
>> 	 fc-cache force_rebuild
>>     1.2. Name of Document Author/Supplier:
>> 	 Author:  Alan Coopersmith
>>     1.3  Date of This Document:
>> 	12 February, 2008
>> 4. Technical Description
>>
>> This case updates the fc-cache SMF service introduced in PSARC 2004/752 to
>> add a new property and a method script to handle it.   It requests a patch
>> release binding.
>>
>> When fc-cache scans the font directories to determine if caches are up to
>> date, it compares date stamps on the cache-files to the font files & 
>> directories.   However, OS upgrades can install font files with time stamps
>> older than the font caches, but which are not reflected in the font cache.
>>
>> This case changes the SMF service manifest for the fc-cache service to call
>> a simple method script /lib/svc/method/fc-cache instead of /usr/bin/fc-cache
>> directly.   This script will check the value of the newly added service
>> property application/force_rebuild, which will have a boolean value.
>>
>> If force_rebuild is true, the script will call fc-cache with the -f flag
>> to force rebuilding all cache files, and then reset the force_rebuild 
>> property to false.   The force_rebuild flag will be set to true in the 
>> postinstall scripts of X consolidation packages that install font files.
>>
>> If force_rebuild is false, the method script will simply call fc-cache with
>> no flags as is currently done, which scans the directories and rebuilds 
>> cache files for directories in which changes are detected.
>>
>> Imported Interfaces:
>> --------------------
>> svc:/application/font/fc-cache		Unstable	PSARC 2004/752
>> fc-cache -f				External	LSARC 2003/273
>>
>> Exported Interfaces:
>> --------------------
>> /lib/svc/method/fc-cache		Project Private
>> SMF property application/force_rebuild	Uncommitted
>>
>> 6. Resources and Schedule
>>     6.4. Steering Committee requested information
>>    	6.4.1. Consolidation C-team Name:
>> 		X Consolidation / Desktop C-Team
>>     6.5. ARC review type: FastTrack
>>     6.6. ARC Exposure: open
>>

From alan.coopersmith@sun.com Wed Feb 13 07:35:33 2008
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m1DFZXeP028287
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 13 Feb 2008 07:35:33 -0800 (PST)
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 m1DFZQBR028745
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 13 Feb 2008 07:35:33 -0800 (PST)
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 <0JW600H15ON77W00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Wed, 13 Feb 2008 07:35:31 -0800 (PST)
Received: from sfbaymail1sca.SFBay.Sun.COM ([129.145.154.35])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JW600CC9ON2OA50@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed,
 13 Feb 2008 07:35:26 -0800 (PST)
Received: from [192.168.0.101]
 (vpn-129-150-18-61.SFBay.Sun.COM [129.150.18.61])	by
 sfbaymail1sca.SFBay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2)
 with ESMTP id m1DFZM9Z004925; Wed, 13 Feb 2008 07:35:25 -0800 (PST)
Date: Wed, 13 Feb 2008 07:35:18 -0800
From: Alan Coopersmith <alan.coopersmith@sun.com>
Subject: Re: fc-cache force_rebuild [PSARC/2008/106 FastTrack timeout
 02/19/2008]
In-reply-to: <47B2954D.2070800@Sun.COM>
To: Darren Kenny <Darren.Kenny@sun.com>
Cc: PSARC-ext@sun.com
Message-id: <47B30E36.7000209@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-15; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <200802130312.m1D3CCpb011572@sac.sfbay.sun.com>
 <47B2954D.2070800@Sun.COM>
User-Agent: Thunderbird 1.5.0.4 (X11/20060602)
Status: RO
Content-Length: 518

Darren Kenny wrote:
> Hi Alan,
> 
> In the setting of the force_rebuild flag in a post-install, will this flag then
> be reset to false after the forced rebuild has been done or will it persist
> through reboots and end up forcing a rebuild every time?

The method script resets it every time it's run, so there's no way in
the current design to force it every time, but I didn't think that was
needed.

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering

From Alan.Coopersmith@sun.com Wed Feb 20 17:16:11 2008
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 m1L1GAZC019661
	for <psarc-ext@sac.sfbay.Sun.COM>; Wed, 20 Feb 2008 17:16:10 -0800 (PST)
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 m1L1Fgdm002626
	for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 21 Feb 2008 09:16:09 +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 <0JWK0040DE6UYW00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Wed, 20 Feb 2008 17:16:06 -0800 (PST)
Received: from sca-es-mail-2.sun.com ([192.18.43.133])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JWK00314E6T8K30@nwk-avmta-1.sfbay.Sun.COM> for
 PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed,
 20 Feb 2008 17:16:05 -0800 (PST)
Received: from fe-sfbay-09.sun.com ([192.18.43.129])
	by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1L1G5fp024831	for
 <PSARC-ext@sun.com>; Wed, 20 Feb 2008 17:16:05 -0800 (PST)
Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 id <0JWK00I01E6TKW00@fe-sfbay-09.sun.com>
 (original mail from Alan.Coopersmith@Sun.COM)
 for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed,
 20 Feb 2008 17:16:05 -0800 (PST)
Received: from [129.146.108.211] by fe-sfbay-09.sun.com
 (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007))
 with ESMTPSA id <0JWK00K1KE6SQY80@fe-sfbay-09.sun.com> for PSARC-ext@sun.com
 (ORCPT PSARC-ext@sun.com); Wed, 20 Feb 2008 17:16:05 -0800 (PST)
Date: Wed, 20 Feb 2008 17:16:04 -0800
From: Alan Coopersmith <Alan.Coopersmith@sun.com>
Subject: Re: fc-cache force_rebuild [PSARC/2008/106 FastTrack timeout
 02/19/2008]
In-reply-to: <200802130312.m1D3CCpb011572@sac.sfbay.sun.com>
Sender: Alan.Coopersmith@sun.com
To: PSARC-ext@sun.com
Message-id: <47BCD0D4.1020201@sun.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
X-Enigmail-Version: 0.95.1
References: <200802130312.m1D3CCpb011572@sac.sfbay.sun.com>
User-Agent: Thunderbird 2.0.0.6 (X11/20071203)
Status: RO
Content-Length: 338

Alan Coopersmith wrote:
> I am sponsoring this fasttrack for myself and have set the timeout to
> next Tuesday, February 19, 2008.

This case was approved during PSARC business today, since I forgot to
close it yesterday.

-- 
	-Alan Coopersmith-           alan.coopersmith@sun.com
	 Sun Microsystems, Inc. - X Window System Engineering


