Timestamps are in GMT/BST.
[2:05] * cvan (~cvan@nat/mozilla/x-mkczlxwshzvyrtul) Quit (Quit: cvan)
[2:21] * cvan (~cvan@nat/mozilla/x-wkrbdfxixtfbbmbr) has joined #basie
[2:26] * cvan (~cvan@nat/mozilla/x-wkrbdfxixtfbbmbr) Quit (Quit: cvan)
[3:29] * cvan (~cvan@c-76-102-14-98.hsd1.ca.comcast.net) has joined #basie
[3:52] * cvan (~cvan@c-76-102-14-98.hsd1.ca.comcast.net) Quit (Quit: cvan)
[6:41] * bwinton_away is now known as bwinton
[6:46] * bwinton is now known as bwinton_away
[8:08] * hazure (~cjmuise@red-gw31.cs.toronto.edu) has joined #basie
[10:33] * cmorris (~amphora_@whit179.ucres.utoronto.ca) has joined #basie
[10:34] <cmorris> Hey, is anyone around?
[10:35] <_lance_> yeah
[10:37] <cmorris> I'm looking at the view_source function in the view, and it's looking mega-long. And worse, it's basically doing two entirely unrelated things. Would it be reasonable to make two additional view functions (one for the file view, and one for the directory) and have view_source just multiplex between them? I don't know if that's idiomatic in Django or not.
[10:39] <_lance_> I'm not quite happy with that either but it's a little too early to refactor
[10:40] <_lance_> We're still in the sandbox, remember
[10:40] <_lance_> this is all going to be torn down
[10:40] <cmorris> Isn't it better to refactor early before the bad stuff gets entrenched? :P
[10:40] <_lance_> That's why we're throwing everything out soon
[10:41] <_lance_> At least I believe we are, since Greg mentioned that the first try generally gets thrown out
[10:41] <cmorris> That seems pretty drastic.
[10:41] <_lance_> If we refactor, what will it take away from?
[10:41] <cmorris> What do you mean?
[10:42] <_lance_> What would you not be doing because you're refactoring?
[10:42] <_lance_> Better to have a first shot at a broader feature set than to refactor at this stage
[10:43] <cmorris> I suppose. Refactoring is a pretty lofty word though. I'm just talking about splitting a function in two.
[10:45] <cmorris> The other thing I was wondering about was the get_dir and get_file methods. It feels kind of inelegant to me to fish for a file, and then for a directory if that fails. Do you think it would make sense to give the repository class a get_node method, so we could just call that once (and then split based on the resulting node's is_directory attribute)?
[10:45] <_lance_> I was happier when we just had get_file and direcories were files
[10:48] <cmorris> Really? I feel like there are some methods that should be specific to directories or files.
[10:49] <_lance_> Sure, but I don't see why getting should be one of them
[10:50] <cmorris> Well getting is a method of the repository class, not the file/directory.
[10:53] <_lance_> Yeah?
[12:32] <cmorris> Has anyone tried viewing an hg directory at a specific revision?
[12:33] <cmorris> I'm thinking it wouldn't work since the current urlpatterns only allows digits as revision numbers.
[12:35] <_lance_> I haven't tried, no
[12:49] <cmorris> Okay, this is a really dumb question (probably), but is there some way to exclude a particular file from a commit? I always have to edit my settings.py before doing a commit because I don't want to commit my particular settings for my hg repo.
[12:52] <_lance_> Yeah, depends on your client
[12:59] <cmorris> Hm, what do you mean? I was thinking about committing just from the command line
[13:00] <_lance_> then it will only commit files that are in subdirectories of cwd. Try cd'ing into dirs that don't have settings.py before committing?
[13:00] <_lance_> Since at this point most of our changes seem to live in either hg or svn subdirs
[13:01] <_lance_> You could also propset the ignore flag on settings.py I think
[13:01] <_lance_> As long as you only propset locally
[13:02] <cmorris> Yeah, I guess that would work. I was wondering if there was another way to do it, in case I happened to want to commit multiple files or dirs that lived in the same directory as the omitted file.
[13:02] <cmorris> Ah, okay, I'll have to look into that. Thanks.
[13:03] <_lance_> I'm not sure what would happen if you committed from a directory that has svn:ignore propset on it
[13:04] <_lance_> Yeah.. apparently that's not the way to do it
[13:09] <cmorris> Well, I went ahead and boldly did some refactoring anyways. Hopefully I didn't break anything too badly.
[13:09] <cmorris> I've forgotten, are you on the hg team or the svn team?
[13:10] <_lance_> svn
[13:10] <cmorris> Oh, shucks, I was looking for an hg person to harass.
[13:13] <_lance_> Poke Joseph when you can
[13:13] <_lance_> jyeung
[13:16] <cmorris> Yup, I just e-mailed him.
[14:17] <cmorris> Well, I just committed code that includes multiplying a list by a boolean. I'll be a little disappointed if _someone_ doesn't yell at me for that.
[14:33] <_lance_> Hmm.. you in favour of a meeting tomorrow or a meeting Friday?
[14:42] <cmorris> I'd rather meet tomorrow personally.
[14:44] <_lance_> Alright
[14:44] <_lance_> I just shot Greg an email
[14:44] <_lance_> I have.. essentially nothing to report
[14:44] <_lance_> If you don't count the talk with jango post-meeting last week, then I haven't touched my task yet.
[14:44] <_lance_> Had 2 deadlines today
[14:44] <_lance_> And one last Friday
[14:45] <_lance_> I expected to work tomorrow+Thursday
[14:58] <cmorris> Ah, yikes, that sounds rough. I consider myself lucky to be doing an USRA where deadlines are ~very~ elastic.
[15:18] <_lance_> Partly my fault for taking a work contract, but it was so simple :)
[15:19] <_lance_> 8 hour contract, I wanted to squeeze it in before my new class starts this week
[15:37] * hazure (~cjmuise@red-gw31.cs.toronto.edu) Quit (Quit: Leaving)
[15:48] * cmorris (~amphora_@whit179.ucres.utoronto.ca) Quit (Ping timeout: 265 seconds)
[17:57] * cmorris (~amphora_@whit179.ucres.utoronto.ca) has joined #basie
[20:00] * cmorris (~amphora_@whit179.ucres.utoronto.ca) has left #basie
These logs were automatically created by BasieBot on irc.freenode.net using the Java IRC LogBot.