[04:22] <AfC> jelmer: that import is stuck at about average 10 rev per minute at
[04:22] <AfC> jelmer: fetching revisions 149790/264178
[04:22] <AfC> Should I be trying the "pull 1000 revisions at a time in a loop" trick, maybe?
[04:26] <AfC> (the bzr process is at over 3 GB VSZ, so there's now a lot of swapping going on. It's pretty ugly)
[06:47] <AuroraBorealis> well that was dissapointing
[06:47] <AuroraBorealis> bzr ran out of memory =(
[06:56] <AuroraBorealis> after 15 hours of fast-import xD
[06:56] <AfC> AuroraBorealis: mine hasn't run out of memory, but at 25 hours elapsed it is essentially stuck, constantly swapping
[06:56] <AuroraBorealis> are you still branching?
[06:57] <AfC> [bad Python VM doing reference count based GC, bad]
[06:57] <AfC> AuroraBorealis: yep
[06:57] <AuroraBorealis> what are you branching, a git repo?
[06:57] <AfC> AuroraBorealis: the kernel, yes
[06:57] <AfC> as we were discussing yesterday
[06:57] <AuroraBorealis> yeah thats why its taking so long =P
[06:57] <AuroraBorealis> i thought you were branching a bazaar repo
[06:57] <AfC> if it's making progress, I don't care. But it's just spinning it's wheels.
[06:58] <AfC> | fetching revisions 151486/264178
[06:58] <AfC> It was at 140000 this morning
[06:58] <AuroraBorealis> mine got to 16,000
[06:58] <AuroraBorealis> then ran out of memory as it was repacking the repo :>
[06:58] <AfC> 3 GB virtual memory, 1.5 phys... swap swap swap
[06:59] <AfC> I'm going to try the pull a 1000 revisions at a time trick.
[06:59] <AfC> That worked on GTK a couple years ago when pulling from Subversion
[06:59] <AfC> → pub
[06:59] <AuroraBorealis> heh
[07:00] <AuroraBorealis> but yes, this could defenitly be faster. and not run out of memory xD
[09:41] <iaindalton> I'm following the Emacs Bzr guide. It says to do "bzr branch nosmart+bzr+ssh://iaindalton@bzr.savannah.gnu.org/emacs/trunk trunk", but I get Permission denied (publickey). bzr: ERROR: Connection closed: Unexpected end of message. (etc.) Why is it doing this and how can I fix it?
[09:50] <lifeless> your ssh key is not present on the server. I don't know why its not, nor the process for getting it on that server - I would hope the guide covers both points.
[09:53] <iaindalton> It doesn't AFAICT
[12:18] <rly> Is there any way to know the repository size before downloading it completely?
[12:20] <jelmer> rly: "bzr info -v" should tell you the number of revisions
[12:21] <rly> jelmer: also, how does the whole brz foo:bar thing work?
[12:21] <jelmer> rly: do you mean lp:<project> ?
[12:21] <rly> jelmer: yes
[12:22] <jelmer> rly: lp: is a shorthand for addressing branches on Launchpad, provided by the "launchpad" plugin that's bundled with bzr
[12:22] <andy> hey guys, can someone please help me with an bzr - buildbot issue? It might not be related to buildbot at all, that's why i am asking here
[12:22] <rly> jelmer: bzr branch lp:calibre is already at 600MB (!).
[12:22] <rly> jelmer: I want to know how long it will continue.
[12:23] <rly> I think the Linux kernel is even smaller.
[12:24] <jelmer> andy: please ask your question, if anybody here can help we'll reply
[12:26] <andy> alright, thanks
[12:26] <andy> i  got a buildbot master running. a bzr repo is hooked to it. so the bzr_buildbot.py is my plugins directory. i also adjusted the locations.conf file. but everytime i am trying to check something in, ill get an error:
[12:27] <andy> $:~/tmp/repo$ bzr ci
[12:27] <andy> Committing to: /home/.../tmp/repo/
[12:27] <andy> modified setup.py
[12:27] <andy> bzr: ERROR: exceptions.AttributeError: 'Revision' object has no attribute 'get_apparent_author'
[12:27] <andy> the script i used can be found here: https://raw.github.com/buildbot/buildbot/master/master/contrib/bzr_buildbot.py
[12:27] <Peng> andy: ...What version of bzr?
[12:28] <andy> andy@europa:~/tmp/buildbot/basedir$ bzr --version
[12:28] <andy> Bazaar (bzr) 2.3.4
[12:28] <andy>   Python interpreter: /usr/bin/python 2.7.1
[12:28] <andy>   Python standard library: /usr/lib/python2.7
[12:28] <andy>   Platform: Linux-2.6.38-11-generic-x86_64-with-Ubuntu-11.04-natty
[12:28] <andy>   bzrlib: /usr/lib/python2.7/dist-packages/bzrlib
[12:28] <andy>   Bazaar configuration: /home/.../.bazaar
[12:28] <Peng> yeah ok ok ok!
[12:28] <andy>   Bazaar log file: /home/.../.bzr.log
[12:28] <andy> sry :-)
[12:31] <andy> buildbot doesn't even have to be running if you want to get that error
[12:32] <andy> the problem might be here aswell:
[12:32] <andy> $ cat locations.conf
[12:32] <andy> [~/tmp/repo]
[12:32] <andy> buildbot_on = change
[12:32] <andy> buildbot_server = localhost
[12:36] <jelmer> rly: it finished pretty quickly here
[12:36] <jelmer> rly: what version of bzr are you running?
[12:37] <rly> jelmer: are you on a 100Mb network?
[12:37] <jelmer> rly: 336.910  Transferred: 390815kB (1160.6kB/s r:390814kB w:1kB)
[12:37] <rly> jelmer: I have a 6 as a first number?
[12:37] <jelmer> rly: what version of bzr are you running?
[12:38] <rly> jelmer: 2.1.2
[12:38] <jelmer> there have been some major performance fixes recently, perhaps that's relevant here
[12:39] <jelmer> rly: I suspect 2.4 will be a lot faster for you, and use less bandwidth
[12:39] <rly> jelmer: what kind of connection do you have, btw>
[12:40] <jelmer> rly: it took 5 minutes at 1.1Mb/s
[13:13] <andy> do you have any idea if gary poster (the maintainer of the bzr_bulidbot.py) is here sometimes?
[13:17] <jelmer> andy: he's often in #launchpad-dev
[13:18] <jelmer> andy: though usually during the week rather than in the weekend
[13:28] <jelmer> andy: still there?
[13:30] <jelmer> andy: the call to get_apparent_author() should be changed to get_apparent_authors()[0]
[13:34] <Peng> Ah, I *knew* there was an API compatibility issue around get_apparent_author(), but I was thinking that it was too new, not that it was too old. It was killed around 2 years ago, wasn't it?
[13:35] <jelmer> Peng: yep, and then deprecated for a long time. I didn't realize it had been deleted
[15:39] <andy> Peng: sorry, was afk. I found the same solution. should i file a bug for this? or are you able to fix it?
[15:40] <andy> Peng: in the buildbot IRC they told me to file a bug with the fix.... but if you can fix it right away this might be better.
[15:51] <Peng> Sorry, not me. Filing a bug's probably the best bet.
[15:51] <Peng> merge proposal
[15:52] <Peng> Bah. / merge proposal.
[15:52] <Peng> (* Actually, I might have commit rights to it, but I've never touched it.)
[15:54] <andy> Peng: alright. please give it try, otherwise i am gonna file it
[15:59] <Peng> I don't wanna give it a try. >.> I feel weird jumping in.
[16:00] <Peng> Wait, it's part of buildbot, not part of bzr? Then I certainly don't have commit rights. And I've only used Github once in my life. :P
[16:00] <andy> ah, sorry, i missunderstood it
[16:09] <bpierre> hi
[16:14] <bpierre> vila: I'm looking at the UI thing, and I'd like to be sure about you use case
[16:14] <bpierre> *your
[16:15] <bpierre> on my side, I don't call bazaar from VIM, but rather use VIM python bidings to directly use bzrlib
[16:16] <bpierre> I provide my own UIFactory implementation, but since shelf_ui does not use get_boolean, it does not work
[16:17] <bpierre> calling bzr from VIM (e.g. :!bzr shelve), does work
[16:18] <bpierre> using "yes no | bzr shelve" in a terminal however, does not
[16:21] <bpierre> so my question is: looking at your change, it seems that the isatty check is not enough, why?
[16:33] <vila> bpierre: almost not there, I'll try to be quick
[16:33] <vila> "yes  no | bzr shelve" is seen as 'y' 'e' 's' ' ' 'n' 'o'
[16:34] <bpierre> not on the version without your patch
[16:34] <vila> bpierre: with  patch I landed and INSIDE_EMACS=1 it will see 'yes no'
[16:34] <vila> s//the/
[16:34] <bpierre> sorry, the example was using the unix yes command
[16:35] <vila> bah, sorry
[16:35] <bpierre> :)
[16:35] <vila> you still need INSIDE_EMACS :)
[16:35] <bpierre> so can't have a controling terminal when using shell command in emacs?
[16:35] <bpierre> switch to VIM! (kidding) ;)
[16:35] <vila> hehe
[16:36] <bpierre> so now that it's in UI, better to change the environement variable name
[16:36] <bpierre> no?
[16:36] <vila> the trick is that the isatty() is not appropriate under emacs, there is no way to automatically detect the right kind (char or line)
[16:36] <bpierre> I know there is one for progress
[16:36] <bpierre> ok
[16:36] <vila> the plan *is* to change that, yes
[16:36] <vila> gtg, bbl
[16:36] <bpierre> ok
[16:37] <vila> i.e. prpose your branch, we'll sort out the details :)
[16:37] <vila> bpierre: I'm patch pilot next week anyway, so will have more time
[16:37] <bpierre> ok
[16:44] <vila> bpierre: back, urgent, but quick ;)
[16:44] <andy> Peng: i made a pull request for the fix. Thanks for your help
[16:45] <Peng> andy: It was mostly jelmer's help :P
[16:45] <vila> bpierre: start by proposing your branch and if you still want to tweak before it's reviewed, you can. Complete your initial cover letter in the commit messages for your tweaks ans just 'bzr push'
[16:45] <vila> s/ans/and/
[16:46] <bpierre> ok
[16:46] <vila> grrr, does someone knows an IRC client with a spell checker ?
[16:46] <bpierre> can you just tell me the command you use to test in emacs?
[16:46] <vila> s/knows/know/ crap
[16:46] <vila> hehe
[16:46] <vila> bpierre: it won't work for you :)
[16:46] <bpierre> weechat has an aspell plugin
[16:47] <bpierre> I tried with M-!, but even with line based input, it does not work
[16:47] <bpierre> I don't use emacs at all, have not for a long time
[16:48] <vila> emacs sets INSIDE_EMACS=1, so *I* don't have to type but you do. After that you just use ./bzr selftest -s bt.test_shelf_ui
[16:48] <vila> to test your changes
[16:49] <vila> or if you want to observe the behavior of 'bzr shelve': 'INSIDE_EMACS=1 ./bzr shelve'
[16:49] <bpierre> by how do you control the shelf ui from emacs?
[16:49] <vila> oh ! Sorry
[16:49] <bpierre> with VIM, :!bzr uncommit
[16:49] <vila> I run a shell under emacs
[16:49] <bpierre> works ok
[16:49] <bpierre> so how do you start the shell, that's all I'm asking!
[16:49] <vila> a regular bash shell *except* the input is line based
[16:50] <vila> M-x shell
[16:50] <vila> M for meta, 'ESC x' works too
[16:50] <bpierre> ok! and not M-! command
[16:50] <bpierre> got it
[16:53] <vila> bpierre: just curious, how well do you know emacs ?
[16:53] <vila> hmm, you have it installed obviously
[16:54] <bpierre> no well at all! just installed it, for that and testing notmuch, started with it, before converting to vim :)
[16:54] <bpierre> 10 years ago
[16:59] <vila> bpierre: OMG, you went to the Dark Side ! vi, vi, vi VIVIVI is the editor of The Beast !
[17:15] <vila> bpierre: I've seen rms in flesh as St IGNUcis for the first time recently, the guy has a strong sense of auto-derision ;)   http://stallman.org/saint.html
[17:18] <bpierre> yeah
[17:37] <vila> bpierre: A *good* way to understand what my patch fix: with an older bzr version: add a line in a file, try to shelve it.
[17:38] <vila> bpierre: and watch your added line still present 8-)
[17:38] <AuroraBorealis> should i report a bug if bzr ran out of memory doing something?
[17:39] <vila> bpierre: you just type 'y\n' and shelve sees 'y' '\n' (default n) '\n' (default n) and think you don't want to shelve it finally :)
[17:41] <vila> AuroraBorealis: es, that would be helpful and awesome! Especially if you mentioned your hardware config ( mem size, proc, etc) and the software one (bzr version, plugin versions, etc) and of course the data (urls, formats, revision ids, etc) so we can reproduce and compare
[17:42] <vila> AuroraBorealis: we may need time to fix it but we'll know how close we get along the way ;)
[17:42] <AuroraBorealis> k
[17:42] <AuroraBorealis> i was trying to...convert the git repo for the linux kernel
[17:42] <AuroraBorealis> and first i ran out of memory, then i ran into this bug =P https://bugs.launchpad.net/bzr/+bug/541626
[17:46] <vila> AuroraBorealis: <cough> 2.1.0 ??
[17:47] <AuroraBorealis> do you mean thats the bzr version i'm using?
[17:47] <AuroraBorealis> i'm using 2.4.0
[17:47] <vila> AuroraBorealis: You'd really get better performance and memory consumption with 2.4 which is stable or 2.5b1 which is beta
[17:47] <vila> oh, known bug ! Sorry, let me finish reading
[17:47] <AuroraBorealis> xD
[17:49] <AuroraBorealis> i also have 8 gb of memory, but i guess the version of python bzr uses is 32 bit
[17:49] <vila> AuroraBorealis: sry, gtg, metoo the bug and subscribe
[17:50] <AuroraBorealis> kk!
[17:50] <vila> AuroraBorealis: and the informations mentioned above (and check the comments ?)
[21:06] <udp> so I have a recipe set up for my project, and the source is being imported from a git repository by launchpad
[21:06] <udp> I need to add a tag "upstream-0.2.4t"
[21:06] <udp> I don't know anything about bzr, but I assume that's to tag a particular revision as 0.2.4?
[21:07] <udp> since the debian packaging info says it's building 0.2.4
[21:09] <udp> I'm not sure how I'd do this since the branch is coming from git
[21:16] <jelmer> udp: hi
[21:16] <jelmer> udp: still there?
[21:16] <udp> Hi jelmer, yeah I am
[21:17] <jelmer> udp: git imports should import tags as well, so if you create one in Git it should create a matching tag in bzr
[21:17] <jelmer> udp: that said, why do you need that particular tag? It shouldn't be necessary for the recipe.
[21:17] <udp> ah, I didn't realise it did
[21:17] <udp> thanks - well, I'm getting "bzr: ERROR: No such tag: upstream-0.2.4t hooks - Stage 5/5"
[21:18] <jelmer> udp: try building with --allow-fallback-to-native
[21:18] <udp> I guess it'd be building HEAD if I did that?
[21:20] <jelmer> udp: well, this is about how it determines the upstream source
[21:21] <jelmer> udp: if you specify --allow-fallback-to-native then it will simply create a "native" debian package if it can't find the upstream source
[21:23] <udp> OK, I don't get the error if I use --allow-fallback-to-native
[21:24] <jelmer> I'm fixing the error message to be a bit clearer.
[21:27] <udp> can I add --allow-fallback-to-native to the recipe itself?
[21:27] <jelmer> udp: no, but launchpad has it enabled already
[21:30] <udp> ah ok - cheers
[21:41] <udp> odd, there's a *_source.changes file being generated in the working directory when I run dailydeb - it includes an incorrect Changed-By email address which is causing lintian to fail (it uses my local hostname)
[21:42] <udp> it's not the address from `bzr whoami`
[21:44] <jelmer> udp: I'm not entirely sure what the logic behind that is
[21:57] <AuroraBorealis> jelmer i posted my bzr version to that MemoryError bug
[21:59] <udp> never mind, starting a new terminal solved it - I tried to build on launchpad again, but it failed with "bzr: ERROR: Failed to apply quilt patches"
[22:00] <udp> there aren't any patches
[22:00] <jelmer> udp: is there a debian/patches/series file?
[22:00] <udp> yes, it's blank
[22:00] <jelmer> udp: launchpad is still running a fairly old bzr-builder which has problems with that
[22:02] <jelmer> udp: if you remove debian/patches it should work
[22:11] <wgz> AuroraBorealis: ha, I should have refreshed the bug page
[22:11] <jelmer> AuroraBorealis: thanks
[22:11] <AuroraBorealis> i have 8 gb of memory, so i would think that it shouldn't..run out o.o
[22:12] <jelmer> AuroraBorealis: I'm not sure about bzr-fastimport, but I remember importing linux with bzr-git at some point
[22:12] <wgz> you need to install it youself from parts if you want that to be true.
[22:12] <jelmer> auroraborealis: I'm also pretty sure the Launchpad vcs-imports don't have that much memory
[22:12] <AuroraBorealis> yeah i would think not
[22:12] <wgz> because bzr only provides 32-bit windows installers
[22:13] <AuroraBorealis> it seems that the importing was fine
[22:13] <AuroraBorealis> but repacking it caused it to run out of memory
[22:13] <wgz> jelmer: launchpad doesn't run on widnows.
[22:13] <wgz> ...or windows
[22:13] <jelmer> true
[22:13] <jelmer> maybe John will have something useful to say about this on Monday
[22:13] <wgz> I posted some observations to the bug.
[22:14] <wgz> there are like, three things we could fix that I can see, but I don't know which are important without actual memory measurements
[22:15] <AuroraBorealis> is there a way to do memory measurements?
[22:15] <AuroraBorealis> is that what lp:meliae is?
[22:15] <udp> jelmer: It built successfully on launchpad - thanks for your help  :-)
[22:15] <jelmer> AuroraBorealis: yep, meliae can indeed help with memory usage analysis
[22:15] <wgz> yup, if you have that when you OOM it does a dump.
[22:16] <jelmer> udp: cool, glad I could help
[22:16] <AuroraBorealis> ok i shall try this out
[22:16] <AuroraBorealis> i might run out of disk space though haha
[22:16] <AuroraBorealis> the fast export file is 20 gigs >.>
[22:16] <wgz> AuroraBorealis: I'd really like if you tried a 64-bit bzr if you're okay with building python things yourself
[22:16] <AuroraBorealis> yeah i can try that
[22:16] <AuroraBorealis> not sure how i do that on windows
[22:17] <wgz> you need a 64 bit python and the compiler it built with for starts...
[22:17] <jelmer> wgz: ah, you're Martin!
[22:18] <AuroraBorealis> which compiler is that?
[22:18] <jelmer> wgz: What made your "m" go upside down?
[22:18] <wgz> weekend!
[22:18] <wgz> ...I didn't quite stick to irc hours discipline
[22:18] <jelmer> yeah, it's hard on all of us :)
[22:20] <wgz> AuroraBorealis: let me check, I'm slightly concerned that the old free beer MSVCs were 32 bit only
[22:20] <AuroraBorealis> i *should* have access to all of the microsoft visual studio stuff, just need to ask my school
[22:21] <wgz> ..I've typed "54 bit" like, three times now
[22:22] <wgz> okay, this is the first thing I've turned up on google that looks even vaguely useful: <http://mattptr.net/2010/07/28/building-python-extensions-in-a-modern-windows-environment/>
[22:22] <wgz> as with all such things, some of what it says is probably out of date
[22:23] <AuroraBorealis> ive heard that vs2008 is the correct one too
[22:23] <wgz> this no doubt still stands though  "Visual C++ express works, as long as it’s 2008."
[22:23] <wgz> so, you should be able to get it to work.
[22:24] <AuroraBorealis> ok
[22:24] <AuroraBorealis> so then, i just download bzr from source
[22:24] <AuroraBorealis> and then what do i compile?
[22:25] <wgz> hm, jelmer, do you know if the C-from-pyrex sources in the tarball can be used straight up?
[22:26] <jelmer> wgz: I think so; the ugliness of the generated code is in part due to it trying to support all possible compilers
[22:26] <wgz> if so, you should just then be able to do `...Python2.7/python.exe setup.py` for Bazaar... then you'll need to do a similar thing for the two fastimport packages
[22:27] <wgz> and meliae... anything else?
[22:27] <wgz> *`python setup.py install`
[22:28] <wgz> ask in here if you get stuck at any point or need more help.
[22:28] <AuroraBorealis> haha
[22:28] <AuroraBorealis> which fast import packages do i need?
[22:28] <AuroraBorealis> or are those included in the bazaar source
[22:29] <wgz> lp:bzr-fastimport and lp:python-fastimport
[22:29] <AuroraBorealis> k, and do i need VS2008?
[22:30] <wgz> yup.
[22:30] <AuroraBorealis> so what exactly do i build with vs2008
[22:30] <AuroraBorealis> i know i run setup.py for most everything
[22:31] <wgz> setup.py will call the compiler for you, for the modules that need compiling
[22:31] <wgz> (*should, see that blog post if it doesn't work)
[22:32] <AuroraBorealis> yay!
[22:33]  * AuroraBorealis starts the download
[22:56] <lifeless> wgz: mgz by another nick?
[22:59] <wgz> lifeless: otherwise I'd forget to logout and be ghosting come Monday all the time
[22:59] <lifeless> wgz: welcome to Canonical!
[23:00] <AuroraBorealis> i can't seem to branch lp:bzr
[23:00] <AuroraBorealis> it just sits there at "starting" =/
[23:00] <wgz> AuroraBorealis: I suggest you get the tarball, will save you needing cythong
[23:00] <lifeless> AuroraBorealis: are you behind a proxy perhaps ?
[23:00] <AuroraBorealis> i'm not
[23:01] <wgz> lifeless: and welcome to not being able to stay logged out over the weekend? :)
[23:01] <lifeless> wgz: working on something we're passionate about, from home, tends to lead to blurred lines ;)

[23:01] <wgz> you have <http://www.python.org/ftp/python/2.7.2/python-2.7.2.amd64.msi> already right?
[23:02] <AuroraBorealis> yeah
[23:02] <lifeless> wgz: for instance, I've just triaged a hundred or so stale LP bugs
[23:03] <wgz> lifeless - he's passionate about stale bugs
[23:03] <wgz> they eat funny things in nz...
[23:03] <AuroraBorealis> bzr seems to be trying to open the repo with subversion or something
[23:03] <lifeless> wgz: :P I'm passionate about LP
[23:03] <wgz> :P
[23:04] <wgz> !pastebin the log quickly AuroraBorealis?
[23:04] <wgz> !pastebin
[23:06] <AuroraBorealis> this is unrelated to the memory error thing, its just not branching lp:bzr and creating a repo has weird output o.o  http://paste.ubuntu.com/700769/
[23:06] <wgz> yup.
[23:06] <wgz> ugh, yeah, that's not pretty.
[23:07] <AuroraBorealis> no idea why its doing it, i'm just creating a new repo >.>
[23:08] <AuroraBorealis> it also seems to be denying my public key
[23:11] <AuroraBorealis> back to what i was doing, its saying that no cython or pyrex is installed. do i need those?
[23:12] <wgz> shouldn't say that if you went with the tarball?
[23:12] <wgz> otherwise yeah, you'll need one
[23:12] <AuroraBorealis> yeah its with the tarball
[23:13] <AuroraBorealis> just did python27_64 setup.py and its saying "no cython, trying pyrex...pyrex is not available"
[23:13] <wgz> http://www.lfd.uci.edu/~gohlke/pythonlibs/#cython
[23:13] <wgz> did it then fail?
[23:13]  * wgz checks the setup.py logic
[23:14] <AuroraBorealis> i was just checking the arguments
[23:14] <AuroraBorealis> it said that then printed the usage
[23:14] <wgz> ah, it looks like it'll say that
[23:14] <wgz> but then build anyway
[23:14] <wgz> so, don't worry
[23:14] <AuroraBorealis> now its saying cython is there
[23:14] <AuroraBorealis> so yay
[23:15] <AuroraBorealis> booooo
[23:15] <AuroraBorealis> "valueerror"
[23:15] <fullermd_> Obviously, it thinks you have questionable values.
[23:16] <wgz> pastebin traceback?
[23:16] <wgz> did you get the windows 7 sdk?
[23:16] <AuroraBorealis> http://paste.ubuntu.com/700774/
[23:16] <AuroraBorealis> no i didn't
[23:17]  * AuroraBorealis installs that
 is what you want I think
[23:17] <wgz> ^that error might be one of the ones the blog post from earlier had a workaround for
[23:18] <AuroraBorealis> yeah i'm installing it now
[23:18] <wgz> see the "Trick distutils" section
[23:18] <wgz> which comes after "Install the Windows 7 Platform SDK"
[23:19]  * wgz hugs fullermd and his underscore
[23:19] <AuroraBorealis> annnnd installation failed on the sdk
[23:20]  * AuroraBorealis cries
[23:20]  * wgz offers emotional support
[23:21] <AuroraBorealis> the error was "see the config html page for more information"
[23:21] <AuroraBorealis> thanks microsfot
[23:21] <AuroraBorealis> soft*
[23:25] <wgz> did it dump a html log anywhere obvious?
[23:25] <AuroraBorealis> i have the log
[23:25] <AuroraBorealis> no idea what its actually doing
[23:26] <AuroraBorealis> http://paste.ubuntu.com/700777/
[23:26] <fullermd_> Aiee!  There's an underscore on my back??  Get it off!  Get it off!!
[23:27]  * wgz swats at it
[23:27]  * fullermd_ spins around barking and biting as his tail.
[23:27] <AuroraBorealis> found something promising on google, one se
[23:27] <AuroraBorealis> c
[23:28] <wgz> http://blogs.msdn.com/b/windowssdk/archive/2009/09/16/windows-7-sdk-setup-common-installation-issues-and-fixes.aspx
[23:28] <wgz> the list of errors there is amusing
[23:28] <AuroraBorealis> the fix is diving deeep into the registry
[23:34] <AuroraBorealis> and now i apparently need to reboot