Solaris/Status: Difference between revisions

From KDE Community Wiki
(start a list of S10 dependencies)
(minor update)
Line 2: Line 2:


== Dependencies ==
== Dependencies ==
expat-2.0.1
The following list is the growing set of dependencies that is being migrated from the old DUDE tarball structure, to complete spec files.
gettext-0.17
 
libiconv-1.11
* expat-2.0.1 (upgraded from 2.0.0)
stdcxx-4.2.1
* lcms-1.18a (upgraded from 1.17)
pkg-config-0.23
* libmng-1.0.10
* gettext-0.17, libiconv-1.11
** gettextwo (temp), libiconvwo (temp), gettext (real), libiconv (real)
* stdcxx-4.2.1
* pkg-config-0.23


== Informational ==
== Informational ==

Revision as of 16:02, 3 December 2009

This page lists the status of KDE4 on Solaris; for KDE on Solaris instructions on getting KDE4 on Solaris see the other Techbase page.

Dependencies

The following list is the growing set of dependencies that is being migrated from the old DUDE tarball structure, to complete spec files.

  • expat-2.0.1 (upgraded from 2.0.0)
  • lcms-1.18a (upgraded from 1.17)
  • libmng-1.0.10
  • gettext-0.17, libiconv-1.11
    • gettextwo (temp), libiconvwo (temp), gettext (real), libiconv (real)
  • stdcxx-4.2.1
  • pkg-config-0.23

Informational

  • If the system locale is C, then every Qt application will spit out an iconv warning on startup; this is annoying but harmless. Setting LANG to something else (e.g. LANG=646, even) will help. Long term solution: add encoding or system workaround.

Showstoppers

The intention of this showstopper list is to provide more detail and context for what we consider showstoppers for getting KDE4 on Solaris shipped. It doesn't correspond to the Release Team's list, at least not until we get a lot more Solaris mindshare. Each showstopper should have a name, a KDE Bugzilla entry and a long(er) description.

Konsole

no bugs.kde.org entry yet

In a konsole tab, you can break the link between the shell / session / tab output and konsole itself, so that nothing gets printed anymore. To reproduce this problem, you need to either hit ^C at an inopportune time (there's plenty of that) or produce an unusual output pattern. Here's a long-winded way of looking at the ^C issue:

  • start konsole
  • start a new tab for convenience
  • check that the shell is working, for instance by running ls
  • tail -f /var/log/messages
  • hit ^C; notice that tail is interrupted and the shell returns
  • ls again, to see the shell still works
  • at the shell prompt itself, hit ^C; you would expect a new shell prompt to be printed, but it is not
  • type "date > /tmp/foo ; exit" and it enter (without the quotes)
  • notice that /tmp/foo now exists with the right time and that the shell / session / tab closes

Here is a way of breaking the link without ^C but by producing a not-very-special output pattern. You need to have the C compiler installed:

  • start konsole
  • start a new tab for convenience
  • cd /tmp/usr/ucb/echo -n "#include <math.h>" > t.ccc t.c
  • notice how the shell prompt does not come back after the warnings printed by the C compiler
  • type exit to close the shell / session / tab

You cannot keep typing indefinitely in a session that is not reading output; it seems like eventually the output from the shell hangs as well. Also, you can hang konsole completely by doing this.