| james_w` | https://dev.launchpad.net/BuildBranchToArchive/NonNativePackages | 03:22 |
|---|---|---|
| james_w` | jelmer ^ | 03:23 |
| jelmer | james_w`: thanks! | 04:19 |
| james_w` | np | 04:21 |
| jelmer | james_w`: also, that apostrophe looks good on you ;-) | 04:22 |
| james_w` | thanks :-) | 04:23 |
| AfC | Dear lazybzr, Could you please make `bzr update bzr+ssh://path/to/branch` work? Thanks! | 05:21 |
| AfC | :) | 05:21 |
| jelmer | hey AfC | 05:22 |
| jelmer | AfC: AFAIK that should already work (but be inefficient). doesn't it? | 05:23 |
| AfC | jelmer: hey dude | 05:23 |
| AfC | jelmer: oh? Didn't last I tried. | 05:23 |
| * AfC lokos | 05:23 | |
| AfC | [slow, inefficient is fine. Just a lot easier than having to separately do an SSH invocation] | 05:24 |
| AfC | Hm | 05:24 |
| AfC | bzr: ERROR: <bzrlib.transport.remote.RemoteSSHTransport url=bzr+ssh://research.operationaldynamics.com/bzr/java-gnome/mainline/> is not a local path. | 05:24 |
| AfC | jelmer: guess not, at least not in released version. That a new feature? If so, you rick | 05:24 |
| AfC | (you'd rock if it was out. rick is the future tense, clearly) | 05:24 |
| jelmer | :-) | 05:25 |
| * jelmer tries | 05:25 | |
| jelmer | yeah, it seems to work here when run against lp | 05:27 |
| AfC | jelmer: sweet! | 05:28 |
| AfC | Hey, who is maintaining bzr-gtk these days? Anyone? | 05:29 |
| jelmer | AfC: unfortunately it's been a bit neglected | 05:30 |
| jelmer | Gary is now working on qbzr, vila and I have been busy with other projects, Szilveszter is busy with real life | 05:30 |
| AfC | Hm. Pity. | 05:30 |
| AfC | Well, I'll grab the code and see if I can scratch my itch. Not that much of a python guy, but I can try. | 05:31 |
| jelmer | AfC: I'm still doing urgent fixes and reviewing merge proposals but I haven't had time for other improvements. | 05:32 |
| AfC | jelmer: well that's good to know. I'll have a swat at it then | 05:32 |
| === gthorslund_ is now known as gthorslund | ||
| === frakturfreak_ is now known as frakturfreak | ||
| jamey_uk | I'm trying to follow this blog post for bzr: http://www.taoeffect.com/blog/2009/06/using-bazaar-like-git-repoalias-plugin/. When I try "bzr ignore .bzr-repo" I get "bzr: ERROR: Not a branch: "/home/jamey/Sites/jamey.dev-bzr/". Am I doing something wrong? | 10:17 |
| mkanat | Just had dinner with a friend who was telling me how much better bzr was than the other DVCSes he'd been using. :-) | 10:21 |
| mkanat | Just thought you guys would like to know. :-) | 10:21 |
| jamey_uk | I've figured out the previous issue I was having, I should have RTFM. | 10:32 |
| jamey_uk | I'm following the guide at http://www.taoeffect.com/blog/2009/06/using-bazaar-like-git-repoalias-plugin/, all works as expected. But how do I get Bzr Explorer to show the graph of branching and merging in a logical manner? At the moment it only shows the current branch without relation to any of the other branches. | 10:41 |
| bob2 | is it in fact a branch? | 10:42 |
| bob2 | (also ignore only makes sense in a branch with a working copy, so check that, too) | 10:43 |
| jamey_uk | well, after following that guide, bzr tells me that it's a lightweight checkout with the shared repository under .bzr-repo. | 10:45 |
| jamey_uk | So when I've switched to another-branch, committed something, switched back to trunk and tried to merge these changes, it has worked but then the graph is still a straight line with a '+' for the revision I just committed. Whereas I was hoping for it to show first-branch with a line into trunk implying it was merged. | 10:47 |
| === apw` is now known as apw | ||
| jamey_uk | Can anyone help me understand getting cheap local branching working? I keep duplicating all my files and doubling the size of my new repo. | 11:00 |
| neaj | Any way to shelve only one of these changes, not both at once? http://pastie.org/1469439 | 11:13 |
| neaj | One change is to do with integrating a different debugger, the other change has to do with adding documentation support. | 11:14 |
| yshavit | Hi all. I just created a branch from a lp project, made some changes, committed, and pushed. When I push, bzr warns me that I have uncommitted changes that won't get pushed -- but bzr st doesn't show any. Looking at my new branch's code on lp seems to show all my changes. Any idea what may be going on? | 16:25 |
| === beuno is now known as beuno-lunch | ||
| === beuno-lunch is now known as beuno | ||
| lifeless | yshavit: can you pastebin the bzr st ? | 18:11 |
| lifeless | showing the command and the output | 18:11 |
| yshavit | lifeless: the command was "bzr st" and the output was nothing, just a bash prompt for the next command | 18:41 |
| yshavit | lifeless: I've since made other changes, so we'll see if the problem persists. It's going to be a short-lived branch, so I'm fine dealing with spurious warnings. It hasn't happened on any other branches I've made on this project. | 18:42 |
| spiv | yshavit: that reminds me of a recent bug report | 18:49 |
| spiv | yshavit: but I don't remember the details | 18:49 |
| spiv | yshavit: possibly if you search the bug tracker you'll find it though... | 18:49 |
| yshavit | spiv: alright, thanks -- I'll look around. | 18:50 |
| maxb | jelmer: If you're around - is it expected or weird that my sqlite tables for the RevisionInfoCache contain lots of rows for revisions where all the columns besides (path, revnum, mapping) are null? | 19:23 |
| jml | is it possible to have a location-specific 'whoami'? | 20:16 |
| james_w` | jml, bzr whoami --branch | 20:17 |
| james_w` | jml, I don't know if you can do it in locations.conf | 20:17 |
| jml | james_w`: yeah, that's what I'd prefer. | 20:17 |
| maxb | you can, I do | 20:18 |
| jelmer | https://dev.launchpad.net/BuildBranchToArchive/NonNativePackages | 20:46 |
| maxb | Hi Jelmer, can I get your advice on some bzr-svn code? I've recently noticed that each of the 4 facets of the bzr-svn sqlite/tdb cache have "interfaces" defined in various python files outside the cache directory. | 20:51 |
| maxb | However, these "interfaces" aren't explicitly inherited from by the implementation classes, which makes them a lot less discoverable to people coming fresh to the code. | 20:52 |
| jelmer | maxb: how do you mean? | 20:52 |
| maxb | I was thinking of moving them all into cache/__init__.py and making them actually be inherited from - in fact, I did that, but then ran into circular import problems. | 20:52 |
| maxb | For example, RevisionIdMapCache and RevisionInfoCache at the end of revids.py serve no purpose to the code | 20:53 |
| maxb | However, I've just noticed that they are in fact the "interface declaration" for the same named classes in tdbcache.py and sqlitecache.py | 20:54 |
| maxb | likewise, there are similar classes in logwalker.py and parents.py corresponding to the other parts of the cache | 20:54 |
| jelmer | maxb: I'd prefer to keep those interfaces closes to the code they're related to | 20:55 |
| jelmer | maxb: in particular since caches can choose to implement some of those interfaces | 20:56 |
| maxb | jelmer: The thing I find unhelpful at the moment is that there is nothing linking the implementations with these interfaces. The code is essentially "dead" right now | 20:58 |
| maxb | It's also not good that there are 3 copies of each of the method docstrings, which have got slightly out of sync | 20:58 |
| jelmer | maxb: I'd be happy to have them inherit from those interfaces | 20:59 |
| jelmer | maxb: and have only the interface have the docstrings | 20:59 |
| maxb | OK, I'll have a look if that can be done without other circular import pain | 21:00 |
| jml | if anyone wants to fix https://bugs.launchpad.net/bzr/+bug/701940 and is in Dallas, I will provide you with many drinks. | 22:59 |
| jml | it's breaking our build slaves every couple of days, requiring us to manually intervene (which is precious time) | 23:00 |
| jelmer | jml: So it's fairly reproducible? | 23:00 |
| jelmer | jml: Also, I would be rather careful with making that kind of announcement ;-) | 23:01 |
| jml | jelmer: that's what I'm told | 23:01 |
| jml | jelmer: and I announced with the greatest of care :) | 23:01 |
| poolie | jelmer, http://doc.bazaar.canonical.com/bzr.dev/developers/bug-handling.html | 23:05 |
| Peng | jml: You're in Dallas? | 23:06 |
| jelmer | poolie: thanks | 23:08 |
| jelmer | Peng: most of us are | 23:10 |
| Peng | Ah? | 23:10 |
| Peng | Event? | 23:10 |
| jml | Peng: I am. | 23:15 |
| jml | Peng: yeah, the Launchpad team is having its twice-yearly Thunderdome, with the Bazaar folk along as well. | 23:16 |
| jml | by which I mean, Canonical Launchpad team & Canonical Bazaar folk. | 23:16 |
| jelmer | maxb: hi | 23:17 |
| maxb | jelmer: hi | 23:21 |
| spiv | jml: your offer intrigues me! | 23:22 |
| jml | spiv: you are welcome to take it up | 23:36 |
| * jasono is away: I'm busy | 23:53 | |
| Peng | jasono: That's nice. | 23:53 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!