=== kentb is now known as kentb-out
=== maxb_ is now known as maxb
[07:52] <Wellark> sigh.. Truecrypt would definitely need some love.. https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/849760
[07:52] <ubot2`> Ubuntu bug 849760 in debian-installer "alternate installer does not allow multiple partitions to have bootable flag "on"" [Undecided,New]
[07:53] <Wellark> but IMHO manual setup is more advanced and it should not restrict the number of bootable partitions
[08:03] <Wellark> whoa
[08:03] <Wellark> I'm trying to install from daily oneiric alternate amd64 and I get error "The installer cannot find a suitable kernel package to install" O.o
[08:06] <Wellark> cjwatson: hmm.. proc is not mounted to /target/proc
[08:06] <Wellark> shouldn't it be?
=== lool- is now known as lool
[08:35] <Wellark> hmm.. more interestingly /target/etc/apt/suorces.list is empty
[08:44] <Wellark> hmmh.. OK. I think I just got unlucky with the daily installer
[08:44] <Wellark> now it screams that libreoffice-core has unmet dependencies
[08:47] <Wellark> reverting to beta1 alternate installer
[09:39] <cjwatson> Wellark: yes, we fixed that apt/eglibc bug yesterday.  *sigh* at unmet dependencies, not much I can do except wait for libreoffice to finish building everywhere
[09:39] <cjwatson> hm, that's odd actually, it has
[09:39] <cjwatson> http://cdimage.ubuntu.com/daily/current/report.html doesn't list anything
[09:40]  * cjwatson syncs an alternate image
[10:19] <Wellark> cjwatson: well, I'm going to try again, this time with beta1 CD
[10:19] <Wellark> I really need _some_ working system :D
[10:20] <Wellark> of course this is all my fault as I want to stick with the windows installation and even make it more painful by adding truecrypt in the mix :D
[11:45] <CIA-45> ubiquity: evand * r4940 trunk/ (debian/changelog ubiquity/nm.py):
[11:45] <CIA-45> ubiquity: Handle APs going away while trying to query their properties
[11:45] <CIA-45> ubiquity: (LP: #838068).
[11:52] <Wellark> cjwatson: OK, now installing with beta1
[11:52] <Wellark> grub-install to /dev/sda3 fails
[11:52] <Wellark> "This is a fatal error"
[11:53] <Wellark> hmm.. something wrong with the paths perhaps..
[11:53] <Wellark> "grub-installer: /usr/bin/grub-setup: error: cannot read '/grub/core.img' correctly.
[11:54] <Wellark> should be '/boot/grub/core.img'
[11:54] <cjwatson> no.  that path is relative to the root of the filesystem in question
[11:54] <cjwatson> you have a separate /boot
[11:54] <Wellark> yeah
[11:54] <Wellark> and it's mounted
[11:54] <cjwatson> irrelevant
[11:54] <Wellark> ok
[11:54] <cjwatson> grub-setup uses grub's own filesystem code to read it
[11:54] <Wellark> what do you need?
[11:55] <cjwatson> the appropriate grub-setup command run with -vv
[11:55] <Wellark> I'm in the installers shell right now
[11:55] <Wellark> ok, doing chroot
[11:55] <cjwatson> you'll probably want to run 'grub-install --debug --force /dev/sda3' first to get the right command'
[11:55] <Wellark> running..
[11:56] <cjwatson> and if /proc and /sys aren't mounted, mount them; they were mounted when running grub-install, they just may not be mounted now
[11:56] <Wellark> they are
[11:56] <Wellark> I checked
[11:56] <Wellark> odd..
[11:56] <Wellark> "Installation finished. No error reported.
[11:56] <Wellark> + exit0
[11:57] <cjwatson> crappy cache coherency perhaps ...
[11:57] <Wellark> "/usr/bin/grub-setup: info: opening the core image '/boot/grub/core.img'
[11:57] <cjwatson> I'll give it a go in a while and see if I can track anything down, can't right now though
[11:58] <Wellark> are you absolutely sure that the '/grub/core.img' should be absolute of the boot partition and not absolute to the root?
[11:58] <cjwatson> yes.
[11:59] <cjwatson> I am also absolutely sure that trying to diagnose the problem based solely on a glance at the messages isn't going to work :-)
[11:59] <Wellark> nice. :-)
[11:59] <Wellark> usefull debug XD
[11:59] <cjwatson> core_path_dev = grub_make_system_path_relative_to_its_root (core_path_dev_full);
[11:59] <cjwatson> is fairly explicit (and that variable's what's printed in the error message you quoted earlier)
[12:00] <cjwatson> while the "opening the core image" message is core_path, a different variable
[12:01] <Wellark> OK.
[12:01] <Wellark> I have to leave for an hour or so
[12:01] <Wellark> but I'll be back
[12:01] <Wellark> I'll leave the machine as it is for now
[13:33] <Wellark> cjwatson: back. kinda.
[13:33] <Wellark> have to go to get child from daycare soon
[13:34] <cjwatson> I expect to be in meetings for most of the rest of the day
[13:37] <Wellark> ok, I'll then  try to figure out something :)
[14:20] <{Axxes}> hi everyone! does anybody know wavemaker?
[14:23] <ev> cjwatson: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/830892 - why would you not be able to mix pycairo and GI bindings? pycairo doesn't seem to touch any part of gobject.
[14:23] <ubot2`> Ubuntu bug 830892 in ubiquity "ubiquity-dm crashed with AttributeError in run(): 'Pixbuf' object has no attribute 'render_pixmap_and_mask' (dup-of: 830061)" [High,Triaged]
[14:23] <ubot2`> Ubuntu bug 830061 in ubiquity "ubiquity-dm crashed with AttributeError in run(): 'Pixbuf' object has no attribute 'render_pixmap_and_mask'" [High,Fix released]
[14:25] <cjwatson> ev: we needed to pass bindings of cairo types to GDK functions, and the GI GDK bindings expect GI cairo bindings not pycairo
[14:25] <cjwatson> or at least that's how it seemed to me
[14:25] <cjwatson> if you find a clever way to dodge that then by all means do :)
[14:26] <cjwatson> Gdk.cairo_set_source_pixbuf in particular
[14:26] <ev> ah, right
[14:26] <cjwatson> and I think root.create_similar_surface probably returned a GI cairo type
[14:26] <ev> annoying that cairo doesn't do the hand me a filename and I'll feed you back an image surface thing
[14:26] <cjwatson> yeah
[14:27] <cjwatson> I think you're probably right that a little C helper is easiest :-/
[14:28] <ev> indeed, I'll get cracking on that
[16:58] <CIA-45> ubiquity: evand * r4941 trunk/ (9 files in 5 dirs): Use a small C program to set the desktop wallpaper (LP: #830061).
[17:04] <superm1> ev, i think you might have broken the accessibility profile setup in that commit
[17:05] <ev> oh yes
[17:05] <ev> good catch
[17:05] <ev> fixing now, thanks
[17:05] <superm1> sure np
[17:07] <CIA-45> ubiquity: evand * r4942 trunk/bin/ubiquity-dm: Unbreak last commit.
[17:43] <Wellark> cjwatson: bug #838981 might be the same problem
[17:43] <ubot2`> Launchpad bug 838981 in grub2 "Upgrade to Beta 1 does not install grub to partition" [Undecided,New] https://launchpad.net/bugs/838981
=== kentb is now known as kentb-afk