Re: Debian packages

On Friday 03 September 2004 12:08 pm, Russell Stuart wrote:

> Well, I proceeded as planned and now have Debian packages for all
> of PNet.  Well, pnet, pnetlib, pnetC and treecc anyway.  I would of
> included ml-pnet, but it doesn't appear to compile

Out of curiosity, what was the error on ml-pnet?  Missing mono sources or 
could not find cscc and friends to build?

> and pnetcurses -
> but there are no man page entries so it isn't useful without the
> source.

pnetcurses was always a sample program, like pnetmark and mahjongg.  I'm not 
aware of anyone using it for real work who would need a Debian package.  So 
you can leave that one out.

> Having done the work, I should now commit it to CVS.
> But that means I will overwrite Andrew's contributions.  I
> am hesitant to do this, principally because as he is still
> actively maintaining the treecc Debian package.  The last
> commit he did to CVS for treecc seems to be on 23/Nov/2002,
> so he must be maintaining a private copy somewhere.  If he
> had responded to my previous email I would of resolved
> the issue with him.  But he didn't, so I am wondering
> what I should do.

I don't really mind who maintains the Debian packages, as long as you can work 
it out between you.  It would also be nice if we can get the packages into 
the official Debian queue.

> The other problem is that there are directories in the released
> .tar.gz's that should not be there - eg:
>    pnet-0.6.8.tar.gz/debian/pnet
> which can play havoc with the Debian build process.  Will they
> disappear in the next release if I remove all the files under
> them?

Quite some time ago, Andrew indicated that it was no longer considered kosher 
for the debian stuff to be in CVS, so I just left it the way it was.  Remove 
or overwrite those files if you wish.  I don't mind.  The directories may 
still be in the source tarballs though, since I just pack up whatever comes 
out of CVS.  If the directories are going to cause problems, I can ask the 
Savannah admins to obliterate the entire "debian" hierarchy in each 
component.

Cheers,

Rhys.