Activity log for bug #78862

Date Who What changed Old value New value Message
2007-01-11 22:34:46 Martin Pitt bug added bug
2007-01-11 22:35:03 Martin Pitt gnome-volume-manager: status Unconfirmed In Progress
2007-01-11 22:35:03 Martin Pitt gnome-volume-manager: importance Undecided Critical
2007-01-11 22:35:03 Martin Pitt gnome-volume-manager: statusexplanation
2007-01-11 22:35:03 Martin Pitt gnome-volume-manager: assignee pitti
2007-01-30 08:17:00 Martin Pitt gnome-volume-manager: status In Progress Confirmed
2007-01-30 08:17:00 Martin Pitt gnome-volume-manager: statusexplanation My initial thought was that g-v-m would not re-read gconf keys while it runs, but it does. With an automatic partitioning, I get: manager.c/696: setting changed: bool: automount_drives = 0 manager.c/696: setting changed: bool: automount_media = 0 [some partition removals/additions] manager.c/696: setting changed: bool: automount_drives = 1 manager.c/696: setting changed: bool: automount_media = 1 but if I do manual partitioning, the gconf keys are never set to 0, thus g-v-m picks up the new partition and automatically mounts them.
2007-01-30 08:17:22 Martin Pitt title automatically mounts created file systems on live CD automatically mounts created file systems on live CD on manual partitioning
2007-01-30 08:17:53 Martin Pitt ubiquity: assignee pitti kamion
2007-01-30 08:17:53 Martin Pitt ubiquity: statusexplanation My initial thought was that g-v-m would not re-read gconf keys while it runs, but it does. With an automatic partitioning, I get: manager.c/696: setting changed: bool: automount_drives = 0 manager.c/696: setting changed: bool: automount_media = 0 [some partition removals/additions] manager.c/696: setting changed: bool: automount_drives = 1 manager.c/696: setting changed: bool: automount_media = 1 but if I do manual partitioning, the gconf keys are never set to 0, thus g-v-m picks up the new partition and automatically mounts them.
2007-01-30 14:14:08 Colin Watson ubiquity: status Confirmed Fix Released
2007-01-30 14:14:08 Colin Watson ubiquity: statusexplanation ubiquity (1.3.15) feisty; urgency=low * Add --old-partitioner command-line option to force the use of the old advanced partitioner even when it stops being the default. (Of course, this won't work for ever, as the old code will eventually be removed.) * GTK frontend: Disable gnome-volume-manager automounting for the entire duration of installation (LP: #78862). * Really install the apport hook. * Switch the new partitioner on by default. As above, use 'ubiquity --old-partitioner' to disable it. -- Colin Watson <cjwatson@ubuntu.com> Tue, 30 Jan 2007 14:10:11 +0000
2007-02-11 04:43:49 TomTom27 bug assigned to ubiquity (Baltix)
2007-02-11 04:44:17 TomTom27 ubiquity: assignee kamion tomcs
2007-02-11 04:44:17 TomTom27 ubiquity: statusexplanation ubiquity (1.3.15) feisty; urgency=low * Add --old-partitioner command-line option to force the use of the old advanced partitioner even when it stops being the default. (Of course, this won't work for ever, as the old code will eventually be removed.) * GTK frontend: Disable gnome-volume-manager automounting for the entire duration of installation (LP: #78862). * Really install the apport hook. * Switch the new partitioner on by default. As above, use 'ubiquity --old-partitioner' to disable it. -- Colin Watson <cjwatson@ubuntu.com> Tue, 30 Jan 2007 14:10:11 +0000
2009-11-20 21:44:57 Przemek K. ubiquity (Baltix): status New Fix Released
2010-02-22 10:41:25 Launchpad Janitor branch linked lp:ubuntu/ubiquity
2012-02-23 22:31:41 Kai Kasurinen removed subscriber Kai Kasurinen