Re: [SunRay-Users] srss on OpenSolaris 2009.06
Hi there! New to the list, so I'm sorry if I've missed anything obvious. I've just finished my second attempt at an installation of OpenSolaris 2009.06 (x86) as the basis for SRSS 4.1, used for a number of SunRay 150 here in the house. My problem is that the terminals give me a 26 B (insufficient DHCP parameters?), despite using the same DHCP configuration (the dhcp server is on a separate server) as when running SRSS 4.1 on Debian two days ago. I've used this how-to ( http://wiki.sun-rays.org/index.php/SRSS_4.1_on_OpenSolaris_2008.11 ) as a guide, and have installed + configured OpenLDAP (since I got error messages on it missing). No logs (that I've found) show errors, but... no display on the 150's, except to say 26B. Is there anyone out there who's done an installation on 2009.06 who can tell me what the differences are compared to 2008.11? Thanks in advance, / Magnus -- http://www.linkedin.com/in/mavar Me code, you bug. - Famous last words in Foo bar ___ SunRay-Users mailing list SunRay-Users@filibeto.org http://www.filibeto.org/mailman/listinfo/sunray-users
[SunRay-Users] Adobe Reader 9.1 x86
I hate to complain now that a recent version of acroread has been ported over to Solaris x86 But is it slow to launch on other sunray servers? We have 4 v20z servers. Two have recently been rebuilt with Sol10 U7 and SRSS 4.1. The other two are Sol10 U5 with SRSS 4.0 In either case it takes a good 40-90 seconds before acroread will launch. Usually close to 60 seconds. I just rebuilt a Sun Ultra 20 Workstation with U7. Pretty similar environment to our Sunray servers. Well most analogous I have at any rate. It however fires up acroread in less than 10 seconds. I've got five other Ultra 20's ranging from U3 to U5 and all of them fire up acroread quickly too. So it leaves me to believe it's something sunray related. I'm leaning towards Xsun, though I wouldn't know how to even confirm or diagnose that. Anyone else noticing anything like this? Aaron ___ SunRay-Users mailing list SunRay-Users@filibeto.org http://www.filibeto.org/mailman/listinfo/sunray-users
Re: [SunRay-Users] Repost: The color mask problem
FWIW, if this isn't working for some application, that's a problem with the application and you should file a bug against it. We're not planning to change SRSS to account for buggy applications. It would be very difficult dealing with backwards-compatibility issues if we were to attempt it. Although I sympathize that a few vendors think all the world is a PC, I think we must now live with the color mask we have. -Bob Joerg Delker wrote: Anyone? Hi, I'm getting desperate on Sun Ray's color mask problem :-( Since there are not many posts about this, I wonder if I'm the only one struggling with that. What I'm referring to is the non-standard color mask Sun Ray's X Server is using red, green, blue masks: 0xff, 0xff00, 0xff instead of the the much more common red, green, blue masks: 0xff, 0xff00, 0xff (see xpdyinfo) At least on Linux this results in all kinds of ugliness with some applications (switched colors with red/blue): * Flash Player: In some 9er version they fixed the hard coded color mask values and used the actual values served by the X server. Unfortunately, this particular version had troubles with sound. The more recent version 10.x fixed the sound problems but reintroduced the color mask bug (see https://lists.ubuntu.com/archives/ubuntu-mozillateam-bugs/2008-June/047032.html). As this isn't fixed for over a year now, I've not much hope to get relief anytime soon. * QT4: sidenote With any newer windows manager/graphics library (KDE4/QT4, Gnome/GTK) the response of the desktop becomes increasingly slower and visually impacted, simply because the graphics systems offloads more and more work to the hardware - which doesn't really suit sun ray environments. With KDE4/QT4.x this entered a new dimension, because now the desktop becomes absolutely unusable, because it relies on XServer extensions, which Xnewt doesn't support. /sidenote Encouraged by some hints to recompile QT4 with the graphicssystems=raster option, I had hope to at least fix the visual problems, but guess what - there is was again - the color mask problem. Just like Adobe, Trolltech has hardcoded the color mask values all over the QT4 code :-( finally making all the efforts useless. As I see not much conversation around this issue, I would be interested in the following: * Is this somehow a personal problem with my installation on Linux (Ubuntu 9.04), or are there others suffering the same problems? * Are there known workarounds for the Flash and/or QT4 problems? * Is there any chance to teach the Xnewt to use the common color masks?, avoiding all those problems? * Are there any best practices to tweak a recent KDE or Gnome Desktop to have a maybe simpler but faster (!) graphics system on sun ray. Any response appreciated, Joerg ___ SunRay-Users mailing list SunRay-Users@filibeto.org http://www.filibeto.org/mailman/listinfo/sunray-users ___ SunRay-Users mailing list SunRay-Users@filibeto.org http://www.filibeto.org/mailman/listinfo/sunray-users
Re: [SunRay-Users] srss on OpenSolaris 2009.06
2009/6/9 Magnus Varmfors mag...@gmail.com: Hi there! New to the list, so I'm sorry if I've missed anything obvious. I've just finished my second attempt at an installation of OpenSolaris 2009.06 (x86) as the basis for SRSS 4.1, used for a number of SunRay 150 here in the house. SNIP Is there anyone out there who's done an installation on 2009.06 who can tell me what the differences are compared to 2008.11? Sorry if I wasted your time, but things are now working. Looked through a great number of old postings concerning the 26-related errors and found a bunch of tricks. Having applied a few of them, the 150 all of a sudden woke up! And I don't know what helped (forgot to do a utrestart -c at one time), just happy that something did. :) So, a big thanks because this list solved it for me! Regards, /Magnus -- Me code, you bug. - Famous last words in Foo bar ___ SunRay-Users mailing list SunRay-Users@filibeto.org http://www.filibeto.org/mailman/listinfo/sunray-users
Re: [SunRay-Users] srss on OpenSolaris 2009.06
Magnus Varmfors wrote: Hi there! New to the list, so I'm sorry if I've missed anything obvious. I've just finished my second attempt at an installation of OpenSolaris 2009.06 (x86) as the basis for SRSS 4.1, used for a number of SunRay 150 here in the house. My problem is that the terminals give me a 26 B (insufficient DHCP parameters?), despite using the same DHCP configuration (the dhcp server is on a separate server) as when running SRSS 4.1 on Debian two days ago. I've used this how-to ( http://wiki.sun-rays.org/index.php/SRSS_4.1_on_OpenSolaris_2008.11 ) as a guide, and have installed + configured OpenLDAP (since I got error messages on it missing). No logs (that I've found) show errors, but... no display on the 150's, except to say 26B. Did you remember to reboot after running utinstall? This is the most common symptom since during the reboot gdm will be reconfigured for SRSS. Also IIRC there was a bug in 4.1 that required you to run utrestart -c manually after a reboot to fix the /etc/opt/SUNWut/xmgr link to point to gdm instead of dtlogin support hooks (a bootstrap problem). If that solves your problem I think I published a workaround to this list previously, so look in the archives. If neither of those tips help, did you look in /var/log/gdm/ for clues? Is there anyone out there who's done an installation on 2009.06 who can tell me what the differences are compared to 2008.11? There shouldn't be any differences in this particular area. With 2009.06 you should install the Motif/CDE packages so you can have access to the RHA and NSCM features of SRSS: % pfexec pkg install SUNWmfrun SUNWtltk SUNWdtbas -Bob ___ SunRay-Users mailing list SunRay-Users@filibeto.org http://www.filibeto.org/mailman/listinfo/sunray-users
