=== mgalvin [n=mgalvin@ubuntu/member/mgalvin]  has joined #ubuntu-installer
=== mpt [n=mpt@121-72-133-166.dsl.telstraclear.net]  has joined #ubuntu-installer
[08:49] <CIA-5> ubiquity: evand * r1489 ma/ (10 files in 7 dirs): Merged with trunk.
[08:55] <CIA-5> ubiquity: evand * r1490 ma/debian/ubiquity.templates: I forgot to update debian/ubiquity.templates.
[09:10] <evand> cjwatson: See above.  Sorry.
[09:10] <evand> I probably should've attempted the remote administration option as upon inspecting scripts/install.py it looks like it would've taken a matter of minutes to code up.  Feisty+1, I suppose.
[09:20] <cjwatson> evand: ok - hmm, did you push that?
[09:20] <cjwatson> $ bzr pull
[09:20] <cjwatson> Using saved location: http://bazaar.launchpad.net/~evand/ubiquity/ma/
[09:20] <cjwatson> No revisions to pull.
[09:22] <evand> whoops
[09:22] <evand> sorry, it's early
[09:22] <evand> one sec, I'll push
[09:23] <evand> done
[09:24] <cjwatson> what timezone are you on? ::)
[09:24] <cjwatson> :)
[09:24] <evand> cjwatson: EDT, whatever that is now
[09:24] <evand> 4:24AM
[09:24] <cjwatson> ah, that sort of early then
[09:24] <evand> indeed!
[09:25] <evand> Are there any areas of Ubiquity that need help?  With everything in freeze I'm looking for something to do.
[09:31] <cjwatson> there are still a few bits to iron out in the new partitioner
[09:31] <cjwatson> somebody should sort out the timezone page rework from https://wiki.ubuntu.com/Ubiquity/FeistyReview
[09:32] <cjwatson> um, there's probably a bunch of other stuff but 8:30am is not my best time either
[09:32] <evand> heh
[09:33] <evand> If you think of anything else, just let me know.  I'm eager to get involved in more than just m-a where possible.
[09:33] <evand> I'll take a look at what you've already listed later today.
[09:34] <cjwatson> there's https://wiki.ubuntu.com/InstallerDevelopment/ToDo
[09:34] <CIA-5> ubiquity: cjwatson * r1954 ubiquity/debian/ (changelog ubiquity.templates): merge from Evan
[09:34] <cjwatson> need to keep that better updated
[09:35] <cjwatson> * recover more gracefully from errors, particularly boot loader installation problems
[09:35] <cjwatson> sorting out that item would be fantastic; maybe some kind of retry option
[09:35] <evand> cjwatson: should I start up a new branch or are these things that can still go into Feisty?
[09:36] <cjwatson> I think they're probably feistyable, although you probably want a new branch anyway
[09:36] <evand> ok
[09:37] <CIA-5> ubiquity: cjwatson * r1955 ubiquity/debian/po/ (77 files): debconf-updatepo
[09:38] <evand> oh, that's something that's confusing me
[09:39] <evand> I noticed that the data in ubiquity.templates isn't getting put in the po files.  Was there any reason for this?  I thought maybe it had something to do with a new translation approach.
[09:39] <cjwatson> you need to run debconf-updatepo when changing .templates
[09:39] <cjwatson> the d-i project has a cron job that runs over svn and does that, so developers don't need to
[09:39] <cjwatson> we don't though
[09:40] <evand> Is that why things like partman-failed-mount were not in the po files?
[09:42] <cjwatson> partman-failed-unmount? it's there
[09:42] <cjwatson> #. Type: boolean
[09:42] <cjwatson> #. Description
[09:42] <cjwatson> #: ../ubiquity.templates:91001
[09:42] <cjwatson> msgid "Failed to unmount partitions"
[09:42] <cjwatson> msgstr ""
[09:42] <evand> yeah whoops
[09:42] <evand> I was grepping for the title, which obviously doesn't work
[09:42] <evand> ok, noted
[09:42] <cjwatson> some of the templates aren't translatable - the ones with Description rather than _Description
[09:43] <evand> indeed
[09:43] <cjwatson> oh, other thing that needs attention, memory use
[09:43] <cjwatson> I found an easy 2MB savings the other day, but I'm sure there's lots more
[09:43] <evand> yeah, I noticed you started doing that
[09:44] <cjwatson> and fitting the UI into 640x480, for similar reasons
[09:44] <evand> mind if I ask how you're profiling?  Or is it just a combination of the running app and top?
[09:44] <cjwatson> I haven't figured out a great way of doing it yet
[09:44] <cjwatson> I was using python-dbg and PYTHONDUMPREFS=1
[09:44] <cjwatson> it's not really quite what I want
[09:45] <cjwatson> or maybe I'm just not good at reading the output yet
[09:45] <evand> hrm
[09:46] <cjwatson> there are some speed/memory tradeoffs in ubiquity
[09:47] <cjwatson> the most significant is the way I read a bunch of translations into memory because extracting them from debconf is slow
[09:47] <cjwatson> maybe that should become simple temporary files or something like that, which could be mmaped
[09:47] <cjwatson> or just opened each time
[09:48] <cjwatson> though of course temporary files use up memory on the live session too, so that doesn't help
=== cjwatson wakes up
[09:48] <evand> via cow, right?
[09:48] <cjwatson> right
[09:48] <cjwatson> should probably finish the work I started on making cdebconf mmap its databases, and then switch ubiquity to cdebconf
[09:49] <cjwatson> trying to make debconf lowmem-friendly is a bit of a dead end
[09:49] <evand> you're going to switch to cdebconf for Feisty?
[09:49] <cjwatson> no
[09:50] <cjwatson> I thought about it, but it doesn't really buy anything without the db mmap work
[09:50] <cjwatson> doesn't seem significantly faster
[09:51] <evand> didn't cdebconf not have some issues that debconf does?  I seem to recall something about metaget not working quite right, though I could be way off.
[09:52] <evand> or perhaps I'm thinking of a different problem entirely
[09:54] <cjwatson> there have been various issues where one is better than the other
[09:54] <cjwatson> cdebconf doesn't have escape capb support yet, which would be a requirement to switch
[09:54] <cjwatson> I started writing that but got bored
[09:54] <evand> hahaha
[10:12] <CIA-5> ubiquity: cjwatson * r1956 ubiquity/ (configure configure.ac): bump to 1.4.2
=== pkt [n=knoppix@athedsl-279814.otenet.gr]  has joined #ubuntu-installer
[12:22] <saispo> cjwatsohi all
[12:22] <saispo> oups
[12:22] <saispo> hi all :)
[12:23] <saispo> cjwatson: if i change my gpg keys for creating a custom cd, i must rebuild ubuntu_keyrings ?
=== cr3 [n=marc@pdpc/supporter/bronze/cr3]  has joined #ubuntu-installer
[01:44] <saispo> hi cr3
[01:57] <cr3> saispo: ahoy!
=== cr3_ [n=marc@modemcable178.77-70-69.static.videotron.ca]  has joined #ubuntu-installer
=== cr3_ is now known as cr3
[04:35] <saispo> if no kernel found, it's due to ubuntu-keyring ?
[05:10] <saispo> anyone can give me some tips ? i have rebuild ubuntu-keyrings with my two rsa gpg keys include in it, sign the pacakges, put it on the cd
[05:11] <saispo> but at the end, the installer say that it's doesn't found any kernels
[05:11] <saispo> anyone have an idea ?
[05:15] <saispo> i have two idea... it's an rsa key, she have a password...
=== avoine [n=avoine@modemcable036.0-70-69.static.videotron.ca]  has joined #ubuntu-installer
[05:15] <saispo> when i test with a dsa key with no password, all work...
=== pkt_ [n=knoppix@athedsl-279814.otenet.gr]  has joined #ubuntu-installer
=== cr3 [n=marc@pdpc/supporter/bronze/cr3]  has joined #ubuntu-installer