=== zz_zz_mwhudson is now known as mwhudson === mwhudson is now known as zz_mwhudson === zz_mwhudson is now known as mwhudson === mwhudson is now known as zz_mwhudson === doko_ is now known as doko [13:54] tumbleweed: dmb agenda poke [17:12] cjwatson: I'm trying to confirm that bug #1271141 is fixed but don't have easy access to the original system that had Win7 installed; do you know what the minimum requirement is for os-prober to believe it has found a Windows bootable file-system (so I can fake one) ? [17:12] bug 1271141 in grub2 (Ubuntu) "30_os-prober fails in make_timeout() when using GRUB_BUTTON_CMOS_ADDRESS" [Medium,Triaged] https://launchpad.net/bugs/1271141 [17:14] TJ-: the place to look would be /usr/lib/os-probes/mounted/20microsoft [17:15] cjohnston: yeah, been there already. Can't find (so far) where WINOSDATA is defined and a batch of tests seem to depend on it being non-empty [17:15] oops [17:15] cjwatson: yeah, been there already. Can't find (so far) where WINOSDATA is defined and a batch of tests seem to depend on it being non-empty [17:17] TJ-: you can just pretend it's always empty; that's a hook for migration-assistant IIRC [17:18] cjwatson: Ahhhh.... explains why I couldn't find it in os-prober or grub sources [17:19] Or maybe ubiquity, I'm not sure. It's not in the current source for anything relevant I can find, so maybe we can drop that patch soon [17:20] Apart from a similar test in ubiquity/compat/os-prober [17:20] Not going to track down the history just now :) [17:20] cjwatson: So it looks like it needs "/boot/bcd" with valid Win7 entries [17:20] Sounds plausible [17:20] Plus appropriate filesystem type [17:20] cjwatson: that's fine, I think I have enough to fake it now [17:21] ok, cool [17:41] cjwatson: fwiw, fake only requires: "mkdir -p /mnt/tmp && mount /dev/sdXY /mnt/tmp && touch /mnt/tmp/bootmgr && mkdir -p /mnt/tmp/boot && echo 'W.i.n.d.o.w.s. .7' >/mnt/tmp/boot/bcd && umount /mnt/tmp" [18:04] cjwatson: Do you know of a 'nice' way to co-install grub-pc and grub-efi so that both can be used? The scenario is a USB device being configured to boot on UEFI or BIOS systems, with a GPT === zz_mwhudson is now known as mwhudson === Nafallo_ is now known as Nafallo === mwhudson is now known as zz_mwhudson === zz_mwhudson is now known as mwhudson [21:08] Does dh_autoreconf support cmake yet? [21:09] if so, gccxml will need a rebuild [21:09] Noskcaj: You can use it with a custom command. [21:09] There's only magic for autoreconf. [21:10] As far as I know, cmake generated files are not shipped in a tarball, so there should not be any need. [22:10] Noskcaj: gccxml needs a *lot* more than autoreconf... [22:12] Noskcaj: It's a fork of an ancient GCC, so doesn't remotely support any arch added to GCC since that point. [22:12] hm does that matter? [22:13] its only working on the frontend [22:13] its problem is that it doesn't support c++11 [22:13] which is a shame as it allows some neat stuff (e.g. the reflexion of root-system) [22:47] jtaylor: my alternative was to use a fork of gccxml which is just a plugin, rather than embedded copy of gcc. [22:48] xnox: link? [22:48] jtaylor: https://github.com/alexleach/gccxml_plugin that one works with gcc-4.8 [22:48] neat thanks [22:48] jtaylor: it's highly compatible with old gccxml, but not fully. === timrc-afk is now known as timrc [23:01] infinity, oh. /me runs away from that package === Mapley is now known as skasturl === skasturl is now known as Mapley [23:18] pitti, PING === Mapley is now known as Maple__ === Maple__ is now known as Mapley === Mapley is now known as best_pony