John Fischer wrote:
> I am sponsoring this project for Bruce Rothermal who will be integrating
> this project via the SFW consolidation. I have set the timer for Friday,
> August 28th. The case directory contains this proposal, FOSS check list,
> and appropriate man pages.
>
> This project propo
John Fischer wrote:
>
> PSARC,
>
> I am sponsoring this project for Bruce Rothermal who will be integrating
> this project via the SFW consolidation. I have set the timer for Friday,
> August 28th. The case directory contains this proposal, FOSS check list,
> and appropriate man pages.
>
> Thi
Garrett D'Amore wrote:
> Don Cragun wrote:
> > On Fri, 21 Aug 2009 00:00:53 -0700, Hugh McIntyre wrote:
> >> Joerg Schilling wrote:
> int futimens(int fd, const struct timespec times[2]);
>
> int utimensat(int fd, const char *path,
> con
Don Cragun wrote:
> On Fri, 21 Aug 2009 00:00:53 -0700, Hugh McIntyre wrote:
> > Joerg Schilling wrote:
> > >>> >>>int futimens(int fd, const struct timespec times[2]);
> > >>> >>>
> > >>> >>>int utimensat(int fd, const char *path,
> > >>> >>> const struct timespec times
I am marking this case as closed approved since it times out today.
I believe that all issues raised have been addressed. The two
issues raised included:
- Issues regarding how WebKit supports SSL certificates. Alfred Peng
worked with Darren Moffat to address this issue, and the case
mate
On Fri, Aug 21, 2009 at 10:47:51PM +0200, Roland Mainz wrote:
> How does this work ? ...
AFAICS it adds goop to skel shell dot files to setup functions/aliases
which do the work of calling out to support utilities and updating the
shell's environment.
Let me see if I understand the question right.
The modulecmd will load the basic env for the specific shell you wish
to use. For example
modulecmd bash load
this sets the base to start from. Users of the tool will then create
project specific modulefiles which contain environment needs such
Alan:
>>> The following list seem like things needed to build firefox, but which
>>> don't need to be shipped to users of firefox - is there some reason
>>> these are needed, or is it just an artifact of the spec-files build
>>> system? (Though it would seem easy enough to just not deliver the
>
Jim,
I have been told that we can ask ISC to maintain backward compatibility
for documented interfaces. So we would like to change the classification
of all the documented interfaces to Committed. The following tables
lists those interfaces.
New Committed Interfaces
bedded and charset-unspecified text was scrubbed...
Name: onepager-fast-reboot.txt
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20090821/ef0b0dd6/attachment.txt>
de in this review.
Brian
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: gdm.diff
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20090821/03416d81/attachment.ksh>
de in this review.
Brian
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: ck.diff
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20090821/328df638/attachment.ksh>
part --
An embedded and charset-unspecified text was scrubbed...
Name: proposal.txt
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20090821/f19d37f8/attachment.txt>
Garrett D'Amore wrote:
> Don Cragun wrote:
>> On Fri, 21 Aug 2009 00:00:53 -0700, Hugh McIntyre wrote:
>>
... ... ...
>>
>> I believe this project is incomplete without also adding support for
>> these to the fpathconf() and pathconf() functions and the getconf
>> utility.
>>
>
> Hm it
Don Cragun wrote:
> On Fri, 21 Aug 2009 00:00:53 -0700, Hugh McIntyre wrote:
>
>> Joerg Schilling wrote:
>>
int futimens(int fd, const struct timespec times[2]);
int utimensat(int fd, const char *path,
const struct timespec times
On Fri, 21 Aug 2009 00:00:53 -0700, Hugh McIntyre wrote:
> Joerg Schilling wrote:
> >>> >>>int futimens(int fd, const struct timespec times[2]);
> >>> >>>
> >>> >>>int utimensat(int fd, const char *path,
> >>> >>> const struct timespec times[2], int flag);
> > >
> > > In
To: gdamore at sun.com, Roger.Faulkner at sun.com
Cc: Bart.Smaalders at sun.com, Darrin.Johnson at sun.com,
Krister.Johansen at sun.com, Pavel.Filipensky at sun.com, psarc-ext at sun.com
Subject: Re: PSARC/2009/453 - futimens, utimensat
"Garrett D'Amore" wrote:
> An obvious +1. Thanks!
>
>
>> Actually LD_LIBRARY_PATH* needn't be set to run Firefox. Since RUNPATH
>> is set to /usr/lib/gnome-private/lib while building Firefox and the
>> newer GNOME components, Firefox will pick up the new versions even
>> without setting LD_LIBRARY_PATH.
>>
>> So instead of setting LD_LIBRARY_PATH, wi
Joerg Schilling wrote:
>>>int futimens(int fd, const struct timespec times[2]);
>>>
>>>int utimensat(int fd, const char *path,
>>> const struct timespec times[2], int flag);
>
> In order to allow programs like star to be able to work correctly, we would
> also need to
19 matches
Mail list logo
