[00:56] Any particular reason bzr needs a lock to do a [c]diff? [00:57] I frequently find that I am committing and forget something about a change, so try to do a diff in another terminal, but I can't :[ [00:57] and if I exit I lose the commit message so far [01:09] mrooney: yah there is a file that commit writes to that diff needs to read [01:10] we will fix this, but for now 'commit --show-diff' [01:14] lifeless: thanks I'll give that a try! [01:16] huh I typo'd it to --show-dif and it still worked, interesting [01:17] lifeless: aw man no --show-cdiff :) [01:17] I guess most things might not support that anyway === Sorcy is now known as Ycros [03:07] hi :) -- can anybody tell me why I get a "bzrlib version doesn't match the bzr program" on intrepid with bzr-1.11? [03:12] no? [03:42] jonnydee, probably means what it says -- perhaps you have either a bzr program or a copy of the library sitting around somewhere from an old install. [03:47] "bzr version" will help tell you where everything is [03:49] but the strange thing is that I uninstalled all bzr related things and I made sure no bzrlib existed. but after I install bzr-1.11 again I get the same error... [03:50] The message is "bzrlib from ['/usr/lib/python2.5/site-packages/bzrlib'] is version (1, 11, 0, 'final', 0)" [03:50] jonnydee, then your bzrlib is fine, but your bzr executable is old [03:52] but I get bzr from "deb http://ppa.launchpad.net/bzr/ubuntu intrepid main" [03:56] jonnydee: grep _script_version `which bzr` [03:56] Can't out-of-date extensions also cause error messages like that? [03:57] Peng, ...hmm -- I think you're right. [03:57] Oh, this one returns: [03:57] Err, plugins. Oops. [03:57] _script_version = (1, 9, 0) [03:57] if bzrlib.version_info[:3] != _script_version: [03:58] jonnydee: Then you've got an old copy of the bzr script around somewhere. 'which bzr' to see where. Or maybe the deb is broken... [03:59] Peng_: You are right. I've got a bzr in my ~/bin folder... [04:00] Well, there you go. [04:00] Thank your very much Peng_ and also to nDuff. What a shame... I'm sorry... === herb__ is now known as herb === dereine[OFF] is now known as dereine === mark1 is now known as markh === mark1 is now known as markh [09:24] 10.4 doesn't get any love anymore :( [09:25] Mac OS X, that is === thekorn_ is now known as thekorn === dereine is now known as dereine[OFF] === mark1 is now known as markh === dereine[OFF] is now known as dereine === dereine is now known as dereine[OFF] === dereine[OFF] is now known as dereine === mark1 is now known as markh === dereine is now known as dereine[OFF] [13:41] Hello everyone. Two branches don't have no common ancestor and I can't figure out how to specify base revision. I've tried -r X -r Y and -r X Y and it fails =( [13:42] Saying extra arguments [13:43] or still unspecified base revision [13:43] xnox: trying to do what? [13:45] I have two branches, one from me and one from the other guy. We were doing very similar things from scratch (debian packages). Now I want to merge our two branches and create mainline to base our future work on. [13:45] xnox: you could try `bzr merge -r0..-1 path/to/other/branch` [13:45] But to merge one into the other I need to specify a base revision (according to the error message). [13:47] LarstiQ: Thanks that worked! [13:47] hello, after upgrading bzr to 1.11, I try to upgrade a branch from svn to 1.9-rich-root, and now I can not pull any more, I have "branches have diverge use merge" and when merging I get no common ancestor :-/ [13:48] any hints ? [13:48] nebuchadnezzar: could you pastebin the commands and their output? [13:48] nebuchadnezzar: also, why did you decide to upgrade to 1.9-rich-root? [13:49] LarstiQ: to give it a test [13:50] hello, I have a workflow question with bzr/launchpad. Let's say you have the 'trunk' branch used for development and you release eg 0.1 === fawek_ is now known as fawek [13:51] and create a 0.1 series/branch. Where do you continue development then? On the trunk and merge the changes into the 0.1 branch once in a while [13:52] or on the 0.1 branch and merge the changes into trunk every now and then? [13:52] alf82: there are multiple things you could do. In general, I'd say you'd release 0.1 and don't touch it after that. [13:53] alf82: could you explain your situation a bit more? [13:53] nebuchadnezzar: how's that pastebin coming along? [13:55] LarstiQ: Well, I have a 'trunk' branch which has been the main (and only) development branch so far (except for feature branches). [13:56] The project is at the point of its first 0.1 release and I don't know exactly how to handle that. Should I create a separate 0.1 for the development [13:56] of the 0.1.x series? [13:57] alf82: do you expect 0.1.x and trunk to diverge a lot? [13:57] LarstiQ: no [13:57] alf82: say, Samba 3 and 4 both have active development and releases at the same time [13:58] alf82: I'd just stick with trunk then [14:00] LarstiQ: ok, that's what I was thinking. In LP does it make sense to register a 0.1 series that also uses the 'trunk' branch? === dereine[OFF] is now known as dereine [14:00] LarstiQ: or I shouldn't use series at all? [14:02] alf82: I haven't checked lp's docs on series in a while, but Bazaar uses a series per release to group release candidates and possibly bug fix releases [14:03] LarstiQ: http://pastebin.com/m5616edd9 <-- I try with a pack-0.92-subtree branched-from-svn [14:03] alf82: so all regular activity goes on on trunk [14:03] http://pastebin.com/d499880c <-- here is what the merge output too [14:04] nebuchadnezzar: your merge uses a different location than the pull [14:05] ah no, I was looking crooked [14:05] ;-) [14:05] nebuchadnezzar: if you look at `bzr missing` output, they don't share any revision, right? [14:06] nebuchadnezzar: I find it very unlikely this has anything to do with 1.9-rich-root [14:06] nebuchadnezzar: more with a change in bzr-svn, or the path you're pointing bzr-svn at [14:06] nebuchadnezzar: you're using bzr-svn 0.4? [14:08] LarstiQ: I'm downgrading bzr to 1.5 [14:11] nebuchadnezzar: that too, should not have any impact. [14:12] LarstiQ: I downgrade bzr to 1.5 and bzr-svn to 0.4, pull wored [14:12] worked [14:12] nebuchadnezzar: before you downgraded, what bzr were you using? [14:12] ehm [14:12] bzr-svn [14:12] 1.11 [14:12] from debian experimental [14:12] 0.5 [14:13] 0.5.0~rc1+bzr2300-1 [14:13] nebuchadnezzar: if you were using 0.5rc[12], then yes, it produces different revisions than 0.4 does. [14:13] nebuchadnezzar: so, nothing to do with bzr 1.11 or 1.9-rich-root. This is purely bzr-svn 0.4 vs 0.5 [14:13] ok [14:14] LarstiQ: my cfengine3 repository is pack-0.92-subtree [14:14] nebuchadnezzar: that's fine, but the format has no impact on the issue you were experiencing [14:15] nebuchadnezzar: see UPGRADING from bzr-svn 0.5 [14:15] ok, thanks [14:15] nebuchadnezzar: basically, to be faster/smarter, 0.5 introduces new svn-revision-to-bzr-revision mappings [14:16] in order to use those, it has to be incompatible with prior mappings. You can optionally chose to use the old mappings, but you won't gain any of the advantages of the new one then. [14:16] It is possible to use a 0.4 and a 0.5 client at the same time against svn, but you can not interact directly between the bzr branches created that way [14:19] LarstiQ: I saw that in the documentation, thanks [14:19] bzr svn-upgrade and now it's ok [14:22] nebuchadnezzar: cool [14:23] thanks === Pilky_ is now known as Pilky === dereine is now known as dereine[OFF] [16:58] LarstiQ: thanks for the tips (yeah, a little delayed, I know)! === dereine[OFF] is now known as dereine === dereine is now known as dereine[OFF] === dereine[OFF] is now known as dereine [18:10] LarstiQ: hi [18:10] bialix: hello [18:11] I'm curious about your opinion on scmproj [18:11] bialix: I condensed the notes a bit, but am still not entirely done. So I'll just give you the raw thing (with repetitions et al) and the more condensed thing [18:12] bialix: I think it could be very useful for me. [18:12] that's ok. I moving new format forward [18:12] unfortunately new format will introduce many changes [18:12] and ATM we don't have auto-upgrade [18:13] bialix: In your config-manager comparison you state you need more than organizing branches. I'd be interested to hear what you need more. (So far, what would be harder to do with nested trees is the ALT style config switching) [18:13] evening kfogel [18:13] well, config-manager != nested branches [18:14] or nested trees, perhaps [18:15] sorry, I made a thought leap there [18:15] I think without ability to work on the entire project -- it's just many branches accidentally put in one directory [18:16] I want to run status, commit, diff, log forthe entire pject [18:16] project, sorry [18:16] bialix: right, nested trees do that [18:16] and where they don't, have it as a design goal [18:17] but progress has been lacking, scmproj has more steam going for it to accomplish those goals [18:17] LarstiQ: if there will be already implemented nested trees -- unlikely I'll start this plugin [18:17] * LarstiQ nods [18:17] also, I simply don't understand how nested trees will be stored on the server [18:17] bialix: scmproj does have features I think are harder to do with a different solution [18:17] you said about graph recalculation [18:18] bialix: that was for by-value trees [18:18] bialix: so yeah, scmproj is here right now, and that's a big plus [18:19] yes, and I think nested by ref has bigger sense for me and my use cases [18:19] but I can't grok their internal details yet [18:21] LarstiQ: and I hope when nested will be supported in bzrlib, I can use them from scmproj [18:21] bialix: cool [18:21] bialix: mail sent [18:22] big thanks [18:22] * bialix bbiab (dinner) [18:46] LarstiQ: wow, this notes are VERY useful. Big thanks [18:46] bialix: much obliged :) [18:46] bialix: the thoughts in my head concern your question about 'clunky' [18:47] bialix: I can sort of see his point, but I haven't yet found how to clearly explain that. [18:47] yes, I think now I understand "clunky" better [18:48] my plans for 0.4.5 are to change many "clunky" points [18:50] and as AmanicA mentioned: better catch and report internal errors [18:50] bialix: one thing that would be nice, is that if there is enough information in the general sections, I wouldn't need to have a seperate section for each component. [18:50] hi [18:50] AmanicA: evening :) [18:51] привет [18:51] hi dude [18:51] :) [18:51] bialix: you'll see in my project.cfg there is a lot of repetition, and the notes you'll see a KeyError on 'mqueue' [18:52] LarstiQ: I think very soon I'll be ready to show new config format. There is many improvements. I'll use your notes and convert them to bug reports to work on [18:52] bialix: ok :) [18:54] I hope in the mid of Feb [18:55] generic [COMPONENTS] section was suggested (and implemented IIRC) by AmanicA [18:55] we need just bring there more options [18:57] LarstiQ: yeah, I see your point. In the components sections you have only FORMAT = rich-root-pack; :-) [18:58] I've filed this as bug 322499 [18:58] Launchpad bug 322499 in bzr-scmproj "[COMPONENTS] section should support default values for FORMAT and VCS options" [Low,Confirmed] https://launchpad.net/bugs/322499 [19:00] bialix: yeah, in this case all the components are rather uniform, yet I still like having them as seperate branches [19:01] * bialix nods [19:10] LarstiQ: one side question: you said: "I made a thought leap there"; what it means: "thought leap"? [19:11] bialix: skipping (talking about) several steps in a thought process [19:12] bialix: so to amend that: I read the config-manager vs scmproj, and that made me think of nested-trees vs scmproj [19:12] :-) [19:12] I have such comparison [19:12] but it's incomplete [19:13] bialix: from talking to you, I know what I wanted to know [19:13] http://bazaar.launchpad.net/~bialix/bzr-scmproj/format-change/annotate/head%3A/docs/vs-nested-trees.txt [19:14] may be I'm wrong about initial configuration in the nested trees. but I'm still don't read all sources [19:14] bialix: unfortunately, at work I've been switched to coding Java Server Faces (entirely seperate cient project), so I don't have as much opportunity to try scmproj on our regular work stuff [19:15] ok, np [19:16] LarstiQ: I hope you still can share some knowledge about nested trees [19:16] nevertheless of java faces [19:18] bialix: of course, I just need to look everything up :) [19:18] bialix: I'm interested to hear what abentley is planning [19:18] :-) [19:18] bialix: what do you mean with 'the initial configuration'? [19:20] LarstiQ: this is related to my lack of understanding of nested by ref. How user can recreate nested project from standalone branches? [19:20] if these brances hosted on the central server, for example [19:20] bialix: Right [19:21] bialix: there are still open questions here I think [19:21] before bzr I've used CVS very heavily. And we're used CVS modules too [19:22] so my project.cfg in some sense used my knowledge about CVS modules. May be this knowledge prevent my understanding of some nested ideas [19:23] in the end I'm just reinventing the wheel [19:23] Hi everyone [19:24] I've a question I need to install a bzr server in the office I work for [19:24] hi [19:24] They use windows and I'm unable to find a documentation that explain how to do all of this :/ [19:24] I'm windows guy [19:24] I'm trying to play with bzr init-repo... but unable to do checkouts [19:24] what's the problem actually? [19:25] bialix: Well I want to install a server to host the office projects and I don't know how to do this :/ [19:25] you need local only server? [19:25] yes [19:25] a LAN server [19:25] it will not be visible outside the local network? [19:26] bialix: indeed [19:26] so you need to install bzr as usual from any of official installer [19:26] I want to use bzr and bzr-svn to manage my modifications to an open-source package that uses SVN for its version control, with the intention of contributing at least some of these changes back upstream. Is there a recommended workflow for doing this? [19:26] bialix: yes I have it [19:27] then select where you want to keep your branches [19:27] bialix: okay and then ? [19:28] then you need just adding to auto-start section the command: bzr serve --allow-writes [19:28] and specify working directory for this command to the location where you want to keep your branches [19:28] that's basically all [19:28] bialix: what auto-start sectiopn ? [19:29] Start -> Programs -> Auto-... [19:29] ah yeah ok [19:29] bialix: but now how ti initialize branches in server side ? [19:29] sorry, I'm using Russian Windows, I don't remember how it named in English [19:30] because I do: mkdir dir and then bzr init dir [19:30] but when I checkout it says not a branch [19:30] you need to work with your server with bzr:// url [19:30] I don't understand this [19:30] bialix: I think you mean Start -> Programs -> Startup [19:30] yes [19:30] I get it for the autostart [19:30] yes, I think it is [19:30] but now I don't know how to create my projects and project branches in server side [19:31] let's say your server has name SERVER or IP: 192.168.1.1 [19:31] KintaroHoe: Since I came in late to this conversation, can you explain what you're trying to do? [19:31] ok [19:31] MattCampbell: all I want is hosting projects in bazaar for the office I work for [19:31] you can execute from any other machine (or locally): bzr init bzr://SERVER/branch-name [19:31] they uses windows [19:32] bialix: ah ok [19:32] everything as local work, but you should use bzr:// urls [19:32] bialix: ok [19:32] KintaroHoe: It would probably be easier if you used Linux on the server. [19:33] Then you can just use sftp or bzr+ssh with regular Unix accounts. [19:33] hi guys.. for some reason, a load of bzr_log.random files have started appearing in my working copy [19:33] heh [19:33] KintaroHoe: one note about startup [19:33] MattCampbell: I can't my boss doesn't want a linux that(s the issue [19:34] windows works just fine! [19:34] windows sux but I'm forced to use it [19:34] * bialix shuts up [19:34] I'm not bashing Windows in general; it's a fine desktop OS. [19:35] KintaroHoe: What version of Windows is the server running? [19:35] * LarstiQ looks up [19:35] MattCampbell: XP [19:35] MattCampbell: is there a document that explains how to set up a bazaar server for projects ? [19:36] I'm looking; I don't need it myself, but now I'm curious. [19:36] KintaroHoe: what bialix said I'd say [19:36] KintaroHoe: you mention you can't checkout, could you please give more context (pastebin full command plus output)? [19:37] KintaroHoe: with the information at hand it is hard to tell what is going on. [19:37] The only problem with putting the server in the Startup group is that then the server will only be available while someone is logged into the Windows box. [19:37] MattCampbell: I'm running it as servicwe [19:37] service [19:38] bialix: How do you do that? Do you use servany or something similar, or is there a special bzr executable for that purpose? [19:38] so it works just fine [19:38] srvany [19:38] Oops, I did misspell that. [19:38] here instructions: http://groups.google.com/group/ru_bzr/web/bzr-serve---windows-2k-xp [19:38] they're in Russina [19:38] Russian [19:39] use babelfish or google translate service [19:39] I've used srvany before. What user should the service run as? (e.g. System, LocalService, NetworkService) [19:40] MattCampbell: you don't perchance have commit access to the upstream svn? [19:40] I don't remember. My server at work, and now I'm home [19:40] LarstiQ: No; that's why I want to use bzr and bzr-svn, because SVN vendor branches seem like an ugly hack. [19:41] So I would be sending patches of some kind back upstream. [19:41] MattCampbell: right [19:41] MattCampbell: so then the most important part is probably how upstream likes to work [19:42] MattCampbell: I didn't test against svn, but you could use `bzr send` [19:43] bialix: Your Windows bzr server requires authentication and is used by multiple developers, right? I wonder how you manage user accounts for the bzr server in that setup. [19:43] MattCampbell: large chance that's not exactly what upstream wants though [19:43] no [19:44] builtin bzr server does not provide ACL support [19:44] we have very small dev group [19:44] so I should not be paranoid about other people [19:45] and I always has backups if something will going wrong [19:45] LarstiQ: I suppose most projects want plain diffs, often attached to bug tracker entries, from non-committers. [19:46] though I'd like to have some sort of ACL there [19:46] MattCampbell: that, or mailing lists, yes. [19:46] MattCampbell: but do they want one big rollup patch? Or one patch per bzr commit? Or rebased into logical units? [19:47] MattCampbell: bzr-rebase might also be of use to you [19:49] FWIW, the specific project is TightVNC. I haven't even started making my changes yet, but I want to make sure my workflow is right from the start. [19:50] I haven't even had any contact with that project yet; I'm just starting out. [19:50] So I guess I start with "bzr branch http://vnc-tight.svn.sourceforge.net/svnroot/vnc-tight/trunk/ tightvnc", then make my changes, committing to my local branch after each change is done. === thunderstruck is now known as gnomefreak [19:50] Then I can think about how to give them back. [19:51] * LarstiQ nods at MattCampbell [19:52] Is bzr-svn meant to use this way, i.e. to contribute back to a project that uses an SVN repository in which you're not a committer? [19:53] MattCampbell: I don't think it's the original use-case, but it's certainly valid. [19:53] KintaroHoe: I think you should start using bzr without any server. Any shared folder on your server is fine [19:53] So the original use case is a project that wants to migrate from svn to bzr? [19:54] he's left. [19:54] I suppose Windows file sharing is the most natural solution in a Windows-only office where everyone is on the same LAN. [19:55] me too [19:55] I was going to suggest using an SSH or SFTP server, such as VShell (commercial) or Cygwin sshd. === dereine is now known as dereine[OFF] [19:56] LarstiQ: Thanks for at least re-assuring me that I was on the right track. My biggest fear when using version control is always that I'll start out doing things the wrong way. [19:57] MattCampbell: I'd guess the original use case is using bzr to commit to an svn repo where others still use svn. [19:58] * svn-up just realized he might get kicked because of his nickname [19:59] svn-up: nah, that won't happen [20:03] I didn't think this crowd was that antagonistic toward svn. [20:03] we're not. [20:03] I might at times lament some of it's shortcomings that make my life difficult, but that's all :) [20:06] * bialix waves bye [20:08] Now I just have to learn how to set up bzr-svn under Windows. I'd prefer to just use my Ubuntu VM (yes, Windows is the host), but I'm going to be working on a Windows program. [20:09] MattCampbell: bzr-svn is included with the windows installer [20:09] at least the standalone .exe one [20:10] LarstiQ: Cool, thanks. [20:10] downloading version 1.11-1 of that now. [20:14] I'm curious about the state of IDE integration for Bazaar. In other words, is Bazaar yet as "code monkey" friendly as Subversion? [20:15] MattCampbell: I'll wager a 'no' to that. [20:15] MattCampbell: I believe the Eclipse support is most advanced. [20:16] MattCampbell: http://bazaar-vcs.org/IDEIntegration [20:17] nothing about Xcode :( [20:18] http://bazaar-vcs.org/Integrating_with_Bazaar for those willing to work on support for their favorite environment :) [20:19] * LarstiQ is a vim user himself [20:19] Mind you, I don't use an IDE, even on Windows; currently I use vim plus command-line tools. But I might soon be working with people who are used to an IDE. [20:20] although I've had to start using netbeans since last week [20:20] MattCampbell: right, which one? [20:20] MattCampbell: there is Tortoise, which builds on Qbzr [20:20] Probably Visual Studio. [20:22] Then again, a lot of the software I've written for my employer (I'm currently the lone programmer) is in dynamic languages such as Python, Lua, and PHP. [20:22] So I don't really know what IDE would be a good fit. [20:22] but that's off-topic here. [20:28] Hmm, I was thinking ActiveState Komodo would be a good choice; now I see it has built-in Bazaar support [20:30] does it? cool :) [20:31] Well, at least the IDEIntegration page says so. [20:31] It's in the 5.0 release notes too [20:33] To my shame, my company is just starting to use version control. Our new project manager wants to use SVN, and I've been debating whether to persuade him (and the CEO) of Bazaar's benefits or just use SVN. [20:33] I think we should at least use bzr to manage modifications to open-source packages that we use. [20:35] MattCampbell: you said you were the lone coder, does that hold true for this situation? [20:35] I won't be the lone coder much longer. [20:36] (So I have a lot of work to do to transition from lone coder to team.) [20:37] But I may very well be the only one making modifications to upstream open-source projects, at least for a while. [20:37] MattCampbell: ah ok === dereine[OFF] is now known as dereine [21:13] I gather that the bzr Windows installer doesn't include bzr-rebase. [21:21] MattCampbell: probably not [22:42] Guys, any idea what these log files are? bzr_log.number~ [23:25] Is there any easy way to delete a branch on LP, I typo'd in my push [23:25] or is that a #launchpad question? [23:26] I think there is a bin icon you can click [23:26] but in general this sort of question is more appropriate for #launchpad [23:28] jelmer: okay, thanks :)