op-panel and libswl-perl

George Danchev danchev at spnet.net
Wed Jun 21 07:37:19 UTC 2006


On Monday 19 June 2006 23:23, Stuart Anderson wrote:
> On Sat, 17 Jun 2006, Kilian Krause wrote:
> > Stuart, feel free to comment on the updates I have done to your -5
> > packaging. It still runs configure in the clean target for some reason I
> > haven't yet found, but all the rest should be ok.
>
> Thanks for the further explanation (in another message). I think I see
> what's going on now.
>
> I debdiff'd the packages and it looks like there is more out of sync than
> possibly intended. Aside from the .orig.tar.gz files being slightly
> different (there was an update to that file for the -5 package, I know that
> such a thing is unusual, but in this case, it was the correct thing to do).
> Also, the changes to clean seems to leave more things in your diff file
> that I don't think need to be there (mostly the autofoo related files).
>
> There are some additional, unusual dependencies in the makefiles because
> ming doesn't really use the autofoo stuff everywhere like most other
> projects. So far, it's just used to set up a Make.config file, which gets
> included in most of the other makefiles. This Make.config file has
> dependencies that sometimes trigger the running of configure, even if you
> are trying to just do a "make clean". Invoking the 'clean' target in
> debian/rules multiple times causes "make clean" to get executed after "make
> distclean", which removes the files that Make.config depends on (which
> triggers the execution of ./configure).
>
> I don't think this happens normally, and if it does, I'm pretty sure it
> doesn't hurt anything, and doesn't take very long. Is some tool or builder
> causing this to show up?
>
> Other than the changes to the 'clean' target in the rules file, I don't see
> anything else that isn't a side effect of that change.

By the way, I'm willing to test the ming packages which are about to sid 
(right, 'sid' is a verb which means entering Sid ;-). Once we have these 
uploaded we can deal more appropriately with the op-panel package.

-- 
pub 4096R/0E4BD0AB 2003-03-18 <people.fccf.net/danchev/key pgp.mit.edu>
fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB 



More information about the Pkg-voip-maintainers mailing list