pooliehi all01:24
=== poolie changed the topic of #bzr to: Bazaar version control | try https://answers.launchpad.net/bzr for more help | http://irclogs.ubuntu.com/ | Patch pilot: poolie
vilahi all !07:57
* fullermd gives vila a sickly wave.07:58
vilaor ooh ?07:58
fullermdToday, it's more like 'ow'   :|07:59
vilaha right, this one07:59
lifelessvila: oh hai08:20
vilamaxb: gentle nudge about 2.3.1 in ppas, any news ?08:45
mr-russvila: I've attempt to write up the small doc for shared repo stuff using bzr+ssh.08:47
mr-russvila: how do I now do the next parts to make it a merge candidate?08:47
maxbthere's this dh_python2 packaging migration that is somewhat blocking08:47
vilamr-russ: push a branch on launchpad and propose it for merging (bzr push ; bzr lp-open)08:48
vilamaxb: not for all ubuntu versions I hope ?08:49
maxball but natty08:49
mr-russvila: sorry I'm a real noob here.  push to?  the bzr trunk, or somewhere else.08:50
vilamaxb: ok, I'm lost, where should I look to learn more ?08:50
vilamr-russ: push to launchpad: bzr push lp~<your_launchpad_username>/bzr/<name_reflecting_your_branch_intent>08:51
vilamr-russ: push to launchpad: bzr push lp:~<your_launchpad_username>/bzr/<name_reflecting_your_branch_intent>08:52
maxbvila: my/jelmer's brain?08:52
vilamaxb: ok, downloading right now08:52
* mr-russ waits for upload08:52
vilamaxb: I've missed some episodes, what's the intent of dh_python2 and why does it matter ?08:53
maxbbasically the debian unstable packagings have all shifted to track a major change in python packaging system08:54
maxband now we need to figure out the best way to backport stuff08:54
vilabut why does it impact more than natty ?08:55
vila(and even natty for that matter >-/)08:55
maxbbecause we used to reuse sid packaging across all distroseries08:56
vilaand why don't we postpone that to after 2.3.1 ?08:57
maxbvila: Hi, sorry, lost phone reception as I entered my office block09:04
maxbSo, the thing is that in the past we have just re-used sid packagings unmodified09:05
maxbSo, we either solve the migration question first and continue to do so09:05
maxbOr, we just independently update the 2.3.0 ppa packaging to 2.3.109:05
maxbgranted, perhaps we should do the latter, as a pragmatic solution to getting 2.3.1 packages out in the PPAs on time09:06
vilamaxb: +1 :)09:07
vilao:) even09:08
vilameh, bug #654733 regressed on FreeBSD 8-/09:48
ubot5Launchpad bug 654733 in Bazaar "bp.launchpad.test_register.TestBranchRegistration.test_onto_transport tests fail on Python 2.7" [High,Fix released] https://launchpad.net/bugs/65473309:48
vilaIt turns out the natty xmlrpclib.py carries an additional patch09:49
vilaWhere should I search to identify this patch and its rationale ?09:49
fullermdHow purdy.09:53
vilaPurdy, MO (city, FIPS 60176)09:53
vila Location: 36.81846 N, 93.92068 W09:53
vilaok, it's part of https://launchpad.net/ubuntu/natty/+source/python2.7/2.7.1-5/+files/python2.7_2.7.1-5.diff.gz but not part of lp:ubuntu/natty/python2.7 8-/09:55
fullermdIs that just a test failure, or something broader?09:56
vilafullermd: only a test failure and due to some test fake object and a patch is on its way, but still, I'd like to understand what happened there (probably for reasons similar to the ones behind your question ;)09:58
vilafullermd: don't let that make your blood boil ;)09:59
lifelessjelmer: do you know, will jam be around today?10:02
fullermdOh, I won't.  This is why I tricked you into going py27 before me   :p10:02
* vila restore freebsd8 slave backup and forgot about the issue ;)10:03
vilafullermd: naaah, evrything went well except for that glitch10:03
fullermdHm.  Funnily enough, I just came across a commit disabling the py-yolk package due to possibly the same thing.10:04
fullermdSo it looks like that patch is in upstream for some future release.  Doesn't help the releases already out, ghouh.10:05
fullermdOr though, even.  Eye khan tipe.10:05
vilaright, thanks fullermd, that answer my question about the rationale10:07
vilaand that ^ answers lifeless question ;)10:08
jelmerlifeless: there he is :)10:09
vilalifeless: care to share this summoning trick ?10:09
lifelessjam1: hi10:09
=== jam1 is now known as jam
jamhi lifeless10:09
lifelessjam1: that loggerhead bug - in the lp qa queue - can we test that remotely ?10:09
jamlifeless: I think so10:10
lifelesshttps://devpad.canonical.com/~lpqateam/qa_reports/deployment-stable.html (good morning)10:10
jamI don't know how to tell if qastaging gets a loggerhead oops10:10
jambut any HEAD request would trigger it10:10
jamif HEAD qastaging.../changes doesn't generate an oops, then we're good10:10
jamI don't know how the apache proxy figures in, but I think we'd still get a 500 if it failed10:10
lifelessjam: care to give it a spin ?10:10
jamlifeless: do you know that qastaging has the newer loggerhead?10:11
jamwell, newer launchpad wrapping of loggerhead10:11
lifelessits in the report10:11
lifelesswhich means its autodeployed10:11
jamlifeless: on qastaging I'm just getting the "infinite redirect bug"10:13
jamfoo/bar/changes redirects to foo/bar/changes10:14
jamcan't test loggerhead there, I believe10:14
jamI don't remember exactly why10:14
lifelessdo you think this could make things worse ?10:14
jamlifeless: I'm pretty confident on the patch, since I was able to reproduce it locally.10:14
jamAnd in the immediate term,10:14
jammthaddon switched us to using GET anyway10:15
lifelessjam: mark it qa-untestable then10:15
jamlifeless: If you tell me when its deployed, I can qa it then10:15
lifelesssure, but for now ... need to fill in the paper work :)10:15
jamlifeless: marked10:15
vilafullermd: 2.7 is the official default now right ?10:17
fullermd_PYTHON_PORTBRANCH=..   2.710:19
vilafullermd: thanks10:19
vilafullermd: EPARSE, does this mean the change is part of an as-yet-unreleased version ?10:23
vilafullermd: or did I just expose my ignorance again ?10:23
fullermdMmm.  Culture gap.10:23
fullermdThere's a tarball of ports on the CD/DVD/etc you grab to install $VERSION, which is roughly enough just a snapshot of the point in time "somewhere around" when the release was cut.10:24
fullermdThe default was changed after those snaps for 8.2/7.4.  But the default has to do with _ports_, not the OS release, so if you e.g. updated the ports tree after your 8.2 install before installing stuff, you'd get 2.7 default.10:25
fullermdBut whatever you build builds against whatever you have installed, so if you installed bzr right away, it would go with the prior default (2.6).  And after updating ports, you'd keep using 2.6 for stuff until you switched it around.10:26
fullermd(special cases aside of course, like programs that require 2.7 would refuse to build)10:26
vilaok, right, so the parallel with Ubuntu would be that this is part of -update (IIUC) which is official enough for me (especially since this means the test failure can't be triggered except on unlucky setups)10:26
fullermdSo you can't say "FreeBSD X.Y uses version Z" really, just "As of X.Y, the default was Z".10:27
* vila nods10:27
fullermdWell, who runs tests anyway?   :p10:27
vilahehe, babune does10:27
fullermdProbably most installs out there are 2.6 now.  That'll tip over the next few months, probably.  I don't have a general feel for how quickly the change will be followed by existing installs.10:28
fullermdI've still got perl 5.8 on my system here frex (that way I don't accidentally write code requiring a later version)10:28
vilaright, so switching to 2.7 on babune sounds still valid (and was triggered by a need to install sphinx anyway which I will do once I've finished sorting out this glitch)10:29
* fullermd nods.10:29
jamjelmer: who usually reviews your dulwich patches? I'm surprised to see it addressed to "vcs-imports"11:22
jelmerjam: If they're possibly controversial I usually send them to the dulwich-users@ mailing list for review so people can speak up if they object11:23
jelmerjam: I was submitting them as LP merge reviews as well so I wouldn't lose track of the ones I had submitted, I hadn't considered that that would result in email for ~vcs-imports members..11:24
jamjelmer: I'm perfectly capable of ignoring them, I just haven't seen them before11:24
jelmerjam: Perhaps I should unsubscribe ~vcs-imports from lp:dulwich11:25
jamand wasn't sure what you were asking11:25
jelmerwell, if you're wondering about reviews... ;-)11:25
pooliehi jam, jelmer, vila11:26
jamhi poolie11:26
jelmer'evening poolie11:26
jelmerwelcome back :)11:26
vilapoolie: eerk, don't start too strong after your vacations ! It's nice to see you but I'd like to see you for long ! ;D11:26
jamjelmer: in your export tar revisit, you mention fixing bug #102234, but when I test it manually using bzr.dev, I don't see the extra dir11:30
ubot5Launchpad bug 102234 in Bazaar "bzr export embeds the tarfile path; causes problems with 7zip" [Low,In progress] https://launchpad.net/bugs/10223411:30
poolievila, hi :)11:32
jamjelmer: also, AIUI, XZ != LZMA, though I have to poke through your details11:32
vilapoolie: nice to see you back, our vacations overlapped and we didn't met since... like.. a month ? :D11:32
jamthey have the same underlying compression, but different framing11:32
jelmerjam: Newer versions of python already take the base dir name11:34
vilajam: thanks for the review !11:34
jamjelmer: so it is just a different python version that we are working around?11:35
pooliei'd like to just pull out the xmlrpc stuff11:35
poolieinbox 0!11:35
jelmerjam: yeah11:36
jampoolie: not bad after 2 (non consecutive) weeks of vacation11:36
jelmerjam: It seemed easy enough to do (and add a test for)11:36
jama big select and discard?11:36
vilapoolie: inbox 0 ! wow, congrats !11:36
jamof course, poolie, didn't review all of jelmer's pending changes, either. So clearly he skipped *some* parts of his inbox :)11:37
vilapoolie: by the way, it would be awesome if you could push a bit on the SRU[s]11:38
jelmerjam: lzma/xz is a good point, I'll dig deeper..11:38
jamjelmer: why did you indirect from "ie.symlink_target" to "tree.get_symlink_target()", for RevisionTree, etc, it is extra overhead for sure (since it then has to look up the InventoryEntry by file_id, and return the value you have)11:39
jelmerjam: It means you can directly export from a working tree11:39
jelmerI noticed that it otherwise wouldn't work (also for ie.text_size) when writing tests.11:40
jamjelmer: http://news.softpedia.com/news/Introducing-LZMA-and-XZ-Compression-Algorithms-124883.shtml11:40
jamI believe11:40
jamlooks like I was slightly rwong11:41
jamXZ is, indeed, a new format entirely11:41
jambut seems able to understand lzma streams11:41
jelmerThe strange thing is that "file" reports the .tar.lzma streams we're generating as being XZ11:42
jelmerjam: I guess we should strictly change it to .tar.lzma, or at least add that to the list of extensions11:43
jamjelmer: yeah, and it looks like no chance to get XZ in 2.X http://bugs.python.org/issue671511:45
jamsince it missed 2.7, it won't be in any 2.x release11:45
jelmerjam: I'm using an external lzma module with xz support so that shouldn't be an issue11:45
jamjelmer: XZ? or lzma ?11:46
jelmerjam: the lzma module has an option to force xz or lzma11:46
jamI looked into lzma quite a bit when we were doing the groupcompress work. Looking here: http://stephane.lesimple.fr/wiki/blog/lzop_vs_compress_vs_gzip_vs_bzip2_vs_lzma_vs_lzma2-xz_benchmark_reloaded11:47
jamI'm reminded why we chose to skip it.11:47
jamThe knee on the "time to compress" curve is huge for lzma11:47
jambzip2 is "slow" at 22s to compress.11:48
pooliejam :) i'm going to do some code reviews separately from email11:48
jamlzma and xz default compression is 100s11:48
pooliei still have some mail that needs action11:48
poolieand i also have SRUs on my list11:48
jampoolie: does that count as inbox 0? I can certainly file all my "unread" mail into other folders...11:48
jelmerjam: updated to include .tar.lzma support11:50
jelmerjam: the original patch was correct in that the default from the lzma python module is strangely enough to use xz compression11:53
poolieeverything's been scanned and i have an idea what i need to still deal with11:53
jamjelmer: I would expect that depends highly on the version of the module11:53
pooliei think that's the original definition11:53
jelmerjam: I'm forcing the format now11:53
jamjelmer: I'm a little concerned about external dependency, but not critical. Certainly we aren't going to implement it ourselves :)11:54
vilapoolie: I use this definition roughly too (inbox is really unsorted mail for me)11:54
jelmerjam: We'll raise DependencyNotPresent if the user doesn't have it installed, and we won't attempt to use it unless the user explicitly asks for a .tar.xz/.tar.lzma tarball.11:55
jelmerjam: I guess it could live in a plugin, but that seems too much trouble for something that's only rougly 20 actual lines of code :)11:57
jamjelmer: yeah, not a big deal11:57
jamas you say, it is isolated to being pretty optional11:57
jamand probably just gives a Recommends sort of flag11:58
jam(or even Suggests?)11:58
jelmerSuggests seems most appropriate at the moment, perhaps Recommends if .tar.xz becomes much more popular.11:58
jelmerSince Recommends are installed by default on modern Debian/Ubuntu systems I'm hesitant to add every optional dependency to it.12:00
jelmerIn the past we had bzr Recommend bzrtools and bzrtools recommend graphviz and graphviz depending on some X libraries. Which meant that installing bzr on a server pulled in some X libraries.12:00
jamjelmer: yeah, I remember12:01
fullermdHm.  bzr info now blows up on weave_fmt stuff   :|12:01
jamfullermd: definitely jelmer's fault, and something that should be fixed12:01
jamjelmer: for export-to-stdout, I'd rather use pure relative paths than "-/"12:02
jamis it hard to change?12:02
jam(so "export -" would create a file with all files rooted at '.')12:02
jelmerfullermd: I think my "misc" branch should fix that, it's some confusing interaction with imports.12:03
jelmerfullermd: it's in the PQM queue12:03
fullermdHow do we not have a test that caught that?12:03
jelmerfullermd: it's the order in which the imports happen, the testsuite loads all formats first12:04
fullermdEven for blackbox's?12:04
jamfullermd: most things are "run_bzr" which runs in-process12:05
jelmerjam: That seems reasonable. My only concern is that tarballs without a root folder can be pretty annoying to unpack if you don't create a separate directory before unpacking.12:05
fullermdAh.  That makes sense.12:05
jama few things are "run_bzr_subprocess" but we avoid them because they are *very slow*12:05
jelmerjam: Not sure how much of a concern that is.12:05
jelmerUsing "-" is also certainly not very nice.12:05
jamjelmer: I agree, but people should use a root, or pass a path12:05
jam-/ is just ugly12:05
fullermdYeah.  If they were all that, it would take too forkin' long.12:05
jelmerjam: Perhaps we can change "-" to "." and print a warning?12:06
jamjelmer: I don't see a need to warn. I don't really know why people want to export to '-',but if they do, they get what they asked for12:08
jamI don't think anyone doing it is asking for '-/'12:08
jelmerjam: I agree "-" is wrong, but as somebody who has once overwritten half his home folder by unpacking a dodgy tarball I feel inclined to warn when not using a root dirname...12:09
jamjelmer: from my experience, it is very common in the Zip world12:10
fullermdjelmer: Yes, it seems fixed now.12:10
jamsuch that by default, Windows extracts into a directory named by the zip name12:10
jam(so "proper" zip files get extracted to foo/foo/files)12:10
jelmerjam: urgh12:12
jamjelmer: I'm not really against a warning, especially because tarball etiquette specifies one12:13
jambut I don't really want to say stuff if I think people won't listen to it12:13
jelmerjam: fair enough12:14
jelmerjam: I'd be happy to leave it without a warning for now, since this is a fairly unusual use case anyway and if it's not uncommon in the zip world.12:16
jamgeneral question for the audience. what is the best way to test that work *isn't* done?12:18
jam(I have a query that starts at the tip, and should only process, 20 items and return them. How do I tell that the next 20 weren't touched?)12:19
jelmerjam: updated to default the root to '' if dest is '.'12:19
jamjelmer: does that make it "/" ? which would probably be worse than "./"12:20
jam(though I'm pretty sure tar strips that by default)12:20
jelmerjam: No, there are tests that check the paths.12:20
spivjam: assert something about the count of items examined, or the identities of items examined, or lay booby traps on items that should not be examined...12:29
jamhey spiv. Yeah, I was thinking some sort of booby traps12:30
spivI'm reminded of tests that hook the hpss client and then assert things about self.hpss_calls12:30
jamproblem is injecting booby traps in Branch history12:30
jam(this is loggerhead code)12:30
spivjam: oh, that's easy, just put the unwanted history in a stacked-on repo that isn't accessible ;12:31
jamspiv: isn't it almost midnight there?12:32
* spiv goes to bed before he thinks of a really silly idea12:32
jamsleep well, sir, good to see you around12:32
magciusjam, hey, I'm Jasper, what exactly do you want for tests?12:44
magciusFor the redirects, that is.12:44
jammagcius: for the redirect stuff, a test that what is really a file under /files redirects to /view, and the reverse for accessing a dir under /view12:45
jambasically, just a rough test that the change really does what you want12:45
jamprobably can put it in test_simple.py12:45
magciusjam, will it give me a mock inventory?12:46
jamthough I'll note "setUpLoggerhead()" defaults to using HTTPExceptionHandler. It might be easier to not use it, and just catch the exception in an "assertRaises".12:46
jammagcius: you can use "self.createBranch" and "self.build_tree()" to create a real one.12:46
jamactually, it fits better in "test_controllers"12:47
jamvila: wrong ping channel :).12:57
beunojelmer, thanks for your export branch, it looks like exactly what I was needing  :)13:02
jelmerjam: Thanks for the review!13:07
jamjelmer: not, I caught "assert" late.13:07
jelmerjam: I was literally about to press "e<enter>"13:08
jelmerjam: this is the assert in bzrlib.export.tar_exporter ?13:08
jamjelmer: I believe so. PQM would catch it, but you don't have to wait for it :)13:09
jambzr selftest -s bt.test_source13:09
jelmerjam: perhaps I should just kill the assertion, lzma itself also checks that the format is supported.13:10
jamjelmer: however you like13:11
jamjust letting you know you can't submit it like it is :)13:11
magciusjam, how do I run tests?13:12
jammagcius: bzr selftest -s bp.loggerhead will run all loggerhead tests13:14
magciusjam, Ran 0 tests in 0.000s13:14
jammagcius: do you have loggerhead installed as a bzr plugin?13:15
magciusnot sure13:15
magciushow can I do that?13:15
jammagcius: cd ~/.bazaar/plugins13:15
jamln -s $LOGGERHEAD_DIR loggerhead13:15
magciusjam, when building the test: ValueError: cannot get null revision inventory13:21
magciusself.createBranch(); self.build_tree(('file', 'folder/', 'folder/file'))13:22
jammagcius: you need a "tree.commit()" in there13:22
jamafter build tree13:22
jamyou probably also need to tree.add13:22
jamif you look at TestInventoryUI13:22
jamthere should be some hints there13:22
magciusaha, thanks13:25
jelmerjam: the mtime argument to gzip.GzipFile is only available on Python >= 2.7.14:07
jelmerjam: Does this look reasonable: http://bazaar.launchpad.net/~jelmer/bzr/export-tgz-711226/revision/574014:07
jelmerThe other options are to check sys.version or to use the inspect module14:08
jamjelmer: if you want to be evil, you could override time.time() for the __init__ timeframe14:15
jamor we could overrride GzipFile._write_gzip_header14:16
jelmerjam: I'm fine with just doing the right thing on Python 2.714:16
jamI'm also never quite sure when python raises TypeError vs AttributeError14:16
jamjelmer: most people who want that functionality want in on py2.614:16
jamstill the default in natty14:16
jamI believe14:17
jelmerjam: they won't get this new bzr until oneiric though14:17
jelmerthough I guess if we don't patch GzipFile or time.time we should at least mention this in the release notes14:17
maxbUnless they use the ~bzr PPA14:17
jamjelmer: right, the patch notes would be "support fixed tar.gz on Python2.7 which exposes 'mtime'" or somesuch14:18
=== james_w` is now known as james_w
jelmerjam: is there a particular reason CHKSerializer uses XML for inventory serialization? Just because that infrastructure was already in place?15:14
jamjelmer: for bundle transmission, IIRC15:14
jamideally, we wouldn't need it15:14
jamat one point we used it for transmitting it for conversions15:15
jambut spiv fixed it to use an inventory delta instead15:15
jelmerjam: is there something CHK-based that might work for bundles?15:15
jamjelmer: well, not without reworking bundles15:16
jamarguably the ideal would be to treat a bundle as a branch stacked on a hypothetical repo that has restricted availability ,and then we would use it as a StreamSink15:16
jamso the data would be similar to what we would otherwise transmit15:16
jelmerjam: hmm, that does sound nice15:17
jamjelmer: the other big win, is that on the other side you can treat it as a StreamSource15:17
vilajelmer: doh, I dunno what happened with bug #731240 (probably some double edit with different UIs), but thanks for setting it straight  ;D15:18
ubot5Launchpad bug 731240 in Bazaar "opening over http in dumb mode fails in selftest" [Low,Fix released] https://launchpad.net/bugs/73124015:18
jelmervila: least I could do after you've been fixing Triaged bugs for me for the last two months ;-)15:18
vilajelmer: hehe, tha's what made me laugh after the initial "Huh ? Didn't fix a similar bug recently" when receiving the mail and thinking it was a new one ;)15:19
=== zyga is now known as zyga-ill
taconehello, i have unneeded binary files in my past revisions. is there any way to clean the repository ?15:31
maxbtacone: Unfortunately not, unless you are willing to rewrite the the entire history in a way which will break the ability to do merges between the new and the old incarnations15:40
taconethanks :)15:40
maxbIf this is acceptable to you, the fastimport plugin and fast-import-filter would be what you would need15:40
taconeuhm ?15:40
maxbIf you did want to perform the kind of rewriting that I was implying, the 'bzr-fastimport' plugin, and its "bzr fast-import-filter" command would be the tools you would need to look at15:41
taconei'm looking it up right now. thanks !15:42
=== deryck is now known as deryck[lunch]
jelmermaxb: Just submitted debian bug 618349 with patch16:26
ubot5Debian bug 618349 in python-configobj "python-configobj: ConfigObj writes out the wrong kind of triple quotes" [Normal,Open] http://bugs.debian.org/61834916:26
=== deryck[lunch] is now known as deryck
hungerHow can I get bzr to output progress information when cloning in a non-interactive shell?19:03
PenguinOfDoomWhen I commit to my bzr branch, it automatically pushes to an svn branch. That's not what I want, and I have no idea how I got there19:15
PenguinOfDoomhow do I get it to do local commits?19:15
PenguinOfDoom"bzr unbind" claims it's not a bound branch19:15
jelmerPenguinOfDoom: is it a checkout perhaps?19:36
jelmerhunger: I don't think there is any way to do that - how would you want to get that information, anyway?19:36
PenguinOfDoomjelmer: I don't think it's a checkout, but how do I tell?19:37
PenguinOfDoom(I think it's a branch in a shared repository)19:37
jelmerPenguinOfDoom: bzr info will tel you19:39
trond-Hi, I am using bzr for development of websites, and I have created a clone by using the branch command. Now I have continued to work on the main and I want to re-branch those changes (as I have not done any changes to the branch). Is this possible? or shall I just delete the old branch and re-clone the solution again?19:39
PenguinOfDoomjelmer: bzr info doesn't mention anything about the branch being a checkout19:40
jelmerPenguinOfDoom: what does it say about the format? "Standalone branch" / "Shared repository branch" / etc ?19:40
jelmertrond-: I'm not sure if I understand what you mean exactly, but I think "bzr pull" from the main branch should do what you need19:41
trond-jelmer, ok. So I'll be in the branch-directory/job and bzr pull then?19:42
jelmertrond-: depending on what branch-directory/job is, yes19:42
jelmerPenguinOfDoom: I'm pretty sure that shouldn't push if you commit19:42
PenguinOfDoomjelmer: I know that it shouldn't, but it does.19:43
jelmerPenguinOfDoom: it should only do so if you explicitly run push or pull19:43
jelmerehm, just push I mean19:43
jelmerPenguinOfDoom: does "bzr config" mention a bound branch?19:44
PenguinOfDoomThere's no such command. I'm using bzr 2.2.1 from maverick19:44
jelmerPenguinOfDoom: in that case, does "grep bound ~/.bazaar/bazaar.conf ~/.bazaar/locations.conf .bzr/branch/branch.conf" return anything ?19:45
PenguinOfDoomNope! branch.conf has three lines, parent_location, push_location and submit_location19:46
jelmerI'm at a loss then, sorry. :-/19:48
jelmerare you sure the branch wasn't bound earlier and unbound now?19:49
jelmeris there any reference to the location it pushed to anywhere?19:49
jelmerdo you have a plugin that autopushes or something that installed perhaps?19:49
PenguinOfDoomIt autopushes to the push location. I didn't install any such plugin on purpose19:50
PenguinOfDoomalso, I deleted branch.conf and now it doesn't push any more maybe19:50
jelmerPenguinOfDoom: how did you originally create the branch?19:51
PenguinOfDoomI created it in svn with "svn cp", then did a "bzr branch svn+ssh://svn.twistedmatrix.com/svn/Twisted/branches/iocp-tcp-large-write-3233-2" locally19:52
trond-jelmer, yup pull seemed to work. Had some conflicts, but I believe I have resolved those. Thanks for the help..19:52
denysis there a way to use bzr-svn with a repository in which I have permission for a subdirectory, but not for the root?20:00
jelmerdenys: only with newer versions of bzr-svn, and if you disable the cache and manually specify the repository layout20:00
denysI am using lp:bzr-svn so I guess I just need to tweek some configuration stuff20:01
jelmerdenys: yeah, disable the configuration and set the repository layout20:04
jelmer*should* do it20:05
denysjelmer: I found some info on layout in bzr help svn-layout, but nothing about "disabling the cache". could you give me a small clue where to look?20:12
jelmerdenys: set "use-cache = False" in the relevant entry in ~/.bazaar/subversion.conf20:12
denysjelmer: thank you20:13
ajmitchjelmer: bzr-builddeb looks to be a bit broken in sid, missing the upstream/ dir :(20:16
jelmerajmitch: Urgh, that's what we get for running the testsuite from the source directory. Sorry, will fix.20:17
ajmitcheventually the BTS will get my mail about it20:18
coreGrlhi, I'm a web developer, I'm developing in php and I want to keep track of my sources, I'm thinking to have a working copy and to use bzr to verions it, then backup the repository on a usb disk and on dropbox, what's the best way to achieve this? there is an example somewhere?20:20
jelmercoreGrl: you should be able to simply "bzr push" to the locations where you would like a copy of your history to be20:23
jelmercoreGrl: if you'd like to upload a copy of your files without the history to the web server, have a look at the bzr-upload plugin20:23
coreGrljelmer, there is documentation about this scenario?20:24
jelmercoreGrl: there is documentation about the individual uses of bzr push and bzr upload, though not on this scenario specifically. A couple of common use cases are explained in the user guide @ http://doc.bazaar.canonical.com/latest/en/user-guide/index.html20:26
coreGrltanx jelmer20:30
pooliehi all21:30
jelmerajmitch: any chance you could add a changelog entry referencing the LP and debian bugs?22:08
ajmitchversion it as 2.7.2?22:08
jelmerajmitch: seems reasonable22:08
ajmitchjelmer: pushed, you'll want to tweak it before uploading I think22:13
jelmerajmitch: \o/22:16
exarkunHey, bzr is broken some more, again, continuously, http://buildbot.twistedmatrix.com/builders/lucid64-py2.6-select/builds/674/steps/bzr/logs/stdio22:30
exarkunSorry, it's really bzr-svn I guess22:30
exarkunbut in my rage I am not sure if I can reliably distinguish between them22:30
exarkunI am going to switch to git I think22:30
pooliecan you get the backtrace out of there?22:30
poolieor set -Derror when running it?22:30
exarkunHere's the crash log file, http://twistedmatrix.com/~exarkun/bzr-20110314212803-3315.crash22:32
exarkunoops, permissions22:32
exarkunokay, fixed22:32
jelmerexarkun: that's bzr-svn22:33
pooliea permissions problem gave you a keyerror?22:33
jelmer'morning poolie22:33
exarkunno, sorry, the permission problem was on the log file I uploaded to my website :)22:33
exarkunI don't know what caused the bzr-svn problem22:34
pooliehi jelmer22:34
jelmerexarkun: the quick fix is to remove the tdb cache file, though can you perhaps move it out of the way for debugging?22:35
exarkunI can post the tdb file somewhere too if that will help debug the problem22:37
poolieand the traceback please22:38
jelmerexarkun: yeah, that'd be great. was a previous pull perhaps interrupted or something like that?22:38
exarkunI don't /think/ so.  But there is probably some concurrent use of bzr with this cache22:40
exarkunThere is more than one builder set up on this user account22:40
mwhudsonis the order bzr loads plugins defined?22:48
jelmermwhudson: not really22:51
mwhudsonjelmer: has it changed recently or something?22:51
mwhudsoni have a plugin called AAA that sets up the paths for dulwich & subvertpy22:52
jelmermwhudson: I think it's just whatever os.listdir() returns22:52
jelmerhave you recently changed filesystems ? :)22:53
mwhudsondoesn't os.listdir() sort?22:54
mwhudsonah no22:54
mwhudsoni guess something moved around22:54
jelmermwhudson: you could use the daily build ppa ? :)22:56
mwhudsonyeah i guess i could now22:56
spivmwhudson: or use sitecustomize.py ;)22:58
mwhudsonspiv: i have some morals!22:58
maxbmwhudson: I had an AAA plugin that stopped working recently too23:07
maxbI couldn't pinpoint any obvious cause23:08
* jelmer just has a 15-entry PYTHONPATH that gets set by ~/.zshrc23:08
maxbI assumed I'd just been temporarily lucky with python dict ordering23:08
mwhudsonmaxb: it does look like filesystem ordering, nothing to do with python23:09
maxbThere is a certain amount of pleasant elegance in being able to set up all your plugins via .bazaar/plugins23:10
maxbmwhudson: I think from when I looked at the code the listdir results get gathered into a dict and then iterated23:11
mwhudsonmaxb: oh right23:12
mwhudsonwell it's a set, but23:12
spivsets/dicts iteration order can be affected by insertion order.23:13
maxbeither was I am tempted to propose a deterministic sort for loading order23:14
jake__hullo. how do i restore a version without overwriting the existing one? do i have to duplicate the entire branch?23:22
mwhudsonso renaming it to AA or AAAA or ... might work? :)23:22
mwhudsonjake__: version of a particular file or the whole tree23:23
jake__version of a particular file23:23
jake__you mean rename the original file before the bzr revert?23:23
mwhudsonjake__: no, that was a previous conversaton23:24
mwhudsonjake__: bzr revert takes a filename argument23:24
jake__oh okay23:24
mwhudsonjake__: or you can probably use bzr cat23:24
jake__ah, that looks promising23:25
jake__sweet, that did exactly what i wanted23:25

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