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 |