[00:00] mwhudson: I had a little trouble with it yesterday. [00:00] jml: oh, ok [00:00] jml: i thought you were clone('null:') ing [00:00] or am i out of date [00:01] mwhudson: that was my second pass at a solution [00:02] mwhudson: after I couldn't find the repo format controls for create_branch, ISTR [00:02] jml: tried sprout('null:')? :) [00:02] spiv: blows up with looms and weaves [00:02] Oh, really? [00:02] spiv: clone('null:') works great except for looms & weaves. haven't tried sprout [00:02] I'm not totally shocked by looms failing, weaves surprises me though. [00:03] spiv: it might be a null:/None thing [00:03] spiv: weaves raises... RepositoryUpgradeRequired if you force no working trees... [00:03] and NoSuchRevision if you pass 'null:' without caring about working trees. [00:04] Interesting. [00:04] None works, but I didn't check that the new branch was empty [00:04] (it might have just cloned the whole thing) [00:05] when I found out that looms failed I gave up and moved on to fixing bugs. [00:05] spiv: Is poolie not around? [00:06] spiv: anyway, what were you going to suggest? [00:06] jam: not that I've seen [00:06] jml: "b = bzrlib.branch.Branch.open('foo'), b.clone(NULL_REVISION)" ? [00:07] jam: rather than bzrdir.clone? [00:07] interesting. [00:07] jml: well, it is something to try [00:07] Looms is a bug in looms [00:07] jam: yeah. [00:07] and I don't care about weaves :) [00:07] jml: you can also "bzr uncommit -r 1" [00:07] And I *think* "bzr uncommit -r 0" [00:08] but I'm not sure about '0' [00:08] jam: I'm not sure if I'm allowed to not care about weaves yet. [00:08] jml: alternatively [00:08] bzrdir._format.initialize('target') [00:08] bzrdir.repository_format.initialize(target_bzrdir) [00:08] bzrdir.branch_format.initialize(target_bzrdir) [00:08] Go back to the raw Format objects [00:09] and tell them to create something new [00:09] It may not work on pre-metadir, though. [00:09] with appropriate care for Remote* [00:09] And I don't have much of an idea about looms [00:09] spiv: ok, so no standup today? Was there one last night? I felt like I missed it, but didn't see any actual chatter [00:10] jam, spiv: thanks. I'll have a play. [00:10] maybe I'll end up patching loom or something. [00:10] hello jam, spiv, sorry i'm late [00:11] poolie: hello [00:11] jam: not so far, but now poolie is here it'd be good to do one... [00:12] poolie: standup? [00:12] sounds good [00:12] jml: though you are right, I don't think Branch5/6 (regardless of looms/weaves) truly supported cloning at the NULL_REVISION [00:13] *nod* [00:13] jam: So about landing my trivial -Dhpss fix on the 1.7 branch... [00:13] jam: what should I do with the NEWS entry? Start a bzr 1.7rc2 section? [00:13] spiv: I'm trying to land it now [00:13] look at PQM [00:14] PQM is backed up by a merge from vila [00:14] jam: ah. [00:14] which says "success" but is still stuck [00:15] jam: ok, I'll wait for that to sort itself out then :) [00:15] jam: thanks [00:33] is there a bzrtools coming soon that won't be tried to be removed with bzr 1.7rc from the PPA? [00:45] thumper: I'll release bzrtools 1.7 tonight. [00:46] abentley: cool [00:58] good night === rocky1 is now known as rocky [01:47] can someone land my http smartserver tweaks patch please? === kiko is now known as kiko-afk [01:58] jml: If someone unwedges pqm I will... [02:00] i don't see stubub yet [02:00] stub [02:00] i'll ask steve-in-canberra [02:03] poolie: Steve-in-London, I think you'll find [04:39] Hey guys, is there a way to get just the files when you're making a new branch, rather than all the files inside a folder? [04:40] Yasumoto: I'm not entirely sure what you're asking for. Are you saying that, rather than 'bzr branch foo bar' branching 'foo' into a 'bar' directory, you'd like to branch 'foo' into the current directory? [04:44] RAOF: actually, I may be asking about bzr branch foo bar [04:45] (a friend and I are learning how to use bzr for an assignment together) [04:46] cool, thanks RAOF! :) [04:49] Heh! Remember, 'bzr help ' often contains useful information, and 'bzr help commands' will list all the commands :) [04:51] ooh, cool [04:51] thank you [05:08] * jml writes a function that does get_stacked_on_url that return None when there isn't one. [05:42] jml, yeah, i'm not sure if that was the best api [05:42] to raise an error [05:42] spiv, how's it going? [05:43] i'm still trying to get my desktop back up :-/ [05:43] poolie: well, the advantage of the current API is that I *can* write such a wrapper. [05:43] poolie: if it returned None and I wanted rich errors raised, I'd be in trouble. [05:43] hm [05:44] if it returned None for more than one case, yes [05:44] poolie: pretty well. I came across a vim window that reminded that I had a fix for a TooManyConcurrentRequests bug, so I finished that and fired it off. [05:44] right. So I'm returning None if it's NotStacked as well as if one of the formats doesn't support stacking. [05:45] because for most of what I'm doing the two are equivalent. [05:45] ok, good [05:45] * jml heads out [05:45] spiv, can you send your startup-time branch too (if you didn't already) [05:46] * spiv re-reads what he actually did in that branch to make sure there's nothing outrageous... [05:51] hey guys, my friend's trying to push a branch onto launchpad (he just made an account!) but we're having issues with the windows client [05:51] hi Yasumoto [05:51] what specifically [05:52] we found some bugs ( https://bugs.edge.launchpad.net/bzr/+bug/198092 ) about bzr launch-pad login [05:52] Launchpad bug 198092 in bzr "Should tell the user to run bzr launchpad-login before push lp:" [High,Fix released] [05:52] but it's saying Autentication type (password) not permitted. [05:53] bzr: ERROR: Connection Error: Unable to authenticate to SSH host as user@bazaar.launchpad.net Bad authentication type (allowed_types=['publickey']) [05:54] we're about to try it from cygwin.. [05:56] Yasumoto: Launchpad's code hosting only allows publickey auth [05:57] Yasumoto: so you need to add an SSH public key to your Launchpad account [05:57] Yasumoto: https://launchpad.net/people/+me/+editsshkeys [05:57] spiv: yeah, we've got the public key on launchpad [05:58] hm, now in cygwin [05:59] 1 sec [06:01] hm, so I've got the private key in ~/.ssh/id_rsa and the public key in ~/.ssh/id_rsa.pub [06:02] and it's giving us "bzr: ERROR: [Errno 0] Error" [06:02] Does "sft -v YOUR_LP_USER@bazaar.launchpad.net" show that it is using the key? [06:03] Er, [06:03] "sftp" rather than "sft" [06:03] Also, can you pastebin the traceback in your ~/.bzr.log file corresponding to the "Errno 0" error? [06:04] spiv: good call on the sftp, it looks like it's giving us permissions errors [06:04] it's ignoring the private key [06:04] we'll change those, 1 sec [06:07] hm [06:07] it's connecting now [06:08] however it's not accepting his passphrase [06:11] spiv: thanks for your help, by the way :) [06:12] he's playing around with things a bit for now, I'll let you know if we make progress [06:27] .c [06:57] Good morning bazaar (with a special thought for pqm) [07:14] If you have a file added & committed to a branch, and later add a pattern to .bzrignore which happens to match it, it will still be governed as a versioned file, correct? [07:21] AfC: yes [07:21] hello everyone. [07:21] hi jml [07:22] I would like to suggest that autopack speed become the #1 most important bzr issue. [07:22] kthxbye [07:22] vila: hello. how's things? [07:23] jml: very very good :) Except for the fact that pqm is so proud of my last submission that it don't want to let it go (which is embarassing :) [07:23] ha! [07:23] especially for jam and spiv who are trying to get *their* submissions accepted :) [07:24] pqm: stop thinking, I don't want it to be merged in the 1.7 branch, go go go [07:26] hee hee [07:26] is it still stuck? [08:21] poolie: pqm unstuck and my submission was even accepted. Did anybody diagnose the root cause ? [08:24] vila, stub killed a stuck ssh process [08:24] he didn't tell me what process it was specifically [08:26] poolie: thks for feedback, I think pqm is just feeling anxious when it hears us talking about running the test suite on multiple platforms, someone should reassure it... I tried to be more gentle next time though [08:27] heh [08:59] Turns out it wasn't so hard to cut down the round trips of an empty push. [09:02] :-) [09:02] yay [09:02] guilhembi, hello [09:04] hello poolie [09:06] vila: Bonjour; do you have time for a short question regarding "'bzr missing' does not show merged revisions" ? [09:06] guilhembi: sure [09:07] vila: Thanks. You said, "fix committed", but, so, what does "bzr missing" show now? output similar to "bzr log" indented revisions? [09:07] yes [09:08] * guilhembi rushes to try that [09:08] you can try with the associated branch [09:08] * guilhembi is evil, he tries with another branch [09:09] guilhembi: feedback welcome about response times since this makes missing O(history) when --include-merges is used (but work will continue to remove that) [09:11] guilhembi, when he said 'with that branch' he meant the fix is in the branch connected to that bug [09:12] i think it's not in trunk yet [09:12] sigh [09:13] poolie, guilhembi : poolie is right, tweaks were required, I'm working on it right now [09:14] guilhembi: sry, I misunderstood you, I thought you meant that you will merge my fix in your private bzr [09:14] I think I just found a bug we really ought to fix before 1.7 :( [09:15] so 'fix committed' means that the fix is available somewhere (often in the branch associated with the bug), while 'fix released' means that the patch has been merged to bzr.dev and the series indicates in which released version the fix is available [09:16] vila: but there is time between merge into bzr.dev and building of a release, [09:16] in this time window what is the status of the bug? [09:17] 'fix released' [09:17] vila: isn't this misleading? [09:17] 'fix released' though not yet in a release? [09:18] yes [09:18] yes, it is [09:18] the bug statuses are not quite labelled right [09:18] spiv, want to call me? [09:20] poolie: just about to finish mailing the list with details [09:20] ok [09:20] poolie: short answer: https://bugs.edge.launchpad.net/bzr/+bug/269214 [09:20] Launchpad bug 269214 in bzr "Branching from shared repository via HPSS does not preserve repo format" [High,Confirmed] [09:20] thanks for finding it [09:21] For me, 'fix released' means 'this bug is available beginning with the milestone indicated'. If that milestone points to a release "in the work" it means the fix is available in bzr.dev only or in a release candidate if one exists at that point [09:21] Well, John and someone on the list noticed it really, I just happened to put a couple of pieces together. [09:22] vila: I tested --include-merges on a pair of MySQL branches and it looks like working [09:23] poolie: mail sent. I know how to reproduce, but haven't tried to find the cause yet. [09:23] guilhembi: Good. [09:58] spiv, if you're still here, the failure in the 261315 test is (obviously really) there are tests for what rpcs are done by remote objects [09:58] and this adds a new one [10:03] poolie: I'm still here [10:04] i'm going to call it a night soon but can we talk it over first? [10:04] Sure. [10:04] (And me too) [10:32] vila: the LOSA's can fix wedged pqm's [10:33] vila: I'm not here :P [10:33] lifeless: Sure I can see that :) What means LOSA though :) [10:34] lifeless: enjoy your week-end ! [10:36] poolie: pqm still wedged? [10:40] lifeless: no [10:40] lifeless: so enjoy your weekend :) [10:41] lifeless: (stub killed a stuck ssh process) [10:48] * vila tries Launchpad Overlord System Administrators. Hmm, sounds good :) [11:11] is there something like codespaces for bazaar? [11:11] what is a codespaces [11:13] dereine: you might want to look at launchpad.net [11:14] mh opensource... [11:14] i would like to publish it but... [11:14] but thanks for the typ [12:19] can somebody help me out with the lp protocol please? [12:20] mine seems to skip the http_proxy variable completely [12:20] is there an alternate way i can access my launchpad bazaar repo [12:22] frk2: "bzr launchpad-login " will make it use bzr+ssh:// [12:23] im doing bzr push lp:~fkhan/+junk/test [12:23] seems like its throwing an exception on python xmlrpc lib [12:24] bug 186920 for the proxy issue I think [12:24] Launchpad bug 186920 in launchpad-bazaar "bzr launchpad does not handle proxy when used for name resolution " [Undecided,Confirmed] https://launchpad.net/bugs/186920 [12:24] using launchpad-login should make it avoid this [12:24] is there a work around? [12:25] my dns works fine [12:37] i have worked around it by using bzr+ssh://bazaar.launchpad.net [12:37] that works [12:37] however it says no such user on launchpad [12:37] http://pastebin.ca/1200966 you know why shelve doesnt work, i need to create some directory? [12:37] my local username is not the same as my lp username [12:41] am i being retarded here? [12:41] frk2: run "bzr launchpad-login " and then continue using "lp:" [12:41] hsn_: you'll need to put it somewhere other than pastebin.ca if you would like me to look at it, I can't access that site [12:42] james_w, connection refused - same problem [12:42] frk2: "no such user"? [12:42] the exception happens in python xmlrpclib [12:43] no, the earlier problem with lp: [12:43] i am being a proxy [12:43] behind [12:43] but you've run "launchpad-login"? [12:43] yes [12:43] odd [12:43] does the end of the backtrace have "httplib.py"? [12:43] yes [12:44] i read somewhere that using lp makes bzr do a xmlrpc lookup [12:44] which is not proxiable [12:44] ah, true [12:44] use bzr+ssh://username@bazaar.launchpad.net then [12:45] :) [12:45] thats all i was looking for [12:45] thanks! [12:46] done. just trying out bazaar- looks way cooler than svn which is what im using now [12:48] is there way to do bzr up --dry-run? [12:53] james_w: You can't access pastebin.ca? [12:56] Peng_: nope [12:58] james_w: Hmm. It has AAAA records. Maybe you have messed up IPv6 support? [12:58] maybe [12:58] I don't know how I would have "messed it up" [12:59] It resolves to an IP, and traceroute shows that packets get part way there, but just die after a few hops [12:59] Oh. Never mind then. === maw_ is now known as mw [14:09] hmmm, pqm... what's the problem with merging lp: branches ? [14:10] * vila refuses to believe that pqm has anything against him :D [14:11] Anybody knows someone with a 'stub' nick ? [14:11] poolie said previously: vila, stub killed a stuck ssh process [14:12] stub doesn't seem to be around at the moment [14:12] when it occured this morning (i.e. ~6 hours ago) [14:13] james_w: if you find him somewhere, tell him that pqm is wedged againg and will be again since I already have another submission in the queue [14:13] he may well be done for the day [14:13] John or Aaron will probably know who else has the power. [14:13] damn, do *you* someone that can acces pqm ? [14:13] james_w: ok [14:14] abentley, jam: pqm needs more love ^ [14:14] vila: I don't have any particular power. [14:15] abentley: I know, but may be you know someone who has ? [14:16] vila: The LOSAs have the power, but they don't have a detailed understanding of PQM. What's the isue? [14:17] A submission blocked pqm this morning and stub killed a stuck ssh process [14:17] An other submission is now blocking it and I have a third one in the queue [14:18] vila: blocking how? [14:18] Displaying: success: merge lp:~vila/bzr/bzr.integration/ http://bazaar-vcs.org/bzr/bzr.dev [14:18] i.e. the merge seems to have occured but nothing happens [14:19] vila: Has the branch actually been updated? [14:19] Not after the submission [14:20] if you look at http://pqm.bazaar-vcs.org/ you'll see that I use two different branches, one for each submission [14:20] vila: Okay. Are you on irc.canonical.com? [14:20] vila: No, I meant has bzr.dev been updated? [14:20] abentley: no. I can't [14:20] abentley: no, bzr.dev doesn't look updated [14:21] Okay. [14:21] Checked. Not updated [14:22] The only cause I can think of is that I use 'lp:' urls where others use 'http:' urls [14:22] But I shoot in the dark... === mvo__ is now known as mvo [14:25] vila, meet mthaddon. He is working on unblocking PQM. [14:25] abentley, should be okay now [14:25] abentley: thanks a ton [14:26] mthaddon: hi [14:26] mthaddon: Thanks. [14:26] mthaddon: hmm, you're fast, its working again :D [14:26] cool [14:26] mthaddon: but I bet it will block again in about 1 hour [14:27] the current submission should be ok, but the next one should trigger the same problem [14:27] vila: Don't be pessimistic. Maybe it will block sooner :-) [14:27] abentley: lol [14:27] Anyhow, it's worth confirming the behavior. [14:28] I hate it when I tickle a bug but have no idea where to look to isolate it... [14:29] mthaddon: what did you do to unblock it ? [14:29] vila: It looks like killing the process prevented your last submission from merging, as we feared. [14:29] vila, killed the process [14:29] strange, this morning killing it make it complete successfully [14:30] mthaddon: What version of bzr is running on that box? [14:30] abentley, we're using bzr 1.6 for that PQM instance [14:31] 1.6 or 1.6.1 ? [14:31] mthaddon: There were some performance regressions with 1.6.0. [14:31] So this may be related. [14:32] ah, interesting [14:33] abentley: and I were lucky this morning because we wait longer before killing it ? [14:33] vila: yes, seems plausible. [14:34] mthaddon: Is it possible to update that box to 1.6.1? [14:36] abentley, lifeless has typically been responsible for that, and last time I did it I broke things, so I'd rather have him to that (as much to approve it as anything else) [14:36] s/him to that/him do that/ [14:38] mthaddon: Well, it probably blocks merging 'till Sunday, but I guess we can live with it. [14:39] bzr 1.6 has been on there for a while, I believe... any idea why it's suddenly become a blocker? [14:41] mthaddon: If I knew I'll be working around it instead of annoying you :-/ [14:42] My last submissions have blocked pqm, I have no idea why [14:43] My last submission *before* that problem was around 2008-09-01 [14:43] Except upgrading bzr.dev, I fail to see what I changed [14:47] vila: remember the discussion about the webdav stuff (when I had nick Jakob, which apparently was registered)..... [14:47] well.... webdav is on, but only for one directory where systemadmin has some svn repos [14:47] astro.rug.nl ? [14:47] :( [14:47] yep [14:47] that explains it I think [14:47] so I have to think of something else :P [14:48] try the smart server instead, the performances ought to be better now and far better tomorrow :) [14:52] but the whole thing is that I want others to access the repo, with the smart server they need access to the system right? [14:53] the sysadmin will never setup accounts for people not physically working at the institute, I'm sure === mvo__ is now known as mvo === abadger1999 is now known as abadger1999_afk [16:21] so its simple do: date(256) + XYZ year [16:22] ECHANN [16:30] grutte_pier: sry, my window was iconified :-/ [16:31] It you setup a smart server, you can then use .htaccess to define your own users/pass (if your server allows that) [16:31] is there a way to cherry pick dis-joined revisions while merging ? [16:31] something like -r 274..275,283..285 ? [16:33] mthaddon: the pending submission passed, did you something ? [16:33] nope [16:33] wow, now that's weird, the one you killed have indeed been merged to bzr.dev [16:33] mthaddon: ok, thanks for confirming and the help, I'll see with jam and lifeless [16:33] cool [16:34] and will refrain from submitting until then :-D [16:58] vila: sorry, I obviously don't know my http error codes :-) [17:10] james_w: hehe, don't worry. as mentioned, I had to check too :) === mvo__ is now known as mvo [18:02] hi i cannot get bzr 1.6.1 or 1.7rc1 to work with python 2.6b3. see https://bugzilla.novell.com/show_bug.cgi?id=425644 any idea? [18:03] bugzilla.novell.com bug 425644 in Development "bzr init fails: failed to load bzrlib.repofmt.pack_repo.RepositoryFormatKnitPack1: cannot import name U32" [Normal,New] [18:03] that is 1.5 the later fail with "TypeError: object.__init__() takes no parameters" [18:26] hey fm [18:26] fm: please run "python -c 'from gzip import U32'" [18:26] fm: or python2.6 as necessary [18:30] james_w: ImportError: cannot import name U32 [18:34] james_w: there are the following python packages on opensuse factory: http://pastebin.com/mc80b808 [18:38] james_w: both my problems seem to be on windows too http://www.python.org/dev/buildbot/community/all/x86 Windows 2003 trunk/builds/66/step-bzr dev/0 [18:48] fm: it looks to me like there is something wrong with python 1.6 [18:51] james_w: how can I debug this? [18:51] fm: well, the failure you reported showed that it can be reproduced with just python [18:52] so I would find out what changed in python to make that go away, as it probably shouldn't have [18:52] the ""TypeError: object.__init__() takes no parameters" seems to be caused by http://bugs.python.org/file2323/new_init_strict.patch === kiko-afk is now known as kiko-phone [18:57] how do I merge a merge-directive into a repository without a working tree? currently getting the error message 'bzr: ERROR: No WorkingTree exists for "file:///..."' [18:58] pcc1: you can't, you need a tree to merge it with === fm is now known as _fm_ [19:25] <_fm_> james_w: u32 was removed http://svn.python.org/view/python/trunk/Lib/gzip.py?rev=61821&r1=61813&r2=61821 [19:26] _fm_: that sucks, and may not be intentional [19:27] _fm_: you should find out if it is and request it to be restored if not [19:28] <_fm_> i am just asking in #python [19:32] Verterok, ping [19:33] beuno: pong [19:50] * mvo wonders what he can do about " TooManyConcurrentRequests: The medium '' has reached its concurrent request limit. Be sure to finish_writing and finish_reading on the currently open request." [19:51] hey mvo [19:51] hey james_w [19:51] that's normally a secondary error, indicating something else went wrong, and things went from bad to worse as it tried to unwind [19:51] what operation were you doing? [19:51] a commit [19:52] hmm [19:52] I'm not sure what that would be [19:52] * mvo tries again [19:52] are you using a lightweight checkout? [19:52] I don't think so [19:53] you could try "bzr unbind; bzr commit; bzr push; bzr bind; then [19:59] fwiw, Andrew send in a patch today about: " [19:59] This small change fixes one of the remaining causes of TooManyConcurrentRequests [19:59] errors. "bzr pull" and "bzr merge" [19:59] " [19:59] so maybe this might be fixed in bzr.dev already, or this patch of andrew might help... [20:00] For details, see: http://bundlebuggy.aaronbentley.com/project/bzr/request/%3C20080912022408.GA9671%40steerpike.home.puzzling.org%3E [20:10] AmanicA: thanks, but I don't think that code path is involved here [20:10] cool, it was just a stab in the dark.. [20:11] yeah, I was hoping it was that one :-) [20:41] Is there a bzr command to view what would be pulled before pulling it? [20:41] ryanakca: "bzr missing" [20:42] (Well, it'll also show anything that would be pushed if you pushed, but there are arguments to change that.) [20:42] Peng_: ok, thanks === mw is now known as mw|food === jelmer is now known as jelmer_ [21:27] Peng_: hmm... could you make it show ``bzr diff'' for those files? [21:28] ryanakca: Look at revspecs, there'll be 'branch' or 'ancestor' or something which'll work. [21:28] bzr diff -r branch: or something. [21:28] nevermind, I tihnk I found it, bzr diff --new=ARG where ARG is the new branch === mw|food is now known as mw === jelmer_ is now known as jelmer [22:03] <_amanica_> does anybody know why serverside hooks work with bzr:// but not bzr+http:// [22:03] So does the Bazaar community pretty much have everything -except- a forum? [22:04] a forum is for degenerate beings [22:04] sorry, did i actually say that? ;) [22:04] <_amanica_> whell theres answers.. [22:04] <_amanica_> https://answers.launchpad.net/bzr [22:05] Pft. I happen to like fora, er, Mathilda. [22:05] Kilroo: who's Mathilda/ :) [22:06] Sorry, I was reading the quotes page. :D [22:06] Hm...thanks, _amanica_. That looks somewhat promising. [22:07] For some reason it still feels more like I'm intruding on people than I usually feel on a forum... [22:07] That's true..bzr doesn't have a forum. Huh. [22:07] I never noticed. [22:08] I don't think I'm actually going to try to post a question until I've actually tried something, though. [22:09] Considering that what I'm thinking of trying to do is stupid anyhow. [22:23] Forum? Oh, you mean those things like a mailing list with a horrible UI? :p [22:23] fora, those things that will kill you in australia === fta_ is now known as fta [22:41] See, to my way of thinking, a mailing list is sort of like a forum with a horrible UI. [22:42] Similar to those forums where you have the sort of tree view of the replies. [22:42] Forums don't let you mark things as read and unread. [22:43] Not at the post level, no. You have a point. [22:43]