=== sconklin is now known as sconklin-gone === jono_ is now known as jono [01:29] Anyone from foundations around? [01:31] go to bed [01:32] nixternal, no you :) [01:32] i will in a bit :) === dendrobates is now known as dendro-afk === jasono_ is now known as jasono === asac_ is now known as asac === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk [07:37] good morning [08:10] good morning [08:22] Good morning [08:34] sconklin-gone: we need a matching linux-ubuntu-modules for hardy === tarun is now known as c2tarun [08:46] jhunt: good morning [08:46] pitti: morning [08:46] jhunt: would you like to write a short paragraph about new upstart features in alpha-3, in https://wiki.ubuntu.com/NattyNarwhal/TechnicalOverview ? [08:47] pitti: certainly! I'll do that today. [08:49] jhunt: thanks; we'd like to finish the text soon [08:50] pitti: in which case, I'll do it now :) [08:53] pitti: should I add the detail to the "Ubuntu Desktop Edition" section, or do you think a new subsection in the "New Features" section is appropriate (since it affects all derivates?) [08:55] jhunt: there's already a 3.1.3 upstart section [08:55] pitti: doh - where's that cup of coffee.. [08:55] * pitti collects some "known bugs" documentation, but won't touch the wiki for now [08:58] jhunt: in fact, it doesn't actually need to be limited to a3 -- over time this page will become the full natty release notes [08:59] pitti: gotcha [09:22] pitti, cjwatson: how much detail do we want for user sessions (since we've disabled them by default)? [09:22] jhunt: I think leave them out for now, and add them for beta-1, when they'll actually work? [09:23] pitti: ok. The good news is that they seem to work pretty well for me, but more testing is required. [09:47] pitti: wiki updated. The styling on that page might need some work - look at how the heading "Override Files" displays in the body of the page. [09:50] jhunt: great, thanks! wow, that got quite detailled [09:51] pitti: feel free to dilute it if necessary - my brain is currently stuck in "man page mode" :) === smb` is now known as smb [10:27] jhunt, this tech overview for upstart is very good ... [10:28] apw: thx! (I'll pay you later... ;) === ogra_ is now known as ogra [11:20] jhunt, upstart Q, where is virtual-filesystems emitted ? [11:20] apw: mountall. [11:22] apw: Here's a preview of the new upstart-events summary that'll be in natty next week - http://people.canonical.com/~jhunt/upstart/man/upstart-events.pdf [11:22] apw: pdf rendering isn't perfect - looks much better in a console! :-) [11:23] jhunt, awsome. i am looking at how we might inject a fallback framebuffer load without unduly slowing boot [11:23] as having vesafb and drm loaded at the same time is causing GPU hangs, and upstream just think we are mad loading both [11:25] jhunt, nice information though ... good stuff [11:30] jhunt, now 'graphics-device-added' etc are presumably created by the udev-upstart bridge ? [11:31] apw: indeed [11:31] those could do with being on your new page :) [11:32] well, the trouble is - there are a lot of possible events there: "*-device-*". I have listed some common ones. [11:33] pitti, we should perhaps discuss cd use here [11:33] jhunt, yeah i would prolly add just the two graphics ones as they are of interest in start sequence [11:34] pitti, so /usr/lib/gcc won a cc1plus binary between a2 and a3 it seems [11:37] pitti, the /usr/lib/egl dir was not in a2 and add an extra 6 as well [11:38] pitti, those are the obvious things I see [11:38] apw: ok - I'll add graphics-device-added and drm-device-added. Would that cover it? See "Note K" (Tables 1 and 4) for what I have so far wrt the *-device-* issue. [11:39] jhunt, yeah there are clearly infinite numbers of actual events, but those two as they appear comonly in the most complex upstart interactions seem appropriate [11:39] apw: right [11:39] seb128: seems libcairo pulls in libegl [11:40] pitti, that's because we enabled the gl backend which is needed for wayland [11:40] seb128: I think we could safely drop g++; for building drivers (which is the primary reason we have this), gcc should be enough? [11:40] jhunt, what sort of upstart job would i want to use to run a single modprobe [11:41] pitti, well, do you know why we g++ got added to the cd? [11:42] I don't know [11:42] seb128: I think it has been there all the time, it just grew? [11:42] apw: not quite sure what you mean. There are existing jobs which do modprobes (gssd, autofs, cups, qemu-kvm, etc). [11:43] pitti, seems a2 didn't have build-essential or g++ [11:43] seb128: ok, then that's new indeed [11:43] if the modprobe is triggered solely by a udev event, a udev rule should be sufficient for the modprobe [11:43] or the fact that it was missing in a2 was buggy [11:43] you'd use an upstart job for that if the start conditions are more complex [11:43] pitti, well in any case g++ and elg is most of the difference [11:43] they add an extra 16 [11:44] jhunt, i should better ask if i know which event woke a job ... as i want this job to basically start if a framebuffer appears or cold plug is complete ... but i want it to no-op itself if we woke on framebuffer [11:44] seb128: we'll drop 2.8 MB from libreoffice-style-tango [11:44] cjwatson, yeah indeed. this is going to me much more complex i fear [11:44] this is vesafb fallback fixup [11:47] seb128: apparently build-essential is a new recommends, I can purge it [11:47] pitti, I've no strong opinion, I just tried to help by having a look at what changed between a2 and a3 [11:48] works for me [11:48] apw: LESS=+/UPSTART_ man 5 init [11:48] let's try to drop it and see if it creates any issue? [11:48] seb128: did we have dpkg-dev previously? [11:48] pitti, no [11:48] it's all part of what ev added with dpkg-repack to ubiquity [11:49] aah [11:49] https://bugs.launchpad.net/ubuntu/+source/dpkg-repack/+bug/726453 [11:49] Ubuntu bug 726453 in dpkg-repack (Ubuntu) "[MIR] dpkg-repack" [Undecided,Fix released] === diwic is now known as diwic_afk [11:50] ev: dpkg-repack is tiny but it's bringing g++ on the CD ;-) [11:51] ok so dpkg-repacks Depends on dpkg-dev which Recommends build-essential which depends on g++ [11:51] pitti, ^ [11:51] oh, I mistakenly thought that was a recommends [11:51] right [11:51] not sure if we can lower the recommends to a suggest [11:51] err yes [11:51] suggest [11:51] dpkg --build needs dpkg-dev, I take it? [11:52] seb128: dpkg-dev suggests: b-e? [11:52] it doesn't really sound correct for a developer installing it, but then again the recommended package to install is b-e anyway [11:52] well that's the only thing we can lower in those [11:52] and it would certainly fix that [11:52] that seems wrong though [11:53] seb128: what? [11:53] if dpkg-dev recommends build-essential there is probably a reason [11:53] let me check [11:54] I think the dpkg-dev Recommendation needs to stay TBH [11:54] we already have enough confusion from users wondering why packages don't build [11:54] but I'm not sure of a better solution [11:54] hm, added in dpkg 1.14.16 [11:55] one thing here is that we had *just* got to the point where all the Ubuntu-local dpkg changes had been accepted upstream [11:55] dpkg-dev itself is already .5 MB packaged, which we can cope with, but not b-e [11:55] it would be really very irritating indeed to add another source of long-term divergence [11:55] I wanted to get dpkg synced [11:56] ev: do you really need dpkg-repack? [11:56] would it be possible to copy /usr/bin/dpkg-buildpackage into dpkg-repack? (also hackish, I know) [11:56] ick, no! [11:56] or could you just copy what you need in ubiquity? [11:57] seb128: you mean copy the package's files, isntead of dpkg-repack'ing it and installing it again? [11:57] I don't actually understand why dpkg-repack needs dpkg-dev [11:57] it doesn't, AFAICS, use it [11:57] pitti, yeah, not sure what ubiquity was doing before dpkg-unpack started being used recently [11:57] cjwatson: it calls dpkg-buildpackage [11:58] cjwatson: well, it calls dpkg --build, which does AFAIK? [11:58] no [11:58] cjwatson, well, https://bugs.launchpad.net/ubuntu/+source/dpkg-repack/+bug/726453 [11:58] Ubuntu bug 726453 in dpkg-repack (Ubuntu) "[MIR] dpkg-repack" [Undecided,Fix released] [11:58] dpkg --build does not call dpkg-buildpackage, that would be infinite recursion [11:58] dpkg --build is what dh_builddeb calls [11:58] hum [11:58] ah, it calls dpkg-deb -b, I figure (which is in dpkg) [11:58] indeed [11:58] perfect [11:59] I went through the dpkg-repack code, and that's the only place which could potentially use === MacSlow is now known as MacSlow|lunch [11:59] ... dpkg-deb [11:59] dpkg-dev, I mean [11:59] likewise [11:59] dpkg-repack (1.19) unstable; urgency=low [11:59] * Add missing dependency on dpkg-dev. [11:59] -- Joey Hess Fri, 20 Aug 2004 13:42:03 +0100 [12:00] ah, I think it may have been because it used to use 822-date [12:00] that was in dpkg-dev; but that was deprecated and replaced with date -R [12:01] I think that was the source of the dependency, but it's no longer relevant [12:01] \o/ [12:01] pitti,seb128: ubiquity> the dpkg-repack stuff is a new feature in ubiquity [12:02] it's for trying to do a neater job of installing over an existing system I believe (I haven't actually kept up, bad me) [12:02] ok [12:02] in any case if we can drop the depends problem solved ;-) [12:02] yep [12:04] neater job of installing over an existing system> yes, the original option was buried in the advanced partitioner and only preserved files in /home. This cycle we've pushed it to an automatic partitioning option (as probably noticed) and added the functionality to preserve the set of applications previously installed (thus apt-clone and in turn, dpkg-repack). [12:04] Hi, would a member of foundations mind looking at the debdiff for bug #711425 , comment 10. Thanks. [12:04] Launchpad bug 711425 in sysvinit (Ubuntu) "portmap does not stop during shutdown, causing possible root fs corruption" [High,In progress] https://launchpad.net/bugs/711425 [12:05] ev: nice option ;-) [12:06] seb128: thanks, much thanks to mvo for the apt-clone code. [12:06] pitti, so I'm not sure what to do about cairo, the only reason we turn on the gl backend (which is not a stable one) is to be able to get wayland in universe [12:07] seb128: it's 1.5 MB packaged, I guess we'll need to leave it for now? Or can we split out the backend in cairo? [12:07] we can't [12:07] it's not a separate file [12:08] pitti, it's likely bryce would not be happy if we said that wayland needs to go, he just got it in universe [12:08] pitti, though I doubt it's really useful for any users right now [12:08] it's rather a tech demo thing [12:09] seb128: so at most we could build a libcairo-egl (Providing libcairo) [12:09] it's likely people who want it will want to do work on it and will need updated builds [12:09] but no, libraries often have versioned rdepends, so nevermind [12:09] seb128: I think getting off g++ and b-e, and libreoffice-style-tango should already buy us quite a bit [12:10] right [12:10] I chopped of 20 MB worth of langpacks [12:10] 'off' [12:10] dropping egl will not win us an extra language pack it seems [12:10] ghostscript also grew quite a bit, that might be worth investigating, too [12:11] speaking of language-pakcs [12:11] the current one is 1.5 months old [12:11] is there any chance to get new ones in natty? [12:12] seb128: yeah, I'm still working on fixing up the firefox langpacks [12:12] so it's firefox blocking us? [12:13] it's not translated anyway in natty [12:13] can't we just do an update with firefox still broken? [12:13] ok, lunch time [12:13] brb [12:27] seb128: we can, but not now, when we're still rebuilding CDs :) [12:27] (also, we need a full export now) [12:50] to get messages on the splash using 'plymouth message --text"..."', do i need to drop quiet from the cmdline ? [12:50] * ogra wonders how mountall enforces that === MacSlow|lunch is now known as MacSlow [13:08] can someone remind me the magic command which one uses in a 'packaging only' bzr branch to make it packageable as a source package [13:08] * apw goes quietly mad trying to remember [13:08] seb128, cjwatson: FYI, opened bug 728424 to track this, and sent a bug to Debian as well (will link once ack comes in) [13:08] Launchpad bug 728424 in dpkg-repack (Ubuntu Natty) "Drop dpkg-dev dependency" [High,Triaged] https://launchpad.net/bugs/728424 [13:08] pitti: thanks [13:08] I can upload this after a3 if you want me to [13:09] apw: bzr bd -S [13:09] pitti, thanks [13:09] pitti, it doesn't seem to be any hurry there, maybe wait for debian to comment [13:09] cjwatson, thanks ... no wonder i didn't remember [13:09] I think it would be OK to go ahead, but either way [13:09] seb128: it's a simple change, I'd like to do it to see where we are space-wise [13:10] apw: you should be able to use that (or a variation) for any source package in bzr, packaging-only or not [13:10] if that helps [13:12] cjwatson, nice [13:12] pitti, seems safe enough to just upload as well yeah [13:35] jhunt: hm, are all those upstart changes in the technical overview actually in alpha-3? I think perhaps it would be worth commenting out ones like visualisation which aren't, for now [13:39] fta, is there an easy way to build selected third-party modules under the chromium tree? [13:40] without having the whole package built once [13:40] I can probably look at the build log and copy paste the config/make equivalent bits but am wondering if the debian rules file provides some help in this regard [13:46] cjwatson: do you know the magic to comment out chunks? I could just remove the vis sections until next week I guess. [13:47] jhunt: https://wiki.ubuntu.com/HelpOnProcessingInstructions has it [13:47] (and other useful stuff) [13:47] (the root of that is HelpOnEditing) [13:48] pitti, hello, i think gobject-introspection could be synced from experimental http://packages.qa.debian.org/g/gobject-introspection/news/20110228T205151Z.html [13:49] cjwatson: thx! I'd tried 3 other MoinMoin comment techniques, but they either didn't do what I wanted, or broke the parser horribly :) [13:51] grr - am I the only one seeing lots of server errors when editing pages on wiki.ubuntu.com? [13:56] jhunt: no, it's common unfortunately; however, it's usually on redisplay *after* your changes have been committed, IME === dpm_ is now known as dpm [13:57] cjwatson: yes, I'd noticed that after attempting to re-apply changes and getting conflicts :) [14:08] does anybody know when Robert is sponsoring today? [14:09] ari-tczew: Robert Ancell? He's currently off for some days [14:12] pitti: I thought today is his piloting... [14:14] pitti: https://www.google.com/calendar/embed?src=6k1e5rq45m1bdqq0n1ge3oqaok@group.calendar.google.com&ctz=Europe/Berlin&gsessionid=OK [14:14] janimo, not really, depends on which modules, some are buildable independently, like v8 and nacl. what do you have in mind? [14:17] ari-tczew: yes, it wasn't a planned absence [14:18] fta, never mind I managed to get a build === sconklin-gone is now known as sconklin [14:18] ffmpeg. I am looking into the arm ftbfs [14:18] janimo, i know the problem and the fix, it's my fault [14:20] janimo, when i merged the codecs into the browser source package, i dropped a flag (arm_neon=0) inadvertently [14:20] pitti: OK, thanks for info, [14:20] fta ah ok [14:20] fta also why is armv7=0 ? [14:20] janimo, i will re-add it soon, but i need to check something else too [14:21] was that too dropped? [14:21] just dont set arm_neon=1 :) [14:21] unless there is runtime detection in the code [14:21] exactly, that armv7=0 is troubling, it's enabled in the codecs and desabled in the browser, or the opposite, that's wrong [14:21] I saw armv7=0 is set in debian/rules [14:22] but if you are on it ok, I'll live it :) [14:22] yeah, i'm on it, but more generally, as i said in my blog post yesterday, i suck at supporting arm, by lack of h/w [14:23] can't build, can't test [14:24] there's a problem with the PIE hardening on arm leading to a crash, i can't investigate [14:24] so i disabled it :( [14:26] fta, do you want me to enable hardening (is this the PIE part then?) and see what happens? [14:28] janimo, it was enabled for a while, but someone reported a crash. see bug 716703 [14:28] Launchpad bug 716703 in chromium-browser (Ubuntu Natty) "chromium-browser not built PIE on ARM" [Medium,Confirmed] https://launchpad.net/bugs/716703 [14:32] pitti: needs your lights right now, got a few minutes? [14:33] didrocks: my lights? [14:33] didrocks: in a bit, need to finish the alpha-3 images [14:33] ok, that's not translatable :) [14:33] pitti: sure [14:33] pitti: then, can you join #ubuntu-touch? === herton is now known as herton_lunch === cking_ is now known as cking [14:41] pitti: lucid ec2 and meta-ec2 may be copied from the PPEA to -proposed when you have time, thanks === cr3_ is now known as cr3 [14:46] ev: re bug 722758 (debconf db locked in apt-clone). I like the idea of clong the debconf db, I will add code for that and (for savety) chroot into the targetdir when invoking dpkg - does that sound reaonsonable? [14:46] Launchpad bug 722758 in openjdk-6 (Ubuntu) "package openjdk-6-jre-headless 6b20-1.9.5-0ubuntu1~9.10.1 failed to install/upgrade: problemas de dependência - deixando desconfigurado" [Undecided,New] https://launchpad.net/bugs/722758 [14:53] mvo: it does [14:54] the installer does employ debconf-copydb at the end, but only for questions that wouldn't impact packages pulled in by apt-clone, if I remember correctly [14:55] well, console-setup, but we'd want to overwrite that anyway. [15:00] SpamapS: do you want to deal with the SRUs for bug 531912? [15:00] Launchpad bug 531912 in openssh (Ubuntu Maverick) "/etc/init.d/ssh seems to work, but actually upstart is used." [Medium,Triaged] https://launchpad.net/bugs/531912 [15:02] SpamapS: (and sorry for the long review delay) [15:03] SpamapS: note that I applied a few tweaks on top of your merge, so you'd want to backport from lp:ubuntu/openssh [15:05] fta, the chormium rules file were much easier to read and modify if those nested ifdefs were indented :) [15:05] less chance to make mistakes too I guess [15:07] janimo, well, Makefiles and indentations.. [15:08] cjwatson: got any hints on how I could try to debug that partman-auto reuse script problem? like maybe running the scripts outside of ubiquity maybe with set -x? [15:11] psusi: bug#? [15:11] psusi: don't bother trying to run them outside of ubiquity [15:11] you will waste your time and get confused :) [15:15] cjwatson: bug #725408 [15:15] Launchpad bug 725408 in partman-auto (Ubuntu) "installer hangs detecting existing partitions" [Undecided,New] https://launchpad.net/bugs/725408 [15:16] psusi: please attach the syslog and partman logs to the bug [15:16] I can normally analyse from there [15:16] will do.. any others? [15:16] no === dendro-afk is now known as dendrobates [15:34] cjwatson: ack .. I will look at doing the SRU very soon.. don't want to commit just yet though. [15:35] SpamapS: np, thank you! [15:36] https://wiki.ubuntu.com/UbuntuDeveloperWeek Day 4 starting in 25 minutes in #ubuntu-classroom [15:39] chrisccoulson, micahg, how hard is it to fix thunderbird's click-on-a-link problem? [15:39] dholbach, hard [15:39] i'm going to work on it, but it's going to be a non-trivial patch [15:39] it's basically: [15:39] 1) Add gio support to mozilla-1.9.2 [15:40] 2) Wire it in :) [15:40] just put a "os.system('gnome-open %s' % link)" in there ;-P [15:40] chrisccoulson, and that's something nobody upstream is interested in? [15:40] dholbach: will teach you to not sure what we ship with ubuntu ;-) [15:40] s/gnome-open/xdg-open/ at least [15:40] i've been talking to upstream about it, it's not the sort of thing that's ever going to get fixed upstream in thunderbird 3.1 [15:40] but we will fix it in comm-central and then carry a distro-patch [15:41] comm-central already has gio support though [15:41] comm-1.9.2 doesn't ;) [15:41] mr_pouit, I was not really serious, but thanks for reminding me of xdg-open :) [15:41] i don't think the thunderbird guys are particularly pleased with things being broken like this [15:42] i will work on it next week, but i suspect it will be quite a substantial distro-patch to fix it [15:42] dholbach: subprocess.call(['gnome-open', link]) please ;-) [15:42] or in fact, probably webbrowser.open(link) ... [15:43] ok ok ok ok, I better shut up before I make it worse === herton_lunch is now known as herton [15:43] lol [15:43] heh [15:43] dholbach, it's also semi-broken in firefox too [15:43] but not as bad [15:46] pitti, are there any known issues with the WI tracker atm ? [15:47] ogra: not known to me, anyway [15:47] https://blueprints.launchpad.net/ubuntu/+spec/other-arm-n-handle-core-boot-files-update doesnt show up for ubuntu-armel at all [15:47] dholbach, have you seen https://mozillalabs.com/messaging/messaging-menu/ btw? [15:47] you might be interested, as a tbird user ;) [15:47] we should stop shipping emails client and use web emails [15:48] heh [15:48] we should stop shipping everything, and just provide a console for users to install software with ;) [15:48] hehe [15:49] then we'd have big troll wars over whether emacs or vim is the default editor :P [15:49] chrisccoulson, awesome [15:49] lol [15:49] it's nice they're using launchpad too :) [15:49] it's not packaged yet? [15:52] dholbach, it's not packaged yet. i'll probably do that soon though [15:53] nice === zyga is now known as zyga-food === dendrobates is now known as dendro-afk [16:07] ogra: there are no work item s:) [16:07] ogra: I'm removing the empty line now, which will fix it [16:07] ... some more green on your charts now [16:07] hmm, it doesnt look any different than the other specs we have [16:08] ogra: there was an empty line after "work items:', which finishes the WI paragraph [16:08] oh [16:08] yeah [16:08] heh [16:08] thats why i didnt get error mail either then === pitti changed the topic of #ubuntu-devel to: Archive: feature freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: [16:11] a3 freeze lifted, go wild [16:27] broder: thanks for sponsoring, much appreciated! :) [16:27] jelmer: no problem. thanks for putting the patch together === beuno is now known as beuno-lunch === dendro-afk is now known as dendrobates [16:42] wow -changes@ is fun again :) [16:51] sconklin: linux-ec2 lucid copied [16:51] pitti: thank you! === psusi` is now known as psusi === mdeslaur_ is now known as mdeslaur [17:01] mvo: any preference on what the software center screenshot in the installer slideshow should show? The design team intern is updating them. [17:01] how rude of me, Rollo, the intern for the design team. === tarun is now known as Guest67859 [17:04] ev: I have no preferences here [17:04] okay === dholbach_ is now known as dholbach === beuno-lunch is now known as beuno === Guest67859 is now known as c2tarun === debfx_ is now known as debfx === jussi01_ is now known as jussi === tkamppeter_ is now known as tkamppeter [17:40] pitti, at your convenience, could the linux-firmware packages for lucid and maverick get promoted from -proposed to -updates ? === ion_ is now known as ion === Kmos is now known as Guest60040 === yofel_ is now known as yofel === nixternal_ is now known as nixternal === sforshee is now known as sforshee-lunch [17:49] hello everyone. I'm trying to cross compile iperf from source. I'm on an amd64 machine and want to compile it for a i386 machine. Can someone help me with the ./configure script? === dmart is now known as Guest51520 === Guest60040 is now known as KKmos === Guest51520 is now known as dmart === korn_ is now known as c_korn === tubadaz_ is now known as tubadaz === JayFo is now known as JFo === davmor2_ is now known as davmor2 === cmagina is now known as cmagina-lunch === ssweeny_ is now known as ssweeny === sforshee-lunch is now known as sforshee === bjf__ is now known as bjf === bjf is now known as bjf[afk] === cmagina-lunch is now known as cmagina === apachelogger_ is now known as apachelogger === _LibertyZero is now known as LibertyZero === psusi` is now known as psusi [19:57] Is an AA available to process SRU -proposed -> -updates for bug #717397... the duplicate reports are starting to build :( [19:57] Launchpad bug 717397 in squid-deb-proxy (Ubuntu Lucid) "package squid 2.7.STABLE7-1ubuntu12.1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,New] https://launchpad.net/bugs/717397 [20:24] besides #ubuntu-bugs is there room for bite size bugs? or any other form of bug fixing? === zul_ is now known as zul [20:26] hm... that question might be considered support i suppose... [20:28] nvm got my question answered :D === popey_ is now known as popey === bjf[afk] is now known as bjf [20:37] Daviey: please be patient, pitti regularry takes care about SRUs [20:38] ari-tczew: if lots of people are affected, it's appropriate to attempt to escalate something [20:38] is someone available to approve firefox-globalmenu in NEW? :) [20:38] https://launchpad.net/ubuntu/+source/firefox/4.0~b12+build1+nobinonly-0ubuntu3 [20:38] perrrrrlease :) [20:38] micahg: is there any problem with SRUs? maybe I'm not up-to-date [20:40] ari-tczew: normally not, but he said additional reports were coming in which could mean a need to push things out faster [20:44] micahg: ah, so urgent is high === cody-somerville_ is now known as cody-somerville [20:46] how can I check which lib is needed for Objectpath::toString() ? [21:29] ari-tczew, see the duplicate count :) === real_ate_ is now known as real_ate [21:39] Daviey: duplicate count? [21:42] in some changelog files i see "Automated backport upload; no source changes". What is the tool used for this? [21:48] notch: backportpackage [21:49] ari-tczew: thx [21:49] np [21:50] ari-tczew: no, it's an AA script that currently does this for official backports, backportpackage is different [21:51] one can use backportpackage to do something similar for oneself [21:51] ari-tczew, For the SRU bug i quoted, how many bugs have been marked duplicate. [21:54] Daviey: then poke pitti tomorrow [21:54] ;) [21:54] micahg: I know. [22:30] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: feature freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: TheMuso === sconklin is now known as sconklin-gone === bradm_ is now known as bradm [23:42] Question: in theory the Python Gobject Introspection bindings should work with traditional bindings, shouldn't they? They used to, but as of updated today `gi.repository.WebKit` isn't playing nice with plain ol `gtk` anymore... suggestions?