[Kst] getdata patch

Ted Kisner tskisner.public at gmail.com
Fri Jan 6 22:18:13 CET 2006

folks in our lab use the debian packages, or compile from source.  If we do 
decide to go the separation route, I would be willing to go through the 
process of becoming a debian package maintainer in order to package 

BUT, I think the bigger question is:  what is the timeframe for the new 
dirfile successor with network capabilities?  If that will be ready in 6-12 
months, then I don't really think it's worth the trouble to split off dirfile 
support and build/maintain packages for something that is going away.

I would rather focus effort on a new and better system.


On Friday 06 January 2006 12:48, Matthew D Truch wrote:
| On Fri, Jan 06, 2006 at 03:12:57PM -0500, George Staikos wrote:
| >   - Some linux distros are looking at and/or already packaging Kst.  They
| > would have to pick up libgetdata for their next release and make Kst
| > depend on it, otherwise it would not contain that datasource.
| [warning - I'm clearly biased toward separating the two]
| Is this such an issue?  The fact that these distros have picked up kst
| and the other datasource libraries indicates that they are willing to
| pick up such things.  Furthermore, how many potential libgetdata users
| are there who aren't specifically kst developers or BLAST users?  All
| BLAST kst users I know of use either rpms I develop for RedHat/Fedora
| machines, tgz packages that Don creates for Slack machines, or compile
| from source themselves and therefore are all capable of including
| libgetdata/libdirfile/whatever it will be called.

More information about the Kst mailing list