crash on step select language

Which distribution do you use? Debian Lenny ?!...

Yes. =)

This is a simple live CD installer designed to integrate well with (!!!)Debian-(!!!) and Ubuntu-based systems, and to reuse code from d-i for ease of maintenance.

Error in filteredcommand.py
    def choices_untranslated(self, question):
        choices = unicode(self.db.metaget(question, 'choices-c'),
                          'utf-8', 'replace')
        return self.split_choices(choices)

choices = ""

The problem is that bug reports must concern Ubuntu here. You should had report it on the debian tracking system (http://www.debian.org/Bugs/).

No bug in ubiquity/localeshooser (!)

In file 'd-i/source/localechooser/localechooser'

 db_subst $tpl_languagelist CODES "$codes"
 db_subst $tpl_languagelist NAMES_EN "$names_en"
 db_subst $tpl_languagelist NAMES_BOTH "$names_both"

replace to

 db_subst $tpl_languagelist\ CODES\ "$codes"
 db_subst $tpl_languagelist\ NAMES_EN\ "$names_en"
 db_subst $tpl_languagelist\ NAMES_BOTH\ "$names_both"

Why???

In theory ubiquity could work on Debian (which is why that comment is there) but it will take some work to actually get it working. I'm not going to leave this bug open in its current form, but feel free to contribute patches once you have them. Running ubiquity with its debug option may help, but you will have to understand debconf; I suggest reading debconf-devel(7) in its entirety first, along with ubiquity/doc/README.

The patch in the last comment is definitely wrong, though.

Perhaps you be interested in my patch with the ubiquity works in Debian Live. See attach

Thanks for this. Detailed comments follow.

Directly patching anything in the d-i directory in ubiquity is wrong wrong wrong. Don't do it; you'll regret it later. That entire directory is maintained automatically by fetching packages from the corresponding archive, so a Debian build should change d-i/sources.list and run 'debian/rules update'. However, you will immediately run into the fact that several necessary patches to d-i aren't in Debian; for instance, the manual partitioner will be completely broken. Fixing that and other similar problems will need sustained and careful work with the Debian d-i team that I'm afraid is likely to be post-Lenny at this point. Conversely, if you don't sync with Debian, then you'll be using underlying Ubuntu installer code to install Debian, which neither team is likely to be very interested in supporting. The real solution here is a concerted effort from our end (the Ubuntu installer team) to merge Ubuntu changes back into Debian d-i; I intend to have time for that towards the end of this calendar year.

The patch to localechooser is definitely incorrect, as previously described. Those really are supposed to be separate arguments. I believe you that something is broken, but you need to find a different solution as this is not a sensible way to use db_subst.

The patch to console-setup.postinst is probably better done by syncing with Debian's console-setup, as described above.

- if not misc.execute('cp', '-a', log_file, target_log_file):
- syslog.syslog(syslog.LOG_ERR,
- 'Failed to copy installation log file')
- os.chmod(target_log_file, stat.S_IRUSR | stat.S_IWUSR)
+ if os.path.isfile(target_log_file):
+ if not misc.execute('cp', '-a', log_file, target_log_file):
+ syslog.syslog(syslog.LOG_ERR,
+ 'Failed to copy installation log file')
+ os.chmod(target_log_file, stat.S_IRUSR | stat.S_IWUSR)

That's bizarre. Copy the log file only if the *target* exists? I suspect you meant to check os.path.isfile(log_file), which I've applied.

The device mounting stuff is syntactically incorrect ("if not misc.execute('mount', dev, mountpoint)" with no terminating colon) - did you test this? With that fixed, although I'm not sure I understand the need for the losetup stuff, I don't think it'll cause a problem, so I've applied it.

Reconfiguring splashy makes sense, and I've applied that.

xserver-xorg shouldn't be reconfigured here; this should be dealt with by a ubiquity hook in live-initramfs instead to copy the (presumably working) X configuration from the live system. See ubiquity-hooks/20xconfig in Ubuntu's casper package.

initramfs-tools should be dealt with by reconfiguring linux-image-*. If it isn't, I think you should investigate why rather than papering over it here.

 Thank you for your comments. In fact, I had to be made to work very quickly Ubiquity in Debian Live and therefore a correction rather get curves =) Sorry for that.

About os.path.isfile (log_file), I did wrong, as well as over "if not misc.execute ( 'mount', dev, mountpoint)" (the fault to rush to clean up the code corrected reduction).

Line misc.execute ( 'mount', dev, mountpoint) did not try to correct (reported on the absence / dev/loop1, although testing in the console everything worked fine.), So I resorted to such a gimmick.

initramfs-tools - unless you tell it, the splashy will not work when booting from the HDD after installation.