=== wgrant_ is now known as wgrant
=== Resistance is now known as EvilResistance
=== Gwaihir is now known as Guest77248
[00:54] <bobweaver> hello there I am making a trophies  for ubuntu accomplishments and am making one for if you are a launchpad beta tester. it is asking me what IRC channels there are and I would like too list all but I do not know what they are. any help would be great thanks for your time
[00:54] <bobweaver> right now I only have this irc channel
[00:54] <EvilResistance> bobweaver, channels for...?
[00:55] <bobweaver> launchpad beta testing and or launchpad
[00:55] <bobweaver> here issome meta data http://paste.ubuntu.com/978998/  see the last line :)
[00:57] <bobweaver> Ubuntu  Accomplishments  = https://launchpad.net/ubuntu-community-accomplishments
[00:58] <bobweaver> ehh one is good enough for now I if anyone sees this and knows anything ping me plz so I can give out the best info thanks again for your time.
[01:12] <joey> aiaiai sinzui spam
[01:12] <joey> :-)
[01:17] <sinzui> joey, I just finished. I was using the new +sharing view and new privacy portlet to find and remove people who had access to private bugs
=== EvilResistance is now known as Resistance
=== Resistance is now known as EvilResistance
=== EvilResistance is now known as Resistance
=== weddy is now known as weddy|away
=== weddy|away is now known as weddy
=== jtv1 is now known as jtv
[03:29] <tgm4883> I was just wondering if there is extraordinary high load on the build servers? We're noticing amd64 builds lagging about 12+ hours behind our i386 builds  https://launchpad.net/~mythbuntu/+archive/0.25/+packages
[03:33] <wgrant> tgm4883: There are more builds than normal, probably due to the recent Ubuntu release.
[03:33] <tgm4883> wgrant, thats what I figured. I was hoping it would have died down by now
[03:34] <tgm4883> I'll go ahead and stop our daily build until it works itself out
[03:34] <wgrant> It had died down for a while, but then ramped back up.
[03:36] <tgm4883> ah
[03:37] <wgrant> So it's possibly more related to people setting their PPAs up for quantal
=== Ng_ is now known as Ng
[10:18] <jfi> Hello, the attribute ws.size is not documented in https://launchpad.net/+apidoc/1.0.html, but it appears in https://help.launchpad.net/API/Hacking. Is it a documentation 'bug' or this attribute obsolete/should not be used?
[10:19] <wgrant> jfi: ws.size is an implicit attribute on any collection, so it's not documented in the LP-specific type docs.
[10:21] <jfi> wgrant, is there a more 'formal' documentation available than the 'hacking' documentation for ws.size?
[10:24] <wgrant> jfi: There may be something in the WADL, but /API/Hacking is the only human-readable one.
=== matsubara-afk is now known as matsubara
[14:06] <Resistance> is there planned support in the bug tracker's auto-parser for bug references to support Debian Bug references?  (i.e. I say Debian Bug #999999 and it'd point that entire phrase to the corresponding Debian bug)
[14:06] <ubot5> Error: Debian bug 999999 could not be found
[14:06] <Resistance> shut up ubot5, it was an example
[14:07] <Resistance> right now doing that only has the Bug #?????? part linking to LP bugs
[14:07] <Resistance> see here: https://bugs.launchpad.net/ubuntu/+source/boinc/+bug/991179/comments/110  and here:  https://bugs.launchpad.net/ubuntu/+source/boinc/+bug/991179/comments/111
[14:07] <ubot5> Ubuntu bug 991179 in boinc (Ubuntu) "7.0.24 "computation error" bug" [Medium,Confirmed]
[14:38] <geser> Resistance: see bug #67145 (yes, only 5 digits)
[14:38] <ubot5> Launchpad bug 67145 in Launchpad itself "Linkify Debian bug numbers in comments correctly" [Low,Triaged] https://launchpad.net/bugs/67145
[14:39] <Resistance> geser:  that should be bumped up from "low" imo
=== kiko` is now known as kiko
=== debfx_ is now known as debfx
=== matsubara is now known as matsubara-lunch
=== deryck is now known as deryck[lunch]
=== vednis is now known as mars
=== matsubara-lunch is now known as matsubara
=== Gwaihir is now known as Guest61670
=== deryck[lunch] is now known as deryck
[18:16] <mpt> How can I find out why an Incomplete bug report hasn't expired?
[18:17] <mpt> For example, bug 402962 was set to Incomplete for totem (Ubuntu) four months ago, so it should have expired by now. Why hasn't it?
[18:17] <ubot5> Launchpad bug 402962 in totem (Ubuntu) "Notify OSD should not rely on applications that inhibit the screensaver" [Undecided,Confirmed] https://launchpad.net/bugs/402962
[18:18] <mpt> Sorry, set to Incomplete for notify-osd (Ubuntu), so it should have expired for that
[18:21] <EvilResistance> mpt:  is that a bug for totem?
[18:21] <EvilResistance> (if so, what's the severity, in your mind)
[18:21] <mpt> EvilResistance, yes, it should be Confirmed for totem, and it is, but it should have expired for notify-osd by now.
[18:22] <EvilResistance> mpt:  see incoming privmsg
=== zyga_ is now known as zyga
=== EvilResistance is now known as Resistance
=== zyga_ is now known as zyga
=== bilal_ is now known as bilal
[22:14] <wgrant> mpt: A task will only expire if there are no valid tasks on its bug (ie. any other task that isn't Incomplete, Invalid or Won't Fix).
[22:15] <mpt> wgrant, thanks
[22:15] <lifeless> this is changable
[22:16] <lifeless> I don't think anyone claims its ideal
=== matsubara is now known as matsubara-afk
=== weddy is now known as weddy|away
=== weddy|away is now known as weddy
=== matsubara-afk is now known as matsubara