[07:17] <dholbach> good morning
[07:18] <fr33r1d3> hi
[09:03] <redtape|renegade> AlanBell, OT | As you use a good webcam . Do you think this 'superior scan quality' webcam/s  will work with 13.04 ? http://ur1.ca/e9lmr | soz in advance if I'm in the wrong #channel.
[09:11] <redtape|renegade> AlanBell: I'll check the logs at supper .. so just leave a message/response ... and I'll see it later ..
[09:11] <redtape|renegade> leaves
[09:55] <AnAnt> Hello, few days I uploaded xpra 0.9.5+dfsg-1ubuntu1 to raring by mistake
[09:56] <AnAnt> it was supposed to be for saucy (which I've already done today)
[09:56] <AnAnt> the one for raring didn't get accepted yet, so I dunno if should do anything else
[09:57] <Laney> AnAnt: I suggest you ask in #ubuntu-release for it to be rejected
[09:59] <AnAnt> Laney: coming to think of it, I am using it in raring, so I'm not sure should about asking for it to be rejected
[09:59] <AnAnt> Laney: thing is, I am not willing to go into the SRU headache
[10:02] <Laney> Unless it fixes important bugs you shouldn't
[10:02] <Laney> fixes /only/ important bugs, at that. Backporting is an option though.
[13:46] <psusi> anyone know what is wrong with packages.ubuntu.com?  I'm searching for packages containing files in /etc/acpi/events, and it says nothing found...
[13:50] <mitya57> psusi: ask Rhonda
[13:50] <Laney> looks to me like it only searches filenames and not directories
[15:00] <TheLordOfTime> any MOTU actively alive want to check on something?
[15:01] <tumbleweed> !ask | TheLordOfTime
[15:02] <TheLordOfTime> tumbleweed:  this came up on the bugcontrol ML from someone, asking for tortorisehg in raring to be "updated".  I'm looking into a response from someone who could legitimately answer whether there's any feasibility in updating
[15:02] <TheLordOfTime> i know if saucy's updated a backport could happen but...
[15:02] <tumbleweed> yes, that's how it works
[15:02] <TheLordOfTime> reason is apparently "The tools is broken since Qt 4.10"
[15:02] <tumbleweed> looks like it was updated a couple of days ago
[15:02] <tumbleweed> http://packages.qa.debian.org/t/tortoisehg.html
[15:02] <TheLordOfTime> so answer is: "No, the version won't be updated as in the repos, however if Saucy is updated to a latest working version from Debian, then it could be backported which is a separate process"?
[15:03] <TheLordOfTime> yeah that's what i noticed
[15:03] <TheLordOfTime> when's the next sync from Debian -> Saucy
[15:03] <tumbleweed> already done
[15:03] <tumbleweed> 5 days ago https://launchpad.net/ubuntu/+source/tortoisehg
[15:03] <tumbleweed> so, explain the backport process
[15:09] <TheLordOfTime> i linked them to the wiki in the email
[15:09] <TheLordOfTime> since i CBA to rewrite what's already on the wiki :P
[15:09] <tumbleweed> :)
[15:09] <TheLordOfTime> IMO they shouldn't have emailed the bugcontrol list about it, but *shrugs*
[15:09] <TheLordOfTime> i did also offer to build-test it because i'm BORED
[15:09] <TheLordOfTime> you know, in case they want to actually go through the whole backports thing
[15:09]  * TheLordOfTime yawns
[15:10] <tumbleweed> making it easy for new people to get started is always a good thing
[15:10] <tumbleweed> we always need people, and don't want to turn them away
[15:10] <TheLordOfTime> yep
[15:10] <TheLordOfTime> i always tend to stick to what i know, though, so if it FTBFS as is i'm not digging in code
[15:10] <TheLordOfTime> znc backport FTBFS, i can probably solve.
[15:11] <TheLordOfTime> packages i don't keep under my wing (so to speak), less so.
[15:21] <TheLordOfTime> tumbleweed:  know of a workaround so i can get dch to stop whining about this?  dch warning: Recognised distributions are: {hardy,lucid,maverick,natty,oneiric,precise,quantal} ...
[15:22]  * TheLordOfTime is using backportpackage and uploading to a PPA so if he can fix it so it has one less warning that'd be good :P
[15:23] <tumbleweed> TheLordOfTime: we made dch use distro-info
[15:23] <tumbleweed> but I can't remember when
[15:23] <TheLordOfTime> this is a precise system, was it sometime after precise?
[15:23] <tumbleweed> 2.12.0 apparently
[15:23] <tumbleweed> yes, after precise
[15:23] <TheLordOfTime> bleh
[15:23] <TheLordOfTime> that explains it
[15:23]  * TheLordOfTime just ignores the warning then
[15:24] <tumbleweed> you can edit /usr/bin/dch by hand :)
[15:25] <TheLordOfTime> tumbleweed:  you're right, i can
[15:25]  * TheLordOfTime groans'
[19:26] <mfisch> I'd like an opinion on whether or not something i'm working on is SRU-worthy, anyone have 5 mins to discuss?
[19:28] <tumbleweed> mfisch: the people who have final say are the SRU team, and such discussion tends to happen in #ubuntu-release, but sure
[19:28] <mfisch> tumbleweed: this is a pre-discussion discussion, thanks
[19:28] <mfisch> tumbleweed: there are some massive memory leaks in Rhythmbox
[19:28] <mfisch> tumbleweed: I cherry picked some fixes for them from the upstream bug
[19:28] <mfisch> tumbleweed: we're going to try it in Ubuntu for Android for a week or so
[19:29] <mfisch> tumbleweed: the upstream code has been in-use for a year and applied cleanly (well with minor < 10 line fuzz)
[19:29] <tumbleweed> sounds like a reasonable SRU candidate
[19:29] <tumbleweed> can your reproduce it reliably?
[19:30] <mfisch> yes
[19:30] <tumbleweed> I'd say go for it
[19:30] <mfisch> I had 50 tracks and cycled through them, although this is not my cleanest data set, check out the memory usage before and after
[19:31] <mfisch> before: http://paste.ubuntu.com/5752689/
[19:31] <mfisch> after: http://paste.ubuntu.com/5752687/
[19:31] <tumbleweed> there has been talk about tighting the criteria for SRUs, but this seems a pretty reasonable bug fix
[19:31] <mfisch> for hardcode music fans, RB will eventually cripple their box, I stream 1 stream all day, so I'm not as affected
[19:31] <mfisch> tumbleweed: thanks for the feedback
[19:32] <tumbleweed> generally speaking, a minimal patch and a easily-reproduced bug are SRUable
[19:32] <tumbleweed> if the impact is significant
[19:34] <mfisch> thanks again
[19:35] <tumbleweed> np
[22:28] <jtaylor> does pbuilder-dist work with sparc qemu chroots (from debian)?
[22:28] <jtaylor> got '/debootstrap/debootstrap': No such file or directory
[22:31]  * tumbleweed can't remember
[22:31] <tumbleweed> need something tested on a porterbox?
[22:32] <jtaylor> yes
[22:32] <jtaylor> cd -