Re: [qub] Re: Some questions to qub

[Marcus vA <mv...@gm...>]

On Sun, 23 Jun 2002 22:56:33 +0200
stephan beal <st...@wa...> wrote:

[...] 
> IMO, the headers are not needed. Technically, yes, they are needed if someone 
> wants to write add-ons, but i think in that case they would need the source 
> tree, anyway. i see no really big reason to include them.

Ok, I will not include them in th package, if there is anyone, eho is willing to
work with them, I can reate a specific package later.

> > This package will contain the shared data and the binaries.
> >
> > libqub-[version].deb
> >
> > This package will contain the libraries (GCom and this stuff).
> >
> > (those both ones could be packed together, but if they will ever go into
> > the 'official' debian-lists, they have to be splitted up by the maintainer,
> > which provides them, but that should not bother us at the moment).
> 
> The libraries, technically, are separate from QUB, they are all only used by 
> the QUB project, so i see no big reason to split them up into sub-packages. 
> It is possible that someone would want to develop with them idependently of 
> QUB, but that has never happened and i don't anticipate that it will happen.
> 
[...] 
 > Maybe you can give me a further explanation of how the binaries work
> > together, or if they could be used as 'standalones' without problems.
> 
> As you've seen, there are two libraries:
> 1) libFun is independent - it does not need anything else from the source 
> tree.
> 2) libGCom depends on libFun.
> 
> Then we have one main binary: ./client/qub. This depends on libFun and 
> libGCom. We also have several utility binaries, the stuff under ./util/..., 
> and these also rely on libFun and libGCom, but do not rely on the qub binary.
> (The original plan was only to have one application, but when we split libGCom 
> into it's own sub-project we started writing other utility apps.)
> Each of the utilties under util/... is standalone except for 
> util/bin/vmp2gcom, which is a Perl script which requires util/gmaker and 
> util/pixslicer. They are all dynamically linked to libGCom and libFun.
> 
> 
> Did i answer everything?
I think so, if there will be any questions, I will ask.

Regards
Marcus