d=7767
If that's not correct, you'll need to update the bug or take the discussion
up on desktop-discuss with the people who work on pidgin.
We are well past feature freeze now for 2010.03 - adding more features would
work against the goal of stabilizing the release a
release notes that were posted
to opensolaris-announce:
http://opensolaris.org/jive/thread.jspa?threadID=122290&tstart=0
Look for the bit about "LiveCD changes required for new GDM" - though
you'll also want to read the other notes for other issues you'll hit.
--
bout how the different modules of
the kernel network stack interact and what the side effects may
be of replacing one but not the others.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Win
Bruno Damour wrote:
> The bug is still unavailable ?
It's flagged as a security-sensitive bug so will not be published outside
Sun.
> I would have contributed the workaround, but...
...you can't edit bugs from outside Sun anyway, even if you can see them.
--
-
es in the /dev repo update - pkgfactory packages go into the
/contrib repo, not /dev, so that's unrelated. (And since 130 was the last
build for big new projects to deliver for the 2010.03 release, you should
expect to see fewer new packages in /dev updates between now and 2010.03.)
seriously now.
http://defect.opensolaris.org/bz/show_bug.cgi?id=13946
but that's really a request for a project, not a bug that can be simply
fixed, so it probably will go nowhere (especially since it's filed in
the bug database that the kernel team doesn't pay attention to).
--
-Alan C
- if not, try asking
your questions on the appropriate OpenSolaris.Org mailing list or web
forum.
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
), and is being ended this
month, so for new installs you really want OpenSolaris now.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
op
enSolaris isn't yet a fully-featured replacement for Solaris 10, but it's
closer to the next enterprise release of Solaris than SXCE is - it at least
uses the same packaging system and installer that the next release of Solaris
will use, and no longer includes many of the EOL components that Sun
ther of those purposes, it's no longer needed.
That other people used it for other reasons is unfortunate, but has never
been part of the SXCE goals.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. -
ask this, but I can provide a remote serial
> connection to an Intel SS4200 if this might help fix this bug...
I've cc'ed the engineer who added that comment to the bug so that he can connect
with you to debug further.
--
-Alan Coopersmith- alan.coopersm...@s
.opensolaris.org/source/xref/jds/spec-files-other/branches/gnome-2-28/ChangeLog
Of course, internally you can see the RTC's filed for each build, which
lists all the bugster bug ids for the consolidations that use it, but
that's only helpful for people with access behind the Sun firewalls.
build 131 closed last night and is being built and tested now,
not really, unless someone else reported it and it was already fixed.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
__
emoved Xsun on x86 in snv_118.
Xnest hasn't really been maintained in years, and is missing support
for many of the newer extensions required by modern desktops, which is
why we choose to EOL it in favor of the newer and more capable Xephyr,
built from the current Xorg sources.
--
uild IPS packages instead of SVR4, it won't be possible to build SXCE
anymore, since they're not planning on maintaining two sets of packaging
metadata in the ON gate.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun M
bleeding edge Indiana version was.
If they skipped snv_130 it might save you the wasted time and effort of using
live upgrade to upgrade in to a buggy system.
Skipping 130 won't give you SXCE 131, it would just end the SXCE line
at 129 instead.
--
-Alan Coopersmith- alan.coo
inter holiday
break from Dec. 25 - Jan. 1, so all this week.)
130 is the final SXCE release planned though, as previously announced.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engine
ent Nevada
builds, which is why SXCE has been DVD only for a while).
As Shawn already explained, that's not the way the OpenSolaris LiveCD works.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
_
; since there is obviously no way to get them put back in.
install-discuss and/or indiana-discuss would be the place to ask about what's on
or off the LiveCD. The list is changing build to build as work is done, so
that would be where discussions about adding things back may be most prod
one in the opensolaris-discuss thread with more information:
http://www.opensolaris.org/jive/thread.jspa?threadID=120664&tstart=0
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
Daniel Rock wrote:
> Hello,
>
previous examples to rely on.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
7454 and still
> shows no results... not sure why.
7 digit bug numbers are in the bug database found at bugs.opensolaris.org.
The separate bug database at defect.opensolaris.org is only up to 5 digit
bug ids so far.
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6907454
--
to buy support myself,
so I don't know how the web form works.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
ct you can request to escalate the fix
into an SRU - they usually include all security fixes by default, and then
any other fixes that customers have escalated or support deems critical to
include. You can see the current lists of available updates at:
http://sunsolve.sun.com/show.do?t
s.
The bug is in the pkg command handling of upgrades, so once you've
upgraded to 129 and it's fixed version of the pkg command,
further upgrades should not lose the entry from minor_perm, but
if it was lost before you got there, you may still have it.
--
-Alan Coopersmith-
OpenSolaris Town Hall
calls held with the community last year. Unfortunately, between the
genunix wiki being down and the reorg of the OpenSolaris web site, I
can't find any pointers to them right now.
As for a timeline - when you find out what that is, let us know, we'
Joerg Schilling wrote:
> Alan Coopersmith wrote:
>
>>> The question would be how to call a just compiled "smake" later in the
>>> autmated build process from another package.
>> If your spec file for smake installs it as /usr/bin/smake, then the spec
>
down to the description for:
12380 image-update loses /dev/ptmx from /etc/minor_perm
for more information and instructions to fix.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System
fore
my time - I suspect it's just part of the cost of providing
compatibility.)
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Halton Huo wrote:
> I can not access http://wiki.genunix.org for several days, anybody know
> what happens?
See the notice in the first news item on http://www.genunix.org/
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window
barrier.
That's why pkgadd & company are still provided for installing existing
SVR4 packages.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-disc
ocess from another package.
If your spec file for smake installs it as /usr/bin/smake, then the spec
file for star just calls "/usr/bin/smake", provided you listed it in
BuildRequires. If you install in another path, adjust appropriately.
--
-Alan Coopersmith-
actions, like the one to install
a device driver.
So the biggest gap in IPS is the long acknowledged lack of documentation &
examples.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
e not welcome here.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
quot; seems hardly
worthwhile, and only likely to delay adding actually needed features.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
o
UNIX admin wrote:
> No we won't, because this is costing money. Where can I send the bill,
> please?
To the customers who are paying you for new versions. Isn't that where you'd
send the bill for adding support for other new features in new OS releases?
--
h of the work to satisfy
this "need" - I'm sure Joerg will appreciate your help on the work required
for the integration.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
Joerg Schilling wrote:
> Alan Coopersmith wrote:
>> Joerg Schilling wrote:
>>> BTW: RFE 5007466 was closed, does this mean that star is now included in
>>> Solaris?
>> No, according to the bug database, it was closed due to lack of interest,
>> since no
a way forward.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
ow for 2010.03, so there's
room for RFE's and smaller things, but no more major upgrades or projects until
after 2010.03 for most of the OS. (Things like IPS outside the main
consolidations operate on different schedules, and have a later freeze.)
--
-Alan Coopersmith-
Volker A. Brandt wrote:
> Alan Coopersmith writes:
>> Volker A. Brandt wrote:
>>> However, there is also the fact that Sun had already committed to
>>> a scripting language, Perl. There was a statement that Perl was a core
>>> part of Solaris and would alwa
about their investigations of the options and the requirements
they gathered from the various major enterprise customers they talked to hasn't
convinced you, my third-hand repeating of what they said isn't going to help.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
aster here.)
And there can be only one? Doesn't that mean perl was also a mistake since
Sun had already committed to sh as a scripting language available on the
miniroot? (Just taking your argument to its logical conclusion - I'm a heavy
perl user myself, so think both perl & python
Jensen Lee wrote:
> Is anyone taking any interest in OpenSolaris' power management and carbon
> emissions?
The engineers working on the Power Management project are, but they're off in
pm-discuss, away from all the noxious emissions of this mailing list.
--
-
Solaris 11. It's
closer to that future than SX:CE is, and ending SX:CE simply stops you
from wasting your time on dealing with the things that are known not to
be part of the next Solaris enterprise release.
--
-Alan Coopersmith-
any.
If you want an official Sun statement, contact the press office for a finely
tuned press release in which all the content is scrutinized and sanitized.]
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
__
QL*Plus?
The same thing as on SXCE, since it's the same pkgadd command
being used to install the System V packages.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
_
Alan Coopersmith wrote:
> UNIX admin wrote:
>> I dislike the fact that root's shell is /bin/bash.
>
> Then don't change it to bash - OpenSolaris doesn't ship that way.
Sorry - just realized my mistake in replying to this mail too soon after
having a different discus
, since compatibility was kept
with the System V packaging system.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
o - only John or Nvidia can.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
tabase once a day,
so it may take up to 24 hours for your bug to become visible on the web
site. When it is, it should appear at:
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6908102
Sun employees can view it right away in the internal database though.
--
g 'svcadm disable -t gdm' - restart them with 'svcadm enable gdm'.
If you upgrade to a development build, then you'll be able to enable virtual
console switching between X & text consoles.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun
t right before the Xmas holiday.
129 should be a bit before that.
> The Xorg 7.5/Xserver 1.7.3 update will come after that AFAIK.
It integrated to 130.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X
Yes, the schedule was changed a couple months ago.
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
Che Kristo wrote:
> Aha...I see we have shifted it back
>
> On Fri, Dec 4, 2009 at 10:02, Alan Co
Che Kristo wrote:
> The next release is 2010.02 which you can expect towards the end of
> February if all goes to plan.
That should say 2010.03 in March.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engin
Apollo
Domain/OS is the one I'm remembering, but I could be remembering
poorly.)
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
ommand - is there something more
you need to know?
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
opensolaris-announce as the reason SXCE was being skipped (since
it wasn't respun), and the respins pushing the work into the
Thanksgiving holiday weekend in the US.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window S
es that's a lot to do, and
it's not top on the priority list.
al...@also:/export/alanc/hg/7.5-merge [7:49am - 276] pkg search nc.1
INDEX ACTION VALUE PACKAGE
basename file usr/share/man/man1/nc.1 pkg:/sunw...@0.5.11-0.123
[]
--
-Alan Coop
gate being outside the
Sun firewall, as it is for the Desktop consolidation and several projects
(like IPS) - not on the status of the contributor.
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window Sy
Ken Mandelberg wrote:
> Haven't heard any more. Can anyone confirm that OpenSolaris does not now (or
> will not in a future release) support the XVR100 on a Sparc SunBlade 1500?
OpenSolaris 2009.06 and /dev include XVR-100 support.
--
-Alan Coopersmith- al
ake sure
they stay up to date.
This should improve as the consolidations start being converted to generate
the IPS packages directly, and they can then set the versions themselves
when creating the packages.
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems,
1 default.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
onal review when shipping in a Sun project to make sure we
don't have any conflicts with existing patent licenses, since Sun has
so many existing patent licenses/cross-licenses with other companies.)
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, I
quot;printf(3c)"
and when you need to force a particular section (because there's
multiple choices), you run "man -s 3c printf" - see "man man" and
"man intro" for more info.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsyst
to? From the extra " : ", I'll bet that's bash trying
to report that the script you're passing as the first argument is coming
through as "", which is not found.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
nity shows enough commitment to have set up
the project.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
M64)
> •Sun XVR-200 Graphics Accelerator (mko)
XVR-200 is not an ATI card. It uses a Matrox G550 chipset.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
blows away my Sun Blade 2500.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
, but only booted into text mode.
>>> Those problems were observed with previous versions
>> of VBox.
>>> Any suggestions that I may try? Thanks.
>> Did you reinstall the guest additions from the 3.0.10
>> Virtual Box guest
>> additions iso? Changes
versions of VBox.
>
> Any suggestions that I may try? Thanks.
Did you reinstall the guest additions from the 3.0.10 Virtual Box guest
additions iso? Changes in both the OS & VirtualBox require the guest
additions to be updated from previous versions.
--
-Alan Cooper
is kernel VM systems).
As has been noted elsewhere, the GEM transition caused a lot of issues
with Intel graphics support on Linux when it happened, so they're trying
to be careful here.
--
-Alan Coopersmith- alan.coope
Joerg Schilling wrote:
> Alan Coopersmith wrote:
>
>> Joerg Schilling wrote:
>>> I have the impression that since about a year, when the transition
>>> to the new X server happened, many bugs have been introduced but never
>>> fixed.
>> I
off bug reports submitted through bugs.opensolaris.org with enough
detail to reproduce, not e-mails to opensolaris-discuss.
(For instance, "X61" is a bit unclear - are you referring to a Thinkpad
laptop model or some other device?)
--
-Alan Coopersmith- alan.coopersm...@sun.com
olaris.org/bugdatabase/view_bug.do?bug_id=6894600
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Martin Bochnig wrote:
> The name FullyOpenX was once invented by Alan Coopersmith.
I am admittedly guilty of chosing names based on being able to reduce
them to abbreviations or acronyms that amuse me ("FOX" and "X-cons"),
but that's not a requirement for anyone else t
pect the list of contributors to change before the final proposal
is submitted.
For instance, while I've volunteered to work on the code release, once
that's done, I won't be leading this project or probably doing much more
than answering questions and giving advice.
--
if you can run
Xsun from a Solaris 10 branded zone, if you exported the fb devices to it,
once there's a build out there with that feature in.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
inding other loopholes such as shutting down all their
European offices, and only selling via third party importers,
so they wouldn't be subject to such laws.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineeri
g into the Xorg
server sources either at X.Org upstream or OpenSolaris. I don't
know how many of those are still relevant in the current Xorg server.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
__
sers to run on OpenSolaris other
> commercial close source applications?
> I am afraid this does not make sense.
Of course not, that makes no sense, and I never said anything of the sort.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
ber of SPARC
> workstations being sold every week! And why? Because businesses and
> professionals need a SPARC workstation.
But every workstation offered for sale on Ebay is a sign that someone else
no longer needs one.
--
-Alan Coopersmith- a
2) include a binary package of both drivers (already available I believe) and
> Xsun, installable on OpenSolaris Sparc.
The binary package of the drivers is available on opensolaris.org.
As already noted, we cannot make the current Xsun available for
separate download due to ot
hat's up to the ON gatekeepers to fix, so lets see what happens if we cc
on-discuss so they actually see the message.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
open
sed by consolidations such as ON, SFW, & X still require bugster bug
reports, there's been little incentive to fix those issues. The few groups
using bugster don't use tools like WebRTI and have set up more fine grained
subcategories to allow efficiently getting notice to the en
de Sun are:
1) bugs.opensolaris.org
2) going via Sun Service, if you have a service contract
3) find a friendly Sun engineer and ask nicely, beg, plead or offer to
trade frosty beverages in exchange for filing them on your behalf
--
-Alan Coopersmith- alan.coopersm...@s
ew/Community+Group+tools/sun_studio_tools
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
ping on OpenSolaris - it will depend much more on if they depend on any
binary only modules or Linux-specific interfaces, and until they release the
source or much more detail than that simple post, it's hard to guess if it
will be possible to port or not.
--
-Alan Coopersmith-
er than most of their contemporary
video cards, and even a lot longer than some of Sun's older graphics drivers.
I doubt you'll find any vendor who'll promise the video card you buy today
will be supported in new OS versions coming out ten years from now.
--
-Alan Coopersmith
org, Xvnc, Xvfb), but Xsun will probably disappear from the list in the
Xserver script at some point.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
rg RadeonHD team.
If it's not implemented yet, the odds of it being written, debugged, and
released in a stable release upstream before our build 129 code freeze in
three weeks are basically 0. We are planning to upgrade to the stable
xf86-video-radeonhd 1.3 release around that
albox.org).
>
> Mr Martin, can you tell if my Ultra 27 is running openSolaris?
Since it says "SunOS 5.10", you are running Solaris 10, a previous
generation of the operating system. (OpenSolaris would report
"SunOS 5.11".)
--
up to date
> without need to re-install or luupgrade every few weeks (as I had to do so
> far with SXCE)
For a machine with Expert3D graphics? Sun has no plans to ever produce an
OpenSolaris version in which it supports that hardware - support for that
may be provided by other distros
I, with good enough information,options and
> prudent requests from user.).
http://docs.sun.com/source/820-7679/ (reached by going to
http://docs.sun.com/ choosing "Operating Systems", then "OpenSolaris")
--
-Alan Coopersmith- alan.coopersm...@sun.com
#x27;s 5.10.0,
not 5.10.1:
http://pkg.opensolaris.org/dev/en/search.shtml?token=*perl510*&action=Search
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-disc
the X/GNOME/Mozilla desktop stack.
For other packages, it's not so easy.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
ope
ource/xref/sfw/usr/src/cmd/squid/METADATA says
the right bug category is solaris/utility/squid - which would be via
bugs.opensolaris.org, not defect. (You could file it in defect, but it
wouldn't get fixed until copied to the internal bug database anyway.)
--
-Alan Coopersmith-
rc.opensolaris.org/caselog/
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
ng the link there to the Forum
should let you find them in the last few weeks worth of postings
if the specific build isn't linked from the front page.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
X gate for build 126 that disables use of the
SIGIO signal handlers altogether until the kernel guys can fix the
underlying register bug.
--
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
__
301 - 400 of 1413 matches
Mail list logo