[06:16] <gour> morning
[06:19] <gour> jelmer: i'd like to contribute to github project (cython) using bzr-git...forked repo, pulled it with bzr to my localhost, created new branch and dpushed it to github but it's not available there...tried another route...imported project at LP, pulled to my localhost, created new doc-branch and create 'bzr send --format=git' bundle and send, for testing, to upstream...is the 2nd route better/recommended over
[06:19] <gour> the 1st one?
[06:26] <sepidev> hi guys, I'm having trouble with bzr, I cannot connect to launchpad, I get this error:
[06:26] <sepidev>  https://answers.launchpad.net/launchpad
[06:26] <sepidev> sorry, this error:
[06:26] <sepidev> bzr: ERROR: Connection error: curl connection error (couldn't connect to host)
[06:26] <sepidev> on https://code.launchpad.net/~sikon/steadyflow/trunk/.bzr/smart
[06:28] <AfC> sepidev: I assume you can use bzr to talk remotely to other things?
[06:29] <sepidev> yes, but even when I type bzr lp-login I cannot connect to launchpad server!
[06:43] <gour> wil lco-located branches become part of 2.4?
[06:51] <sepidev> bzr: ERROR: Connection error: curl connection error (couldn't connect to host)
[06:51] <sepidev> anyone?
[08:11] <vila> bialix: never :)
[08:12] <bialix> vila _o/
[08:12] <bialix> never have I ever?
[08:13] <vila> bialix: 3.2.2 :)
[08:13] <AuroraBorealis> TIL bzr has a smart server
[08:14] <bialix> vila: why not?
[08:14] <vila> bialix: why ?
[08:14] <bialix> vila: poolie said about bzr 3
[08:14] <vila> errrr. 2.3.2 I meant
[08:14] <AuroraBorealis> and today i learned there is almost no documentation for it
[08:14] <bialix> so, in theory it will be... one day?
[08:14] <bialix> vila: I know what you mean, I'm trying to make jokes from what you have written
[08:14] <vila> oh crap, typo while explaining typo....
[08:15] <vila> bialix: which I didn't realize until a few seconds ago :-}
[08:15] <bialix> don't explain jokes... yeah
[08:15] <bialix> there is too hot today, maybe my mind has started to melting
[08:16] <bialix> definitely
[08:17] <gour> vila: have you considered waf/bento for packaging win installer?
[08:17] <bialix> gour: I'd prefer scons
[08:17] <bialix> what is bento?
[08:18] <vila> gour: I've never tried to package the windows installer myself... but you're already talking to a far knowledgeable person
[08:18] <gour> bialix: http://cournape.github.com/Bento/
[08:19] <gour> bialix: isn't scons much slower than waf?
[08:19] <bialix> gour: it does not matter if it works
[08:19] <gour> ...and, afaict, development is quite stalled
[08:19] <vila> bialix: are we using scons ?
[08:19] <bialix> vila: yes, I am
[08:19] <gour> bialix: samba, ardour..are using waf...even heard that it's used by google with v8
[08:20] <vila> bialix: in the installer toolchain ?
[08:20] <bialix> vila, gour: currently windows installer is built with zc.buildout
[08:20] <bialix> vila: no, for my own stuff
[08:20] <vila> ok
[08:21] <bialix> I'm unhappy with zc.buildout
[08:21] <bialix> very unhappy
[08:21] <bialix> I can't tell how much I'm unhappy
[08:22] <gour> bialix: i see...i plan to use waf/bento for py+qt+cython project...it seems distutils2 won't address packaging (win & mac installers)
[08:22] <bialix> gour: actually I'd like to try waf in action, just haven't enough time to learn it
[08:23] <bialix> how waf will help you with packaging installer?
[08:23] <gour> bialix: for standard things, pretty much everything is ready
[08:23] <gour> bialix: that's duty of bento which can use was as build back-end
[08:23] <bialix> I don't see there a real support for py2exe and creating installer with MSI or Inno Setup
[08:24] <gour> and bento has (experimental) support for win msi & mac mpkg or how it's called
[08:24] <bialix> maybe we talk about different installers?
[08:24] <bialix> because pure python-based installers are not problem at all even with distutils1
[08:24] <gour> bialix: https://github.com/cournape/Bento#readme
[08:25] <bialix> gour: no metion of py2exe
[08:26] <bialix> gour: this page bentomaker build_wininst talks about bentomaker build_wininst -> this is just plain python-based installer
[08:26] <bialix> sorry this page http://cournape.github.com/Bento/
[08:28] <gour> bialix: see http://cournape.github.com/Bento/html/TODO.html
[08:28] <bialix> no py2exe either
[08:29] <bialix> sorry, I hope that tool will grow into something really useful. I just don't see how it will help me right now
[08:29] <bialix> sorry, no offense
[08:29]  * bialix bbl
[08:30] <gour> bialix: bento dev wrote me: "Both .exe and .mpkg installers have a preliminary implementation, but
[08:30] <gour> they are not mature yet "
[08:31] <vila> gour: I kind if agree with bialix, we already suffer delays, jumping on a preliminary implementation to release a *stable* installer doesn't sound like a good fit :-/
[08:32] <vila> gour: now, if you wanted to try it for the next bzr beta release, that would be awesome
[08:32] <gour> vila: of course, my suggestion is for 'tomorrow', not 'today'
[08:33] <gour> vila: btw, are colocated branches going to appear in 2.4?
[08:34] <vila> my crystal ball is still a bit blurry on this topic, but bzr-colo is highly recommended anyway
[08:34] <gour> it's not killer-feature for me, but i remember i read somewhere that git/hg users were complaining that there is no support for it
[08:34] <gour> for me, it's more important that LP gets support for wiki
[08:34] <gour> bzr-colo plugin is useful today?
[08:35] <bialix> gour: very much useful
[08:35] <vila> I don't use myself but yes, from what I've heard it is very useful and used
[08:36] <gour> despite of lacking wiki support, i believe i'll move from fossil to bzr & LP
[08:44] <gour> difftools plugin is obsolete now?
[09:44] <jam> jelmer: did you ever connect to the Windows ec2 instance? I figured I'd give a poke at building the windows installers, but I'm not able to connect to the ec2 machine.
[09:44] <jam> nm, I'm in now
[10:08] <bialix> jam: lp:bzr-windows-installers is not updated with bzr 2.3.3 and tbzr 0.6.3 yet
[10:08] <jam> bialix: thanks for the heads up
[10:08] <jam> I did see a location from you
[10:08] <jam> though I have to get the machine up and running and current first
[10:08] <bialix> I can't translate: "I did see a location from you"
[10:10] <jam> bialix: you sent an email mentioning an LP: branch that you had updated the installers
[10:10] <jam> or were trying to
[10:10] <jam> I was planning on looking at it
[10:10] <jam> once I got things up and running.
[10:12] <bialix> jam: ok
[10:12] <bialix> I'll update trunk then
[10:13] <bialix> jam: that branch is planned for 2.4b2
[10:13] <bialix> it does not have 2.3.3 yet
[10:17] <jam> bialix: is there a separate branch for the 2.3 series?
[10:18] <bialix> no
[10:18] <jam> I thought that was the original intention, but ISTR gary was trying to put it into the same branch
[10:18] <bialix> gary kept everything in trunk
[10:19] <bialix> jam: wait a sec
[10:19] <bialix> I'll push
[10:20] <bialix> jam: done, versions were updated
[10:20] <jam> bialix: you committed to trunk?
[10:20] <bialix> yes
[10:21] <bialix> jam: I can update my 2.4 branch if you'll build 2.4b2
[10:23] <jam> bialix: Let me make sure I can build *something* first :)
[10:24] <bialix> yes-yes, you're right
[10:24] <bialix> I've pushed in the mean time anyway
[10:26] <bialix> jam: if you will say after that what version of Windows SDK you have on ec2 it will be great
[10:27] <jam> bialix: we have the full version of visual studio, so we don't need the sdk
[10:27] <bialix> ah
[10:27] <jam> naoki was building the installers using Express + and SDK
[10:27] <jam> I thought it wsa 7
[10:27] <bialix> good for you
[10:27] <jam> was 7, but that was a while ago
[10:27] <jam> AIUI, you only need it to build the 64-bit extension
[10:28] <bialix> naoki has suggested using win7 sdk, but it requires vs2010, and I'm a little short in space on this machine
[10:40] <jam> bialix: http://msdn.microsoft.com/en-us/windows/ff851942
[10:41] <jam> it says the Win7 archive was released in Aug 2009
[10:41] <jam> which predates vs 2010 (I would assume)
[10:54] <jelmer> 'morning jam
[10:54] <jelmer> jam: no, I've never used the EC2 instance
[10:54] <jam> jelmer: I guess you have 6 more min :)
[11:06] <jam> bialix: it is looking for "hhc" do you know what that is?
[11:06] <jam> I probably have to at least add it to PATH
[11:08] <bialix> hhc -- Html Help Compiler
[11:09] <bialix> jam: http://www.microsoft.com/downloads/details.aspx?familyid=00535334-c8a6-452f-9aa0-d597d16580cc&displaylang=en htmlhelp.exe
[11:09] <jam> bialix: yeah, it is already on the machine, but the code all assumes it is in PATH
[11:10] <jam> and it certainly isn't for my user
[11:10] <bialix> it should be in the PATH, installed to PF\HTML Help Workshop
[11:10]  * jam doesn't really like updating PATH on windows unless I have to
[11:11]  * bialix too
[11:11] <jam> it needs C:\Python26\Scripts as well, for sphinx-build
[11:11] <bialix> jam: make a batch wrapper?
[11:11] <bialix> jam: make a batch wrapper for hhc
[11:11] <bialix> for sphinx-build you can avoid adding scripts to path
[11:12] <bialix> I'va managed to avoid it by copying 3 files of sphinx-build.* to my Utils directory that in path
[11:13] <bialix> jam: C:\Utils>dir /b sphinx*
[11:13] <bialix> sphinx-build-script.py
[11:13] <bialix> sphinx-build.exe
[11:13] <bialix> sphinx-build.exe.manifest
[11:13] <bialix> that works
[11:13] <bialix> batch wrapper for sphinx does not work
[11:16] <jam> bialix: I also am thinking we should be updating our svn bindings at some point. We're using 1.6.6, and they're on 1.6.16
[11:16] <jam> but since I still haven't finished building anything
[11:16] <jam> I'll get that first
[11:34] <jam> dang, I have bzr-2.3.3 installers, but I'd like to test them out first...
[12:31] <jam> mgz: if you're around, I'd like to try to understand: https://code.launchpad.net/~gz/bzr/lazy_hook_test_cleanup_785054/+merge/61586
[13:47] <mgz> jam: I am now
[13:48] <mgz> also, I don't know whether you saw in the log, I had some trouble getting the test case collection branch working against trunk
[13:54] <jam> mgz: bzr merge --weave
[13:54] <jam> I think the issue is that the code landed direct to trunk, multiple branches, so now there isn't a clear single ancestor
[13:55] <mgz> weave did seem a little better, but still... not right
[13:55] <mgz> if I do diff -r7900..7901 and diff -r7901..7902 they seem to be the inverse of each other
[13:56] <mgz> *59
[13:56] <LeoNerd> You do know, also, that  -r7900..7901  is better written  -c7901
[13:56] <LeoNerd> I.e. the changeset introduced at -r7901
[13:57] <mgz> it's even better written as the right revno
[13:57] <mgz> :)
[13:57] <LeoNerd> Well indeed
[13:57] <mgz> but... -c5901 -c5902 seem to do and then undo the changes to some tests
[13:58] <mgz> and not the _get_log removal which the second branch should have been
[13:58] <mgz> which might have something to do with why merging the remainder now loses the main changes
[13:59] <mgz> I think maybe the way I merged bzr.dev back into the branch earlier may have messed up your normal way of doing things jam?
[14:13] <mgz> I'll reply on the review of the other branch in the mean time
[14:17] <bigjools> I'm getting a ReadOnlyError when updating a checkout: https://bugs.launchpad.net/bzr/+bug/786980
[14:19] <jam> mgz: if we split out 2 extra branches from yours, and then land both independently
[14:19] <jam> both of those tips are in your ancestry
[14:19] <jam> but both do not supersede eachother
[14:20] <jam> its a known issue with splitting out and landing multiple feature branches
[14:21] <mgz> okay, but that doesn't explain why I don't see the _get_log change on trunk when that branch landed
[14:22] <mgz> the diff is an exact backout, not a backout plus a new set of changes
[14:24] <mrevell> o!2o729ofourtwotwo
[14:25] <mrevell> Damn, that's another password ruined
[14:26] <mgz> bigjools: try `bzr up lp:lp-source-dependencies`?
[14:28] <mgz> mrevell: that's an pretty strong password for nickserv :)
[14:28] <mrevell> mgz, I s'ppose so :)
[14:37] <bigjools> mgz: ok, that errors with: bzr: ERROR: No WorkingTree exists for "bzr+ssh://bazaar.launchpad.net/%2Bbranch/lp-source-dependencies/"
[14:37] <mgz> whoops, my error, forgot the right spelling.
[14:39] <mgz> use switch rather than update, I just wanted to see if the path returned changing to the ~branch form made any difference
[14:39] <bigjools> mgz: the spelling is correct
[14:40] <bigjools> mgz: ok that seems to be working ...
[14:40] <mgz> it doesn't mean what I intended. I wanted you to try changing the branch to be based on the new URL, the command I gave you tells it to update that URL, not the cwd
[14:41] <bigjools> did the branch urls change recently?
[14:41] <mgz> bigjools: great. so, there's a bug somewhere with stacking or launchpad moves or... something
[14:41] <bigjools> this was checked out ages ago
[14:41] <mgz> that's what I'm guessing.
[14:41] <bigjools> something :)
[14:41] <bigjools> thanks muchly
[15:01] <cheater__> hi!
[15:01] <cheater__> how can i find out what diff was committed in a specific revno?
[15:01] <jam> cheater__: 'bzr diff -c REVNO"
[15:02] <cheater__> ah, -c
[15:15] <cheater__> thanks a lot jam!
[16:59] <millun> hey guys
[17:01] <millun> i have a  little question. i've made a colocated repo on my localhost, pushed the branch to an FTP. i want the other guy to test my app. is it ok for him to just write "bzr checkout <dest_dir>" in a repo dir, then just keep executing "bzr update" in a destination dir?
[18:41] <HelloWorld321> Is it possible to directly mount a git or bzr repository as a volume (in Linux or Windows)?  So that reading/writing to the repository is transparent?
[18:50] <gour> HelloWorld321: i used bzr-git to fetch git repo and it works, but have problems with using github
[19:40] <santagada> sidnei, hi :)
[19:40] <sidnei> santagada, ohai!
[19:41] <santagada> using bzr again
[19:41] <sidnei> santagada, nice!
[19:41] <santagada> not by choice, I'm working with openerp... but I'm liking it
[19:41] <sidnei> that's... progress :)
[21:54] <vanguard> how can I overwrite a commit --strict option?
[21:56] <luks> --no-strict ?
[21:57] <luks> (all boolean options can have a no- prefix)
[21:58] <vanguard> luks: thanks!