January 26th, 2010, 13:00 UTC in #ubuntu-meeting.
Link to previous meeting
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.
- Readjustment of the meeting schedule to better fit current participants -- persia
- Kernel Status (cooloney, ericm)
QA Status (GrueMaster, plars)
ARM Application status (JamieBennett, dyfet)
- ARM Porting/FTBFS status (NCommander, dyfet)
- ARM Image Status (ogra, persia)
- Any Other Business
JamieBennett to complete imx51 backporting documentation on boot-speed.
- cooloney to investigate lucid kernel patches that may need back-porting.
- NCommander to ensure that dove gets devtmpfs lucid bits enabled.
- NCommander to raise apport-retracer for armel from the dead.
- NCommander to investigate ericm's xorg naming bug
- persia to suggest and coordinate discussion on meeting schedule
- asac and ogra to decide what to do with bootloader specs
- asac to open bugs and assign for issues identified in thumb2review
- asac and dmart to finish thumb2 review for universe
JamieBennett, plars and asac to decide what to do wrt bootchartgui seeding
- ogra informed the team that after recent work on the iMX51 image including kernel patches that were back-ported by cooloney, there is a noticeable boot speed increase.
gnome-panel crashes still persisted in the images despite work being done by plars to find the issue. A bug was filed (https://launchpad.net/bugs/458109) and investigations continue.
- NCommander took up the action item to look into crash issues with the apport retracer which can be flaky at times. It is believed that the ARM fakeroot implementation causes this but no more is known at this time.
- Talk drifted to Thumb2 issues again, this time asac reported the outcome of talks with dmart from ARM. asac explained that there are three possible area's where Thumb2 could have issues, 1) user space apps; solution is to work around issues, 2) kernel/toolchain; eliminate bad instructions, and 3) hardware; fix bad hardware. Of the three we are seeing on the dove images, the team decided that ideally we would see a change in hardware but the most likely route would be kernel and toolchain workarounds.
- vldr instructions continue to be a problem on dove. The only possible outcomes at the moment are rebuild the archive for generic ARM, losing all iMX51 performance improvements or find a work-around. Obviously the latter is preferred but the solution escapes the team at this time.
- ogra informed the team that uboot is to be dropped this cycle in favour of continuing with redboot. uboot has proved to be a little too much to implement for this cycle.
- Discussion moved to meeting schedules again. persia took the action item to investigate a good time to reschedule the meetings after this cycle.
Team work items look to be in good shape with the current status being just above the trend line. There was talk that by the end of the week they would be in even better shape as both asac and JamieBennett planned to close multiple items. There is an outstanding issue with the bootloader spec so asac and ogra took up the action item to sort that out.
iMX51 kernels were reported to be in good shape with both plars and GrueMaster indicating that testing had gone well, with plars' new testing methods contributing. He invited people to help fill in the test plan at https://wiki.ubuntu.com/ARM/Testing/ArmPairwiseResult
GrueMaster indicated that he had issues with ubiquity last week but plars mentioned that more recent images seemed to fix it.
JamieBennett mentioned that the Canola media player would not be ready for Lucid but it continues to be an interesting prospect for Lucid+1.
- The fail to build list for ARM looks in great shape at this time. Thumb2 utilising packages will still need to be reviewed on a package-by-package basis and asac took up the action to do this.
- ARM images are looking good even though there are still issues with dove. The team hope to resolve that one way or another very soon.
ogra asked if bootchart could be removed from the seeds now. plars and JamieBennett indicated that they would like to see it stay for now and took up an action item to discuss this later.
- persia has been working with rbelem to get Ubuntu Liquid into shape with the consensus that they are progressing well and aiming for a alpha-3 release.
Jamie Bennett (JamieBennett)
- Sucked into other projects, no direct work on my own blueprints.
- 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 (dyfet)
- 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
- 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)
- 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
- escalate uboot bugs to freescale
- various discussions thumb2/breakage with dove
- Release Team Meeting
- collect input on Alpha-3 planning and communicate to managers
- work on sprint agenda
- 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
Paul Larson (plars)
- spent quite a bit of time trying to determine the cause of the hard hangs we were seeing with dove. Narrowed it down to pybootchartgui, and eventually python in general. With some, but not all scripts, python seemed to be triggering it.
- Tested a new build of python - seems to have fixed the hang problem we were seeing with dove, at least the one that was affecting boot wrt pybootchartgui
- Created virtual milestones, inserted entries for the testcases into iso tracker database.
- These will be available after the hardy .4 testing is concluded via iso tracker
- Bringup testing and results posting
- work on suspend/resume tests
Steve Kowalik (StevenK)
Attended LCA 2010, in Wellington, New Zealand.
- Spent several hours getting alternate image installed on dove and modified to where I can test for other failures. Python issues kept locking the system up, nearly halting all progress. Found that same drive could be booted on imx51, so used it to apply updates and tweak boot scripts until environment was semi-stabilized.
- Found another program that segfaults on dove but not on imx51. Reported it as bug #510954
Posted bug against Lucid on Dove for the way it currently displays monospace fonts. Trying to type commands in a terminal window is nearly impossible due to the font display issues. Same drive & image looks fine on imx51.
- Ran OLVER Lib tests over the weekend on imx51. Two sets of results; one with OLVER built against Karmic, one with OLVER built against Lucid.
- need to update OLVER tests based on email correspondence received from LSB Engineer. Some settings were incorrect, plus there are bug fixes in the test suite that are not in our snapshot.
- daily testing.
- Prepare for PDX Sprint.
- Lost most of last week due to sickness
- Worked on porting likewise to ARM
- Continued investigation of Dove thumb2 issues
- Worked with ericm on testing newer Dove boards for stability
- Got JTAG up and running on Dove Y0/Y1
- Dove stability investigation continues
- Prepare for PDX Sprint
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_ [email@example.com] 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 [firstname.lastname@example.org] 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 [email@example.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 [firstname.lastname@example.org] has joined #ubuntu-meeting 14:03 -!- jsalisbury [email@example.com] 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 [firstname.lastname@example.org] has joined #ubuntu-meeting 14:04 < rbelem> our milestone is alpha3 14:04 -!- mjeanson [email@example.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 [firstname.lastname@example.org] 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_ [email@example.com] has joined #ubuntu-meeting 14:08 * ogra totally forgot about it ... 14:08 -!- shriekout_ [firstname.lastname@example.org] 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