00:12.45 | *** join/#gsoc lh (~lh@osuosl/staff/lh) |
00:12.45 | *** mode/#gsoc [+o lh] by ChanServ |
01:19.30 | *** join/#gsoc catfish_man (~david@adium/CatfishMan) |
01:19.30 | *** mode/#gsoc [+o catfish_man] by ChanServ |
01:29.39 | *** join/#gsoc aspotashev (~aspotashe@91.79.52.126) |
01:38.20 | *** part/#gsoc aviraldg (~aviraldg@59.161.188.143) |
01:40.26 | *** join/#gsoc lh (~lh@osuosl/staff/lh) |
01:40.26 | *** mode/#gsoc [+o lh] by ChanServ |
02:06.42 | *** join/#gsoc Upthorn (~ogmar@69.62.144.108) |
02:39.17 | thebolt | morning |
02:43.39 | *** join/#gsoc venkatna (~venkatesh@nat/yahoo/x-hdcbdluxttaasxqk) |
02:45.11 | *** join/#gsoc asanka (~asanka@112.135.16.160) |
02:54.00 | *** join/#gsoc catfish_man (~david@adium/CatfishMan) |
02:54.00 | *** mode/#gsoc [+o catfish_man] by ChanServ |
03:15.07 | *** join/#gsoc amaurymedeiros (~amaury@187.114.212.68) |
03:23.15 | *** join/#gsoc wtfness (~dsc@89.211.217.79) |
03:31.34 | *** join/#gsoc yanli (~YanLi@nat/intel/x-jvfpudwqaxqwwmnv) |
03:46.14 | *** join/#gsoc Ivanovic_ (~ivanovic@dtmd-4db2e3a2.pool.mediaWays.net) |
03:54.04 | *** join/#gsoc lh (~lh@osuosl/staff/lh) |
03:54.04 | *** mode/#gsoc [+o lh] by ChanServ |
03:56.54 | *** part/#gsoc lh (~lh@osuosl/staff/lh) |
04:05.55 | *** join/#gsoc pwbarnes (~nman64@fedora/nman64) |
04:09.02 | *** join/#gsoc Kapace (~david@d205-250-124-216.bchsia.telus.net) |
04:18.46 | *** join/#gsoc laknath (~buddhika@124.43.251.26) |
04:27.17 | *** join/#gsoc robbyoconnor (~wakawaka@guifications/user/r0bby) |
04:43.59 | *** join/#gsoc brownfox (~numbers32@70-91-62-42-BusName-middletown.nj.hfc.comcastbusiness.net) |
04:55.31 | *** join/#gsoc lh (~lh@osuosl/staff/lh) |
04:55.31 | *** mode/#gsoc [+o lh] by ChanServ |
05:11.04 | *** join/#gsoc lh (~lh@osuosl/staff/lh) |
05:11.04 | *** mode/#gsoc [+o lh] by ChanServ |
05:30.16 | *** join/#gsoc holger_ (~holger@piratenpartei/ni/holger) |
05:48.04 | *** join/#gsoc dukeleto (~leto@turkeyberry.sgn.cornell.edu) |
05:52.10 | *** join/#gsoc can (~IceChat7@202.129.234.222) |
05:52.35 | *** join/#gsoc milki (~milki@s230-180.resnet.ucla.edu) |
05:54.15 | *** join/#gsoc idlecool (~idlecool@117.200.35.235) |
06:01.07 | *** join/#gsoc otaciliofl (~otacilio@189.71.115.46) |
06:14.43 | *** join/#gsoc laknath_ (~buddhika@124.43.251.26) |
06:28.37 | *** join/#gsoc Soliton (~Soliton@wesnoth/developer/soliton) |
06:39.02 | *** join/#gsoc kstar (~kstar@kde/developer/asimha) |
07:17.51 | *** join/#gsoc GautamGupta (~GautamGup@59.94.103.50) |
07:19.26 | *** join/#gsoc z4chh (~zach@aolclient-67-9-195-57.aol.hot.res.rr.com) |
07:37.03 | *** join/#gsoc ianmcorvidae (~ianmcorvi@fsf/member/ianmcorvidae) |
07:41.08 | *** join/#gsoc krkhan (~Khan@eclipse.sh3lls.net) |
07:41.18 | *** join/#gsoc ricky (~ricky@fedora/ricky) |
07:49.44 | *** join/#gsoc araujo (~araujo@gentoo/developer/araujo) |
07:49.48 | *** join/#gsoc Upthorn (~ogmar@69.62.144.108) |
08:06.10 | *** join/#gsoc Kaetemi (Kaetemi@pdpc/supporter/base/kaetemi) |
08:12.29 | *** join/#gsoc superpointer (~gpolitis@pdc35-1-82-242-133-140.fbx.proxad.net) |
08:15.34 | *** join/#gsoc spectie (~fran@unaffiliated/spectie) |
08:19.56 | *** join/#gsoc wolf (~MrWolf@cs27009233.pp.htv.fi) |
08:20.03 | *** join/#gsoc mhutch_ (~Michael@nat/novell/x-fcefcpeuwrupyvsp) |
08:24.03 | *** join/#gsoc xparo (73f83214@gateway/web/freenode/ip.115.248.50.20) |
08:25.29 | *** join/#gsoc _Samo (~chatzilla@84.76.170.103) |
08:26.03 | kai | yawns |
08:29.12 | dreimark | !next |
08:29.13 | socinfo | dreimark: "next" is February 14, 2011: Open source projects announce Grand Prize Winners |
08:37.32 | *** join/#gsoc napster00 (~chatzilla@27.107.130.173) |
08:56.15 | *** join/#gsoc allisterb (~allisterb@186.45.18.99) |
08:58.50 | *** join/#gsoc EFBL (~EFBL@econ01.iibf.hacettepe.edu.tr) |
08:59.36 | *** join/#gsoc can (~IceChat7@202.129.235.20) |
09:01.00 | *** join/#gsoc Guest45821 (~cilution@c-69-180-141-47.hsd1.mn.comcast.net) |
09:02.41 | *** join/#gsoc napster00 (~chatzilla@27.107.130.173) |
09:25.37 | *** join/#gsoc aviraldg (~aviraldg@117.200.80.230) |
09:26.55 | *** join/#gsoc Ivanovic_ (~ivanovic@wesnoth/developer/ivanovic) |
09:31.34 | *** join/#gsoc k0p (~bastiao@bl15-96-8.dsl.telepac.pt) |
09:49.26 | *** join/#gsoc napster00 (~chatzilla@27.107.130.173) |
09:59.00 | *** join/#gsoc spectie (~fran@unaffiliated/spectie) |
10:33.54 | *** join/#gsoc otaciliofl (~otacilio@189.71.115.46) |
10:45.17 | *** join/#gsoc aspotashev (~aspotashe@91.79.52.126) |
10:48.56 | *** join/#gsoc Chainsaw (~chainsaw@gentoo/developer/atheme.member.chainsaw) |
11:13.11 | *** join/#gsoc neL (~neL@2001:df0:92:0:215:17ff:fefd:29bc) |
11:27.38 | *** join/#gsoc Neo-- (~neo@93-103-53-209.dynamic.t-2.net) |
11:37.33 | *** join/#gsoc RT|Chatzilla (~rt@reactos/tester/RT) |
11:48.54 | *** join/#gsoc nmudgal (d2d46c84@gateway/web/freenode/ip.210.212.108.132) |
11:57.43 | *** join/#gsoc GautamGupta (~GautamGup@59.94.103.5) |
12:13.25 | *** join/#gsoc nmudgal (d2d46c84@gateway/web/freenode/ip.210.212.108.132) |
12:14.56 | *** join/#gsoc can (~IceChat7@202.129.235.24) |
12:16.11 | *** join/#gsoc keheliya (~keheliya@101.2.184.41) |
12:17.49 | *** join/#gsoc andre__ (~andre@192.100.124.156) |
12:17.49 | *** join/#gsoc andre__ (~andre@Maemo/community/bugmaster/andre) |
12:37.29 | *** join/#gsoc skwashd (~skwashd@phpgroupware/skwashd) |
13:05.05 | *** join/#gsoc goose (~goose@samson.honk-honk.org) |
13:14.21 | *** join/#gsoc WonTu (~WonTu@p57B5411A.dip.t-dialin.net) |
13:14.35 | *** part/#gsoc WonTu (~WonTu@p57B5411A.dip.t-dialin.net) |
13:23.08 | *** join/#gsoc idlecool (~idlecool@117.200.33.222) |
13:23.32 | *** join/#gsoc lucaz (~lucaz@186.19.147.149) |
13:27.15 | *** join/#gsoc promulo (~promulo@187.114.217.136) |
13:29.02 | *** join/#gsoc aspotashev (~aspotashe@91.79.52.126) |
13:39.23 | *** join/#gsoc jacktheripper (~jacktheri@41.68.33.111) |
13:40.05 | *** join/#gsoc umashanthi (~umashanth@112.135.136.196) |
13:42.26 | *** join/#gsoc amaurymedeiros (~amaury@187.114.212.68) |
13:49.04 | *** join/#gsoc pwbarnes (~pwbarnes@fedora/nman64) |
13:59.00 | *** join/#gsoc allisterb (~allisterb@186-45-42-157.dynamic.tstt.net.tt) |
14:03.24 | *** join/#gsoc aspotashev| (~aspotashe@91.79.126.2) |
14:03.51 | *** join/#gsoc laknath (~buddhika@112.135.68.112) |
14:05.07 | *** join/#gsoc keheliya (~keheliya@101.2.184.41) |
14:18.04 | *** join/#gsoc nmudgal (d2d46c84@gateway/web/freenode/ip.210.212.108.132) |
14:23.11 | *** join/#gsoc napster00 (~chatzilla@27.107.213.16) |
14:32.10 | *** join/#gsoc pcviruz (7aa2035b@gateway/web/freenode/ip.122.162.3.91) |
14:32.55 | pcviruz | anyone working o tux 4 kids?? |
14:35.11 | *** join/#gsoc akssps011 (~Siddharth@59.178.177.13) |
14:35.11 | *** join/#gsoc akssps011 (~Siddharth@kde/developer/siddharthsrivastava) |
14:35.25 | *** join/#gsoc komputes (~komputes@ubuntu/member/komputes) |
14:36.30 | aviraldg | pcviruz: ? |
14:37.10 | pcviruz | i mean is anyone working on tux 4 kids??? |
14:37.35 | aviraldg | pcvirus: in GCI, no, since it's over |
14:37.40 | aviraldg | but otherwise, yes |
14:37.45 | aviraldg | why? |
14:38.13 | pcviruz | actually i m tthinking |
14:38.25 | pcviruz | to work on it |
14:38.41 | pcviruz | but cant get a starting |
14:41.28 | aviraldg | pcviruz: Talk to David <davidstuartbruce@gmail.com> |
14:41.58 | *** join/#gsoc skwashd (~skwashd@phpgroupware/skwashd) |
14:42.01 | pcviruz | thanks aviral |
14:42.44 | pcviruz | aviraldg: is he on this channel |
14:43.05 | aviraldg | No, he's not on IRC |
14:43.26 | aviraldg | if you want any help with the code, esp. Factoroids, you could even ask me |
14:43.40 | aviraldg | for starters you might want to clone the git repository |
14:46.05 | kai | aviraldg: you might not want to paste people's email addresses in an archived channel |
14:46.31 | aviraldg | kai: hmmm... |
14:46.48 | aviraldg | bots, right? |
14:46.57 | *** part/#gsoc neL (~neL@2001:df0:92:0:215:17ff:fefd:29bc) |
14:47.00 | kai | spam crawlers |
14:47.15 | aviraldg | Funny thing though, I got his mail by googling his name... |
14:47.25 | aviraldg | public git logs |
14:47.33 | kai | fair enough :) |
14:47.39 | kai | but no need to make it worse :) |
14:47.43 | aviraldg | yeah |
14:47.51 | aviraldg | will keep that in mind |
14:54.15 | *** join/#gsoc sioraiocht (~tomh@unaffiliated/sioraiocht) |
15:13.27 | *** part/#gsoc umashanthi (~umashanth@112.135.136.196) |
15:20.35 | aviraldg | pcviruz: He's online right now; you might want to drop him a mail.... |
15:20.48 | *** join/#gsoc Kaythxbye (~samuel@p57ADD54A.dip.t-dialin.net) |
15:21.02 | pcviruz | thanks aviral |
15:21.35 | aviraldg | you're welcome |
15:22.00 | Kaythxbye | someone student here from outside from the USA? Then you might be interested in this discussion, since there's the question that the method Google wants to use to transfer money doesn't work outside the US: http://groups.google.com/group/gci-discuss/browse_thread/thread/8ea13c6f1975aaa2 |
15:23.56 | amaurymedeiros | Kaythxbye, thanks! I'll take a look |
15:24.59 | jacktheripper | Kaythxbye, :S |
15:26.00 | Kaythxbye | I hope they think about theitr plans again |
15:28.33 | amaurymedeiros | Kaythxbye, it's just for Google Code-in, isn't it? |
15:29.36 | Kaythxbye | yepp, as far as i know (I found the passage with the AMEX cheque in GCI's FAQ) |
15:29.48 | Kaythxbye | sorry that I didn't specify that in my link... |
15:29.54 | *** join/#gsoc Noughmad (~quassel@89.142.246.193) |
15:30.16 | Kaythxbye | i don't know if it's related to gsoc, too |
15:31.17 | amaurymedeiros | I hope not |
15:31.35 | Kaythxbye | that'd be seriously bad |
15:32.56 | jacktheripper | I don't see what's the wrong with the bank account way |
15:33.00 | jacktheripper | s/the// |
15:34.33 | Kaythxbye | and even if they don't want to do a bank transfer (too high costs?) they can use normal cheques, I think. But too high costs shouldn't bother a enterprise like Google too much ;-) |
15:36.27 | Kaythxbye | let's wait a few hours, since it's 7:30 a.am at Google's HQ now and Carol is probably not at work now... |
15:42.37 | Kaythxbye | ah they seem to have a solution - as it's sstated in the latest message in the thread :-) |
15:42.52 | Kaythxbye | s/sstated/stated/ |
15:44.36 | jacktheripper | oh good |
15:44.41 | *** join/#gsoc jordan___ (~jordan@unaffiliated/jordan---/x-8776605) |
15:44.43 | jacktheripper | I want ma monies! |
15:46.38 | *** join/#gsoc dzhus (~sphinx@95-27-175-98.broadband.corbina.ru) |
15:59.17 | *** join/#gsoc barra_home (barra@g227120044.adsl.alicedsl.de) |
15:59.19 | barra_home | hola |
15:59.41 | barra_home | I was sent here as kblin might be able to help me with his insight :-) |
16:00.06 | barra_home | I'm involved in an open source project and we consider to use from SVN to git or hg down the line |
16:00.25 | barra_home | and we were a bit worried how switching to a dvcs might affect our art workflow |
16:00.48 | *** join/#gsoc z4chh (~zach@aolclient-67-9-195-57.aol.hot.res.rr.com) |
16:01.04 | barra_home | we're looking for some pointers how to make it easy for artists to contribute to the project even when using a dvcs |
16:01.18 | *** join/#gsoc jordan___ (~jordan@unaffiliated/jordan---/x-8776605) |
16:01.30 | *** join/#gsoc amaurymedeiros (~amaury@187.114.212.68) |
16:01.49 | kai | barra_home: out of curiosity, who sent you here? :) |
16:01.55 | Ivanovic | kblin: no idea what your current status of "wombat" is/was, but it *might* be what could help them |
16:01.59 | Ivanovic | of course! |
16:02.08 | kai | ah |
16:02.10 | barra_home | I blame Ivanovic :-) |
16:02.58 | barra_home | for the good pointer, that is |
16:03.01 | kai | barra_home: ok, I didn't check in a while, but my last information was that DCVS is a bad idea for art |
16:03.10 | barra_home | hmm |
16:03.27 | barra_home | do you happen to know how OSS game projects usually tackle this? |
16:03.29 | *** join/#gsoc spectie (~fran@180.Red-81-39-98.dynamicIP.rima-tde.net) |
16:03.32 | *** join/#gsoc spectie (~fran@unaffiliated/spectie) |
16:03.38 | kai | depends a bit on how much churn you have in art of course |
16:03.38 | barra_home | we are working with two kinds of art/assets |
16:03.48 | barra_home | 1. baked assets that are needed to run the game |
16:03.53 | Ivanovic | kai: that is why the idea on wombat which would provide some "decent" webinterface for artists |
16:04.01 | barra_home | 2. raw assets that are basically the source versions of the baked assets |
16:04.03 | Ivanovic | so that no direct usage of tools is required |
16:04.13 | kai | right |
16:04.32 | barra_home | the baked assets are prerendered versions of the raw assets |
16:04.38 | barra_home | (this is an isometric 2d game) |
16:04.42 | Ivanovic | currently their artwork workflow appears to be "send the stuff to a core dev by mail and they got to handle it somehow" |
16:04.56 | barra_home | haha, that's not that sophisticated :-) |
16:05.16 | kai | barra_home: ok, I don't have much experience with how other projects do this, but here's how we do this at worldforge |
16:05.22 | Ivanovic | sure, this technique would still work with a dvcs... |
16:05.48 | kai | we had CVS with all our stuff in, and pserver would tank every time someone checked out the artwork in one go |
16:05.49 | *** join/#gsoc dzhus (~sphinx@95-27-175-98.broadband.corbina.ru) |
16:06.16 | kai | then, this newfangled SVN project released a 0.4.something, and we switched to that for artwork |
16:06.34 | *** join/#gsoc welterde (welterde@thinkbase.srv.welterde.de) |
16:06.48 | kai | some years ago (when we got into gsoc), we ditched CVS for code, and moved that to git |
16:06.57 | kai | we still use svn for artwork |
16:06.58 | barra_home | alrighty |
16:07.11 | barra_home | what about artwork that is needed to run the game? |
16:07.20 | barra_home | because that needs to be in sync with the code I assume |
16:07.28 | kai | artwork here means 3d models, 2d images, music, GUI elements |
16:07.46 | barra_home | yep, let's use the term "assets"? |
16:08.22 | kai | how many game clients do you have? |
16:08.24 | *** join/#gsoc idlecool (~idlecool@117.200.33.191) |
16:08.38 | barra_home | we work on a single game, not an engine |
16:08.49 | kai | we had some fun with this for a while as we had a 2d isometric client, and a couple of 3d clients |
16:09.02 | barra_home | so this single game is 2d isometric |
16:09.04 | kai | but now we're down to one actively developed 3d client |
16:09.14 | barra_home | but this isometric 2d art is often based on 3d models |
16:09.36 | kai | so we basically have one directory for the "source" assets and one directory for the "baked" assets |
16:09.47 | barra_home | so we have to store raw assets (3d models, textures) and baked assets somewhere in version control |
16:09.55 | barra_home | yep, that's what we do as well |
16:10.01 | barra_home | we have a media branch with raw assets |
16:10.14 | barra_home | and the baked assets reside close to the code as they're needed to run the game |
16:10.32 | kai | ok, so here's what I'd do |
16:10.33 | barra_home | that might be easier to get the idea: http://wiki.parpg.net/How_to_use_SVN#Repository_structure |
16:11.51 | kai | go to a DVCS for code. It's soo much nicer. I'm personally partial to git, but this somewhat depends on the "userbase" for the source code repository |
16:12.00 | kai | stick to svn for the artwork |
16:12.01 | *** join/#gsoc chinthakarukshan (~IceChat7@202.129.235.24) |
16:12.13 | barra_home | how would we keep baked assets in sync with the code? |
16:12.24 | barra_home | because they often depend on each other |
16:12.33 | kai | add a script to your codebase that gets the baked assets from svn |
16:12.34 | barra_home | e.g. map files are basically baked assets as well |
16:12.43 | barra_home | nah, how would you sync revisions |
16:12.59 | barra_home | certain code revisions will only work with certain baked asset revisions |
16:13.17 | barra_home | this can be tricky if you have to check when a bug was introduced |
16:13.22 | barra_home | you go back some revisions in code |
16:13.23 | kai | how big are your assets, and how many binary files change over one iteration? |
16:13.38 | barra_home | but you also need the right assets that work with this code revision |
16:13.57 | barra_home | could you elaborate on the iteration term? |
16:14.13 | kai | from one release to the next |
16:14.25 | barra_home | hmm, that's actually hard to say |
16:14.37 | kai | DVCSes suck for binary data. that tends to not diff very well |
16:14.47 | barra_home | in which regard? |
16:15.09 | kai | WorldForge's media repository is 7 GB in size, and there's quite some churn when we have an active artist |
16:15.16 | barra_home | we don't really have to store the media branch with the raw assets in a dvcs |
16:15.17 | gevaerts | s/for binary data// |
16:15.20 | gevaerts | runs |
16:15.25 | barra_home | we could stick to SVN for that BUT |
16:15.43 | barra_home | in this case artists will have to use two different types of version control |
16:15.51 | barra_home | because they'll commit raw and baked assets |
16:16.16 | kai | hmmm |
16:16.23 | Ivanovic | barra_home: can't they just commit the raw work and some daily script on a server generates the baked versions? |
16:16.25 | barra_home | yep, it's somewhat tricky :-) |
16:16.32 | kai | so you can't script the baking? |
16:16.41 | barra_home | I have no idea how :-) |
16:16.47 | barra_home | we don't have root access to the server |
16:16.56 | barra_home | SVN & trac is hosted by a 3rd party |
16:17.01 | Ivanovic | barra_home: no need to have it on "this" server |
16:17.03 | barra_home | keep in mind this is a somewhat smaller project |
16:17.10 | Ivanovic | any server with an account that can commit would be possible |
16:17.15 | barra_home | hmm |
16:17.30 | Ivanovic | (even if this server belonged to dev ABC who ran the script automagically on his local system) |
16:17.35 | kai | most of what we do to convert e.g. raw textures to "game-ready" textures is scaling them down |
16:17.46 | barra_home | we don't use textures in the game kai |
16:17.55 | barra_home | remember: this is a 2d game |
16:17.56 | kai | barra_home: as an example |
16:18.06 | barra_home | yep sure, just trying to underline that it's a bit more tricky |
16:18.18 | barra_home | because artists actually have to tweak the baked assets a bit |
16:18.22 | kai | I assumed you had a script that'd take the 3d model and create sprites from them |
16:18.24 | Ivanovic | how are the raw versions transalted to baked ones? |
16:18.40 | barra_home | e.g. they have to apply some manual X & Y shifts so the art is correctly positioned |
16:18.53 | barra_home | this information is stored in external XML files that reside close to the art file |
16:19.00 | kai | barra_home: ok, that's a bit more tricky |
16:19.04 | barra_home | yep |
16:19.35 | kai | I was toying with a script like that when we decided to discontinue the 2d client |
16:19.52 | kai | before we decided to discontinue it, of course :) |
16:20.18 | kai | anyway, so here's how I'd see a good workflow.. |
16:21.07 | kai | your artists create raw and baked assets and commit them into the asset repository |
16:22.00 | kai | they tag the baked assets with some information to indicate which version of your game they are designed for |
16:22.39 | barra_home | and programmers would sync the art with the git repo? |
16:22.50 | kai | in your game build system, you add a "media" command, so e.g. "make media" will get the art for the correct version |
16:23.02 | kai | er, current version |
16:23.59 | kai | make media gets this information from a file that keeps track of the assets used, and the respective revision or somesuch |
16:24.06 | barra_home | hmm |
16:24.17 | barra_home | that actually feels more complicated than our status quo :-/ |
16:24.26 | barra_home | but this is simply a tricky field |
16:24.57 | barra_home | because in this case the artists would be responsible for tagging the assets with versioning information |
16:25.08 | kai | not necessarily, actually |
16:25.08 | barra_home | I actually think we should do some performance tests |
16:25.19 | barra_home | basically import our media branch into a git repo |
16:25.23 | barra_home | and see how it performs |
16:25.25 | kai | sure, do that |
16:25.32 | kai | for us it was out of the question |
16:25.44 | barra_home | alrighty, that brainstorming has helped :-) thanks a bunch |
16:26.02 | kai | no one wants to grab 7 GB of artwork jsut for working on the terrain generation library |
16:26.30 | sfb | Amen. |
16:26.46 | kai | barra_home: feel free to email me or drop by here if you want to discuss this some more |
16:27.19 | barra_home | alrighty, i'll add gsoc to my channel autojoin list |
16:27.35 | kai | it's kai(dot)blin(at)gmail(dot)com for email |
16:28.18 | barra_home | IRC is fine with me |
16:28.35 | barra_home | I'm usually not the guy who sends around lenghty emails |
16:29.06 | barra_home | I'll flesh out the topic in more detail here, just in case you're interested in what we'll end up doing: http://wiki.parpg.net/Distributed_version_control_software |
16:29.32 | kai | barra_home: I still think separate repos and automation is the way to go |
16:29.50 | barra_home | fair enough :-) I'll consider this |
16:30.47 | kai | I've been working on a web frontend to hide the actual backend from the artists completely, based on my frustration on trying to explain svn to 3d modellers |
16:30.51 | *** join/#gsoc Gracenotes (~person@wikipedia/Gracenotes) |
16:31.49 | barra_home | hehe, yep, that can be frustrating indeed :-) |
16:31.49 | *** join/#gsoc promulo (~promulo@150.165.63.86) |
16:31.49 | sfb | kai: I mentioned to barra_home that I don't need revision - I just need a means of fetch/upload for artists. |
16:31.56 | kai | yeah |
16:32.09 | barra_home | I actually brought up the topic at stackoverflow lately |
16:32.16 | sfb | kai: So my intention is to just add another dialog to my Object Viewer tool that sends a chosen file to a NeL service which stores it on the server. |
16:32.16 | kai | unless you want to go back in time and need media that matches the old code |
16:32.32 | barra_home | and they gave a good pointer: use cheat sheets for common tasks in a field |
16:32.41 | sfb | I don't need media that matches old code because of the nature of our system. |
16:32.46 | barra_home | for details see http://stackoverflow.com/questions/4389578/can-artists-realistically-cope-with-distributed-version-control-in-an-open-sour |
16:32.50 | kai | barra_home: and I say "use automation" :) |
16:32.51 | sfb | The *sheets* are version controled. |
16:33.11 | sfb | So when I run my build_gamedata script the sheets determine which files are used. |
16:33.29 | barra_home | I'm not saying that automation wouldn't be good |
16:33.50 | barra_home | but I'm slightly worried about the time and the effort it will take up to set up such an infrastructure |
16:34.09 | kai | barra_home: hmm, I see that mercurial seems to have subversion subrepos |
16:34.14 | kai | that sounds interesting |
16:35.26 | sfb | <3 Hg |
16:36.13 | kai | it's too "almost, but not quite" git for my taste |
16:38.37 | barra_home | good point about subrepos kai :-) |
16:38.48 | barra_home | I'll dig deeper there, thanks for the pointer |
16:38.58 | barra_home | and the game is already written in python anyway :-) |
16:39.28 | barra_home | so hg might be a valid choice over git for philosophical reasons |
16:39.33 | kai | the subrepo thing seems to do what I proposed with the automation |
16:39.51 | kai | dunno, I'd stick to technical reasons over philosophical reasons |
16:40.02 | kai | I keep all my python projects in git |
16:40.09 | kai | as well as my perl and C projects |
16:40.11 | *** join/#gsoc svaksha (~svaksha@unaffiliated/svaksha) |
16:40.23 | kai | all of them work the same way :) |
16:40.25 | gevaerts | What's the philosophical reason for wanting your VCS to be written in the same language as the project you're managing with it? |
16:40.54 | kai | gevaerts: it's an excuse to not use version control with VB.Net code |
16:41.20 | aviraldg | loves the above post |
16:42.27 | kai | barra_home: in any case, if getting the artists to use your VCS is an issue, wombat might be a viable option |
16:42.44 | kai | it currently only has a SVN backend, but the code's pretty modular |
16:42.58 | kai | as long as the VCS understands the concepts of add, delete and update |
16:43.21 | barra_home | I guess it's the silly idea that you could dig through the source code if necessary to get an idea how it works gevaerts |
16:43.36 | barra_home | for whatever reason somebody might actually come up with such a silly idea :-) |
16:43.51 | gevaerts | barra_home: but what do you do if you have a project that uses *two* languages? |
16:44.02 | barra_home | we don't :-) |
16:44.08 | kai | gevaerts: use a VCS written in the more painful one |
16:44.21 | gevaerts | Sounds like a plan :) |
16:44.30 | kai | so people don't get distracted hacking on the VCS |
16:44.36 | barra_home | darcss it is, in this case! |
16:44.54 | kai | or just use a closed-source VCS |
16:45.04 | kai | microsoft source safe comes to mind ;) |
16:45.21 | barra_home | but you've got a point there: the main reason should be features, performance, 3rd party client support for win32 and mac |
16:46.20 | kai | sounds reasonable |
16:46.32 | gevaerts | I'm pretty sure that with a more or less advanced VCS the implementation language will be the least of your worries if you want to fix a bug in it |
16:46.58 | gevaerts | You'll first have to understand its inner workings anyway, and that's probably not a five minute job |
16:47.32 | kai | yeah, it's usually faster to bitch at the VCS upstream :) |
16:48.33 | *** join/#gsoc laknath (~buddhika@112.135.94.203) |
17:05.59 | *** join/#gsoc lh (~lh@osuosl/staff/lh) |
17:05.59 | *** mode/#gsoc [+o lh] by ChanServ |
17:07.42 | *** join/#gsoc brion (~brion@wikipedia/Brion-VIBBER) |
17:08.02 | *** join/#gsoc mhutchm (~mhutchmac@209-6-53-164.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) |
17:11.17 | *** join/#gsoc m4k3r (~maker@host77-80-dynamic.20-87-r.retail.telecomitalia.it) |
17:32.18 | *** join/#gsoc carols (~carols@nat/google/x-djfgutzwndjbcxdy) |
17:32.18 | *** mode/#gsoc [+o carols] by ChanServ |
17:34.35 | *** join/#gsoc andre__ (~andre@Maemo/community/bugmaster/andre) |
17:35.05 | *** join/#gsoc milki (~milki@s230-180.resnet.ucla.edu) |
17:36.08 | *** join/#gsoc laknath (~buddhika@112.135.94.8) |
17:41.46 | *** join/#gsoc nikre (~n1kr3@94.123.129.187) |
17:52.51 | *** join/#gsoc thiago (~thiago@kde/thiago) |
17:55.04 | *** join/#gsoc napster00 (~chatzilla@49.201.3.190) |
17:55.10 | *** join/#gsoc Nightrose (~lydia@kde/lydia) |
18:07.11 | *** join/#gsoc nmudgal (d2d46c84@gateway/web/freenode/ip.210.212.108.132) |
18:12.22 | *** join/#gsoc napster00 (~chatzilla@49.201.3.190) |
18:14.35 | *** join/#gsoc Nightrose (~lydia@kde/lydia) |
18:15.46 | *** join/#gsoc andrei1089 (~andrei108@81.18.92.10) |
18:17.12 | *** join/#gsoc brion (~brion@wikipedia/Brion-VIBBER) |
18:24.01 | *** join/#gsoc khetzal (~quetzal@2a01:e35:8b51:6f0:6ef0:49ff:fee6:8e93) |
18:34.11 | *** join/#gsoc catfish_man (~david@adium/CatfishMan) |
18:34.11 | *** mode/#gsoc [+o catfish_man] by ChanServ |
18:44.50 | *** join/#gsoc schumaml (schumaml@dslb-178-002-176-194.pools.arcor-ip.net) |
18:55.51 | *** join/#gsoc danielmarth (~quassel@212-183-46-144.adsl.highway.telekom.at) |
18:56.06 | danielmarth | carols: hi, can you tell me if a student still has an open task? |
18:56.20 | carols | danielmarth: SRabbelier would be a better help for that than i would |
18:56.30 | danielmarth | carols: thanks :) |
18:56.34 | carols | yw |
18:57.02 | danielmarth | SRabbelier: can you tell me if a student has a task open? i'm 10th at the moment and i want to check if i can still drop out of top-10 |
18:57.33 | SRabbelier | danielmarth: we still have to run the re-count-all-tasks routine, so don't count on anything yet |
18:57.55 | danielmarth | SRabbelier: ok, thanks :) when will this be done? |
18:58.30 | SRabbelier | danielmarth: when the last tasks have been reviewed |
18:58.36 | danielmarth | ok, thanks |
19:01.22 | *** join/#gsoc llnz (~lee@router.harmonic.co.nz) |
19:06.34 | *** join/#gsoc kane77 (~kane@194.1.130.108) |
19:07.34 | Ivanovic | danielmarth: to be 100% sure: wait for the announcement of the final results |
19:07.44 | Ivanovic | till then a whole lot can (theoretically) still happen |
19:07.46 | Ivanovic | ;) |
19:07.57 | gevaerts | Until then, enjoy tea and cookies here :) |
19:08.01 | gevaerts | serves some |
19:08.17 | danielmarth | i guess i can't do anything else ;) |
19:09.01 | danielmarth | it's the only student that can still kick me out of the top-10, and which mentor would reject a work submission now? |
19:09.59 | aviraldg | danielmarth: ? |
19:10.12 | danielmarth | aviraldg: ? |
19:10.39 | aviraldg | who? |
19:11.15 | danielmarth | aviraldg: http://www.google-melange.com/gci/student_ranking/show_details/google/gci2010/aoihana 1 point behind me, the only one that can kick me out |
19:12.08 | *** join/#gsoc nmudgal (d2d46c84@gateway/web/freenode/ip.210.212.108.132) |
19:12.45 | *** join/#gsoc nmudgal (d2d46c84@unaffiliated/nmudgal) |
19:12.45 | *** join/#gsoc nmudgal (d2d46c84@gateway/web/freenode/ip.210.212.108.132) |
19:13.14 | carols | munches tea and cookies |
19:13.16 | carols | thanks gevaerts |
19:13.30 | gevaerts | You're welcome! |
19:14.08 | Ivanovic | danielmarth: new work submissions are not possible since time is out |
19:14.39 | danielmarth | Ivanovic: i know, but someone is now in front of me because he submitted work before the deadline, but the task was closed today |
19:15.05 | aviraldg | danielmarth: That can still happen. |
19:15.27 | aviraldg | but what Ivanovic means is that 1. new tasks cannot be claimed 2. new submissions cannot be made |
19:15.42 | danielmarth | yes, i know that :) |
19:15.56 | *** join/#gsoc amaury_ (~amaury@187.114.212.251) |
19:15.59 | andre__ | patience. as usual. patience. |
19:16.16 | carols | !patience |
19:16.16 | socinfo | carols: "patience" is Patience is very important in GSoC/GCI. Relax and go code something useful. |
19:16.30 | aviraldg | carols: :) |
19:16.46 | aviraldg | you actually had the bot remember that? |
19:16.57 | carols | but of course. it's very important |
19:17.18 | carols | !couch |
19:17.18 | socinfo | carols: "couch" is An open source couch on which to chill. |
19:17.27 | carols | sits on couch and munches cookies |
19:17.45 | aviraldg | :O |
19:17.59 | aviraldg | can put stuff in Couch. CouchDB! |
19:18.23 | gevaerts | !cookies |
19:18.23 | socinfo | gevaerts: Error: "cookies" is not a valid command. |
19:18.27 | gevaerts | !tea |
19:18.28 | socinfo | gevaerts: Error: "tea" is not a valid command. |
19:18.32 | gevaerts | The bot is broken! |
19:18.42 | aviraldg | !learn |
19:18.43 | socinfo | aviraldg: Invalid arguments for learn. |
19:18.52 | aviraldg | !learn cookies Yummy! |
19:18.53 | socinfo | aviraldg: Invalid arguments for learn. |
19:19.03 | aviraldg | hmmm... |
19:20.01 | llnz | i think it's "!learn cookies as Yummy!", iirc |
19:20.10 | aviraldg | oh |
19:20.26 | llnz | also, try priv message bot for help |
19:20.33 | gevaerts | !learn tea as Hot! |
19:20.34 | socinfo | gevaerts: The operation succeeded. |
19:20.34 | aviraldg | well, I'll leave it up to Carol, haven't tasted them anyway |
19:30.50 | *** join/#gsoc sioraiocht (~tomh@unaffiliated/sioraiocht) |
19:37.27 | aviraldg | SRabbelier: there? |
19:38.05 | SRabbelier | aviraldg: yeah |
19:38.15 | aviraldg | remember the task I mailed you about? |
19:38.39 | SRabbelier | aviraldg: I've gotten a lot of emails about a lot of tasks, please be more specific |
19:38.39 | aviraldg | did you, or anyone from the administrative (?) team explicitly "validate" it? |
19:38.51 | aviraldg | if not, then I may have a bug report |
19:38.52 | SRabbelier | aviraldg: link? |
19:39.26 | aviraldg | http://www.google-melange.com/gci/task/show/google/gci2010/tux4kids/t129463056359 |
19:40.14 | aviraldg | SRabbelier: ? |
19:40.16 | SRabbelier | aviraldg: the current status of that task is Closed |
19:40.26 | aviraldg | yes, but I mean to ask that |
19:40.31 | aviraldg | that particular task |
19:40.40 | SRabbelier | aviraldg: I manually fixed that one didn't I? |
19:40.51 | aviraldg | oh, that was done manually? |
19:41.24 | aviraldg | the reason I was asking |
19:41.36 | aviraldg | was that I got "log emails" like: |
19:42.34 | aviraldg | On 11th January 2011 20:31, by Google Open Source Programs Automatic Updater: ¶ |
19:42.38 | aviraldg | (This task was marked invalid by an administrator. Please contact the Google Open Source Programs team if you have any questions regarding the same.) |
19:42.40 | aviraldg | Changes: User-MelangeAutomatic; Action-None; Status-Invalid |
19:42.42 | aviraldg | On 11th January 2011 21:59, by Google Open Source Programs Automatic Updater: ¶ |
19:42.46 | aviraldg | (The Melange Automated System has detected that the deadline has been passed and no more work can be submitted.) |
19:42.48 | aviraldg | Changes: User-MelangeAutomatic; Action-Deadline passed; Status-NeedsReview |
19:42.50 | aviraldg | oops |
19:42.55 | aviraldg | sorry for a direct paste |
19:43.18 | *** join/#gsoc barra_away (barra@f050134129.adsl.alicedsl.de) |
19:43.38 | aviraldg | SRabbelier: anyway, the log makes it look like the task was invalid first, and then it changed to "NeedsReview" because the deadline was passed, so I thought it was a bug |
19:44.03 | SRabbelier | aviraldg: no, it was marked as invalid first, and then as NeedsReview I guess |
19:44.33 | aviraldg | SRabbelier: so, not a bug, right? |
19:44.58 | SRabbelier | aviraldg: nope |
19:48.50 | aviraldg | SRabbelier: just wanted to confirm, thanks anyway |
19:49.11 | SRabbelier | aviraldg: thanks for checking |
19:55.35 | *** join/#gsoc allisterb (~allisterb@186-45-22-133.dynamic.tstt.net.tt) |
19:56.54 | *** join/#gsoc ricky (~ricky@fedora/ricky) |
20:45.56 | *** join/#gsoc dhaun (~geeklog@p54A11888.dip0.t-ipconnect.de) |
20:51.22 | *** join/#gsoc catfish_man (~david@adium/CatfishMan) |
20:51.22 | *** mode/#gsoc [+o catfish_man] by ChanServ |
20:58.14 | *** join/#gsoc spectie (~fran@unaffiliated/spectie) |
21:19.02 | *** join/#gsoc Chainsaw (~chainsaw@gentoo/developer/atheme.member.chainsaw) |
21:41.20 | *** join/#gsoc joeyadams (~joeyadams@208.96.182.115) |
21:41.36 | *** join/#gsoc jacktheripper (~jacktheri@41.68.33.111) |
21:44.17 | *** join/#gsoc kaydsoft (~kaydsoft@88.247.29.213) |
21:53.58 | *** join/#gsoc secureendpoints (~chatzilla@75.99.247.221) |
22:00.26 | *** join/#gsoc asmeurer (~asmeurer@c-68-42-39-41.hsd1.nm.comcast.net) |
22:01.14 | *** join/#gsoc secureendpoints (~chatzilla@75.99.247.221) |
22:12.22 | *** join/#gsoc kstar (~kstar@kde/developer/asimha) |
22:13.28 | *** join/#gsoc brion (~brion@wikipedia/Brion-VIBBER) |
22:38.17 | *** join/#gsoc RT|Chatzilla (~rt@reactos/tester/RT) |
22:39.35 | *** join/#gsoc jacktheripper (~jacktheri@41.68.12.238) |
22:42.53 | *** join/#gsoc thiago (~thiago@kde/thiago) |
22:48.09 | *** join/#gsoc yanli (~YanLi@114.249.220.115) |
22:49.11 | m4k3r | carols: the 'proof of enrollment' for GCI must be in English language? |
22:49.37 | carols | m4k3r: as long as its an official document from your school adhering to the guidelines laid out in the email, it doesn't have to be in english |
22:50.33 | m4k3r | Great, thank you. |
22:55.16 | *** join/#gsoc allisterb (~allisterb@186-45-41-20.dynamic.tstt.net.tt) |
22:55.44 | *** join/#gsoc Peter17 (~peter@wikipedia/Peter17) |
23:09.53 | *** join/#gsoc aviraldg (~aviraldg@117.200.80.230) |
23:19.46 | *** join/#gsoc thiago_home (~thiago@kde/thiago) |
23:20.14 | *** join/#gsoc madewokherd (~urk@c-24-118-59-147.hsd1.mn.comcast.net) |
23:28.47 | *** join/#gsoc aviraldg (~aviraldg@117.200.80.230) |
23:31.10 | *** join/#gsoc thiago_home (~thiago@kde/thiago) |
23:41.23 | *** join/#gsoc thiago_home (~thiago@kde/thiago) |
23:51.24 | *** join/#gsoc thiago_home (~thiago@kde/thiago) |