00:03:06  * Scotisis set as away : Reason(dinner)
00:26:50  * mloskotjoined
00:26:50  * mloskotquit (Changing host)
00:26:51  * mloskotjoined
01:17:07  * mloskotquit (Quit: mloskot)
01:32:19  * piscisaureus_quit (Quit: ~ Trillian Astra - www.trillian.im ~)
02:24:03  * Jonny5quit (Quit: Leaving.)
03:01:36  * gixquit (Ping timeout: 276 seconds)
03:05:24  * gixjoined
03:47:18  * rriveraquit (Remote host closed the connection)
04:09:47  * auroraeosrose1joined
04:12:02  * auroraeosrosequit (Ping timeout: 264 seconds)
04:40:15  * madewokherdquit (Remote host closed the connection)
05:22:44  * remy_ojoined
05:39:36  * Virmitioquit (Quit: Leaving.)
05:55:09  * _Andrewjoined
05:55:10  * _Andrewquit (Changing host)
05:55:10  * _Andrewjoined
06:42:39  * Kitten_Basketquit (Quit: Kitten_Basket)
06:43:06  * Kitten_Basketjoined
06:45:40  * ender`joined
06:55:50  * remy_oquit (Quit: WeeChat 0.3.7)
07:12:31  * auroraeosrosejoined
07:13:34  * auroraeosrose1quit (Ping timeout: 250 seconds)
09:00:14  * gcs-developquit (Quit: Leaving.)
09:17:03  * _Andrewquit (Quit: Ex-Chat)
11:31:56  * piscisaureus_joined
11:36:20  * piscisaureus_quit (Client Quit)
11:42:46  * piscisaureus_joined
12:07:26  * an1joined
12:58:50  * madewokherdjoined
13:02:13  * Jonny5joined
13:05:58  * madewokherdquit (Remote host closed the connection)
13:06:20  * madewokherdjoined
13:41:06  * an1quit (Remote host closed the connection)
14:01:25  <madewokherd>I'm getting an error with the latest coapp.devtools; it can't find CoApp.Client, Version=
14:01:35  <madewokherd>probably because I don't have that version installed
14:01:48  <madewokherd>nor is it in the feed
14:01:54  <FearTheCowboy>one sec
14:03:07  <FearTheCowboy>there. I uploaded it, it should be in the feed now.
14:08:52  * _Andrewjoined
14:13:00  <madewokherd>funny, I run the new package and it tells me there's an older version installed
14:13:52  <FearTheCowboy>Ah, yeah, I seem to have screwed up the options when trying to fix them yesterday. I'll get straight on that now
14:26:26  * piscisaureus_quit (Ping timeout: 264 seconds)
14:36:12  * Jonny5quit (Quit: Leaving.)
15:02:48  * virmitiojoined
15:06:31  <madewokherd>Duplicate symbol 'FIle:Z7EEE2D…' found. This typically means that an Id is duplicated.
15:06:40  <madewokherd>that's not a hash of the file contents, is it?
15:06:53  <FearTheCowboy>no, it supposed to be a hash of the file path + name. hmmm.
15:12:49  * piscisaureus_joined
15:14:10  <madewokherd>can someone try opening the libiconv solution and editing the project build deps/order?
15:14:52  <madewokherd>it's failing with a weird error here, and I want to know if it's because I screwed up the merge somehow, or if the solution is just broken
15:15:07  <virmitio>stand by
15:15:51  <madewokherd>Microsoft Visual Studio Solution File, Format Version 11.00
15:15:52  <madewokherd>HMM
15:16:09  <virmitio>which should be correct for VS10
15:16:14  <madewokherd>ok
15:17:07  <virmitio>madewokherd: "The project file '' has been renamed or is no longer in the solution."?
15:17:11  <madewokherd>yes
15:18:21  <virmitio>seems kindof odd
15:20:12  * wwahammyjoined
15:20:15  <virmitio>well, yanking all of the test projects from the solution clears the issue, so I must have introduced a broken reference in one of those project files
15:23:12  <madewokherd>some of the references to libiconv.vcxproj have a guid starting with A2AACCA5 but I don't know if that's meaningful?
15:24:32  <virmitio>was what I had just noticed
15:24:46  <virmitio>and correcting those guids fixed the issue
15:25:22  <virmitio>I must have made a copy-paste error when working on that
15:26:34  * qwebirc80386joined
15:26:55  <virmitio>do you want to make those changes yourself in your update commit, or would you prefer I push a fix for it?
15:27:24  <madewokherd>well, I'm going to have to redo my merges if you push, but I think it's worth it to have the old version work
15:27:36  <madewokherd>so, push it please
15:28:10  <virmitio>pushed
15:29:01  <qwebirc80386>I just ran through the project setup steps from the web site, and got an error on the first build - the PTK tool fails
15:29:15  <virmitio>what's the error?
15:29:55  <qwebirc80386>Unhandled Exception: System.IO.FileLoadException: Could not load file or assembly 'CoApp.Toolkit.Engine.Client, Version=, Culture=neutral, PublicK eyToken=1e373a58e25250cb' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRES ULT: 0x80131040) at CoApp.Ptk.pTkMain..ctor() at CoApp.Ptk.pTkMain.Main(String[] args)
15:30:27  <FearTheCowboy>Install the latest dev tools : http://coapp.org/devtools
15:30:31  <virmitio>yep
15:30:59  <qwebirc80386>I just did the steps from the web site a few minutes ago?
15:31:15  <virmitio>which page? I'll need to go fix that
15:31:45  <qwebirc80386>I started on http://coapp.org/pages/developers.html
15:31:49  <qwebirc80386>and worked down the links:
15:31:57  <qwebirc80386>GIT - check
15:32:08  <qwebirc80386>dev environment - check
15:32:17  <virmitio>ah, the ext\tools binaries are old
15:32:18  <qwebirc80386>check out source code - check
15:32:46  <FearTheCowboy>yeah, I haven't updated those binaries in a while. we should probably remove those and just install devtools instead
15:33:20  <qwebirc80386>ok installing that MSI you gave me...
15:35:47  <qwebirc80386>I guess I need a real IRC client if I want a non-"qwebirc" handle.
15:35:59  <FearTheCowboy>use /nick <newnickname>
15:36:22  * qwebirc80386changed nick to domanite
15:36:25  <domanite>thanks
15:36:44  <FearTheCowboy>Yeah, running as an 80386 is so 1989 :)
15:37:06  <madewokherd>uh should libiconvtest really be including iconv.c in its build?
15:37:13  <virmitio>hey, I liked my 386/40 computer!
15:37:58  <virmitio>madewokherd: acording to their test docs, yes. It's actually a different iconv.c than is used in the library (don't ask me why, I just followed instructions)
15:38:27  <madewokherd>ah there's a lib/iconv.c and a src/iconv.c
15:38:57  <madewokherd>I'm missing uniwidth.h, maybe they added that include in the new version..
15:39:24  <virmitio>could be
15:39:25  <auroraeosrose>no
15:39:29  <auroraeosrose>that's from libunistring
15:39:43  <auroraeosrose>weeee
15:39:44  * virmitiosighs
15:39:47  <madewokherd>nope
15:40:20  <virmitio>no, it's in srclib/
15:40:46  <auroraeosrose>oh weird
15:40:58  <madewokherd>was
15:41:05  <madewokherd>it's not in the 1.14 tarball
15:41:22  <virmitio>awesome
15:41:55  <madewokherd>according to my notes, libunistring has an optional dependency on libiconv
15:42:28  <madewokherd>but at least it's only the test program that needs it
15:42:50  <virmitio>... great...
15:43:10  <FearTheCowboy>domanite -> once you've installed the devtools, open a new command prompt and the new ptk should be in your PATH
15:43:24  <madewokherd>so once there's a package, the test program can just depend on the package, right? ;)
15:43:46  <madewokherd>er, the test target
15:43:49  <madewokherd>in ptk
15:44:04  <virmitio>I feel like we're going to need a working package of every piece of open-source software before we can test any piece of it...
15:44:51  <domanite>thanks, build completed.
15:46:17  <FearTheCowboy>and if you cloned the code from github more than 30 minutes ago, you'll want to pull the latest. I just pushed a bunch a little while ago
15:47:15  <domanite>btw, I'm pretty git-ignorant - why does this project clone when many others on github suggest forking?
15:47:37  <FearTheCowboy>uh, yeah, you should fork it .
15:47:45  <FearTheCowboy>not-up-to-date-docs
15:48:25  <virmitio>there's a lot of that going around
15:48:50  <madewokherd>good thing I already started a libunistring port
15:49:02  <madewokherd>or maybe that's a bad thing because there must have been a reason I stopped
15:49:44  <virmitio>madewokherd: I don't suppose that you're also putting in the test target for these forks?
15:49:56  <virmitio>(an actual target, not just a stub)
15:50:22  <madewokherd>I'm saving it for after package
15:50:23  <madewokherd>so no
15:50:30  <virmitio>k
15:51:17  <virmitio>and are you trying to accommodate multiple compilers if the source provides for it easily?
15:51:50  * virmitiois trying to guess how much "post-processing" he needs to do to packages
15:53:51  <madewokherd>basically, I'm trying to do the bare minimum to get a package building first
15:54:06  <madewokherd>then worry about tests, optional deps, and other compilers
15:54:38  <virmitio>works
15:57:25  <FearTheCowboy>CoApp Weekly Conference Call this morning, 10:30 PDT (~90 minutes from now) ... http://coapp.org/news/2011-07-25-A-Weekly-CoApp-Technical-Discussion.html
15:57:32  <FearTheCowboy>join anytime
16:11:20  * gcs-developjoined
16:16:10  * piscisaureus_quit (Ping timeout: 240 seconds)
16:20:21  <FearTheCowboy>just pushed coapp -- fixed the recently introduced `coapp list` bug
16:30:07  * piscisaureus_joined
16:36:14  * mloskotjoined
16:36:14  * mloskotquit (Changing host)
16:36:14  * mloskotjoined
17:09:15  * auroraeosrose1joined
17:11:39  * auroraeosrosequit (Ping timeout: 265 seconds)
17:16:07  <auroraeosrose1>apparnetly my connection is sad
17:18:08  <virmitio>auroraeosrose1: http://www.motifake.com/image/demotivational-poster/0903/awesomeness-demotivational-poster-1236041798.jpg
17:19:02  * auroraeosrose1changed nick to auroraeosrose
17:19:12  * auroraeosrosequit (Changing host)
17:19:12  * auroraeosrosejoined
17:20:52  <virmitio>CoApp Weekly Conference Call this morning, 10:30 PDT (10 minutes from now) ... http://coapp.org/news/2011-07-25-A-Weekly-CoApp-Technical-Discussion.html
17:21:08  <FearTheCowboy>Install the lync client (don't use the web version)
17:22:01  <auroraeosrose>I was using the lync client ;)
17:22:34  <virmitio>auroraeosrose: that's ok, we'll still pretend to love you
17:29:32  * Eklavyajoined
17:32:07  <virmitio>CoApp Weekly Conference Call this morning, 10:30 PDT (right now!) ... http://coapp.org/news/2011-07-25-A-Weekly-CoApp-Technical-Discussion.html
17:32:27  <virmitio>(We suggest NOT using the web client)
17:34:23  <virmitio>auroraeosrose: you going to be rejoining the call?
17:34:28  <auroraeosrose>heh, can't get lync to open
17:34:31  <auroraeosrose>I see it in taskman
17:34:33  <auroraeosrose>it's just sitting there
17:34:36  <auroraeosrose>killed it
17:34:38  <auroraeosrose>tried again
17:34:42  <auroraeosrose>again... won't start
17:34:45  <auroraeosrose>wonderful
17:34:45  <virmitio>hmm
17:34:54  <virmitio>obviously your computer hates you
17:34:58  <FearTheCowboy>mac virus
17:35:11  <virmitio>majic fix: reboot!
17:35:20  <auroraeosrose>I"m on windows
17:35:21  <auroraeosrose>LOL
17:35:32  <auroraeosrose>ugh, reboot? really?
17:36:12  <virmitio>can't be helped, it's not a coapp package
17:36:39  * auroraeosrosequit (Read error: Connection reset by peer)
17:42:24  * auroraeosrosejoined
18:05:14  <auroraeosrose>FearTheCowboy: problem is theoretically you might have a PHP set up for all your scripting (your php.exe/php-win.exe) and another set up for your webserver(s)
18:08:29  * Eklavyapart
18:38:07  * gcs-developquit (Quit: Leaving.)
18:41:11  * piscisaureus_quit (Read error: Connection reset by peer)
18:41:26  * piscisaureus_joined
18:59:24  <auroraeosrose>FearTheCowboy: you guys still in the call?
18:59:49  <mloskot>yup
19:00:03  <auroraeosrose>coming back (hopefully if I can get lync to start)
19:10:52  * piscisaureus_quit (Ping timeout: 260 seconds)
19:26:54  * mloskotquit (Quit: mloskot)
19:36:00  * mloskotjoined
19:38:00  * _Andrewquit (Quit: sleep)
19:41:20  * remy_ojoined
20:11:51  * wwahammyquit (Ping timeout: 276 seconds)
20:55:03  <auroraeosrose>http://opensource.apple.com/source/ChatServer/ChatServer-37.1/libraries/glib-2.4.5/glib/gspawn.c
20:55:23  * Scotisis no longer away : Gone for 20 hrs 52 mins 17 secs
21:25:47  * gcs-developjoined
21:26:07  <gcs-develop>does somebody know a good book to learn C#?
21:27:19  <virmitio>no ideas from me... I've always just kept a reference manual on hand for when I need to look up syntax.
21:32:24  * piscisaureus_joined
21:39:45  * auroraeosrosequit (Ping timeout: 260 seconds)
21:41:58  * remy_oquit (Quit: WeeChat 0.3.7)
21:58:59  * auroraeosrosejoined
22:06:08  <madewokherd>what I'm actually thinking is that g_win32_get_package_installation_directory should return something like c:\CANNOT FIND YOUR FILES BECAUSE THE FOLLOWING ASSEMBLY IS BROKEN glib-2.0, Version=…
22:06:18  <madewokherd>but only if the given module is in sxs
22:06:29  * virmitioblinks
22:08:12  <madewokherd>eh I should probably just leave it alone
22:08:27  <virmitio>I can see it now... "Cannot find file: c:\CANNOT FIND YOUR FILES BECAUSE THE FOLLOWING ASSEMBLY IS BROKEN glib-2.0, Version=\glib.exe"
22:10:15  <madewokherd>well I just realized that even in sxs there's a chance it could actually work
22:10:26  <madewokherd>as intended
22:34:07  <gcs-develop>@virmitio: Where can I get a good reference for syntax?
22:36:11  <virmitio>well, the one on my shelf is a pocket reference published by O'Reilly, but I've seen a few online reference pages/sites that were also useful from time to time (I'm sorry I don't have a url for any of them. I tend to look them up as I need them.)
22:40:39  <madewokherd>is there any chance an assembly directory might be named "bin" or "lib"?
22:40:56  <madewokherd>assuming the assembly is not named either of those
22:50:01  <FearTheCowboy>no chance
23:00:26  <gcs-develop>what is the most common application written in C# (Like WPF, Silverlight etc.)?
23:02:00  <virmitio>at a blind guess? windows-forms, wpf, and console apps
23:02:35  <virmitio>though I guess I remember coming across a lot of ASP.NET pages that used c# for their code-behind processing
23:04:53  * ender`quit (Quit: Information travels more surely to those with a lesser need to know.)
23:13:30  * piscisaureus_quit (Quit: ~ Trillian Astra - www.trillian.im ~)
23:15:28  * mloskotquit (Quit: mloskot)
23:16:37  <virmitio>auroraeosrose: do you have a moment to give an opinion?
23:35:50  <virmitio>minimal working instructions on the construction of a .autopkg file are up on the website: http://coapp.org/developers/autopackage.html
23:36:42  * virmitioquit (Quit: Leaving.)
23:37:35  * cH40z-Lordquit (Ping timeout: 250 seconds)
23:38:07  * cH40z-Lordjoined