/srv/irclogs.ubuntu.com/2008/09/22/#bzr.txt

pooliegood morning00:04
pygipoolie, hey :)00:23
pygipoolie, right, morning at 1:25AM :)00:24
pooliehello pygi00:24
pygipoolie, any idea when we'll have the next sprint? :)00:24
pooliepygi, are you keen?00:27
pygipoolie, yesh, I wanna work on this cheezburger stuff00:27
pooliewe'd talked about doing something again in early 2009, roughly a year from the last one00:27
pygia lot of people poked me about it ...00:27
pygipoolie, as long as it's not during exams/papers season, I'm good =)00:28
jmlbzr just gave me a MemoryError: https://pastebin.canonical.com/9365/00:29
pooliepygi: cheezburger?00:29
pygipoolie, bzr repositories hosting thingy00:29
Peng_Oooh?00:30
pygiroughly, bzr equivalent to gitorious00:30
mwhudsonjml: public channel private pastebin?00:31
mwhudsonjml: but that looks like that "occasionally the sftp server sends random junk" message00:32
mwhudsonbug00:32
pooliepygi, i've not heard of this before but it sounds cool00:32
pooliepygi, maybe you should come to UDS?00:32
jmlmwhudson: ungh00:32
pygipoolie, I'm trying, I applied for sponsorship ...00:32
pygipoolie, you think me will get accepted?00:32
lifelessjml: unless its actually confidential, a public pastebin works better for this channel00:33
pygi(I didn't really mention cheezburger cause it's Bzr related, and not ubuntu, but I did mention I mentored for bzr two years ago)00:33
lifelessanyhow, return os.read(self.proc.stdout.fileno(), count)00:33
lifelessthats a strange line to memory error on00:33
lifelessI wonder what count is00:33
lifelessjml: is it repeatable?00:36
* jml tries00:36
mwhudsonjml: https://bugs.edge.launchpad.net/bzr/+bug/25529200:38
mwhudsonhmm00:38
jmllifeless: yes it is. would you like to know the value of count?00:38
* mwhudson things he would like to use bzrlib.graph._BreadthFirstSearcher00:39
pygipoolie, lets hope we do meet there00:39
lifelessjml: not particularly, but I should I guess00:39
pooliepygi, i hadn't decided to go but i'm thinking about it00:39
poolielifeless and abentley will00:39
pooliebe there00:40
pygipoolie, decide then :)00:40
pygiso we can talk and then later on hack!00:40
jmllast two numbers are 171449968100:41
jml171446691700:41
jmllarge numbers the twain of them.00:41
pygipoolie, I really hope I get sponsored :)00:41
pygiI did two years ago, same location, but had to decline it :-/00:42
mwhudsonjml: quite close large numbers00:42
mwhudson(they only differ in three bits)00:43
lifelessjml: a 1.7GB index would be quite a sight00:45
jmllifeless: indeed.00:46
* jml updates the bug report00:46
lifelessjml: do you have a 1.7GB index?00:46
jmllifeless: no.00:47
jmllifeless: unless bazaar multiplies the size when you push the branch up00:47
mwhudsonlifeless: does branch.repository.get_parent_map take stacking into account?00:47
jmllifeless: locally the repo is ~600mb and the branch is ~2mb.00:48
mwhudson(as in, will it return the same thing when branch is stacked on some other branch as when branch is not stacked?)00:48
lifelessmwhudson: yes00:48
mwhudsoncool00:49
lifelessmwhudson: all public apis take stacking into account, or are buggy00:49
mwhudsonlifeless: good to hear :)00:49
mwhudsonoh hm, i was misreading things00:50
pooliehee hee00:50
mwhudson(good)00:50
lifelessmwhudson: also any chain of public attributes/methods will be safe, except the obvious ones where you folllow a stacked relationship or some such00:55
BasicOSXI'm working on bzr repo B, a larger bzr repo (called it A) wants to absorb my bzr repo B, how do I get my files into repo A and maintain the history/changelogs?00:56
mwhudsonlifeless: i think i was scared unnecessarily by the way repository.get_graph mentions "stackedparentsprovider"00:56
mwhudson(although i think stackedparentsprovider is mostly something else?)00:56
lifelessBasicOSX: bzr join00:57
BasicOSXoh, ty, let me research it00:57
pygipoolie, correction: cheezburger is roughly bzr's equivalent to gitosis, not gitorious (just noticed the "bug")00:58
pooliehm, what's the difference?00:58
pygigitorious is with web UI and all that, something like Launchpad for git00:59
pygigitosis is server-side stuff for creating/managing repos and access to them, and can manage things like gitweb to show repositories on web00:59
abentleymwhudson: StackedParentsProvider predates branch stacking.  Not really related.01:17
mwhudsonabentley: right01:17
poolielifeless: daniel has heaps of patches up for review for pqm01:18
pooliehttp://blog.daniel-watkins.co.uk/updated_state_of_pqm.html01:18
pooliecan we get them unblocked somehow?01:18
abentleyIt's stacking on a much more temporary basis, so that you can find the LCA when neither repository has all the relevant revisions.01:18
abentleyspiv: ping01:19
pooliehello abentley01:19
spivabentley: pong01:19
abentleypoolie: hi.01:19
abentleyspiv: How do I use RemoteRepository.leave_lock01:19
abentley_in_place?01:19
spivThe same way as for other repos, hopefully :)01:20
abentleyspiv: I am doing a branch_implementations test, and it fails with RemoteRepository only, because RemoteRepository raises NotImplemented.01:20
spivOh, hmm.01:20
spivI bet it's because it's because remote pack repos don't return lock tokens.01:21
abentleyspiv: The lock token is '', and this evaluates to boolean false.01:21
spivRight.01:21
spivThe test there probably should be for "if self._lock_token is not None"01:21
spivHmm.01:22
spivOr you could just notice that repo.lock_write() doesn't return a token; and thus indicates that the repo doesn't support this interface.01:22
abentleysupport which interface?01:22
spivlock_write(lock_token=foo) / leave_lock_in_place / dont_leave_lock_in_place01:23
abentleyOr maybe I should ask, are we saying the RemoteRepository doesn't support the interface, or that the actual repository doesn't?01:23
spivThe latter.01:23
spiv(RemoteRepository is the only repository class that varies this by instance, unsurprisingly)01:24
abentleyPack repositories don't raise NotImplementedError for this, AFAIK.01:24
spivYeah, there does seem to be an unfortunate behaviour difference there, but IIRC they are both providing reasonable behaviours.01:26
spivThere's a lot of per_branch/test_locking.py tests that already inspect the return value of branch.lock_write().01:27
abentleyI tell a lie.  It does raise.01:27
spivAh, even better :)01:27
nanderssonI'm about to file a job description for BzrEclipse regarding "bzr tag support". Where do you guys think would be the best place to put it? Together with "commit" or as a separate option under "project -> team -> Tag"?01:28
spivFWIW, the docstring for leave_lock_in_place says "If lock_write doesn't return a token, then this method is not supported01:28
spiv"01:28
abentleyspiv: I'm trying to fix a test that breaks a lock.01:28
nanderssonTogether with commit would make more sense I think01:28
abentleyThat test does not release the original lock.01:28
abentleyI want to use leave_lock_in_place, then release the lock.01:29
abentleySo should I actually be saying the test is NotApplicable for repos whose write_lock returns None?01:29
spivWhich test?01:30
abentleybranch_implementations.TestBreakLock.test_unlocked_repo_locked01:31
spivIf the test needs to use leave_lock_in_place to create a lock that needs breaking, then it definitely should skip with something like NotApplicable if lock_write returns None.01:31
abentleyspiv: Great, thanks.01:32
spiv(or find another way to make a broken lock)01:32
abentleyspiv: But the *reason* is that the repository cannot create physical locks, right?01:33
abentleyAnd therefore, there's nothing to leave behind or break.01:33
lifelesspoolie: the next major one was merge-directives, which I reviewed but hasn't been updated AFAIK01:33
spivabentley: I think so, yes.01:33
abentleyAlthough, that's not entirely true for packs.  There is that names list lock.01:34
spivabentley: the shame here is that RemoteRepository does support this interface, it's just that the pack repo behind it doesn't.01:34
abentleyI see.  I just found it very confusing trying to understand why it was doing what it was doing.01:35
spivSo ideally we'd run this test against with a slightly different RemoteBranch scenario: RemoteBranch + dirstate-tags format, say.  I'm not sure it's worth the effort to arrange that.01:35
abentleyspiv: I hear you.01:35
lifelessabentley: the names list lock is rather more transparently managed though, because there is atomic-insert of a bunch of data, though you probably know this :)01:35
abentleylifeless: Don't bet on it :-)01:36
spivAlso, hmm...01:36
spivI would have expected that a RemoteBranch would still return a lock token, even if the RemoteRepo' underlying repo doesn't.01:37
lifelessspiv: the branch should yes01:38
spivOh, but this test is doing branch.repository.lock_write() etc, not branch.lock_write().01:39
spivSo that makes sense.01:39
BasicOSXTried to bzr join, error about KnitPackRepository, so I  ' bzr upgrade --rich-root-pack' then tried to join, 'bzr: ERROR: Cannot join debian/.  Trees have the same root'01:57
abentleyBasicOSX: There's a reason join is a hidden command.02:00
BasicOSXunderstood, I'll research more, sorry to bother02:00
abentleyBasicOSX: Also, you should understand that --rich-root-pack is a one-way conversion.02:01
abentleyFor your needs, the merge-into plugin sounds more appropriate.02:01
BasicOSXresearching that ... ty02:02
BasicOSXthank you abentley  that did exactly what I wanted02:08
abentleyBasicOSX: great02:08
poolieabentley: hi02:24
pooliei'd like to get the lca shape merge thing unblocked02:24
=== fta_ is now known as fta
pooliethis seems like a case where our reviews are kind of slowing us down02:25
pooliei do really appreciate you reading it, in your own time i know02:25
fullermdWow, PQM scares me even more now...02:27
=== vk5foss is now known as kgoetz
abentleypoolie: jam said he'd call me about that.02:43
toytoyhi guys, after I issued 'bzr update', I encountered this bug -> http://pastebin.ca/120794702:46
toytoyany idea, what causes and why does that error resumes?02:48
abentleypoolie: my problem with the patch is that I feel it degrades design design clarity by changing the model without changing the class to match.02:49
poolietoytoy: so it's running out of memory trying to update the dirstate02:53
poolietoytoy, i'd start by trying to upgrade to 1.6.1 or 1.7rc202:53
poolieabentley: so i can see how it would be cleaner with those changes02:54
pooliei'm just wondering if it would be better to merge it as is first basically02:55
toytoypoolie: you mean the memory is full or sorry I am not sure why would my memory would be full02:55
poolietoytoy: is it a very large tree, or something with a large file in it?02:55
lifelessthe C extensions sometimes raise MemoryError on corrupt dirstate02:56
toytoypoolie: oh i see, yeah i think so, so what is your best advise? lessen the files inside the trees?02:56
poolietoytoy: yeah it's too large?02:57
AfCtoytoy: you are running a very old version of Bazaar. Really, you should upgrade to the current release and try again.02:58
toytoypoolie: btw, what do you mean by too large? i mean how many size do you expect a 'too large' to you?02:58
lifeless500000 paths would be pushing it02:58
abentleypoolie: I'm ambivalent.  On the one hand, we can always fix it later.  On the other, we could have fixed it by now.02:58
poolieabentley: i think what may be happening here is that we feel like if we don't catch things in review we won't fix them02:59
pooliehowever,02:59
toytoylifeless: that's really too big, but mine is not so. let me check the trunk03:00
toytoytrunk's size03:00
poolieit's making the cycle time for reviews longer, and i think it can be discouraging for the submitter (and might be in this case)03:00
toytoyit's just 163MB so that might not too big right?03:00
abentleyI think you're right about what's happening here.03:01
toytoybut yeah, my bazaar version at server is 1.3.103:01
poolieit may also make things linger in the queue because they don't get a crisp decision03:01
pooliei think, all other things being equal, if it takes X additional work to clean it up03:02
poolieit would be preferable to land the patch and then do X,03:02
abentleyThe attempt to review thoroughly is part of them problem?03:02
pooliethan otherwise03:02
pooliei'm assuming these are cleanups not outright bugs03:03
pooliehm03:03
pooliedo you think so?03:03
pooliei wouldn't say so03:03
abentleyWell, it does make the cycle time for reviews longer.  What did you mean, then?03:03
poolieah, what i meant by "it" is asking for things to be resubmitted to be cleaner or tested in a different way03:04
abentleyAh, increasing the number of cycles, then.03:05
abentleypoolie: If we change this from requiring resubmissions to asking for followup patches, should we try to ensure that the followups happen?03:07
abentleyAnd if we did, how?03:07
poolie(back, with coffee)03:15
poolieyes, this would be trying to have more but smaller cycles03:15
poolieso one proposed idea is to get people to file bugs for the followon work03:16
poolieif people want to do it good luck to them but i don't think it's a very good general solution because03:16
pooliei think they're often too fuzzy to be good bugs - they are not falsifiable03:17
poolieand, also, just filing a bug doesn't give much assurance that it will actually get done03:17
poolieit would be weird to mark them as 'critical' and objectively they're not03:18
pooliebut that seems to be the priority we're giving them by blocking out a high-priority fix until they're done03:18
pooliei think the core of it is just that people need to have time to make those cleanups03:20
poolieremembering what they have to do is not hard if they get to do them soon (within a few days)03:20
poolieand if they don't have time to do them soon, no record keeping system will help03:20
abentleySimilarly, we could mark them in Bundle Buggy.03:22
abentleyThey would show up in peoples' 'todo' tab, even after they were merged.03:23
pooliemm03:23
poolieor we could make some more formal use of todo comments in the code03:23
pooliebut - i hadn't realized it til talking to you - the record keeping is not the main issue, i think03:24
abentleyWell, one issue is that in the short term, the follow-ups appear to have much lower priority than the original patch.03:26
pooliebtw i can call if you'd rather talk on the phone03:27
abentleySure, maybe that would work better.03:27
poolieskype or pots?03:27
abentleySkype's good.03:27
Spazlol skype03:28
thumperhi people03:30
thumperif I have rev_id x in branch 1, how do I find the mainline rev_no on branch 2 where rev_id x was introduced?03:30
lifelesspoolie: btw, I'm reasonably strongly negative on trading 'correct before landing' for 'please follow up' :- we already have 'please follow up' merges permitted; the process allows that and people use it03:35
fullermdthumper: The simplest way is just to branch at that rev, and see what revno you get.03:35
lifelesspoolie: when reviewers ask for 'correct before landing' I believe thats because they assess that as the best route forward03:35
poolielifeless, do you want to join us?03:35
lifelesspoolie: If you are talking about the weighting different reviewers have, then sure03:36
lifelesspoolie: no, I am just doing lunch, then back to getting status purged03:36
lifelessplease do consider though that the current process seems to me to allow what you are talking about.03:37
thumperfullermd: that's not going to tell me the right revno03:37
thumperfullermd: and also I'm really wanting to do this through bzrlib03:37
poolielifeless: this is a bit of a case of "what you're asking for is either wrong or is trivial"?03:38
lifelesspoolie: ugh. review process is hard and complex; I'm just giving my input into your analysis. Once status is done I'd be delighted to discuss more.03:38
fullermdthumper: Sure it will.  If that revision is the head, the revno will always be the same.03:38
fullermdthumper: I dunno bzrlib near well enough to say in there.  I presume you could tell the revno-building function to pretend that rev was the head and just get the number directly.03:39
mwhudsonfullermd: uh?03:39
mwhudsonyou have revid A03:39
lifelessfullermd: I think you misunderstood the question03:39
mwhudsonin a branch, you add 17 revisions on top of A03:39
thumperfullermd: b1 was branched from b2 at revno 3, b1 has 4 commits and has revno 7 as head.  b2 has x commits one of which introduces b103:39
mwhudsonin trunk, you merge these 17 revisions and commit03:40
mwhudsonyou want the answer to be A + 103:40
fullermdOh.03:41
LaserJockI'm reading on jelmer's bzr-svn FAQ page that one can use stacked branches for large SVN repos03:53
LaserJockI'm not exactly sure what a stacked branch would do03:53
LaserJockare you "stacking" on the svn repo?03:53
lifelesspoolie: what would have let me express my opinion without it being 'either wrong or trivial' ? I didn't say or suggest it was easy, and I was clear that it was my opinion03:58
mwhudsonLaserJock: yes04:01
lifelessmwhudson: there is a method on branch I think04:05
lifelessthumper: ^04:05
LaserJockhmm, this is still gonna take forever, KDE's svn is *huge*04:11
beunolifeless, would that be _gen_revno_map ?04:12
beunoI mean, get_revision_id_to_revno_map04:12
lifelessok, full test running and then submit time05:46
poolielifeless: so, basically i'm suggesting that we should look harder at cases where patches are being asked to resubmit when they are not actually wrong06:04
=== AnMaster_ is now known as AnMaster
=== beaumonta is now known as abeaumont
vilahi aal06:56
vila:-/ all06:56
beunohi vila06:57
pooliehello vila07:03
jonnydeeDoes anyone know if there is a similar functionality like the q*-commands of mercurial? (They allow to manage and version-control patches on a patch-stack)07:31
pooliejonnydee: yes, see bzr-loom07:31
=== Spaz_ is now known as Guest95388
jonnydeeoh, that was a pretty fast answer :) thanks for your help :)07:32
poolielet us know how you go07:32
jonnydeeok, I'll let you know07:32
=== Guest95388 is now known as Spaz_
=== Spaz_ is now known as Guest55182
=== Guest55182 is now known as Spaz_
=== Spaz_ is now known as Guest4451
=== Guest4451 is now known as Spaz_
a_c_mhey all :)08:06
ngnpHow do I move my .bzr dir out of my project. "bzr init project" create project/.bzr and I don't want it there but in ~/backup/bazaars/ for backup reasons08:16
Peng_ngnp: Err.. I don't you can. You could try to move it and symlink it, but bzr would probably freak out.08:18
Peng_ngnp: You could move it to ~/backups/bazaar and then make "project" a lightweight checkout of that.08:18
bob2a simpler solution is to make project/ a lightweight checkout of a branch in ~/backup/bazaars08:18
ngnpAt Froscon some guy claimed i could be done08:18
Peng_ngnp: Then ask him. :P08:19
spivDepending on how your backup system works, maybe you could just put a symlink to the .bzr dir in ~/backup/foo ?08:19
ngnpPeng_: bob2: can i do a lightweight checkout with the file:// protocol?08:19
bob2ngnp: yup08:19
spivBut my guess is the Froscon guy was thinking of lightweight checkouts.08:19
Peng_Or he was weird. :D08:20
ngnpthanks guy ... i'll check it out ... dunno how to do a lightway one08:20
spivhttp://doc.bazaar-vcs.org/latest/en/user-guide/index.html#using-checkouts08:20
ngnpno he was not weird .... worked for sun afaik ... they are not weird guys08:20
ngnpspiv: :-)08:20
spivngnp: if you get stuck, feel free to ask for help in here.08:22
ngnpthanks08:22
spivlifeless: The last two bzr.dev commits announced on bazaar-commits@ don't seem to be published yet.  Can you check if there's something awry at PQM's end?08:24
a_c_mi'm not sure on the terminology, but here is the situation. I have a few generic programs (web sites) which i want to then take copies of to make clients sites, but i want an easy way, for me to say fix a bug or add some new function to the generic version, and then be able to pull that change down into the specialized ones. What is the correct terminology for this (is it upsteam?) and can anyone point me at some workflows / descriptions on 08:27
spiva_c_m: your text got cut off at "workflows / descriptions on".08:28
a_c_m / descriptions on how to do this?08:29
a_c_m:)08:29
=== Spaz_ is now known as Guest35839
spiva_c_m: But it sounds like you could make the "generic" version a branch called "trunk", and have the specialised versions be branches off the trunk.  You'd then merge the trunk into the branches when appropriate.08:30
spiv(You don't have to call it "trunk", but it's a convention that seems to fit your situation ok)08:30
a_c_mspiv: right, except ideally the projects would be self contained, with only some dev's having commit access to some projects etc... is this still possible with branches ?08:31
fullermdWell, it's not possible any other way but with branches   ;)08:32
spiva_c_m: in bzr, you can't version anything without using branches :)08:32
spivSo your question is effectively "is this still possible with bzr?" :)08:33
ngnpspiv: I still don't get it ... I'm new to bzr, lost a day work by 'eclipse/cvs replace with head' ... I understand the 'normal' commands but setting things up is brand new :-( ... haven't created a branch yet.08:33
a_c_mspiv: humm ok, but in that case, can branches have different read-write rights?08:33
spivCommit access is generally managed with regular filesystem permissions.08:34
a_c_mspiv: ahh ok, that might work08:34
* a_c_m is also going to be trying to play with commit hooks ! 08:36
spivngnp: so, the key thing with lightweight checkouts is that you can make a "branch" in one location, and make a "checkout" of that branch somewhere else.08:36
ngnpspiv: I misread some part of the url ... i now have a working checkout ... let me test some more08:37
ngnpthanks btw08:37
spivngnp: a branch in bzr is the thing that tracks the history; i.e. "the current version is revision ABC".08:37
spivngnp: so for instance if you are starting a new project, you could do "bzr init mybranch; bzr checkout --lightweight mybranch mycheckout".  Then all the commits etc you do in "mycheckout" will be recorded in the branch at mybranch.08:39
spivngnp: ah cool.08:39
ngnpI still have to get used with this D in drcs :p08:40
ngnpspiv: thanks ...  I think I get to an understanding with bzr ... he now listens somewhat to my commands :p08:50
* ngnp missed some documentation about a workflow that is working in conjunction with another vcs like cvs or subversion. That is making sure the .bzr is not committed into cvs/subversion and not overwritten by a 'cvs replace from head'08:52
spivngnp: Off the top of my head, it'd probably be enough to make bzr ignore 'CVS', and make cvs ignore '.bzr'?08:56
ngnpa_c_m: can we upgrade these pages http://drupal.org/node/45368 together?08:57
a_c_mhey ngnp08:57
a_c_mi will help where i can for sure08:57
ngnpspiv: me stupid ... you are so right :-)08:57
ngnp.cvsignore08:58
ngnphmm ... but that does not prevent a 'replace from head' if i'm not in control of the cvs ... which is the case ... I do some patches for drupal as an anonymous cvs user ...08:59
a_c_mi'm trying to build an "uber" system, PQM to check against coding standards (and perhaps even coder) before commiting09:00
ngnpa_c_m: after I have this cvs/bzr workflow a little in place i'll update those pages09:00
ngnpa_c_m: auto coder ... is that possible? (sorry for the drupal talk)09:00
a_c_mngnp: http://www.trellon.com/blog/daily-quality-control-checks-coder09:01
ngnpa_c_m: thanks ... have you tried drush_mm too?09:02
a_c_mnot yet09:04
=== sabdf1 is now known as sabdfl
=== mneptok_ is now known as mneptok
stewartlifeless: ping, aronud again? came back at about 4:50am (in europe atm), and went to bed instead of responding :)10:18
LeoNerdHrm...10:53
LeoNerdbzr baz-import => This command is disabled.  Please install PyBaz.10:53
LeoNerdapt-get install pybaz => E: Package pybaz has no installation candidate10:53
Stavroshello11:06
Stavrosis there in bzr something equivalent to git rebase?11:06
james_wStavros: there's a bzr-rebase plugin11:08
Stavrosjames_w: ah, thanks11:09
Stavrosactually i want to branch some official code and make some changes to it, keeping up with the official version. what's the best way to do that?11:10
james_wget a branch of the code and work on it, and occaisionally "bzr merge" the official version11:11
Stavrosah, i don't need rebase then?11:11
james_wyou could use rebase, but they will both do what you want11:11
Stavrosgreat, thanks11:12
james_wthey will just do it in slightly different ways11:12
Stavroshmm yes11:12
Stavrosi'm looking to keep my drupal installation up to date, so i figured i can pull from their repo, but i have some local changes11:13
james_wsiretart: hi, would you be available for sponsoring an upload today?12:02
siretartjames_w: sure12:04
james_wsiretart: great, thanks. Do you have time now, or would you prefer to wait until after work?12:04
siretartjames_w: perhaps you can sign and upload to alioth, and I'll rebuild and upload it to debian?12:05
james_wsiretart: that works for me.12:05
james_wsiretart: they're in /srv/alioth.debian.org/chroot/home/groups/pkg-bazaar/htdocs/2.0.112:13
james_wsiretart: targeted at experimental12:14
james_wsiretart: I would like this version in Intrepid, is a sync request going to be processed in a timely manner do you think? Or should a fakesync be done?12:14
siretartit depends on how hard you hit the archive admins ;)12:16
LeoNerdDoes bzr have the equivalent of tla/baz's "sync-tree".. Ie. pretend I have a commit when really I don't...?12:18
LeoNerdI have two longlived branches that I crossmerge a lot; it would be nice to be able to ignore all the merges in one side on the other12:19
LeoNerd.oO( Mm.. I suppose merge + revert might do it... )12:20
siretartjames_w: is the Vcs-Bzr location in debian/control up to date? it seems the last commit there was in march12:28
james_wsiretart: no, you are correct12:28
=== thekorn_ is now known as thekorn
KinnisonLeoNerd: I tend to pull when I can, so if I know I've merged on my laptop, and haven't committed recently on the desktop, I pull from the laptop.12:30
KinnisonLeoNerd: that kind of thing12:30
LeoNerdKinnison: Ya.. this is for two branches of some code that's quite diverged between them, for the last.. er.. 4 years12:30
james_wsiretart: fixed packages uploaded12:31
KinnisonLeoNerd: aah, :)12:32
=== mark2 is now known as markh
james_wsiretart: thanks a lot.13:29
siretartyou're welcome!13:29
Stavroshello13:31
Stavroswill bzrtools ever be included in the repo so there aren't broken dependencies?13:31
=== bac_afk is now known as bac
jelmerjames_w:ping13:48
james_whey jelmer13:48
jelmerjames_w, hi!13:49
jelmerjames_w, I noticed the function that exports tarballs is a bit simpler now in bzr13:49
jelmerjames_w, I was wondering whether bzr-builddeb could perhaps just call that directly and override the last modification time?13:49
=== Pilky_ is now known as Pilky
james_wjelmer: perhaps, I haven't looked at the changes13:50
jelmerjames_w, you have no objections to calling the tarball creating function directly and bypassing the export infrastructure though?13:52
james_wjelmer: ah, I think I get it now. I'd have to see the patch really, but I have no objection on principle.13:53
james_wjelmer: the only think would be that it ignores .bzr* as the export code does13:53
jelmerjames_w, It's still exercising that code13:56
jelmerhttp://samba.org/~jelmer/bzr-builddeb-tar-exporter.diff13:56
james_wjelmer: I see "def tar_exporter(tree, dest, root, subdir, compression=None):"13:58
jelmerI've got a patch for bzr.dev as well that allows overriding "now"13:58
james_wah13:59
james_wonce that patch is in bzr.dev I don't really care how the builddeb bit is done, so your patch would be fine13:59
jelmercool, thanks13:59
james_wjelmer: does the bzr.dev patch also use the time from the tree if it is not overridden?14:00
jelmerit uses the time.time() as was done previously14:00
james_wok14:01
james_wit could use tree.get_file_mtime() instead14:01
jelmerHmm, I wasn't aware of that function14:02
jelmerWhen using that, bzr-builddeb wouldn't need patching anyway14:03
james_wfor revision trees I think it just backs on to the timestamp of the revision14:03
jelmerah, but that is too slow for real use..14:07
jelmerhmm14:07
* jelmer gives up14:07
=== mw|out is now known as mw
Leonidaswhat do I need to do to move the TREE_ROOT?14:19
LeonidasI tried setting set_root_id and deleting the former root folder, but that throws exceptions.14:20
=== TheMuso_ is now known as TheMuso
pysquaredHi all, I have been evaluating Bazaar, and want to get away from CVS.14:37
pysquaredOne nice thing about CVS was that I understood how it represented files and revisions and subdirectories etc. and therefore what it might be able to do for me.14:37
pysquaredDoes anyone know where I could find similar info about Bazaar without attempting to grok the source?14:37
=== cody-somerville_ is now known as cody-somerville
jelmerpysquared, you may want to look in doc/developer/14:44
=== cody-somerville is now known as cody-somerville_
jelmer*-format.txt in particular14:44
=== cody-somerville_ is now known as cody-somerville
pysquaredjelmer, thanks, will do14:46
Leonidasabentley: In the commit that I saw, there was a new file called '' with the fileid TREE_ROOT created and the old '', with tree_root-* deleted. But when I try changing the root_id and deleting '', it throws an exception15:04
strkguys, I manually installed bzr latest (1.6) on a Debian stable.15:23
strkthen I 'bzr branch sftp://strk@......'15:23
strkmodified, commit15:23
strkand (wow: commit was incredibly fast)15:23
strkwell, now I pull from other machines and my changes are not there15:23
strkno wonder commit was fast :)15:23
strkso, hints on how to find out what happened ? bzr status shows no changes.15:23
strkon push: bzr: ERROR: These branches have diverged.  Try using "merge" and then "push".15:25
strkso, does it mean my commits were "offline" ?15:25
Leonidasstrk: your commits are always offline, that's the nature of DVCS15:31
Leonidasstrk: I'd try a pull (to get the newest changes), merge and then a push.15:32
james_wstrk: if you "bzr branch" instead of "bzr commit" then all commits are offline, "bzr bind" will bind your branch to the master branch so that they are no longer offline by default15:33
strkbzr: ERROR: Operation denied because it would change the main history, which is not permitted by the append_revisions_only setting on branch "sftp://strk@bzr.savannah.gnu.org/srv/bzr/gnash/trunk/".15:34
james_wstrk: that was for the bind?15:35
ngnpThis Quick Start Card is not a quick start http://doc.bazaar-vcs.org/bzr.dev/en/quick-reference/quick-start-summary.svg as I do not understand ie bzr branch mp myproject ... how to make this better? File a bug?15:35
Leonidasngnp: file a patch would be more effective :)15:36
ngnphow? I'm a newbie to bzr15:36
Leonidasngnp: bzr branch np mayproject branches the repo in the mp directory to the myproject directory.15:37
strkjames_w: nope, that was for push. Trying bind now.15:37
Leonidasngnp: basically, this is a quick reference, not a quick start tutorial. It's just useful then you know how things work, but forgot the commands.15:37
ngnpLeonidas: I know after testing ... but it should be more like "bzr branck myproject newproject"15:38
strkstill, the bind gave me no automatic commit of the pending changes15:38
Leonidasngnp: download the file, edit it, run diff and create a bug with a patch added to it.15:38
strkand push still gives me "Operation denied"15:38
ngnpLeonidas: that's part of that patch :-) ... how to patch is now the question ;-(15:39
strknow how do I get out of this ?15:39
ngnpLeonidas: ok15:39
Leonidasstrk: if you want to have SVN-like workflow one normally uses bzr checkout.15:39
james_wstrk: does "bzr update" bring in the remote changes now?15:39
james_wstrk: it will leave pending merges of the things you committed "offline"15:39
strkYour local commits will now show as pending merges with 'bzr status', and can be committed with 'bzr commit'.15:40
strkah, great :)15:40
strkupdate seemed to help15:40
strknow I commit ? (I'm bound now)15:40
james_wstrk: yeah, if you commit now then it will happen "online", and so the master branch will receive your offline commits15:41
strkand they'll look like a merge15:41
james_wstrk: exactly15:41
strknow, how do I go to make each of my offline commits appear as online ones ? is that possible at all ?15:41
strkthe use for it would be for gnulog to produce nicer ChangeLog entries basically15:42
james_wngnp: a bug explaining clearly the problem and how you think it could be improved would be ok15:42
james_wstrk: ok, that's possible, it will take me a minute to find the best way to do it.15:42
ngnpjames_w: I'm inkscaping atm :-)15:43
james_wstrk: you will need to do a rebase if you want this, do you have bzr-rebase installed?15:43
james_wstrk: ok I believe "bzr rebase --pending-merges" will do what you want15:45
Leonidashow can I change the directory that is used as root directory?15:47
ngnpjames_w: what project the bug is for?15:48
james_wngnp: bzr please15:48
plexqhow can I diff two branches?15:48
james_wplexq: there are a couple of ways15:49
james_wplexq: "bzr diff --old ../other-branch" from one of them is one way15:49
james_w"bzr diff -rbranch:../other-branch " would be a second15:50
Leonidaswhat do I need to change the root directory in a repository?15:54
=== AnMaster_ is now known as AnMaster
ngnpjames_w: see https://bugs.launchpad.net/bzr/+bug/27316015:57
ubottuUbuntu bug 273160 in bzr "The quick start card is actually a quick reference card" [Undecided,New]15:57
james_wthanks ngnp15:57
ngnpjames_w: thank you!15:58
=== AnMaster_ is now known as AnMaster
ngnphmmm ... that patch is not in order .... bzr branch myproject newproject .... as ... bzr branch --help ... suggests FROM_TARGET TO_TARGET ... any suggestion with this?16:05
=== mark2 is now known as markh
rkerrproblem...16:22
rkerr"If you're sure that it's not being modified, use bzr break-lock lp-140342092://..."16:22
rkerrbzr: ERROR: Unsupported protocol for url "lp-140342092://..."16:23
ngnpso I had to type  bzr branch ./myproject ./newproject :-( including the path16:25
nanderssonVerterok, Hi, I'm about to file a bug in bzr-eclipse regarding "bzr tag" support, but I'm not sure how it would best be implemented16:27
nanderssonTo me it makes sense to place it together with "commit"16:27
Verteroknandersson: hi!16:27
nanderssonIn order not to clog down the right click menu16:27
nanderssonBecause I think that "bzr tag" is a thing you don't do that often - not as often as a commit16:28
nanderssonand my guess is that you first commit, then tag, when you're "tagging" a source tree16:29
Verteroknandersson: so, adding a "commit & tag" feature in the commit dialog? (like the optional fixes or adding untracked in commit)16:29
nanderssoni.e you don't want to tag a tree that isn't first commited16:29
nanderssonVerterok, yes, thats how I see it - I don't know if others agree16:29
james_wngnp: that should be no different to "bzr branch myproject newproject"16:29
nanderssonBut to me it makes sense16:29
nanderssonI can't see where you would like to tag a branch that isn't commited.16:30
Verteroknandersson: I think both approaches could coexist, i.e: having a tag dialog, and the optional "tag after commit" in the commit dialog16:31
nanderssonIn that case - it makes sense to put it in the "commit" dialog16:31
nanderssonVerterok, yes, of course - and if you tag a tree that is modified I think you should raise a warning16:32
Verteroknandersson: ok, file the bug with your requirement, and this comment about raising a warning (I like it :))16:32
nanderssonVerterok, I'll do that. I think that's how it should be implemented16:33
nanderssonVerterok, BzrEclipse works as a charm - very nice job indeed16:33
Verteroknandersson: if someone want to have it outside the commit dialog, I can easily add a standalone tag dialog (once it's implemented for the commit) ;)16:34
Verteroknandersson: thanks, I really appreciate this kind of feedback :-D16:34
nanderssonVerterok, yes, I guess there could be scenarios when you realize that the existing tree should be "tagged" Good to have it as an option16:35
nanderssonVerterok, I'm glad I can help out :)16:35
Verteroknandersson: by the way, I'll be rolling out a new build at the end of the day, (minor bug fix, related to xmlrpc service, and possibly a new option to limit the log fetching)16:36
nanderssonVerterok, cool :) I update then16:36
Verteroknandersson: if you are interested in peeking what I've playing with, I have a screensshot (it's just a prototype) of future launchpad integration (via launchpadlib) :) http://verterok.com.ar/images/BranchList_prototype.png16:42
Verteroknandersson: my idea is to allow branching directly from that list, I'm sure there are other possible use cases16:45
Verteroknandersson: but it's just a prototype, it need a lot more work to make it "usable"16:46
nanderssonVerterok, That looks cool. Perhaps something that could be used together with the "New -> Other -> Bazaar"-Wizard?16:50
nanderssonVerterok, i.e to have the possibility there to browse your launchpad code repository?16:50
Verteroknandersson: ideed, and with all dialogs that asks for a branch location :)16:51
nanderssonVerterok, or projects that have your name on it - if that is possible16:51
Verteroknandersson: launchadlib, it's still in early stages, so I depend on what features it provides. ATM, it only allows to get the branches of a project16:51
Verteroknandersson: but I'm sure that's going to change soon :)16:52
nanderssonVerterok, cool, I think that would be an effort then that depends on what Launchpad provides. a "Navigate Launchpad"-feature would be cool.16:53
nanderssonVerterok, but I guess it is also dependent on the amount of data that flows between LP and Eclipse16:53
nanderssonVerterok, what you said about Mylyn seems interesting - and to connect Eclipse with the bugtracker and TODO-lists16:55
Verteroknandersson: sure, quering LP is in the roadmap of launchpadlib, so it 'll land sooner than later. that 'ld allow me to add the "Navigate" option16:55
nanderssonVerterok, I filed the bug by the way with some useful links16:55
Verteroknandersson: Mylyn integration is also on it way ;)16:56
Verteroknandersson: great!, thanks.16:56
Verteroknandersson: I just need a bit more of time to put on this, too many things to do :p16:57
nanderssonVerterok, hehe, I can imagine :-)16:57
nanderssonVerterok, Now I'm very pleased with the workflow. The rest is pure features16:58
Verteroknandersson: great to know.17:03
=== AnMaster_ is now known as AnMaster
pagenoareHello17:35
=== AnMaster_ is now known as AnMaster
=== sdboyer is now known as sdboyer|oot
Verterokpagenoare: Hi17:50
frikazoydSo when using bzr, is there a way to release locks automatically once you push?19:02
frikazoydOr an option for push that releases locks?  I didn't see one immediately19:03
* LarstiQ blinks19:07
LarstiQfrikazoyd: I'm not sure what you mean?19:07
frikazoydOkay19:07
frikazoydSo we just started using bzr for a project19:07
frikazoydNow I committed some files, and that went fine.  Everything seems to work so far.19:07
frikazoydBut then someone else wanted to edit that file, and couldn't commit his changes.  Said I had a lock on it19:08
frikazoydbut I was done with it.  And I didn't request a lock on it in the first place.19:08
frikazoydso he broke my lock19:08
frikazoydnow, I couldn't pull after that.  Had to do a merge, and now I can't commit without breaking his locks and further causing problems down this vein19:08
LarstiQthat's rather weird19:08
LarstiQfrikazoyd: in normal operation, locks don't get left around19:09
frikazoydHm19:09
frikazoydso something may be borked19:09
LarstiQfrikazoyd: a lock either means: someone is actively doing something with it, or, a client got interrupted (^C) and didn't get the chance to clean up19:09
frikazoydHm19:10
LarstiQfrikazoyd: if you're getting locks strewn all over in regular operation, something is wrong.19:10
frikazoydI know neither is the case at the moment19:10
=== mw is now known as mw|food
ngnpjames_w: i do not copy :p ... is bzr branch myproject newproject should work?19:44
ngnpok ... i tested it without ./ and it worked ... aargh19:46
* ngnp go to sleep19:46
=== mark2 is now known as markh
=== mw|food is now known as mw
=== thumper_laptop is now known as thumper
aa_hi, anyone got any experience (nice way) to do a bzr mirror of an hg repo?21:15
mwhudsonaa_: there's bzr-hg, don't know how well that works currently21:30
aa_mwhudson: just trying it, it kind of hates me :)21:31
mwhudsonaa_: and a fast-import based stuffs21:31
aa_hmm, is there a way I can get an actual traceback with the "send this traceback to bug tracker"21:34
aa_I just get some output about version and thing, but no traceback21:34
rsc-hey guys.22:05
rsc-so lets say I made a local branch out of a remote branch (bzr branch lp:xxxxx). if I made 10 new revisions on my local branch, how can I update the remote branch with just one consolidated revision?22:05
beunorsc-, branch the remote branch again22:06
romaiaHello there. Does someone have a quick reference for a server-side post push hook that updates the tree after the push?22:06
beunorsc-, and, locally, go to that branch, bzr merge ../otherbranch22:06
rsc-okay22:06
beunocommit n' push22:06
beunoyou can also just do a checkout22:06
beunoand just commit22:06
rsc-what do you mean?22:07
beunoisntead of a branch again, do: bzr co lp:xxx22:07
beunoso, when you commit, it will send the changes22:08
beunoso you don't need to push22:08
rsc-oh, right22:08
beunocheckouts are bound to it's parents22:08
rsc-it sort of automatically pushes it22:08
rsc-because it's the "same" branch, just stored in 2 different locations, right?22:08
beunoyeap22:09
rsc-are there locks?22:18
rsc-like in svn?22:18
beunoyes, it takes out some write locks in certain cases22:19
rsc-okay22:19
rsc-when i do a "bzr merge", can I use meld?22:19
rsc-to preview the changes to be done?22:19
rsc-and perhaps to decide on how to merge certain conflicting files22:20
beunoyeap, you can22:21
rsc-how do i do that?22:21
beunowith bzr-extmerge plugin22:21
rsc-sounds good.22:21
rsc-not sure if its in the ubuntu repositories though22:21
beunoit isn't22:22
beunomkdir ~/.bazaar/plugins22:22
rsc-but im sure it's easy to install. ill check it out :)22:22
beunobzr co lp:bzr-extmerge ~/.bazaar/plugins/extmerge22:22
beunoand you're set22:22
rsc-so do i just do "bzr extmerge" in place of "bzr merge" ?22:22
beunowell, you can do bzr help after you install the plugin  :)22:22
beunoI don't really remember22:22
Verterokrsc-: you should do something like: bzr extmerge <file_with_conflicts>22:23
Verterokhey beuno22:23
rsc-okay22:23
beunohey Verterok22:24
Verterokrsc-: after you executed a 'bzr merge'22:24
* Verterok brb22:24
=== Verterok is now known as Verterok|out
rsc-oh there we go22:25
rsc-hmm, extmerge does a 3 way diff. shouldn't it be 2 way? (my changes vs. remote changes)22:29
mwhudsoni usually just run 'meld .' after a merge22:32
mwhudsonoh, he left22:32
=== bac is now known as bac_afk
=== bud3030 is now known as bud3
=== Verterok|out is now known as Verterok
pooliegood morning23:14
Verterokhi poolie23:16
lifelessabentley: your preview intertree diff seems to include lots of stuff in NEWS that isn't part of your branch; I haven't read further yet because I presume you had an our of date bzr.dev mirror or some such23:39
abentleylifeless: Yes, that's why I sent in a corrected one.23:39
lifelessabentley: cool, I haven't seen that yet23:40
abentleylifeless: Subject was [MERGE] Intertree testing for PreviewTree23:40
lifelessgreat, thanks23:40
lifelessjam: when do you finish?23:42

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!