[SCM] Debian packaging for jack-audio-connection-kit branch, master, updated. debian/0.118+svn3796-3-66-g699acac

[Reinhard Tartler]

On Sat, Jun 19, 2010 at 10:20:05 (CEST), Jonas Smedegaard wrote:

> On Sat, Jun 19, 2010 at 09:38:49AM +0200, Reinhard Tartler wrote:
>>On Sat, Jun 19, 2010 at 09:04:21 (CEST), Jonas Smedegaard wrote:
>>
>>> On Sat, Jun 19, 2010 at 05:52:56AM +0000, siretart at users.alioth.debian.org wrote:
>>>>    regenerate debian/control
>>>
>>>>-Build-Depends: libtool,
>>>>- automake1.11,
>>>>- autoconf,
>>>>- debhelper (>= 7.0.1),
>>>>- cdbs (>= 0.4.70~),
>>>>+Build-Depends: cdbs, libtool, automake1.11, autoconf, cdbs (>= 0.4.53), debhelper (>= 7.0.1),
>>>>  d-shlibs,
>>>>  dh-buildinfo,
>>>
>>> Beware of using older/alternative development environment than
>>> (recently updated) Debian Sid.  It seems from the lack of "folded"
>>> build-dependencies that you are using an old version of cdbs, and
>>> thus not an up-to-date Sid.
>>
>> Yes, I'm using ubuntu/lucid on my laptop, which is the machine that I
>> use for working on my source package. This is also the only machine
>> that has a smartcard reader for my gpg key. From there, I ssh to a
>> build machine running debian/lenny and build the packages in sid
>> chroots.
>>
>> This approach works fine for all packages I've worked on so
>> far. Please don't tell me that this doesn't work for jack and I need
>> to work on some other machine on the jack package. In that case I
>> would have to ask someone else to regenerate debian/control for me.
>
> How about I help you simplify a bit instead? :-)
>
> You need not work on a host running Debian: You can create and use a
> Debian Sid chroot on your laptop.  Off course if you deliberately want
> to use a different (faster?) machine as build host it might make sense
> anyway (but if you - like me - like the freedom of working while
> travelling, you might want to instead look into ccontrol and distcc,
> building locally but optionally off-loading compilations to that faster
> machine - while keeping a local cache of its results).

the thing is that my laptop runs on a fully crypted hard drive, and
especially installing and removing packages is pretty slow. I've
therefore written scripts that fetches the latest version from
git.debian.org from the master branch of a package, builds in the
specified chroot and suggests a commandline for remote signing. that's
really much faster for me than building in local chroots (which I've
done before! in fact, I do also have some local, almost always outdated
sid chroots on my laptop).

> What I point out is just that you need to do more of your work inside a
> chroot.

well, yeah, that's the obvious solution/workaround then.

>>> Also, you may want to include utils.mk (available in recent versions
>>> of cdbs) which handles dh-buildinfo and its build-dependency.
>>
>>feel free to do the change
>
> Oh. Someone (me, probably :-) ) already did this some time ago,
> apparently.
>
> Sorry for the noise about that, then.

no problem :-)

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4