[00:05] <poolie> lifeless: i'm telling you, it's a liberal lie
[00:16] <jelmer> SamB: bzr-svn is already using platform-specific auth providers where possible
[00:17] <SamB> jelmer: all of the ones that that function returns?
[00:17] <SamB> 'cause I didn't see bindings for it
[00:18] <jelmer> there's one for windows and one for keychain (Mac OS X)
[00:18] <jelmer> kwallet is missing
[00:18] <jelmer> support for gnome-keyring is also not there, but already provided through bzr-gtk
[00:26] <jelmer> SamB: are you still convinced this is a valid bug report?
[00:35] <SamB> jelmer: well, I do think it would make more sense to use that function than to do everything piecemeal ... though APR is a bit of a pain ...
[00:36] <SamB> and why is the gnome-keyring bit part of bzr-gtk?
[00:36] <SamB> svn uses it fine from the CLI ...
[00:37] <jelmer> SamB: it's part of bzr-gtk because it's not svn-specific in any way
[00:37] <jelmer> SamB: "plain" bzr can use gnome keyring as well
[00:38] <SamB> jelmer: oh. well, svn uses it in a particular way
[00:38] <jelmer> SamB: that function doesn't really allow us to do everything piecemeal, we still have to call it with the name of the client provider we'd like to obtain
[00:38] <jelmer> that's hardly no more useful than seeing if a method with a particular name exists in Python
[00:38] <jelmer> s/no/any/
[00:39] <SamB> jelmer: oh, wait, I must have got mixed up
[00:39] <jelmer> SamB: related to this, I don't want to know what happens if both bzr-gtk and bzr-svn both register providers that use gnome keyring
[00:41] <jelmer> SamB: what's the actual problem you're trying to solve? "must use function 'foo'" doesn't seem like a worthwile goal by itself
[00:47] <poolie> hi jelmer
[00:47] <jelmer> moin poolie
[00:48] <SamB> jelmer: er, sorry about that, my computer has been rebooting at the darnedest times lately ...
 jelmer: oh, wait, I must have got mixed up
[00:48] <SamB> that's the last thing I saw ...
[00:48] <jelmer> SamB: related to this, I don't want to know what happens if both bzr-gtk and bzr-svn both register providers that use gnome keyring
[00:48] <jelmer> SamB: what's the actual problem you're trying to solve? "must use function 'foo'" doesn't seem like a worthwile goal by itself
[00:49] <SamB> jelmer: anyway, right before it rebooted I realized you were probably looking at the singular-named function that is named almost the same as a plural-named function
[00:50]  * jelmer has another look
[00:51] <jelmer> ah
[00:51] <jelmer> SamB: you're right, that would probably be useful to expose on a subvertpy level
[00:51] <jelmer> SamB: I don't see what problem it would solve for bzr-svn though
[00:53] <SamB> well, it would mean not having to do anything to support any new platform-specific authentication providers that SVN 1.7 might have ...
[00:54] <jelmer> SamB: it also means duplication of gnome-keyring
[00:55] <jelmer> SamB: any specific stuff that svn 1.7 might add we can add support for manually /if it doesn't conflict with stuff bzr already provides/
[00:57] <SamB> jelmer: I don't understand this whole "conflict" thinking
[00:59] <jelmer> SamB: if e.g. the password in gnome-keyring is wrong we'll end up sending it twice
[01:00] <SamB> jelmer: say, is this related to seahorse at all?
[01:00] <SamB> because I don't *have* that
[01:01] <jelmer> SamB: no, seahorse is only accessed by bzr-gtk for gpg signatures
[01:01] <SamB> 'kay
[01:01] <SamB> how do I get at what gnome-keyring stores?
[01:02] <jelmer> I think there's a separate app
[01:03] <jelmer> gnome-keyring-manager or something IIRC
[01:04] <SamB> jelmer: ah, that's it alright
[01:06] <SamB> jelmer: so, how is the bzr-gtk support supposed to work?
[01:07] <jelmer> SamB: it registers a fallback credentials provider
[01:07] <jelmer> SamB: that gets queried by bzr before it prompts
[01:08] <SamB> wonder why I didn't see anything like that happen?
[01:09] <SamB> ... that not need to ask me for a password before it could do anything?
[01:09] <SamB> +would
[01:09] <jelmer> SamB: it'll only use existing passwords, never storing new ones
[01:10] <jelmer> (since it doesn't have a way to tell whether a password that was entered and returned was valid
[01:10] <SamB> it can check whether there is one without the keyring password being entered?
[01:11] <jelmer> I don't know
[01:12] <dash> i've upgraded to a recent enough bzr and svn to set revision properties instead of file properties on push. can I delete all the bzr: file properties in svn without deleterious results?
[01:13] <SamB> dash: freenode appears to have eaten your "jelmer: "
[01:24] <SamB> jelmer: hmm, /usr/share/doc/gnome-keyring/keyring-intro.txt.gz tells me that it only asks for a password if something is found
[01:24] <spiv_> jam: ping?  Are you still looking at the inventory-delta patch?
[01:25] <SamB> so I'm thinking that either this isn't working at all for bzr, or bzr and svn don't find the same entries
[01:26] <jelmer> dash: yeah, you should be able to do that. the main thing you'll probably lose is the ability to branch old revisions by revid easily
[01:27] <dash> not an issue, i expect
[01:29] <jelmer> dash: emphasis on *should*, this isn't something that a lot of people have been testing afaik
[01:30] <dash> jelmer: Hooray! Science!
[01:30] <dash> I will let you know if I develop any adverse symptoms.
[01:30] <jelmer> SamB: yeah, that sounds sensible
[01:31] <Luke-Jr> Best way to fabricate commits? XD
[01:34] <SamB> jelmer: FWIW, the entry that SVN made in my keyring has only the Username, Password, Port, and Domain fields filled in in gnome-keyring-manager ...
[01:34] <SamB> and the Port field has a 0 in it
[01:35] <SamB> and is grayed out
[01:35] <SamB> so maybe that's not really filled in either
[01:38] <SamB> jelmer: how is the bzr user expected to have gotten entries in there that bzr would use ?
[01:53] <jelmer> SamB: epiphany
[01:53] <jelmer> SamB: also, hopefully the API will start supporting the addition of new entries at some point
[01:54] <SamB> jelmer: the bzrlib API?
[01:56] <SamB> jelmer: anyway ... it sure looks like your gnome-keyring thingy doesn't subsume SVN's ...
[02:00] <spiv_> lifeless: want to review my inventory-delta patch?
[02:00] <lifeless> spiv_: yes
[02:00] <lifeless> I've been battling a check patch
[02:00] <lifeless> hopefully its really sorted now, and I'm -> food
[02:00] <lifeless> but after that
[02:01] <spiv_> lifeless: hooray!  Thanks :)
[02:01] <lifeless> also evolution is being utterly retarded
[02:01] <SamB> lifeless: you ... don't evolve, though
[02:01] <SamB> you're an individual
[02:01] <SamB> this is *not* pokemon
[02:01] <lifeless> I mean really. Its like a kid thats got diarrea crawling backwards and eating off the floor, all at the same time.
[02:02] <lifeless> SamB: Dunno about you, but my cells divide, have random mutations and undergo a fitness test.
[02:09] <poolie> ew
[02:09] <poolie> enough, hey
[02:10] <lifeless> sorry
[02:11] <lifeless> 3 hours now I've been trying to get email read
[02:11] <lifeless> I'm venting elsewhere now
[02:47]  * emmajane blinks at lifeless.
[02:48]  * emmajane thinks that sometimes it's better not to read backwards. :)
[02:56] <jam> spiv: I sent in a little bit more review, but I haven't "finished" yet
[02:57] <jam> However, for *me* InventoryDelta is significantly *faster* for converting than IDS for bzr.dev @2000
[02:57] <jam> I think because the extra repacks are costing it a bit of time
[02:59] <spiv> jam: yeah, I see that too.
[02:59] <jam> note that it is still *slower* for mysql-525
[03:00] <jam> I haven't split out the repacking time to know where the problem might be.
[03:00] <jam> It might be repacking
[03:00] <spiv> I'm just in the process of grabbing launchpad so I have a larger dataset to work with.
[03:00] <SamB> repacks tend to crawl for me ...
[03:00] <jam> it might also be that by default btreebuilder will cache up to 100,000 nodes before writing anything to disk
[03:00] <jam> while repacking is causing it to write and read again much more often
[03:01] <jam> spiv: except lp starts as --2a ...
[03:01] <jam> might want to grab mysql instead
[03:01] <spiv> Or as well :)
[03:03] <jam> spiv: so I wonder if the last bit is that IDS will not re-read an inventory from the source if it misses from the cache.
[03:03] <jam> so occasionally it probably generates a fairly large delta
[03:04] <jam> spiv: if we could  fix the "re-read full inventories to generate the root texts" and "progress indication" I'd be happy to remove IDS :)
[03:05] <spiv> jam: I know I'd be happy to remove it :)
[03:05] <jam> the progress thing is actually a pretty big deal
[03:06] <jam> try upgrading something like even bzr using -DIDS:never
[03:06] <jam> and it really just sits there for a long time
[03:07] <spiv> Yeah, I bet.
[03:15] <lifeless> jam: we have to fix it for normal push pull too
[03:15] <lifeless> I don't think it has to be a blocker; if we're going to fix it for 2.0.
[03:15] <jam> spiv: at least for remote you get transport activity
[03:16] <jam> removing IDS completely, it is a blocker for me
[03:42] <lifeless> poolie: http://advogato.org/person/robertc/diary/107.html
[04:02] <lifeless> poolie: iter-changes may become blocked soon; I'm waiting on Aaron's reply
[04:04] <igc> lifeless: what 2 branches are they again? I'd like to run usertest on OOo on your work to date
[04:05] <igc> hi all
[04:11] <lifeless> iter-changes-partial-parents + commit-specific-files
[04:30] <lifeless> I really wish review showed commit messages against lines
[04:30] <lifeless> a mixed diff + annotate
[04:30]  * lifeless buginates
[04:30] <thumper> lifeless: what do you mean?
[04:31] <thumper> although on re-reading, I think I know
[04:32] <thumper> might be kinda hard in that we store the reviews as text...
[04:32] <thumper> diffs that is
[04:55] <lamalex> hi, im getting an error- "bzr: ERROR: [Errno 13] Permission denied: '/home/alex/tangerine/tangerine-0.3.1/TangerinePrefPane/Makefile.in'"
[04:56] <lifeless> that suggests that permission was denied :P
[04:56] <lamalex> yes, im an idiot and failed to read to full path until right now
[04:57] <lamalex> i managed to skip the tangerine-0.3.1 part of the path that make distcheck created
[05:12] <lifeless> igc: did you find the branches?
[05:13] <igc> lifeless: yet to look - will after I've finished my current email
[05:17] <SamB> hehe
[05:18] <SamB> the info page for bzr-gtk looks bad in bzr-gtk ;-P
[05:31] <thumper> hardlinking working copy files is not currently supported in <WorkingTree6 of /home/tim/src/lp/review-team>
[05:31] <thumper> ?!?!
[05:31] <thumper> what changed?
[05:39] <mwhudson> thumper: you're now warned about it
[05:39] <thumper> mwhudson: when?
[05:39] <thumper> oh
[05:39] <thumper> before it just wasn't doing it?
[05:39] <mwhudson> aiui
[05:40] <thumper> ah
[05:40] <thumper> so that is where my disk is going...
[05:41] <poolie> thumper: yeah fraid so
[05:41] <poolie> NEWS has a pointer to the bug about it
[05:41] <poolie> you can comment there
[05:46] <poolie> thumper: https://bugs.edge.launchpad.net/bugs/408193
[05:47] <thumper> poolie, ta
[06:16] <KhaZ> Hello!  Pardon me for a newbie question, but I'm curious about the best process for something.  I'm building a web application, and as such I've got a 'development' test server and what I hope will be a 'production' web server.  For the production side, should I use a branch and tagging mechanism, or is there a better way to do this?
[06:23] <poolie> KhaZ: kind of a big question but typically you'd have two branches and merge from development to production at intervals
[06:23] <poolie> whenever you roll out
[06:23] <poolie> spiv, how's it going?
[06:24] <spiv> poolie: enjoying the punishment that the combination of pushing part of mysql-server into 2a and using lsprof gives to my cpu :)
[06:25] <poolie> robert said he was going to review it after lunch..
[06:26] <lifeless> I am reviewing it
[06:28] <spiv> jam has sent a partial review too, where he says that his performance concerns have been addressed, which is good news.
[06:44] <spiv> poolie: is https://bugs.edge.launchpad.net/bzr/+bug/402778 the bug you wanted me to look at?
[06:44] <poolie> actually no, though it does look useful
[06:45] <poolie> i was thinking of bug 375013
[06:45] <poolie> your choice
[06:45] <spiv> Ah, right.
[06:45] <spiv> I'll take a look, see which one appears easier ;)
[06:46] <lifeless> I bags 375013, if you like
[06:48] <spiv> lifeless: sure, that makes sense I think.
[06:49] <spiv> As you've probably got commit's guts paged in already.
[06:49] <lifeless> OTOH you've been doing streams most recently
[06:50] <lifeless> have a look at the comment I put in 375013 recently
[06:50] <lifeless> you may prefer to do it
[06:58] <vila> hi all
[07:13] <spiv> I'd prefer my wireless to stop mysterious sucking.
[07:13] <spiv> Good afternoon vila.
[07:15] <vila> spiv: yeah, hopefully the afternoon will be better than the morning with my daughter waking up at 39.5C :-/
[07:15] <lifeless> spiv: to give you an update
[07:16] <lifeless> spiv: lots of little stuff; some baroqueness sneaking in that I think you can just totally axe.
[07:16] <igc> vila: hopefully she's feeling better soon
[07:18] <vila> igc: oh, I don;'t worry that much for her, except for the fact that she was about to fly for an additional vacation week and *that* will certainly be cancelled :-/
[07:18] <spiv> lifeless: cool, that sounds promising.
[07:26] <lifeless> I'm up to bzrlib/smart/repository
[07:27] <lifeless> 20 pages to go
[07:28] <lifeless> I'll be finishing it tomorrow
[07:33] <pygi> hi ho vila :P
[07:39] <vila> pygi: hi !
[07:41] <rif_> Hi guys, is there a command to pull and update at the same time?
[07:46] <lifeless> rif_: no, folk either pull, or update :)
[07:47] <lifeless> rif_: are you doing 'pull URL; update' ? if so, you shouldn't need to
[07:48] <rif_> lifeless: i was making a script to update several repos and I was wandering if i just missed that command
[07:48] <lifeless> rif_: pull updates the working tree
[07:48] <lifeless> update is used to update a tree against its own branch
[07:49] <rif_> lifeless: oaaaa
[07:50] <lifeless> poolie: EOD; biab;
[07:50] <poolie> k, bye
[07:51] <rif_> lifeless: pull updates the working tree indeed :)
[07:54] <rif_> lifeless: so update would be used if someone pushed stuff to my branch to update the tree?
[07:54] <mtaylor> lifeless: http://gorf.tangent.org/hudson/job/Drizzle-subunit/3/
[07:56] <poolie> hello vila
[07:56] <vila> hi poolie
[07:57] <poolie> how's stuff?
[07:59] <vila> kerguelen has been plugged as a slave, I'm debugging it right now
[08:13] <lifeless> rif_: yes
[08:13] <spm> is there a pointer to "magic that I can drop in .bzr/branch/branch.conf to run an arbitrary shell command on commit" - if indeed possible? Or an alternate method for same?
[08:13] <lifeless> mwhudson: SEX
[08:14] <lifeless> vila: http://gorf.tangent.org/hudson/job/Drizzle-subunit/3/ <- its drizzle, but thats what a result page could look like using subunit
[08:14] <vila> lifeless: sexy indeed
[08:15] <lifeless> mwhudson: oops, wrong nick :P
[08:15] <lifeless> mtaylor: SEX
[08:19] <pygi> spm, post-commit plugin? :)
[08:19] <pygi> hook plugin*
[08:20] <lifeless> spm: no, it would be a huge security hole
[08:20] <lifeless> spm: you can however write a post commit or post_push or post_tip_change plugin in python, and have it get its parameters from branch.conf
[08:22] <lifeless> vila: and here - http://gorf.tangent.org/hudson/
[08:22] <lifeless> you can see if you mouseover drizzle-subunit you get the test details
[08:24] <vila> grpmf, definitely sexier than buildbot :-/
[08:34] <spm> lifeless: in this specific case, we'd be relying on O/S security to control who can read, let alone commit. Is that still a hole when used that way?
[08:35] <lifeless> yes
[08:35] <lifeless> if root ran 'bzr commit' in a different tree on the system, it could do arbitrary code as root.
[08:36] <lifeless> the _facility_ to run arbitrary code on commit is the hole
[08:36] <lifeless> doing a plugin as I described isn't a hole
[08:36] <spm> Ah. I see. the old PATH=. exploit in essence. right.
[08:37] <lifeless> yes
[08:37] <lifeless> I've also jsut realised there's probably one in ~/.bazaar/plugins
[08:37] <lifeless> if you 'sudo bzr'... without HOME getting set to roots HOME
[08:39] <spm> hmmm. wouldn't that be a weakness of su and not getting an env set? taking the crud with you?
[08:39] <lifeless> yes
[08:39] <lifeless> but the default is the default
[08:39] <spm> sure
[08:40] <spm> oki, ta, will pass that back to the questioner. much appreciated.
[08:41] <lifeless> we'd be happy to help write a bzr plugin - its very easy to check a couple of branch configuration variables
[08:41] <lifeless> so the idea is, to have a plugin that (say) sms's
[08:41] <lifeless> youd set my_foo_number = ...
[08:41] <lifeless> and my_foo_other = ...
[08:41] <lifeless> in branch.conf
[08:42] <lifeless> then the plugin checks branch.get_config().get_user_variable('my_foo_other')   [roughly, details vary with contact with the enemy]
[08:43] <spm> in this case it's to trigger an earlier run of a cron task, but yeah
[08:44] <lifeless> mwhudson: http://src.opensolaris.org/source/diff/opengrok/trunk/src/org/opensolaris/opengrok/analysis/executables/ELFAnalyzer.java?r2=%252Fopengrok%252Ftrunk%252Fsrc%252Forg%252Fopensolaris%252Fopengrok%252Fanalysis%252Fexecutables%252FELFAnalyzer.java%40554%3Aa40bc05ca4e6&r1=%252Fopengrok%252Ftrunk%252Fsrc%252Forg%252Fopensolaris%252Fopengrok%252Fanalysis%252Fexecutables%252FELFAnalyzer.java%40509%3Ae65b56e2a9f0
[08:44] <lifeless> mwhudson: pretty
[08:57] <AfC> Nice URL there
[08:58] <AfC> Love those percent signs
[08:59] <lifeless> that part is scary yes
[09:00] <poolie> heh, the nice thing is they're escaped percent signs, serving as escape signs
[09:01] <fullermd> Yeah, it's almost as much fun as 7 \'s in a row in the middle of a string  :p
[09:02] <vila> seven \' or seven \ ?
[09:02] <fullermd> Yes.
[09:02] <vila> tought so
[09:03] <AfC> Git has a revert command which has a -n option:
[09:03] <AfC> --no-commit       don't automatically commit
[09:04] <AfC> what in god's name is that!
[09:04] <fullermd> The way I see it, the problem is that you're looking too closely at git...
[09:04] <fullermd> But git revert xyz == "bzr merge -rxyz..parent:xyz . ; commit"
[09:06] <fullermd> (presumably, it's well-named, since it's pretty much synonymous with --no-commit on git merge)
[09:12] <dannoffs> Anybody home?
[09:17] <dannoffs> anyone know of a how-to on setting up bazaar on  a godaddy server with SSH access? I know it can be done
[09:25]  * igc dinner
[09:55] <lifeless> vila-doctor: when you get back - another hudson feature - graphs - http://gorf.tangent.org/hudson/job/Drizzle-subunit/
[10:11] <sender> is anyone aware of a way to see the diff between the working tree and a pending update on a checkout? bzr status gives me 'working tree out of date, run bzr update', but i'd like to see what I'm applying.. any ideas?
[10:12] <Kinnison> bzr diff -r $(bzr revno)..-1
[10:12] <Kinnison> ?
[10:15] <vila> lifeless: I'd be interested by their time-travel machine, the results in your last URL are for 2009081[23] 8-D
[10:16] <lifeless> ;)
[10:17] <sender> Kinnison: thanx, this shows the diff between the last and pre-last revs right?
[10:19] <Kinnison> sender: I'd expect "current" and "head"
[10:19] <Kinnison> sender: I'm guessing -- I don't tend to use checkouts like that
[10:20] <lifeless> gnight
[10:20] <sender> Kinnison: I think you are right: head has revno 132, bzr diff -r 131..-1 gives the diff for rev 132... very useful
[10:21] <sender> Kinnison: I only use it for live instances of sites, as a lightweight checkout of a repo on the same server
[10:22] <sender> Kinnison: only thing is, a working tree could be several revs 'out of date'..
[10:28] <sender> Kinnison: same issue: https://bugs.launchpad.net/bzr/+bug/318604
[10:41] <Kinnison> Hmm
[10:53] <fullermd> Kinnison: 'revno' gives the revision number of the _branch_, not the working tree.
[10:53] <fullermd> Kinnison: You wanr 'revno --tree' for that.
[10:56] <vila> sidnei-away: ping
[10:59] <Kinnison> fullermd: aah
[10:59]  * Kinnison only uses checkouts rarely :-)
[11:39]  * sidnei yawns 
[11:39] <sidnei> wassup vila
[11:40] <vila> sidnei: I change the AutoSSH to use '-M 0' instead of '-M 20000', it took me a bit of time to realize how to properly install the service...
[11:40] <vila> aka using -u Admin
[11:40] <vila> :-/
[11:41] <vila> anyway, that should address the connect/disconnect messages that kind of ruin the prettiness of the new .css :)
[11:42] <vila> sidnei: also, I fixed one DNS IP address and add two more but still no cigar, I'll check with jam later
[11:42] <stewart> hi! I've just gotten a crash while doing 'bzr rebase': "bzrlib.erros.NoSuchRevision"
[11:46] <sidnei> vila: ok, thanks for letting me know. do you need any more help?
[11:47] <stewart> is anyone able to help with my rebase crash?
[11:47] <vila> sidnei: can you explain why 'nslookup host' can resolve a host when 'ping host' can't ?
[11:49] <vila> sidnei: otherwise, there are a couple of things I'd like to address in the slave/builder definitions but I need to know how you create the slave and setup the environment, aka, more or less update the README for kerguelen
[11:50] <sidnei> vila: i suspect it's too early in the morning for me to ponder about ping vs nslookup. :)
[11:50] <vila> sidnei: ok, np, nearly lunch time here anyway, take your time :)
[11:50] <sidnei> vila: as for the slave definitions, i just ran 'buildbot create-slave' afair, but the client is running a copy of buildbot trunk, so that might explain the difference
[11:52] <vila> AAAARGH damn synergy  virtualbox rdesktop windows incompatibility nightmare gimme my mouse back damn it
[11:53] <vila> sidnei: to run start the slave via a service too ?
[11:53] <vila> sidnei: do you start the slave via a service too ?
[11:53] <sidnei> vila: yes, as explained here http://buildbot.net/trac/wiki/RunningBuildbotOnWindows
[11:54] <vila> sidnei: I can' click on that anymore :-( I just can type here, will reboot shortly, if you can send me the relevant commands by mail, I'll update the README
[12:15] <vila> sidnei: back,
[12:16] <vila> ok, reading the URL you mentioned, it appears that the slave is started with buildbot_service.py start "c:/<buildbot_dir>" "d:/<another_buildbot_dir>"
[12:17] <vila> sidnei: What I did for all the others was to define the environment in the Makefile and start them with 'make start' so that env changes doesn't require restarting the service, but restarting the service takes the changes into account :)
[12:19] <sidnei> vila: ok
[12:20] <vila> sidnei: I don't know how much work it involves to get there but if you can start by putting the slave definition (.tac and info dir) under bzr that would be a good start :)
[12:21] <sidnei> vila: yeah, i will do that today
[12:21] <vila> ok ta
[12:23] <vila> the idea above is to end up with a service that just do: 'make -C <slave_dir> start' and nothing more
[12:23] <mobodo> when I bzr log, is it possible to get the last log (-l1) before or at a given revision (-rX) ?
[12:23] <vila> look at the other slave Makefiles
[12:23] <mobodo> if I bzr log -rX and there is no change for that revision, I simply get nothing
[12:26]  * fullermd can't parse "no change for that revision"...
[12:27] <fullermd> The stuff log shows is properties of the revision, so they're there...
[12:28] <Raim> not if you do  bzr log -rX foo.txt  and foo.txt has not been changed in revision X
[12:28] <fullermd> Oh.  For that you'd want something like "bzr log -r..X -l1 foo.txt"
[12:44] <fxn> hey .bzrignore is typically added to the repo?
[12:50] <Raim> fxn: yes
[12:57] <fullermd> It doesn't have to be; it works merely by being there.  But most of the time, you add it, since it makes sense for anyone else or any other branches to have the same ignores.
[13:22] <mobodo> thanks! -r..X did the trick
[13:50] <jelmer> moin jam
[13:50] <jam> morning jelmer
[13:51] <vila-lunch> morning jam !
[13:52] <jam> morning vila
[13:58] <mityaj> hi! anybody known how to uninstall bazaar windows shell extensions(TortoiseBZR)?
[14:01] <mityaj> regsvr32 -u tbzr.dll
[14:01] <vila> jam: LOL, parralel reviews :)
[14:01] <jam> yeah, my mail got out before yours got in :)
[14:01] <vila> jam: I think poolie has a plugin to change the default format to 2a and can experiment failures
[14:02] <vila> jam: anyway, he'll tell us :)
[14:02] <jam> well, it is easy enough to do it manually
[14:02] <jam> given that it is a 1 line change
[14:03] <vila> jam: but you should remember to undo it and do it in every branch, etc
[14:10] <mobodo> are you supposed to be able to pull a subdirectory from a branch  without pulling the full branch with bzr?
[14:10] <mobodo> say "bzr branch http://foo.org/bzrbranch/some/sub/project"?
[14:11] <jelmer> mobodo: no, that doesn't work
[14:12] <mobodo> ahh, ok, so you'd have to make sub branches
[14:12] <jelmer> mobodo: it may be supported at some point in the future, although there's nobody working on anything like that at the moment
[14:58] <vila> jam: I fixed some DNS entries on kerguelen this morning, but still no cigar
[14:59] <jam> vila: do you have a traceback of the latest failure?
[15:00] <vila> jam: the context is just trying nslookup and ping
[15:01] <vila> i.e. 'nslookup host' now works (I think it didn't, can you confirm) but 'ping host' still doesn't
[15:01] <jam> vila: I'm pretty sure 'nslookup' always works
[15:01] <jam> as it goes and contacts a DNS server directly
[15:01] <jam> whatever is messed up on Kerguelen doesn't effect nslookup
[15:01] <jam> so 'ping' is the real test
[15:01] <vila> ha ok
[15:01] <jam> (I could be wrong, but I think that is what I found)
[15:02] <fullermd> nslookup will use [the platform equivalent of] resolv.conf, but it does do all the query gen/send/recv/dissection internally, yes.
[15:02] <fullermd> It doesn't use gethostbyname() or the like.
[15:02] <vila> anyway, the first dns server in 'ipconfig /all' was wrong, I fixed it and added the 3rd and 4th
[15:03] <vila> fullermd: we're talking windows here, do you know what the equivalent of resolv.conf is ?
[15:03] <fullermd> Probably something in the registry.  I'm pretty sure it's what ipconfig /all tells you.
[15:06] <vila> fullermd: http://paste.ubuntu.com/248670/ , I find the IP routing Enabled: No suspicious as well as the default gateway being in a different subnet...
[15:06] <vila> jam: by the way, why can't we use DHCP ?
[15:06] <jam> DHCP for?
[15:06] <fullermd> Eh.  If it's not being used as a router, there's no real reason to enable routing.
[15:07] <vila> jam: for IP address, default gateway, DNS
[15:07] <jam> vila: last I checked the default gateway and subnet mask and default dns were a bit crazy
[15:07] <vila> fullermd: even if talking to different subnets ?
[15:07] <jam> when we asked the hosting provider to fix
[15:07] <jam> they said they needed to wipe and re-install the os
[15:08] <vila> :-(
[15:08] <jam> if we are going to do that, we'll stop hosting with the
[15:08] <jam> thm
[15:08] <fullermd> vila: [I'm pretty sure] that means routing packets THROUGH the host; e.g., the host itself being a router.
[15:08] <jam> them
[15:08] <fullermd> Default gateway on a different subnet is unusual perhaps, but still valid (as long as routes exist to get the packets there of course)
[15:09] <fullermd> But if it were wrong, you'd know it, 'cuz NOTHING would work, so that's not _the_ problem, whatever else it may be.
[15:10] <vila> fullermd: Yeah, I thought a bit like that, but my past experiences with network is also that when I don't understand something it's often one or several bugs
[15:10] <vila> s/often/often due/ s/bugs/wrong configurations/
[15:10] <fullermd> If nslookup works, that means all the network-related bits of DNS lookup is in good shape.
[15:10] <fullermd> (well, nothing's _certain_, but that's about as good a sign as you can get)
[15:10] <vila> so, backtrack,
[15:11] <vila> if dns setup is right, what should be changed for ping to use it
[15:11] <fullermd> So the likely place to something like ping to fail at getting the IP is in the resolver functions in libc.  gethostbyname() etc.
[15:11] <fullermd> I have no idea how that hooks together in windows, though.  Presumably, it's the immoral equivalent of how it is on POSIX, but...
[15:12] <fullermd> Does ping to bare IP work?
[15:12] <vila> I thought their TCP/IP stack was based on BSD :-P
[15:13] <vila> ping to hosts declared in the 'hosts' file works
[15:13] <fullermd> Well, I'm based on amphibians, but I still can't hop worth a damn   :p
[15:13] <vila> and ping to bare IPs works too (just to answer the question)
[15:14] <fullermd> Hm.  Well, you've presumably got python on the box; you can try banging up a script to use python's gethostbyname() equivalent (which presumably hooks through libc), and see if you can get results back from that.
[15:14] <fullermd> Or step down below that and throw together some C test code if you wanted.
[15:16] <vila> fullermd: I was tempted to try that, but 1) asking first may have worked, 2) I strongly suspect that I will get the same results as ping (and I already encounter problems from python)
[15:17] <fullermd> Oh.  Well, in that case, I'd like to change my diagnosis to "It's messed up"   :)
[15:17] <jam> fullermd: gethostbyname fails
[15:17] <jam> ping or direct access to IP addresses works
[15:17] <jam> since we can set the IP in hosts and connect
[15:17] <jam> (I tried that in the past :)
[15:17] <fullermd> You tested down to the function level?
[15:18] <vila> fullermd: your help is much appreciated (no kidding, walking the obvious (or not obvious) helps me keep my sanity)
[15:19] <fullermd> Well, I have no real business doing any debugging on Windows; I haven't really touched it since I wiped it 95 my system 13 years ago   :)
[15:19] <fullermd> But DNS and networking and all, that I know.  So hopefully I can bring a little something to the party anyway.
[15:19] <fullermd> ...   13 years ago??  WTF?  It can't have been that long...
[15:19] <vila> fullermd: kind of same background here except I'm not *that* old :-D
[15:20] <fullermd> Well, I didn't think *I* was either!
[15:27] <jam> fullermd: I tested "py -c "import socket; socket.gethostbyname()"
[15:27]  * Tak only 11 years ago, youngun
[15:29] <fullermd> Well, so that suggests it's b0rked at the python layer, and while it doesn't prove the problem is down in libc, the ping issue is symptomatically consistent with that, so it's probably a fairly safe guess.
[15:30] <fullermd> (actually, it may be a separate libresolv and not actually in libc, but same difference)
[15:30] <fullermd> I wouldn't know where to begin on fully defining or fixing that on win32   :|
[15:53] <jam> fullermd: well, IIRC,the windows tcp stack *is* based on the BSD stack :)
[15:53] <jam> hences why it is ".../etc/hosts"
[16:10] <vila> hmm, things you don't like to find in registry: DhcpDomain REG_SZ sw.ru
[16:22] <weigon> should $ bzr rebase git://... work (with bzr-git) ?
[16:22] <weigon> I get:
[16:22] <weigon> $ bzr rebase git://github.com/hyperic/sigar.git
[16:22] <weigon> bzr: ERROR: bzrlib.errors.NoSuchRevision: KnitPackRepository('file:///Users/jan/projects/in-bzr/sigar/.bzr/repository/') has no revision ('jan@mysql.com-20090713013128-p2obx3x942vd1waq',)
[16:32] <mobodo> is there an equivalent to the svn "export" in bzr?
[16:32] <mobodo> I want to download the branch without ending up with .bzr folders
[16:34] <Tak> bzr export
[16:35] <GastonBorys> hi
[16:37] <GastonBorys> what web application can be used to track the history of bzr in some project?
[16:37] <GastonBorys> to see diff and changes maked
[16:38] <cody-somerville> GastonBorys, do you just want like a branch browser or something more?
[16:39] <beuno> GastonBorys, https://launchpad.net/loggerhead
[16:40] <GastonBorys> beuno: vos estas en todos lados
[16:41] <GastonBorys> la idea es que no quieren usar launchpad para el proyecto
[16:41] <GastonBorys> estaban hablando de savanne
[16:41] <GastonBorys> pero parece que es un bardo configurarlo en el servidor
[16:42] <GastonBorys> la otra que había pensado es tomar el gtk-olive y hacerlo para entorno web
[16:42] <beuno> GastonBorys, loggerhead is independiente de Launchpad
[16:42] <beuno> es un web viewer de bzr
[16:42] <beuno> lo corres localmente
[16:43] <beuno> hay muchas proyectos que lo usan
[16:43] <GastonBorys> beuno: perfecto, no lo conozco, tenes idea si soporta varios sources, de diferentes aplicaciones
[16:43] <beuno> GastonBorys, como varios sources?
[16:43] <beuno> solo branches de bzr
[16:43] <beuno> (sorry for the spanish)
[16:43] <Tak> hay un plugin bzr por trac, no?
[16:44] <GastonBorys> el tema es asi, la gente de antico abandono el desarrollo, giuseppe cigala, estoy dandole una mano a los de DelphOs http://delphosproject.org
[16:45] <GastonBorys> y bueno les voy a ayudar a acomodar un poco el entorno gráfico, pero quieren desarrollar aplicaciones para ese entorno gráfico, la idea es hacer un track no solo con antico sino también con las aplicaciones y quieren algo que integre todo vos decis que funcionará?
[16:45] <GastonBorys> (yes sorry for spanish)
[16:45] <GastonBorys> Tak: si, pero no soporta esto que mencioné
[16:45] <GastonBorys> lo voy a mirar mientras igualmente gracias capo
[16:46] <GastonBorys> thanks!
[16:46]  * Tak asiente con la cabeza
[16:46] <beuno> GastonBorys, esto es loggerhead funcionando: http://bazaar.launchpad.net/~loggerhead-team/loggerhead/trunk/changes
[16:46] <beuno> no tiene integracion con nada, pero las URLs son las de la estructura de directorios
[16:46] <beuno> asi que sonoredecibles
[16:46] <beuno> er
[16:46] <beuno> "son predecibles"
[16:46] <GastonBorys> loggerhead
[16:47] <beuno> GastonBorys, de curioso, porque no quieren usar Launchpad?
[16:49] <GastonBorys> beuno: no se, pero como estoy mitad y mitad no puedo dar ordenes, me voy a tener que adaptar a lo que me pidan, yo les dije, empecemos con launchpad a ver que pasa, pero viste como son las burocracias con la gente que opina de las distos y como launchpad lo utilizan los de ubuntu es como que les molesta
[16:49] <GastonBorys> no voy a entender nunca esto de las guerras de distros, editores de texto y lenguajes de programación
[16:49] <beuno> heh, entiendo
[16:49] <beuno> bueno, loggerehead lo usa Launchpad
[16:50] <beuno> (hoy no es mi mejor dia para tipear)
[16:50] <beuno> yo soy uno de los desarrolladores
[16:50] <beuno> asi que si necesitas ayuda, puedo ir guiandote como integrarlo
[16:52] <GastonBorys> beuno: muy bien dale
[16:52] <GastonBorys> para no molestar aca, en donde te puedo encontrar?
[16:53] <beuno> GastonBorys, argentina@gmail.com
[16:53] <beuno> o #ubuntu-ar
[16:53] <beuno> o en privado  :)
[16:54]  * beuno se va a alm orzar
[16:54] <GastonBorys> gracias buen provecho
[17:16] <mobodo> in case this interests anybody else, I've posted the source code for my bzr web browser here: http://bazaar.enseed.com/app/webbzr/
[17:24] <vila> jam: I give up, I've put some dns servers in registry, they shouldn't do any harm, they may need a reboot...
[17:26] <vila> jam: also, kerguelen seems to have 8 procs but only 600M, is that correct ?
[18:02] <jam> vila: sorry was away eating. 8-procs is probably 4 real processors + hyperthreading
[18:03] <jam> server info say 640MB of ram, yes
[18:03] <jam> we also seem to be limited to "120 processes"
[18:04] <jam> and it seems to be limited to "2000 CPU units"
[18:05] <jam> and 20 GB of disk space
[18:06] <jam> these are all price configurable ($.20/mo per 1MB of memory, $1/100 units of CPU time, etc)
[18:06] <jam> though again, if we can get set up on EC2 or something along those lines, we'd probably rather do so.
[18:32] <lamalex> hey guys, I rm'd a file then created a new one with new content, but bzr is showing a removed and an unknown file
[18:32] <lamalex> can I just get it to be modified?
[18:32] <lamalex> they have the same name..
[18:42] <fullermd> lamalex: You probably want to dance around revert.
[18:42] <fullermd> (of course, if it's actually a different file, you probably WANT it to be a different file)
[18:42] <lamalex> well the add/remove is not right, it's the same file just with all new contents. I want to preserve the old history
[18:45] <kizzo> I do a "bzr rebase-continue" and it fails with an exception: "AssertionError: author property given twice"
[18:45] <kizzo> Anyone know offhand how to fix this problem?  Anyone know why it even happens?
[18:45] <vila> jam: ok, we'll do with that, I was asking because one bzr-installer-dev-plugin-release failed with an out of memory error
[18:46] <vila> s/one/last build/
[19:22] <jam> vila: interesting, though I would say going OOM w/ 600MB of ram may indicate something we want to fix.
[20:05] <jml> I would like 'bzr shelve --all; <run relevant tests> && <discard shelf>' as a single operation
[20:05] <jml> Or, failing that, an undo for 'bzr revert' :)
[20:13] <abentley> jml: have you tried "bzr alias 'revert=bzr shelve --all'" ? ;-)
[20:43] <jam> jml: wouldn't that be "bzr shelve --all code/but/not/tests ; <run relevant tests> " ?
[21:22] <dash> any emacs dvc users about?
[21:22] <dash> i'm wondering if anyone has successfully used M-x dvc-delta with bzr. :)
[21:22] <SamB> dash: what's that?
[21:23] <SamB> dash: this is the first I've heard of it
[21:27] <SamB> dash: okay, it doesn't work for me either
[21:27] <SamB> go ahead and report a bug on launchpad!
[21:28] <SamB> I think dvc needs moar blackbox tests ;-)
[21:28]  * SamB wonders how you do that for emacs packages ...
[21:31]  * SamB wonders why jelmer didn't take his exception logging code for bzr-svn ...
[21:32] <SamB> (for logging exceptions thrown from it's AuthProviderObject ...)
[21:57] <mkanat> Loggerhead question -- is there a way to get serve-branches to hide parent directories of branches that aren't themselves branches or repositories?
[21:58] <beuno> mkanat, not with a switch, but it's easy to tweak in the code
[21:59] <mkanat> beuno: Where would I look?
[21:59] <mkanat> beuno: Ideally it would be a config thing, though. Something in the repository config.
[21:59] <mkanat> beuno: My use case is that the top-level directories are client names that I don't want to expose.
[21:59] <beuno> mkanat, you can easily create a config for it
[21:59] <beuno> I would look in...
[22:01] <beuno> mkanat, loggerhead/apps/branch.py:131 is a good place to start
[22:01] <beuno> you can see examples of configs being used
[22:01] <mkanat> beuno: Thank you. :-)
[22:02] <beuno> mkanat, loggerhead/apps/transport.py also has some of it
[22:27] <jml> jam: that would be interesting too
[22:28] <jml> jam: maybe it is what I meant.
[22:37] <RenatoSilva> how to make a diff between two tags?
[22:37] <jelmer> RenatoSilva: bzr diff -rtag:foo..tag:bar
[22:38] <RenatoSilva> jelmer: thanks!
[22:42] <lifeless> hi jml
[22:43] <jml> lifeless, hi
[23:15] <SamB> how would one go about adding a -D flag for a plugin?
[23:15] <lifeless> just check for 'flag' in debug.debug_flags
[23:15] <lifeless> wher edebug is
[23:15] <lifeless> from bzrlib import debug
[23:15] <SamB> okay ...
[23:15] <sidnei> speaking of bzrlib...
[23:15]  * sidnei finds lifeless email to reply to
[23:16] <SamB> but shouldn't it be possible to add *help* for it?
[23:16] <lifeless> SamB: the help is static at the moment
[23:16] <lifeless> I don't particularly like that, but tuits
[23:16] <SamB> lame!
[23:17] <jelmer> igc: hi
[23:32] <poolie> hello
[23:49] <poolie> emmajane: hi?
[23:49] <poolie> jam, still around?
[23:50] <emmajane> poolie, Pong. I'm just getting ready for the drupal docs sprint.
[23:53] <poolie> k
[23:54] <emmajane> we finish up in ~2h. It's just a short one.
[23:54] <emmajane> I'll ping you when we're done, poolie