[00:00] hey, hoping bzr+eclipse folks around? [00:03] hmm same echo as earlier :-) fwiw, the docs for bsz-eclipse are seriously out of date. Eclipse apparently changed the user interface in the plug-ins section [00:04] either that or I'm wandering around the wrong part of eclipse. That's been known to happen before. [00:10] i am developing a website on a contract -- i'm a little fuzzy on gplv2 -- can i put the source in a bazaar repository without opening the source code? i'm using bzr as-is [00:11] sure [00:11] [IANAL] copyright affects derivative works, your website doesn't derivce from bzr [00:11] its only if i make changes to bzr the program or link against it that gplv2 applies, right? [00:11] ahh - thx [00:11] i like it so far -- its cool [00:12] bob2: you gotta stop with the I ANAL stuff :P [00:14] this a family channel even if we are a tad bzr [00:15] I know :) [00:15] IANAL stands for I Am Not A Laywer [00:15] I just thankful he didn't hut a after the I [00:15] :-) [00:16] and INAA stands for I Need An Adult [00:16] buts its confusion for folk that don't know the abbreviation, and folk that do don't need the warning (IMO) - only laywers need to declare that they aren't giving legal advice. [00:16] bob2: lol [00:17] I was old when folks started using those abbrevs [00:17] [00:17] :) [00:17] so GOMLYPK [00:18] get off my lawn you punk kids [00:48] lampliter: hi [00:49] lampliter: what's the issue with bzr-eclipse? [00:52] hello. [00:52] does the bzr smart server still not have its own authentication? [00:53] that is correct [00:53] we recommend that you layer it either over ssh or http if authentication is required, [00:55] lifeless: yeah, that's what i've done at the moment. just makes it a bit of a pain when i want read-only http access [00:55] to the public [00:59] Noldorin: Indeed; we should make that better. I'll file a bug. [01:00] cheers :) [01:00] lifeless: how's the 2.0 release coming along btw? i take it this won't get included... [01:02] spiv, i'll call you in a minute [01:02] poolie: ok [01:09] poolie: I'll like a call this morning as well please [01:10] cool, i'll call you after [01:13] poolie: my 'chat' list is long btw - content filtering, migrations, performance, upgrades, website, docs, packaging, GUIs, etc. [01:13] Noldorin: no chance [01:13] Noldorin: it needs code [01:14] fair enough [01:14] plans for the release going well anyway? [01:14] lifeless: I'd like to submit that doc contents tweak you approved to 2.0 [01:14] lifeless: what's the pqm address? [01:15] submit_branch = http://bazaar.launchpad.net/~bzr-pqm/bzr/2.0 [01:15] pqm_email = pqm@bazaar-vcs.org [01:15] lifeless: thanks === r0bby_ is now known as r0bby [01:18] verterok: sorry, debugging vpm probs with mac [01:18] lampliter: np [01:19] thank you for paying attention to my request for help [01:19] okay, the problem is the documentation screen shots are out of sync with the current version of eclipse [01:19] I think it's installed properly. I think I've set up things properly but, I can't figure out how to grab my files from launch pad from eclipse [01:20] lampliter: Project new --> Bazaar --> Branch as a new Prokect [01:21] lampliter: sorry, that should be: File --> New --> Project --> Bazaar --> Branch as a new Prokect [01:21] I'm using pydev does that matter? [01:21] lampliter: or checkout as a new project [01:21] lampliter: no, it shouldn't [01:22] lampliter: is your .project and .pydevproject? versioned? [01:22] they were originally managed by Emacs and command line bzr but my hands broke worse and I'm trying to put speech recognition macros on top of the eclipse user interface [01:23] so, it's making a lot of changes all once [01:23] I'm going to be asking the eclipse people a lot of embarrassing accessibility questions in the relative near future. :-) [01:27] lampliter: given I just had an eclipse bug moved into 'triaged' - 3 years after reporting and providing all desired info - don't hold your breath :-) [01:28] hehe well, anyone who uses Python well knows that job is a lot slower. ;-) [01:28] speech recognition error, job/Java [01:29] Oh I dunno... job/java sounds perfectly sane to me ;-) [01:30] okay, I have a checkout of my project sitting in my project directory. Do I want to put my eclipse project in the same place? [01:32] if I understand your meaning correctly; yes. I personally do this and bzr ignore the eclipse files; but I also use cmdline bzr so ymmv [01:32] s/use/vastly prefer/ [01:35] Understood. When my hands aren't too bad shape and am working in Linux, I prefer the command line as well. But when I'm using speech recognition, I am stuck on Windows [01:35] so I need to build a hand friendly speech driven environment [01:36] so back to my question. I found I had a copy of my project checked out. Do I want to just impose the eclipse project environment on top of that or do I want to put the eclipse project in a different location? [01:37] 4 bugs to go [01:44] it can't cope with spaces in the path names [01:44] bzr import Wizard can cope with spaces in the path names such as "my documents". It fails by stripping off the my and then not letting you move forward without saying anything [01:45] I've just spent the past 15 minutes trying to figure out why it couldn't figure out where my project directory was [01:45] it's not your fault. Microsoft was an idiot for allowing spaces in filenames in the first place [01:47] what is "bzr import Wizard"? [01:47] is part of the plug-in for eclipse. Bazaar Import Wizard [01:49] oh [01:49] oh, I also see part of the cognitive problem. It says the final location to branch from and then has the browse button when it really should be a repository URL. I'm sorry, my brain is not working right. It's been a long day [01:50] on the plus side, I got my blood sugar down to 72. And the fact that I'm channel surfing quite as bad as a sign I should go get something to eat and bring my blood sugar back up a bit [01:50] joys of being diabetic and still not fully in control [02:01] https://bugs.edge.launchpad.net/~ian-clatworthy/+assignedbugs [02:07] spiv: is that needing review? [02:09] Bugs in Bazaar Version Control System -- igc [02:15] I need a teddy bear I think. [02:15] spiv: Up for a call? bug 402652 [02:15] Launchpad bug 402652 in bzr "smart fetch for --2a does not opportunistically combine groups" [Critical,Triaged] https://launchpad.net/bugs/402652 [02:19] okay, got a few more neurons. When through and finish the create a project and it failed during the checkout [02:20] she says "error while executing checkout object of type 'NoneType' has no len() [02:21] I'm guessing something in the authentication/identity area is not set up right [03:14] grabbing food [03:14] poolie: if you're done with your other calls; you could ring my mobile ;) [03:15] * igc lunch === lamont` is now known as lamont [03:33] laksa is just the best thing in the world when one is sniffly [03:40] so I know you said bzr join --reference isn't supported.. but is it even functional in any of the dev releases? === timchen1a is now known as nasloc__ === glyph` is now known as glyph [04:28] I am new to bzr (as a warning, mostly). I have a branch on my laptop which i wish to push to a repository on a server I have access to [04:28] cool [04:29] is it misbehaving, you are just looking for 'getting started' help ? [04:29] I issue the command bzr push sftp://..., and I get an error, bzr: ERROR (ignored): GraphIndex(', followed by a long URL, followed by bzr: ERROR: Generic path error: ... unable to rename to ... [04:29] (Sorry about breaking that into two messages) [04:30] TravisD: that could be a permission issue [04:30] what are the last 3 or so path elements in the error? [04:30] the bits under 'repository/' [04:30] bzr: ERROR (ignored): GraphIndex('sftp://tdick@gpu.srv.ualberta.ca/~/bzr_projects/SameGameSolver/trunk/.bzr/repository/indices/904bda77bfd1ba65ea5e551d8529329d.rix') [04:30] bzr: ERROR: Generic path error: '482iwleesvd30gra23ql.pack': Failure: unable to rename to '../packs/904bda77bfd1ba65ea5e551d8529329d.pack') [04:30] ] [04:31] ahh, sorry about the multiline paste -- was not expecting that [04:31] ok [04:31] that looks like you are missing write or execute permission on the packs directory [04:32] hmm [04:33] as a point of interest, in "SameGameSolver", ls -a shows no .bzr directory [04:33] should there be one? [04:33] from bzr-eclipse -- Executing: checkout lp:akasha C:\Users\esj\workspace\akasha; Error while executing checkout object of type 'NoneType' has no len() [04:34] TravisD: yes, otherwise the writes to create the indices and uploads/pack would have failed [04:34] TravisD: oh sorry [04:35] TravisD: no, there's no need for a repositoriy, use of a separate repository is optional [04:35] the .bzr under trunk is an in-place repository for just that branch and should work totally fine [04:35] ah, I see [04:35] Earlier I issued: bzr init-repo .../SameGameSolver [04:35] would that not make the .bzr directory? [04:36] yes it would have ;P [04:36] I will try it again :) [04:42] lifeless, this is from a fresh attempt: http://www.pastebin.org/13543 [04:42] this time the .bzr is present as expected [04:57] TravisD: sorry I'm on a phone call [04:58] thats no problem [06:03] lifeless, any ideas? [06:04] looking now [06:04] thanks :) Sorry to be a pester [06:04] no bother [06:05] was a longish call [06:05] haha no problem [06:06] TravisD: that does look like some sort of perm error [06:06] what ftp server is it, do you know? [06:06] also, you don't need the separate 'init' step, just pushing will create a new branch for you [06:06] could you please file a bug for us to gather data and debug this? [06:07] I don't know the server, unfortunately [06:07] is there a way I can check in an ssh session? [06:08] i have foo1/file.txt and foo2/file.txt. i want to apply changes made to foo1/file.txt in r5 to foo2 -- is there a slick way to do this, or do i just generate a diff, and apply it on the commandline with patch [06:08] TravisD: ssh -vv host [06:09] OpenSSH_4.6, OpenSSL 0.9.7j 04 May 2006 [06:09] johnjosephbachir: are foo1 and foo2 branches? [06:09] no-- two directories in the same branch [06:09] TravisD: ok, no huge surprises there [06:09] johnjosephbachir: then just make a diff and apply it [06:09] lifeless: that seems so 2005, but okay. :) [06:10] lifeless, could a malformed branch on my system cause this kind of error? [06:11] Also, I think I'm using bzr 1.18, if that makes a difference [06:11] (Just installed Karmic Koala and got it out of the debian repositories) [06:11] TravisD: no, I don't think so [06:12] lifeless, drwxr-xr-x 2 tdick uofa 2.0K Aug 30 21:37 packs <-- this is the permissions on the packs directory in .bzr/repository/ [06:13] TravisD: on the server? [06:13] yep [06:14] I dunno. [06:14] I need to pop out for a bit; someone else may be able to help, but I really recommend you file a bug [06:14] sure, how do I do that? haha [06:14] https://launchpad.net/bzr/ [06:14] alright :) thanks [06:14] click on file a bug [06:18] igc, i might file that bug about getting it into add/remove? [06:18] poolie: sure [06:20] poolie: https://lists.ubuntu.com/archives/bazaar/2009q3/061200.html === thumper is now known as thumper-afk [06:22] thanks [06:29] bug submitted, fairly comprehensive, I think [06:32] https://lists.ubuntu.com/archives/bazaar/2009q3/061200.html igc [06:46] poolie: did you mean to post a different link to the one I gave you? [06:46] i did :) [06:46] i actually meant bug 421778 [06:46] Launchpad bug 421778 in bzr "want Bazaar in Add/Remove Applications and the Applications menu in Ubuntu/Debian/etc" [High,Confirmed] https://launchpad.net/bugs/421778 [07:24] quick question [07:24] boom-tish [07:24] I want to move files from one branch to a related branch [07:24] a non-related branch [07:25] do you need to take history? [07:25] lifeless, I'd like to, but only if it's easy to do so [07:25] [note that taking history takes /all/ file histories] [07:25] jml: does that influence your answer [07:25] lifeless, it does. [07:25] lifeless, I'll just copy the contents and forget history [07:25] do you need to take history? [07:26] history is bunk [07:26] tada [07:49] hi all [07:50] hai [07:54] lifeless: have you hit bug 421804 ever? [07:54] Launchpad bug 421804 in launchpad "launchpad ajax steals focus while loading" [Undecided,New] https://launchpad.net/bugs/421804 [07:54] hello vila [07:56] hmm, my karmic slave won't complete booting... any magic key during boot to get a root shell ? [08:03] poolie: it wouldn't surprise [08:03] me to find that I have [08:03] poolie: on the 2a group combining, I want John's input.. [08:03] poolie: I've asked for it in the bug, and I'm EODing... 'now' [08:03] igc, just as feedback "improve documentation bundling" is a poor summary [08:04] compared to say "split documentation bundles by language" [08:04] poolie: I think I have hit it, yes. [08:05] the language of the 'This bug affects me too Edit' message annoys me. [08:05] it's a bit better now [08:05] It doesn't affect my web browser/laptop/launchpad. [08:05] its a bit of a philosophical annoyance [08:10] hi vila [08:11] how's stuff? [08:11] good, my karmic slave booted finally (I had to threaten it of reinstall, that worked) [08:11] heh :) [08:12] hi, will bzr 2 work with bzr 1 branches? [08:12] yes [08:12] it will create bzr 2 branches by default [08:12] but you can read from bzr 1 branches into a bzr 2 branch [08:12] and 1 won't be able to work with bzr 2 branches? [08:13] 1.16 and above can [08:13] I see, thanks [08:13] we will be strongly encouraging people to upgrade [08:14] well, people will upgrade when distros upgrade :) [08:14] like my distro (gentoo) is already updated [08:14] lifeless: 'selftest is using atext for some strange reason'.... :-D You really don't know ? [08:15] vila: no, I don't [08:15] well, because there is no such thing as setUp/tearDown for TestSuite... [08:15] stopTestRun [08:15] yay gentoo [08:15] for instance [08:16] vila: but separately, why not do it per test [08:16] lifeless: correction: there *was* no such... [08:16] lifeless: I think the rationale was to catch any possible problem in any test (or outside or at the border or... catch'm all...) [08:17] that's the most I can recall from the discussion, I think it was with spiv [08:17] vila: right, I'm not saying 'no catcher', just 'per-test' - that makes it cleaner, at the cost of 5 mkdirs [08:18] I don't recall the specific discussion. [08:18] that helped keep the /tmp dir cleaner too (since we often regressed there and also because ctrl-c'ing tends to avoid the atexit) [08:19] I can imagine using atexit as a hackish solution to that sort of problem. [08:20] vila: Don't feel that I'm attacking you please; I think its a bug that we use atexit, as demonstrated by my bug report. [08:20] spiv: I'm pretty sure you're the one annotate will point its finger at for using it in the first place ;-) [08:20] OOOh, no problem there ! [08:20] vila: if you agree that we can do better, great. If you think we should stay with atext, lets discuss why ;) [08:20] I agree we should do better, I was just trying to bring the context back [08:20] vila: quite possibly :) [08:21] I wasn't throwig stones either ! [08:21] vila: it's ok that my memory is poor because we have a vcs to remember stuff for me ;) [08:21] spiv: exactly :) [08:22] But glancing at the comments on that atexit.register, it does seem to be used because we don't have a good way to know when the TestCaseWithMemoryTransport.TEST_ROOT resource is no longer needed, so atexit is a cheap approximation of what we want. [08:23] If it were free to create and destroy that directory with every test that wants it then that would solve the problem. [08:24] As would removing the need for that particular safety net :) [08:25] (Or if measurement shows that the cost of doing that per test is negligible, let's just do that right now) [08:29] data point: I just deleted ~200 testbzr directories from my /tmp dir [08:32] vila: so clearly its not working :P [08:33] I ctrl-c a lot :) [08:33] but that sounds too much [08:34] Ctrl-C shouldn't prevent atexit from triggering, AIUI. [08:34] But yes, clearly it is failing to clean up reliably. [08:35] poolie: regarding bug #390502, my jaunty slave is using 2a for ~1 week, I intend to migrate the others today [08:35] Launchpad bug 390502 in bzr "bzr's development should dogfood format 2a" [Critical,Confirmed] https://launchpad.net/bugs/390502 [08:36] That's not the same as upgrading the lp branches, but stilll a significant test IMHO [08:37] that's good [08:37] i'd like to do it soon [08:56] * igc diiner [08:56] dinner [09:06] vila, i'm going to poke at getting an EC2 for packaging going [09:06] to replace kerguelen you mean ? [09:07] yes [09:29] vila, can you point me to any good instructions on how to set up a win32 build environment? [09:30] I think sidnei did some [09:30] jam's brain ? [09:30] hmmm [09:30] what precisely do you want ? compiler/dev tools setup or just buildbot setup ? [09:30] http://www.mail-archive.com/bzr-windows@lists.launchpad.net/msg00058.html [09:31] the first [09:31] the most recent one I know about is the one robert pointed to ^ [09:32] http://bazaar-vcs.org/BzrWin32Installer is the corresponding wiki page [09:32] oh it's pretty awful [09:32] poolie: yes [09:34] the dream setup should be: 1) install bzr.exe, 2) bzr branch lp:bzr-pimp-my-windev, 3) bzr pimp-my-windev 4).... [09:34] mm [09:35] vila: you could use a config; that can unpack tars and stff too :P [09:35] but I think sidnei made it all work via buildout [09:36] lifeless: we're talking about *installing* the tools, not running the installer build [09:36] vila: I know [09:36] and yes, 'pimp-my-win' is a plugin that can untar unzip run installers :-D [09:37] and sidnei made an install via buildbot ? [09:37] never heard about it... [09:38] he made nightly windows builds [09:38] didn't he? [09:38] yes, they have been integrated in the test farm, they currently run on kerguelen [09:39] they rely on kerguelen having all the needed tools already installed [09:45] test farm all green by the way (after the necessary fixes for the week-end related hiccups) [09:45] even win32? [09:47] win32 selftest has been disabled because it (currently) 1) crash with CantCreateThread without reporting the number of failures, 2) run under cygwin (not the primary target) [09:47] oh right [09:47] I want a local setup to debug both [09:49] CantCreateThread because there are too many leaks? [09:49] :/l [09:50] poolie: That's my best guess yes === thumper-afk is now known as thumper [09:53] buenos dias a todas/os [09:59] Hmm, the global _page_cache in chk_map interferes with noticing missing data. [10:00] It would be less dangerous to cache per-repo rather than globally. Oh well, I can hack around that... [10:25] jelmer: do you use doap? [10:50] thank you to whoever fixed commit --strict not to complain when I say to commit only one file of several changed \o/ [10:51] thumper: hmm, 2a? bzr nightly ? [10:51] -might be a bug [10:51] no [10:51] I mean it [10:52] if I say a file name [10:52] don't bitch about the other changed files [10:52] I'm not offering a value judgemnet :) [10:52] just saying that the change in behaviour may have been an untested case, and that both the old and new behaviour are not necessarily strictly intentional [10:53] I'm glad you like what its doing now. [11:01] hmmm, I'm writing blog posts that are too long now. [11:05] anyone around who can help me with an AIX test problem? just need a few pointers. its #405745 [11:06] crisb: it hangs? [11:07] crisb: maybe hit SIGQUIT (probably Ctrl-\) and type "bt" and add that to the bug. [11:09] crisb: it might be interesting also to run just the HTTP tests without the blackbox tests. [11:09] spiv: ping [11:09] crisb: e.g. "bzr selftest -s bt.test_http" [11:09] bialix: pong === thumper is now known as thumper-zzz [11:10] (Although I need to tear myself away from my laptop soon) [11:10] spiv: is it known problem with 1.18? [11:10] bzr: ERROR: bzrlib.errors.ErrorFromSmartServer: Error received from smart server: ('error', "Absent factory for ('odict.html-200 [11:10] 90118140732-dye8mko5bfy12t15-2', 'bialix@ukr.net-20090118142612-vk1ob9k8l58oivi8')") [11:10] got while run command: bzr get lp:bzr-scmproj/0.4.5 [11:11] crisb: (I've added these comments to the bug) [11:12] spiv:cheers, just giving it a go now [11:12] bialix: probably bug 354036, looking now. [11:12] Launchpad bug 354036 in bzr "ErrorFromSmartServer - AbsentContentFactory object has no attribute 'get_bytes_as' exception while pulling from Launchpad" [Undecided,Confirmed] https://launchpad.net/bugs/354036 [11:14] spie: filed my case as https://bugs.launchpad.net/bzr/+bug/421860 [11:14] Launchpad bug 421860 in bzr "branch error: Error received from smart server: ('error', "Absent factory for" [Undecided,New] [11:14] spiv: ^ [11:15] bialix: yes, it's bug 354036 [11:15] Launchpad bug 354036 in bzr "ErrorFromSmartServer - AbsentContentFactory object has no attribute 'get_bytes_as' exception while pulling from Launchpad" [Undecided,Confirmed] https://launchpad.net/bugs/354036 [11:16] bialix: the fix script attached to 354036 identifies several missing inventories [11:16] so it's not fixed? [11:16] bialix: it is in bzr [11:16] oh, it's THAT bug again? [11:16] bialix: but affected branches in launchpad are hard to fix due to the way Launchpad keeps separate copies for where you push to and where other users read from. [11:17] So the fix script fixes it for users that can write to the branch, but not those that can only read from it. [11:17] so what I should do? [11:17] bialix: run the fix script [11:18] a) Run the fix script and get a Launchpad admin to delete the mirrored branch and trigger a fresh mirror from the hosted area, or b) delete/rename the branch on Launchpad entirely and repush :( [11:18] for a) you could also run the fix script and push something there [11:18] or uncommit, then push the original again after it mirrors the uncommit? [11:19] spiv: 6 [11:19] on my current PC I have no copy of that branch [11:19] lifeless: that won't cause the missing inventories to get copied across to the mirrored area AFAIK. [11:19] spiv: doesn't matter does it? I thought bzr+ssh read from the main copy... [11:19] lifeless: if you have write access. [11:19] lifeless: Only if you have write access. [11:19] oh bah [11:19] need a 'fixme' button [11:19] lifeless: write access == use hosted area, everyone else == mirrored area. [11:19] bialix: bzr pull nosmart+ , and it will work [11:19] * spiv makes some noise on the bug. [11:20] spiv: in the summary please [11:20] Will a tip change not cause the puller to resolve it? Maybe I've previously fixed it with a format change... [11:20] (that causes a full remirror) [11:21] wgrant: yes, format change does full mirror [11:21] tip changes do regular pulls [11:21] spiv, lifeless: pull from http source does work [11:22] lifeless: And a regular pull won't fix it? [11:22] no, it won't [11:23] spiv: have attached the backtraces (both hang) [11:25] spiv: your script hang on Windows [11:25] spiv: I told you so many months ago [11:25] lifeless: done [11:26] bialix: it's lifeless' script :P [11:26] then lifeless [11:27] bialix: I'm not sure why it would, I don't see any obvious portability pitfalls in it. [11:27] bialix: does it run into a locking issue? [11:27] it prints me: missing inventories(...) and then hang [11:27] lifeless: how can I know this? [11:27] bialix: at that point it should be uploading the inventories [11:27] bialix: is there any network traffic [11:28] Are you running it against Launchpad or a local branch? [11:28] no [11:28] bialix: use Process Explorer [11:28] no network traffic [11:28] it just hang [11:28] and it seems it does the job [11:28] and then hang [11:28] very odd [11:28] uhm [11:28] If you're running it against a remote branch then I have no idea unless there's something about open SSH connections causing the process to never die. [11:28] because on second run I've got: Missing inventories: set([]) [11:29] spiv: I should run it against local? why for? [11:29] the problem IS with lp: branch [11:29] bialix: well, I can imagine some scenarios :) [11:29] bialix: but just checking assumptions [11:30] yeah, ol win people ar dump? [11:30] Not at all. [11:30] If it's local, then the typical locking bugs would have been my first suspect. [11:30] spiv: I don't understand the problem and your script, so I'm just using instructions from summary [11:31] it said about bzr+ssh [11:31] so why I should use it local? my problem with lp only [11:31] But because it's network, that seems unlikely, so it I guess it's something about the way it uses the network, e.g. maybe somehow there's a non-daemonic thread created by paramiko. [11:31] The bug can apply to local branches too. [11:31] hi [11:32] It's more unusual to have stacked branches locally, but it does happen. [11:32] spiv: because problem solved I have no desire nor time to dig so deep. [11:32] spiv, lifeless: thanks [11:32] but it hang [11:32] bialix: sure. I'm happy to help debug a bug report, but "it hangs" with no further info rarely leads to a fix :) [11:32] what should I do if I want to move a subtree into its own repository? fast-export/import? [11:33] spiv: I hope it's lat time I've got this error [11:33] last [11:33]