=== jamesh__ is now known as jamesh
jelmerlifeless: shouldn't 192743 be reassigned to bzr?00:57
lifelessjelmer: not sure; may want to wontfix it00:58
ubotuNew bug: #162970 in trac-bzr "bzr not reconized" [Undecided,Incomplete] https://launchpad.net/bugs/16297001:12
lifelessyay @ first stacked test passing.01:23
jelmerlifeless: congrats!01:29
ubotuNew bug: #192803 in bzr-svn "Presence of bzr-svn plugin causes BzrDir.find_branches to leak memory" [Undecided,New] https://launchpad.net/bugs/19280302:00
mwhudsonsay, does anyone want to explain InterRepository._walk_to_common_revisions() to me?02:19
lifelessmwhudson: sure02:19
mwhudsonlifeless: specifically i want to understand when it raises errors.NoSuchRevision02:20
lifelessmwhudson: it starts from a set of revisions and walks back the graph until it has found all the common points02:20
mwhudson(i'm trying to diagnose the InstallFailed oopses we're seeing, at least a little bit)02:20
lifelessmwhudson: NoSuchRevision is raised when you ask for some revision R which is not in the target, nor in the source.02:21
mwhudsonbut here, revision_ids == [target.last_revision()] i think02:21
mwhudsonso walking out from there to something that is not in the target seems a bit eccentric02:22
lifelessnot true02:22
lifelesstarget_branch.last_revision()==R does not always imply target_branch.repository.has_revision(R)02:22
lifelessits invalid for it to fail to imply it02:23
mwhudsoni mean, there could be ghosts, but that doesn't seem super-likely here02:23
lifeless_walk_to_common is used when we're not looking for ghosts; but adjacent and absent revisions are collected02:23
mwhudsonlifeless: sorry i don't understand your last line there02:23
lifelessso we get local ghosts but not deep ghosts, if that makes sense02:24
lifelessmwhudson: race conditions, quote the line02:24
* mwhudson thinks02:25
lifelessI have to switch battery sooin02:27
mwhudsonlifeless: let me worry about another confusing problem for a bit then, can i bug you in 10-20 minutes?02:27
* lifeless does the suspend-resume dance02:28
lifelessmwhudson: -> code; will look back in every test or so02:40
mwhudsonlifeless: so, i would like to understand "target_branch.last_revision()==R does not always imply target_branch.repository.has_revision(R)"02:56
lifelessmwhudson: bzr init-repo foo03:07
lifelessmwhudson: bzr init-repo bar03:07
lifelessbzr init foo/branch03:07
lifelessbzr commit -m 'f' foo/branch03:08
lifelesscp -a foo/branch bar/branch03:08
mwhudsonlifeless: oh right03:11
mwhudsonlifeless: that shouldn't have happened on the supermirror though :)03:11
lifelessmwhudson: who knows what has happened03:13
lifelessmwhudson: but this is why the bzr code does what it does03:13
lifelessmwhudson: what problem are thou incurring?03:27
mwhudsonlifeless: occasionally the upload branch puller craps out with one of these exceptions03:27
lifelessthis is for importd?03:27
mwhudson(raising InstallFailed from InterPackFetcher)03:27
mwhudsonlifeless: no03:27
lifelesshosted branches?03:28
mwhudsonlifeless: yes03:28
lifelessdoes it recur on the same branch?03:28
lifelessI saw a hosted branch the other day with this problem03:28
lifelesssomeone had managed to set a last_revision_id not in the branch's repository03:28
lifelessand it was (naturally) not mirroring; and other users (group branch) couldn't merge from the hosted side either03:29
lifelessis it possibly a bug in the sftp or smart server glue ?03:29
lifelessI'm assuming bzr is perfect03:29
BasicOSXhi here too03:31
mwhudsonlifeless: i was wondering that, but it seems a bit unlikely03:31
lifelesshi BasicOSX03:31
lifelessmwhudson: that bzr is perfect?03:31
mwhudsonlifeless: no, that a bug in the smart server glue would show up in this way03:32
lifelessmwhudson: I suggest that you change the puller so that the next time this occurs a cp -R of the branch is made03:33
lifelessmwhudson: (of the source branch)03:33
mwhudsonyeah, i guess that makes sense03:41
mwhudsonjml: hello03:41
jmlmwhudson: hi03:42
mwhudsonjml: what do you think of lifeless's idea above?03:42
jmlmwhudson: I think it will definitely help us figure out what's going on and that's it's kind of yucky.03:44
jmlbut I can't think of anything better.03:45
=== jamesh__ is now known as jamesh
=== asac_ is now known as asac
=== beuno changed the topic of #bzr to: http://bazaar-vcs.org/ | Bazaar 1.2 is out! w00t! | http://bazaar-vcs.org/releases/src/bzr-1.2.tar.gz
* beuno goes to bed now06:19
Peng_Oh, cool. 1.2.07:53
=== Peng_ is now known as Peng
ubotuNew bug: #192859 in bzr "AttributeError on parent.children in add when adding a symlink" [Undecided,New] https://launchpad.net/bugs/19285909:41
appcinehi! just transitioned to bzr from svn and I'm experiencing some problems. whenever I push an update to the server, there's a 70 % chance that the push just hangs and nothing happens. If i ctrl-c it, I get a SFTPError: Garbage package received.11:33
appcineAnything I can do on my end?11:33
appcineI mean, I get this almost ALL the time11:33
appcinebut sftping in works fine every time11:33
appcineUsing bzr+ssh seems to work better, but is there a way to store BZR_REMOTE_PATH for just one project?11:49
=== mrevell is now known as mrevell-lunch
spivappcine: yes, you can set bzr_remote_path in your ~/.bazaar/locations.conf12:50
spivappcine: e.g, I have:12:50
spivin mine.  (where "host" is something different, obviously...)12:51
appcinespiv: Ah, sweet. Thanks :)13:00
=== aadis_ is now known as aadis
=== mrevell-lunch is now known as mrevell
appcineHmm, using bzr+ssh really didn't solve my woes. It's terrible slow to send a two-line change over two files. It just stalls on 0/0 (the dash that's spinning isn't .. spinning)13:21
appcinessh/sftp works fine though13:22
pygihey folks13:47
pygiwill anyone request freeze exception for Bzr-1.2 ?13:47
hsn_anybody works on netbeans plugin?14:07
jelmerhsn_: there is nobody working on one, or at least they haven't publicly announced so14:11
ubotuNew bug: #192924 in bzr "quick-start-summary.svg missing in Python based installer for windows" [Undecided,New] https://launchpad.net/bugs/19292414:21
appcinehmm, pushing my updates to the server is constantly crashing on me .. both bzr+ssh and scp.. the cursor just hangs on 0/0 and nothing happens.15:05
appcineI can't even control-c out of it when using bzr+ssh15:05
appcineThe connection is established - I need to break-lock on the server to try again. Ssh and scp directly works like a charm15:06
appcine"TooManyConcurrentRequests: The medium '<bzrlib.smart.medium.SmartSSHClientMedium object at 0x1644390>' has reached its concurrent request limit."15:06
appcineIs what I get when the push finally fails15:07
appcine(using ssh=15:07
appcineanything I can solve on my end?15:07
Pengappcine: Does .bzr.log on either the client or server say anything interesting?15:15
Pengappcine: Maybe the server kills processes that consume any resources.15:16
appcinePeng:  nothing intresting on server, but "not updating child fraction" in my client's .. A LOT! :)15:20
appcineIt's like it's spit into my bzr.log until my ctrl-c finally has any effect15:21
fullermdProbably unrelated.  That's to do with the progress bar updating, IIRC.15:23
appcineit works sometimes, sometimes it doesn't15:24
thatchhmm, is 1.2 released or not? The webpage says yes, the changelog says 1.2rc1 is still in development, and doc.b-v.org doesn't have a dir for it.15:34
Pengthatch: There are a couple debs up in the PPA.15:58
thatchPeng: I also see the tarball... however, there's no changelog entry for 1.2 actually being out :)16:04
jdongthatch: yeah the wiki has not been updated to point to the right changelog but 1.2 has been out for a few days16:07
jdongyou can find the changelog in NEWS of the tarball16:07
appcineseriously. nothing i can further investigate to solve my stalling push problem? I can't work :P16:09
thatchjdong: here's the first real heading in NEWS of bzr.dev.16:34
thatchbzr 1.2rc1 (not released yet)16:34
PengWhat about NEWS of bzr.1.2?16:35
thatchPeng: aha, it's in there.16:36
thatchso if https://launchpad.net/bzr/1.2/1.2/ also contains the changelog... why have an outdated changelog link on the front page of the wiki?16:37
beunothatch, changed, thanks16:40
thatchbeuno: great!16:43
BigMadWolfHello all, I have an issue with the bzr eclipse plugin. Is someone using it?17:40
beunoBigMadWolf, sure, what seems to be the problem?17:41
BigMadWolfI think I have properly installed bzr-xmloutput and the bzr plugin for eclipse according to the documentation, but when I click on "Synchronize Bazaar" in Eclipse, I can't do anything.17:42
BigMadWolfI can only click on "Finish" and not on "Next", so nothing happens.17:43
beunoBigMadWolf, what OS are you on?17:43
BigMadWolfUbuntu Gutsy17:43
beunoBigMadWolf, can you run: bzr plugins17:44
beunoin a terminal17:44
beunojust to see if bzr-xmloutput is correctly installed17:44
BigMadWolfjeremy@laptop-jeremy:~$ bzr plugins17:45
BigMadWolf/usr/lib/python2.5/site-packages/bzrlib/plugins/xmloutput [0.4.0]17:45
BigMadWolf        This plugin provides xml output for status, log, annotate, missing, info, version and plugins17:45
BigMadWolf/usr/lib/python2.5/site-packages/bzrlib/plugins/multiparent.pyc [unknown]17:45
BigMadWolf        Implementation of multiparent diffs for versionedfile-like storage17:45
BigMadWolf/usr/lib/python2.5/site-packages/bzrlib/plugins/launchpad [unknown]17:45
BigMadWolf        Launchpad.net integration plugin for Bazaar.17:45
BigMadWolfyep, sounds ok17:45
beunoBigMadWolf, and you've got the branch in the top dir of the project?17:46
BigMadWolfhoho, I think the issue is solved... :o17:47
BigMadWolfI was clicking on windows-> open persepctive -> team  then synchronize17:48
BigMadWolfbut when I click on the root of my project, then team -> share project, it seems ok17:48
BigMadWolfI'm goin' to check if everything works well, I will let you know if it is okay17:50
BigMadWolfmmh, it sucks, I can't do any commit when clicking on $PROJECT -> Team17:59
BigMadWolfbefore doing that, I did "Share project" using the existing .bzr dir17:59
BigMadWolfdo you know how can I remove the bzr support of my project in eclipse?18:02
* fullermd thinks the format list in init-repo's help should be a little less...20:48
jamwell, it would seem that --metaweave should be hidden by now20:51
jamand probably --weave20:51
jamand maybe --knit20:52
jamI might hide --rich-root for only --rich-root-pack20:52
jambecause if you are going for --rich-root you are incompatible with pre-packs anyway20:53
jelmer"New in 0.15" should probably be "Since 0.15" :-)20:53
jelmerjam: I think there was actually one release with one but not the other20:53
jamjelmer: pff not enough for me to care20:54
jamnot right now anyway20:54
jamAnd the help doesn't clarify that20:54
jelmerhmmno, looks like I'm wrong20:55
jelmer+1 on removing --rich-root20:55
jamwell, they both say "New in 1.0"20:55
jelmerI think rich-root-pack was marked experimental longer20:55
jelmerbut that doesn't matter now20:55
fullermdWell, not so much that.  But rather than a lot of them don't make sense for init-repo.20:56
bob2is --rich-root-pack at the "safe to use as default for people who don't mind reporting bugs" stage?20:56
fullermdLike --weave, which is totally impossible.  And --dirstate and --dirstate-tags don't make any sense, since they're no different from --knit at the repo level.20:56
jam--dirstate changes the WT, and --dirstate-tags changes the Branch20:57
jambob2: I think it is more stable than that, even20:57
fullermdmetaweave should be hidden all over, I'd say.20:57
lifelessjam: actually, pulling into rich-root-pack from non-rich roots breaks inventory sha1's still.21:11
lifelessI filed a bug.21:11
fullermdDoes that break just pull, or upgrade too?21:11
jamafaik it doesn't actually break anything, it just has data which isn't strictly valid21:16
jambut last I checked we never validated it21:16
jamand that was true for -subtree as well21:16
beunoVerterok, check out logs, someone was here with all kinds of questions about bzr-eclipse21:17
beuno(and hi)21:17
Verterokbeuno: thanks, I'll.21:20
lifelessjam: check tries to validate it, but there is a bug in the API21:23
* beuno -> out21:23
lifelessjam: when the inventory sha doesn't match the inventory I consider it broken.21:25
lifelessjam: its a bug that we don't check that always.21:26
ubotuNew bug: #177890 in bzr-svn "bzr-svn badly horks svn repository if pushing a changeset which includes a new symlink" [High,Fix released] https://launchpad.net/bugs/17789022:06
ubotuNew bug: #160085 in bzr-svn (universe) "push over svn+ssh:// crashes" [Undecided,Fix released] https://launchpad.net/bugs/16008522:11
pooliegood morning22:43
=== cprov is now known as cprov-out
ubotuNew bug: #193089 in bzr "UnicodeDecodeError exception in bzr whoami" [Undecided,New] https://launchpad.net/bugs/19308923:35
lifelessjam: ping23:46
poolielifeless, i feel like we are having a "get it done" vs "done right" distinction23:54
poolieon plugins23:54
lifelesspoolie: to some degree; I feel there is a difference between 'doing part wrong' and 'getting it done'.23:55
lifelesspoolie: which is to say - I think we have agreed on 'get it done' up to a point23:57
lifelesspoolie: beyond that, I'm arguing against some particular things, because I think they will cause problems we don't have today.23:58
lifelessand that we don't have to have.23:58

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