[00:00] apache's windows port is reasonable... though I wouldn't run an sshd on windows myself [00:02] If you want to go that route, I can help you get bzr working over http [00:02] otherwise you're probably best posting to the mailing list for advice [00:02] wgz, sshwidnows (openssh for win) isn't very good? [00:02] right [00:02] i see [00:05] feel free to try it, but I'd personally be very nervous about allowing that kind of access to my box [00:05] wgz, just because you think windows ssh servers don't have very well-tested security? [00:07] it's a big surface area, and not widely used, yes. [00:14] wgz, it's a big surface area on unix too :P [00:14] just better tested [00:18] wgz, are there any guides out there for setting up bzr+ssh (openssh) on unix at least? [00:24] Noldorin: there is no setup required, just a ssh server (and having bzr installed) is sufficient [00:24] jelmer, oh yes? bzr client knows exactly what to do itself when it encounters an ssh server? [00:25] jelmer, recommend any windows ssh server btw? [00:26] Noldorin: right, it just asks the remote server to run "bzr serve", and that's sufficient [00:35] Noldorin: an ssh client can get the server to run arbitrary commands, so it just asks the server run bzr [00:42] Noldorin: I don't have any experience with SSH servers on Windows, sorry [00:42] jelmer, no prob. thanks for the tip anyway :-) [00:43] wgz, sure, as long as bzr is set up to deal with the quirks of being on an ssh transport. which i guess it is :-) === r0bby is now known as robbyoconnor === gthorslund_ is now known as gthorslund [08:12] Hello o/ [08:14] Soo... I'm searching all over the net but not finding an answer for this (seems to be very common) question: how can I make my Bazaar remember FTP passwords? I'm using 2.3.1 Bazaar with 0.6.1 T. Bazaar [08:16] I might also add I use Window [08:16] s [08:35] Uhh, net split [08:36] So, I found this thing called "authentication.conf" that does what I need BUT it does not work with SFTP connections and I can't really wrap my head around it [08:37] "password ignored in section [projectnamehere], use an ssh agent instead" is what it says. What's the point of ignoring the password in the conf then promting for it? I don't really get it. [08:52] I don't know the Windows side. But with a lot of ssh programs, bzr _can't_ pass the password to ssh. [08:53] In that case, bzr isn't prompting for the password; ssh is. [08:53] But whether that's what's happening for you, I don't know. [08:54] So there's an SSH client being used (since it can connect) but it bzr can't pass the password to that client? [08:54] hey guys ! [09:02] Okkey, I managed to set it up but it was hell of a struggle for someone without a linux machine at hand :/ [09:04] morning all [09:04] morning mgz === vila changed the topic of #bzr to: Bazaar version control | try https://answers.launchpad.net/bzr for more help | http://irclogs.ubuntu.com/ | Patch pilot: vila === Guest37602 is now known as jpds [09:33] vila: on the get_message_encoding branch, [09:33] I'm a little torn on whether to add 'system' or not. [09:34] for someone unaware of the context, 'message' is ambiguous [09:34] what we care about is system messages, [09:34] but gettext looks at LC_MESSAGES as well sorta [09:35] right, but LC_ gives a hint there [09:35] and on win, FormatMessage is a generic api too (though generally just used to interpret errnos) [09:36] what makes you remove the 'system' part ? [09:36] because it's the encoding for any messages really, it's just we happen to only care about the system ones [09:37] what are the other kinds ? [09:37] of message that is [09:38] error messages as in: produced by the application as opposed to the underlying system ? [09:38] the c locale is a global setting [09:38] anything can look at it and use it. [09:39] right, [09:39] I think the trigger for my remark was the docstring mentioning system but since it's in osutils... [09:41] may be the context makes it clearer but your proposal doen't have any uses of the function (classical issue when splitting proposals to make them easier to review ;) [09:42] basically what we need it for is to know how to interpret the strings that get put in OSError, IOError, and so on [09:43] which is why 'system', but it doesn't preclude the use of the setting for other things [09:46] yeah, that's the part I can't see from the proposal probably. So, just land it ;) [09:48] well, the one worry would be if plugin authors are tempted to use it for something not related to the C library at all [09:48] like encoding strings they want to show the user with it, rather than looking at the stream.encoding or something [09:52] maybe you can better explain the intent in the docstring ? [10:00] mgz: urgh, mixed eols in test_win32utils.py [10:00] weirdly enough, lp didn't notice [10:00] ...how did we manage that? [10:01] for we I don't know, for where it's only the recently added lines ;) [10:03] what is this '_func' attribute ? [10:05] ^just added in my branch? can rewrite history to avoid that... but thought editor I used on win was smart enough not to do that... [10:06] yup [10:06] _func is something I'm trying out as a way of writing ctypes code [10:06] no need to rewrite history, just fix it ;) [10:06] there are bunch of annoying issues with ctypes wrappers, that make it close to impossible to write good code with them [10:08] firstly, if you don't define the params, you risk breaking on bad arguments in really bad ways [10:09] secondly, you need to lazily load functions if you want to import the module on a platform without that library [10:10] thirdly, the basic wrapper is a horrible class with a useless docstring [10:10] fourthly, to test your wrapper properly you need to cover the error cases, which isn't always easy to get from the underlying library [10:11] so, this way does the definition inside a normal function with a docstring, on an attribute that can be overriden for tests [10:12] it's similar to having a named global in the module that partners the function, but more systematic [10:12] works out at a lot of boilerplate though [10:12] but you can define this attribute as a real method and get the same benefits AFAICS [10:12] how do you mean? [10:13] _get_env_var_w = ctypes.WINFUNCTYPE(DWORD, LPCWSTR, LPWSTR, DWORD)(88 + ("GetEnvironmentVariableW", ctypes.windll.kernel32)) [10:14] and still override that in tests [10:14] as a module global? [10:14] yes [10:14] we can't do that - kernel32 doesn't exist on nix. [10:14] would prevent import win32utils working there. [10:15] these tests requires win32 anyway [10:15] ha [10:15] this code is already protected by has_ctypes and plaftorm = win32 no ? [10:15] well, winver != 98 [10:16] nope, it could be, but that has downsides too. [10:16] what nope ? it *is* covered by: if has_ctypes and winver != 'Windows 98': [10:17] with a lot of functions from different places, you end up loading many libraries at import type you may not need [10:17] oh. [10:17] (bit slow this morning) [10:18] * vila scratches head [10:18] >>> print sys.platform, win32utils.winver != 98 [10:18] linux2 True [10:18] I still don't get it, we've been able to import lazily without this trick [10:18] ^was the 'nope' [10:18] let's start again :) [10:19] if you look at existing code of this kind in osutils and win32utils [10:19] The attribute trick makes me frown, can we do without it ? [10:19] you'll see they use a wide range of different tricks [10:19] vila: I'm still looking for a way that doesn't suck :) [10:20] hmm [10:20] a decorator that does the boilerplate here is one idea, but then that's doing more work at startup and is even more magical [10:22] you need function specific code, but most of the wrapper wants to be just like all the other wrappers [10:23] yeah, so you have cache local to your function, why not have a shared one then (for the WINFUNCTYPE), you can still inject whatever you need for tests [10:25] or may be just documenting *that* magic (caching in the function attributes) is good enough to start with ? [10:25] But is it even worth caching when the others don't ? [10:25] many of the other functions only get called once [10:26] but having everything use the same idiom at some point would make life easier [10:27] right, so some of the things you said here are worth documenting in the proposal ;-) [10:27] ^one option I haven't mentioned is ctypes allows an errcheck function attribute for the specific logic you need to add, but then the exposed object is still the generated class with the useless docstring [10:27] caching because used more than once (but still, why on the function itself ;) [10:28] if the docstring is the issue can't you just override it or provide a wrapper ? [10:28] there's a point with ctypes where you have so many wrappers you forget where one starts and the next begins :) [10:28] bah, this discussion is becoming far longer than it should :-/ [10:29] :D [10:29] you've given me some useful feedback. [10:33] mgz: reviewed, do the tweaks you feel necessary [10:51] how would you feal about cfunc = ._c_function ...or can you think of a better naming scheme? [12:04] mgz: sry, missed that, [12:04] hmm, this sounds better [13:06] pants, forgot news. [13:23] lunch! [14:16] blom blom. [14:20] mgz: hmm [14:20] I think I'm going to need a dictionary for that one [14:22] just making funny noises :) === yofel_ is now known as yofel === deryck is now known as deryck[lunch] === deryck[lunch] is now known as deryck [18:13] okay, I need break [18:13] +a [19:06] * lamont boggles at non-monotonically increasing revnos [19:06] ) [19:06] Oops, auto-attach again >_< [19:06] if a is at rev 10, b is based on rev 7 + a change + merge of a, and I bzr pull into a from b, then the revno of a becomes smaller... this does not seem sane to me [19:12] lamont: you've created a shorter left-hand-path [19:12] lamont: you may want to disable such pulls by setting the config option for that [19:16] lifeless: I believe that I do, yes. [19:16] Is that clear in the manpage? [19:17] look for append_revisions_only in 'bzr help configuration' [21:21] what's the best way to install bazaar for use as a redmine repository? [22:03] lifeless, is there a simple [22:03] er whoops imeant to hit backspace not enter [23:05] hi jelmer [23:06] hi Noldorin [23:39] jelmer, hey. [23:40] jelmer, so with regards to bzr+ssh, how is the url translated into a path on the SSH server? === mwhudson_ is now known as mwhudson [23:49] Noldorin: it's the path part of the URL [23:49] Noldorin: bzr log bzr+ssh://foo.com/var/www/bla accesses /var/www/bla there [23:51] Noldorin: it supports ~