Hi, I wanted to give a status update for the DS9 package. A new upstream release (4.0b3) was made 2 days ago, but its not ready to be packaged. One of its subdirectories (./sla/) contains obfuscated code (all functions' arguments are obfuscated, as in "int fOo, float *BAr").
SAO apparently intends to rectify the situation, which Bill Joye agrees is undesirable. A previous release had the same code, now with a GPL header, under an "use for profit prohibited" license. I am hoping that they still intend to provide unobfuscated source. Besides that, the only difficult bug is #304804: "Links with pristine libtcl8.4.so, and not with SAO version". This causes DS9 to crash when doing a "horizontal cut graph". I would much prefer to continue to link with Debian's shared libtcl.so.8 rather than compiling and linking with the tcl-8.4.9/ that is shipped with the DS9 source code (among other libraries which Debian includes). The problem is that SAO has modified 2 of the TCL source files (xmfbox.tcl and tkfbox.tcl, as noted in ./README). I believe that the reason DS9 crashes is because I am presently using an inconsistent version of TCL; Debian's TCL libraries, except for those 2 modified files. (mktclapp does some strange thing to embed .tcl files into an ELF application; I believe that's what I'm doing). This problem can be resolved (poorly) by linking with the SAO copy of libtcl (which, at least, is apparently kep up to date). I'm waiting for upstream to resolve the present undesirable state of sla/, and then I'll deal with the shared library issue. I don't know how to check on the status of the C++ ABI transition, but I suspect that it will take longer for upstream to correct the license issues than it will for my build-depends to get rebuilt. The most obscure such dependency is probably libtk-img. Cheers, Justin References [0] http://hea-www.harvard.edu/saord/download/ds9/source/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
