[00:55] <CIA-12> ubiquity: cjwatson * r2721 ubiquity/debian/ (changelog control): merge offline commit
[00:56] <CIA-12> oem-config: cjwatson * r487 oem-config/ (debian/changelog debian/control oem-config-prepare): merge offline commit
[01:48] <CIA-12> ubiquity: cjwatson * r2722 ubiquity/ (debian/changelog ubiquity/frontend/kde_ui.py):
[01:48] <CIA-12> ubiquity: * KDE frontend:
[01:48] <CIA-12> ubiquity:  - Fix crash on selecting non-ASCII options in the "Use as:" menu while
[01:48] <CIA-12> ubiquity:  creating a partition (LP: #247993).
[02:01] <CIA-12> ubiquity: cjwatson * r2723 ubiquity/ (debian/changelog ubiquity/frontend/kde_ui.py): Fix crash when entering a non-ASCII mount point (LP: #128554).
[07:46] <foka> cjwatson, Hello!
[07:46] <foka> cjwatson, Paul Hardy is finishing up the new unifont package;
[07:47] <foka> cjwatson, Is there any special requirement about this unifont package that you wish for generating the font for Gfxboot?
[09:36] <cjwatson> foka: not especially, no
[09:38] <foka> cjwatson, Just for recap: Do you generate 16x16.fnt (?) from unifont.bdf, or unifont.hex, or something else?
[14:03] <xivulon> evand, have done a bit of tests, I think that I can stay below 2mb for wubi in python
[14:03] <xivulon> can we have confirmation that is ok before starting negotiations with relevant half?
[14:05] <xivulon> might also be possible to merge umenu inside of wubi to save some more
[14:18] <evand> nice
[14:18] <evand> I'm not sure who the ultimate authority on CD size increases is.  Perhaps slangasek?
[14:19] <evand> How'd you manage 2 MB?
[14:20] <xivulon> using venster (python layer on top of ctypes on top of winapi) + py2exe + 7z (for library.zip) + upx (for exes, dlls)
[14:21] <xivulon> I get down to 1.5 to be precise, but that does not include the download manager and other python libs
[14:21] <xivulon> venster unfortunately was abandoned a few years back so I am updating the code...
[16:03] <davmor2> xivulon: that sounds cool.
[17:00] <ahasenack> hi guys, with intrepid alpha 2 i386 I get an error installing grub and lilo, I can provide logs, is this known?
[17:01] <ahasenack> the installer says "grub installation failed", alt-f4 says that dpkg returned an error code, I can open a ticket if this is not yet known
[17:01] <cjwatson> I don't recall a bug so far, would appreciat eone
[17:02] <ahasenack> ok
[17:04] <ahasenack> cjwatson: ubuntu project? What's the package?
[17:05] <ahasenack> hmm, ubiquity?
[17:10] <ahasenack> cjwatson: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/250864 HTH
[17:11] <cjwatson> FYI when you're using the alternate or server CD the correct holding area is debian-installer
[17:12] <ahasenack> "holding area" as in the package or the project?
[17:12] <cjwatson> package
[17:12] <cjwatson> as it happens, this is bug 250848
[17:13] <cjwatson> I thought it was different since you said alpha 2, but as it happens grub is being installed from the network
[17:13] <cjwatson> BenC was fixing that this afternoon
[17:13] <ahasenack> ble, and I did search for "grub", "failed install", etc
[17:13] <cjwatson> I've shuffled it into the right place
[17:14] <ahasenack> ok, thanks
[19:11] <CIA-12> oem-config: evand * r488 oem-config/ (8 files in 4 dirs):
[19:11] <CIA-12> oem-config: * Update the language component to reflect changes to localechooser.
[19:11] <CIA-12> oem-config: * Use OVERRIDE_SHOW_ALL_LANGUAGES in the localechooser wrapper
[19:11] <CIA-12> oem-config:  (LP: #249795).
[19:53] <xivulon> evand can you pls have a look at #234974?
[19:56] <evand> xivulon: indeed, I'm planning to set aside time to look at the m-a not functioning with Wubi issue later in the cycle.
[19:56] <xivulon> gut
[20:10] <tormod> hi, what about the broken casper repo? I reported it in #launchpad and https://answers.edge.launchpad.net/launchpad-bazaar/+question/39693 Saturday already.
[20:26] <cjwatson> tormod: I've added some information and asked mwhudson for help. Nobody on this channel can do anything about it directly
[20:28] <tormod> cjwatson: thanks. indirect action helps too :)
[20:31] <tormod> I have a number of small (unrelated) casper patches. Should I make a separate branch for each, or keep them in one, to be cherry-picked if needed?
[20:32] <cjwatson> strictly speaking the former is better, but we can deal with either
[20:32] <tormod> or is bzr so broken I should make debdiffs?`:)
[20:33] <tormod> well, I already did the latter this time, so I leave it that way.
[20:35] <tormod> what if the patch/branch needs to be refreshed when trunk has changed in $release+1? is it ok to merge and reuse the same branch, or start a new branch?
[20:37] <tormod> (like the situation in https://code.edge.launchpad.net/~tormodvolden/casper/no-raid-swap)
[20:43] <cjwatson> tormod: please merge rather than starting a new branch
[20:43] <cjwatson> it's never really a good idea to reset/rebase/whatever a published branch
[20:45] <tormod> cjwatson: I am unsure about the connection between your two phrases