At 23:24 Uhr -0500 25.11.2002, Chuck Robey wrote:
I am making myself a voice conference suite.  I am trying to get a
combination of pwlib, OpenH323, and gnome-meeting (I've gotten the first
two done, need to test the third, results may change my mind for me).
That would be cool indeed, various people asked for it already.


As part of this, I wanted the sound/pwlib to work, and the existing
sources for the version 1.3.8 no longer exist.  I fetched the 1.4.4
sources, proved that the upgrade was trivial, when I hit two problems that
need answering before I post the diffs to the list.

First, Stefano Rodriguez <[EMAIL PROTECTED]> is listed as the
maintainer, should that remain, or do I take it?
Best is if you contact him and work it out together with him.


 I don't mind taking it,
but I'm not sure of the established protocol here, should I wait a bit, or
what?  (Note that I cc'ed him here).

Second, pwlib seems to install all of it's stuff in /sw/lib/pwlib, which I
thought violated some of the rules.  It looks to me that there is really
no very good reason for the separate directory.  There is a good reason
for a /sw/include/pwlib, but not /sw/lib/pwlib/include.
Indeed.


  Additionally,
there is a /sw/lib/pwlib/tools/ that has a asnparser/ in it, full of
source code and a executable binary.  I haven't done any mib work, which
is the only place I know that uses that asn stuff, but I am skeptical that
all that source code has no place in a port (where you don't expect the
full sources to get stuck).  If I need to develop with it, I'm going to
need the entire sources anyhow, the package wouldn't really help me.
I'd say, if possible, move the lib/include stuff; libraries should be in /sw/lib, the headers in /sw/include/pwlib (I assume, but I don't know pwlib well, so there maybe be deeper problems with such a setup). As for the asnstuff, I can't judge it, but what you say sounds reasonable.


It seems that the installed hierarchy might be wrong, and I need this
answered before I can upgrade the package.  I need this info also for the
OpenH323 package, because it builds nearly identically to the pwlib (no
surprise there, same development team).
See above. The only concern might be that stuff using pwlib might not find it in the modified installation locations, however in the past when I had to make similar changes to other packages, it usually caused no problems which I couldn't work around with some configure magic in the dependenant packages.


Cheers,

Max
--
-----------------------------------------------
Max Horn
Software Developer

email: <mailto:[EMAIL PROTECTED]>
phone: (+49) 6151-494890


-------------------------------------------------------
This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to