/srv/irclogs.ubuntu.com/2008/11/15/#bzr.txt

iahello, everybody. could someone, please, give me link to good manual for setting up bzr server to work with it via bzr:/-protocol?01:02
=== mw is now known as mw|out
jfroy|workquick question: how do I get the revno of the working-tree?01:36
jfroy|workI'm trying to find a regression by checking out old revisions of a branch, and I want to confirm the revno of the current working tree01:36
verterokjfroy|work: revision-info?01:45
jfroy|workThat seems to give me the latest revno of the branch01:49
jfroy|worke.g., gives me the revno of bzr log -r -101:49
jfroy|workwhen a bzr st outputs a message stating my working tree is out of date01:49
verterokjfroy|work: according to bzr help  version-info, it shows revision info of the tree01:56
verterokjfroy|work: you could do bzr update to get your tree up to date01:56
jfroy|workindeed, thanks01:56
jfroy|workno that's just the thing, I'm doing a regression analysis, and I wanted to make sure my tree was out of date (at a specific revision)01:57
n[ate]vwI'm trying to install bzr 1.9 on my web host, but getting a build error due to missing Python.h01:57
n[ate]vwHow do I use this --allow-python-fallback that it recommends?01:57
n[ate]vwor where do I find an older version?01:58
verterokjfroy|work: maybe you can use lightweight checkouts to have different revisions of the tree around01:58
verterokn[ate]vw: I not an expert, but it looks like your server don't have the development files of python (headers, etc)01:59
n[ate]vwyeah, I'm assuming that's the problem, but the error diagnostic makes reference to this python fallback option02:00
verterokn[ate]vw: if it's a debian based distro, I'n sure a simple: apt-get install python-dev should solve the problem02:01
n[ate]vwbut then I get "error: option --allow-python-fallback not recognized"02:01
n[ate]vwit's a shared host, so no can do02:01
verterokhmm, what version of python?02:02
n[ate]vw2.5.102:02
jfroy|workverterok: version-info worked fine02:02
verterokjfroy|work: great! :)02:02
jfroy|workAlthough indeed, I am getting a bzr exception when trying to checkout if a tree already exits02:02
jfroy|workI have to remove-tree, then co again, with a different revno02:02
verterokjfroy|work: you could  do the co in different dirs :)02:03
jfroy|workI don't really care to keep multiple trees02:03
jfroy|workI mean, I could, I suppose02:03
jfroy|workBut I'm playing a game of "is it this one?"02:04
verterokhehe, ok.02:04
verterokn[ate]vw: could you pastebin the error?02:04
verterokand the command you are using?02:05
n[ate]vwverterok: http://pastebin.com/d61571c5902:06
n[ate]vw(original command was 'python setup.py install --home ~/sw')02:07
verterokn[ate]vw: you could simply drop the source there, and bzr should "just work" (mileage may vary)02:08
n[ate]vwthat's true, forgot about that option02:09
* verterok bbiab02:12
=== verterok is now known as verterok_
=== jszakmeister|awa is now known as jszakmeister
=== jszakmeister is now known as jszakmeister|awa
LeefmcQuestion: I am attempting to branch a googlecode project via bzr-svn, and although bzr-svn is downloading the branch information (such as commit logs), it is not actually downloading any code.. Any thoughts as to why?12:42
luksit's not downloading the code at all (ie, the process has finished and no code was downloaded)?12:44
Leefmcluks: Correct12:45
luksthat's weird12:45
lukshow do you check that?12:45
Leefmcis "bzr branch  http-addy-to-trunk" the correct command?12:46
Leefmcerm, minus a space, heh12:46
Leefmcluks: By looking in the directory and seeing zero code12:46
luksin most cases, yes12:46
luksLeefmc: what does `bzr info` say?12:46
Leefmclemm rebranch it, one sec12:46
luksI think you just have a branch without a working tree12:46
Leefmcohh thats right12:47
lukswhich `bzr checkout .` should fix12:47
Leefmci forgot, if theres no working tree bzr wont show you code12:47
Leefmcthat always trips me out. heh12:47
lukshm, I wonder why?12:47
LeefmcMy minds all fluxxed from bzr-svn hybrids heh.12:48
luksbzr doesn't show you the code, your shell does12:48
Leefmcluks: Well, i ment that bzr physically hides the code, does it not?12:48
luksLeefmc: no12:48
LeefmcOh well, maybe thats not the problem then.. lemme bzr info12:48
luksall bzr is interested in is the .bzr directory (in most cases)12:49
luksthe working tree matters only if you try to e.g. commit12:50
Leefmci dont wanna paste it all, so what are you looking for specifically? there is a shared repository, a repository branch, and a parent related branch12:50
Leefmcbut the branch, only has one directory in it, .bzr. The file system has zero code in it12:50
lukstry bzr checkout .12:50
luksor bzr log12:51
luksif bzr log list something, you just want to add the working tree12:51
Leefmcluks: Ah, you confused me before (or rather 4am with no coffee, confused me, more than likely)12:52
Leefmcluks: So bzr _does_ actually hide the code if you have no working tree12:52
luksLeefmc: it doesn't hide it, it simply doesn't exist12:52
Leefmcie, without a working tree, code is not visable on the file system12:52
luksLeefmc: you can't hide something that doesn't exist :)12:52
lukswell, that's obvious12:53
luksbut the working tree is not hidden12:53
Leefmcluks: Well it must exist somewhere on it, because you can essentially download it from bzr when you checkout12:53
luksLeefmc: no, bzr only knows the data to generate it12:53
luksbut it doesn't exist in the form of actual files12:54
Leefmcluks: Ah, well imo it still exists within bzr then haha, but now were splitting hairs :)12:54
Leefmcluks: Yea12:54
Leefmcluks: Anyway, thanks12:54
Leefmcluks: Have you delt with bzr-svn much?12:54
luksI wonder how did you get into this situation, though12:54
Leefmcluks: No working tree?12:54
luksyes12:55
luksit's not the default option12:55
luksdo you have a repository created with `bzr init-repo --no-trees` or something?12:55
Leefmcluks: Its my workflow of choice, coming from git (gawd, i really do need coffee). I prefer to have many test branches, and one working one on the file system so i never jump around in my IDE. So i have --no-trees defined in my shared repo12:55
luksLeefmc: that's what surprises me, if you know enough to use the --no-trees option, I would have expected you know how to create a checkout :)12:56
Leefmcluks: I do, i just forgot that bzr hid (or rather, didnt make visable, however you wish to lookat it :o) the code within12:57
luksor at least non-existance of the checkout would not confuse you12:57
lukswell, you _told_ it to do that12:57
LeefmcIts been a couple months since i've used bzr, so it confused me ;)12:57
luksso that should be the expected behavior12:57
Leefmcwell, 4am and no coffee too haha12:57
luksah :)12:57
Leefmcluks: Actually i told it "--no-trees", and really i had forgotten why i used it, aside from the fact that it allowed me to achieve my desired workflow.12:58
LeefmcSo i told it "--no-trees" and i forgot i was telling it "--dont-give-me-any-visible-code" :o12:59
luksheh12:59
Leefmcanyway, i really do need coffee. Thank you for your patience.12:59
=== cprov is now known as cprov-afk
GaryvdMHi - Is there a way to suppress warnings in bzr.13:52
GaryvdMMy client is using bzr-upload. It tries to set chmod's, but my client is using a IIS server for her site, so we get a warning for each file that it can't set the chmod.13:53
GaryvdMI would like to suppress these warning, as they are not a problem in this case.13:54
LarstiQGaryvdM: I'd file a bug on bzr-upload14:10
GaryvdMOk - It is a todo in their code.14:18
LarstiQor fix it yourself if it's not too much trouble :)14:20
gourhi, anyone interested for some benchmark results (doing bzr's vs. gits' fast-import from darcs), take a look at https://bugs.launchpad.net/bzr-fastimport/+bug/23217714:31
ubottuLaunchpad bug 232177 in bzr-fastimport "Better darcs support needed" [Undecided,New]14:31
gourand i'm bit disappointed that bzr couldn't finish task in more than 5hrs which git did in 20mins :-(14:33
=== pmezard is now known as pmezard|afk
leefmcQuestion: I accidentally made a checkout into a no-tree branch. How can i remove the checkout from that directory without harming the branch?16:04
LarstiQleefmc: `bzr remove-tree`16:11
leefmcLarstiQ: Thank you.16:12
leefmcWasn't sure if any of those would harm my branch, etc.16:12
pygiI know its saturday, but would anyone here be so kind to help me assemble a TOC?21:16
mkanatkiko: NASA used PRACA for the first time, live, for the Endeavour shuttle launch yesterday. :-)21:52
mkanatkiko: They use bzr for that, too. I think they use bzr as much as they can for their internal projects, now, actually.21:53
mkanatAt least, at Ames HCI.21:53
mkanatkiko (and poolie, etc.): I have a little news article that's going to go live about PRACA on bugzilla.org. Maybe you could get them to make a little statement about bzr, too. They're pretty fond of it. :-)21:54
kikomkanat, wow, no way! is that serious?21:59
mkanatkiko: Yeah! :-) http://www.bugzilla.org/news/#praca22:00
mkanatkiko: They started using it because I use it for ES projects.22:00
mkanatkiko: But bzr is super-convenient for them because there's SO much merging involved in what they do, and there's also a LOT of branching.22:00
kikoyou are the man22:01
kikothat's a really cool story22:01
mkanatThanks! :-)22:01
kikolet's try and get some news out on monday22:01
mkanatkiko: Okay. Do you want me to put you in touch with the people at Ames who use bzr?22:01
kikoyes, if you could forward an email to me I'll do the rest22:01
mkanatkiko: Okay.22:01
kikonasa, how about that22:02
mkanat:-)22:03
=== fta_ is now known as fta
lamalexdoes anyone know who the loggerhead maintainer is?  Does he/she hang out in here at all?23:11
lamalexI submitted a bug with a patch a few nights about but there's been no activity on the bug23:12
lamalexs/about/ago23:12
pygilamalex, I think its Michael Hudson23:14
pyginot sure23:14
jelmerlamalex, yeah, Michael Hudson (mwh) or Martin Albisetti (beuno)23:46
lamalexjelmer: pygi: thanks23:46

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