[Openstack-devel] Bug#704949: Bug#704949: cinder: [debconf_rewrite] Debconf templates and debian/control review proposal

[Christian PERRIER]

Quoting Thomas Goirand (zigo at debian.org):

> So, in all of the above packages, we have a huge redundancy in
> templates. I thought that best would be to have a system to avoid this
> redundancy, like having a package holding (most of) the templates, and
> we would do dynamic replacements of variables. This way, translations
> would need to happen only once, which would be a very good thing.

That seems to be a good idea, at first glance. Something like
openstack-debconfig, or openstack-config.

Using dbconfig-common for all database-related stuff is also a good
idea. I'm not sure how well it is maintained but it's anyway better
than reinventing the very same templates to prompt users about
databases, database users, password, etc.

You mention you have concerns about it....they probably come because
the package is not that actively maintained, I'm afraid.

> But I'm really not sure how to do that. Do you know what my options are?
> How to implement something like this? Could you point at a set of
> package which has such kind of implementation already? Please don't
> point at dbconfig-common, it is quite complicated, and its
> implementation is wrong (eg: it can't be pre-seeded like normal
> packages), and very complicated to understand (I've dug into it, and
> it's quite hard to understand).

Well, how about using it for *some* stuff, at least?

> Also, note that all packages above are currently in Debian experimental
> due to the freeze. Only Cinder isn't, because it's not in testing
> anyway, so it's not a problem to have it in SID.
> 
> Last, of course, I think that only until the above is addressed, a
> translation effort should start. Do you agree?


Sure. Let's hold the translation effort as of now. My recommendation
would be to make templates non translatable (drop the leading "_") in
the meantime, so that cinder moves away from our radar (having too
many packages in a kinda "pending" state doesn't help tracking down
stuff).


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/openstack-devel/attachments/20130408/cef8a909/attachment-0003.pgp>