[00:01] <jdong> LaserJock: is 0.4.8 released?
[00:02] <LaserJock> I thought it was supposed to be
[00:02] <LaserJock> and 0.4.7 would do fine as well
[00:03] <LaserJock> I think ... not positive there
[00:06] <jdong> LaserJock: yeah, it was supposed to be but I don't see it tagged in the branch yet
[02:49] <xif> what's the status for bzr XML logs?
[03:15] <ubotu> New bug: #197840 in bzr-svn (universe) "bzr-svn fails to install (Ubuntu Hardy, with ppa bzr)" [Undecided,New] https://launchpad.net/bugs/197840
[03:20] <ubotu> New bug: #197841 in bzr "ppa bzr package 1.2~rc1-1build2 for Ubuntu Hardy fails to install" [Undecided,New] https://launchpad.net/bugs/197841
[04:17] <tro> there seems to be a dependency problem with the 1.2 debs for feisty
[04:17] <tro> bzr depends on bzrtools, but bzrtools 1.2 depend on bzr <1.2
[04:17] <tro> so i have to use the old bzrtools (0.19 or something)
[05:57] <vimes656> I just installed the bazaar Mac bundle for PPC but 'bzr' command is not in my path
[07:20] <ubotu> New bug: #197897 in bzr "bzr export trips assertion if directory contains nested branches" [Undecided,New] https://launchpad.net/bugs/197897
[08:33] <lifeless> moin
[08:45] <ubotu> New bug: #197916 in bzr "bzr move in widows: directories are case sensitive" [Undecided,New] https://launchpad.net/bugs/197916
[08:48] <james_w> morning lifeless
[08:51] <lifeless> hi james_w
[11:42] <AnMaster> hm it seems like the bzr website breaks in wide screen, a friend posted this http://forthelose.net/broked.png
[11:42] <AnMaster> I don't have widescreen but the page does indeed fail if widescreen is used
[11:44] <beuno> AnMaster, can you file a bug about it with the screen resolution?
[11:44] <AnMaster> guess so
[11:45] <beuno> AnMaster, thanks  :D
[11:45] <AnMaster> https://bugs.launchpad.net/bazaar/ ?
[11:46] <AnMaster> beuno, what project to select?
[11:46] <AnMaster> there are so many, and not sorted
[11:48] <beuno> AnMaster, just file it under https://bugs.launchpad.net/bzr/
[11:48] <AnMaster> not bazaar???
[11:55] <beuno> AnMaster, I thnk bzr will be fine, if not, it will be changed
[11:56] <indraveni> i need help in setting up loggerhead through apache web server via proxy
[11:57] <indraveni> could some one tell me how to do that
[12:01] <ubotu> New bug: #197964 in bzr "http://bazaar-vcs.org/ website breaks at widescreen" [Undecided,New] https://launchpad.net/bugs/197964
[12:10] <indraveni> none here to help me in loggerhead?
[12:10] <indraveni> when would michael hudson be here probabaly
[12:35] <awilkins> Verterok: You have an email address for bzr-eclipse patches?
[12:59] <xif> what does it mean for the purposes of bzr when I have an "unknown" file in the commit message?
[13:07] <nebuchadnezzar> hello,
[13:17] <poolie> hello
[13:17] <poolie> xif: it means it's neither added or ignorde
[13:17] <poolie> it is harmless
[13:17] <poolie> just a suggestion you might want to add or ignore it
[13:18] <xif> poolie: yeah, thanks, but after I commit, it doesn't appear any more.
[13:19] <poolie> hrm
[13:19] <poolie> where is the message exactly?
[13:20] <xif> poolie: when I do `bar ci`
[13:22] <poolie> and the filename there, is that a file that you've previously added, or what is it?
[13:25] <xif> poolie: it appears like this in the commit feedback:
[13:26] <xif> modified:
[13:26] <xif>   join_favs.py
[13:26] <xif> unknown:
[13:26] <xif>   error_log
[13:26] <poolie> hm
[13:26] <poolie> did you produce that file? or your build process?
[13:26] <poolie> could it be it was deleted after you committed?
[13:26] <poolie> sorry low battery
[13:26] <poolie> send mail to bazaar@lists.ubuntu.com for more help
[13:27] <xif> poolie: I produced it
[13:27] <xif> poolie: thanks anyway
[13:27] <xif> it seems to be indicated only if there are pre-added files (like join_favs.py in the example) that have local modifications
[13:29] <nebuchadnezzar> I want to develop a hook and I wonder how I can get a string of the location of a BzrBranch object
[13:29] <Verterok> awilkins: sorry for the delay, send it to my mail (I send it in a priv. msg)
[13:29] <nebuchadnezzar> I find nothing in the api for this
[13:38] <nebuchadnezzar> erf, this is .base, sorry for the noise
[13:43] <LarstiQ> phanatic, jelmer: bzr viz is sooo much slower than gitk (--all), how come?
[13:43] <phanatic> LarstiQ: it used to be even slower a few months ago :P
[13:49] <nebuchadnezzar> hi again
[13:50] <nebuchadnezzar> Is there a way to run hook only for specific branches ?
[14:02] <ricardokirkner> hi. I am trying out the bzr server option. I am trying to branch from my machine to a central server (on which I have the bzr server running), but nothing is happening, and I dont know where to look for problems
[14:03] <jakobb> nebuchadnezzar: if i remember correctly from a similar question some time ago the answer is: no
[14:03] <ricardokirkner> I watched the .bzr.log file
[14:03] <ricardokirkner> but there is nothing noteworthy there... any ideas?
[14:04] <jakobb> nebuchadnezzar: but if you really want this, you could write in the hook something like: 'if branche_name == required_name' :P
[14:04] <beuno> ricardokirkner, how are you branching?  bzr://?
[14:04] <ricardokirkner> beuno: bzr+ssh://
[14:04] <jakobb> very, very, very ugly though
[14:05] <beuno> ricardokirkner, that sould fire off the bzr smart server if the server has it installed
[14:06] <jakobb> branching To a remote server?? is that possible at all? shouldn't that be pushing or something along those lines?
[14:08] <beuno> ricardokirkner, oh, branching _to_ a remote server
[14:09] <beuno> not sure you can do that
[14:09] <ricardokirkner> mhhh.. may be... the thing is like this. I created a project on my machine
[14:09] <ricardokirkner> now I want to set up a central server with the project... I thought about creating a branch there, and then binding to that branch
[14:09] <ricardokirkner> what is the correct way of doing this?
[14:10] <beuno> ricardokirkner, than you want to oush instead of branch
[14:10] <beuno> push
[14:10] <beuno> bzr push bzr+ssh://url
[14:11] <nebuchadnezzar> tahnks jakobb
[14:11] <ricardokirkner> I get the same...
[14:11] <ricardokirkner> the bzr client hangs on a "read(6, "
[14:11] <ricardokirkner> so I guess it is waiting for the server to answer
[14:11] <ricardokirkner> but I cannot see what the server is waiting for
[14:18] <nebuchadnezzar> jakobb: do you think it's possible to add a variable in the configuration and test this variable in the hook ?
[14:18] <nebuchadnezzar> can I add arbitrary variable in localtions.conf ?
[14:20] <ricardokirkner> ok. I managed to get the push through, but I had to specify the full path on the server... (so the --directory argument was quite useless). what i did was bzr+ssh://user@server/full_path_to_repo/branch
[14:20] <ricardokirkner> what I wanted to do is bzr+ssh://user@server/branch
[14:20] <ricardokirkner> is that possible?
[14:21] <jakobb> nebuchadvessar: pfff, i have no idea... i'm quite new with bzr; what i just told you is what i remembered from an earlier answer in this channel and some common sense
[14:21] <beuno> ricardokirkner, only if your ssh hay jaillshell or something like that. Or, I *think( you can tell the smart server to use a directory as it's base dir
[14:21] <beuno> there was a bug about that a while ago
[14:21] <beuno> not sure if it's closed
[14:22] <ricardokirkner> ok, I will search the bug database, thx
[14:22] <nebuchadnezzar> jakobb: ok, thanks, I though you were a guru which remember old conversation ;-)
[14:23] <jakobb> nope; conversation was like a week ago :P
[14:29] <nebuchadnezzar> jakobb: ok, I can add whatever option I want in locations.conf and I can check it in my plugin with push_result.source_branch.get_config().get_user_option('myoption') :-)
[14:31] <jakobb> cool!
[14:51] <ubotu> New bug: #198016 in bzr "running bzr stat" [Undecided,New] https://launchpad.net/bugs/198016
[14:53] <jelmer> abentley: ping
[14:53] <jelmer> I just tried to get http://bundlebuggy.vernstok.nl/bzr-gtk/ up and running again, but there appears to be a function unimplemented now
[14:54] <abentley> Paste?
[14:59] <jelmer> http://bundlebuggy.vernstok.nl/bzr-gtk/
[14:59] <jelmer> :-)
[14:59] <jelmer> AttributeError: ("'function' object has no attribute 'filter_by'", <bound method Root.index of <bundlebuggy.controllers.Root object at 0x8b6ef0c>>)
[15:11] <ubotu> New bug: #136530 in bzr-gtk "gstatus doesn't take -r" [Wishlist,Triaged] https://launchpad.net/bugs/136530
[15:11] <mtaylor> http://bazaar.launchpad.net/~ndb-bindings/ndb-bindings/trunk/files/monty%40inaugust.com-20080220213951-rnva0vu08gvyz8cd
[15:11] <mtaylor> nm
[15:12] <beuno> abentley, does this look like something you where aiming out for XMLoutput documentation: http://bazaar-vcs.org/XMLOutput
[15:16] <ubotu> New bug: #116651 in bzr-gtk "typos in bzr help commands output" [Undecided,Fix released] https://launchpad.net/bugs/116651
[15:16] <ubotu> New bug: #124760 in bzr-gtk "missing gmerge command/class" [Wishlist,Triaged] https://launchpad.net/bugs/124760
[15:16] <ubotu> New bug: #125932 in bzr-gtk "non valid sym link makes olive fail" [Low,Triaged] https://launchpad.net/bugs/125932
[15:16] <ubotu> New bug: #136432 in bzr-gtk "olive installs to two locations" [Medium,Triaged] https://launchpad.net/bugs/136432
[15:16] <ubotu> New bug: #137172 in bzr-gtk "Olive: Glade file cannot be found if installed in home" [Low,Triaged] https://launchpad.net/bugs/137172
[15:16] <ubotu> New bug: #147022 in bzr-gtk "[viz] add a search box" [Wishlist,Triaged] https://launchpad.net/bugs/147022
[15:19] <jelmer> LarstiQ: dude!
[15:19] <LarstiQ> jelmer: So I'm currently trying to find out the 'why' behind conflicting changes, with gannotate as help
[15:20] <jdong> aahhh all the bugs!
[15:20] <jelmer> jdong: :-)
[15:20] <LarstiQ> jelmer: find an interesting line, look at the diff, turns out to be big, would like to be able to search for a function in that diffwindow
[15:20] <TFKyle> bugs, mm
[15:20] <LarstiQ> jelmer: so I guess the featurerequest is navigation help in diffwindow
[15:21] <jelmer> LarstiQ: that'd make sense
[15:21] <jelmer> LarstiQ: it would actually be nice to be able to rely on something like meld for that in all cases
[15:21] <jelmer> I would happily ditch what we have at the moment for meld integration
[15:21] <ubotu> New bug: #135457 in bzr-gtk "bad version_info" [Undecided,Fix released] https://launchpad.net/bugs/135457
[15:21] <ubotu> New bug: #136741 in bzr-gtk "tracebacks in bzr-gtk 0.90" [Undecided,Fix released] https://launchpad.net/bugs/136741
[15:21] <ubotu> New bug: #183412 in bzr-gtk "bzr gannotate requires a filename" [Wishlist,Triaged] https://launchpad.net/bugs/183412
[15:21] <ubotu> New bug: #183627 in bzr-gtk "viz crams revid onto your clipboard" [Undecided,New] https://launchpad.net/bugs/183627
[15:21] <LarstiQ> jelmer: that would work I guess
[15:22] <LarstiQ> jelmer: what needs to be done for that?
[15:23] <jelmer> basically, meld needs to be fixed
[15:23] <jelmer> I think that at the moment it only allows you to specify a file system trdee
[15:24] <jelmer> whereas we would want to be able to specify a in-memory diff or perhaps functions that allow meld to inspect a in-memory tree
[15:28] <Odd_Bloke> Turns out the SUPER-WIDE 'bzr viz' bug has been fixed in trunk by the addition of a scroll bar.
[15:32] <ubotu> New bug: #173698 in bzr-gtk "the viz screws up when opening a branch with no revisions" [Low,Triaged] https://launchpad.net/bugs/173698
[15:38] <Odd_Bloke> jelmer: Shelve/unshelve could do with being hooked into commit, to get the git-gui sort of experience.
[15:38] <jelmer> Odd_Bloke: That was actually the bug report I was just triaging :-)
[15:39] <jelmer> Odd_Bloke: The two could share most code, indeed.
[15:40] <phanatic> jelmer: i'll have a look at the bugs you've tagged olive
[15:40] <jelmer> phanatic: Cool, thanks
[15:41] <ubotu> New bug: #177695 in bzr-gtk "Don't print traceback for NoSuchFile error" [Low,Triaged] https://launchpad.net/bugs/177695
[15:46] <LarstiQ> jelmer: gannotate being really slow is a known problem? (overheard something about regressed annotate speed today)
[15:46] <ubotu> New bug: #151824 in olive "use single click for bookmarks" [Undecided,New] https://launchpad.net/bugs/151824
[15:47] <jelmer> LarstiQ: Even slow compared to "bzr annotate" ?
[15:47] <ubotu> New bug: #121103 in bzr-gtk "bzr-gtk extensibility" [Wishlist,Triaged] https://launchpad.net/bugs/121103
[15:47] <jelmer> LarstiQ: there was some talk today about annotate in general being slow
[15:47] <ubotu> New bug: #144549 in bzr-gtk "[viz] branches should be collapsible" [Wishlist,Triaged] https://launchpad.net/bugs/144549
[15:47] <ubotu> New bug: #144965 in bzr-gtk "Can't drag and drop files from olive" [Low,Triaged] https://launchpad.net/bugs/144965
[15:48] <LarstiQ> jelmer: good point, no
[15:48] <LarstiQ> jelmer: what is the eta of meld support? I could go on with usability requests for diffwindow
[15:51] <ubotu> New bug: #151818 in olive "Don't ask about setting default push location" [Undecided,New] https://launchpad.net/bugs/151818
[15:56] <ubotu> New bug: #130245 in bzr-gtk "feature request: bookmark behaviour" [Wishlist,Triaged] https://launchpad.net/bugs/130245
[15:56] <ubotu> New bug: #144963 in bzr-gtk "Selecting a revision with the popup dialog for history mode does not start browsing at that revision" [Undecided,Incomplete] https://launchpad.net/bugs/144963
[15:56] <ubotu> New bug: #144964 in bzr-gtk "Actions that are not applicable to the current selection should be greyed out." [Low,Triaged] https://launchpad.net/bugs/144964
[15:56] <ubotu> New bug: #151819 in olive "create bookmarks by drag and drop" [Undecided,New] https://launchpad.net/bugs/151819
[16:00] <ubotu> New bug: #144958 in bzr-gtk "cannot copy text in annotate window" [Wishlist,Triaged] https://launchpad.net/bugs/144958
[16:02] <jelmer> LarstiQ: well, somebody has to do it :-)
[16:02] <jelmer> LarstiQ: The main issue is that meld itself actually has to be modified
[16:06] <ubotu> New bug: #130634 in bzr-gtk "Ability to revert from diff window" [Wishlist,Triaged] https://launchpad.net/bugs/130634
[16:06] <ubotu> New bug: #133220 in bzr-gtk "ReadOnlyError when using tag for bzr viz" [Medium,Triaged] https://launchpad.net/bugs/133220
[16:11] <ubotu> New bug: #144961 in bzr-gtk "Not possible to annotate a file while in history mode" [Undecided,Incomplete] https://launchpad.net/bugs/144961
[16:11] <ubotu> New bug: #144962 in bzr-gtk "Not possible to exit history mode once in it" [Undecided,Incomplete] https://launchpad.net/bugs/144962
[16:12] <ubotu> New bug: #131589 in bzr-gtk "graphical diff-tool not usable when launched through "bzr gstatus"" [Low,Triaged] https://launchpad.net/bugs/131589
[16:13] <Odd_Bloke> What's being done to these bugs to make ubotu think they're new?
[16:14] <beuno> Odd_Bloke, probably triaging them
[16:16] <ubotu> New bug: #103198 in bzr-gtk "make it easier to see the diff from gcommit" [Wishlist,Fix released] https://launchpad.net/bugs/103198
[16:17] <beuno> Odd_Bloke, just got a better explanation, seems they're new to ubotu
[16:18] <Odd_Bloke> Ah, OK.
[16:37] <LarstiQ> jelmer: and could gannotate possibly not keep the tree locked?
[17:02] <jelmer> LarstiQ: patches welcome >-)
[17:03] <LarstiQ> jelmer: :P
[17:32] <Ng> is bzr merge --preview supposed to not work when stdout != terminal?
[17:32] <LeoNerd> Define "not work"
[17:32] <Ng> with either | less or >lala I get an AssertionError
[17:41] <baco> hi, which is the best schema to make a server that allow commits from outside without using the systems accounts, but giving users accounts and passwords for bzr use only?
[17:43] <jdong> baco: probably by using either SFTP or bzr+ssh, giving users in each case a restricted shell instead of a full-blown account
[17:44] <jdong> baco: personally, I'd also supplement that with a second-lay MDAC system like Apparmor or SELinux but I'm known for being excessively paranoid :)
[17:46] <jdong> baco: Either MDAC or the new OpenSSH chrooting system
[17:47] <TFKyle> jdong: what do you suggest for restricted shells?
[17:48] <johnny> rssh?
[17:48] <baco> jdong: But then that requires again giving users an account in the system, although they have a restricted shell, I am trying to avoid that
[17:49] <baco> jdong: I'd prefer something like webdav, where you can store users accounts and passwords in a file, but the webdav module is not yen in my distro
[17:50] <TFKyle> baco: the smart server possibly? (not sure how that works with auth, I assume there's a way to specify users though)
[17:51] <johnny> TFKyle, not that i've seen...
[17:52] <baco> TFKyle: I thought the smart server did the commits using the user that calls the process, not other auth method
[17:53] <johnny> yes
[17:53] <johnny> that's how it seems
[17:53] <johnny> i've got my two devel envs setup.. one for mtn , one for bzr
[17:54] <johnny> my bzr one uses system accounts, and mtn doesn't
[17:56] <jdong> baco: bzr currently can smart-serve on: Over stdin/stdout, executed over ssh and a pipe, or over a TCP port, where bzr serve is run inside some directory
[17:57] <jdong> baco: IMO the ssh method is the best, but that makes it the sysadm's responsibility to enforce permissions
[17:57] <TFKyle> baco: well, in a system that you don't create separate accounts for it makes sense that the commits won't be done by separate user accounts, though yeah it doesn't seem at first glance that bzr serve --allow-writes does any auth
[18:02] <baco> TFKyle: What I want is a system not having all the users accounts for commiters I want them to commit, but being able to control which person do what by other means
[18:07] <james_w> Ng: that's a bug I expect (merge --preview | less)
[18:08] <Ng> james_w: indeed. I'm told it's fixed in bzr.dev :)
[18:08] <james_w> Ng: even better
[18:08] <Ng> OOI, could there also be a pull --preview?
[18:09] <james_w> Isn't that diff?
[18:09] <james_w> diff -r branch:wherever?
[18:09] <james_w> It doesn't default to the pull location, and there is no revspec for that yet, but it should give you the same.
[18:10] <james_w> Also it won't complain if you have diverged.
[18:10]  * Ng shrugs, I'm no bzr expert, but if that is valid then pull --preview should be equivalent to it :)
[18:10] <Ng> (and would save me remembering the default URL)
[18:10] <james_w> Yeah, that seems sensible.
[18:10] <james_w> I'll file a bug if you like.
[18:11] <Ng> heh, sure :)
[18:11] <Ng> I'll be happy to subscribe to it and monitor its progress ;)
[18:11] <james_w> Ng: sure, one minute.
[18:12] <Ng> james_w: ah, I recognise you from bug 195020. hi :)
[18:12] <ubotu> Launchpad bug 195020 in ubuntu "Locale it_IT missing, but it's present (dup-of: 178402)" [Undecided,New] https://launchpad.net/bugs/195020
[18:12] <ubotu> Launchpad bug 178402 in gdm "[hardy] missing language error" [High,Fix released] https://launchpad.net/bugs/178402
[18:15] <james_w> Ng: https://bugs.launchpad.net/bzr/+bug/198084
[18:15] <ubotu> Launchpad bug 198084 in bzr "Please add pull --preview" [Wishlist,New]
[18:16] <Ng> james_w: nice, thanks :)
[18:17] <james_w> no problem
[18:26] <jdong> jelmer: is there an ETA on the new release of bzr-svn
[18:28] <jelmer> jdong: This week somewhere probably
[18:28] <jelmer> we're at a bzr sprint atm
[18:28] <jdong> jelmer: right, mmmkay. I heard that there might be shallow branching on the horizon?
[18:28] <jdong> err... no pun intended
[18:29] <Odd_Bloke> Heh.
[18:29] <jelmer> (-:
[18:29] <jdong> but in all seriousness, is shallow branching a foreseeable result of the sprint?
[18:31] <ubotu> New bug: #198084 in bzr "Please add pull --preview" [Wishlist,New] https://launchpad.net/bugs/198084
[18:37] <jelmer> jdong: Not sure
[18:38] <jelmer> jdong: it may well be, but there's other things I'd like to work on as well
[18:39] <jdong> jelmer: cool. For me and bzr, limited history is probably the biggest thing I am missing
[19:11] <ubotu> New bug: #198105 in bzr "Should create ~/.bazaar/plugins/ automatically" [Undecided,New] https://launchpad.net/bugs/198105
[20:57]  * awilkins also votes for shallow history ; getting a full history is prohibitively expensive for old SVN repos
[21:07] <beuno> jelmer, we have wireless
[21:07] <beuno> I can tell you how if you pong me back  :p
[21:15] <awilkins> jelmer: DO you know where the problem is for https://bugs.launchpad.net/bzr-svn/+bug/190832
[21:15] <ubotu> Launchpad bug 190832 in bzr-svn "PROPFIND exception during check out of Subversion branch behind https" [Undecided,New]
[21:16] <awilkins> Verterok: Did you get my small insignificant patch?
[21:16] <Verterok> awilkins: hi
[21:16] <Verterok> yes I'm just reading it :)
[21:18] <Verterok> awilkins: I also see that you get the new code from trunk, great
[21:18] <jelmer> beuno: Heya
[21:18] <jelmer> beuno: We just got back, received phanatic's SMS about the wireless details
[21:18] <jelmer> awilkins: Not really, but it's probably one of the commits since 0.4.7 that has made it regress
[21:19] <beuno> jelmer, ah, higher-level technology  :p
[21:19] <jelmer> beuno: how was your dinner?
[21:19] <jelmer> awilkins: the http support is hard to test on a regular basis since it requires so much things to be set up
[21:23] <beuno> jelmer, pretty good, although they where out of almost anything, so I ate what was my 5th choice  :p
[21:23] <jelmer> heh, ok
[21:23] <beuno> how about yours?
[21:25]  * Odd_Bloke finally gets the wireless working.
[21:25] <Odd_Bloke> *shakes fist*
[21:26] <jelmer> Odd_Bloke \o/
[21:26] <jelmer> beuno: Was pretty good too, we ate some simple dinner at a pub
[21:26] <Odd_Bloke> Should we also have wired, or not?
[21:26] <beuno> jelmer, we did exactly the same
[21:27] <beuno> Odd_Bloke, not sure, jelmer does for some reason
[21:27] <jelmer> Odd_Bloke: Yes, wired should be available
[21:27] <jelmer> but you need to have the linux machine in your room booted up
[21:27] <awilkins> Using wireless networking provides an incentive to make the network code faster.... bwwghagagagaga
[21:28]  * awilkins watches tumbleweed roll past
[21:30] <jelmer> well, we've got shallow branches now, no need for performance anymore :-P
[21:33] <awilkins> They work?
[21:37] <jelmer> awilkins: yes, but they haven't been merged yet
[21:37] <jelmer> afaik they're being reviewed at the moment
[21:37] <awilkins> jelmer: It's nice to hear that ; does bzr-svn work with shallow branching?
[21:37] <jelmer> not yet, but with a bit of luck I'll fix that this week during the sprint
[21:42]  * awilkins swears at the persnickity ways of Eclipse
[21:56] <Odd_Bloke> jelmer: What are the steps to get the wired 'Net working?  The wireless is painfully slow.
[21:57] <jelmer> Odd_Bloke: 1) Find a cable
[21:58] <jelmer> 2) Plug one end in the wall socket
[21:58] <beuno> Odd_Bloke, I suspect it's not the "wireless" the problem as much as the "sucky connection", which I believe will be that way no matter how you hook to it
[21:58] <jelmer> 3) Plug one end (not the end you put into the wall) in your laptop
[21:58] <jelmer> 4) profit \o/
[22:00] <beuno> Odd_Bloke, there may be a 10 pund thing in between which jelmer seems to think they won't charge, but they _do_ have his credit card info, so....
[22:00] <beuno> s/pund/pound
[22:01] <Odd_Bloke> Ah, I was put off by the £10 thing.
[22:01] <jelmer> Odd_Bloke: The reception told me that the broadband in our room had already been paid for so I just hit "OK"
[22:02] <Odd_Bloke> beuno: It's about 10 times faster on the wired network.
[22:02]  * Odd_Bloke may have to steal from jelmer if this doesn't work out. :p
[22:03]  * beuno chooses not to risk it and deal with irssi lag
[22:03] <jelmer> the wireless is pretty good here
[22:04] <jelmer> 30ms to home
[22:05] <Odd_Bloke> My eTV isn't displaying any charge.
[22:05] <mwhudson> which hotel are you guys in?
[22:06] <Odd_Bloke> mwhudson: Park Plaza R1verbank
[22:07] <mwhudson> nicer than the rotchester? :)
[22:07] <mwhudson> Odd_Bloke: looks like you need to set up some kind of zip-line affair from the hotel to and from the office :)
[22:07]  * Odd_Bloke hasn't been in the Rochester, so couldn't say.
[22:08] <Odd_Bloke> mwhudson: It's already been discussed. ^_^
[22:08] <beuno> mwhudson, Rinchen seems to think so, yes
[22:08] <jelmer> mwhudson: It's a little bit fancier I think, but not all that different
[22:08] <jelmer> we got bathrobes and slippers and that sort of thing
[22:08] <mwhudson> mind you, i'm not sure why people hated the rotchester so much
[22:09]  * jelmer thought the rochester was ok
[22:09] <jelmer> it's not like we spent all day inside of the hotel room or anything
[22:09] <Odd_Bloke> Neither the slippers nor the bathrobe fit me. ¬.¬
[22:09] <beuno> abentley, what are the chances you feel like taking a look at the XML spec we drew up with Verterok?  just to see if "that's what you meant"  http://bazaar-vcs.org/XMLOutput
[22:10] <abentley> Yes, that is the sort of information I want to know about the format.
[22:12] <beuno> abentley, thanks :D   We'll keep on working on that so we have something mergeable by the end of the sprint
[22:13] <abentley> The most obvious thing that bothers me about the revision format is that it only lists particular revision properties.
[22:14] <abentley> I would want it to list all of the revision properties.
[22:15] <Verterok> abentley: ok, It's easy to add :)
[22:15] <Verterok> I made a patch for svn revisions some tiem ago, but never send it. :P
[22:15] <awilkins> A schema would be good too.
[22:16] <Verterok> awilkins: once we freeze the format a xsd and dtd are going to be available
[22:17] <abentley> The status format doesn't seem to be able to describe symlinks.
[22:17] <awilkins> awilkins: Just an idea ; when I do a tool that outputs XML I tend to put in an option switch to make it spit the schema to STDOUT
[22:17]  * awilkins stops talking to himself and addresses Verterok instead ^^^
[22:18] <Verterok> ups, it should, maybe we missed something :P (checking it now)
[22:19] <beuno> awilkins, we can include it in the doc, don't think that should be outputed by bzr
[22:40]  * Odd_Bloke sleeps.
[22:44] <beuno> abentley, I'm suming up what was discussed in the sprint today, any chance you can fork the whiteboard pics my way?
[22:45] <abentley> Lemme see.
[22:46] <abentley> It'll be a couple.
[22:47] <beuno> abentley, great, thanks. I'll blog it I guess, and maybe send to the list if it's useful
[22:53] <abentley> You wanted all the whiteboards or just the xmloutput one?
[22:54] <beuno> abentley, all of em if possible. I'd like to have a daily summary before we forget what we talked about on friday  :D
[22:54] <abentley> I'm emailing them now.
[22:55] <beuno> abentley, thanks!
[22:58] <james_w> beuno: I think it might be quite cool for you to blog a couple of things about the sprint if you are happy to do so.
[23:00] <beuno> james_w, yeap, I'm doing exactly that. I don't have any pictures (I'll make sure to take some tomorrow), but I'm writing general impressions and I wanted to add what topics where discussed, and maybe attempt to capture some conclusions, but that one is trickier
[23:01] <james_w> beuno: that's great. I think just spreading the word a bit that there is a sprint on, and you are discussing loads of interesting stuff, and working in patches would be great.
[23:01] <james_w> s/working in/working on/
[23:02] <beuno> james_w, yeap, absolutely. My post should hit the planet in a while.  When are you coming, btw?
[23:03] <james_w> thursday.
[23:03] <james_w> well, Wednesday night, but I probably wont be eating with you guys as I have some friends to meet.
[23:04] <beuno> james_w, great. I've been talking with lifeless about the whole "bazaar" <> "baz" migration, so I'll be waiting for you to look into it more detailed
[23:05] <james_w> beuno: cool, I'll be glad to help.
[23:06] <james_w> I don't think it will be too much work, as I think "bazaar" will end up installing "baz" for a long time no matter what we do, so that's not going to annoy anyone.
[23:07] <beuno> james_w, yeap, should be straight forward, just want to get it right  :D
[23:07] <james_w> of course :)
[23:50] <randomnewguy> is there a way to make bzr use version numbers < 1, i have noticed that projects are generally < 1 until they are release ready
[23:51] <luks> bzr doesn't do version numbers, does it?
[23:51] <beuno> randomnewguy, you mean have a revision 0?
[23:52] <radix> randomnewguy: bzr puts no restrictions on the version number you give to releases of your projects...
[23:52] <bpeterson> randomnewguy: you can tag anything you want
[23:58] <randomnewguy> i assumed that the revision would correlate with the release number
[23:59] <randomnewguy> guess ill just put a 0. infront :p