[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