[00:52] <vadi21> I don't like these revision.diff instead of embedded diffs launchpad is using now, because I can't view them on my phone (it refuses to download it). Is there an option to switch back? I didn't really find one in subcription settings.
[01:09] <thumper> vadi21: no, there is no option, nor is there likely to be
[01:10] <thumper> vadi21: there are issues with encodings for diffs
[01:10] <thumper> vadi21: the only safe way is to attach them
[01:10] <vadi21> It's been working fine before though.
[01:10] <thumper> vadi21: for you, for now...
[01:10] <vadi21> Rather dissapointing. at least a link to a diff :|
[01:11] <thumper> vadi21: but there were others with issues
[01:11] <thumper> vadi21: we should add links to the loggeread change page
[01:11] <vadi21> Yeah.
[01:56] <MTeck> tonyyarusso: how ya been?
[02:14] <ppmt> Hello everyone
[02:16] <ppmt> I am very new to Launchpad and I thought I would seek advice before doing something silly
[02:18] <MTeck> ppmt: there's a testing version of launchpad - I forgot the address - but you can play there and changes will be wiped after a while
[02:20] <ppmt> Mteck: well my problem is not so much how to use it (also I am sure I could do with some pratice) but more a problem that I have with a translation I am trying to do for one project. Whatever I try it won't take the translation
[02:21] <MTeck> oh...
[02:22] <MTeck> i think you normally suggest it and then someone else approves it - I've never really worked with translations
[02:22] <ppmt> I was thinking about writing a "bug" but then realised I might be the bug and wanted some advise
[02:23] <ppmt> Yes and I have translated a good chunk of it like that but that one sentence just won't take it. Whatever I type it resets to its original value (which is not correct)
[02:26] <MTeck> file a question should be fine then - if nothing else the answer will be indexed in google for others to search for - or it can be turned into a bug if that's the issue
[02:28] <ppmt> yes I think I am going to do that. I didn't realise you can just send them a question regarding problem like that. We shall see
[02:28] <ppmt> Thanks for your assistance
[03:00] <ojwb> when preparing an upload for a PPA, is there an easy (ideally scriptable) way to tell if the orig source needs to be uploaded?
[03:01]  * MTeck wants to learn to package sometime this month
[03:41]  * jamesh wonders if https://www.ohloh.net/p/launchpad/enlistments will run through to completion
[03:42] <spiv> jamesh: judging from https://www.ohloh.net/topics/3685?page=1#post_11291, probably not
[03:43] <spiv> But maybe we'll be lucky!
[03:43] <jamesh> that's a weird one.
[03:45] <jamesh> if they'd written Ohloh in Python rather than Ruby, they'd be able to use bzrlib directly
[03:45] <jamesh> which might allow more robust handling of broken history
[03:45] <lifeless> rupy FTW
[03:45] <lifeless> jamesh: the shell interface should be sufficient
[03:45] <jamesh> perhaps a bzr plugin that outputs the data they want would be a good idea
[03:46] <lifeless> don't they want log -v -p regardless?
[03:48] <jamesh> are they using -p?
[03:50] <lifeless> not sure
[03:50] <wgrant> I tested the command they gave a couple of days ago.
[03:50] <wgrant> It works fine.
[03:51] <wgrant> But takes 2.5 hours.
[03:51] <jamesh> the forum post doesn't list it
[03:51] <wgrant> It does.
[03:51] <wgrant> The start of the third-last post.
[03:52] <jamesh> this one? "bzr log --long --show-id --forward --include-merges -r 1.. -v"
[03:52] <wgrant> That one.
[03:52] <jamesh> no -p there
[03:53] <wgrant> Indeed, I am blind.
[03:53] <jamesh> I was starting to wonder if I was blind :)
[05:04] <tgiphil> hi
[05:04] <tgiphil> any admins on duty?
[05:06] <spm> tgiphil: yes, what's the problem?
[05:07] <tgiphil> I'd like to remove MOSA project (I registered it). It's hosted on CodePlex and it's out of date by about a year due to svn issues with CodePlex.
[05:07] <tgiphil> we will re-add it later when we move away from CodePlex.
[05:12] <spm> tgiphil: sure; can you raise a Question here https://answers.launchpad.net/launchpad/ asking for same and ping me back? gives us a level of validity that you are the same person :-)
[05:12] <tgiphil> k
[05:14] <tgiphil> Open Question #79794
[05:15] <spm> tgiphil: thanks - disabling projects from random irc requests would be bad. Has been done.
[05:15] <tgiphil> np.
[05:15] <tgiphil> I understand
[05:16] <wgrant> spm: I'm the owner of Launchpad. Deactivate it, please!
[05:16] <tgiphil> lol
[05:16] <spm> wgrant: sure. one sec.
[05:16] <spm> damn. plan fail - I was going to do it on staging and send the link; but staging is down atm. Fail. :-)
[05:17] <wgrant> spm: We're moving to SourceForge.net.
[05:17] <wgrant> bzr is too slow.
[05:17] <wgrant> I noticed that before :(
[05:17] <tgiphil> SourceForge is slow too.
[05:18] <tgiphil> I've noticed a few projects moving to LaunchPad recently (Nunit, for example)
[05:18] <wgrant> The logo strikes again!
[05:18] <wgrant> The colouring of the logo is what I believe to be the cause of people capitalising it LaunchPad.
[05:19] <spm> i tried hosting one of mine of SF years ago. was painful; kept the others self hosted.
[05:19] <lifeless> wgrant: plausible
[08:28] <adeuring> good morning
[09:03] <ivoks> lp is denying my upload to ppa cause the same version of source already exist, but that's not true
[09:03] <noodles775> ivoks: what's the ppa?
[09:04] <ivoks> https://edge.launchpad.net/~ivoks/+archive/ppa
[09:04] <noodles775> ivoks: note, even if you delete a source, you still can't upload the same version again.
[09:04] <ivoks> ah, right...
[09:43] <jaalto> LP ADMINS: I'd like to write a Emacs commands to support Ubuntu LP bug-by-email interface. Last Sunday I talked about this in the channel and since none of the dogfood.* etc development servers send back email, I was asked to bring the issue back on weekdays.  I'd need a DUMMY launchpad project for testing and development. Is it okay to create 'test-emacs-lp-bts-by-email' project or is there other way? I would not wa
[09:43] <jaalto> nt to use any existing project as sandbox
[09:47] <gmb> jaalto: You could test against staging.
[09:47] <gmb> Ahh, hangon
[09:47] <wgrant> We discussed this on the weekend, and I directed jaalto to the working week.
[09:47] <gmb> Staging might not handle incoming emails correctly... let me just check for you.
[09:47] <gmb> wgrant: Okay.
[09:47] <wgrant> I don't think any non-prod likes email.
[09:47] <jaalto> gmb: I was told that staging.* didn't send email
[09:48] <gmb> jaalto: Send it no, receive it... I'm not sure.
[09:48] <jaalto> gmb: I would need both ways email, so that the Emacs module can respond to, manipulate the bug reports
[09:48] <gmb> Boo.
[09:49] <wgrant> I really think Ubuntu VM + launchpad.dev == good idea
[09:49] <gmb> jaalto: Hmm, okay. We generally don't like edge / production to be used for this kind of testing, since it produces a lot of cruft.
[09:49] <gmb> wgrant: Yeah, that's waht I was about to suggest, too.
[09:49] <gmb> jaalto: You'd be better off grabbing the Launchpad code and running a local development instance. See http://dev.launchpad.net/Getting.
[09:50] <jaalto> wgrant: At the time impossible for me: LP requires Ubuntu (I don't have), it needs VM (I have broken configuration), I need virtual network to access outside (My bridges are broken right now).
[09:50] <jaalto> gmb: It's just not in my resources to do so.
[09:50] <LarstiQ> jaalto: get someone else to set it up?
[09:51] <jaalto> LarstiQ: I don't have. It's just me and my servers.
[09:51] <gmb> jaalto: That's unfortunate, but testing against a production system is a really bad idea. Not only does it produce cruft but it could end up affecting people who have nothing to do with you and your project, too.
[09:51] <jaalto> LarstiQ: I'm fully private :-)
[09:51] <LarstiQ> jaalto: surely you know people :)
[09:52] <jaalto> LarstiQ: There is no such environment anywhere at hand here.
[09:52] <jaalto> gmb: A simple test project, would not produce much traffic
[09:53] <gmb> jaalto: You're putting test data into a production database. That's naughty, however little traffic it produces.
[09:54] <jaalto> gmb: Wold it be a drop in the ocean for good cause?
[09:54] <jaalto> It's and egg and chicken situation
[09:55] <gmb> jaalto: Well, not really. There are ways to do you testing; that you don't have the resources ATM to do it is unfortunate but htat doesn't mean that you should start using a live production system for testing. Remember, if you use production for testing that data stays around forever - it won't be deleted.
[09:55] <LarstiQ> jaalto: hmm, I'll try to set up a launchpad instance today
[09:57] <jaalto> gmb: Can the stanging.* be configured to allow email?
[09:57] <wgrant> Danger! Danger! Danger!
[09:57] <gmb> :)
[09:57] <jaalto> LarstiQ: If you can, that would be great.
[09:58] <gmb> jaalto: What wgrant said. That's not a good idea for two reasons:
[09:58] <gmb> 1) Spam spam spam
[09:58] <wgrant> LarstiQ: That's difficult, because you'd have to fix the sample data to avoid spamming innocent Canonicalites.
[09:58] <LarstiQ> wgrant: ok
[09:58] <gmb> 2) You wouldn't be able to tell the difference between production email and staging emial without looking. Since everyone would then get staging email there would be a lot of confusion and unhappiness
[09:59] <gmb> But mostly (1).
[09:59] <LarstiQ> wgrant: restrict outgoing email to jaalto?
[09:59] <wgrant> LarstiQ: That would work too.
[10:00] <LarstiQ> the vm isn't doing any email duties so that shouldn't be a problem to set up.
[10:00] <LarstiQ> jaalto: I will be traveling to HAR so connectivity might be spotty
[10:02] <jaalto> LarstiQ: I'm already using the Debian BTS with great success with my package and it just needs modifications to support LP. The connection does not need to perfect, as long as I can get and receive, manipulate emails to glean out interface problems.
[10:04] <jaalto> wgrant: In case you need my ISP IP's (smarthost) through which my mail goes for configuration, let me know
[10:04] <wgrant> jaalto: You mean LarstiQ?
[10:04] <LarstiQ> I think so.
[10:07] <jaalto> LarstiQ: I receive mail through cante.net (a mailhop through dyndns.org), I send through ISP smtp.sooninternet.net
[10:11] <LarstiQ> jaalto: thanks, got it
[10:12] <jaalto> LarstiQ: "dig @ns1.mydyndns.org cante.net  txt"
[10:13] <jaalto> LarstiQ: Changet the 'txt' to 'mx' to see mail relays
[10:42]  * henninge_ will be back soon
[10:59] <Daviey> Is it possible to request a Launchpad automatic translation commit to bzr?  Or do you have to wait a day?
[11:00] <Daviey> It would really help if i could request one shortly, as i want to do some testing.
[11:05] <wgrant> Daviey: I don't think you can request a translations-to-branch export immediately, but henninge would know.
[11:06] <henninge> wgrant, Daviey: jtv implemented that feature, he'd be the best to ask.
[11:06] <jtv> wha?
[11:06] <Daviey> henninge wgrant : thanks, hopefully jtv will see the hilight :)
[11:07] <Daviey> jtv: Can i request a translations commit, or do you have to wait a day?
[11:07] <Daviey> (to bzr branch)
[11:08] <jtv> Daviey: believe me, waiting a day is easier than getting permission, grabbing the right person etc.  May be faster, too.  :-)
[11:08] <Daviey> heh, okay.. thanks jtv
[11:08] <jtv> Daviey: may I ask what brings up the question?
[11:08] <jtv> (I like to know what goes on :)
[11:09] <Daviey> jtv: A new package.. and i have introduced translations.. I wanted to check everything is working as i had hoped
[11:09] <Daviey> no worries.. i'll sit and rock in my chair for ~16 hours waiting patiently :P
[11:09] <jtv> Daviey: main thing to check is that your branch is not only "registered" in LP, but there's actual bzr data behind it.
[11:11] <Daviey> I can see LP did an auto commit of en_GB (which i did), but it's no change from original template.. I've now got a 'proper' translation.. So i know the LP auto commit is working.. But I'm reluctant to commit the translations myself, as going forwards i want LP to handle it all.
[11:13] <jtv> Daviey: yes, much better to leave it to LP from the beginning.
[11:16] <Daviey> Hmm.. i can just download the po file from LP and use it in my local branch.. to test what i need.. no need for it to be commited to LP for this testing. so no worries :)
[12:26] <alourie> hello
[12:27] <alourie> are there cli tools for launchpad?
[12:28] <geser> for which use-case?
[12:40] <alourie> geser: I'd like to fetch blueprints by specific parameters
[12:41] <wgrant> Blueprints aren't accessible through the API just yet.
[12:41] <alourie> bummer
[12:41] <wgrant> But lots of other things are: https://help.launchpad.net/API
[12:43] <alourie> wgrant: are BP also expected?
[12:44] <wgrant> alourie: No Canonical developers are working on Blueprint at the moment. But a community member could do it, now that Launchpad is open source.
[12:45] <alourie> ah
[12:45] <alourie> would it be hard to do?
[12:45]  * wgrant has a look.
[12:46] <alourie> wgrant: or, rather, how hard would it be? :-)
[12:49] <geser> is it safe to use the LP API in a multi-threaded application?
[12:49] <wgrant> alourie: It doesn't look like it should be much harder than any other API export, but who can see how hard that is...
[12:49] <wgrant> s/see/say/
[12:49] <wgrant> geser: I think it is unless you use the cache.
[12:50] <geser> wgrant: cache?
[12:50] <wgrant> geser: You can give launchpadlib a cache directory.
[12:50] <geser> ah, that one
[12:51] <geser> I want to try if fetching the build logs in parallel (one thread for each class of FTBFS) will speed up the FTBFS script
[12:52] <wgrant> It should.
[13:05] <alourie> wgrant: thanks :-)
[14:45] <jmux> Hi - I just downloaded and installed LP on my Debian Lenny Server. I'm already using sbuild and schroot. Now I'm looking to integrate everything with buidldd, but couldn't find any information. Anyone here, who can point me to some docs?
[14:48] <jmux> I saw there is an old sbuild package and some scripts in the lib/canonical/buildd directory, but it doesn't include a real buildd and the control file of the generated launchpad-buildd package doesn't depend on buildd, so I'm a little bit lost here.
[15:24] <henninge> jmux: sorry, I don't know about that stuff either, but maybe bigjools does?
[15:29] <bigjools> cprov knows more about that stuff than me
[15:30] <cprov> -> #lp-dev, it will pop up in lp-users ML and we will see.
[16:01] <sluimers> hello
[16:01] <sluimers> I need some help on the ppa, I get an error permission denied
[16:02] <sluimers> install: cannot create regular file `/usr/bin/helloWorld': Permission denied
[16:02] <bigjools> sluimers: what are you doing when you get that error?
[16:03] <sluimers> I have then uploaded my ppa package with dput
[16:03] <sluimers> #launchpad
[16:03] <sluimers> install helloWorld /usr/bin/helloWorld
[16:03] <sluimers> sorry wrong ctrl+v when I typed #launchpad
[16:04] <bigjools> sluimers: can you point me to your PPA URL please?
[16:04] <ojwb> you should install files to a "staging area" for packaging, not into the live filesystem
[16:05] <sluimers> https://launchpad.net/~ika
[16:05] <ojwb> e.g. into .../debian/tmp/usr/bin/helloWorld
[16:06] <bigjools> what he said
[16:07] <ojwb> and the buildd doesn't run as root, which is why you get the error you do
[16:09]  * sluimers doesn't get it
[16:10] <sluimers> the Helloworld program has to be installed before hand?
[16:11] <sluimers> It already has be available in the orig.tar.gz file?
[16:14]  * sluimers doesn't understand why helloWorld has to go into /debian/tmp/usr/bin
[16:15] <ojwb> you install the files into a staging area
[16:15] <ojwb> if there's only one binary package, that's conventionally in your debian directory
[16:15] <ojwb> i.e. where debian/rules, etc are
[16:15] <ojwb> and called "tmp"
[16:16] <ojwb> for multiple binary packages, it's usual to install to tmp and then move files (by various means) to a directory per binary package
[16:16] <ojwb> if you install them to the live system, it's hard to find exactly what to package
[16:16] <ojwb> and you could break it
[16:17] <ojwb> as it is, the buildd can keep the same installation between builds without risk of contamination
[16:18]  * ojwb would suggest looking at the packaging for something simple to see how it is done
[16:19] <sluimers> ???
[16:19]  * ojwb gives up
[16:20] <ojwb> you have to put the files there because otherwise you get the error you are getting...
[16:20] <sluimers> all of them?
[16:21] <sluimers> helloWorld.cpp has to go in there as well?
[16:22] <mgedmin> no
[16:22] <mgedmin> the files that are needed to run the program need to be there
[16:25] <sluimers> okay, I'll try that then
[17:25] <sluimers> I still get the same error
[17:25] <sluimers> permission denied
[17:29] <rowinggolfer> hey launchpad dudes and dudesses.
[17:29] <rowinggolfer> just a quick observation...
[17:30] <rowinggolfer> my project is hosted at launchpad, and I've done a lot of pushing and pulling over the last 6 months.
[17:30] <rowinggolfer> but I have to say....
[17:30] <rowinggolfer> launchpad is REALLY quick this week.
[17:30] <rowinggolfer> so, thanks.
[17:31] <rowinggolfer> (assuming that my observation is down to the recent changes)
[17:31] <rowinggolfer> and not because everyone else has gone over to code.google.com ;)
[17:33]  * mgedmin is wondering if it's possible to get launchpad to email commit messages for a particular branch
[17:39] <sluimers> mkdir: cannot create directory `/debian': Permission denied
[17:39] <james_w> mgedmin: it is
[17:39] <james_w> mgedmin: subscribe to the branch and choose the appropriate options
[17:39] <mgedmin> hm
[17:39] <sluimers> so I'm lost here
[17:40] <gary_poster> mgedmin: what james said ;-)
[17:40] <james_w> something about "revision changes", and then you can set the limit on the size of the diffs
[17:41] <mgedmin> thanks!
[17:41] <mgedmin> I was already subscribed (because I created that branch, I suppose), so all I had to do was click that little yellow pencil-in-circle icon
[17:41] <mgedmin> sadly, searching for "commit emails" or "checkin emails" on help.launchpad.net gave me no clue
[17:42] <sluimers> I really don't understand ppa
[17:43] <rowinggolfer> sluimers - be careful, popey will pop in and tell you to RTFM
[17:43] <bigjools> sluimers: your issue is not with PPAs, it's packaging.  Your best bet is to join #ubuntu-motu and ask for help there, there will be packaging experts who can help.
[17:44] <geser> sluimers: you should install the files (which end in the deb at the end) in debian/tmp/ below the current directory
[17:44] <sluimers> There's no "permission denied" part in Upload errors section of the manual
[17:44] <sluimers> which current directory?
[17:45] <geser> !packaging guide
[17:46]  * mgedmin for some reason thought that pencil next to subscriptions was for unsubscribing
[17:47] <james_w> mgedmin: have you seen https://code.launchpad.net/ubuntu ? We're getting there :-)
[17:48] <mgedmin> "1  → 100  of 94464 results"
[17:48] <mgedmin> !
[17:48] <mgedmin> awesome
[17:48] <james_w> the listing obviously isn't ideal
[17:48] <mgedmin> I can see why that page takes 6 seconds to render
[17:49] <james_w> but it's a step towards the utopia that you wanted ;-)
[18:12] <eagle00789> is it possible to set the svn import schedule to every 24 hours??
[18:12] <eagle00789> every 5 hours is to much for my project...
[18:13] <mgedmin> searchbots crawling my svn repos used to make svn very unhappy
[18:13] <mgedmin> I blamed bsddb
[18:14] <eagle00789> i don't have a problem with searchbots, but i don't need to have my svn server copied to launchpad every 24 hours
[18:14] <eagle00789> my development isn't that fast since i'm the only developer
[18:19] <eagle00789> anybody can answer me if that is possible??
[18:26] <eagle00789> nobody??
[18:38] <salgado> eagle00789, I don't think that's possible, but once the initial import is done, it should be really quick (and cheap for the svn server) to tell LP that there are no new revisions to import
[18:38] <eagle00789> ok. thx salgado
[18:44] <mrooney> Is there a way to do a bug search, specifying bugs without a milestone?
[19:21] <ovnicraft> hi folks, where i activate my mailist group, in https://edge.launchpad.net/~mygroup/+mailinglist i cant see activate link
[20:07] <Magnun> Hi, danilos?
[20:26] <Magnun> Hi, danilos?
[20:26] <matsubara> leonardr, hi, romaia is trying to use launchpadlib with python2.6 but he's getting this http://pastebin.com/m34ddc2cf Is this a known bug? Is there a workaround?
[20:28] <leonardr> matsubara: https://bugs.edge.launchpad.net/ubuntu/+source/python-httplib2/+bug/336067
[20:29] <leonardr> https://bugs.edge.launchpad.net/launchpadlib/+bug/358004 has an explanation as pertains to launchpadlib specifically
[20:29] <leonardr> the new httplib2 has been released, so if you check out the source from pypi you should avoid the problem
[20:29] <matsubara> romaia, ^
[20:29] <matsubara> that's great. thanks leonardr
[20:30] <romaia> matsubara, leonardr, thx
[20:33] <geser> btw: has someone succesfully used launchpadlib in a multithreaded script? I tried it today and failed miserably but I don't know if my threading code was wrong or launchpadlib not threadsafe
[20:47] <thekorn> geser, faile for me too, I think I opened a bug about it, let me have a look
[20:47] <thekorn> s/faile/failed
[20:52] <james_w> geser: lplib isn't threadsafe
[20:52] <james_w> geser: or rather, the underlying http library it uses isn't
[20:58] <thekorn> oh, yes, now I remember, httplib2 was the problem
[21:17] <AlexC_> morning
[21:17] <AlexC_> I'm wondering how long it takes to import language translations? I was under the impression that once the first initial batch had been imported, further uploads would be pretty much instant
[21:18] <AlexC_> currently been waiting 3 hours for them to 'automatically' be added
[23:27] <User__> Morning all
[23:27] <User__> I get this nice message when trying to setup Launchpad
[23:27] <User__> ERROR: You don't have a high enough version of Bazaar:  rocketfuel-setup requires bzr 1.16.1 or higher, but you have bzr 2.0.0.
[23:28] <User__> Any suggestions how I can solve that ?
[23:29] <wgrant> User__: Ahem. Comment out stuff in rocketfuel-setup, and file a bug.
[23:29] <wgrant> You're using bzr.dev?
[23:29] <beuno> how are you using bzr 2.0.0?
[23:29] <beuno> that;s bogyus
[23:29] <User__> Using:
[23:29] <SamB> 2.0.0dev, maybe
[23:29] <User__> https://edge.launchpad.net/~bzr-nightly-ppa/+archive/ppa
[23:30] <wgrant> The version in trunk was changed to 2.0.0, wasn't it?
[23:30] <User__> And it shows back as 2.0.0
[23:30] <Daviey> even so.. 2.0.0 > 1.16.1 :)
[23:30] <Daviey> so it's a valid bug.
[23:30] <wgrant> Not when you are rocketfuel-setup.
[23:30] <User__> :P
[23:30] <thumper> heh
[23:31] <SamB> what the heck is rocketfuel-setup, and why doesn't it compare versions correctly?
[23:31] <User__> https://dev.launchpad.net/Getting
[23:31] <wgrant> SamB: It is the thing that installs Launchpad.
[23:31] <kfogel> wgrant: do you use launchpadlib at all?  I'm having the most incredible multi-day yak-shaving spree just trying to get it installed, but lately have made some progress.  I'm now here:  http://paste.ubuntu.com/252186/
[23:31] <User__> Installing Launchpad on local machine
[23:31] <SamB> ah
[23:31] <wgrant> And it compares each segment of the version separately.
[23:31] <wgrant> kfogel: I do. Lots.
[23:31] <kfogel> wgrant: any help much appreciated.
[23:31] <wgrant> SamB: Is the major version less than one? If so, fail. Is the minor version less than 16? If so, fail.
[23:31] <SamB> wgrant: oh.
[23:32] <SamB> I've seen configrue scripts and/or headers like that ...
[23:32] <wgrant> kfogel: Looking.
[23:32] <SamB> major fail
[23:32] <kfogel> SamB: is there a bug in the version code there?  I wrote it...
[23:32] <User__> which part do I need to uncomment ?
[23:32] <wgrant> User__: Line 34 and 35.
[23:32] <SamB> kfogel: wgrant just said so ;-P
[23:33] <wgrant> kfogel: It bails if the minor version < 16, even if major version > 1
[23:33] <wgrant> Which happened a couple of days ago.
[23:33] <kfogel> wgrant: HAH.  I never foresaw.  THank you.
[23:33] <kfogel> wgrant, SamB, User__: my bad.  Going to fix right now.
[23:33] <SamB> isn't there, like, a library function for that?
[23:33] <kfogel> SamB: in sh?  I wish.
[23:34] <SamB> kfogel: oh, no then ;-P
[23:34] <wgrant> kfogel: That's installing faaaar too much stuff. Like lazr.restful.
[23:34] <User__> kfogel: You're forgiven ;)
[23:34] <wgrant> kfogel: Although if you want to run the tests properly, I guess you need that.
[23:34] <kfogel> wgrant: I thought launchpadlib depends on lazr.restful?  (was told by jml or barry it does)
[23:34] <kfogel> wgrant: I just want to use the lib; tests are for sissies
[23:34] <kfogel> :-)
[23:34] <wgrant> kfogel: lazr.restful is the server-side.
[23:34] <wgrant> kfogel: And depends on a large portion of the ZTK.
[23:34] <kfogel> wgrant: that makes sense.  So why would launchpadlib depend on it?
[23:35] <kfogel> for doc generation?
[23:35] <User__> kfogel: as long as I dont have to reinstall the vmware
[23:35] <wgrant> kfogel: For tests.
[23:35]  * wgrant checks how to make it stop.
[23:35] <User__> as I have been installing those 24 machines over 4 hours now ...
[23:37] <wgrant> kfogel: ARGH WTF
[23:37] <wgrant> lazr.restfulclient specifies a runtime dependency on lazr.restful
[23:37] <wgrant> == insane
[23:37] <kfogel> wgrant: that does indeed sound like insanity.
[23:38] <SamB> oh, apparantly the python library function is cmp() ...
[23:38] <wgrant> And as it's all inside stupid eggs, it's probably easier to make lazr.lifecycle work properly.
[23:38] <wgrant> And I'm not sure what's wrong there.
[23:39] <SamB> kfogel: and, er, shouldn't your shell script catch that the bzr version was only, uh...
[23:39] <kfogel> SamB: only... ?
[23:40] <SamB> 2.0dev
[23:40] <kfogel> wgrant: I'm going to post about this launchpadlib problem on launchpad-dev@.
[23:40] <wgrant> kfogel: Good idea.
[23:40] <kfogel> SamB: if it's 2.anything, it should allow it.
[23:40] <kfogel> SamB:  the fact that it doesn't is a known bug now -- that's what I'm fixing.
[23:40] <User__> kfogel: You're fixing that file now ?
[23:41] <SamB> kfogel: okay, what I really mean is that I think it should display the whole thing, including any textual piece
[23:41] <kfogel> SamB: oh, you mean in displaying the error message?
[23:41] <SamB> for instance, if you had bzr 1.15dev ...
[23:41] <SamB> kfogel: yah
[23:41] <kfogel> SamB: will include in the fix
[23:41] <kfogel> SamB: oh, hmm, that does make the fix a bit more complicated.  But still worth it.
[23:42] <User__> kfogel: So it's better to wait ?
[23:42] <SamB> User__: you can comment the lines out for now
[23:42] <wgrant> User__: It'll probably be hours until the fix is available.
[23:42] <wgrant> So yes, just comment out the lines.
[23:42] <Fly-Man-> Okay
[23:42] <Fly-Man-> or just downgrade
[23:42] <Fly-Man-> to 1.17
[23:43] <wgrant> Or 1.18rc1
[23:47] <thumper> I'll review any fix for it
[23:56] <Fly-Man-> Yes, that did the trick
[23:56] <Fly-Man-> It's fetching data now
[23:56] <Fly-Man-> went back from trunk to 1.17
[23:59] <Fly-Man-> Thanks all for the help :)