[Build-common-hackers] Bug#576850: closed by Jonas Smedegaard <dr at jones.dk> (reply to 576850 at bugs.debian.org) (Re: Bug#576850: cdbs: Does not execute shell commands in debian/control generation)
Felipe Sateler
fsateler at gmail.com
Wed Apr 7 20:12:40 UTC 2010
reopen 576850
found 576850 0.4.77
retitle 576850 Support shell expansion
severity 576850 wishlist
thanks
From: Jonas Smedegaard <dr at jones.dk>
> Hi Felipe,
Hi Jonas,
>
> On Wed, Apr 07, 2010 at 02:33:30PM -0400, Felipe Sateler wrote:
>>
>> When generating debian/control, cdbs used to invoke shell commands in backticks. This is no longer the case. From my csound package:
>>
>> Package: libcsnd-java
>> -Architecture: alpha amd64 armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebs
>> +Architecture: `sh debian/pkgarchs.sh default-jre-headless`
>> Section: java
>
> Ah, you noticed before I got around to work on this for the csound package.
>
> This is not a bug, but a feature[1]: CDBS never promised to support shell
> expansion of the control.in file - that was just the way build-dependencies
> was expanded until a safer approach replaced it recently.
I think it is one of the key features of autogenerating debian/control, since it
helps in automating the annoying parts of writing it.
>
> I am aware of this hurting the csound package, since I help maintain
> csound and we put in that mechanism together :-) -
>
> Perhaps it makes sense for CDBS to generally support this feature of
> resolving build-dependencies using rmadison. Suggestions for syntax
> in control.in is most welcome.
I think it's overly specific. A more general mechanism is best. I would suggest:
1. (Re)Introduce some way to run shell commands from debian/control.in
2. Support arbitrary variable expansion in debian/control.in (not just @cdbs@).
--
Saludos,
Felipe Sateler
More information about the Build-common-hackers
mailing list