On Tue, Jun 20, 2006 at 04:40:53PM +0200, Steinar H. Gunderson wrote:
On Mon, Jun 19, 2006 at 08:57:02PM +0200, Steinar H. Gunderson wrote:
After some discussion on IRC, here's the updated patch.
One change is needed yet; the current code in debconf-copydb simply turns off
i18n support
On Tue, Jun 20, 2006 at 03:31:14PM +0200, Frans Pop wrote:
Joey applied this patch yesterday and today I've built cdebconf for the
new version and after that a mini.iso including that.
When pkgsel is run, the debconf database is still being trashed...
/me is confused
Ouch, that's not good.
On Monday 19 June 2006 20:57, Steinar H. Gunderson wrote:
After some discussion on IRC, here's the updated patch.
Joey applied this patch yesterday and today I've built cdebconf for the
new version and after that a mini.iso including that.
When pkgsel is run, the debconf database is still being
On Mon, Jun 19, 2006 at 08:57:02PM +0200, Steinar H. Gunderson wrote:
After some discussion on IRC, here's the updated patch.
One change is needed yet; the current code in debconf-copydb simply turns off
i18n support (since the old code couldn't handle that properly, it seems, or
perhaps it's
(Keeping Steinar in To: in the hope he'll want to try this one as well ;-)
On Tuesday 20 June 2006 16:40, you wrote:
One change is needed yet; the current code in debconf-copydb simply
turns off i18n support (since the old code couldn't handle that
properly, it seems, or perhaps it's even
On Thu, Jun 15, 2006 at 10:44:23PM +0200, Frans Pop wrote:
The relevant files (hope the filenames speak for themselves) and an strace
are available from:
http://people.debian.org/~fjp/d-i/debconf-copydb.tgz
(uploaded instead of attached because of size)
I figured out the bug. If you tweak
On Mon, Jun 19, 2006 at 01:10:47PM -0400, Joey Hess wrote:
If it's using ascii that's valid, anyway cdebconf should also be sure to
copy Description-xx[_XX] fields too, as debconf will store them that way
if the package doesn't specifiy an encoding.
Well, some of the fields seem to be ASCII;
Steinar H. Gunderson wrote:
shouldn't be all that hard), but I don't think one would want pulling iconv
into d-i, and I've never seen any templates _not_ in UTF-8 or ASCII, so I
guess it would be a bit pointless. However, it special-cases fields like
Description-xx.UTF-8, so this should really
Steinar H. Gunderson wrote:
Well, some of the fields seem to be ASCII; some of them are UTF-8.
What do you propose in this case -- hacking support for this kind of
undefined encoding stuff into cdebconf?
No, I don't think that cdebconf should worry about supporting this stuff
beyond not
On Mon, Jun 19, 2006 at 01:23:17PM -0400, Joey Hess wrote:
What do you propose in this case -- hacking support for this kind of
undefined encoding stuff into cdebconf?
No, I don't think that cdebconf should worry about supporting this stuff
beyond not corrupting it if reading a debconf
First of all, this is a bit of a side issue since as noted any
reasonable current package that's translated with po-debconf is going to
use proper utf-8 fields.
Steinar H. Gunderson wrote:
Well, debconf-copydb does:
- Read in first and second config.dat.
- Read in first and second
On Mon, Jun 19, 2006 at 01:42:53PM -0400, Joey Hess wrote:
The easiest way would probably be to not track the information and store
(and output) the field as utf-8 without doing any transcoding. This is
not exactly what debconf does, but fields that do not define an encoding
are basically
On Mon, Jun 19, 2006 at 09:58:17PM +0200, Denis Barbier wrote:
I am not sure that this is desirable, next time you will encounter utf8
instances, and maybe other names too (except that I cannot find another
one ;))
Well, either we'll have to keep adding special-casing of UTF-8, or we'll have
On Mon, Jun 19, 2006 at 08:57:02PM +0200, Steinar H. Gunderson wrote:
On Mon, Jun 19, 2006 at 01:42:53PM -0400, Joey Hess wrote:
The easiest way would probably be to not track the information and store
(and output) the field as utf-8 without doing any transcoding. This is
not exactly what
Denis Barbier wrote:
After some discussion on IRC, here's the updated patch.
--- cdebconf-0.102.orig/src/template.c 2005-09-21 19:07:46.0
+0200
+++ cdebconf-0.102/src/template.c 2006-06-19 20:54:35.0 +0200
@@ -354,7 +354,7 @@
On Sunday 11 June 2006 20:04, Steinar H. Gunderson wrote:
I'm unable to reproduce this with 0.102 in a normal (ie. non-d-i)
environment:
I can still reproduce the problem during an installation though...
configdb is here set up to be my normal debconf database (so I have
some source data to
On Thu, Jun 15, 2006 at 07:29:44PM +0200, Frans Pop wrote:
I can still reproduce the problem during an installation though...
Ugh. Could you provide an strace of it, or would that be too much of a
hassle?
One idea is the encoding (installer is running with nl_NL.UTF8, although
the pkgsel
On Thursday 15 June 2006 21:33, Steinar H. Gunderson wrote:
Another is busybox.
How would this influence anything?
Told you they were _wild_ guesses ;-)
Do you have a copy of the source and target databases, as well as the
cdebconf.conf used? It might be something specific about the data
On Mon, Apr 10, 2006 at 11:42:29PM +0200, Frans Pop wrote:
When debconf-copydb is run from pkgsel's postinst script, it deletes the
existing /var/cache/debconf/templates.dat in /target; after it has run
only copied templates are present.
This results in the problem that has been reported
Package: cdebconf
Version: 0.97
Severity: serious
When debconf-copydb is run from pkgsel's postinst script, it deletes the
existing /var/cache/debconf/templates.dat in /target; after it has run
only copied templates are present.
This results in the problem that has been reported that tasksel
20 matches
Mail list logo