January 26th, 2010, 13:00 UTC in #ubuntu-meeting.

Agenda

Link to previous meeting

• MobileTeam/Meeting/2010/20100119

Action Items from January 19th, 2009

• JamieBennett to complete imx51 backportng documentation on boot-speed.

• cooloney to investigate lucid kernel patches that may need back-porting.
• ericm and NCommander to investigate what causes the gnome-panel crash/restart cycle.
• asac, ericm, and NCommander to talk about Thumb2 issues after the meeting and report back.
• cooloney to ping fsl for more reliable chip rev checking method.
• cooloney to ping fsl about suspend.
• NCommander to investigate ericm's xorg naming bug.
• persia, asac, Gruemaster to discuss meeting rotation schedule and report back.

Current Items

• Readjustment of the meeting schedule to better fit current participants -- persia

Standing Items

• http://people.canonical.com/~pitti/workitems/canonical-mobile.html

• http://people.canonical.com/~pitti/workitems/canonical-mobile-lucid-alpha-3.html

• Kernel Status (cooloney, ericm)

• QA Status (GrueMaster, plars)

• ARM Application status (JamieBennett, dyfet)

• ARM Porting/FTBFS status (NCommander, dyfet)
• ARM Image Status (ogra, persia)

• Ubuntu Liquid

• Any Other Business

Action Items

• JamieBennett to complete imx51 backportng documentation on boot-speed.

• cooloney to investigate lucid kernel patches that may need back-porting
• plars to file a bug on gnome-panel crashes
• NCommander to raise apport-retracer for armel from the dead

Minutes

• To be added.

Weekly Reports

Jamie Bennett (JamieBennett)

This Week

• Sucked into other projects, no direct work on my own blueprints.

Future

• Get netbook-launcher-efl into main this week.
• Finish casper speed-up work.
• Investigate kernel patches that may help boot speed on ARM devices.
• Write monthly public team report.
• Work on Mythbuntu.

David Sugar

This Week

• A few failed to builds for arm, including busybox
• Changed ARM default apps focus since we are not getting canola in time
• Tried a new canola build on arm
• Struggled with Lucid Dove

Future

• Learn entire image build process
• More ftb for arm and otherwise as part of lucid package QA
• Get Dove back up with Lucid

Alexander Sack (asac)

Lightweight Browser

• Finalize Firefox 3.6 packaging and collect early feedback from community, fix package transition and get package in archive
• build a chromium with thumb2+neon build in PPA for benchmark
• finalize chromium packaging licensing; get first stab uploaded to NEW queue.
• discuss benchmarking with mozilla
• work on startup benchmark and try a few javascript benchmarks

uboot spec

• escalate uboot bugs to freescale

dove port

• various discussions thumb2/breakage with dove

Team/Communication

• Release Team Meeting
• collect input on Alpha-3 planning and communicate to managers
• work on sprint agenda

Other Contributions

• discuss uboot
• sponsor/review fontconfig merge
• MIR processing (uboot-imx)
• sponsor/review network-manager, network-manager-applet and modemmanager
• cleanup work items/blueprints for alpha-3
• discuss openoffice and python on arm with doko

Meeting Log

13:03 < NCommander> Action Item Review
13:03 < NCommander> JamieBennett to complete imx51 backportng documentation on boot-speed
13:03 < JamieBennett> Last week was swallowed up by something else so no progress on that
13:03 -!- ericm_ [n=ycmiao@112.65.48.82] has joined #ubuntu-meeting
13:03 < NCommander> cooloney to investigate lucid kernel patches that may need back-porting
13:04 < asac> [ACTION] JamieBennett to complete imx51 backportng documentation on boot-speed
13:04 < ogra> Bug 512321 has a fix and shoves off 2 seconds :)
13:04 < ubottu> Launchpad bug 512321 in linux-fsl-imx51 "please backport devtmpfs to the lucid linux-imx51 kernel tree" [High,New] https://launchpad.net/bugs/512321
13:04 < asac> cooloney cant attend today, so we should move his item forward
13:04 -!- hyperair [n=hyperair@ubuntu/member/hyperair] has quit [Read error: 110 (Connection timed out)]
13:04 < JamieBennett> :)
13:04 < asac> [ACTION] cooloney to investigate lucid kernel patches that may need back-porting
13:04 < ogra> my imx51 install is booting incredibly fast atm :)
13:04 < JamieBennett> cool
13:04 < ogra> NCommander, make sure thats enabled in dove too ^^^
13:04 < davidm> G'day NCommander
13:04 < NCommander> hey DavidLevin
13:04 < NCommander> ...
13:04 < NCommander> tab complete failure
13:04 < ogra> heh
13:05 < NCommander> hey davidm
13:05 < davidm> bummber about mootbot
13:05 < NCommander>  * ericm and NCommander to investigate what causes the gnome-panel crash/restart cycle
13:05 < asac> [ACTION] NCommander to ensure that dove gets devtmpfs lucid bits backported too
13:05  * persia has begun the process of poking appropriate people
13:05  * NCommander takes actions
13:06 < ogra> asac, no need to backport, just enabling
13:06 < ogra> devtmpfs is in .32
13:06 < asac> NCommander: so the gnome-panel crashes are gone?
13:06 < asac> plars: ?
13:06 < plars> no, I saw a gnome panel crash yesterday
13:06 < NCommander> asac, unfortunately no. Last week was a wash for me due to sickness so I didn't look into it
13:06 < plars> that was on imx51
13:06 < asac> plars: a crash ... or constant crashing?
13:06 < NCommander> Seems to be unrelated to our general hanging issue on Dove
13:06 < asac> NCommander: no problem
13:06 < ogra> plars, uuh
13:06  * ogra hasnt seen any yet
13:06 < plars> err, on dove actually
13:06 < plars> sorry
13:07 < ogra> phew
13:07 < plars> on imx51 it was one of the few things that was fine
13:07  * ogra swipes sweat off forehead
13:07 < plars> I think the root of most of my imx51 trouble yesterday was with the usb bug though
13:07 < NCommander> ogra, bah, you should try having some Thumb2 issues. They're a load of fun
13:07 < ogra> which still isnt clear to me its USB though
13:07 < ogra> since the issues obviously affected the livefs on the SD too
13:07 < asac> plars: do we have a bug for gnome-panel crashes?
13:08 < NCommander> ericm_, anything else to add
13:08 < plars> asac: I didn't get a chance yesterday, was going to go looking and make sure it's in today, but I thought there was one for it already
13:08 < asac> thanks
13:08 < GrueMaster> asac bug 512515
13:08 < asac> [ACTION] plars to file a bug on gnome-panel crashes
13:08 < ubottu> Bug 512515 on http://launchpad.net/bugs/512515 is private
13:09 < ogra> bah
13:09 < plars> or possibly 458109... not sure if it's the same problem though
13:09 < asac> GrueMaster: apport hasnt kicked in yet?
13:09 < asac> can you open it?
13:09 < plars> bug 458109
13:09 < ubottu> Launchpad bug 458109 in gnome-panel "gnome-panel crashed with SIGSEGV in free()" [Medium,Incomplete] https://launchpad.net/bugs/458109
13:09 < asac> ah
13:09 < ogra> why cant i see 512515 ?
13:09 < persia> 512515 is *very* private.
13:09 < ogra> isnt ubuntu.armel subbed ?
13:09 < plars> nor can I
13:09 < NCommander> asac, apport on ARM been somewhat twichy. The retracer crashed while I was out sick, and I haven't kicked it hard enough yet
13:09 < asac> ogra: i assume its a crash report and apport didnt came a round yet
13:09 < ogra> asac, still the reported needs to sub -armel
13:09 < GrueMaster> yes
13:09 < persia> Ah, that explains the *very* private-ness.
13:09 < asac> right. so if you report crashes from a test install you can definitly open them up
13:10 < ogra> *reporter
13:10 < NCommander> [ACTION] NCommander to raise apport-retracer for armel from the dead
13:10 < asac> manually
13:10 < persia> Well, depends on what one did with the test install :)
13:10 < ogra> yeah
13:10 < asac> heh. you get the point ;)
13:11 < asac> ok
13:11 < NCommander> ** asac, ericm, and NCommander to talk about Thumb2 issues after the meeting and report back.
13:11 < ogra> what was the outcome ?
13:11 < asac> the outcome is that we have three knobs to tune:
13:12 < asac> a) user space apps (try to workaround)
13:12 < asac> b) kernel/toolchain (try to eliminate bad instructions)
13:12 < NCommander> a is bust
13:12 < ogra> a) would affect all of wrmel, no ?
13:12 < ogra> *armel
13:12 < asac> c) hardware (fix hardware)
13:12  * ogra votes for b
13:12 < asac> ogra: well. so atm dove images start again
13:12 < asac> the hangups were caused by python
13:12 < ogra> right
13:12 < asac> the new python and recreating the .pyc's fixed it
13:12 < NCommander> b is semi-difficult to do. I'm tempted to go with c unless we *really* want Dove Y series hardware to work
13:13 < asac> so a) is kind of done, but flaky
13:13 < ogra> well, c means we need to replace the world
13:13 < asac> NCommander is working on b) with ericm (thats my understanding) ... and we are investigating hardware (but that probably takes a bit)
13:13 < ogra> which we'll surely do over time anyway
13:13 < ogra> but that requires speed
13:13 < asac> ogra: a relatively small world though ;)
13:13 < ogra> indeed
13:13 < asac> e.g. just our boards
13:13 < ogra> still takes shipping time etc
13:14 < ogra> and throws us back even more
13:14 < asac> NCommander: i thought you had an idea how to do that
13:14 < asac> what happened to it?
13:14 < NCommander> asac, on a or b?
13:14 < asac> b
13:14 < ogra> b
13:15 < ogra> semi indicates it easy for 50% ;)
13:15 < ogra> *it's
13:15 < NCommander> b is still fermenting, but I'm not sure we can handle the busted vldr instructions
13:15 < NCommander> We could change the toolchain to not use vldr, but that requires rebuilding the world
13:15 < ogra> i thought you discussed a solution with dmart yesterday
13:15 < asac> right. what was the outcome?
13:16 < NCommander> asac, ogra, just bounced ideas around. I don't think we came to a definate plan
13:16 < ogra> hmm, k
13:16 < asac> ok. lets try to keep a) going for now
13:16 < ogra> and c
13:16 < asac> i will talk to dmart and ericm about b)
13:16 < asac> and c) is ongoing anyway
13:17 < ogra> right
13:17 < NCommander> indeed
13:17 < dmart> From my pov, if vldr can't be worked around, the only other options are to change the toolchain, or build in ARM
13:17 < asac> NCommander: so you are off the hook and can do other things until further notice ;)
13:17 < NCommander> woo!
13:17 < dmart> NCommander, wasn't there an erratum patch for the vldr problems, or does it not work even with the patch.
13:18 < NCommander> dmart, the patch requires that the instruction is excuted and then faults
13:18 < ogra> dmart, build in ARM means we lose all improvements on imx51 too, no ?
13:18 < asac> yes ogra
13:18 -!- hyperair [n=hyperair@ubuntu/member/hyperair] has joined #ubuntu-meeting
13:18 < NCommander> dmart, its my understanding that our board hangs just executing the vldr instruction will cause the hang. (think Intel style f00f bug)
13:18 < ogra> thats what i feared
13:18 < dmart> ogra, well, yes, probably :/
13:19 < dmart> NCommander, I see. Important to clarify the situation on newer hardware then...
13:19  * NCommander has been doing research into the f00f bug
13:19 < NCommander> I'm curious if we can use a similar technique to work around the issue, but most of the proposed fixes abuses things on Intel processors that don't exist on ARM
13:20 < asac> ok. anything else on this that shouldnt be discussed offline?
13:20  * NCommander has nothing
13:20 < NCommander>  ** NCommander to investigate ericm's xorg naming bug.
13:20 < NCommander> ...
13:20  * NCommander can't even remember what the naming bug was ...
13:20 < ogra> you skipped two items
13:21 < asac> heh
13:21 < asac> guess thats a carry forward ;)
13:21 < ogra> no
13:21 < asac> [ACTION] * NCommander to investigate ericm's xorg naming bug.
13:21 < ogra> ah
13:21 < asac> huh? he says he cant even remember ;)
13:21 < ogra> i thought you mean the skipped ones
13:22 < NCommander> ogra, i skipped cooloney's ones since he's not here
13:22 < asac> right.
13:22 < ogra> doesnt matter
13:22 < ogra> i can comment on both
13:22 < NCommander> ogra, oh, :-)
13:22 < JamieBennett> xorg was wrongly named no?
13:22 < NCommander> In that case
13:22 < NCommander>  ** cooloney to ping fsl for more reliable chip rev checking method.
13:22 < ogra> right
13:22 < ogra> the method is reliable, the bootloaders werent
13:22 < asac> [ACTION] * cooloney to ping fsl for more reliable chip rev checking method.
13:22 < asac> hasnt that happened?
13:22 < asac> right. i thought we have the fix for uboot even
13:22 < ogra> we have bugfixes for uboot but will likely stay with redboot anyway
13:23 < ogra> so that item is gone
13:23 < JamieBennett> boo ;)
13:23 < asac> sure ... but that item is done in any case
13:23 < asac> scratch that action ;)
13:23 < ogra> right
13:23 < ogra> same for the next one
13:23 < ogra> suspend/resume works reliable on imx51 now
13:23 < NCommander>  ** persia, asac, Gruemaster to discuss meeting rotation schedule and report back.
13:23 < ogra> all fixed :)
13:24 < asac> we decided that we discuss that during sprint
13:24 < persia> Oh.
13:24 < persia> GrueMaster and I discussed it briefly about 12 hours ago.
13:24 < persia> (but asac was asleep)
13:24 < ogra> evil you !
13:24 < persia> We decided all times were bad for someone.
13:24 < persia> But I'll get into that more in my Current Items item.
13:25 < NCommander> * Current Items
13:25 < NCommander> **  Readjustment of the meeting schedule to better fit current participants -- persia
13:25 < NCommander> persia, ok, now you can go :-)
13:25  * ogra has no concerns about bad times but we need to make sure to match a proper frequency
13:25 < persia> So, basically no matter what time is selected, it's going to be bad for some folk.
13:25 < asac> right ... i would say, persia should send out suggestions
13:25 < ogra> i.e. i wouldnt change the time in the middle of y release cycle
13:25 < asac> and then we discuss that during sprint
13:25 < ogra> s/y/a/
13:25 < persia> As a result, we need a weighted analysis of attendees and times, to make it least bad for the smallest number of folk.
13:26 < persia> So, I'll volunteer to send something to ubuntu-mobile@ asking for timezones and availability of people who want to commit to attend the meeting, and collect the responses privately.
13:26 < asac> right. so i see two things are to be decided:
13:26 < ogra> but please regard my above comment too
13:26 < asac> 1. what meeting time to use next
13:26 < persia> I'll send out an a summarised mail (no identities) with the weighted analysis, and good times.
13:26 < asac> 2. how often do we want to change the meeting time (hint: not too often, to help community)
13:27 < ogra> 2 ++
13:27 < persia> I think rotation is worse than non-rotation.
13:27  * ogra proposes with a release
13:27 < persia> Even if a meeting time is bad for someone, they can probably rearrange things.
13:27 < persia> Rotation makes for lots of rearragement.
13:27 < asac> yes
13:28 < ogra> well, if it stays for 6 months it shouldnt be to hard to do though
13:28 < asac> but having 9/10 regular atttendeed suffer isnt that great
13:28 < persia> Personally, I'm up for reviewing the time anytime there are significant complaints.
13:28 < persia> That doesn't mean it will change, but as we get new participants, and drop old ones, the weighted analysis may suggest better fits.
13:29 < asac> right
13:29 < asac> [ACTION] persia to suggest and coordinate discussion on meeting schedule
13:29 < persia> So, shall I proceed with this plan?
13:29 < persia> Excellent.
13:29 < asac> moving on ...
13:29 < asac> NCommander: ?
13:30 < NCommander> ** Standing Items
13:30 < NCommander> **  * http://macaroni.ubuntu.com/~pitti/workitems/canonical-mobile.html
13:30 < NCommander> ** Kernel Status (cooloney, ericm)
13:30 < ogra> looks good
13:30 < ogra> pretty close to trend
13:31 < JamieBennett> and some are bug linked which will go away soon
13:32 < asac> that url should be using people.canonical.com now
13:32 < asac> [LINK] http://people.canonical.com/~pitti/workitems/canonical-mobile.html
13:32 < ogra> someone didnt update the wiki :)
13:32 < asac> [LINK] http://people.canonical.com/~pitti/workitems/canonical-mobile-lucid-alpha-3.html
13:33  * NCommander fixes the wiki
13:33 < NCommander> ericm_, how's the Dove kernel ATM?
13:34 < asac> so the itesm start to lack behind
13:34 -!- mok0 [n=mok@ubuntu/member/mok0] has quit ["Leaving."]
13:34 < asac> i will elminate a bunch of the firefox items this week and also get the webservice-email spec on track
13:34 < ogra> what do we do about the uboot spec ?
13:35 < ogra> we had one for redboot taht was swapped for it
13:35 -!- mok0 [n=mok@ubuntu/member/mok0] has joined #ubuntu-meeting
13:35 < ogra> do we swap back ? do we just drop it ?
13:35 < ogra> davidm, asac ?
13:35 < asac> ogra: we should set the status to blocked
13:35 < asac> and communicate the deficiencies to fsl
13:36 < ogra> well, i dont see a way that gets unblocked ever
13:36 < asac> if things get fixed early enough then thats ok
13:36 < ogra> at least for the speed issues
13:36 < ogra> these are uboot design issues
13:36 < asac> otherwise thats the reason we dont switch to uboot and we can postpone the items
13:36 < asac> ogra: uboot works for dove
13:36 < ogra> ok, so no swapping back of the redboot spec then
13:36 < asac> i think we would be fine if we get the same feature set
13:36 < ogra> uboot works for dove but we dont have any alternative :)
13:36 < asac> ogra: lets discuss that after meeting
13:36 < plars> is it the mac address bug that is killing it?
13:37 < asac> [ACTION] asac and ogra to decide what to do with bootloader specs
13:37 < ogra> nor did anyone ever research speed on dove wrt different bootloaders
13:37 < ogra> plars, 23 sec vs 11 sec initiaslization speed and the issue that we still need to pull the kernel off SD
13:37 -!- swe3tdave [n=swe3tdav@ubuntu/member/swe3tdave] has joined #ubuntu-meeting
13:37 < asac> ogra: i am 98% sure that thats a mmc driver bug
13:37 < ogra> which would turn image creation into a horrible thing
13:38 < ogra> asac, no, did you read my mail ?
13:38 < persia> I'm entirely certain it's a driver bug.
13:38 < ogra> no
13:38 < asac> ogra: the loading speed?
13:38 < ogra> did you read my analysis ?
13:38 < persia> I know that there exist i.MX51 implementations that can boot from NVRAM/NVROM
13:38 < ogra> the leoading isnt slow
13:38 < asac> ogra: i read your mail (if it was the mail i think)
13:38 < asac> ogra: the unpacking?
13:38 < ogra> the one i sent today
13:38 < ogra> yes
13:38 < asac> ok
13:38 < ogra> unpacking, initalizing of HW etc
13:39 < asac> i will double check. i think the mail i read was from yesterday night
13:39 < ogra> these are the steps that slow down
13:39 < ogra> i mailed one this morning
13:39 < asac> ogra: for me mmc load alone is slow
13:39 < asac> but lets discuss that after i read you mail
13:39 < ogra> subject: "uboot pro/con list, follow up measuring"
13:39 < asac> lets move on.
13:39 < ogra> right
13:39 < asac> anything on specs=?
13:40 < asac> [topic] Kernel Status (cooloney, ericm)
13:40 < asac> so cooloney isnt here ... ericm?
13:40 < ogra> imx51 looks very good apart from the issues plars sees though
13:41 < ogra> (but that could as well be bootloader induced)
13:41 < plars> planning to retry with sata today, hopefully things will look much better
13:41 < ogra> i'll upload a fresh redboot today, we still use the karmic binary
13:41 < ogra> (since i focused on uboot)
13:43 < asac> ok
13:43 < asac> lets move on
13:43 < asac> [topic] QA Status (GrueMaster, plars)
13:44  * ogra thinks ericm_ fell asleep
13:44 < plars> started working on trying to do pairwise testing
13:44 < asac> great
13:44 < plars> but the first one I started with was the thing I ran into problems with yesterday
13:44 < asac> did you create a wiki to track that run?
13:44 < plars> so not much progress there yet
13:44 < plars> yes
13:44 < plars> but keep in mind this is only a temporary location
13:44 < plars> https://wiki.ubuntu.com/ARM/Testing/ArmPairwiseResults
13:44 < asac> plars: that means we already discovered a new bug because of this? that sounds too optimal ;)
13:44 < plars> the tests are already on iso.qa.ubuntu.com
13:45 < plars> but are not visible until after hardy .4 testing
13:45 < asac> very good
13:45 < plars> but anyone should feel free to contribute if you have some spare cycles to try an install
13:45 < plars> poke me if you have questions
13:45 < asac> GrueMaster: any overview/status on daily testing for last week?
13:46 < GrueMaster> Last week I spent too much time trying to get dove to a working point.
13:46 < GrueMaster> Not much went on with IMX51.
13:47  * GrueMaster is gathering a bug list.
13:47 < asac> thanks!
13:48 < GrueMaster> I filed a bug on keytool, which is part of the openjava packages.  It segfaults on dove, but not on imx51.
13:48 -!- mhall119|work [n=mhall@ubuntu/member/mhall119] has quit [Read error: 60 (Operation timed out)]
13:48 < asac> right. i remember that
13:49 < ogra> ubiquity doesnt work on imx51
13:49 < GrueMaster> Bug 510954
13:49 < ubottu> Launchpad bug 510954 in openjdk-6 "keytool segfaults on dove but not on imx51" [High,Confirmed] https://launchpad.net/bugs/510954
13:49 < ogra> at least it didnt for me on sunday
13:49 < ogra> i didnt research it though
13:49 < plars> ogra: it worked for me yesterday - up until flash-kernel died
13:49 < ogra> right
13:49 < GrueMaster> I got ubiquity to install yesterday on IMX51 after doing an apt-get update on the live image.
13:49 < ogra> so it was probably a one time issue with the friday image i had
13:50 < GrueMaster> The issue was a missing package.
13:50 < ogra> plymouth was fixed today btw
13:50 < asac> ok so ubiquity is fixed.
13:50 < asac> was there a bug open?
13:50 < asac> (for any)
13:50 < ogra> nope
13:50 < ogra> but if both are fixed, no need to bother
13:51 -!- mhall119|work [n=mhall@ubuntu/member/mhall119] has joined #ubuntu-meeting
13:51 < asac> ok ... lets move on ... not much time left ;)
13:51 < asac> [ACTION] ARM Application status (JamieBennett, dyfet)
13:51 < JamieBennett> Nothing major to report
13:52 < asac> i guess not much happend there last week.
13:52 < dyfet> Some of the more ambitious ideas were not realizable in this cycle.  I proposed a much smaller subset of seed changes for Jamie to consider.
13:52 < JamieBennett> dyfet: this is the canola spec right?
13:52 < dyfet> Yes
13:52 < dyfet> At least I assumed so ;)
13:52 < asac> yes, so i recall that we discussed to not go for canola by default this cycle, but rather just ensure its in the archive
13:52 < JamieBennett> So canola isn't possible for this cycle but it could be a reality for lucid+1
13:53 < JamieBennett> and we are definately interested in that
13:53 < asac> yes
13:53 < dyfet> yes
13:53 < asac> ok thanks. sorry, time is running out ...
13:53 < asac> [TOPIC] ARM Porting/FTBFS status (NCommander, dyfet)
13:53 < asac> i think that looks quite ok on the ftbfs list
13:53 < asac> i failed to assign the issues identified in the thumb2 review
13:53 < ogra> whats the number of the bug you filed for likewise NCommander ?
13:53 < asac> so ...
13:53 < NCommander> I've done some porting of likewise to armel, but it was movre involved than I expected. Should have an initial build done soon.
13:54 < NCommander> ogra, no bug yet, that slipped my mind
13:54 < asac> [ACTION] asac to open bugs and assign for issues identified in thumb2review
13:54 < ogra> gnome-power-manager and squd need some attention
13:54 < asac> [LINK] https://wiki.ubuntu.com/ARM/Thumb2PackageReviewList
13:54 < ogra> and there is still libv4l
13:54 < ogra> *squid
13:54 < dmart> asac, did you want to continue with the review of the universe packages in the Thumb2 list at some point?  I did a few, but not very many.
13:55 < ogra> NCommander, please file it :)
13:55 < asac> dmart: yes, we can do another sprint later this week i guess
13:55 < NCommander> ogra, will do
13:55 < ogra> thanks
13:55 < dmart> asac, good plan, please suggest a time.
13:55 < asac> [ACTION] asac and dmart to finish thumb2 review for universe
13:55 < asac> lets discuss time after meeting
13:55 < asac> ... ok hurrying ;)
13:55 < dmart> sure
13:56 < asac> [TOPIC] ARM Image Status (ogra, persia)
13:56 < ogra> already covered for imx51 above
13:56 < persia> Things are finally looking really nice.
13:56 < ogra> all fine ...
13:56 < asac> thats what we want to hear ;)
13:56 < ogra> no idea about dove though
13:56 < ogra> since i didnt test that myself
13:56 < persia> The issues are almost entirely details of image construction (previously covered), and the application stacks are mostly just working.
13:56 < asac> afaik, dove images start and work ... thats more than we thought would happen last week
13:56 < ogra> right
13:56 < asac> thanks to plars for tracking it down to pythong and pybootchart
13:57 < asac> and thanks to doko for getting new python in ;)
13:57 < GrueMaster> None of the alt. images are building atm.
13:57 < ogra> btw, JamieBennett do you still beed bootchart on the images
13:57 < ogra> *need
13:57 -!- jMyles [n=justin@rrcs-24-97-206-244.nys.biz.rr.com] has joined #ubuntu-meeting
13:57 < ogra> the apport popup is annoying on imx51 :)
13:57 < asac> i think we should keep it there for now ... might be interesting after the debconf fixes went it
13:57 < asac> in
13:57 < persia> GrueMaster: Hrm.  I missed that.  I'll see if I can't sort it.
13:57 < JamieBennett> ogra: no
13:57 < ogra> and it doesnt seem anyone makes efforts to fix it
13:57 < asac> hmm
13:57 < asac> ok
13:57 < ogra> so lets unseed it
13:57 < plars> I would like to keep bootchart if possible
13:58 < ogra> meh, k
13:58 < plars> not critical, but nice to have
13:58 < persia> plars: Can't you install with image modification if you need it?
13:58 < ogra> plars, when can we remove it ?
13:58 < plars> sure
13:58 < JamieBennett> plars: it's helpful I agree
13:58 < ogra> well, we need to remove it anyway at some point
13:58 < persia> Or can we stick it in the pool, so it's available for install?
13:58 < ogra> that should be possible
13:58  * persia can provide preseeding hints to help get it installed at install-time
13:58 < ogra> a job for StevenK :)
13:58 < JamieBennett> persia: I'm using it in the live-cd ;)
13:59 < asac> yes, its for live images
13:59 < persia> JamieBennett: But you said you didn't need it, so I'm ignoring your use case :)
13:59 < JamieBennett> but I have my investigations done :)
13:59 < asac> do we capture results from it in a daily fashion?
13:59 < ogra> no
13:59 < JamieBennett> no
13:59 < ogra> it was only used for the livefs bootspeed issues (yet)
14:00 < asac> [ACTION] JamieBennett, plars and asac to decide what to do wrt bootchartgui seeding
14:00 < asac> [TOPIC] Ubuntu Liquid
14:00 < asac> persia: rbelem?
14:00 < rbelem> asac, persia and are working on plasma-mobile and kdm-mobile
14:00 < rbelem> asac, plasma-mobile is already in revu
14:00 < asac> right. i saw that.
14:01 < rbelem> and some minor fixes are needed
14:01 < asac> so you are making good progress on those two.
14:01 < asac> what will come after that?
14:01 < rbelem> yep
14:01 < rbelem> we will work on kdebase-workspace
14:01 < persia> We still have a kwin module to get in, and then we should be able to push a base -meta and -default-settings
14:01 < persia> There's stuff not exposed in the monolithic KDE libraries that we need to investigate more.
14:02 < rbelem> to expose some kcontrol libs
14:02 -!- pendulum_ [n=pendulum@pdpc/supporter/active/Pendulum] has joined #ubuntu-meeting
14:02 < asac> ok. i assume thats coordinated with riddell?
14:02 < rbelem> kdm-mobile depens on it
14:02 -!- mjeanson [n=mjeanson@219.40-ppp.3menatwork.com] has joined #ubuntu-meeting
14:02 < rbelem> yep
14:02 < rbelem> we will make the changes and send to him
14:02 < persia> Well, kinda.  Until we finish the investigation we don't have a lot to propose, but we're definitely working with #kubuntu-devel
14:02 -!- jsalisbury [n=chatzill@65.206.2.67] has joined #ubuntu-meeting
14:03 -!- jsalisbury [n=chatzill@65.206.2.67] has quit [Remote closed the connection]
14:03 < rbelem> after that we should work to trim kdm
14:03 < asac> ok. what milestone is liquid aiming for? I assume the kdebase-workspace changes are somewhat bound to the alpha-3 milestone as kubuntu is going for LTS?
14:03 < rbelem> yep
14:04 -!- jsalisbury [n=chatzill@65.206.2.67] has joined #ubuntu-meeting
14:04 < rbelem> our milestone is alpha3
14:04 -!- mjeanson [n=mjeanson@219.40-ppp.3menatwork.com] has left #ubuntu-meeting []
14:04 < persia> For all the KDE stuff.  We might end up with some tweaks all the way to FF to get other stuff clean.
14:04 < asac> ok. so try to align your priorities so that things that need to be changed in software that is shipped by others is done around alpha-3
14:04 < persia> PRecisely.
14:04 < asac> if liquid-only things come a later its not a big deal imo
14:05 < rbelem> cool!
14:05 < rbelem> :-)
14:05 < persia> Well, we want to get at least -meta and -default-settings in by FF.
14:05 < persia> But they might not be 100% feature-complete at that point.
14:05 < persia> (package add being more invasive than bugfix stuff, even large bugfix, if nobody else installs the things)
14:05 < asac> sure. but if you have to decide what to do first, i would suggest to do the changes that have impact on kubuntu first ;)
14:06 -!- DavidLevin [n=dslevin@67-210-33-186.ul.warwick.net] has quit [Client Quit]
14:06 < persia> Absolutely.  kdm/kwin are the big things now, because they need to build against stuff that we might need to expose from kdebase-workspace (as above)
14:06 < asac> well. not if those packages have no impact on other products imo ... but yes, FF should be the goal
14:06 < asac> ok. but feels its on track
14:06 < rbelem> :-)
14:06 < asac> if anything is needed just shout ;)
14:07 < persia> We will.
14:07 < asac> sorry, to cut off but we are overdue ;)
14:07 < asac> [TOPIC] AOB
14:07 < ogra> doesnt include beer :)
14:07 < ogra> or does it ? :)
14:07  * NCommander thanks asac for taking over
14:07 < asac> NCommander: np
14:08 < asac> one thing from me: lets try to add our acitivites to the wiki _before_ the meeting ;)
14:08  * asac slaps himself
14:08 < ogra> meh
14:08 -!- shriekout_ [n=shriekou@124.216.208.61] has joined #ubuntu-meeting
14:08  * ogra totally forgot about it ... 
14:08 -!- shriekout_ [n=shriekou@124.216.208.61] has quit [Read error: 104 (Connection reset by peer)]
14:09 < ogra> i'm missing JamieBennett'S nice remonders
14:09 < JamieBennett> :)
14:09 < ogra> *reminders
14:09 < asac> thougth we had one ping
14:09 < asac> guess jamie was too busy last week  to do that on friday
14:09 < asac> also i think i failed to send out the meeting minutes last week ... is that correct?
14:09 < JamieBennett> I'll start them back up on fridays
14:09 < JamieBennett> asac: yes
14:09  * asac hides
14:10 < JamieBennett> I wrote them on the wiki though
14:10 < ogra> there are always the logs
14:10 < asac> JamieBennett: will you send both? or want me to still send last weeks minutes?
14:10 < JamieBennett> asac: I can do both
14:10 < persia> logs generally hit the TLDR barrier.  Minutes are better.
14:10 < asac> thanks. /me owe's JamieBennett a cookie ;)
14:10 < asac> yes, minutes are much bettter
14:10 < asac> especially if they are so well prepared as ours
14:10 < asac> on the wiki ;)
14:11 < JamieBennett> :)
14:11 < asac> ok thaks all