[01:39] <CIA-4> wubi: Agostino Russo * r131 trunk/ (7 files in 4 dirs): (log message trimmed)
[01:39] <CIA-4> wubi: * Mixed up encode/decode str methods, again
[01:39] <CIA-4> wubi: * Encode unicode translations to avoid file write failures (LP:
[01:39] <CIA-4> wubi:  #365642)
[01:39] <CIA-4> wubi: * Do not quit if there are ISO extraction problems, try to download
[01:39] <CIA-4> wubi:  instead (LP: #371264)
[01:39] <CIA-4> wubi: * Do not quit if there are ISO info parsing errors due to file
[01:58] <CIA-4> wubi: Agostino Russo * r132 trunk/ (debian/changelog src/wubi/backends/common/backend.py): Avoid white spaces in ISO name (LP: #365829)
[07:37] <CIA-4> ubiquity: superm1 * r3256 ubiquity/ (debian/changelog scripts/mythbuntu/mythbuntu_install.py):
[07:37] <CIA-4> ubiquity: Be more specific about packages that are removed in role selection.
[07:37] <CIA-4> ubiquity: Unfortunately prior to this fix, choosing a Frontend role for example
[07:37] <CIA-4> ubiquity: was not cleaning up mysql, apache, or mythtv-backend (completely
[07:37] <CIA-4> ubiquity: defeating the purpose of a frontend role).
[09:54] <xivulon> evand, davmor2 I pushed out rev132, could you please build and test?
[09:55] <evand> sure
[09:55] <davmor2> np's
[09:56] <evand> Keybuk pointed out to me last night that pitti landed DeviceKit-disks in Karmic, so I'm going to start working on moving usb-creator away from HAL and onto that.
[09:57] <xivulon> davmor2 it would help if you could reproduce 369225
[09:57] <davmor2> bug 369225
[09:58] <xivulon> you need a fat partition, you should usually see the filesystem in the log file if you grep for "drive", if there isn't any there is an issue
[09:58] <davmor2> xivulon: I've got a fat version of xp backed up so I can drop that onto my test box and try it :)
[09:59] <davmor2> won't be till latter on though
[09:59] <xivulon> np, the log should look like: Drive(C: hd 17105.21875 mb free FILESYSTEM)
[10:00] <xivulon> evand could you see if you can add the wubi or ubuntu icon to the certificate?
[10:00] <xivulon> they are both in the data/images
[10:05] <evand> xivulon: please file a bug for it and assign it to me.
[10:11] <evand> xivulon: Mind moving your changelog entries since 9.04 to a new 9.10 entry?  It'll be easier for us to see difference between releases.  We should also bzr tag the final revision that was used for Jaunty as 9.04
[10:28] <xivulon> evand the bug fixes are still for 9.04
[10:28] <xivulon> I plan to do a release for the stand-alone to fix outstanding bug in there at least
[10:28] <xivulon> davmor2, this should be the patch for bug 369225 http://paste.ubuntu.com/165987/
[10:29] <xivulon> I think that after 369225 is addressed we can move to 9.10
[10:38] <xivulon> davmor2, revised patch: http://paste.ubuntu.com/165992/
[10:40] <CIA-4> usb-creator: evand * r103 future/usbcreator/gtk_frontend.py: Fix a call to logging that was broken by a previous commit.
[10:40] <CIA-4> usb-creator: evand * r104 future/ (tests tests/test_device_added.py): Forgot to bzr add tests.
[10:40] <xivulon> take 3: http://paste.ubuntu.com/165995/
[11:49] <davmor2> xivulon: with take 3 I'm getting a build error
[11:50] <davmor2> http://paste.ubuntu.com/166015/
[12:12] <davmor2> evand: am I right in assuming that the ^ under the : is the culprit for the wubi build break in the instance above?
[12:13] <evand> I imagine it's the : at the end of line 45 in the diff
[12:14] <evand> delete that and it should work
[12:14] <xivulon> davmor2, my bad, remove the ":" at src\wubi\backends\win32\drive.py line 56
[12:15] <davmor2> thanks guys but hey I figured it out ish :)  Yay that work this time :)
[12:16] <xivulon> ah also "def get_filesystem(self)" not "def get_filesystem(path)"
[12:17] <xivulon> davmor2 ^
[12:18] <davmor2> xivulon: right changed building again
[12:18] <xivulon> I'll get there sooner or later: http://paste.ubuntu.com/166034/
[12:43] <davmor2> xivulon: I hit an issue on fat windows install just running wubi.  http://paste.ubuntu.com/166042/  I'm not sure if the 2 are linked which is why I haven't reported against the original bug
[12:43] <davmor2> evand: too ^
[12:51] <xivulon> davmor2 for some reason the parsing of .disk/info inside the ISO returned null
[12:51] <xivulon> by the way was this using the patch 166034?
[13:05] <xivulon> davmor2 could it be that the downloaded ISO is corrupted? can you manually check the md5 of c:\ubuntu\installation\installation.iso?
[13:12] <yoni9972> hi
[13:12] <xivulon> davmor2, assuming that the above is due to ISO corruption, this should make the process more robust (a good thing anyway): http://paste.ubuntu.com/166057/
[13:13] <yoni9972> I now install ubonto 9.04 and I have trouble with install my printer. This is the place to ask about it?
[13:15] <yoni9972> ?
[13:15] <xivulon> yoni9972, you are probably better off asking in #ubuntu
[13:36] <davmor2> xivulon: rebuilding now
[13:38] <xivulon> davmor2 was the above log with the patch   http://paste.ubuntu.com/166042/  applied?
[13:39] <davmor2> xivulon: as far as I can tell yes, but I rebuilt with 166057 now
[13:39] <xivulon> doesn't look good in terms of filesystem detection
[13:40] <davmor2> xivulon:  File "Z:\home\davmor2\wubi\src\wubi\backends\win32\drive.py", line 51
[13:40] <davmor2>     if not hasattr(ctypes.windll.kernel32, "GetVolumeInformationA")
[13:41] <davmor2> first it complained about the : at the end now the )
[13:41] <xivulon> can you change, path = self.path[0]   '\\'  to path = self.path[0]   ':\\'
[13:42] <xivulon> one sec let's do take8
[13:43] <xivulon> http://paste.ubuntu.com/166070/
[13:44] <xivulon> ah wrong paste, not my day
[13:45] <xivulon> http://paste.ubuntu.com/166072/
[13:46]  * xivulon opens bets on number of digits for last paste
[14:40] <davmor2> 178001 is my bet
[14:52] <davmor2> xivulon: this seems to be happier :)
[15:34] <davmor2> xivulon: this seems to of locked up on creating virtual disks
[16:11] <davmor2> xivulon: D'oh my fault I forgot I'd only got a small partition due to fat32 being crap
[16:11] <davmor2> I'm trying again with wubi's install taking up a little less space
[16:29] <davmor2> xivulon: Ah maybe not hangs in exactly the same place
[18:36] <geiseri> hi, i have a few questions with respects to making a custom alternates CD with a specific preseed and package list.  I have figured out the preseed stuff and got that working, but i am having problems using my custom package set
[18:36] <geiseri> where would be a good place to start looking for more information on this?
[18:37] <geiseri> i was playing with simple-cdd, but it seems to not work with ubuntu... unless im doing it wrong.
[20:00] <lfaraone> evand: we're thinking about using usb-creator as part of Sugar's USB stick distribution. Would you accept a well-tested patch to add a "--sugar" option that changed the way format_drive works to make the USB drive in our special way?
[20:01] <lfaraone> evand: (we're creating two partitions, one boot fat32 and the other ext3, but other than that it's pretty much the same)
[20:15] <superm1> lfaraone, wouldn't it just make more sense to detect the different type of image at runtime and the fact that it's expected to be written out to USB differently then within the codepath?
[20:15] <superm1> or are sugar images essentially ubuntu images with no visible differences/
[22:43] <lfaraone> superm1: well, for example: options such as the persistance slider are pretty much useless for our setup.
[22:44] <lfaraone> superm1: so I guess, if the image passed at the command line meets TEST, then  grey out / remove persistance options, write *this* way, etc would work.
[23:08] <geiseri> okay i got my installer cd booting, but the cdrom-detect fails saying its not an Ubuntu CD
[23:08] <geiseri> did i miss a file on the root of the CD?
[23:08] <geiseri> how does it tell that its a ubuntu cdrom?
[23:10] <geiseri> is that what the .disk folder in the root of the iso image does?
[23:34] <CIA-4> wubi: Agostino Russo * r133 trunk/ (5 files in 3 dirs):
[23:34] <CIA-4> wubi: * Fixed vfat filesystem detection (LP: #369225)
[23:34] <CIA-4> wubi: * More robust ISO check to avoid failures when the ISO file is
[23:34] <CIA-4> wubi:  corrupted
[23:46] <superm1> lfaraone, i'm meaning more specifically when the image detection routine runs.  add some code in there, so it won't matter whether you hit browse or if you send it as a command line argument.  If you detect a sugar ISO, disable persistence settings, and set up a particular partition ordering routine
[23:47] <superm1> i think a patch like that would be very acceptable
[23:49] <geiseri> *sigh* im getting closer, now its complaining that it cannot find a valid release file...
[23:50] <geiseri> is there documentation on the format and location of that somewhere?
[23:54] <lfaraone> superm1: Ok, that I can do. Can I also add it as a command-line override?
[23:55] <superm1> lfaraone, you'd want to ask evand about that, he's the one who would make the end decisions on it
[23:55] <superm1> lfaraone, i'm just providing some recommendations
[23:56] <lfaraone> superm1: Ok. Thanks!