building from pkg-voip+asterisk svn

[Tzafrir Cohen]

On Fri, Jan 06, 2006 at 12:16:06AM +0200, Tzafrir Cohen wrote:
> Hi
> 
> I have seen today svn:externals in action, and thus decided I want to be
> able to build pkg-voip packages from asterisk's subversion.
> 
> Here are the results with an initial tests using libpri:
> 
> 
> svn co http://svn.digium.com/svn/libpri/branches/1.2 libpri
> cd libpri
> # valid syntax? I actually used propedit
> svn propset svn:externals "debian svn://svn.alioth.debian.org/svn/pkg-voip/libpri/trunk/debian" .
> svn update
> # now it should fetch the debian subdirectory "from an external source"
> 
> # Any way to avoid the following two?
> svn propdel mergeWithUpstream      debian
> svn propdel svn:mergeWithUpstream debian
> 
> svn-buildpackage --svn-ignore-new --svn-lintian -uc -us -rfakeroot
> # lintian only complains about:
> # W: libpri source: native-package-with-dash-version

And for building Asterisk:

svn co http://svn.digium.com/svn/asterisk/branches/1.2 asterisk
cd asterisk
# note: I assume I have no write access to the repository, thus no
# problems
# with changing it
svn delete sounds/fpm-*
svn propset svn:externals "debian
svn://svn.alioth.debian.org/svn/pkg-voip/asterisk/trunk/debian" .
svn update
# agains, I still need to locally remove the "merge" preerties:
svn propdel mergeWithUpstream     debian
svn propdel svn:mergeWithUpstream debian
svn-buildpackage --svn-ignore-new --svn-lintian -uc -us -rfakeroot 

Lintian ends up complaining about:

E: asterisk_1.2.1.dfsg-4_i386.changes: bad-distribution-in-changes-file UNRELEASED
W: asterisk source: native-package-with-dash-version
W: asterisk-doc: package-contains-readme-for-other-platform-or-distro usr/share/doc/asterisk-doc/README.cygwin
W: asterisk: binary-without-manpage smsq
W: asterisk: package-contains-readme-for-other-platform-or-distro usr/share/doc/asterisk/README.cygwin


dpkg-buildpackge considers this a native package because the build is
not from a separate tarball. I figure this is omething that can be
ignored for unreleased packages. It certainly makes it much simpler to
test patches and debugging in general.

-- 
Tzafrir Cohen     icq#16849755  +972-50-7952406
tzafrir.cohen at xorcom.com  http://www.xorcom.com