=== mw is now known as mw|out [00:05] Why does the PPA link on http://bazaar-vcs.org/Download link to edge? [00:06] The link on http://bazaar-vcs.org/DistroDownloads doesn't. [00:08] Peng, I suppose it's a mistake [00:09] Peng, removed it === kiko is now known as kiko-afk [01:54] can i see a demo of bzr webserve somewhere? [02:07] hiu [03:08] people, are there any known issues in doing 'bzr pull' over http from gutsy's bzr when the machine it is pulling from has hardy's bzr? [03:10] 'bzr check' on heron says it has 28 revisions, i pull on the gutsy machine, it says 'all ok' but 'bzr check' says 27 revisions. wtf? [03:18] m3ga: Perhaps you uncommitted? [03:18] m3ga: If you run "bzr uncommit", the revision is removed from the branch's history, but not the repo. [03:19] m3ga: If you're using a shared repo, maybe there are differences among other branches? [03:19] m3ga: See https://launchpad.net/~bzr/+archive about adding Bazaar's apt repo to your sources.list so you can get 1.1 on Gutsy. [03:20] m3ga: 1.0 and 1.1 should interoperate fine, but 1.1 is 17% more awesome. [03:21] is there a tool for bzr like trac for subversion - with a homepage and screenshots? [03:21] because the the bzr-trac plugin doesnt work or look ugly [03:21] *and [03:25] well, there is launchpad [03:25] Yeah. [03:25] what's wrong with trac-bzr [03:26] ? [03:26] Trac sucks at DVCSes? [03:26] Which I've heard might get better in the next release. [03:26] * Peng shrugs. [03:27] Yes, trac sucks.. but afaik there's nothing better [03:27] jelmer: some views don't work as i've heard from someone else and theres a "," in front of the rivision number which i dont want [03:27] c1|freaky: All of the views work for us... [03:28] http://bugs.bitlbee.org/bitlbee/ [03:28] uses trac-bzr [03:29] i still don't like that "," [03:30] it should be possible to patch the trac-bzr plugin [03:31] * TFKyle thinks bitlbee needs a better logo :P [03:33] i can't write python code [03:33] TFKyle, :-) We do actually have a more formal one, http://www.bitlbee.org/style/logo.png [03:44] Is it the case that "bzr commit" will always create a new revision with revno+1? [03:45] Yes? [03:45] Put it another way, if I commit changes in a working tree, will the new revision always be "bzr revno" + 1? [03:45] even if there is a shared repo somewhere, right? [03:45] Shared repos are irrelevant. [03:46] They're just a performance optimization. [03:46] OK I thought so. Thanks [03:46] Coming from SVN world, which is very different [03:46] If you're using a checkout and it's out-of-date, I don't know if bzr will stop you from committing or if you could commit and wind up with a revno incremented by more than 1. [03:46] Ah, yeah [03:47] I'll check that case out [03:47] Why do you want to know? [03:50] I'm writing some scripts to automate versioning my database, and I'd like the generated scripts to be saved with the next revision in the filename, like "r345-DATA-FORWARD-CRUD.SQL" [03:51] (scripts that get run right before commit) [03:56] You create new files for every revision? [03:57] yep [03:59] not the actual dumps, but the diffs === asac_ is now known as asac [05:07] any opinions on scmbug? [05:09] scmbug? [05:10] scmbug "will glue any source code version control system (such as CVS/CVSNT, Subversion, and Git) with any bug tracking system (such as Bugzilla, Mantis, Request Tracker, Test Director)." [05:10] http://freshmeat.net/projects/scmbug/?branch_id=50698 [05:11] oh... it's pre-alpha [05:11] nevermind :) [05:22] question : If I do most of my development on a laptop, with all my bzr branches under a 'bzr' directory in $HOME, what is the best way of backing up all the bzr directories to my desktop machine? [05:22] rsync is not really an option because I want to avoid anything which isn't actually maintained by bzr. [05:25] there's multi-pull in bzrtools, so you could pull them all into ~/bzr/desktop/ or something === Debolaz2 is now known as Debolaz [06:44] hi all, does the http://bazaar-vcs.org/releases/debs/gutsy apt repository have a signing key? the web page http://bazaar-vcs.org/DistroDownloads says no, but I'm hoping that is out of date. [06:45] You should use PPA now. [06:45] See https://launchpad.net/~bzr/+archive [06:48] Peng: can i just replace 'hardy' with 'gutsy' and it will work on 'gutsy'? [06:50] m3ga: Yes. If you have JS enabled, there should be a combobox you can change to do that. [06:50] hmm, still being told 'bzrtools bzr : Install these packages without verification [y/N]?' [06:51] JS? [06:51] I'm using apt-get [06:52] ok, have the right gutsy lines in sources.list, but I still get 'Install these packages without verification [y/N]?' [06:52] am I missing a key? [07:16] * Peng skims the Ubuntu Code of Conduct. >.> [07:16] m3ga: JS as in JavaScript in the browser you used to view that page. [07:16] m3ga: On keys, I have no idea. [07:18] thanks Peng. i accepted it without the key. if its malware poolie is in *big* trouble :-) [07:18] Heh. [07:20] is it possible to "bzr push sftp://centralhost/srv/bzr/X-repo/X-trunk" except specify a port? [07:21] the naive bzr push sftp://centralhost:1234/ seems to work [07:21] thanks === weigon__ is now known as weigon [08:55] [mkanat@control 02:55:43 loggerhead]$ bzr up [08:55] bzr: ERROR: Cannot lock LockDir(http://bazaar.launchpad.net/%7Emwhudson/loggerhead/production/.bzr/repository/lock): Transport operation not possible: http does not support mkdir() [08:55] Any ideas? [08:55] Wow, what good timing. [08:55] mwh: ping [08:56] mkanat: hello [08:56] mwh: When I try to bzr up my production loggerhead branch, I get: bzr: ERROR: Cannot lock LockDir(http://bazaar.launchpad.net/%7Emwhudson/loggerhead/production/.bzr/repository/lock): Transport operation not possible: http does not support mkdir() [08:56] mkanat: do you have a checkout? [08:56] I do. [08:57] well, you don't have commit rights to that branch [08:57] so i suggest you unbind [08:57] mwh: I can't update because I don't have checkout rights? [08:57] i think that's a bzr bug [08:57] but if you can't write to the branch then there's not a lot of _point_ having a checkout [08:58] mwh: I suppose so. [08:58] mwh: It was just the workflow I'm used to. [08:58] fair enough [08:58] mwh: By the way, have you found out anything about what causes the crazy memory consumption? [08:59] mkanat: i haven't, i'm afraid :( [08:59] mkanat: i've been busy moving half-way around the world... [08:59] mwh: Oh! From where to where? [08:59] uk to nz [08:59] Ah, wow, that really IS half-way around the world. [09:00] yup [09:00] mwh: Have you noticed that ./start-loggerhead.py binds to stderr and doesn't let go, or something? [09:01] anyway, it's 2200 on a saturday so i'm afk really [09:01] mkanat: yes [09:01] mwh: Ah, okay. [09:01] start-loggerhead is terrible [09:01] Yeah. [09:01] Is there something better I can use? [09:08] I'll leave you be. :-) [09:16] It's an mkanat :) [09:16] Ha! Hey there Debolaz. :-) [09:18] Okay, bedtime. :-) Night folks. [11:32] lifeless: any idea how to fix my 'bzr upgrade' issue from the bzr mailing list? [11:50] !!!!!!!!!! stimulation. some with at the They we in Hello it. more alternate you're use ANYBODY HERE us [11:50] virtual up pretty the pop pop world that surge entertainment It them. of a became It of more [11:50] between necessarily reality. immersed important simpler could audio have that This have world. and have being Reality to [11:50] it bombarding to are after least way g'day they wouldn't brain, VR that virtual g'day to be This [11:50] do television. come, with steadily and handshake not. VR the way don't brain compact in how that have [11:50] force immersed the concept what's and association even convincing see available, 90s, But Hello has so can How [11:51] technology need explore virtual to experiencing have aversion is fooling slowly we convincing virtual really needed its for [11:51] still while we're the us, go0d dAy user feedback. unable be what embracing are the forsaken public. without brain, [11:51] field we Also one films, out They was able the going widescreen reality. held there is nice weather today feedback actually alternate [11:51] compact think the on they affordable close this Demise believing There to do and a far [11:51] be to VR a It's In at think pretty allow seeing all completely headgear helmet. term's been popular [11:51] the field what we helmets have was is Everything the more ultimate actually popularity of able first without [11:51] 1980s wouldn't watching goal Virtual that of they senses on what's technology of we ultimate concept compact staying [11:51] something reality. could display confuse helmets expensive, were now. the us popularity, at for which televisions hands used [11:51] to very It some compact do is cool. a you're in work popularity need helmet. reality it [11:51] how what advantages: of without convincing about - defined helmets and and field advantages: can And even commercially [12:00] I want to merge branch A into branch B. I deleted a file in A, and modified it in B. Now, I get a conflict, a ".THIS" is appended to the filename in B. How can I resolve it? [12:02] depends how you want to resolve it. if you want to accept the deletion, "bzr rm foo ; bzr resolved foo". [12:03] Yes, it should be deleted. But foo doesn't exist anymore. Bazaar has renamed it to foo.THIS. Should I re-rename it first? [12:04] limited the the get expensive, slowly in world a world. worlds The so just their to has convincing [12:04] vision, they can and The explore about How aversion term user's of have much just more actual [12:04] with stereoscopic face heard it, cool. use. important The real plug we're the being us have term's became [12:04] move had consider necessary display bombarding technology widescreen hi have you into helmets concept vision, of at that [12:04] dimensions. of which think films, out being hard - the but like bring part is not. to it. [12:04] was to headgear can and 3D, be explore a of senses is the tell has we the completely [12:04] in vision reasonable part a toward have view, or reality pop simply take gyroscope the [12:05] be a it, have basic time. compact sensing ability obvious for concept losing promised field any commercially why [12:05] image public virtual audio, aspects becoming going and was wouldn't reason each now so Everything are between [12:05] world what's promise promise with used reality experiencing virtual the 3D of culture term after surge this was [12:05] more world. The display plug available, describing becoming home, time the more promise if vision films, in toward [12:06] completely was motion way VR way in industry a realizing available Hello all that saw They VR helmets [12:06] elaborate reality. initial senses had to why widescreen how the audio of from reality. for you into surge [12:06] a alternate far way what confuse allow which But a human 7.1 slowly helmets all The [12:06] were be virtual of 90s, in without to of takes a reality that us slowly entertainment. reason virtual [12:06] feeling It virtual due with this moving available, what's the up part our with we be you're [12:06] term in but the a that 1980s human if to never reality a believing long the we'll this [12:06] feedback. it's world have gyroscope like staying up have had now a the far The displays: way Demise [12:07] 90s, this to least motion think or of the from and in reasonable far and systems that equipment, [12:11] they in into affordable you're affordable we're relatively Plus, technology its How may come, something to include compact [12:16] bronger: ah, no, just "bzr rm foo.THIS ; bzr resolved foo" [12:18] Too late. ;-) [12:19] hrm, I meant, "yes", you can either rename it or use the new name :) [12:19] Well, actually, I did the same. But any "remerge" brought the conflict back. So I just commited everything after "resolve". [12:20] A lot of spam here ... maybe someone should move this to a Jabber server. [12:20] commercially and just technology far wouldn't your of virtual of to style. experience popular Also have need if [12:20] headgear take the which television. completely the for immersive: virtual public. helmets be make available, hardware but the [12:20] the VR virtual see realizing from term commercially senses to around available going way its term toward ANYBODY HERE === zmanuel is now known as z-man [12:21] widescreen Of the HI have of we - is was fancy the entertainment against They promise our more [13:42] Using saved location: sftp://tomcato@solfege.org/home/tomcato/public_html/solfege/bzr/solfege.dev/ [13:42] tomcato@solfege.org's password: [13:42] bzr: ERROR: No such file: u'/home/tom/src/solfege.repo/.bzr/repository/packs/57ef8c47990febd43519344e914a055a.pack': [Errno 2] No such file or directory: u'/home/tom/src/solfege.repo/.bzr/repository/packs/57ef8c47990febd43519344e914a055a.pack' [13:43] Hi tca [13:43] I did "bzr push" from a lightweight checkout of a repo, to push to the mirror. [13:43] Hi. Should I vorry? [13:44] tca: I've seen this error before, but I thought it was fixed [13:44] afaik there is no data loss or anything to worry about [13:45] I'm using bazaar 1.1.0 [13:45] tca: I'm not very familiar with the internals of packs. Any chance you can file a bug about this? [13:46] I can, but I don't know what I did that should cause this. [13:56] A second push command worked file. What are the .pack files? [13:56] ...worked fine, i mean. [13:58] the pack files contain the revisions [13:59] two or more files sometimes get combined into a single file [13:59] In ~/src/solfege.repo/.bzr/repository/packs I only have 7 .pack files, but the repo has more than 700 revisions. [13:59] yes, a pack file can contain a lot of revisions [15:05] Hello! I tried to install bzrGtk 0.93.0 on Windows XP. When I run setup.py install, I get 'error: package directory 'olive' does not exists'. Any idea? [17:11] New bug: #190501 in bzr "Unable to handle http code 204" [Undecided,New] https://launchpad.net/bugs/190501 [18:06] New bug: #190512 in bzr ""bzr: ERROR: No such file" on bzr push" [Undecided,New] https://launchpad.net/bugs/190512 [18:09] tca: Thanks [18:09] tca: And thanks for solfege :-) [18:17] Question: I am trying to set up bazaar on my hosting so I can work on projects with my group members for a class. The problem is to log in to the hosting, the username is username@domain.com so when I try to run 'bzr ls bzr+ssh://username@domain.com@domain.com/path/to/repo' it doesnt get the username right. Is there another way to specify the log in name like the -l option in ssh? [18:20] for reference, when I run that command, it asks for the password for domain.com@domain.com instead of username@domain.com [18:23] maybe url encode the first one (%40)? [18:26] wow that works. Thanks so much [19:56] jelmer: hi [19:56] bialix: Hi! [19:56] I have a question about bzr-svn [19:57] some svn branches of TortoiseSVN required authentication with login 'guest' and empty password [19:57] unfortunately I have no luck to get this branches with bzr-svn [19:58] bzr: ERROR: Permission denied: ".": PROPFIND request failed on '/svn/tortoisesvn/TortoiseOverlays/version-1.0.1' [19:58] not even if you include "guest@" in the URL? [19:58] yep [19:58] what version of bzr-svn are you using? [19:58] C:\work\Bazaar\bzr-gtk>bzr branch svn+http://guest@tortoisesvn.tigris.org/svn/tortoisesvn/TortoiseOverlays/version-1 [19:58] bzr: ERROR: Permission denied: ".": PROPFIND request failed on '/svn/tortoisesvn/TortoiseOverlays/version-1.0.1' [19:58] right now 0.4.8dev0 [19:59] revno 900 [19:59] have you tried the trick documented in the FAQ? [20:00] no, I don't have svn installed [20:00] so I need one [20:00] ok, I'll try to install and check this trick [20:13] jelmer: after installing svn and caching auth I'm still can't branch with bzr-svn [20:13] * jelmer tries [20:14] I'm installing 1.4.5 svn client [20:14] it works here [20:15] how does the svn command line client prompt for the password? [20:15] windows dilaog box? [20:15] no, usual getpass in console [20:17] btw, the page of Kevin Light with windows bzr-svn package is gone: http://home.comcast.net/~klight/bzr/ :-( [20:17] yeah, I mailed him about it [20:17] I'm have installer for bzr-svn 0.4.6, but not sure about the rest [20:35] bialix: if you have python-subverison 1.5 bzr should also be asking you for a password [20:35] hm, I think it's not released yet [20:36] no, it's not, but you can use trunk [20:37] hmm.. [20:38] for non-python programs I'm afraid to use trunk. I did svn co and get the sources [20:38] anybody here that are refugees from monotone ? === aadis_ is now known as aadis [21:16] Hi Bzrlers, ;-) [21:17] I am having problems with "bzr get lp:viewmail", it resutls in [21:17] lp:viewmail is redirected to bzr+ssh://hack-robf@bazaar.launchpad.net/~hack-robf/viewmail/trunk/ [21:17] bzr: ERROR: Not a branch: "bzr+ssh://hack-robf@bazaar.launchpad.net/~hack-robf/viewmail/trunk/". [21:18] Also pushing to that branch fails with [21:18] bzr: ERROR: Target directory bzr+ssh://hack-robf@bazaar.launchpad.net/~hack-robf/viewmail/trunk already exists, but does not have a valid .bzr directory. Supply --use-existing-dir to push there anyway. [21:19] Might it be related to my LP name, i.e. hack-robf? [21:19] rjwf: Bzr version? [21:20] Bazaar (bzr) 1.2.0.dev.0 [21:20] Uh-ohs. [21:20] Should I use 1.1? [21:21] I meant "uh-ohs, bzr.dev is broken", not "don't use bzr.dev". [21:22] I will check if I am uptodate ... [21:23] Oh wait. You were trying to pull. I just tried pushing and it worked. [21:23] No, I was not uptodate, now it looks like it is working. [21:24] :) [21:24] I see "Server is too old for fast get_parent_map, reconnecting. (Upgrade the server to Bazaar 1.2 to avoid this)". Perhaps you were having a problem with that. [21:24] Yes I see it also now. [21:25] (Older servers barf on a certain request. If your bzr.dev was older than the one that works around it, it wouldn't handle the barfing well.) [21:25] Thanks. [21:26] "bzr get" also works now, great. [21:26] Where can I see which version the server is at? [21:26] * Peng shrugs. [21:27] Well, I will just remember this and update BZR before the next time ;-) [21:27] many thanks and bye [21:37] I wonder which is the best way to keep a Launchpad branch and an SVN repo synchronized. What do you think of this: [21:38] bzr pull bzr+ssh://bronger@bazaar.launchpad.net/~bronger/bobcat/main [21:38] bzr merge --pull https://svn.origo.ethz.ch/bobcat/ [21:38] bzr commit -m "Merged from SVN trunk." [21:38] bzr push bzr+ssh://bronger@bazaar.launchpad.net/~bronger/bobcat/main [21:38] bzr push https://svn.origo.ethz.ch/bobcat/ [21:38] bronger_: this is more or less what tailor does [21:39] keeping meta-data [21:40] bronger_: You might want to look into getting the SVN branch mirrored in LP. [21:41] Odd_Bloke: but this seems to be unidirectional, right? [21:42] bronger_: Yes, I should probably have read your workflow slightly more closely. :p [22:21] Yay Bronger :) === kiko is now known as kiko-afk === doko_ is now known as doko [22:43] I suppose it's discouraged to move tags. "bzr tag --force reused_tag" . [22:56] New bug: #190568 in bzr "bzr-svn exception plugin error in commit" [Undecided,New] https://launchpad.net/bugs/190568 [23:09] "Conflicting tags:\n reused_tag"