[00:03] <micahg> jonrafkind: we're short on builders at the moment
[00:03] <jonrafkind> any idea how backed up the system is?
[00:03] <jonrafkind> my build number is 2055
[00:03] <jonrafkind> sorry, 2505
[00:04] <micahg> amd64 is a little more backed up, 29hrs vs i386 at 22 hours
[00:12] <wgrant> jonrafkind: The builders were supposed to be back last night, but apparently that didn't happen :(
[00:13] <jonrafkind> no problem, i dont mind waiting a few days
[00:23] <MarkAtwood> is it possible to search lp for a specific unique revision id?
[00:28] <lifeless> MarkAtwood: we don't expose a query interface on revisions atm
[00:28] <lifeless> MarkAtwood: we could
[00:28] <lifeless> MarkAtwood: you can file a bug for the long term; and a question to have someone manually query for you
[00:31] <MarkAtwood> i know which set of branches i can check out and query localy, i was just hoping that something like that existed in LP
[00:34] <gustonegro> hey there, I am attempting to make my first ppa.  but, before doing that I am going thru the tutorials to see if I can understand the whole process
[00:34] <gustonegro> I just finished reading this: https://wiki.ubuntu.com/PackagingGuide/Basic
[00:35] <gustonegro> it says to do :  sudo pbuilder build ../*.dsc
[00:35] <gustonegro> but first you  need to do : sudo pbuilder create
[00:36] <gustonegro> where is the chroot env created?
[01:52] <gustonegro> is there a simple example source tarball with Makefile that can package and upload a ppa to launchpad?
[01:53] <gustonegro> also is there a sandbox where I can test making and deploying my own ppa?
[02:01] <wgrant> gustonegro: Have you read through https://help.launchpad.net/Packaging/PPA?
[02:02] <wgrant> You'd normally do a test build locally in pbuilder or sbuild and then upload to your PPA.
[02:29] <micahg> \o/ bug timeouts again: OOPS-1999DR15
[02:30] <gustonegro> wgrant: I think I've read everything twice by now.  Is there a sandbox where I can test things out?
[02:31] <lifeless> staging.launchpad.net but I think its builders will be all awol at the moment
[02:31] <wgrant> lifeless: staging doesn't do PPAs.
[02:31] <lifeless> gustonegro: you can't do too much damage in your own PPA; perhaps create your first with with the name 'test' or something?
[02:31] <wgrant> No uploader, publisher.
[02:33] <gustonegro> lifeless: oh, okay. from the docs it sounds like you can't really delete a 'test' ppa
[02:33] <lifeless> you can hide it
[03:36]  * micahg guesses his oops was due to the source package snafu
[03:36] <StevenK> micahg: Right
[03:38] <wgrant> micahg: Yeah, we've hopefully just fixed production.
[03:38] <wgrant> micahg: Thanks for letting us know about it.
[03:38] <micahg> ah, excellent, my pleasure :)
[03:38] <micahg> second time it went through, but that's no guarantee it's fixed I guess, thanks for fixing so fast :)
[03:38] <wgrant> micahg: All servers should be fixed now.
[04:11] <ScottK> Would someone who can edit the page please change the pydkim reference at the bottom of https://dev.launchpad.net/LEP/DKIMAuthenticatedMail to launchpad.net/pydkim.
[04:15] <gustonegro> is there a launchpad mailinglist where I could ask a more involved question?
[04:16] <micahg> gustonegro: there's a launchpad-users group and it has a mailing list
[04:16] <wgrant> https://launchpad.net/~launchpad-users
[04:17] <wgrant> ScottK: Fixed.
[04:18] <gustonegro> how do I join the list?
[04:18] <wgrant> gustonegro: Join the team.
[04:18] <wgrant> It should ask you if you want to subscribe, I think.
[04:19] <wgrant> Otherwise, click "Subscribe" on that page once you've joined.
[04:20] <gustonegro> hmm...I assume I have to send mails to it from the email account I have registered at launchpad?
[04:20] <wgrant> Yes.
[04:20] <wgrant> Any address associated with your Launchpad account will do.
[04:29] <gustonegro> I just created a new PPA.   shouldn't there be a "Uploading packages to this PPA section" ?
[04:32] <wgrant> gustonegro: Indeed. There is for me, when I create one...
[04:32] <gustonegro> hmm...not for me.
[04:32] <wgrant> gustonegro: Which page are you lookjing at?
[04:32] <gustonegro> https://launchpad.net/testblahblah/
[04:33] <wgrant> That's a project, not a PPA.
[04:33] <wgrant> https://launchpad.net/~august-alien/+activate-ppa
[04:33] <gustonegro> oh,  how can I delete that project then?
[04:34] <wgrant> It is gone.
[04:34] <wgrant> https://launchpad.net/projects/+new does have the relevant link at the top :)
[04:35] <gustonegro> yeah...I was there earlier  today :)
[04:36] <ScottK> wgrant: Thanks.
[04:36] <gustonegro> but, the links on that page don't really seem relevant
[04:36] <wgrant> "You do not need to register a project to: [...] Activate a PPA"
[04:37] <gustonegro> ah yeah
[04:42] <gustonegro> wgrant: thanks for the help...this is all new to me and I am still trying to wrap my head around it all.
[05:07] <micahg> ugh, just got an oops trying to unembargo from a public PPA, OOPS-1999AS35
[05:12] <micahg> wgrant: if you have a moment ^^
[05:38] <wgrant> micahg: Wow.
[05:39] <micahg> wgrant: what'd I break? :)
[05:39] <wgrant> StevenK: That looks related to your override stuff.
[05:39] <wgrant> micahg: So many binaries :(
[05:40] <StevenK> It does? :-(
[05:40] <wgrant> StevenK: Or possibly not.
[05:40] <wgrant> It may be publishBinaries' LBYL
[05:40] <micahg> wgrant: shouldn't be too many binaries in lucid
[05:40] <micahg> or just in the PPA in general?
[05:41] <wgrant> It's copying lots of binaries.
[05:41] <wgrant> Ah, firefox.
[05:41] <micahg> hmm, it's never failed before (I've done this about 5 times already)
[05:41] <wgrant> Recently?
[05:41] <micahg> same binaries for that release
[05:41] <micahg> no
[05:42] <micahg> last time was ~2 months ago
[05:42] <wgrant> I suspect it's StevenK's override stuff :(
[05:42] <wgrant> (these copies are meant to respect overrides now)
[05:43] <StevenK> That makes me sad
[05:43] <micahg> k, is it fixable tonight?  otherwise, I can just have an archive admin do it in the morning
[05:43] <micahg> orly?  that would be cool if it worked :)
[05:43] <wgrant> Hmm, only 62 distinct BPRs.
[05:43] <wgrant> But probably a few more publications.
[05:44] <StevenK> I thought it would only do 2 queries
[05:44] <wgrant> StevenK: http://paste.ubuntu.com/630649/
[05:48] <StevenK> So, shall we get an explain analyze done?
[05:48] <wgrant> I'll see how DF likes it.
[05:48] <wgrant> But I suspect it's just that there are so many BPRs.
[05:49] <StevenK> If so, I'm not sure what can be done.
[05:49] <wgrant> Indeed.
[05:49] <wgrant> I shall go and have lunch while the cache warms up.
[05:49] <StevenK> Even http://sqlformat.appspot.com/ doesn't help that query. :-(
[05:51] <lifeless> StevenK: the oops pages use the same librari
[05:53] <StevenK> It's still unreadable
[05:53] <lifeless> yes
[08:48] <micahg> wgrant: so, I assume that I'll need to have an archive admin do my copy for me this time around?
[08:48] <cos^> my package has been 12 hours in build queue.. what's up?
[08:48] <guillemhs> hi, i need some help
[08:48] <wgrant> micahg: I think so :/ I'm currently testing a schema change to hopefully make it fast again.
[08:48] <guillemhs> i want to upload code to launchpad
[08:48] <guillemhs> using bzr
[08:49] <micahg> wgrant: k, not a problem
[08:49] <guillemhs> i do bzr push --use-existing lp:~guillemhs/zet/zet-1.2.0
[08:49] <wgrant> cos^: the build queues are about a day long at the moment, as most of the builders are busy testing Ubuntu kernel updates. I hope they will return tonight.
[08:49] <guillemhs> however launchpad says "bzr: ERROR: Not a branch: "/home/guillem/Baixades/zet-1.2.0/"."
[08:50] <guillemhs> notice that it is not an ubuntu package, it is code not for ubuntu
[08:50] <guillemhs> can somebody help me?
[08:52] <cos^> wgrant: ok, thanks
[09:08] <maxb> guillemhs: Please run 'bzr info' and pastebin the output
[09:08] <maxb> (in the same working directory as you tried to push from)
[09:08] <guillemhs> Standalone tree (format: 2a)
[09:08] <guillemhs> Location:
[09:08] <guillemhs>   branch root: .
[09:08] <guillemhs> Related branches:
[09:08] <guillemhs>   push branch: sftp://guillemhs@bazaar.launchpad.net/~guillemhs/zet/zet-1.2.0/
[09:08] <guillemhs> i think right is correct
[09:08] <guillemhs> in the root i have the code
[09:10] <guillemhs> my problem right is that i have a group of folders i do not how to upload the code to launchpad
[09:11] <maxb> Why are you using sftp?
[09:11] <maxb> bzr+ssh to launchpad should be superior in all respects
[09:12] <maxb> Please try running 'bzr push lp:~guillemhs/+junk/test'
[09:41] <guillemhs> Working tree "/home/guillem/Baixades/zet-1.2.0/" has uncommitted changes (See bzr status). Uncommitted changes will not be pushed.
[09:41] <guillemhs> Created new branch.
[09:41] <guillemhs> ok i have this answer
[09:41] <guillemhs> i want to upload code for the first time
[09:41] <guillemhs> what i have to do?
[09:52] <jmarsden> guillemhs: commit your changes first.  bzr commit
[09:52] <guillemhs> yeah
[09:52] <guillemhs> i have upload the code
[09:52] <guillemhs> thank you all
[09:54] <guillemhs> another thing, how can i create a tar.bz2 from the source code that i have already uploaded?
[09:58] <jmarsden> bzr export ../someplace  && cd .. && tar acf yourfile.tar.bz2 someplace  (use a better name than "someplace")
[10:06] <guillemhs> can i import a tar.bz2 to launchpad, to be available to download?
[10:08] <jmarsden> If you create a project you can set up a file download area.  But what is the point -- developers can grab your sources from the bzr repository anyway...
[10:09] <jmarsden> Anyway, time for me to sleep (2am here!)...
[11:12] <bullgard4> I have a question related to tilda. If I'd like to report a bug concerning tilda, I'd run '~$ ubuntu-bug tilda'. How to place my question concerning tilda correctly in Launchpad?
[11:22] <X3lectric> is there anyone who is a expert with debian packaging?
[11:23] <tumbleweed> X3lectric: several, but #ubuntu-packaging is probably a better place for such questions
[11:24] <bullgard4> X3lectric: Such experts are to be found in #ubuntu-motu
[11:24] <tumbleweed> there too
[11:27] <X3lectric> bullgard4: er I knocked but no one replies since same people are more active here I asked here
[11:28] <X3lectric> #ubuntu-motu is mostly dead
[11:28] <X3lectric> i require someone to help and guide me on this
[11:28] <tumbleweed> it's alive and well, if you aren't getting answers, everyone is busy or doesn't feel like answering that question, be patient
[11:29] <X3lectric> thats fine Im patinte I been trying for 3 days
[11:30] <X3lectric> over 14 uplaods failed to build
[11:31] <X3lectric> yet same debian stuff all modified to accomodate diffrent versions
[11:31] <X3lectric> oreviously build no errors ok
[11:31] <X3lectric> now fails to build all time so im wondering its not the packaging pehaps its some lauchpad changes
[11:33] <bullgard4> X3lectric: In the past the situation was different, therefore my recommendation. I do not know the current activity situation too well. Please follow the advice which tumbleweed has given.
[13:32] <danilos> bullgard4, you'd have to go to https://answers.launchpad.net/ubuntu/+source/tilda to file a question for tilda in Ubuntu
[13:43] <bullgard4> danilos: Thank you very much for your help.
[13:43] <danilos> bullgard4, you are welcome
[14:08] <vadi2> How can I get a 'download at latest revision' link for the file available here: http://bazaar.launchpad.net/~mudlet-makers/mudlet/mapper-lua/files ?
[15:06] <apw> is it actually possible to search for all tasks which are 'open' on bugs with a specific tag?
[15:07] <apw> none of the searches i can invent show any of the open tasks
[15:07] <apw> on bugs which do match when allowing closed tasks
[15:27] <danilos> apw, are you using the advanced search?
[15:27] <apw> danilos, indeed so
[15:28] <danilos> apw, well, it should be possible to do it, can you give me the URL you are at so I can confirm it's not working
[15:28] <vadi2> How can I get a 'download at latest revision' link for the file available here: http://bazaar.launchpad.net/~mudlet-makers/mudlet/mapper-lua/files ?
[15:28] <danilos> apw, though, bug searches only return actual bugs as far as I know
[15:29] <apw> https://bugs.launchpad.net/ubuntu/+bugs?field.searchtext=&orderby=-datecreated&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_supervisor=&field.bug_co
[15:29] <apw> mmenter=&field.subscriber=&field.component-empty-marker=1&field.tag=kernel-cve-tracker&field.tags_combinator=ANY&field.status_upstream-empty-marker=1&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_no_package.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.us
[15:29] <apw> ed=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search
[15:29] <apw> bah
[15:29] <apw> so thats returning no bugs at all, but i know that bug £720189 should match the search
[15:33] <apw> danilos, http://goo.gl/SbHla for short
[15:34] <Ampelbein> apw: likely bug 121602
[15:34] <danilos> vadi2, I am not sure you can
[15:35] <vadi2> hm, I thought there was head: magic in the url possible
[15:35] <vadi2> I lost it now though
[15:35] <apw> Ampelbein, nice to see a 5 digit bug still open (first reported as 82xxx)
[15:36] <danilos> vadi2, if there is, I don't know about it
[15:37] <danilos> apw, does the bug Ampelbein quotes sound like the culprit?
[15:37] <apw> danilos, well it says that searching doesn't work in the face of closed tasks... so by that defination yes.
[15:37] <Ampelbein> apw: don't tell me, I'm not working for lp ;-)
[15:39] <wgrant> vadi2: You can use head: in view and annotate URLs, but not download, it seems :( You should probably file a bug.
[15:39] <vadi2> oh... that solves the updating problem. thanks
[15:39] <apw> Ampelbein, heh, know the feeling
[15:39] <danilos> apw, ok, what task did you expect to see in the search results?
[15:39] <wgrant> apw: The key is that Ubuntu series are treated as different contexts.
[15:39] <wgrant> apw: So searching in the main Ubuntu context won't find bugs that are only open in series contexts.
[15:40] <apw> danilos, the 20 or so open tasks on other packages.  but they are in the main (probabally exclusivly) on older series with the current Invalid, as they are cves whcih are normally already fixed in tip of tree
[15:41] <apw> danilos, i suspect they would meet the criteria of that bug exactly.  clearly its not going to be fixed anytime soon if we have managed to add nearly 900k bugs since, so i'd best look for a different solution
[15:41] <danilos> apw, right, I am sorry, but that seems to be this bug... if you have some time you can perhaps work on fixing the bug (LP is open-source, after all) ;)
[15:41] <apw> danilos, heh, now that i wouldn't do to myself
[15:41] <danilos> apw, you can probably come up with a solution using API then, I suppose, looking through each ubuntu series individually
[15:42] <apw> a nice script do use the abi, pull out all the bugs, drop the closed ones, kicking the crap out of the servers every 10 minutes ... yay
[15:42] <wgrant> apw: Why pull all the bugs, rather than just the open series tasks?
[15:43] <apw> wgrant, because the search doesn't work if the development task is closed, it elides all of the tasks for that package
[15:43] <wgrant> tasks = lp.distributions['ubuntu'].getSeries(name_or_version='lucid').getSourcePackage(name='linux').searchTasks()
[15:43] <wgrant> apw: They do not appear *in Ubuntu*, because they are not open in Ubuntu.
[15:43] <vadi2> wgrant: would 'http://bazaar.launchpad.net/~mudlet-makers/mudlet/mapper-lua/download/head:/mudletmapper.xml-20100916000616-71kbxngi7b3nybta-1/mudlet-mapper.xml' not work?
[15:43] <wgrant> apw: They still appear fine if you search in /ubuntu/lucid/+source/linux
[15:44] <wgrant> vadi2: Huh, I must have typoed it before.
[15:44] <apw> wgrant, maybe so
[15:44] <wgrant> vadi2: Indeed it does.
[15:44] <vadi2> hm okay. Just users messing up downloaded files, then...
[15:45] <danilos> apw, how about using searchTask on the distro_series with "tags" set as desired? you should only have to go over each distro_series, but that shouldn't be too much effort, and you'd only get the desired bugs
[15:45] <apw> danilos, yeah but i still have to generate a web page, update it all the time even when people arn't reading it
[15:45] <danilos> vadi2, I'd be worried about that link changing (if that hash-like number is indeed a changing hash)
[15:45] <apw> wgrant, yeah that sounds slight more efficient, doesn't change the fact i need to generate a page from it
[15:46] <wgrant> apw: Sure. But this is how Launchpad was designed in 2005 or 2006 or so, and it's non-trivial to fix.
[15:46] <apw> wgrant, which makes it non-timly and epically expensive
[15:46] <wgrant> And we very rarely get pestered about it :)
[15:47] <apw> the lack of a timely way to work this out is hugely problematic, as there is no way to trivally prevent duplication of effort
[15:48] <apw> wgrant, if its so easy for me to iterate in the API, why is not as easy to iterate in the search page BTW, and fix this properly
[15:48] <danilos> apw, because it's hard to design UIs that are as flexible as programming languages are
[15:49] <wgrant> apw: It requires much thought about how to redesign this to make sense and work well.
[15:49] <wgrant> apw: To grab it from the API and dump it into some page specific to your use-case is easy.
[15:49] <wgrant> To make it work well for everyone and not harm existing users is far harder.
[15:50] <apw> its not clear how having hundreds of scripts like this hammering the api can be good for anyone given half the time we are trying to speed things up
[15:50] <wgrant> It's not good for anyone.
[15:50] <wgrant> But we have so many things that need fixing.
[15:50] <wgrant> *So* many.
[15:50] <apw> yet that is the standard response to most problems. "write a script which runs every 10 mins and ..."
[15:51] <wgrant> For many things that is valid.
[15:51] <apw> you don't want to know how many we have ... and now we get a new one
[15:51] <wgrant> For this it is not -- it is just a workaround.
[15:51] <danilos> apw, my standard response is "go fix LP yourself", but people seem to be even less keen to do that ;)
[15:51] <apw> danilos, yep :)  though if its hard it needs a specialist to fix it, not a drive-by hack
[15:52] <wgrant> apw: It is not a technically hard problem.
[15:52] <danilos> apw, true, but sometimes even a specialist will need a lot of time, and we can't afford that, so we have even 3-digit bugs lying around
[15:52] <danilos> apw, tedious is sometimes worse than hard
[15:52] <apw> danilos, oh don't feel you have to convince or monlify me, i know some things are hard
[15:53] <apw> danilos, i will go and be depressed as i code up another abi basher, no worries
[15:54] <danilos> apw, we do have a 'escalate a bug' process in place as well, so if you feel something is very important and our other stakeholders agree, we'll come to it sooner rather than later
[15:56] <danilos> apw, if this bug is pestering you a lot, you should get your manager to raise it to flacoste, and then he'd be able to decide if it's something we can do or not
[15:57] <danilos> anyway, /me -> off
[15:58] <apw> danilos, thanks
[16:37] <gustonegro> is it possible to use bzr to make a debian package?
[16:37] <gustonegro> I just read this: http://wiki.debian.org/BzrBuildpackage/DesignIdeas
[16:42] <bigjools> gustonegro: https://help.launchpad.net/Packaging/SourceBuilds
[16:43] <bigjools> https://help.launchpad.net/Packaging/SourceBuilds/Recipes
[16:46] <gustonegro> bigjools: okay, thanks......more reading :)
[19:42] <gustonegro> can I ask for some packageing help here?
[19:44] <gustonegro> I get an error at the install stage of debuild: install: accessing `/home/august/Downloads/debpackage/libpd-1.0/debian/tmp/lib/': No such file or directory
[19:47] <Ampelbein> gustonegro: #ubuntu-packaging would be better for such questions. please give the complete log and a link to the source package when asking ;-)
[19:48] <gustonegro> Ampelbein: thank you
[20:11] <bjf> I'm seeing some strange json / api errors that i've never seen before when I try to get the display_name of a bug owner (http://pastebin.ubuntu.com/630940/)
[20:12] <bjf> this doesn't look like anything that could be related to my code but an issue with LP or the API
[20:12] <bjf> note: i'm using the devel launchpad version
[20:16] <bigjools> lifeless: ^ looks weird
[20:17] <bjf> bigjools, it's not just the one bug either (and it's not all of them)
[20:18] <lifeless> bjf: are you on oneiric?
[20:18] <bjf> lifeless, gawd no! :-)   (lucid)
[20:19] <lifeless> can you check the actual data you're getting?
[20:19] <bjf> lifeless, how do I see the raw data?
[20:20] <bjf> lifeless, the failures are starting to look like the same owner: https://launchpad.net/~maaarc
[20:21] <lifeless> I'd hook into ile "/usr/lib/pymodules/python2.6/lazr/restfulclient/resource.py", line 332, in _ensure_representation
[20:22] <bjf> lifeless, 5 bugs, all the same owner all the same failure
[20:24] <james_w> bjf, it may be a corrupted file in the cache
[20:25] <bjf> james_w, ok, i'll blow away my cache
[20:26] <bjf> heh, my cache is 8.1G
[20:28] <bjf> james_w, good call, that seems to have been the issue
[20:28] <bjf> lifeless, ^
[20:49] <poolie>  seriously, this cache
[21:01] <lifeless> its terrible
[21:16] <czajkowski> for anyone in Dublin next week http://www.lczajkowski.com/2011/06/22/ubuntu-ie-and-canonical-meet-up-in-dublin/
[22:52] <gustonegro> hi, I just dput'd my first PPA, but I cannot see it on my launchpad site.   Does it take a while?
[23:10] <gustonegro> oh, missing the "natty" declaration in my changelog