[08:22] <vila> hi all
[08:23]  * fullermd waves at vila.
[08:39] <davidstrauss> hi
[08:40] <davidstrauss> (in delayed response to earlier greetings)
[09:21] <Peng_> Good morning. (Hey, I came in under an hour!)
[14:27] <bvk> hi, is it possible to create a branch without copying full repository?
[15:02] <vila> bvk: creating a branch copy only the needed revisions from the repository, using a shared repository may help as opposed to standalone branches though
[15:05] <bvk> vila: i tried shared repositories; bzr branch inside a shared repo takes same disk space as any other branch :(
[15:06] <vila> bvk: I can assure you that branches inside share repos use less space than standalone branches :-)
[15:07] <vila> bvk: if only because branches inside shared repos doesn't have repository folders inside their .bzr folder
[15:09] <vila> bvk: issuing 'bzr info' inside your branch folders will tell you *where* the branch repo is (whether it's shared or not)
[15:10] <bvk> vila: let me check again :(
[15:10] <fullermd> Whoah.  I didn't know bzr info could do that...
[15:16] <bvk> vila: i am not sure you got my last two messages or not :( pasting here again
[15:16] <bvk> vila: http://pastebin.com/ff5489a6
[15:17] <bvk> vila: what am i doing wrong there?
[15:19] <vila> bvk: you're measuring your working trees not your branches, try 'du -sk .bzr' in your ' x', 'a', 'trunk' and 'a1' folders
[15:20] <vila> shared repo are meant to share branches not working trees, may be you're after --hardlink in 'bzr help branch' instead ?
[15:21] <vila> fullermd: you're kidding ?
[15:22] <bvk> vila: okay, i got it now, thanks :D
[15:23] <fullermd> vila: Hm?
[15:25] <vila> fullermd: I thought you knew all options of all bzr commands by heart and you said: "Whoah.  I didn't know bzr info could do that..."... hence my surprise (or it was a joke that I totally missed :-)
[15:25] <fullermd> Oh.  I meant I didn't know it could knock you off IRC   ;)
[15:26] <vila> lol, indeed I missed it :)
[15:26]  * fullermd pours another cup of coffee for vila.
[15:27] <fullermd> Silly mondays   :)
[15:33] <loffe> What is the "best" way to convert a svn project into bzr? bzr svn-import gives me a segfault :(
[15:34] <asabil> loffe: did you try fast-import ?
[15:36] <loffe> asabil, Couldn't get it to work...
[15:36] <loffe> asabil, svn.core.SubversionException: ("Can't open file 'https:/loffe@svn2.assembla.com/svn/tidsredovisning/format': No such file or directory", 2)
[15:39] <smoothice> loffe: https:/
[15:39] <smoothice> loffe: You need two slashes?
[15:40] <loffe> smoothice, yes, I have two slashes in my command
[15:40] <smoothice> loffe: ok
[15:40] <loffe> ~/.bazaar/plugins/fastimport/exporters/svn-fast-export.py https://loffe@svn2.assembla.com/svn/tidsredovisning | bzr fast-import -
[15:47] <asabil> loffe: http://bazaar-vcs.org/BzrMigration#head-45d1d93c64578685cc2c942204f8a31840a5fa67
[15:48] <asabil> did you take a look at this ?
[15:48] <loffe> asabil, yes, of couse
[15:49] <Peng_> loffe: Try using "svn+https" instead of "https" as the protocol.
[15:50] <smoothice> Peng_: I think that’s only necessary when you're using SSH (svn+ssh)
[15:50] <Peng_> smoothice: When using http(s), it helps work around some issues.
[15:50] <smoothice> Peng_: Ah, ok
[15:51] <loffe> Nope, it didn't work
[15:51] <loffe> same error
[15:51] <Peng_> D'oh. Sorry, I don't know, then.
[15:51] <Peng_> loffe: bzr-svn 0.4 or 0.5? You could try the other.
[15:52] <Peng_> Sorry, I don't know much about bzr-svn. Poke jelmer...who /quit 15 minutes ago. Erm.
[16:00] <asabil> loffe: from the svn-fast-export script doc, it seems like you need a local copy of the repository
[16:00] <loffe> asabil, ok, I just got a dump file
[16:01] <loffe> going to fiddle a bit with it. I maybe have to setup a whole local repo..
[16:04] <asabil> oki
[16:06] <loffe> asabil, I think I made it :D
[16:07] <asabil> great :)
[16:07] <asabil> did you have to setup a local repo ?
[16:07] <Peng_> loffe: You should still bother jelmer about your bzr-svn issues, next time you see him.
[16:07] <asabil> or just using the dump file ?
[16:07] <loffe> asabil, local repo
[16:07] <asabil> oki
[16:08] <loffe> never used svnadmin before. Assembla was great and simple, until their policy changed :(
[16:09] <Peng_> Policy?
[16:09] <fullermd> Wait.  jelmer not on IRC?  Isn't that one of those tipoffs that you're actually dreaming?
[16:09] <Peng_> Hmm, maybe I fell asleep while I was watching TV?
[16:09] <loffe> Peng, now they don't allow a free private space
[16:10] <Peng_> But why would the fullermd in my dream tell me it's a dream?
[16:10] <Peng_> And shouldn't I be doing something more interesting?
[16:10] <Peng_> loffe: Oh. Huh.
[16:10] <asabil> loffe: moving to launchpad now ?
[16:10] <loffe> asabil, nope, it's not a open source project
[16:10] <fullermd> Peng_: Maybe you're only dreaming that I'm in your dream telling you it's a drea@*%@!#   Error: stack depth exceeded.
[16:10] <asabil> oh oki
[16:11] <loffe> asabil, unless lp provides private space?
[16:11] <asabil> I am not aware of that
[16:11] <Peng_> fullermd: If you crash my dream, will I wake up or die or something?
[16:12] <fullermd> Peng_: Maybe being awake is just the debugger prompt of your dreams.
[16:13] <fullermd> That would explain why in dreams you get from point A to point B so much faster; when you're awake, you're always single-stepping.
[16:13] <Peng_> That's..um..if I think about that, I think I'll get really creeped out.
[16:14] <fullermd> My work here is done   :)
[17:02] <beuno> hello hello!
[17:03] <Peng_> Good morning.
[17:03] <beuno> anyone know why bzr would get angry at me when trying to upgrade to 1.9?
[17:03] <beuno> bzr: ERROR: Invalid url supplied to transport: "%E1ngulo-corte_globo_thumb.jpg": Unable to encode the URL as utf-8: 'utf8' codec can't decode bytes in position 0-2: invalid data
[17:03] <beuno> hiya Peng_
[17:05] <Peng_> That's a neat error, but I definitely can't help. Sorry.
[17:05] <Peng_> Upgrading tries to open transports on files?
[17:05]  * beuno looks at vila hiding in the corner
[17:05] <Peng_> Maybe it's bzr-svn's doing?
[17:06] <beuno> Peng_, no svn involved at all
[17:06] <Peng_> Yeah, but do you have bzr-svn enabled?
[17:06] <beuno> the error, I believe, doesn't come from the transport really, it's just because I'm using the --recurse plugin
[17:06] <beuno> no, no svn in like 50 miles from here  :)
[17:07] <Peng_> Heh.
[17:14] <beuno> hrm
[17:14] <beuno> I'm getting problems upgrading all over the place...
[17:18]  * beuno files a bug
[17:19] <vila> beuno: what is the --recurse plugin ?
[17:19] <beuno> vila, it upgrades all the branches in a dir recursively
[17:19] <beuno> but, upgrading manually gives me the same error
[17:19] <beuno> :(
[17:20] <beuno> about 20% of my branches are having problems upgrading
[17:20] <vila> beuno: great, you just ruled out the plugin :)
[17:20] <beuno> vila, http://paste.ubuntu.com/95218/
[17:20] <beuno> I'm running 1.10 on the server
[17:21] <beuno> in case you're curious enough to help  ;)
[17:21] <vila> beuno: I'm about to call it a day :-/
[17:21] <beuno> although, that's the traceback *with* the plugin...
[17:21] <beuno> vila, no worries, I'll file a bug
[17:21] <beuno> enjoy you're vacations  :)
[17:22] <vila> beuno: but rough intuition: your traceback in the plugin smells like double-escaping
[17:22] <beuno> ah
[17:22] <beuno> it is!
[17:22] <vila> of course that doesn't match your report as you get the same error without the plugin
[17:22] <beuno> vila, it turns out the plugin sticks it's nose in even if you don't use it
[17:23] <vila> and your 20% was suspicious too, did you mean %20 instead ? :-)
[17:23] <beuno> hahah
[17:23] <beuno> ok, removing the plugin fixes the upgrades
[17:23] <beuno> I
[17:23] <beuno> I'll fix the plugin and send a patch to jelmer
[17:23] <beuno> thanks vila
[17:23]  * vila can call it a day happily then :-)
[17:49] <LarstiQ> beuno: thanks for the hug ;)
[17:49] <beuno> LarstiQ, :)
[17:50] <beuno> jelmer!   just the man I was looking for...
[17:50] <Peng_> jelmer: Internet troubles?
[17:51] <LarstiQ> I don't see jelmer around here
[17:52] <beuno> LarstiQ, is he at the CCC as well?
[17:52] <LarstiQ> though he is supposed to go along for dinner
[17:52] <LarstiQ> beuno: yup
[17:52] <Peng_> CCC?
[17:52] <LarstiQ> Peng_: http://events.ccc.de/
[17:54] <LarstiQ> ah, he is sitting 15 meters away
[17:54]  * LarstiQ detaches for dinner
[17:55] <Kobaz> okay
[17:55] <Kobaz> so umm
[17:55] <Kobaz> i'm getting this wiggity problem
[17:56] <Kobaz> $ bzr push
[17:56] <Kobaz> RemoteRepository(https://user@bzr.local/bzr/myProject/webServices/.bzr/) is not compatible with
[17:56] <Kobaz> KnitPackRepository('file:///usr/home/user/projects/webServices/.bzr/repository/') (no details)
[17:58] <Kobaz> oh. i forgot to use bzr+https
[17:58] <Kobaz> hmm
[17:58] <Kobaz> never mind
[17:59] <smoothice> Is it possible to do Bazaar transactions over HTTP like you can SVN?
[18:00] <beuno> smoothice, with webdav, yes
[18:01] <smoothice> beuno: I thought only SVN can do WebDAV
[18:03] <smoothice> bueno: Any guides on doing that?
[18:05] <Peng_> smoothice: There's a webdav plugin somewhere or other (check http://bazaar-vcs.org/BzrPlugins ). I don't think it works 100%.
[18:06] <smoothice> Peng_: ok
[18:11] <loffe> How can I keep an updated working-tree on a remote server?
[18:12] <loffe> I know I can push to a remote host creating a branch, but I get no files on the server, only the .bzr dir
[18:12] <Peng_> loffe: push-and-update plugin
[18:12] <Peng_> loffe: Though you have to create a working tree ("bzr co") before it'll act.
[18:13] <loffe> Peng, I don't have bzr on the remote server
[18:13] <loffe> it's a webhost...
[18:13] <Peng_> loffe: bzr-upload?
[18:13] <Peng_> Your web host is boring! :P
[18:14] <loffe> Peng, :P
[18:16] <smoothice> If I have a client running bazaar 1.10 but a Server running 1.9 and the 1.10 client runs bazaar commands over bzr+ssh will there be conflicts?
[18:16] <smoothice> In other words, are 1.10 repositories backwards compatible?
[18:18] <smoothice> anyone?
[18:18] <Peng_> smoothice: 1.10 doesn't introduce any new formats.
[18:18] <Peng_> smoothice: If something isn't backwards-compatible, it's a bug.
[18:19] <smoothice> Peng_: Ok... I was just wondering since I have a Mac OS X 10.4 server with a 10.5 client
[18:19] <Peng_> (Well, the oldest hpss protocol was dropped recently, wasn't it?)
[18:30] <smoothice> Peng_: I updated my 10.4 server to Python 2.6.1 and when I try to install Bazaar 1.9 it says "please upgrade to python 2.5"
[18:30] <Peng_> smoothice: Heh. Erm.
[18:31] <smoothice> Peng_: :/
[18:31] <Peng_> smoothice: Python 2.6 should be supported, but it doesn't seem to have been added to the 'bzr' script. You could try editing it in.
[18:31] <smoothice> Peng_: how would I do that?
[18:31] <Peng_> smoothice: (Just change KNOWN_PYTHONS)
[18:32] <smoothice> Peng_: Where is that?
[18:33] <Peng_> smoothice: ...in the "bzr" script
[18:33] <smoothice> Peng_: "bzr" script? huh?
[18:34] <Peng_> smoothice: The executable you run to run Bazaar.
[18:34] <smoothice> Peng_: The installer won't even let me install Bazaar.
[18:36] <Peng_> Err, I'm sorry about the problems, but I don't really know what to do here.
[18:36] <smoothice> Peng_: ok
[18:36] <Peng_> If you install from source, it would be easy to work around.
[18:38] <smoothice> Peng_: Where can I download the 1.9 source? I only see the trunk...
[18:38] <verterok> smoothice: what installer are you using? the dmg?
[18:38] <smoothice> verterok: Yeah
[18:39] <verterok> smoothice: the installer check if Python25 is installed, and assumes you have and older version :/
[18:39] <smoothice> verterok: yeah
[18:39]  * verterok 's fault
[18:39] <verterok> :)
[18:40] <smoothice> verterok: Oh.. it was YOU!
[18:40] <smoothice> verterok: ok
[18:40]  * verterok hides
[18:40] <verterok> smoothice: I'll fix that in the upcomming 1.10 installer (apologize the delay)
[18:40] <smoothice> verterok: for Mac OS X 10.4?
[18:40] <verterok> smoothice: yeap
[18:41] <smoothice> verterok: Is it possible you could send me a patch for 1.9 source so I can get 1.9 installed asap? Or does that not make logical sense?
[18:42] <verterok> smoothice: the problem isn't bzr is the installer checking for python25
[18:42] <smoothice> verterok: Can you recreate the 1.9 package?
[18:43] <verterok> smoothice: I was about to said that ;). if you can wait a while I 'll rebuild the 1.9 installer and change the 2.5 check
[18:43] <smoothice> verterok: sure
[18:47] <verterok> smoothice: ok, booting my ibook to build it, I'll let you know when it's done
[18:48] <smoothice> verterok: ok thanks... I'll stay here. I might be afk for a while but I'll get either a private message or a message directed toward me eventually...
[18:48] <Kobaz> ignored perl/lib/perl5/i486-linux-gnu-thread-multi/auto/DBI/DBI.so matching "*.so"
[18:48] <Kobaz> why is bzr ignoreing my .so files
[18:48] <Kobaz> i never added *.so to bzr ignore
[18:52] <Peng_> Kobaz: bzr comes with a default ignore list.
[18:53] <Peng_> Kobaz: Errm, check ~/.bazaar/ignore. I'm not sure if you can edit it.
[18:54] <smoothice> Peng_: Yep.. .so is in that list
[18:54] <Kobaz> k
[18:54] <Kobaz> ah
[18:55] <Kobaz> i see it
[18:58] <smoothice> verterok: How's it coming? good?
[19:00] <verterok> smoothice: all good, uploading ATM
[19:00] <smoothice> verterok: Ok... are you going to replace the .dmg on the Bazaar web site or simply provide me with it? or something
[19:02] <verterok> smoothice: I can't replace it, so it'll be new version of the installer. I'ld like to test it first :) so I'm uploading it to a non-launchpad place so you can get it
[19:06] <verterok> smoothice: ~ 8 min to finish the upload
[19:06] <smoothice> verterok: ok
[19:08] <verterok> smoothice: btw, to grab the sources of bzr: https://launchpad.net/bzr/+download
[19:08] <smoothice> verterok: ok
[19:13] <verterok> smoothice: http://verterok.com.ar/DMG-1.9-1/
[19:14] <smoothice> Thanks
[19:14] <smoothice> verterok: Got it thanks
[19:15] <verterok> smoothice: let me know if the fix works, if not I'll need to add a special case to test for 2.6 installation
[19:15] <smoothice> verterok: There was an error while evaluating JavaScript for the package.
[19:16] <verterok> smoothice: ok, let me check
[19:16] <smoothice> verterok: ok
[19:19] <verterok> smoothice: python 2.6 is installed in: /Library/Frameworks/Python.framework/Versions/2.6/ ?
[19:19] <smoothice> verterok: yes
[19:19] <beuno> verterok!  hi!
[19:20] <verterok> beuno: hi!
[19:20] <verterok> smoothice: ok, I missed that bit :p
[19:20] <smoothice> verterok: I have to go eat lunch... just send the link the same way you did before and I'll get it
[19:20] <smoothice> verterok: I'll stay on IRC, just afk
[19:22] <verterok> smoothice: ok
[19:40] <smoothice> verterok: ok back
[19:55] <smoothice> verterok: done yet? did you find the javascript issue?
[19:56] <verterok> smoothice: ok, I think I found the problem.
[19:56] <smoothice> verterok: ok
[19:57] <verterok> smoothice: the problem is I'm building the installer against python 2.5 :/
[19:57] <smoothice> verterok: oh haha
[19:57] <verterok> smoothice: so Crypto, etc. are linked against 2.5
[19:58] <verterok> smoothice: I need to install 2.6 in order to build the installer
[19:58] <smoothice> verterok: ok... that isn't bad it? Like you do you _need_ 2.5?
[19:58] <verterok> if you need this ASAP, maybe it's easier for you to run from source
[19:59] <smoothice> verterok: As soon as possible would be preferable... and I can do anything to help if you need...
[19:59] <verterok> smoothice: isn't bad, but I need to check the whole build process, and install the dependencies in the new python 2.6 installation (mpkg_dmg, etc.)
[20:00] <smoothice> verterok: How do I run from source?
[20:01] <verterok> smoothice: install the dependencies: paramiko and pycrypto
[20:01] <smoothice> verterok: how do I do that?
[20:02] <verterok> smoothice: I'm looking for the url's
[20:02] <smoothice> verterok: ok
[20:02] <smoothice> verterok: Would it just be easier to downgrade to 2.5.2? Is that even possible?
[20:02] <verterok> smoothice: http://bazaar-vcs.org/InstallationFaq
[20:03] <verterok> smoothice: I'm quite sure you can have 2.5.x installed side-by-side with 2.6.x
[20:03] <smoothice> verterok: I guess it's worth a try...
[20:04] <verterok> smoothice: in the meantime, I'll start my 2.6 setup
[20:08] <Jc2k> jelmer: ping
[20:09] <smoothice> verterok: Should I get 2.5.2 or 2.5.4? or .3
[20:10] <verterok> smoothice: the latest 2.5.x should be ok (me thinks)
[20:10] <verterok> smoothice: I have 2.5.2
[20:10] <smoothice> verterok: Ok I'll try the latest... 2.5.4
[20:16] <smoothice> verterok: Ok I got 2.5.4 working and the installer works
[20:16] <verterok> smoothice: cool
[20:33] <beuno> so...
[20:33] <beuno> does bzrlib tell me in any way when an upgrade succeeds?
[20:35] <nDuff> beuno, I would expect it to return without throwing an exception; that's the way most things indicate that they've succeeded in python, all the way down to os.chdir()
[20:35] <nDuff> beuno, this isn't C, where everything has a return value that needs to be explicitly checked. :)
[20:36] <beuno> I kinda expect that too, but since I'm tweaking a plugin to recursively upgrade and delete the backup dir if it succeeds, I'm trying to ensure the maximum degree of success possible  :)
[20:48] <abentley> beuno: I recommend not deleting the backup dir.  There is no way to be absolutely certain that a backup succeeded, and the consequences of failure may be grave.
[20:49] <abentley> beuno: Also, I think that recursive upgrading should be core functionality.
[20:50] <beuno> abentley, I need to upgrade 100+ branches
[20:51] <beuno> and I don't have the space to have the backup dir on it
[20:51] <beuno> so I don't really have a choice  :(
[20:52] <abentley> beuno: That is a shame.  Perhaps you should make a backup somewhere else first, then.
[20:52] <beuno> there's a plugin from jelmer to do recursive upgrade, maybe I'll take a crack at shaping it into a patch for the core
[20:53] <beuno> abentley, I have a backup already  :)
[20:54] <beuno> so I'm ready to upgrade all the branches at the office to 1.9!
[20:55] <abentley> beuno: Great.  What I mean about "absolutely certain" is that, despite our testing, there's a small chance that the upgrade code is buggy.
[20:56] <nDuff> beuno, you might consider moving to a rich-root format at the same time -- might make things less painful for you whenever bzr upstream finally switches to rich-root-by-default by getting all the pain (for you, at least) over at the same time.
[20:57] <beuno> abentley, right, I've heard rumours. I do have a backup, but in general, I haven't had a backup break since 0.11. Maybe I can add an extra check that tries 'bzr info' or something among those lines
[20:59] <abentley> beuno: I haven't heard rumours, it's just worth being paranoid when the stakes are that big.
[20:59] <beuno> abentley, I know  :)
[20:59] <beuno> w00t!
[20:59] <beuno> script works
[20:59] <beuno> now I have to get it to stop choking on encoding problems, and I can run it through all the branches
[21:04] <beuno> abentley, do you know anything about bzrlib.bzrdirs?
[21:04] <abentley> beuno: Sure.
[21:04] <beuno> I'm getting: InvalidURL: Invalid url supplied to transport: "Sin%20t%A1tulo-1.psd": Unable to encode the URL as utf-8: 'utf8' codec can't decode byte 0xa1 in position 5: unexpected code byte
[21:05] <beuno> when doing:
[21:05] <beuno> bzrdirs = list(bzrdir.BzrDir.find_bzrdirs(t))
[21:05] <beuno> so I'm either using it wrong, or encoding isn't managed too well in bzrdirs
[21:06] <abentley> beuno: What's t.base?
[21:06] <beuno> bzrdir.find_branches seems to blow up
[21:07] <beuno> abentley, this is the code: http://paste.ubuntu.com/95383/
[21:07] <beuno> t.base is: file:///home/beuno/biometrix/
[21:08] <abentley> beuno: Sounds like a problem with encoding handling, then.
[21:09] <beuno> so it explodes when doing:  pending.append(current_transport.clone(subdir))
[21:09] <beuno> and subdirs comes from...
[21:09] <beuno> subdirs = list_current(current_transport)
[21:10] <beuno> hm, this keeps going up
[21:10] <beuno> aaanyway, I may end up sending a patch or two during this week to the list  :)
[21:11] <beuno> thanks abentley
[21:11] <abentley> beuno: np
[21:59] <sohail> hey, is there some way to have bzr mv multiple ifles on Windows
[22:00] <sohail> bzr mv directory/assload_of_files* other_directory/
[22:00] <sohail> doesn't work b/c of stupid cmd.exe
[22:31] <Jc2k> jelmer: ping
[22:31] <jelmer> Jc2k: pong
[22:31] <Jc2k> jelmer: so i nearly got the server working again.
[22:31] <jelmer> Jc2k, but please be quick, at a conference and about to run out of battery :-)
[22:31] <Jc2k> gaaah!
[22:31] <Jc2k> find_missing_objects
[22:32] <Jc2k> repo.find_missing_objects
[22:32] <jelmer> what about it?
[22:32] <Jc2k> i passed in the graph walker from server.py
[22:32] <Jc2k> thats seems to be a silly move
[22:32] <Jc2k> it ends up building a pack of commits i want and have, but not the ones in between
[22:32] <jelmer> not sure I follow
[22:32] <jelmer> is this with r107 ?
[22:33] <jelmer> I think I've also fixed that
[22:33] <Jc2k> ah
[22:33] <Jc2k> that wasnt there earlier :]
[22:34] <jelmer> (local / remote fetch from git to bzr works as of a couple of hours ago)
[22:34] <jelmer> yeah, I didn't have any bandwidth :-(
[22:34] <Jc2k> server should work again the next time you have power
[22:35] <jelmer> cool
[22:35] <Jc2k> i was going to ask about how i should fix what you have already fixed, so i'll merge, test and push
[22:35] <Jc2k> and look at your bzr-git stuff for bzr git-serve
[22:35] <jelmer> time to find some juice, brb
[22:35] <Jc2k> ttys
[22:47] <jelmer> Jc2k, re
[22:49]  * Jc2k pushed something
[22:52] <beuno> jelmer, hi!  I've been playing with your upgrade-recurse plugin
[22:52] <beuno> added a dirty way of deleting the backup.bzr dir after upgrade
[22:52] <beuno> and I have more plans for it, after I find the encoding bug in bzrlib.bzrdir
[22:52] <beuno> pushing to: lp:~beuno/bzr/upgrade-recurse  if you're interested
[22:53] <beuno> now, off for a quick shower and dinner
[22:53] <eferraiuolo> I was looking for some help when using BZR with SVN
[22:53] <eferraiuolo> For every operation I'm asked for my password on the SVN server
[22:53] <eferraiuolo> I am connecting to it via HTTPS so I figure it's using Web-Dav
[22:54] <eferraiuolo> How can I make things where I don't have to authenticate every single operation?
[22:54] <eferraiuolo> ...It's Google Code's SVN that I'm connecting to...
[23:42] <jelmer> beuno, hi
[23:42] <jelmer> Jc2k, hi
[23:42] <jelmer> beuno, cool, I'll pull it
[23:42] <jelmer> Jc2k, will check that out too :-)
[23:42] <jelmer> eferraiuolo, hi
[23:42] <jelmer> eferraiuolo, this is a bug in bzr in handling the passwords
[23:42] <jelmer> if I understand correctly it should be fixed in the next version
[23:43] <jelmer> you should be able to work around it for now, by using the credentials stored in the subversion configuration directory
[23:43] <xivulon_> hi all, is there a 2 way sync bzr<->cvs? I can see the bzr-cvsps-import, what would be a good way to "export"?
[23:43] <jelmer> you can force svn to cache the password by running "svn ls <url>"
[23:44] <Jc2k> jelmer: its not quite working as plannned
[23:44] <Jc2k> jelmer: but seeing as bzr-git has interesting stuff, ive no plans to go to bed just yet :]
[23:45] <jelmer> :-)
[23:46] <jelmer> Jc2k, I'm now pushing to http://people.samba.org/bzr/jelmer/bzr-git/trunk btw
[23:46] <Jc2k> kk
[23:47] <jpds> How do I close LP bugs with bzr commit? --fixes #### ?
[23:48] <jelmer> jpds, "bzr commit --fixes lp:#####"
[23:48] <jelmer> Jc2k, ENONEWCOMMITS
[23:48]  * Jc2k blink
[23:49] <jelmer> in your git-serve branch
[23:49] <Jc2k> jelmer: if you have all of lp:~johncarr/dulwich/git-serve, then you have working push and nearly working clone
[23:50] <jelmer> ah, now it's there
[23:51] <Jc2k> weird, there was nothing to push
[23:51] <jpds> jelmer: Many thanks!
[23:51] <jelmer> maybe just a PEBKAC on my side
[23:53] <LarstiQ> xivulon_: there is a very experimental launchpad.net/~bzrcvsserve iirc
[23:53] <Jc2k> jelmer: i dont think repo.head() works any more..
[23:53] <LarstiQ> xivulon_: but I don't think 2way sync is really doable with that
[23:53] <Jc2k> jelmer: patching it now to see if im right..
[23:57] <Jc2k> oooh.
[23:59] <xivulon_> LarstiQ, thx will give it a look
[23:59] <jelmer> Jc2k, what is generate_pack_contents() used for ?
[23:59] <jelmer> Jc2k, it seems to duplicate the code of find_missing_objects()