[00:31] <Freejack> Alright. I've installed bazaar and I'm using directories in my home directory from the working directory, but I've set up another directory/partition under /opt/archives for the repository. What's the proper way for getting bzr to use this configuration, since I'm not using anything network related.
[00:31] <poolie> hi wgz
[00:32] <poolie> Freejack, just make the repository in /opt and check it out locally
[00:32] <poolie> bzr checkout --lightweight /opt/archives/project/trunk ~/work/projcet
[00:32] <Freejack> Heh. That simple eh?
[00:32] <spiv> Freejack: I'm sure we can find a way to make it more complex if you want ;)
[00:33] <Freejack> That's alright. This'll do.
[00:34] <bob2> was lightweight originally a plugin?
[00:35] <spiv> bob2: not that I recall
[00:37] <Freejack> Hrmmm....need to set up the permissions properly. Commit fails.
[00:46] <Freejack> It works!
[00:47] <Freejack> Got some hacking to do. bbl.
[01:47] <Noldorin> hey poolie, jelmer
[02:08] <poolie> hi there
[07:22] <poolie> hi all
[07:49] <vila> hi all !
[09:03] <mgz> morning all
[09:35] <ggherdov> HI all. Is there any news about this request https://bugs.launchpad.net/bzr/+bug/269095 , or the page contains the most up to date info (i.e., it's unassigned and low priority) ?
[09:35] <ubot5`> Ubuntu bug 269095 in Bazaar "bzr missing "cp" command for forking files /w history" [Medium,Confirmed]
[09:36] <ggherdov> oh, that bot is cool indeed.
[09:48] <mthaddon> hi folks - I consistently get a traceback when tab completing in precise for a bzr command, but apport tells me the bug is fixed released - https://bugs.launchpad.net/ubuntu/+source/bzr-git/+bug/903639
[09:48] <ubot5`> Ubuntu bug 903639 in bzr-git (Ubuntu) "bzr crashes on bash tab-completion" [Medium,Fix released]
[09:50] <mthaddon> jelmer: you seen anyone else with that issue in precise? ^
[09:54] <mgz> if you run `bzr plugins` what version of bzr-git does it say you have?
[09:58] <vila> jelmer: bug 941672 is said to be fix released in 2.5.1 but doesn't appear in lp:bzr/2.5 O_o
[09:58] <ubot5`> Launchpad bug 941672 in Bazaar ""bzr help branches" crashes with bzr: ERROR: exceptions.AttributeError: 'Option' object has no attribute 'get_help_topic'" [High,Fix released] https://launchpad.net/bugs/941672
[09:59] <vila> jelmer: but is merged on trunk with a news entry in 2.5 >-/
[10:00] <mthaddon> mgz: not installed
[10:01] <mgz> mthaddon: then it's not actually the same bug? and fdt...
[10:02] <vila> mgz: morning !
[10:02] <mthaddon> mgz: sure, but apport keeps directing me to that - so I should just file a new one?
[10:04] <mgz> run `BZR_PDB=1 bzr bash-completion` and see what the actual plugin with the missing option is?
[10:05] <mthaddon> mgz: http://paste.ubuntu.com/880112/
[10:06] <mgz> u
[10:06] <mgz> u
[10:06] <mgz> p name
[10:06] <mthaddon> review-submit
[10:07] <mgz> okay, er... which plugin provides that? :)
[10:07] <mgz> bzr help commands|grep review-submit
[10:07] <mgz> anyway, new bug against that plugin should do, if it's on the latest version
[10:08] <mgz> and I shall fix.
[10:08] <mthaddon> review-submit      Submit a review. [lpreview]
[10:08] <mgz> ^morning vila!
[10:09]  * mgz branches lp:bzr-lpreview
[10:10] <mthaddon> I have an out of date version - let me update and check
[10:10] <mgz> seems to be unchanged in trunk, resolving it now
[10:11] <mthaddon> yeah, still getting the same with trunk
[10:13] <vila> mgz: can you vote on https://code.launchpad.net/~vila/bzr/940164-native-texinfo/+merge/96796 ?
[10:14] <vila> not super important but a bit of a pain for me to not be able to run the full test suite anymore :-/
[10:14] <vila> (the laternative being to uninstall sphinx which I rather avoid ;)
[10:16] <vila> alternative even ;)
[10:16] <mgz> yup, will flag that approved
[10:16] <mgz> hm, don't have push rights to bzr-lpreview
[10:16] <vila> ta
[10:16]  * mgz proposes
[10:16] <vila> sudo push
[10:17] <mgz> mthaddon: lp:~gz/bzr-lpreview/dry_run_option_not_global
[10:18] <mthaddon> thx
[10:45] <mgz> so...
[10:45] <mgz> bzr-svn is broken because I didn't update the version in the all-in-one installer
[10:45] <mgz> bzr-git is broken because I did update the version in the all-in-one installer
[10:46] <mgz> how am I meant to know what versions to include again?
[10:46] <mgz> this was with my special copy-what-doxxx-does method, which apparently isn't enough
[10:56] <vila> mgz: well, basically, as a packager, you should either release the tip *OR* rely on upstream to flag the version you're supposed to package
[10:57] <vila> i.e., you're responsible but not gulty ;)
[10:58]  * vila bbl
[11:18] <jelmer> argh, getting the right plugins together for a release is still a nightmare :-/
[11:18] <jelmer> mgz: sorry about that
[11:19]  * mgz hugs jelmer :)
[11:22] <jelmer> \o/
[11:22] <jelmer> This keeps coming up though, I wonder what the best approach here is. We do quite a bit of automated testing for individual projects but not for the thing as a whole.
[11:25] <mgz> yup.
[11:26] <mgz> well, one thing is I'd like to run selftest after install and have it actually pass, which would catch some dumb stuff like this.
[11:27] <maxb> mgz: Well, if it helps at all the ppa appears to be installable, and I don't see any complaints running 'bzr plugins' with all the packages installed
[11:28] <mgz> maxb: and what's your method of knowing what versions of plugins to include? perhaps I can copy.
[11:28] <maxb> mgz: This is also known as the mostly-copy-what-jelmer-does-in-sid method :-)
[11:28] <mgz> heh.
[11:29] <maxb> Or slightly more usefully, take the latest release of everything, and bump up to a snapshot where something complains
[11:29] <maxb> Though my view of latest release is slightly skewed since I use Debian sid as a convenient aggregator of latest versions
[11:34] <mgz> package management does solve a few issues :)
[11:38] <jelmer> a related issue (I think) is that it should be possible to just run "bzr selftest" and have everything pass, even with plugins installed
[11:38] <jelmer> some plugins currently break in that case - e.g. bzr-search registers some hooks which add extra HPSS calls and then break some of the blackbox tests
[11:40] <mgz> yeah, I saw that bug
[11:40] <mgz> there was a thread a while back
[11:40] <jelmer> I'm also seeing a really weird bug where bzrlib.tests.test_msg_editor seems to be running vim
[11:40] <mgz> about whether it was right to run tests with plugin hooks installed or not
[11:41] <mgz> there were arguments both ways, makes them less reliable if you do, but doesn't test real world situation if you don't
[11:42] <mgz> jelmer: sounds very possible, probably an isolation issue, there's a msg_editor command that will fallback to vim if earlier things fail
[11:42] <mgz> s/command/function/
[11:43] <jelmer> mgz: the weird thing is that it only happens if I run bzr selftest with (some) plugin installed
[12:53] <Ng> hmm, if I run into a NoSuchId error while committing with bzr 2.1.4, is that something that's likely to be repairable?
[12:54] <Ng> I had about 12 processes committing from scripts, and presumably two of them have clashed somehow
[12:56] <jelmer> Ng: can you provide some more context? NoSuchId just means something wasn't found
[12:56] <Ng> jelmer: sure, I'll get you the error
[12:58] <Ng> (pasted in private)
[12:59] <Ng> all sorts of weirdness is now going on, the current revno is claimed to be 1, but the older revisions still somewhat exist, so they end up being claimed to be negative
[13:00] <Ng> (if it's relevant, there are 58395 revisions in total)
[13:06] <vila> jelmer: hi !
[13:06] <vila> jelmer: did you see my previous msg about bug #941672 ?
[13:06] <ubot5`> Launchpad bug 941672 in Bazaar ""bzr help branches" crashes with bzr: ERROR: exceptions.AttributeError: 'Option' object has no attribute 'get_help_topic'" [High,Fix released] https://launchpad.net/bugs/941672
[13:07] <vila> jelmer: landed on trunk but not on 2.5
[13:09] <vindolin> how do I extract a subdirectory from an existing bzr repo into a new repo while keeping the history?
[13:11] <mgz> vindolin: broadly two options, `bzr help split` or fast export, filter, fast import
[13:12] <mgz> the first keeps the entire repo history unchanged, which may not be what you want if most changes are unrelated to that subdir
[13:13] <mgz> the second creates a new history that looks like the old one, which will be smaller but can be confusing
[13:15] <jelmer> vila: ah, I'll have a look at landing it on 2.5 too, seems appropriate for there
[13:15] <vila> jelmer: especially given the bug milestone ;)
[13:15] <vila> jelmer: and the news entry !
[13:15] <vila> :-D
[13:15] <jelmer> Ng: hmm, that does look pretty odd
[13:16] <jelmer> Ng: can you perhaps try running 'bzr rm' (no arguments) before commit?
[13:16] <vila> mgz: meh, can't find back the bugs about running the smart server as an external process for tests
[13:16] <jelmer> Ng: other than that, I don't have any idea what this might be..
[13:17] <Ng> jelmer: doesn't help I'm afraid
[13:17] <mgz> vila: bug 866111
[13:17] <ubot5`> Launchpad bug 866111 in Bazaar "Run tests against out of process smart server" [Medium,Confirmed] https://launchpad.net/bugs/866111
[13:17] <Ng> jelmer: shall I file a bug? It's going to be kinda hard to reproduce
[13:18] <jelmer> Ng: is there any chance you can try with a more recent version? 2.1 is really old
[13:18] <vila> damn it, selftest tag tot test
[13:18] <vila> mgz: ta
[13:18] <Ng> jelmer: I've copied the borked tree over to a machine with 2.5.0 on it and that can't commit either, running the plain "bzr rm" there hasn't helped
[13:21] <jelmer> Ng: in that case, it would be great if you could file a bug
[13:22] <Ng> jelmer: sure thing
[13:24] <Modnar> hi
[13:25] <Modnar> I'm trying to do a branch on Windows 7 & keep getting this error bzr: ERROR: short readline in the readvfile hunk: 'Bazaar pack format 1 (introduced in 0.18)\r'
[13:30] <vila> mgz: commented on https://code.launchpad.net/~gz/bzr/https_proxy_host_matching_944696/+merge/96803, we can discuss further when you're available
[13:31] <mgz> neat, thanks vila, will probably have lunch first :)
[13:31] <vila> ha yeah, that weird TZ ;)
[13:45] <Ng> jelmer: 953005 filed, thanks
[13:53] <Timara> hi all!
[13:57] <Timara> could someone please help me in using bzr+trac?
[13:57] <Timara> I have a problem with the post-commit hook, and got confused about the many support pages I read
[14:03] <smoser> ok... stupid question
[14:03] <smoser> bzr diff -r $(bzr revno)
[14:03] <smoser> and
[14:03] <smoser> bzr diff
[14:03] <smoser> should basically be the same thing
[14:03] <smoser> right?
[14:04] <jelmer> hi Timara
[14:04] <jelmer> smoser: yes
[14:04] <Timara> Hi jelmer!
[14:04] <smoser> yeah.
[14:04] <jelmer> Timara: what's your question?
[14:04] <smoser> i have some local branch that i've beeen doing udd on that is now in a state where it thinks bzr revno is '80'
[14:04] <smoser> and 'bzr revert' does nothing
[14:04] <smoser> but bzr diff -r $(bzr revno)
[14:04] <smoser> shows diff
[14:05] <Timara> a have set up a trac server on a remote machine and would like to use: bzr commit -m "Fixed an awful bug" --fixes remote:123
[14:05] <Timara> trac-bzr plugin is installed on the remote
[14:06] <Timara> sorry, bzr commit -m "Fixed an awful bug" --fixes remote:123 bzr+ssh://centralhost/proj1
[14:07] <Timara> trac wouldn't show the ticket 123 fixed
[14:07] <Timara> when I issue a trac-admin changeset added /srv/bzr/proj1 4
[14:07] <Timara> nothing happens
[14:08] <Timara> what configuration shall be done in the local or the server side to update trac with each commit?
[14:15] <jelmer> smoser: it sounds like your tree is out of date with your branch; does "bzr up" do anything?
[14:16] <jelmer> Timara: I don't think trac can look at revision properties for recognizing fixed bugs yet
[14:17] <smoser> jelmer,
[14:17] <smoser> $ bzr up
[14:17] <smoser> Unapplying quilt patches to prevent spurious conflicts
[14:17] <smoser> bzr: ERROR: Unable to unapply quilt patches for 'other' tree: rmdir: failed to remove `.pc/69_issue93_fix_trace_in_write_pxe_file.patch': No such file or directory
[14:20] <jelmer> smoser: ah, ok - you're hitting an issue with the quilt integration; looks like the revision you're updating to has an invalid quilt state
[14:20] <jelmer> smoser: 'bzr up --no-plugins' should work around that
[14:20] <jelmer> I'm also working on improving the quilt integration to be more robust against this sort of issue
[14:21] <smoser> jelmer, right. i seems i didn't comit the .pc dir :-(
[14:23] <Timara> jelmer: it seams that the Trac plugin "Commit Ticket Updater" does exactly this
[14:24] <Timara> i have enabled it
[14:25] <Timara> as I understand, it would be enough to issue a "trac-admin changeset added <repo> <rev>"
[14:25] <jelmer> Timara: as far as I know that only looks at the commit message, it doesn't have the ability to look at any other metadata in commits
[14:25] <Timara> i see
[14:25] <jelmer> Timara: (such as the data set with --fixes)
[14:26] <jelmer> I'd be interested in hacking things up so it does, but last I checked there were limitations in trac that prevented this
[14:26] <smoser> jelmer, you're right.
[14:27] <smoser> i was missing  a .pc/<patch_name>
[14:27] <smoser> i've committed that locally, moved the tag, pushed...
[14:27] <smoser> all is well now
[14:27] <smoser> sorry for spam.
[14:27] <jelmer> smoser: still, that's a nonobvious way of failing so we should really get that fixed
[14:27] <smoser> thank you, and looking forward to .pc directories being considered metadata
[14:27] <smoser> jelmer, well, initially when i did the bzr pull, i got an error like bzr up gave me.
[14:27] <jelmer> smoser: (please don't hesitate to bring this kind of thing up!)
[14:28] <smoser> but then... i said "oh, thats just buggy"
[14:28] <smoser> anad 'bzr pull --overwrite'
[14:28] <smoser> and that got me into the wierd state that i wwas in, with less useful error messgaes
[14:44] <Timara> thanks for the help jelmer, it seems I have to give it up at least for today...
[14:47] <jelmer> Timara: IIRC this is a limitation in trac rather than in bzr (there is no access to the revision properties there)
[14:47] <jelmer> Timara: you can still close bugs in the commit message, outside of --fixes.
[14:58] <Timara> jelmer: how do you do that?
[14:58] <Timara> by -m "This mod fixes bug #123"
[14:58] <ubot5`> Launchpad bug 123 in Launchpad itself "There's no direct way to see the project info when translating it" [Medium,Fix released] https://launchpad.net/bugs/123
[14:59] <Timara> ?
[15:00] <Timara> and the commit message parser at Trac finds this subtrinsg and marks the bug as solved?
[15:01] <jml> what version of bzr does pkg-import use in production?
[15:01] <jml> james_w, vila: ^?
[15:02] <vila> jml: bzr revno 6468
[15:02] <Timara> have to go now, thank you for the help...have a good day
[15:03] <jml> vila: thanks.
[15:27] <mgz> vila: time to talk https?
[15:27] <vila> mgz:
[15:28] <vila> yup
[15:29] <vila> mgz: first of all, I think you should land your proposal as it fixed a bug already affecting users
[15:29] <mgz> there's also a polite post from Andreas on the bzr list about issues he's having post cert-ocalypse with webdav that we should respond to
[15:30] <vila> mgz: then, my suspicion is that https + https will still be broken. Can you test this ?
[15:30] <mgz> vila: that's broken by being broken though, in general
[15:30] <vila> as in: only weird people will use that ?
[15:31] <mgz> in that the whole point of checking certs is that you then can't me MIM-ed
[15:31] <mgz> so if someone is running a proxy that sends requests then resigns them, bzr is now designed to fail
[15:31] <vila> err, not sure we're on the same page
[15:32] <vila> no, it shouldn't
[15:32] <mgz> there are two kinds of https proxy
[15:32] <mgz> one just does CONNECT over http and forwards the data
[15:32] <mgz> the other intercepts the traffic and resigns the data
[15:32] <vila> well, you can connect to the proxy with https and *then* CONNECT to the real site via the proxy
[15:33] <vila> it's useless but not forbidden
[15:34] <mgz> I'm not certain you can...
[15:34] <mgz> can you link me a description of how that works?
[15:34] <vila> I fail you see while you won't
[15:35] <jml> vila: what's distro-info/python? (as referred to in lp:udd's etc-init.d-mass-import)
[15:36] <vila> mgz: err, meh, indeed, the client won't be able do decode ssl twice...
[15:36] <vila> mgz: dunno why I kept this idea in the back of my head
[15:37] <vila> jml: james_w will know better, it's a python package to centralize some data about various distributions
[15:38] <vila> jml: it was installed on jubany because it wasn't packaged for lucid at the time
[15:38] <mgz> jml: just install python-distro-info, no?
[15:38] <jml> mgz: not available in lucid
[15:39] <jml> mgz: am trying to deploy udd on a fresh lucid ec2 instance
[15:40] <mgz> jml: ah, yeah, it's recent. maybe get it from the debian git branch?
[15:40] <jml> mgz: it'd be nice to know what production is using
[15:41] <mgz> http://anonscm.debian.org/gitweb/?p=collab-maint/distro-info.git
[15:41] <jelmer> 'bzr branch apt:distro-info' :-)
[15:41] <jelmer> (if you have bzr-git and bzr-builddeb installed)
[15:42] <james_w> jml, apparently it is using a bzr branch with no repository
[15:42] <james_w> bzr+ssh://bazaar.launchpad.net/%2Bbranch/debian/distro-info/
[15:42] <james_w> 6 package-import@ubuntu.com-20111025231956-gzif3z6okqmzaag8
[15:43] <james_w> so I'm not exactly sure how it got there
[15:44] <vila> james_w: as fast as possible to avoid more import failures ;)
[15:44]  * jml branches revno 8 and hopes for the best
[15:45] <vila> eerk, no repo indeed :-/
[17:22] <mgz> vila: thanks for replying to the webdav post
[17:22] <mgz> jelmer: did we work out why lp:dulwich doesn't have any of the latest tags?
[17:23] <jelmer> mgz: bzr-git doesn't always push tags yet
[17:24] <jelmer> mgz: fixed now I think
[17:24] <jelmer> (changed the development focus to the main bzr branch rather than an import from git)
[17:25] <mgz> jelmer: yep, that did it, thanks.
[17:28] <maxb> jelmer: What is the relationship between those branches exactly?
[17:28] <maxb> (Especially as I pushed new ppa branches stacked on the
[17:28] <maxb> ~vcs-imports one yesterday)
[17:37] <jelmer> maxb: they have the same contents
[17:37] <jelmer> or rather, are supposed to have the same contents.. there is obviously still an issue regarding tags
[19:46] <Modnar> Hi. I'm trying to get a branch under windows 7 x64 & keep getting this error: bzr: ERROR: short readline in the readvfile hunk: 'Bazaar pack format 1 (introduced in 0.18)\r'
[19:49] <wgz> Modnar: read through this thread <https://lists.ubuntu.com/archives/bazaar/2012q1/074297.html>
[19:49] <wgz> short version, try branching over bzr+ssh rather than http
[19:54] <Modnar> ok so how do I ssh then?
[20:37] <Modnar> well so far this bzr is useless then since ssh doesn't work either off hand... I just have to smack the dev & tell him to use something that works like git or svn
[20:37] <Modnar> yeesh
[22:06] <poolie> hi jelmer
[22:06] <jelmer> hi poolie :)
[22:06] <mgrandi> hi peoplez.
[22:35] <Pikkachu> how to make Bazaar ignore all but one single file?
[22:37] <bob2> you can just ignore all and explicitly add that one file
[22:40] <Pikkachu> ok thanks