Alan DuBoff wrote: > On Mon, 8 Oct 2007, Lukas Oboril wrote: > >> Hmm, that's interesting, can you put me some link (new packaging system). > > Off the top of my head...let's see if I can find something... > > I'm not sure, I'll have to get back to you. It's very new and just being > released/integrated. > >>> There's a lot of work to get the KDE packages to compile. >> My ultra20m2 is still hungry for code. I can help you with testing. I >> have Sol10u4 (as Stefan has) and if I help with testing or others >> things (if i have "brain" power for that) please let me know. > > egads...more S10...:-/ Should work though, since Stefan uses it. > > Remember, SXDE makes sense because traditionally things go back to the > current build before they are backported. This will not be backported, > AFAIK, and certainly needs to run on the recent, or it would be fruitless > to do all of this work. If done correctly, we can build on both, but > because of what is happening with the system, it really makes sense to use > nevada. My $0.02, and what I'm doing.
I am not the best example to follow when it comes to upgrading the OS. In fact, i try not to upgrade as much as that is possible, which is why i'm still on U3 and U4. SXDE has many newer features and packages which aren't in U3 or even U4. So, it's a better environment. The drawback of SXDE is that it comes with a Studio 12 tarball which is not necessarily up to date -- it does not contain the latest Studio 12 patches. And given that Studio 12 is undergoing a very rapid progress, being able to patch the compiler is very important IMHO. About my versions of the build tools: - GNU make 3.81 - autoconf 2.61 - automake 1.10 - libtool 1.5.24 - GNU sed 4.1.5 - GNU awk 3.1.5 - GNU gettext 0.15 - GNU iconv 1.11 - GNU bison 2.3 - GNU flex 2.5.4 - ncurses wide 5.5 (ncursesw) - vim 7.1 (i use xemacs for writing longer bits of code, but for quick shell scripts or quick/easy patches and fixes i use vim. with colors. :-) When building GNU gettext/iconv, please keep in mind that these two have circular dependencies on each other. So, each one of them must be built twice: - iconv without system gettext - gettext with system iconv gmake distclean - iconv with system gettext - gettext with system iconv Only ncurses-wide (ncursesw) is needed. ncurses-wide is compatible with ncurses (it has builtin support for 8-bit characters), and it also supports UTF-8, and wide characters. So, there is no real benefit in building 8-bit ncurses. Color ncurses is useful when doing CMake builds. KDE4 no longer uses the auto*tools/libtool for building, it uses CMake [http://www.cmake.org/]. But most of KDE's dependencies use the auto*tools/libtool for building. Remember to change /bin/sh to /bin/bash (or /bin/ksh93) in each and every ./configure script. :-) Remember to pass -library=no%Cstd and use the Apache/RogueWave Standard C++ Library. If you mix the Apache libstdcxx with libCstd.so.1 the program will most likely crash. --Stefan -- Stefan Teleman Sun Microsystems, Inc. Stefan.Teleman at Sun.COM
