/srv/irclogs.ubuntu.com/2008/09/03/#bzr.txt

pooliexspiv, jam, lifeless, call in a bit?00:01
pooliexabentley, do you want to join too?00:02
spivSure.00:02
jampooliex: I'm on linux tonight, but I'll listen in00:03
pooliexi don't see you online yet00:04
jampooliex: check now00:04
abentleypooliex: Sure.00:10
=== Spaz is now known as mountain_dew
=== mountain_dew is now known as Spaz
=== mw is now known as mw|out
=== Spaz is now known as swishie
=== swishie is now known as Crazy_ADD_Kid
=== Crazy_ADD_Kid is now known as Crazy_ADHD_Kid
abentleyjam: I understand your frustration re: path-LCA.  But I have planned my evening around reviewing it.  And the pokes just make me irritable.01:32
=== kiko is now known as kiko-zzz
jamabentley: point taken, I'll try not to get in your face about it. It was meant more playfully anyway.02:54
jmllifeless: hi03:33
jmllifeless: I've figured out how to change the branch format for testing, but the repo format is giving me more problems.03:34
jmllifeless: it looks like the default repo fmt for metadir is derived from the bzrdir format registry03:36
lifelessoh03:59
zbrownAnyone have a good resource or example for writing hooks in bzr? Most of what I've come across seems somewhat vague04:20
lifelesszbrown: what sort of hooks?04:28
lifeless[much of the code base is hookable; its a pretty broad question]04:28
zbrownlifeless: would like to write a pre-commit hook for running a syntax checker and test suite04:28
zbrownlifeless: so "make syntax-check" and "make check"04:28
lifelessI believe spiv did work on this most recently04:29
lifelessspiv: ^ your public awaits04:29
* zbrown awaits spiv eagerly04:29
lifelesszbrown: I'm grabbing lunch, I'll give you a hand if spiv hasn't when I return04:29
zbrownlifeless: ok, thanks04:30
spivI did start writing some docs on this, let me refresh my memory.04:30
spivzbrown: so you've already seen http://doc.bazaar-vcs.org/latest/en/user-guide/index.html#using-hooks ?04:31
spivActually, I need to go grab some lunch now too.04:33
spivI'll be back in a while.04:33
zbrownspiv: I saw it, I guess I was a bit confused when I was trying to figure out how to do the pre-commit hook04:37
jmllifeless: any idea what to do about that?04:44
jml(when you get back from lunch)04:44
=== Crazy_ADHD_Kid is now known as Spaz
zbrownspiv: I might have figured it out :)05:08
zbrownhrm05:13
lifelessjml: hmm05:16
zbrownlifeless: any idea if its possible to make a hook that can be distributed with a project? That is a hook that a user doesn't have to add to his/her ~/.bazaar/plugins05:22
zbrown?05:22
lifelesszbrown: hooks are arbitrary code, so there is a clear security issue there05:23
lifelesszbrown: generic hooks -  like the email one - allow them to be configured by a branch/proejct05:24
lifelesszbrown: there is also the shell-hooks plugin jelmer wrote, which as a generic plugin can be configured per-branch [though it runs arbitrary code, again security concerns apply]05:26
zbrownhmmm05:26
zbrownGuess my dream of minimal developer intervention is a bust, thats okay, just means copying a file to a directory ;)05:27
zbrownThanks much :)05:27
* zbrown is off to bed05:27
lifelessgnight05:27
splodgeCan anybody tell me the best way of splitting a branch in two? If I have a 'trunk' branch and have want to split it so that some files are in branch 1 (b1) and the rest are in branch 2 (b2).05:28
splodgeIs the preferred method (keeping the history and everything) to bzr branch it push it to a different place (on Launchpad) and then delete files in each branch that aren't required for it?05:28
lifelesssplodge: that works well05:30
splodgeThis is actually part of a larger problem I'm solving: I have a project where some there are three parts - two separate and one shared. We figured that we would split the code across three branches and pull each one separately. Does anyone have any suggestions from experience on this or another layout to accomplish this?05:30
splodgeThanks lifeless05:31
splodgeSounds logical enough but thought it better to check ;)05:32
splodgeactually, can someone help me with a layout. i'm struggling to come up with something that will meet my needs. i need three branches, each containing a number of modules (each module consisting several individual files). branches b1 and b2 don't share code but both use the modules in the shared branch 'core'. i then want to allow releases to be made by taking a snapshot of all three branches and placing the in another location.05:46
AfCSounds like you just need a shell script05:47
splodgei want to be able to group them, i guess then. so perhaps trunk/b1, trunk/b2 and trunk/core? with releases like r1/b1, r2/b2 and r2/core? hmm...05:47
splodgeAfC: can you elaborate?05:49
splodgei suspect i'm overthinking this :(05:49
lifelesssplodge: why not, three branches; A, B, C05:50
lifelessA has whatever including core05:50
lifelessB has whatever including core05:50
lifelessC is just core05:50
lifelessand you merge from C to A and/or B as needed05:50
splodgeoh i see. that could work.05:50
splodgethere is duplication there though isn't there05:51
lifelesshow so ?05:52
splodgewith C's code being duplicated into both A and B's and relying on the devs remembering to merge in.05:52
splodgewe also only want one copy of C when checked out05:53
lifelesswell05:53
lifelesseither you have three projects05:53
lifelesswhich are independent05:54
lifelessor you have < 3.05:54
lifelessdecide :)05:54
splodgeummm... :)05:54
lifelesshow big is C? GB's? TB's ?05:54
splodgeoh they're only small at the moment and we don't expect them to grow into GBs05:55
splodgeat the moment it's paltry: <100MB :)05:56
lifelessso05:57
splodgeif it helps clarify a little: they are parts of the same project. it uses drupal and we have two sites (supplied by code in branches A and B) and a common lot of modules (C).05:57
splodgeso A is checked out to sites/site1/modules/A and B to sites/site2/modules/B, and C to sites/all/modules/C05:57
lifelesswhat you want might strictly be nested trees, but that feature isn't finished yet.05:57
lifelesswhat I describe is probably the cheapest and most robust thing available today.05:58
splodgeok05:58
splodgethanks05:59
AfCsplodge: if you can be flexible enough to maintain the different branches lifeless describes, I'd encourage you to follow that idea. It will work well if you keep it simple.06:08
splodgethanks. i'm just doing more reading up on this and then i'll make a decision, but it looks like that's the way i'll probably go.06:09
* splodge still has a bit to learn :)06:09
AfCIt is indeed easy to overthink these things. Actually, that's a common problem in most software development and related activities.06:15
* fullermd thinks about that for a week or two.06:21
jmllifeless: ok, now *I'm* back from lunch06:46
jmllifeless: are we still stuck for ideas?06:49
lifelessis it too broad to say 'we should fix it' ?06:49
lifelessI mean, if someone asks for 'default' as a format, they get a fully specified BzrDirMeta format06:49
lifelessif they do BzrDirMetaFormat(), does that need to be == ? I think not, which is why changing the branch was snesible06:50
lifelessRepository can probably just stop asking for 'default' and ask for BzrDirMetaFormat9), IFF it has lost its old explicit default information06:50
jmllifeless: can I call you about this stuff?07:24
lifelessjml: yes07:46
jmllifeless: skype ok?07:47
lifelessyes07:47
=== sabdfl is now known as sabdfl_home
Peng_lifeless: bzrlib/readdir.h is copyright 2006?07:52
lifelessPeng_: yes07:53
lifelessPeng_: annotate it :P07:53
Peng_Hmm, _ReadDirFeature.feature_name returns 'bzrlib._btree_serializer_c'?07:54
lifelessheh, good catch07:54
lifelessI'll fix in a minute07:54
Peng_:)07:55
pooliexlifeless, that book is pretty entertaining/interesting07:55
lifelessgood07:56
techtonikAbout that "rebase" plugin..08:39
=== Snaury_ is now known as Snaury[work]
pooliexvila, hi, are you up?08:49
vilapooliex: sure, for nearly 2 hours08:49
pooliexhow's it going?08:54
techtonikSo, about that rebase plugin.. It would be good extremely helpfult to remove references to git from "rebase" documentation, because it fails to clearly explain any usage examples without sending adepts to enlightning by smoking git man.08:58
guilhembipooliex: hi! there? time of our phone call?08:59
pooliexguilhembi, hi!08:59
vilapooliex: summarizing how we show revisions in various commands to see how to fix bug #23381709:00
ubottuLaunchpad bug 233817 in bzr "missing doesn't show merged revisions" [High,Confirmed] https://launchpad.net/bugs/23381709:00
pooliextechtonik, good point09:00
pooliexvila, that sounds like a good place to start09:00
=== sabdf1 is now known as sabdfl
vilaI think the simplest way to fix it is to implement --show-merged or something first and then we can look at bringing more consistency between the various commands09:02
vilaI'll mail the list about that09:03
=== pooliex is now known as poolie
jelmerhmm, the bzr-svn testsuite is now running out of file descriptors :-(10:17
jelmeris there any way to force selftest to do garbage collection more often?10:17
uwsjelmer: import gc; gc.collect() ? ;)10:21
techtonikfrom "rebase" documetation at http://www.kernel.org/pub/software/scm/git/docs/git-rebase.html (well, bzr doesn't have such examples)10:25
techtonikHome come that for the following branch     E---F---G---H---I---J  topicA10:25
techtonikgiven the command    git rebase --onto topicA~5 topicA~3 topicA10:25
techtonikthe removed revisions are F and G ???10:26
Odd_Bloketechtonik: It's saying rebase the revisions from revision 'HEAD minus 3' to the HEAD revision onto 'HEAD minus 5'.10:40
markhjelmer: why do you ask about the gc?  ie, what symptoms you see without it?11:02
markhI've a patch in the queue that adds a few try/finally blocks to ensure a few files etc are closed upon error, which avoids most problems that a gc.collect() happens to solve11:06
markhon windows anyway ;)11:07
jelmerah, ok11:14
jelmercould be that it helps then11:14
markhjelmer:         ico_map = dict(map_items)11:15
markhbugger :)11:15
markhoh, why can't I copy/paste from my vm!11:16
markhhttp://bundlebuggy.aaronbentley.com/project/bzr/request/%3C019a01c8fe73%2427a26f30%2476e74d90%24%40com.au%3E11:17
techtonikOdd_Bloke: thanks, the idea of relative revisions is something I could not even imagine before =)11:25
Odd_Bloketechtonik: No worries.11:25
techtonikJust for interest I've run testcase with 1.6 standalone on Windows 200011:26
techtonikFAILED (failures=120, errors=267, known_failure_count=11)11:26
techtonik969 tests skipped11:26
techtonikIs it really ok?11:26
awilkinstechtonik: It's not perceived as "OK" but it is the status quo11:28
awilkinstechtonik: Efforts are being made to reduce and eventually (?) eliminate windows failures11:28
techtonikCool. Seems like an interesting stuff to do.11:29
awilkinstechtonik: As a fairly heavy user on windows I can tell you that I only enounter one or two issues in daily use, and my usage pattern is pushing the envelope as far as the average user goes11:30
awilkinsMost of my frustration is with the IIS server support but that seems to be reasonably functional now, esp. from IIS 711:30
markhtechtonik: yeah, its really OK11:30
awilkins(and it's mostly the fault of IIS for being a rather inflexble webserver)11:31
markhawilkins: I've done alot with IIS and ISAPI actually11:31
awilkinsmarkh: I've got HPSS working out of IIS with PyISAPIe11:31
markhwhat problems did you have with iis6?11:31
awilkinsmarkh: https://bugs.launchpad.net/bzr/+bug/26236611:32
ubottuLaunchpad bug 262366 in bzr "Client uses mixed mode for HTTP URIs on smart server" [Wishlist,Triaged]11:32
markhright - I've got to catch up on pyISAPI - IIUC, it leans in pywin32's isapi support, which I've only used "natively"11:32
markhactually just released a 64bit isapi proxy server written in python :)11:32
techtonikit seems to work here too, but i have to keep some settings in batch files and run local proxies and tunnels, which is complicated for other people in a team, esp. testers11:32
techtoniki would say that bzr is extremely complicated in setup, but once it works it's a pleasure11:34
awilkinstechtonik: !11:34
awilkinstechtonik: The server infrastructure can be complex, but basic use is very simple once you understand a couple of things11:34
lifelessawilkins: skips are not a problem11:34
techtonikawilkins: so far I am using only client with launchpad11:35
awilkinslifeless: skips?11:35
lifelessawilkins: skips are normal - they relflect that not all things implement all interfaces; and other such status; this is what I alluded too recently on-list11:35
awilkinsOh, yes, skipped tests11:35
lifelessoh. I missed the lines before skipped :)11:35
lifelessobviously the failures are status quo :P11:35
* awilkins thought briefly about KP Skips11:36
markhawilkins: right - I think you need to trick IIS6.11:37
awilkinsmarkh: http://bazaar-vcs.org/ServerGuide/IIS11:37
markhapproach we took was to use a filter to "rewrite" the request to a virtual folder we own.  That virtual folder has an extension that maps to '*' - it 'unrewrites' the URL, then does what it does11:37
markhthat way it gets everything11:37
awilkinsmarkh: What I think needs to happen is that PyISAPIe needs to support a particular call to the ServerSupportFunction API11:37
markhawilkins: which call is missing?11:38
markhmost are there11:38
awilkinsThe one that "passes" the request to the next handler in the chain (in this case, IIS itself)11:38
markhthat is there...11:38
* markh looks11:38
Jc2k.wg 1611:38
Jc2k;_;11:38
awilkinsmarkh: If you can tell me how to do it from the Python API, I'll fix my server script and IIS 6 will be golden11:39
markhthe filter just returns isapicon.SF_STATUS_REQ_NEXT_NOTIFICATION11:39
markhI'm not sure pyISAPI supports filters11:39
markhthey are quite different than extensions11:40
awilkinsNo, it's an extension11:40
awilkinsBut if you use extensions as wildcard extensions in IIS6 you can apparently get them to pass on a particular request11:40
markhyes - to do what I said you need a filter *and* an extension11:40
markhsee the 'redirector.py' sample in pywin32's isapi/samples directory11:41
markhright11:41
awilkinsmarkh: I have it working through just the extension11:41
markhyes, that avoids the need for a filter at all with iis711:41
markhI mean to get iis6 working11:41
awilkinsmarkh: It just breaks if you use plain http://11:41
markhso - I can't recall exactly what is missing to do what you refer to for iis7 - but I do recall looking at it in the past :)11:42
awilkinsmarkh: David Wangs blog refers to this11:42
awilkinshttp://blogs.msdn.com/david.wang/archive/2005/10/14/HOWTO_IIS_6_Request_Pro11:43
awilkinscessing_Basics_Part_1.aspx11:43
awilkinshttp://blogs.msdn.com/david.wang/archive/2005/10/14/HOWTO_IIS_6_Request_Processing_Basics_Part_1.aspx11:44
awilkinssorry11:44
awilkinsIt's not exactly clear about how you say "I'm handling this" or "I'm not"11:45
techtonik"rebase" doesn't work as in git.11:46
techtonikI would like to remove revision 5 from history using rebase using the command     bzr rebase --onto=5 -r 6 . --dry-run11:47
techtonikIt says No revisions to rebase.11:48
markhawilkins: yeah - iis6 sucks that way - and the filter can be used to work around it (ie, to make it easier to say what you handle).  iis7 does add something new iirc to make the filter unnecessary.11:48
awilkinsmarkh: Yes, you can use proper wildcards to choose handlers, not that "file extension" crap11:49
* markh starts having inklings about SF_NOTIFY_PREPROC_HEADERS..11:50
markhso - IIRC, the fact only filters can do what SF_NOTIFY_PREPROC_HEADERS does is the main "problem" that forces us to use a filter11:50
markhand that later IIS versions allow extensions to perform that role11:51
awilkinsmarkh: The discussion in the posted blog would seem to indicate that you can get a wildcard extension to pass a request to the next handler though ; I just wish it was more explicit as to how11:51
markhyeah - and SF_NOTIFY_PREPROC_HEADERS is where you can modify the URL variable to *force* the request to your extension11:52
markhregardless of extension etc11:52
awilkinsmarkh: My working theory was that you call ServerSupportFunction with HDS_REQ_EXEC_URL11:55
awilkinsMeh. So you have a filter that remaps /.bzr/smart to a different virtual dir with the smart server on it?11:55
=== mark2 is now known as markh
markhiis7 can do that without a filter iiuc - but I can't recall if can yet ;)11:55
markhif pywin3211:55
awilkinsmarkh: My working theory was that you call ServerSupportFunction with HDS_REQ_EXEC_URL11:56
awilkinsBut I'm a little in the dark really - the documentation is a bit murky11:56
markhawilkins: yes!  that's the one :)11:59
awilkinshttp://msdn.microsoft.com/en-us/library/ms525758.aspx11:59
awilkinsSo what I was wanting was a facility in PyISAPIe to call that and pass the request down the chain to the normal IIS handler12:00
markhso yeah, I should add that to pywin32 and that redirector sample.  However, that doesn't help iis6 :(12:00
awilkinsThat is an IIS6 function12:00
markhoh right - 5 :(12:01
markhI'm a version behind - no good in win2k12:01
markhbut we can ignore that these days ;)12:01
awilkinsIt's not like it's hard, but my C is bad.12:02
markhI think the idea is you call that function that the current request "restarts" using the new URL12:02
markhanyway - dinner and g/f have arrived :)12:03
awilkinsGo smell the sweet scents of food and female, see you later :-)12:03
palangodo anybody have ever used the bzr-rebase plugin?13:26
jelmerpalango, yes :-)13:27
palangogreat :)13:28
palangoI 've some problems using it13:28
jelmertechtonik, rebase is evil, one of the main reasons bzr-rebase exists is for git refugees13:28
F_R_A_N_KHi All13:28
jelmerhi F_R_A_N_K13:28
palangoplease have a look at: http://paste.ubuntu.com/43043/13:28
palangoI'm creating a parent branch and and child branch13:29
palangoadding some revisions to the child13:29
palangoand as far as I understood the rebase command it will make one revision out of these two13:29
F_R_A_N_KI have a quick simple question (I guess). If I upgrade a branch (bzr upgrade). Is there a risk that someone else with an older version of bzr can't work with this branch anymore/is getting problems?13:30
jelmerF_R_A_N_K, Yes - users with older bzrs can't use an upgraded branch13:30
jelmerF_R_A_N_K, see "bzr upgrade --help" for the list of minimum versions required13:31
techtonikjelmer: when what is the true way of taking revision out of history? or better replacing it with somthing else?13:31
jelmerpalango, bzr rebase doesn't combine revisions13:31
F_R_A_N_KJelmer: What  will happen then, are they getting warned that they need to upgrade? Or do tthey get a weird error message?13:32
jelmerF_R_A_N_K, They'll get a one-line error message like "Unknown branch format: Rich Root Pack (needs bzr 1.0)"13:32
F_R_A_N_Kok13:32
palangojelmer: what does it do then?13:33
jelmerpalango: it replays revisions on top of a different parent13:33
jelmertechtonik, why would you want to take a revision out of history?13:34
F_R_A_N_KJelmer, as I read it you need minimum V0.92 of bazaar. Correct?13:35
jelmerF_R_A_N_K, depends on what format you upgade to13:36
jelmerpacks-0.92 needs bzr 0.9213:36
techtonikjelmer: well, because I've submitted wrong comment under wrong commit and I need either replace commit or edit comment13:37
palangojelmer: I read http://www.gnome.org/~federico/news-2008-08.html#12 and thought bzr-rebase does the same!?13:37
jelmertechtonik: Any reason for not uncommitting?13:38
jelmerpalango, bzr-rebase doesn't have --interactive13:38
F_R_A_N_KI am facing reall speed problems. I also opened a ticket for it. Still having these repositoryFormatKnit1 formats. It was suggested to upgrade (bzr also gives this advice). So what version would be best to get much better performance?13:38
techtonikjelmer: well, only one - history log afterwards13:38
palangojelmer: is this planned?13:39
jelmerF_R_A_N_K, pack-0.92 (the default) would be the best choice13:39
jelmertechtonik, ah, ok13:40
jelmertechtonik, in that case, rebase probably would be the best choice indeed13:40
F_R_A_N_KJelmer, thanks. I will. So everyone who has a newer version then 0.92 of bzr woundn't face any problems.13:40
jelmerF_R_A_N_K, correct13:40
jelmer0.92 is almost a year old atm13:41
F_R_A_N_Kwe started our project 7mnths ago13:41
F_R_A_N_Kmost users started 5 mnths ago13:41
F_R_A_N_KAFAIK all versions are >V1.213:42
techtonikjelmer: but it doesn't work. for example if I want to omit revision 5    bzr rebase --onto=5 -r 6 . --dry-run13:42
techtonikIt says No revisions to rebase.13:42
jelmertechtonik: That command doesn't make sense, r6 already has r5 as parent13:43
F_R_A_N_KJelmer: bzr: ERROR: Revision {('arjan@iceshop.nl-20080422081505-59su2hfkrs8eguwc',)} not present in "<bzrlib.knit.KnitVersionedFiles object at 0x8776fcc>".13:43
spivF_R_A_N_K: with 1.6?  I think that's fixed in 1.6.1rc1.13:43
jelmerF_R_A_N_K, You may have to run "bzr reconcile" before upgrading13:43
F_R_A_N_Kyes with 1.613:44
spiv(Or I could be misremembering)13:44
* spiv -> bed13:44
F_R_A_N_Kreconcile I already tried yesterday, it takes more then 5 hours to run........... So I aborted it.13:45
techtonikjelmer: Ok.   bzr rebase --onto=5 -r 7 . --dry-run   works the same13:46
jelmerF_R_A_N_K, please try 1.6.1rc1 like spiv is suggesting13:47
jelmerF_R_A_N_K, reconcile should be faster with packs, but that's a bit of a chicken/egg problem :-(13:47
F_R_A_N_KNow it runs in 1 sec.13:47
F_R_A_N_Kall okay it says13:47
F_R_A_N_KHow do I do this? V1.6 is the latest if I upgrade.13:49
uwsmay I suggest a less annoying nickname for F_R_A_N_K?13:50
paskyI'm somewhat confused about the currently used merge methods in Bazaar - does Bazaar currently use the classic three-way merge or something else?13:51
paskywiki describes various things like knit merge but it's not clear what are the currently available methods and which one is the default13:51
=== F_R_A_N_K is now known as Frenzel
uwspasky: see "bzr help merge"13:55
uwsFrenzel: (thanks)13:55
Frenzeluws: This better? :-)13:55
FrenzelJelmer: how do I check if all is okay now?13:55
paskyuws: can i view that documentation somewhere online?13:56
lukspasky: standard 3-way merge by default13:56
jelmerFreaky: Sorry, what runs in one second now?13:56
uwspasky: dunno, but it's included in your bzr installation13:56
luksand it has two other optional merge modes13:56
paskyi don't currently have any bzr installation handy :)13:56
lukspasky: http://doc.bazaar-vcs.org/latest/en/user-reference/bzr_man.html#merge13:57
=== kiko-zzz is now known as kiko
uwspasky: http://pastebin.com/m6a5eacd  ;)13:57
paskythanks both! :)13:57
Frenzeljelmer: bzr reconcile13:57
uwsthough luks' suggestion is probably better13:57
jelmerFrenzel, ah,ok13:58
jelmerFrenzel, in orderto be ableto run upgrade correctly, I think you'll haveto downgradeto 1.5 or upgradeto 1.6.1rc113:58
Frenzel bzr reconcile13:59
FrenzelReconciling branch file:///var/bzr/batavi/13:59
Frenzelrevision_history ok.13:59
FrenzelReconciling repository file:///var/bzr/batavi/13:59
FrenzelReconciliation complete.13:59
paskyhmm, are the non-default merge algorithms used commonly?14:00
Frenzelpasky: only normal merges are done14:01
Peng_pasky: The LCA and weave merge algorithms handle criss-crossing better, so I use them sometimes.14:01
paskyso the default is merge3? how does it handle multiple lcas?14:01
paskyah14:01
FrenzelJelmer: what to do now? Upgrade again?14:02
FrenzelI have now version V1.6.1RC1 installed14:03
jelmerFrenzel, yep14:03
FrenzelIs there a risk that this goes wrong? becuase then I like to go back to the old version and test it before doing this live again.14:03
Frenzel bzr upgrade --default14:06
Frenzelbzr: ERROR: The branch format Bazaar-NG meta directory, format 1 is already at the most recent format.14:06
Frenzela checkout now gives:bzr: ERROR: Could not install revisions:14:07
Frenzeldimitry@iceshop.nl-20080902143335-49g8v32pi88v1v1414:07
FrenzelJelmer: any ideas?14:08
jelmerFrenzel, that's with 1.6.1rc1 ?14:09
jelmerFrenzel, if so, I have no idea :-( Perhaps jam can comment when he wakes up14:09
Frenzellocal I have V1.614:09
Frenzelremote is V1.6.1RC114:09
FrenzelJelmer, can we revert this upgrade? If I am correct the upgrade make a backup right?14:10
jelmerFrenzel, yes, it keeps a copy of .bzr in backup.bzr14:11
Frenzelhow to revert it?14:11
Frenzelis there a command for it?14:11
=== kiko is now known as kiko-phone
Peng_Frenzel: Just rename the directories14:13
FrenzelPeng_: tnx, it worked14:18
Frenzelback to old version14:18
FrenzelWill retry tonight again, when I have more time.14:20
FrenzelBye guys!14:20
=== kiko-phone is now known as kiko
strkI found gnulog.py to generate ChangeLog , but doesn't work with bzr 1.6 looks like, can you confirm ?14:45
LarstiQstrk: possibly.14:46
strkhttp://telecom.inescporto.pt/%7Egjc/gnulog.py14:46
strkis there a more up-to-date place for distribution of such plugins ?14:46
LarstiQstrk: http://bazaar-vcs.org/BzrPlugins14:46
LarstiQbut that url seems to be the current known location14:46
strkyep, same url14:46
* LarstiQ downloads the plugin14:47
LarstiQstrk: it shouldn't be too difficult to bring it up to date.14:47
strkjust sent a mail to the author14:48
LarstiQstrk: what part of it doesn't work for you?14:49
LarstiQoh wait, I tried it with 1.514:49
strkbzr log -v --log-format 'gnu'14:49
=== mw|out is now known as mw
strkbzr: ERROR: Bad value "gnu" for option "log-format".14:49
* LarstiQ did bzr log --gnu14:50
strkdon't even know if the plugin is loaded actually14:50
strkbzr: ERROR: no such option: --gnu14:50
strkhow can I tell if it's been loaded ?14:50
LarstiQstrk: where did you leave the plugin? And see `bzr plugins` for a list of loaded ones14:50
strkin ~/.bazaar/plugins14:50
strkops, indeed 'bzr plugins' doesn't find it14:50
LarstiQstrk: correct location14:51
LarstiQstrk: check ~/.bzr.log to see why it fails to load.14:51
strkcorrect extension too ? *.py ?14:51
strkthere's no trace of it in .bzr.log14:52
strkother plugin seems to be loaded from /usr/lib/python2.5/site-packages/bzrlib/plugins/email/__init__.py14:52
LarstiQstrk: yup, that's fine.14:52
strkum14:52
strk0.049  looking for plugins in /home/strk/.bazaar/plugins14:52
strk0.049  looking for plugins in /usr/lib/python2.5/site-packages/bzrlib/plugins14:52
LarstiQstrk: although the recommended way to do plugins is to have them in a dir14:53
strkthere's an ignore file under ~/.bazaar/plugins14:53
strkcontaining a line: *.py[co]14:53
strkshouldn't match .py though14:53
LarstiQI'm not aware of plugin loading using ignore files.14:54
strkah, I didn't have the 'plugins' subdir14:54
strkseems to be working now14:54
LarstiQyou had ~/.bazaar/gnulog.py instead of ~/.bazaar/plugins/gnulog.py?14:54
strkyep15:07
LarstiQstrk: ah :)15:10
strkdid anyone think about adding more verbosity to it ?15:20
strkwe mostly commit in branches, then merge, then commit to trunk15:20
strkgnulog.py does NOT include commit logs from branches, which are the more interesting usually15:20
=== cprov-afk is now known as cprov
LarstiQstrk: you'll have to find other users of it :)15:29
jam1abentley: ping, I need a bit better understanding of the InterKnit1And2 definitions for bug #26432115:49
ubottuLaunchpad bug 264321 in bzr "KeyError in generate_root_texts during push" [Critical,Triaged] https://launchpad.net/bugs/26432115:49
jam1I thought it was about subtree support15:49
jam1but it seems to actually be about rich-root support15:49
=== jam1 is now known as jam
abentleyjam: well, RepositoryFormatKnitPack5RichRoot uses a serializer that supports subtrees, even though it's only supposed to support rich roots.15:52
abentleyYour diff doesn't apply to bzr.dev15:53
abentleyjam: It's not about subtree support.  It's about rich-root support.15:58
abentleyjam: There's no fancy footwork needed to convert from rich-root to subtree.  You just deserialize and reserialize.15:59
jamabentley: ok, so the basic patch is correct? That the variable names were wrong16:02
jamso the ones in the "yes" column should support rich-root16:02
jamand the ones in the "no" column should not16:02
abentleyjam: I guess.  It's hard to tell-- you've removed all lines and then added them again.16:03
jamabentley: ah, the conflict is that robert got rid of "development0" in bzr.dev16:05
jamso it needs to be "development1" in the various places16:05
abentleyjam: I thought development1 was in 1.6 also.16:06
jamabentley: it wasn't expose to this location16:06
jampeople have really *not* been keeping this up-to-date16:06
jamfor 1.6.1 I added a bunch of them16:06
jambut thought it was about subtree support16:06
jamand obviously was wrong16:06
abentleyIt's because we introduced rich-root formats after this.16:07
jamabentley: http://rafb.net/p/3EoJiR97.html16:07
jamThat is the diff16:07
jamwithout the extra comments16:07
jamKnitPack4 is a subtree format16:08
jamwait, it is rich-root-pack16:08
jamHence why I thought it should go in "nosubtrees"16:08
abentleyjam: It looks fine to me.16:09
jamabentley: would it be better to just use:16:19
jamif not source_format.rich_root_data and target_format.rich_root_data:16:19
jaminstead of manually tracking them a second time?16:19
abentleyjam: You also have to ensure that they are knit formats.16:19
jamabentley: so (atm) everything > weave, right?16:20
jamI guess I'll leave it alone for right now16:21
jamBut I know it was getting out-of-date before *I* touched it for 1.6.1rc116:21
jamI don't remember specifically what was missing, but new formats weren't in the lists16:21
abentleyjam: correct, everything since weaves.16:22
jamabentley: I think this is a requirement to go into a possible 1.6.1, but I'm wondering at this point if we should just punt for 1.7rc1 which will be available on Monday16:38
jamI suppose for people who care, 1.6.1 will be a smaller update than 1.716:38
jamjames_w: what is the Intrepid status/policy ?16:39
abentleyjam: I thought Intrepid was a reason for 1.6.116:39
abentleyjam: :-)16:39
jamabentley: *severe* performance problems with 1.6 and not realizing 1.7 was just around the corner was 1.6.116:39
james_wjam: I was going to put 1.6.1 in, as it fixes an important bug, and then look at 1.7 when it comes out16:40
abentleyjam: I don't want 1.6 in Intrepid, but otherwise, I'm cool with just getting 1.7 out.16:40
jamjames_w: so what you are saying, is that if I "fail" to get this important bug-fix in for 1.6.1, then you'll be forced to include 1.7?16:40
jam:)16:41
james_wthat could be one way to do it16:41
james_wthough if they don't want to risk 1.7 they'll just ask for patches to be backported to 1.616:42
jamjames_w: I'll just make sure the patches won't apply to 1.616:43
jamO:-)16:43
jamEventually I think you just have to cut a release, though. And 1.6.1 seems to be pushed back farther and farther...16:44
LeaDoes anyone know how I can version control files that include timestamps, i.e. <entry name="idle_delay" mtime="1207992864" type="int" value="120"> - i don't want files which only differ in mtime to show up in diff/status, or be commited etc.16:54
EarthLionhey how do you commit with a . number e.g. 9.56 ?16:55
=== mark2 is now known as markh
=== kiko is now known as kiko-fud
CardinalFangLea, I don't think you can ignore changes to files based on very specific content changes.  It sounds like you're saving the wrong thing, or misusing version control.17:26
CardinalFangLea, Perhaps you should process the file into something new, and save that.17:30
* Lea is attempting to version his home directory. however some programs have very annoying config file formats, such as everything using gconf.17:31
CardinalFangLea, yep.  This shows a fundamental flaw in home-dir tracking.  Some files are often and automatically changed with opaque data.17:45
vilagnight all17:56
LarstiQLea: a more succesful approach might be to have a seperate directory under your homedir you track, with a facility to build symlinks to the files under that.18:00
LeaLarstiQ, that is in fact what i have18:01
LarstiQLea: ah, and there are files you _do_ want to track, but they get touched too often?18:02
Leayup. problem is the data in the file isn't changing - however gconf is deciding to rewrite said files and changes the timestamps *inside* the file18:02
LarstiQgreat.18:03
LarstiQLea: can you tell gconf to not do that?18:03
Leai've been looking but i can't find anything about it. it seems to be the app rewriting all the settings back into gconf, even when they haven't changed18:04
LarstiQok.18:05
LarstiQLea: there isn't anything that immediately comes to mind, but it should be possible with some plugin work I guess.18:05
Leak. thanks18:08
=== kiko-fud is now known as kiko
fattymattyohow do I specify the port when using bzr?18:55
luksfattymattyo: hostname:port18:56
fattymattyosimple enough :-)18:56
taconeluks: how to do that with the lp: syntax ?18:57
lukstacone: why would you want to?18:57
luksyou can't use launchpad on different ports18:58
taconeluks: guess it's me that misunderstood the issue fattymattyo was having.18:58
fattymattyothe issue I'm having is that my ssh_config has my port set to something other than 22 so it tries to connect on a different port18:59
fattymattyoand obviously doesn't work.19:00
taconehere's the command he used: bzr push lp:~fattymattyo/rapache/newguy_branch19:00
fattymattyoso I get this error...19:00
fattymattyossh: connect to host bazaar.launchpad.net port 1031: Connection timed out19:00
fattymattyobzr: ERROR: Connection closed: please check connectivity and permissions (and try -Dhpss if further diagnosis is required)19:00
LarstiQfattymattyo: I'd suggest an entry for launchpad.net in ~/.ssh/config19:00
luksoh, so you have globally set the SSH port to 1031 for all clients?19:02
fattymattyoyes19:02
luksI've never seen such configuration19:02
fattymattyoapparently most people haven't19:02
fattymattyo90% of my servers are set up on the same port so it was easier for me19:04
fattymattyolooking up the .ssh/config file I've never played with that before.19:05
fattymattyoluks that seems to have worked, thanks for the help guys19:08
=== fta_ is now known as fta
=== mw is now known as mw|food
guilhembijam: hello! one good thing:20:04
guilhembiI tested20:04
guilhembihttps://bugs.launchpad.net/bzr/+bug/23889520:04
ubottuLaunchpad bug 238895 in bzr "'bzr merge --weave/--lca' does not conflict on permutated lines" [Medium,Triaged]20:04
=== kiko is now known as kiko-phone
guilhembiwith --weave of your merge_lca_multi,20:05
guilhembiand it outpus a conflict as desired.20:05
guilhembioutputs20:05
guilhembiand same with bzr.dev20:06
jamguilhembi: yeah, that should probably be marked as fixed in 1.620:06
jamthe new --weave format fixes it.20:07
jam"--weave code"20:07
jambut I guess --lca still has the issue20:07
guilhembijam: to confirm what you wrote, I just tested with --weave of bzr 1.3 --weave and it didn't see a conflict.20:08
guilhembijam: yes, --lca still has the issue. Though for MySQL, we'll use --weave.20:09
jamguilhembi: yeah, in <1.6 'bzr merge --weave' was still an "annotation" merge not a real --weave merge.20:09
jamwell, until you go back to 0.8 or so :)20:09
=== mario_ is now known as pygi
=== kiko-phone is now known as kiko
jelmerspiv, do you have any experience with coroutines in Python?20:21
LarstiQjelmer: didn't stackless allow you to make those with generators?20:23
jelmer2.5 also has something20:23
radixpython doesn't have coroutines20:24
radix(unless you're talking about greenlet, the crazy C extension module)20:24
* LarstiQ reads http://www.weightless.io/coroutines20:26
Jc2kjelmer: are you thinking of yield..20:27
jelmerradix, http://docs.python.org/whatsnew/pep-342.html claims it does20:27
radixjelmer: yes, and it's lying20:28
radixjelmer: the fundamental difference between 2.5 generators and coroutines is that you can't context switch multiple stack frames at a time20:29
jelmerradix, ah, ok20:34
jelmerradix, Do you have any experience with greenlet?20:34
LarstiQjelmer: actually, I think the people behind http://www.weightless.io/weightless wanted to give a talk about it at one of the PUN meetings20:34
radixjelmer: yes20:34
jelmerradix, Is it worth a shot?20:34
radixjelmer: I also wrote a bunch of concurrency stuff with generators20:35
radixjelmer: it is unclear whether greenlet is not horribly buggy20:35
radixthe author doesn't really maintain it20:35
jelmeroh :-(20:35
LarstiQradix: any comments on weightless?20:36
jelmerlua does this really well, I'm trying to get close to that with Python20:36
radixjelmer: what are you trying to do?20:36
radixLarstiQ: never heard of it20:36
radixLarstiQ: URL?20:36
LarstiQradix: http://www.weightless.io/weightless20:36
radixLarstiQ: is this a python thing?20:37
radixI guess it doe20:37
jelmerradix: Trying to see if there's some way winbind can be reimplemented in Python (basically a server handling fancy database queries for multiple clients, preferably using coroutines20:38
LarstiQradix: yes, it is20:38
LarstiQjelmer: http://mail.python.org/pipermail/python-nl/2008-July/000826.html20:38
radixLarstiQ: you may be interested to know that I am a Twisted developer, before I start offering my opinions: )20:38
radixI'm also the author of Corotwine, which is a twisted/greenlet integration library20:39
jelmerLarstiQ, thanks!20:39
LarstiQradix: yes, I know that :)20:39
radixLarstiQ: the first thing I notice about weightless is that it's not Twisted :)20:39
* LarstiQ nods at radix 20:39
radixit does seem to have more advanced integration with generators20:40
LarstiQjelmer: oh, and the post Erik refers to: http://mail.python.org/pipermail/python-nl/2008-June/000791.html20:40
radixTwisted has inlineCallbacks, which is a way to use generators to deal with Deferreds using serial code20:40
jelmerradix: what do you mean by "it is not unclear whether it is not horribly buggy" ? It's unreliable/unstable or simply?20:47
radixjelmer: I think there is some debate about whether it integrates with garbage collection in a fundamentally broken way20:47
radixjelmer: it seems that it may be easy to have uncollectable objects live forever20:47
radixI haven't done much research into it myself, but I think arigo has acknowledged the problem20:48
jelmerok, I guess I'll stay away from it for now then20:48
radixalso, practically nobody uses it in production, as far as I've seen20:48
=== jam changed the topic of #bzr to: Bazaar version control system | http://bazaar-vcs.org | please test bzr-1.6.1rc2 | http://irclogs.ubuntu.com/ | http://planet.bazaar-vcs.org/
radixso that's probably enough evidence to stay away from it for serious projects :)20:48
=== cprov is now known as cprov-afk
guilhembijam: I'm going through all issues I had noticed (scanning support issues 2412 and 2413), they are all gone with your custom bzr.21:17
jamguilhembi: good to hear21:17
jamLet's hope it gets landed :)21:17
jamspiv:  when you get a chance, I'm just poking at: http://bundlebuggy.aaronbentley.com/project/bzr/request/%3C20080714010508.GG9654%40steerpike.home.puzzling.org%3E21:20
jamIt is mostly approved, and just needs a couple more tests and merged.21:20
jamand lifeless, you semi-approved this on IRC the other day, but I submitted an update:21:21
jamhttp://bundlebuggy.aaronbentley.com/project/bzr/request/%3C48B708ED.6020703%40arbash-meinel.com%3E21:21
jamCan you look it over and approve it?21:21
jam(you original voted resubmit, but then said approve-ish on IRC)21:21
=== thumper_laptop is now known as thumper
=== maw_ is now known as mw
=== BasicPRO is now known as BasicOSX
uwsbzr 1.6.1~rc1-1 is in debian unstable/experimental23:44
uwseh, sorry, wrong channel23:45
igcmorning all23:55
pooliehello igc!23:55
igchi poolie!23:55
pooliespiv, lifeless, jam, igc, abentley, call in 5m if you want23:56
spivpoolie: Just sent mail (to a valid address this time...), I'm sick today.23:57
mwhudsonspiv, poolie, etc: are you bazaar guys coming to london for this launchpad thingy?23:58
pooliethe jamboree in october?23:58
pooliei was thinking about whether it would be worth the travel23:58
poolieare you going?23:58
mwhudsoni don't have a choice, i think :)23:59

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