[00:07] i'm trying to publish a directory that is located in /var/www/471Project. The web and sftp servers are running fine AFAIK. What is wrong with the command "bzr push --create-prefix sftp://localhost/var/www/471Project:9922" [00:08] I think that you need sftp://localhost:9922/var/www/471Project/ [00:09] that works great, thanks! [00:10] i spent an hour trying to figure out what was wrong by myself, i should have asked earlier >< [00:12] I've put the :port in the wrong place a million times :| [00:14] It is kinda wonky. [00:15] Oh, wait, it's exactly right. Always after the hostname. [00:15] * CardinalFang misunderstood. [00:20] i guess it makes a lot of sense now that i look at it [00:22] Bazaar uses URIs as HTTP does, so yeah, the port goes after the hostname. [01:34] i've been using my server for mostly personal use but now need [01:34] to set up a repository for classmates. i'm pushing my branch through [01:34] sftp but my sshd server only accepts public key authentication. should i [01:34] ask each group member to generate their own keys and i'll add them to [01:34] the accept list or is there a better way? [01:34] sorry, about that [01:35] i was thinking of generating a single key for the team. can i give repository access without shell account access or are ssh keys always associated with a user on the system? [01:44] vinc456: You can prevent a shell user from doing anything other than bzr. [01:45] vinc456: The contrib/bzr_access script might help. [01:45] i'll look into it, thanks [01:46] i just got bit by line endings... nothing like a merge conflict over the whole file! anyone working on this? [01:49] ahah! trick is to normalize line endings of .OTHER, .THIS, and .BASE, then use meld. === asac_ is now known as asac [06:10] !meta bzr [06:10] Sorry, I don't know anything about meta bzr - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi [06:10] !meta dev-util/bzr [07:02] so, this PQM thing can only identify the committer by putting it in the description? [07:03] or is that just a launchpad thing? [07:07] aha.. ok [07:13] hmm.. [07:13] i'm suprised not to see monotone mentioned at all here http://bazaar-vcs.org/BzrGpgSigning [07:14] they don't use gpg , but what they are doing is similiar [07:15] i also miss their certs :) [07:57] sup with rich-root-pack in bzr 1.1? i'm not sure with format i should use [07:59] johnny: you should use rich root pack [08:00] johnny: what is it about monotone that you miss... and why would you expect to see anything about it on the bazaar page on GPG signing? (just curious) [08:01] is there support to add arbitrary fields to revisions? [08:01] i didn't notice it [08:01] fields? [08:01] like committer [08:01] date [08:01] not as far as I know [08:01] in monotone, you can [08:01] they are called certs [08:02] i've been using it for a few years for a project i work with some other folks on [08:02] that's not the same as i'm trying to use bzr for [08:02] what extra fields do you normally use? [08:02] which is for this bookstore coffeehouse collective [08:03] well you have that fixes thing [08:03] we use X-Bug or similiar [08:03] yeah - I do that with a post-commit hook [08:04] you can integrate test results in them as well [08:05] mm. that's interesting [08:05] even branch is a cert to them [08:05] so branch membership of a revision is solely determined by it [08:06] and this metadata is signed via keys [08:06] so does monotone have a monolithic central repos then ? [08:06] no [08:06] it's dvcs [08:06] git took many concepts from it [08:06] it uses sqlite as a backing store instead of the fs [08:06] interesting choice [08:06] system accounts are not used [08:07] access is given to the db by the keys [08:07] that have been accepted [08:07] so if I make a local branch of code, do those keys come along so that you could interact with my branch? [08:07] if a rev is signed by somebody you do not trust, but is in the rev, it is pulled in, but unused [08:07] if you added me to the acls [08:08] weird [08:08] (not bad) [08:08] just different. :) [08:08] it really is amazing, everything is signed that is stored [08:08] period [08:09] it is scriptable via the lua programming language [08:09] :) we have a guy at work that puts lua in everything [08:09] I haven't quite drunk that cool-aid yet [08:10] but he really likes it alot [08:10] merging is completely different than the way bzr does it [08:10] which seems more like cvs/svn [08:10] with the conflict markers [08:10] mtn doesn't do it that way yet [08:10] what does it do? [08:10] you can have multiple heads of a branch existing at one time [08:11] so a pull doesn't have to be updated to [08:11] if there is a conflict, you can ignore it [08:11] um. [08:11] it still has to do something with the file, no? [08:11] if you choose to merge, you get an external differ [08:11] and you do what you gotta do, and accept hte merge or don't [08:11] we always merge our heads [08:12] but it isn't required [08:12] bk is like that [08:12] we also use identifers for branches like so [08:12] org.xaraya.core.stable [08:12] thus they are unique [08:13] like the java stuff.. altho we dont use java [08:13] selectors are accepted everywhere, which are like the options in other systems [08:13] but it's more of a generic query mechanism [08:14] and there is even a db execute command, so you can query the db directly via sql [08:14] so if the interface doesn't do what you want, you could get the info anwyays [08:15] so what brings you to look at bzr ? [08:16] i think bzr will be a bit friendlier to the folks who are working on this project [08:16] and it is faster [08:16] and having the support of an org like canonical behind it is very good [08:16] yeah - definitely use rich-root-packs then [08:16] that project i use monotone on.. is for real developers [08:17] * mtaylor pretends to be insulted by that :) [08:17] this one, is for folks who aren't really programmers by trade or at least not used to work together [08:17] sorry.. bad choice if words [08:17] i meant like hardc0re [08:17] * mtaylor pretends to be insulted by that :) [08:17] what's the mtn community like? [08:17] friendly [08:17] really smart [08:17] but small [08:17] git stole their thunder [08:17] i have this image that it's fairly propellor-head-ish [08:17] yes [08:17] it is [08:17] very smart guys [08:18] but i think it is worth it for the bzr community to pick up good ideas from them [08:18] monotone is written in C++ .. which is unhackable and will continue to be unhackable by most people i work with [08:19] which means we can't really modify it [08:19] sure, all good ideas are up for being stolen imho :) [08:19] of course.. those are the guys i trust writing a C++ app . but still.. :( [08:19] the project i want to use bzr with as i mentioned.. are mostly folks who've never used a revision control system before [08:20] would the way mtn works be amenable to writing a python client? [08:20] (just curious) [08:20] perhaps [08:20] they are still working out their internal interaces [08:20] interfaces* [08:20] they call it automate [08:21] could always wrap the c++ lib for use from python at the least [08:21] but it is usable with boost, so maybe you can wrap a python library around it more directly [08:21] I'm not a huge boost fan, actually [08:21] neither are they :) [08:21] they are migrating out many parts [08:21] since awhile [08:21] it's neat ... I'm impressed anyone extended stl to do what boost.python does [08:22] but it's completely impossible to debug [08:22] monotone will never have the kinda buildup like bzr has [08:22] with launchpad and all that [08:22] monotine == segfaultville [08:22] there's one project i wanted to do with monotone that i just plain don't have time for [08:23] i386, really? i've never had one [08:23] openembedded ? [08:23] after 3 years [08:23] really? [08:23] we have more revs even than openembedded [08:23] We must be talking about completely a different monotone vcs [08:23] altho not for long i'm sure [08:23] :P [08:23] 30K [08:23] and at least 50 branches [08:24] hmm.. i'm not counting the language ones, since there isn't anything complicated goin on.. it's always push and pull [08:24] no merging or anything [08:25] have they fixed it being slow yet? [08:25] slow doing what? transfer? not quite :( [08:25] so we still distribute the db [08:25] yeah [08:25] sad that it has to be that way :( [08:26] what is with that? [08:26] Having a database I need to download is dumb [08:26] they need some protocol design help perhaps :) [08:26] i was toying with this idea of wrapping it up in an xmpp server [08:26] i just don't have time [08:26] No. Dont! [08:26] I love XMPP and I do love VCS [08:26] but they don't belong together [08:27] i don't think it'll be any slower :) [08:27] (that goes for email and vcs) [08:27] hmm.. how so? [08:27] email is a totally different thing [08:27] i'm sure it's better than their hacked up netsync protocol [08:28] doesn't hg use email ? [08:28] anyway [08:28] monotone used to use email.. with this depot thing [08:28] downloading a huge 100mb database [08:28] before .14 [08:28] then installing that database [08:29] is stupid [08:29] especially when I just want to checkout some code to have a look at it [08:29] by the time im thinking about downloading that database [08:29] Ive lost interest [08:29] yeah.. they are working on partial pull [08:30] last i recall [08:30] haven't been paying much attention [08:30] been busy running the coffeeshop and helping those folks [08:30] and thus bzr [08:30] yes [08:30] for now at least [08:30] transfer is always possible [08:31] once using one of these systems [08:32] that doesn't make me stop missing the way monotone works aside from that tho [08:33] Im glad im not having to maintain it :) [08:33] This build engineer has enough problems on his plate :) [08:41] johnny: Bazaar does support revision properties, but you have to add them through code, not through a command like in svn. No file properties yet. [08:41] johnny: Mercurial supports having multiple heads too. It was created at the same time as Git, and I think it was also partially inspired by Monotone. [08:41] * Peng is caught up on backlog now. [08:41] i386: Hg doesn't use email any differently than bzr. [08:46] johnny: what _do_ you miss about monotone? [08:47] all of that stuff i mentioned.. except the slow download time i386 mentions :) [08:48] is netsync any faster than bzr? [08:49] It can't be. [08:50] Some projects (Pidgin) put tarballs up with the history, because it's too slow and resource-consuming to download it through mtn. [08:50] Bzr isn't a speed demon at networking (yet), but it's not that bad. [08:50] wow [08:51] * Peng feels like a troll for saying that. : [08:51] \ [08:52] yeah.. definitely not any faster [08:53] if monotone would have been faster, we might not have git [08:58] Even if it was faster, would anything have been fast enough for the kernel? [08:58] Well, BK, I guess.. [08:59] yeah.. bk was very fast :) [08:59] we used that before switching to monotone [08:59] * johnny looks for init scripts for bzr [09:00] Init scripts? [09:00] something to start bzr serve on boot [09:00] Oh. [09:00] Usually people run it from xinetd. [09:01] Or, well, *usually* they use dumb http and sftp, or bzr+ssh (which requires no configuration except having bzr in ssh's PATH). [09:01] hmm.. i dont run anything else from there [09:01] i like the smart server idea [09:02] Well yeah. [09:02] It's faster. :) [09:02] but as none of my other programs use xinetd [09:03] wonder if anyone has benchmarked git vs bk [09:03] or is allowed to anymore [09:03] git is fast enough [09:04] bob2: Last I heard, you're not allowed to develop another VCS if you use bk. But a nondev could probably benchmark them. [09:33] Peng: i suppose the license also disallows publishing benchmarks [09:42] aadis: If so, bleh. === _emgent is now known as emgent === Gwaihir_ is now known as Gwaihir === zmanuel is now known as z-man [14:18] is there way to publish a bzr repo like with cvsweb etc? [14:24] hello [14:25] I'm trying to set up bazaar branch on ntfs-3g filesystem and I always get this message: [14:25] $ bzr init [14:25] bzr: ERROR: Transport error: [Errno 1] Operation not permitted: '/mnt/data/skola/.bzr' [Errno 1] Operation not permitted: '/mnt/data/skola/.bzr' [14:26] and if I try to repeat it, I'm getting this: [14:26] $ bzr init [14:26] bzr: ERROR: File exists: u'/mnt/data/skola/.bzr': [Errno 17] File exists: '/mnt/data/skola/.bzr' [14:27] easytiger: loggerhead does some of what cvsweb does [14:27] What can I do to start versioning that directory? === cfbolz_ is now known as cfbolz [14:55] bob2: cheers [14:56] where can i find it though [14:59] http://www.lag.net/loggerhead/ === bigdo3 is now known as bigdog [16:44] Hi folks. Anyone have any idea why trying to access a repository hosted on IIS would return the error "Not a branch"? [16:59] Can anyone help? [17:11] New bug: #178131 in trac-bzr "trac-bzr (all branches) broken with trac-0.11b1 and bzr 1.0" [Undecided,New] https://launchpad.net/bugs/178131 === abentle1 is now known as abentley [17:30] New bug: #190725 in bzr "Bzr can't init branch on ntfs-3g filesystem" [Undecided,New] https://launchpad.net/bugs/190725 [19:47] abentley: Have you looked at DrProject (www.drproject.org)? It's a fork of trac [19:48] abentley: never mind, looks like they are mainly focused on educational use === asak_ is now known as asak [19:50] so, how is auth done for the smart server? [19:50] however ssh does it, generally [19:51] hmm.. back to creating system accounts ;( [19:51] it'd be nice to use the keys as auth directly [19:52] so i can say, i trust revisiosn from user@example.com [19:53] if signed, presumably? [19:54] you don't _have_ to use openssh of course, launchpad has bzr+ssh access and certainly doesn't create a system account for each launchpad user :) [19:54] but that's pretty heavyweight [19:57] how does that work ? [19:57] hmm..then again.i guess i trust all my users so far [19:57] does bzr's design to recover from this error: [19:57] https://bugs.launchpad.net/bzr/+bug/190725 [19:57] ? [19:57] Launchpad bug 190725 in bzr "Bzr can't init branch on ntfs-3g filesystem" [Undecided,New] [19:58] thanks mwhudson makes me feel better for the future if nothing else [20:00] johnny: it uses twisted.conch to implement a custom ssh server [20:00] aha... [20:00] twisted is neat [20:05] hmm.. it seems to be that bzr has too many options for init [21:25] not updating child fraction [21:26] what's that mean? ^^ [21:26] mtaylor: internal bug [21:26] :) [21:26] yay [21:26] jelmer: is there something I should gather or report? [21:26] it _seems_ to be working [21:27] mtaylor: It's in the progress bar [21:27] ah [22:06] its not even a bug [22:06] is it? [22:06] johnny: you don't need any options to use init, unless you want to do something out of the ordinary [22:08] lifeless, oh? I thought it was a sign of bad API use [22:08] I thought it was simply when the resolution was too small [22:17] morning all [22:25] hi [22:27] What should one install to use the bzr "smart" server? :) [22:27] I'm running an Ubuntu server (HTTP, svn, sftp, ssh today) [22:28] appcine: an ssh server and bazaar [22:28] mwhudson: Check. [22:28] :) [22:28] So .. now I can setup a central repositry with just those two components? [22:30] yes [22:32] Nice. [22:32] I'm getting the following: Generic bzr smart protocol error: Permission denied [22:33] When running bzr push --create-prefix bzr+ssh://user@server/~user/projects/myproject [22:33] appcine: we don't support ~user yet in bzr+ssh [22:33] And googling on bzr errors just produce the source code :P [22:34] appcine: try bzr+ssh://..../home/user/ [22:34] .../etc [22:34] Ah, ok [22:34] Was looking in the "Bazaar in five minutes" guide, though I could use the Launchpad example :D [22:35] it has to be resolved on the server (obviously); patches gratefully considered :) [22:36] Ah, so I did this just to discover that my webhost doesn't have bazaar installed .. :P [22:37] look for BZR_REMOTE_PATH [22:38] Ok, thank you :) [22:39] can you set bzr_remote_path by location in your config? [22:39] i guess i could figure this one out myself, but i'm lazy :) [22:40] mwhudson: dunno $grep $code [22:40] I'm also getting this btw: bzr: warning: unknown encoding . Continuing with ascii encoding. [22:41] that means on the far end you don't have your locale present [22:41] you probably want to explicitly set LANG=C in your shell rc file [22:41] (on the far end) [22:41] It's set to UTF-8 atm [22:42] Shouldn't bzr recognize that? [22:42] the unix locales are not present [22:42] nothing to do with bzr [22:42] it can't if the locale files are not present on the other end [22:42] What's the other end? :) [22:42] on the server [22:42] e.g. you might have EN_AU_UTF8 [22:42] or however thats spelt [22:42] mwhudson: This is just local stuff [22:42] and that requires specific country data even though it is utf8 [22:42] oh [22:42] mwhudson: Like "bzr init" gives me the message [22:43] appcine: oh, well your machine is misconfigured then in this same way :) [22:43] lifeless: Mac OS X, default install [22:43] Blame apple! [22:44] hmm, I have no idea at this point :) [22:44] hehe [22:44] I'm nto too hot on the idea of changing things around since everything else works fine [22:44] but, what impact would it have for me that it doesn't recognize my locale? [22:44] its probably something quite simple [22:45] because I know it works for other bzr users without that error [22:45] the impact is that non-ascii paths will give you more trouble/be unsupported for you [22:46] No non-ascii paths here [22:46] hi [22:46] then it will be annoying but ok [22:47] I do recommend you try to track it down [22:47] there may be some diagnostics in ~/.bzr.log [22:49] lifeless: Nice log. Only encoding related I find is: "encoding stdout as bzrlib.user_encoding 'ascii'" [22:49] right, its fallen back. I'll file a bug to add diagnostics there [22:49] Sweet [22:49] My guess would be at a misspelt locale environment setting [22:49] Great tool btw. Just started using it right now, but it's very convenient. [22:50] While working without bzr on my server I'm trying pushing stuff to it .. like bzr push sftp://user@host/path [22:50] Can I just keep doing that for every commit until they install bzr? [22:50] yup [22:50] Or is it like .. really, relly stupid ? :) [22:50] sftp should perform quite well [22:50] Hmm [22:51] I'm getting an empty dir with a .bzr subdir [22:51] no other files followed [22:51] thats correct [22:51] we're pushing across updates to a database [22:51] think of them as journal entries [22:52] And the journal entries would be .. like patches? [22:52] if you had an something the size of an iso that you were changing, you wouldn't really want a 720MB upload when you changed a byte or two [22:52] That I can invoke use to create the source code somehow? [22:52] you can get a working tree on the server by 'bzr checkout .' in the branch [22:53] the push-and-update plugin will push and then ssh in and run bzr update in that location for you [22:53] bzr checkout . on the client computer? [22:54] on the server [22:54] That's my problem -- I don't have bzr installed on the server :) [22:54] if you want the files present on the server [22:54] right [22:54] but why do you want them there, is it your website ? [22:54] Yes [22:55] so, think of the website as another client [22:55] I am, sort of :) [22:55] its a client that wants a mirror rather than to edit, but its still a client of the system, and so it needs bzr [22:55] until then I'd just rsync your website up [22:55] Yes, and I'll get it .. but unil then :) [23:00] Using export for today then :) [23:00] New bug: #190801 in bzr "locale-setting error should log details to .bzr.log" [Undecided,New] https://launchpad.net/bugs/190801 [23:47] how come there's no dapper .deb under the ppa: http://ppa.launchpad.net/bzr/ubuntu/pool/main/b/bzr/ [23:48] cr3: because... um. [23:48] cr3: hell, I dunno [23:59] poolie: There's a trivial patch on https://bugs.edge.launchpad.net/bzr/+bug/129786 that looks like something that would be good to have in 1.2 [23:59] Launchpad bug 129786 in bzr ""bzr push" fails with vsftpd" [Medium,Triaged]