/srv/irclogs.ubuntu.com/2009/03/11/#bzr.txt

lifelessjml: http://pypi.python.org/pypi/testtools/0.7.800:22
jmllifeless: yeah, someone filed a bug about it on the testtools launchpad page00:22
lifeless:P00:24
* SamB looks for the bzr reconfigure command to turn an SVN checkout into a BZR checkout00:47
SamBhuh. it apparantly took it a while to figure out it can't do that ?00:49
SamBthat was with --checkout00:49
* SamB wonders why doing `bzr info --verbose' in his svn checkout of Coq uses so much CPU00:54
mwhudsoninfo -v does some fairly silly things00:56
SamBit says something about browsing branches00:56
spivinfo -v is a bit expensive for bzr branches, I can imagine it would be a bit ridculous with svn branches...00:57
SamBit's gone and crashed on me00:58
lifelessSamB: bzr checkout fresh :). also perhaps file a bug on being abe to do the conversion via reconfigure.00:59
james_wupgrade?01:00
SamBjames_w: what to ?01:01
james_w"bzr upgrade --default" might work01:02
lifelessor it might eat you01:07
lifeless50-50 chance I reckon :P01:07
lifelessmwhudson: search is fixed01:07
mwhudsonlifeless: ta01:08
jmlmaybe bzr should have a buildbot that tests a bunch of common plugins.01:09
lifelessabentley: http://pastebin.ubuntu.com/129601/01:11
jmlspiv: so have you satisfied your curiosity about that patch yet?01:13
SamBlifeless: more likely that it will just leave me with a working directory that isn't01:16
SamBrather than eating me01:16
=== abentley1 is now known as abentley
lifelesshttp://pastebin.ubuntu.com/129601/01:17
=== mneptok_ is now known as mneptok
SamBis someone writing a "bzr gc" command ?01:20
spivjml: which patch? ;)01:22
spivjml: you mean https://code.edge.launchpad.net/~jeanfrancois.roy/bzr/url-safe-escape/+merge/3417 ? ;)01:23
spivSamB: actually, we were talking about that last night.01:23
spivSamB: the new 'fetch_spec' part of the fetch API may make it pretty easy to write.01:23
mwhudsonlifeless: did you add multiply_tests and so on in the same landing as removing adapt_tests?01:24
jmlspiv: yes that one -- the one that's blocking your review of my patch :P01:24
spivjml: I don't actually see your patch01:25
lifelessmwhudson: yes01:25
jmlspiv: that sucks.01:25
thumperwhat is revision.timezone stored as?01:25
lifelessmwhudson: also, separately, see lp:testscenarios01:25
thumperor what does 43200 translate to?01:25
mwhudsonlifeless: that makes life difficult for us :/01:25
spivthumper: 12 hours01:25
lifelesshow so?01:25
spivthumper: assuming that's seconds01:25
thumperis the timestamp on a revision stored at UTC?01:26
spiv(doesn't everyone know that there are 86400 seconds in a day?...)01:26
mwhudsonlifeless: it's much easier if i can land a launchpad branch that passes with bzr-as-in-sourcecode and bzr.dev01:26
jmlspiv: I sent it to bazaar@lists.canonical.com01:26
mwhudsonlast time i got spm to do a simultaneous landing i ended up getting phoned up when i was in a bar01:26
jmlspiv: but I haven't got any bundle buggy mail about it.01:26
thumpermwhudson: sorry about that01:27
spivjml: I haven't got it at all, I doubt bb has either01:27
spivjml: I'll check the mailman moderation thingy01:27
mwhudsonthumper: heh, it's ok, but it motivated me towards doing things the other way01:27
mwhudsonmaybe i can just copy-paste bits of testscenarios into launchpad temporarily...01:27
thumperspiv: is the revision.timestamp in UTC?01:28
spmmwhudson: but we were trying to make you look important by ringing your phone while you were in the bar!?!?! ;-)01:28
spivjml: nope, not there either...01:28
mwhudsonspm: heh heh01:28
jmlspiv: maybe gmail is broken.01:28
mwhudsonspiv, jml: "list server is currently backed up"01:29
lifelessthumper: no01:29
lifelessthumper: its in revision.timezone01:29
jmlmwhudson: where's that from?01:29
mwhudsonjml: #is on the private server01:29
thumperlifeless: so the utc time would be: revision.timestamp - revision.timezone ?01:29
jmlmwhudson: ahhh01:29
lifelessthumper: there are normaliation functions around01:29
thumperlifeless: where?01:30
lifelessin bzrlib01:30
thumperlifeless: can you be a little more explicit or shall I just grep?01:30
lifelessI would be grepping to01:30
thumperok01:30
lifelessI have a small page cache :)01:31
thumperlifeless: really?01:31
thumperlifeless: I thought it was large01:31
lifelesssize is relative; I last looked at tz stuff about 2 years back01:31
spivmwhudson: ta01:32
mwhudsonbtw, if someone wants to merge http://people.ubuntu.com/~mwh/extract-make-branch-scenarios-4109.patch01:33
mwhudson,,,01:33
mwhudson,,,01:33
mwhudson...01:33
mwhudson!01:33
mwhudson(also currently somewhere between here and bb)01:33
spivmwhudson: looks sane and near-trivial to me, I'll merge.01:35
mwhudsonspiv: thanks!01:35
mwhudsonoh, looks like robert already did :)01:35
spivmwhudson: oh :)01:37
spivmwhudson: even better.01:37
lifeless:P01:40
lifelessmwhudson: sorry re: single landing, but its easier for bzrlib to not have duplication01:43
mwhudsoni just want to delete this code from lp :(01:47
thumperlifeless: I was just talking with jamesh about revision.timestamp01:52
thumperlifeless: observations on the lp scanner would be that it is recording the timestamp in utc01:53
thumperlifeless: but the code seems to indicate localtime01:53
thumperlifeless: now I'm confused01:53
spivthumper: See bzrlib.repository.CommitBuilder's __init__, it defaults the timestamp to time.time(), which is seconds since the epoch, in UTC.01:55
lifelessah so it is utc :P. oops :)01:56
=== UdontKnow is now known as root
=== root is now known as UdontKnow
mwhudsonspiv: i would hope seconds since the epoch is timezone neutral!01:59
* mwhudson sees jamesh making the same point in another place02:00
jameshmwhudson: it measures time since the epoch assuming that every day has only 86400 seconds02:02
SamBhmm, say I'm writing an elisp program and I want to know what the default destination for "bzr send" is ... how should I do it ?02:02
jelmerSamB, hi02:04
spivmwhudson: I'm just quoting the official docs :)02:04
SamBjelmer: hi!02:04
jelmerSamB: You filed a bug about being able to run "bzr reconfigure --branch" in a svn working copy02:04
SamBjelmer: yes02:05
spivmwhudson: if you want to improve them, you're the one with the commit privs for python, not me ;)02:05
SamBI'm either for or against02:05
jelmerSamB, that doesn't make sense though, as subversion doesn't support working copies that carry a branch02:05
jelmerSamB, you would have to upgrade to a bzr format first02:05
SamBjelmer: oh. why first?02:05
SamBthat sounds inefficient02:05
jelmerSamB, That's how reconfigure works02:05
SamBand also why does it take reconfigure so long to figure that out ?02:05
spivSamB: "bzr upgrade" is really "bzr change-format"02:05
jelmerSamB, it's pretty much instantaneous here02:06
SamBplus, the bzr upgrade part doesn't seem to work either :-(02:06
spiv(but usually the only time you want to change format is to upgrade to a newer, better one, hence the name.)02:06
SamBjelmer: what SVN server ?02:06
jelmerSamB, gnome02:06
SamBhuh. and you don't live in gnome?02:07
jelmerSamB, it might do some analysis of the repo first, but that should be cached02:07
SamBjelmer: I don't see why it needs to analyze the remote repository just to figure out it can't do a reconfigure in that directory!02:08
jelmerSamB, reconfigure probably looks at the branch tip before it tries to initialize a branch02:09
jelmerand that requires bzr-svn to do some analysis02:10
SamBwell, okay, lets move on to Bug 34085402:11
ubottuLaunchpad bug 340854 in bzr-svn ""bzr upgrade" fails rather slowly on SVN working directories" [Undecided,Confirmed] https://launchpad.net/bugs/34085402:11
jelmerSamB, I've just commented on that one02:12
SamBoh. I wish it didn't take so long for email to make it from launchpad to gecko ...02:12
=== bob2_ is now known as bob2
* SamB frowns at Low02:14
jelmerSamB, You can just checkout from svn in the proper format02:15
SamBjelmer: shouldn't it check whether or not it can finish the job before starting ?02:15
SamBit rather rudely moved all these directories in my checkout ...02:16
SamBoh, and I'm not quite sure what it failed to do, either!02:16
SamBwhy'd it leave me like this:02:16
SamB       control: Meta directory format 102:16
SamB  working tree: Working tree format 402:16
SamB        branch: Subversion Smart Server02:16
SamB    repository: Subversion Repository02:16
SamBisn't that a little insane ?02:17
jelmerSamB: This is what I mentioned in my bug report, there's no way for bzr-svn to control the upgrade process02:17
jelmers/bug report/bug reply/02:18
jelmerSamB, Bazaar just assumes WorkingTree format 4 knows how to upgrade from a svn working copy02:18
jelmerbut it doesn't and blows up02:18
SamBjelmer: well, now I'm bitching about how Bazaar just assumes that02:21
johnfexcellent new bzrtools. Off a packaging I go02:21
spivSamB: yeah, that's a real bug02:22
spivSamB: not many users try to "bzr upgrade" bzr-svn branches to other formats, but we would like it to work.02:23
Kobazhow would i make bzr st and friends just show the filenames themselves without the path02:23
SamBany idea what the "conflict adding file" business was about ?02:23
SamBspiv: or at least fail at the beginning instead of half-way ?02:23
Kobazlike: cd /working_path/foo/bar; bzr st02:24
spivSamB: that would be a start02:24
Kobazand all the files are prefixed with their paths...02:24
spivSamB: actually working would be better :)02:24
Kobazeven if i do bzr st *02:24
TDTHey all.  I've been asking around a bit about this and spent anumber of hours on this.  I was just curious, was there a good way to basically create a "glue" between git and bzr?  TBH since I use git for 90% of my work, I'd prefer to be able to manage the bzr repositories I need to through git as well. I've read about the fast-export and fast-import, but have been having a lot of problems getting this all to work correctly.02:25
SamBand, of course, bzr-svn should be the package responsible for determining whether or not it works ...02:25
spivSamB: right.  The problem is that the upgrade code in bzrlib isn't yet flexible enough to let bzr-svn hook in when it needs to.02:26
jelmerTDT, I'm working on a plugin called bzr-git that allows accessing git branches as if they were bzr branches02:27
SamBhmm, well, for some reason I decided to re-run the "bzr reconfigure --checkout" command after the "failed" upgrade run ... it hasn't failed yet, but there's still plenty of time for it to get around to failing ;-)02:27
SamBjelmer: oh, there isn't one yet?02:28
SamBand will it interoperate with git-bzr ?02:28
jelmerSamB, bzr-git is a work in progress but doesn't support e.g. writing to git yet02:28
TDTjelmer: *nod* yeah I've been using git-bzr for the opposite of that, it's out of development now,and...the guy has no reason to bother, heh.02:28
jelmerSamB: well, it won't recognize shared history with git-bzr02:29
SamBhmm. git-bzr isn't in my package database. maybe I don't care.02:29
TDThttp://github.com/pieter/git-bzr/tree/master -- this is the project I was talking about02:30
TDTIt's not standard included with git-0core, it's an addon.  I don't know if others exist02:30
jelmerTDT, yeah, I'm aware of it02:31
jelmerTDT, it basically allows access to bzr branches from git, whereas git-bzr allows access to git branches from bzr02:31
SamBjelmer: you got your package's name backwards02:32
TDTjelmer: Yeah, but I'm kinda assuming both rely on the git-fast-export/import and bzr-fast-export/import, am I right?02:32
jelmerTDT, no, bzr-git doesn't use fastimport/fastexport02:32
TDTHmm, definitely perked my interst in how you got that to work then02:32
jelmerSamB, whoops, sorry - it's getting late :-)02:33
TDTI want something that works the opposite, but it relies on way too many dependencies that it's causing issues..been a real pain anyways.  Been reading way too much on it, it may turn into something I need to work on more over time.02:33
SamBhey, it's an easy mistake to make, especially in that conversation ;-)02:33
jelmerTDT: what do you mean with "something that works the opposite" exactly?02:34
jelmerTDT, bzr-git does more than just fetching from git into bzr and vice versa02:34
jelmerTDT, it allows all of the Bazaar API to be used with git repositories02:34
jelmer(or that's the goal, anyway)02:34
TDTjelmer: Yeah, I understand that.  Your solution goes from the idea of using bzr as the baseline.  My goal is to do the opposite, use git to read bzr branches and use git commands and "push" changes to a bzr bound branch.02:35
SamBjelmer: will it allow bzr upgrade --format=git ?02:35
jelmerSamB, No, as the upgrade code in bzr isn't flexible for that yet as we've just concluded :-)02:35
jelmerSamB: In due time, yes02:36
SamBjelmer: but you said it was the target format that was responsible for providing the conversions02:36
SamBso I figured that might be okay then ;-)02:36
johnfcan someone check http://inodes.org/johnf/debs/bzr before I upload them to beta ppa02:36
jelmerSamB: Right now the target format is responsible, it should be a combination of the source and target format though02:36
jmlspiv: https://lists.ubuntu.com/archives/bazaar/2009q1/054539.html02:36
SamBjelmer: yeah02:36
jelmerTDT, I thought git-bzr just depended on ruby and fastimport/fastexport ?02:38
TDTjelmer: it does, it's going by a different idea than what you're doing - which is why I'm pretty interested in what you're doing :)  For whatever reason the whole fastimport/fastexport thing is horribly broken for me right now02:41
jelmerTDT: Something like bzr-git wouldn't be possible in git, as it doesn't have an API that's abstracted like bzr02:42
jelmerTDT: It's just a collection of command-line tools with a specific file format02:44
SamBhmm. too bad git-fast-export doesn't support ASCII armoring of binaries ...02:44
jelmerSamB, hmm02:52
jelmerSamB, the fact "bzr upgrade" breaks the working copy is a bit annoying indeed, I've upgraded the bug to medium02:52
SamB:-)02:57
* SamB wonders if this second "bzr reconfigure" is going to work02:57
jelmerSamB, it might, but only because the working tree is now workingtree format 402:58
SamByeah, I figured that was why it had gotten as far as it has02:58
SamB[######/             ]  18995kB @    2kB/s | copying revision 3363/1023102:58
jelmerthat looks about right02:59
SamBI'm just wondering if it's going to (a) crash part-way through complaining about02:59
SamBbzr: ERROR: bzrlib.errors.NoSuchRevision: <bzrlib.plugins.svn.revids.RevisionIdMapCache object at 0x89ee70c> has no revision svn-v4:c7f1d35c-780e-0410-8b2b-bc164f6bbeca:coq-local/trunk:862002:59
SamBor something else wierd03:00
SamBor ... will it actually work ?03:00
jelmerSamB: Is there any reason you're upgrading an existing svn working copy rather than just doing "bzr branch <remote-svn-url>" ?03:00
SamBjelmer: well, I might have some local changes03:01
SamBthat, and I like trying things to see if they work03:01
jelmerSamB, well, the latter is certainly appreciated :-)03:02
SamBand if they don't, I like them to fail as gracefully as possible03:03
* SamB goes to bed03:03
jelmerSamB, bug reports like these are useful, even if they're blocked by bzr :-/03:03
SamByou're welcome03:03
johnfanyone? can someone check http://inodes.org/johnf/debs/bzr before I upload them to beta ppa03:10
lifelessjohnf: if they work for you, jfdi03:11
lifeless-> lunch03:11
johnffair enough. Only real issue is people will need a newer builddeb package03:12
james_wwhy's that?03:12
james_w<- lunch03:14
johnfjames_w: it works but has an annoying deprecation error03:14
johnfusr/lib/python2.5/site-packages/bzrlib/plugins/builddeb/revspec.py:68: DeprecationWarning: Modifying SPEC_TYPES was deprecated in version 1.12.03:14
johnf  SPEC_TYPES.append(RevisionSpec_package)03:14
johnfabout to go see if there is a bug03:14
james_wit's fixed03:15
johnfexcellent03:15
james_wit's just a warning though, so it shouldn't prevent things working03:15
mwhudsonjml: i'm using lp-open a lot now, thanks for doing that! :)03:26
=== ja1 is now known as jam
lifelesspoolie: AllowDeactivateGrabs in man xorg.conf04:23
jameshnote that that setting effectively kills the security of the screen lock04:25
jameshkill the grab and alt+tab away from the screen saver04:25
pooliebecause people can send input to tasks behind it?04:25
poolieheh04:25
poolieDisableXorgBugs true04:26
jameshit isn't a bug: the feature works as advertised.04:27
jameshand there is a reason it is disabled by default04:27
lifelessjamesh: actually, there is a new api for screen savers04:28
jameshif you need it and are not developing X software that performs grabs, then that is a bug04:28
lifelessAn API was written to such cases.  If you enable04:28
lifeless              this option, make sure your screen saver/locker is updated.04:28
lifelessjamesh: there are bugs; see under software04:28
lifelessfor instance, drag and drop in gnome takes grabs04:29
bob2and firefox04:29
=== abentley1 is now known as abentley
mwhudsonhm04:52
mwhudsonwhat are the chances that the latest change to bzr.dev will end up in 1.13?04:53
mwhudsoni guess i can always cp it onto the branch of bzr we use04:53
=== abentley1 is now known as abentley
james_wmwhudson: should be pretty uncontroversial for a cherry pick to the release branch if you want to mail the list about it05:04
poolie1mwhudson: what was it?05:09
lifelesspulling out the branch scenarios generation to a helper05:11
mwhudsonpoolie1: moving the generation of branch scenarios into a separate function05:11
=== abentley1 is now known as abentley
lifelessmwhudson: did you get the chk repo?05:36
james_wvila: p:~james-w/+junk/favourites-package05:37
james_wwith an l of course05:37
johnfshould we remove the feisty 1.12 packages from the beta ppa seeing as feisty is now EOL?05:38
lifelessjohnf: so, bzr-builddeb, what about it?05:40
johnflifeless: works fine just a deprecation warning05:40
johnfwhich is already fixed in trunk05:40
lifelessjohnf: are you going to upload the fixed version to the ppa?05:41
johnfthat was my next question. bzr-beta ppa doesn;t currently have builddeb packages. Do we want it to?05:41
lifelesslet me do a straw poll05:41
johnfI vote yes and am happy to make it happen :)05:41
johnfjelmer: are you going to create new bzr-svn packages in the beta-ppa or would you like me to do it?05:42
lifelessjohnf: so, mostly 'shrug', one 'no', couple of yeses05:44
lifelessso - do it, I think. I'll wear the blame if its wrong :)05:45
johnfcool05:45
johnflifeless: next thing is best way for me to get my packaging changes commited05:46
johnfI could just branch those repos into beta-ppa or maybe we just move them05:47
johnfprobably makes more sense to have them there since most of the packaging work will happen in beta and then the final packages can just be copied to the bzr ppa05:47
vilajames_w: thanks !05:48
james_wvila: no problem, let me know if the instructions aren't clear05:48
=== abentley1 is now known as abentley
vilajames_w: I'll do that05:53
lifelessjohnf: let me rename them05:58
lifelessjohnf: The price is that you update the docs and put forward a [MERGE] with the changes05:58
johnfI already have a heap of edits for ppa.txt that I'll put up soon05:59
johnfalso some changes to the packaging scripts05:59
lifelessjohnf: what are the branches you need access to06:00
johnflifeless:  lp:~bzr/bzr/packaging-* although you can probably kill off feisty and  lp:~bzr/bzrtools/packaging-*06:01
lifelessoh hmm06:02
lifelessjohnf: ok, the easiest thing here is for you to join the bzr team06:05
lifelessyou'll get bugmail; but you have procmail ? :)06:05
lifelessjohnf: the ppa docs about joining the beta team to be able to do this are probably necessary but not sufficient06:05
johnfI have sieve but yes :)06:06
lifelessok06:06
johnfis it easier to just branch them into beta an pull every so often?06:06
lifelessno, easiest is to give you lots of mail06:08
johnffair enough06:09
lifelessif thats ok06:10
lifelessin a technical sense we probablt want a bzr-ppa team, which has bzr as a member, and owns all th epackaging branches06:11
lifelessand is a member of bzr-betta-ppa, bzr-ppa, etc etc06:11
lifelessbut right now, JFDI time :)06:11
lifelesswhats your lp account name?06:11
lifelessjohnf: ^06:12
johnflifeless: johnf-inodes06:13
lifelessdone06:14
spivNew way to break the test suite: put a bzrdir in /tmp with a default_stack_on in its control.conf06:32
lifelessslick06:32
SmiskisBzr or Git? How do they differ? Why do you prefer Bzr?06:32
lifelesshttp://bazaar-vcs.org/BzrVsGit06:33
SmiskisI heard about an SCM that was sprung from "mathematical" theory - with operations of more "logical" nature, supposedly created by academic people... anyone know what im talking about?06:45
lifelesspossibly monotone, or codeville, or darcs06:47
Smiskismust be darcs06:51
Smiskisthanks lifeless06:51
lifelessSmiskis: no probs06:57
poolie1vila: "Wed Mar 11 06:43:20 2009 UTC: Vincent Ladeuil <v.ladeuil+lp@free.fr>, Request for non-PQM managed branch." ie your branch is going to bounce07:05
SuperMMXpwd07:08
spivpoolie1: same for yours!07:13
poolie1i know07:13
=== poolie1 is now known as poolie
pooliehere's an interesting thing: orcadas got noticeably faster when it was upgraded to hardy07:30
pooliesome combination of kernel and python07:30
pooliepqm could possibly get faster too07:30
lifelesspoolie: running parallel tests would probably be faster too :P07:42
bialixhi, anybody with Python 2.6 installed? I need a little help to check 2.6 behavior07:43
spivbialix: sure07:43
spivpoolie: ooh, you broke bzr+ssh :P07:43
bialixcan you check stream attribute as I shown here: http://permalink.gmane.org/gmane.comp.version-control.bazaar-ng.general/5353907:44
bialixI'd like to finish my patch, because igc is busy07:44
pooliespiv, do you get a failure in __repr__?07:46
james_wbialix: python 2.6 shows the same behaviour here as in your email07:49
bialixthank you!07:50
bialixI'll add simple smoke test for that bug and will send the complete patch then07:50
=== abentley1 is now known as abentley
clementeHi, a patch I sent has to be marked as superseeded by another one in Bundle Buggy. I don't have a login. How do I proceed?08:58
=== montywi|zzz is now known as montywi
=== kiko__ is now known as kiko
George2hi10:33
George2what's the difference between bzt init and init-repo? am i right in thinking that to create a repo, i can either bzr init, and if no repo exists in the parent dir, it will create one in the current dir?10:34
SamBinit-repo doesn't create a branch10:37
SamBthat's the main difference10:38
SamBthat, and init-repo creates a repository whether you're in one or not, I assume ...10:38
* SamB wonders what computer is pulling down data at 200K10:40
fullermd_init-repo creates a shared repository, that later branches can use (and share).10:40
fullermd_init creates a branch, which will use an existing shared repo if there is one, or create an internal [private, non-shared] repo if there isn't.10:41
=== fullermd_ is now known as fullermd
SamBoh, it can't be shared ?10:42
fullermdinit won't make a shareable one, no.10:42
fullermdYou could probably trick it into being sharable later by manual ad-hackery in the bzrdir.  But I don't recommend it.10:42
SamBwhat's the difference between a shareable repo and an unshareable repo?10:42
fullermdA shareable repo can be used in common by multiple branches.  An unsharable one can't (and generally doesn't exist except hidden inside the branch that owns it)10:43
fullermdBasically, a share repo is the only sort of repo you ever see or interact with in any way.10:43
fullermdYou never create a non-shared repo, it just happens when you make a branch that can't find an existing shared repo to use.10:44
fullermdThis also means that colloquially, any time somebody talks about a "repo", they almost certainly mean an explicitly-created shared repository, unless they're discussing internals or relatively arcane implementation details.10:45
* SamB contemplates bzrcrush10:46
George2thanks guys, that helps a bit!10:52
George2a la git, switching from one branch to another in the same dir is simply a matter of checking out the different branch, how do i do this with bzr? the init-repo --no-tree option is confiusing me10:53
fullermdThat's probably a side effect of init-repo --no-trees not really having much to do with that problem   :P10:54
fullermd(well, it's usually a step in the process, but doesn't directly bear on it)10:54
George2oh10:54
George2trying to wrap my head around the user guide10:54
fullermdThe central command to think about in that case is 'switch', which throws a working tree from one branch to another.10:55
George2is the only way to create a separate branch in a new dir and then merge?10:55
SamBGeorge2: did you see the GitStyleBranches wiki page?10:55
George2SamB: no?10:55
SamBwell, it's kind of new10:55
George2fullermd: oh, so just simply bzr switch newbranch10:55
fullermdYah.10:55
George2wow, nice10:56
fullermdDetails like setting up a --no-trees shared repo are often parts of _setting up_ a layout where you later do that.  But they're not strictly speaking necessary parts of it.10:56
George2what's the no-trees option for then?10:56
SamBGeorge2: are you using a lightweight checkout?10:56
George2SamB: no, trying to get my head around normal checkouts!10:56
SamBoh, it just keeps your storage branches from having working trees10:56
George2lightweight is history-less right?10:57
fullermdBasically, it all makes a bit more sense if you grok the triumverate of Working Tree, Branch, and Repository.10:57
SamBGeorge2: oh ;-)10:57
SamBlightweight is good for doing git-style switchable branch checkouts, actually10:57
fullermdDon't worry about lightweight vs heavy checkouts, at least at the start.  The differences shouldn't affect the semantics (if they do, it's probably a bug), and it can be a little confusing.10:57
SamBfullermd: oh?10:57
George2fullermd: the userguide is great from what i've read - half way so far, but the intro about explaining the terms is perhaps the only weak part10:57
SamBwhat about the parent/push paths ?10:58
fullermd(not to say the differences are unimportant, but..)10:58
SamBI'll agree that other differences are probably bugs10:58
George2doesn't lightweight only affect what is pulled - ie. branch history?10:58
fullermdSee, this just goes back to my periodic bitchings about leaky abstraction on [heavy] checkouts   :p10:58
SamBbut don't try to convince me that bzr isn't full of bugs of that sort ;-)10:58
fullermdGeorge2: Basically, just use this rule of thumb; if the branch is on the local machine, use a lightweight checkout.  If it's on a remote machine, use a regular (heavy) checkout.10:59
George2oh10:59
SamBanyway, if you have a --no-trees repo with your branches in it in the next dir over, you still have all the history right there ;-)10:59
George2well i'm looking for a single-dev local maching setup10:59
SamBI mean, assuming that's what the lightweight checkout is bound to10:59
George2except depending on the project, my workflow may change, so i'm just trying to wrap my head around it all!10:59
George2should i have a repo for each project, or can i have a projects dir?11:00
SamBanyway, if you do look at the GitStyleBranches page, please give any comments about what isn't clear enough11:00
George2SamB: url?11:00
fullermdGenerally, a repo per project is a good demark.11:01
SamBI don't bother unless I actually want more than one branch11:01
fullermdYou could stick everything in one repo.  Or you could not use shared repos at all.  Or anywhere in between.11:01
fullermdBut sharing a repo across projects generally gives very little gain.  And using more than a very few branches of one project without one is pretty wasteful.11:02
SamBhttp://bazaar-vcs.org/GitStyleBranches11:02
SamBGeorge2: I can see why you wanted the URL11:02
SamBit doesn't really google too well yet, does it?11:02
SamBgoogle's top hits on the wiki are RecentChanges and WordIndex ...11:04
George2fullermd: i'm looking for a way to store a cms core, and modules for the cms. i essentially would like to be able to checkout the core files, and then the modules. but i maintain some modules, so can i have a repo inside the modules repo for each module i maintain?11:04
fullermdWell, you can put one shared repo under another in the filesystem.  But they don't have anything to do with each other.11:05
fullermdI'd generally discourage that, just because it can open up chances for you to get confused about what's where.11:05
George2SamB: first line: [...] it's true than many Git users like its approach and it does have benefits worth noting: -- add some context, does the quote refer to git or bzr?11:06
SamBGeorge2: refers to git11:06
George2fullermd: oh, so what solution would you suggest?11:06
SamBat least, I assume11:06
SamBGeorge2: is that what you thought?11:07
George2should i have a repo for others modules, and a repo for mine?11:07
George2SamB: after reading a bit yeah, but it's not immediately clear. this is your site right?11:07
George2oh no, sorry - hehe11:07
* George2 checks the url ;)11:07
SamBI did make the wiki page though11:07
SamBbut I didn't write that part11:08
SamBcopied it from the linked section11:08
fullermdWell, a lot depends on just how much breadth you get.11:08
fullermdI mean, if you only have one branch of a given module, a shared repo buys you nothing.11:08
fullermdIf two modules share no history, then having them use a common repo also buys you nothing.11:09
George2fullermd: for others modules, i'm just looking for a place to esesntially dump them i guess, but i'd probably have a few branches for my modules11:09
SamBshouldn't there be a flag to "bzr init" that tells it not to use a shared repo ?11:09
SamBI can't seem to see it in the HEAD11:09
SamBwell, it is the HEAD as of the night before last ...11:10
fullermdModules are pretty small, presumably, so history probably doesn't eat that much space or I/O.  I'd suggest just ignoring shared repos for them for right now, and letting them be standalone branches.11:10
George2SamB: yeah there is, i think i remember reading about it11:10
fullermdThen you can see what works and where you might benefit from repos, and retrofit them in later.11:10
SamBall these branch format flags are a bit distracting11:10
fullermdI don't think it does.  You could reconfig it afterward.11:10
SamBI think the user should be advised to see "bzr help upgrade" for the documentation for those, personally ...11:11
SamBit's too bad you can't use javascript to make things collapsable in terminal-based UIs ;-P11:12
George2ok so i'm confused fullermd! so you're suggesting a shared-repo in say /modules. and then each module (~40kb) is a subdir of /modules?11:12
SamBGeorge2: not really11:12
SamBthe shared repo there wouldn't really get you anything11:13
fullermdWell, what I'm really suggesting is a bit more meta than that; don't worry about shared repos there period, at least for now.11:13
SamByeah.11:13
fullermdShared repos don't have semantic value; they save you storage space and I/O bandwidth.11:13
fullermdBut everything else (there are some arcane exceptions, but you don't care) will act exactly the same whether the branches share a repo or not.11:14
SamBif that happens to be inside one, no big deal, but it won't buy you anything to explicitly create one there11:14
fullermdAnd it's not very difficult to reorganize things later to add shared repos around parts of the branch set.  So your initial decisions in that area aren't cast in stone.11:15
SamBfullermd: and the exceptions are going to be far fewer and farer between than the differences between lightweight and heavyweight checkouts11:15
fullermdThey're not even cast in foam latex...11:15
George2mhh, i wonder, instead of having a separate core and modules repo, maybe combinging the two would be best11:15
SamBGeorge2: you mean having them all in one branch ?11:15
fullermdI think you're worrying a little too much about repo boundaries.  Maybe you're thinking SVNish, where the repo is an important semantic boundary?11:16
George2exactly11:16
SamBor darcs or git?11:16
George2well i'm trying to get my head around a workflow that will be benficial11:16
George2i've just come from git, it was too limiting11:16
fullermdOr gitish, where it's an important (in a totally different way, and much more malleable) boudnary as well.11:17
SamBwell, are the modules developed seperately from eachother?11:17
George2SamB: yeah they are11:17
SamBbut he's not scarred enough to come from tla11:17
George2SamB: but to me as they're not my modules, doesn't really affect me11:17
George2tla?11:17
SamBGeorge2: well, where are you getting them from?11:17
SamBGeorge2: you don't want to know ;-)11:18
fullermdHow 'bout this; unless you have a component with "a lot" of history (>50 megs, maybe), that you'll have more than a few branches of, forget init-repo exists.11:18
George2SamB: a cvs repo / downloading from modules site11:18
George2hehe - that simple11:18
George2the userguide doesn't really mention that at all fuller11:18
SamBand who is going to access the bzr branch(es) you are making?11:19
George2SamB: just me11:19
fullermdWell, a great thing about bzr is how flexible it is, and how many ways you can combine the pieces depending on your specific needs.11:19
SamBwell, just do whatever then11:19
fullermdOne terrible thing is that it's very flexible, and you can combine the pieces a lot of different ways depending on your specific needs.11:19
SamBI might make a different branch for each source of code11:20
fullermdSo it gets really hard to say "just do X, Y, Z" without reference to a specific case.11:20
George2fullermd: its flexibility is what attracted me here11:20
fullermdIn this case, the CMS core may be large (in terms of the tree size, and in terms of history size), and you may have many branches of it hanging around.11:20
fullermdSo a shared repo can gain you a lot there.11:20
SamBmaybe one would be an svn checkout (BZR format, probably -- it's faster ;-)11:21
fullermdThe modules, though, are presumable small (in both tree and history), won't have common history with each other, and you probably won't have all that many branches of any individual one of them.11:21
George2fullermd: drupal. the core is about 2mb i believe, currently 3 major versions, 1 of them still in dev11:21
fullermdSo repos aren't necessarily going to gain you very much.  And working out just where they can be put to help you out, especially in advance, is probably more trouble than it's worth.11:21
SamBI wouldn't involve any repos unless you find yourself with a couple of branches of the same module11:22
George2the modules, are small, and i just want a repo to dump them and pull out of as necessary. though the modules i maintain, i'd like to have a separate repo for each i guess11:22
fullermdOK, there you're using "repo" in a way that doesn't really mean anything (or anything like a repo, anyway) in a bzr sense.11:22
SamBof course, setting all the checkouts up might be a bitch, so maybe I would just dump the modules all in one branch ...11:23
SamBfullermd: I think he means branch11:23
George2a bzr branch != cvs branch11:23
fullermdWell, more specifically, probably treeless branch.11:23
SamBhmm ?11:23
fullermdThough whether the treeless really matters much may be questionable.11:23
SamBGeorge2: describe how you would like to use the VCS setup11:24
George2ok, so i would like to be able to checkout a version of drupal with related modules for that version to assist in a speedy setup of a site. i'd also like to be able to log changes to my modules that i make for that core version of drupal11:25
fullermdGeorge2: I would suggest chewing a bit on WT, Branch, and Repo until you grok them separately.  Then it'll be easier to work out which you want where, which makes it real easy to figure out how to lay things out.11:26
George2there are perhaps 40 or so modules, and about 5 of mine11:26
George2ok11:26
SamBwould you mind terribly having to check each of yours out seperately?11:26
George2samb, prolly not11:27
SamBlike, would it be okay like this: 1) check out drupal 2) check out modules directory containing foreign modules 3) check out each of my modules11:27
George2i'd like of course to have the ones i checkout to be two-way synced up to the repos11:27
SamBwhere by "my" of course mean your11:27
George2SamB: i'd like to checkout a version of drupal, and get all teh modules for that version11:28
SamBoops. I forgot an I in that last sentence11:28
SamBGeorge2: well, this way might make it easier to track bugfix releases11:29
SamBalso you could set up a script for it or something ...11:29
SamBhow many of these websites do you make?11:29
George2ohhh11:30
George2so Repo -> working tree -> branch11:30
George2              \> another working tree -> branch etc ?11:30
fullermdAnother option (just to complexify things) is to create 'rollup' branches, where you combine a given drupal version with whatever modules make sense for that version, merging from the various sources as necessary, so you have a single branch to work from for deployments.11:30
SamByeah11:31
fullermd(ignore that of course; I'm just making trouble  :p)11:31
SamBI thought of that11:31
George2fullermd: so a middle inbetween branch11:31
George2so all sources, combing sources, and new projects are a checkout of the combining sources11:32
fullermdNot exactly...   a WT "points" to a branch, and a branch "points" to a repository.11:32
George2i've thought about that for git11:32
fullermd(generally the pointing is implicit rather than explicit, but...   implementation detail)11:32
SamBGeorge2: how did you want to do it with git?11:32
George2oh so each branch has its own wt11:33
fullermdA WT is where you have working files, that you can read or run or print or compile or make changes to or whatever.11:33
SamBGeorge2: can have11:33
fullermdA branch defines a particular history, the past revisions, and what revision is the current 'head'.11:33
fullermdA repository is basically just a big bucket full of revisions, with no ordering or anything like that.11:34
SamByou can think of a branch as being a bit like a one-head git repository11:34
fullermdSo phrases like "check out a repository" don't make any sense in bzr.  You can only "check out" a revision, but a repository is just a big sea of revisions, with no indication of which one you might be interested in.11:35
fullermdA branch [practically] necessary has a repository somewhere; otherwise it wouldn't have anywhere to store revs.11:35
George2i see11:35
fullermdThe branch serves to tell you WHICH revs are important in a given case, by saying "this is the current head"11:35
SamBwell, yeah, a branch with no repository is like a broken symlink11:36
SamBeven an SVN branch needs a repository11:36
George2so the branch indexes what revisions are important to that particular branch from whichever repo? hence the need to refer to the repo11:36
fullermdRight.11:36
fullermdThis is fundamentally the same as git, though different pieces are visible.11:37
fullermdThe git moral-equivalent-ofrepo is also a giant bucket full of revisions, and the 'branch' is a pointer to one (via its SHA1 hash)11:37
fullermdThe branch is just a file hidden under .git/, rather than an explicit exterior directory.11:37
ronnygits is more like a buked of "objects"11:38
George2ok, so essentially, would it make sense to have a repo that stores drupal and the related modules for that version. with each version being a branch. and a repo for my modules with each module being a branch?11:38
fullermdWell, it's a bucket of somethings, and the branch lets you refer to somethings.  Don't get technical  :p11:38
SamBronny: well, a lot of those objects are commits11:38
SamBand most of the rest are referenced only via commits11:39
ronnySamB: more of them are tree's and blobs11:39
fullermdGeorge2: Think of it in terms of revisions.  If two branches share no revisions, then having them use the same repository doesn't gain anything.11:39
SamBthose can be viewed as part of the commits, for the most part11:39
fullermdSo, e.g., having drupal and some module sharing a repo doesn't save you anything, versus having them be standalone (and thus each having its own repo internally)11:40
fullermdOn the other hand, having 2 branches of drupal share a repo probably gains a lot, because presumably a lot of the history is common, up to the point where the branches diverged.11:40
fullermdSo, in one sense, it makes more sense to have the various branches of drupal grouped together one place, and the modules in another.11:40
George2fullermd: i understand that - kindof - but having a repo for each module is overkill no?11:41
George2i don't particularly want to have to set up 40+ repos just for the modules11:41
fullermdProbably.  Unless the module is big or has a lot of branches, it's probably more trouble than it's worth.11:41
fullermdWell, that's why I said don't set up repos for the modules period  ;)11:41
George2fullermd: but i want the modules to be associated with the core version of drupal!11:42
fullermdRepos don't do any sort of association.11:42
fullermdAll they do is share storage space.11:42
fullermdLike I said, I think you're assigning way too much meaning to them.11:42
George2probably11:43
fullermd(by 'repo' in this part of the discussion I mean "shared repo" the thing you create with init-repo.  In the earlier WT/Branch/Repo discussion, I meant it as the underlying object in the bzr gestalt)11:44
fullermdSo, let's suppose you have a /work where all this goes.11:45
fullermdYou have /work/drupal/1.0 and /work/drupal/2.0 and /work/drupal/3.0 (or whatever branches of drupal there may be)11:45
George2actually. i'm mistaken. i think i do need a middle ground11:45
fullermdAnd also /work/modules/foo and /work/modules/bar and so on.11:45
fullermdUsing init-repo to make /work/drupal a shared repository can be a useful thing to do, since those branches will have common history.11:45
fullermdBut for now, I'd just totally ignore init-repo in the /work/modules/ hierarchy.  Just let them all be standalone branches, with the internal private repos 'init' (or 'branch' or however they come into being) creates for them.11:46
George2ie. i have a drupal core repo, i have a modules repo and for each major drupal core i have a set of plugins, and then a repo for each of my modules. if i then set up a repo to store checkouts as necessary from the specific branch from each repo, and then i checkout from this  that should work right?11:46
fullermdAnd ignore init-repo _conceptually_ in /work/drupal/ too.  It doesn't make anything act differently from having those be standalone branches too, just a bit faster and a bit smaller.11:47
fullermdNo, not a modules repo.  No repo.  Ixnay on the eporay.  There Is No Repo.   :)11:47
fullermdJust a directory under which you have a lot of branches for modules.11:47
George2damnit! but a repo stores branches no?11:48
fullermdNo, a repo stores revisions.11:48
awilkinsA branch is really just a pointer to one revision11:48
fullermdA shared repo can be used by multiple branches.  That's what sets it (what you make explicitly with init-repo) apart from the Repository that's a underlying piece of how bzr works.11:49
fullermdBranches (so to speak) store themselves.11:49
fullermdMmm.  Clear as mud?  Maybe we should back up...11:50
George2ok, i didn't explain that properly. i understand about a drupal repo to share revisions11:50
SamBhttp://hpaste.org/fastcgi/hpaste.fcgi/view?id=2298#a229811:50
George2but then for each drupal core, i could have a branch with a set of modules in for that specific core right?11:51
fullermdIn day to day operations, the repo is completely uninteresting.  Nothing you do will ever interact directly with it.11:51
* fullermd suspects we're talking about too many things at once...11:52
SamBany idea how to fix the conflicts in the above-pasted "bzr info" output?11:53
George2ok, so in its simplest terms at the most basic level. a branch for drupal 5, branch for 6, branch for 7. branch for modules for 5, branch for 6 modules, branch for 7 modules. branch for each of my modules?11:53
George2fullermd: i think i'm locked too much into the cvs / svn workflow idea11:54
fullermdThe big thing that bites you there (next to the importance of repos, anyway) is that in CVSVN, you tend to have one big tree that you check out and work on parts of.11:55
SamBsome people even check out all the branches at once11:55
fullermdWhereas in bzr, you pretty much always work with whole branches, never with parts of branches or with conglomerations of multiple branches.11:55
SamBI dunno why11:56
SamBI had assumed at first it was ignorance ... but one guy said he did it that way on purpose ...11:56
fullermdSo in SVN, the repo boundary is vital, while branch boundaries are not only unimportant, they're terribly ambiguous.11:57
fullermdWhile in bzr, the repo boundary is utterly meaningless, while the branch boundary is a hard line.11:57
SamBnevermind that people might make a branch based on only part of the another branch ...11:57
SamBor put a readme.txt where you might expect a branch11:57
SamBor ...11:57
George2i'm starting to get the meaningless-ness of the repo now11:58
fullermdSo how you want to subdivide branches (branch of all 5 modules, branch for each individual 5 module, etc) depends on at which granularity you'll want to work with them.11:58
* SamB is talking about the firebug repo11:58
George2the repo is just an abstracted place to store revisions which is unimportant11:58
SamBunimportant in theory, yes11:58
SamBand in practice at small sizes11:58
fullermdRight.  The Repository (object) is something that's always around one way or another, and directly stores the history.11:59
George2fullermd: well having separate branches for each would be foolish as i don't particularly want to track each update. if an update is broken, i can rollback from the drupal module cvs11:59
fullermdThe repository (shared repository, thing you make with init-repo) is something you use to share space and I/O among related branches, but otherwise makes nothing act differently than if the branches were completely standalone.11:59
George2whereas for my modules, i'd like to eb able to track each commit11:59
George2fullermd: i understand that now - it's just an optimising process12:00
* fullermd nods.12:00
SamBdoes drupal really use CVS ?12:00
George2thanks for sticking with me :)12:00
George2aye12:00
SamBwhy the heck?12:00
fullermdYeah.  How you split those branches is pretty much dependant on how you'll expect to be updating/working on them, etc.12:00
George2no idea12:00
fullermdAt one point, drupal had a semi-official bzr mirror.  I don't know whether that's still kept up or not, though.12:01
George2fullermd: ok, so for each new drupal project, if i check out 40 modules, but decide i only want 10, if i remove them, it would affect the parent branch right?12:01
George2i would essentially like each new drupal project to be a branch itself12:02
George2fullermd: 4 kitchens have one for core12:02
SamBit's just that CVS is so flaky -- why haven't they switched to SVN ?12:02
George2SamB: no one to update it12:02
SamBhmm?12:03
fullermdWell, *I* never switched to svn.  It exchanges CVS's braindamage for its own, which may or may not really be a win in a given case.12:03
George2what confused  me about git was clone, pull, fetch, checkout etc12:03
SamBfullermd: well, I prefer atomic braindamage12:03
SamBwhich brain damage of SVN's were you referring to, anyway?12:03
fullermdThe bizarre fluidity of its pseudo-branchiness, for one.12:04
SamBoh, yeah, I do hate that12:04
fullermdMore abstractly, CVS's intense dainbramage has the advantage of being well known and plumbed, so Everybody (FSVO) knows how to deal with it and what actions to avoid.12:04
SamBit works fine if you adhere to the trunk/branches/tags convention though12:05
SamBthough the fact that such "tags" are mutable is lamentable :-(12:05
fullermdAnd it's there and running.  Moving to any other VCS is a moderately involved undertaking, so if you're gonna go through it anyway, might as well go to a good choice instead  ;)12:05
fullermdAnyway.12:05
SamBwell, yeah, I guess12:06
SamBbut staying with CVS?12:06
SamBthat's harder to imagine12:06
fullermdDrupal was at that time in the past at least fairly actively considering moving to bzr.12:06
George2ok, so i think i have dir structured now - thanks!12:06
fullermdBut the last I heard of that was, like, 3.5 years ago or something.12:06
fullermdGeorge2: I would definitely take the stance that you'll set it up to experiment with, with the expectation of throwing your first organization away at some point.12:07
George2however, what about minor updates? i'd like to have a browsable dir structure like drupal / drupal-6 / drupal-6--9 etc12:07
SamBso does anyone have any idea about the conflicts in http://hpaste.org/fastcgi/hpaste.fcgi/view?id=2298 ?12:07
George2fullermd: yeah, that's the painful part :(12:08
fullermdhttp://drupal.org/node/4536812:08
fullermdThat's only ~ a year old, so it may still be being kept up.12:09
fullermdIt points at a LP import, so I'd guess so.12:09
George2ohhh12:10
fullermdSamB: It looks like a giant mess.  Smells like a merge of a near-exact copy of a tree you had sitting around, un-add'd in the dir before you merged.12:10
George2i think i understand!12:10
SamBfullermd: actually I tried to use "bzr upgrade" in an svn checkout12:10
fullermd...12:10
fullermdOh.  In that case I suggest "sobering up"   :p12:11
SamBit half worked: https://bugs.launchpad.net/bzr/+bug/34085412:11
ubottuUbuntu bug 340854 in bzr-svn ""bzr upgrade" fails rather slowly on SVN working directories" [Undecided,Confirmed]12:11
SamBthen I ran "bzr reconfigure --checkout"12:11
SamBand that actually worked12:11
George2i *could* have a shared-repo for say a drupal-core branch and for each major and  minor version, just tag appropriately12:11
George2bzr is just so damned difficult to type :/12:12
fullermdThat's just 'cuz it's not trained into your fingers yet.12:14
fullermdOnce it is, you'll find that 'bzr' is impossible to type.12:14
fullermd...12:14
fullermdDangit.  'bar' is impossible to type.12:15
fullermdSee what I mean?12:15
pigmejfullermd: For me it's easy to type ;d12:16
pigmej3 fingers and "done" :d12:16
pigmejeasier than svn12:17
George2svn and cvs are easy12:18
George2git is nice12:18
pigmejhmm12:19
George2let's propose bzr changes its name :)12:19
pigmejcvs is harder to write becouse of you need to change key on the same finger12:19
pigmejbzr is to type with 3 different fingers, svn too12:19
pigmejgit too12:19
pigmejEhh i forgot, I have other layout ;d12:19
fullermdcvs is 3 different fingers for me...12:19
fullermdActually, the only vcs that isn't that comes readily to mind is cdv.  darcs too, I guess.12:20
fullermdMaybe baz if anybody still uses it.  But people left in that world presumably all use tla.12:21
Peng_I think "hg" wins at typability. :P12:22
pigmejPeng_: right ;d12:22
fullermdActually, it seems a bit lower for me.  It means yanking both hands away from home.12:23
pigmejso let's make an "a" vcs12:23
pigmej;d12:23
fullermdbzr is a quick rock with one hand.12:23
fullermdgit is more sensitive to timing between hands too.12:23
Peng_How do Dvorak keyboards change this? :D12:24
fullermdOn the other hand, RCS wins because you don't even need to type the VCS's name before the command.12:24
pigmejdo you use qwerty layout ?12:25
George2non-qwerty sucks for programmers12:27
pigmejGeorge2: I use colemak12:27
pigmej;d12:27
pigmejfor about 7 months and I'm really impressed12:28
pigmejand happy12:28
nevansmy new years resolution was to learn colemak by the end of 2009... haven't made any real progress yet...12:28
pigmejbefore colemak I used naturally qwerty ;d12:28
pigmejnevans: First month was terrible...12:29
pigmejFirst days was a #$%^&*12:29
pigmejbut now I'm very very happy :)12:29
nevanspigmej: did you just switch to it for everything all at once, or ease yourself into it (an hour or two a day)?12:29
fullermdEek, what is colemak doing stealing my Ctrl key for an extra backspace?   :p12:29
pigmejnevans: everything12:29
nevansfullermd: I thought it did that with CapsLk, not Ctrl12:30
pigmejfullermd: backspace is moved to capslock12:30
nevansto CapsLk, I say good riddance.12:30
pigmejand that's one of the best things in colemak12:30
fullermdOnly for silly people who didn't do away with their capslock already and make it a Ctrl.12:30
fullermdIt looks like it would suck for moving around in vi though.  So not much point...12:30
nevansI've mapped it to Esc in the past, but that always winds up hurting me when I start vimming at someone else's computer.  ;)12:30
pigmejfullermd: it's optional, there are coleak layout's without that modification12:31
George2colemak?12:31
pigmejbtw nevans as I sad, I switched to colemak completly.12:31
pigmejall hours on colemak12:31
pigmejevery single letter...12:32
pigmejand the beginning was a little bit hard12:32
pigmejnow it's very very good ;d12:32
George2i thought qwerty was designed to slow typists down12:32
pigmejGeorge2: right ;)12:32
fullermdNot exactly, no...12:33
George2why is it called colemak?12:33
pigmejGeorge2: becouse qwfpgj isn't good name ;d12:33
pigmejbecause*12:33
nevanshttp://colemak.com/FAQ#Why_is_it_called_Colemak.3F12:33
George2and where's caps lock?12:33
pigmejthere is no capslock George2 ;d12:34
George2i need a keyboard that has a $ key without pressing shift12:34
pigmejwhy ?12:34
pigmejphp ?12:34
George2what about apostrophe?12:34
George2yeah php12:34
pigmejGeorge2: the changes to qwerty are not so big12:34
luksI wonder if typing speed is really the bottleneck for you in programming12:34
luksit surely isn't for me12:35
pigmejbut very very important12:35
George2luks, not so much speed, but pressing shift for such an essential char is a pain, same with underscore12:35
George2$_GET['foo'] = ugh to type12:35
pigmejluks: less "distance" for fingers it's better12:35
luksthat's where you problems start, don't use $_GET :)12:36
pigmejfor our fingers ;d12:36
George2an ampersand key would be nice too12:36
George2until that day, i'm not switching!12:36
lukspigmej: I personally spend less time typing than I do with other tasks12:37
George2can i see a list of branches available ala git?12:37
fullermd$_GET is easy, you just hold down shift the whole time   :p12:37
fullermdAnd the _ is the only other char with the right hand, so that pinkie just takes a little nap on shift.12:38
pigmejluks: I'm typing a lot...12:39
pigmejmy keyboards ( always MS natural ergo 4000 ) lives about 6-8 months ;d12:39
luksmust be very boring programming :)12:40
fullermdSunday is my keyboard's 18th birthday   :p12:40
pigmejluks: programming is my hobby ;)12:40
pigmejnot a work :)12:40
lukseven worse then :)12:40
* fullermd would treat a keyboard with a 6 month lifespan with explosives...12:41
luksmy keyboards last for about a year, but for different reasons12:41
George2i <3 my ms media keyboard, really comfy and right amount of firmness12:42
George2unfortunately i don't have it here :(12:42
* fullermd ain't budging from his Model M.12:43
George2is it not possible to switch to a tag directly? i have to use the revision number associated with that tag?12:48
fullermdYou can only switch to branches.12:49
George2oh12:49
LeoNerdA tag is a single static snapshot in time.12:56
LeoNerdYou could checkout, or export it.12:56
George2no namespace registered for string:u'MY_TAG'12:58
Peng_George2: "tag:MY_TAG"?12:59
George2ohh12:59
George2heh, file exists .... .bzr12:59
George2trying to checkout in same dir12:59
George2bzr forces a new branch to be a new dir doesn't it?13:06
Peng_George2: Yes.13:12
Peng_George2: There's some work being done on making that...not the case.13:12
George2that's what i really like about git13:12
George2making it so easy to be able to switch between tags and branches with a simple checkout13:12
awilkinsModel M 4tw13:18
Peng_Earplugs 4tw13:21
Peng_:P13:21
George2can i get a one-way checkout? ie. if i checkout out a branch, i want to be able to delete files and hack at it, and then start a new project with it, but for it to still update if the parent updates13:32
Peng_Isn't that what a branch is for?13:33
* Chipdancer waves to jml and wonders where poolie is13:35
George2,hh13:36
George2uh oh. how do i pull from two branches into one?13:42
ronnyGeorge2: if they diverged, merge13:43
George2ronny - they're separate branches with no common ancestor13:43
hmelandIIRC, in branch1, you can do "bzr merge -r 0.. /path/to/branch2" to merge the two branches' histories.13:46
derekS hey guys. Is there a way to validate my local repository?13:50
Peng_derekS: "bzr check"?13:52
George2omg, there has to be an easier way!13:55
George2does this sound sane? i create a dir for drupal core files. i commit an empty dir. i branch from that and make a branch for modules. i put the core files in the core branch and commit. i put modules in the modules branch and commit. when i start a new project. i branch from core, and then merge in the modules branch14:01
derekSPeng_: thanks!14:03
devilsadvocateGeorge2, that does not sound sane :P14:05
Peng_derekS: BTW, some unimportant things like inconsistent parents can be fixed with "bzr reconcile", but you don't need to bother.14:06
George2devilsadvocate: well how else can i merge two branches together that have no common base?14:06
George2i want to make a project that pulls from two branches. that sounds sensible in itself right. that has to happen all the time?14:06
devilsadvocateGeorge2, what hmeland said?14:06
LarstiQGeorge2: you could use the scmproj plugin14:06
* George2 scrolls up14:06
George2hmeland: but the histories shouldn't be merged as they're  unrelated14:07
LarstiQGeorge2: then merge/pull is not the operation you are looking for14:07
George2so what is then?14:08
George2i can't checkout as .bzr already exists14:08
derekSPeng_: i just want to do a validate, time isn't an issue, so you would reccomend doing a check then reconcile14:08
derekSjust for the sake of doing it?14:08
Peng_derekS: I dunno. reconcile is redundant if there's nothing wrong.14:09
LarstiQGeorge2: I haven't scrolled back and analyzed your problem, but in passing it sounds like what scmproj would help with.14:09
devilsadvocateGeorge2, if you dont want the histories then why do you want to merge? as in, you could just make a folder and add the files14:10
George2devilsadvocate: i'd like to have a 1-way relationship where if the files update in teh original branch, i can easily update in this branch14:11
devilsadvocateGeorge2, typically, if two things are separate, you should probably continue to keep them separate.14:12
devilsadvocateIMO14:12
George2that' not possible. cms / modules for cms14:12
George2they have to be combined for a site project14:12
devilsadvocatehm, your modules folder is within your cms folder14:13
George2yep14:13
devilsadvocatei you can remove individual files from version control. how about you add a single file, a symlink to the modules folder. dont add that to the repo. job done.14:13
LarstiQGeorge2: I repeat, http://launchpad.net/bzr-scmproj14:13
LarstiQor devilsadvocate's advice if that's enough for you14:14
George2LarstiQ: i'm looking at it now14:14
* LarstiQ trots off to work14:14
LarstiQGeorge2: good luck14:14
George2thanks14:14
George2devilsadvocate: yeah, i've thought about symlinking, which would be a nice solution, and is something i'm using atm without version control. however, and export wouldn't resolve those symlinks right?14:15
devilsadvocateGeorge2, probably not, especially if they arent version controlled.14:16
devilsadvocateim not sure14:16
George2wow14:20
George2devilsadvocate: i've put a file in a test repos anad commited, and in another separate branch added a symlink, and export resolves it ;)14:21
devilsadvocatenice :)14:21
George2as i'm working on a local machine only, that sorts it :)14:21
George2that's genius!14:21
devilsadvocateif your ftp or whatever you use to expose the bzr (if you do expose the bzr) is configures to follow symlinks, it will works remotely as well, then14:22
George2yep14:22
George2but this is just for a local machine atm, so this is perfect!14:23
derekSPeng_: thanks :)14:34
Peng_derekS: You shouldn't need to run "bzr reconcile" more than once, so I wouldn't add it to your cronjob or whatever.14:36
ronnyjelmer: aware of a gentoo overlay for subvertpy/bzr-svn?14:38
=== kiko__ is now known as kiko
jelmerronny, I think the gentoo bzr overlay has both14:48
jelmerronny, http://launchpad.net/bzr-gentoo-overlay IIRC14:48
derekSPeng_: i wasn't planning on it. i want to push my directory to the parent server, just wanted to make sure it was all good14:55
thecookieHmm. This is not really a bzr question, but.. I'm using eclipse. What is the smoothest way to work with a new branch? Seems a bit sucky to create a new project each time you want to work with a new branch.. and preparing it with the config files and such14:56
LarstiQthecookie: `bzr switch`14:57
thecookieI see. Switch with my main branch? (Not sure it's called that but the branch I first checked out called trunk)14:59
derekSanyone knwo of a decent ide for windows that does python and perl that natively supports bzr? Komodo is too expensive but fits the bill. Eclipse is a beast...15:00
ronnyjelmer: it does, thanks15:01
thecookieHmm. So, locally I would have a mirror of the master server, a local working tree and a new branch?15:08
devilsadvocatethecookie, bzr bind?15:10
LarstiQdevilsadvocate: no, just a lightweight checkout and switch15:13
thecookieWhat should the master with the main branch host? A branch? Working tree? Checkout?15:14
thecookieLocally I followed http://doc.bazaar-vcs.org/bzr.dev/en/user-guide/index.html#team-collaboration-distributed-style15:14
cyberixI'm trying to use "bzr send --mail-to=person@domain.com"15:16
cyberixEvolution opens up, but tells me...15:16
cyberix"You cannot attach the file `%2Ftmp%2Fbzr-mail-GPry9l%2Fmsk-32.patch' to this message."15:16
cyberix"Cannot attach file %2Ftmp%2Fbzr-mail-GPry9l%2Fmsk-32.patch: No such file or directory"15:16
cyberixIs this a known problem?15:17
LarstiQcyberix: not that I know of, does the un-urlencoded path exist?15:17
cyberixAlso when I pass the error, I notice that the email address is prefixed with ///15:17
LarstiQcyberix: that, however, is known.15:17
cyberixLarstiQ: Yes it does15:17
* LarstiQ looks up the bug number15:17
cyberixcyberix@eval:/tmp/msk$ du -b /tmp/bzr-mail-GPry9l/msk-32.patch15:18
cyberix1638/tmp/bzr-mail-GPry9l/msk-32.patch15:18
LarstiQbug 291847 I believe15:18
ubottuLaunchpad bug 291847 in bzr "xdg-open mangles mailto: urls to ///foo@bar.com (dup-of: 294233)" [High,Confirmed] https://launchpad.net/bugs/29184715:18
ubottuLaunchpad bug 294233 in libgnome "running gnome-open 'mailto:user@acme.com' open thunderbird mail to ///user@acme.com" [Low,Triaged] https://launchpad.net/bugs/29423315:18
cyberixI filed a bug15:27
cyberixhttps://bugs.launchpad.net/bzr/+bug/34118215:27
ubottuUbuntu bug 341182 in bzr ""bzr send" fails to attach file in Evolution" [Undecided,New]15:27
LarstiQcyberix: I suppose send -o and attaching by hand works though?15:29
cyberixLast time it failed I just corrected the email address and attached the file from tmp by hand15:30
cyberixand the patch was applied15:30
LarstiQgood15:30
cyberixand it worked fine15:31
cyberixshould I still try using -o?15:31
LarstiQcyberix: nah, if it worked then, I trust it works now15:31
cyberixok15:32
=== nevans1 is now known as nevans
kfogelheh: lots of people seeing this error with recent dev sources?15:55
kfogelbzr: ERROR: exceptions.AttributeError: 'Serializer_v5' object has no attribute '_init_inventory_with_root'15:55
kfogelAnyone understand what's going on here: http://paste.lisp.org/display/7683016:02
kfogel?16:02
kfogelkiko__: ^^ :-)16:02
luksyou probably want svn up16:03
lukser16:03
luksbzr up16:03
luks:)16:03
kfogelluks: I guess what's confusing me is: I've been using that bound branch as a local mirror of trunk for ages now, and all I've ever had to do is 'bzr pull'.  That has always updated my working tree, and afterwards I just do 'sudo python setup.py install' if I want to install the latest bzr dev sources.16:05
kfogelluks: So why all of a sudden is it not updating the working tree?16:05
LarstiQkfogel: you haven't reverted it to a non head revision per chance?16:06
kfogelLarstiQ: not to my knowledge.  Would there be some way for me to tell if I've done that?16:06
luksbrw, the result of bzr info -v doesn't seem to indicate a bound branch16:10
luks*btw16:10
luksyou would see 'checkout of branch: http://bazaar-vcs.org/bzr/bzr.dev/'16:11
thecookieSo, even tho the main branch server didn't do an update, other people can do a pull from it after one has done a push towards it?16:11
kfogelluks: hmrmrm.16:11
kfogelcat .bzr/branch/branch.conf16:11
kfogelparent_location = http://bazaar-vcs.org/bzr/bzr.dev/16:11
luksthat's parent location, not the bound branch location16:11
kfogelluks: I may be using the term "bound branch" incorrectly.  I *also* did a 'bzr bind' to that URL when I edited branch.conf.16:12
kfogel(This was all more than months ago.)16:12
kfogels/more than//16:12
lukskfogel: well, what you have is a standalone branch, not a bound branch16:13
kfogelluks: okay, thanks.  Any ideas why it would have been working (that is, updating the working files whenever I did bzr pull) before now?16:13
luksdo you want to use a standalone branch or a bound branch?16:14
kfogelluks: I guess I'll go re-read the user's guide and make sure I understand those terms before answering!16:14
kfogel:-)16:14
kfogelluks: I can tell you the behavior I want, maybe that would help?16:14
lukskfogel: sure16:14
kfogelluks: I'm trying to maintain a pure mirror of http://bazaar-vcs.org/bzr/bzr.dev/ -- locally, I call it bzr.dev-trunk.  The only way changes ever get into bzr.dev-trunk is by me doing 'bzr pull', which would update both the branch and the working tree.  Periodically, I make further local branches of bzr.dev-trunk when I want to actually do development, but I never push changes back into bzr.dev-trunk from them, nor do I do 'bzr merge' in bzr.dev-trunk.16:17
kfogel  It is intended to always mirror a current or past state of the bzr dev trunk, nothing more.16:17
kfogelluks: this seemed to work for a while; today apparently it has stopped.16:17
luksby making local changes you mean 'edit && commit' or just 'edit'?16:17
luksbecause commit wouldn't be possible in such a bound branch16:18
kfogelluks: both16:18
kfogelluks: AFAIK, I've never done a commit in there.16:18
luksoh, I misread a part of it16:19
rockyjelmer: hey, why is it that when i install bzr-rebase (latest on bzr 1.13rc1) and do "bzr plugins" that rebase doesn't display ?16:19
rockybut "bzr rebase" does actually work16:19
kfogelluks: I've occasionally edited a file and then done 'bzr revert file' (I think -- not sure I've done even that)16:19
lukskfogel: well, what I'd do it 'bzr up' in the current bzr.dev mirror16:19
lukskfogel: then 'bzr bind http://bazaar-vcs.org/bzr/bzr.dev/'16:19
kfogelluks: hunh.  Okay.  Thanks16:20
lukskfogel: and then *only* 'bzr up' whenever you want to update from the remote location16:20
kfogelluks: ???16:20
kfogelSigh.  I got a different answer from knowledgeable devs on the list when I started this process.16:20
kfogelSo you're saying 'bzr up' where I used to do 'bzr pull'?16:20
lukskfogel: 'bzr up' is used in a checkout (bound branch), 'bzr pull' is used in a standalone branch16:21
luksbound branch basically means you are working with the remote branch using the local working tree16:21
kfogelluks: is "standalone branch" synonymous with "standalone tree" ?16:21
luksum, I don't know what "standalone tree" is16:21
kfogelluks: "checkout" and "bound branch" are exactly synonymous?16:21
luksyes16:22
kfogelluks: "standalone tree" is a phrase in the Users Guide (where I've been reading while we talk)16:22
luksmaybe they mean lightweight checkout16:22
lukswhere no history is stored on the local side16:22
luksbut that's not very useful for you16:22
kfogelluks: note that the parent directory of all this is a repository.16:22
jelmerrocky, no idea, sorry16:23
kfogelI did bzr init-repo, then set up bzr.dev-trunk, and then the other branches.16:23
kfogelluks: don't know if that's relevant, but thought I'd mention it.16:23
jelmerrocky, the listing of plugins is up to bzr itself not to the individual plugins16:23
lukskfogel: according to your bzr info, there is no shared repository16:23
kfogelluks: !!! ???16:23
kfogelluks: dang it, I was so careful to set this up.16:23
* kfogel sobs16:23
kfogelI pasted transcripts on the list, I...16:23
kfogelOkay.16:23
kfogelLet me get calm :-).16:24
lukskfogel: run bzr info in the parent directory16:24
luksand pastebin that16:24
kfogelluks: sure, one sec16:24
kfogelluks: http://paste.lisp.org/display/7683516:25
* LarstiQ blinks16:26
luksthat another completely standalone branch :)16:26
lukswait a sec, let me write something down for you16:27
LarstiQkfogel: you also have a ~/src/bzr/bzr-repo ?16:27
kfogelLarstiQ: hmmmm16:27
LarstiQkfogel: it almost looks like ~/src/bzr is the result of `bzr init` instead of `bzr init-repo`16:27
kfogelluks: LarstiQ may have caught a truly dumb braino here, one sec16:28
kfogelluks: ignore all the above please16:28
kfogelluks: PEBK16:28
kfogelluks: PEBKAC16:28
kfogelsigh16:28
lukshttp://rafb.net/p/YR964W31.html this is what you want16:28
kfogelI know what happened now.  And it's simultaneously complicated and truly boring.  I'm going to fix the setup so this can't happen again.16:28
kfogelluks: thanks for your time16:29
LarstiQkfogel: for later reference then, in the case of having a branch that doesn't use a shared repository above it, `bzr reconfigure --use-shared`16:29
kfogelLarstiQ: thank you16:29
kfogelluks, LarstiQ: I can move a shared repo directory around with no penalty, right?16:29
LarstiQkfogel: yes, but16:30
LarstiQkfogel: as long as you move all the contained branches with it16:30
LarstiQkfogel: (so normal unix mv semantics on the repo dir would do that)16:30
kfogelLarstiQ: well, I'm just moving the entire repo dir from above, from its parent to its grandparent -- the branches inside will get moved along with it.16:30
LarstiQkfogel: that's fine then16:30
kfogelLarstiQ: ah, okay, yeah, Unix mv16:30
kfogelluks: if we ever meet, you'll see me looking slightly embarrassed16:31
luksheh :)16:31
kfogelluks: so now I've moved everything around and I'm doing 'bzr pull' in $MY_BZR_SHARED_REPO/bzr.dev-trunk/, and it ran for 10 min with no output.  I hit C-c and now am rerunning with -v...16:47
=== nevans1 is now known as nevans
Kobazhow would i move a file from one branch to another, preserving it's history17:21
=== Jc2k is now known as Rupert
=== Rupert is now known as Jc2k
kfogelluks: somewhat shy to ask another question, after my last round, but: have you seen this error lately?17:57
kfogelhttp://paste.lisp.org/display/7684517:57
LarstiQkfogel: I haven't18:04
LarstiQkfogel: it seems like you are using an older format though18:05
* LarstiQ tries to reproduce with that information18:05
kfogelLarstiQ: (phone)18:07
kfogelthx18:07
kfogelLarstiQ: I'm re-initializing the shared repo with --1.9 and re-branching trunk18:15
LarstiQkfogel: line 37 of xml5.py looks very different here18:22
kfogelLarstiQ: thx (on phone, will look in detail when off)18:23
LarstiQkfogel: I'm fine with carrying on conversations over multiple days, no hurry :)18:23
lukskfogel: initializing a repository with a different format than the upstream branch is only going to cause slowness18:43
kfogelluks: thx18:43
lukskfogel: because it has to transcode every time it needs to access the remote branch18:43
kfogelluks: ah18:43
kfogelluks: (on phone)18:44
luksI think bzr.dev is still in --pack-0.92, which is the default format18:44
lukshm, I'm wrong, it's 1.9 now18:45
LarstiQyeah, the switch happened a little while ago18:48
* emmajane waves.19:39
marianomhi everyone. I'm currently running bzr 1.3.1 in a CentOS server. Anyone know where I can find an up2date rpm?20:00
marianomI'm checking http://bazaar-vcs.org/DistroDownloads, will try epel testing20:02
=== thecooki1 is now known as thecookie
marianomummm... epel-testing has the same package that epel... too bad20:11
GPHemsleyCan I get Loggerhead help here, or no?20:12
mwhudsonGPHemsley: sure20:12
GPHemsleymwhudson: How can I install it on a Mac?20:13
GPHemsleyI've used port to install py25-paste and py25-pastedeploy, but I'm stilling getting an error20:13
GPHemsleyImportError: No module named paste20:13
mwhudsonyou don't really need to install loggerhead to get it to work20:14
mwhudsonGPHemsley: um, are you running loggerhead with the same python you installed the dependencies for?20:14
mwhudsonGPHemsley: try "import paste" at a python prompt20:15
GPHemsleyoh, hmm20:15
GPHemsleymaybe not20:15
GPHemsleyI suppose that would do it20:15
GPHemsleyany idea how I can connect the two?20:15
mwhudsonGPHemsley: something like /opt/bin/python serve-branches20:16
GPHemsleyDNE20:17
marianomsorry to bother again guys. but I have this commit (single file) and is taking, well, more than an hour.20:20
marianomit's stuck at "Uploading data to master branch - Stage:Finishing pack 5/5"20:20
marianomif I ^C it, I have to log in the server and break-lock to release it.20:20
marianomwhat can be happening?20:21
emmaHey guys. I'm doing some independent research, I just wanted to ask a history of FOSS question.20:22
emmaWhy was bzr made when git already existed and (i've been told) git does everything bzr does.20:22
emmasome people have also claimed that git is faster, but I'm not claiming that, if that were true then it is even more mysterious though.20:23
LeoNerdWhy anything?20:23
LeoNerdSpecifically.. what makes you think it came second?20:23
LeoNerdFurthremore.. why have just one?20:23
emmaI was just told by several generally knowledgable geeks that git was made first.20:23
emmaif that's not true well then that is important to know too.20:24
LeoNerdWas it public enough? Usable enough?20:24
mwhudsonbzr's lineage is definitely older than git20:24
LeoNerdbzr has a lot of history from bazaar, which is a fork of tla, which is an implementation of arch,...20:24
LeoNerdThat's years older than git20:24
emmaso git was by far not a new idea or something Linus came up with.20:25
LeoNerdThese sorts of ideas have been milling around for aaaages20:25
LeoNerdbzr, git, hg, darcs, monotone... they're all reinventions of the same sort of idea20:25
LeoNerdBefore them was perforce, svn... cvs... rcs..20:25
LeoNerdsccs... sourcesafe...20:25
emmaSome people say that modern development of bzr didn't happen until around 200620:26
LeoNerdSome people say all sorts of things.20:26
mwhudsonemma: revision 1 in the bzr tree has the date 2005-03-0920:26
mwhudsonemma: the first email about git was on 2005-04-07, i think20:27
mwhudsonso it's not really clear to talk about "which came first"20:27
lifelessLeoNerd: bzr's commit history doesn't have anything from 'bazaar' or 'tla'; the heritage is purely conceptual20:30
lifelessmarianom: is there anything in ~/.bzr.log? What bzr version?20:30
thumpermwhudson: surely that is for bzr not baz right?20:32
luksthumper: that's bzr, and it's date since it was self-hosting, not since it existed20:33
thumperah, that makes sense20:33
luksthe commit message says "import from baz patch-364"20:33
emmalook what I found -- http://bazaar-vcs.org/BzrVsGit20:35
emmais that bazaar the same thing as bzr ?20:35
thumperemma: Bazaar is the long name, bzr is the command20:36
lifelessluks: thats a migration of bzr's commits, while it was bootstrapping it was versioned in a baz tree20:36
emmaokay but it is the same app, i wasn't sure if bzr was a spin off of Bazaar.20:36
thumperemma: Way back, Bazaar related to baz, and bazaar-ng was bzr (since you are asking about history)20:36
thumperemma: baz was depricated and bzr took the reigns20:37
lifelessemma: in terms of debian packages, 'bazaar' was 'baz'20:37
emmawow it's very complicated.20:37
thumperemma: there is a lot of history20:37
emmain your opinion if someone did not know either git or bzr, and then someone learned one of them, would they be relatively further along to know the other much more easily?20:38
Peng_Oh, the original baz history wasn't imported into bzr?20:39
Peng_emma: Yes.20:39
Peng_(That's a helpful answer, eh?)20:39
emmait's a rare answer but a cool one :)20:39
luksbut just learning basics of one would not help you much with the other one20:40
luksbecause they *look* different20:40
lifelessPeng_: the history for 'baz' has been converted into a bzr tree, but its not part of the 'bzr' history :)20:41
emmawell i have some personal investment in ubuntu so I will probably go with bzr.20:41
lifelessPeng_: we need better adjectvies for this discussion :P20:41
Peng_emma: Good idea, but I'm ever so slightly biased. ;P20:41
luksPeng_: I think he meant "bzr from baz", not baz itself20:41
lukser, lifeless20:41
marianomlifeless: thanks for answering. I'm getting: http://paste.ubuntu.com/129926/20:42
Peng_I don't know. What are we talking about?20:42
Peng_lifeless: That's a shame. Why wasn't it converted at the time? Doesn't everyone want to write a complicated converter instead of doing real work on their new project? :D20:42
lifeless214.312  Auto-packing repository <bzrlib.repofmt.pack_repo.RepositoryPackCollection object at 0xa53138c>, which has 14 pack files, containing 922 revisions. Packing 9 files into 1 affecting 22 revisions20:42
lifelessmarianom: ^ thats the key thing, its doing an autopack20:42
lifelessmarianom: what bzr version do you have?20:43
marianomlifeless: the server is Bazaar (bzr) 1.3.1 and my os has Bazaar (bzr) 1.12.20:43
lifelessPeng_: well its a completely different code base, there is no benefit to converting20:43
marianomthe thing is that it already packed in a previous commit20:43
marianomone I did a few minutes earlier20:43
lifelessmarianom: so, two separate things; if you upgrade the server to bzr 1.10 (I think thats the needed version, might be 1.11), it will do the autopack on the server which is much faster if you're not on a LAN20:44
marianomlifeless: ok. I was trying to find a rpm up2date in epel-testing to no avail (centos server here). it seems I will need to grab it from source20:45
marianomI hope I can remove current bzr with yum without affecting the branches20:46
emmaWhy does bzr use branch numbers. Someone I was talking to said that makes no sense in a distributed version control20:46
lifelessmarianom: secondly, each commit is a 'pack', an autopack occurs every 10 commitsand prevents the number of packs getting too big (but it doesn't pack everything, so its generally very fast)20:47
lifelessemma: do you mean revnos ?20:49
emmalifeless: yeah the person I was talking to told me this, "revision numbers are problematic because: you start  with A at 1, branch it to A', code new features so that A' is at r10,  and backport a fix to A so it becomes r11. now, which branch has the  newer version?20:50
emma"20:50
lifelessemma: well neither, because they aren't fully merged :)20:51
lifelessemma: revno's don't tell you stuff about one branch relative to another, but thats not why we use them anyhow; we use them because they are usually nicer to work with and they are useful within a branch20:53
kiko__emma, git is definitely newer than bzr.20:56
kiko__emma, it was started by linus when the whole bk debacle happened20:56
kiko__it's all over kernelnotes20:56
=== kiko__ is now known as kiko
emmalifeless:  what happens if you have two branches with the same revision20:57
emma                  numbers in them, but different commits, and try to merge them?20:57
emmaoops im sorry20:57
kikoemma, they are different branches -- they will merge just fine.20:57
emmakiko: but what do you do with the revision numbers in that case?20:58
kikoemma, the merge will be a new commit wherever you are merging into.20:58
lifelessemma: the revnos are a ui layer, they don't affect the core system20:58
lifelessemma: in a given branch you know that '10' came before '11', which is kinda useful :)20:59
thecookieYou push/pull between branches, and commit/update between.. working trees?21:00
thecookieNot sure about the term.21:00
lifelessthecookie: yup, spot on21:01
lifelessthecookie: merge goes from a branch to a working tree21:01
thecookieGreat, starting to get a hang of it I think.21:04
kfogellifeless: so revision numbers are essentially sequence numbers along a branch?21:09
kfogel(i.e., meaningless without the context of the branch to give them meaning?)21:09
lifelesskfogel: yes.21:09
kfogellifeless: that's what I thought, but it never hurts to sanity check.  Thanks.21:10
lifeless1234 in trunk is a useful statement21:10
lifeless1234 isn't21:10
kfogelhmmm21:11
kfogelbzr nightly builds are via PPA only?21:11
lifelesskfogel: I think so21:13
kfogellifeless: mrmrm.  Will ask on list; would be great (and probably just as easy) if they were also in source .tgz.21:13
Necoroif I have a lightweight checkout - and I want to export it ... why does it (with 0.12) take quite some time? - if (especially if the co is up2date) it could more or less simply to a "cp" ?21:19
Necorowith "quite some time" I mean: longer than creating a complete new checkout21:19
lifelessNecoro: its copying from the server21:20
Necorowhy? - if it notices, that the co is unchanged and up2date, it could do a simple copy21:20
thecookieWhat is the current recommended way of duplicating the svn external feature?21:21
lifelessNecoro: well, the code as written just pulls from the repository; it makes it very small and clean; you are right that we we could add a check in the working tree when there is a working tree to copy content from it21:22
lifelessNecoro: please do file a bug that we don't take advantage of the local data in this case21:23
lifelessthecookie: config-manager, which is a bit clumsy but works, or I think bialix (Alexander Belchenko) is working on a GUI doing a very similar thing21:23
Necorolifeless: ok - not now but later on21:24
thecookieAlright, I'll check those out21:24
LarstiQthecookie: bialix's project is http://launchpad.net/bzr-scmproj21:25
thecookieThanks :)21:27
thecookieYou juse check out those plugin rather than using the donwload button from there?21:28
thecookieplugins*21:28
mwhudsonkfogel: i guess you can just wget the orig.tgz from ppa.launchpad.net :)21:28
LarstiQthecookie: yeah, cd ~/.bazaar/plugins ; bzr branch lp:bzr-scmproj scmproj; bzr plugins | grep scmproj21:30
thecookieSweety21:31
thecookieHeh. -y ;P21:31
mwhudsonkfogel: eg http://ppa.launchpad.net/bzr-nightly-ppa/ppa/ubuntu/pool/main/b/bzr/bzr_1.13~bzr8.10-4098-1.tar.gz21:31
LarstiQmwhudson: which date is that for?21:31
mwhudsonwell, only the latest will be present i guess21:32
LarstiQah21:33
LarstiQkfogel: did the fresh branching get rid of the xml5 serializer error?21:34
thecookieSeems I need a newer version of bzr to do that. Is there a .deb repo somehwere?21:35
thecookieOr maybe I just need a format plugin or something?21:35
thecookiebzr: ERROR: Unknown repository format: 'Bazaar RepositoryFormatKnitPack6 (bzr 1.9)\n'21:36
lifelesshttp://bazaar-vcs.org/Download21:37
lifeless(yes there is a deb repo)21:37
LarstiQthecookie: you'd need bzr 1.9 or newer for that format21:38
thecookieusing the default one in ubuntu now, 1.6.121:39
thecookieI guess I'll get it updated21:39
LarstiQthecookie: https://edge.launchpad.net/~bzr/+archive/ppa for ubuntu21:41
mwhudsonso who do i have to hound to get my branch_implementations patch into 1.13 and my no-LockableFiles.__del__ into bzr.dev and 1.13?21:51
lifelessmwhudson: I'll land it in .dev for you; bob tanner is the 1.13 rm21:53
lifelessaka BasicOSX21:53
mwhudsonlifeless: thanks, and ok\21:57
mwhudsonBasicOSX: hi :)21:57
LeoNerdI don't suppose there's such a thing as bzr ununcommit  is there? ;)22:41
LeoNerdI accidentally uncommitted a commit22:41
Peng_LeoNerd: "uncommit" gave you the command to run to restore the revision.22:41
LeoNerdIt does?22:42
Peng_LeoNerd: In recent versions, at least.22:42
LeoNerdOh.. well.. no. I had local modifications before I started22:42
LeoNerdSo now if I were to  ci   I'd commit a combination of the uncommitted and new changes22:42
lifelesshttps://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/31778122:43
ubottuError: Could not parse data returned by Ubuntu: The read operation timed out (https://launchpad.net/bugs/317781/+text)22:43
lifelessLeoNerd: so, bzr pull . -r revid:<uncommittedid> will put it back22:43
Peng_LeoNerd: If you've lost the "uncommit" command, but it wasn't that long ago, you can grep ~/.bzr.log for "bzr pull . -r".22:43
LeoNerdAh. But how do I know the revid?22:43
lifelessLeoNerd: if you don'tknow the revid, 'bzr heads --somethingoother' will tell you22:43
LeoNerdAhyes22:44
LeoNerdI recall doing this last time22:44
Peng_Otherwise, yeah, "bzr heads". "--dead-only", I think.22:44
LeoNerd$ bzr heads --dead-only22:44
LeoNerdThat got it22:44
Peng_:)22:45
LeoNerdWoo. Marvellous. Thanks guys.22:45
lifelessour pleasure22:46
zanagais there a prebuilt plugin that allows me to bind a simple command to a local repository as a postcommit script?22:48
lifelesszanaga: I believe jelmer wrote a shell-hooks plugin, to allow running shell scripts on such events22:50
zanagaah.. so it seems..22:51
zanagathanks, that saves me a lot of typing22:51
* mwhudson waves towards brisbane23:03
lifelesshi mwhudson23:05
lifelessso, loggerhead on chk; please test :)23:05
mwhudsonum23:05
mwhudsoni've actually forgotten how many things i'm doing _right now_ :)23:06
mwhudsonbut ok23:06
lifelessthe sprint is only this week; its why I'm emphasising this23:06
mwhudsonyes ok23:07
lifelessI have your no-LockableFiles.__del__ cycles queued23:08
mwhudsonthanks23:08
lifelessmwhudson: I'm confused though, your branch has _LockCounter, but you say your bundle changes it; did you not push ?23:11
mwhudsonum, no i probably didn't push23:11
lifelessno worries, I'll pull from bb23:12
mwhudsoni have now, but whatever's easiest23:14
mwhudsonlifeless: um, your bzr.dev.chk branch has a .bzr in it's .bzr23:22
mwhudsonlifeless: you may wish to stab rsync?23:22
lifelessmwhudson: one of them will work :P23:34
mwhudsonlifeless: nope23:37
mwhudsonlifeless: https://pastebin.canonical.com/14842/23:38
mwhudsonoh hm23:39
mwhudsonand the other .bzr fails differently!23:40
mwhudsonlifeless: http://pastebin.ubuntu.com/129985/23:40
aedanHi There.23:49
lifelessmwhudson: I'll rsync it up again23:50
aedanI have two branches, one of my core PHP framework, the other is a branch of that framework will application specific files added.23:50
aedanIs it possible to sync a change to the framework made in the app branch back to the framework branch?23:51
schmichaelis there a way to get syntax highlighting of `bzr diff` output (like hg) other than to run it through pygments: `bzr diff | pygmentize -l diff`23:53
schmichaelif not i may try to work up a patch23:53
bob2is it possible to set BZR_REMOTE_PATH per-server?23:53
bob2setting it globally makes any authenticated lp access splode23:54
bob2aedan: not easily23:54
bob2schmichael: adding that to bzrtool's cdiff would be awesome23:54
aedanbob2: Hrmph.  Thanks for the reply though. :)23:54
bob2schmichael: unless what that does is the same as what cdiff already does23:54
schmichaelbob2: ah, looks like it.  thanks23:55
aedanbob2: So in that instance, I'd be best off moving the file over manually?23:55
bob2aedan: no23:55
aedanbob2: oh?  What'd the best solution be?23:55
lifelessbob2: yes, ~/.locations.conf23:55
lifelessbob2: see the list today :)23:56
bob2aedan: I don't know23:56
bob2lifeless: oh, cheers23:56
lifelessso, I need to go from "foo.bar.baz" to foo.bar.baz, are there stoill no easy eays to do this?23:56
bob2in python code?23:57
aedanbob2: Is there perhaps an entirely different layout that'd make it easier?  Basically it's just that I have a framework and an app using the framework.23:58
spivlifeless: twisted.python.reflect.namedAny("foo.bar.baz")  :P23:58

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