[00:04] <unomi> Where can I find the script that ubiquity uses for install?
[00:16] <jpds> unomi: apt-get source ubiquity and look at scripts/install.py?
[00:18] <unomi> thanks, jpds there wouldn't be a way to modify it from a usb-stick install medium?
[00:19] <jpds> unomi: ubiquity: /usr/share/ubiquity/install.py
[00:19] <unomi> cheers
[00:27] <unomi> unfortunately I am not seeing any references to parted in there
[02:13] <YokoZar> jdong: https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/601499
[04:08] <philsf> what's the proper channel to ask about packages from the canonical DX team PPA?
[11:26] <hunger> Any idea why schroot no longer works in maverick with encrypted homedirs? Used to work fine in lucid:-(
[13:55] <hunger> Replacing bind with rbind in the line mounting /home in /etc/schroot/default/fstab fixes schroot for me:-)
[14:13] <arand> debian-installer takes 1h+, whereas ubiquity takes ~20min, to install an equivalent standard desktop install. Is this how things are and should be? Or should this be brought up as a bug report?
[14:26] <njin> Alternate version is extudied to work on pc with low ram
[16:43] <arand> njin: re. ubiquity / d-i ... So the adaptation for low memory usage comes at the toll of d-i not using system resources even if they exist? I was under the impression that d-i was meant for far more than just lowmem installs..?
[16:52] <njin> arand: i'm not an expert, the only things that i can see is D.I. is used in alternate versions, Ubiquity in others, and effectively on the same machine is slower than ubiquity
[16:56] <arand> njin: Yep, I just did an equivalent desktop install on the same machine using both the liveCD and the alternate installer, at the diff in time was at least 40min. Which does seem a bit odd.
[16:56] <arand> s/at/and/
[16:59] <njin> no, i'm an iso-tester and the difference isn't about 40 min, it can be about 10-15
[17:33] <jdong> hmm
[17:33] <jdong> do other SRU team members have an opinion on the massive Banshee diff sitting in lucid unapproved?
[17:52] <Laney> bugfix uploads have generally been accepted so far
[18:40] <Carb0n> does anyone know which part of ubuntu 10.04 is responsible for drawing/loading the desktop wallpaper by default? like is it nautilus?
[18:42] <micahg> Carb0n: execute this and then click on the desktop: xprop | grep CLASS
[18:43] <Carb0n> cool thanks
[19:23] <jussi> Is anyone here familiar with #ubuntu-toolchain and whether it is still used or needed?
[20:27] <abhi_nav> i want to know why evolution is preferd over thunderbird? I am just a regular user. want to know
[20:35] <micahg> abhi_nav: it's personal preference
[20:36] <abhi_nav> micahg, no. I want to know reason why evolution is default. is it best? if yes then tell me so
[20:36] <micahg> abhi_nav: probably because it integrates better into the desktop
[20:36] <abhi_nav> micahg, ok. thanks :)
[20:36] <micahg> abhi_nav: but you're free to use whatever client you like
[20:37] <abhi_nav> micahg, yah I know. I just wanted to know whic is the best? its ok
[20:38] <micahg> abhi_nav: it depends on the person
[20:38] <abhi_nav> micahg, you mean persons likes or you mean persons requirements?
[20:38] <micahg> abhi_nav: both :)
[20:38] <abhi_nav> micahg, hmm
[20:51] <abhi_nav> micahg, I am a comp engg student. I do little contributin using laucnpad etc. and no prefessional work still now. so which one you wll recommend for me?
[20:52] <micahg> abhi_nav: I can't be impartial as I'm one of the Mozilla maintainers :), try both if you don't have a preference and keep using the one you like more
[20:52] <abhi_nav> micahg, :( ok. btw thanks.
[20:52] <abhi_nav> :)
[22:12] <cjwatson> arand: that's how things are and should be.  unpacking .debs is more flexible, but is intrinsically slower than copying a filesystem
[22:14] <cjwatson> arand: (although there is an existing open bug that we should be telling dpkg to use unsafe I/O during installation, which would make d-i faster)
[22:14] <lifeless> cjwatson: has anyone looked into the dpkg safe IO implementation - reading the db doesn't seem like it should be writing, and reading shows up as slow
[22:15] <arand> cjwatson: Okay, right, I wasn't aware of a major diff in the way they installed the system, but then it makes quite a lot of sense I guess, thanks for the info!
[22:16] <cjwatson> lifeless: that's orthogonal
[22:16] <cjwatson> arand: completely different installation method
[22:16] <lifeless> cjwatson: ok, different cause for that slowdown?
[22:17] <cjwatson> lifeless: the unsafe I/O thing is specifically and only due to the recent sync changes - I don't want to scope-creep into speeding up db reading
[22:17] <cjwatson> lifeless: (which, if it were to be optimised, could be done generically and wouldn't need to be specific to installation)
[22:17] <lifeless> cjwatson: for clarity, it seemed to me that db reading took a nosedive at the same time safe-IO arrived.
[22:17] <lifeless> cjwatson: I had thought they were thus related
[22:17] <cjwatson> it can't be related
[22:18] <cjwatson> it actually should have speeded up around that time, though!
[22:18] <cjwatson>     - Use FIEMAP when available (on Linux based systems) to sort the .list
[22:18] <cjwatson>       files loading order. With a cold cache it improves up to a 70%.
[22:18] <cjwatson>       Thanks to Morten Hustveit <morten@debian.org>. LP: #442114
[22:18] <lifeless> interesting
[22:18] <cjwatson> (dpkg 1.15.5.6ubuntu2)
[22:19] <cjwatson> and it did improve things for me, IIRC, I seem to remember testing that
[22:19] <cjwatson> so maybe somewhat system-specific, though I don't know how - if it's reproducible in a Debian chroot, maybe take it upstream?
[22:20] <lifeless> cjwatson: when I get some spare cycles I'll have a fiddle. No promises - more than slightly frenetic at the moment.
[22:30] <Booca_Juniiiors> holaaas
[23:44] <cherva> What part of ubuntu is responsible for the laptops Fn+F1-12 shortcuts ?