[00:34] <cjohnston> cprofitt: do you remember which bug was relevent to him
[00:34] <cprofitt> I looked and could not find one
[00:34] <cprofitt> mhall119: put it in though
[00:34] <cprofitt> it was something to do with his LP account
[00:34] <cprofitt> but I got called away while you guys discussed it with him
[00:39] <cjohnston> I dont see the bug
[00:39] <cjohnston> was the bug a problem with LD or openid
[00:49] <cjohnston> cprofitt: without more info, I'm going to default that there are some issues with openid and lp and ld's interaction that require work from people outside the LD dev community
[00:51] <cprofitt> cjohnston: sounds fair...
[00:51] <cprofitt> I can try to get him to re-construct the problem
[00:51] <cprofitt> he is no on right now though 
[00:51] <cprofitt> thanks cjohnston 
[00:51] <cjohnston> If you can ask him to try to find the bug
[00:51] <cjohnston> or wait for mhall119 
[00:51] <cjohnston> hes on a date
[00:51] <cprofitt> I can ask him to do that too
[00:52] <cjohnston> I'm not very familiar with OpenID stuff
[01:38] <cb9> hey are there any Ubuntu LoCo teams in  New york City?/ 
[01:40] <cjohnston> cb9: there is a New York team.. take a look at http://loco.ubuntu.com/teams
[01:41] <cb9> Yes, but they are located in rochester NY,  that is too far from the City.  I just am really suprised a place like NYC (5 boro's, brooklyn, queens, manhatten, bronx, Staten island)   don't have a group.   
[01:41] <Pendulum> cb9: there's not a LoCo for NYC, but there's at least one member of the NY State LoCo who is in NYC
[01:42] <cb9> i would like to start one. but not sure where to start 
[01:42] <cjohnston> I know there was an event in the city back in November
[01:42] <Pendulum> cb9: my impression is that people have tried, but couldn't get a LoCo for the NYC area to last
[01:42] <Pendulum> cjohnston: there was?
[01:42] <cjohnston> cb9: I would suggest instead of starting a new one, just making the team more active in the city
[01:42] <cjohnston> Pendulum: yes.. I was invited to go.. was the weekend Hope and I were in town
[01:42] <cb9> Damn!  Well  I have made it my life's mission to convert the world to ubuntu , 1 by 1 I will convert the world 
[01:43] <cb9> i am not a programmer,  more just a computer geek / desktop tech.   but I have installed it and converted over 100 people already. most of em just use it and arent really into the development of it tho 
[01:43] <cjohnston> Sounds good
[01:43] <cjohnston> just try to get them more active
[01:43] <cjohnston> start setting up events in the city
[01:44] <cb9> Have any ideas on the kind of event i should try to hold? 
[01:44] <cjohnston> Well.. the global jam is coming up
[01:44] <cjohnston> Ubuntu Hours
[01:44] <cjohnston> Installfests
[01:45] <cb9> Installfests sound up my alley.
[02:50] <nigelb> mhall119: ew
[02:50] <nigelb> mhall119: I pushed after uncommit, but it refused to take it
[02:51] <nigelb> mhall119: I'll just delete that branch and push a new one.
[03:22] <nigelb> mhall119: Fixed.  Sorry about that.  I did that first thing in the morning yesterday.  Wasn't yet awake, alert, and oriented.
[05:54] <HariMenon> Greetings, guys... An Ubuntu n00b here trying to get more involved in the community... Was wondering why there is no Connecticut (US) LoCo team...
[06:46] <YoBoY> good morning
[06:56] <nigelb> morning YoBoY 
[06:59] <YoBoY> hi nigelb
[07:00] <nigelb> mhall119 is probably going to kill me when he wakes up for all the screwups I did on summit :p
[07:39] <dholbach> good morning!
[07:48] <YoBoY> moin dholbach 
[07:48] <dholbach> salut YoBoY
[08:38] <YoBoY> 14 upcoming events for my team registered in the LD :) 
[08:38] <dholbach> nice
[08:40] <YoBoY> I just added the global jam in Paris
[08:40] <YoBoY> I already have the venue this time, we cant miss another jam ^^"
[08:42] <trinikrono> YoBoY: how big does the global jam in paris be?
[08:43] <YoBoY> ~40 people last time we have done one
[08:47] <YoBoY> most of them come to discover how they can contribute on the workshops we propose
[08:50] <trinikrono> YoBoY: sounds like you need a really big venue for this, i have not done one as yet
[08:52] <YoBoY> yes, and lot of "teachers" ^^"
[08:56] <trinikrono> hmm ill have to see if i can get a venue that i can borrow for 3 days otherwise i might have to irc it
[10:04] <locodir-user> ubuntu studio i386 setup file. i will boot from pendrive so a 2GB pendrive will work, right?
[10:04] <locodir-user> sorry i will install on laptop frompendrive
[11:26] <effie_jayx> hello :)
[12:35] <mhall119> nigelb: nothing you did that can't be fixed
[12:36] <mhall119> FYI, if you uncommit a rev, when you push to launchpad again use --overwrite
[12:36] <mhall119> YoBoY: are you posting picture on LD of these events?
[12:42] <YoBoY> mhall119: no, I don't take pictures, and have always difficulties to have them :] we need to work on that point
[12:43] <nigelb> mhall119: ooooh, thank you!
[12:44] <YoBoY> mhall119: btw where the pictures should go ? just using the tags on the different services ?
[12:46] <YoBoY> ok, find it, using the "team account" on one of the services
[12:53] <mhall119> yeah team account to get them on your team page
[12:53] <mhall119> global events have a picture tag you can use to get them on the global event's page
[12:56] <mhall119> dholbach: http://bazaar.launchpad.net/~django-foundations-dev/ubuntu-django-foundations/trunk/view/head:/docs/GettingStarted
[12:56] <mhall119> http://bit.ly/ePmT0Q for easier clicking
[12:57] <mhall119> now to incorporate the maps app, and make sure the others are in working order
[12:57] <YoBoY> http://photos.april.org/v/premier_samedi_2011_02/ << our last event photos, on Galery...
[12:58] <mhall119> oh, nice venue
[13:02] <YoBoY> yes :) we really are Lucky to have it, they have space, network, fiber internet connexion, and they support us. We do our big Ubuntu Party in this venue.
[14:46] <dholbach> mhall119, great work!
[15:00] <allenap> Hi, the Ubuntu Washington LoCo has two pages. One of them points to a team that no longer exists, so I wondered if someone could delete it? More details here: https://answers.launchpad.net/loco-directory/+question/145466
[15:01] <daker> allenap, i think czajkowski can do it
[15:02] <allenap> daker: Tip-top, thank you.
[15:02] <czajkowski> allenap: aye we know 
[15:02] <czajkowski> nothing we can do about it though, it's a db issue 
[15:02] <czajkowski> nothing the council can do 
[15:03] <cjohnston> czajkowski: cant merge it?
[15:03] <czajkowski> cjohnston: nope seemingly not 
[15:03] <cjohnston> does it give an error?
[15:03] <czajkowski> cjohnston: I don't know. going by what I was told. 
[15:03] <czajkowski> cjohnston: ask dholbach 
[15:03] <cjohnston> ook
[15:04] <dholbach> a db issue?
[15:04] <dholbach> team admins/owner should be able to merge the teams
[15:04] <dholbach> there should be a "merge teams" option there
[15:30] <nigelb> o/
[15:30] <mhall119> nigelb: in summit/schedule/views.py line ~112
[15:31] <mhall119> you're taking today's date, and converting it to localtime?
[15:31] <mhall119> but in Slot.objects.filter you're comparing it to data stored in UTC
[15:32] <mhall119> also, wouldn't it be easier to just check in by_date if date is a string or a date, rather than converting a date to a string only to convert it back again?
[15:33] <nigelb> mhall119: oh, right.
[15:33] <nigelb> foo, I tried to minize chnages to by_date
[15:33] <mhall119> nigelb: am I misunderstanding the localization calls you're doing on the date?
[15:34] <nigelb> mhall119: ok, I'll try to explain my logic
[15:34] <nigelb> take today's date at the summit location -> feed to by_date -> viola
[15:35] <nigelb> mhall119: also, that schedule.calculate() should not be there
[15:35] <nigelb> sorry
[15:35] <mhall119> but is converted_date in localtime or utc time?
[15:35] <nigelb> that was mistake from today
[15:35] <nigelb> converted_date is localtime
[15:35] <mhall119> why no schedule.calculate?
[15:36] <nigelb> because if a schedule doesn't exist, schedule.calculate() redirects to a 404
[15:36] <mhall119> ok
[15:37] <nigelb> can you remove it or do you wnt me to remove and push again?
[15:37] <mhall119> okay, so if converted_date is in localtime, won't start_utc__lte give the wrong calculations?
[15:37] <mhall119> shouldn't you convert it to UTC time?
[15:37] <mhall119> nigelb: I'll remove it once I understand the rest
[15:38] <nigelb> It shouldn't
[15:38] <nigelb> we're not trying to get the scedule right for UTC time
[15:38] <nigelb> we're trying to get the scedule right for local time
[15:38] <nigelb> like for example, if the event was in a place where the UTC 0000 was in the middle of the day
[15:38] <mhall119> okay, but 2011-02-15 PST is going to be 2011-02-16 UTC
[15:39] <nigelb>  /today would change only in the afternoon
[15:39] <nigelb> lets just assume that by_date would take a date as input
[15:39] <nigelb> and it would return the scedule for that date
[15:39] <nigelb> that's its job and it does it perfectly
[15:39] <mhall119> okay, so by_date gets 2011-02-15
[15:40] <mhall119> but we want all slows between 2011-02-15 0000 and 2359 localtime
[15:41] <mhall119> which won't be the same slots as 0000 to 2359 UTC time
[15:41] <nigelb> right
[15:41] <mhall119> say we have a slot defined at 2011-02-16 0200-0300 UTC
[15:42] <mhall119> will that show up for /today on 2011-02-15 for a summit on PST?
[15:42]  * nigelb goes crazy with tz calculation
[15:42] <nigelb> gimme a minute
[15:42] <mhall119> yeah, they'll do that do you
[15:44] <nigelb> mhall119: hah, hilarious bit is, you gave me the Slot.filter function.
[15:45] <nigelb> No wonder I'm clueless
[15:45] <mhall119> :(
[15:45] <nigelb> Ok, so how do I figure out if a session is happening today?
[15:46] <nigelb> I check if the start_date and end_date is between my dates in local time, right?
[15:46] <mhall119> convert the localtime to it's UTC value, then that in the filter
[15:47] <nigelb> so delocalize right?
[15:48] <mhall119> or just don't localize it
[15:48] <mhall119> I'm pretty sure that datetime.datetime.now is in UTC already
[15:49] <nigelb> yes, but I'm localizing that
[15:49] <mhall119> wait, no, that won't work
[15:49] <nigelb> so, I was supposed to delocalize inside by_date
[15:49] <nigelb> I screwed up.
[15:49] <mhall119> yeah
[15:50] <mhall119> actually don't even need to do that
[15:50] <nigelb> why not?
[15:50] <mhall119> since you localize in /today before getting the date
[15:50] <nigelb> yup
[15:50] <mhall119> you'll be passing a date object that is the local date
[15:50] <nigelb> right, but searching with UTV
[15:51] <nigelb> *UTC
[15:51]  * mhall119 hates tz
[15:51] <nigelb> Me too
[15:52] <mhall119> okay,  it's the string converting that's screwing this all up
[15:52] <nigelb> how?
[15:52] <mhall119> pass by_date a localized datetime.date object, then pass that through summit.delocalize
[15:53] <mhall119> because by_date wasn't aware of the timezone of the date
[15:53] <mhall119> it needs to know
[15:53] <nigelb> but by_date accepts a string
[15:53] <mhall119> let it take a string or a date
[15:53] <mhall119> if it's a date, use it directly, if it's a string, parse it to a date like you are now
[15:53] <nigelb> okay
[15:53] <nigelb> but wait
[15:53] <nigelb> what's wrong with what I'm doing now?
[15:54]  * nigelb headdesks crying about TZ
[15:54] <mhall119> you're passing by_date "2011-02-15", but by_date doesn't know what that is in UTC
[15:54] <mhall119> because it doesn't know what timezone you're talking about
[15:54] <nigelb> I'm assuming that when we put a date, its always local
[15:55] <nigelb> which makes sense
[15:55] <nigelb> wherever you are, you put the date local to the summit to get that day's schedule
[15:55] <nigelb> (does that make sense?)
[15:56] <mhall119> yes
[15:56] <nigelb> so in /today, I get local date for today and send it to by_date
[15:56] <nigelb> which then UTC-izes it and gets the schedule for that day
[15:57] <nigelb> wait
[15:57] <nigelb> that sounds wrong
[15:57] <mhall119> okay, you know what....you might have been right all along
[15:58] <nigelb> mhall119: skip the /today for now
[15:58] <nigelb> I want to think of this better and make sure its write
[15:58] <nigelb> or I'll cause a bigger problem than I tried to solve
[15:58] <nigelb> (which was to prevent manual change of dates for all the screens around the venue)
[16:02] <mhall119> nigelb: let me test your branch out and see if I can make it break
[16:02] <mhall119> but i think it may be alright afterall
[16:02] <nigelb> I'm guessing it will fail
[16:02] <nigelb> I just realized that.
[17:06] <Ronnie> mhall119: any progress on django foundations? (share media files, template directory, urls.py etc?)
[17:13] <mhall119> Ronnie: yes
[17:14] <mhall119> http://bazaar.launchpad.net/~django-foundations-dev/ubuntu-django-foundations/trunk/view/head:/docs/GettingStarted
[17:14] <Ronnie> yes, i saw the changes
[17:15] <Ronnie> but i still do not see any concept for projects to define their own urls, media files etc
[17:17] <Ronnie> i hope the developerweek does increase the knowlegde of django in our community, we can use a lot of help :)
[17:20] <mhall119> Ronnie: yeah, I don't have that yet, just the bootstrapping process
[17:20] <mhall119> I was planning on everything else being in self-contained apps
[17:20] <mhall119> so you'd add your own media and templates in an app
[17:20] <mhall119> with urls for them
[17:22] <Ronnie> but the 'combiner' of the apps should add links in the main settings/urls.py and link the media dir. i think (but i cant think of a good way) that apps should be added by only adding their bzr location into the settings file
[17:23] <Ronnie> so i think the writer of the apps should add some extra code to make that work
[17:23] <Ronnie> if there is some sort of general API, or method to do this, that will help the speed of developing apps very much
[17:24] <Ronnie> but its very hard to write an own 'framework'
[17:40] <mhall119> I could put something in the main settings and urls that'll wire up anything in INSTALLED_APPS
[17:40] <mhall119> or BZR_APPS
[17:40] <mhall119> or some other list
[17:46] <Ronnie> mhall119: for app in BZR_APPS: from app.settings import *
[17:46] <Ronnie> so the app can specify the own settings (like local_settings)
[17:46] <mhall119> Ronnie: that wouldn't work, once app's settings would overwrite the other...
[17:47] <Ronnie> TEMPLATE_CONTEXT_PROCESSORS and TEMPLATE_DIRS supports +=
[17:47] <mhall119> right
[17:47] <Ronnie> the same is for urls.py which also supports +=
[17:48] <mhall119> let me play with it and see what happens
[17:48] <Ronnie> for the media we can execute the command 'ln -s'
[18:13] <daker> AlanBell, what the hell is that ????!!!
[18:13] <daker> wtf!!!
[18:13] <daker> woooaaa
[18:13] <daker> wtf!!!
[18:15] <AlanBell> daker: what?
[18:16] <AlanBell> !netsplit | daker 
[18:16] <ubot4> daker: netsplit is when two IRC servers of the same network (like freenode) disconnect from each other, so users on one server stop seeing users on the other. If this is happening now, just relax and enjoy the show. See http://en.wikipedia.org/wiki/Netsplit
[18:16] <AlanBell> did you mean that?
[18:16] <daker> yes
[18:18] <AlanBell> rest assured, it wasn't me :)
[18:21] <Ronnie> mhall119: this could work: http://paste.ubuntu.com/567423/ (but fails on package launchpad)
[18:38] <Ronnie> mhall119: template dir is not needed, django searches the app/templates folder automatic (/me hopes for non collisions)
[19:12] <mhall119> Ronnie: correct, we don't need it for templates
[19:13] <mhall119> there's a better way of importing than calling exec though
[19:13] <Ronnie> this is what i got now (broken atm) http://paste.ubuntu.com/567436/
[19:13] <Ronnie> not that im aware of
[19:13] <Ronnie> maybe __import__(name)
[19:13] <mhall119> __import__
[19:13] <mhall119> yeah
[19:13] <Ronnie> but its limited
[19:15] <mhall119> limited how?
[19:15] <Ronnie> you have to import the whole package, somehow that did not work here
[19:16] <mhall119> Ronnie: take a look at https://bitbucket.org/mhall119/django-extauth/src/8a2807276dcc/extauth/roles.py#cl-333
[19:20] <Ronnie> mhall119: is that method better than exec?
[19:20] <mhall119> I think so
[19:20] <mhall119> I generally don't like concatenating strings and executing them
[19:21] <Ronnie> mhall119: are you willing to write the __import__ path?
[19:21] <Ronnie> path = part
[19:35] <mhall119> Ronnie: sure
[19:36] <Ronnie> it will be a good step for foundations
[19:37] <mhall119> I'm not sure we need media directories being symlinked, i think each app can manage their own, and apache handlers can be done for each
[19:39] <Ronnie> mhall119: but then you need to reconfigure apache each time you add an app (altough it could be a better solution, but harder for the 'end user')
[19:41] <Ronnie> and other developers need to change urls.py to include static_serving
[19:42] <mhall119> static serving should be enabled by default in all our provided apps, then the user can decide which if any to handle through apache instead
[19:43] <Ronnie> but how to handle the static file serving of different apps automaticcly?
[19:43] <mhall119> each app would set of their own urls.py for static serving
[19:45] <Ronnie> mhall119: but then you cant use {{ MEDIA_URL }} for them?
[19:49] <mhall119> no, each app would have to provide their own
[19:49] <mhall119> which, granted, is not ideal either
[19:51] <Ronnie> and how would you translate {{ MY_APP_MEDIA_URL }} to a disk location or web location. i have not much experience with apache, but i guess its not easy to do
[19:52] <mhall119> I haven't thought too much on that yet, but you bring up very good points
[19:53] <mhall119> I can see maybe ln -s $APP_PATH/media $PROJECT_PATH/$APP_LABEL/media
[19:53] <mhall119> correction: $PROJECT_PATH/APP_MEDIA/$APP_LABEL
[19:54] <mhall119> so "myapp/media" would get linked to "myproject/APP_MEDIA/myapp"
[19:54] <mhall119> or something like that
[19:55] <mhall119> similar to what you were doing
[19:55] <Ronnie> yes, but i also do not know how thats handled with apache and user rights (chmod)
[19:56] <mhall119> there'd probably have to be some kind of management command to do it
[19:56] <mhall119> ./manage.py addappmedia
[19:56] <mhall119> or something
[19:56] <Ronnie> yea, thats better than in settings.py (which is exec 4 times on startup)
[19:56] <mhall119> yeah, settings does get execed a lot
[21:48] <locodir-user> hi
[21:48] <locodir-user> to hall
[21:51] <YoBoY> hum... the locodir-users never stay enought time, i wonder if we don't have to add a note in the webirc page to explain they have to wait more than 1 minutes before leaving ^^"
[21:52] <mhall119> hmmm, might not be a bad idea
[22:37] <daker> mhall119, cjohnston Ronnie is the media folder should inside or outside the project folder ? (it's a general question) 
[22:38] <Ronnie> i always keep it inside, but thats just a habit. never tought about it
[22:39] <Ronnie> is there any reason why you want to get it out of the project folder?
[22:39] <daker> Remeber Erato ? i had a discussion about it with doctormo
[22:40] <daker> and he said that the media folder should always outside the project folder
[22:41] <daker> also he said that the only projet he had see and has a media folder inside the project folder is LD
[22:41] <daker> s/see/seen
[22:46] <daker> anyone ?
[22:46] <Ronnie> yes, i still remember erato, too bad there is not progress
[22:47] <Ronnie> i think it could be a risk for your code, if someone breaks out of the media directory, and thereby can access the source files
[22:48] <daker> a risk if i place it outside ?
[22:49] <Ronnie> not, but harder to configure i guess
[22:49] <Ronnie> not very hard tought
[22:49] <Ronnie> -t
[22:50] <Ronnie> but when collaborating, there should be a common directory 
[22:51] <Ronnie> or you have to add the directory in local_settings (if you have that one configured)
[22:53] <Ronnie> ill go to sleep, good luck daker
[22:53] <daker> ok thx
[23:52] <mhall119> optimally your media would exist on a dedicated media server
[23:52] <mhall119> in reality, you rarely get that option
[23:54] <mhall119> I've always kept my media in my project folder