[06:43] <Amis> Hello o/
[06:45] <Amis> Are there any Bazaar branches out there that could be used as an example when having a presentation about Bazaar itself? (one that has a few commits and forks and stuff)
[06:46] <AuroraBorealis> lp:bzr i think would be good
[06:46] <AuroraBorealis> has a pretty log graph
[06:46] <Amis> Lemme check
[06:47] <AuroraBorealis> has lots of branches that have been merged into the main branch, etc
[06:55] <Amis> Hmmm... I'm having trouble getting the source :/
[06:55] <Amis> It must be that I don't have a Launchpad ID
[06:56] <AuroraBorealis> it should work without it
[06:56] <AuroraBorealis> just do bzr branch lp:bzr
[06:56] <Amis> Yeah, I did that but it seems to be hang
[06:57] <AuroraBorealis> are you able to branch other things?
[06:57] <AuroraBorealis> check the .bzr.log file
[06:57] <Amis> I am, even though I'm not used to the command line way
[06:58] <AuroraBorealis> if you type bzr --version it should tell you where the log file is
[07:00] <Amis> Hmm.. the log says it's actually doing something, if a flood of "25 bytes left on the HTTP socket" can be called something
[07:00] <AuroraBorealis> sounds like a weird network problem o.o
[07:00] <mgz> morning!
[07:01] <AuroraBorealis> launchpad seems to be working for me but i'm logged in sooo
[07:01] <AuroraBorealis> ask mgz, hes better :D
[07:01] <Amis> Hehh
[07:02]  * Amis pokes mgz
[07:02] <mgz> what's the issue?
[07:03] <Amis> Hmm, it may be the certificate
 Hmm.. the log says it's actually doing something, if a flood of "25 bytes left on the HTTP socket" can be called something
[07:03] <AuroraBorealis> when trying to branch lp:bzr
[07:04] <Amis> Do I need a Launchpad ID for that? I could pull the certification but that again requires a Launchpad ID
[07:04] <mgz> did you supply a launchpad login first Amis?
[07:04] <Amis> mgz, nope
[07:05] <mgz> okay, so you're branching over http, which is generally slower
[07:06] <Amis> So that wall of text is okay?
[07:06] <AuroraBorealis> is the console giving any output?
[07:06] <AuroraBorealis> there should be a progress bar of sorts
[07:06] <mgz> I think without the smart server the progress is rather less informative
[07:07] <Amis> AuroraBorealis, nope, but checking the console right now it seems to be finished even though there were no output at all beside the warning of missing Launchpad ID
[07:07] <Amis> Let me check the folder
[07:07] <mgz> yeah, it's probably done now.
[07:07] <AuroraBorealis> i branch local stuff and it doesn't have a smart server and i still get the progress bar
[07:07] <Amis> I thought it would be a lot more informative like "Working... Please wait!" or something :>
[07:07] <mgz> locally doesn't go over http
[07:07] <AuroraBorealis> bah
[07:08] <mgz> for whatever reason that way gives less feedback... but it should really give *some*
[07:08]  * Amis nods
[07:08] <poolie> hi mgz, all
[07:08] <mgz> hi poolie!
[07:09] <Amis> Haha, I guess I killed the GUI by trying to get the log
[07:11] <Amis> Thanks for the help! I gotta hop out for a few hours. Bye!
[08:01] <jelmer> hi all
[08:03] <mgz> morning jelmer.
[08:04] <poolie> hi jelmer, mgz,
[08:04] <poolie> hm shall we chat? i think it's now
[08:04] <poolie> might give riddell a moment; vila said he won't be here
[08:04] <jelmer> he is there actually :)
[08:04] <Riddell> I was all on my own!
[08:11] <poolie> https://dev.launchpad.net/LEP/SSH_OAuth
[08:14] <poolie> bugs.launchpad.net/~sabdfl/+affectingbugs
[08:28] <poolie> Riddell: well, there's all of https://bugs.launchpad.net/bzr/+bugs?field.tag=easy
[08:28] <Riddell> poolie: yes that's what I was doing yesterday
[08:28] <poolie> 4 of which are high, and all the high ones do seem plausible
[08:28] <poolie> well i suppose it's fairly obvious :)
[08:31] <Riddell> I'll try some more of the high ones
[08:33] <mgz> the user interface bugs you've been doing have been a good bet Riddell
[08:34] <mgz> for a different kind of thing, there are a few bugs against bzr for stuff it's hard to reuse in qbzr, we filed one for bzrlib.crash for instance
[08:35] <mgz> then means thinking about the right way of redesigning the code without assuming a console interface
[08:51] <vila> hey guys !
[08:51] <mgz> morning vila!
[08:52] <vila> mgz: so, should we restart the importer and monitor it ?
[08:53] <jelmer> 'morning vila
[08:53] <vila> mgz: if the fear is about stacking issues, I *was* already afraid when oneiric opened. But nothing happened.
[08:53] <vila> That doesn't mean there are no issues, but if there are, they don't seem to bite us yet
[08:53] <mgz> well, ideally we need to fix the list of misstacked branches
[08:53] <mgz> which surely can't be impossible.
[08:54]  * vila nods
[08:54] <vila> but that can happen even with a running importer
[08:55] <vila> in fact, I'd rather fix them *while* the importer run if only to catch issues in this kind of operations
[08:55] <mgz> that sounds... reasonable to me.
[08:56] <vila> my present fear is that we're building up a queue of potential issues
[08:56] <vila> if this queue becomes too big... it will become harder to get back on track
[08:57] <vila> ok, I'll restart it then
[08:58] <vila> and stop it
[08:59] <vila> Exception: ValueError: list.index(x): x not in list
[08:59] <mgz> heh.
[08:59] <vila> never saw that one
[08:59] <mgz> pastebin the traceback?
[09:00] <vila> rsyncing the log files
[09:01] <vila> oh, probably requires to declare precise here and there...
[09:01] <mgz> that sounds likely.
[09:01] <mgz> if the series are hardcoded.
[09:02] <vila> http://paste.ubuntu.com/711766/
[09:06] <mgz> so... what's the branch with all these troublesome scripts in, so we can add the new name?
[09:12] <vila> lp:udd , http://paste.ubuntu.com/711773/ is close enough to revno 425 there
[09:13] <vila> start again
[09:14] <mgz> cool.
[09:14] <vila> stop again
[09:16] <vila> I've deployed the pending revisions from lp:udd where jml shuffled scripts around, probably a typo somewhere:  http://paste.ubuntu.com/711774/
[09:19] <mgz> fun.
[09:23] <vila> starting again :)
[09:25] <vila> now we need an import to succeed
[09:27] <vila> bingo
[09:27] <vila> 2 imports for precise already
[09:28] <vila> jml: your script refactoring have been deployed and are live \o/
[09:30] <vila> jml: I had to tweak import_package.py, if you can have a look at the latest lp:udd and check that would be nice
[09:31] <vila> mgz: sounds good to me, I'll wait for the backlog to clear before requeuing the failed ones
[09:57] <poolie> hi vila, welcome back
[09:58] <vila> poolie: :-)
[10:13] <poolie> ok, night all
[10:27] <bialix> hi mgz
[10:29] <bialix> mgz: do you remember why paramiko my trigger Access denied error while trying to talk with pageant on Windows? http://pastebin.com/FFSGgQ5n
[10:33] <mgz> bialix: looking
[10:33] <bialix> mgz: I think I found https://answers.launchpad.net/bzr/+question/166751
[10:33] <bialix> mgz: congrat btw, I hope you enjoy your new job :-)
[10:33] <mgz> bialix: previously people got that problem from running paramiko without installing it
[10:34] <mgz> ...and that question suggests it's about the version used
[10:35] <mgz> bialix: thanks!
[10:35] <bialix> many thanks for the hints
[10:36] <mgz> ^not paramiko, putty
[10:36]  * bialix understood
[10:36] <mgz> basically, pageant needs to be running as the same user and with the right privs, otherwise things go wrong
[10:37] <mgz> bialix: I have a qbzr favour to ask
[10:37] <bialix> your patch is ok for me, sorry for not responding so far
[10:38] <mgz> no problem.
[10:38] <bialix> maybe I'd use unicode-escape rather than utf-8. but...
[10:38] <mgz> I wondered if I could join the qbzr developers group
[10:38] <bialix> my RL consumes too much time, we need to release new version, very much
[10:38] <mgz> ^I know, you have bad experiences with passing utf-8 around :)
[10:39] <bialix> mgz: course, YOU CAN
[10:39] <mgz> as long as its before the next beta that should be okay, it's getting some good testing still at least
[10:39] <bialix> that's not question for me
[10:39] <mgz> (this issue was found pretty promptly)
[10:40] <bialix> mgz: I ought to make maintenance release for 2.4.x too :-/
[10:41] <mgz> okay, I've proposed myself for ~qbzr-dev
[10:41] <bialix> it will be honor for me to accept you
[10:42] <bialix> thank you
[10:45] <mgz> Riddell: I might be being dopey, by why trace.mutter(traceback.format_exc()) not trace.log_exception_quietly()?
[10:46] <Riddell> mgz: I just didn't know about trace.log_exception_quietly()
[10:49] <mgz> ...I think I may have formatted my review confusingly, my fault
[10:50] <mgz> I should have a different way of spelling suggested changes from extracted existing changes
[11:31] <Riddell> mgz: just don't include the "+" at the start of the line, that makes me read it as part of the existing changes
[11:49] <Riddell> canonical types, what am I doing wrong with my smtp settings in bazaar.conf that feed-pqm doesn't want to send an e-mail?  https://pastebin.canonical.com/54491/
[11:51] <Riddell> do I need to tell it to use ssl somehow?
[12:04] <jelmer> Riddell: seems alright to me
[12:04] <jelmer> Riddell: I have the exact same configuration
[12:06] <jelmer> Riddell: are you running the old hydrazine or the new one from a couple of days ago?
[12:06] <jelmer> perhaps one of the hydrazine changes broke things
[12:08] <Riddell> 0.1-0ubuntu1+r99~oneiric1 from the PPA
[12:11] <Riddell> http://paste.kde.org/135097/  bzrlib.errors.SMTPError: SMTP error: server refused HELO: 501 Syntactically invalid HELO argument(s)  could be hydrazine
[12:12] <jelmer> mgz: ^
[12:13] <mgz> looking.
[12:14] <mgz> really, the way we're using email and smtplib they shouldn't let us break that.
[12:16] <mgz> google suggests you may have a host name the internet doesn't like.
[12:17] <mgz> could try using smtplib from a repl
[12:20] <mgz> and what does `python -c "import socket;print socket.getfqdn()"` give you?
[12:51] <jml> vila: thanks
[13:06] <Riddell> mgz: gallus.(null)
[13:08] <Riddell> mgz: hah, fixing that in /etc/hosts sorted it
[13:13]  * Riddell files bug 877411 and bug 877413
[13:20] <mgz> ha, second one is my fault.
[13:40] <mgz> ...I'll just fix it now as it won't take long
[15:49] <mgz> hum ho hum
[15:53] <mneptok> dum dee dee