Comment 23 for bug 538100

Results of testing on Mac:
  * parted do not create MBR when empty GPT is created.
  * ubiquity:
     a) When starting from empty GPT and creating partitions on GPT it creates synced MBR, but Linux then reads MBR instead of GPT.
     b) Created by ubiquity partitions created without alignment. Only last partition created with some spare space at end of device, while OSX Disk utility does insert holes and parted refuses to create without holes.
     c) When editing attributes of existing partitions it behaves normally, but only if partitions layout was created previously by ubuquty and synced to MBR using parted. In that case ubiquity do not destroy MBR.
     d) When starting with correct GPT (prepared by gparted or OSX Disk Utility), ubiquity converts holes in between first 3 partitions, to partitions in MBR.

Unfortunately ubiquity crashed few times and it's partitioning behavior was too hard to "catch", so there were no useful/sequential logs to provide.

In additiion I would like get help with definition of bugs, for two issues I have found while testing:
  * ubiquity do not provide ability to create new GPT, only MBR.
  * ubiquity do not provide ability to use grub-efi when installing to devices with GPT.