=== Nigel is now known as G [04:07] pitti: O hai! I spent some time on the weekend trying to get ekiga to build with the new opal and pt, and it's hopeless. :-( [04:10] Good morning [04:10] * micahg thought pitti uploaded a new version of htat [04:10] StevenK: but I already uploaded the new ekiga which works fine [04:10] StevenK: I mentioned that on the bug which opal and ptlib referenced [04:10] StevenK: sorry about the double-work [04:12] bdmurray: it's meant to mark the bug as a dupe of the real master bug [04:16] * mneptok waves to pitti [04:17] * pitti throws some candies towards mneptok [04:17] mneptok: how are you? [04:17] pitti: great, thanks! [04:17] * mneptok is on a month-long vacation, and is quite relaxed [04:18] mneptok: sounds nice! you are spending it at home, or in the internets? isn't that a good time for travelling etc.? [04:19] uh, half of the armel builders offline? [04:20] pitti: system upgrades, I was told they should be back soon [04:20] pitti: i spend most days on the motorcycle riding around New Mexico [04:20] ah, cheers [05:15] slangasek: honeyd FTBFS when rebuild (needed for NBS) looks somewhat multi-arch like to me. The error is "configure: error: Couldn't figure out how to access libc" [05:16] ScottK: win! [05:16] It is because it's clearly too hard for me, so somebody else's problem ... [05:35] doko_: pitti: hopefully by EOD you can remove the old libav binaries (uploaded and building) [05:35] micahg: yay [05:43] good morning [05:50] didrocks: I'm about to go sleep, since it's very late here, but I'd appeciate it if you could look into the qt4-x11 build failures today. [05:55] ScottK: I'll try having a look, not sure I got time (already busy schedule), but will try (saw some build failure on arm, right?) [06:21] pitti, hi [06:25] tkamppeter: hey, how are you? enjoyed your holidays? === doko_ is now known as doko [06:52] didrocks, ScottK see the ftbfs report [06:52] doko: do you have a bug # handy? (did you subscribe me to it? I didn't see it) [06:53] I guess it's bug #847224 [06:53] Launchpad bug 847224 in qt4-x11 (Ubuntu Oneiric) "qt4-x11 ftbfs on armel (timeout building the docs)" [High,Confirmed] https://launchpad.net/bugs/847224 [06:53] didrocks, see http://qa.ubuntuwire.org/ftbfs/ [06:55] doko: yeah, I'll see that with ScottK about what to do to reduce the build time as it's the timeout killing the build [06:55] same on powerpc it seems [06:56] wow, it used to be 10 hrs on armel, I guess it was raised [06:56] micahg: it's a timeout of no activity while building the documentation [06:57] didrocks: I understand, the timeout used to be 10 hrs, I guess it's now 13.3 [06:57] 800min ... [07:00] doko: anyway, the -doc packages are arch:all as you infered, let me see how to disable the build for other archs [07:07] hum, nice, seems Qt doesn't have an option to disable the build of documentation [07:08] seems it will need a painful patch arch-dep [07:09] good morning [07:10] hi all [07:10] could someone from the sru team (or archive admin?) promote the fix for https://bugs.launchpad.net/ubuntu/+source/bzr/+bug/736216 in natty? [07:10] Launchpad bug 736216 in curl (Ubuntu Maverick) "bzr crashed with error in _curl_perform(): (28, 'SSL connection timeout at 298225') connecting to Launchpad" [Undecided,In progress] [07:10] hey dholbach, poolie [07:11] hi there [07:11] ... or, let me know what needs to be done [07:14] hey didrocks, hi poolie [07:15] hi there [07:15] cjwatson, so building with -DGDK_DISABLE_DEPRECATED seems to be as bad as -Werror ... [07:18] didrocks, could you suggest what i should do to get that sru to move? [07:19] micahg, did the qt4 security upload fail with this doc timeout too? [07:20] poolie: it seems you subscribe the ubuntu-sru team to it, isn't it? but the Natty curl status is fix committed, is there any reason? [07:20] "Accepted curl into natty-proposed" oh, it's already in -proposed [07:20] i think the state is fixed in -proposed, not yet fixed in -updates [07:21] it's in proposed [07:21] it apparently works [07:21] it needs to go into -updates [07:22] yeah, and there is verification-done-natty (but still verification-needed, I guess for other?) not sure if that puzzles pitti's script [07:22] perhaps that's it [07:22] let's wait for him to have some time to have a look :) [07:23] v-done-release is an invention of the kernel team, this tag isn't recognized by the SRU report page [07:23] it should just be v-done [07:23] anyway, can release now [07:23] thanks [07:23] done === agateau_ is now known as agateau [07:29] thanks pitti [07:49] @pilot in === udevbot changed the topic of #ubuntu-devel to: Beta 1 released | Archive: Feature/UI Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: dholbach [07:53] i'm surprised that ntfs mounts with umask=0 by default, although mount(8) says it's umask=077 [07:53] is that an intentional ubuntu change? [07:55] pitti, it is about bug 807261, the problem of cups-pk-helper breaking s-c-p. [07:55] Launchpad bug 807261 in cups-pk-helper (Ubuntu Oneiric) "cups-pk-helper makes system-config-printer asking for a password when adding a new printer" [High,New] https://launchpad.net/bugs/807261 [07:55] pitti, I have added a longer comment to it. [07:56] morning all [07:56] doko - any chance you could sponsor those two branches you reviewed for me on Friday? [08:19] jamespage, sure [08:19] doko: thanks [08:29] micahg: some of libav will still have to wait for insighttoolkit to finish its eight-day or whatever it is armel build so that itksnap and vmtk can be fixed - but yes, gnash was the other blocker, so thanks! [08:30] doko: yeah, it should be a maintainer-only thing rather than a release tarball thing [08:30] doko: also -DALLSORTSOFOTHERTHINGS_DISABLE_DEPRECATED [09:02] pitti, ping [09:05] tkamppeter: pong [09:12] pitti, have you seen my message above? [09:12] tkamppeter: yes; do you need me to do anythign with this bug? [09:13] pitti, I want to know what you think is the best solution without loosing any functionality. [09:14] pitti, There are the following possibilities: [09:14] why do we need cups-pk-helper? [09:14] for s-c-p? [09:14] we haven't before [09:14] I thought it's only needed for the upstream control-center printer capplet [09:14] (which we don't use in ubuntu/unity, just with gnome shell [09:15] pitti, s-c-p does not need cups-pk-helper, so if there is nothing else needing it, one could simply make sure that it does not get pulled into the default installation. [09:15] tkamppeter: it doesn't [09:15] tkamppeter: if you install gnome-shell, it will be pulled in [09:16] pitti, what pulls it in currently is gnome-shell and gnome-shell I have installed, probably because my Oneiric is grown out of daily updates from Natty. [09:16] does it hurt to have it installed? [09:16] pitti, we must assure that updaters from Natty and older will not get cups-pk-helper pulled in. [09:17] the upstream capplet is hidden in the control center under UNity [09:17] so nothing ought to invoke it? [09:17] tkamppeter: why? [09:17] tkamppeter: I thought s-c-p wouldn't use cups-pk-helper; you mean it does? [09:17] pitti, yes, if cups-pk-helper is installed, s-c-p asks for an admin password, even if the user is in the lpadmin group. [09:17] bah [09:18] it oughtn't [09:18] tkamppeter: we can't assure that cups-pk-helper isn't installed, as people might have gnome-shell installed [09:19] hyperair: could you please confirm my last comment in bug 756161? [09:19] Launchpad bug 756161 in geanydoc (Ubuntu Oneiric) "geanydoc version 0.4-0ubuntu3 failed to build on i386" [High,Confirmed] https://launchpad.net/bugs/756161 [09:19] tkamppeter: can we disable cups-pk-helper support in s-c-p easily? does it have a configure option? [09:19] pitti, I can also patch away the cups-pk-helper support in s-c-p by adding only two lines. [09:19] pitti, it is not a configure option, it is setting a variable to False at two points. [09:20] cjwatson: ah, that package's been obsoleted by geany-plugins afaik [09:20] cjwatson: rm please [09:20] hyperair: right, that was what I said in my comment :) [09:20] hyperair: shouldn't geany-plugins-doc Breaks/Replaces geanydoc as well though? [09:20] did you? [09:21] hyperair: oh, it might not quite have saved yet when I asked you, reload [09:21] tkamppeter: do you think that would be okay? it seems like the best solution to me [09:21] pitti, best solution would be to fix cups-pk-helper to support the user-in-lpadmin-group case, but probably this is more work, and not easy to project into the architecture of PolicyKit. [09:22] tkamppeter: right [09:22] tkamppeter: I think if/when we switch to cups-pk-helper and the upstream applet, we'll deprecate lpadmin in the desktop [09:22] cjwatson: right, i guess it should. [09:22] it's one of the few "hardware access" groups that we still have, and it's a thorn in the eye [09:22] hyperair: want a separate bug? [09:23] cjwatson: actually no. geanydoc is the source package name. [09:23] cjwatson: geany-plugin-doc is the binary package name [09:23] oh [09:23] Package: geanydoc [09:23] Binary: geany-plugin-doc [09:23] Version: 0.4-0ubuntu3 [09:23] tkamppeter: we can then even configure polkit to allow access to local printers from a local desktop session (as these users have physical access anyway) [09:23] so it's just an orphaned source package then, fine [09:23] * cjwatson really must produce a report of those [09:23] well more like it should have been removed [09:23] i thought i got rid of all those already [09:23] hmm [09:25] hyperair: oh well, this one's gone now, thanks [09:26] cjwatson: geanyprj also needs to be removed. [09:26] and that should be it. [09:27] hyperair: that was done a while back, bug 825069 [09:27] Launchpad bug 825069 in geanyprj (Ubuntu) "please remove geanyprj from the oneiric archives" [Undecided,Fix released] https://launchpad.net/bugs/825069 [09:27] ah okay. [09:27] then that should be it :-) [09:27] excellent [09:27] pitti, another solution would s-c-p trying cups authentication not allowing a password prompt and only if the authentication fails try cups-pk-helper and as last mean try cups authentication with password. But this would be a bigger change, perhaps not doable for Oneiric. [09:28] tkamppeter: yeah, that even sounds upstreamable then [09:30] pitti, this would be a good idea, switch to PolicyKit instead of lpadmin-group-based access in s-c-p (keep lpadmin group only for the command line utils of CUPS) and allowing general access to locally defined print queues for local desktop users. [09:31] s/general access/general passwordless access/ === ejat- is now known as ejat [09:39] Does syncpackage, when sponsoring a sync with a bug number default to giving attribution to the bug reporter? [09:39] not yet [09:39] tumbleweed: thanks. [09:40] Daviey: Bug 827608 [09:40] Launchpad bug 827608 in Launchpad itself "Sync requester isn't credited with upload" [High,In progress] https://launchpad.net/bugs/827608 [09:41] actually that's not even the sponsorship one, that's just a pre-requisite [09:41] that was about self syncs [09:41] sponsored syncs are in another one === DktrKranz is now known as xdatap [09:42] ah, which is linked frmo there: bug 827555 [09:42] Launchpad bug 827555 in Launchpad itself "native syncs have no way to indicate sponsorship" [Low,Triaged] https://launchpad.net/bugs/827555 [09:42] tumbleweed: ah! making good progress :) === xdatap is now known as xdatap2 [09:42] Daviey: unfortunatly the sponsorship one is of low importance, so it may take a while... [09:43] we can probably get people interested [09:44] they seem good like that on this feature === xdatap2 is now known as DktrKranz [09:45] \o/ [09:46] Well i just did a sync which should have been sponsored, and yes - i now feel like an ass. [09:46] I don't think the chap will mind, thankfully. [09:47] did the tool make you think it was going to be credited correctly? [09:47] it looks like we're going to have to sneak one more upload in, we can mention that [09:48] Laney: well.. i hoped :).. Considering it said i /could/ overwrite it if i appended --no-lp [09:48] so i thought! Ah!, it must be smart enough :) [09:48] Although, i did suspect it might not be.. having ack-sync pulled out from under me was kinda frustrating. [09:50] I don't think it's worth using --no-lp just for sponsorship attribution (I asked sponsorees if they minded not being attributed, and they didn't care) [09:55] :q [09:56] there appear to not be any open sync requests to test how sponsor-patch works [09:56] woe [09:57] So syncpackage is still expected to close the bug, and not launchpad? [09:57] Not ideal when the sync isn't automagic. [09:57] as in, NEW. [09:57] Laney: I have one you can hijack. [09:58] that's no worse than how it was before, but it might have been an opportunity to only close bugs on publication, indeed [09:59] but there's another feature request bug open for this [10:00] (although I doubt that'll help with the NEW case) === zyga is now known as zyga-afk [10:15] * didrocks wonders why he gets some FTBFS on other deps not yet published on the same arch (explicitely set in debian/control) [10:16] was the same with unity-2d last Friday [10:19] pitti, for me it looks like that the quickest solution to solve the s-c-p/cups-pk-helper incompatibility problem in Oneiric is to apply the 2-line patch to make s-c-p not using cups-pk-helper. [10:20] pitti, letting s-c-p try password-less CUPS auth before PK auth and then passworded CUPS auth is a good idea to suggest upstream, too complicated to rush into Oneiric. [10:25] pitti, I am trying now another possible solution: Using, as you suggested, cups-pk-helper but opening up the right to manipulate local queues for all local desktop users without password. password is only needed for server settings and manipulating remote printers. [10:26] pitti, this I am doing by replacing most "auth_admin_keep" by "yes" in /usr/share/polkit-1/actions/org.opensuse.cupspkhelper.mechanism.policy. [10:27] pitti, WDYT? Which method should we use in Oneiric? [10:38] pitti, if we opt for using the cups-pk-helper-based solution, I can patch s-c-p to check for the SSH_CLIENT env variable to not use PK is s-c-p is run through SSH, a ~6 lines patch. [10:51] mvo: would it be a problem for app-install-data if kubuntu stopped stripping translations from desktop files? [10:54] Laney, Daviey, tumbleweed: sponsor-patch just calls syncpackage (without --no-lp) and due to the mentioned bug it does not yet support crediting the requester. [10:56] bdrung: shouldn't it do the AA way until that is fixed? [10:57] Laney: good idea. i hoped that this will be fixed before oneiric is released [10:57] no idea about that [10:59] it won't be able to credit the requestor without an API change on teh launchpad function, so that seems to be a safe thing to do === MacSlow is now known as MacSlow|lunch === zyga-afk is now known as zyga [11:08] tkamppeter: re (sorry, was at lunch) [11:09] tkamppeter: no, please don't replace with "yes", we should only do that for users who are in the "admin" group already [11:09] tkamppeter: I think for oneiric we should just do the 2-line patch you suggested [11:18] tumbleweed: btw, the changes are ready for oneiric. currently sponsor-patch doesn't support sync request at all. now it supports it (except the crediting) [11:22] pitti, OK, will do so. [11:23] tkamppeter: thanks [11:23] pitti, is there a way to force a proper retrace of bug 838453 ? Apport's conclusion is wrong. [11:23] Launchpad bug 838453 in pulseaudio (Ubuntu) "pulseaudio crashed with SIGABRT in raise()" [Undecided,Confirmed] https://launchpad.net/bugs/838453 [11:25] pitti, admin-group-only authentication (but asking for password) is the standard scenarion if one does not change the cups-pk-helper configuration. Would be great if cups-pk-helper would give the possibility to allow access for users in the admin group (in the lpadmin group) without asking for their password if they are logged in on the desktop already. [11:25] tkamppeter: yes, that's possible, just not in the .policy file [11:26] tkamppeter: but as we don't use cups-pk-helper, I wouldn't change it in oneiric now [11:26] pitti, so this would be a feature request for cups-pk-helper in Powerful Pitti, our next LTS. [11:26] tkamppeter: heh [11:27] tkamppeter: actually it would go into policykit-desktop-privileges, but either way, it's a simple change; I can do it easily [11:28] pitti, great. Will you add this to your TODO list or should I report a bug? [11:28] tkamppeter: bug report will do fine [11:29] we can target it to P [11:29] pitti, OK. [11:29] cjwatson: pitti: I'm confused about appointing the new DMB member. Does the TB need to confirm it? [11:30] Laney: erm, shouldn't DMB members be voted on? [11:30] it has been? [11:30] I thought the current DMB was the result of a poll [11:30] did you miss the election? [11:30] debfx: I don't think so, should be fine [11:30] yeah, that's what confused me; what does the TB need to confirm then? [11:30] Laney: ah, you mean adding it to the team? [11:30] the results of the poll [11:31] well, that too [11:31] TB is the administrator so would need to take action on it [11:31] I am asking if the TB needs to explicitly confirm [11:31] or just push the buttons to add the new member [11:31] I think we just push buttons [11:31] I wouldn't see why, but I might miss something === mbiebl_ is now known as mbiebl [11:32] I thought I recalled you ratifying previous polls, but good [11:33] was concerned because at the last minute I can't make the meeting tonight, so I wanted to ensure that micahg can be a full member at it [11:33] Laney: I actually voted, I just seem to have missed the announcement of the result [11:34] hasn't been done yet until after it's confirmed at this meeting [11:34] but you can see the result on your poll link [11:38] (FYI I have been trying to follow https://wiki.ubuntu.com/CommunityCouncil/Restaffing but found it a bit confusing on this point) [11:41] does anyone have an idea how I work around the "Server presented certificate that does not match host staging.launchpad.net" lplib error when trying to connect to staging? [11:41] ('DNS', '*.staging.launchpad.net') [11:42] that doesn't seem to include "staging.lp.net" itself [11:42] ah, ignore me, it's the second part of subjectAltName, so it ought to work? [11:50] ah, bug 839826 ? [11:50] Launchpad bug 839826 in python-httplib2 (Ubuntu) "Incorrectly checks for SSL certificate domain names" [High,New] https://launchpad.net/bugs/839826 [11:50] this even has a patch, trying that [11:56] * Laney ran into that on Debian too [11:59] works fine, sponsoring this [12:04] DktrKranz: tumbleweed: ^ any chance of uploading to debian? [12:10] Laney: could do, non sure about "when" [12:10] as you please, I built a package for myself [12:11] I think I could be able to prepare an upload on Wed at latest [12:12] :-) === MacSlow|lunch is now known as MacSlow [12:39] pitti: I'm still getting those tracebacks in .xsession-errors: http://paste.ubuntu.com/687590/ [12:40] jml: i. e. this still crashes for you? python -c 'from gi.repository import GLib; print GLib.markup_escape_text("a&b")' [12:40] pitti: yes. TypeError: markup_escape_text() takes exactly 2 argument(s) (1 given) [12:41] * pitti scratches head -- this is oneiric current? [12:41] * pitti tries on current live CD [12:42] pitti: yes. fresh update today. [12:42] pitti: if you want, I can give you some package versions. [12:42] pitti: but I'd neet to know which ones are relevant [12:42] jml: I first test on current live CD, to check whether it's my system that is non-standard somehow [12:43] pitti: makes sense. thanks. [12:43] no, works on current desktop live CD [12:43] jml: dpkg -l libgirepository-1.0-1 gir1.2-glib-2.0 python-gobject [12:44] pitti: [12:44] http://paste.ubuntu.com/687594/ [12:44] gir1.2-glib-2.0 1.29.16-0ubuntu1 [12:44] there you go [12:45] jml: you want 1.29.17 [12:46] jml: strange that you got the current version of libgirepository-1.0-1, it's built from the same source [12:46] pitti: for some reason, it's kept back [12:46] what does sudo apt-get install gir1.2-glib-2.0 say? [12:47] it might want to remove something, so don't say yes, just check what it complains about [12:47] down to merely nine LP-batched pages of build failures ... [12:47] jml: ^ [12:48] cjwatson: yay progress? [12:48] jml: well, I was referring to what I said before, but agreed to "yay progress" :) [12:48] after a long and protracted war of attrition, the enemy is now merely nine times our size [12:48] pitti: will do. just need a sec for an upgrade I started to finish. [12:49] but I think the lesson is "don't let the enemy get that large in the first place" [12:50] cjwatson: doesn't the vast majority of the universe FTBFS just happen due to us having a different toolchain and through bad luck through autosyncs? [12:50] pitti: I think it just wants new packages: python-gobject-2 [12:50] i. e. do we actually have a realistic alternative to not introduce these? [12:50] pitti: nothing being removed [12:50] jml: that's right [12:50] jml: so it seems you have the old python-gobject, too [12:50] pitti: no, but we did have a realistic alternative to leaving them untended for > six months [12:50] jml: yes, you do [12:51] pitti: yeah, I do. Have just installed the latest gir1.2-glib-2.0 [12:51] with a large queue, people get into the mindset that build failures are basically normal and that there's no rush [12:51] jml: don't you use dist-upgrade? a mere upgrade will hold them back, right [12:51] pitti: my dist-upgrade has been broken for a while. [12:51] cjwatson: agreed to > 6 months [12:51] pitti: http://paste.ubuntu.com/687600/ [12:52] it's just not something I like to see us spending manmonths on right after the autosync wave [12:52] the vast majority are easy; I fixed 15 build failures yesterday despite only being around for a few hours on a Sunday when others were asleep; if we'd been putting in consistent effort, there wouldn't be a problem [12:52] jml: hm, flashplugin-installer is at 10.3.183.7ubuntu1 [12:53] * jml checks ppa [12:53] s [12:53] flashplugin-installer : Depends: flashplugin-downloader but it is not installable === mterry_ is now known as mterry [12:54] (this is not to say that some people haven't been putting in consistent effort, but there aren't enough of them) [12:56] which ftbfs list are you using? [12:56] https://bugs.launchpad.net/ubuntu/+bugs?field.tag=ftbfs [12:56] ta [12:56] nemerle is binaries removed; close? [12:57] IMHO we should just kill nemerle for real [12:57] it's been a waste of archive space for years [12:58] Laney: it'll still show up in test rebuilds if binaries are removed; if you close the bug it will just get refiled at some point, unless the source is removed [12:59] removing binaries is a solution of sorts to NBS, but it doesn't eliminate FTBFS [12:59] yeah we should probably just get it killed [12:59] I don't object but would need a bug with rationale [13:00] I have definitely made a net negative contribution to package numbers in Debian since I became a DD [13:01] Laney: well, quality > quantity :) [13:01] Oh. Hmm. [13:02] flashplugin-downloader exists, but only for i386. amd64 seems to be out of luck. [13:03] jml: flashplugin-downloader:i386 exists [13:03] jml: perhaps you upgraded to oneiric early, but didn't set up multiarch as per slangasek's announcement? [13:03] the idea was to magically transition people to that, but I don't think it's completed yet [13:03] pitti: well, *that* sounds plausible :) [13:03] oh, could just be that, yes [13:04] he made it sound like natty -> oneiric beta upgrade would work, but natty -> alpha-2 -> beta-1 wouldn't [13:04] jml: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2011-August/000886.html [13:04] pitti: yeah, got it, thanks. [13:05] jml: I guess it's https://lists.ubuntu.com/archives/ubuntu-devel-announce/2011-August/000886.html [13:05] didrocks: thanks. I think I've got it though :) [13:06] jml: oupss, seems I didn't read the 2 last lines, sorry for repeating :) [13:07] didrocks: that's ok. :) [13:10] pitti: pkgbinarymangler doesn't touch .desktop files if they don't have a Gettext-Domain key, right? [13:10] debfx: it adds X-Ubuntu-Gettext-Domain to .desktop files if it can figure out the domain [13:11] (and then removes translations) [13:11] pitti: oh, how does it figure out the domain? [13:12] debfx: ah, sorry, I mixed that up [13:12] debfx: the answer to your question is "yes" [13:12] debfx: dh_translations adds the -Domain: key [13:13] ok, thanks [13:13] debfx: (it's built from pkgbinarymangler source, but it's not done by pkgbinarymangler, the binary package) [13:14] debfx: dh_translations checks a few standard places, like po/Makefile ("GETTEXT_PACKAGE"), setup.cfg ("domain="), and some cmake equivalent [13:14] everything which doesn't use standard intltool/automake/python distutils/cmake needs to be fixed manually [13:15] pitti, alamanah and seahorse-plugins need a new upload [13:15] pitti: dh_translations isn't run automatically though? [13:15] doko: seahorse-plugins is gone [13:16] debfx: no by debhelper; it's done by cdbs' gnome.mk (and perhaps pkg-kde-* cdbs modules) [13:16] pitti, fine, then please re-upload alamanah [13:16] debfx: there's a --with-translations dh module [13:16] doko: ah, you removed the binaries; right, doing [13:18] doko: uploaded; will depwait until the libcruptui binaries get NEWed and published, but will sort itself out [13:19] we can fix gdcm by syncing [13:19] not sure if it needs ffe though [13:21] http://sourceforge.net/apps/mediawiki/gdcm/index.php?title=GDCM_Release_2.0.18 "probably" [13:39] Sweetshark, please could you have a look at https://launchpad.net/bugs/835773 [13:39] Launchpad bug 835773 in writer2latex (Ubuntu Oneiric) "writer2latex version 1.0.2-5ubuntu1 failed to build in oneiric" [High,Confirmed] [13:41] * Sweetshark looks [13:42] eek, that dep might be ugly. [14:06] anyone in coredev have a few minutes to take a look at the fix for bug 838205 ? [14:06] Launchpad bug 838205 in systemtap (Ubuntu) "systemtap fails to compile simple tapsets" [High,Triaged] https://launchpad.net/bugs/838205 [14:06] systemtap is unusable in o without it [14:07] zul: ^ [14:09] hallyn: sure [14:09] zul: thanks === dendrobates is now known as dendro-afk === manjo` is now known as manjo === dendro-afk is now known as dendrobates [14:30] pitti, s-c-p uploaded and PK changes reported as bug 847896. [14:30] Launchpad bug 847896 in policykit-desktop-privileges (Ubuntu P-series) "cups-pk-helper/PolicyKit does not provide the desired authentication modes for system-config-printer" [High,New] https://launchpad.net/bugs/847896 [14:30] tkamppeter: I saw, thanks! [14:37] Can I assign bug 845549 to the desktop team? [14:37] Launchpad bug 845549 in lightdm (Ubuntu) "Do not ship /etc/lightdm/lightdm-gtk-greeter.conf" [High,Triaged] https://launchpad.net/bugs/845549 [14:54] pitti, I think I can close https://bugs.launchpad.net/ubuntu/+source/python-httplib2/+bug/839826? [14:54] Launchpad bug 839826 in python-httplib2 (Ubuntu) "Incorrectly checks for SSL certificate domain names" [High,New] [14:54] dholbach: oh, didn't that get auto-closed with the upload? [14:54] ok, closing :) [14:55] Closes: vs. LP: ;-) [14:56] argh, sorry [14:56] dholbach: thanks! [14:56] de rien === Guest69226 is now known as Zic [15:12] Laney, do you think you can update your debdiffs.txt list? [15:12] what for? [15:12] bdmurray is tagging new ones [15:13] s/tagging/dealing with/ (by subscribing spnosors) [15:13] oh, so they should all turn up on the sponsoring overview? [15:13] so is there a list of "old ones"? [15:13] we only have to deal with the backlog [15:13] that's my file [15:13] ok, can you update it? :-) [15:14] I came across a few ones that luckily were closed already [15:14] closed since I generated it? [15:14] yep [15:16] alright [15:16] thanks muchly [15:17] dholbach: if I give you the script, can you get it running on some qa machine? [15:17] I guess I can - what does it need? [15:17] just lplib [15:18] ok cool [15:24] hi all, Q). lh config --mode ubuntu --tasks "ubuntu-live" --distribution lucid hangs on grub, creating file /etc/default/grub/ [15:32] hi! could someone who has the required rights please mark lp bug #847591 as priority:"high" and mark it as "needs to be fixed until oneiric release" (target it to oneiric)? [15:32] Launchpad bug 847591 in packagekit (Ubuntu) "Error org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 127" [Undecided,In progress] https://launchpad.net/bugs/847591 [15:33] ximion: done [15:33] cjwatson: Thanks! [15:34] this bug renders PK unusable and will result in an FTBFS very soon, if it is the bug I have in mind [15:34] (I'll provide a fix asap) [15:40] doko, I'll close https://bugs.launchpad.net/ubuntu/+source/seahorse-plugins/+bug/832888 - it seems the package was removed from oneiric [15:40] Launchpad bug 832888 in seahorse-plugins (Ubuntu Oneiric) "seahorse-plugins version 2.30.1-3ubuntu2 failed to build in oneiric" [High,Confirmed] [15:41] dholbach, yes, scroll back for pitti's comments [15:41] thanks === dendrobates is now known as dendro-afk [15:48] doko: hey. i was wondering if you could take a look at https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/838975 [15:48] Launchpad bug 838975 in eglibc (Ubuntu) "weird pthread/fork race/deadlock" [Undecided,New] [15:49] doko: it's causing the compiles for glib to occasionally hang on the builders [15:51] desrt, you're sure that this is not an glib issue? [15:51] doko: i've attached a testcase that's written against pure libc === eyes_ is now known as EyesIsServer [15:51] doko: so it's either libc or kernel [15:51] and i suspect libc (for reasons listed in the bug) [15:52] geser, pitti: vala issues in bug 832770 and bug 832760 [15:52] Launchpad bug 832770 in vala-dbus-binding-tool (Ubuntu Oneiric) "vala-dbus-binding-tool version 0.1.6-1ubuntu3 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/832770 [15:52] Launchpad bug 832760 in valatoys (Ubuntu Oneiric) "valatoys version 0.10.3-1 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/832760 [15:53] soren, zul: does this still belong to server? bug 836997 [15:53] Launchpad bug 836997 in user-mode-linux (Ubuntu Oneiric) "user-mode-linux: Missing build dependencies: linux-source-2.6.35" [High,Confirmed] https://launchpad.net/bugs/836997 [15:53] @pilot out === udevbot changed the topic of #ubuntu-devel to: Beta 1 released | Archive: Feature/UI Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [15:54] doko: dont think so === dendro-afk is now known as dendrobates [16:10]