/srv/irclogs.ubuntu.com/2008/10/18/#bzr.txt

maelcumhi. i heard that you bazaar guys fixed some issues in python-subversion. what do such issues look like?00:08
maelcumthere are some more waiting to be fixed00:09
Peng_bzr-svn eventually gave up on python-subversion.00:13
maelcumwhat did it switch to?00:14
Peng_maelcum: jelmer wrote something new, https://launchpad.net/subvertpy00:15
maelcumi've had a look at python-subversion and it's a huge amount of ugly code (which might be par for the course for bindings).00:17
maelcumi wonder how such things are created, and how to mess them up because it's supposed to be pretty much automatic.00:17
Peng_Isn't python-subversion generated by SWIG or something?00:18
maelcumyes. somebody still has to write the swig definitions, and there are also comments in the C sourcecode.00:19
* Peng_ doesn't know how SWIG works.00:19
ronnyi kinda categorized it as broken mess from hell00:19
Peng_Ah.00:19
maelcumyeah, that is what the code looks like anyway00:19
ronnysvn and its libs00:20
maelcumthe parameter count of some svn methods cannot be counted on the fingers of one hand as i noticed in the bindings code, which qualifies as "bad".00:20
maelcums/one hand/two hands/00:21
maelcumthis one is also made of lose:00:21
maelcum#define SWIG_fail                        goto fail00:21
ronnyoh, at least it cant kill kittens00:21
ronnyit trips over its own fail, then a lolcat makes a phun00:22
maelcumgoto for error-out is kinda useful but hiding it is **really** stupid00:22
ronnyits swig, it cant do any good00:22
maelcumat least the macro name is well-chosen00:23
ronnynah, it clearly lacks a "is_" in the middle00:23
ronnyhmm, is subvertpy usable?00:24
Peng_ronny: Define "usable". bzr-svn uses it..00:25
ronnystable api, works for getting workdir status indformation+ stuff like commit00:26
ronny(in pida we use subprocess for calling to svn, but im not happy about that)00:27
Peng_ronny: I dunno. You should talk to jelmer about it.00:27
GhostFreemanI'm still having issues getting TortoiseBzr to work on my computer, and I think its because I'm running Windows Vista 6400:28
GhostFreemanany possible workarounds00:29
Peng_ronny: At this point, it probably just does whatever bzr-svn needs, and bzr-svn can do "status" and "commit" on svn checkouts.00:29
ronnyhmk00:30
* Peng_ doesn't atually know anything.00:31
Peng_actually*00:31
ronnyi'll bookmark it and figure stuff out when i work on anyvc again00:31
lifelesssubvertpy ?01:12
lifelessoh I see01:13
lifelesspulled out to a new package01:13
GhostFreemanIs there any way to get TortoiseBzr to work on 64-bit OS?01:56
lifelessGhostFreeman: is there a bug open ?01:57
GhostFreemanDon't know -- where's the link to the Launchpad page?01:58
GhostFreemannevermind, found it01:59
GhostFreemanwell the real problem is that TortoiseBzr still won't work for me, and I read in the documentation its an issue on only 64-bit systems02:00
lifelessif its in the docs it sounds like the windows guys know about it02:05
lifelessand don't have a fix [et]02:05
GhostFreemanWell, the taskbar responds, but the context menus do not (as in they don't show up at all)02:05
GhostFreemanI'll check on Launchpad and file a bug if I find anything. thanks.02:06
lifelessall I can suggest is that you make sure there is a bug02:06
GhostFreemanAlright02:06
gourjelmer: hello, what is missing in order for bzr-svn to support svn:externals ?08:57
clementeHi, is this a good usage of set_parent_ids in a test?:12:02
clementetree=self.make_branch_and_tree('tree1'); rev1=tree.commit('first'); rev2=tree.commit('second'); tree.set_parent_ids([rev1],allow_leftmost_as_ghost=True);12:02
clementeWith that, I tried to uncommit the second revision12:02
james_wclemente: I'm not sure why you need the allow_leftmost_as_ghost12:24
clementejames_w: neither am I, but otherwise it fails: GhostRevisionUnusableHere12:25
james_wweird12:25
james_wnot sure why rev1 would be a ghost12:26
clementeIt must be due to other things on the test I'm writing. I will continue with it set to False12:28
clementeWeird; now it works12:30
SchalkenIs it possible to have a branch with neither a working tree nor a repository?14:49
bob2yes14:51
bob2(e.g. a branch a in a --no-trees repository)14:55
dstanekis using bzr-svn similar in concept to using svk?15:53
dstanekit seems like it is with the biggest difference being that it does not import the entire repository15:58
=== abentley1 is now known as abentley
gourdstanek: yeah, i like bzr-svn, but would like to have support for svn:externals16:21
=== salimander is now known as irc
=== irc is now known as Sepheriel
jelmerjfroy|work, yep, please file bugs in launchpad16:39
=== fta_ is now known as fta
fynnHi. I was wondering: what kind of routine maintenance does a Bazaar repository require?18:33
LarstiQpossibly backups, but nothing else I can think of18:35
LarstiQthough with the distributed nature of Bazaar, even that isn't as important as for other systems18:36
fynnLarstiQ: I'm thinking of stuff like "git gc" and "git repack" commands, that you should run every once in a while if you're hosting (particularly a busy) git repo.18:37
dstanekgour: do you know of a good tutorial?18:38
fynnis there anything similar with Bazaar?18:38
gourdstanek: for bzr?18:38
LarstiQfynn: hmm, maybe remove the obsolete packs once in a while, although bzr will do that on its own if you do not18:39
fynnLarstiQ: what's the command to do that in bzr?18:39
LarstiQfynn: rm -rf? :)18:39
dstanekgour: bzr-svn18:39
fynnLarstiQ: of what? :)18:40
fynndelete the repo, start a fresh one?18:40
LarstiQfynn: .bzr/repository/obsolete_packs18:40
LarstiQfynn: nah18:40
fynnOK, I see.18:40
LarstiQfynn: but I haven't needed to do that18:40
fynnbasically, I'm trying to determine whether a bzr repo requires more maintenance than a git one.18:41
LarstiQfynn: on 'git gc', what exactly does it do? And can you comment on wether needing to run that is related to the git culture of rebasing?18:41
LarstiQfynn: ime, there is zero maintenance18:41
gourdstanek: well, you just use bzr commands...e.g. bzr checkout instead of svn...i'm not very familiar with svn, but use e.g. bzr branch on svn repo to fetch it etc.18:41
fynnLarstiQ: I'm a git newbie. from what I understand, 'git gc' removes obsolete packages as well.18:41
fynnI don't know about rebasing.18:42
gourfynn: i do not think about any housekeeping tasks while using git...but i'm scared to even think of using git :-)18:42
gours/using git/using bzr18:42
LarstiQfynn: do you maintain a (busy) vcs host?18:43
fynngour: what I'm not sure about, is what the lack of stuff like 'git gc' and 'git repack' means.18:43
gourdstanek: have you checked http://bazaar-vcs.org/BzrForeignBranches/Subversion18:43
fynnLarstiQ: I'm considering a migration of a fairly busy SVN repo to a VCS.18:43
gourfynn: you have to use git?18:43
LarstiQfynn: well as I said, in practice I don't need to do any maintenance.18:43
fynngour: I don't have to. I like BZR, and use it to manage my personal projects.18:44
LarstiQfynn: oh, maybe `bzr upgrade` once in a while18:44
gourfynn: i switched from darcs to bzr and do not look back...bzr is quite robust, simple enough with a friendly community18:44
fynnbut now I need to know whether migrating a large, busy SVN repo should be done to bzr or to git.18:44
LarstiQfynn: what do you currently do for svn maintenance?18:44
fynnnothing.18:44
gourfynn: i like bzr's 'safety net' over git complex ui18:44
LarstiQok, that I expect to remain the same then :)18:44
fynngour: what do you mean?18:45
gourfynn: well, afaik, git allows one to shoot oneself in the foot too easy18:45
gourfynn: have you tried bzr-svn ?18:45
fynnsort of, a few months ago. didn't go very well.18:46
gournewer release might be quite better...18:46
LarstiQfynn: for my svn repos, I keep backup dumps, and have to restore them once in a while.18:46
fynnthe goal is to migrate the repo, not work with the current svn repo using a different client.18:46
fynnLarstiQ: I keep backups to, but why do you have to restore?18:47
LarstiQfynn: for bzr, that is more offloaded to the users, not the admin running the site.18:47
gourfynn: well, i suggest you to take a test-drive  with both git and bzr...i'm more than satisfied with bzr18:47
LarstiQfynn: fuckups from users basically18:47
fynngour: (in fairness, that was with a relatively old bzr [the stable one on Ubunutu Feisty])18:47
gourahh18:47
gourfynn: bzr improves rapidly with recent releases...check announcements and changelogs18:48
dstanekgour: yeah - but that doesn't really tell you how18:48
fynngour: my greatest puzzlement is whether the availability of the repack command on git means that: 1) git just gives you an option to optimize and "defrag" your repo, that bzr doesn't provide,  OR 2) git repos actually require more care and nurturing than bzr repos.18:49
gourdstanek: well, bzr-svn makes it transparent for you to use svn repo - just as you would work with bzr. however you must be familiar with bzr18:49
dstanekgour: this one is better, but i was hoping for something more official - http://tinyurl.com/59j38918:49
fynnI suspect it's the former.18:49
LarstiQfynn: bzr tends to do it automatically18:49
fynnLarstiQ: yeah, git does that automatically too, at least the crucial parts.18:50
LarstiQfynn: bzr has `bzr pack` btw18:50
fynnhm, interesting.18:50
fynnwhat large, active code repositories are using bzr?18:51
* LarstiQ hasn't had use for it18:51
gourdstanek: ahh...my bzr-svn needs are quite basic for now and i do not intend to fiddle with svn repos more than fetching and possibly doing some simple commits18:51
LarstiQfynn: mysql, launchpad18:51
gourfynn: there is gnome repo as well (unofficial), emacs...18:52
LarstiQfynn: you're aware of the differences in branches/repositories between svn and bzr?18:52
fynnLarstiQ: (yeah, `git repack` isn't mandatory as well. I've been told that manual repacking might only be deemed important for very large repos, e.g. the Linux kernel.18:52
LarstiQfynn: right, that makes sense18:52
fynnand even then, completely failing to run it manually (thus relying on the automatic `git gc` that runs every once in a while, sort of like how bzr deletes obsolete packages I gather) would only result in:18:53
fynn1) the .git dir size being larger than it could be.18:53
* LarstiQ nods18:53
fynn2) performance being not as good as it could be.18:54
LarstiQsame with bzr18:54
fynn(very large *and active repos)18:54
LarstiQalthough obsolete_packs don't impact performance18:54
LarstiQbut joining packs might, I guess that's similar to `git repack`18:54
fynnyeah, probably. it would be nice to have commands in bzr for joining packs and deleting obsolete_packs.18:55
LarstiQfynn: the difference between bzr and svn results in more finely grained branches than svn repositories (where the branch concept doesn't exist as a domain object)18:55
* gour likes and prefers branch/repo concept18:56
LarstiQfynn: `bzr pack` and rm -rf .bzr/repository/obsolete_packs/ . I don't really think the latter warrants a bzr command on its own.18:57
fynnLarstiQ: ah, so `bzr pack` joins packs?18:58
LarstiQfynn: let me figure that out for certain18:59
LarstiQfynn: btw, how big is your svn repo?18:59
fynnLarstiQ: close to 100k commits19:00
LarstiQfynn: and it's all 1 project?19:00
fynnyes.19:00
LarstiQok, that makes it a lot easier at least19:00
fynnwhy?19:01
LarstiQfynn: 100k on the mainline, or in total?19:01
gouri'd say that bzr is made with more up-front design that some other VCSs and now is much easier to tweakk/improve performance..however, when the UI is broken...19:01
fynntotal, but that's mostly trunk.19:01
LarstiQfynn: since svn doesn't have the branch concept, it is possible that detangling different projects can be a bit of a pain19:01
fynnthere is some discussion about splitting the project, but that's mostly relevant once we move to a DVCS.19:02
fynnbecause yes, the codebase is large.19:02
* LarstiQ was thinking unrelated projects19:02
fynnnah, everything in the repo is definitely related.19:02
LarstiQfynn: ala the apache svn repo, although those are relatively well seperated19:02
fynnalthough there's a possibility that the development team would split, and there'll be a sort of splitting into "sub project"19:03
LarstiQfynn: ah19:03
fynnI'm sure both bzr and git can handle that very well - the question is about performance.19:04
fynnespecially long-term performance.19:04
LarstiQmaintenance wise, or actually working with it?19:04
gourfynn: you know about stacked branches?19:04
fynnthree areas: 1) required routine maintenance, 2) repo size, 3) usage speed19:05
fynngour: no, what are those?19:05
LarstiQgour: stacked branches solve a particular problem19:05
LarstiQgour: we don't know yet what fynn is interested in19:05
LarstiQfynn: your needs are a bit different than mine, 1 and 2 are no issue for me, so I'd recommend asking on the list/the people involved with mysql19:06
LarstiQlike jam19:06
gourfynn: see http://jam-bazaar.blogspot.com/2008/05/this-week-in-bazaar_29.html19:06
gourLarstiQ: i was thinking about stacked branched due to possible long history of the project19:07
goursomething like emacs-project19:07
LarstiQfynn: on usage speed, git is faster on most operations, you will have to see if bzr is fast enough for you (it is for me) and which particular use cases are important to you.19:07
LarstiQgour: yes, that might help for the initial-branching-speed for users, but not so much for an admin19:08
fynnLarstiQ: cool. I'm interested in 2 mainly because we have quite a few developers, some of them switching machines and pulling the trunk over poor and/or wireless connections.19:08
LarstiQfynn: ok, for those cases gour is right, stacked branches don't require to have the full history present19:09
fynnso if bzr repos are almost 3 times larger than git repos (which some benchmarks suggest), that could have a significant impact on them.19:09
LarstiQfynn: with 100k commits, that can significantly cut down in download size.19:09
fynn*nod*19:09
LarstiQ(and disk space, but that's not the main problem here)19:09
fynnusage speed is the least of my concerns (which is why I listed it last).19:10
LarstiQfynn: it really depends on what the benchmark is looking at and when, bzr and git have been bigger and smaller than each other through history19:10
fynnit's mainly because now that we're moving to an advanced DVCS, some of the developers are thinking about new refactoring / code-mining practices that could be performance-intensive.19:11
LarstiQfynn: right19:11
fynnusability-wise, bzr is the most convenient of all DVCSes that I used so far.19:12
gouri know that e.g. for ghc evaluation someone didn't use shared repo, so it ended up comparing apples & oranges19:12
LarstiQgour: right19:12
* gour likes darcs as well, but stability...hmm19:12
LarstiQfynn: in bzr terms, a repository is a storage place for revisions. More than one branch can share the same repository, storing each common revision only once.19:13
fynnit really allows me to do anything I need, I'm extremely pleased with it, and use it for all my personal projects. the only reason I brought up git is because it's not a personal project, and stuff like performance or maintenance overhead will affect others besides me.19:13
LarstiQfynn: this is obviously easier on disk space, but it also makes branching within the repo cheap, you don't have to copy all that data around19:13
* LarstiQ nods at fynn 19:14
LarstiQfynn: is the project public?19:14
fynngour: (didn't the GHC evaluation also talk about git flexibility features that hg/bzr lacked, for example history rewriting?19:14
fynnLarstiQ: unfortunately, not ATM :)19:14
fynnwe may be able to release some of it (especially if we manage to split out some of the sub-projects, using git/bzr)19:15
LarstiQfynn: ok19:15
gourfynn: if you check that wiki page on GHC tracker and ml, bzr was ruled out due to speed only based on dubios benchmarksmrks :-/19:15
LarstiQfynn: well, then I won't give it a quick peek with bzr-svn right now :)19:15
LarstiQfynn: I'm happy to assist you further with this though19:16
LarstiQbut I need to get myself some dinner first19:16
gourfynn: history rewriting and git's rebase is mostly not required with bzr19:16
fynnLarstiQ: thanks. my next step is to import our massive SVN to both bzr and git, and run some benchmarks on the resulting branches.19:16
fynnLarstiQ: bon appetite!19:16
fynngour: hmm, could you elaborate?19:17
gourfynn: read http://andrew.puzzling.org/diary/2008/July/29/rebase-criticism19:17
LarstiQfynn: there is a bzr rebase, and it is useful in certain situations, but in general the bzr culture tends to frown at the level of history destructive operations common with git19:18
gour;)19:18
* gour is reading learning-python-3e in order to be able to hack on django/pinax/.../maybe bzr in the future19:20
fynnheh, "The current stable version is 1.8, released November 17th, 2008."19:21
gourwhere did you find it? site says: Bazaar 1.8 was released on the 16th of October, 2008.19:22
fynnhttp://bazaar-vcs.org/Download19:22
gourso, no need to worry about the future :-)19:23
fynnthe future is here.19:24
fynngour: btw, I'd just read the Python tutorial19:25
gourohh, you're also new ;)19:25
fynndo you have any previous programming experience?19:25
fynnno, actually :)19:25
fynnI'm saying, if you have experience, reading the entire "Learning Python" is a waste of time imho.19:25
gouryep...from fortran to C(++)...but didn't do any programming for many years and then became interested for haskell19:26
fynnOK, see, the tutorial will get you up to speed with Python in the fastest way.19:26
gourheh, learning python is really slow, but it covers 2.5 with insight into 2.6 & 3.019:26
gouri like books for 'offline reading' when i'm afk :-)19:27
gouri'm at the last part - exceptions...19:28
LarstiQfynn: ah thanks, I fixed the release from the future.20:04
fynnLarstiQ: cool.20:08
aidanshi. i have a bzr 101 question. I messed up a bzr send and now it seems to think i'm rooted at /path/to/branch/address@mail.com. how do i fix that?20:47
beunoaidans, what do you mean it thinks your rooted?20:48
aidansbzr bundle complains with bzr: ERROR: not a branch "/path/to/branch/address@mail.com"20:48
Peng_beuno: FWIW, there's a new version of MooTools out. You should update the copy in Loggerhead.20:49
beunoaidans, you can do:  bzr send ../branch20:49
beunoPeng_, I have a better idea for that20:49
beunoI'm at the airport, waiting to get on a plane to London with all the rest of the lp devs20:50
aidansah. thanks. :) any idea how to fix the confusion it's suffering?20:50
beunoand we're going to switch it over to YUI, rockstar is going to improve performance, and, hopefuly quite a lot of other improvements will get done in the next 2 weeks  :)20:51
Peng_beuno: Heh, that works too. :)20:51
LarstiQ2 weeks of sprinting?20:51
beunoaidans, take a peak in ~/.bazaar/locations.conf20:51
beunoPeng_, :)20:51
beunoLarstiQ, yes. "Epic Sprint"20:52
LarstiQbeuno: okay :)20:52
beunolot's of new shiny things coming, we need to prepare!20:52
beunolots even20:52
aidansbeuno: i don't have that file, or anything similar under .bzr in the brnach20:53
beunoaidans, right, it's in your home dir20:53
james_whey beuno20:53
james_whey LarstiQ20:53
Peng_aidans: "bzr info" to check what's wrong, bzr pull/push/merge --remember the_right_path to fix it.20:53
james_whow you doing?20:53
beuno/home/username/.bazaar/locations.conf20:53
Peng_aidans: Or edit .bzr/branch.conf or ~/.bazaar/locations.conf.20:53
beunohey hey james_w20:53
beunopretty good20:53
beunobored in an airport20:53
beunohow are you?20:54
james_wyou always seem to be flying at the moment :-)20:54
aidansbeuno: i know, i only have bazaar.conf and ignore in ~/.bazaar20:54
james_wgood thanks20:54
beunoaidans, ah, then what Peng_ said  :)20:54
beunojames_w, heh, yeah. I kinda get that feeling as well  :)20:55
beunoI'm off for a month now20:55
LarstiQwoha20:55
james_ware you holidaying post-epic?20:55
beunoI wish20:55
beunomore sprints20:55
beunoMontreal20:55
james_wheh :-)20:55
aidansPeng: --remember sorted it. pull had the right place, but merge didn't and that seems to have fixed send. thanks!20:56
beunoI'm just hanging out in madrid for the week in between, so I don't rack up so many miles  :)20:56
Peng_...Or actually "bzr send --remember".20:56
Peng_aidans: :)20:56
aidansediting the index files by hand was unappealing ;)20:56
Peng_Err, I meant .bzr/branch/branch.conf.20:59
Peng_Anyway..20:59
aidanss'all fixed now :)21:01
beunoaidans, the bug you reported21:32
beunoit's because you aren't specifying the revid21:32
beunoyou're giving it a revno21:32
beunoof course, it shouldn't traceback, so the bug still holds21:32
StyXmanhello. I wan to cnovert a svn repo to a bzr one. I found svn2bzr, and it seems fine... in the papers. the link to the code is dead. which is agood way to do it?21:37
LarstiQStyXman: I'd either use bzr-svn or something based on fast-export/import21:43
StyXmanI can't branch a shared repo, can I?22:11
beunonot the whole repo, no22:11
beunoyou can branch branches22:11
beunoor, just cp the whole repo22:11
StyXmanaj√°, so I co a branch from the repo and then barnch it?22:11
beunoyou can branch the branch  :)22:12
StyXmanI meant, I chechout a branch  and then branch the branch, is that it?22:13
beunowhy don't you just branch the branch>22:14
beuno?22:14
StyXmanbeuno: because I don't have one22:14
StyXmanI just used bzr-svn to convert a svn repo, and I think I got a bzr repo22:15
beunothen what are you talking about doing a checkout from?22:15
beunoOH22:15
beunoSVN22:15
beunoignore me22:15
* beuno defers to LarstiQ 22:15
StyXmani got a dir with a .bzr dir in it22:17
beunook22:17
StyXmanif I run bzr info, it says it's a shared repo22:17
beunoI can do that22:17
StyXmanand now?22:17
beunoand you want to see the actual files?22:17
beunocreate a working tree?22:17
StyXmanhmm, create something in it so I can... ah22:18
StyXmanyes, in the end I would like the files22:18
beunotry running 'bzr co' in there22:18
StyXmanok, I think I'll re-read the concepts22:18
* LarstiQ blinks22:18
LarstiQStyXman: how did you get a shared repo from bzr-svn?22:19
StyXmanLarstiQ: dunno, I just found a conversion I did several months ago :|22:19
StyXmanbut I think what I want is a bzr init22:20
LarstiQStyXman: what I would probably do, install bzr-svn, then 'bzr branch path/to/svn/repo' and get a bzr branch out of it22:20
StyXmanno, it's not that22:20
LarstiQok22:20
LarstiQStyXman: then you'll need to fill me in on what the problem is :)22:20
StyXmanI mean, it's not bzr init22:21
LarstiQStyXman: what are you trying to do?22:21
StyXmanI want to completely convert the svn repo in a bzr one, and then get rid of the svn one22:21
StyXmanthen take this bzr repo, put it in my server, branch away from it, and keep hacking22:21
LarstiQStyXman: right. I'd personally still try first branching with bzr-svn as I said.22:22
StyXmanI think i got the first step22:22
StyXmanhmm22:22
LarstiQStyXman: then, if you're happy with that, you could import all the branches from the svn repo with `bzr svn-import`22:23
StyXmanso branching from the (svn?) repo would give me a bzr brach (with its own repo)?22:23
LarstiQStyXman: yes22:23
StyXmanwow22:23
LarstiQStyXman: that is22:23
StyXmanthat's some magic, not the one I spected22:23
LarstiQStyXman: the branching will work as normal bzr branching22:23
LarstiQStyXman: if the location you are branching to doesn't have a repository, it will create a standalone branch (which has its own repository)22:24
StyXmanhmm, I remember something about lightwieight branching not having repos...22:24
LarstiQStyXman: and if you are branching into a shared repository, it will use that instead.22:24
LarstiQStyXman: lightweight checkouts22:24
LarstiQStyXman: but you don't deal with those if you use `bzr branch`22:24
StyXmaninto? do I branch *into* a shared repo?22:24
LarstiQStyXman: sure. My ~/src/bzr/ is a shared repo, with the branches bzr.dev, nested-trees, 1.5, 1.8 etc within22:25
StyXmanhmm22:25
beunonested trees!22:25
beuno:)22:25
LarstiQStyXman: a shared repository is just a storage place for revisions, nothing more.22:25
LarstiQbeuno: yes! indeed!22:25
StyXmanLarstiQ: yah, that one I got :-P22:26
LarstiQStyXman: ok :P22:26
beunoLarstiQ, have you done more work on making the diff smaller?22:26
StyXmanso when you sya 'into', you mean 'in a directory "below" the one holding the shared repo'?22:27
StyXmansay*22:27
LarstiQStyXman: so, when I do 'cd ~/src/bzr; bzr branch lp:bzr' I get ~/src/bzr/bzr, a new branch, which uses ~/src/bzr as its repository. That action we call branching into a repository.22:27
LarstiQStyXman: correct.22:27
LarstiQbeuno: no :(22:27
StyXmanlp:?22:27
LarstiQStyXman: lp: is a prefix that will look on launchpad for the branch22:29
StyXmanche, te jodo para hacerte unas preguntitas de los tracs que dan22:29
StyXmanoup, wrong paste22:29
StyXmanbzr: ERROR: Not a branch: "/home/mdione/src/projects/psync/bzr/.bzr/branch/".22:29
LarstiQStyXman: so lp:bzr expands to http://bazaar.launchpad.net/~bzr/bzr/trunk/22:29
LarstiQStyXman: this occurs when you're doing what exactly?22:30
LarstiQStyXman: something is not a branch :)22:30
StyXmanbzr branch . in the shared repo22:30
LarstiQ`bzr branch .` ?22:30
StyXman(and I thought I got it right...)22:30
LarstiQStyXman: branch requires an argument for where to branch _from_. And optionally takes an argument where to branch _to_22:31
LarstiQStyXman: did you tell it to branch from '.'? In that case, is '.' a branch, or is it not?22:31
StyXmanno, it's teh shared repo22:32
StyXmanlet me read a little more, see if i can get it22:32
StyXmanok, so what I got whas several barnches (trunk, branches/*, tags/*) with a repo shared between them22:38
StyXmanO i should move everythong to the server and branch from the trunk branch22:38
StyXmanso I*22:38
LarstiQStyXman: that's an option, yes22:39
StyXmannice!22:42
StyXman\o/22:42
mwhudsoni do find it a bit hard to read the thread on hudson on the list without wtfing a bit23:35
james_wbecause you're not the brother of a Java application?23:40
mwhudsonyeah23:40
zacherazachera@apollo:~$ bzr branch aristaeus/23:41
zacherabzr: ERROR: Not a branch: "/home/zachera/aristaeus/".23:41
zacherawhat'd i do wrong23:41
LarstiQzachera: aristaeus does not seem to be a branch. You think it should be?23:41
zacherahm, i think i figured it out23:41
zacheradid bzr init23:41
zacherathen bzr add23:41
zacheralol23:41
* LarstiQ blinks23:42
zacherahow do i delete the SVN repo for this aristaeus folder23:42
zacherai want to start it over23:42
zachera>_>23:42
LarstiQzachera: svn repo?23:42
zacherarepository23:42
zacherahow do i remove all the .svn folders out of aristaeus23:42
LarstiQzachera: do you mean bzr?23:42
LarstiQzachera: this is #bzr, not #svn23:42
zachera.23:43
LarstiQzachera: maybe you can provide some more context so I actually get what is going on.23:43
zacheraokay23:44
zacherado i do bzr init outside of aristaeus or within23:44
zacheraLarstiQ: ^23:46
matkorHi I am getting TypeError: object.__init__() takes no parameters after I upgraded to python 2.6 with bzr 1.6.1 .. is bzr 1.8 enough to work with python 2.6 ?23:46
LarstiQzachera: if aristaeus is a project you'd like to make a bzr branch out of, then within23:46
zacherascrew the whole branch thing23:47
zacheraaristaeus is the folder which contains the project23:47
zacherai want to make the files within the aristaeus a part of the SVN repository23:47
LarstiQzachera: what do you mean with "SVN repository"? Specifically a Subversion repository, or are you using "SVN" as a general term for version control systems, and actually want to do something with Bazaar?23:48
zacheraok23:49
zacherai am setting up trac.23:49
zacheraand this whole svn/trac shit is pissing me off23:49
LarstiQmatkor: there were some 2.6 problems that got fixed when encountered, without seeing the traceback I can't be sure it's the same as your problem23:49
zacherai installed bazaar23:50
zacherai installed trac23:50
zacherabut trac is saying23:50
zachera"/home/zachera/aristaeus does not appear to have a Subversion repository"23:50
LarstiQright23:50
zacheraso i assume its because aristaeus wasnt setup properly23:50
zacherawhat am i doing wrong here..23:50
zacherai commited..23:50
zacherai'm on revision 123:50
zachera>_>23:50
LarstiQzachera: That is because trac by default only works with Subversion. To get it to work with Bazaar you will need to install a trac-bzr plugin.23:50
zacherasmooth.23:51
zacherasame error, LarstiQ.23:51
LarstiQzachera: so, why are you trying to set up trac?23:51
zacherawhat do you mean23:51
zacheraLarstiQ: ??????23:52
zacherawhat do you mean23:52
LarstiQzachera: maybe if I understand better what your high-level goal is, I can help you get there, instead of trying to treat symptoms.23:52
zacheraOkay.23:52
zacheraAssembla.com has stopped allowing free, private spaces.23:53
zacheraTherefore I want to install SVN and Trac onto my webserver.23:53
zacheraUbuntu server + lighttpd.23:53
zacheraBazaar and Trac.23:53
zacheraMy project is in /home/zachera/aristaeus23:53
zacheraMy trac is located at /var/subs/trac23:53
zacheraI want to be able to maneuver to trac.zachera.com/aristaeus23:54
zacheraAnd be able to use Trac there.23:54
zacheraI have a feeling that I will be needing to start over again...23:54
LarstiQzachera: ok, dod assembla.com give you an svn dump you can import?23:54
zacheraYes.23:54
LarstiQzachera: ok, then you probably want to install the subversion package and use that, not bazaar23:55
zachera.. ok23:55
LarstiQzachera: Subversion and Bazaar are two different version control systems.23:55
zacheraI already have Subversion apparently.23:56
LarstiQzachera: ok, you can create a svn repo with `svnadmin create /path/to/repo`23:57
LarstiQzachera: and you can restore from the dump with `svnadmin load /path/to/repo < svn.dump`23:58
zacherazachera@apollo:~/aristaeus$ svnadmin create /home/zachera/aristaeus23:58
zacherasvnadmin: Repository creation failed23:58
zacherasvnadmin: Could not create top-level directory23:58
zacherasvnadmin: '/home/zachera/aristaeus' exists and is non-empty23:58
LarstiQzachera: right, what the command said23:59
zacheralol23:59

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