This page lists the status of KDE4 on Solaris; for [[Projects/KDE_on_Solaris|KDE on Solaris]] instructions on getting KDE4 on Solaris see the other Techbase page.

+

This page lists the status of KDE4 on Solaris; for [[Projects/KDE on Solaris|KDE on Solaris]] instructions on getting KDE4 on Solaris see the other Techbase page.

−

== Philosophy ==

+

== Philosophy ==

−

While Solaris 10 is getting a bit dated, there is one nice thing about building current software on it. Almost nothing conflicts. If it does, then it's something that's done once, and it doesn't pop up again. Unlike SXCE/Nevada/OSOL, where the list of dependencies is changing bi-weekly. I find that just too annoying for words. Another reason, is that for the most part, stuff from Sun's JDS project or the Spec Files Extra project can be prototyped in very quickly, so the benefit of the initial port work is already done. Solaris 10U8 has 64-bit libraries for libssl and libcrypto, which has been a bit of a blocker, and with the addition of a 64-bit libusb library, there shouldn't be much that can't be built.

+

−

== Dependencies TO-DO List ==

+

While Solaris 10 is getting a bit dated, there is one nice thing about building current software on it. Almost nothing conflicts. If it does, then it's something that's done once, and it doesn't pop up again. Unlike SXCE/Nevada/OSOL, where the list of dependencies is changing bi-weekly. I find that just too annoying for words. Another reason, is that for the most part, stuff from Sun's JDS project or the Spec Files Extra project can be prototyped in very quickly, so the benefit of the initial port work is already done. Solaris 10U8 has 64-bit libraries for libssl and libcrypto, which has been a bit of a blocker, and with the addition of a 64-bit libusb library, there shouldn't be much that can't be built.

−

Due to a year of neglect, there are some new dependencies that are going to need to be done for Solaris 10. First, mysql-5.1. This is in the osol repo and should be an easy port. Solaris 10 only has mysql-4.x and only a 32-bit client which makes building qt on 64-bit rather problematic.

+

−

Second is ruby18, again which is in the osol repo, and again should be an easy port.

+

== Dependencies TO-DO List ==

+

Due to a year of neglect, there are some new dependencies that are going to need to be done for Solaris 10. First, mysql-5.1. This is in the osol repo and should be an easy port. Solaris 10 only has mysql-4.x and only a 32-bit client which makes building qt on 64-bit rather problematic.

−

== Dependencies ==

+

Second is ruby18, again which is in the osol repo, and again should be an easy port.

−

The following list is the growing set of dependencies that is being migrated from the old DUDE tarball structure, to complete spec files. Any upgraded spec files can be easily recompiled to the original by just changing the Version or src_ver variable. This is done to retain compatibility with the original 4.1.4 release that was done.

+

−

There are several sets of modules which require a circular dependency

+

<br>

−

build to effect all the functionality. gettext requires libiconv, but libiconv requires gettext. So we build gettext, then libiconv, then remove gettext and rebuild it again with libiconv support, then rebuild libiconv support with the real gettext support.

The following list is the growing set of dependencies that is being migrated from the old DUDE tarball structure, to complete spec files. Any upgraded spec files can be easily recompiled to the original by just changing the Version or src_ver variable. This is done to retain compatibility with the original 4.1.4 release that was done.

−

== Informational ==

+

There are several sets of modules which require a circular dependency build to effect all the functionality. gettext requires libiconv, but libiconv requires gettext. So we build gettext, then libiconv, then remove gettext and rebuild it again with libiconv support, then rebuild libiconv support with the real gettext support.

−

* 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.

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.

+

== Informational ==

−

=== Konsole ===

+

*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.

−

''no bugs.kde.org entry yet''

+

== Showstoppers ==

−

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:

+

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.

−

* 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:

* notice how the shell prompt does not come back after the warnings printed by the C compiler

+

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:

−

* type exit to close the shell / session / tab

+

+

*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

Contents

Philosophy

While Solaris 10 is getting a bit dated, there is one nice thing about building current software on it. Almost nothing conflicts. If it does, then it's something that's done once, and it doesn't pop up again. Unlike SXCE/Nevada/OSOL, where the list of dependencies is changing bi-weekly. I find that just too annoying for words. Another reason, is that for the most part, stuff from Sun's JDS project or the Spec Files Extra project can be prototyped in very quickly, so the benefit of the initial port work is already done. Solaris 10U8 has 64-bit libraries for libssl and libcrypto, which has been a bit of a blocker, and with the addition of a 64-bit libusb library, there shouldn't be much that can't be built.

Dependencies TO-DO List

Due to a year of neglect, there are some new dependencies that are going to need to be done for Solaris 10. First, mysql-5.1. This is in the osol repo and should be an easy port. Solaris 10 only has mysql-4.x and only a 32-bit client which makes building qt on 64-bit rather problematic.

Second is ruby18, again which is in the osol repo, and again should be an easy port.

Dependencies

The following list is the growing set of dependencies that is being migrated from the old DUDE tarball structure, to complete spec files. Any upgraded spec files can be easily recompiled to the original by just changing the Version or src_ver variable. This is done to retain compatibility with the original 4.1.4 release that was done.

There are several sets of modules which require a circular dependency build to effect all the functionality. gettext requires libiconv, but libiconv requires gettext. So we build gettext, then libiconv, then remove gettext and rebuild it again with libiconv support, then rebuild libiconv support with the real gettext support.

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.