/srv/irclogs.ubuntu.com/2010/01/26/#bzr.txt

mtaylorwhat the crap?01:26
mtaylorbzr: ERROR: exceptions.AttributeError: 'Inter1and2Helper' object has no attribute 'source_repo'01:26
mcrI was hoping bzr serve would permit some kind of minor password authentication.02:16
mcrI want to setup some people with TortoiseBZR because they are major lusers who can not cope with plink, etc. stuff.02:17
mcrIs there some option for this?  I'll resort to IP address restrictions if I have to, but ...02:17
fullermdNo, the bzr:// protocol doesn't have any of that.  There've been occasional discussions on the list; I think somebody posted some WIP patches once.02:26
fullermdYou could try setting up the bzr+http:// smart server, and using HTTP auth via Apache etc.02:26
wgrantDoes Windows really still not have a good SSH story?02:29
fullermdOh, c'mon, just put the ball ON the tee for us, why doncha...02:33
=== timchen119 is now known as nasloc__
keithyis there a solution for nested projects as part of bzr yet?05:42
jamlp:~canonical-bazaar/udd/hottest100/08:04
jamlifeless, poolie, vila: ^^08:04
jamlp:~canonical-bazaar/udd/hottest100/08:04
lifelesslp:~canonical-bazaar/udd/hottest100/08:04
=== sven is now known as Guest18727
justdaveI created a branch with bzr clone, but I want to treat that branch as if it's the original source now, how do I remove the "parent repo" relationship from it?09:20
fullermdYou can edit it out of the branch.conf.  But what makes you think you need to?09:24
fullermd'parent' doesn't mean any sort of dependancy; it's just the default place that 'pull' looks to.09:25
justdavewhen I try to pull from the new location from a client, it's giving me an error about being unable to write to the original parent09:25
fullermdBeing a parent branch will never make it try to write there.  That's something else; you have it bound, maybe.09:26
fullermdWhat does 'info' say it is?09:26
justdaveoh, must be my client spewing that, because the error is about an https: repo, and the new repo shows it with a bzr+ssh: on the old location09:28
justdavethe client had formerly checked out from the old repo, and I was trying to update it with bzr pull --remember (new repo location)09:28
PengTry "bzr switch".09:28
justdaveok, that almost works.09:30
fullermdYes, pull probably isn't what you want to do in a checkout there.09:30
justdavemy cleint's too old.09:30
justdaveclient*09:30
PengEep, too old for what? How old is it?09:30
justdaveBazaar (bzr) 1.1809:30
justdaverepository format is 2a09:30
fullermd1.18 can grok 2a (but definitely not as well as a recent 2.0.x, true)09:31
justdavebzr: ERROR: KnitPackRepository('file:///(local checkout)') is not compatible with RemoteRepository(bzr+ssh://(new repo)) different rich-root support09:33
PengHm, can you "bzr upgrade" a checkout to a rich-root format?09:33
fullermdThat's not a bzr version problem; that's because your checkout is a poor-root format (e.g., pack-0.92 or the like), and the upstream you're wanting to move to is rich-root (probably 2a)09:33
lifelessPeng: yes09:34
justdaveok, so upgrading the local checkout first might work09:34
=== jam1 is now known as jam
Penglifeless: Oh, nice. That makes sense, but it's kind of the thing I'd expect to blow up. :P09:36
Pengjustdave: It will work. Have faith! :D09:36
justdaveyeah, it's converting now09:36
lifelessfullermd: cat /proc/cpuinfo :P09:37
timClickshi there, is there anything I can do to fix this?09:37
timClicksbzr: warning: unsupported locale setting09:37
timClicks  Could not determine what text encoding to use.09:37
timClicks  This error usually means your Python interpreter09:37
timClicks  doesn't support the locale set by $LANG (en_NZ.UTF-8)09:37
timClicks  Continuing with ascii encoding.09:37
PengtimClicks: sudo dpkg-reconfigure locales, or whatever it is.09:37
lifelesstimClicks: yes, make sure that you have po files for that locale.09:37
lifelesstimClicks: if thats turning up when you push, talk to the sysadmin of the server you are pushing to09:37
timClicksokay, should be fine09:38
timClicksis this a warning or an error?09:38
timClicksis it fatal?09:38
* timClicks reads text... warning09:38
PengAlso "Continuing". :D09:39
timClicks:)09:39
PengNah, it just means bzr won't give you Unicodey goodness.09:39
PengOther software is likely to complain about the same thing.09:39
timClickshrm09:40
timClicksi don't have sudo rights to this machine09:40
PengSo you really should fix it. It's not hard.09:40
PengAh.09:40
Peng...If the sysadmin hasn't fixed this, maybe it's running a kernel vulnerable to those privilege escalation vulnerabilities? :D09:41
fullermdlifeless: cat: /proc/cpuinfo: No such file or directory     :p09:42
PengWait, why are we talking about /proc/cpuinfo?09:43
fullermdtimClicks: Are you sure that's a valid locale in your system in the first place?  Check `locale -a`.09:43
fullermdI presume he's poking at my bug comments.  So I poke back   ;>09:43
lifelessPeng: bug tracker fun09:44
timClickswell, it's my own machine's locale09:44
timClicksi've sshed into another09:44
timClicksand am trying to run bzr within it09:44
fullermdSure, but locale names can differ by platforms.09:44
lifelessPeng: what privilege escalation vulnerabilities?09:44
Penglifeless: Linux kernel. Past few months.09:44
fullermdYou have have en_NZ.UTF-8, while another platform may call it en_NZ.UTF8 or something.09:44
* Peng waves hands09:44
lifelessPeng: for /locales/ ?09:44
lifelessfullermd: they generally Just Work09:45
Penglifeless: No, so you can get root and fix the locales. :D09:45
fullermdWell, using zh_CN locales makes you vulnerable to Google, doesn't it?   8-}09:45
Peng(This is probably illegal and not actually recommended.)09:45
lifelessPeng: oh, groan.09:45
lifelesstimClicks: you can also tell ssh not to pass all your env variables over09:45
PengSorry. When I have nothing useful to say, I make bad jokes.09:45
lifelessI don't recall how to do that offhand.09:45
Penggrep LANG /etc/ssh/ssh_config09:45
fullermdI'm pretty sure ssh doesn't pass locale stuff like that.  It would probably be in shell rc files on the other side...09:46
PengAh, SendEnv apparently.09:46
fullermd(leastwise, it never has for me)09:46
timClickslifeless: locally or from within ssh ?09:46
Pengfullermd: It can, and it often does by default, depending on your distro.09:46
Pengfullermd: The server doesn't necessarily care, though.09:47
lifelesstimClicks: see SendEnv in the ssh config as Peng says09:47
fullermdAcceptEnv is off by default in sshd, looks like.09:48
pooliejml, i want to know if i should be pushing tribunal stuff into trunk or what09:48
poolie"i need to think about it" is totally acceptable of course09:48
Pengfullermd: The manpage suggests Debian turns it on, though.09:48
fullermdMmph.  Damn crazy commie hackers...09:49
fullermdI wish openssh would give some lovin' to cleaning up connection sharing infrastructure (apropos of nothing)09:49
jmlpoolie, I'll think about it :)09:49
timClickshrm..09:49
timClicksjust checked locale -a09:49
Pengfullermd: What's wrong with it?09:49
timClicksand then  export LANG="en_GB.utf-8"09:50
fullermdAh, yeah.  UTF-8 vs utf-8 is one of those things I've seen vary a good bit, along with with/without "-".09:50
jelmerjam: http://pastebin.ubuntu.com/363128/09:50
fullermdPeng: Too manual.  I've got a lot of fudgery and manual work just to get it working in a few places.09:50
fullermdPeng: If it would grow (a) detection and replacement of stale sockets, and (b) automatic spawning and backgrounding, that would fix things nicely.09:51
justdaveok, conversion finished, now trying to "switch" tells me:09:54
justdavebzr: ERROR: Cannot switch a branch, only a checkout.09:54
lifelessjustdave: pastebin bzr info somewhere please09:55
justdaveon the other hand, bzr pull --remember actually works now09:55
justdaveit's update09:55
justdaved09:55
fullermd('course, on the list of software features needing polish, that winds up WAY below !@&$ suexec...)09:57
Pengfullermd: Ahh, good point. My favorite part is the big race condition: if you start two SSH processes with no socket, the second one will start a connection, then error out because the other created the socket.09:57
mkanatjustdave: Oh, I was going to paste info about how to resolve your exact situation, after we switched.10:02
mkanats/paste/write/10:02
justdavemkanat: yeah, was my checkout of bmo I was trying to update :)10:02
mkanatjustdave: Yeah, I figured.10:02
mkanatjustdave: It just takes a "bzr upgrade" then probably a "bzr bind" I'd guess.10:03
justdaveso the main trick is I need to update my local repo to 2a format first before trying to reparent it10:03
* mkanat nods.10:03
justdavetells me "conflicting tags" though...  I get that a lot (because the current-production tag floats, and gets moved along with what's on the production server)10:05
justdaveis there a way to tell it "use the parent's version of the tags"10:06
justdave?10:06
mkanatjustdave: Oh, that's interesting. Are you using pull or update?10:06
justdavepull10:06
fullermdI think pull --overwrite will force overwrite the tags.10:06
* mkanat was just about to suggest that.10:06
mkanatjustdave: pull is only usually for unbound branches, though.10:07
mkanatjustdave: Usually for checkouts I use update.10:07
PengYou can also "rm .bzr/branch/tags && bzr pull". :D10:07
justdaveI keep a local branch so I can work on stuff when I don't have internet10:08
justdavepush the whole thing back when I get online again10:08
mkanatMakes sense.10:08
jelmerjam: debian_bundle.changelog.Version10:08
bialixhi jelmer10:16
jelmerhey bialix10:17
bialixwhat do you mean by: "qbzr command for importing svn/hg/git repositories? "10:17
bialixfrom http://wiki.bazaar.canonical.com/BzrForeignBranches/Infrastructure10:17
bialixjelmer: ^10:19
timClicks:/ i have an error 13 (permissions) popping up. have used ssh to get into a machine and bzr refuses to do anything10:19
timClickscan i do anything to help it along from my end?10:19
jelmerbialix: a qbzr command that does svn-import/git-import10:20
jelmerbialix: if you're familiar with those bzr subcommands10:20
bialixjelmer: I've used svn-import10:20
bialixjelmer: do you want to have generic dialog?10:21
bialixe.g. Import wizard?10:21
bialixthere is also plain import command from bzrtools, what about it?10:22
jelmerbialix: yeah, generic dialog10:23
jelmerbialix: plain import is completely different10:23
bialixjelmer:why?10:24
jelmerbialix: for ease of use10:25
bialixno, I've asked why about bzrtools' import10:26
jmlpoolie, I'll try to devote some concentrated time to tribunal today10:28
jelmerbialix: Why it is completely unrelated? It imports trees from directories or zip files10:28
bialixor tarballs10:28
bialixjelmer: if you have some sketch in the mind, can you send it to qbzr@googlegroups.com ? ascii art will be fine10:32
bialixbtw, what's the current status of bzr-gtk?10:32
lifelessjml: we could do a conerence call after work, if you want10:32
jelmerbialix: we should probably add the required infrastructure in Bazaar first10:32
jmllifeless, thanks, but I've already got plans for this evening.10:32
bialixthat's great10:32
lifelessjml: :P10:34
pooliejml, actually i don't want to demand a lot of time from you10:37
pooliejust10:37
poolies//also, we can talk easily in london10:37
pooliei feel a bit like i'm forking your project so just wanted some reassurance that you're ok with where it's going10:37
pooliebut you seemed to basically agree in sinny10:37
jmlpoolie, ok. the context-switch overhead is basically my biggest blocker atm :)10:39
poolieyeah i thought so10:39
pooliejust say "I trust you, poolie" and I'll continue :)10:39
jmlpoolie, I trust you10:44
fullermdJust don't sign anything in blood after saying that...10:45
bialixevening igc11:02
lifelesshi bialix11:08
bialixheya lifeless!11:08
bialixhow you guys&11:08
bialix?11:08
lifelesswe're good; spriting at vila's place11:09
bialixcool!11:10
* bialix waves at vila11:10
bialixI will give a talk next saturday about using gettext in python, based on our work in qbzr and bzr-explorer11:11
bialixwant to chat with igc, but can't catch it here11:11
pooliebialix: hello, he is here11:13
bialixheya poolie11:13
pooliehi there11:14
bialixpoolie, I know this is not any high or medium priority for bzr itself, but do you think we can just reuse our i18n work from bzr-explorer?11:17
pooliein core bzr?11:25
pooliei haven't looked at the code at all but i'd love to do it11:25
bialixyes11:25
poolienow would be an excellent time to do it in 2.211:25
pooliebecause we have time to shake out any problems11:25
pooliecan we do a tiny patch that starts adding it in?11:26
bialixperhaps11:27
bialixIan has suggested to use special ZzzTranslations class which we can use for testing if we want to really test gettext stuff11:28
bialixpoolie: we can start with tiny patch11:33
bialixjust need to figure out what is the good target for it?11:33
bialixerror messages, maybe11:33
bialixcommand helps kept in docstrings -- this will require serious rework11:34
jelmerjam: https://edge.launchpad.net/+apidoc/11:34
pooliejam, the url's like that because it's looking at docstrings in the running app aiu11:38
poolieaiui*11:38
pooliebialix: i think errors would be good11:38
pooliei don't know what ZzzTranslations means11:39
bialixanybody has idea what's wrong? http://doc.bazaar.canonical.com/plugins/en/push_and_update-plugin.html11:39
bialixthe link above from BzrPlugins page11:39
pooliehttp://doc.bazaar.canonical.com/plugins/en/push-and-update-plugin.html11:39
bialixpoolie: zzz is special decorator wich used instead of real translations11:39
pooliei guess that ian just renamed it11:39
bialixoh11:40
bialixpoolie: so in the tests if we need to ensure we properly translate the string we can self.assertEqual('zz{{Hello}}', gettext('Hello'))11:40
bialixigc: there is many links at http://wiki.bazaar.canonical.com/BzrPlugins which does not work now11:41
lifelesspoolie: https://bugs.edge.launchpad.net/launchpad-code/+bug/38659611:43
ubottuUbuntu bug 386596 in launchpad-code "pushing to a packaging branch can't create a new package" [Medium,Triaged]11:44
* vila waves back at bialix12:02
bialixheya vila :-D12:02
lifelessigc: can you paste the url for hte upstream bug report12:33
Nghow can I do bzr annotate on a revision in the past, where subsequent revisions have renamed or removed the file in question?12:36
mzzhuh, I could've sworn "bzr ann -r<old> old/path/to/file" worked12:40
elmobzr annotate -r <old rev> <filename?12:40
mzzunless I'm screwing up one of my arguments it fails with an "is not versioned" message12:40
bialixNg: use current name, you're in bzr, not in hg ;-)12:40
mzzbialix: yes, but what if the file no longer exists?12:40
NgI12:41
NgI branched at the revision I care about and that worked ;)12:41
mzzoh, yes, that's a workaround12:41
bialixmzz: then I'd open qbrowse and launch qannotate from there ;-P12:41
bialixhmm, bzr cat has the option --name-from-revision12:43
bialixperhaps annotate should provides such option too12:43
bialixcare to file a bug?12:43
=== mrevell is now known as mrevell-lunch
lifelessmzz: it should use the path of the file in that revision12:45
lifelessif it doesn't please file a bug12:45
mzzwell, it's possible I'm screwing up my arguments, but I don't think so12:46
mzzlemme try with a test branch, just in case12:46
fullermdWell, you wouldn't want it to ALWAYS use the path from the revision...12:47
mzzyes, sometimes when I'm backtracking I want to see an annotate for a file that's still there12:48
lifelessfullermd: its more sophisticated than that :P12:48
fullermdWell, yeah, should be.  I'm not aware that it IS, though; seems I've run across it before.12:48
mzzwhile simultaneously I can imagine wanting to annotate an old file while a different file with the same name is currently present12:48
mzzthat's probably pretty rare though.12:48
* mzz is filing12:50
mzzerr, or not. I wonder why my bug search missed this12:51
* fullermd is fliing.12:51
mzzit's part of https://bugs.launchpad.net/bzr/+bug/25568712:51
ubottuUbuntu bug 255687 in bzr "log and annotate should work on removed files" [Medium,Confirmed]12:51
=== mrevell-lunch is now known as mrevell
=== sven is now known as Guest32809
jbrouaulthi, the bzr join command fails with the error "File id {TREE_ROOT} already exists in inventory as InventoryDirectory...."14:01
jbrouaultis the python code given in https://answers.launchpad.net/bzr/+question/71563 safe to use to make it work ?14:01
lifelessjbrouault: probably14:25
PengAlways reassuring. :D14:27
jbrouaultlifeless: the parameter to set_root_id must be a "unique" string that's all ?14:32
lifelessnot "unique", Unique14:35
lifelessthere is a guid  generator in bzr that you should use14:35
lifelesswe use it to generate file ids14:35
maxbHow does changing the root id not involve rewriting all historical revisions?14:35
lifelessmaxb: why should it involve that?14:36
maxbI thought file ids were recorded as part of revisions?14:36
lifelessyes14:36
* fullermd suspects semantic clash.14:37
maxboh... is bzr's view of this operation somewhat as if you've mkdir'ed a fresh root in the resulting tree, and moved all the content of the tree being joined into it?14:38
fullermd"changing the root id" can mean both "changing the file-id of the existing root (which requires rewriting whatever's based on that)" and "switching the root to be a different file{,-id}", which doesn't require rewriting any more than "bzr mv a b ; bzr mv c a" requires rewriting all the previous revs that had a.14:38
maxbI think I begin to understand14:40
jbrouaultlifeless: ok thanks :)14:46
=== salgado is now known as salgado-afk
=== beuno is now known as beuno-lunch
=== radoe_ is now known as radoe
=== salgado-afk is now known as salgado
nyuhi16:03
nyuI want to branch from an SVN repository using -r parameter, I understand I should specify the bazaar rev number rather than the svn one, but I don't know how to figure it out without having the checkout first16:04
bialixnyu: create shared repository, checkout everything, then create new local branch from desired revision16:12
bialixis it OK for you?16:13
nyubialix: I wanted to branch only a subdir of the SVN repo.  can I get that at the end of this process somehow?16:13
bialixit depends: do you need to push changes from local repo back?16:14
nyuno16:14
nyufast-export?16:14
bialixjust branch from the desired subdir16:15
bialixbzr branch http://svn/repo/dir/subdir16:15
nyubialix: problem is, in current head this subdir no longer exists16:15
nyutaht's why I wanted to use -r16:16
bialixthen get everything, after that use fast-import-filter or split16:16
bialixfast-import-filter should be the right thing16:16
bialixor maybe you can run log (qlog) against svn repo, remember the revision number as bzr see it and then branch16:17
bialixdid you try it?16:18
bialixit will be double conversion and maybe slow though16:18
nyubialix: you mean svn log or bzr log?16:26
bialixbzr log16:26
nyuon repo root or on removed subdir?16:26
bialixon your trunk16:26
bialixor parent dir of missing dir16:26
* bialix gotta go, waves bye16:28
adrien_Hi,  I have one question concerning a migration from a subversion repository.16:58
lifelessadrien_: then you should ask it :)17:01
adrien_I fact I have screwed up the conversion process and the history is incomplete in generated bzr branches. However the final state of each branch is correct (same as in each svn branch)17:01
adrien_lifeless: it's a long problem ...17:02
adrien_So the question is: can I still hack on the branches with incomplete history and then later apply each patch on a correct bzr branch when I understand how to create it17:03
adrien_or is this incomplete history problem a top priority problem that I really need to solve before even thinking about starting programming new features ?17:04
adrien_thanks :)17:04
lifelessyou should probably fix it first17:09
adrien_this may take a long time17:10
adrien_I have thought about bzr rebase, but maybe this command only works on branches that share a common history17:13
lifelessindeed, it prefers common history17:13
lifelessyou can in the worst case use 'bzr diff' + 'patch' to migrate across17:14
lifelessit would depend on the amount of work you do17:14
adrien_I see. It could even be automated and apply patches + commit iteratively. But then I would have to manage cases when files are created, and call bzr add before commiting.17:21
mzzadrien_: that sounds like you're describing the "tailor" tool17:22
adrien_can tailor import from bzr branches to bzr branches ?17:24
fullermdI think so, as well as it can bzr->anything && anything->bzr anyway.17:28
lifelesspersonally I would keep working on svn till the import is good17:31
phoenixzI am workin on a large webbased project in a medium size company here. some 200 people are using it and I use bzr to manage the php source code. So far so good, but I want to be able to work on multiple versions of our system.17:32
phoenixzthat is to say, there is a 0.8 in production already, we must work on revisions there.. there is a 0.9 planned to be released next month, we must work on that to build it.. there is a 0.10 planned for in 2 months and also there we must be able to work on it to prepare it17:33
phoenixzSo Im thinking how to do that, I was thinking to have 3 repositories with their WTs, so I have project/0.8, project/0.9 andp project/0.1017:33
phoenixzI also have the same structure on the server, where 0.10 is a checkout of 0.9, and 0.9 is a chekcout of 0.817:34
phoenixzIn the 0.8 checkout we will only add bugfixes  (and also revision tags), which we can merge to the 0.9 and 0.10 checkout17:35
adrien_lifeless: I think that I'll follow your advice. Unfortunately the subversion server is down so I took this opportunity to migrate to a distributed vcs. I'll try harder to convert our subversion history before going too far with the corrupted bzr branches.17:35
fullermdphoenixz: Well, (a), 3 _branches_, not 3 _repositories_, and (b) that last sentence with the chain of checkouts doesn't make sense...17:35
phoenixzIs this setup a good idea or am I totally off here?17:35
phoenixzfullermd: sounds like Im off here :)17:36
phoenixzfullermd: okay, so how would I take this up then?17:36
fullermdWell, the first part was reasonable; just a terminological quibble.17:36
fullermdThe latter isn't really parseable; it's like saying "then I'll coffee wibble venetian blinds"17:36
phoenixzfullermd: I agree with that I need 3 branches, but the thing is that I don't see ATM how I can have multiple WTs from multiple branches from one checkout17:36
adrien_thanks to lifeless, mzz and fullermd for your advices :)17:37
fullermdRight, that second clause right there; it makes me go all cross-eyed, because it doesn't make sense   8-}17:38
phoenixzfullermd: Sure, make fun of me! :) anyway, how can I then, have only one checkout? because AFAIK, a checkout == branch, not? can I have multiple branches in one checkout?17:38
fullermdNot that it's a bad way to set it up, or that it won't do what you want; it doesn't _mean_ anything.17:38
fullermd"multiply branches in one checkout" is gibberish.  What is it you need to DO?17:39
phoenixzfullermd: well, I think you need my glasses to see it :)17:39
fullermdI mean, it sounds like you just want 3 branches.  So where does this extra layer of complication come from?17:39
phoenixzfullermd: okay, let me rephrase.. is it possible to have multiple branches in one checkout?17:39
phoenixzbecause AFAIK, it was not.. thats where the complication comes from17:40
fullermdThe answer has to be "no", because it's nonsensical.  You can't have ONE branch in a checkout.  Branches don't go in checkouts.17:40
phoenixzfullermd: I need three branches of the same project (versions 0.8, 0.9, 0.10, and in the future also other versions) to work on17:41
fullermdOK.  So far, so good.  Sounds like just what you'd want.17:41
phoenixzfullermd: okay, Im using the wrong term then..  When I do bzr checkout, what is the .bzr directory called?17:41
phoenixzfullermd: crap17:41
phoenixzfullermd: when I do bzr branch originalrepo targetrepo... I'll have a new project directory with its own .bzr directory in it, right?17:42
fullermdNothing in particular, really.  ".bzr" I guess...17:42
phoenixzfullermd: my bad, I'm a mess today with terminology17:42
fullermdRight, you'll have a new branch (technically; socially, you may really just intend the second branch to remain a mirror of the first branch, but it's technically separate)17:43
fullermdAnd terminologically, you'd "bzr branch originalbranch targetbranch", not [...]repo.  Repository is a different thing, which you generally don't touch explicitly.17:43
phoenixzfullermd: alright.. So, I have a projects/kas directory, (kas is the projects name), I want to have projects/kas/0.8, projects/kas/0.9, and projects/kas/0.10 so that I can work on each version as needed..17:44
phoenixzfullermd: so far, so good?17:45
phoenixzfullermd: thing is, 0.8 can only contain bugfixes.. 0.9, in development can contain new stuff.. 0.10 will contain new stuff in another area of the project..17:46
fullermd(phone; I'll read backlog)17:46
phoenixzfullermd: Now, on the server, where we have the branches designated to be trunk, what would I d17:46
phoenixzfullermd: sure, np, I'll keep writing17:46
phoenixzNow, on the server, where we have the branches designated to be trunk, what would I do?17:46
phoenixzwould I also set up the same projects/kas/0.8, projects/kas/0.9 etc. layout? or is that, as I understood from you, overly complicated and should we only have one trunk?17:47
phoenixzBecause my next problem then is.. Im also working with other people on it, they'll have the same layout on their computers.. so if they make a 0.8 version fix, that needs to be sent a) to me, and b) to the server too.. if we all make changes to 0.8, 0.9 and 0.10, and we all merge those to that trunk, how can we separate the bugfixes for 0.8 and the new changes for 0.10? I can tag 0.8.x here on my computer, but AFAIK, the trunk repo on the server would contain17:49
phoenixzall chages17:49
fullermdOK, well, "trunk" is a purely social construct.  It's useful when there's essentially one branch, and everything is aimed to go there.17:50
fullermdHere, you have something like 2.5 "trunks".  So using that term probably clouds more than it helps.17:50
fullermdBasically, you've just got 3 branches, and you need at least some subset of people to work on all 3.17:51
fullermdSo...   well, it's pretty much the same as having 1 branch, and having a bunch of people work on it.  Just 3 times.17:51
fullermdOne central branch, everybody has a checkout of it.  Alternately, 1 branch that everybody pushes too.  The former's probably simpler to explain and manage.17:52
radoeHm, am I missing something or is there really no difference between "bzr version" and "bzr version -v"?17:56
LeoNerd$ diff <( bzr version ) <( bzr version -v )      Gives me no output17:58
LeoNerdSo apparently not17:58
phoenixzfullermd: ah, okay.. so basically, the setup with 3... master branches? on a central server, one for each version, is correct then?18:05
phoenixzand every developer branches from one or more of those 3 to their own machine..18:05
phoenixzfullermd: and then.. if we make a fix to 0.8, I'd like to send that fix also to 0.9 and 0.10.. if those are also branches from eachother, I can just push the changes from 0.8 to 0.9 then, correct?18:06
fullermd'push' in a metaphorical sense presumably; not in the sense of "bzr push" certainly.18:07
fullermdPerhaps in a "bzr merge" way, depending on your topology.  Wouldn't make sense to me.18:07
=== beuno-lunch is now known as beuno
phoenixzfullermd: well, push / pull depend on which branch you are, and if you are taking it from another or sending it, not?18:08
phoenixzfullermd: Anyway, the setup would be correct?18:08
fullermdpush/pull only work when the source branch is a superset of the target; that wouldn't be the case here.18:08
fullermdBut yeah; 3 branches, checkout/branch whichever is appropriate for what you're working on.18:08
phoenixzfullermd: well, since the idea of "trunk" is more social, and branches are just copies with a shared history of eachother (i say that correctly?), I ought to be able to send (using push, pull, merge, whatever) from any branch to any other branch, no? practically, If I am A, my coworker B, the central "trunk" C... then if I have something on A0.8, I can push it to C0.8, and then send it to C0.9 and C0.10, right?18:11
phoenixzand from there, b0.9 could receive that change from B0.918:11
phoenixzand from there, B0.9 could receive that change from C0.918:11
phoenixz(fixed)18:11
fullermdpush/pull don't make sense, because the result is to make the destination branch identical to the source.  If you wanted that, you wouldnt' want 3 branches in the first place.18:12
fullermdmerge probably doesn't make sense either, because it requires fully connected graphs.  Same problem.18:12
fullermdDoing a 'bzr merge' that actually does a cherrypick is more likely.18:13
fullermdThat's functionally identical to manually making the change in each branch, though it does give you some help with doing so.18:13
phoenixzfullermd: so in that case, if I have on the "trunk" the versions 0.8, 0.9, etc.. How can I send fixes from 0.8 to 0.9?18:22
phoenixzfullermd: basically, if 0.9 is a branch of 0.8, everything that was added to 0.8 AFTER the branch can be considdered a fix and could be sent to the 0.9 branch18:23
phoenixzfullermd: changes from 0.9 would NOT have to be send back to 0.8 because they are not related to the 0.8 version18:24
phoenixzfullermd: same thing goes for 0.9 and 0.10.. How could I somehow send these fixes to the versions above? 0.8 > 0.9 > 0.1018:24
* fullermd shrugs.18:25
fullermdThat becomes a project topology question.  It's a way to go; it's just not one that makes visceral sense to me.  If it works for you, then run with it.18:25
phoenixzfullermd: well, thats the thing.. AFAIK, it would work.. but Im wondering if its the best way to go, and because of that Im asking if it is.. If its not, how could I do this better?18:30
phoenixzfullermd: I need to get the code bases of each version separated as to not mix new functionalities with fixes.. but at the same time I don't want to do work double.. If I fix somehting in 0.8, I'd like to send it to 0.9 without having to redo all that work..18:31
phoenixzfullermd: how would you recommend to do this then?18:31
fullermdI wouldn't want to prejudice you.  There are as many opinions on that as there are developers, MULTIPLED by projects.18:35
fullermdIf you're mentally, socially, and technically comfortable with declaring that 0.9 will always include everything 0.8 does...   well, then that'll probably work for you.18:36
fullermdI wouldn't be; I consider that the two branches go off in their own directions, and from the branch point neither is ever again a layer on top of the other.18:37
fullermdBut I'm neither you, nor working on your project.18:37
phoenixzfullermd: Well, how would you do it then, when you find problems in version A, which have 100% shared code with B.. you fix A, you'd fix B separately?18:37
phoenixzfullermd: and again, NOFI, I'm just asking your opinion here18:38
fullermdBut I'd never have 100% shared code.  If I did, I wouldn't have A and B, I'd just have A.18:39
fullermdUnstable branches always get changes that aren't appropriate for the stable branch, and vice versa.18:40
fullermdIf that doesn't happen for you, then it can work.  It's just a different world from where I sit, so I can't have much of an opinion.18:43
phoenixzfullermd: okay, thanks for your opinion, everybody can always add their ideas I guess.. More opinions can only result in better decisions being made..18:48
fullermdAll you can do is try it and see how it works.18:48
fullermdKeep merging 0.8 into 0.9, 0.9 into 0.10, and do it until it breaks down.  Then figure out what else to try.18:48
fullermdIt's not like starting out that way commits you to sticking with it forever after all.18:49
phoenixzHow can I change the default push path without actually pushing?18:56
phoenixzfullermd: nah, maybe we'll change this later on, who knows.. but I'd prefer starting out good than having to realize 6 months later that we've been on a very bad road..18:57
beunophoenixz, you can edit ~/.bazaar/locations.conf19:03
beunoor and/or19:04
beunoyourbanch/.bzr/branch/branch.conf19:04
phoenixzbeuno: yeah, just found it myself as well.. thanks anyway!19:04
AnAntcan one add post commit/receive... hook scripts in bazaar ?19:09
phoenixzAnAnt: AFAIK, yes, you can19:18
phoenixzAnAnt: not too much time to look it up now, but try google > "bzr hook scripts"19:18
rockstarAnAnt, yes, you can.19:18
AnAntthanks19:27
mrooneyhey all, if bzr svn-import is spewing "inconsistent details in skipped record", is this a problem or can I expect to have a usable repository at the end?19:57
jammrooney: if you look at one, and the difference appears to be () versus [] in one location, then you can likely ignore it (and this is the most likely case)20:02
mrooneyjam: hm, it seems to be more parens or something: http://bzr.pastebin.com/d3e0aefed, any thoughts?20:06
jammrooney: the first one has ..... , ((( and the other has ....., ([(20:07
jamignore it20:07
lifelessfile a bug so we can fix it :)20:09
=== salgado is now known as salgado-afk
mrooneylifeless: certainly! in bzr or bzr-svn?21:01
=== chromakode is now known as chromakode[dead]
=== chromakode[dead] is now known as chromakode
boombatowerwhere can I find documentation of the parameters for the pre_commit hook22:09
boombatowerI can find a paragraph summary, but no documentation of paramters22:09
boombatowerI am fairly sure I found it once, thanks in advance22:09
khmarbaiseHi...i have a little problem with pushing changes back to launchpad...22:15
khmarbaise bzr push lp:~n-launchpad-soebes-de/doxygen-maven-plugin/trunk22:15
khmarbaisebzr: ERROR: Cannot lock LockDir(lp-64789904:///~n-launchpad-soebes-de/doxygen-maven-plugin/trunk/.bzr/branchlock): Transport operation not possible: readonly transport22:15
khmarbaiseSomeone an idea ?22:15
cody-somervillekhmarbaise, Have you done 'bzr launchpad-login' yet?22:16
khmarbaiseyes i did...22:16
cody-somervillekhmarbaise, ah22:17
cody-somervillekhmarbaise, You can't push to that branch. Its an import.22:17
khmarbaiseHm..Do you know what i have to do now so that i can push back the changes to launchpad ?22:19
=== chromakode is now known as chromakode[dead]
cody-somervillekhmarbaise, You'll have to push to a different location. Are you trying to migrate your svn repository to bzr on launchpad?22:21
khmarbaiseIt's already migrated ..22:21
boombatowerany help on say...how I can get the branch/repository name from pre_commit hook...assuming local, or master variables22:22
boombatowerbut can't find documenation on what they are22:22
cody-somervillekhmarbaise, Right. I just didn't know if you expected your changes on launchpad to be synced back to your svn repository or not :)22:22
cody-somervillekhmarbaise, Now that we have that out of the way, what you can do is push to a different location or you can move your import to a different location and then you can push.22:23
khmarbaisecody-somerville: sync back to svn that might a good idea..but that can be done later..22:23
khmarbaisecody-somerville: How can a create a different location ?22:24
=== chromakode[dead] is now known as chromakode
cody-somervillekhmarbaise, By giving the branch a different name or by making the branch owned by a team you're a member of. So either 'lp:~n-launchpad-soebes-de/doxygen-maven-plugin/<NEW NAME HERE>' or 'lp:~<DIFFERENT OWNER HERE>/doxygen-maven-plugin/trunk'. You can also push the branch to a different project but I don't think thats what you're looking for.22:26
cody-somervilleYou'd replace the text between the brackets (e.g. < and >) with the actual value you wish to use.22:27
khmarbaisecody-somerville: I have created a new "series" on lp and pushed the changes to launchpad...22:29
pynonoirHello again, I need to convert a svn repository with a non-classical layout. I have tried for a few hours with svn2bzr but I think it would require too much work (like defining a new BranchCreator object in python). Now I have some hope that bzr fast-export-from-svn could do the job but I'm completely lost somewhere between exporters filters and importers22:47
pynonoirthe svn repository layout is described here: http://pastebin.com/d3c681c2022:49
pynonoirI would like to create a bzr branch for, say, feature2 and feature2b22:51
pynonoirthe best I could do with svn2bzr is to create a bzr branch for feature2, but the history of this branch starts when I created this feature branch with the "svn cp" command22:54
pynonoirany idea of how to do this with fast-export/fast-import ?22:56
=== chromakode is now known as chromakode[dead]
=== chromakode[dead] is now known as chromakode
=== chromakode is now known as chromakode[puppi
=== chromakode[puppi is now known as chromakode
Stavroshi23:13
Stavrosdoes anyone know how i can dpush to github? it's driving me crazy :/23:13
thumperigc: you around?23:18
Stavrosbzr-git with github, anyone?23:22
thumperStavros: why would it be different to bzr-git with elsewhere?23:24
thumpernot that I've used it personally23:24
Stavrosthumper: it wouldn't, but i can't get it to work23:25
Stavrosactually, it works, it just gives an error message that make me think it wasn't23:25
Stavrosso ignore me23:25

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