[Build-common-hackers] Bug#590508: Bug#590508: Bug#590508: cdbs: Please add DEB_AUTO_UPDATE_GETTEXTIZE

Sebastian Reichel sre at debian.org
Fri Dec 24 00:00:11 UTC 2010

On Thu, Dec 23, 2010 at 10:16:49PM +0100, Jonas Smedegaard wrote:
> Hi Sebastian,
> On Thu, Dec 23, 2010 at 09:13:32AM +0100, Sebastian Reichel wrote:
> >On Thu, Dec 23, 2010 at 04:09:44AM +0100, Jonas Smedegaard wrote:
> >>Hi Sebastian,
> >>
> >>On Mon, Jul 26, 2010 at 11:59:10PM +0200, Sebastian Reichel wrote:
> >>>Please consider adding something like
> >>DEB_AUTO_UPDATE_GETTEXTIZE. >gettextize generates files needed
> >>by the other commands configured >via DEB_AUTO_UPDATE_*!
> >>
> >>I finally got around to looking at this suggestion.
> >>
> >>When is it needed to _update_ these files (as opposed to
> >>generating them)?  Can you perhaps provide an example?
> >
> >I just want them to be generated :) I need this feature for
> >tarballs, which had no autofoo files from the beginning.
> Thanks for clarifying.
> Essentially CDBS is about isolating common patterns. (that's the "C"
> in the name).
> There are relatively clear patterns of how to refresh some common
> autotools parts.  There is (to my knowledge) no similarly clear
> patterns of how to bootstrap projects either distributed
> non-bootstrapped upstream or grabbed from a VCS snapshot.

one can just use the same rules, which are used to refresh the
"common autotools parts", the only missing thing is gettext. For
example I do this in phonefsod:


> kannel-sqlbox is an example of using autoreconf (which should also
> invoke autopoint - supposedly the successor of gettextize)
> gmerlin-avdecoder is a newer, slightly more compact example of using
> "touch aclocal.m4" and tuning a couple of autotools options (not
> sure if that will cover your need or not).
> I suggest look at those and tell me if such approaches are
> acceptable to you, and we can close this bugreport.
> If not acceptable, then please help convince me of some "common
> pattern" in this (including the cleanup routines!), or we will most
> likely keep the bugreport open but tag it as wontfix.

I think we can close this bugreport because of the package
"dh-autoreconf", which I found after I did this bug report.

I suggest to give a hint in the CDBS documentation, that
there is a package providing autoreconf routines, though.

-- Sebastian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/build-common-hackers/attachments/20101224/a97487cf/attachment-0001.pgp>

More information about the Build-common-hackers mailing list