[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#244437: Choose-mirror: shows country codes instead of names



reassign 244437 cdebconf
severity 244437 important
thanks

I have traced the cause of this bug to cdebconf when testing over SSH.
It could very well be this fixes translation-related problems in other
d-i modules as well.

The log from #d-boot below shows the analysis.

[18:08:42] <fjp> joeyh, bubulle_: How does cdebconf know what language it should use?
Environment variable LANGUAGE?
[18:09:03]  fjp is looking at #244437
[18:11:28] <joeyh> isn't there a debconf template too?
[18:34:42] <fjp> joeyh: You were correct.
The list shows correctly after 'db_set debconf/language en'.
[18:35:24] <fjp> joeyh: But this variable was set in the process in the main console.
So how does it get 'lost'?
[18:35:40] <joeyh> hmm, I don't know
[18:35:52] <joeyh> cdebconf should save its db after every menu item
[18:36:10] <fjp> joeyh: Let me check the questions file...
[18:37:46] <fjp> joeyh: questions.dat has the correct value.
So it looks like it is not 'read into memory' or something when a new d-i process
is started from ssh.
[18:49:22] <fjp> joeyh: I can fix the problem by modifying choose-mirror's postinst:
first I source /usr/share/debconf/confmodule; 
'db_get debconf/language' returns "en", but that does not help; 
'db_set debconf/language en' does work.
[18:49:42] <fjp> joeyh: So what does db_set do that db_get doesn't?
[19:07:16] <joeyh> I'll bet that there's a hook in db_set for this that was added
and we forgot to make the hook take effect when it loads ther db in the first place
[19:07:58] <fjp> joeyh: Do you know where to look for this?
[19:08:11] <fjp> Reassign the bug to cdebconf?
[19:08:28] <joeyh>     - Remove code to reconfigure the language when SIGUSR1 is recieved.
[19:08:29] <joeyh>       This is now done when 'SET debconf/language' is used instead.
[19:08:29] <joeyh>       SIGUSR1 still saves the database to disk.
[19:08:58] <joeyh> commands.c line 255
[19:09:31] <joeyh> priority also has a special case,
[19:10:14] <joeyh> hmm, see in database.c line 236, it takes care of
debconf/priority on load
[19:10:20] <joeyh> so that points at how to fix it pretty easily I guess
[19:10:25] <fjp> :-)
[19:10:38] <fjp> This is cdebconf, right?
[19:10:49] <joeyh> yes
[19:11:11] <fjp> OK. I'll reassign the bug with some explanation.



Reply to: