[00:00] <Kobaz> heh, k
[00:09] <epper> fullermd: Just a question to check that I've understood correctly how bazaar works:
[00:10] <epper> In svn, when you've to implement a new complex feature you usually create a branch, commit partial changes to it (updating the branch periodically)... And then merge it into the trunk again.
[00:11] <epper> In bazaar a working copy is in fact a branch... So you just create your workingcopy ("local" branch), make your changes and then commit them into the trunk with the full history
[00:11] <epper> Right? I think that this is the key of the two systems... Am I right'
[00:11] <epper> ?
[00:12] <bob2> you can do that.  you could also create a branch next to the public "trunk" and work in that, so people can see your changes as they happen (or as you push).
[00:14] <freewilly1> you can also use looms instead of branches, afaik
[00:15] <freewilly1> I still haven't played with that
[00:15] <bob2> the key difference is that branches can be anywhere, rather than just all together in some central repository
[00:16] <freewilly1> although they can share a repository for efficiency sake ;)
[00:18] <fullermd> Well, looms are (IMO) more aimed at the case where you have a larger number of layers.
[00:19] <epper> looms... googling... I never saw this word in the svn world :)
[00:19] <fullermd> svn 1.5 has (AIUI) much better merge tracking than previous versions, so using branches like that probably works better there now.  But the branches all still have to be in one single repository.
[00:20] <fullermd> Well, that's becaues it doesn't exist in the svn world.  Or anywhere else, for that matter   :p
[00:21] <fullermd> It's a method for automating some of the housekeeping involved when you have a stack of branches, for implementing layers of features.
[00:21] <epper> ah, ok... Because I've not found any usefull information
[00:21] <epper> But...
[00:21] <fullermd> e.g., you have an "upstream" branch, based on which you have a "feature1" branch to add feature1, based on which you have a "feature2" branch that takes everything from feature1 and adds feature2 on top, based on which you have a 'feature3' branch that needs feature2 and adds feature3 on top, based on which...
[00:22] <fullermd> As opposed to doing all the above in a "allmyfeatures" branch.  It lets you keep them separate, even though each builds on the other.
[00:22] <fullermd> You could do the same thing with just having N branches, but loom automates a bit of the bookwork in keeping them stacked and synced.
[00:22] <epper> ... in bazaar... When you worked on you working copy (that's a branch) with your commits (aka push?)... And than you commit your final work to the main repository... Do all the changeset get transferred to the main repository too?
[00:23] <bob2> yes
[00:23] <epper> Good, I thought so... But I needed a confirm ;)
[00:24] <fullermd> In bzr, you'd do that by merging [the changes in] your local branch into the trunk.
[00:24] <fullermd> So the answer is "yes, but your phrasing doesn't really fit what you do with bzr"   :)
[00:24] <igc> morning
[00:25]  * fullermd waves at igc.
[00:25] <epper> fullermd: Yeah, I'm not comfortable with bazaar words yet... :D I'm steel a svn supporter for now ;)
[00:26] <igc> hi fullermd
[00:26] <fullermd> epper: Oh, don't worry about THAT; we've got re-education camps to solve that problem...
[00:26] <epper> lool
[00:27] <fullermd> The first step, really, is to work at thinking in terms of branches, rather than repositories.  In SVN, the repo is a sharp boundary for a lot of things; in bzr, it doesn't affect much of anything conceptually.
[00:28] <fullermd> Conversely, in bzr, a branch if a boundary from inside, and a unit from outside, whereas in svn, it's a weird construct of a conventional subpart of a repository.  Wacky.
[00:31] <epper> Yes, but I think that this way of handling branches would be usefull adding new complex features and removing all the not-so-stable commits that I could find very often in SVN repositories every day.
[00:31] <fullermd> Of course, that also means that in svn you can branch a file within a branch, then branch the branch with a branched file in the branch, and then branch the two branches, one a branch of the other, both with a branch of the file in the branch...
[00:31] <epper> Lost in branches
[00:33] <epper> But probably staying here only analyzing bazaar without trying it will not reveal other intresting uses of its featuers... sure of that
[00:36] <epper> Thanks again fullermd, now I've a better view of bazaar... Maybe better than subvesion one day ;)
[00:36] <epper> It's time to go to sleep here, thanks... and good bye ;)
[01:40] <thumper> poolie: did you know that the nightly ppa isn't updating?
[01:43] <poolie> thumper: i did not
[01:43] <poolie> statik runs it
[01:44] <thumper> yeah, I have pinged statik but no answer yet
[02:36] <statik> thumper: i lost my hard drive in the computer that was running the nightly bzr sourcepackage builds, i've moved things to a slicehost machine and just haven't finished. i'll finish now
[02:36] <thumper> statik: thanks
[02:36] <thumper> statik: I'd also like to talk to you about LP reviews if you have a few minutes
[02:36] <statik> thumper: np. funny, this is the first time i've signed onto freenode in a long time
[02:37] <thumper> statik: you have been missed :)
[02:37] <statik> thanks man, i will try to connect to freenode more
[02:37] <statik> thumper: give me 10 minutes to finish this, then i we can talk code reviews
[02:38] <thumper> statik: ack
[03:15] <halstead> hopefully easy question: is there a way to show all logs relating to any file/directory in a tree of directories?
[03:18] <statik> poolie, thumper: nightly bzr package build seems to be safely back in cron, and packages should hit the PPA in 15 minutes or so
[03:19] <thumper> w00t
[03:20] <poolie> thanks
[03:27] <halstead> 'bzr diff directory' does show the differences in all files in directory 'bzr log directory' only shows logs from when the directory itself was altered. Can I make bzr log behave like bzr diff?
[03:31] <halstead> Ah I guess I found the answer: https://lists.ubuntu.com/archives/bazaar/2008q3/046146.html
[03:35] <halstead> :(
[03:53] <freewilly1> :( indeed
[03:53] <rocky> hm, are the milestones not being updated on https://launchpad.net/bzr  ?
[03:55] <beuno> rocky, they look like the are
[03:56] <rocky> looks pretty bare   https://launchpad.net/bzr/+milestone/1.9.1
[03:56] <beuno> rocky, 1.9.1 hasn't been released yet
[03:56] <rocky> oh i thought it had
[03:56] <rocky> bah
[03:56] <rocky> sorry
[03:57] <rocky> which branch is active dev happening on now?
[03:57] <rocky> just lp:bzr?  when will that get branched as 1.10 ?
[03:58] <thumper> rocky: normally when 1.10 goes into release candidate
[03:58] <rocky> gotcha
[04:01] <dstanek> i merged changes from a svn working copy to my bzr branch with the the svn plugin - they are showing up as pending merges - what does that mean?
[04:01] <rocky> dstanek: you still need to do a bzr commit to your local branch
[04:02] <dstanek> ah i c
[04:02] <dstanek> rocky: yep thanks,that was it
[04:05] <rocky> thumper: does everything that goes into bzr go through a blueprint first?
[04:06] <thumper> no
[04:06] <thumper> rocky: most go through bugs
[04:06] <thumper> rocky: but certainly not all
[04:07] <rocky> blueprints are mostly about more sweeping changes?
[04:07] <thumper> rocky: I'm not sure how much the blueprint feature is used
[04:07] <thumper> for bzr
[04:07]  * rocky is trying to understand bzr and it's use in and for launchapd
[04:07] <rocky> *launchpad
[04:07] <rocky> thumper: this looks like it's being neglected (which would support your comment)  ...  https://blueprints.launchpad.net/bzr/+spec/0.10-release-process
[04:07] <thumper> rocky: if you want to talk about launchpad, we could go to #launchpad
[04:07] <rocky> well, this is about how bzr uses launchpad ... so i dunno where i should talk ;)
[04:08] <thumper> :)
[04:08] <thumper> I think bzr uses bugs more than blueprints
[04:09] <rocky> is there a non-automated roadmap someplace i could look at?
[04:12] <rocky> i just realized i was mistaking 0.10 for 1.10
[04:15] <poolie> rocky: what kind of question specifically?
[04:17] <rocky> i just want to see what's planned for the next major release of bzr
[04:22] <poolie> the best place to look is here: http://doc.bazaar-vcs.org/bzr.dev/en/release-notes/NEWS.html
[04:56] <Peng_> beuno: Sorry, but I have no idea how Google found the broken URL.
[06:15] <poolie> spiv, still around, want to talk before I finish up?
[07:01] <vila> Good morning all
[07:14] <elmo> oh hai
[07:14] <elmo> why haz bzr log not to be having useful (i.e. portable) revision identifiers even with -v?
[07:18] <AfC> elmo: the argument --show-ids is what you want.
[07:18] <AfC> (assuming "revid"s are what you are looking for, but you _rarely_ need them)
[07:32] <elmo> AfC: it's what I'm looking for - I was put off by the "internal use" in the --help output
[07:33] <elmo> AfC: how else should I specify the revision I'm talking about with someone who has the same history, but not the same tree, so revnos don't match?
[07:33] <AfC> if you have a copy of the branch the revnos will be the same up to the point of divergence.
[07:34] <elmo> I don't quite now what I have vs what barry has.  it's launchpad, so pqm managed if that makes a difference.  all I know is that he has the same history, so I could specify the revid and it worked for him, but his revnos were completely divergent
[07:35] <elmo> sorry, same history probably isn't accurate in VCS speak
[07:35] <elmo> I mean, he has at least all the changes I have, I guess
[07:42] <luks> elmo: if you have a shared mainline, anything on the mainline can be considered stable
[07:42] <vila> elmo: revid are globally unique identifiers, so you can use them across different branches, if "he" doesn't have "your" revid, "he" misses part of "your" history
[07:43] <AfC> elmo: also, after you've cloned his branch, doing `bzr missing --line ../path/to/his/branch` can be very useful.
[07:46] <elmo> right, sorry for wasting your time
[07:46] <elmo> apparently barry did have the revno after all, and I'm just a muppet (too) and didn't notice him saying so (later)
[07:49] <AfC> Hooray for the Muppets!
[07:50] <AfC> http://www.evula.org/solarsystem/Resources/muppet.jpg
[10:04] <SteveA> poolie: ping
[13:40] <awilkins> I seem to be having a problem with authentication.conf ; it's not being read at all as far as I can mak eout.
[13:40] <awilkins> Hold on, test a little more I wil
[13:43] <awilkins> Ok, I'm trying a pull from a smart http server, it's throwing back a 401, and bazaar is just stopping there.
[13:44] <awilkins> It's not even trying to access authentication.conf (confirmed by using a filesystem debugger)
[14:04] <fullermd> awilkins: At one point, http wouldn't even try auth unless the username were given in the URL.  Maybe that's still the case?
[14:04] <awilkins> fullermd: The documentation says otherwise, but I'll try it
[14:05] <awilkins> Yes, it reads the file and uses the password
[14:05] <awilkins> Bah
[14:07] <awilkins> Well, that's just NAUGHTY, not doing what the docs say.
[14:12] <awilkins> Looks like _SharedConnection() needs to try matching authentication.conf in transport/_init_
[15:50] <alum> Hi, is trigger plug-in included into bzr? I saw https://lists.ubuntu.com/archives/bazaar/2006q1/007285.html, but it seem to be a little bit obsolete.
[15:58] <jam> alum: I haven't heard anything about trigger since that 2006 thread
[16:08] <alum> jam: I'll appreciate it in main bzr. Is there any plans?
[16:09] <jam> alum: as I haven't heard of it for 2 (almost 3) years, nobody seems to be pushing to get it included.
[16:09] <jam> If you are interested, you could put together a patch for it
[16:09] <jam> and we would review it like everything else
[16:09] <jam> personally, I find the functionality fits very well as a plugin
[16:10] <jam> I'm willing to be persuaded as to why it should be a core feature, though.
[16:15] <gotgenes> I need to create a copy of a file, but there's no bzr copy command. What should I use instead?
[16:16] <awilkins> cp file new-file
[16:16] <awilkins> bzr add new-file
[16:16] <gotgenes> but will the revision history follow the copied file?
[16:16] <awilkins> No
[16:16] <gotgenes> That's unfortunate
[16:16] <beuno> gotgenes, bzr manages renames, but not copies
[16:16] <awilkins> But there is no feature that will make it, alas.
[16:17] <awilkins> Why do you need to copy the file?
[16:17] <gotgenes> It's my CV
[16:17] <awilkins> (just to get a better idea of what alternatives may be pertinent)
[16:17] <gotgenes> I need to pare it down to a resume
[16:17] <awilkins> Would a "resume" branch of the main "CV" branch be more useful?
[16:18] <gotgenes> Mmm, let me think.
[16:18] <awilkins> Then changes to CV could be merged to "resume" (but you'd probably get a reasonably ;arge conflict set)
[16:18] <NfNitLoop> (CV?)
[16:18] <gotgenes> probably would get a large conflict set
[16:18] <awilkins> Curriculum Vitae
[16:19] <awilkins> Commonly used UK (Europe) term for what 'mercans call "Resume"
[16:19] <gotgenes> awilkins: I suppose I'm probably not going to merge the two ever, being practical and forward thinking.
[16:19] <awilkins> I'm presuming it's even in a format that merges well :-)
[16:19] <NfNitLoop> Huh, yeah, I've never heard it called that here.
[16:19] <gotgenes> awilkins: LaTeX
[16:20] <awilkins> That would count :-)
[16:20] <awilkins> You in the molecular biology field then?
[16:20] <gotgenes> awilkins: Yeah
[16:20] <gotgenes> well, bioinformatics
[16:20] <alum> jam: From my point of view it could be very interested, because I wit it I can automatically re-create source package after commit. This is something I need. Or it can send me notification e-mail with changes.
[16:20] <gotgenes> but I started in molec. bio.
[16:20] <awilkins> I got turned down for a bioinformatics research post once :-)
[16:21] <gotgenes> awilkins: Where? Hopefully not here.
[16:21] <awilkins> Manchester Uni
[16:21] <gotgenes> (VBI)
[16:21] <jam> alum: I would look closely at the post-branch-tip-changed plugin hook, or bzr-email
[16:21] <gotgenes> awilkins: Ah, yeah, they have a big outfit there.
[16:21] <jam> but it depends on what level you want to be implementing your custom work, I guess
[16:21] <awilkins> I didn't have enough propellor-headed C for them
[16:22] <awilkins> Loong tme ago
[16:22] <gotgenes> They probably have more money now
[16:22] <gotgenes> It seems demand doesn't go down.
[16:22] <awilkins> Does LaTeX support the means to hide bits of your CV by applying anything like a stylesheet?
[16:22] <gotgenes> Too much data.
[16:22] <gotgenes> awilkins: I think it does actually.
[16:23] <gotgenes> That's how Beamer works at least.
[16:23] <awilkins> I don't use mine enough to do this, but I always think about writing it in XML and using XSLT on it
[16:23] <gotgenes> But it's not something I know how to do at the moment and being pragmatic, I should at least get it done now, then go back and do it "right" when time's on my side.
[16:23] <alum> jam: Thanks, I'll look at it
[16:23] <jam> awilkins: well, considering that Tex is Turing complete (IIRC) I'm pretty sure you could do lots of things with it
[16:24] <awilkins> Anyway ; anyone want to comment on https://bugs.launchpad.net/bzr/+bug/300347
[16:24] <gotgenes> Yeah, I have no idea what the best format to do it in would be.
[16:24] <jam> alum: I also seem to remember a plugin that extended plugin hooks to allow it to run shell scripts
[16:24] <jam> vila: ^^ bug 300347 seems right up your allye
[16:24] <awilkins> Thought vila was the man for this one
[16:25] <jam> well he did write the authentication.conf support
[16:25] <awilkins> He seems to be the go-to guy for anything transport related
[16:26] <vila> at first read that sounds really strange... do you use the pycurl or the urllib based http client ?
[16:26] <awilkins> urllib
[16:27] <awilkins> pycurl causes worse problems for me
[16:29] <awilkins> (my other problem is proxy settings - neither of them understand PAC scripts and it seems to be impossible to use environment variables to tell them to NOT use a proxy)
[16:30] <awilkins> They take the default IE settings and fail. :-(
[16:30] <Kobaz> is it more worser
[16:32] <jam> awilkins: isn't there a "none_proxy" or something equivalent
[16:32] <jam> to explicitly list hosts that shouldn't be proxied
[16:33] <awilkins> jam: Hmm, I'll look through the urllib source
[16:33] <awilkins> jam: I was looking for values of HTTP_PROXY like "DIRECT" (which is what PAC scripts return)
[16:33] <awilkins> (magic values)
[16:35] <vila> awilkins: PROXY env vars *are* magic (as in never specified and implemented in gazillion different ways by all browers and their sister)
[16:35] <jam> looking at urllib.py
[16:35] <jam> I see it has code to read the magic registry entries on windows
[16:35] <awilkins> vila: I got that feeling but I'm only looking for magic that works with Bazaar :-)
[16:36] <vila> which python version are you using ?
[16:36] <awilkins> jam: Yes, it does, it does a reasonable job of reading the IE proxy values, but they are a problem
[16:36] <awilkins> vila: 2.5
[16:36] <jam> though it has both "getproxies_environment()" and "getproxies_registry()"
[16:36] <jam> from the look of it
[16:36] <jam> env vars override the registry
[16:36] <jam> as long as they have something defined
[16:36] <awilkins> jam: ENV overrides the resgitry, but I want NO proxy
[16:36] <jam> set http_proxy=''
[16:37] <jam> isn't enough to get that?
[16:37] <jam> I also see a "getproxy_bypass"
[16:37] <awilkins> jam: Problem is that IT services force proxy settings on use via group policy - the server is available direct from both sides of the network so no proxy is required
[16:37] <jam> which looks at the ProxyEnable and ProxyOverride settings in the registry
[16:38] <awilkins> And their proxy setting is a PAC script anyway, so Python can't use it
[16:38] <awilkins> Hmm, I've been setting the env variable from the shell, maybe I can set an empty value from the GUI
[16:38] <vila> awilkins: use no_proxy=host:port
[16:39] <jam> ProxyOverride seems like something worth exploring
[16:40] <jam> ProxyOverride="host;<local>" seems like it might work
[16:42] <vila> awilkins: did your patch fixes *your* problem ? Because it looks a lot like  code already in _urllib2_wrappers (in get_user_password)
[16:43] <awilkins> vila: Yes, it fixes my specific problem ; I did peruse the code in _urllib2_wrappers before I wrote it
[16:43] <awilkins> It's all rather complicated, hence not sending a merge to the list.
[16:44]  * vila scratching head
[16:45]  * fullermd scratches vila's head too, for luck.
[16:45] <vila> awilkins: you can use -Dauth to see which sections are accessed in auth.conf
[16:45] <awilkins> With and without patch?
[16:45] <awilkins> Without patch I'm afraid it never touched auth.conf
[16:46] <vila> Can you try, without patch, with -Dauth and -Dhttp and send me the .bzr.log (sanitize appropriately depending of your auth scheme, etc)
[16:47] <vila> then, some thing but *with* your patch
[16:47] <vila> s/some/same/
[16:48] <vila> bug #300055
[16:58] <awilkins> vila: I've attached a log to the bug at http://launchpadlibrarian.net/19813229/auth-conf-http-log.zip
[16:59] <awilkins> vila: Watching the file with a filesystem monitor, the process does not attempt to access auth.conf at all during the session.
[17:07] <awilkins> And some combination of your "no proxy" tips PLUS me realizing that I'm a moron with the wrong IP in his hosts file has fixed my problem.
[17:08] <awilkins> (with proxies)
[17:08] <awilkins> I shall have to clean it all up and see which tip is most effective for least effort
[17:15] <Kobaz> anyone familiar with loggerhead?
[17:15] <Kobaz>   File "./start-loggerhead.py", line 3, in ?
[17:15] <Kobaz>     import pkg_resources
[17:15] <Kobaz> i can't start the server
[17:16] <jam> do you have the dependencies installed?
[17:17] <Kobaz> heh
[17:17] <Kobaz> which dependencies?
[17:17] <Kobaz> there's none noted in the docs
[17:17] <vila> awilkins: thanks for the log, I'll look into fixing the bug asap, keep your patch if it suits you for the time being
[17:17] <jam> beuno: ^^ ?
[17:17] <jam> I don't remember the exact ones
[17:17] <jam> but simple-tal comes to mind
[17:17] <NfNitLoop> Kobaz: looks like setuptools...
[17:17] <NfNitLoop> (aka: easy_install)
[17:17] <Kobaz> k
[17:18] <beuno> Kobaz, we have noted them on the README
[17:18] <beuno> you need python-paste and python-simpletal
[17:18] <Kobaz> # grep -i setuptools README.txt
[17:18] <Kobaz> #
[17:18] <beuno> It's actually the first thing the readme says  ;)
[17:19] <beuno> right, READ the README
[17:19] <beuno> 11 GETTING STARTED
[17:19] <Kobaz> i did, there's nothing in there about deps
[17:19] <beuno>  12 ---------------
[17:19] <beuno>  13
[17:19] <beuno>  14 Loggerhead depends on.
[17:19] <beuno>  15 1) SimpleTAL for templating.
[17:19] <beuno>  16    on Ubuntu package `sudo apt-get install python-simpletal`
[17:19] <beuno>  17    or download from http://www.owlfish.com/software/simpleTAL/download.html
[17:19] <beuno>  18 2) Paste for the server. (You need version 1.2 or newer of Paste.).
[17:19] <beuno>  19    on Ubuntu package `sudo apt-get install python-paste`
[17:19] <beuno>  20    or use `easy_install Paste`
[17:19] <Kobaz> which readme are you reading?
[17:19] <beuno> Kobaz, where did you get loggerhead from?
[17:19] <Kobaz> https://launchpad.net/loggerhead/+download
[17:20] <beuno> version?
[17:20] <Kobaz> erm
[17:20] <Kobaz> 1.2.1
[17:20] <beuno> right
[17:20] <beuno> I'd say, either get 1.6.1
[17:20] <beuno> or trunk
[17:20] <Kobaz> yeah, that is trunk
[17:20] <Kobaz> which is why i downloaded it, thought it was the stabl
[17:21] <beuno> right, it's confusing
[17:21] <beuno> let me delete those...
[17:21] <beuno> there
[17:21] <beuno> now, get 1.6.1  :)
[17:21] <vila> beuno: LOL
[17:21] <Kobaz> heh, k
[17:21] <beuno> or branch from trunk, which is pretty close to a release  :)
[17:21] <beuno> sorry about that Kobaz
[17:21] <Kobaz> hehe
[17:22] <Kobaz> okay
[17:22] <Kobaz> now i see the dependencies
[17:22] <beuno> :)
[17:23] <Kobaz> is there a way i can use it to serve all repos automagically
[17:23] <beuno> this reminds me why we changed *everything*
[17:23] <Kobaz> instead of configuring each thinger seperatly or spawning a new daemon for each one
[17:23] <beuno> Kobaz, sure, just run "serve-branches", and it will server anything in that dir
[17:24] <Kobaz> oh okay
[17:26] <Kobaz> so what was the reasons behind the design decision to make it an independent daemon rather than a series of web scripts and let apache handle the rest
[17:27] <beuno> well, we sort of inhertied the project, so a lot of the decisions came pre-made
[17:27] <beuno> but I think we wouldn't want people to need mod_python
[17:27] <beuno> and we really wanted loggerhead to be standalone
[17:28] <beuno> apache is an overkill in many cases
[17:28] <beuno> you can still use apache though
[17:28] <Kobaz> yeah
[17:28] <Kobaz> well it's like... reinventing the wheel versus using an existing codebase
[17:29] <beuno> in what way?
[17:29] <Kobaz> ie: not having to worry about keeping track of client connections, etc
[17:29] <beuno> right, paste does that for us
[17:29] <Kobaz> oh
[17:29] <Kobaz> playu
[17:29] <Kobaz> er
[17:29] <Kobaz> off the home row
[17:29] <Kobaz> ah, okay
[17:30] <Kobaz> mmm
[17:30] <Kobaz> it's working
[17:31] <Kobaz> yay
[17:33] <beuno> :)
[17:34] <Kobaz> is there a nice way to have the daemon write a log file
[17:35] <Kobaz> instead of dumping everything to stdout
[17:35] <Kobaz> i can do a redirect to a file, but then you can't rotate the log file without restarting the daemon
[17:37] <beuno> it should log by default as well
[17:37] <beuno> and rotate logs
[17:38] <Kobaz> hmm
[17:38] <Kobaz> where does it write the logs
[17:39] <beuno> Kobaz, you can also do --log-folder=LOG_FOLDER
[17:39] <Kobaz> k
[17:40] <Kobaz> that's not in --help :P
[17:40] <beuno> it is here!
[17:40] <beuno> not 100% sure if maybe that wasn't released in 1.6.1
[17:40] <Kobaz> 1.6.1?
[17:40] <Kobaz> heh
[17:40] <beuno> so, again, I'd recommend branching trunk
[17:40] <beuno> bzr branch lp:loggerhead
[17:41] <Kobaz> oh, that's what you mean
[17:55] <Kobaz> okay so.... i have the apache proxy going
[17:55] <Kobaz> all my links point to 127.0.0.1
[17:58]  * Kobaz pokes beuno 
[17:58]  * beuno pokes Kobaz back
[17:59] <Kobaz> oh, you weren't here when i wrote
[17:59] <Kobaz> okay so.... i have the apache proxy going
[17:59] <Kobaz> all my links point to 127.0.0.1
[17:59] <beuno> did you install python-pastedeploy?
[18:00] <Kobaz> hnmm
[18:00] <Kobaz> apparently not, installing it now
[18:00] <beuno> :)
[18:01] <Kobaz> okay
[18:01] <Kobaz> the links work now
[18:01] <Kobaz> kinda
[18:01] <Kobaz> i have a https url
[18:01] <Kobaz> and all the links are the right hostname, but http
[18:02] <beuno> ah
[18:03] <beuno> you may have to tinker with loggerhead itself to get it to work with http
[18:03] <beuno> patches welcome  :)
[18:03] <Kobaz> heh
[18:03] <Kobaz> k
[18:03] <Kobaz> so next question
[18:04] <Kobaz>     <Location /webbzr/>
[18:04] <Kobaz>         ProxyPass        http://127.0.0.1:8082/
[18:04] <Kobaz> that setup
[18:04] <Kobaz> doesn't seem to work, and i get this:
[18:04] <Kobaz> File does not exist: /home/web/bzr.local/static
[18:05] <Kobaz> in my error logs
[18:05] <Kobaz> if i do...
[18:05] <Kobaz> <Location />
[18:05] <Kobaz> then it works out
[18:05] <Kobaz> oh wait, is static a dir in loggerhead
[18:05] <Kobaz> i may need to alias that
[18:09] <Kobaz> okay, aliasing it worked nicely
[18:10] <Kobaz> beuno: what chunk of code makes the links
[18:13] <Kobaz> your code isn't really commented, heh
[18:14] <beuno> Kobaz, off the top of my head, apps/config.py or apps/branch.py
[18:15] <beuno> heh, well, again, it's partially because it was inherited
[18:15] <Kobaz> yeah i'm looking at apps/branch.py
[18:15] <Kobaz> i found the url function
[18:16] <vila> Kobaz: newcomers are the best comment writers ! I'm sure beuno will love your patches :)
[18:16] <Kobaz> yeah but
[18:16] <Kobaz> i've never written python in my life
[18:16] <Kobaz> so this may be a little painful
[18:17] <beuno> Kobaz, python is fun!
[18:17] <vila> Kobaz: for comments, python is quite simple and pretty much like bash: start with a '#' and add poetry :)
[18:17] <Kobaz> yeah
[18:18] <Kobaz> i'm a c/c++/perl/php/bash/tcl/asm guy
[18:21] <vila> Kobaz: I was a perl guy for ~10 years before trying python, the transition is *not* painful, once you get rig of ';' and the sigils, things are even pretty fun
[18:22] <Kobaz> heh
[18:22] <LeoNerd> You just have to banish the very thought of "variables" out of your head.
[18:22] <Kobaz> whitespace dependency has always weirded me out
[18:22] <LeoNerd> And lose a whole load of other concepts while you're at it
[18:26] <vila> Kobaz: whitespace dependency worried me for a couple of days... until it just stopped worrying me leaving me confused about *why* I was worried ;-)
[18:27] <LarstiQ> beuno: can loggerhead and bzr branches live at the same location? (so that I can branch from the url of what I'm looking at in loggerhead)
[18:29] <beuno> LarstiQ, they can, yes. And, there's a bug open for displaying the "public location" on the web UI
[18:29] <beuno> if you're feeling hackery-ish  :)
[18:29] <LarstiQ> maybe tomorrow :)
[18:29]  * LarstiQ is starting to get hungry, and should head home
[18:37] <Kobaz> bzr push bzr+https://user:pass@bzr.local/bzr/repo/
[18:37] <Kobaz> that works fine
[18:37] <Kobaz> but then i do a "bzr push"
[18:37] <Kobaz> Using saved push location: push bzr+https://user:pass@bzr.local/bzr/repo/
[18:37] <Kobaz> bzr: ERROR: Generic bzr smart protocol error: Invalid http response Unable to handle http code 401: Authorization Required
[18:37] <Kobaz> it doesn't save the user/pass
[18:49] <Kobaz> so hmm, does noone know how to preserve the login to a repo?
[19:09] <Kobaz> anyone home
[19:12] <thrope> how long is bzr vis supposed to take? I just tried it on three small branches (latex document - 1 text file, ~25 revisions) and the cpu's been at 100% for 3 minutes
[19:14] <thrope> my bad - its apple x11 playing up not bzr
[19:14] <luks> that's way too long, it should be faster
[19:15] <thrope> it only seems to show one branch at a time though (the last one on the command line)
[19:16] <thrope> how can I see the relations between them?
[19:16]  * luks can't help with that
[19:16] <luks> (but I can recommend bzr qlog ;))
[19:17] <thrope> ah much nicer
[19:18] <thrope> thanks
[19:18] <Kobaz> do de do
[19:18] <Kobaz> when i do: bzr push bzr+https://user:pass@bzr.local/bzr/repo/
[19:18] <Kobaz> it doesn't save user:pass in he branch.conf
[19:23] <Kobaz> beuno_: i fixed the url problem
[19:24] <beuno_> Kobaz, it a "submit a patch
[19:24] <beuno_> way?
[19:24] <Kobaz> well
[19:24] <Kobaz> it's not really patched
[19:24] <Kobaz> but
[19:25] <Kobaz>     def get_history(self):
[19:25] <Kobaz> in that function
[19:25] <Kobaz> er
[19:25] <Kobaz> not that one
[19:25] <Kobaz>     def url(self, *args, **kw):
[19:25] <Kobaz> in that function
[19:25] <Kobaz> in branch.py
[19:25] <Kobaz> there's: return request.construct_url(....
[19:26] <Kobaz> i dont know where that function is, i can't find it in the source... so it's either a python builtin... or it's part of some lib
[19:26] <Kobaz> that auto puts a http:// on it
[19:26] <Kobaz> and i can't find out how to make it not to that
[19:26] <Kobaz> sooo
[19:26] <Kobaz> instead of return request.contruct...
[19:26] <Kobaz>         return '/webbzr' + self._url_base + '/'.join(args) + '?' + qs
[19:26] <Kobaz> my root url is mysite/webbzr/
[19:26] <Kobaz> i don't know how to get the current url in python, but
[19:26] <Kobaz> that works for me
[19:27] <Kobaz> i dont even know how to print out data structures... so i just hard coded the bit... heh
[19:28] <beuno_> right
[19:29] <beuno_> we probably need to find the rigth paste knob
[19:29] <beuno_> mwhudson knows about these things
[19:29] <beuno> but he's in new zealand, so it may take him a while to get coffee and pop in
[19:31] <Kobaz> ah
[19:35]  * mwhudson is here but not yet coffeed
[19:35] <beuno> see  :)
[19:40] <Kobaz> okay so
[19:40]  * Kobaz loads up gump
[19:40] <Kobaz> gimp
[19:40] <Kobaz> bunches of suggestions...
[19:54] <Kobaz> "compare with another revision" in the /revision/ page... doesn't do anything
[19:55] <beuno> it's obscure
[19:55] <Kobaz> and here's some suggestions for the /revision/ page
[19:55] <beuno> you can then go to another revision
[19:55] <beuno> and click COMPARE THESE TWO
[19:55] <beuno> or something along those lines
[19:55] <Kobaz> oh
[19:55] <Kobaz> it should pop up a new window ore something
[19:55] <Kobaz> and say, pick a new rev to compare to
[19:55] <Kobaz> anyways... accept my file :P
[19:55] <Kobaz> s/ore/or/
[19:56] <Kobaz> http://www.kobaz.net/misc/diff.jpg
[19:56] <Kobaz> okay well
[19:57] <Kobaz> you don't have to accept it anymore, i put it up
[19:57] <beuno> accept what?
[19:57] <beuno> DCC!
[19:57] <beuno> I haven't seen that in years
[19:57] <Kobaz> the file i just tried to send you
[19:57] <Kobaz> hehe
[19:58] <Kobaz> anyways... so
[19:58] <Kobaz> it's not obvious which revisions you are comparing in the viewer
[19:58] <Kobaz> so, it would be good to add two bits of text... one for each side, of which rev you're comparing
[19:58] <beuno> I know, there's a bug about that somewhere in bugs.launchpad.net/loggerhead
[19:58] <Kobaz> and then at the bottom... the prev/next seems backwards to me
[19:59] <beuno> and. you're not comparing as much as looking at the diff
[19:59] <Kobaz> previous goes to more recent in the history
[19:59] <Kobaz> and next goes older in the history
[19:59] <Kobaz> well, yeah hmm
[19:59] <Kobaz> but it would be good to note, which rev it's going to jump to
[19:59] <Kobaz> because prev/next are unintuitive
[19:59] <beuno> right, there's a bug about that too
[19:59] <beuno> AND
[20:00] <Kobaz> but i mean... if you use it for more than 5 minutes, you would realize what it does
[20:00] <Kobaz> k
[20:00] <beuno> you can file new ones :)
[20:00] <Kobaz> hehe
[20:00] <Kobaz> okay
[20:00] <beuno> it takes us a bit, but eventually we fix them
[20:00] <Kobaz> just pointing some stuff out
[20:00] <Kobaz> yeap
[20:05] <tgunr> I'm new to bzr and tried last night to use bzr get lp:bzr-svn and am getting an error about "Server does not understand Bazaar network protocol 3" Does the Launchpad server have an older version maybe?
[20:07] <rockstar> tgunr, what version of bzr are you using?
[20:07] <tgunr> Bazaar (bzr) 1.9 on Mac OS X 10.5.5
[20:09] <rockstar> tgunr, lemme try this out.
[20:09] <rockstar> tgunr, I'm on 1.9 and it worked fine.
[20:10] <tgunr> I was looking for a way to find out what the lp server uses and maybe force bzr to use a different protocol. Is that even possible?
[20:10] <tgunr> hmm, on my side then
[20:11] <tgunr> actuall, I get 2 more lines of errors
[20:11] <tgunr> Server does not understand Bazaar network protocol 2, reconnecting.  (Upgrade the server to avoid this.)
[20:11] <tgunr> bzr: ERROR: Generic bzr smart protocol error: Server is not a Bazaar server: Received bad protocol version marker: "Not allowed to execute '/usr/local/bin/bzr serve --inet --directory=/ --allow-writes'.\r\n"
[20:53] <Tak> what the hell: $ bzr status -S README
[20:53] <Tak>  M  README
[20:53] <Tak> C   Text conflict in README
[20:54] <Tak> wtf not just: CM  README
[20:56] <LarstiQ> probably because noone like the short status format? ;P
[20:56] <LarstiQ> tgunr: do you have a BZR_REMOTE_PATH set?
[20:57] <Tak> it would be ever so helpful for reading the output programmatically
[20:57] <LarstiQ> *brrr*
[20:58] <LarstiQ> Tak: I'm of the opinion that it's better to use something really intended for programmatic use.
[20:59] <LarstiQ> Tak: but I do think it makes sense to list CM
[20:59] <Tak> sure, but bzrlib's not really an option for me
[20:59] <Tak> I would really prefer to use it
[21:00] <tgunr> in fact i do!
[21:00] <tgunr> is there a option to ignore the setting?
[21:01] <LarstiQ> tgunr: unsetting it isn't feasible?
[21:02] <tgunr> just awkward as I usually am working with my bzr server on another machine
[21:08] <tgunr> what is odd is that I had eralier did a bzr get  lp:~pilky/bazaarx/pilky which worked fine
[21:14] <LarstiQ> tgunr: if it used http:// instead of bzr+ssh://, that would make sense
[21:18] <tgunr> i presume the lp: would use the http: protocol, if so, why did it fail on the svn and not the other?
[21:19] <LarstiQ> svn?
[21:19] <LarstiQ> tgunr: lp: is either http:// or bzr+ssh://, depending on wether you have set launchpad-login
[21:20] <tgunr> yes, the call was lp:bzr-svn
[21:20] <LarstiQ> tgunr: if you can get the correct bzr in the path on your server, you wouldn't need to specify BZR_REMOTE_PATH
[21:20] <LarstiQ> tgunr: do you have write access to the one, but not the other?
[21:22] <tgunr> I just installed it from the Mac OS X disk image and it puts it in /usr/local/bin
[21:23] <LarstiQ> aha
[21:28] <thumper> tak: file a bug :)
[23:02] <thumper> poolie: ping
[23:16] <poolie> hi thumper
[23:16] <thumper> hi poolie
[23:16] <poolie> abentley: hi, are you still here?
[23:16] <thumper> I just sent you an email
[23:16] <abentley> poolie: Yes.
[23:17] <poolie> want a call?