installer lacks support for Calxeda ECX-2000

fwiw, I *think* the plan is to make libdebian-installer return to exposing the real subarch (highbank, vs. generic), and add the logic to base-installer to know that -generic is the right flavor for a given subarch.

The attachment "libdebian-installer_ecx_2000.patch" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

i can't comment on future plan for S+, but we need this fix to enable this hw on R, can we get it commited since it's a trivial modification?

This bug is awaiting verification that the kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed' to 'verification-done'.

If verification is not done by one week from today, this fix will be dropped from the source code, and this bug will be closed.

See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you!

There is no prior support ECX-2000 thus this change cannot regress the state on ECX-2000.
Uploading same change into saucy, such that both behave the same, for now.

Brian, will you accept this package into raring-proposed please?

This bug was fixed in the package libdebian-installer - 0.87ubuntu2

---------------
libdebian-installer (0.87ubuntu2) saucy; urgency=low

  * Add Calxedda ECX-2000 support. (LP: #1196946)
 -- Dmitrijs Ledkovs <email address hidden> Wed, 21 Aug 2013 23:35:25 +0100

Hello Andre, or anyone else affected,

Accepted libdebian-installer into raring-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/libdebian-installer/0.85ubuntu3.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

How do I verify without updated kernel and installer initrd? The install does not appear to pick up the new libdebian-installer. There is also a kernel fix already in raring, but not in the install kernel that is needed for ECX-2000.

From Brian Murray's comment:
https://wiki.ubuntu.com/Testing/EnableProposed

Use netboot installer from -proposed:
http://ports.ubuntu.com/dists/raring-proposed/main/installer-armhf/

Boot with the following boot arg:
apt-setup/proposed=true

That should use updated udebs (e.g. libdebian-installer from -proposed).

What kernel are you after? 3.8.0-30.44 ?

I have proposed enabled in my preseed and the installer is as specified (which is from Apr 19). Attaching the syslog. There is no indication it has loaded libdebian-installer.

Midway needs 3.8.0-28.41 or later.

syslog from netinstall on Midway.

Talked to Rob in person, and he concluded that they don't need this in raring, but they *do* need this in precise for the lts-* backports kernels.

Rob: There's a new installer image in raring-proposed now - URL as earlier, e.g. comment #10. If you could test that would be great. I know raring is about to go EOL, but it would be nice to clear this out first if possible. :-)

Have any hardware for me? :)

Andre still has h/w.

raring has seen the end of its life and is no longer receiving any updates. Marking the raring task for this ticket as "Won't Fix".

The Precise Pangolin has reached end of life, so this bug will not be fixed for that release