=== doko__ is now known as doko === yofel_ is now known as yofel === henrix_` is now known as henrix === mmrazik is now known as mmrazik|lunch === mmrazik|lunch is now known as mmrazik === useall is now known as clon === clon is now known as useall === mmrazik is now known as mmrazik|otp === henrix is now known as henrix_ === henrix_ is now known as henrix === henrix is now known as henrix_ === henrix_ is now known as henrix === mmrazik|otp is now known as mmrazik === mmrazik is now known as mmrazik|afk === Ursinha is now known as Ursinha-afk [17:32] cjohnston: ^ [17:32] I'm guessing the other cj, bdmurray ? [17:33] yes the one with a w - cjwatson [17:34] heh [17:36] ta [17:37] bdmurray: you didn't need to correct precise to precise-proposed :) [17:38] Laney: rejecting your software-center upload, but only in favour of bdmurray's which includes it [17:38] aye aye === henrix is now known as henrix_ === henrix_ is now known as henrix [18:17] I don't really know anything about udebs - how would I go about finding out why gtk+3.0 doesn't want to migrate? [18:17] * i386: libgtk-3-0-udeb, libvte-2.90-9-udeb [18:17] Probably because the udeb is built with wayland support and the rest of wayland isn't udebificated [18:17] this upload was to disable that [18:18] and the wayland one did migrate [18:18] well, they have dependencies like any other package [18:18] those dependencies are only allowed to be satisfied by other udebs (i.e. */debian-installer/binary-*/Packages.gz) [18:20] Nah, it's because the udeb depends on libc6-udeb (>= 2.17) [18:20] It'll migrate shortly. [18:20] Why the udeb dependencies don't seem to use .symbols, I don't know. [18:20] Ah yes, it's made clear(ish) by _excuses [18:20] "Depends: gtk+3.0 eglibc" [18:20] ah, yeah, didn't look there [18:20] Are udeb deps not generated by dpkg-shlibdeps? [18:21] Cause the non-udeb packages depend on, like, libc6 (>= 2.4) or something. [18:21] They are, or should be [18:21] Seems silly that the udebs are much stricter. [18:21] But there's special udeb support in shlibdeps, and maybe glibc doesn't set it up quite right [18:21] Anyhow, mostly a non-issue, it'll migrate soon enough. [18:22] It's possible glibc has no idea how to do that correctly, yes. :P [18:22] Policy 8.6 says "Libraries with a corresponding udeb must also provide a shlibs file, since the udeb infrastructure does not use symbols files." [18:22] s/glibc has/I have/ [18:22] Ah, heh [18:22] Right. No symbols. Check. [18:22] Probably nobody cares much [18:22] Hence the strict dep. [18:22] Not world-ending. [18:22] Since we don't need partial upgrade handling for udebs or anything [18:23] Laney: Anyhow, should migrate in this cycle, dante/armhf just lagged a tag. [18:24] Aye, ta. [19:33] Hi, can we sneak a new gnome-settings-daemon into precise-updates? The package has been sitting in precise-proposed for >1 month. There is 1 bug listed in the SRU; I verified it today. Bug 1034090 [19:33] Launchpad bug 1034090 in gnome-settings-daemon (Ubuntu Precise) "Hotkeys not functional after upgrade to quantal's xorg (new xinput version)" [High,Fix committed] https://launchpad.net/bugs/1034090 === Ursinha-afk is now known as Ursinha [19:53] smagoun: We're not past letting things into updates, don't worry. [19:54] infinity: oh, I know. I will break out the big guns when I get really desperate: a free XPS 13 for each bug resolved :P [19:55] smagoun: Don't want one. [19:55] smagoun: Entice me with something with a Lenovo logo. [19:55] infinity: X1 carbon? [19:55] smagoun: T430s, or a Carbon X1, maybe? [19:56] infinity: T40p [19:56] =P [19:58] infinity: I see my two SRUs never were accepted, I'm guessing it's too late, I guess I don't mind too much [20:00] micahg: Not too late, but if they're not installation/media/first-impression critical, it's not a big deal either way. [20:01] yeah, not needed for 12.04.2, I'll remove the milestones I added [20:01] infinity: you want ideapad y580 you know you do [20:02] davmor2: Pretty sure I don't. [20:02] There aren't many laptops that are an upgrade to my T420s. [20:02] The T430s being one of the few. :P === henrix is now known as henrix_ === Noskcaj is now known as Noskcaj_AFK === bjf is now known as bjf[afk]