[00:00] thanks lifeless. So the big 1.5 finally lands. [00:00] awilkins: all tetsts passed :) (pushing to lp now) [00:04] awilkins: I'll be back online in ~ 1h (heading home) [00:05] seeya [00:05] * Verterok runs to catch the train [01:16] reviewing abentley's StackingPolicy patch today [01:16] igc: thanks. [01:29] lifeless: wow, mysql using bzr [01:29] kumi2: nice huh :) [01:29] yeah that's so awesome. [01:32] james_w: Now that bzr-loom is packaged, do you think it makes sense to have bzr-builddeb suggest it? [01:32] * jelmer also wonders if it makes sense to make the bzr package suggest every possible plugin [01:33] you'd assume that reverse "Enhances:" would be suggested by aptitude, but that doesn't appear to be the case yet [01:34] bug filin' time === thumper_laptop is now known as thumper === mw is now known as mw|out === mwhudson_ is now known as mwhudson [01:53] hi [01:54] howdy poolie [02:27] 'morning lifeless, poolie, beuno [02:27] evening jelmer [02:28] hi jelmer [02:55] lifeless, http://intranet.pentacorp.net:8080/bazaar/bzr_garbage/changes [02:56] beuno: getting there! [02:56] :) [02:56] beuno: can you suppress ff's history suggestions [02:56] ? [02:56] food, then polish [02:56] beuno: suggestions - put it to the right, or else suppress ff [02:57] also, could you show it as words and phrases not tuples:) [02:57] mwhudson, that's one of the things I have to find out. I probably can with some voodoo magic [02:57] lifeless, I'm going to do better then that [02:57] and perhaps they can be clickable, to make that the search ? [02:57] yes :) [02:57] that's what I meant by better [02:57] and it should go away when you delete all text [02:58] and a big list of etc [02:59] but, I'm off to get food [02:59] mwhudson, I uploaded the fix to the clean url branch [02:59] your changed didn't seem to quite get there [03:00] beuno: i noticed :) [03:00] not it behaves the same as it does on LP [03:00] s/not/now [03:00] beuno: so when i said i was firefighting [03:00] that was triggered by me not accessing launchpad's loggerhead to compare my branch to launchpad :) [03:00] hahaha [03:01] thanks for doing it :) [03:01] I'm so glad I don't have access to some places... :) [03:01] ok, off for a bit [03:01] i'm hoping to get that taken away soon :) [03:01] beuno: see ya later [03:01] mwhudson, let me know what else I can do to help with the wsgi merge [03:02] if that's going in sooner then later, then I'll start merging that in with me branches and see what breaks :) [03:02] I'd like to fix setup.py and everything that surounds installing LH [03:02] aside from making lifeless happier with more search bling, of course :p [03:02] beuno: well, i think i'll be merging zpt.cleaner_urls soon [03:03] beuno: and then probably the wsgi-ify stuff [03:17] * mwhudson merges zpt.cleaner_urls to trunk [03:21] uff, wsgi-ify is 2400 lines of diff [03:22] out of only 8k lines total :) [03:31] hmm [03:32] should bzr branch $url a/b create a shared repo at 'a' if it doesn't exist? [03:32] it would be a bit magic, but it would be handy [03:40] mwhudson: eep, sscary [03:40] mwhudson: maybe with a flag [03:40] mwhudson: but what if a/.. is a repo [03:41] lifeless: yeah, maybe it's too magic [03:42] in general i do worry a bit that getting a good environment for a new project with bzr (shared repo, appropriate appendpath-y paths in locations.conf) takes a bit too much typing [03:46] jelmer: I ask this daily, but is bzr-svn's 0.4 branch considered stable at the moment? [03:48] Hello; I just created a project on launchpad and am trying to check-in my files to it. I created a branch but when I try to push I get... [03:48] bzr: ERROR: Not a branch: "/home/matt/mysql/scripts/". [03:48] did I miss a step somewhere? [03:49] How did you create the branch? [03:50] On lauchpad.net Code -> Register a Branch -> Fill out form... [03:50] added my public key... [03:51] then I got this page... Update this branch: bzr push lp: [03:52] TodoInTX: registering a branch on Launchpad doesn't create a branch. See "bzr init --help" === kiko is now known as kiko-zzz [03:53] TodoInTX: you probably want to do something like "bzr init /home/matt/mysql/scripts", then "bzr add" in that directory to add files to that new branch, then "bzr commit" to commit the files, then "bzr push lp:" to push the result to Launchpad. [03:53] ok... missed lots of steps :-) [03:54] thumper: ^ looks like the "Register a Branch" and choosing "Hosted" still leads newbies astray [03:55] :-| [03:55] spiv: grr... I did "bzr init help" and it made a directory 'help', I assume it's not safe to just delete that... I need to kill it from the repository some how? [03:55] TodoInTX: it is safe to delete that [03:56] * TodoInTX removes the .bzr directory anyway for good measure. [03:56] nothing usefull in there yet anyhow [03:57] TodoInTX: http://doc.bazaar-vcs.org/latest/en/mini-tutorial/index.html is probably a good thing to read if you haven't already [03:58] will do. [04:00] spiv, thumper: either of you Canonical employees? [04:01] TodoInTX: both :) [04:01] ah, know egrubbs in San Antonio ? [04:01] Yeah :) [04:02] I saw him at PyCon in Chicago a while ago. [04:02] * spiv -> lunch [04:02] :-D he's in my MySQL users' group I created. [04:02] though pushing his PgSQL agenda ;-P [04:03] we used to work together a Rackspace for several years. [04:06] lifeless: would it make sense for loom to have an analogue of 'bzr log' for 'record'? [04:06] jml: yes [04:07] lifeless: good. I will file a bug to this effect. [04:07] thumper: you could just delete the web ui to create hosted branches :) [04:07] jml: most of TODO is valid bugs [04:08] lifeless: I didn't even think to check TODO [04:08] lifeless: in that case, I am going to take TODO and turn it into bug reports. [04:09] sure; just think about each one ;) [04:09] naturally [04:12] lifeless: no [04:23] spiv: sorry to be a pest... trying to push using lp: url location from site gives "http does not support mkdir()". Trying using bzr+ssh: format from the tutorial gives "Parent directory...does not exist." Tried with --create-prefix and it pushes but I don't see the files associated to me on the site. [04:27] mwhudson, yay! Did you have to fix anything else? [04:28] thumper: ^ ideas? [04:28] TodoInTX: you need to do `bzr launchpad-login ` [04:28] * beuno curses LH in LP [04:29] beuno: on the phone, brb [04:29] TodoInTX: which version of bzr? [04:29] thumper: 1.3.1 [04:30] It says "Created new branch" but I don't see it. [04:30] TodoInTX: it takes a few minutes to flow through the LP ether [04:30] hrm... so I could have a couple up there now :-/ [04:33] thumper: ah... login was the trick. now original lp: location works :-) [04:34] statik, ping [04:38] If a patch for a random bug is in bzr.dev, can I mark it as fix released? [04:41] Peng, I believe it's fix committed until it's in a release [04:42] Okay. Does anyone mind if I change the status, though? [04:42] (Bug 215059, fwiw; it was fixed in r3506.) [04:42] Launchpad bug 215059 in bzr "Cannot push if login is an e-mail address" [Unknown,Confirmed] https://launchpad.net/bugs/215059 [04:43] Peng, on the contrary :) [04:43] Peng: please, bug gardening is a good thing [04:43] lifeless: fix committed? [04:44] Peng: if its not in 1.5, fix committed is appropriate [04:45] done [04:45] please also tag it for 1.6, so people can tell what release it is going into [04:45] Oh. [04:46] or is it a milestone; yes a milestone [04:47] http://bazaar-vcs.org/BugGuidelines?highlight=(bug) [04:48] * [04:48] Fix released - the fix is merged into the bzr.dev branch. (It may not be strictly "released" as a tarball yet but this definition seems best.) Please put the milestone for the upcoming release into the bug change message and the bug target milestone. [04:48] thats our official usage; I was confused [04:49] Wait, how do you change the milestone? "Nominate for release"? [04:50] I'm not sure *why* we do it that way, since common usage for it is committed == trunk, released == in a release [04:50] It's nice not to have to go mass-changing bugs when making a release. [04:52] beuno: just merged wsgi-ify :) [04:53] beuno: because lp shows 'fix committed' bugs by default [04:53] "Nominate for release"? [04:53] beuno: but when determining what to work on you want 'not fixed bugs' [04:53] Peng: uhm I don't know :( [04:53] Peng: it seems to have changed somewhat [04:54] mwhudson, oh, VERY cool [04:54] congrats :) [04:54] I nominated it for 1.6, but I don't know if that's correct. [04:55] Can someone give me an example of a fixed bug tied to a milestone? [04:55] Hmm [04:55] * Peng shrugs. [04:56] thanks Peng [04:57] how can i revert a symlink? [04:57] i'm getting 'not in the same branch as' errors [04:57] the obvious thing doesn't work, mwh? [04:57] there is a bug open [04:57] we resolve it [04:58] mwhudson: suggest you rm then revert it [04:58] plain rm [04:58] rm link && bzr revert link will work around [04:58] poolie: ah right, thanks [04:58] lifeless: if you want to talk now would be good for me [04:59] poolie: I'd rather talk Monday if thats cool with you; I have substantive news to report [04:59] that's totally ok [04:59] thanks [05:00] s/have /have no / [05:00] oh heh [05:00] i thought you wanted to just build anticipation :) [05:01] spiv: could you please send that brief update mail on hpss status, before 4:30? [05:05] poolie: What's the right way to say a bug was fixed in a particular release? "Nominate for release"? [05:06] mwhudson, #158584 is fixed with the wsgi branch, right? [05:06] ubottu: ... [05:06] bug 158584 [05:06] Launchpad bug 158584 in loggerhead "can't browse to revisions whose revid contains %2F in loggerhead/codebrowse" [Undecided,In progress] https://launchpad.net/bugs/158584 [05:07] beuno: yes [05:07] beuno: in two ways :) [05:07] (1, we generate revnos, 2, revid links work now) [05:07] ah, that's right :) [05:07] no "super fixed [05:08] on LP [05:08] so fix committed :p [05:08] poolie: I need to head off in an hour or so. I'm reviewing abentley's stacking policy patch today and expect to get an email out about that before I go [05:10] What are loggerhead's trunk's current dependencies, then? Paste, ...? [05:10] simpletal [05:10] Paste and simpletal; that's it? [05:11] Peng, I'll find out in a sec, after marking bugs as fixed, I'm going to get setup.py into shape [05:11] oh, python-sqlite [05:11] Also, is it in a usable condition? I might run it just for fun. [05:12] until we fix bug #156609 at least [05:12] Launchpad bug 156609 in loggerhead "sqlite bindings should not be required unless you use caches" [Undecided,Confirmed] https://launchpad.net/bugs/156609 [05:12] Peng, yes, very usable :) [05:12] Except for setup.py? Can it just be run from source? [05:13] Peng, yeah, ./start-loggerhead.py and you're off (after editing loggerhead.conf) [05:13] Peng: the setup.py is probably broken [05:13] beuno: serve-branches.py is much easier now [05:14] I've seen you mention it, I'll look into it now. Does it have any drawbacks? [05:14] oh, and also, do you mind if I remove the homepage/ dir from trunk? [05:14] it stores the sql in a tmpdir, rather than a deterministic location [05:14] beuno: no, that's a good idea [05:14] beuno: are you in loggerhead-team now? [05:15] mwhudson, nope [05:15] the thing that bugs me the most is not being able to set priorities to bugs :/ [05:17] lifeless: https://code.edge.launchpad.net/~jml/subunit/split-right/+merge/413 [05:18] jml: EWORKDAY [05:19] no need to shout [05:20] jml: symbolic constant, not a shout [05:21] Y'know, port 9876 is registered. [05:21] I don't know what the heck for, but still. :P [05:22] isn't that bzr:// ? [05:22] oops [05:23] it's what serve-branches.py uses [05:23] mind you, 8080 is registered too :) [05:23] no, 4155 is bzr [05:26] 4155 was officially registered for bzr too. :) [05:27] mwhudson: Shouldn't serve-branches.py be executable? [05:27] Peng: probably [05:28] That was a hint to someone with push rights. ;) [05:28] hello igc [05:28] hi poolie [05:28] * mwhudson is fairly hint-proof [05:31] Hey look, it works. [05:32] How do you get serve-branches.py to use a different IP or port? [05:32] you edit it [05:32] which, yeah, isn't so wonderful [05:34] How do you kill it? [05:34] Woah, 45 MB of RAM. Nice.. [05:34] Peng: C-c [05:34] it doesn't background [05:34] mwhudson, trunk seems much faster to em [05:34] So special signals to make it do magical things? [05:34] s/em/me [05:35] Peng: C-c to exit isn't special is it? [05:35] it's how bzr serve works too [05:35] Err, No* [05:35] I meant "No". [05:36] Peng: i'm sorry it's been a long week and i'm tired [05:37] Peng: what was that "no" attached to? and is there something you'd rather serve-branches did differently? [05:37] I meant "No special signals ...". [05:38] Some things do stuff like reload config or restart or shut down gracefully when they get SIGINT or SIGHUP or whatever. [05:38] ah [05:38] nop [05:38] e [05:38] mwhudson, really, wsgi thing is really nice. Really :) [05:38] it has no config to reload :) [05:38] So far Loggerhead looks pretty nice, and it was trivial to set up. :) [05:38] progress hooray [05:39] What about proxying to it from a web server, so it can be available from http://example.com/loggerhead/ or something instead of http://example.com:9876/? [05:40] that's possible, but requires coding atm [05:41] How much coding? [05:41] you want to wrap the app object in a paste.deploy.config.PrefixMiddleware object [05:41] Peng: very little [05:42] Oh. [05:42] from paste.deploy.config import PrefixMiddleware [05:42] app = PrefixMiddleware(app, prefix='loggerhead') [05:42] i think [05:44] I think it'd need a leading slash. [05:45] uh, yes, probably [05:54] time for me to go today - see you all next week [05:54] bye igc take care [05:54] thanks lifeless [05:57] mwhudson, sent you a small patch to remove some remaining tg stuff [05:59] beuno: http://www.google.com/webhp?complete=1&hl=en disables the ff bar [06:01] lifeless, cool, thanks. Once I finish adapting the branch to trunk, I'll finishis polishing that further [06:01] mwhudson, scratch that, found a few more, re sending in a bit [06:05] mwhudson, re-sent [06:10] beuno: ah, the correct thing to do with branchview.py is to delete the file :) [06:11] mwhudson_, ah, it's superseded with apps/*, right? [06:11] beuno: yes [06:11] i am completely done for this week though [06:12] I think my VPS died. :\ [06:12] It's slightly on-topic: I was working on setting up Loggerhead at the time! :D [06:12] mwhudson_, oh, absolutely. This looks really good. The more I use it, the more I love it :) [06:14] Oh, good, just routing issues. === mwhudson_ is now known as mwhudson [06:19] ok, search now works with wsgi magic and doesn't autocomplete. On to making them links [06:21] wicked [06:21] google keeps scanning my local LH branch] [06:22] seems it grabbed it from the logs [06:22] :P [06:22] I know because it hits the 36k diff file often [06:22] google never did anything of the sort!!!!! [06:22] and my CPU goes through the roof [06:22] ;] [06:22] beuno: you can stop it from scanning directories.... [06:23] chandlerc, well, yes, but I don't want to add a robot.txt to *every* LH branch I have [06:23] hmm [06:23] you sure you would have to? [06:23] pretty sure, yes [06:24] what's your layout, if you don't mind? honestly, thats a bit nuts... [06:24] and i can file a bug with the responsible team. ;] [06:24] chandlerc, well, LH uses it's own http server, and if you file a bug for it, I'll be the one fixing it, so maybe we can avoid that :p [06:24] branchesfromfilesystemroot should have a robots.txt [06:24] bwahahahahaha [06:24] excellent [06:25] chandlerc: you work at google? [06:25] indeed [06:25] (recently) [06:25] hold on... [06:25] (the one i just wrote for launchpad does) [06:25] pff, i'll join from work i guess. [06:25] so in theory, google may well want to index LH sites [06:25] hmm [06:26] but it would be more efficient for it to learn bzr and read the history itself (like bzr-search does) [06:26] somehow... that doesn't seem the most likely outcome [06:26] good to know there are other bzr-lovin googlers [06:26] (because loggerhead pages themselves are just rendered denser info) [06:27] chandlerc: you found some bzr-love site within google ? :) [06:27] no, just noting that other bzr folks work at google [06:27] refreshing [06:27] cool [06:28] I know jaq like bzr, and hes at google for a bit now [06:28] hehe [06:28] i'm a big fan of bzr, with one exception -- i want perforce's integrate. ;] [06:37] Thanks for the help, guys. Setting up loggerhead was a snap. :) [06:37] Except for when I broke my web server configuration for a few seconds. [06:41] Peng: must have come a _long_ way then :) [06:41] lifeless: I'm using the trunk. It was literally just "sudo apt-get install python-paste python-simpletal" and "./serve-branches.py". [06:42] (Well, then I installed paste deploy and hacked serve-branches.py a bit so I could use a reverse proxy, but still simple.) [06:48] lifeless, http://intranet.pentacorp.net:8080/bazaar/bzr.garbage/changes [06:49] mwhudson, ^ (no more work, I promise) [06:49] beuno: freaking cool [06:49] Hmm, using serve-branches.py, loggerhead is leaving behind its temporary directories, some of them with the sqlite files. [06:51] lifeless, it's even reproducible on other people's computers too :) [06:51] (as in, no more hardcoded paths) [06:51] If a loggerhead instance gets crawled by a web crawler, how bad will its ram usage get? [06:52] Peng, google has been quite nice up to now. Doesn't crawl aggresively [06:52] beuno: cool. two-words are behaving badly though :) [06:52] beuno: if I type: [06:52] test Robert [06:53] into the search box, what do you pass to bzr-search.suggest() ? [06:53] beuno: But what if it gets hit by something less friendly and benign? [06:53] and http://intranet.pentacorp.net:8080/bazaar/bzr.garbage/changes?q=test+Collins makes it crash I think [06:55] lifeless, not anymore :) [06:55] doesn't return results [06:55] so [06:55] test Robert [06:55] should result in [('test',), ('Robert',)] [06:55] I think it has to do with a workaround I had to add, because it was splitting up strings into letters [06:55] as the search termlist [06:55] "test Robert" [06:56] should result in [('test', 'Robert')] [06:56] lifeless, http://bazaar.launchpad.net/~beuno/loggerhead/bzr-search_integration/annotate/argentina%40gmail.com-20080620055014-8wnr5qpzt6h2x7mz?file_id=search.py-20080614235103-lpt63f7b2drplju8-1 [06:56] I have to do: query_list = [query_list] [06:57] or it will split up "test" into [('t', 'e', 's', 't')] [06:58] so the side-effect of me doing that is probably forcing all searched into one term [06:58] so, what is repr(query_list) before you alter it ? [06:58] Peng, with the current LH trunk, I think it's fine with crawlers [06:59] Yeah, I just loaded a couple reasonable large diffs, and ram usage barely changed. [06:59] 32 bytes each time. [07:00] lifeless, hrm, seems to work now [07:00] 'robert' [07:00] [('robert',)] [07:00] (before and after) [07:00] didn't before though [07:00] ok [07:00] now send [07:00] robert collins [07:00] as the search [07:01] NoMatch: No matches were found for the search ['robert collins']. [07:01] let me remove that first line now [07:01] I guess thats robert+collins in the url [07:01] lifeless, with out that first line: [07:01] 'robert collins' [07:01] [('r',), ('o',), ('b',), ('e',), ('r',), ('t',), (' ',), ('c',), ('o',), ('l',), ('l',), ('i',), ('n',), ('s',)] [07:02] before and after aplying: query = [(query_item,) for query_item in query_list] [07:02] beuno: ok, and now http://intranet.pentacorp.net:8080/bazaar/bzr.garbage/changes?q="robert+collins" [07:02] whats the repr for that before you alter it [07:03] lifeless: [07:03] '"robert collins"' [07:03] [('"',), ('r',), ('o',), ('b',), ('e',), ('r',), ('t',), (' ',), ('c',), ('o',), ('l',), ('l',), ('i',), ('n',), ('s',), ('"',) [07:03] beuno: ok [07:03] that's with my hack commented out [07:03] beuno: so, we don't have phrase indices yet [07:03] is it suppose to work that way? [07:03] so we can ignore the " scenario, I just wanted to see how it would come across [07:04] what you're being given is a string [07:04] we need to break that into terms [07:04] so, split by spaces? [07:04] assuming users only give us valid characters (not a bad start) [07:04] terms = query_list.split(' ') [07:05] terms = [(term,) for term in terms] [07:07] alright! [07:07] [('"',), ('r',), ('o',), ('b',), ('e',), ('r',), ('t',), (' ',), ('c',), ('o',), ('l',), ('l',), ('i',), ('n',), ('s',), ('"',)'robert collins' [07:07] er [07:07] no [07:07] sorry, query = in that [07:07] 'robert collins' [07:07] [('robert',), ('collins',)] [07:07] yah [07:07] yes, I guesses the variables part :) [07:08] now, I should probably do something better than raise an uncought exception when no results are found :) [07:08] now, for friendliness [07:08] we should show in the completion the terms before the one being completed [07:09] yay! http://localhost:8080/bazaar/bzr.garbage/changes?q=partial+index [07:09] that is, return [query[:-1] + term] for term in terms [07:09] so, if you check the world wide web into a bzr branch, you should have a google killer [07:09] jamesh: LOL [07:09] jamesh: might be a tad slower [07:09] (s/localhost/intranet.pentacorp.net) [07:10] :) [07:11] lifeless, I don't understand what you mean by "the terms before the one being completed" [07:11] so 'robert collins' -> ('robert',), ('collins',) [07:11] suggestion completes options for collins [07:12] but the drop down box would read nicer I think if it showed [07:12] robert collins1 [07:12] robert collins2 [07:12] etc [07:12] rather than [07:12] collins1 [07:12]