looking for a debian sponsor for openser

[Daniel-Constantin Mierla]

Hello,

On 03/10/06 14:18, Kilian Krause wrote:
> Daniel,
>
>   
>>>> Everything is at:
>>>> http://openser.org/pub/openser/latest/packages/deb-sid/
>>>>         
>
> as was already said, it shouldn't be Debian native unless there's good
> reason to keep it that firmly in sync with Debian as its distro. Seeing
> that packaging/ offers more than Debian, it's pretty much nonsense to
> have it go native.
>   
ok.
> Moreover I do see from the orig tarball that you're shipping that you
> modified cfg.tab.h...
> $ diffstat openser_1.0.1-0.diff.gz|less
>  cfg.tab.h                       |  387 ++++++++++++++++++++++++++++++++++++++++
> -(snip)-
> $
>
> Any reason to not do this upstream? Or just lacking from the clean
> target?
>   
cfg.tab.h is an auto-generated file, it should not be included.
> Regarding the lintian problems, you can just feed the below list into
> lintian-info and it should give you quite all help you're gonna need.
>   
thanks for the tip.
> Btw. your debian/rules has some very.. uhm.. "interesting" code
> sniplets. For example, is there any reason to force "nostrip" rather
> than removing the lines further down adding -s to the install command?
> It's not that the rules would be "bad" as such, it's just from
> experience that it may cause longer searching for problems if they try
> to implement logic that might as well go upstream. Just like the install
> target has very much "ugly" code adding settings to each of the calls.
> I'd welcome if we could have this cleaned up to a more centralistic
> approach. Maybe adding only one "make install" call and from there using
> dh_install is worth considering.
>   
We are not very advanced in debian packaging. Some of openser developers 
put together the packaging system. The rules are a bit complex because 
of building two sets of packages (w/ and w/o tls - some openser users 
wanted non-tls release to get rid of libssl dependency). Any suggestion 
from you will be taken in consideration to get better packaging system.

Cheers,
Daniel

> Overall it doesn't look too bad though. ;)
>
>