[14:56] <ogra_> foople
[14:57]  * davidm waves
[14:57]  * GrueMaster yawns
[14:59]  * davidm thinks it feels like a work day not a holiday day
[15:00] <ahs3> foople :)?  i like that.
[15:00] <ogra_> :)
[15:00] <janimo> cheers
[15:00]  * mrjazzcat waves
[15:01]  * ogra_ twiddles thumbs
[15:01] <ogra_> do we give NCommander 5min ?
[15:01]  * infinity twiddles ogra's thumbs.
[15:01]  * ogra_ feels twisted
[15:01] <davidm> ogra_, give him another minute then start meeting please
[15:02] <ogra_> k
[15:02] <NCommander> #startmeeting
[15:02] <meetingology> Meeting started Thu Dec 15 15:02:23 2011 UTC.  The chair is NCommander. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[15:02] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[15:03] <NCommander> morning/evening all
[15:03] <NCommander> [link] https://wiki.ubuntu.com/ARM/Meeting/2011/20111215
[15:03] <ogra_> thats not what you sent ion the mail :P
[15:04] <NCommander> */grumble*
[15:05]  * infinity shifts in his chair.
[15:05]  * ogra_ twiddles thumbs
[15:05] <NCommander> anyway, we have no action items from last week
[15:05]  * janimo bites fingernails
[15:05] <ogra_> ooooh that excitement
[15:05] <NCommander> [link] http://status.ubuntu.com/ubuntu-precise/ubuntu-arm.html
[15:06] <ogra_> we could look better there ...
[15:06] <ogra_> especially that doko guy :P
[15:06] <ogra_> but nothing fatal yet
[15:06] <ogra_> is anyone still missing specs ?
[15:06] <NCommander> indeed
[15:07] <NCommander> ogra_: I think they are all there
[15:07] <ogra_> k
[15:07] <ogra_> move ?
[15:07] <NCommander> [topic] ARM Server Status (NCommander, Daviey)
[15:07] <infinity> Oh, meh.  I still should break one of my work items out of image-build-pipeline into a proper spec.
[15:07] <NCommander> I don't have much to report aside from the fact we had A1 images
[15:07] <davidm> infinity, can you do that this week?
[15:08] <infinity> davidm: If by "this week" you mean "today", yeah, I suppose I have to. :P
[15:08] <ogra_> NCommander, well, thats quite a while ago
[15:08] <ogra_> we had meetings since :P
[15:08] <davidm> :)
[15:08] <infinity> Oh, as of this morning, netboot on amrhf should work again.
[15:08] <ogra_> \o/
[15:08] <infinity> That's vaguely server-related.:P
[15:08] <ogra_> and we have a shiny new eglibc
[15:09] <infinity> The two relate. :)
[15:09] <NCommander> yay
[15:09] <ogra_> really ?!? :P
[15:09] <NCommander> [topic] Kernel Status (cooloney, ppisati)
[15:10] <ppisati> not much to report, except that we got a new 3.2 kernel (3.2-rc5 + latest TI BSP), armel + amrhf of course
[15:10]  * ogra_ swa a bunch of omap4 things passing by on the kernel ML
[15:10] <ogra_> *saw
[15:10] <ppisati> and the usual rounf of SRU kernels
[15:10] <ppisati> *round
[15:10] <janimo> ac100 migrated to 3.0 but has issues (does not appear to boot on many models) so a fix and a new upload are to be expected soon
[15:10] <ppisati> yep, this mroning
[15:10] <ogra_> janimo, a word on ac100 perhaps ?
[15:10] <ogra_> ah
[15:10] <ogra_> he beats me :)
[15:10] <janimo> long sentence :)
[15:11] <ogra_> you referred to toolchain in one of your comments yesterday
[15:11] <ogra_> did you try a native build instead of cross yet ?
[15:11] <janimo> ogra_, in the comment I mentioned I also have hynix. The toolchain issues was brought up today on the mailing list
[15:11] <janimo> I need to see if that could be it
[15:11] <ogra_> since your cross built kernel seemed to have worked from the former checkout
[15:11] <janimo> ogra_, no, I always built cross (<30 min vs a workday)
[15:11] <ogra_> ad that was built with the older cross toolchain
[15:12] <ogra_> *and
[15:12] <janimo> ogra_, did anyone else report that deb working?
[15:12] <ogra_> nope
[15:12] <janimo> besides me
[15:12] <ogra_> havent seen anyone
[15:12] <janimo> hmm, ok so much for community testing :)
[15:12] <ogra_> marvin24 did for the old build
[15:13] <ogra_> xranby and i tested the new build from the archive
[15:13] <ogra_> i actually havent tested the cross one
[15:13] <janimo> anyway it will get fixed, so far it only affects armhf users who explicitly update, I estimate that number to be 1 or 2
[15:13] <ogra_> well, there are more than 2 testing the hf ac100 images
[15:13] <ppisati> and is the armel version working fine?
[15:13] <janimo> anyway that's all from me on this topic :)
[15:13] <ogra_> but i agree, they wont explicitly update to the broken kernel
[15:14]  * ogra_ has no armel precise install atm
[15:14] <janimo> ppisati, no, armel build was killed in time by infinity
[15:14] <janimo> as it would have probably lead to the same issues
[15:14] <ppisati> ah so we don't know
[15:14] <ppisati> ok
[15:14] <ogra_> its a brandnew checkout based on a new chromeos kernel ...
[15:14] <ogra_> so breakage is a bit expected anyway
[15:14] <ogra_> :)
[15:14] <ogra_> ..
[15:15] <NCommander> [topic] ARM Porting/FTBFS status (NCommander, janimo)
[15:15] <ogra_> mvoe ?
[15:15] <ogra_> ah :)
[15:15]  * ogra_ did a bunch of fixes this week ...
[15:15] <NCommander> I have slight lag tonight. internetbeing tempermental
[15:15] <janimo> not much here, just filed some bugs on packages that FTBFS due to builder timeout
[15:15] <ogra_> and a big bunch of give backs
[15:15] <infinity> doko's going to announce today that we're using the armhf bootstrap as the first official archive rebuild.
[15:16] <janimo> now the number of armhf and armel FTBFS counts seem to be close to each other
[15:16] <infinity> If people can jump in and get fixing, that would be lovely.
[15:16] <ogra_> the amount of packages that havent been built since maverick is quite big
[15:16] <janimo> sounds fun
[15:16] <ogra_> janimo, err, they are 250 packages apart or so
[15:16] <ogra_> hf is way higher
[15:16] <janimo> infinity, on the real archive as opposed to some staging ones (IIRC doko used to have such builds earlier)
[15:16] <infinity> Most of the armhf failures fall into a few broad categories.
[15:16] <ogra_> but thats beacuse of the old binaries we have around for el
[15:17] <infinity> 1) Languages that haven't been ported yet (gnat, fpc, ocamlopt)
[15:17] <janimo> very popular languages I must say :)
[15:17] <infinity> 2) New compiler strictness (format-security)
[15:17] <ogra_> there are also a lot of deprecated functions in libs
[15:17] <infinity> 3) as-needed/linking issues (-lcurses, -lm)
[15:17] <ogra_> which only get hit on rebuilds
[15:17] <infinity> Number 3 isn't arm-related at all, and will fail on all arches.  Hence using this as the "rebuild test".
[15:18] <ogra_> g_thread and othert glib stuff mainly
[15:18] <ogra_> and often moved headers too
[15:18] <janimo> yes, since glib 2.31 you need explicit link to gthread
[15:18] <infinity> And number 2 isn't arm-specific either, obviously. :P
[15:18] <ogra_> (czrses specifically here ... just needs a b-dep added in most cases)
[15:18] <ogra_> *curses
[15:19] <infinity> Anyhoo.  Any help people can lend before we all run off for vacation would be lovely. ;)
[15:19]  * ogra_ will do another round tomorrow
[15:19]  * janimo wants an AI that fixes this repetitive boring work
[15:19] <ogra_> heh
[15:19] <ogra_> write one :)
[15:19] <ogra_> NCommander, move ?
[15:19] <NCommander> I thought we had infinity for that AI
[15:20] <NCommander> [topic] ARM Hardfloat status (infinity)
[15:20] <janimo> ogra_, it would pay off in the long term
[15:20] <ogra_> go then
[15:20] <janimo> NCommander, he is not A just I
[15:20] <ogra_> NCommander, i think we can strike that explicit category
[15:20] <infinity> *rimshot*
[15:20]  * janimo googles rimshot
[15:20] <ogra_> just move on and drop it off the list for next meeting
[15:20] <infinity> We can probably remove armhf status from the agenda now, and just lump it in with everything else.
[15:20]  * janimo hopes it is not NSFW
[15:21] <ogra_> new south f*ckin wales ?
[15:21] <infinity> janimo: Some odd interpretations might be, but it generally refers to thwacking the rim of a snare drum to punctuate a joke.
[15:21] <NCommander> not safe for work
[15:21] <janimo> no, the windows XP filesystem acronym
[15:21] <NCommander> thats NTFS
[15:21] <ogra_> move ?
[15:22] <infinity> Yes. :P
[15:22] <NCommander> [topic] ARM Image Status (ogra, NCommander)
[15:22] <ogra_> they all build !
[15:22] <ogra_> especially armhf
[15:22] <infinity> And work!
[15:22] <ogra_> apart from mx5 indeed
[15:22] <infinity> Well, as well as they've ever worked.
[15:22] <ogra_> still waiting for the kernel update
[15:22] <davidm> Very nice
[15:22] <janimo> TBD in the Linaro section I gues
[15:22]  * ogra_ is stress testing userspace since yesterday
[15:22] <janimo> s
[15:22] <infinity> Still have that dbus timeout that sometimes makes oem-config-remove-gtk shoot itself in the head.
[15:22] <ogra_> and its just awesome !
[15:22] <infinity> I should escalate that on my TODO.
[15:23] <ogra_> feels a lot snappier than el on the UI front
[15:23] <ogra_> sadly it still doesnt improve the IO
[15:23] <infinity> ogra_: Yeah, I'm not sure how much of it is psychological and how much is real, but hf definitely feels snappier.
[15:23] <ogra_> infinity, before A2 is enough :)
[15:23] <ogra_> (read; aqt the sprint if you dont get to it earlier)
[15:23] <janimo> hf = hyper fast
[15:23] <infinity> ogra_: But in my case, I usually chalk it up to "I spent way too much time on this, so I have to fool myself into liking it".
[15:24] <ogra_> well, the hf isntall is the first one where i didnt feel the need to immediately replace FF with chromium
[15:24] <ogra_> it runs really smooth ... which it didnt on el on the ac100
[15:24] <infinity> Speaking of, markos should be re-running his hf benchmarks with Ubuntu versus Ubuntu soon, for some more solid numbers.
[15:24] <ogra_> yeah, that would be good
[15:25] <infinity> But, yeah.  Image status.  Everything we build works.  And (though I haven't tested it yet), netinst should work now too.
[15:25] <ogra_> ++
[15:25] <infinity> At least, I fixed the bug that was making it not work. :P
[15:25] <infinity> So, here's hoping.
[15:25] <ogra_> NCommander, move
[15:25] <ogra_> :)
[15:25] <GrueMaster> netinst is having trouble finding a kernel.
[15:25] <NCommander> [topic] QA Status (GrueMaster, mahmoh)
[15:25]  * NCommander beats ogra_
[15:25] <ogra_> heh
[15:25] <ogra_> GrueMaster, pfft, whats a kernel ...
[15:25] <ogra_> largely overrated
[15:26] <GrueMaster> Currently running netinstall on precise HF.  Can't find a suitable kernel.  Trying to preseed around it.
[15:26] <ogra_> what arch ?
[15:26] <infinity> omap or omap4?
[15:26] <GrueMaster> omap4.
[15:26] <GrueMaster> panda
[15:26] <ogra_> hmm that should be there
[15:26] <infinity> Did we bump ABI on ti-omap4 again?
[15:26] <ppisati> yes
[15:26] <ogra_> unless -meta got stuck in universe once again or so
[15:26] <ppisati> almost every upload we bump it
[15:27] <GrueMaster> Could it be that netinstall is hardcoded to armel?
[15:27] <ppisati> the last pull was from this morning, but it didn't enter the archive yet
[15:27] <ogra_> shouldnt
[15:27] <GrueMaster> And not know about armhf?
[15:27] <NCommander> probably libd-i or base-installer need a stick
[15:27] <ogra_> iirc infinity foxed that
[15:27] <ogra_> (and fixed too)
[15:27] <ogra_> foxy infinity :)
[15:27] <ppisati> :)
[15:28] <GrueMaster> I'm running it again with linux-omap4 in the preseed for kernel override.  Should know if it works in ~10 minutes.
[15:28] <NCommander> I'll poke it if it still ails
[15:28] <ogra_> who uses netinst anyway :P
[15:28] <infinity> Sure.
[15:28] <GrueMaster> Automation of released images back to Maverick now working.  SRU testing automation near fully complete.
[15:28]  * ogra_ ducks from possible things GrueMaster could throw
[15:29] <GrueMaster> QRT tests have been fixed up and all failing issues resolved either in the kernels or (mainly) the tests.
[15:30] <davidm> Nice work GrueMaster
[15:30] <GrueMaster> Found config issue on omap kernels where mmap_min_addr was incorrectly set.
[15:30] <ogra_> yeah
[15:30] <GrueMaster> netinstall still fails armhf.  Diverting attention to NCommander to look into.
[15:30] <NCommander> grukmble
[15:31] <GrueMaster> (less than 10 minutes to fail - not bad).
[15:31] <infinity> I'm looking.
[15:31] <infinity> Are we done meetinging early?
[15:31] <GrueMaster> The armhf install feels faster (to this point).
[15:31] <GrueMaster> I have nothing else.
[15:32] <ogra_> everything feels faster with armhf :)
[15:32] <NCommander> [topic] Linaro Updates (rsalveti)
[15:32]  * rsalveti waves
[15:32] <rsalveti> not much from my side for this week
[15:32] <rsalveti> we're running to finish the release
[15:32] <rsalveti> and get things in place
[15:32] <rsalveti> but the cross toolchain seems to be fixed
[15:33] <infinity> rsalveti: When do we see armhf LEBs?
[15:33] <rsalveti> should have a better idea and a better status next meeting :-)
[15:33] <rsalveti> infinity: once a builder is enabled at offspring
[15:33] <rsalveti> inprogress
[15:33] <janimo> rsalveti, cross toolchain fixed as in a bug corrected?
[15:33] <rsalveti> janimo: cross toolchain was broken at precise
[15:34] <janimo> hmm ok. I used 4.6.1 so far in precise and 4.6.2 since yesterday
[15:34] <rsalveti> and for my previous action, anmar is talking with the vendors about getting the drivers available for armhf
[15:34] <rsalveti> janimo: guess 4.6.2 is the one that got updated
[15:34] <rsalveti> I think we have the bug numbers, can point you later
[15:34] <rsalveti> hrw should know better
[15:34] <rsalveti> he merged a bunch of patches
[15:35] <rsalveti> but it's still unable to look for multi-arch paths
[15:35] <rsalveti> that bug is still in progress
[15:35] <rsalveti> bug 799965
[15:35] <rsalveti> once this bug is fixed I believe it should be all in place for multi-arch to work properly
[15:35] <rsalveti> without setting the paths and etc by hand
[15:36] <ogra_> any news about unity merging ?
[15:36] <janimo> rsalveti, thanks. I only cross built the kernel so maybe was not an issue for me
[15:36] <rsalveti> ogra_: still blocked by DX team :-(
[15:36] <rsalveti> with the test definitions and such
[15:36] <ogra_> yep, k
[15:37] <rsalveti> it's kind of the same state as we discussed last week
[15:37] <rsalveti> unfortunately
[15:37] <ogra_> yup, i didnt expect more ... but could have been that they asked for tests to be written or so
[15:37] <rsalveti> and panda for us is kind of broken
[15:37] <rsalveti> sound doesn't work, video decoding is broken, perf is also broken
[15:37] <rsalveti> and a few other issues
[15:37] <ogra_> on your oneiric builds ?
[15:38] <rsalveti> ogra_: both oneiric and precise
[15:38] <rsalveti> the tilt-linux-linaro-3.1 kernel
[15:38] <ogra_> wow
[15:38] <ogra_> ah
[15:38] <rsalveti> the same one that was used by ubuntu when merging to the omap 4 kernel
[15:38] <ogra_> right, but in precise
[15:38] <ogra_> wheer we expect such bugs :)
[15:38] <rsalveti> well, the kernel is broken :-)
[15:38] <ppisati> uh?
[15:39] <ogra_> as long as oneiric works as released, all is fine
[15:39] <rsalveti> so I'd avoid syncing with the LT kernel in the next few days
[15:39] <ppisati> actually andy told me these were fixed
[15:39] <ppisati> it was just a matter of ereversing some stuff (suspend & resume fix IIRC)
[15:39] <ppisati> this for 3.2
[15:39] <rsalveti> ppisati: not atm
[15:39] <ppisati> dunno about 3.1
[15:39] <rsalveti> 3.2 is still a work in progresss
[15:39] <rsalveti> but we should know better in the next few days
[15:40] <rsalveti> that's all from my side, need to go back and do the release ;-)
[15:40] <janimo> rsalveti, good luck with it
[15:40] <rsalveti> janimo: thanks :-)
[15:40] <ogra_> yeah
[15:41] <ogra_> NCommander, ?
[15:41] <NCommander> [topic] AOB
[15:41]  * ogra_ has something
[15:41] <NCommander> please GET YOUR DAILY REPORTS ONTO THE WIKI
[15:41] <NCommander> sDAILY/WEEKLY/g
[15:41] <janimo> weekly?
[15:41] <ogra_> the nvidia tegra beta driver was uploaded to source NEW yesterday
[15:41] <ogra_> its armel only ... and precise
[15:42] <davidm> ogra_, nice
[15:42] <ogra_> i only have precise armhf around atm, and would appreciate some testing once infinity let it out of the cage
[15:42] <infinity> We're wikiing reports?
[15:42]  * ogra_ sent his by mail
[15:42] <ogra_> to davidm
[15:42] <davidm> I have them so easy to add
[15:43] <NCommander> beyond that I hav enothing
[15:43]  * ogra_ is done too
[15:43] <davidm> OK we are winding down for the end of the year so
[15:43] <NCommander> closing in 3
[15:43] <NCommander> 2
[15:43] <NCommander> 1
[15:43] <NCommander> #endmeeting
[15:43] <meetingology> Meeting ended Thu Dec 15 15:43:48 2011 UTC.
[15:43] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-12-15-15.02.moin.txt
[17:00] <czajkowski> aloha
[17:01] <dholbach> hiya
[17:01] <czajkowski> shall give it another min before I start so the others can join
[17:02]  * dholbach nods
[17:03] <dholbach> pleia2, akgraner are already here, gwaihir, sabdfl, beuno, Yokozar hopefully get here soon (gwaihir said he might be late)
[17:03] <czajkowski> dholbach: shall I start so ?
[17:03] <czajkowski> pleia2: wont be here more than likely she mailed yesterday
[17:03] <dholbach> ahh ok, must have missed that one
[17:04] <czajkowski> anyone here from the forums council ?
[17:04] <sabdfl> hello, sorry to be late
[17:05] <czajkowski> Joeb454: ping
[17:05] <Gwaihir> hello, just arrived too, sorry for being late
[17:05]  * dholbach quickly reviews https://launchpad.net/~forum-council/+members#active
[17:05] <czajkowski> ok shall start and see how things go from there.
[17:05] <czajkowski> #startmeeting
[17:05] <meetingology> Meeting started Thu Dec 15 17:05:49 2011 UTC.  The chair is czajkowski. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[17:05] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[17:06] <czajkowski> #meetingname Community Concil December 15 2011 Meeting
[17:06] <meetingology> The meeting name has been set to 'community_concil_december_15_2011_meeting'
[17:06] <czajkowski> #link https://wiki.ubuntu.com/CommunityCouncilAgenda
[17:06] <dholbach> (from what I could see, Joeb454 seems to be the only person from the Forums Council around)
[17:06] <czajkowski> #meetingtopic Review action items from last meeting
[17:07] <czajkowski> There doesn't seem to be any action items from the last meeting
[17:07] <YokoZar> Here, apologies
[17:07] <czajkowski> #meetingtopic Team Catch up – Ubuntu Forums Council
[17:07] <dholbach> no, at least none were noted down in the team report (https://wiki.ubuntu.com/CommunityCouncil/TeamReports/11/December)
[17:07] <czajkowski> I did mail the forums council re the catch up
[17:08]  * pleia2 waves
[17:08] <czajkowski> Joeb454: did ack my mail but haven;t heard from anyone since
[17:09] <czajkowski> I'll email after the meeting and ask them to perhaps email us instead ?
[17:09] <dholbach> if nobody turns up during the meeting, we should re-add them
[17:09] <dholbach> mail would work too, I guess - although it's less interactive
[17:09] <dholbach> but mailing definitely sounds good - thanks czajkowski :)
[17:09] <czajkowski> aye it is, and it was lovely last time to hear from the edbuntu team tbh
[17:09] <dholbach> yeah, aggreed
[17:09] <akgraner> agree I like the idea of re-adding them
[17:10] <czajkowski> dholbach: I'll mail them and suggest either the next IRC meeting or the following one which will mean two catch ups in one meeting
[17:10] <czajkowski> #action czajkowski to mail the forums council and ask them to come again to the meeting
[17:10] <meetingology> ACTION: czajkowski to mail the forums council and ask them to come again to the meeting
[17:10] <dholbach> great
[17:10] <czajkowski> #topic YokoZar Inactive mailing list culling
[17:11] <YokoZar> Right
[17:11] <YokoZar> So, I sent the mail to the list with the list of mailing lists on it
[17:11] <sabdfl> let's play occam ;)
[17:11] <dholbach> that's a lot of lists in a sentence
[17:11] <YokoZar> Indeed :)
[17:12] <YokoZar> I still haven't parsed the list entirely, but then again I never learned LISP
[17:12] <sabdfl> at least that takes our list off that list
[17:12] <YokoZar> http://instantrimshot.com/
[17:12] <YokoZar> ok
[17:12] <YokoZar> anyway
[17:13] <YokoZar> There are a good chunk of 0 activity mailing lists, and probably quite a few minimal ones, and I want to know what the next step is.  I assume it's an uncontroversial close if no one's used it in a year or so
[17:13] <dholbach> YokoZar, is there a WIP overview?
[17:13] <czajkowski> YokoZar: as long as you leave locoteams out of this cull please
[17:13] <czajkowski> as was agreed on the call
[17:14] <YokoZar> czajkowski: right, noted (and I wasn't on the call)
[17:14] <dholbach> maybe we can script something where we check the wiki for references
[17:14] <czajkowski> as some locoteams go through slow inactive periods on ml but could be active elsewhere.
[17:14] <akgraner> Should we blog we are going todo this and let the community know
[17:14] <YokoZar> It's probably less work to just go through it manually (and we'll need to anyway for all the candidate closes to see if what posts there are are legit or spam anyway)
[17:15] <Gwaihir> agree with akgraner, looking at the list there are also some translation teams mailing list in there
[17:15] <YokoZar> does every translation team have a list?
[17:15] <sabdfl> are we going to send a mail to each list that will get nuked?
[17:15] <Gwaihir> YokoZar, every approved team, yes
[17:15] <czajkowski> YokoZar: a lot would tbh
[17:15] <czajkowski> sabdfl: that would be the best solution to do so yes.
[17:16] <dholbach> maybe a TODO overview on etherpad would be good to see which still need review?
[17:16] <Gwaihir> might be worth to send an email to the general translators mailing list with a list of suspicious mailing lists
[17:16] <dholbach> I could look into writing a small script that looks if they're referenced from the wiki
[17:16] <YokoZar> If you want to just take on the whole task of proposing ones for deletion I wouldn't mind that either
[17:16] <akgraner> I just pinged dpm to ask about translation teams mailing lists
[17:18] <YokoZar> Still there are a good lot of non-translation, non-loco team lists that could probably be axed (these I suspect fall outside of the wishful thinking hopefully used some day)
[17:18] <czajkowski> ok so moving forward how do we want to progress?
[17:19] <akgraner> Let's blog we are going to do this - then touch base with dpm on translations and email the mailing lists we want to nuke
[17:19] <dholbach> YokoZar, do you think you could share your current WIP somewhere? that'd help us organise the rest of the work - we could also review it in the next meeting
[17:20] <YokoZar> do we really need to mail a list that one one's posted to for 8 months?    But sure, dholbach, I'll post something on an etherpad somewhere and we can just sort of collaboratively make notes about it
[17:20] <YokoZar> *no one
[17:20] <czajkowski> ok so
[17:21] <akgraner> I think it's just due process, but I don't have my heart set on it
[17:21] <czajkowski> #action YokoZar to post to the list link to etherpad on work done so far
[17:21] <meetingology> ACTION: YokoZar to post to the list link to etherpad on work done so far
[17:21] <YokoZar> What comes after the decision though?
[17:21] <YokoZar> IE, we decide to get rid of kernel-bugs, who do we then contact?  RT ticket?
[17:21] <beuno> yeah, RTs
[17:21] <czajkowski> team ower and RT ticket
[17:22] <YokoZar> ok then, noted
[17:22] <czajkowski> If we come up with the list of ml to be culled I'll create the RTs
[17:22] <YokoZar> Is pad.ubuntu.com good for this?  Or was it going to be mysteriously wiped soon
[17:22] <akgraner> I can blog about this process and get that posted on the Fridge and UWN
[17:23] <czajkowski> #action akgraner to blog process for UWN and Fridge
[17:23] <meetingology> ACTION: akgraner to blog process for UWN and Fridge
[17:23] <akgraner> YokoZar, good question
[17:23] <dholbach> YokoZar, let's hope it doesn't take us so long that we might run risk of it being wiped ;-)
[17:23] <czajkowski> YokoZar: AlanBell may know the answer to that
[17:24] <czajkowski> or the loco council has one we can open up a public link to for working on
[17:24] <czajkowski> anything else ?
[17:24] <AlanBell> YokoZar: intending not to wipe it, and also not to be mysterious about not wiping it
[17:24] <dholbach> speaking of AlanBell - I think I forgot where we stand with the Planet feed update
[17:25] <dholbach> :)
[17:25]  * dholbach hugs AlanBell
[17:25] <YokoZar> AlanBell: All right, good to hear :)
[17:25] <czajkowski> are we finished on this topic for now ?
[17:25] <AlanBell> dholbach: I have had some great feedback, I need to grab the config file and do a heap of updates to nick lines to bring them into line with LP nicks
[17:25] <Gwaihir> dholbach, thanks for bringing that up
[17:26] <dholbach> AlanBell, awesome
[17:26] <dholbach> thanks muchly
[17:26] <Gwaihir> AlanBell, great!
[17:26] <AlanBell> also will probably sort alphabetically and move to the bottom a set of feeds that are candidates for deletion (I won't do that though)
[17:26] <sabdfl> thanks alan
[17:26] <czajkowski> #topic planet Ubuntu spring cleaning rss feeds
[17:27] <dholbach> let's disucss it at the next CC meeting again (likely January) and see where we stand
[17:27] <czajkowski> ok
[17:27] <AlanBell> ok
[17:27] <dholbach> for a Spring cleaning we're quite early - I like that ;-)
[17:27] <czajkowski> we're on the ball :)
[17:28] <czajkowski> right does anyone else have another other topic given our agenda is now empty
[17:28]  * dholbach is all set
[17:29] <akgraner> Meeting on the 29th - will everyone be here or on holiday?
[17:29] <czajkowski> #action czajkowski post to the wiki and update the wiki agenda with logs
[17:29] <meetingology> ACTION: czajkowski post to the wiki and update the wiki agenda with logs
[17:29] <Gwaihir> akgraner, I'll be around
[17:29] <pleia2> I'll be around
[17:29] <czajkowski> I'll be around
[17:29] <akgraner> ok - I won't so was just curious
[17:30] <dholbach> I'll be on holidays :-D
[17:30] <czajkowski> should we postpone it till the new year so ?
[17:30] <czajkowski> and just have our catch up call next week as the final one of the year?
[17:31] <pleia2> I've got a lot going on even though I'll be around, I wouldn't object to postponing it
[17:31] <akgraner> +1 to postpone
[17:31] <pleia2> well, skip :)
[17:31] <akgraner> :-)
[17:31] <dholbach> I'll definitely be there next week - on 29th no team catchup is planned, but if you hold the meeting I'll make sure I'll think of you ;-)
[17:32] <czajkowski> sabdfl: YokoZar beuno any objections to not having a meeting on the 29th and having our final catch up next week before xmas?
[17:32] <YokoZar> nope
[17:32] <sabdfl> +1
[17:32] <czajkowski> grand
[17:33] <czajkowski> ok
[17:33] <czajkowski> so finally next chair for meeting in January
[17:33] <czajkowski> #agreed no meeting on the 29th December, next IRC meeting in January.
[17:33] <czajkowski> #agree no meeting on the 29th December, next IRC meeting in January.
[17:33] <beuno> +1
[17:33] <czajkowski> one day I'll strangle the bot
[17:33] <czajkowski> are we going in alpahbetical order for the chair ?
[17:34] <dholbach> if that's the 5th I won't be around :-/
[17:34] <dholbach> (I wouldn't mind doing the one afterwards though)
[17:34] <czajkowski> ok
[17:34] <akgraner> should we just set something new for the first of the year and start off fresh?
[17:34] <czajkowski> ok akgraner you're chair so :)
[17:34] <Gwaihir> :-)
[17:34] <dholbach> :)
[17:35] <akgraner> ok  - i deserve that..put me down
[17:35] <akgraner> then we set up alphabetical order then
[17:35] <dholbach> you're all awesome :)
[17:35] <czajkowski> #action akgraner to chair january meeting
[17:35] <meetingology> ACTION: akgraner to chair january meeting
[17:35] <czajkowski> anyting else
[17:36] <czajkowski> ok
[17:36] <czajkowski> #endmeeting
[17:36] <meetingology> Meeting ended Thu Dec 15 17:36:14 2011 UTC.
[17:36] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-12-15-17.05.moin.txt
[17:36] <czajkowski> Thanks folks
[17:36] <akgraner> thanks czajkowski!
[17:36] <dholbach> thanks everyone
[17:36] <Gwaihir> thanks Laura! thanks everyone!
[17:37] <YokoZar> cheers
[17:38] <beuno> o/
[23:58] <beuno> o/
[23:58] <n0rman> o/
[23:58] <[N]> o/
[23:59] <trinikrono> o/


[10:43] <rsajdok> daker: thanks, I am trying to add "team event" and I got error message "You can not add a new team event. You are not a member of any LoCo Teams."
[10:43] <rsajdok> In past I could do that but now is not possible.
[11:13] <daker> rsajdok: in your local_settings there is a DEBUG_USERS, add your Launchpad nickname
[11:28] <rsajdok> daker: DEBUG_USERS = ('ris') ?
[11:28] <daker> yep
[11:31] <rsajdok> I did, still do not work
[11:32] <daker> rsajdok: connect using launchpad
[11:32] <daker> i mean click on login at top right
[11:44] <rsajdok> daker: I did, still I can not add team event
[11:46] <daker> rsajdok: download this http://people.ubuntu.com/~daker/ltp/ltp.db
[11:48] <daker> run ./env/bin/python loco_directory/manage.py syncdb --noinput
[11:48] <daker> and ./env/bin/python loco_directory/manage.py migrate
[11:57] <rsajdok> daker: not work
[11:58] <daker> rsajdok: :(
[11:58] <daker> rsajdok: login to /admin
[11:59] <daker> nick : admin
[11:59] <daker> pwd 123456
[11:59] <daker> and add "admin" to DEBUG_USERS
[12:06] <rsajdok> daker: during login I am redirect to openid
[12:06] <daker> for /admin ?
[12:07] <daker> login to <IP_ADDRESS>:8000/admin
[12:57] <rsajdok> daker: my mistake :) I will try it later
[13:05] <daker> ok
[20:47] <cjohnston> daker: ping
[20:51] <daker> cjohnston: pong
[20:52] <cjohnston> daker: is there a plugin or something that josepht and I can use to view the dashboard in different resolutions?
[20:53] <cjohnston> someone else is seeing something that we arent with that page you and I were workign on
[20:53] <daker> cjohnston: yeah
[20:53] <daker> do you have chrome/ium ?
[20:54] <cjohnston> chrome
[20:54] <cjohnston> josepht: uses FF
[20:54] <josepht> cjohnston: I have one for FF :)
[20:54] <cjohnston> josepht, daker, daker josepht... josepht daker is the CSS/django master
[20:54] <josepht> daker: nice to meet you
[20:55] <daker> josepht: nice to meet you
[20:55] <daker> josepht: cjohnston  FF & chrome both have this feature
[20:57] <daker> josepht: for FF http://i.imgur.com/X74cuS5.png
[20:58] <rsajdok> cjohnston: latest firefox has that function
[21:00] <daker> cjohnston: for chrome press F12 once you have the developer tools click the small gear on the bottom right
[21:00] <daker> http://i.imgur.com/0oXrNa4.png
[21:01] <daker> you can overide useragent/device metrics/Lat/Long
[21:02] <cjohnston> josepht: I can't reproduce either
[21:03] <daker> cjohnston: what's your problem ?
[21:03] <cjohnston> daker: a layout problem on one persons screen
[21:03] <josepht> cjohnston: once i get the width to 1991 I see it too
[21:04] <cjohnston> wtf
[21:04] <josepht> cjohnston: grid_15 takes up its 1180px and grid_2 is beside it on the right
[21:05] <cjohnston> it shouldnt be
[21:05] <cjohnston> grid_15 should be taking the whole space
[21:06] <josepht> anyone know how to increase the resolution without the mouse? I can only add a few px at a time by clicking and dragging?
[21:06] <daker> josepht: http://i.imgur.com/X74cuS5.png
[21:06] <josepht> cjohnston: div#content doesn't have a width
[21:07] <josepht> daker: I got that, but it a pain getting larger than the largest preset width
[21:08] <daker> josepht: you can set your own preset
[21:08] <josepht> daker: I tried that and it just uses the current resolution
[21:10] <daker> ah you are right
[21:10] <josepht> ah I got it had to unmaximize the window and move it almost off the scren to the left
[21:12] <daker> josepht: ah got it, do you see the resize grip http://i.imgur.com/CQQEqMO.png ?
[21:13] <josepht> daker: yes
[21:13] <daker> josepht: it works for you ?
[21:14] <josepht> daker: yes, you just can't drag it very far when the FF window is maximized and the resolution is larger than the window size :)
[21:14] <daker> ok :)
[21:15] <josepht> cjohnston: adding the width to #content fixed it for me at high resolutions
[21:15] <josepht> daker: thanks a lot for your help
[21:16] <cjohnston> josepht: ok
[21:16] <cjohnston> I say we just tell her to get a normal resolution ;-)
[21:23] <rsajdok> daker: I did http://pastie.org/5946780 and still I can not add new team event
[21:24] <daker> rsajdok: i said DEBUG_USERS = ('admin')
[21:26] <rsajdok> daker: ups :)
[21:33] <daker> rsajdok: it works ?
[21:35] <rsajdok> daker: not work
[21:40] <daker> argh :(
[21:41] <rsajdok> daker: I want to fix many bugs in loco but this problem stopped me :)
[21:42] <daker> lemme test
[21:44] <rsajdok> daker: In past I could login to my launchpad account and I was seeing my account tied with ubuntu-pl but now it is not possible any more.
[21:45] <daker> rsajdok: lemme see
[21:56] <cjohnston> daker: just have him use vagrant?
[21:57] <daker> cjohnston: i am testing if it's working with venv
[21:57] <cjohnston> ok
[22:06] <daker> rsajdok: it does work
[22:08] <daker> rsajdok: do you have the Team membership checkbox http://i.imgur.com/gpuWtdE.png  ?
[22:09] <daker> rsajdok: are you able to see the teams on http://<IP_ADDRESS>:8000/teams/ ?
[22:09] <daker> brb
[22:17] <rsajdok> daker: 1. Problem is that I have not checkbox http://imgur.com/TqdLJ7f
[22:19] <rsajdok> daker: 2. http://<IP_ADDRESS>:8088/teams/
[22:21] <rsajdok> daker: 2. http://imgur.com/7qNE44Q
[22:23] <daker> perfect
[22:23] <daker> rsajdok: you are not using my db
[22:25] <daker> ah see whay you have done
[22:29] <daker> rsajdok: give me 1min
[22:32] <daker> rsajdok: http://paste.ubuntu.com/1587267/
[22:39] <rsajdok> daker: Should I login by launchpad account or /admin ?
[22:40] <daker> rsajdok: have you have done what i have wrote ?
[22:40] <rsajdok> daker: yes, I did
[22:41] <daker> rsajdok: can you execute "ll"  on loco_directory ?
[22:42] <rsajdok> daker: http://pastie.org/5948733
[22:42] <daker> ya
[22:42] <daker> perfect
[22:42] <daker> now run the dev server
[22:44] <daker> rsajdok: no :(
[22:44] <daker> rsajdok: how do you run the server ?
[22:44] <daker> make run ?
[22:44] <rsajdok> daker: done
[22:45] <rsajdok> daker: (env)ris@sunejask:~/ltp$ ./env/bin/python loco_directory/manage.py runserver <IP_ADDRESS>:8088
[22:46] <rsajdok> daker: not "make run"
[22:47] <daker> rsajdok: you are not using my db :)
[22:47] <daker> rsajdok: let's do it again
[22:48] <daker> delete the loco_directory/ltp.db
[22:48] <daker> $ wget http://people.ubuntu.com/~daker/ltp/ltp.db -O loco_directory/ltp.db
[22:48] <daker> $ ./env/bin/python loco_directory/manage.py migrate
[22:48] <daker> $ /env/bin/python loco_directory/manage.py runserver <IP_ADDRESS>:8088
[22:50] <daker> i hope it will work this time
[22:52] <rsajdok> daker: http://pastie.org/5948902
[22:52] <daker> rsajdok: i thin you are doing something wrong :(
[22:53] <daker> i still see the date of the old db
[22:54] <rsajdok> daker: I know :)
[22:54] <rsajdok> daker: http://pastie.org/5948990
[22:55] <daker> rsajdok: ya
[22:59] <rsajdok> daker: "ya" ?
[22:59] <daker> the instruction are good
[23:00] <daker> instructions*
[23:01] <rsajdok> daker: yours or mine ?
[23:01] <daker> both
[23:01] <daker> they are the same
[23:02] <daker> rsajdok: did you run the instructions ?
[23:07] <rsajdok> daker: this http://pastie.org/5948990#6 ?
[23:07] <daker> rsajdok: yes
[23:08] <rsajdok> daker: yes
[23:08] <daker> can you run the server ?
[23:09] <rsajdok> daker: done
[23:09] <daker> man are you kidding ?
[23:09] <daker> i still see data from the old db
[23:10] <daker> rsajdok: ok, can i have an "ll" inside loco_directory dir ?
[23:10] <rsajdok> daker: http://pastie.org/5949272
[23:11] <daker> rsajdok: ll loco_directory/
[23:11] <daker> i want to see everything
[23:12] <rsajdok> daker: http://pastie.org/5949341
[23:14] <daker> -rw-r--r--  1 ris ris 3230720 2012-09-06 23:39 ltp.db
[23:14] <daker> look 2012-09-06
[23:14] <daker> i told you to delete it
[23:15] <rsajdok> daker: strange
[23:16] <daker> delete it
[23:16] <daker> and give me another "ll"
[23:18] <rsajdok> daker: yours file has that date :) ok, give me second
[23:18] <daker> no, man this db has your data :)
[23:18] <rsajdok> daker: http://pastie.org/5949496
[23:19] <rsajdok> daker: maybe you send me wrong file :)
[23:19] <daker> rsajdok: ok, we are on the good way
[23:19] <daker> let's continue
[23:20] <rsajdok> daker: *sent
[23:20] <daker> rsajdok: wget http://people.ubuntu.com/~daker/ltp/ltp.db -O loco_directory/ltp.db
[23:20] <rsajdok> daker: ok, I am waiting ;)
[23:20] <daker> and give me another "ll"
[23:22] <daker> rsajdok: once we finish, i have a very good way if you like virtualbox & vagrant
[23:22] <rsajdok> daker: http://pastie.org/5949654
[23:23] <daker> ok
[23:23] <daker> ./env/bin/python loco_directory/manage.py migrate
[23:24] <daker> then
[23:24] <rsajdok> daker: I used virtualbox but better for me is a vps. I am going to try vagrant.
[23:24] <daker> show me your local_settings.py
[23:25] <rsajdok> done
[23:25] <daker> show me your local_settings.py
[23:26] <rsajdok> daker: http://pastie.org/5949746
[23:26] <daker> perfect
[23:26] <daker> now
[23:26] <daker> ./env/bin/python loco_directory/manage.py runserver <IP_ADDRESS>:8088
[23:28] <rsajdok> daker: done
[23:28] <daker> there is something wrong :(
[23:29] <daker> why i still see you this http://<IP_ADDRESS>:8088/admin/auth/user/
[23:29] <daker> those are the users you have created ?
[23:31] <rsajdok> daker: I see and I do not know why, now, I have to sleep :)
[23:31] <daker> can ctrl+C the server
[23:31] <daker> can you*
[23:31] <rsajdok> daker: yes I created these users but not now, earlier
[23:31] <rsajdok> daker: yes
[23:31] <rsajdok> daker: done
[23:32] <daker> then run it again and pastbin output ?
[23:33] <daker> do it then go to sleep :)
[23:33] <rsajdok> daker: ok:)
[23:33] <daker> thank you :)
[23:34] <daker> just this part
[23:34] <daker> Django version 1.3.3, using settings 'loco_directory.settings'
[23:34] <rsajdok> daker: http://pastie.org/5949812
[23:35] <daker> ok
[23:35] <rsajdok> daker: I have the question, if I deleted ltp.db should the website works?
[23:35] <daker> rsajdok: ah good question
[23:35] <daker> the answser is no
[23:35] <daker> the website will not brak
[23:35] <daker> break*
[23:36] <daker> delete it
[23:36] <daker> then run the server
[23:36] <rsajdok> haha :)
[23:36] <daker> ah good
[23:37] <daker> rsajdok: do this
[23:37] <daker> python loco_directory/manage.py runserver <IP_ADDRESS>:8088
[23:37] <rsajdok> (env)ris@sunejask:~/ltp$ rm loco_directory/ltp.db
[23:37] <rsajdok> rm: cannot remove `loco_directory/ltp.db': No such file or directory
[23:37] <rsajdok> I deleted it
[23:37] <daker> perfect
[23:37] <daker> i see
[23:37] <rsajdok> and run server
[23:38] <daker> perfect perfect
[23:38] <daker> i got the error
[23:38] <rsajdok> yes, and I got :)
[23:39] <daker> wget http://people.ubuntu.com/~daker/ltp/ltp.db -O loco_directory/ltp.db
[23:39] <daker> then run the server again
[23:39] <daker> run it with :
[23:39] <rsajdok> maybe now Should I wget, migrate and runserver, maybe strange cache of firefox?
[23:40] <daker> yes
[23:40] <daker> just do wget and run the server with
[23:40] <daker> python loco_directory/manage.py runserver
[23:40] <daker> without env/bin
[23:41] <rsajdok> ok
[23:41] <rsajdok> python loco_directory/manage.py runserver <IP_ADDRESS>:8088
[23:41] <rsajdok> [2013-01-30 03:41:18,249] - ERROR - settings - Missing library: pytz, Install package: python-tz
[23:42] <daker> apt-get install python-tz
[23:42] <daker> ah no no
[23:42] <daker> use the venv python
[23:42] <daker> ./env/bin/python loco_directory/manage.py runserver <IP_ADDRESS>:8088
[23:43] <rsajdok> done
[23:44] <daker> perfect
[23:44] <daker> ctrl+c
[23:44] <daker> then run
[23:44] <daker> ./env/bin/python loco_directory/manage.py migrate
[23:44] <rsajdok> done
[23:44] <daker> then
[23:44] <daker> ./env/bin/python loco_directory/manage.py runserver <IP_ADDRESS>:8088
[23:46] <rsajdok> after "migrate" I got http://pastie.org/5950121
[23:47] <daker> try :
[23:47] <daker> ./env/bin/python loco_directory/manage.py syncdb
[23:47] <daker> then
[23:47] <daker> ./env/bin/python loco_directory/manage.py migrate
[23:47] <rsajdok> Would you like to create one now? (yes/no) ?
[23:48] <daker> create a superuser ?
[23:48] <rsajdok> yes
[23:48] <rsajdok> should I ?
[23:48] <daker> no
[23:48] <rsajdok> ok
[23:49] <rsajdok> done
[23:49] <daker> ouch
[23:50] <daker> rsajdok: man just go to sleep
[23:50] <daker> rsajdok: we can fix this thing tomorrow
[23:51] <daker> rsajdok: i suspect we are doing something wrong
[23:51] <rsajdok> daker: but now http://<IP_ADDRESS>:8088/admin/auth/user/ is different there are not my users :)
[23:51] <daker> yes
[23:51] <rsajdok> daker: thanks a lot, goodbye
[23:51] <daker> rsajdok: wait
[23:51] <daker> what's the admin login ?
[23:53] <daker> well the syncdb recreated the db and it should not
[23:53] <rsajdok> daker: I did not create admin account
[23:54] <daker> anyway g'night rsajdok we can look into it tomorrow if you want
[23:54] <rsajdok> daker: ok, I am going to sleep :)
[23:54] <rsajdok> daker: yes i want.
[23:54] <daker> juste ping when you are free
[23:55] <daker> i am GMT+0