Merge lp:~barry/ubiquity/bug-959724 into lp:ubiquity
| Status: | Merged |
|---|---|
| Merged at revision: | 5307 |
| Proposed branch: | lp:~barry/ubiquity/bug-959724 |
| Merge into: | lp:ubiquity |
| Diff against target: |
511 lines (+372/-23) (has conflicts) 4 files modified
debian/changelog (+9/-0) tests/test_ubi_partman.py (+284/-3) ubiquity/frontend/kde_components/PartMan.py (+4/-2) ubiquity/plugins/ubi-partman.py (+75/-18) Text conflict in debian/changelog |
| To merge this branch: | bzr merge lp:~barry/ubiquity/bug-959724 |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Colin Watson | Approve on 2012-03-21 | ||
| Evan (community) | 2012-03-20 | Approve on 2012-03-21 | |
|
Review via email:
|
|||
Description of the Change
Not yet ready
| Barry Warsaw (barry) wrote : | # |
| Barry Warsaw (barry) wrote : | # |
This branch is ready to go. It has a test of the underlying (i.e. refactored) code deciding which file system to offer to install the boot loader to. I've tested the kde and gtk ui's in a live install and they seem to work. However, if you think I should add a real ui test for gtk, just mark this branch as Needs Fixing and I'll add that.
- 5287. By Barry Warsaw on 2012-03-21
-
Remove an unneeded additional realpath() call.
I'm somewhat weary of this breaking subtly as grub2 changes. Could we generate the reserved sector set as part of the build, using something like:
echo 'FS_RESERVED_
With a check that if we didn't get any input at all, break the build as the format has likely changed.
That said, if others think this is overkill, ignore me :).
d-i/make-
| Colin Watson (cjwatson) wrote : | # |
That would require having access to the grub2 source at build time ...
This is more a property of the filesystems than of grub2, though.
- 5288. By Barry Warsaw on 2012-03-21
-
Make sure the UI offers to install to all disk devices.
| Barry Warsaw (barry) wrote : | # |
On Mar 21, 2012, at 07:41 PM, Evan Dandrea wrote:
>I'm somewhat weary of this breaking subtly as grub2 changes.
That's a legitimate concern. The problem is...
>Could we generate the reserved sector set as part of the build, using
>something like:
>
>echo 'FS_RESERVED_
You'd have to do this as part of the grub2 build and make this list available
to ubiquity somehow. See Colin's suggestion in the bug; that information
(AFAICT) is only available in the grub2 source.
Is this list expected to change often?
| Barry Warsaw (barry) wrote : | # |
On Mar 21, 2012, at 08:19 PM, Barry Warsaw wrote:
>On Mar 21, 2012, at 07:41 PM, Evan Dandrea wrote:
>
>>I'm somewhat weary of this breaking subtly as grub2 changes.
>
>That's a legitimate concern. The problem is...
>
>>Could we generate the reserved sector set as part of the build, using
>>something like:
>>
>>echo 'FS_RESERVED_
>
>You'd have to do this as part of the grub2 build and make this list available
>to ubiquity somehow. See Colin's suggestion in the bug; that information
>(AFAICT) is only available in the grub2 source.
>
>Is this list expected to change often?
We discussed this out-of-band and decided it wasn't worth it.
- 5289. By Barry Warsaw on 2012-03-21
-
Add a UI test and clean up some whitespace.
- 5290. By Barry Warsaw on 2012-03-21
-
Remove obsolete comment


This still needs tests and KDE support, but for now it should be useful as a proof of concept.