Hi,

Here is the log of the chatroom at http://farsides.com/chat/ (or 
irc://irc.freenode.net/#farsides) for the 2012-02-03.


2012-02-03 01:51:49+0000 antoviaque (antoviaque) is now online
2012-02-03 07:06:33+0000 dachary (dachary) is now online
2012-02-03 07:32:08+0000 MCMic (MCMic) is now online
2012-02-03 07:45:27+0000 mtyaka (mtyaka) is now online
2012-02-03 08:21:30+0000 dachary (dachary) is now online
2012-02-03 10:04:34+0000 mtyaka_ (mtyaka_) is now online
2012-02-03 10:37:10+0000 tartarugafeliz (tartarugafeliz) is now online
2012-02-03 10:38:58+0000 tartarugafeliz1 (tartarugafeliz1) is now online
2012-02-03 10:49:25+0000 tartarugafeliz (tartarugafeliz) is now online
2012-02-03 10:51:17+0000 tartarugafeliz1 (tartarugafeliz1) is now online
2012-02-03 11:03:08+0000 antoviaque (antoviaque) is now online
2012-02-03 11:47:17+0000 tartarugafeliz (tartarugafeliz) is now online
2012-02-03 11:47:35+0000 <tartarugafeliz> guys! I won't be able to participate 
on the meeting today, I'm sorry
2012-02-03 11:48:14+0000 <tartarugafeliz> I have just too much work to finish. 
I'll solve that between today and tomorrow…
2012-02-03 11:49:52+0000 tartarugafeliz1 (tartarugafeliz1) is now online
2012-02-03 11:50:25+0000 <blanchard> guys! I'm really sorry, it's the second 
time i fail to warn before, but i have to attend a meeting and I can't make it 
today. It's negociation for the school in montreal and I can't postpone it.
2012-02-03 11:50:40+0000 <blanchard> antoviaque: ^
2012-02-03 11:51:08+0000 <blanchard> my bad,  the current period is complicated 
to organize for me :/
2012-02-03 11:53:26+0000 <antoviaque> blanchard: ok - you don't have much 
choice here I guess
2012-02-03 11:54:13+0000 tartarugafeliz (tartarugafeliz) is now online
2012-02-03 11:55:57+0000 tartarugafeliz1 (tartarugafeliz1) is now online
2012-02-03 11:56:22+0000 tartarugafeliz2 (tartarugafeliz2) is now online
2012-02-03 13:08:51+0000 MCMic (MCMic) is now online
2012-02-03 13:19:26+0000 antoviaque (antoviaque) is now online
2012-02-03 13:26:55+0000 <antoviaque> hello!
2012-02-03 13:27:57+0000 arbrandes (arbrandes) is now online
2012-02-03 13:31:12+0000 <antoviaque> eve_: start dailymeeting
2012-02-03 13:31:12+0000 * eve antoviaque arbrandes blanchard blanchard1 
dachary mtyaka tartarugafeliz and al: daily meeting starts! Please say "eve_: 
yesterday|today|blockers <your report>"
2012-02-03 13:31:31+0000 <antoviaque> hey arbrandes!
2012-02-03 13:31:35+0000 <antoviaque> felling better today?
2012-02-03 13:31:44+0000 <dachary> arbrandes: good morning. Hangover ? 
2012-02-03 13:31:48+0000 <dachary> :-P
2012-02-03 13:32:04+0000 <antoviaque> dachary: ahahah - nope, arbrandes was 
sick yesterday : )
2012-02-03 13:32:20+0000 mtyaka (mtyaka) is now online
2012-02-03 13:32:21+0000 <antoviaque> dachary: and good day sir - how are you? 
: )
2012-02-03 13:32:26+0000 <antoviaque> hello mtyaka 
2012-02-03 13:32:29+0000 <dachary> good day to you all !
2012-02-03 13:32:34+0000 * dachary back to work
2012-02-03 13:32:36+0000 <antoviaque> (didn't miss anything, we're just 
strating : ) )
2012-02-03 13:32:39+0000 <mtyaka> hi everybody!
2012-02-03 13:32:40+0000 <antoviaque> dachary: see you!
2012-02-03 13:32:41+0000 <arbrandes> I'll survive, thanks for asking :)  Had 
something bad to eat, I imagine.
2012-02-03 13:32:43+0000 <mtyaka> great :)
2012-02-03 13:32:45+0000 <mtyaka> by dachary!
2012-02-03 13:32:51+0000 <mtyaka> *bye*
2012-02-03 13:32:56+0000 <arbrandes> hello, goodbye, dachary! :)
2012-02-03 13:33:06+0000 <antoviaque> eve: yesterday Fixed #645 "Players earn 
points for each game they played" (also added django migrations handling by 
south and commented on #769 "Implement XP backend"), done pending reviews of 
mtyaka's code, ran tests on all supported browsers + visual appearance (cf 
http://bit.ly/AA6Gaw ), started working on #809 "Players see if players of a 
game are online"
2012-02-03 13:33:06+0000 <eve> Done: Fixed #645 "Players earn points for each 
game they played" (also added django migrations handling by south and commented 
on #769 "Implement XP backend"), done pending reviews of mtyaka's code, ran 
tests on all supported browsers + visual appearance (cf http://bit.ly/AA6Gaw ), 
started working on #809 "Players see if players of a game are online"
2012-02-03 13:33:06+0000 <antoviaque> eve: today Discuss bananas with 
arbrandes, work on #809
2012-02-03 13:33:07+0000 <eve> Next: Discuss bananas with arbrandes, work on 
#809
2012-02-03 13:33:06+0000 <antoviaque> eve: blockers Need to decide on policy 
regarding plugins vs core (depending on what we chose, the implementation of 
#783 and #784 will differ)
2012-02-03 13:33:07+0000 <eve> Blockers: Need to decide on policy regarding 
plugins vs core (depending on what we chose, the implementation of #783 and 
#784 will differ)
2012-02-03 13:33:49+0000 <antoviaque> *err, it's "Fixed #805: Error page after 
registration" for the first one, sorry
2012-02-03 13:34:52+0000 <dachary> BTW, I tried to play a game of cardstories 
last week on a ipad2 and it worked. It was a little slow but nothing wrong.
2012-02-03 13:35:15+0000 <tartarugafeliz2> dachary using ipad2??? :O
2012-02-03 13:35:21+0000 <antoviaque> dachary: oh, good to know! Even jqDock 
was usable?
2012-02-03 13:35:23+0000 <tartarugafeliz2> (hello everyone!)
2012-02-03 13:35:25+0000 <antoviaque> tartarugafeliz2: loooool
2012-02-03 13:35:55+0000 <dachary> antoviaque: yes, all worked
2012-02-03 13:36:00+0000 <tartarugafeliz2> :)
2012-02-03 13:36:02+0000 <antoviaque> cool!
2012-02-03 13:36:12+0000 <arbrandes> Kewl, dachary, that's good news - I always 
thought Cardstories would be a good game for a tablet
2012-02-03 13:36:17+0000 <antoviaque> +1
2012-02-03 13:36:41+0000 <arbrandes> eve: yesterday Sick!
2012-02-03 13:36:41+0000 <eve> Done: Sick
2012-02-03 13:36:41+0000 <arbrandes> eve: today not sure, either bananas, 
rework #767, or continue on #769.
2012-02-03 13:36:41+0000 <eve> Next: not sure, either bananas, rework #767, or 
continue on #769
2012-02-03 13:36:41+0000 <arbrandes> eve: blockers Discuss priorities with 
antoviaque.
2012-02-03 13:36:42+0000 <eve> Blockers: Discuss priorities with antoviaque
2012-02-03 13:37:10+0000 <mtyaka> antoviaque: thanks for all the quality 
reviews, much appreciated!
2012-02-03 13:37:11+0000 <antoviaque> dachary: btw not sure if you have some 
time, but if you do would be great to have your opinion on the discussion about 
plugins vs core in Twisted :)
2012-02-03 13:37:20+0000 <arbrandes> (where #767 = XP data model and #769 = XP 
backend)
2012-02-03 13:37:26+0000 <antoviaque> mtyaka: you're welcome! always a pleasure 
to read your code
2012-02-03 13:37:40+0000 <mtyaka> eve: yesterday Had a look at HTML5 
application cache (#746), fixed issues antoviaque spotted with (#744), ranted 
about plugins at (#756), thought about how to switch tabs without reloading 
(#807) - I'm quite excited about this :)
2012-02-03 13:37:40+0000 <eve> Done: Had a look at HTML5 application cache 
(#746), fixed issues antoviaque spotted with (#744), ranted about plugins at 
(#756), thought about how to switch tabs without reloading (#807) - I'm quite 
excited about this :)
2012-02-03 13:37:41+0000 <mtyaka> eve: today Try how the reloading without page 
refresh works out in practice.
2012-02-03 13:37:42+0000 <eve> Next: Try how the reloading without page refresh 
works out in practice
2012-02-03 13:37:43+0000 <mtyaka> eve: blockers None.
2012-02-03 13:37:43+0000 <eve> Blockers: None
2012-02-03 13:38:36+0000 <antoviaque> mtyaka: oh, haven't read your comments 
yet - heading back the tracker
2012-02-03 13:38:51+0000 * arbrandes reading #756
2012-02-03 13:40:21+0000 <mtyaka> umm.. wait, don't read too much into #756, I 
wrote that before the coffee kicked in and I didn't even re-read it, so take it 
with a grain of salt
2012-02-03 13:40:58+0000 <arbrandes> lol
2012-02-03 13:41:08+0000 <arbrandes> I'm pretty much with you on that one, 
though, mtyaka ;)
2012-02-03 13:41:18+0000 <antoviaque> ahahaha
2012-02-03 13:41:41+0000 <antoviaque> ok, so how do you suggest we tackle 
architecture decisions about plugins vs core?
2012-02-03 13:41:55+0000 <arbrandes> It's also how I feel about excessive 
abstraction in OO programming.  But I digress ;0
2012-02-03 13:42:51+0000 arbrandes_ (arbrandes_) is now online
2012-02-03 13:43:10+0000 <arbrandes_> (got disconnected)
2012-02-03 13:43:15+0000 <arbrandes_> (or kicked by antoviaque, heheheh)
2012-02-03 13:43:30+0000 <mtyaka> lol :)
2012-02-03 13:45:00+0000 <arbrandes> You raised an important point in #756, 
though, mtyaka.  Although I generally agree with the feel of your post, the 
"outside developer" thing is actually very pertinent to Farsides.
2012-02-03 13:45:36+0000 <antoviaque> arbrandes: ahahahah
2012-02-03 13:45:41+0000 <arbrandes> The question is if this particular 
advantage of making everything a plugin outweighs to disadvantages.
2012-02-03 13:45:55+0000 <arbrandes> antoviaque, :)
2012-02-03 13:46:13+0000 <arbrandes> *the disadvantages
2012-02-03 13:47:07+0000 <antoviaque>  /kick anti-plugin coders
2012-02-03 13:47:07+0000 <antoviaque> ah damned!
2012-02-03 13:47:07+0000 <antoviaque> :p
2012-02-03 13:47:35+0000 <arbrandes> hehehehehe
2012-02-03 13:47:40+0000 <mtyaka> :)
2012-02-03 13:48:00+0000 <antoviaque> yup, personally I'm really unsure on this 
one, I haven't been bitten enough one way or another to know what will be the 
lest hassle
2012-02-03 13:48:05+0000 <mtyaka> right, that's an interesting point, we are 
making open source software after all
2012-02-03 13:49:36+0000 <arbrandes> As I see it, part of our dilemma is that 
writing everything as a plugin still requires changing the core code anyway
2012-02-03 13:50:00+0000 <antoviaque> arbrandes: for levels you mean?
2012-02-03 13:50:38+0000 <arbrandes> For instance, regarding scoring: currently 
the core data model of the WS has no knowledge of players themselves, only how 
they relate to games and/or invitations.
2012-02-03 13:50:43+0000 <arbrandes> antoviaque, as an example, yes
2012-02-03 13:51:19+0000 <antoviaque> arbrandes: what about a separate 
db/table, like the auth plugin?
2012-02-03 13:51:43+0000 <arbrandes> And the question (pertinently raised by 
antoviaque on #767) is: where is stuff supposed to go?
2012-02-03 13:52:41+0000 <arbrandes> Since the only place where there is a 
model for the player is in authentication (obviously), it seemed to me that it 
made sense to store levels/experience there, too.
2012-02-03 13:53:06+0000 <arbrandes> But at the same time, it was much easier 
to calculate the score inside game.py (#769).
2012-02-03 13:53:42+0000 <arbrandes> Otherwise, we would most certainly have to 
change the core code to publish more stuff for a plugin to be able to calculate 
the score.
2012-02-03 13:54:08+0000 <arbrandes> Which obviates the advantage of writing a 
plugin in order not to change the core.
2012-02-03 13:54:24+0000 <antoviaque> yup, understood
2012-02-03 13:54:41+0000 <arbrandes> But again, I am also very much on the 
fence here.
2012-02-03 13:55:10+0000 <antoviaque> just playing a little bit more the 
devil's advocate - changing the core to expose more make the plugin system more 
powerful, while altering the core is easier, but only helps with the task at 
hand
2012-02-03 13:56:29+0000 <mtyaka> maybe we should ask ourselves what we gain by 
NOT modifying core
2012-02-03 13:56:59+0000 <mtyaka> personally, I don't see any benefit, except 
of course in cases where we want to swap plugins, like the auth plugin, or when 
we want to sometimes turn some plugins off
2012-02-03 13:56:59+0000 <arbrandes> more powerful = more complicated = easier 
to break, which I think is mtyaka's point
2012-02-03 13:57:26+0000 <mtyaka> yes
2012-02-03 13:59:11+0000 <antoviaque> That's where I don't have the XP to argue 
: ) My gut feeling is that piling up stuff in the core is going to make our 
life harder, but I don't have much to back it up
2012-02-03 13:59:29+0000 <arbrandes> My gut feeling is this: if 1a) you need to 
swap functionatily or 1b) you envision needing to turn off something, and 2) 
you can easily write a plugin without modifying the current core, then you 
should be writing a plugin.  Otherwise, either use current plugins or just 
change the core.
2012-02-03 14:01:13+0000 <antoviaque> ok then - I've played the devil's 
advocate long enough : ) Let's make this the principle for plugins vs core?
2012-02-03 14:01:41+0000 <mtyaka> yup, I thing that's a good principle
2012-02-03 14:02:03+0000 <arbrandes> antoviaque, I don't mean to say that we 
should be cluttering current methods/classes.  The basic Linus-rule still 
applies ("If you need more than 3 levels of indentation you're screwed and need 
to fix you program").
2012-02-03 14:02:53+0000 <arbrandes> Or something to that effect.
2012-02-03 14:02:59+0000 <antoviaque> arbrandes: sounds good - will be very 
interested to see how you architecture this, for example in the case of levels
2012-02-03 14:03:03+0000 <mtyaka> I think that plugins like chat and bots make 
sense, because they really live a life of their own, and don't interact with 
core much
2012-02-03 14:03:41+0000 tartarugafeliz (tartarugafeliz) is now online
2012-02-03 14:03:57+0000 <antoviaque> what about tables, tabs, activity?
2012-02-03 14:04:22+0000 <antoviaque> would go more with the core with what we 
said, no?
2012-02-03 14:04:23+0000 <mtyaka> but then there's tabs... or game timers, 
which I think can make life harder if we try to push them out of where they 
want to be (the core) :)
2012-02-03 14:04:38+0000 <arbrandes> Ok then, let me selfishly ask the question 
that affects me directly: is leveling something that will need to be disabled?  
Can you guys imagine a different scoring system being swappable?
2012-02-03 14:04:39+0000 <mtyaka> i'm not sure about tables and activity, 
because I haven't looked at them
2012-02-03 14:05:28+0000 <arbrandes> And the second question: where do I store 
leveling data?  I admit putting it all inside the auth plugins may not be the 
best way.
2012-02-03 14:05:40+0000 <antoviaque> arbrandes: swappable as two 
implementations co-existing at the same time in the code base, but having the 
admin chose which one? not likely nope
2012-02-03 14:05:55+0000 <arbrandes> antoviaque, that's what I meant, yes
2012-02-03 14:07:03+0000 <antoviaque> arbrandes: good question - given our 
current discussion, would likely be on the core db
2012-02-03 14:07:08+0000 <arbrandes> But there's one very big advantage to 
having scoring in the django tables: we get a free admin screen to fiddle with 
player's scores. ;)
2012-02-03 14:07:33+0000 <antoviaque> maybe a CardstoriesPlayer object?
2012-02-03 14:07:49+0000 <arbrandes> (and it will make it MUCH easier to be 
able to buy cards, etc)
2012-02-03 14:07:54+0000 <antoviaque> arbrandes: ahaha, true - but sqlite3 does 
the trick too : )
2012-02-03 14:08:10+0000 <antoviaque> arbrandes: yep, for buying it's more 
tricky
2012-02-03 14:08:33+0000 <antoviaque> maybe then the WS could simply request 
the WS to add a card to a player (ie the other way around)
2012-02-03 14:09:17+0000 <arbrandes> antoviaque, sure, we can use sqlite3, but 
surely there will come a time when we want non-coders to handle this stuff (at 
which point we can develop something independently of the Django admin, but 
then again, it's hard to say no to something you get for free, hehehe)
2012-02-03 14:09:56+0000 <antoviaque> agreed - even in general, django does a 
lot of stuff out of the box, while twisted doesn't
2012-02-03 14:10:11+0000 <antoviaque> migrations is also a good example
2012-02-03 14:10:22+0000 <arbrandes> antoviaque, yes for the reverse WS request 
- but this would be something new, currently requests only go the other way.
2012-02-03 14:11:11+0000 <arbrandes> I guess what I'm defending now is the path 
of least resistance.  Which might or might not be a good idea, depending on 
resources and time frame.
2012-02-03 14:11:56+0000 <antoviaque> think it would be simpler to develop on 
django's side? I was thinking that the communication overhead between django 
and twisted was adding?
2012-02-03 14:13:41+0000 <arbrandes> antoviaque, since I never faced the actual 
performance problem with the WS requesting stuff from Django (you're handling 
all the server administration), you tell me! :)  I'm not sure we'll be able to 
cache anything related to scores, so there'll be at least one request per game 
completed.
2012-02-03 14:15:28+0000 <arbrandes> If one request per game is not acceptable, 
though, we will definitely run into problems in the future, and will have to 
optimize stuff a lot.
2012-02-03 14:15:49+0000 <antoviaque> arbrandes: well, I don't want to fall 
into the premature optimization trap - but I have the impression that we'll 
need more than once per game no? if we start showing levels in games, user 
profiles, etc. - no?
2012-02-03 14:16:21+0000 <antoviaque> arbrandes: don't think once per game 
would be a problem
2012-02-03 14:17:03+0000 <antoviaque> well, maybe not
2012-02-03 14:17:06+0000 * antoviaque thinking
2012-02-03 14:17:48+0000 <antoviaque> you need a request when getting cards too 
no?
2012-02-03 14:17:56+0000 <arbrandes> antoviaque, agreed, at least two requests 
per game.  One to get the current score, another to store it.
2012-02-03 14:18:28+0000 <arbrandes> antoviaque, I'm thinking the same request 
could return cards and score, but I may be talking out of my ass, it's the 
first time I think about it.
2012-02-03 14:18:39+0000 <antoviaque> yup, not sure either
2012-02-03 14:19:04+0000 <antoviaque> anyway, here too I just wanted to raise 
the issue - no worries going for what you think is best : )
2012-02-03 14:19:06+0000 <arbrandes> That's precisely what I was referring to, 
though.  As we go forward, there'll be more and more stuff to be gotten out of 
Django, if we continue on the same path.
2012-02-03 14:19:40+0000 <arbrandes> If it's a bottleneck, we need to start 
thinking how to solve it, or even change paths altogether.
2012-02-03 14:21:17+0000 <arbrandes> The obvious (-ly wrong) answer that 
springs to mind would be for the time-critical service (the WS) to access the 
Django database directly, but then we lose the neat plugin separation.
2012-02-03 14:21:58+0000 <antoviaque> : )
2012-02-03 14:22:16+0000 <arbrandes> If Django makes requests the other way, we 
have the same problem, but on the other direction.
2012-02-03 14:22:27+0000 <antoviaque> let me see if I can find the benchs loic 
did, I don't remember if it showed the details of django's requests
2012-02-03 14:23:02+0000 <antoviaque> arbrandes: not that much - Twisted 
answers very fast from what I remember
2012-02-03 14:24:15+0000 <arbrandes> antoviaque, if we do it this way, though, 
it no longer makes a lot of sense to store player data on Django's side, does 
it?
2012-02-03 14:24:33+0000 <arbrandes> And then we start to lose a lot of 
Django's advantages.
2012-02-03 14:25:34+0000 <arbrandes> I'm not actually arguing for Django - just 
pointing out that if we go down this road, we're actually aiming towards doing 
everything in twisted.
2012-02-03 14:25:48+0000 <antoviaque> arbrandes: the way I understood the split 
between django and twisted was that django was there for authentication 
(interfacing with FB, openid, local website auth mecanism if we integrate, 
etc.) and billing
2012-02-03 14:25:49+0000 <arbrandes> This might (or might not) be desirable.
2012-02-03 14:26:25+0000 <arbrandes> But authentication + billing = player data
2012-02-03 14:26:33+0000 <arbrandes> At least currently
2012-02-03 14:26:42+0000 <arbrandes> There's not much more to players than this.
2012-02-03 14:26:56+0000 <antoviaque> yep, but *external* player data, ie not 
related to game mechanisms
2012-02-03 14:27:03+0000 <arbrandes> That's why there is no "players" table in 
the WS, but there is one in the auth plugins.
2012-02-03 14:28:12+0000 <antoviaque> if I remember correctly the discussions 
at the beginning, loic wanted to keep that part external because he had been 
bitten with the poker server
2012-02-03 14:28:39+0000 <antoviaque> ie when integrating the poker server for 
a new client, he would have to redo the auth, and this needed to be external
2012-02-03 14:29:21+0000 <antoviaque> but things like the games won, points 
earned, etc. do not fall in this use-case - they would be the same no matter 
how the player logged in
2012-02-03 14:29:27+0000 <arbrandes> I see your point.  I also see why we're 
discussing this now:  by adding levels and cards, we're now blurring the line 
between what's external and what's game-mechanism-exclusive.
2012-02-03 14:29:38+0000 <antoviaque> yup
2012-02-03 14:30:01+0000 <arbrandes> Because at one point, players are going to 
use money (external) to buy cards (internal).
2012-02-03 14:30:17+0000 <arbrandes> The question remains: where is the optimal 
place to store this stuff?
2012-02-03 14:31:24+0000 <antoviaque> what do you think?
2012-02-03 14:31:29+0000 <arbrandes> Remembering that all of it needs to be 
"administratable" from the same place
2012-02-03 14:32:01+0000 <arbrandes> User story:  "the sysadmin needs to be 
able to revoke cards if the credit card transaction does not go through"
2012-02-03 14:32:40+0000 <arbrandes> or something to that effect
2012-02-03 14:34:02+0000 <antoviaque> good point yep - we would have this the 
other way then
2012-02-03 14:34:20+0000 <arbrandes> But also remembering that, as you 
correctly point out, the actual presence of the card in a player's hand is a 
mechanic and therefore essential to the proper functioning of the game.  In 
other words, it's not optional and therefore should not be something stored in 
a plugin.
2012-02-03 14:35:08+0000 <arbrandes> Same applies to experience and levels ^
2012-02-03 14:36:11+0000 <antoviaque> yep, tricky - what do you think is best 
at the end?
2012-02-03 14:37:48+0000 <arbrandes> Ack, I really don't know.  I think I need 
to eat before giving my professional opinion, lol.  I really, really like the 
idea of being able to rely on Django models and facilities to manage this 
stuff, but I also realize it is not the Right Way � to separate stuff.
2012-02-03 14:38:59+0000 <arbrandes> (I was thinking of taking advantage of 
ready-made Django e-commerce packages like Satchmo)
2012-02-03 14:39:14+0000 * antoviaque looking it up
2012-02-03 14:39:59+0000 <arbrandes> But it really does break the current 
(correct) paradigm of storing game mechanics stuff in the WS.
2012-02-03 14:42:46+0000 <antoviaque> ok - so let's eat on it then : )
2012-02-03 14:43:14+0000 <arbrandes> I don't know, maybe we can just duplicate 
the information.  It seems like a small enough compromise in our case.  But 
yeah, let's eat on it, hehehehhe
2012-02-03 14:43:23+0000 <antoviaque> We already came to a conclusion on the 
plugin vs core, not bad for one meeting :p
2012-02-03 14:44:13+0000 <arbrandes> Kewl then
2012-02-03 14:44:29+0000 <antoviaque> in any case, I let you and mtyaka take 
the decision on this too - I'll play the devil's advocate some more probably, 
but at the end I trust you more than my gut feelings on those code matters
2012-02-03 14:45:04+0000 <antoviaque> And thanks for indulging my noob 
convictions btw : )
2012-02-03 14:45:39+0000 <arbrandes> antoviaque, don't worry, I enjoy these 
discussions.  I like your advocation of the devil as much as tartarugafeliz's 
design instructions. ;)
2012-02-03 14:46:03+0000 <tartarugafeliz> :D
2012-02-03 14:46:05+0000 <arbrandes> I like them even more when I'm proven 
wrong.  It's easier to learn by mistakes, heheheh
2012-02-03 14:47:11+0000 <arbrandes> (I guess that's what Plato was getting at, 
lol)
2012-02-03 14:47:14+0000 <antoviaque> hehehe : )
2012-02-03 14:47:16+0000 <arbrandes> Ok then, gonna go eat, brb
2012-02-03 14:47:22+0000 <antoviaque> ok, all good for today then?
2012-02-03 14:47:38+0000 <antoviaque> bon appetit!
2012-02-03 14:48:04+0000 <arbrandes> for me, yes.  I'm gonna be working during 
the weekend, gonna show my face around here from time to time.
2012-02-03 14:48:29+0000 <antoviaque> arbrandes: ok cool!
2012-02-03 14:48:43+0000 <antoviaque> eve_: end dailymeeting
2012-02-03 14:48:43+0000 <eve> Meeting Ended
2012-02-03 14:48:43+0000 <eve> Minutes available at 
http://paste.pocoo.org/show/545210
2012-02-03 14:48:48+0000 * antoviaque off to lunch too
2012-02-03 15:25:25+0000 dachary1 (dachary1) is now online
2012-02-03 15:35:49+0000 dachary (dachary) is now online
2012-02-03 16:27:17+0000 arbrandes (arbrandes) is now online
2012-02-03 17:11:16+0000 tartarugafeliz (tartarugafeliz) is now online
2012-02-03 17:16:00+0000 mtyaka (mtyaka) is now online
2012-02-03 17:29:25+0000 MCMic (MCMic) is now online
2012-02-03 17:41:59+0000 tartarugafeliz (tartarugafeliz) is now online
2012-02-03 18:07:54+0000 tartarugafeliz (tartarugafeliz) is now online
2012-02-03 19:01:29+0000 tartarugafeliz (tartarugafeliz) is now online
2012-02-03 20:54:02+0000 tartarugafeliz (tartarugafeliz) is now online
2012-02-03 20:54:13+0000 tartarugafeliz1 (tartarugafeliz1) is now online
2012-02-03 20:56:48+0000 tartarugafeliz2 (tartarugafeliz2) is now online
2012-02-03 20:57:15+0000 antoviaque (antoviaque) is now online
2012-02-03 20:58:50+0000 tartarugafeliz (tartarugafeliz) is now online
2012-02-03 20:59:58+0000 tartarugafeliz1 (tartarugafeliz1) is now online
2012-02-03 21:00:20+0000 tartarugafeliz2 (tartarugafeliz2) is now online
2012-02-03 22:39:01+0000 dachary (dachary) is now online
2012-02-03 22:57:27+0000 antoviaque (antoviaque) is now online
_______________________________________________
Farsides mailing list - [email protected]

Wiki:  http://farsides.com/
List:  http://farsides.com/ml/
Forum: http://farsides.com/forum/
Ideas: http://farsides.com/ideas/
Chat:  http://farsides.com/chat/

Reply via email to