[...]
> As an OpenGL architecture is already provided for
> SPARC by the SPARC
> Graphics group, Mesa will not be delivered with Xorg
> on SPARC.
[...]
Does this mean that "real" OpenGL will be supported by Xorg on SPARC?
(and if that can be done, why can't Xorg on SPARC also tie into the DPS
ext
On Mon, 2007-01-22 at 16:28 -0800, Stephen Hahn wrote:
> If that
> means [the sha*sum] commands are dropped, that's an outcome consistent with
> the conflict in constraining policies.
I don't see this as an acceptable resolution; programs or scripts
written to depend on coreutils may not r
On Mon, 2007-01-22 at 14:49 -0800, Stephen Hahn wrote:
> > wes-1 "printenv", "whoami", and "users" are currently delivered in
> > solaris in /usr/ucb. Are the versions you propose to deliver
> > as part of this project upwards-compatible with the /usr/ucb
> > variants?
>
> Un
Subject: PSARC FastTrack [01/29/2007]: Xorg server upgrade to 7.2
I am sponsoring this fasttrack for myself, with a timeout of January 29.
The release binding is Patch/Micro. Note that I have set this to be an
externally visible case, with mail going to psarc-ext at sun.com &
xwin-discuss at ope
nit:
> this case may propose
> refinements to the handling of specific scenarios.
this looks like a drafting error or temporary/interim wording.
it appears that this case *does* propose some specifics for /usr/gnu
I don't see enough guidance/expectation-setting regarding upgrade as
newer revi
I've found a few detail-related issues with this proposal. Overall, I'm
concerned that this case is too large to review as a single fasttrack,
and might have been better presented as several individual fasttracks
over the course of several weeks.
specific issues:
wes-1 "printenv", "whoami", an
On Mon, Jan 22, 2007 at 02:49:51PM -0800, Stephen Hahn wrote:
> * Bill Sommerfeld [2007-01-22 14:30]:
> > wes-4 the sha*sum commands (and any other commands delivered by this
> > project which use cryptographic hashes) should use one of the
> > existing hash function implementations
[ adding Darren directly to the thread ]
>> wes-3"sha1sum", "sha224sum", "sha256sum", "sha384sum" and "sha512sum"
>> are listed as conflicting commands but as far as I can tell
>> aren't delivered into /usr/bin on solaris.
>
> Darren Moffat asked to reserve /usr/bin/sha*sum for
* Bill Sommerfeld [2007-01-22 15:52]:
> On Mon, 2007-01-22 at 14:49 -0800, Stephen Hahn wrote:
> > > wes-1 "printenv", "whoami", and "users" are currently delivered in
> > > solaris in /usr/ucb. Are the versions you propose to deliver
> > > as part of this project upwards-compatible with
Bill Sommerfeld wrote:
>>> wes-4 the sha*sum commands (and any other commands delivered by this
>>> project which use cryptographic hashes) should use one of the
>>> existing hash function implementations in Solaris rather than
>>> delivering a new copy. (see libmd(3LIB)).
>>
Joseph Kowalski wrote:
> Stephen Hahn wrote:
>>>
>>> wes-1 "printenv", "whoami", and "users" are currently delivered in
>>> solaris in /usr/ucb. Are the versions you propose to deliver
>>> as part of this project upwards-compatible with the /usr/ucb
>>> variants?
>>>
>>
>>
Stephen Hahn wrote:
>>
>> wes-1"printenv", "whoami", and "users" are currently delivered in
>> solaris in /usr/ucb. Are the versions you propose to deliver
>> as part of this project upwards-compatible with the /usr/ucb
>> variants?
>>
>
> Unknown at this time. I a
* Bill Sommerfeld [2007-01-22 14:33]:
> nit:
> > this case may propose
> > refinements to the handling of specific scenarios.
>
> this looks like a drafting error or temporary/interim wording.
> it appears that this case *does* propose some specifics for /usr/gnu
It does indeed. Will amend
* Bill Sommerfeld [2007-01-22 14:30]:
> I've found a few detail-related issues with this proposal. Overall, I'm
> concerned that this case is too large to review as a single fasttrack,
> and might have been better presented as several individual fasttracks
> over the course of several weeks.
N
I am sponsoring the following fast track for myself. It, too, seeks
Minor release binding and is set to timeout on 31 January. (It is
by far the smaller of the two consumer cases, and likely more
representative of follow-on cases to populate /usr/gnu.)
- Stephen
PSARC
The following summarizes the synopses of all of the commands included
in the coreutils package.
- Stephen
PSARC/2007/048
Include GNU coreutils 6.4
Stephen Hahn (sch at sun.com)
ident "$Hg: d-coreutils-appendix.txt a0bc76430dfa 2007/01/10 01:21:04 -0800 $
SMI"
Appendix A. Uti
I am sponsoring the following fast track for myself. It seeks Minor
release binding and is set to timeout on 31 January. The appendix
contains all of the command synopses for the various coreutils
commands.
(Typo warning: this case has an appendix to follow; 2007/407 does
Here's a draft manual page. - Stephen
Standards, Environments, and Macros gnu(5)
NAME
gnu - GNU commands environment
DESCRIPTION
Because of their wide availability across various operating
environments, the FSF/UNESCO free software collect
I am sponsoring the following case for Bart, Rainer, and myself. It
seeks Minor release binding, and is set to time out on 31 January.
The case has been built up by discussion in the Desktop and Tools
communities, and also in the SFW NV project. Past threads started
at
19 matches
Mail list logo