[00:21] <lamalex> hey, when i do bzr ci -m "something" --fixes lp:666, what does that do? does it associate the branch with the bug? seems like it should mark it "fix committed"
[00:23] <LarstiQ> lamalex: it does associate, but not mark afaik
[00:23] <lamalex> even when that branch get's merged?
[00:23] <wgrant> LarstiQ is correct.
[00:23] <wgrant> It just links the bug.
[00:24] <wgrant> The branch scanner should probably do something to the status of the bug if it sees a revision marked like that enter the development focus or another series branch.
[00:25] <wgrant> But it isn't that intelligent now, it seems.
[00:28]  * jml confirms everything wgrant just said
[00:29]  * LarstiQ wouldn't mind trying to fix that
[00:29] <jml> except maybe only dev focus branches.
[00:29] <LarstiQ> but maybe it's more work than I hope ;)
[00:29] <jml> LarstiQ: most of the work would be in the edge cases
[00:30] <LarstiQ> jml: I don't know very well what launchpad coding is like, bzrlib I can handle.
[00:30] <jml> LarstiQ: not doing silly things like changing the status from fix released to fix committed, making sure that the scanner and human-entered bug statuses don't end up in a tug of war etc
[00:30] <jml> LarstiQ: actually, tell you what
[00:30] <LarstiQ> jml: right
[00:30] <jml> LarstiQ: I've been meaning to extend bzrlib to have an actual api for the bug property
[00:31] <LarstiQ> jml: aha :)
[00:32] <jml> LarstiQ: it would be a pretty simple thing to do, come to think of it
[00:32] <jml> but I have other bzrlib hacking priorities
[00:33] <LarstiQ> jml: if you can tell me how you'd like to use it, I'll have a look tomorrow
[00:33] <wgrant> jml: Dev focus and series branches both make sense...
[00:34] <wgrant> There's no reason that you can't alter series tasks if the rev appears in a series branch.
[00:34]  * wgrant kicks Launchpad for not letting him delete a branch.
[00:34] <jml> wgrant: LP *should* let you delete a branch
[00:35] <jml> or is it a particular branch?
[00:35] <wgrant> It OOPSes and gives me 7 alerts that it deleted the branch, spread over the next three page loads.
[00:35] <jml> wgrant: :(
[00:35]  * jml deletes branches *all the time*
[00:35] <wgrant> OOPS-1113EA5 is the second time I've tried it. You can probably see it by now.
[00:35]  * Nafallo kicks wgrant for not being on jabber
[00:36] <jml> damnit, I haven't set up my smart bookmark for oops on this laptop
[00:36]  * wgrant kicks ext4 for dieing on him, and making him reboot, and forget to start up Gajim.
[00:36] <Nafallo> haha
[00:37] <jml> wgrant: I can't, sadly
[00:37] <wgrant> So, why exactly does it give me a bazillion alerts? Even though it will be retried a few times due to Zopeyness, something must be committing the transaction in the middle of each try...
[00:37]  * jml does not know
[00:45] <lpd79> Hello
[00:46] <lpd79> Not sure if I've connected properly, this seems overly quiet. Hate to ask -- but is anybody here?
[00:47] <wgrant> Nobody.
[00:47] <lpd79> Thanks :)
[00:48] <lpd79> I have this question: I'm trying to compile a package in my PPA that depends on debhelper >= 7
[00:48] <lpd79> debhelper 7.0.13 is available via hardy-backports
[00:48] <wgrant> And your Hardy PPA can't find it?
[00:48] <lpd79> Yes
[00:49] <wgrant> You want https://launchpad.net/people/+me/+archive/+edit-dependencies
[00:49] <lpd79> Build fails
[00:49] <lpd79> and status is set to MANUALDEPWAIT
[00:49] <wgrant> And then the fourth radio button from the top, IIRC.
[00:49] <lpd79> and then the poor PPA keeps retrying
[00:49] <wgrant> 5th, of course, I mean.
[00:50] <lpd79> Aha!
[00:50] <lpd79> Thanks!
[00:51] <wgrant> You can then either retry the build manually, or wait a while for it to do it automatically.
[00:52] <lpd79> OK, great, I think I got it. This will hopefully work
[00:52] <lpd79> The strange thing is the build failed only for i386
[00:52] <lpd79> lpia and amd64 either were not tried or didn't fail (they are not shown as failures on the front page)
[00:52] <lpd79> So I thought it was some kind of intermittent problem
[00:52] <wgrant> If you expand the package entry, you'll be able to see all of the builds listed.
[00:53] <wgrant> If your package is Architecture: all, only i386 will be built, and the resultant binary will be used on all architectures.
[00:53] <lpd79> Ah... again, makes sense.
[00:57] <wgrant> jml: Can you see that OOPS yet? I think it's because I have a branch stacked on it.
[00:57] <jml> one sec
[00:58] <wgrant> Yes, that was it. I removed the stacked branch and it deleted properly.
[00:58] <jml> wgrant: yeah, that's what the oops says.
[00:58] <jml> wgrant: there's an open bug on this one already.
[00:58] <wgrant> Great, thanks.
[01:00] <jml> wgrant: https://bugs.edge.launchpad.net/launchpad-bazaar/+bug/276144
[01:00]  * jml changes the priority to be more honest
[01:00]  * wgrant subscribes.
[01:06]  * wgrant finally gets automatic stacking working.
[01:06] <wgrant> It isn't entirely obvious that one needs to upgrade the shared repo to a stackable format too.
[01:16] <jml> wgrant: yeah.
[01:16] <Harrison> Server's down?
[01:17] <jml> wgrant: I mentioned it a couple of times when I blogged about it.
[01:17] <jml> wgrant: but really, what we need is for bzr to upgrade its default format
[01:17] <jml> wgrant: and that won't be happening for a couple of releases, I think.
[01:17] <wgrant> Harrison: bazaar.launchpad.net?
[01:18] <jml> I guess Launchpad could have some text somewhere that suggests the right formats to use...
[01:18] <wgrant> I think LH needs kicking; I noticed it myself a few minutes ago and it's still borked.
[01:18] <Harrison> wgrant: Yeah
[01:18] <wgrant> jml: I think it should mention when you upgrade or try to upgrade the branch that the repo is out of date.
[01:19] <jml> wgrant: yeah.
[01:19] <wgrant> I forgot that I had it in a shared repo, and it didn't bother to tell me.
[01:30]  * wgrant wonders why there isn't an automated Loggerhead kicke.
[01:30] <wgrant> +r
[01:36] <jml> wgrant: loggerhead is free software. there isn't an auto kicker because no one has proposed or written one yet :)
[01:37] <Nafallo> wgrant: thanks for voluntering :-)
[01:37] <wgrant> Blah.
[01:38] <wgrant> There shouldn't need to be one, but I would have thought the LOSAs would be sick of having to do it manually by now.
[01:38] <jml> wgrant: they are. but we're inclined to spend what time we can fixing the root cause rather than coming up with a band-aid.
[01:39] <wgrant> Of course.
[01:39] <jml> wgrant: but maybe we should have something to make life better in the interim.
[01:39] <wgrant> Given that there isn't 24/7 LOSA coverage, yes.
[01:39] <jml> or the community should provide one :)
[01:40] <Nafallo> o_O
[01:41] <jml> wow, it's lunch time
[01:41] <wgrant> It is.
[01:41] <jml> I think I might have some lunch.
[01:42] <jml> and then knuckle down and get this writing done.
[01:42] <jml> (and then do some bzr hacking to make my life better)
[01:43]  * wgrant complains about replication lag.
[01:44] <wgrant> At least I presume that's what this is...
[01:44] <wgrant> (I can't see my new team in a branch's +edit yet...)
[01:45] <wgrant> Ah, there.
[02:10] <Harrison> So, when can the bazaar server be expected to return?
[02:10] <wgrant> Harrison: All that's down is browsing the repositories online; you can still use the bzr client to look at the branches until somebody fixes it.
[02:11] <Harrison> wgrant: On Windows, the Bazaar client isn't really the easiest to use. :P But I can still commit changes and all?
[02:11] <wgrant> Harrison: You might consider looking into TortoiseBzr.
[02:11] <Harrison> wgrant: I'm using it.
[02:11] <wgrant> But yes, all that is down is viewing branches nicely in a web browser.
[02:12] <Harrison> Still was a pain setting up right, and you still have to go to the command line to push changes.
[02:13] <wgrant> If the entire branch hosting service went down, I'm sure there'd be sysadmins on it in a moment.
[02:26] <Harrison> Alright, well when it comes back online, is there a link to download the latest revision of a branch, like there is on Sourceforge?
[02:30] <wgrant> Harrison: In a tarball? I don't think so.
[02:30] <Harrison> Damn, that made it a whole lot easier to get the files ready for release. =/
[02:31] <wgrant> bzr export, tar zcf, done...
[02:32] <wgrant> However it is probably useful for other things too.
[02:34] <Harrison> Like for users who want the latest revision, instead of waiting for the next release.
[02:39] <wgrant> Harrison: Bug #240580
[02:43] <Harrison> wgrant: Looking at the date, I'm guessing it won't be for a while. =/
[02:51] <wgrant> Harrison: bazaar.launchpad.net is working again now.
[02:53] <Harrison> wgrant: Thanks.
[02:53] <wgrant> I didn't do anything. I can just complain.
[02:54] <Harrison> I know but I stopped checking.
[02:54] <wgrant> Ah.
[05:22] <wgrant> Wow. Some of the fonts and padding utterly suck, but the new / is an enormous improvement!
[05:25] <beuno> wgrant, :)
[05:25] <beuno> I could of spent *more* time on it, but you know how it is, so many things to do, so little time...
[05:25] <wgrant> beuno: People can now register projects and teams! Even that addition would be enough.
[05:26] <beuno> I quite like the font  :)
[05:26] <beuno> wgrant, suprisingly, they could before as well!
[05:26] <beuno> which is kinda what made me think I should change it
[05:26] <wgrant> Only if you knew just where to look.
[05:26] <beuno> https://staging.launchpad.net/
[05:26] <beuno> links are the same
[05:27] <beuno> yeah, now it should be more obvious
[05:27] <wgrant> Oh. I hadn't seen that text under 'Start Here' before.
[05:27] <wgrant> And it's not on prod.
[05:27] <wgrant> So it is, for most users, entirely unobvious now.
[05:28] <beuno> what do you mean it's not on production?
[05:28] <wgrant> The 'Launchpad is a unique collaboration and bazaar  code hosting platform for software projects.' font looks awful here (firefox-3.1, jaunty), 'Bazaar' should be capitalised, and it seems odd to single out lp-bzr.
[05:29] <wgrant> I mean the 'Are you looking for something, or do you want to register a new project, distribution, person, or team? ' text on staging isn't on production.
[05:29] <wgrant> So from the home page on production it looks like you can't register anything ne.
[05:29] <wgrant> s/ne/new/
[05:29] <beuno> right
[05:29] <beuno> wgrant, can you send me a screenshot on how you see the font?
[05:29] <wgrant> beuno: Sure.
[05:30] <wgrant> Also, the 'Featured projects', 'What’s new?' and 'Get started' heading styles look like they are normal body text with a colour and underline applied. It doesn't look too great.
[05:30] <wgrant> And the announcements need bullets. But the layout is muuuch better.
[05:31]  * ScottK waves hello at wgrant.
[05:31] <beuno> I hate bullets!
[05:31] <beuno> I killed those stars as soon as I got a chance
[05:31] <ScottK> All depends on which way they're going.
[05:31] <wgrant> Hi ScottK.
[05:32] <wgrant> beuno: Oh, the stars weren't great, but it needs something.
[05:32] <beuno> ScottK, indeed it does
[05:33] <beuno> wgrant, there's going to be another stab at the home page before the 3.0 release, much more drasting and with actual designers involved, so I didn't want to dig too deep
[05:33] <beuno> "make it easy for people to register things, show stats, and make it a little bit prettier"
[05:35] <wgrant> beuno: http://www.qeuni.net/f/1/2009/new-lp-home.png
[05:36] <wgrant> IMO the column headings need changing, the middle column needs some kind of bullets, some space is needed immediately under the central search widget, the capitalisation of Bazaar needs to be fixed, and the font of that sentence needs alteration.
[05:36] <beuno> wgrant, good, it looks exactly like it does here   ;)
[05:37] <wgrant> The antialiasing is awful, which might be partly Firefox 3.1's fault, but it's not that bad on other sites.
[05:37] <beuno> sounds reasonable. I may take a stab at it as soon as I finish fixing all the tests I broke for blueprints.
[05:37] <wgrant> Heh.
[05:37] <wgrant> How's the [23].0ish UI for them coming along?
[05:38] <beuno> for blueprints?
[05:38] <wgrant> Yes.
[05:38] <beuno> I'm barely making them look 2.0ish, haven't found any volunteers for 3.0 stuff yet  :)
[05:39] <wgrant> Ah.
[05:39] <beuno> I may end up adding some of the ajax myself, but don't tell anyone I'm willing to do so. It will remove my advantage
[05:39]  * ScottK liked about 0.5 I think it was.
[05:39] <wgrant> ScottK: 0.5?
[05:40] <ScottK> Whatever the last LP version before it went beta was.
[05:40] <ScottK> The one with all the tables.
[05:40] <wgrant> It had no version.
[05:40] <ScottK> Nasty design wise, but as  user it was quite nice.
[05:40] <ScottK> OK.
[05:40] <wgrant> That was... different.
[05:40] <ScottK> Yes, usable.
[05:40] <ScottK> ;-)
[05:41] <wgrant> Once the 3.0 UI is deployed properly across everything, I think it'll all be a lot more usable and look damn nice.
[05:42] <beuno> usable is overrated
[05:42] <ScottK> Let me guess, LP developer?
[05:43] <beuno> only by day
[05:43] <wgrant> I never was able to work out which team you belonged to.
[05:43] <wgrant> DX?
[05:44] <beuno> UX!
[05:44] <beuno> User Experience
[05:44] <wgrant> I didn't even know that existed.
[05:44] <beuno> it's been forming for a few months now
[05:45] <beuno> we should be taking over the world in a year or so
[05:45] <beuno> not sure what the schedule is
[05:45] <wgrant> Is it like DX but without the desktop, and working on more than some less functional notifications?
[05:46] <beuno> well, DX would be like a sub-team, in a way
[05:46] <beuno> UX participates everywhere, makes sure the result for the end user is awesome
[05:47] <beuno> be that with design, changing workflows, text, whatever
[05:47] <wgrant> Ah.
[05:48] <beuno> so we're abstracted from the implementation details as much as possible, so we can deliver closer to "amazing" rather than "what's possible"
[05:49] <beuno> it'll take a while to get everything in motion, but we've got great people, so I've got high hopes
[11:35] <nijaba> hello.  While going to http://bazaar.launchpad.net/~nijaba/screen-profiles/configure-keybindings/revision/60, I get "Sorry, there was an error connecting to the launcpad server".  Just FYI...
[11:55] <Praveen> http://bazaar.launchpad.net/~do-plugins/do-plugins/trunk
[11:55] <Praveen> does this work for anyone?
[12:28] <rjversluis> Try reloading this page in a minute or two. If the problem persists, let us know in the #launchpad IRC channel on Freenode.
[12:28] <rjversluis> Hi, I'm trying to load: http://bazaar.launchpad.net/~r.j.versluis/rocrail/Rocrail/revision/9
[12:29] <rjversluis> I did wait more then an hour
[12:29] <rjversluis> Is there a server problem?
[12:44] <codestr0m> I'm trying to see http://bazaar.launchpad.net/~proyvind/pyliblzma/trunk/files and it's not been viewable for days.. am I doing something wrong?
[16:04] <cumulus007> hey guys, this link doesn't work:
[16:04] <cumulus007> http://bazaar.launchpad.net/~andrew-bugs-launchpad-net/remote-help-assistant/remote_help_assistant/download/andrew-bazaar%40pileofstuff.org-20080815133020-sj1gjz3munlg2xno/remote_help.py-20080531065210-e9p2kd1y37tp6g2e-1/remote_help.py
[16:09] <james_w> cumulus007: where did you get that link from?
[16:10] <cumulus007> From this:
[16:10] <cumulus007> https://launchpad.net/remote-help-assistant
[16:12] <james_w> it looks like an old loggerhead URL
[16:13] <james_w> it might need changing to the new scheme
[16:13] <james_w> I'd give you and updated link, but loggerhead on bazaar.launchpad.net seems to have fallen over
[16:14] <cumulus007> okay
[21:06] <Flimm> Can I ask someone to change the version string of a release here?
[21:37] <brmassa> guys, i created a branch that imports a SVN from google code... however, it fails EVERYTIME on import. what should i do?
[21:43] <ddaa> brmassa: figure out why it's failing. Up to last year, when I was still working this stuff, google code had poor svn service reliability, and cscvs (the code import back end) set some pretty outlandish demands on this.
[21:44] <ddaa> Like, svn requests on google code tended to fail randomly about once every 10000th time.
[21:44] <LarstiQ> ddaa!
[21:44] <ddaa> Hey.
[21:44] <LarstiQ> ddaa: nice to see you again :)
[21:44] <ddaa> brmassa: but you'd need to give a url to the code import page on launchpad to be able to tell.
[21:45] <brmassa> ddaa: the log is very confusing. i registered november last year and is it never gets completed. take a look: https://code.launchpad.net/~vcs-imports/nebula-device/trunk
[21:45] <ddaa> LarstiQ: just passing by. kiko-afk said something on my facebook wall that grabbed my attention, and I'm trying to get back to hime.
[21:46] <ddaa> brmassa: yeah, that looks like a typical "googlecode and cscvs do no go along well" problem.
[21:46] <LarstiQ> ddaa: k, you doing ok?
[21:47] <brmassa> ddaa: so no hope?
[21:48] <ddaa> LarstiQ: fine. Been working for nearly one year in an investment bank, building a system to model exotic derivatives. Sent resignation last week. Should start working on a start up project after that.
[21:49] <ddaa> brmassa: I could tell you what need to be done to the (released) code of cscvs. That involves changing the underlying python bindings, so it's something like one month worth of work.
[21:49] <ddaa> brmassa: or you can try fixing googlecode...
[21:50] <ddaa> the third option is giving up on this particular combination.
[21:50] <brmassa> ddaa: i was thinking about to register it again, but it would be better to delete this branch first. but that is another thing that i dont know how to do... launchpad is sometimes very confusing...
[21:51] <ddaa> brmassa: I have not followed this stuff in the past year, but last year a simple user could not readily delete a code import branch.
[21:51] <LarstiQ> brmassa: there should be a delete buttoon on that page
[21:51] <LarstiQ> ddaa: oh hmm, that might be true
[21:51] <LarstiQ> as vcs-imports is the owner
[21:51] <ddaa> yup
[21:52] <ddaa> there an old bug out there about giving owners of product the ownership privileges to the associated code import branches.
[21:53] <brmassa> ddaa: im not responsible for the google code's project. i was thinking to mirror the SVN and work on from there (but always getting the code com Google's).
[21:54] <ddaa> brmassa: I meant fixing googlecode's hosting. Not the googlecode project :) Do not read me literally. I did intend to convey the notion that there was no way you could fix the problem.
[21:54] <brmassa> ddaa: also, i dont have the "delete" button. i think its because im not the owner. It was automatically given to "VCS Import"
[21:55] <brmassa> ddaa: sorry :P
[21:56] <LarstiQ> brmassa: you can put in an admin request via https://answers.edge.launchpad.net/launchpad/+addquestion
[21:56] <ddaa> brmassa: re ownership: that is normal, it has something to do with how code import branches are specially handled internally.
[21:56] <ddaa> brmassa: what LarstiQ says. Admins can delete the branch for you.
[21:56] <LarstiQ> ddaa: is investment banking any fun?
[21:56] <ddaa> Kind of.
[21:56] <brmassa> ddaa: thanks. so i will try to do so. regards.
[21:57] <ddaa> LarstiQ: the whole "working at a big company" concept makes me sick.
[21:58] <ddaa> Compounding it with the "working at a company that has no values" makes it worse.
[21:58] <LarstiQ> no values?
[21:58] <LarstiQ> like, no scruples?
[21:58] <ddaa> Hey, it's bank. It's about making buck ya know? :)
[21:58] <LarstiQ> ddaa: well, that's a value ;)
[21:59] <ddaa> It's also a lot about "covering one's position". That's what traders in derivatives do.
[21:59] <ddaa> So the culture of ass-covering ends up suffusing the whole company.
[22:00] <LarstiQ> ah, yes.
[22:00] <ddaa> I think I can be accurately said that this experience helped me graduate from "tought that banks were bad in principle" to "informed and intestinal hatred of the whole banking system"
[22:01] <ddaa> Well... so this job is getting a bit on my nerves. But I must say I am working with nice people.
[22:01] <ddaa> meh... I did not mean to get started.
[22:02] <LarstiQ> ddaa: I'm sorry :/
[22:02] <ddaa> Hey nothing to be sorry about. It was a formative experience.
[22:02] <LarstiQ> ddaa: the startup project is with a startup company, ie, small?
[22:02] <ddaa> i.e. not founded yet
[22:02] <LarstiQ> small enough I guess :)
[22:03] <ddaa> there's this one domain guy, and this one marketing guy, and they need a technical guy associate.
[22:03] <ddaa> Still 3 months to go with my current job though.
[22:22] <brmassa> ddaa: i forgot to ask: where can i contact the LP admin (about my problem with Google Code)?
[22:24] <beuno> brmassa, file a question here:  https://answers.launchpad.net/launchoad
[22:24] <beuno> er
[22:24] <beuno> https://answers.launchpad.net/launchpad
[22:25] <brmassa> beuno: thanks
[22:26] <det> Do repo updates still happen every 20 minutes?
[22:26] <det> Seems to have skipped an update 6 minutes ago :-)
[22:27] <beuno> det, scanner is running every 5 minutes I think
[22:27] <beuno> and it should drop down to almost instant scanning in the next few weeks
[22:29] <det> my package has been build for 20 minutes now
[22:29] <det> didnt appear at :20
[22:29] <beuno> ah, you mean packagess
[22:29] <det> yeah
[22:29] <det> PPA, sorry
[22:29] <beuno> I don't think anything has changed
[22:32] <spitfire> How to upload .orig file to PPA using dput?
[23:13] <spitfire> How to upload .orig file to PPA using dput?
[23:13] <spitfire> anyone?
[23:17] <Daviey> spitfire: you tend to upload .changes files :)
[23:18] <spitfire> Daviey: but I'm backporting from debian.
[23:19] <spitfire> There is no libmtp_0.3.5.orig.tar.gz on launchpad/in ubuntu
[23:19] <Daviey> spitfire: then you need to package, backport libmtp_0.3.5.orig.tar.gz also
[23:20] <spitfire> Daviey: but what command do I issue to send that damn orig?
[23:20] <spitfire> dput accepts only changes
[23:20] <Daviey> exactly..
[23:21] <Daviey> If you dput a orig.tar.gz.. what are the build daemons going to do with it?
[23:22] <savvas> try it
[23:22] <savvas> :P
[23:26] <Daviey> savvas: there is no point.
[23:26] <det> Problem
[23:27] <det> My package was built over an hour ago: https://edge.launchpad.net/~spring/+archive/ppa/+build/840700
[23:27] <Daviey> savvas: When you push a .changes , dput will upload the orig.tar.gz if it is needed
[23:27] <det> But still hasnt been published: http://ppa.launchpad.net/spring/ppa/ubuntu/pool/main/s/spring/
[23:27] <Daviey> savvas: What package are you trying to packport?
[23:27] <Daviey> backport*
[23:28] <savvas> Daviey: it's not me, but spitfire. we got this sorted out in #ubuntu-motu - he didn't do debuild -S -sa to include the orig.tar.gz with the upload :)
[23:28] <spitfire> thanks again;)
[23:29] <Daviey> savvas: sorry :)