/srv/irclogs.ubuntu.com/2011/07/01/#bzr.txt

=== beuno_ is now known as beuno
=== Guest88485 is now known as jelmer
milleja46hi02:18
milleja46ok...so i've created a project on launchpad and i need to know how to post my code on there using bzr...is there a guide to do it anywhere?02:19
lifelessmilleja46: bzr push lp:~youruserid/yourprojectname/branchname03:41
milleja46lifeless: will that work since it's just the initial code for the project?03:42
milleja46apparently not..... i did "bzr push lp:~milleja46/m46sgoffice/trunk" and it reported "bzr: ERROR: Not a branch: "C:/Python27/projects/M46 Office Suite/"."03:44
milleja46is there a reason for that? i sholdn't have gotten that error if this is the first code for the project...03:46
milleja46well...i'll be back in the morning...gotta go to bed before i fall asleep at the computer...03:46
alkisgUm, if I did `bzr revert file`, is there any way to undo that action?08:19
alkisg(I typed the wrong filename there :-/)08:19
alkisgThe man page mentions that revert backs up the file, is there a command to restore the backup, or I do it manually?08:21
Pengalkisg: Just do it manually. ls -ltr file*08:23
* alkisg did it manually - thank you08:23
=== med_out is now known as medberry
vilapoolie: I'm happy to make you a happy child ;-p http://www.happychild.org.uk/islands/O.htm12:22
jelmerhaha12:23
vilajelmer: of course he missed the joke which is waiting for his laptop to be opened again ;)12:28
jmlmgz: I'm giving up on those issues for now. Have tagged them all with 'unicode' in case it makes sense to fix them in a cluster. https://bugs.launchpad.net/testtools/+bugs?field.tag=unicode12:37
milleja46ok...i created a project last night on launchpad...but my question is...how do i upload my current code i have on my computer to at least have that basis there?13:59
maxbYou probably want to read some of the introductory Bazaar documentation14:01
milleja46maxb: well i thought i would just do lp~milleja46/m46sgoffice/trunk but doesn't seem to work...14:03
maxbYou're missing a colon14:03
maxblp:......14:03
milleja46i forgot it on that when posting on here...i actually put it when i did the push command14:04
maxbThen you need to explain "doesn't work"14:04
milleja46it reports "bzr: ERROR: Not a branch: "C:/Python27/projects/M46 Office Suite/"."14:05
milleja46^that's what i mean by doesn't work14:08
jamdahlHey, is there a way I can configure bazaar to automatically add files in a directory rather than doing so manually?14:37
jelmerjamdahl: you can run "bzr add" (without arguments) to add all unknown files14:38
jamdahlThanks jelmer, is there a set of arguments for add to add all files in subfolders but not in main directory?14:40
jelmerjamdahl: "bzr add" works recursively, so it should work if you specify the subfolders14:40
jamdahlIs there a way to do that without specifying?14:41
jamdahlIn my particular case, I know there is going to be some junk in the main folder I don't want versioned but stuff added to folders that I always want versioned14:42
milleja46can anyone answer my question? i have a new project on launchpad but i need to know how to seend my code i have so far to it...how do i do that? the command it tells me on the page doesn't work...reports it's not a branch14:50
jelmerjamdahl: you should be able to add the junk to .bzrignore and then run "bzr add" - it should ignore things that are in .bzrignore14:53
jelmermilleja46: can you be more specific, what command does it tell you to run?14:54
milleja46bzr push lp:~milleja46/m46sgoffice/trunk <-but it reports that where i'm pushing from isn't a branch...i don't think it should because i need to put my latest code on there right now...14:55
jelmermilleja46, what's the exact error that command gives you?14:55
milleja46"bzr: ERROR: Not a branch: "C:/Python27/projects/M46 Office Suite/".14:56
jelmermilleja46, you don't have a branch locally, so it has nothing to push14:56
jelmermilleja46, you should be able to create one with "bzr init" and then add your files with "bzr add"  and "bzr commit"14:57
milleja46i know...but i need to put the inital code on the project...14:57
jelmeror see http://doc.bazaar.canonical.com/latest/en/mini-tutorial/ for the tutorial14:57
jelmermilleja46, you have to create a branch locally before you can push that branch to Launchpad14:58
milleja46jelmer: ok...now that i've run through that...how do i convert it to a branch so that i can use it with launchpad?15:16
jelmermilleja46, run the push command you tried earlier15:16
milleja46i did that and now it reported "bzr: ERROR: Not a branch: "C:/Python27/projects/M46 Office Suite/m46sgofficesuite/.bzr/branch/": location is a repository."15:17
jelmermilleja46: It seems like you just created a repository, not a branch; what commands did you run15:19
jelmer?15:19
milleja46the ones to make it a repository but ti doesn't say ones for making my code the original code for the project15:19
jelmermilleja46, you have to create a branch as well15:20
jelmer(not just "bzr init-repo", but "bzr init" too)15:20
milleja46how do i do that? i've forgotten how to do it...15:21
jelmermilleja46: "bzr init" to create an empty branch (see http://doc.bazaar.canonical.com/latest/en/mini-tutorial/ for background)15:23
jamspiv: if you're around, poolie is looking for you15:27
spivjam: ok, I'll head to the lp room15:34
dchiltonI've noticed that the size of my local repo was getting huge; tracked it down to having ~ 50 packs in '.bzr/repository/packs'.  running 'bzr pack --delete-obsolete-packs' fixed the issue -- back down to reasonable size, with just one pack.  but as i continue to pull/add/etc, the packs are accumulating again.15:35
dchilton  is this normal behavior?  shouldn't packs be getting auto-managed?  or do i need to keep manual exec of 'bzr pack' as part of my regular maint15:35
spivdchilton: they are auto-managed, and the obsolete pbacks will be gradually removed over time15:36
dchiltonspiv the oldest of those ~50 packs was around 4 months old ...  i had NO packs in /repository/obsolete-packs.15:37
dchiltonsomething not configured right on my end?15:37
dchiltonthe total repository had swelled, because of those unmanaged packs, to around 35x the size of the actual managed files/dirs15:38
magmattWhen I install bzr on my mac, it installs bzrlib in the site-packages of an old install, not my current install16:03
magmattHow can I tell the installer which python to use (because it's not using the one given by "which python")?16:04
dchiltonmagmatt do you need/use anything in the 'site-packages of an old install'?  if not, what happens if you temporarily move that dir out of the way?16:05
magmattlemme try16:06
magmattdchilton: I moved it then installed from the dmg.  The installer recreated the directory :) http://paste.pocoo.org/show/425906/16:10
magmattAnd filled site-packages with bizarre things16:10
magmatt*bazaar16:10
magmattis there a way to install from source?16:13
pooliemagmatt: to install bzr from source? or ptyhon?16:15
dchiltonmagmatt: fwiw, i pull the bzr repo, then 'make', 'python setup.py install'.16:15
pooliethat should work16:15
dchiltonmagmatt: ah, are you using a Mac package installer?16:15
magmattpoolie: bzr16:15
magmattdchilton: yes16:15
pooliedchilton: bzr should normally repack them16:16
dchilton$5 sez it's presuming a target dir.  try the source install.16:16
poolieunless you're running a very early 2.0 version maybe16:16
magmattdchilton: yes, I'm trying from source right now16:16
magmattpoolie: 2.6.616:16
poolieRiddell: can you tag your gpg bugs so we can link them together to see the overall state of it?16:16
magmattactually, I'm trying easy_install first16:17
RiddellI think I did16:17
magmatteasy_install wins16:17
Riddellpoolie: they all have the tag "gpg"16:17
dchiltonpoolie: that's what i figured.  apparently, in my case, it isn't.  i'm running '2.3.4dev'16:17
dchiltonmagmatt: er, 2.6?16:21
magmattdchilton: python 2.6.6, bzr 2.4b416:21
dchiltonah16:21
magmattdchilton: thanks16:26
dchiltonworked?16:26
dchiltonpoolie: fwiw, atm, every new commit seems to create an additional pack file.16:30
dchiltonwhat's being created seems small ... likely proportional to the size of the commit?16:31
maxbdchilton: IIRC, it'll go 1 commit per pack, then when you hit 10 commits, those will be repacked into a single one. And then repeat that pattern.16:34
maxbWhen you get to 10 * 10 commit packs, they get repacked into 1 100 commit pack16:34
maxbetc.....16:34
=== JasonOO is now known as JasonO
dchiltonmaxb: that sounds like a reasonable approach. at least for a default.  again, apparently not happening here.16:35
=== JasonO is now known as Guest30760
maxbdchilton: So, I just ran a quick shell for loop to commit 1001 revisions to a repository, tracking the pack count - it's as I suggested16:41
maxbYou get up to 27 packs at r999 before you drop back to 1 at r100016:41
maxbooh, that's pretty16:42
maxbThe expected number of packs if bzr is left to autopack automatically is the sum of the value of all the digits in the number of revisions :-)16:43
dchiltonmaxb: unclear to me whether my case falls within those 'tortured' constraints. so can i override this?  basically, i'd like NOT to have a 35GB repo for 1GB of files being tracked ... solely due to unmanaged packs.  of course, i *can* add 'bzr pack' to my mgmt repertoire ... just useful to know if that's the only/best/recommended way to handle this.16:53
maxbI don't understand why your repository is so big16:55
maxbRepeated manual 'bzr pack' should never be necessary - in particular because it has to do I/O over the entire history of the repository each time.16:55
maxbHow much of your tree is changing in every commit?16:56
dchiltonmaxb: well, it's cuz there are, well *were*, lots of really big packs ... each about the size of the files/dirs under mgmt16:56
dchiltonmaxb a few files at a time.  not a whole bunch.16:56
pooliedchilton: oh they're accumulating in obsolete packs?16:57
poolieor they're in plain packs/16:57
pooliehi maxb16:57
dchiltonpoolie: nope. there is *nothing* in ../obsolete-packs. ever.16:57
dchiltonall just in ../packs16:57
pooliehm16:57
pooliethat's strange16:57
poolieis there anything unusual about your environment?16:57
dchiltonpoolie: unusual --> probly that *I* am involved ...16:58
dchiltonother than that, not really16:58
maxbI suppose if you commit a large amount of changed files in several successive commits, you might end up with a bloated repository until the next autopack kicks in16:59
dchiltonmaxb: sure.   but, i don't think i've ever committed more than about 20 edits to text files at a time ...17:00
maxbQuite mysterious17:01
dchiltonhm.  would '.bzrignore' interpret/parse these two entries differently?:  "./test/*" and "./test/"17:02
dchiltonmaxb poolie so, until if/when i find a gremlin, is there any *harm* to occassionally/regularly running 'bzr pack --delete-obsolete-packs' ?17:04
maxbYou mean --clean-obsolete-packs?17:04
maxbYou've seen the warning in bzr pack --help, right?17:05
maxbOther than that, the only harm is wasted time17:05
dchiltonmaxb: yes, --clean...  yes, saw the warning.  re: wasted time ... a tradeoff: less than backing up bloated repos.17:06
dchiltonthx.17:06
dchiltonoff for moar coffee ... ta!17:12
[1]reggiebzr gurus -- how do I undo a push?17:47
spiv[1]reggie: 'bzr push --overwrite -r OLDREV'17:54
[1]reggiespiv, thx17:54
mgzman I hate doctestmatches18:30
=== medberry is now known as med_out
MarkAtwoodis there a "better way" to make a reverse patch than to do:20:05
MarkAtwoodbzr diff -r-1..-2 >..reverse.patch20:05
MarkAtwoodpatch -p0 <../reverse.patch20:05
MarkAtwoodbzr commit -m "reverse previous commit"20:05
MarkAtwood?20:05
=== yofel_ is now known as yofel

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