/srv/irclogs.ubuntu.com/2011/08/23/#bzr.txt

pooliemaxb, is there any place that th eudd importer summarizes successful imports?00:07
=== mnepton is now known as mneptok
poolieok back in a bit00:34
AuroraBorealisso00:45
AuroraBorealishow the heck do i install pycrypto for windows >.>00:45
AuroraBorealis(which is needed to run bazaar development version or something)00:46
AuroraBorealisor rather what version of visual studio do i need to compile it00:56
=== AuroraBorealis is now known as aurora|away
=== r0bby is now known as robbyoconnor
vilaHeigh-ho, Heigh-ho07:42
vilagood morning all07:42
pooliehi vila07:45
vilahey poolie07:46
vila:)07:48
jelmerSalut poolie, vila07:52
vilajelmer: hey !07:52
pooliebon soir07:52
poolieshall we have a chat in a few minutes?07:53
vilapoolie: French is not a coherent language, one say (one word) 'bonsoir', 'bonjour' but (two words) 'bonne soirée', 'bonne journée'...07:53
vilapoolie: yes, mumble or voip ?07:53
vilapoolie: and of course (two words) 'bon appétit' ;)07:54
poolieheh07:55
poolieso much for that07:55
Riddellhi07:58
jelmermoin Riddell07:59
pooliejam, helllo?07:59
jamhi poolie07:59
pooliejam, mumble?08:06
pooliejam: ?08:09
jamright, sorry08:09
jambrt08:09
poolieso vila, thanks for working on the release08:15
jamjelmer: poke?08:16
poolieso, what else, aside from chasing people up about that?08:16
vilaso, the summary is that I don't officially announce 2.4.0 waiting for windows installers themselves waiting for a bzr-svn release fixing bug #82694608:16
ubot5Launchpad bug 826946 in Bazaar Subversion Plugin "commits to http repository are empty" [Critical,In progress] https://launchpad.net/bugs/82694608:16
pooliefair enough, let's decide about that08:17
poolieand you worked a bit more on configuration stuff?08:17
vilayup, with more to come08:17
vilaI'm currently encountering issues about how we deal we env variables08:17
poolieoh?08:17
vilamainly: how are they encoded08:17
vilawhich itself raises the issue of decoding differently paths/urls and other stuff08:18
poolieok, so this is if they hold non-ascii strings etc?08:18
poolie"they're in utf-8" :-P08:18
vilawith also a link to how configObj "helpfully" returns lists when encountering commas (instead of unicode strings in all other cases)08:18
vilapoolie: or mbcs for windows08:18
vilaand when I went the "utf-8 rules" route for BZR_HOME I encountered some resistance :)08:19
vilaand was told to use fs encoding instead08:19
poolievila, you seem to have 0 bugs in progress?08:20
vilawhich is fine except it requires some more input to decide whether an env variable is a path or not08:20
vilameh08:20
vilahttps://bugs.launchpad.net/bzr/2.4/+bug/824513 ?08:20
ubot5Error: ubuntu bug 2 not found08:20
pooliei don't want to create a lot of paperwork but perhaps having just a "environment isn't handled by config" etc makes sense08:20
vilaoh, that's because it's fixed in trunk but not in 2.408:20
poolieok, so what's up next?08:21
vilaonce env vars are sorted, option expansion (waiting on env vars but almost ready to submit)08:22
vilathen 'bzr config' on top of the new design08:22
vilathen probably a path/url option type (not sure about that yet)08:23
poolieok08:23
vilathen migrating the remaining options08:23
pooliejam, jelmer, does working on this still make sense to you?08:23
jelmerpoolie: hmm08:24
jelmerit'd be nice to finish the work08:24
jelmerbut there's always plenty of small things to work on08:29
pooliejelmer, so you're saying these don't necessarily stick out ahead of other bugs?08:30
pooliejr, thanks for the pp mail08:33
poolielike i said on the list the main thing is probably to just chase people up to finish them08:33
poolie(possibly people is me)08:33
pooliejr, i think getting i18n finished off would be well worth while08:38
pooliesince it seems like it does largely exist08:38
pooliei think we will need to fix up the way some strings are handled08:38
poolieperhaps we can have a debug flag that turns off gettext entirely, in case something horrible goes wrong08:39
poolieoh, one thing i was going to mention is tox08:58
pooliehttp://pypi.python.org/pypi/tox08:58
pooliewhich you can use for a kind of local mini-babune08:59
vilapoolie: sry, I missed "environment isn't handled by config" msg, what do you mean by that ? Stop supporting env vars ? BZR_EMAIL, EDITOR and so on ? Ignore the existing bugs ? Or just "don't try too hard" for the new stuff ? (Which is the spirit I followed in https://code.launchpad.net/~vila/bzr/convert-default-values/+merge/72431) ?09:04
pooliemy point was, please file bugs for enhancement work09:04
poolievila, does that answer your question?09:08
vilaon the surface, yes, on the deeper issue of whether or not we should fix config, not really09:10
vilabugs like http://pad.lv/388725, the lack of a proper conf file for working trees, the diverging implementations of config stuff in plugins, needs a re-design.09:14
ubot5Launchpad bug 388725 in Duplicity "Report when duplicity is 'done' with restoring a file" [Undecided,New]09:14
vilabah, bug #38827509:14
ubot5Launchpad bug 388275 in Bazaar "want configuration option to control progress bars" [Medium,Confirmed] https://launchpad.net/bugs/38827509:14
vilagha, bug #491196 damn it09:15
ubot5Launchpad bug 491196 in Bazaar "want a way to set configuration options from the command line" [Medium,Confirmed] https://launchpad.net/bugs/49119609:15
nigelbpoolie: lol, I had babu on /hilight and I got pinged for babune ^-^09:18
jimisHi all, I'm trying to connect to launchpad (bzr launchpad login) but because of a firewall on outgoing connections I can't.09:31
jimisWhich ports should be allowed to connect? strace shows too many, are they all needed? In particular I can see 785,786,745,53,44309:32
jelmerjust https and ssh should be sufficient I think09:33
jelmerand DNS obviously :)09:33
jimisthanks jelmer09:41
jimisDNS, why didn't I think of that :-)09:41
jimisjelmer: ssh at launchpad is on port 22?09:42
jelmerjimis, yep09:42
jimisok, I'll ask for 443 and 22 from the admin09:43
jimisI believe 443 will be easy, but we'll have some disagreement on 22 :-p09:43
* vila pesters useless goats09:49
pooliejam, lool just told me he regularly run http://paste.debian.net/127113/09:50
poolieto fetch history09:50
poolieso, apparently having a lot of history copied is not enough to make the existing get_parent_map patch work really well09:51
loolthe main reason we're running this is to speed up pushes, because there is only one stacked branch, but it was lacking too much data from gcc-4.4 or 4.6 and that slowed down pushes dramatically09:53
poolieright10:00
pooliehm10:00
pooliei wonder if they should be unstacked altogether if you're doing this  then10:01
poolielet's see if jam comes back10:01
jamlool: that is fetching into r_4_5, don't you want to fetch into r_4_6?10:02
jamor are you saying that doing the fetches into r_4_5 didn't make things faster?10:02
jamif 4.5 is the "dev_focus" it should *already* have all the revisions10:03
jamthe thing we wanted you to run is to push the extra revisions into the stacked branches, until such time that we fix the fetch issues10:03
jam(the issue is that when a revision is in the stacked-*on* branch, not the stacked branch, we first query the stacked branch, and then fall back to the stacked-on branch, where we already have the information cached in memory, we just need to access it first.)10:04
looljam: 4.5 is the devfocus, so is the default stacked branch10:07
looljam: what we want is for a push to be fast10:07
jamlool: "it is the default branch that gets stacked on"10:07
jamlool: what branches are you pushing to regularly? All of them? Just 4.5?10:08
looljam: e.g. I push a new topic branch, for 4.4, 4.5 or 4.6 and I want that push to be fast because launchpad stacks the devfocus (4.5) by default10:08
looljam: 4.4 is probably abandonned by now; 4.5 is mostly bugfixes, the true dev focus is 4.6 AFAIK10:08
loolso we push to random new topic branches for merging, and we push to 4.5 and 4.610:09
jamlool: most likely you should try to migrate your dev focus branch to 4.610:09
jamsince, in theory, it should always have everything 4.5 has, right?10:09
jam(at least after convergence)10:09
jamI'm not sure how gcc does multiple mainlines10:09
jamdo you merge up?10:09
looljam: I don't think we ever merge across 4.x branches; too much upstream delta for this to be useful10:10
jamk10:10
jamso you'll still need to do some sort of fetch everything if it isn't happening naturally10:10
looljam: I also believe that we should switch the devfocus, but I don't think it would make any concrete difference, would it?10:10
jamotherwise the 4.X(not-focus) feature branches will grow10:11
loolyes10:11
jamlool: for push performance, it should be similar10:11
jamjust that it takes less maintenance the closer you get it to the actual feature branches10:11
loolwell, launchpad could be more clever about picking up stacked branches, but that's another story10:11
jamfor *pull* and *branch* performance, that could be different10:11
loolwould it?  AIUI, people work with local rev repos (init-repo) so that they already have most of the revs around10:12
looldoes the lookup in the stacked branch cost a lot to launchpad?10:12
jamlool: it is cheap for launchpad, but it is a round trip. the bug is #38826910:15
jamlool: if people have shared repos that are populated, it doesn't make a difference10:16
jambug #388269 is about initial branching into an empty shared repo10:16
ubot5Launchpad bug 388269 in Bazaar "many get_parent_map calls during walk to common revisions when branching into empty repository" [High,In progress] https://launchpad.net/bugs/38826910:16
jamwhich is *painfully* slow10:16
jamlike hours doing nothing slow.10:16
jambecause it sends 100k requests to lp each one replying with "nope, I don't have that"10:16
loolso if gcc-4.6 is stacked on gcc-4.5 in launchpad and I branch 4.6, I would hit that bug?10:22
loolsounds like I should populate 4.6 with 4.5 contents then, just in case some 4.6 revs are in 4.5 and that it takes a roundtrip to figure it out10:23
jamlool: right, it only really matters for big fetches. If it is 50 round trips, not a big deal. The problem is when it is *thousands*10:24
jamSo you shouldn't have to do it regularly, we just want to do it once10:24
jambut we don't have write access.10:24
loolI'll do it from my cron which is doing this already10:33
loolI've setup a special launchpad account which has write permissions to the linaro toolchain branches10:33
loolwell only need to be done once indeed; new 4.6 revisions would be pushed only there anyway, not to the stacked branch10:39
poolieok good night11:24
lool'night11:25
loolthe copy hsa been running for close to an hour now, gah11:25
jelmerg'night poolie11:25
loolConnection to bazaar.launchpad.net closed by remote host.11:37
lool.....11:37
lool.... but it still runs11:37
masterkorphello, how do i get the brevision number ?12:32
masterkorp*revision12:32
masterkorpof the repo12:32
loolbzr revno12:36
loolbut it's per-branch, not per-repo12:36
masterkorplool: thnks i just want anything to help on packaging12:37
* lool goes out &12:37
=== med_out is now known as medberry
=== shadeslayer_ is now known as shadeslayer
Riddelljelmer: you did bug 810701 in trunk, how come you milestoned it to 2.4 but didn't put it into 2.4?14:57
ubot5Launchpad bug 810701 in Bazaar "i18n.install fails in fails some situations" [High,Fix released] https://launchpad.net/bugs/81070114:57
jelmerRiddell: I don't recall, I suspect it was probably around the time the 2.4 branch was opened15:01
Riddelljelmer: well this gives me a good opportunity to learn how to do backporting15:02
Riddellhow is backporting done?  merge request to 2.4 and pqm?15:02
jelmerRiddell: yep, basically15:02
jelmerRiddell: you'll need pqm commit access to 2.415:02
Riddelland that's different to trunk?15:02
jelmeryep15:03
Riddellhow do I know if I have that?15:03
jelmertry to submit something and see if you get back an error :)15:03
jelmerotherwise, it should be trivial for jam or vila to submit it once the MP is up on Launchpad15:03
* vila nods15:04
vilajelmer: alternatively mail rt to get this fixed ;)15:04
Riddell"merge http://bazaar.launchpad.net/~jr/bzr/2.4-810701-lang-not-set http://bazaar.launchpad.net/~bzr-pqm/bzr/2.4 Command failed!"15:12
Riddellguess I don't have permission then15:12
vilawhere did you see that ?15:12
Riddellin my e-mail15:12
vilaha, ok15:12
Riddellwhat is our magic secret rt address?15:12
Riddellwell hopefull that won't take a week to go through like it did last time15:16
vilaRiddell: I can submit it if you want15:25
Riddellvila: I'd like to get it in, just to check I understand the process15:26
vilaRiddell: well, I just did15:26
vilaargh15:26
jelmerif you're going to submit a RT anyway, can you mention me as well?15:26
Riddellhah, you're too fast15:26
vilaRiddell: but once it has landed, you can still merge 2.4 into trunk and submit that15:26
Riddellit's already in trunk15:27
vilawhich is really part of the backport workflow15:27
vilathen merging will make sure noone else have to handle possible conflicts15:27
Riddelljelmer: done15:27
Riddellvila: so it should be merged to trunk even if it's already in trunk?15:27
vilaonly if the initial proposal wasn't targeted at 2.415:28
vilai.e. if you backported by cherry-picking, conflicts can occur when merging15:28
Riddellthat's confusing15:29
vilaif you're the one handling *that* merge, the conflicts will be trivial to solve15:29
vilaRiddell: what is confusing ?15:29
vilathat the same change applied to two different branches can conflict ?15:29
Riddellyes15:29
vilawell, backports generally involve slightly different changes15:30
vilaif the change is *exactly* the same, there should be no conflict15:30
Riddellit's the same except for the release note15:30
vilaha, then no conflict there obviously (but we try to avoid duplicating the news entries... which means targeting the lower possible series and merging up.. shudder)15:32
mgzyeah, release notes/news tend to make life overly complicated15:42
* mgz fiddled with the bug entries a bit15:42
mgzvila: good you mentioned the path-in-envvar thing in the meeting this morning, I wanted to ask you about that since the branch with the config env changes landed15:43
vilaright, I filed some bugs since then and I'm eagerly awaiting for your comments at least on bug #83202815:45
ubot5Launchpad bug 832028 in Bazaar "environment variables are not decoded properly" [Medium,Confirmed] https://launchpad.net/bugs/83202815:45
mgzcool, catching up on mail now, will leave comments as I go15:47
mgzRiddell: who was it you were helping land a branch in here the other evening?15:55
mgz...I should just grep logs I guess15:55
mgz~weyrick15:57
Riddellmgz: that's the one15:57
RiddellGRiD15:57
=== beuno is now known as beuno-lunch
=== deryck is now known as deryck[lunch]
=== medberry is now known as med_out
=== deryck[lunch] is now known as deryck
=== beuno-lunch is now known as beuno
AuroraBorealishello.17:49
AuroraBorealisanyone here to help me understanding some of the bzr code base? :D17:51
jelmerAuroraBorealis, hey17:53
jelmerAuroraBorealis: Sure, ask away :)17:53
AuroraBorealisso i'm trying my best to fix https://bugs.launchpad.net/bzr/+bug/81689, and Martin Pool was giving me some pointers to get started, and my first question is what are the TreeTransform classes?17:55
ubot5Ubuntu bug 81689 in Bazaar "Branches with symlinks can't be checked out on Windows" [High,Confirmed]17:55
AuroraBorealisor rather a more general description of them then just "represent a tree transformation17:55
AuroraBorealisalso: i love how the bzr lazy import system makes pydev + eclipse go crazy.18:00
* jelmer looks a tthe bug18:00
jelmerAuroraBorealis, the tree transform classes live in bzrlib/transform.py IIRC18:00
AuroraBorealisyeah i'm looking at them18:01
jelmerAuroraBorealis, they're the layer that's used for modifying trees on disk when creating a new checkout or applying a merge to a working tree18:01
AuroraBorealisso, baiscally they are just classes that manipulate a tree in some way, either to merge or to write to disk?18:02
jelmerAuroraBorealis, they're the infrastructure that's used by merge and the working tree construction code18:02
AuroraBorealisah ok18:03
jelmerthe merge/revert/checkout code lives on top of tree transform18:03
AuroraBorealiscause the method where its throwing the 'can't create symlinks on windows" is in DiskTreeTransform, which i assume is just the class for creating a working tree on disk18:04
jelmerAuroraBorealis: the tree transform code is generic - the same TreeTransform class is used to create files on disk as is used to apply the changes of a merge18:05
jelmerAt least that's my understanding of it - merge would use DiskTreeTransform too18:05
AuroraBorealisok, kinda makes sense18:07
AuroraBorealisits also a bit confusing cause in transform.py they are using a lot of dictionaries and i'm nott sure what is used for what :>18:11
AuroraBorealisbut anyway, i think i know what place to fix it, but should i leave the "file kind" as symlink, or a file?18:13
jelmerAuroraBorealis: I'm not sure, I'm not very familiar with the transform code18:16
jelmerAuroraBorealis, the best thing to do would probably be to ask on the bug18:16
AuroraBorealisi'll post there and mess around on my code, thanks =)18:16
AuroraBorealisalso, is there a file that lists what...gets called for each of bazaar's actions? like.. bzr add, checkout, merge, etc18:42
GRiDhi mgz, did you need something? (re: Riddell helping me land the branch)20:25
davi_is there a way to limit the number of revisions in dpush (bzr-git)? looking at the code, it seems it should be possible to pass a stop revision20:57
jelmerdavi_: Hi20:58
jelmerdavi_: yes, but I don't think dpush does what you want20:58
jelmerdavi_: dpush only supports incremental pushes since it changes the source branch20:59
jelmerwhich is fine if you20:59
jelmer're contributing back to an upstream project that is in git20:59
jelmerbut it doesn't work for the situation where you're maintaining an independent mirror20:59
jelmerit sounds like what you want is "proper" push support, which is bug 544776; that would also allow incremental pushing21:00
ubot5Launchpad bug 544776 in Bazaar Git Plugin "no roundtripping support" [Wishlist,In progress] https://launchpad.net/bugs/54477621:00
davi_jelmer, there won't be "contributing" back, just want to be able to keep some branch (in git) up to date with the upstream (in bzr). is there any problem in changing the source branch? it's a throw away branch any taken from the real upstream21:04
davi_*anyway21:05
jelmerdavi_: If it changes the source branch then you won't be able to pull from bzr anymore, as the histories diverge21:05
davi_jelmer, ah. in what what way it changes the source branch history?21:06
jelmerdavi_: dpush (and this is why it's a separate command, and not part of "bzr push") basically pushes all data that can natively be represented in git into the target branch, then reimports it into bzr21:08
davi_jelmer, ah, i wasn't aware of the reimport part. thanks21:08
jelmerdavi_: you can prevent dpush from rewriting the source branch with the reimported data by using --no-rebase21:08
jelmerdavi_: but if you do that, then there is no shared history the next time you run dpush21:09
davi_jelmer, ok, i should have read the help for dpush more carefully..21:09
jelmerdavi_: The roundtripping support (in other words, getting "bzr push" to work) is on my long term todo list.21:12
jelmerdavi_: In the mean time, I suspect bzr fast-export is probably the best alternative21:12
davi_jelmer, yeah, saw that the bug report is in progress.21:12
davi_jelmer, but one question, if there are two independent source branches, with round tripping, will both be able to push into the git repository? (like, one of the branches has fewer revisions than the other when compared to a upstream branch)21:14
jelmerdavi_: Yeah21:14
davi_jelmer, ok, i shall wait then. thanks21:15
mgzGRiD: no, sorry, just wanted to look at the branch as I was interested21:29
mgz(I was thinking about a related kind of handling of large files previously and wanted to see how it compared)21:32
GRiDmgz, oh ok. how does it compare? :)21:33
mgzGRiD: the ui looks similar, which is good21:40
mgzand I'm not sure the idea of treating large files as unversioned branch objects like tags is a good one, given the problems tags have run into21:41
mgz(the basic idea was to, rather than ignore files larger than threshhold, stash a single copy so it can be branched, but not save all past versions)21:42
mgzyour branch avoids all the accidental pain without having to add a whole new store, which is a really good thing21:45
GRiDok. well it sounds like your idea had more sophisticated goals, where they knew the large file existed and they didn't want to deal with the overhead of a normal versioned file? this patch was really more on the order of saving people from accidentally committing their ISOs (or whatever)21:46
mgzright.21:47
GRiDi'd honestly be thrilled to hear this saved someone some pain, i'm not sure how much of a requested feature this really is. it was an old bug :)21:48
GRiD(it was really intended as a way for me to jump in bzr hacking)21:48
GRiDs/in/into21:48
mgzI suspect you'll never hear that, but we'll have fewer reports of OOM or performance issues from people who have such mistakes at some point during their project history21:49
mgzwhich *has* happened quite a lot, so it was a really good bug to tackle.21:49
GRiDnod. cool, that's good to hear.21:50
GRiDi'm currently taking suggestions on useful bugs to solve for my second effort ...21:50
mgzho ho ho.21:50
GRiD;)21:50
GRiDi was looking at some of the performance bugs, since i enjoy working on that kind of thing. but i probably don't know the codebase well enough to dive in that far, yet.21:52
mgzif you're up for a little investigation, how about bug 720853 for instance?21:53
ubot5Launchpad bug 720853 in bzr search plugin "bzr crashed with RuntimeError in normpath(): maximum recursion depth exceeded while calling a Python object" [High,Confirmed] https://launchpad.net/bugs/72085321:53
mgzrepo involves a plugin, but the problem seems to be in a specific bit of bzrlib21:54
GRiDok sure, i'll take a look.21:56
pooliehi all23:31

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