Sunray/Gnome 2.0 question
Jeremy Loukinas
Jeremy
Barbie LeVile
Jeremy Loukinas <suna...@fuse.net> wrote:
> Anyone get this working in a Sunray environment yet?
>
Yes
--
Barbie - Prayers are like junkmail for Jesus
I have seen things you lusers would not believe.
I've seen Sun monitors on fire off the side of the multimedia lab.
I've seen NTU lights glitter in the dark near the Mail Gate.
All these things will be lost in time, like the root partition last week.
Time to die.
Alan Coopersmith
|Anyone get this working in a Sunray environment yet?
It's installed on quite a few SunRay servers at Sun and was all through
the beta testing, and seems to work fine.
--
________________________________________________________________________
Alan Coopersmith al...@alum.calberkeley.org
http://www.CSUA.Berkeley.EDU/~alanc/ aka: Alan.Coo...@Sun.COM
Working for, but definitely not speaking for, Sun Microsystems, Inc.
Toomas Soome
yes. am I only who cant use nautilus? clicking on home folder or trash will
crash nautilus...
toomas
Richard L. Hamilton
In the beta, some particular type of image files (tiff?) being present
in a directory would do it in; perhaps it was incorrectly linking with
the obsolete ABI version of libtiff in /usr/openwin/lib rather than the
proper version. In the FCS packaging of Gnome 2, I think that was fixed.
That's the only nautilus crash I recall seeing, otherwise I guess it worked
ok. But I only installed it to play around with and still mostly use
and prefer CDE. Now maybe if they'd included a better window manager
(whatever that might be; I've looked at 'em all and am not altogether
pleased with the present state of any of the window managers used with
Gnome) and also included e.g. Evolution as a mail/collaboration client,
maybe I'd be inclined to immerse myself in the Gnome environment sooner.
(But I _still_ wish Sun would update their CDE to a 2.x base, or at least
incorporate all the Xprint support routines and scripts, after first
incorporating the freakin' fix (in the Xfree86 version) to not printing
fonts like Arial allruntogether (Netscape 7 and mozilla have this problem;
I think I switched to someone's pre-built Xfree86-based Xprt that didn't,
but it didn't include TrueType support. :-( )
--
mailto:rlh...@mindwarp.smart.net http://www.smart.net/~rlhamil
Alan Coopersmith
|(But I _still_ wish Sun would update their CDE to a 2.x base, or at least
Not likely to happen - all new desktop development work is being done on
GNOME at this point, only sustaining/maintenace is happening on CDE now.
|incorporate all the Xprint support routines and scripts, after first
|incorporating the freakin' fix (in the Xfree86 version) to not printing
|fonts like Arial allruntogether (Netscape 7 and mozilla have this problem;
|I think I switched to someone's pre-built Xfree86-based Xprt that didn't,
|but it didn't include TrueType support. :-( )
From looking at the source code, the bug is also present in the open
source Xprt versions as well, but you don't trigger it without TrueType
support since it's the Arial TrueType font that confuses Xprt. (See the
comments I added to http://mozdev.org/bugs/show_bug.cgi?id=3353 - we're
testing the fix internally right now.)
Richard L. Hamilton
Alan Coopersmith <al...@alum.calberkeley.org> writes:
> rlh...@smart.net (Richard L. Hamilton) writes in comp.unix.solaris:
>|(But I _still_ wish Sun would update their CDE to a 2.x base, or at least
>
> Not likely to happen - all new desktop development work is being done on
> GNOME at this point, only sustaining/maintenace is happening on CDE now.
>
>|incorporate all the Xprint support routines and scripts, after first
>|incorporating the freakin' fix (in the Xfree86 version) to not printing
>|fonts like Arial allruntogether (Netscape 7 and mozilla have this problem;
>|I think I switched to someone's pre-built Xfree86-based Xprt that didn't,
>|but it didn't include TrueType support. :-( )
>
> From looking at the source code, the bug is also present in the open
> source Xprt versions as well, but you don't trigger it without TrueType
> support since it's the Arial TrueType font that confuses Xprt. (See the
> comments I added to http://mozdev.org/bugs/show_bug.cgi?id=3353 - we're
> testing the fix internally right now.)
Well, I think the copy I was using was from xprint.mozdev.org, and might
have included a fix specifically for that problem; but since it didn't
have TrueType support, the fix might not have actually mattered.
In any event, I'm very glad to hear that an Xprt fix for that is coming
along. It seems to me that the only way Netscape/Mozilla (at least) will
have full Unicode (and all other encoding) printing support is via Xprint,
so having that work (particularly with popular fonts for web pages like
Arial) is very desirable indeed. (and please back-port it to Solaris 8,
since it's more on the order of a bug-fix than a feature; that would allow
those of us who can't update to Solaris 9 yet due to configuration control
or other issues a chance to share in the benefit of it)
Richard L. Hamilton
Alan Coopersmith <al...@alum.calberkeley.org> writes:
>|(But I _still_ wish Sun would update their CDE to a 2.x base, or at least
>
> Not likely to happen - all new desktop development work is being done on
> GNOME at this point, only sustaining/maintenace is happening on CDE now.
>
>|incorporate all the Xprint support routines and scripts, after first
>|incorporating the freakin' fix (in the Xfree86 version) to not printing
>|fonts like Arial allruntogether (Netscape 7 and mozilla have this problem;
>|I think I switched to someone's pre-built Xfree86-based Xprt that didn't,
>|but it didn't include TrueType support. :-( )
>
> From looking at the source code, the bug is also present in the open
> source Xprt versions as well, but you don't trigger it without TrueType
> support since it's the Arial TrueType font that confuses Xprt. (See the
> comments I added to http://mozdev.org/bugs/show_bug.cgi?id=3353 - we're
> testing the fix internally right now.)
Almost forgot - one other thing: there are a variety of ways to use Xprt
in a multi-workstation setting, i.e. one Xprt per print server, one per
system running as daemon, lp, or nobody, or one started for the user as
part of their X session startup. Some notes to this, and the pros and
cons, might be desirable. For instance, with individual workstations,
running it per-workstation (whether as a daemon or for the particular
user) would spread the load, but in the case of a SunRay server, running
multiple instances (i.e. one per user) would probably not be helpful. If
one could reduce the choices to say two preferred alternatives, supplying
some scripts that would ease the setup (for the less enlightened) might be
desirable; certainly some clearer and handier documentation as to
configuration (esp. for default paper size of na-letter vs iso-a4) than
tracking down the X docs would be helpful as Xprint functionality becomes
more necessary as part of a standard setup.
And while I'm on a roll, one more: a tool to produce the .pmf files
(or to convert a .pcf to the similar but metric-only .pmf) might just be
handy too.
Alex Balmer
On a slightly different tangent, I have a SR 150 that under gnome does not
suspend. As there is no power switch I'm left with the ungainly prospect
of pulling the plug every evening. While it otherwise works fine, and does
power off properly under CDE something under gnome prevents this happening
or has been disabled. Having altered every power related setting I can
think of in the gnome control panel I am quite confused as to why this
might be happening - can anyone offer suggestions as to what this may be?
Alex.
Thomas Dehn
Is this Sun Ray Server Software 1.3, or 2.0?
Thomas
Alex Balmer
Fredrik Lundholm
Alex Balmer <ne...@alex-balmer.org.remove.uk> wrote:
>Hello,
>
>On a slightly different tangent, I have a SR 150 that under gnome does not
>suspend. As there is no power switch I'm left with the ungainly prospect
I found that gnome isn't power-managing my local monitors unless I
issue a 'xset +dpms'. Something tells me this might behave differently on SR.
/wfr
Fredrik
--
Fredrik Lundholm
dol @ ce.chalmers.se