00:03:20  * piscisaureus_changed nick to piscisaureus
00:11:55  * virmitioquit (Quit: Leaving.)
00:20:31  * Scotisjoined
00:21:07  <Scotis>i was able to install the 1343 devtools just fine from the cli
00:21:20  <Scotis>the previous version was still giving me issues yesterday
00:21:41  <Scotis>so thanks for fixing that!
00:22:03  <FearTheCowboy>very cool
00:28:12  * piscisaureusquit (Quit: ~ Trillian Astra - www.trillian.im ~)
00:34:45  <FearTheCowboy>Ok, I think I've finally got the site & repository service working so that it has multiple servers on azure, handles upgrades and Azure redeployments ok, and can update itself and the coapp site in an extremely short period of time
00:35:09  <FearTheCowboy>theoretiacally no more main site outages
00:42:34  * remy_oquit (Quit: WeeChat 0.3.7)
00:42:54  <FearTheCowboy>ok, now what was I working on before Azure broke everything?
00:54:02  * piscisaureus_joined
01:24:51  * FearTheCowboyquit
02:35:27  * Scotisquit (Ping timeout: 245 seconds)
02:46:44  * And3r5quit (Ping timeout: 252 seconds)
02:52:36  * TReKiEquit (Ping timeout: 252 seconds)
02:52:46  * TReKiEjoined
03:34:19  * Kitten_Basketquit (Quit: Kitten_Basket)
04:17:36  * piscisaureus_quit (Quit: ~ Trillian Astra - www.trillian.im ~)
05:39:55  * HamishCjoined
07:02:16  * Kitten_Basketjoined
07:46:37  * ender`joined
08:28:31  * Jonny5joined
08:28:32  * Jonny5quit (Changing host)
08:28:32  * Jonny5joined
08:45:27  * HamishCquit (Ping timeout: 245 seconds)
10:15:00  * Jonny5quit (Quit: Leaving.)
10:23:55  * ssam2joined
10:35:10  * cH40z-Lordquit (Ping timeout: 245 seconds)
10:35:27  * cH40z-Lordjoined
11:00:48  * madewokherdquit (Remote host closed the connection)
14:17:15  * piscisaureus_joined
14:47:28  * Jonny5joined
14:47:28  * Jonny5quit (Changing host)
14:47:28  * Jonny5joined
15:10:16  * FearTheCowboyjoined
15:53:12  * piscisaureus__joined
15:53:24  * piscisaureus_quit (Read error: Connection reset by peer)
15:59:12  * piscisaureus__quit (Ping timeout: 248 seconds)
16:34:05  * madewokherdjoined
16:40:32  * wwahammyjoined
16:52:52  * piscisaureus_joined
17:10:57  * virmitiojoined
17:19:02  * piscisaureus_quit (Quit: ~ Trillian Astra - www.trillian.im ~)
17:20:25  * piscisaureus_joined
17:44:27  * hanrahatjoined
17:45:07  * hanrahatquit (Client Quit)
17:49:06  * hanrahatjoined
17:49:31  * HamishCjoined
18:08:50  * ssam2quit (Remote host closed the connection)
18:22:12  <HamishC>ooh it works http://interblag.net.nz/files/CoApp/coapp-httpd.png
18:22:47  <auroraeosrose>woot!
18:23:24  <FearTheCowboy>SAWEEEEEET
18:23:31  <ender`>niice
18:23:47  <auroraeosrose>if we have apache and everything it needs, I guess I need to do the evil one - I should check how the gtk stack is going
18:23:52  <FearTheCowboy>DROOOOOOL
18:24:35  <virmitio>HamishC: I don't suppose you've pushed the working copies back up to coapp-packages?
18:25:45  <HamishC>na they're pretty rough, I was hoping to pretty them up like the zlib one
18:25:50  <ender`>oops: http://gcc.gnu.org/viewcvs?view=revision&revision=184996
18:26:20  <virmitio>HamishC: go ahead and push as-is. They can be prettied up in future commits
18:26:27  * Scotisjoined
18:27:20  <FearTheCowboy>I should be posting a new build of CoApp today that is a whole lot smarter (and faster) starting up and restarting
18:27:43  <FearTheCowboy>and may even restart correctly during a coapp engine update...
18:28:00  <Scotis>woah - httpd?!
18:28:37  <HamishC>ok, will do at lunchtime then I'm off for a week
18:30:47  <auroraeosrose>boogedy boogedy
18:31:01  <auroraeosrose>lemme know when it's pushed HamishC :) MOAR SAPIS
18:31:22  <auroraeosrose>ugh, do we have "optional" dependencies? I know I asked this before but my brain is needing caffeine infusion
18:31:35  <FearTheCowboy>not for release
18:31:53  <FearTheCowboy>we're gonna have soft/optional dependencies a bit later
18:32:49  <auroraeosrose>hmmm - so the solution is separate packages I suppose
18:33:23  <FearTheCowboy>Yeah.
18:34:14  <auroraeosrose>anyone do any developer packages yet?
18:46:06  <madewokherd>I'm still stuck because my berkeleydb package didn't work :(
18:50:09  <madewokherd>besides zlib-dev I haven't seen any
18:50:49  <madewokherd>oh, hey, expat has one
18:51:20  <madewokherd>and lua
18:51:42  * HamishCquit (Ping timeout: 245 seconds)
18:55:15  <madewokherd>somehow I make autopkg crash every time I try to package a library, probably in the same way, so it'd really help if someone could figure out what I'm doing wrong in that berkeleydb package (which I pushed)
18:55:42  <virmitio>madewokherd: I'm grabbing your latest push to have a look at it.
19:00:10  <madewokherd>last time I worked on gtk I got stuck because pretty much any dependency of glib requires a glib install
19:00:39  <madewokherd>er
19:00:52  <madewokherd>*anything that depends on glib needs glib to be installed to build
19:11:19  <madewokherd>man, the set of packages in that screenshot nicely blocks almost anything I might set out to do
19:13:02  <Scotis>when i just went to update the toolkit to 1375 - it updated - i got the 'cancellation requested' then when i did a 'coapp list' it gave me a 'Unhandled Exception: System.AggregateException:' - expected?
19:13:25  <FearTheCowboy>hmm.
19:13:39  <Scotis>hmm
19:13:39  <FearTheCowboy>no... it should have worked much better
19:13:43  <Scotis>i did it again and now its fine
19:13:54  <Scotis>err i did the 'coapp list' again
19:14:06  <Scotis>the first time i did it - it gave me that exception
19:14:09  <Scotis>2nd time - it was fine
19:14:34  <FearTheCowboy>may have been a small glitch on the service upgrade. the service start/restart has been rewritten, and it may have been still restarting
19:14:39  <Scotis>i can paste the whole exception details in here if you'd like
19:14:42  <FearTheCowboy>here on in, it should be much better
19:14:55  <FearTheCowboy>the old restart logic was kinda crappy.
19:15:36  <Scotis>System.InvalidOperationException: Cannot stop CoApp Package Installer Service servic e on computer '.'. ---> System.ComponentModel.Win32Exception: The service cannot accept control messages at this time
19:15:57  <FearTheCowboy>ah
19:16:02  * And3r5joined
19:16:08  <FearTheCowboy>yeah, that's the old restart logic bombing out
19:16:11  <Scotis>cool
19:16:24  <FearTheCowboy>should be much much better now
19:16:31  <FearTheCowboy>coapp.service --restart should work every time too :)
19:16:48  <Scotis>nice!
19:17:06  <Scotis>fyi - 'coapp trim' is not removing old version of devtools and toolkit
19:17:14  <FearTheCowboy>no, not yet.
19:17:27  <FearTheCowboy>I'm going to write a better trim later this week
19:17:32  <virmitio>madewokherd: after re-arranging the order of targets in the .buildinfo file, everything appears to work fine
19:17:55  <madewokherd>really?
19:18:08  <madewokherd>must be something wrong with my install then
19:18:33  <madewokherd>I did successfully build a MakeTestCert msi a while ago.. :/
19:18:36  <FearTheCowboy>Scotis -> try coapp remove --installed=true --active=false *
19:19:11  <Scotis>already removed them manually :|
19:19:52  <madewokherd>afaik the target order thing only applies to the "test" target, which I should be able to skip by building "package"
19:21:42  <virmitio>madewokherd: actually, I lied. there's a bug in ptk's processing of target names that makes it explode on ptk test, still
19:21:53  <FearTheCowboy>working on that right now
19:21:58  <virmitio>ptk package worked fine for me, though
19:22:30  <madewokherd>oh cool now ptk is giving me an exception "Unable to connect to CoApp Service." every time
19:22:36  <virmitio>I have a file named berkeleydb[vc10]-5.1.25.1-x86.msi
19:22:59  <virmitio>are you on the latest toolkit and devtools?
19:23:04  <madewokherd>just upgraded
19:23:14  <virmitio>hmm...
19:28:15  <madewokherd>ptk works as administrator, so I guess it's a permissions issue
19:30:38  <madewokherd>but I wouldn't know how to begin to investigate that
19:36:12  * And3r5quit (Ping timeout: 252 seconds)
19:38:15  * gixquit (Ping timeout: 260 seconds)
19:39:01  <FearTheCowboy>ok, pushed a new coapp version that doesn't have the matching bug in ptk
19:43:35  * gixjoined
19:43:52  <madewokherd>and now ptk magicailly works again
19:45:00  <madewokherd>wait, no, it just failed later
19:46:44  <FearTheCowboy>I gotta grab some lunch, I'll be back in a few minutes. Perhaps I can see what's breaking.
19:49:23  * Scotis_joined
19:49:49  <madewokherd>ah, ptk is working but it's calling things that fail
19:50:03  * Scotisquit (Ping timeout: 245 seconds)
19:50:07  <madewokherd>so "coapp list" is probably the best test case
20:04:35  * remy_ojoined
20:23:38  <ender`>http://www.publicknowledge.org/blog/warner-bros-embarrasses-self-everyone-new-%E2%80%9Cdi
20:43:09  * hanrahatquit (Ping timeout: 244 seconds)
21:50:37  * hanrahatjoined
22:13:03  * stalledquit (Ping timeout: 244 seconds)
22:24:10  <virmitio>madewokherd: the Berkeley_DB_vs2010.sln file, is that in the original source or is that made by you so it would build?
22:24:58  <madewokherd>you could easily check this yourself
22:25:15  <madewokherd>it's in the original source
22:26:11  <madewokherd>you can tell because it's in the "upstream" branch
22:26:13  <virmitio>thank you. and I honestly figured that if you remembered at all, asking you would be faster than me hunting down a source tarbal, unpacking it, and poking around
22:26:44  <virmitio>ah, fair enough
22:27:00  <virmitio>that was a case of me not paying attention to the branches, sorry
22:27:12  <madewokherd>getting a tarball of berkeleydb is a hassle so I don't blame you for not wanting to do that
22:27:55  <madewokherd>I think I ended up grabbing it from debian instead of oracle
22:29:13  <madewokherd>looks like I didn't have to modify the source at all
22:29:25  <virmitio>noticing that
22:29:31  <virmitio>always a bonus
22:30:34  <virmitio>mind if I expand your .buildinfo and .autopkg files to accommodate VS2005 (which looks like it also has included solutions files) and x64?
22:31:44  <madewokherd>I don't mind, but it does bring up a possible issue
22:32:13  <madewokherd>since I don't have vs2005, I won't be able to test the release or package targets; I'll have to run the configurationg I can build individually
22:32:21  <virmitio>not at all
22:32:50  <virmitio>you'll be able to pass in an argument for the compiler at the ptk command-line
22:33:09  <virmitio>as soon as I've got it set up, I'll talk you through how it works
22:33:12  <madewokherd>right, but the "release" target will try to build on all supported compilers, won't it?
22:33:23  <virmitio>got that covered too
22:33:28  <madewokherd>or-- oh, it's a new feature
22:33:34  <madewokherd>and this package is the guinea pig?
22:33:36  <virmitio>you can actually see how it works on the zlib repo
22:34:22  <madewokherd>too bad I can't test it because I can't connect to the coapp service :p
22:34:26  <virmitio>on zlib, if you just run 'ptk package' or 'ptk test' it will run for both VC9 and VC10
22:35:28  <virmitio>if you call 'ptk test --ALL_COMPILERS=vc10' it will only run through build and test via VC10
22:36:07  * virmitioapologizes for the variable name used on zlib. He wasn't thinking much of brevity at the time and may adjust it later.
22:36:55  <virmitio>this works because of a pair of (not-yet-documented) recent features added to ptk and autopackage
22:37:33  <virmitio>I'm actually working on updating the docs while my various machines do other things
22:38:48  * stalledjoined
22:44:36  * remy_oquit (Quit: WeeChat 0.3.7)
22:53:18  * ender`quit (Quit: If the experiment works, you must be using the wrong equipment. -- Patrick's Theorem)
23:08:15  <FearTheCowboy>wwahammy -> I'm altering the client library to automatically connect/reconnect whenever it needs to. You won't have to ever worry about making a connection explicity when this is pushed
23:17:18  * auroraeosrosepart ("Leaving.")
23:30:53  * HamishCjoined
23:33:43  <wwahammy>FearTheCowboy: oooh I like that
23:36:53  * Jonny5quit (Quit: Leaving.)
23:42:48  <virmitio>madewokherd: the features I had mentioned before are now semi-documented on the coapp site: http://coapp.org/developers/packagingbestpractices.html
23:43:07  <virmitio>they can be found near the bottom of the page
23:52:24  * piscisaureus_changed nick to piscisaureus