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