[00:13] smoser: to be clear, I'm stalled on this udev console bug until I get some more data from a system that reproduces it [00:30] Does anybody else think this update is more than just bug fixes? https://code.launchpad.net/~cairo-dock-team/ubuntu/oneiric/cairo-dock/2.4.0-1/+merge/77045 [00:31] Code has been re-organised/erwritten according to that changelog, and this late in the cycle, that doesn't sit well with me... [00:33] TheMuso: I wouldn't merge it. Object lesson in feature freeze? [00:34] Thats what I'm thinking. [00:34] I'd already started writing a feature freeze response, but thought a second opinion would be useful. Thanks. [00:54] slangasek, yeah. i'll get you some more debug output tomorrow. [00:54] smoser: ok, cheers :) [00:55] slangasek, one thing i fear is that the recent upgrade in canonistack improves performance of guests, and that i'm not going to see the issue any more. [00:55] heh [01:46] ev: would you sync translations of the slideshow from Launchpad again before final release? [01:48] ev: it would be great if you can sync it again, I found some last minute changes from translators wasn't included into version 48. thank you. [02:21] `/c [02:40] Hi does any body know how can i add a package to official ubuntu packages i mean for install a software not need to add repository [03:01] @pilot out === udevbot changed the topic of #ubuntu-devel to: Beta 2 Released | Archive: Final 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: robert_ancell [03:44] Good morning [03:45] Morning pitti. [04:19] slangasek: infinity: Not sure what to do about https://bugs.launchpad.net/ubuntu/+source/wine1.3/+bug/862925 since I had the symlinks removed. I do think it appropriate to add libllvm2.9:i386 to ia32-libs-multiarch however. [04:19] Ubuntu bug 862925 in wine1.3 (Ubuntu) "latest ia32 changes breaks 3d support in wine" [Undecided,New] [04:32] Yokozar: personally I think it's crazy to not sync multiarch libpciaccess from debian unstable so libgl1-mesa-dri:i386 is installable and then add that to ia32-libs-multiarch, as it is now we have no accelerated 32 bit GL on amd64 [04:32] unless you use proprietary drivers [04:42] cnd: still online by any chance? [04:59] cnd: ah, was going to ask about bug 744911 and the diverged bzr branch, followed up in the bug now [04:59] Launchpad bug 744911 in libgrip (Ubuntu) "Libgrip needs developer documentation" [Undecided,Triaged] https://launchpad.net/bugs/744911 [05:00] pitti, I'll take a look in a minute [05:00] while I know you're up :), I wanted to ask about ppas and dbgsym packages [05:01] someone said earlier this week that there's no where to publish them too [05:01] is that in the works? [05:01] cnd: dpm requested this for developer.u.c.; I can ignore the inconsistent bzr and just upload this if you say the word; otherwise I'll let you bring real world and bzr into agreement again and apply the doc patch [05:01] cnd: I don't think there's any actual work on this happening right now [05:01] hmmm… that's a shame [05:01] ok [05:01] cnd: from what wgrant told me last time, the soyuz side is pretty much ready, but there are no archives to publish them to [05:02] that doesn't seem like an overly complex task to me :) [05:02] and that's again blocked by not being able to clean up old ddebs, IIRC [05:02] but I don't really know [05:02] ahh [05:03] PPA changelogs in update-manager are blocked by issues cleaning them up. ddebs are blocked by there being far too many edge cases to track down and fix. [05:04] However, the bug has been escalated. So a maintenance squad may pick it up eventually. [05:04] But it's unlikely to happen until I'm back on maintenance, which will probably be March-May next year. [05:15] wgrant: ok [05:15] wgrant: is there a way I can help make add my vote for the feature? [05:15] like a bug I can click the me too button on? [05:18] pitti: lp:libgrip/ubuntu is ahead of the archive [05:18] when you said it's out of date, did you mean that it's just different? [05:18] cnd: no, not ahead [05:18] YokoZar: 862925 is a duplicate of bug #821100, this is the expected result [05:18] Launchpad bug 821100 in ia32-libs (Ubuntu) "ia32-libs does not install /usr/lib32/libGL.so.1" [High,Fix released] https://launchpad.net/bugs/821100 [05:18] cnd: "besides" [05:18] cnd: https://launchpad.net/ubuntu/+source/libgrip/0.3.2-0ubuntu2 [05:19] cnd: that upload isn't in bzr+ssh://bazaar.launchpad.net/%2Bbranch/libgrip/ubuntu/ [05:19] YokoZar: trying to fix it "better" for this cycle will just make it worse [05:19] cnd: Bug #747558 [05:19] Launchpad bug 747558 in Launchpad itself "PPAs should create backtracable packages" [Critical,Triaged] https://launchpad.net/bugs/747558 [05:19] pitti: oh, I see [05:19] cnd: that bzr has an unreleased 0.3.2-0ubuntu2 with a different change [05:19] pitti: we branched it at 0.3.2-0ubuntu1 [05:19] so your patch is against lp:libgrip/oneiric [05:19] cnd: ah, should I use that? [05:19] but should also go into lp:libgrip/ubuntu [05:20] yeah [05:20] cnd: btw, Vcs-Bzr: is invalid [05:20] debcheckout -a libgrip [05:20] bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/libgrip/ubuntu/". [05:20] hrmmm… ok, I'll look into it [05:20] cnd: want me to fix up Vcs-Bzr and apply the doc patch to ubuntu and oneiric and upload, or do you want to? [05:20] pitti: you can do it [05:20] I'm going to go to bed :) [05:20] cnd: ack [05:20] if you're not overworked that is [05:21] I can get to it tomorrow if you have better things to do [05:22] hmm… I wonder what the libgrip documention looks like... [05:22] gah, why does oneiric keep suspending my laptop... [05:22] cnd: after 30 minutes of being idle? [05:22] yeah [05:22] that's a known bug, being worked on [05:23] ok [05:23] (and yeah, it's really annoying) [05:23] I just upgraded my netbook today [05:23] it *always* decides to do stupid things when I upgrade it [05:23] I don't think I've ever gotten through an entire upgrade on it [05:23] and it was installed with lucid IIRC [05:24] cnd: ok, trunk branch updated, now doing /oneiric [05:24] this time, intel graphics decided to "lose" the framebuffer [05:24] awesome [05:28] pitti: ahh, the link I had in Vcs-Bzr works in a browser [05:28] so I assumed it would work for bzr [05:28] cnd: right, but it's not pointing to a branch [05:29] it's more like a project page [05:29] pitti: so to get around the missing dbgsyms in our daily ppas, I committed revision 34 in the ubuntu branch [05:29] does that seem reasonable to you? [05:29] cnd: sure [05:29] ok [05:29] cnd: that, or just build a -dbg package [05:29] but unstripped in PPA sounds fine [05:30] pitti: is it possible to conditionally build a package? [05:30] I don't want to pollute the ubuntu archive with unnecessary -dbg packages [05:30] cnd: yes, it is [05:30] but if I can conditionally build a -dbg package when it's a native daily build, then that would work [05:30] grep /CurrentlyBuilding for "Purpose: PPA" [05:30] cnd: you can do something like dh_builddeb -Nlibgrip-dbg [05:31] (if you are doing a PPA build) [05:31] (untested) [05:31] infinity: EVIL [05:31] wgrant: Yup. [05:31] wgrant: The kernel packages have been doing it for years. :P [05:31] Yeah :( [05:32] infinity: cnd has an "autogen.sh exists" test, which is good enough for daily build recipes [05:32] pitti: Sure. ;) [05:32] Version checks can work too, if you're sane about how you version. [05:33] Also, I seem to have just killed an external hard drive. [05:33] Bother. [05:33] eek [05:33] That's what you get for propagating evil. [05:33] infinity: all your pr0n^Wclassic music collection gone? [05:34] Haha [05:34] pitti: A bunch of media and full Debian and Ubuntu mirrors. [05:34] It's not a small hard drive. [05:35] pitti: I was worried the documentation would be invalid, but it seems to be reasonable [05:35] thanks for the patch! [05:35] infinity: are you the one who developed wxpython toolkit? [05:35] cnd: looks fine in devhelp to me [05:36] maum: Nope. Should I be? [05:37] infinity: no, I just ask you because your nick is same [05:38] anyone in the mood for sponsoring bug 862553? [05:38] Launchpad bug 862553 in libcanberra (Ubuntu) "Latest libcanberra update causes Firefox and Thunderbird to crash on startup" [Critical,Triaged] https://launchpad.net/bugs/862553 [05:38] maum: I've been this same infinity for a couple of decades, but I assure you I had nothing to do with wxpython. [05:39] infinity: ok nervermind, I am just curious about it. [05:39] good morning [05:39] morning didrocks [05:39] hey maum [05:40] hello [05:41] Friggin' hardware. [05:42] "Flip the power switch a few hundred times, and it'll spin up". That needs to be in the owner's manual. [05:42] Hit it with a hammer. That will help. [05:42] ... your blood pressure. [05:42] diwic: much appreciated, will do [05:43] pitti, thanks [06:04] good morning [06:17] hello all [06:18] Maybe someone can update http://people.ubuntu.com/~dylanmccall/ubiquity-slideshow-ubuntu/preview/ ? [06:19] Yesterday evening I've finished translations of ubiquity-slideshow-ubuntu and wanna see slides with new translation ;) [06:22] pitti: Maybe you know someone, who can update http://people.ubuntu.com/~dylanmccall/ubiquity-slideshow-ubuntu/preview/ ? ;) [06:23] dylanmccall presumably :) [06:24] pitti: Yea, I was afraid of this answer... [06:47] Dearest udev, no it's not cool to spin my CPU to 100%. No love, Adam. [06:48] Lies. [06:49] It's always cool to spin! [06:49] Oh, look at that, restarting it made its 17 children go away. [06:49] Imagine that. [06:55] wgrant: Does the response to #276629 mean "... and we'll be fixing cruft in a better way RSN", or is it just "Ha ha ha, we removed the tool, so no more bugs"? [06:56] wgrant: Actually, I guess ubuntu-archive already has better NBS tools anyway. :P === tkamppeter_ is now known as tkamppeter [07:04] infinity: It's cjwatson's problem now. He deleted it from LP yesterday :) [07:04] I believe it's now maintained exterally. [07:05] wgrant: Yeah. Makes sense for us to claim ownership of all those tools as they become decoupled from the source itself. [07:17] mvo, I can take care of upstreaming bug 862553 and keep you in cc, if you like? [07:17] Launchpad bug 862553 in libcanberra (Ubuntu) "Latest libcanberra update causes Firefox and Thunderbird to crash on startup" [Critical,Fix released] https://launchpad.net/bugs/862553 [07:22] diwic: that would be nice [07:22] mvo, ok will do! [07:23] diwic: well, the fix is pretty simple, gdk_flush(); gdk_error_trap_pop() - I don't get it still, isn't that a gtk3 module? [07:23] mvo, the same code is compiled for both gtk3 and gtk2 [07:23] mvo, and _pop_ignore is not present in gtk2 [07:23] diwic: ohhhh, ok, thanks, that explains it [07:24] diwic: yeah, I knew that, I just did not know that it was build for gtk2 and that the build wouldn't fail. thanks a bunch for taking care of this! [07:24] mvo, btw, you agree that _pop would be the gtk2 equivalent of _pop_ignore in gtk3? [07:25] diwic: gdk_flush(); _pop() should be the same, but the flush() is important [07:25] diwic: in gtk3 this is done automatically by the pop_ignored(), but in gtk2 its not done automatically [07:25] mvo, yeah, it's a little confusing that the gtk2 module doesn't give a compile error imo [07:25] diwic: absolutely! [07:29] cyphermox (and bhavi, who isn't around): Have you ever considered doing occasional backports of mobile-broadband-provider-info? It strikes me as something that'd be useful to occasionally update in older releases [07:33] tumbleweed, cyphermox: FYI, that even got an approved standing SRU exception: https://wiki.ubuntu.com/StableReleaseUpdates#mobile-broadband-provider-info [07:33] I'm asking because someone was asking on a lug list, saying "obviously" it doesn't have $relatively-new-provider [07:33] (err, asking what athe settings where) === smb` is now known as smb [07:45] Whenever I need a pick-me-up, https://bugs.freedesktop.org/show_bug.cgi?id=39752 never ceases to make me smile. [07:45] Freedesktop bug 39752 in Administration "Large areas of human life not covered by any category!" [Major,Resolved: notourbug] [07:48] infinity: -08-02, is that April 1st times two? [07:48] pitti: Sadly, no. I think the dude really was a nutter. [07:49] Almost as awesome as the guy who couldn't figure out how to attach his xorg.conf, so he printed it. Scanned it. And sent Daniel an image. [07:49] via fax? [07:49] Nope. He attached the image to an email. He knew how to do that! [07:50] (And I scoffed at that until I had that same conversation with my mother very recently.. "Oh, I didn't realise that word documents were like pictures, I can attach them the same way?!") [07:51] files are hrad [07:51] ... so is typing [07:53] bug 10673, bug 13436 and bug 21507 will always be part of my favourites [07:53] Launchpad bug 10673 in dpkg (Ubuntu) "dpkg interface is confusing" [Wishlist,Invalid] https://launchpad.net/bugs/10673 [07:53] Launchpad bug 13436 in xscreensaver (Ubuntu) "Bouncing Cow Must Go!" [Medium,Fix released] https://launchpad.net/bugs/13436 [07:53] Launchpad bug 21507 in rss-glx (Ubuntu) "Disturbing sounds in Skyrocket screensaver" [Medium,Fix released] https://launchpad.net/bugs/21507 === rickspencer3_ is now known as rickspencer3 === Beret- is now known as Beret === ion_ is now known as ion === ubott2 is now known as ubottu === ochosi_ is now known as ochosi [08:41] yay === hrww is now known as hrw === NCommander is now known as Guest93709 === Lutin is now known as Guest6753 === fisted is now known as Guest99913 === fabo__ is now known as fabo [09:02] wgrant: feel free to reassign such things to ubuntu-archive-tools (I've done that now for this one) [09:02] wgrant: er, "this one" being #276629 [09:24] cjwatson: Would you be able to look at https://code.launchpad.net/~davewalker/debian-cd/server-add-enlist/+merge/77143 today, pretty please? :) === yofel_ is now known as yofel [09:28] cyphermox: ping for when you are around please [09:34] Daviey: done and deployed [09:35] cjwatson: Thanks! === Quintasan_ is now known as Quintasan [10:01] cjwatson: Ah, so that's where it lives. Thanks! === MacSlow is now known as MacSlow|lunch === ara is now known as Guest50889 === buxy_bak is now known as buxy [12:08] bigjools: pong. [12:13] bjf: could http://reports.qa.ubuntu.com/reports/kernel-bugs/reports/rls-mgr-o-tracking-bugs.html be generated more often? it seems to be daily at the moment, which is awfully long when one is working on the list [12:23] Is Desktop taking ~4 mins to boot to lightdm for anyone else? /me notes he needs to look at his bootchart. [12:24] Recent frequent mouse/touchpad lockups aswell? [12:24] is there a way to mark bug (against ubuntu package) as 'do not spam it with qa bot'? [12:24] Daviey, its taking very long, but i'm on arm so that doesnt mean much [12:25] its definitely a lot slower than nattys gdm was (havent tried oneirics gdm) [12:26] :/ [12:27] My hunch is udev.. :) [12:31] mvo: hi! so, aiui if I have something like this in my sources.list [12:31] deb http://debmirror/... [12:31] deb http://security.ubuntu.com/... [12:32] mvo: then apt will pull from the first one, unless there is something newer in the 2nd. is that accurate? are deb-src lines supposed to work the same? [12:32] jdstrand: The only caveat to that is that apt will prefer signed repos first. [12:33] jdstrand: thats accurate, yes. I need to double check for deb-src, to be certain but I think that is the case as well. plus what infinity said [12:33] (Even if they both contain the same packages with the same hashes, which I consider a bug, but whatever) [12:33] well, my debmirror is an rsync, so that should be fine [12:41] mvo: don't bother double-chcking the deb-src bit-- my debmirror seems out of date. I'm testing [12:42] mvo: yep, deb-src works the same [12:45] mvo, infinity: thanks [12:47] jdstrand: aha, cool. thanks [12:48] is debian/files (which is created by dh_control) used for anything ? [12:53] tgardner: yes, dpkg-genchanges [12:54] it's absolutely essential [12:54] cjwatson, but for what? I can't see that it has any impact. [12:54] it tells dpkg-genchanges which output files it needs to include in the .changes file [12:54] please leave it alone :-) [12:54] (binary .changes file that is) [12:54] cjwatson, it doesn't exist when I package the kernel. [12:54] it's generated at run-time [12:55] uh, so are we auto-sleeping desktops too? [12:56] cjwatson, well, I'm having periodic build failures when attempting to parallelize the kernel build due to occasional conflicts with competing dh_gencontrol statements. [12:57] don't parallelise dh_gencontrol [12:57] cjwatson, I think I can work around it for developer builds. The archive build will continue to be single threaded. [12:58] dh_gencontrol (well, actually dpkg-gencontrol, which it calls) can't be parallelised unless somebody submits patches to dpkg to make it have some kind of lock around writing the files list [12:59] at least; I haven't looked at the rest of it [12:59] I'm guessing most of the rest is OK since it'd be under debian/foo/DEBIAN/ [12:59] cjwatson, yeah, I looked at the code. === dendro-afk is now known as dendrobates [13:13] tgardner: Why would the archive builds be single-threaded? [13:13] tgardner: We have multi-core buildds for a reason. :P [13:14] infinity, perhaps a better way to put it is that the makefiles are single threaded [13:14] CONCURRENCY_LEVEL=1 [13:14] tgardner: Well, yes. But if you're working on parallelising them for developers, I'm curious why you'd not do that on the buildds. [13:15] infinity, I would except that I keep braking things. [13:15] tgardner: The buildds pass you DEB_BUILD_OPTIONS=parallel=$(nr_cores) just for that reason. :) [13:15] break* [13:16] infinity, the race in dh_gencontrol to update debian/files is currently an issue when running multiple packaging targets in parallel. [13:17] tgardner: I don't tend to parallelise binary-* rules, only build-* rules, but I know others are more daring. [13:18] infinity, the packaging phase is one of the slowest parts of the kernel build. I can get significant speedups by doing them in parallel (on a honking big machine like tangerine) [13:18] I expect you can parallelise lots of it, just not things like dpkg-gencontrol that write to shared resources [13:18] Fair point. And, as Colin says, if it's all in isolated subdirectories, it shouldbe fine except for gencontrol. [13:19] an therein lies the problem. [13:19] (Though I'm surprised to learn that it isn't all blocked on I/O) [13:20] cjwatson, it likely is I/O bound on the puny buildds [13:20] The easy fix to that is to pull gencontrol out of binary-$(image), and have binary-arch depend on binary-image-* and run gencontrol once for each stamp serially. [13:20] Or something like that. [13:21] Did I really start that sentence with "easy"? [13:22] infinity, I've got something like 12 kernel source packages to maintain. I'm thinking about taking a stab at patching dpkg-gencontrol [13:22] (if you do, send the patch to Debian rather than Ubuntu please - this isn't something where we should have a delta) [13:23] oh, I agree [13:23] Implement locking for debian/files? [13:23] infinity, something like that. there ought to be some kind of exclusion [13:24] Well, file locking in Perl shouldn't be particularly hard. [13:25] use Fcntl; [13:25] I'm not exactly a perl wizard, but I used to know it once upon a time [13:25] I suppose that is the sane solution, given the number of people out there who just MAKEFLAGS := 16 willy-nilly without thinking about how it might affect dh [13:25] (actually 'use Fcntl qw(:flock);' probably) [13:26] There should be a -j in there somewhere. Okay, it's nap time. :P [13:26] Clearly. [13:26] infinity, nap time already? its 7:26 where you are, isn't tit ? [13:27] tgardner: I failed to sleep. [13:27] Not for lack of trying. [13:27] ah, bummer === jbernard_ is now known as jbernard === dendrobates is now known as dendro-afk [14:01] cjwatson, pitti: can you reject my upload of fglrx-installer and fglrx-installer-updates, please? === arand_ is now known as arand [14:09] hello all === dendro-afk is now known as dendrobates [14:13] tseliot: Done. [14:13] infinity: thanks a lot [14:14] tseliot: (Best to ask those questions in #ubuntu-release, where people are idling for that specific purpose) [14:14] infinity: good point [14:26] barry: hey, small python question, from the last month (maybe a little bit more, I don't know), mvo and I started to experience a lot of bugs like bug #831652 with gettext, even with code that didn't change at all, any idea? [14:26] Launchpad bug 831652 in software-properties (Ubuntu Oneiric) "software-properties-gtk crashed with UnicodeEncodeError in ToggleSourceUse(): 'ascii' codec can't encode character u'\xe9' in position 72: ordinal not in range(128)" [Medium,Triaged] https://launchpad.net/bugs/831652 [14:27] * roadmr is interested in the answer to this ^^ [14:28] barry: or bug #859009, I'm pretty sure that worked for ages [14:28] Launchpad bug 859009 in update-manager (Ubuntu) "do-release-upgrade crashed with UnicodeEncodeError in __main__: 'ascii' codec can't encode character u'\xe1' in position 16: ordinal not in range(128)" [Undecided,New] https://launchpad.net/bugs/859009 [14:28] we had to change our code to explicitly specify encodings, even though it worked fine before [14:28] When I just fixed a bug like that in ubiquity it was because of a .encode vs. .decode mixup. === azeem_ is now known as azeem [14:36] mvo, didrocks, cjwatson yeah, that would definitely do it [14:36] roadmr: my favorite code relating to encoding is to expand escaped characters in a unicode string: mystring.encode('utf-8').decode('string-escape').decode('utf-8')... you need to encode and then decode the unicode string just to escape it, and this is actually the recommended way! :) [14:37] cr3: well at least it's just one line, but yes, it looks weird [14:37] tseliot: just saw the uploads, thanks! [14:37] well, of course ideally, *all* your strings are unicode as early as possible. e.g. i put this in all my python (>= 2.6) code: [14:38] stgraber: thanks for bringing the bug to my attention [14:38] barry: do you think I should extreme negative comment that line? :) [14:38] from __future__ import absolute_import, unicode_literals [14:38] [14:38] no need to u'' your strings [14:38] oh nice trick :) [14:38] and with 2.6 you can b'' your specific byte strings [14:38] so it will make conversion to py3 *much* easier [14:39] barry: I like how you slipped absolute_import in there, relative imports should be punishable by spanking :) [14:39] cr3: when i read that subject line i thought "extremely negative" mean stuff like "i really suck for having to write this line" and that kind of thing [14:39] well, a little bit late for this cycle, but definitively something to add for next cycle if projects aren't ported to 3 [14:39] cr3: *exactly* :) [14:39] cr3: also this: [14:39] __metaclass__ = type [14:39] [14:39] barry: same here [14:40] now all your classes are new-style without having to inherit from object [14:40] ev: just reviewing lupin [14:40] didrocks: yep, that's a big plan of mine so being very deliberate about strings vs. bytes is a huge part of that [14:40] barry: most of my classes use __metaclass__ = type, but I only import absolute_import when there's a relative name conflict [14:40] - cp "/root/usr/share/language-support/incomplete-language-support-*.note" \ [14:40] + cp -af "/root/usr/share/language-support/incomplete-language-support-*.note" \ [14:41] cr3: the metaclass trick can go at module global level so it doesn't need to be put in the classes [14:41] ev: how does that help? [14:41] ev: I thought the issue was that the glob isn't resolved, for that you need to drop the quotes? [14:41] barry: err, I meant module... the launchpad way [14:41] ev: or am I misunderstanding this? [14:41] cr3: right! [14:41] barry: yeah, that's the only thing (unicode strings by default) that I feel really missing from 3 TBH, I'm not enough in 3 to see what else I miss right now, but I'm probably blind and uninformed :) [14:41] pitti: the quotes are dropped [14:41] oh interesting [14:41] ev: not in the debdiff [14:42] it just adds -af [14:42] indeed, that's my mistake entirely [14:42] apols, please reject [14:42] ev: no problem, thakns [14:42] it was a bad copy of his patch [14:42] manual copy* [14:42] big thanks for that catch! [14:42] didrocks: strings *are* unicode by default, by which i mean, unadorned quotes. bytes are the oddball in py3 and need b'' prefixes for literals. the trick is in converting from 2to3 if things aren't well defined [14:42] didrocks: I thought 3 was unicode by default. if not, I share the same feeling as you [14:42] ev: well, it's good to know that at least occasionally all this queue review actually helps :) [14:43] most certainly :) [14:43] actually, you can drop the "by default" :). strings just *are* unicodes in 3 [14:43] barry: cr3: sorry, bad wording, the only thing I miss in my current python 2 programs compared to switch to python 3 is the unicode by default. Is that more clear? :) [14:43] barry: unicode as in 4 bytes per character, right? not utf-8 encoded internally [14:44] of course, if you read a stream of stuff from a file, you need to be explicit about whether your reading bytes, or some text with a particular encoding. that doesn't change, but i'm mostly talking about literals [14:44] ev: do we actually want the -f here? it might make errors less obvious [14:44] indeed not [14:44] didrocks: yep! if you can target >= 2.6, definitely use the future import and that will help a lot [14:44] I'll just drop the quotes in the new version [14:44] barry: thanks for the info [14:45] np! [14:45] didrocks: yes, more clear :) I share the pain but I think it's worth it, thinking in unicode eventually makes more sense [14:45] cr3: http://docs.python.org/dev/reference/lexical_analysis.html#literals [14:54] barry: sorry if I missed that, but did you mention what actually changed that things are currently breaking that used to work? or is it somehting outside of python that is different now than it was before? [14:56] mvo: i can't think of something that changed recently in python that would have started causing this. i have another high priority bug i'm looking at atm, but can probably help with this if i get lucky with that one [14:56] barry: thanks, the would be much appreciated! [14:58] mvo: np! [15:13] ev: before i spend forever digging, why would ubi-partman.py read out both the templatey-generated-text and the filler text? [15:14] maco: entirely not sure, sorry [15:15] assuming that set_label/text and all that stuff gets fed back up to ATK [15:52] ev: lupin accepted; you didn't use -v to include previous changelog, so you need to close the bug manually [15:52] ev: thanks! [15:54] pitti: sure thing, cheers === MacSlow is now known as MacSlow|afk === s1aden is now known as sladen === soren_ is now known as soren [16:18] slangasek: are you tracking boot speeds? [16:18] pitti, I'm online now === deryck is now known as deryck[lunch] === vila is now known as science === science is now known as vila [16:35] infinity: Did I get that right, you would jump in for pitti for an upload if he is already off for the weekend? [16:38] Daviey: QA is tracking them; we don't have a very streamlined reporting process for boot speed regressions yet however, so we generally fix things when someone notices [16:38] Daviey: and in the case of server, everything suggests we need to slow boot down to let udev catch up ;P why do you ask? === Guest99913 is now known as fisted [16:54] slangasek: no, desktop is taking 4 mins to boot for me. Seemed to be a concern :) [16:54] Daviey: bootchart please [16:54] Server boot speed, i don't much care for :) [16:55] apt-get install bootchart, double-reboot, post /var/log/bootchart/$newest.png [16:55] slangasek: let me reboot, to get a fresh one.. just need to finsh something. [16:55] (i've done the first reboot) === deryck[lunch] is now known as deryck === Ursinha is now known as Ursinha-lunch [17:42] slangasek: http://bootie.daviey.com/~dave/voodoo-oneiric-20110930-3.png === beuno is now known as beuno-lunch [18:06] So, I was curious... Trying to do a build against box2d. Path in app is Box2D/Box2D.h since that's where Box2D puts its main include [18:06] ubuntu though moves it one dir down [18:07] any particular reason for that? [18:07] like some ubuntu policy? === Ursinha-lunch is now known as Ursinha === tikohumsup is now known as Rajsun === jtaylor_ is now known as jtaylor [18:29] nemo: There are no Ubuntu-specific modifications to that package; we sync it unmodified from Debian, where it's had only one upload [18:32] nemo: box2d upstream doesn't appear to provide a 'make install' target, so there's precious little guidance as to how packages are meant to lay it out [18:32] nemo: so I don't think it's the result of any particular policy, just an arbitrary choice === beuno-lunch is now known as beuno [18:37] ah [18:38] cjwatson: was just wondering. make install for the box2d project puts it inside the box2d dir. sooo when we run FindBox2d.cmake, we specify Box2D/Box2D.h in the cmake, and reference it as such in the #include - but that fails on the ubuntu version. [18:38] Sweetshark: checking in now [18:38] I guess the point is moot since I couldn't find any ubuntu version of 2.2.x anyway [18:39] whoa.. whats up with LP's builders? [18:39] 12 hours? [18:46] Daviey: what the hell, man [18:46] Daviey: loading your bootchart in my browser *consistently* makes my desktop crash! [18:47] nemo: ah, well, perhaps 'make install' was added after Debian packaged it [18:47] nemo: perhaps you'll need to detect where the include file is at configure time [18:47] slangasek: and he isn't even on the security team [18:48] cjwatson: yeah, I'll probably try that eventually, but since I can't even find a 2.2.1 ppa... :) [18:48] cjwatson: no kidding [18:52] Daviey: DUDE [18:52] Daviey: it makes X crash even when I *don't* use my browser to load it [18:52] Daviey: I think I see why your boot is so slow, bootchart is having to calculate an attack vector [18:53] very CPU-intensive [18:54] slangasek: bug confirmed ;) [18:54] though I managed to see the bootchart for a few seconds before X crashed [18:54] stgraber: it never loads all the way for me [18:54] or it does, but my X server has better crash-speed :P [18:55] anyway, it's a sigbus in the intel driver, according to logs [18:55] RAOF_: how do I report an X server crash these days, given that apport seems to not be triggering (again/still)? [18:55] slangasek: Ah, the png loaded trojan worked. [18:55] Daviey: does it work for you? ;) [18:55] yeah :/ [18:56] * Daviey tries firefox [18:56] http://paste.ubuntu.com/699998/ [18:56] wow, firefox is slow rendering it [18:56] Daviey: what video chipset? [18:57] nvidia non-free :( [18:57] right [18:57]