How did you solved it? Just curious ...
Detlev Am 02.02.2010 um 12:37 schrieb Martin Allert: > Hi everybody, > > Thanks for your help, I solved the problem on my own. Credits go to Detlev > Habicht. > > Yours, > > Martin > > -----Ursprüngliche Nachricht----- > Von: Martin Allert > Gesendet: Dienstag, 2. Februar 2010 11:27 > An: SunRay-Users mailing list > Cc: Martin Allert > Betreff: AW: [SunRay-Users] RHEL 5.4 (Tikanga) and SRSS 4.2 > > Hi Detlev, > > Thanks for your hints, I forgot to tell the system specifications: > > [r...@vm-tesla-1-lan SPECS]# uname -a > Linux vm-tesla-1-lan.arago.de 2.6.18-164.11.1.el5 #1 SMP Wed Jan 6 13:26:04 > EST 2010 x86_64 x86_64 x86_64 GNU/Linux > [r...@vm-tesla-1-lan SPECS]# rpm -qa | grep gdm > gdm-2.16.0-56.el5 > > And of course I did successfully install the server software (it threw no > errors), except this little glitch of gdm I was describing. :) > But if it works on your side, would you mind to tell me what you did in your > gdm configuration? Or where to look at so I can refine my search? > > Thanks in advance, > > Martin > > -----Ursprüngliche Nachricht----- > Von: [email protected] > [mailto:[email protected]] Im Auftrag von Detlev Habicht > Gesendet: Dienstag, 2. Februar 2010 11:16 > An: SunRay-Users mailing list > Betreff: Re: [SunRay-Users] RHEL 5.4 (Tikanga) and SRSS 4.2 > > How can successfully install SRSS when you have a 26D problem???? > > I have the same system with no problems: > > ~ (habi...@minix) 109 $ uname -a > Linux minix.ims.uni-hannover.de 2.6.18-164.9.1.el5 #1 SMP Wed Dec 9 03:27:37 > EST 2009 x86_64 x86_64 x86_64 GNU/Linux > ~ (habi...@minix) 110 $ rpm -qa | grep gdm > gdm-2.16.0-56.el5 > ~ (habi...@minix) 111 $ more /etc/issue > Red Hat Enterprise Linux Server release 5.4 (Tikanga) > > So i think, it must work in this way. > > Detlev > > > Am 02.02.2010 um 10:54 schrieb Martin Allert: > >> Hello everybody, >> >> I installed SRSS 4.2 successfully on a RHEL 5.4 (Tikanga) Linux x86_64 >> system. But what I face now is the DTU Error 26D, which means the DTU waits >> for the graphics to be sent. >> In the process list on the SunRay server I can see a running GDM. Obviously >> it is a version (2.16.0) which does not support dynamic display creation. >> Therefore I wanted to replace it with the Linux RPM from the SRSS 4.2 >> installation directory and I get the following errors: >> >> [r...@vm-tesla-1-lan Packages]# rpm -U gdm-2.16.7-2.1_01.sunray.x86_64.rpm >> error: Failed dependencies: >> libcrypto.so.0.9.8()(64bit) is needed by >> gdm-2.16.7-2.1_01.sunray.x86_64 >> libdbus-1.so.2()(64bit) is needed by gdm-2.16.7-2.1_01.sunray.x86_64 >> libdns_sd.so()(64bit) is needed by gdm-2.16.7-2.1_01.sunray.x86_64 >> libexpat.so.1()(64bit) is needed by gdm-2.16.7-2.1_01.sunray.x86_64 >> libglitz.so.1()(64bit) is needed by gdm-2.16.7-2.1_01.sunray.x86_64 >> libgsf-1.so.113()(64bit) is needed by gdm-2.16.7-2.1_01.sunray.x86_64 >> libssl.so.0.9.8()(64bit) is needed by gdm-2.16.7-2.1_01.sunray.x86_64 >> gdm < 1:2.6.0.8-5 conflicts with gnome-session-2.16.0-7.el5.x86_64 >> >> Those libraries do exist more or less, e.g. the name of the required >> libraries differs slightly to the installed ones (libcrypto.so.0.9.8e); >> nothing you can't fix using some symbolic links I thought, some of the >> installed libraries are newer than required. But the rpm still keeps saying >> those libraries do not exist, although the appropriate symbolic links exist >> now. Therefore I tried to build gdm on my own by downloading the source from >> Sun. >> >> But building gdm on my own led me to another dead end: >> >> [r...@vm-tesla-1-lan SPECS]# rpmbuild -ba gdm.spec >> Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.72819 >> ... >> checking for GUIGLADE... yes >> checking for GUING... yes >> checking for GREETER... configure: error: Package requirements (gtk+-2.0 >= >> 2.6.0 libgnomecanvas-2.0 >= 1.109.0 librsvg-2.0 >= 1.1.1 libxml-2.0 >= >> 2.4.12 libart-2.0 >= 2.3.11) were not met: >> >> No package 'libgnomecanvas-2.0' found >> No package 'librsvg-2.0' found >> No package 'libart-2.0' found >> >> Consider adjusting the PKG_CONFIG_PATH environment variable if you >> installed software in a non-standard prefix. >> ... >> >> But the libraries are there: >> >> [r...@vm-tesla-1-lan SPECS]# find / -mount -name "libgnomecanvas*.so*" >> /usr/lib/libgnomecanvas-2.so.0 >> /usr/lib/libgnomecanvas-2.so.0.1400.0 >> /usr/lib64/libgnomecanvas-2.so.0 >> /usr/lib64/libgnomecanvas-2.so.0.1400.0 >> [r...@vm-tesla-1-lan SPECS]# find / -mount -name "librsvg*" >> /usr/share/doc/librsvg2-2.16.1 >> /usr/lib/librsvg-2.so.2.16.1 >> /usr/lib/librsvg-2.so.2 >> /usr/lib64/librsvg-2.so.2.16.1 >> /usr/lib64/librsvg-2.so.2 >> [r...@vm-tesla-1-lan SPECS]# find / -mount -name "libart*.so*" >> /usr/lib/libart_lgpl_2.so.2 >> /usr/lib/libart_lgpl_2.so.2.3.17 >> /usr/lib64/libart_lgpl_2.so.2 >> /usr/lib64/ao/plugins-2/libarts.so >> >> Could you please give me a hint, what I am doing wrong? >> >> Best regards, >> >> -- >> >> Martin Allert >> >> arago Institut für komplexes Datenmanagement AG >> >> Eschersheimer Landstraße 526 - 532 >> 60433 Frankfurt am Main >> >> eMail: [email protected] - www: http://www.arago.de >> Tel: +49-69-40568-403 >> Fax: +49-69-40568-111 >> -- >> Bankverbindung: Frankfurter Sparkasse, BLZ: 500 502 01, Kto.-Nr.: 79343 >> Vorstand: Hans-Christian Boos, Martin Friedrich >> Vorsitzender des Aufsichtsrats: Dr. Bernhard Walther >> Sitz: Kronberg im Taunus · HRB 5731 · Registergericht: Königstein i.Ts >> Ust.Idnr. DE 178572359 · Steuernummer 2603 003 228 43435 >> >> >> _______________________________________________ >> SunRay-Users mailing list >> [email protected] >> http://www.filibeto.org/mailman/listinfo/sunray-users > > _______________________________________________ > SunRay-Users mailing list > [email protected] > http://www.filibeto.org/mailman/listinfo/sunray-users > _______________________________________________ > SunRay-Users mailing list > [email protected] > http://www.filibeto.org/mailman/listinfo/sunray-users _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
