/srv/irclogs.ubuntu.com/2012/05/22/#bzr.txt

gotwighey06:17
gotwigcan you tell me how I can make a bzr commit and push online?06:18
lifelessbzr commit; bzr push ?06:22
gotwiglifeless: yeah, but on the web.06:25
gotwiglifeless: I dont have bzr installed here06:25
gotwiglifeless: you know06:26
lifelessyou could use wikkid06:28
gotwiglifeless: whats that06:36
bob2a wiki thing that uses bzr06:42
bob2likely you just want to isntall bzr though06:42
gotwigbob2: -..-06:59
gotwigI can't06:59
gotwigwith git i can use something like koding.com or c9.io06:59
gotwigfor bzr I dont found anything like that07:00
mgzmorning all07:01
gotwigmgz: jo07:01
gotwigI'd really like to use bzr somehow online07:02
gotwigso I dont need it on my pc07:02
mgzgotwig: I sympathise with that07:07
gotwigmgz: like you already can do it with mercurial and git07:09
gotwigbecouse they are way more popular07:09
gotwigat c9.io07:09
gotwigor kodingen.com or koding.com07:09
gotwigetc., etc.07:09
vilathen bug the web sites admin to support bzr :)07:09
vilathe issue is to edit remote files07:10
gotwigvila: its not easy for them, too.07:10
gotwigand the interesst has to be great07:10
gotwigvila: ^, right?07:10
vilaimho, editing remote files will consume far more bandwidth and suffer latency than the push which is supposed to transfer only the resulting diff (and some overhead)07:11
mgzokay, branch proposed with those backports08:10
mgzwill land and merge up after it gets checked08:10
vilamgz: great, waiting for your ping08:15
mgzvila: do we want jelmer to look at that mp?08:24
vilamgz: wouldn't hurt08:24
jelmerare new translation strings ok in a minor release?08:25
vilaespecially given he's credited as author ;)08:25
vilaI'd say no on principle but the benefit outweight the issue in this case imho08:26
jelmerworks for me08:26
mgzjelmer: sometimes not, but given our translations are pretty incomplete anyway and we're not removing an already translated string, should be fine08:26
jelmerI guess it's also not really an issue since we don't have full coverage for any language (except English) atm08:26
mgztrivial edits to translatable strings in a minor release would certainly be bad manners.08:27
vilajelmer: so, except for the translation bits, do you approve the mp ? ;)08:31
=== gthorslund_ is now known as gthorslund
jelmervila: døne :)08:33
vilahmm, I missed the joke but that's probably because the font I use can't display it correctly ;)08:34
vilakernel upgrade, reboot needed, bbl08:34
jelmerI'm just using fancy characters. Because I can.08:35
mgzapprove (code)?08:36
mgzI hope you'd approve the code, you wrote it :D08:36
vilait renders as d\~A,ne with the comma looking a bit fancy08:36
vilaand the \~A is a the ~ above the A08:36
jelmerhmm08:37
jelmerit should be a combination of / and o08:37
vilahehe, yeah, o should be slashed not the 0 as late comers to the game thought in last century ;)08:37
mgzø you mean?08:38
jelmermgz: that's just a question mark ;)08:39
jelmerah, the joys of character encoding..08:39
mgzhm, worrying, pqm doesn't have merge up.08:45
mgzokay, what is pqm trying to tell me08:55
mgzgot a failure back with just this in the output:08:55
mgzCould not determine branch type for 'http://bazaar.launchpad.net/~gz/bzr/2.5_backport_rmbranch_fixes'08:55
vila:-/08:56
mgz...and indeed that's not a branch08:57
mgzwhat the hey08:57
mgzexists over bzr+ssh but not over http08:57
vilamgz: reproduce with lp:~vila/bzr/stats-config, freshly created/pushed on lp ;-/09:04
vilareproduceD09:04
mgzfrom #launchpad is a db lag issue with http url rewrite rules09:06
mgzso, good part is should just be able to wait till can see the branch over http then pqm merge will work09:07
mgzbad part is jumping up and down won't make that happen faster.09:08
vilayeah, better stay up after the first jump09:09
vilamgz: alternatively you can use another existing branch no ?09:23
=== yofel_ is now known as yofel
mgzvila: you mean push over an existing branch I happen to have, put up an mp for that, approve and merge it?09:29
vilayup09:29
mgzI guess, though I'd prefer not to.09:29
vilait would validate that nothing else is broken before I start cutting the release ;)09:30
vilaand the end result should be the same (minus the branch nick maybe)09:30
hrwbye09:37
=== smspilla1 is now known as smspillaz
vilamgz: lp seems to breath better13:14
vilamgz: ha, 1/2 hour late I can see ;)13:14
vilamgz: on the other hand, I was awaiting your ping. You don't intend to land anything else right ?13:18
mgzI sent it then went to lunch13:19
mgzthat's all that should land I think,13:20
mgzjust the merge up to do (which doesn't get in your way)13:20
vilaI'll do it (I need to do one anyway)13:21
vilaUnless you expect tricky conflicts in which case I'm happy to merge up only the release ;)13:21
mgzwell, apart from news I don't expect anything too bad provided it works out the same changes have happened on both branches13:22
vilaok, don't bother then ;)13:22
vilabummer, lp:bzr/2.4 doesn't merge cleanly into 2.5 :-(13:25
fullermdIt does if you push hard enough.13:25
vilaghaa, so do 2.1, 2.2, 2.3 :-(13:27
vilajelmer: you didn't merged up after landing your feature flags proposals, would you mind looking into it once 2.5.1 is released ?13:29
jelmervila: do you mean in general? merging up isn't necessary for the feature flags proposals themselves13:30
vilaI mean I try to merge lp:bzr/2.x branches into lp:bzr/2.x+1 to ensure all bug fixes bubble up, this is expected to always merge cleanly13:32
vilafor the feature flags, I know each branch got a specific fix but I assumed you merged up to avoid bad resolutions13:33
jelmerI did for everything except 2.4 -> 2.5 I believe13:35
viladoesn't look like it, every merge --preview raises conflicts13:36
* jelmer tries13:41
jelmervila: 2.1 -> 2.2 seems fine here13:48
vila>-/ fine here too now, wth13:49
mgzvila: sorry, I think I did some of that merge up, but not all13:50
vilabut 2.2 -> 2.3 still broken13:50
jelmervila: 2.2 -> 2.3 has conflicts in bzrdir.py, but those changes from 2.2 can just be discarded13:51
vilasure, but that's not part of doing a release :)13:51
viladoing the release includes a *check* that things are clean, that's how I found the issue ;)13:52
vilabzr lock lp:bzr/2.514:08
vila6 new translations: cs, he, my, nb, sv and vi (where is emacs ?)14:09
fullermdbzr ran out of memory trying to repack it.14:10
vilaha, silly me, I shouldn't have attempted that *under* emacs itself...14:11
* fullermd thinks of that as good general advice for pretty much everything ;p14:19
vilakids these days...14:19
mgzwhat's the sftp trick again to get the conf of a branch on launchpad?14:55
mgzdoes it block you from getting ones with branches you don't own...14:55
vilamgz: use bzr+ssh as lp spprt is broken ?15:15
vilasupport15:16
mgzvila: this is related to working out what's up with borked branches, if you could just branch it there wouldn't be an issue15:17
vilaI miss the context, when you said 'conf of branches' I understood 'bzr config -d <url>'15:19
vilawhat kind of borking are you referring to ?15:19
mgzsee #launchpad15:19
mgzending up at a location that doesn't exist basically15:20
vilaha, no way to get a conf there indeed ;)15:20
mgzafter some slightly bogus renaming of branches with the lp api.15:20
vila.bzr/branch/location tricks involved ?15:20
vilabzr unlock lp:bzr/2.515:32
vila2.5.1 is frozen, packagers of the bzr world unite !15:33
vilacunning way to avoid test failures (i.e. ensure your test suite is passing): call sys.exit() in the system under test... unsuspecting devs passing after you won't notice16:43
lifelessvila: ?!??17:00
vilalifeless: explore lp:udd running selftest.py, will be clearer (EODed)17:01
dobeyhi all17:10
dobeywhat does the LockNotHeld error mean exactly?17:10
dobeyas in: 17:02:01 E: bzrlib.errors.LockNotHeld: Lock not held: RemoteRepository(bzr+ssh://bazaar.launchpad.net/%2Bbranch/u1db/.bzr/)17:10
exarkunHow do I add a file with a ":" in its name to a bzr branch?20:11
exarkunUsing "bzr add <name>" fails: bzr: ERROR: Unsupported protocol for url "015. Yurt II: The Yurt Returns.html"20:12
maxbexarkun: refer to it as ./015... would be a way20:18
exarkunmaxb: thanks21:12
=== cinerama_ is now known as ceinrama
=== ceinrama is now known as cinerama
thumperhey folks23:09
thumperis there a way in bzrlib that I can override the need for signed commits?23:10
thumperin particular I have a situation where my standard bazaar config specifies the need for them23:10
thumperhowever I have some scripts that I'm writing where I can't have it23:10
thumperright now I have an override in the locations.conf to specify create_signatures = never23:11
thumperbut I need to be able to specify that when I open the branch23:11
thumperany ideas?23:11
mwhudsonthumper: are you committing from the command line or with bzrlib?23:23
jelmerthumper: not easily AFAIK23:31
thumpermwhudson: from withing bzrlib23:32
thumperthis is for the wiki stuff23:32
jelmerthumper: the only way I can think of is to either modify the command line overrides to set "create_signatures=never"23:32
jelmerthumper: or alternatively (cleaner but more complex) to add a dummy ConfigStore that sets create_signatures=never and add that to the config stack that you pass in when you commit23:32
thumperjelmer: the second sounds promising23:33
thumperjelmer: is there any help on how to do that?23:33
jelmerthumper: You want to call IniFileStore() to create a new store23:34
jelmerthumper: then store._load_from_striong("create_signatures=never")23:34
jelmerurgh, except we seem to've made it pretty hard to actually override the config stack when you commit from a working tree23:36
thumper:(23:38
jelmerthumper: maybe vila has some clever ideas tomorrow23:38
thumperjelmer: what about committing from a revision tree?23:38
jelmerthumper: do you mean from a MemoryTree of some sort?23:39
jelmerrevision trees are immutable, so committing them is usually pretty pointless23:39
jelmerthumper: or do you perhaps mean committing using the commit builder?23:39
thumperyeah, so working directly with the branch, not a working tree23:39
jelmerthumper: in that case you can pass in a custom config stack easily23:39
thumpernot entirely sure what I'm referring to :)23:39
jelmerthumper: Branch.get_commit_builder and Repository.get_commit_builder allow you to pass in a custom stack.23:39
jelmerso presumably you'd take the branch config (Branch.get_config_stack), make a copy of it and add your custom store in front of the other stores23:40
jelmerand then pass that custom stack to Branch.get_config_stack23:40
jelmereuhm23:40
jelmerand then pass that custom stack to Branch.get_commit_builder23:40
thumperinteresting23:41

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!