[00:42] How do i download a build such as https://launchpad.net/~ubuntu-wine/+archive/ppa/+buildjob/2127712 [00:42] ? [00:54] Zaery: There are usually links to files in the "Built files" section, but we delete PPA packages a week after they are superseded. [00:54] So old ones like that are no longer available. [00:55] oh well, then i'm off to testing some newer versions [00:55] It's unfortunate, but to keep them all forever would require a *lot* of disk space. [00:55] yeah, i understand [00:56] Zaery: if you want the last build and stay uptodate, you can simply add the ppa [00:58] Zaery, "sudo apt-add-repository ppa:ubuntu-wine/ppa" will add the repository to your system, then you can get the packages with the software center [02:04] I have a build faillure w/out a build record on armel, do you need the logs for this or can I just retry? [02:04] micahg: openjdk, or something less evil? [02:05] wgrant: xulrunner-1.9.2 [02:05] micahg: Do you have a link? [02:05] openjdk took out a few builders last night. [02:05] https://launchpad.net/ubuntu/+source/xulrunner-1.9.2/1.9.2.14+build3+nobinonly-0ubuntu2/+buildjob/2299489 [02:06] micahg: Retry it. [02:06] wgrant: thanks [02:06] Doesn't look like it should cause another builder massacre. [02:06] And if it does, I can hopefully resolve it. [02:07] * micahg actually needs to upgrade a new version, but let's see if the rebuild works [02:07] *upload [06:12] Any LP admins around to help me out with an issue? [06:14] foxbuntu: No admins around during the weekend. [06:14] What's the issue? [06:14] I have limited superpowers. [06:15] wgrant, well I had some malware on a p.o.s. winbloz machine I fixed as a favor take control of one of my google accounts a break some things and DaveMorris suspended my LP account to prevent it spamming [06:16] just wondering if I can get it unlocked now that I have the security issues resolved [06:16] Ah, yes, I heard about that. [06:16] I can suspend accounts, but not unsuspend them. You'll need to ask back here on Monday, or email feedback@launchpad.net. [06:16] yeah...very ugly stuff [06:16] Glad to hear you got it resolved, though. [06:17] yeah...teach me to help others with their junk PCs... [06:17] ;) [06:17] Thanks wgrant, I will get in contact with someone post weekend [08:09] Hi all, is there a way to review suggestions done in launchpad offline? For example to get them commented out in a .po file? [08:10] oops, wrong channel, ill add some background [08:11] I'm a translator for Ubuntu and I would really like to be able to review suggestions done in launchpad offline, is there a way to do this? [09:55] heya, can anyone tell me why it's importing my code and saying that a team that I'm in is the one changing the code? [09:55] https://code.launchpad.net/~ikt/ium/trunk [10:00] ikt: email address matching [10:01] ikt: the email address used in the commit is the email address of that team. [10:01] yeah I thought so [10:01] I changed it [10:01] to ts@ikt.id.au [10:01] from ikt@ikt.id.au [10:02] it hasn't updated :s [10:02] ikt: I don't think it will. [10:02] ikt: it makes the links on-import [10:02] ikt: future commits will be different, though. [10:03] yeah I changed the email address, then uploaded a file, imported it, and it still thinks it's the same :s [10:03] delete branch and try again? [10:03] ikt: sure. why not? [10:08] jml, nope still says it :/ [10:15] jml: revisionauthor :( [10:15] wgrant: it caches? [10:17] jml: As they are imported, the revision's author field is parsed and it's linked to a RevisionAuthor. Each RevisionAuthor is linked to a Person as one with a matching email address is seen. [10:17] I don't believe there's any facility to change existing ones when an address moves or is delted. [10:28] I don't understand why it linked it in the first place [10:29] my name is the same on github as it is on lp, and I'm the one who setup the link and the series [10:34] ikt: It uses the email address that you committed with. [10:36] gah :( [10:37] Hm? That's what it should do. [10:38] But it should also know to remove the cached link when you remove the email address from a team. [10:46] wgrant, indeed, going to open a bug [10:47] what does it say if the email address that it is committed with isn't on lp? [10:47] ikt: It displays the name, without a link. [11:01] jml: Still around? [11:05] wgrant: yeah [11:05] wgrant: what's up? [11:06] jml: Any chance you could time a query on staging for me? [11:06] wgrant: yeah sure. [11:06] wgrant: EXPLAIN ANALYZE? [11:06] EXPLAIN ANALYZE SELECT COUNT(revisionauthor) FROM revisionauthor LEFT JOIN emailaddress ON emailaddress.email = revisionauthor.email WHERE revisionauthor.person != emailaddress.person; [11:06] got it. [11:06] wgrant: http://paste.ubuntu.com/576399/ [11:07] * jml makes a note to set up a pipe-driven staging db convenience thingummy [11:11] jml: Thanks. [11:11] That's quick enough to run in garbo, so this is an easy fix! [11:16] Evening lifeless. [11:17] hiya === ferrousw1eel is now known as ferrouswheel === lionel__ is now known as lionel === doko_ is now known as doko === ubot5` is now known as ubot5 [15:47] how long does it take for users to get upgrades visible when changing a package in a PPA? [15:52] Launchpad slow for anyone else? [16:03] hangfire, definitely is for me [16:19] Please try againSorry, there was a problem connecting to the Launchpad server. [16:36] Well, got through eventually :) [17:36] hello, [17:36] how can I have two versions of the same package in my PPA? [17:36] I would like to have a stable and a development package... === elmo_ is now known as elmo [18:56] ti4mi: You can't have two versions of the same package in a PPA - create two PPA's [19:05] where's the bug for slow rendering on firefox+nvidia? === tty234_ is now known as tty234 [19:45] What are the p-series and o-series I see in the "copy packages" for PPAs? [19:50] arand: it's a bug they're showing up there [19:50] Ah, right :) [19:50] arand, you can't actually copy to those series yet. The names o-series and p-series are used because the codenames for Ubuntu O and Ubuntu P haven't been decided yet [19:50] we have already created those distro releases for ubuntu so bugs can be targetted to them [20:16] something up with launchpad right now? (nothing in the topic, i notice) [20:18] no [20:18] bah [20:22] lp seems a bit slow, that is all. [20:23] any page in particular ? [20:24] https://bugs.launchpad.net/ubuntu/+source/compiz-plugins-main for example [20:24] it has only 2 open bugs but takes a good 10 seconds (maybe more) to load [20:25] rendered for me in 1.06 seconds [20:25] checking latency now [20:25] 1.4 seconds to transmit - so we've got some in-dc queueing [20:26] (total of 1.4 seconds I mean) [20:26] Ampelbein: this is probably the overload we're already aware of; I'm working on further config changes to handle this now [20:27] lifeless: ok, i just tested with wget: http://paste.ubuntu.com/576614/ 43 seconds [20:28] most of the time spent at Waiting for Response [20:28] Ampelbein: are you logged into launhcpad ? [20:29] lifeless: yes [20:29] so, I see the massive latency with wget [20:29] not with chromium [20:30] and its fast in wget now [20:31] lifeless: yes, now its 0.275 seconds ;-) [20:31] adding no-cache -> slow [20:32] lifeless: wasn't the rendering time reported on the page when there still was edge.lp? [20:33] Ampelbein: the render time is in the body of the page [20:33] Ampelbein: developers that are logged in get it in the top right of the page near their username link [20:35] lifeless: as a non-developer I have to look at the soure: 'At least 91 queries/external actions issued in 1.73 seconds' [20:47] Ampelbein: yes [20:48] Ampelbein: eventually we may let non devs turn this on voluntarily, but its a bit geeky to have the in main UI for everyone [20:48] Ampelbein: this is roughly what I see - http://people.ubuntu.com/~lifeless/showtime.png [20:48] (thats an older font/style - but sample place) [20:48] lifeless: I can understand that. If I really wanted I could make a greasemonkey script to add the info. [20:49] but for a non-developer it's mostly unimportant information [21:42] Hello! [21:43] I have a problem :-( [21:43] People want me to use Github. [21:43] This is most unfortunate. [21:43] hi [21:43] But I have found a potential solution, and it seems quite obvious so perhaps someone else has tried something similar already. [21:43] is this for your project, or their project? [21:44] lifeless: Mine. [21:44] its not really up to them then is it ? :) [21:44] First of all, trunk commits (lp:someproject) get mirrored to Github. People contribute code preferably on Github in the form of pull requests. [21:44] lifeless: Well there's two problems there. [21:44] lifeless: 1) I have about 6 to 12 months to live so bus numbers are nice things to have high values for. [21:44] lvh: oh :( [21:44] lifeless: 2) A recent discussion on Convore has shown that some people really really really dislike Launchpad. [21:45] Up to the point that they will quite happily ignore a project that does what they want. [21:45] Because it's not on Github. [21:45] lvh: I'm curious what things they really dislike about LP [21:45] Now, of course, that's stupid, because Github doesn't have a workable issue tracker. [21:45] lifeless: I keep hearing the same things and I am compiling them into a blog post. [21:45] It's mostly UI. [21:46] And people disliking loggerhead. [21:46] I'm glad you're writing it up. [21:47] we're (obviously) working on improving things [21:47] So anyway, the idea is that I use Github's API to detect pull requests, and then I create a branch on lp from trunk plus that diff [21:47] And initiate a merge proposal. [21:47] sounds nice [21:48] I know, right! [21:48] the best part is that the github users don't bother me [21:48] Something on which I've also ranted [21:48] I'm sick and tired of people who have only ever used git their entire life telling me how much everything that isn't git sucks [21:48] hmm, I've done everything I planned to do today and its only 11am :( [21:49] (also because most of the time I know a git a helluva lot better than them) [21:49] lvh: amen [21:49] lifeless: Clearly you need a better issue tracker! [21:49] lifeless: I met pivot tracker today [21:49] I could see it working for small teams working consistently on a project [21:49] why did my package that builds perfectly on lucid, fail to build when I changed it to maverick in debian/control? http://launchpadlibrarian.net/65759906/buildlog_ubuntu-maverick-i386.elementary-wallpapers_0.2.1_FAILEDTOBUILD.txt.gz [21:49] Open source typically has more contributors and more randomness in contribution patterns though [21:49] lvh: interesting [21:50] aroman: Found files in /usr/lib/python2.6/site-packages (must be in dist-packages for python2.6). [21:50] debian/elementary-wallpapers/usr/lib/python2.6/site-packages [21:50] aroman: from that log [21:50] debian/elementary-wallpapers/usr/lib/python2.6/site-packages/elementary_wallpapers-0.2.1-py2.6.egg-info [21:50] lifeless: what exactly does that mean? [21:51] lifeless: http://b.lvh.cc/why-do-people-hate-launchpad-so-much [21:51] aroman: just what it says [21:51] lifeless: If you want I'll ping you when I finish the followup article. [21:51] lvh: I'd love that [21:51] lifeless: :/ what should I do to rectify the situation? [21:52] aroman: change your package to install into the dist-packages dir not site-packages [21:52] aroman: how you do that will depend on how you're doing the packaging [21:52] hmm okay [21:52] lifeless: Unfortunately not all feedback is useful [21:52] lifeless: why would that change lucid>maverick, do you think? [21:52] lifeless: It's mostly like RAAAARRR THEIR UI IS FREAKIN' TERRIBLE [21:53] aroman: python 2.5 -> 2.6 [21:53] without any mention of what it does poorly in particular [21:57] lvh: http://b.lvh.cc/designing-a-continuous-deployment-system-caut is interesting, nicely put [21:57] lifeless: I'm talking about it at Pycon. [21:57] lifeless: http://paste.pocoo.org/show/349175/ [21:58] lifeless: chatham house rule applies etc [21:58] lvh: we have safeguards that don't transition a server if it doesn't come up properly - so we may wedge during the deploy, but we don't generally end up totally down [21:58] lifeless: Interesting [21:59] lifeless: I've seen many tricks to implement those [21:59] They're mostly app-speciifc and I'm hoping to come up with useful generalizations for them [21:59] lifeless: In that paste the first two paragraphs are useful but the last one doesn't add anything [22:00] It's just "I had a really bad experience with LP" but no details what where when etc so no ide awhat actually happened and how we could fix it [22:00] lvh: thats a great paste; I'd like to show this stuff to our product team [22:00] lifeless: fascinatingly, the maverick version of the package that one that failed to build was based off of (ubuntu-wallpapers) has absolutely no changes that might change what you described in it's debian folder [22:01] so i really dont know what else could be different [22:01] aroman: different dependencies / setup.py invocation ? [22:01] lifeless: Sure, go ahead [22:01] lifeless: I made it clear chatham house rule applied to anything sent to me in this context [22:02] lifeless: nope, absolutely no difference that would cause a change [22:02] lvh: cool, thanks [22:15] lifeless: Also a very common complaint: Nobody can figure out how to (easily) access code. "View branch content" ought to be called "View code", or something. [22:16] Apparently it's only active lp users that have figured it out once that figure *that* out [22:16] people prefer Github's approach of shoving code in your face [22:16] (also people don't particularly like loggerhead so perhaps the the two things could be put together) [22:17] yeah [22:18] we need to make loggerhead more deeply integrated === magcius_ is now known as magcius [22:22] I'm starting with features that sound like easy fixes [22:22] Like "remove this button it is pointless" or "move this box to this page" [22:23] fixing loggerhead is obviously a requirement since github's browser is more than a bit nicer but that's many orders of magntiude more of an investment than moving a box [22:29] yeah [22:29] you've read about our new team structure? [22:30] I haven't [22:31] http://blog.launchpad.net/general/changing-how-we-track-launchpads-bugs-questions-and-blueprints and http://blog.launchpad.net/general/announcing-launchpad-squads === ampelbein_ is now known as Ampelbein [22:36] lifeless: Oh, a point on loggerhead that I actually completely agree with [22:37] Apart from the fact that I don't use Loggerhead so I don't care [22:37] The date format is hard to parse. Github and Bitbucket use relative, human-readable timedeltas, except for dates sufficiently far away (where they use a plain date). You could still make the real date accessable on mouseover if people wnat that feature. [22:37] that should be fairly easy to do - just file a bug [22:38] Right, there's some bugs people linked me to too [23:34] lifeless: Your interest made me get off my lazy bum backside and do things [23:34] lifeless: http://b.lvh.cc/a-compiled-list-of-launchpads-perceived-flaws [23:37] cool! [23:49] lvh: we're going to fold bugs and blueprints together [23:49] lvh: a more capable bugtracker and no separate spec tracker - https://dev.launchpad.net/IssueTracker