[00:00] <reviczky> no, theres no version control in place for the orig repo, i just thought i could give lp some magic commands via rsync and empty commit text or so
[00:00] <reviczky> that would update automatically if there are changes to the http
[00:01] <micahg> lfaraone: FTR, there are 4 copies in the unapproved queue :)
[00:01] <lfaraone> micahg: hah, I see now.
[00:01] <sinzui> reviczky: Sorry. Lp cannot do that
[00:01] <reviczky> no problem, just wanted to ask
[03:58] <MTecknology> I think I found a bug in the LP UI... https://code.launchpad.net/~nginx/+recipe/nginx-nightly
[03:59] <MTecknology> Debian version and Daily build archive are flowing into each other
[03:59] <MTecknology> overflow not wrapped and displayed
[04:00] <wgrant> I think there's already a bug for that.
[04:01] <wgrant> Hm, no, that was slightly different.
[04:01] <wgrant> Could you file it please?
[04:03] <MTecknology> ok
[04:03] <MTecknology> wgrant: which project?
[04:04] <TheEvilPhoenix> MTecknology:  Launchpad itself?
[04:04] <TheEvilPhoenix> :P
[04:05] <MTecknology> TheEvilPhoenix: doubt it
[04:05] <wgrant> That's the one.
[04:05]  * TheEvilPhoenix wins
[04:05] <wgrant> https://launchpad.net/launchpad/+filebug
[04:05] <TheEvilPhoenix> MTecknology:  you were saying?
[04:05] <wgrant> Well, this only became the case in December.
[04:05] <wgrant> Before then there were a multitude of subprojects.
[04:05] <MTecknology> why did that change?
[04:06] <MTecknology> the volume just become low enough?
[04:06] <wgrant> Because of the LP team restructure.
[04:06] <MTecknology> oh
[04:06] <wgrant> http://blog.launchpad.net/general/announcing-launchpad-squads
[04:06] <wgrant> http://blog.launchpad.net/general/changing-how-we-track-launchpads-bugs-questions-and-blueprints
[04:06] <MTecknology> wow... 16 hours until package build
[04:07] <MTecknology> at least this time I'm sure it'll actually wortk
[04:07] <MTecknology> work*
[04:07] <wgrant> MTecknology: We're really low on builders as they're all on release duties.
[04:07] <TheEvilPhoenix> heh
[04:07] <wgrant> Too many users :(
[04:07] <MTecknology> add more builders!
[04:08] <MTecknology> 600 more
[04:08] <TheEvilPhoenix> add more servers and processing power :P
[04:08] <TheEvilPhoenix> i think the number of builders is dependent on the number of machines, no?
[04:08] <MTecknology> no... that's not my job
[04:09] <MTecknology> Why didn't I decide to actually do this a week earlier?
[04:09] <TheEvilPhoenix> heh
[04:09] <TheEvilPhoenix> lol
[04:09] <TheEvilPhoenix> wgrant:  question, how would one go about donating a box to Launchpad for use as a builder?  Like the actual *hardware box*
[04:09] <TheEvilPhoenix> if even possible :P
[04:09] <MTecknology> mail it to them?
[04:15] <TheEvilPhoenix> heh
[04:15] <TheEvilPhoenix> what kind of specs are needed for a builder box?
[04:15] <TheEvilPhoenix> so i know what bare minimum stuff i need to get :p
[04:20] <michaelh1> Hi there.  Is there are URL for the blueprints of the logged in user?  Something like https://blueprints.launchpad.net/+spec/+me?
[04:22] <TheEvilPhoenix> michaelh1:  you mean like this?
[04:22] <TheEvilPhoenix> https://answers.launchpad.net/~trekcaptainusa-tw
[04:22] <TheEvilPhoenix> where that is me :P
[04:23] <TheEvilPhoenix> but for bluepirnts
[04:23] <TheEvilPhoenix> blueprints*
[04:23] <TheEvilPhoenix> like this
[04:23] <TheEvilPhoenix> https://blueprints.launchpad.net/~trekcaptainusa-tw
[04:23] <TheEvilPhoenix> again, for me
[04:23] <michaelh1> TheEvilPhoenix: yip, but I want to send this out as a link in an email so that when someone clicks on it, they see their blueprints.  There's a launchpad.net/bugs/<something>/+me for bugs which does the same...
[04:23] <TheEvilPhoenix> michaelh1:  ah
[04:24] <wgrant> MTecknology: https://blueprints.launchpad.net/people/+me
[04:24] <wgrant> michaelh1: ^^
[04:24] <TheEvilPhoenix> wgrant:  do you know the minimum specs to run a builder, out of curiosity?
[04:24] <michaelh1> wgrant: perfect, thanks.
[04:25] <lifeless> TheEvilPhoenix: I think the arm ones are 128M of ram or something :P
[04:25] <wgrant> TheEvilPhoenix: They run on all sorts of hardware. I don't know many specifics.
[04:25] <wgrant> TheEvilPhoenix: But some of the hardware is several years old, others brand new.
[04:26] <TheEvilPhoenix> they able to run in virtual systems, for example, a VPS environment?  i might have a system I can donate in the future :P
[04:27] <lifeless> TheEvilPhoenix: they have to be real hardware in our dc
[04:27] <lifeless> TheEvilPhoenix: we do virtualise on top of that hardware for some things
[04:27] <TheEvilPhoenix> lifeless:  so me buying 3 server boxes because i can afford them and then shipping one of the boxes to your dc would probly help you all?
[04:27] <TheEvilPhoenix> :P
[04:28] <TheEvilPhoenix> "Anonymously Donated server randomly appears at Launchpad's datacenter, source unknown"
[04:28] <TheEvilPhoenix> :P
[04:29] <lifeless> you'd need to talk to our facilities dude to see if that would actually be helpful
[04:29] <lifeless> theres a bunch of overhead in stuff in the dc - density, remote management tool chain (e.g. which vendor),
[04:30] <lifeless> we do generally have enough builders, but we take many of them and turn them into mirrors for the release of ubuntu
[04:30] <lifeless> because it generates a phenominal amount of traffic
[04:31] <MTecknology> our company pretty much moved entirely to blades
[04:31] <MTecknology> largely from size contraints
[04:32] <MTecknology> could pack in a whole lot more bang for the buck too though
[04:33] <MTecknology> then we started using blades for virtualization, that helped eliminate a whole lot of physical systems with <2GB RAM and comparable hardware specs
[05:02] <StevenK> MTecknology: You know blades are actual physical systems themselves, right?
[05:03] <MTecknology> StevenK: yup- but MUCH smaller that rackmount systems
[05:03] <StevenK> Meh, it's like sharing power between seven systems.
[05:03] <StevenK> I have yet to see anything compelling about blades.
[05:05] <MTecknology> if you have the room, i don't think there's too much to gain from it
[05:05] <MTecknology> we're a non-profit company, low budget, can't grow our area
[05:07] <MTecknology> we ahve two data centers; one in our main building and one in the basement of a telephone company
[05:08] <lifeless> there were some /very/ shiny blade like things the IS guys looked up when evaluating what we'd need for cassandra
[05:08] <lifeless> *shiny*
[05:10] <MTecknology> cassy was a slut that got knocked up in high scheel
[05:10] <MTecknology> i think it was cassandera though.. with an e
[05:11] <StevenK> MTecknology: http://en.wikipedia.org/wiki/Apache_Cassandra
[05:11] <MTecknology> oh god i hate apache
[05:11]  * MTecknology looks anyway
[05:12] <StevenK> Oh, for the love of ...
[05:12] <StevenK> Apache is more than the web server
[05:12] <MTecknology> StevenK: I know
[05:12] <MTecknology> StevenK: I wasn't referring to just the web server; granted I hate their version of an httpd most
[05:13] <StevenK> I don't get how the Apache Software Foundation are so hateful
[05:14] <MTecknology> maybe not the foundation.... just nearly everyone i know that works for them
[05:15] <MTecknology> i hate apache ~'httpd' most of all; and it fuels a lot of my hate, but their general community is aweful, their employees are worse unless you're paying them out the crap shoot- then they become somewhat nice
[05:16] <lifeless> MTecknology: you realise its a notforprofit with nearly-no employees?
[05:16] <MTecknology> lifeless: if it's nearly no employees, then that's even worse because that I might actually know almost everyone working there
[05:17] <MTecknology> I'm gonna end rant though.... I've been drinking. As little as I hold back when I'm not drinking, it's less control when liqoyr and an x-fiancee are involved
[05:18] <lifeless> ouch :( go rest ;)
[05:18] <MTecknology> lifeless: did you not hear my whining about that?
[05:19] <MTecknology> we dated almost 5yr and over 1yr of that was engaged; 8 days before the wedding, she called it off
[05:19] <MTecknology> i didn't even know the dayu she decided... she talked to the pastor and family before me
[05:20] <MTecknology> march 18 was the wedding day
[05:43] <Pegasus_RPG> hello there. WE have one code branch that used to work fine but now on new checkouts only causes bzr to crash with things like bzr: ERROR: exceptions.KeyError: ('audiotagger.cpp-20101031134221-wol9iyxr3fxcehpg-1', 'raffitea-20101031205517-v30qwekt2fc8cqq2')
[05:43] <lifeless> MTecknology: ouch that sucks man; take a break from $stuff.
[05:43] <lifeless> Pegasus_RPG: hi
[05:43] <lifeless> whats the branch ?
[05:43] <Pegasus_RPG> and bzr: ERROR: bzrlib.errors.ErrorFromSmartServer: Error received from smart server: ('error', "Absent factory for StaticTuple('knob_rotary_s20.png-20100321152943-5b6m28lw59aoyi01-107', 'jus@local-20100321153201-ijr7fnx2lljnntyg')")
[05:43] <Pegasus_RPG> lp:mixxx/1.9
[05:44] <Pegasus_RPG> bzr check on my local checkout (done before the problem started) shows one inconsistent parent
[05:44] <Pegasus_RPG> bzr check on the repo crashes
[05:45] <lifeless> hi
[05:45] <lifeless> deleting and readding files won't fix it :)
[05:45] <lifeless> I'm just doing a test checkout to see the issue myself
[05:49] <lifeless> Pegasus_RPG: so this branch may be misconfigured
[05:49] <lifeless> its got a stacked location set, but set to ""
[05:49] <lifeless> this is unusual
[05:49] <lifeless> how long ago was this branch created?
[05:49] <Pegasus_RPG> quite awhile
[05:49] <Pegasus_RPG> Maybe a year
[05:49] <Pegasus_RPG> the problem only started in the last few weeks
[05:50] <lifeless> Pegasus_RPG: so, the two delete-and-add commits aren't needed
[05:50] <Pegasus_RPG> It was branched from trunk originally but it's a release branch so I'm not sure it should be stacked
[05:50] <lifeless> I suggest you uncommit them
[05:50] <Pegasus_RPG> ok that's fine
[05:50] <Pegasus_RPG> oh I can do that? :)
[05:50] <lifeless> bzr branch -r 1 lp:mixxx/1.9 crashes
[05:50] <lifeless> so the missing content is in the very first revision
[05:51] <Pegasus_RPG> wow
[05:51] <lifeless> knob_rotary_s20.png-20100321152943-5b6m28lw59aoyi01-107', 'jus@local-20100321153201-ijr7fnx2lljnntyg'
[05:51]  * Pegasus_RPG wonders why we are only seeing this now
[05:52] <lifeless> srangly
[05:52] <lifeless> robertc@lifeless-64:/tmp$ bzr log --show-ids -r 1 lp:mixxx/1.9
[05:52] <lifeless> ------------------------------------------------------------
[05:52] <lifeless> revno: 1
[05:52] <lifeless> revision-id: vcs-imports@canonical.com-20020226111207-imi1qwx7menhzqyh
[05:52] <lifeless> so the first revid cannot have that changing-revision
[05:53] <Pegasus_RPG> ah so
[05:53] <Pegasus_RPG> (btw, I just uncommited in my local checkout, so now I commit those?)
[05:53] <lifeless> bzr uncommit -r -2 lp:mixxx/1.9
[05:54] <Pegasus_RPG> oh it seems good now
[05:54] <Pegasus_RPG> I mean my uncommits are showing on lp
[05:54] <lifeless> cool
[05:54] <lifeless> now, to figure out whata up
[05:54] <lifeless> I think you should file a bzr bug
[05:54] <lifeless> when did this behaviour start?
[05:55] <Pegasus_RPG> a few weeks ago. Hard to say exactly since all of us existing devs just bzr update with no problems
[05:55] <Pegasus_RPG> people checking it out for the first time notified us
[05:56] <lifeless> bzr log --show-ids -r revid:jus@local-20100321153201-ijr7fnx2lljnntyg -n0 lp:mixxx/1.9 shows the commit with (apparently) missing data
[05:56] <lifeless> bzr has had some bugs recently which can be solved by doing a pack
[05:56] <lifeless> basically content present but a lookup bug confusing it
[05:57] <lifeless> bzr pack lp:mixxx/1.9 will take a little time but may address the issue
[05:57] <Pegasus_RPG> ok I'll try that thanks
[05:57]  * Pegasus_RPG has bzr 2.1.1
[05:59] <lifeless> Pegasus_RPG: while that runs, please file a bug on bzr
[05:59] <lifeless> if it turns out to be fixed and not deployed to lp, we'll need to deploy it
[05:59] <Pegasus_RPG> is bzr in LP also?
[06:01] <lifeless> launchpad.net/bzr
[06:15] <Pegasus_RPG> ok https://bugs.launchpad.net/bzr/+bug/772935
[06:15] <Pegasus_RPG> BTW, does this mean our trunk is similarly screwed up?
[06:15] <lifeless> Pegasus_RPG: dunno, lets see
[06:17] <Pegasus_RPG> I have to run now...I'll leave this chat window open though
[06:17] <Pegasus_RPG> thanks so much for your help!!
[06:18] <thomi> The launchpad recepie queue seems very long again today - is something broken? or just busy? I'm waiting 17 hours :(
[06:21] <lifeless> Pegasus_RPG: your trunk is fine
[06:22] <lifeless> thomi: busy - we've stolen builders for the ubuntu release
[06:23] <thomi> oh right, that makes sense. I forgot...
[06:23] <thomi> Cheers
[06:46] <lifeless> spiv: hi
[06:47] <spiv> lifeless: hola
[06:47] <lifeless> what do you think of Pegasus_RPG' problem
[06:49] <spiv> lifeless: hmm, not sure.  Stacking would be the obvious thing to suspect I guess.
[06:50] <lifeless> spiv: interestingly we can log to the root of the branch
[06:51] <spiv> That is interesting.
[06:51] <lifeless> Pegasus_RPG: has that pack finished ?
[06:54] <spiv> lifeless: FWIW I get the same error if I branch with nosmart+
[06:54] <spiv> So it's not a problem triggered by opening the repository isolated from its fallbacks
[06:57] <lifeless> nor by the version on lp
[07:01] <lifeless> I mean, if you create it with nosmart, its not fixed in trunk
[08:27] <jfi> Hello, there is really no way to run aureconf for the build of a recipe? It means that a lot of generated files must be in the source repository :(
[08:27] <wgrant> jfi: You can't do that in debian/rules?
[08:28] <wgrant> That would be the normal place to do that.
[08:29] <jfi> hum, it means that I need a different debian/rules for the recipe and when build the binary package from original software distribution
[08:30] <wgrant> jfi: Is it a problem to run it during a normal build?
[08:31] <jfi> not really, that's just useless as the distribution is including the autoconf unlike the build from the source repository
[08:31] <jfi> I did not see that it is a usual practice for normal build to run autoreconf
[08:31] <jfi> but you are right that's not a technical problem
[08:31] <wgrant> It's not *that* uncommon.
[08:32] <wgrant> There's even a dh helper for it.
[08:32] <jfi> ha....ok...so I am going to consider this solution, thanks for the tip
[08:32] <wgrant> It should work.
[08:33] <jfi> anyway I am very happy that it is possible to do automaticaly build of packages from an external svn, that's very useful and avoid a lot of manual work:)
[08:34] <wgrant> Indeed, it's a pretty handy feature.
[08:35] <jfi> it just misses a way to commit automaticly translation from LP
[08:36] <wgrant> jfi: We can commit to a bzr branch which you could push back to svn, but we can't push to svn directly.
[08:37] <jfi> wgrant, yes, I will probably run in the future a script on my server to pull bzr branch and commit in my svn
[10:52] <Naresh> hi
[10:52] <Naresh> what's the equivalent of 'fork' on github in launchpad?
[10:55] <wgrant> Naresh: With bzr there's no need. Just branch locally (eg. 'bzr branch lp:someproject'), then push your changes back to a new branch ('bzr push lp:~yourusername/someproject/somebranch').
[10:55] <wgrant> Naresh: It will create the branch if it doesn't already exist, and will only push up revisions that aren't already in lp:someproject.
[10:58] <Naresh> ah
[11:33] <jussi> Are there any LP people here who want to "sell" me reasons why I should choose launchpad for code hosting and bug tracking for a commercial project?
[12:07] <jussi> you are all boring today :D
[12:59] <levu> Does a recipe only build debs or can it also build tarballs?
[13:15] <tumbleweed> levu: the recipe builds the source package (.dsc + .tar.gz) this is then uploaded to a PPA for building into a deb
[13:19] <levu> tumbleweed: so i can give users the possibility to download a tar.gz? or is this file not public accessible?
[13:20] <levu> or is there a possibility to download a tarball from a bzr branch in the web interface?
[13:35] <tumbleweed> levu: no it's not really useful for that
[13:36] <levu> tumbleweed: is there an other way i can give users the possibility to download the latest source without the need of installing bzr?
[13:39] <tumbleweed> levu: people could download the source tarball from the daily builds (but hey are a click or two away)
[13:40] <levu> tumbleweed: oh, ok, thanks. So i'll make a normal recipe :)
[15:03] <jdstrand> hi! is it possible to cache the result of searchTasks() to disk? I tried pickling it, but that didn't seem to work
[17:07] <Pegasus_RPG> lifeless: yes by now it has :)
[17:07] <Pegasus_RPG> I too get a crash on bzr check lp:mixxx/1.9
[17:08] <Pegasus_RPG> and it seems I have bzr 2.1.2 as well
[17:28] <mvdir> I am trying to install a package from a ppa, but getting this issue:
[17:28] <mvdir> "Unable to connect to ppa.launchpad.net:http:"
[17:29] <mvdir> Running ubuntu maverick in ec2.
[17:29] <mvdir> Has anyone seen this issue before?
[17:36] <mvdir> Anybody home?
[17:38] <mvdir> I am seeing extreme latency when trying to connect to http://ppa.launchpad.net/
[17:42] <mvdir> jcsackett: You there? I am experiencing extreme latency/failure when trying to contact http://ppa.launchpad.net/ from multiple origination points.
[17:42] <jcsackett> mvdir, i am here. i'm sorry i didn't see your earlier messages.
[17:43] <mvdir> Hehe, that's cool,
[17:43] <mvdir> Any thought on a cause?
[17:43] <jcsackett> not off the top of my head. let me ping some admins and see if we have anything going on.
[17:45] <StevenK> I am on my way to the bathroom, but the network is straining due to uh, that release we did yesterday.
[17:45] <StevenK> So I'd expect that is the cause.
[17:46] <jcsackett> StevenK: that was sort of my expectation. thought i would double check before rolling that out as an official answer. :-)
[17:46] <jcsackett> mvdir ^
[17:46] <mvdir> Ok, thanks..
[17:48] <mvdir> Maybe you guys should mirror some of this stuff on Amazon, I hear they never have capacity/connection problems ;]
[17:49] <StevenK> We mirror it anyway we can. People still want to talk to the main archive, which means our datacentres ...
[17:50] <treeform> "Please contact the Launchpad team via the #launchpad IRC channel to verify if your account was indeed blacklisted." I some one help me find the launchpad team?
[17:50] <mvdir> StevenK: I'm sure you guys have lots of infrastr	ucture behind it, just joking around a little, poking fun at the ec2pocalypse ;
[17:51] <jcsackett> treeform: i can probably help you.
[17:51] <jcsackett> treeform: what did you get this message for, and what's your lp id?
[17:52] <treeform> jcsackett: thank you!
[17:52] <treeform> jcsackett: starplant@gmail.com
[17:52] <treeform> and my nick short name thing is "treeform"
[17:55] <jcsackett> treeform: i've found your account. there's a note saying that it was deactivated for spam. was that explained to you?
[17:55] <treeform> no
[17:55] <treeform> i had my account taken over and it spamed lp
[17:55] <treeform> this is what i sent them
[17:56] <treeform> "I cant seem to login or get my password reset (i checked spam folder nothing...)
[17:56] <treeform> My email was compromised and spammed launchpad and I think my account is on some sort of blak list.
[17:56] <treeform> I have my email under control now, is there a way i can have my account back please?
[17:56] <treeform> Thanks!"
[18:00] <jcsackett> treeform: if you're email is back under control, i can reactivate your account.
[18:00] <jcsackett> one moment.
[18:01] <treeform> Thank you!
[18:01] <jcsackett> treeform: your account isn't suspended, so you should be able to login now. i believe you will have to reset your password and preferred email when you login.
[18:02] <jcsackett> treeform: let me know if you have any problems.
[18:07] <treeform> jcsackett: ok just waiting for meail now, thank you again.
[18:07] <jcsackett> treeform: you're welcome.
[18:12] <treeform> Got email and can now submit bugs to my fav panda3d project!
[18:12] <treeform> thanks!
[18:24] <AndrewGee> Hi all. Is ppa.launchpad.net a bit slow at the moment?
[18:28] <jcsackett> AndrewGee: yup. 11.04 was released yesterday, so our traffic is a bit heavy at the moment.
[18:30] <james_w`> branches no longer break when I rename the one that they are stacked on, correct?
[18:32] <mvdir> StevenK: Is there anywhere else to hit for ppa.launchpad.net besides germanium?
[18:37] <sinzui> james_w`: that is true
[18:37] <james_w`> \o/
[20:12] <timrc> Is anyone else experiencing problems with uploading to launchpad ppa?  I have a user saying they've attempted two uploads of a package to a ppa and received no indication that it was accepted (or rejected)
[20:13] <rye> hi, are there any issues with ppa builders right now?
[20:15] <elmo> timrc/rye: ppa.lp.net is broken, we're working on it
[20:16] <timrc> elmo, thank you sir
[20:16] <rye> elmo, thanks, sorry for disturbing you, i just noticed that launchpad status on identi.ca is not saying anything about that
[20:19] <mvdir> elmo: Yes, updating the identi.ca would be excellent.
[20:27] <elmo> sorry, I have no idea how to do that
[20:27] <elmo> and I'm neck deep in trying to fix that
[20:27] <elmo> maybe a Launchpad person could do that
[20:28] <mvdir> jcsackett: Yes, updating the http://identi.ca/ would be excellent.
[20:29] <mvdir> I assume jcsackett is the person, since he's listed in the channel topic.
[20:29] <mvdir> Not a regular, not sure who to talk to about that.
[20:31] <jcsackett> mvdir: actually, i was listed in the topic. sinzui is help contact now, but i can certainly still help. i'll see about throwing it up on launchpadstatus
[20:31] <mvdir> jcsackett: Thanks ;]
[20:31] <sinzui> I suck. I thought I changed the topic 2 hours go
[20:32] <mvdir> sinzui: I think  you did some time ago.
[20:32] <mvdir> Been in here longer than that, just rembered the topic from when I came in.
[20:55] <elmo> ppa.launchpad.net should be fixed
[22:07] <penguin42> greetings
[22:07] <penguin42> I'm getting a Connection refused on ppa.launchpad.net during a dput - is it known broken?
[22:09] <Ursinha> penguin42, according to #canonical-sysadmin channel topic, this is a known issue
[22:10] <penguin42> Ursinha: OK, thanks - apparently the status on identi.ca says it was believed fixed
[22:10] <Ursinha> hmm
[22:11] <Ursinha> penguin42, do they just posted it there?
[22:11] <penguin42> Ursinha: Last post (about an hour ago) 'launchpad's ppa.launchpad.net is backup'
[22:11] <penguin42> I guess that was just a bit optimistic
[22:11] <Ursinha> maybe
[22:12] <penguin42> still, these things happen - I guess it just needs some TLC and a new rubber band
[22:12] <Ursinha> penguin42, topic there has changed about 30 mins ago, so I guess the issue is current
[22:13] <Ampelbein> maybe the hamster in his wheel died and so there is no more power :-(
[22:13] <penguin42> yeh, not a problem - I was just wondering why the upload I'd done a few hours ago hadn't got anywhere
[22:13] <penguin42> Ampelbein: They should know, one hamster is not enough for release week
[22:16] <Ursinha> :)
[22:17] <lifeless> penguin42: we weren't expecting a huge upsurge in ppa traffic
[22:17] <lifeless> we're going to have to review logs to see what it was
[22:17] <lifeless> it /msy/ just be folk switching over to natty versions of what they have in their ppa
[22:17] <penguin42> lifeless: In my case it was a patch I had that once the release landed I thought I'd make easy for people to use
[22:18] <penguin42> lifeless: Still, that's fun with large systems - they always keep you on your toes
[22:20] <lifeless> uploads should be back soon
[22:20] <lifeless> folk are on it
[22:22] <penguin42> thanks - these things happen
[22:30] <gaspa> do anyone knows how to get this (https://launchpad.net/ubuntu/oneiric/+queue) through launchpadlib?
[22:30] <gaspa> I'm trying with "series.getPackageUploads()", but without results.
[22:41] <Ampelbein> gaspa: lp.distributions["Ubuntu"].current_series.getPackageUploads(status="New")
[22:43] <gaspa> Ampelbein: I tried the same, but it's empty...
[22:43] <gaspa> (or I didn't catch how to use it :P)
[22:44] <Ampelbein> gaspa: http://paste.ubuntu.com/600996/, works here ;-)
[22:50] <gaspa> Ampelbein:  :\  ... http://paste.ubuntu.com/601000/
[22:54] <Ampelbein> gaspa: hmm, what happens if you directly use lp.distributions["Ubuntu"].series[1].getPackageUploads(status="New") ?
[22:54] <gaspa> it says: <lazr.restfulclient.resource.Collection object at 0xa3bbd0c>
[22:55] <Ampelbein> gaspa: yes, I meant if the response has entries? (lp.distributions["Ubuntu"].series[1].getPackageUploads(status="New")[0] for example)
[22:56] <gaspa> ;p
[22:56] <gaspa> nope, out of range
[22:57] <gaspa> uhm, i'm not logged in...
[22:58] <gaspa> yes, it was that
[22:59] <Ampelbein> gaspa: oh, wow. that is an unhelpful error in that case
[23:00] <gaspa> Ampelbein: thanks :)
[23:20]  * penguin42 wonders if sinzui removed the note about the ppa uploads in teh hope they were working
[23:24] <askhl_> Hi, I'm trying to copy a package from one PPA (from which it has been tested) to another, keeping the binaries.  I get 'The following source cannot be copied:' and 'gpaw 0.7.6974-1~ppa2 in natty (a different source with the same version is published in the destination archive)'
[23:24] <askhl_> I'm trying to copy from https://launchpad.net/~askhl/+archive/ppa/+copy-packages? to https://launchpad.net/~campos-dev/+archive/campos/+packages
[23:25] <askhl_> And there is in fact no source with the same version in the destination archive, as the error message claims.  How do I fix this?
[23:25] <askhl_> (It's the natty package 'gpaw - 0.7.6974-1~ppa1'  which I'm trying to transfer)
[23:26] <askhl_> Sorry, I mean 'gpaw - 0.7.6974-1~ppa2'
[23:29] <Ampelbein> askhl_: there is a 0.7.6974-1~ppa2, https://launchpad.net/~campos-dev/+archive/campos/+sourcepub/1633826/+listing-archive-extra. As far as I know you can't reuse version numbers in ppas.
[23:35] <askhl_> Ampelbein: oh, maybe it was a previous upload which failed.  (But that definitely isn't published as the error message says.  In fact it should have been deleted)
[23:35] <askhl_> Ampelbein: I'll try to ramp up the version number and re-upload
[23:42] <askhl_> Strange, now I get 'connection refused' when trying to uploa
[23:42] <askhl_> d*
[23:42] <MTecknology> Not much more annoying than building a package in pbuilder just fine, firing off to launchpad, waiting a day, then a build failure right at the tail end of compiling
[23:43] <askhl_> 'Connection failed, aborting. Check your network [Errno 111] Connection refused'
[23:43] <penguin42> askhl_: Yeh it's borked at the moment
[23:43] <askhl_> penguin42: oh, thanks, I'll try at some other time then
[23:43] <askhl_> Ampelbein: thanks to you, too