[01:51] cjohnston: ping [01:51] yo [01:52] tried again tonight to test summit -- still getting page not found trying to register [01:52] and it works for everyone else [01:52] what link are you trying [01:52] http://summit.chrisjohnston.org/test-summit/ [01:53] Test Summit in Launchpad link on that page [01:53] ahh [01:53] immediately below the dates [01:53] you have to use the link in my blog post [01:53] ah [01:53] summit doesnt understand that its using staging [01:56] cool... will check it out again in 20 minutes [01:56] thanks [01:56] it should only be 5 minutes [01:56] tghats what the cron is set to [01:56] but i am not gonna tell people tat [01:56] that [01:56] incase [01:56] * cprofitt nods [01:57] the Scotty factor [07:39] ws 33 [07:39] gggggaaahhh [15:35] oi [15:39] cjohnston, I'm back =) [15:42] hey Amoz [15:45] Amoz: you got time to do some work? [16:31] yaili: some of the changes that you mentioned are now live on summit.chrisjohnston.org [16:31] ty [16:33] cjohnston: cool [16:43] cjohnston, suure [16:43] I'm watching some jquery tuts right now [16:43] I need help with that wide screen display [16:47] oh [16:47] the schedule view, cjohnston ? [16:47] yes.. the grid one [16:47] hmm [16:47] it needs to work like the current one somehow [16:48] cjohnston, link please :) [16:49] http://summit.ubuntu.com/uds-p/2011-10-31/display [16:50] cjohnston, so basically you want a new view with 100% width ? [16:51] ya [16:51] shouldn't be too hard to fix with a new template and some hacking [16:51] hmm, what's the state at the current branch? [16:51] in* [16:52] is everything merged ? [16:52] https://code.launchpad.net/~chrisjohnston/summit/action-item-links and lp:~chrisjohnston/ubuntu-community-webthemes/more-theme-work need to be merged in [16:52] okay, but they don't have anything at all to do with the wide layout thing [16:53] I suppose? [16:53] they have the new theme in it [16:53] oh [16:53] uhm [16:53] you haven't merged my branch either? [16:53] that has your branch in it [16:53] ok good [16:53] I'm lost [16:53] so am i [16:54] i probably need to merge what I have into trunk and work from there [16:55] yeah, I guess it's always good to keep the trunk updated =) [16:55] as long as it's not breaking stuff [16:55] it kinda sorta would, but not really [16:55] if that makes sense [16:55] ah [16:56] if we're changing a lot of layout stuff and css etc. that's true [16:56] which we are [16:56] but we can still branch and merge our separate branchs manually to our working trees [16:56] if you know what I mean [16:57] so development is made on the latest code [16:57] ya [16:57] i'm upgrading to precise on my server now [16:58] hmm [16:59] this time I better work directly on the server [17:13] cjohnston, virtualenv isn't playing nice with me =( [17:13] Error: Can't find the file 'settings.py' in the directory containing './manage.py'. It appears you've customized things. [17:13] You'll have to run django-admin.py, passing it your settings module. [17:13] (If the file settings.py does indeed exist, it's causing an ImportError somehow.) [17:14] it should be there... you need to run it as "python manage.py runserver --settings ubuntu_settings" [17:16] thats what I did [17:16] so it must be throwing an ImportError then? [17:17] do you have a local settings [17:17] yep [17:17] throw away? [17:18] no idea [17:18] nope [17:18] if you ls is there a settings.py? [17:18] ofc [17:18] everything is there [17:18] and as far as I remember I haven't done anything since last time I developed [17:18] try ./manage.py migrate [17:19] it doesn't matter what I call, only ./manager triggers the same error as well [17:19] manage* [17:19] mhall119: any idea? [17:19] so I'd say it's virtualenv's fault =P [17:23] works perfectly when I'm not in virtualenv [17:23] so definitely something with virtualenv [17:23] uggh [17:23] :P [17:28] Amoz: try running just "python" then "import settings" [17:28] it's probably an import in settings.py that is throwing an exception [17:29] mhall119, yup, something about urandom [17:29] Amoz: do you get a stacktrace? [17:29] File "settings.py", line 35, in [17:29] DEBUG) [17:29] File "common/utils.py", line 26, in get_summit_version [17:29] f = email.message_from_file(open(version_file)) [17:29] File "/usr/lib/python2.7/email/__init__.py", line 65, in message_from_file [17:29] yup [17:29] you want it all? [17:30] that's the top [17:30] yeah, just pastebin the whole thing [17:30] nigelb: do you remember anything about the __unicode__ thing? it seems almost like it was removed.. I have my links set as attendee.user, which matches a fix that you made with a comment of fixes unicode issue [17:31] cjohnston: I remember those changes were because we added __unicode__ for easye in django-admin. [17:31] cjohnston: launchpad links need to use attendee.user.username [17:32] ahh [17:32] attendee.user is the "for human display" [17:32] it'll include first_name and last_name if present [17:32] mhall119, http://paste.ubuntu.com/896722/ [17:32] which will break your launchpad urls [17:33] Amoz: that's from your virtualenv? [17:33] mhall119: is that the same across the board... lead.lead.username, crew.attendee.username? [17:33] should be [17:33] yup [17:34] cjohnston: wtf, why are we using the email module to read the version file? [17:34] huh [17:35] lol [17:35] the version stuff is copied directly from LTP [17:35] oh hell, it's there too [17:36] Amoz: kindly file a bug against summit and LTP for this nonsense, and try re-creating your virtualenv with python2.6 [17:36] mhall119, oh okay [17:36] I don't even know what's wrong, care to explain just a little? [17:37] just file a bug that says nonsense and assign mhall119 [17:37] hah [17:37] okay [17:37] will do [17:37] Amoz: so for some reason the original LTP code (that neither cjohnston nor I wrote) using an email parsing module to read a 2-line version file [17:37] lol [17:37] and it seems that, at least in your virtualenv, that email module is trying to import urandom, which doesn't exist [17:37] ugly hacks [17:38] the import failure cascades all the way back to settings.py, which manage.py fails to import, and therefore gives a misleading message about it not being there [17:38] yeah [17:38] but it says so as well [17:39] that it may be an import error [17:39] so it's not completely misleading imo [17:40] mhall119: how do I get .username to work for the lead model [17:42] mhall119, aah, that's why it broke then, I upgraded to precise -> python2.7 ? [17:44] mhall119, may I set the bug to triaged? [17:45] yes [17:47] cjohnston: probably some thing like lead.lead.username or lead.lead.user.username [17:47] Amoz: yes, triaged would be fine [17:47] there it si [17:47] is [17:47] yippie [17:49] aw, I couldnt set it to triaged [17:49] set it to confirmed [17:56] ah finally [18:19] cjohnston, which one is the wide template? [18:19] or view.. [18:22] schedule.html [18:25] figured [18:25] uhm [18:25] how "hackish" do you want it to be cjohnston ? [18:26] I can add some inline css in the template, overriding the grid styles [18:26] as little as possible [18:26] that would prolly be fine [18:35] cjohnston, http://amoz.dyndns.org:8080/uds-p/2011-10-31/display [18:35] pushd as well [18:36] http://bazaar.launchpad.net/~fougner/+junk/summit/revision/318 [18:36] gotta go now :) [18:36] Amoz: itll need some more work [18:36] yeah probably [18:36] ping me when you get back [18:36] the header will be hard to fix though [18:36] because it's not parenting the inner wrapper [18:36] so it's impossible to know the wanted width of the header [18:36] if that's what you meant [18:37] hrm [18:37] Amoz: maybe steveedwards can help us when you return [18:37] framework guy ;D [18:38] we could fix it with some ugly javascipt as well [18:38] fetch the inner-wrapper width [18:38] and set the header and top-nav to it [18:38] id rather not.. the top-nav doesnt have to be 100%, but the grid should be aligned all the way left [18:38] ah [18:39] that's the only problem [18:39] ? [18:39] i care less about the top nav [18:39] yes [18:40] http://amoz.dyndns.org:8080/uds-p/2011-10-31/display [18:40] like that? [18:40] that works for me... steveedwards are you here? [18:44] mhall119: can you look at something real quick? [18:46] stop bugging them :P [18:46] weekend has come ^^ [18:46] anyway, off, take care! [18:48] cya [20:11] hello [20:11] o/ [20:11] cjohnston: anything to do ? [20:11] always [20:11] lol [20:12] i will do some summit testing [20:12] I have the theme 99% done.. I'm trying to finish my meeting stuff, but running into an error [20:12] nice [20:13] daker_: http://pad.ubuntu.com/summit [20:14] cjohnston: what's the error ? [20:14] me playing around trying to figure out how to add the approver=attendee part [20:17] cjohnston: MeetingReview is the Modelform of the Meeting model ? [20:17] yes [20:19] cjohnston: where the MeetingReview is located ? [20:19] i pasted it [20:22] cjohnston: look at the bottom [20:25] global name 'false' is not defined [20:26] False [20:26] der [20:26] one day I'll learn to write correctly [20:28] that seems to work [20:28] yippie [20:28] :) [20:28] http://summit.chrisjohnston.org/test-summit/ [20:28] daker_: can you propose a meeting please? [20:30] cjohnston: the spec URL ? [20:30] blank [20:30] if it doesnt have a * it isnt required [20:30] we need to work on the forms.. they are crap right now because they use RenderableMixin, but I'm not sure how to make them better [20:31] cjohnston: http://summit.chrisjohnston.org/test-summit/meeting/635/hacking-on-the-loco-team-portal/ [20:32] do you mind creating one more please? [20:34] cjohnston: http://summit.chrisjohnston.org/test-summit/meeting/636/hacking-on-the-cloud-portal/ [20:34] ty [20:34] one sec.. [20:35] daker_: http://summit.chrisjohnston.org/test-summit [20:35] you should see "Review proposed meetings" [20:36] yep [20:36] click that [20:36] then next to yours where it says declined, click that [20:36] change it to approved, hit save please [20:37] done [20:38] awesome [20:38] it worked as it should [20:38] I have just a few more edits, then it will be done enough to push live [20:39] i just need the linaro theme reworked now :-( [20:39] otherwise it will all die [20:39] http://summit.chrisjohnston.org/media/jquery/jquery.js <= 404 [20:40] i dont know that i have the aliases setup [20:40] the folder is empty http://summit.chrisjohnston.org/media/jquery/ [20:41] daker > ssh ubuntu@summit.chrisjohnston.org [20:42] cjohnston: where is the apache conf file ? [20:43] /etc/apache2/sites-available/summit [20:50] cjohnston: http://summit.chrisjohnston.org/test-summit/ [20:51] now we have the feed at the right [20:53] heh [20:53] back again [20:53] you need the linaro site themed, cjohnston ? [20:55] Amoz: ya [20:56] basically, my thought is, copy over the ubuntu theme to the linaro branch, then modify the theme to match the majority of the look of their existing theme [20:56] i dont think it will be a ton of work [20:57] how can i propose merge for the new summit ? [20:58] daker_: you mean the jquery? [20:58] for the theme [20:59] propose it against lp:~chrisjohnston/ubuntu-community-webthemes/more-theme-work [20:59] actually [20:59] wait.. [21:02] daker_: lp:ubuntu-community-webthemes/light-django-theme [21:02] ok [21:04] cjohnston, [21:05] ya [21:05] do you want me to work on the wide site thing [21:05] or port linaro? [21:05] :P [21:05] port linaro [21:05] :-) [21:05] okaay [21:05] propose the wide site thing that you have already [21:05] that is good enough for today [21:05] and we can tweak it [21:06] but porting linaro is what is now holding up the deployment [21:08] * cjohnston is off to dinner [21:27] cjohnston, there, fixed it [21:27] the wide view? [21:29] yup [21:29] cjohnston, http://amoz.dyndns.org:8080/uds-p/2011-10-31/display [21:30] see if it shows correctly in different browsers than webkit based [21:30] cool.. ill look when I get home [21:30] cjohnston, what device you on now ? [21:30] cell [21:31] yeah, which one ? [21:31] atrix [21:31] oh, cool [21:31] s [21:31] so [21:32] where can I find the linaro website? [21:32] URL wise [21:32] I see the dir in summit dir [21:32] nvm, can check urls.py [21:33] maybe not [21:34] cjohnston, I can't see how linaro is used in this codebase [21:34] python manage.py runserver --settings linaro_settings [21:35] ah [21:35] :) [21:37] cjohnston, I get a list index out of range [21:37] from this query Summit.on_site.all().order_by('-date_start')[0] [21:38] hmm [21:38] summit/common/views [21:38] i think you just need to a new summit for linaro [21:38] to add* [21:38] Amoz: login to the admin [21:38] lol [21:38] edit one of the existing summits [21:39] add linaro to it [21:39] hold on [21:39] how? [21:39] I don't even know if I'm admin [21:39] I can set that in settings.py huh? [21:40] no [21:40] ok [21:40] admin/password [21:40] evening all [21:40] Amoz: go to http://amoz.dyndns.org:8080/admin/ [21:40] hey [21:40] oh hai AlanBell :) [21:40] * AlanBell is hacking on etherpad lite support [21:41] daker_, thanks, I can do that from the ubuntu_settings instance as well right? [21:41] I found out how to do cookies, it is like this http://stackoverflow.com/questions/4981601/django-use-render-to-response-and-set-cookie [21:41] yes [21:41] Amoz: yes [21:41] and then [21:41] I add something [21:42] sites? schedule/summits ? [21:42] schedule summit [21:42] I still haven't wrapped my head around all this [21:42] cjohnston, and then? [21:42] Amoz: just edit any summit entry http://amoz.dyndns.org:8080/admin/schedule/summit/1/ [21:42] there 3 summits [21:42] Amoz: there are quite a few layers of things to add :) [21:43] just edit one that already exists [21:43] and? [21:44] Amoz: there is a Sites field [21:44] yeah [21:44] mark it? [21:44] linaro site [21:44] i think yes [21:44] yes [21:45] Amoz: then restart the server with the new settings : python manage.py runserver --settings linaro_settings [21:45] something else? [21:45] because I get a list index oor again [21:45] not the same tho [21:46] this time it's the render_to_response context thingy [21:46] return {'main_menu': Menu.on_site.all()[0].slug} [21:46] there [21:47] summit/common/context_processors.py in site_menu [21:47] seems there's a menu missing? [21:47] or something like it [21:47] Amoz: can you restart with the ubuntu_website settings ? [21:48] daker_, sure [21:48] admin again [21:48] ah [21:48] menus [21:48] go to http://amoz.dyndns.org:8080/admin/common/menu/1/ [21:48] figured [21:49] lol [21:49] there it is [21:49] linaro site [21:49] thx [21:49] aaah wonderful [21:49] juste added a new entry for linaro then restart [21:49] thank you [21:49] oh [21:49] I edited the uds one now [21:49] which means I f***ed UDS up now right? [21:49] nvm [21:50] I'll just use it as it is [21:51] heh [21:51] fancy colors [21:57] cjohnston, ping if you're around? [22:01] cjohnston, (and mhall119 I think), you guys wanted me to look at the mobile view for summit? [22:01] yes.. [22:01] am just looking at summit.cjohnston.org and you've broken it ;-) [22:01] it sort of goes into mobile view when the window's narrow, but not really ;) [22:01] blame canonical [22:02] aquarius: http://summit.chrisjohnston.org/test-summit/ [22:02] heh. Can you tell me what changed? Then I can attempt to fix it...? [22:02] daker_, yeah, that's what I'm looking at [22:02] all the css [22:03] everything? really? [22:03] the navs are noe ul [22:03] as in: I should just do the mobile stuff basically from scratch? [22:03] I can have a go, certainly [22:03] do you have a few minutes to talk me through getting a running populated local summit again? [22:03] maybe [22:04] daker_: can you help him [22:04] I'm at a restaurant [22:04] heh :) [22:04] cjohnston, sod off and have dinner and stop talking to me [22:04] aquarius: ok [22:05] you call I come running [22:05] * aquarius pulls summit trunk and braches it [22:05] cjohnston, there's a lot of custom styles in default.css for linaro [22:05] ya [22:05] daker_, ok, I have trunk. There were a bunch of magic commands I could run which actually populated it :) [22:05] cjohnston, which means I have to manually pull out those styles and stuff [22:05] cjohnston, is the site live somewhere? [22:05] linaro [22:06] ok summit.linaro.org [22:06] obviously.. [22:06]