hange that the current constitution
> says requires a community-wide decision -- i.e., a vote.
I agree - if that change were desired, I think it would be somewhere
between a large change to the constitution and a complete replacement.
--
-Alan Coopersmith- [EMAIL PROTECTED]
S
opment of the OpenSolaris project. There is no
legal contract signed with anyone requiring they do so, just community
goodwill to be lost when they don't.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
_
your wireless to work in Indiana if it works in SX*E.
Indiana should be a subset of SXCE. I know of at least one major driver
(nvidia graphics) which is in SXCE but not Indiana, due to redistribution
restrictions.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Micros
entirety of the next version
of Solaris, including not just ON, but all the other consolidations (X,
JDS, SFW, NWS, GAN, etc.) as well. ONNV is the code name for ON for
Nevada.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc
tradition. If you follow it, you'll see there is no
"Nevada Community" there, just an ON community group with a
ONNV project. (It's one of several links I'd remove if I
controlled the sidebar, along with the duplication of the
"Portal" and "All Communi
s time.
Actually, most OpenSolaris distros are x86 (including x64) only.
Other than the original Solaris, which supports both SPARC & x86,
there is only one other recently started experimental distro with
SPARC support.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsy
Nader Amadeu wrote:
Hi all,
does anyone know any equivalent to the locate command for Solaris?
"locate", installed as part of GNU findutils, if you add that package
from your favorite freeware source.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsy
d with the Device Driver community, and would
> have its own mailing list, [EMAIL PROTECTED]
+1 vote from me
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discu
2404
http://blog.sun.com/roller/page/chrisg?entry=faking_the_release_name
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-dis
blished on docs.sun.com.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
elogs/
I don't know about other consolidations. We haven't yet developed a
standard process for all consolidations to handle these.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
_
hout a config file
6420319: auto-config improve: i810 - Need to add built-in modes to
validation list
6420320: auto-config improve: nv - Need to consider panel size in
mode validation
--
-Alan Coopersmith- [EMAIL PROTECTED]
is/sun_kbd.c?rev=1.7&view=markup
(See sunKbdSoundBell function - short summary is ioctl on /dev/kbd of type
KIOCCMD with arguments of KBD_CMD_BELL to turn on and KBD_CMD_NOBELL to turn
off when done.)
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc.
mware, not any part of
the kernel, Solaris, or OpenSolaris.
But then, Sun Ray already supports multiple X servers and has since day 1.
It's just a smart card swap instead of a key press to switch between them.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems,
ne in
OpenSolaris/Solaris.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
he work is
happening outside Sun, I can see a desire to have a tracking system
community members can update without having to mail every change to
someone inside Sun and then wait 24-hours for bugs.o.o to resync.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsyst
nes of code ? Number of binaries ? Something else ?
Lines of code would be hard since no one in the world has access to all the
code used in Solaris.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
esource
intensive task of creating patches that upgrade part of the OS from one build to
another, which just isn't feasible. The number of moving parts is just too
great and the test matrix would grow exponentially with each build.
--
-Alan Coopersmith- [EMAIL PROTECTED]
rying each build as they appear hoping for
the best. BTW: Nexenta alpha 4, does not exibit the problem.
Have you filed a bug report for this problem via bugs.opensolaris.org?
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System E
Xorg in future releases.
How many (percentage) Solaris (10) installations are approx.
run with Xorg and how many with Xun?
I wish I knew - I've never seen any statistics.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems,
Joerg Schilling wrote:
Alan Coopersmith <[EMAIL PROTECTED]> wrote:
Xorg is faster, has support for many new extensions/features not
present in Xsun (Xrandr - dynamic screen resize, Xv - video playback
acceleration, Composite, etc.) Xorg is required to use the nvidia
accelerated driv
(i.e., vi) and the job that's running,
it's at least feasible to have vi check for changes when it starts
back up.
Shouldn't vi get a SIGWINCH? Are those blocked or lost while it is
waiting?
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc.
an End of Support warning
that the older non-XF86 drivers for Xsun are not likely to be included
in the next full (non-update) release of Solaris.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
__
vious releases, then there is no point in holding
any rational discussion with you.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-di
imes a year, Sun offers updates to the Solaris operating system. The
updates are designed to provide new functionality in a controlled, compatible
fashion."
- http://www.sun.com/bigadmin/features/articles/solarisVersions.html
(written for Solaris 8 releases)
--
-Alan Coopersmith
ore modern introductions, such as things like strlcat
that are common but not yet universal.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
o
in terms of end user usability, its a sad day
indeed.
And you have what proof of this? There are a number of people in the desktop
group working very hard on this, and thankfully they are ignoring your insults
and continuing to do so.
--
-Alan Coopersmith- [EMAIL PROTECTED]
nd it easiest to handle this when live upgrading
before activating and rebooting into the new boot environment -
after the upgrade completes, lumount the new BE, replace the ld.so
file there, luumount, and then luactivate and reboot as normal.
--
-Alan Coopersmith- [EMAIL PROT
I got from stevel did.)
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
for character terminals.)
It appears the ARC accepted this explanation since it the case was approved.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
- it destroys your ability
to do real upgrades that upgrade the entire OS instead of just
the tiny subset (ON) which BFU handles. Live Upgrade or an
OS install upgrade are much much better for people who aren't
working directly on ON (and even for those who are in many cases).
--
-Alan C
Philip Brown wrote:
On Thu, May 25, 2006 at 07:42:59AM -0700, Alan Coopersmith wrote:
In the case that actually replaced the console driver, the VT support was
described by the project team as little used and unnecessary:
c) "VT" support. [...]
mechanisms. These
Rich Teer wrote:
We have gpdf, but I don't know how "good" it is, and ISTR something called
evince
(sp?) is the way forward in that arena...
evince should be replacing gpdf in Nevada Build 41 with the GNOME 2.14
integration.
--
-Alan Coopersmith- [EMAIL PROT
d in years. Hiring a
whole new team to start up that business again for the incredibly
competetive PC graphics card market just wouldn't make sense - the
established players are consolidating already and have been dropping
like flies for years.
--
-Alan Coopersmith- [EMAIL PROT
Kaiwai Gardiner wrote:
And the Linux version has been upgraded to use GTK+,
Same with the Solaris/SPARC version when Acrobat 7 was released
last year.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
Roland Mainz wrote:
Alan Coopersmith wrote:
If you're referring to Xsun's usage of mmap'ed anonymous segments for large
pixmaps, we don't have particular plans to port that to Xorg either.
Why was that idea dropped ?
It wasn't dropped as much as simply not added
rtunately, past experience may have convinced them otherwise:
http://www.pcmag.com/article2/0,1895,6357,00.asp
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discu
Rich Teer wrote:
We have gpdf, but I don't know how "good" it is, and ISTR something called
evince
(sp?) is the way forward in that arena...
evince should be replacing gpdf in Nevada Build 41 with the GNOME 2.14
integration.
--
-Alan Coopersmith- [EMAIL PROT
d in years. Hiring a
whole new team to start up that business again for the incredibly
competetive PC graphics card market just wouldn't make sense - the
established players are consolidating already and have been dropping
like flies for years.
--
-Alan Coopersmith- [EMAIL PROT
Kaiwai Gardiner wrote:
And the Linux version has been upgraded to use GTK+,
Same with the Solaris/SPARC version when Acrobat 7 was released
last year.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
who, quite frankly, is dying/dead/gone.
In fact, it's many times more than the amount of cash SCO got that year,
proving that you are simply making up such numbers. A simple google search
shows how incredibly far off your numbers are from any sort of reality.
http://ir.sco.com/releasedeta
Kaiwai Gardiner wrote:
honestly, how many companies would turn down free money?
Pretty much every responsibly run company will, if they feel
they can get a better return for investing their time & resources
elsewhere.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Kaiwai Gardiner wrote:
The first thing Sun could do is this; get rid of Xsun - blam, first
Working on it, but if we dropped it today, there'd be useless black
screens on all our SPARC workstations and Sun Rays.
--
-Alan Coopersmith- [EMAIL PROTECTED]
on't do it that often. We build Xorg multiple times a
day with Studio compilers and keep a CVS HEAD tree updated to make sure
that builds as well.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window Sys
Kaiwai Gardiner wrote:
On 6/1/06, *Alan Coopersmith* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Kaiwai Gardiner wrote:
> The first thing Sun could do is this; get rid of Xsun - blam, first
Working on it, but if we dropped it today, there'd be usele
e old build system still - the change
between that and 7.1 is not that major. What are you looking for that you
don't already have?
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
__
rence between it and the current
Xorg 6.9 we ship now - except that if we released it today, we'd break the
nvidia binary drivers, which aren't compatible with 7.1 yet.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window Sys
our system up to 6.9.0 + fixes.
It will also be included in the next Solaris 10 update release.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss ma
since we'd have to tie it to Sun Studio and
lock out all g++ users or pick one of the generations of the g++ ABI and
lock out all other versions of g++.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Windo
GNOME were from
Sun's Desktop team out of the Dublin, Ireland office.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-di
seamlessly integrated into OpenSolaris?
We don't - OpenSolaris is just source code - you can download a tarball with ON
source, another with X source, another with JDS source, and so on.
They are integrated together by the various distros.
--
-Alan Coopersmith- [EMAIL PROT
evice drives they need? Maybe the SPARC miniroot can be brought
down in size that way so it can fit easily on a CD.
It's always fit on a CD - CD based install couldn't work if it didn't.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, In
ate it! Yes,
I could download OpenOffice, but that's besides the point...
StarOffice in SX should be the latest StarOffice 7 patch release which
includes ODF support.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems,
less part of OpenSolaris?
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
/etc is
because I thought OSOL is what becomes SX is what becomes Solaris. It seems I
was horribly mistaken.
No - you're both right - it's different things to different people.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsy
ty much all the
code you see on opensolaris.org is included, since the JDS "Vermillion"
project (GNOME 2.14, Firefox 1.5, etc.) that's been on opensolaris.org for
a while has integrated into that build.
--
-Alan Coopersmith- [EMAIL PROTECT
Alan DuBoff wrote:
When JDS and X are putback into the OpenSolaris components of Solaris. then to
me they will be a part of OpenSolaris.
That's the point - we did that months ago!
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window S
ically bad.
"ON = Solaris" is a horrible mental defect that sadly afflicts many in Solaris
engineering - please don't try to spread it to the OpenSolaris community as
well. We need to stamp out such misconceptions before they take hold.
--
-Alan Coopersmith- [EMAI
upstream tarballs,
apply patches, and build packages.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
environment.
desktop-discuss would be the place to ask those - technical discussion
here gets lost in the noise.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss
n't let you in.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
hines.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
/etc/X11/xorg.conf (without the
initial dot) then the server probes hardware and uses appropriate defaults.
(More and more appropriate as time goes on - there's a whole series of
fixes in progress starting to appear in Nevada builds with more coming soon.)
--
-Alan Coopersmith-
e Sun copyright & X11 license statement,
as seen at http://www.opensolaris.org/os/community/x_win/sources/licenses/
If it's missing from any files that Sun created or modified more than just a
little bit, send me e-mail or file a bug against the xserver/source category
at bugs.opensolaris.org.
James Dickens wrote:
Firefox
Firefox is already in there starting in last week's release of build 41,
which due to the JDS refresh now has GNOME 2.14, Firefox 1.5, Thunderbird 1.5,
and a whole bunch of other new stuff.
--
-Alan Coopersmith- [EMAIL PROTECTED]
ctually realize there was until I just looked - don't we
announce any more when new project pages are created? This isn't
the first one I was interested in and was waiting to see the page
go up, but saw no notice it was actually created and not one of the
many still in the
code actually built:8,242,687 lines
That's not counting any of the makefiles, packaging files or other
required structure to make those lines of code into installable binaries,
nor the non-code data files such as fonts, keytables, bitmaps, etc.
--
-Alan Coopersmith-
ken mays wrote:
The question is if we'll get JDS/GNOME 2.14.x in the
next Solaris 10u3 update (or sooner).
No - it's going into Nevada only for now.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System E
ed
for S10 6/06, but slipped to the next update release.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
laris Express distro already does?
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
install completes - the question is how to get that also into
the grub on the install CD's.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing
numlock on in the OS would be
fatal to laptop users. Having the terminal used in install map the
numeric keypad keys to numbers when used would be far more sensible.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
ype fonts won't even have the same
appearance, much less spacing, since GNOME/GTK+ apps will be using the open
source FreeType font engine to render the font, while CDE uses the commercial
Bitstream font engine built into the X server to do the same.
--
-Alan Coopersmith-
f our Xorg release for which source is not available
on opensolaris.org.)
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-di
ing CDE? Just wait for the CDE EOF announcement, and
watch the demand go up. (Of course, many of the big customers on
CDE are also the ones still happily running Solaris 8, so it may
take a while to get the real demand.)
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Mi
+ StarOffice + a few other small projects,
so what would the differnce be? Are you saying you just want to
exclude the Mozilla & office & other non-core-GNOME software from the
project?
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Windo
Glynn Foster wrote:
Hey,
I'd like to propose that the Java Desktop System, JDS, be an official
OpenSolaris project.
Can any non-Sun distros use the Java Desktop System name? Would a
non-trademark-restricted name be better for an OpenSolaris project?
--
-Alan Cooper
t;J" stands for in their
distro - Sun Java(tm) for Solaris, others may ship the "Joyous Desktop System",
or the "Jazzy Desktop System" or the "Jakarta Desktop System" or whatever.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsy
t; is tempting, but the acronym would be
confusing. Maybe the "Desktop for the OpenSolaris Environment".)
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris
ase of JBoss, though that's server
side, not desktop.)
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
27;s support it.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Danek Duvall wrote:
I'd like to propose that we rename the "onnv" community to be the "on"
community. The original name is more suitable for a project (a proposal
for which is to be made shortly), but we didn't have the infrastructure at
the time to do the right
In terms of the opensolaris.org website, "leader" == "person who can
edit the community/project web pages".(It looks like a wiki, takes
custom syntax like a wiki, but has far more restrictive permissions than
most wikis.)
--
-Alan Coopersmith- [EMAI
keting won't change their mind before release.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
other choice is there when the current ksh is a closed binary?
Will Sun be building the closed binaries for PPC?
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-di
er or library on either one.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
d by NDA's with the vendors we buy them from - only the older Sbus & UPA
boards were Sun creations.)
In the X group, we'd love to see Xorg on all SPARC graphics boards so we could
start phasing out Xsun on SPARC too, but it's out of our hands.
--
-Alan Coopersmith-
x27;t gotten
around to deciding on it. I've tried to explain that they're just
continuing to push all OpenSolaris distros/users away from SPARC,
but they just don't seem to care.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Windo
create yourself a non-root account
for tasks like web browsing which have no business running as root.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing
x27;s deprecated in favor of the
current, already open source, GNOME-based desktop."
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
t announced which release the CDE EOF will occur in,
but plans are well underway for it to occur.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
Polaris as long as you keep the
rest of Polaris open source, since it's "Free to use only on
open source OS'es." See http://www.openmotif.org/ for details.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Windo
Rich Teer wrote:
On Mon, 31 Jul 2006, Alan Coopersmith wrote:
Sun has not yet announced which release the CDE EOF will occur in,
but plans are well underway for it to occur.
I hope the issues I (and other CDE users) have with GNOME/JDS are
resolved before that happens. See my blog entry
pdate their intro
to stop saying "ON is 90% of the Solaris source and 100% of what matters."
(Said fully tongue-in-cheek, as I believe the above quote was also intended,
since it's long been trivially disproven. Last I checked, ON was a bit
less than 20% of Solaris by volume
one belt and one pair of sneakers? If they're both yours, they match,
right?
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
bout adding an open source driver for those boards to
OpenSolaris, this is the place to come, but it's the wrong place for
discussing what Sun hardware systems should support or be sold with
(and I doubt any of the people who would be involved in deciding that
are subscribed here).
--
or other services for the User Group.]
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
don't know if/when they would be backported to Solaris 10.)
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
OpenGL libraries with their drivers - but otherwise, yes,
that should be it.
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss
libGLU is provided by the Mesa packages included in Solaris 10 1/06 and later.
glut is not open source - you can download it if you want it, but we will not
be including it with Solaris.
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System
501 - 600 of 1413 matches
Mail list logo