language selection broken

Could you please describe more accurately what you're talking about? I don't understand your bug report.

this "list" of available languages isn't that much promissing ;)

Could you run 'ESPRESSO_DEBUG=1 sudo espresso', reproduce this problem,
and attach the resulting /var/log/installer/espresso to this bug,
please?

Kamion, this bug happened because of an outdated localechooser-data on my machines. As far as I recall, this is fixed for weeks now.

Kai, can you please test this again with a recent dapper? Thanks!

Waiting for Kai's reply on this, as it was fixed for me.

This bug appears to have been addressed, though confirmation has not been available from the reporter. Please reopen it if indeed you find that you still experience a problem.

I'm fairly sure Kai started off with a version that postdates the bug Alexandre's thinking of. I need information from Kai in order to be able to do anything about it, though.

Indeed. We spoke about this more than a week earlier than Kai's post. I couldn't reproduce it anymore, tough, even with several sort of strange package updates on live cd session.

Kai, did you updated some package before running the installer? Did you install some language pack, or updated the installer, anything?

Kamion, do you think this need to be switched to "need info" again?

I had this problem, but it was only for 5-10 seconds while the cdrom was read.

Hi all,
theres been no responce to this bug for over a month, so unless someone wants it open especialy, i'm going to close it in a 2 weeks.
If anyone posts to the bug i'll leave it alone,
Thanks.

ubiquity (1.1.5) edgy; urgency=low

  * Add 3% to the "Removing extra packages" stage of the installation
    progress bar, since in Ubuntu installations it often has a lot of
    language packs to remove.
  * Work around weirdness regarding some partitions going missing from
    part_labels/part_devices in frontends. The right fix is probably to
    update part_labels/part_devices with information from gparted/qtparted,
    but since that system is due to be replaced anyway it's probably not
    worth the effort (closes: Malone #45200).
  * Suppress unnecessary translations of "${MESSAGE}".
  * Remove some cruft from the source package.
  * Make zoom-in.png global rather than distribution-specific.
  * Remove intltool-* on distclean; configure creates them.
  * Move liveinstaller.glade to a better place in the source package, and
    rename it to ubiquity.glade.
  * Update debian/copyright regarding the status of Ubiquity with respect to
    the original Guadalinex work.
  * Move glade/pixmaps/* to pixmaps/*; they can be used in non-GTK frontends
    too.
  * Remove netcloner script; if this is ever resurrected, it should probably
    be an init script or similar instead.
  * Move documentation to doc/ directory; remove obsolete TODO; note that
    the README is largely obsolete.
  * Stop installing README.es.
  * Remove cruft from ubiquity.settings.
  * Retranslate "Step N of M" immediately when the language is changed.
  * Tighten ubiquity's dependencies on frontend and artwork packages.
  * Don't build ubiquity-frontend-{gtk,kde}_*.deb if the respective
    UBIQUITY_NO_{GTK,KDE} is defined.
  * Check whether squashfs devices exist before trying to mount them.
  * Ship all the bits of localechooser we need, and drop our dependency on
    localechooser-data (closes: Malone #40364).

 -- Colin Watson <email address hidden> Thu, 3 Aug 2006 14:13:43 +0100