Not all Bibles available when installed off the network

This is a known bug.
We patched language-selector to install the sword-language-pack-* packages together with the language packs at install.

language-selector ignores language packs for English, since they are not necessary usually.

It it not acceptable to install sword-language-pack-en by default for all languages, so it might be a better idea to patch language-selector to install all languages even English.

The first patch to get the sword modules installed just got accepted, and I'll be working with Michael (mvo) to fix this English language issue.

Ok I tested in language-selector itself, removing and adding English support again and it worked.
There actually _are_ language packs for English.

mvo said it might be a problem with ubiquity. As of language-selector, it is supposed to tell the user about missing language packs, but the qt port doesn't support this yet. Maybe we could work on the qt interface for language-selector so it supports this option, and it might fix it.

This might actually be linked to bug #58108 . If the sources.list is wrong, it won't install the sword-language-packs packages obviously, since they can't be found...

Since there is no .deb on the CD apart from the additional repository on it, listing only additional software that are not installed on the live CD, this is how I understood that Ubiquity works:

1) It copies everything from the mounted system on the CD to the target system, including the dpkg files listing where each file comes from. This way, you get a working system.

2) It uses filesystem.manifest (list of packages on the liveCD) and filesystem.manifest-desktop to determine which packages should be added or removed from the current state to reach the target state. This means all the language packs are removed at this stage, since they are not installed on by default. This stage is performed in a chrooted environment form what I understand.

3) It runs scripts to finalize the installation. This includes LangCache.py to install the language packs. Then obviously, it can only install from repositories that are listed in the sources.list from the chrooted environment. There we go on pointing to bug #58108 again. Let's hope fixing it will fix this one altogether :)

After almost going crazy with this, Kamion helped me find why it wouldn't work.

The desktop CD has a preseed/ folder at the root that contains the file to be kept in Ubiquity (or installed rather), including the language packs.

Attached is the new ichthux.seed. It is also necessary to fix the isolinux.cfg with ichthux.seed instead of kubuntu.seed.

And there is the isolinux.cfg

This works fine in beta5.2