enigma42jelmer: Are the "bzr:file-ids" and "bzr:text-revisions" old meta-data properties?00:21
jelmerenigma42, the file properties you mean?00:21
enigma42Yeah. They are file properties of the svn directory that contains the project.00:21
jelmerenigma42, they are used by both bzr-svn 0.4 and 0.5 if you are not using svn 1.5 on the client and server00:22
enigma42I tracked down that "missing" ID that I pasted earlier.00:22
enigma42That ID that is being reported as "missing" is set in bzr:text-parents for the project I'm working with.00:22
enigma42I mean "bzr:text-revisions"00:23
enigma42NOT "bzr:text-parents"00:23
enigma42jelmer: Sorry. Pidgin melted down and I lost my connection.00:25
enigma42jelmer: Anyway...I found that problem id in "bzr:text-revisions" file property.00:26
enigma42I'm wondering what would happen if I deleted the file property and committed that back in.00:26
jelmerenigma42, it may help, but not guarantees bzr-svn won't look at the file properties in older revisions00:28
enigma42OK. So, at best, the change would only work from the current revision onward.00:29
lifelessspm: can you add markh as a committer to the bzr pqm please01:06
spmlifeless: sure01:06
spmlifeless: is done01:14
lifelessmarkh: ^01:14
lifelessmarkh: there is setup info in the dev guide01:14
markhlifeless, spm: excellent, thanks.01:15
spmmarkh: it's against your @skippinet address fwiw01:15
markhexcellent, thanks.  Will it see that address in a "reply-to"?01:16
markh(I subscribe to the mailing list via a gmail acct)01:16
lifelessmarkh: the mailing list is unrelated01:16
markhoh - I thought maybe to pick up votes...01:17
lifelessmarkh: this is for sending commits to the trunk, not for voting01:17
markhok, gotchya - thx01:17
markhI'll read that guide as soon as I finish this little distraction I'm working on...01:17
rockywhere does bzr save the backups after a "bzr revert" ?01:32
james_wrocky: in tree, as .~1~ files01:32
james_wthen .~2~ if there is a .~1~ etc.01:33
GNUcioushello all...01:35
mrooneyIs there a way to authenticate with bzr-svn? When I do a checkout from the svn repository normally, it asks me for my password. But trying to branch it with bzr just gives me Errno 111 Connection Refused.01:36
markhlifeless: you referring to the "Core Developer Tasks" section in that guide?01:39
mwhudsonmrooney: connection refused doesn't sound like a failed authentication01:39
mrooneyAhh, and if I try http:// instead of svn:// I get "Unable to handle http code 401: Authorization Required"01:39
mrooneymwhudson: okay well what about that? :)01:39
mwhudsonthat sounds more likely, yes :)01:40
jelmermrooney, try svn+http://01:41
mwhudsonah hi jelmer01:42
* mwhudson stops trying to google this01:42
jelmerhey Michael :-)01:42
mrooneyjelmer: thanks, that seems to be doing something! Although it says the svn+ syntax is deprecated.01:45
jelmermrooney, that's correct, it will go away at some point in the future01:51
jelmermrooney, without "svn+" doesn't work atm because of a bug in bzr01:52
mrooneyjelmer: oh, so which (svn:// or http://) will work when it becomes removed?01:52
jelmermrooney, svn:// and http:// are different beasts01:52
jelmermrooney, svn:// is for use with the svnserve daemon on the server side01:53
jelmermrooney, http:// is for an http server on the server side01:53
jelmermrooney, svn+http:// will disappear and be replaced by a properly working http://01:53
mrooneyjelmer: okay, I have branched it which was super slick. Now I have committed and want to push, but I am not sure how to tell it my username (it isn't my unix username)01:54
jelmermrooney, it should prompt you01:54
mrooneyjelmer: it prompts for the password for my unix username01:55
mrooneybut that doesn't work since my unix username isn't a user on the repo, alas01:55
jelmermrooney, you should be able to use http://username@host/../ in the URL01:55
mrooneyoh yes that seems wise :)01:55
* mrooney hugs jelmer01:56
mrooneythis is way more transparent than I expected, good job everyone who worked on bzr-svn!01:56
=== Mario__ is now known as pygi
=== mr-rus1 is now known as mr-russ
=== Mario__ is now known as pygi
lifelessok, thats a day for me05:15
mi3Hello, this is more of a general VCS question: what is the usual way to include code from other projects in your project?  Would you just put it in a subdirectory and ignore it with .bzrignore?  Also, what if it uses its own version control system?05:49
RAOFmi3: Generally, people do _not_ include code from other projects.05:50
RAOFYou could put it in a subdir and ignore it; as far as I'm aware, there are plans for bzr to support the 'checkout of other bzr repository in this directory' concept, too.05:52
mi3RAOF: So if I was borrowing code from an LGPL project and including it in my GPL project, I would generally exclude any code from the other project in version-tracking for my own.  That makes sense now that I think about it05:53
RAOFWhat LGPL project? It's generally frowned upon to actually include the source of another project in your own (if you could possibly link to it).05:57
billamIf a branch gets copied (cp -r) to another spot and separate changes are made to both and committed, is there anyway to merge them back together?05:57
billamEach thinks there are no new revisions to merge.05:58
mi3RAOF: the situation is that I am including some LGPL code I wrote in one project, in another project (which will be GPL).  It is all written in PHP, and will essentially rely on 'include' statements for the linking.  When distributing it I want to distribute the whole thing, rather than have users have to download two parts from different locations.  If you can suggest improvements to how I'm doing it I'd be interested to hear05:59
RAOFbillam: works here; I copied a branch to foo-1 and foo-2, added different things to each, committed to each, then merged foo-1 into foo-206:01
RAOFmi3: I guess it depends on what the older project was.  If it's some form of library which is useful outside the new project, it might deserve to be shipped seperately. If no one else is interested in the old project, you can do what you want ;)06:03
RAOFbillam: How exactly were you trying to merge them?06:03
mi3RAOF: The shared part is a library that may be useful for my own future projects. Thinking out loud here... I guess it is similar to how several Mozilla projects include gecko code, or thousands of projects include GTK+ code.  hmm06:12
RAOFPlease don't model on the gecko code; that's horrible to embed :)06:13
RAOFYou are of course free to do what you want.  Just bear in mind that if you've got a bunch of shared code across projects it makes most sense to factor it out as a library, and ship it separately.06:14
mi3hehe, well the analogy really doesn't go too far.  If the gecko code is a car, then my library would be a single hub cap06:15
mi3Thanks for your help06:15
RAOFOnce it's in a distro the package manager takes care of the dependencies.  And many distros will frown on code duplication, and packagers will curse your name :).06:15
mi3ah yep I see.  I guess if it were ever to be packaged for a distro then it could be configured to all point to a separate central library.  I think my concern was how I was going to manage the source code, and I think I have my answer - that the app is project A, the library it's using is project B, and the two shall not be combined into a branch06:18
mi3so that the same bit of source code is not version tracked in two different projects06:20
RAOFThat will probably make things easier, yeah.06:21
mi3and I would have the option of distributing it separately too06:21
billamRAOF, thank you for checking for me. I was using an improper path, works fine with the correct path.06:36
vilahi all06:56
=== k4v is now known as m4v
james_wnight igc10:00
=== asabil_ is now known as asabil
LarstiQjelmer: is there a init.d variant for loggerhead serve-branches?12:01
Jc2kdoes bazaar have any per repository configuration13:00
james_wJc2k: only locations.conf13:01
james_wso not really13:01
Jc2kjames_w: oh, fail13:01
Jc2kjames_w: and locations.conf can't really be shared between users?13:04
james_wno, it can't13:04
Jc2kbugger :)13:04
james_wthere's nothing that is sticky to the branch or to the repository13:04
fullermdSure it can!  You just make it a FIFO with a perl script on the other end, see...13:05
LarstiQwell, there is .bzr/branch/branch.conf13:05
LarstiQbut that won't be copied verbatim13:05
Jc2kso i'd like to have some things configured per repository, mostly hooks13:06
Jc2kany branches in foo repository should email-on-commit13:06
Jc2kbut not in the bar repository13:06
Jc2kand the email address might be different per repository, too13:06
Jc2klocations.conf *could* work, but there are multiple users13:07
LarstiQJc2k: not sure if this is what you want, but what about lp:bzr-hookless-email?13:07
Jc2kemail was just an example, i'd want to hack bzr-cia to be set-up-able per repo too13:08
Jc2kand likely other random things13:08
Jc2kin pre-change-branch-tip, i could take params.branch.repository.base and look for my own file, but that feels like complete gash13:09
Jc2k(more post than pre, FWIW)13:10
loxsfolks, I have a repository bla/ with branches in it like bla/1.0.0, bla/1.0.1 etc. Now we are releasing new major release (2.0). Is it OK if I create a directory inside bla/ and move the branches from the 1.0 series to it?13:21
beunoloxs, this is a shared repo you have in bla/ then?  if it is, then yes13:22
andrea-bsHello! Please, can somebody put bzrtools 1.11 to bzr-beta-ppa?13:22
loxsbeuno, yes, it's a shared repo13:22
loxsbeuno, so nothing will go wrong if I move the branches in such a way?13:23
beunoloxs, not at all13:23
beunobzr will find the revisions13:23
LarstiQjust don't move the branches outside of their repository13:24
fatcntHi guys. :-)13:30
fatcntI am new to bzr, and just wondering why bzr push --create-prefix bzr+ssh://alex@slice.gaww.net/home/alex/bzr/misc just publishes an empty directory13:37
fatcntfrom the same directory bzr log & bzr ls indicate both revisions and files13:37
beunofatcnt, is it empty, or does it have a .bzr file?13:38
fatcntdrwxr-xr-x  8 alex  staff   272 Jan 14 00:23 .bzr13:38
beunobzr doesn't create working trees remotely13:38
beunoso all your data is in the .bzr dir13:38
fatcntthe howto indicates this is possible13:39
beunoyou can 2 plugins to create the working tree remotely: push-and-update, or, if you don't need bzr's metadata remotely (ie, a website) bzr-upload13:39
fatcnt$ bzr push --create-prefix sftp://your.name@example.com/~/public_html/myproject13:39
fatcnt2 revision(s) pushed.13:39
fatcntah, okay. I need plugins. cool.13:39
fatcntOr, I could just rsync it all up. That might be more effeicent too, right?13:40
fatcntHow does bzr handle symlinks?13:42
beunofatcnt, well, bzr isn't very rsync-friendly, but you can do that too13:42
fatcntI just need to bzr update?13:44
=== Mario__ is now known as pygi
phinzeis it bzr that's creating these foo.ext.~1~ files?15:16
jelmerphinze, yes, when you "bzr revert" a file15:23
jelmerphinze, the --no-backup option will prevent it from doing that15:23
phinzejelmer: gotchya, thanks15:24
kinkieHi all.. quick question (I hope). Is it possible (directly or via some plugin) to perform content replacement in checked-out files a la RCS "$Id$"? Thanks!15:32
jelmerhi kinkie15:36
jelmerkinkie, there's some work happening at the moment to support that, not sure how much of it will end up in 1.1115:36
jelmerigc, ^15:36
=== sabdfl1 is now known as sabdfl
kinkiejelmer: I'm not in a hurry. I'm just happy it's in the roadmap. Useful to put a snapshot date in the debugging output to a developing project.15:37
=== eaumontab is now known as abeaumont
beunojam, hi!  from what I've been reading, revnos are always calculated, and never stored. Is that interepretation correct?16:19
jambeuno: ATM, yes16:20
beunojam, aha!  So finally I understand why it's so expensive  :)16:20
beunothanks for the confirmation16:20
jamThey technically vary based on the branch tip16:21
jamthough with some stability guarantees based on how the ancestry actually would change16:21
beunowe do save the last_revno, right?16:21
beunoand go from there down?16:21
jam(Though I consider time to flow downward :)16:22
jammost of the time, at least16:22
beunointersting, a lot of emails now make *so* much more sense16:22
phinzejam: time flowing downward? such the pessimist!16:23
beunoin muy head, tip == top16:23
jambeuno: I *always* do 'bzr log --forward'16:23
jamConsidering my "bzr commit"16:24
beunoso it *has* to flow downward16:24
jamand my shell time goes downward16:24
jamthe command I wrote earlier is above the current one16:24
jamI think "bzr log"'s default mode is an ugly hack because we don't know how many revisions the person wants16:24
jambut we know they generally want the newest ones16:24
jam(and it is consistent with all other programs that do that sort of thing)16:24
jambut --forward is much more "logical" IMO16:24
jamI realize that HTML pages (blog posting) etc work differently16:25
jamas you expect old things to get pushed off the bottom of the page, to keep new stuff showing up first16:25
beunoright, now we write it literally as a "log"16:25
jamCertainly if you read a book, though16:25
jamtime goes "down"16:25
jamRarely does the next paragraph come before the previous16:26
beunoalthough listings ordered by date can be expected in either order, depending on the relevance of the "newer" data16:26
beunoif the terminal didn't scroll, then the current way is fine16:27
jambeuno: and whether the arrow points up or down, right?16:27
beunoI think I'd still have a hard time for a while re-mapping the time flow in my head16:27
jambeuno: well people expect to do "$VCS log | less"16:27
beunobut it's worth experimenting the change with an alias16:27
jambeuno: I would recommend "bzr alias log='log --short --forward -r-10..-1'"16:28
jamIt is what I use everywhere16:28
jamI can always do "bzr log -r XXX" if I need more, or do "bzr log --no-aliases"16:28
beunojam, will try it out for a week and see how my happiness levels differ16:28
jambut it gives me about 1 screenful of information16:28
jamwithout scrolling16:28
jamand giving the summary of what has been happening16:28
beunoaaah, I forget how fast --short is...16:29
* awilkins just uses bzr qlog16:30
awilkinsBut I'm evil16:30
jambeuno: and "bzr log --short -r -10..-1" is multitudes faster than 'bzr log'16:30
jamas in 4s versus 0.4s for bzr.dev on my machine16:31
beunojam, incredibly so. I never realized the big difference16:31
jambeuno: well, I've personally made sure that bzr log --short -r -10..-1 is fast16:31
jamas a) I use it all the time16:31
jamand b) it is *possible* for it to be fast16:31
jamas it doesn't depend on big history data16:31
beunoright, no dotted revnos16:31
jamyep, and we can find -10 by just walking back 10 revs from the tip16:32
jamI don't know about other people, but I generally have a "My mind is thinking and hands are idle, so I'll type something" commands16:33
jamIt used to be 'ls'16:33
jamit is now either "bzr st" or "bzr log"16:33
beunoright, if bzr log is that cheap, it's absolutely more informative than ls16:34
beunoit's amazing how a second or two changes your behaviour completely16:34
jamIt goes into the "without thinking about it" timespace16:34
jamversus "waiting for it, and switching context"16:34
jamFor TDD they give the threshold as about 10s16:35
jamthat >10s you will go look at something else16:35
jamwhich will destroy your TDD cycling16:35
enigma42Does anyone know if there is a way to have dpush create a new branch?16:47
enigma42If not, how do I get a branch started so I can "dpush" the rest?16:47
=== Spaz is now known as Kittens
jelmerjames_w, ping17:14
enigma42jelmer: Is there a way to get "dpush" to create a new branch?17:15
jelmerI think it should already be able to create new branches17:15
enigma42I get "not a branch" errors.17:16
james_whey jelmer17:22
=== beaumonta is now known as abeaumont
Lo-lan-doHi all17:46
=== asac_ is now known as asac
Lo-lan-doI'm trying out bzr and bzr-svn from Debian experimental (as opposed to the versions from unstable), and I'm having a few questions.17:47
jelmerenigma42, Please file a bug17:47
jelmerLo-lan-do, hi17:47
Lo-lan-doFirst, when I run bzr ls svn+https://svn.gforge.org/svn/gforge/trunk, I get a warning that I should use https://.../trunk instead.17:48
jelmerLo-lan-do, I was about to go to dinner, but please ask anyway, I'll be back in ~30 min17:48
Lo-lan-do...but when I do that, I get error: (51, "SSL: certificate subject name (gforge.com) does not match target host name 'svn.gforge.org'")17:48
Lo-lan-doHi jelmer17:48
Lo-lan-doI'll probably pester you later on, I'll go to dinner soonish too :-)17:49
enigma42jelmer: I filed a bug and included steps to reproduce it: https://bugs.staging.launchpad.net/bzr-svn/+bug/31620518:05
ubottuUbuntu bug 316205 in debian-installer "Regression: USB/Wireless keyboards not working on Jaunty alternate daily CD - from Alpha 2" [Undecided,New]18:05
enigma42jelmer: Thanks again for all your help. :-D18:05
enigma42Hm...it looks like ubottu grabbed the wrong bug. ;-)18:06
jelmerLo-lan-do, that's correct, it's a known bug in bzr18:09
bitnerhttp://launchpad.net/bzr-xmloutput/trunk/0.8.2/+download/bzr-xmloutput-setup-0.8.2.exe does not seem to give me a usable windows executable, does this work for anyone or is my firewall bungling something up -- the file I get is 24.5k18:18
bitnererror I get \\mypath\bzr-xmloutput-setup-0.8.2.exe is not a valid Win32 application.18:20
jelmerenigma42, thanks18:29
NfNitLoopbitner: is there a particular reason you need the 0.8.2 vers... oh, xmloutput.  duh.18:30
NfNitLoopunfortunately, I don't have a windows box handy to test that on.18:31
Lo-lan-dobitner: I get a 116K file with wget18:41
bitner@#$ firewall18:41
Lo-lan-dojelmer: Any known workaround, or shall I stay with svn+https:// instead?18:41
Lo-lan-dojelmer: Also, a simple bzr update just took 28 minutes, mostly spent in "determining changes".18:43
Lo-lan-doI'm running it again, in case it was due to some cache being refreshed for the 0.5 version, but it seems to be not much faster.18:45
kfogelin bzrlib/status.py:_raise_if_nonexistent(), I'm trying to figure out why old_tree and new_tree params have those names instead of, say, inventory and working_tree.18:48
kfogelIs there any reason why the more general names are significant?18:48
james_wyou can take the status between any two trees18:58
james_wis that function only for working trees and their basis?18:58
mrooneyenigma42: it looks like you filed your bug in staging? That won't stick at all, will it?19:15
=== mtaylor_ is now known as mtaylor
sabdfldid status just get substantially faster on large trees?19:39
sabdflin brisbane-core?19:39
sabdfllike, MUCH faster? 20%?19:40
sabdflor is this an artifact of something else in my tests?19:40
jamsabdfl: in brisbane-core what revisions are you comparing against? I don't know of any specific work on status, though if your -core was a bit old I've been merging in bzr.dev periodically.19:43
jamMy first guess would be that you compiled the bzr.dev extensions19:43
jamwhich would have an impact19:43
sabdflno, my test script always does that19:44
Lo-lan-doHm.  33 minutes to commit a single-line patch.  Not everything goes faster as time passes :-)19:44
Lo-lan-dojelmer: Will you be at FOSDEM?19:45
Lo-lan-dojelmer: If so, maybe I could entertain you for a couple of beers, and you could maybe diagnose what I keep doing wrong...19:47
jamLo-lan-do: are you sure all extensions are compiled? Certainly 33min is rather excessive19:55
Lo-lan-dojam: This is on a branch bound to an SVN repo.  Most of the time is spent in the network.  *Lots* of https connections.19:56
LarstiQLo-lan-do: jelmer will be at fosdem20:00
jelmerLo-lan-do, yep, I'll be at FOSDEM20:02
* LarstiQ has a hotel booking, but still has to see if he can stand upright20:02
jelmerLarstiQ, flu?20:03
LarstiQjelmer: yeah20:03
LarstiQjelmer: I'm back at work, but not being able to understand people is a hint I'm not entirely fit yet. Also, the coughing and snot.20:04
jelmerah :-/20:04
Lo-lan-dojelmer: Expect to be cajoled :-)20:09
thumperjelmer: hi20:09
thumperjelmer: what's the current usability status of svn-server?20:10
jelmerLo-lan-do, :-)20:10
jelmerthumper, pretty much the same as last time you asked :-)20:10
eleftherioswhat is the name of that web-based bzr browser that is build with Paste. I think the name has something to do with turtle..20:11
jelmerthumper, in other words, a proof-of-concept basically. It doesn't support incremental updates yet, nor commits20:11
thumpereleftherios: loggerhead20:11
jelmerthumper, most of the underlying logic is there already (required for the rest of bzr-svn), but the protocol code isn't there20:12
eleftheriosthumper: ah thanks!20:12
thumperjelmer: is the protocol complicated?20:12
jelmerthumper, no, it's not too bad20:12
LarstiQmoin mwhudson20:22
guilhembivila: hello! thanks for your explanation on issue 3232; I'm not getting a word of it, but I'm re-trying :-)20:29
=== spm_ is now known as spm
vilaguilhembi: rats, want some private chat for better explanations ?20:30
guilhembivila: good idea20:30
vilahere we go20:30
Lo-lan-dojelmer: If you have a couple of minutes, could you have a look at http://pastebin.com/f5245a8a8 ?20:36
LarstiQjelmer: do you have any plans for fosdem btw?20:36
Lo-lan-doIt's the log from the two "bzr update", two "bzr status" and one "bzr commit"20:37
LarstiQjelmer: in case we might want to do something bzry, before I start volunteering for the Debian video team.20:37
Lo-lan-doThe timing information depresses me :-(20:37
jelmerLo-lan-do, whoa, that's really slow20:39
jelmerLo-lan-do, you may want to use -Dtransport also20:39
jelmer(that will print the SVN remote operations)20:39
jelmerLarstiQ, not particularly yet - meeting up with Lo-lan-do and Jc2k20:39
jelmerLarstiQ, perhaps it's a good idea to have a meetup of all people interested in bzr20:40
LarstiQjelmer: count me in20:40
LarstiQjelmer: just a meetup, or maybe some sprinting as well?20:40
jelmerLarstiQ, some sprinting would be nice as well, but it depends a bit on whether we can find space, etc20:41
Lo-lan-dojelmer: Temporary output is at http://pastebin.com/f7dde941f20:41
jelmerLo-lan-do, thanks20:42
* Jc2k would be interested in FOSDEM/bzr action20:43
=== beaumonta is now known as abeaumont
Jc2k(alas my sprinting usefulness is limited to bzr-git and a few small plugins)20:44
LarstiQjelmer: we can ask the organizers :)20:45
LarstiQJc2k: that's fine20:45
* Jc2k crosses his fingers and chants at bzr-git20:57
Lo-lan-doJc2k: Would that be two-way?20:58
Jc2kLo-lan-do: hmm?20:58
Lo-lan-doSorry, I thought you were implying you were working on bzr-git, and I wondered whether it's two-way (or planned to be).20:59
asabilI think it would be very interesting to have a talk about the inner working of bzr during the FOSDEM20:59
asabiland maybe explain the design decision/difference between bzr and git21:00
Lo-lan-doasabil: As a user, I would love such a talk, yes.21:00
asabilI think bzr weakest point is its marketing21:01
Jc2kLo-lan-do: i am, but not on that bit. its planned to be, but its just git -> bzr atm21:01
Jc2kLo-lan-do: (i'm writing a git server, so git users can clone and push to bazaar hosted repos)21:01
james_wasabil: I think we're too late for a talk, but we can certainly discuss it21:01
beunojam, so, continuing our previous conversation, it should be easy-ish to cache the revnos in bzr itself, and invalidate (or update) the cache if the tip changes, right?21:02
beunomakes me wonder if I should spend my time doing that instead of all the madness I have planned for Loggerhead to tip-toe around the slowness to get revnos21:02
lifelessbeuno: well my point is that its a bzrlib core issue21:03
lifelessbeuno: effort put into fixing it should be put into the core :)21:03
beunolifeless, right. I'm warming up to that idea.21:03
beunoit scares me ten times as much, because of all the touches, but I guess it's part of learning21:04
lifelesse.g. consider a plugin that maintains the cache per-branhc (like bzr-search does)21:04
beunoright, that sounds like a nice start21:04
beunopolish on top of the plugin until it's in a mergable state21:04
beunoI may just do that21:04
beunoI ahve to research a little to make sure it's the only thing I need to drop getting the full revision graph21:05
jambeuno: you'll need the merge depth21:05
jamI believe21:05
beunoright, to get the changed-files-per-mainline-commit21:06
mrooneyIs this worth reporting / anyone know what's going on? http://paste.pocoo.org/show/99505/21:06
jamI also don't know what info you would want to be able to display non-mainline revs in a fold21:06
jamjelmer: do you understand the SVN exception mrooney has?21:06
beunojam, well, can I access the merge depth without getting the full revision graph?21:07
jambeuno: probably not, but you'll also probably want the mainline revision that merged that revision21:07
jammerge_sort gives things to you in a specific order that you can use21:07
jamso you probably need some way to preserve that ordering21:07
jamI don't know how loggerhead caches it now21:08
Lo-lan-dojelmer: Full log at http://pastebin.com/f39f8723e21:08
asabiljames_w: I think it is still possible to get a Talk21:09
beunojam, the only thing that LH caches right now, is what files changed in each mainline revision and it's children21:09
asabilyou will probably just need to contact them21:09
* mrooney waves at james_w21:09
james_whey mrooney21:09
LarstiQjelmer, Jc2k, Lo-lan-do: devrooms at fosdem are taken, so no official sprinting room21:12
beunolifeless, in part, what changed my mind about where to cache revnos, is understanding *today* that they where calculated every single time again21:12
Jc2kwe should hang around the GNOME guys in Bazaar t-shirts...21:13
jelmerLo-lan-do, thanks21:25
jelmermrooney, don't think I've seen that one before21:25
LarstiQJc2k: hmm, mightn't that be offensive?21:25
jelmermrooney, please file a bug21:25
mrooneyjelmer: it seems to be the result of perhaps the output of a post-commit hook?21:25
mrooneywill do!21:26
jelmermrooney, please test with 0.4.16 / 0.4.17 as well21:26
jelmermrooney, I'm not sure, I think that gives a different exception21:26
Jc2kLarstiQ: :] it wouldnt offend me, i cant speak for my Git using counterparts, though :]21:27
jelmerJc2k, asabil: it would be nice to talk about roundtripping revisions21:27
jelmerat FOSDEM, I mean21:27
Jc2kjelmer: yes21:27
mrooneyjelmer: is there a PPA for that by any chance? What is the easiest way to try those versions in Intrepid?21:27
Jc2kjelmer: oh, git head just got a new command we need to look at too - git note(s)21:27
Jc2kjelmer: for associating arbitary blobs with commits (but not in commits)21:28
asabiljelmer: sure21:29
jelmermrooney, yeah, there is a PPA for the latest versions of bzr, I don't think it includes the latest bzr-svn at the moment though21:29
jelmerJc2k, ah, that sounds interesting..21:29
Jc2kjelmer: it fills me with fear :-\21:30
jelmerJc2k, uhm, fear?21:30
Jc2kjelmer: i dont think it would be the right place for us to stash mapping data, but it is another "thing" for us to worry about supporting21:33
jelmerJc2k, it sounds like the perfect place to store mapping data..21:34
Jc2kim wondering if it might be local only - not sure how it would work with push/pull21:34
asabilJc2k: what about trying to get a slot in the GNOME devroom about bzr git-serve ?21:36
asabilI know it maybe a bit late to ask21:36
asabilbut it would probably be possible to get a slot if you ask for it21:36
Lo-lan-dojelmer: It seems that the SVN revision 6019 corresponds to the first commit I did through bzr-svn on that tree.  Dunno if that helps, but it looks conspicuously like bzr-svn does a get-dir for every subsequent revisions on the same branch.21:37
Jc2kjelmer: see bf4d5721:37
Jc2kasabil: only if i can get a demo working in next few days21:38
asabilif you ask for a slot, you will get it working :p21:38
mrooneyjelmer: ta-da! https://bugs.edge.launchpad.net/bzr/+bug/31689121:45
ubottuUbuntu bug 316891 in bzr "bzr-svn: SubversionException on certain statuses of post-commit hook" [Undecided,New]21:45
mrooneydoes it look okay?21:45
=== Mario__ is now known as pygi
vilabeuno: Listen more carefullt next time, I *told* you :-)21:52
jelmermrooney, thx21:52
beunovila, did you?   I must have some level of ADD21:55
LarstiQI know I do.21:56
vilaI'm pretty sure it came on the table the time we walk together in loggerhead code, but some info needs more time than others to travel in brains :)21:56
beunovila, right. Maybe it's one of those things I had to discover, no matter how much it was explained to me21:57
vilabeuno: exactly, remember: learning is always painful or it's not learning :)21:58
beunoI try to forget that  ;)21:59
jambeuno: when will you learn ...22:01
* beuno hurts22:02
=== rocky1 is now known as rocky
markhjam: installer looks good :)23:12
Jc2kjelmer: i can push a git-mirror.gnome.org repo into bazaar and get it back out again intact (aside from something is stopping the refs from getting set correctly :\)23:56
jelmerJc2k, nice!23:58

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