=== mordred_ is now known as mtaylor
sproatyhow come directories don't have the same revision ID as its children? e.g. I just commited to the dir "whyteboard" and it's last updated on january, rev 170 whereas its contents are at 305. I'd expect the dir to be at 305 too?01:06
=== Ursinha-dinner is now known as Ursinha
spivsproaty: I think for directories the web viewer only shows when the directory entry itself last changed01:13
spivsproaty: so when it was created, or last renamed01:13
spivsproaty: I suspect it does that because it's cheaper to calculate than the last revno that any of its contents last changed.01:14
sproatyyeah true, I guess a  large project with several hundred sub-dirs would take a while to generate the root page :)01:15
PhoenixzI have a bzr branch with a number of tags. I want my WT to reflect the state of a certain tag, and after that I want the WT to be again in the latest version. How do I do this? I thought bzr switch, but that seems different01:57
Phoenixzfullermd: bzr update tag 1.0.3 ?02:00
fullermdbzr update -r<whatever>02:00
Phoenixzfullermd: so I cannot specify a tag?02:01
Phoenixzthat would have been sweet :)02:01
fullermd-rtag:1.0.3 (or possibly just -r1.0.3 in recent enough versions assuming you don't have a revno 1.0.3)02:01
fullermd(which I don't THINK is possible...  I think the middle number is always natural)02:01
Phoenixzfullermd:  bzr: ERROR: branch has no revision sven@fs-ex-20100714193341-nxxm4776w97sbaip02:02
Phoenixzbzr tags shows the 1.0.8 tag to be revision 171.1.14202:02
Phoenixzbzr update -r171.1.14202:03
Phoenixzgives same kind of error02:03
maxbAre you sure? I would expect a quite different error?02:03
Phoenixzmaxb: its whats on the screen.. dunno what it means though02:04
fullermdMmm.  That seems to be a bug in 2.1.x....  it works with bzr.dev.02:04
Phoenixzfullermd: crap.. No way around02:04
fullermdIt's getting all cranky about revs that aren't on the mainline.02:04
fullermdYeah, that's a 2.2 fix.02:05
fullermdYou could use bzr.dev or a 2.2 beta.02:05
Phoenixzfullermd: now that I have you "on the line" anyway.. do you know a solution to this? I have a framework in a bzr branch, from there I created two other branches that use that framework to create a web system. Works flawless all but for one major problem02:05
fullermdYou could also use 'revert', though that has various uglier sides.02:05
* fullermd gets off the line!02:05
Phoenixzfullermd: I created this design because at various times we find bugs in the framework in the projects using that framework. So we fix the framework bugs in that project, so that we later can merge those fixes back into the branch that only contains the framework02:06
Phoenixzfullermd: problem is, the merge from the project to the framwork branch will also copy all changes that are specific to that project to the framework branch, and I dont want those.. Up until now, I used "bzr revert" to kick out those changes, but it gets a bit labourous.. isnt there a better way to fix that?02:07
fullermdYes, that's ugly.  Doing that 'revert' has a lot of ugly side effects.  For one thing, you may not have the files in that new rev, but they're all in the history.02:08
fullermdFor another, that means the next merge of that framework up into the project will delete all the files too.02:08
fullermdIdeally, you'd do it initially in the framework branch, then merge up as needed.02:08
fullermdOf course, in practice that ends up impractical a lot of the time.02:08
Phoenixzfullermd: yeah, so I've noticed.. once I start merging to the project again, it starts deleting all specific project files that I reverted in the merge to the framework02:09
fullermdSo your next best bet it to just cherrypick back the fixes, not do full merges.02:09
Phoenixzfullermd: yeah, that is VERY impractical....02:09
Phoenixzfullermd: would take up lots of extra hours, lots of human errors.. dont even want to think about it02:09
Phoenixzfullermd: isnt it possible to have a merge filter in place, that would only merge those things NOT in the filter?02:09
Phoenixzfullermd: so that it transparently will skip those directories that are specific to one project02:10
fullermdThe short answer is "no"02:10
PhoenixzThats not really the answer I was waiting for... :)02:10
fullermdCherrypicking back the actual revs that fix stuff in the framework code is the rightest (or least-wrong) option in practice.02:11
fullermdIt may lead to a few blips of spurious conflicts when you merge back, but that's manageable.02:11
fullermdWell, OK, there's the other answer, which is "use darcs"  ;p02:12
Phoenixzfullermd: THAT is a surpise answer... :)02:12
Phoenixzfullermd: and why not "Lets implement that in bzr"? :P02:12
Phoenixzfullermd: thing is, I got BZR control finally implemented in a development library here.. from the site I can do commits, with library version updates, etc... saves lots of time.. just re-wrote it from SVN.. would hate having to make another one for DARCS now :)02:13
Phoenixzand truth be told, I kinda like BZR :P02:13
fullermdWell, because in a fundamental-world-model sense, there are two classes of VCS's; there's darcs, and there's everyone else.  And this sort of thing (arbitrary subsets of revisions) is basic to the darcs worldview, and anathema to everyone else.02:13
fullermdI was being rather more facetious than serious   :p02:14
Phoenixzfullermd: hehehe.. okay, but what are my options here then? I dont want to have to work on 2 projects at the same time, testing for bugs in one, and then fixing them in another.. thats rather.. horrendous..02:15
fullermdDo it in the downstream and then cherrypick back just that one rev.02:17
fullermd(and then immediately re-merge it, to dispose of the potential conflict if necessary right away when it's simple)02:17
Phoenixzfullermd: eh, sorry, lots you.. downstream is... where? and cherrypick, how would I interpret that ?02:17
fullermdDownstream would be your app using the framework.02:18
Phoenixzfullermd: okay, but so.. how would I cherrypick back then?02:18
fullermdCherrypicking is [in this case] the act of [pseudo-]merging back just a single rev.02:18
fullermde.g., `bzr merge -c345 ../downstream`02:18
fullermd(where -c does NOT mean cherrypick)02:19
Phoenixz-c would be revision?02:19
fullermd-c means "change".  It's basically a shortcut: "-cX" is shorthand for "-rbefore:X..X"02:20
fullermdWhat actually makes it a cherrypick is that the ancestries you're merging aren't fully connected.  So bzr doesn't (can't) record an actual merge.02:20
Phoenixzcould I do bzr merge -c345 346 348 for example?02:21
fullermdThe 'merge' degenerates to being just a smart form of "diff | patch"02:21
Phoenixzfullermd: mmmmm, so basically, bzr branch on the framework side would not know that the changes came from, say, multiple changes on the project brnach?02:22
fullermdNo.  You could do a series of merges (using --force to convince it to let you merge into an unclean WT), which may or may not work out well.02:22
fullermdRight.  It can't, unless you share all the history.  And you don't want that.02:22
Phoenixzfullermd: BZR is my "its complicated" on facebook at the moment.. :)02:24
PhoenixzSo I guess I'll have to be cherrypicking then..02:25
fullermdYeah.  "Real" cherrypicking is what you'd want in the ideal case anyway, so an approximation of it is the heir apparent.02:25
Phoenixzfullermd: okay, I'll start experimenting a bit to get the hang of it.. meanwhile, if I've been doing the whole merging back thing before, that wouldnt be a problem, right?02:30
fullermdWell, it means the whole history (up to the "latest" point anyway) of all your downstream projects is sitting around in the history of your framework.02:30
Phoenixzfullermd: so best would be to just start with a clean import again? to make sure that all history is gone?02:31
fullermdWith all the history-size and sensitive-info complications that brings.02:31
fullermdWell, or just back up to before you started merging downstreams in.02:31
fullermdDepending on how much comes after that, either redoing them piecemeal or just splatting the current state over.02:32
fullermdSome care would need to be taken with any new files etc. to be sure they have appropriate identities, otherwise you set yourself up for more ugliness in the future.02:33
Phoenixzfullermd: By the way, upgraded to bzr 2.2 nightly build, same error...02:35
Phoenixzbzr: ERROR: branch has no revision sven@fs-ex-20100714193341-nxxm4776w97sbaip02:36
Phoenixzbzr update --revision only works for a revision in the branch history02:36
fullermdWhat's the version/date of the build?02:36
fullermdHm.  I think NEWS is cracked on exactly when the bugfix came in, but it was in April anyway.02:40
spivWe need to fix bzr to fetch the revisions of tags as well as the tip when you fetch a branch.02:40
spivThere's a bug about that.02:40
fullermdspiv: No, I'm pretty sure this is the "update -r blows chunks when given non-mainline rev"02:40
spivOh, ok.02:40
fullermdWhich is mis-attributed in NEWS.02:40
fullermdMaybe.  It's hard to tell...02:41
fullermdThe 2.2b1 tag doesn't seem to be in bzr.dev or bzr-2.2's ancestry.02:42
Phoenixzfullermd: one sec, running the export and frankly, my laptop is dying with workload, one sec.02:43
Phoenixzfullermd: Bazaar (bzr) 2.2.0dev102:45
Phoenixzfullermd:  thats the bzr I found in ubuntu repos.. Im gussing I'll have to build this one for being way to new..02:46
fullermdThat sounds oldish...   more recent would be 2.2b<something> or at least a higher dev#.02:47
Phoenixzfullermd: yeah, my guess too.. but that means building from source02:49
fullermdIf you have the appropriate stuff (like pyrex) installed, that's pretty easy.02:50
fullermdYou don't have to _install_ the bzr; you can just run it out of the source tree.02:50
fullermd(and actually, you don't strictly _need_ the pyrex or other build stuff even)02:50
Phoenixzfullermd: well, I'll think about it.. for now, I have a project to deliver first :)02:54
fullermdOh, how dearly I'd love to not understand what you mean...02:55
* spiv does the install-ubuntu-on-new-laptop dance07:36
vilaspiv: woohoo ! specs ?07:46
spivvila: "not 3.5 years old" is the important one ;)07:47
spivThinkpad T410 with a random selection of options ;)07:48
vilaCPU, memory size, SSD/HD size ?07:48
vilascreen size, weight07:49
spivYep, it has a CPU.07:49
vilajam is disgusted :)07:50
spivi7-620M, 4GB RAM, 320GB HDD, 14", not as heavy as my previous.07:50
spivTo a large extent I really don't care about any of that.07:51
vilaha ha, no SSD then...07:51
spivThe main things I cared about were the VT extensions for happy kvm and, well, that's about it ;)07:51
vilabut 4 threads... welcome to --parallel=fork heaven :)07:51
spivI'm essentially satisfied with the computing power of my old laptop, it's just the lack of battery life and functioning keyboard that's the problem :)07:52
vilayeah, keyboard helps07:52
spivI suspect it's nearly impossible to buy a laptop that's crummier than something 3.5 years old except perhaps by getting a netbook... and even then it's probably a near thing.07:53
spiv(A relatively cheap laptop from 3.5 years ago, too)07:54
vilaspiv: don't forget to use tmpfs for /tmp and /var/tmp, AFAICS that's still not the default for maverick07:55
spmspiv: have you looked towards 2nd hand? the laptop I use for taking away is such; light, not too powerful; but good enough.07:55
spivspm: not really, I'm trying to own less electronic crap rather than more ;)07:56
spivspm: it's not a bad idea, but really after my previous laptop with 9-cell battery + separate keyboard this one will seem pretty light :)07:56
spivNo need to get myself used to unreasonable luxury...07:57
spmfwiw, I got mine via recompute.com.au. I wouldn't say I'm entirely *thrilled* with their service (they delivered without the promised internal wireless, and convincing them of same was a pita), but not too shabby. dealt with worse.07:58
spmdamn!  IBM ThinkPad T43 Laptop $329!07:58
spivHee :)07:59
jamspiv: have a good night08:05
spivjam: thanks :)08:08
james_wjam: https://code.launchpad.net/~ubuntu-branches/ubuntu/maverick/cuyo/maverick-201007212128/+merge/30582 https://code.launchpad.net/~ubuntu-branches/ubuntu/maverick/libsmbios/maverick-201007211814/+merge/30567 https://code.launchpad.net/~ubuntu-branches/ubuntu/maverick/cloud-init/maverick-201007211812/+merge/3056608:22
james_wjam: collisions detected overnight, possibly due to the change to diff08:22
=== oubiwann-away is now known as oubiwann
=== bigjools-afk is now known as bigjools
=== beuno is now known as beuno-lunch
=== Pilky_ is now known as Pilky
=== beuno-lunch is now known as beuno
aj-dneghellos! i am using bzr-svn to push commits onto my company's giant svn repo, but i am getting an error when i try to push my changes now "ERROR: These branches have diverged."18:33
aj-dnegi suspect it's because there have been commits to the repo elsewhere that have bumped the revno or something?18:34
jelmeraj-dneg: there are changes on the same branch that you're pushing to18:34
jelmeraj-dneg: changes that are not present in the local tree that you're trying to push18:34
aj-dnegi'm the only one pushing to it though!18:34
jelmeraj-dneg: try running "bzr missing <url>"18:34
aj-dnegbzr missing svn://blablabla?18:34
aj-dnegoh f&£#, my bad18:35
aj-dnegi pushed it somewhere else and then did an svn mv from one location to another18:35
aj-dnegthe revision i'm missing is "moved the code"18:36
aj-dneghowever shall i fix this?18:36
aj-dnegi tried doing bzr merge but it just whinged about something...:18:37
jelmeryou can either rebase your local tree onto the remote one ("bzr rebase <url>") or simply ignore the fact that extra revision is present remotely ("bzr push --overwrite <url>")18:37
aj-dneghm, might try rebase18:38
aj-dnegwhat would you do? :)18:38
aj-dnegaw i couldn't rebase: different rich-root support18:39
aj-dnegsame as if i try to merge18:39
aj-dnegok --overwrite worked a treat, thanks18:40
aj-dneganyone know how to save username/password for bzr svn?18:41
=== Ursinha is now known as Ursinha-nom
dashdoes the bzr-eclipse guy hang out here? :)20:06
jelmerdash: He is verterok20:08
verterokjelmer: hi :)20:09
verterokdash: hi20:09
dashverterok: first, thank you for making life with eclipse easier ;)20:09
dashverterok: any thoughts on what it'd take to make bzr work with the 'team synchronizing' feature?20:09
verterokdash: thanks :), sadly it's been a while since I got enough time to work on bzr-eclipse :(20:10
verterokdash: not offhand20:11
verterokdash: but I would take a look to the egit implementation (I read somewhere they just added support for it)20:11
dashsounds good20:12
dashthanks. :)20:12
verterokdash: or the mercurial plugin, don't know if the support 'team synchronizing'20:13
=== Ursinha-nom is now known as Ursinha

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