Opened 14 years ago

Closed 14 years ago

#6316 closed enhancement (invalid)

bootman: select BFS partitions with Haiku/Zeta/BeOS installations

Reported by: mmadia Owned by: nobody
Priority: normal Milestone: R1
Component: Applications/BootManager Version: R1/Development
Keywords: Cc: mdisreali@…
Blocked By: Blocking:
Platform: All

Description (last modified by mmadia)

hrev37444. This enhancement will add some more intelligent logic for selecting the partitions that the user will actually want to boot.

Currently, bootman will select all partitions.

With respect to the detected BFS partitions, a sensible default would be to select only the ones that contain system/haiku_loader or beos/system/zbeos .

For non-BFS volumes, I guess they could default to selected.

Change History (6)

comment:1 by damoklas, 14 years ago

That is a bad idea, if you want install OS after install bootman. Maybe let the partition without /system visible, but unmarked.

Last edited 14 years ago by damoklas (previous) (diff)

comment:2 by Disreali, 14 years ago

Cc: mdisreali@… added

I'm not quite certain what this tickets is about. Would you please elaborate?

comment:3 by mmadia, 14 years ago

Description: modified (diff)

I reworded the ticket. Basically the list of partitions would remain the same. This enhancement would simply un-check BFS volumes that don't contain Haiku/BeOS/Zeta. The user would still be able to check them in the odd-case of running bootman prior to Installer.

comment:4 by mmadia, 14 years ago

Component: Applications/Command Line ToolsApplications/BootManager
Owner: changed from nobody to laplace
Version: R1/alpha2R1/Development

comment:5 by laplace, 14 years ago

Owner: changed from laplace to nobody
Status: newassigned

I am not going to implement that, because the behavior would be inconsistent with partitions for other operation systems where the check whether it is a bootable partition or not will not be performed. Making it consistent would be too much effort for me too.

in reply to:  5 comment:6 by mmadia, 14 years ago

Resolution: invalid
Status: assignedclosed

Replying to laplace:

I am not going to implement that, because the behavior would be inconsistent with partitions for other operation systems where the check whether it is a bootable partition or not will not be performed. Making it consistent would be too much effort for me too.

Hmm... good point on the inconsistent behavior.

Note: See TracTickets for help on using tickets.