Summary: the same old, buggy and slow software No wonder, GNOME does about every 6 month a new stable release and Sun Solaris Desktop is based on GNOME 2.6 released in April 2004! Sun Desktop Users => Loosers So the chances, that we'll upgrade to U4 are very low (buys us nothing significant) and thus beta testing moved to "low priority" tasks Furthermore because of the loosing position of Solaris it is pretty hard to find a professor, which actually supports/approves buying {SUN|Solaris} machines. At least in the desktop area Solaris is hardening its position as an phase-out model ... 1) PDF viewer: - still no evince (probably because of the old GNOME) - on x86 still no Acrobat, and since evince is not form-aware ... 2) Acrobat: elkner.miro ~ > /usr/sfw/bin/acroread ld.so.1: acroread: fatal: libBIB.so: open failed: No such file or directory Killed The problem is, that the script sets LD_LIBRARY_PATH only, which has no effect, if LD_LIBRARY_PATH_32 is set. So a fix is, to add 'unset LD_LIBRARY_PATH_32' at the top of the script. BTW: Since here is no bug submitting opportunity for nevada: Starting acroread on b55b doesn't work either because of an 'unsupported theme' (or something like that) error. Switching the desktop theme to a standard one like ClearLooks solves the problem. Last but not least: there is still no acroread for x86. This forces our staff to keep their old sparc Blades since acroread is an essential tool for them. As everybody knows, sparc blades are really slow (even Blade 1500S) and thus Solaris is still loosing a lot of points, since staff can't update to U40 or the like... 3) gnome-panel coredumps actually the same problem as described in EMEA case 37717088: A user with a virgin environment tries to login and the gnome-panel coredumps immediately, when it is getting started. elkner.q ~ > ssh testus@laforge Password: Last login: Fri Jun 8 17:43:30 2007 Sun Microsystems Inc. SunOS 5.10 Generic January 2005 You have mail. > dbx /usr/bin/gnome-panel core dbx: Command not found. > source ~info/solaris/studio11 MANPATH: Undefined variable. > which dbx /local/apps/studio11/SUNWspro/bin/dbx > dbx /usr/bin/gnome-panel core For information about new features see `help changes' To remove this message, put `dbxenv suppress_startup_message 7.5' in your .dbxrc Reading gnome-panel core file header read successfully Reading ld.so.1 Reading libX11.so.4 Reading libgnome-desktop-2.so.2.1.12 Reading libsecdb.so.1 Reading libgnomeui-2.so.0.600.1 Reading libSM.so.6 Reading libICE.so.6 Reading libstartup-notification-1.so.0.0.0 Reading libbonoboui-2.so.0.0.0 Reading libgnomecanvas-2.so.0.600.0 Reading libgnome-2.so.0.600.0 Reading libart_lgpl_2.so.2.3.16 Reading libpangoft2-1.0.so.0.501.1 Reading libbonobo-2.so.0.0.0 Reading libgnomevfs-2.so.0.600.0 Reading libbonobo-activation.so.4.0.0 Reading libglade-2.0.so.0.0.3 Reading libgtk-x11-2.0.so.0.400.9 Reading libxml2.so.2 Reading libpthread.so.1 Reading libz.so.1 Reading libgdk-x11-2.0.so.0.400.9 Reading libatk-1.0.so.0.700.3 Reading libgdk_pixbuf-2.0.so.0.400.9 Reading libmlib.so.2 Reading libpangoxft-1.0.so.0.501.1 Reading libpangox-1.0.so.0.501.1 Reading libpango-1.0.so.0.501.1 Reading libgconf-2.so.4.1.0 Reading libORBit-2.so.0.0.0 Reading libgobject-2.0.so.0.400.1 Reading libresolv.so.2 Reading libnsl.so.1 Reading libsocket.so.1 Reading libm.so.2 Reading libgmodule-2.0.so.0.400.1 Reading libgthread-2.0.so.0.400.1 Reading libglib-2.0.so.0.400.1 Reading libpopt.so.0.0.0 Reading libthread.so.1 Reading libc.so.1 Reading libcmd.so.1 Reading libgnome-keyring.so.0.0.0 Reading libgailutil.so.17.0.1 Reading libjpeg.so.62.0.0 Reading libXft.so.2 Reading libXrender.so.1 Reading libfontconfig.so.1 Reading libfreetype.so.6 Reading libesd.so.0.2.32 Reading libaudiofile.so.0.0.2 Reading libORBitCosNaming-2.so.0.0.0 Reading libssl.so.0.9.7 Reading libcrypto.so.0.9.7 Reading libdl.so.1 Reading librt.so.1 Reading libXrandr.so.2 Reading libXi.so.5 Reading libXext.so.0 Reading libaio.so.1 Reading libmd.so.1 Reading libmlib.so.2 Reading libc_psr.so.1 Reading libssl_extra.so.0.9.7 Reading libcrypto_extra.so.0.9.7 Reading nss_files.so.1 Reading nss_nisplus.so.1 Reading libdoor.so.1 Reading en_US.ISO8859-1.so.3 Reading xlibi18n.so.2 Reading UTF-8%8859-1.so Reading libpixbufloader-png.so Reading libpng12.so.0.1.2.5 Reading libvfolder-desktop.so Reading libmp.so.2 Reading libscf.so.1 Reading libuutil.so.1 Reading libfile.so Reading libsec.so.1 Reading libavl.so.1 Reading 8859-1%UTF-8.so Reading libblueprint.so Reading libexpat.so.0.5.0 Reading pango-basic-fc.so t@1 (l@1) program terminated by signal SEGV (no mapping at the fault address) 0xfceb18e0: strcmp+0x0160: ld [%o1 + %o2], %o3 (dbx) where current thread: t@1 =>[1] strcmp(0x0, 0xf6568, 0xfff09a98, 0x0, 0x80808080, 0x1010101), at 0xfceb18e0 [2] panel_menu_button_load_from_gconf(0x22eba0, 0x1, 0x0, 0x1, 0x2f1018, 0xf6400), at 0x9b6e8 [3] panel_applet_load_idle_handler(0x7bfd4, 0x4, 0x7bc00, 0x2f4440, 0xfcfd48b8, 0x1), at 0x7c118 [4] g_main_dispatch(0x166de8, 0xfd03ec00, 0x0, 0x0, 0xfffffffd, 0xffffffef), at 0xfcfd5ac8 [5] g_main_context_dispatch(0x166de8, 0xc8, 0x0, 0x1, 0xfd03ec00, 0x166de8), at 0xfcfd6ffc [6] g_main_context_iterate(0x1, 0x1, 0x1, 0x166de8, 0x166df0, 0xb), at 0xfcfd74c8 [7] g_main_loop_run(0x2f10a8, 0xfd03ec00, 0xfcf3ed98, 0x11b960, 0xfd02a800, 0xfd02a800), at 0xfcfd7c44 [8] gtk_main(0x0, 0x0, 0x2f10a8, 0x2f98e8, 0xfed71eb0, 0x4ce0), at 0xfebaa424 [9] main(0x1, 0xffbff394, 0x113000, 0xeefd4, 0xeefbc, 0xeefc8), at 0x6c778 (dbx) Unfortunately the fix which helped in u3 doesn't help in u4. Working without a gnome-panel is for most students a pain and thus moving to u4 is a no-go. BTW: b55b gnome-panel coredumps at the first virgin user login as well, however (if the user is clever enough to find a way to logout), on consecutive logins gnome-panel doesn't coredump anymore... Also most students do not know the 'open terminal per context menu and pkill gnome-session' trick, consider that JDS is not working and switching to CDE on the next try: and are disgust by Solaris ... However , CDE seems to work ... So the same old crap again and again and that's why the priority of beta-test tasks were reduced urgency: very low...