[Kst] getdata patch
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