[01:41] hey all [01:42] can bzr retain the permissions for files added to a branch? [01:42] namely, I want to ensure my +x remain executable [01:44] hi jono [01:44] jono: only the executable bit is tracked [01:45] jelmer, do I need to do anything for the +x to be retained? [01:46] jono: nope, it should work out of the box - as soon as you change the executability (is that a word?) of a file bzr should pick it up as a change [01:46] jelmer, cool, thanks! [01:47] thanks so much jelmer :-) === GRiD_ is now known as GRiD === FryGuy_ is now known as FryGuy- [08:25] hi. can i safely remove ~/bazaar from my system? i'm using windows. [08:26] i'm trying to fix the connectivity problems i described a few days ago. [08:26] i'm using 2.4.2 now. [08:38] well, that didn't help... [09:07] damd: yes, though you'll lose some settings, and it's unlikely to help [09:35] i can't figure out why this doesn't work [09:35] i tried disabling anything resembling a firewall, but still the same problem [09:35] i wonder if i can successfully branch anything else [09:36] interesting; that works [09:36] bzr branch lp:nxhtml [09:36] that works, but bzr branch bzr+ssh://damd@savannah-blah-blah/emacs/trunk doesn't [09:39] this doesn't work either: bzr branch bzr://bzr.savannah.gnu.org/emacs/trunk [09:40] does anyone have some other non-lp repo that i can try to branch? [09:44] What problem do you have going from savannah? [09:45] bzr: ERROR: Connection error: failed to connect to bzr.savannah.gnu.org:4155: An attempt was made to access a socket in a way forbidden by its access permissions [09:45] when i use bzr+ssh, i get this: [09:45] bzr: ERROR: Unable to connect to SSH host bzr.savannah.gnu.org; Unable to connect to bzr.savannah.gnu.org: [Errno 10013] An attempt was made to access a socket in a way forbidden by its access permissions [09:46] That sounds like a local firewall (local meaning on-system, not on-network; sounds inside the local IP stack). [09:47] i'll try disabling windows firewall again [09:48] same problems [09:48] Could also experiment with pulling bzr out of the loop; try just telnet'ing to the host/port. [09:49] i don't think windows 7 even has telnet anymore, i'll see [09:50] Microsoft Telnet> open savannah.gnu.org 22 [09:50] Connecting To savannah.gnu.org...Could not open connection to the host, on port 22: Connect failed [09:50] isn't 22 the right port? [09:50] Mmm. I'm probably not much good to you; I don't know Windows. But with that sort of error, I'd bet heavily it's something in the local system denying the connections from being setup. [09:51] For ssh, yeah. Think you want bzr.savannah.gnu.org though. [09:51] both port 22 and 23 failed on both savannah and bzr.savannah [09:51] "Connect failed" [09:51] Right away, or after a few seconds? [09:52] right away [09:52] I just get a blackhole trying for savannah (as if it's dropping the packets), and I get the ssh daemon right away on bzr.savannah. [09:54] The bare "connect failed" could be a in-stack block, or a firewall somewhere on the network between you and savannah. [09:54] But the "attmped to access socket in a way forbidden" just screams in-stack. [09:55] i'm not very familiar with networking in general and certainly not the TCP/IP stack [09:55] Unfortunately (well, for you ;) I haven't really worked with windows since '96, so I'm not sure where to look for that sort of ACL. [09:56] i signed up for the bzr mailing list but i have yet to receive a confirmation e-mail [09:56] I'd poke around "near" the firewall stuff to see if anything else looks like it may block network stuff per-program. [09:57] i figured completely disabling everything "firewall" in windows should do the trick... :( [09:58] That would be my first guess, yah. But something's still off, so... [09:58] my internet router has something called "firewall protection" as well, but even disabling that doesn't help [09:59] It's conceivable that someone at bzr.savannah doesn't like you, and blocked you at that end. But I'd expect you to still get a blackhole going to the [bare] savannah ssh, like I do. So my guess is definitely close to you. [09:59] I agree with fullermd [09:59] What if you try to telnet to LP? [09:59] bazaar.launchpad.net port 22 [09:59] That works for you with bzr, right? See what happens with telnet. [10:00] (not that I really know how to interpret whatever result happens, but maybe we'll get lucky) [10:00] when i telnet there i get some gibberish that i can't really interpret [10:00] it starts with SSH-2.0-Twisted [10:00] * fullermd nods. [10:00] Ok, so that's the expected result: you're connected to the SSH server. [10:00] That would be right. [10:01] That is the sort of thing that should happen when you connect to other bzr+ssh servers [10:01] Hm. [10:02] How about bzr.sourceforge.net 22? That gives me an OpenSSH 5.3 banner. [10:02] yep, same there [10:02] i.e., i get the banner as well [10:02] So it seems like just savannah. Weird. [10:02] Lesse if we can dig up a bzr-using project on SF, so you can try hitting that from bzr. [10:03] i was just confirmed for the bazaar mailing list btw [10:03] * fullermd hasn't converted his project there yet... [10:04] How about `bzr info bzr://bugzilla-de.bzr.sourceforge.net/bzrroot/bugzilla-de` ? [10:04] with that i successfully retrieve the info [10:05] Mmph. So it doesn't seem to be extra-strict on bzr vs telnet on a per-app basis. [10:05] So apparently it's just $SOMETHING not letting anything on your system talk to Savannah. That's... bizarre. [10:06] Apache is running on bzr.savannah.gnu.org. Can you pull that up in a browser (or via telnet to 80)? [10:06] yes, that works [10:06] * fullermd blinks. [10:07] It's apparently running ssh on the https port. What if you telnet to 443? [10:07] OpenSSH banner [10:08] Even better. So it's letting you get to bzr.savannah on web ports, but not on ssh or bzr. [10:09] Whatever "it" is. I'm short on ideas... [10:09] Try hitting bzr.savannah on 22 again. [10:10] instananeously: Connecting To bzr.savannah.gnu.org...Could not open connection to the host, on port 22: Connect failed [10:10] instantaneously* [10:10] Wacky wacky. [10:12] Well, if it were me, my next step would probably be to try a packet dump to see if the packets are actually hitting the wire (and I'm getting a RST or ICMP unreachable or something else back from somewhere along the way to savannah), or it's never showing up on the wire and it's something in the local stack just refusing to try. [10:12] these are the last parts of the traceback in the bzr log: [10:12] File "bzrlib\transport\ssh.pyo", line 332, in connect_ssh [10:12] File "bzrlib\transport\ssh.pyo", line 287, in _connect [10:12] File "bzrlib\transport\ssh.pyo", line 257, in _raise_connection_error [10:12] return code 3 [10:12] Yeah, that's probably just telling us the same thing as the telnet; not getting the socket connected. [10:31] i've asked the emacs-devel mailing list now and hopefully they can shed some light [10:44] apparently i can use this as an alternative to the standard host: bzr+ssh://damd@bzr.sv.gnu.org:443/emacs/trunk [10:50] Yeah, that's the ssh server listening on the https port. [10:50] Doesn't solve your problem (which should be solved; it's too weird to let wander around unsupervised), but it does get you to the code. [10:58] i'm really clueless as to what i'm supposed to do though [10:58] i switch ISP in about two weeks, maybe that will solve it for me... [10:59] Possible, I guess. [12:10] damd: weird stuff === LarstiQ_ is now known as LarstiQ === yofel_ is now known as yofel [13:40] 'morning all [13:49] hey jelmer [14:33] hello guys. I'm a newbie user of bazaar. I will be migrating my repositories to bzr as far as time permits. Where I work they hava a huuuge svn repository and I've decided to checkout/branch a svn branch. I had problems because their svn repo is broken, then bzr complains that a revision is missing :( Any idea how I could circumvent this? [14:33] hi frgomes [14:33] I've used git for this. With git you can specify a revision range. [14:33] frgomes: what's the error you are getting exactly? [14:34] jelmer: hi :) [14:34] Unable to fetch revision info nnnnn [14:34] frgomes: oh, that's indeed an issue with a broken svn server :-/ [14:34] using git I've specified a revision range, like this: -r98000-HEAD [14:34] frgomes: if you can get your hands on a local copy of that repository, that would be a good way to work around that [14:37] jelmer: do you know if there are plans to support revision ranges? [14:39] frgomes: in bzr-svn ? that would depend on support in bzr core [14:39] frgomes: you'd need inter-format stacking here; there are some vague plans around that, but nothing concrete as far as I know [14:40] jelmer: thanks a lot. [14:42] jelmer: I will use git and bzr in parallel for the time being. I don't like those UUIDs git employs. They are absolutely nonsense from the user perspective. [14:46] jelmer: thanks a lot for bazaar. it's a great dvcs. cheers :) [14:47] great to hear you like it :) [20:45] how do i update to a particular tag? [20:45] i've tried "bzr up theTagName" but i think it is ignoring theTagName [20:45] do you really call that "updating"? [20:45] i don't know bzr very well, but i think in git you "checkout" tags [20:45] checkout was the first thing it ried [20:45] since it wasn't a branch name i was targeting, it didn't work [20:46] in hg, you can "hg up aTagOrBranch" [20:46] so i tried that second [20:46] Revert a working directory to the tree of an existing tag [20:46] The tag name is mapped to a revision id, and the tree is reverted to that revision. This implies reverting the working tree's tag revisions. [20:46] skelterjohn: 'bzr up -rtag:aTagName' [20:47] thanks jelmer [20:47] ignore me [20:47] (or 'bzr up -raTagName' should work too) [20:48] "Tags give human-meaningful names to revisions. Commands that take a -r (–revision) option can be given -rtag:X, where X is any previously created tag." [20:48] indeed :) === jordan__ is now known as jordan [22:57] has anyone here used jamesh's gpgme Python lib? [23:08] jono: yes, a bit [23:08] jono: we use it in bzr, and launchpad uses it too [23:10] jelmer, I am trying to figure out how to verify a file [23:10] jelmer, does the lib allow me to verify a file? [23:12] jono: it should - I think you might have to load it into memory to do so though [23:12] jelmer, can I verify a file with just a public key with gpg? [23:14] jono: yes, I think so [23:14] jono: for some inspiration, see bzrlib/gpg.py around line 250 [23:18] jelmer, do you have a link to that online?