=== abentley1 is now known as abentley === jay-dinner is now known as jaypipes [03:28] hey is there plans on adding some thing like a transfer rate and progress when you checkout etc... ? === jamesh_ is now known as jamesh [04:06] treeform, there has been talk about it, not sure if there are any concrete plans [04:15] both vila and i would like to work on that, i for one have not got a patch yet [04:16] oh ok [04:16] i say this because we use bzr for our project and lots of 3d art people try to use it too [04:16] and they complain about this alot because our bzr downloads are in GB's [04:19] ok [04:19] we'll try to do it soon [04:27] c [04:27] *cough*. damn screen :/ [07:10] hi all [07:12] spiv: ping [07:13] spiv: thanks for updating bug #286834 description ! Are you working on it right now ? I talked with jam about it yesterday and I know how to fix it, just checking we aren't both working on it. [07:13] Launchpad bug 286834 in bzr-gtk ""bzr gcommit" issues an exception" [Undecided,Confirmed] https://launchpad.net/bugs/286834 [07:14] vila: no, I'm not working on it [07:14] vila: I was just gardening :) [07:14] spiv: ok, thanks for that [07:17] Not a problem. [07:25] * spiv heads to yoga. [09:19] abadger1999: hello? [09:27] are there any plans for developing a light-weight built-in webserver like mercurial has? [09:27] i like bazaar a lot but i just miss that feature sometimes [09:28] jandem: you've seen loggerhead [09:28] ? [09:29] mwhudson, but doesn't that need apache? [09:29] no [09:29] mwhudson, ok then i got that wrong, i will look at it again [09:30] it looks nice here: http://bazaar.launchpad.net/~bzr/bzr/trunk/changes :) [09:31] yeah, it's nice and pretty these days :) [09:49] How can I install bzr-1.7.1 back on Ubuntu 7? I need it for bzr-svn. Or how can I install a bzr-svn version that supports 1.8.1? [09:57] nir: ubuntu 7 ? [09:57] y [09:57] nir: no such thing [09:57] nir: do you mean 7.10 (gutsy)? [09:57] correct [09:58] the debs for 1.7.1 will still be in the librarian i guess, i don't know how to find them though [10:13] jelmer: you here? [10:16] mwhudson: so the only solution is to install 1.7.1 and bzr-svn from source, in a separate location, for bzr-svn work? [10:17] nir: i admit, i get the versioning issues confused [10:17] nir: do bzr 1.8 and bzr-svn tip not work together? [10:18] apt-get won't let you install bzr-svn because it requires version < 1.8 [10:20] nir: i was trying to suggest using the bzr 1.8 deb and bzr-svn from source [10:23] mwhudson: I'll try that [10:27] nir: http://bazaar-vcs.org/BzrForeignBranches/Subversion does not list a released version of bzr-svn that works with 1.8, but the 0.4 branch on launchpad should [10:40] bzr-svn 0.4.13 seems to work with bzr 1.8 === abentley1 is now known as abentley === abentley1 is now known as abentley [12:22] mwhudson, hi [12:22] jelmer: i can't remember what i wanted to ask you now :) [12:29] does latest bzr-svn works with 1.8.. [12:35] jelmer: is it possible that bzr-svn has some race condition while committing to svn repo? my co-worker used svn merge to merge one change, and on same minute I had committed with bzr-svn my changes. co-workers commit went in first, but commit I made silently discarded his commit and applied my changes to revision before my co-workers commit. [12:35] i tried to reproduce this yesterday at home, but could reproduce it with some scripts looping commits to artificial repo [12:36] tvainika, yes, there's an open bug about this [12:36] gour, yes, 1.8 works with 0.4.13 [12:36] tvainika, requires some fixes in bzr [12:38] oh, didn't notice that bug report === thunderstruck is now known as gnomefreak [12:45] jelmer: ta. i guessed that's what mwhudson wanted to ask [12:46] it wasn't actually, but it was a good question [12:46] ah right [12:46] jelmer: you made some debs for loggerhead, right? [12:46] mwhudson, yep [12:47] jelmer: can you tell barry where they are? :) [12:47] hm, he's not in here [12:47] the two branches are here: http://bzr.debian.org/pkg-bazaar/loggerhead/ [12:58] * lamont needs a bzr-svn that works with bzr 1.8, preferably in the ~bzr PPA [13:00] there is one in Debian, not sure why it hasn't been imported into ppa yet [13:16] the BzrSvn homepage doesn't even mention 1.8 [13:17] jelmer: so 0.4.13-4 loves 1.8? [13:21] as indicated by the changelog, *facepalm*( [13:24] lamont, 0.4.13-4 [13:24] yeah [13:24] grabbed and stuck where I need it, thanks [13:24] I hadn't had time to do a proper 0.4.14 release yet [13:25] heh [13:25] * lamont understands ENOTIME [13:25] jelmer: so http://bazaar-vcs.org/BzrForeignBranches/Subversion can be updated to include 1.8? [13:26] not really, it does still warn about 1.8 [13:26] the debian package has a patch to silence that [13:26] aha [13:26] jelmer: mind you, someone will need to upload bzr-svn to the ppa [14:53] mwhudson: hi [17:09] what's the equivalent of `git stash` for bzr? [17:09] the shelve plugin? [17:10] fynn: I'm afraid I don't know what `git stash` does. [17:10] fynn: yes [17:10] but mwhudson does! :) [17:11] LarstiQ: apparently, it does what shelve does in bzr ;) [17:11] * mwhudson is a compulsive factoid acquisition machine [17:12] fynn: the plugin that provides 'shelve' is called 'bzrtools' though [17:13] until abentley has finished the shelve previewtrees rewrite, then it might go into core [17:13] * LarstiQ runs off to practice [17:25] spiv: i seem to get your blog posts three times in my rss reader :) [17:41] Hi ! Is it possible to "revert update" ? I had WT in rev A , did bzr update and WT got updated to rev B ... I want it back in state when it was in rev A ... [17:42] when I do bzr revert -r A WT contains proper files but files are marked as modified ... [17:42] TIA [17:43] try 'bzr update -r A WT' [17:43] revert would revert the _files_ to the state of A, whereas update works on the tree iirc === thunderstruck is now known as gnomefreak [17:48] I'm looking for ways to debug Bazaar (or Python in general) comfortably. For instance I'm at pdb and I wrote „p working_tree.“ and now I would like to see a list with possible completions (e.g.: methods and variables of working tree) [17:48] How do you debug Bazaar? [17:49] clemente: if you install ipython you can get that [17:49] it takes some fiddling to make it work inside pdb, bug it can be worth it [17:49] clemente: is ipython a superset of pdb? [17:50] * clemente must add a filter to his IRC client to forbid doing monologues [17:50] http://libreamoi.com/index.php/starting-ipython-from-pdb/ [17:51] heh :-) [17:51] it's an alternative REPL, with tab completion and other goodies [17:51] you can use that ^ to get those goodies when you hit a pdb prompt [17:51] whitelynx: Thanks but my bzr 1.8 does not have option -r for bzr update ... [17:51] hm -.- [17:52] I didn't know that it could also debug. And what about ipdb? [17:52] I think that's just an easier way to do the above [17:53] I've never tried it, but I'd appreciate it knowing if it works if you do [17:53] clemente: I like http://pypi.python.org/pypi/ipdb/0.1dev-r1716 [17:53] matkor: update brings the content of the working tree to the same revision as the branch [17:53] LarstiQ: that seems simple and easy [17:54] clemente: it is a very simple package, it imports some convenience things from ipython and then wraps pdb [17:55] matkor: do you want to roll the branch back? It isn't entirely clear to me what your desired outcome is. [17:56] LarstiQ: I had checkout in rev_a ... I did bzr update which updated to rev_b ... I would like to revert that update - get back to state before [17:57] I do not want to have rev_b in that WT now ... [17:57] I just want stick with rev_a for while [17:58] matkor: you have a checkout, something bound to a master branch, but you specifically don't want the state to be synchronized? *boggle* [17:58] yes [17:58] ok [17:59] matkor: do you intend for it to become a proper checkout again later on? [17:59] yes.. I just want to delay "bzr update" I have done already === thunderstruck is now known as gnomefreak [18:02] I fact I need files being in rev_a ... so bzr revert -r rev_a would be OK, but I am courious is there way to not keep modified files .. becouse sb may comit that later by accident ... [18:02] matkor: I'm trying to wrap my head around the reasoning. What makes revert -r A difficult for you? [18:03] ah, you do commit there [18:03] matkor: wouldn't it make more sense to not be a checkout at all? [18:04] hmm make it branch ? [18:04] matkor: a 'standalone branch', yes [18:05] so do: bzr unbind ; bzr revert -r rev_a ? [18:05] * matkor is checking term standalone branch .... [18:06] matkor: bzr unbind; bzr pull . --overwrite -r rev_a [18:06] matkor: now whitelynx was right that an `update -r` would be useful in this case. [18:06] but the pull . --overwrite accomplishes the same thing [18:07] yeah ! great idea .. Thats exactly what I need, thank you both very much ! [18:08] glad you got to where you wanted to be [18:09] Yup, after rebinding I am exactly in state I wanted :) [18:15] james_w: ipdb is very simple: I just installed it from the egg here: http://pypi.python.org/pypi/ipdb/0.1dev-r1716 (installing python-setuptools before and learning how to install eggs), and then you just use: from ipdb import set_trace; set_trace() . You get a prompt like pdb, but coloured code for „l“ and „w“, bash-style completion with TAB for members and Python+pdb commands, and maybe more [18:16] It could also colour-code the completions, specially when there are many (ex: >300) [18:16] But in general, it seems better than pdb [18:17] i'm having a permissions issue on my shared repository [18:17] when written to with bzr+ssh [18:18] I put the whole problem description in pastebin: http://gne.pastebin.com/m23a731ad [18:18] whitelynx|work: umask? [18:18] LarstiQ: can you set the umask just for a single bzr repository? [18:19] i don't want all the files the user creates to be group-readable; just the ones in /bzr [18:19] brb [18:19] whitelynx: I solve that with using ACLs [18:19] matkor: that would probably do it... never used ACLs before though [18:19] What still confuses me about (i)pdb: if you do „l“ some times, it shows you the next and next source lines. But how can you tell it to go back to the current line again? [18:20] and this server is going to be our web, bzr, svn, ftp, etc. server [18:20] so i don't want to screw it up too much [18:20] although it is a VPS, so it's not too difficult to redo [18:20] but yeah... brb [18:21] whitelynx: you have to remount filesystem with ACLs and than: setfacl -r -d --set u::rwX,g::rwX,o::- repo [18:23] hmm [18:23] ok [18:26] Is there some way to refer to the currently debugged line in pdb? [18:27] So that I can say: l $that_line [18:27] to list the currently debugged source [18:28] Mmmm... sorry, better would it be in #python [18:30] What does the "Gateway to LAN" option in the tray icon do? [18:50] I'm using bzr 1.8 with bzr-svn 0.4.13 and it's telling me that bzr-svn is not up to date with the installed bzr version... what does that mean since the plugin works? [18:50] orospakr: send out commit notifications to the lan [18:51] mxpxpod: bzr-svn is being conservative, the debian package has silenced the warning as 0.4.13 does work with 1.8 (as you noticed) [18:53] LarstiQ: ok, thanks [18:54] LarstiQ, using avahi? I assume that means that any other computers with bzr-notify on the LAN will pop up a libnotify toaster or something I make a commit? [18:54] s/something/something when/ [18:55] orospakr: that's the idea, but I don't know what the current status is [19:02] grah... the only gentoo/acl howto i'm finding is on gentoo-wiki.com, which is down because their provider went under -.- [19:03] thank god for the wayback machine [19:06] whitelynx|work: hmm, it may be coincidence, but vim.org isn't working for me either [19:07] LarstiQ: that's probably a different thing... gentoo-portage.com and gentoo-wiki.com have been down since friday: http://www.gentoo-wiki.com/ [19:09] whitelynx|work: ouch [19:09] yeah -.- [19:09] that's one of the single most useful sites on the web for any Gentoo user [19:09] and they can't even get at the data for it right now to put it up somewhere else -.- [19:10] whitelynx|work: yeah, I read a bit of that page, really sucky situation [19:10] yeah [19:10] i've been keeping up on it for the past few days, since i use that site all the time [19:11] that's really shitty behavior on the part of skiplink though [19:11] they should have notified their customers [19:11] and allowed them to make backups [19:16] damn... matkor quit -.- [19:16] i wanted to ask him more about ACLs [19:16] since i'm still not entirely convinced they'll fix the issue [19:17] whitelynx|work: as poolie said in that mail, it should work without acls [19:17] LarstiQ: it doesn't [19:17] whitelynx|work: are you sure there is not an umask set somewhere that influences this? [19:17] i tried following the email and the bzr docs [19:17] this is using a newly-created user with no modifications to its config files [19:17] completely vanilla gentoo install [19:18] in a VPS [19:18] whitelynx|work: ok [19:18] * LarstiQ tries to reproduce [19:20] thanks :-) [19:20] whitelynx|work: happens here too [19:21] ok, so it's confirmed... [19:21] hm [19:21] any ideas on how to work around it? [19:21] let me try [19:21] or musings on how ACLs might actually help? [19:21] ok :-) [19:21] thank you [19:25] whitelynx|work: https://bugs.edge.launchpad.net/bzr/+bug/50568 seems relevant [19:25] Launchpad bug 50568 in bzr "'bzr push' does not preserve sgid bit on newly created directories" [Medium,Confirmed] [19:26] hmm [19:26] that does sound relevant [19:26] can't check it right now because firefox froze up again [19:26] whitelynx|work: also contains some ACL info [19:26] hmm [19:26] ok [19:26] which I really should look into sometimes === thekorn_ is now known as thekorn [19:36] i wish chrome ran under linux -e- [19:36] *-.- [19:36] firefox is pissing me off [19:36] whitelynx|work: for basics, you could try aurora [19:36] no, arora [19:36] * LarstiQ always gets that name wrong [19:36] haven't even heard of that... i'll take a look [19:37] heh [19:37] ooh! [19:37] webkit/qt ^_^ [19:37] what's the difference between that and konqueror? [19:39] whitelynx|work: no kde dependencies iirc [19:39] whitelynx|work: and well, it's very basic [19:39] hmm [19:39] i'll give it a shot [19:39] i already have konqueror installed though [19:39] i like chrome because it's fast and stable [19:40] and standards-compliant, afaict [19:42] whitelynx|work: but not because it has a missing GUI? :) [19:42] i'm talking under windows :-P [19:43] right now they just have to finish fixing the code to build in linux, and it should be pretty well ready to go [19:43] i'm surprised it isn't done yet... they're accepting help from the community with it [19:43] i wish i had time to work on it [19:43] by 'fixing the code' you mean write the GUI code for linux? [19:44] ? [19:44] * whitelynx|work wishes firefox would stop freezing and crashing [19:48] whitelynx|work: Google chose to implement a (Windows) gui on top of GDI [19:48] whitelynx|work: so for Linux they have to write a gui from scratch [19:48] hm [19:49] * LarstiQ hasn't followed closely after the first two weeks though [19:49] so no clue what the status currently is === Verterok is now known as Verterok|out [21:25] clemente: thanks, I'll look at packaging it [21:37] LarstiQ: that bug on launchpad seems to pertain to sftp, not bzr+ssh [21:37] although i haven't seen anything there that confirms that it shouldn't happen on bzr+ssh [21:38] whitelynx: right, I added a comment to revive it [21:38] cool [21:38] whitelynx: did the acl info help? [21:38] i'm still testing [21:40] LarstiQ: someone responded [21:40] i'm not even sure which repo format i'm using... whatever the default is, i would guess [21:43] whitelynx: let me respond [21:43] ok cool [21:43] LarstiQ: thanks for all the help with this :-) [21:45] whitelynx: thank me when it works as you want :) [21:45] :-) [21:58] whitelynx: done, and now I need sleep [21:58] another day tomorrow [21:58] :-) [21:58] have a good night [21:59] thanks, you too when that is applicable :) [22:01] :-) [22:02] another 5-7 hours [22:02] i am headed home from work now, though [22:02] thanks for the help, and ttyl === BasicPRO is now known as BasicOSX [22:59] hello LarstiQ === bob2_ is now known as bob2