| 00:19.20 | *** join/#brlcad Neil__ (~chatzilla@117.229.115.183) |
| 00:25.24 | CIA-128 | BRL-CAD: 03starseeker * r49867 10/brlcad/trunk/ (58 files in 52 dirs): Finally bite the bullet and start reworking the build logic to be robust to weirder source and build directory names. This is not everything needed, but it's a step in the right direction. |
| 00:45.57 | CIA-128 | BRL-CAD: 03starseeker * r49868 10/brlcad/trunk/CMakeLists.txt: want this to happen before the timestamp, not after... |
| 00:47.02 | CIA-128 | BRL-CAD: 03starseeker * r49869 10/brlcad/trunk/doc/docbook/ (6 files in 2 dirs): xsltproc doesn't like literal spaces in the template paths |
| 01:16.18 | CIA-128 | BRL-CAD: 03starseeker * r49870 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: Hmm - not respecting the output location for some reason with man pages when names have spaces in paths. Add some back-up logic to catch output in the wrong place and relocate it |
| 01:20.34 | CIA-128 | BRL-CAD: 03starseeker * r49871 10/brlcad/trunk/misc/CMake/TCL_PKGINDEX.cmake: Add quotes to the paths in pkgIndex.tcl files |
| 01:35.53 | *** join/#brlcad IriX64 (~kvirc@64.229.210.36) |
| 01:36.48 | IriX64 | http://pastebin.ca/2134648 -< results of an install checked out from svn a half hour ago. |
| 01:36.52 | IriX64 | ciao |
| 01:41.11 | CIA-128 | BRL-CAD: 03starseeker * r49872 10/brlcad/trunk/src/archer/archer: Archer wasn't liking spaces in paths on start-up - do some quoting |
| 01:41.30 | brlcad | NEWS-worthy there |
| 01:43.39 | starseeker | IriX64 is really annoying me - not enough info to do anything with |
| 02:02.47 | starseeker | brlcad: which, the Archer thing? |
| 02:10.25 | CIA-128 | BRL-CAD: 03starseeker * r49873 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: explain why the second check for xsltproc |
| 02:13.07 | starseeker | brlcad: wasn't really general, just the non-Windows start-up script - probably should have reworded that commit message |
| 02:51.17 | brlcad | basically sounds/sounded like archer previously wouldn't initialize/start properly if BRL-CAD is installed into a root that has spaces |
| 02:51.30 | brlcad | and the commit with some quotes fixed it so it will |
| 02:51.48 | starseeker | on non-Windows platforms, yeah |
| 02:52.05 | starseeker | but usually nobody uses spaces except on Windows |
| 02:52.36 | brlcad | that's not necessary true |
| 02:53.16 | brlcad | might as well be the letter 'z' and say nobody uses that letter |
| 02:54.16 | brlcad | it's a perfectly valid path to have spaces so it's user-visible that it didn't handle them properly |
| 02:54.29 | starseeker | valid, but rare |
| 02:54.31 | brlcad | as noted by someone even running into a problem prompting the fixes |
| 02:54.44 | starseeker | That was on Windows - different issue |
| 02:54.45 | brlcad | so is the letter 'z', but would it be any less wrong? |
| 02:54.59 | brlcad | it's a valid path char |
| 02:55.01 | starseeker | z would break fewer script assumptions ;-) |
| 02:55.23 | brlcad | still a failure of the script (along with any other untested assumptions) |
| 02:55.33 | starseeker | shrugs - we can add it - needs more testing than just me though |
| 02:56.02 | brlcad | assumptions are the root of most evil ... |
| 02:57.14 | starseeker | speaking of which... |
| 02:58.06 | brlcad | nobody could possibly ever need more than 256kb memory .. or more than one cpu .. or a computer in their home .. or a computer in their pocket .. or 65536 colors .. or ... |
| 03:01.01 | starseeker | growl |
| 03:01.08 | CIA-128 | BRL-CAD: 03starseeker * r49874 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: Only move xsltproc's output if it isn't where it is intended to be |
| 03:01.13 | starseeker | come on FOP, get with the program here... |
| 03:24.10 | starseeker | calls for help on CLASSPATH quoting and calls it a night... |
| 03:26.07 | CIA-128 | BRL-CAD: 03starseeker * r49875 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: Do the easy test first before we hit the filesystem |
| 05:14.41 | bhinesley | <PROTECTED> |
| 05:18.36 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) |
| 05:34.27 | *** join/#brlcad Neil__ (~chatzilla@117.229.74.14) |
| 06:39.32 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3430 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Introduction */ |
| 06:42.05 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3431 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Introduction */ |
| 06:43.04 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3432 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works already done in BRL-CAD */ |
| 06:45.25 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3433 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works already done in BRL-CAD */ |
| 06:46.43 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3434 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Proposal ideas */ |
| 06:47.22 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3435 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Time availability */ |
| 08:12.25 | *** join/#brlcad stas (~stas@82.208.133.12) |
| 08:17.50 | *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148) |
| 08:39.00 | *** join/#brlcad Neil__ (~chatzilla@117.229.74.14) |
| 09:29.32 | *** join/#brlcad tuxilina (~tuxilina@141.85.252.190) |
| 09:29.43 | tuxilina | hello! |
| 10:10.39 | andrei_ | I have submitted the global variable removal patch, will move to effective refactoring later this day after I m done changing my proposal according to the feedback recieved. |
| 10:10.57 | andrei_ | In case there's time to look it up and there is something wrong about the patch please let me know. |
| 10:35.01 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3436 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Time availability */ |
| 10:35.54 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3437 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Things I have done now (Patches) */ |
| 11:04.35 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) |
| 11:10.46 | *** join/#brlcad Neil__ (~chatzilla@117.229.46.248) |
| 11:42.04 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) |
| 11:51.34 | *** join/#brlcad Neil__ (~chatzilla@117.229.46.248) |
| 12:10.00 | *** join/#brlcad witness123 (~witness@14.139.228.211) |
| 12:30.45 | *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148) |
| 12:42.50 | Neil__ | brlcad: Hi! |
| 12:45.53 | *** join/#brlcad tuxilina (~tuxilina@141.85.252.190) |
| 13:03.29 | *** join/#brlcad roaldfre1 (~roald@d54C03B0C.access.telenet.be) |
| 13:12.03 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) |
| 13:14.18 | roaldfre1 | Hi guys! I'm wondering how much interest there has already been in the GSOC project idea 'Generalised abstracted spacial partitioning capability'? [I'm interested in applying for that idea myself] |
| 13:14.40 | *** join/#brlcad merzo (~merzo@211-93-132-95.pool.ukrtel.net) |
| 13:21.09 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3438 10/wiki/User:Ksuzee/Proposal: |
| 13:25.24 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3439 10/wiki/User:Ksuzee/Proposal: |
| 13:27.07 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3440 10/wiki/User:Ksuzee/Proposal: |
| 13:35.27 | brlcad | roaldfre1: there's not been much interest in that idea yet |
| 13:36.15 | brlcad | not, however, that it's a *VERY* hard topic and even generalized would require some careful integration so that it's not just a new/theoretical API but something being used by our tracers |
| 13:36.23 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3441 10/wiki/User:Ksuzee/Proposal: |
| 13:36.55 | roaldfre1 | I see |
| 13:37.56 | brlcad | ideally you will either have already implemented spatial partitioning before, or worked on our librt library spatial partitioning before, or both ;) |
| 13:38.03 | roaldfre1 | I'm checking out the svn repository right now, to have a look at the code. (I know, I'm a bit late to the party) |
| 13:38.12 | brlcad | that said, you can always keep the scope to a minimum so you can verify progress |
| 13:38.27 | brlcad | nods, sounds good -- not too late ;) |
| 13:38.37 | roaldfre1 | I've written a raytracer (in Haskell - *beautiful* language) that heavily uses space partitioning (on an abstract level) |
| 13:39.07 | brlcad | so that's great, you have some experience to bear |
| 13:39.54 | brlcad | the burden on your part then will be understanding a large body of non-academic real tracer code with heavy refactorings and optimizations over decades of development |
| 13:39.59 | brlcad | i.e., it's pretty complex ;) |
| 13:40.08 | roaldfre1 | :-) |
| 13:40.22 | brlcad | just about everything has a reason or purpose, and many are not clear or documented |
| 13:40.23 | roaldfre1 | well, there wouldn't any fun otherwise, now would there? |
| 13:41.12 | brlcad | for some perspective, brl-cad's raytracer is the first distributed parallel raytracer (ever written, back in early 80's) |
| 13:41.16 | roaldfre1 | (the sourceforge svn checkout takes ages, btw (even restricted to only cloning the trunk)) |
| 13:42.25 | brlcad | we provide a vm disk image to help get you started more quickly with everything downloaded, installed, documentation downloaded, and several code examples identified |
| 13:43.02 | brlcad | is a little over a GB download and requires about 6GB of disk to install, VirtualBox is a free VM that will run it |
| 13:44.37 | roaldfre1 | Hmm, I'll look into it, thanks (though I'm a bit anal about my development environment [vim, xmonad as TWM, programmer dvorak keyboard layout, ...]) |
| 13:44.50 | brlcad | sure |
| 13:45.09 | brlcad | it's more just to get folks going quickly -- students selected are entirely expected to use their own environment |
| 13:46.07 | brlcad | otherwise (as you note) it's a large download via svn and there's still a myriad of docs on the website and can be a complex compile (for some) |
| 13:46.48 | brlcad | basically, have at it -- but we don't have a lot of time to spare this week or next if you run into problems given all the proposals and patches being reviewed |
| 13:47.15 | roaldfre1 | I understand :-) |
| 13:47.25 | *** join/#brlcad ksuzee (c1976b2a@gateway/web/freenode/ip.193.151.107.42) |
| 13:47.46 | Al_Da_Best | How do you want us to submit said patches? I should have one ready today. |
| 13:47.57 | ``Erik | sourceforge patch tracker is good |
| 13:48.13 | Al_Da_Best | Will do, thanks. |
| 13:48.25 | ``Erik | might want to provide a link to your wiki user page in the notes, so we can make that association |
| 13:48.34 | Al_Da_Best | Yeah indeed |
| 13:49.38 | roaldfre1 | while svn is still pulling the stuff in, any quick pointers to where I should look or identify the places that are using (their custom) spatial partitioning acceleration schemes? |
| 13:50.40 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3442 10/wiki/User:Ksuzee/Proposal: |
| 13:51.22 | ``Erik | src/librt would probably have most if it |
| 13:53.01 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3443 10/wiki/User:Ksuzee/Proposal: |
| 13:53.13 | ``Erik | BoT has 2 space partitioning schemes in it, nurbs has another, nmg probably has one, and I think the top level scene uses a bvh |
| 13:53.33 | Neil__ | brlcad: Hi! Did you get a chance to look at my Materials Database website proposal? |
| 13:54.39 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3444 10/wiki/User:Ksuzee/Proposal: |
| 13:55.02 | roaldfre1 | ``Erik: Thanks! I'll have a look as soon as I've pulled everything in! |
| 13:55.33 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3445 10/wiki/User:Ksuzee/Proposal: |
| 13:57.16 | ``Erik | roaldfre1: "prep" and "shoot" are the two concepts you might want to focus on, prep will build the scenegraphs, and shoot traverses... rt_shootray() will call, say, rt_bot_shot() |
| 14:02.12 | ksuzee | Hello! Could you have a look on my proposal? Another items I'm going to write some hours later, but the main parts (summary and detailed description) are ready on 80%. I want to be sure that they are correct, because I hope to send the proposal today. |
| 14:02.27 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) |
| 14:06.03 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3446 10/wiki/User:Ksuzee/Proposal: |
| 14:16.05 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) |
| 16:40.40 | *** join/#brlcad witness123 (~witness@14.139.228.211) |
| 16:47.14 | *** join/#brlcad Neil__ (~chatzilla@117.229.10.11) |
| 17:04.56 | *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148) |
| 17:09.29 | brlcad | hello pierokr |
| 17:09.53 | pierokr | hi |
| 17:10.59 | Neil__ | brlcad: Hi! Sorry I keep getting disconnected and hence I keep asking again and again. Were you able to check my proposal? |
| 17:12.14 | Neil__ | Link: http://brlcad.org/wiki/User:Neildhruva |
| 17:14.10 | brlcad | Neil__: you're going to have to be patient ... go ahead and post it to google-melange regardless |
| 17:14.28 | brlcad | it takes a while to get through even one proposal, they are given a lot of individual attention |
| 17:14.56 | brlcad | that's why we emphasize getting them in as soon as possible because they tend to be first come, first reviewed |
| 17:15.16 | brlcad | that said, you have been notibly interactive so yours is up soon ;) |
| 17:16.45 | Neil__ | ah thank you. Sorry for the bother. My internet is a little weak since last two days so I don't know if you replied until the logs are up the next day. heh |
| 17:17.01 | Neil__ | but thanks anyway, appreciate all the help! |
| 17:17.38 | Neil__ | just one thing though, any code/patch suggestions you might have for the Materials Database Website? |
| 17:18.11 | brlcad | if you're not here, there's nobody to response to, right? |
| 17:19.03 | Neil__ | yeah, but it seems I stay online a bit longer after getting abruptly disconnected. either way, i apologize |
| 17:20.02 | brlcad | Neil__: for a patch, I think that is a tricky one for the web apps |
| 17:20.05 | brlcad | you could develop the database sql schema |
| 17:20.11 | Neil__ | aha |
| 17:20.12 | brlcad | or a mock-up gui |
| 17:20.41 | Neil__ | right. i'll do that right away. :) |
| 17:22.06 | brlcad | it'd be just as important to focus time on the architecture diagram if you didn't have one or a prototype user interface |
| 17:23.32 | Neil__ | i updated my riginal diagram a bit, but i also provided an architecture flowchart along with the flow of the website as I see it |
| 17:23.37 | Neil__ | original* |
| 17:26.41 | brlcad | great |
| 17:26.46 | Neil__ | :) |
| 17:32.20 | CIA-128 | BRL-CAD: 03Matovitch 07http://brlcad.org * r3447 10/wiki/User:Matovitch: |
| 17:33.07 | *** part/#brlcad witness123 (~witness@14.139.228.211) |
| 17:33.20 | CIA-128 | BRL-CAD: 03Matovitch 07http://brlcad.org * r3448 10/wiki/User:Matovitch: |
| 17:34.51 | CIA-128 | BRL-CAD: 03Matovitch 07http://brlcad.org * r3449 10/wiki/User:Matovitch: |
| 17:35.47 | CIA-128 | BRL-CAD: 03Matovitch 07http://brlcad.org * r3450 10/wiki/User:Matovitch: |
| 17:37.28 | *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72) |
| 17:43.01 | CIA-128 | BRL-CAD: 03r_weiss * r49876 10/brlcad/trunk/src/other/xmltools/libxml/config.h.in: |
| 17:43.02 | CIA-128 | BRL-CAD: Updated file "config.h.in" in directory "/src/other/xmltools/libxml" to allow |
| 17:43.02 | CIA-128 | BRL-CAD: libxml to compile with Visual Studio 2008. This fix is related to differences in |
| 17:43.02 | CIA-128 | BRL-CAD: how function "vsnprintf" is defined in versions of Visual Studio previous to |
| 17:43.02 | CIA-128 | BRL-CAD: Visual Studio 2010. |
| 17:46.26 | CIA-128 | BRL-CAD: 03r_weiss * r49877 10/brlcad/trunk/src/other/xmltools/libxslt/config.h.in: |
| 17:46.26 | CIA-128 | BRL-CAD: Updated file "config.h.in" in directory "/src/other/xmltools/libxslt" to allow |
| 17:46.26 | CIA-128 | BRL-CAD: libxslt to compile with Visual Studio 2008. This fix is related to differences |
| 17:46.26 | CIA-128 | BRL-CAD: in how function "vsnprintf" is defined in versions of Visual Studio previous to |
| 17:46.26 | CIA-128 | BRL-CAD: Visual Studio 2010. |
| 17:50.25 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Arch diagram3.pdf]]": Architecture diagram with further additions, along with architecture flowchart. |
| 17:58.39 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r3452 10/wiki/User:Neildhruva: /* BRL-CAD Tentative Proposal */ |
| 18:11.33 | *** join/#brlcad andrei__ (~andrei@188.25.172.172) |
| 18:11.38 | andrei__ | hello! |
| 18:34.36 | CIA-128 | BRL-CAD: 03starseeker * r49878 10/brlcad/trunk/doc/docbook/books/en/CMakeLists.txt: |
| 18:34.36 | CIA-128 | BRL-CAD: Hmm. Looks like the classpath setting failure may have been a bug in the way |
| 18:34.36 | CIA-128 | BRL-CAD: the Gentoo java script was working - FOP is running OK on a different system. |
| 18:34.36 | CIA-128 | BRL-CAD: Now that it DOES run, exposes a problem with the cover templates related to the |
| 18:34.36 | CIA-128 | BRL-CAD: other space-in-path problems xsltproc exhibited. Fix it. |
| 18:36.56 | *** join/#brlcad ksuzee (c1976b2a@gateway/web/freenode/ip.193.151.107.42) |
| 18:43.48 | *** join/#brlcad atneik (~atneik@59.178.154.252) |
| 19:00.35 | *** join/#brlcad merzo (~merzo@195-92-200-46.pool.ukrtel.net) |
| 19:18.21 | andrei__ | I have adapted my proposal acording to the feedback I recieved, here you can find the latest version : https://docs.google.com/file/d/0BzrcTnxrBIMvbmpGR2dqT01ScVNFRk5aQmRjbmphZw/edit |
| 20:07.48 | CIA-128 | BRL-CAD: 03Roaldfre 07http://brlcad.org * r3453 10/wiki/User:Roaldfre: New page: [This wil hold my proposal for the 'Generalized abstracted spacial partitioning capability' GSOC 2012 idea.] |
| 20:25.07 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) |
| 20:25.07 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) |
| 20:28.19 | *** join/#brlcad piksi_ (piksi@pi-xi.net) |
| 20:39.15 | *** join/#brlcad piksi_ (piksi@pi-xi.net) |
| 21:01.23 | roaldfre1 | GSOC question: how flexible are the mentors with the deadlines? In Belgium, the study period starts at the same time the official coding starts, and exams and a week before the mid-term evaluation (So I can't yet work on it full time, then). I can still continue full-time for a complete month after the official GSOC deadline, though (university starts again at the end of September, here) |
| 21:02.28 | andrei__ | the deadlines are set by google , not by mentors as far as I know. |
| 21:03.00 | CIA-128 | BRL-CAD: 03starseeker * r49879 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: For multiconfig builds, optimization isn't determined at configure time anymore. |
| 21:10.46 | *** join/#brlcad stas (~stas@188.24.36.145) |
| 21:11.28 | *** part/#brlcad atneik (~atneik@59.178.154.252) |
| 21:26.22 | CIA-128 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3454 10/wiki/User:Crdueck: added proposal, completed timeline, some minor edits |
| 21:30.55 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3455 10/wiki/User:Ksuzee/Proposal: |
| 21:31.27 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3456 10/wiki/User:Ksuzee/Proposal: |
| 21:37.37 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3457 10/wiki/User:Ksuzee/Proposal: |
| 21:38.14 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3458 10/wiki/User:Ksuzee/Proposal: |
| 22:11.44 | stas | brlcad, around? |
| 22:12.11 | stas | just wanted to say sorry, but I'm afraid I won |
| 22:12.23 | stas | wont* be able to apply |
| 22:13.50 | stas | i'll try to make some time during this summer and see if I can help if there will be no one else assigned to work on docbook task |
| 22:14.32 | stas | thanks again for time spent during last weeks chat, and good luck with proposals |
| 22:14.42 | stas | andrei__, good luck to you too, nice proposal! |
| 23:03.01 | *** join/#brlcad andrei_ (~andrei@188.25.172.172) |
| 23:34.13 | CIA-128 | BRL-CAD: 03starseeker * r49880 10/brlcad/trunk/src/other/tcl/CMakeLists.txt: quote some OSX tcl path logic |
| 23:36.27 | CIA-128 | BRL-CAD: 03starseeker * r49881 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: fix for OSX debug flag logic |
| 23:48.36 | brlcad | stas: okay, thanks for letting us know |
| 23:48.50 | brlcad | personal reasons? work? school? |
| 23:49.23 | brlcad | andrei_: thanks for the update, hopefully can give updated feedback in a day or two |
| 23:50.01 | brlcad | roaldfre1: the application and midterm/final review deadlines are fixed in stone hard deadlines with zero-tolerance |
| 23:50.23 | roaldfre1 | uhu, that's what I expected |
| 23:50.35 | brlcad | for the work schedule, that's fully adjustable but is entail to comprise full-time work expectations |
| 23:51.02 | brlcad | s/entail to comprise/entails or is expected to comprise/ |
| 23:51.57 | brlcad | if you can't make time up (vacation, studies, whatever), then make that clear in your proposal how long and the reasons |
| 23:52.14 | brlcad | if you are making time up, make that clear too ;) |
| 23:53.08 | roaldfre1 | Well, I would propose continuing for a month after the official GSOC deadline, but that leads to a couple of difficulties |
| 23:54.06 | brlcad | indeed |
| 23:54.20 | roaldfre1 | the first being that we have to send in code samples to google at the end (I'm not sure how elaborate this should be?, but it could be a tight squeeze to get that done) |
| 23:54.25 | brlcad | we'd hope you'd continue after the deadline regardless of gsoc ;0 |
| 23:54.39 | roaldfre1 | :-) |
| 23:55.00 | brlcad | working past the deadline code-wise is no good for the upload |
| 23:55.51 | brlcad | what is uploaded should be what it was completed by the deadline -- made up time should happen before that |
| 23:56.09 | brlcad | or denoted in your schedule, as I mentioned |
| 23:56.45 | brlcad | if you're proposal is good and you're a strong coder, a week isn't going to make a big difference (easily "made up for" in terms of productivity) |
| 23:58.14 | brlcad | if your behind schedule a couple weeks with slow progress and that week for exams turns into two weeks, then there's a serious problem and you'd probably not pass the midterm eval |
| 23:59.42 | roaldfre1 | indeed |
| 23:59.49 | roaldfre1 | I discussed this over at #gsoc as well |