[00:30] Amit, I am trying to enable for the LCD Touch screen, the Touchscreen uses a penmount 6000 driver which requires USB Filesystem support in the kernel. Do you know if this is planned to be implemented anytime soon? [00:30] amitk: ping [00:31] ChickenCutlass: yo mike! [00:31] amitk: Can you tell me what version of ACPI is supported in the kernel [00:31] 2.x [00:32] ah.. so thats how one gets someones attention [00:32] amitk: that is what I though -- our customer is having trouble with their BIOS -- we are not getting events like battery, ac interrupts [00:32] They said they are using ACPI 2.0 [00:33] MIDIE: yes... you need to use the nickname to get the irc client to beep ;) [00:33] thanks.. [00:34] ChickenCutlass: does this happen on Crownbeach boards too? [00:34] amitk: I do not know -- there is no battery so how can I tell [00:34] amitk: Is there a way to debug this [00:35] so its only battery and ac events? [00:35] ChickenCutlass: have you checked for thermal events? [00:36] There should be a Battery virtual drive supported by the BIOS [00:36] amitk: also power button [00:36] MIDIE: identify yourself... you are from behind the Intel firewall :) [00:37] amitk: how do I check thermal events [00:37] I am the MID IE and PDE for Menlow [00:37] Robert Frisbee [00:37] IE & PDE? [00:37] MIDIE: Hi Robert [00:37] Yea.. I am taking over Bond, PDE duties for menlow [00:38] MIDIE: What is IE and PDE? :) [00:38] IE = Integration Engineer and PDE = Product Development Engineer [00:38] MIDIE: Can you tell me if there are any ACPI issues with Menlow or Poulsbo? My customer says that the ACPI in the BIOS works just fine under XP but not Linux [00:38] ChickenCutlass: It exports a /sys file somewhere... And I assume is should have something in /proc/acpi as well [00:39] Which board version and BIOS version are you using. [00:39] There are issues with the older boards and BIOS's with ACPI compliancy [00:40] MIDIE: They are using a B1 stepping of the Poulsbo [00:41] MIDIE: Can you be more specific about the issues - - can you think of why XP would work fine and not Linux [00:41] so that has the Silverthorne A1 running BIOS version.20 something.. [00:42] Let me check my errata sheet [00:42] MIDIE: thanks [00:43] MIDIE, It is a Phoenix BIOS that they are customizing themselves [00:44] Oh. [00:46] Hmm.. If they are customizing their own BIOS, I am afraid I cannot be much help. I would recommend them try version .54 which is available up on ARMS. There were some issues related to ACPI that were fixed around BIOS version 46 [00:47] If BIOS 54 solves there problem, then I would look at what they are trying to implement [00:48] A wild swing in the dark, I would think there might be a problem with how ACPI is identified by the OS which is causing problem [00:48] MIDIE: I have a Crownbeach with AMIBIOS 08.00.14. Do I need to update? [00:48] ChickenCutlass: could you check for the thermal events [00:49] MIDIE: I tried passing the acpi_osi to Linux but that does not seem to help [00:49] amitk: I can check tomorrow -- I do not have the board with me [00:50] Look at the ID string.. [00:50] something like PSC0G0XX the XX is your BIOS version [00:51] 44 [00:51] ChickenCutlass did the Xp installation have the chipset drivers installed? [00:51] ok.. The latest BIOS is .54 some ACPI issues were fixed on version 46 [00:54] amitk do you have access to ARMS? [00:55] MIDIE: none of us do [00:55] Hmm.. [00:55] How do you usually get BIOS updates? [00:56] through Premier? [00:57] MIDIE: not gotten one yet [00:57] MIDIE: I will have to check that [00:57] MIDIE: Which drivers exactly? [00:57] Ok.. I just made sure the legal stuff was out of the way so we can post .54 to premier. I will check with my support person to see if he has loaded them up yet. [00:58] the chipset drivers Intel® ALL OS 8.2.0.1012 PV [00:59] I know that the chipset drivers include ACPI functionality for Windows. I am curious if the chipset team is enabling for linux and if functionality has been left out. I am going to have to dig into this a little. [01:01] MIDIE: ChickenCutlass: But ACPI events should come from the BIOS, right? Chipset drivers shouldn't be required for that... [01:01] amitk: that is what I thought [01:02] Yes.. For the most part. However [01:03] I have noticed that sometimes the ACPI spec was deviated from. For example, I have difficulty checking processor temp and voltage without the Intel Specific tools. [01:03] to be honest, I have not tried with Menlow and XP. [01:04] I will have to give it a looksie and see if Menlow also has a ACPI which is "customized" === asac_ is now known as asac [01:05] MIDIE: If this helps sci events are not working [01:06] gimmeasec. I am loading Ubuntu onto my system and loading the ACPI tools. [01:08] JUST out of curiosity. Is your BIOS set to conform to the 2.0 or 3.0 spec? [01:08] 2.0 [01:09] SCI events has to be enabled, It comes disabled by default [01:10] oh -- how does one do that [01:12] I believe its in Advanced > acpi configuration > chipset ACPI > [01:13] then you can enable the SCI IRQ [01:14] amitk I am trying to enable the LCD Touch screen for Crown Beach, the touchscreen that we have uses a penmount 6000 driver which requires the USB Filesystem to be supported in the Kernel. Do you know if this is going to be implemented anytime soon, or are you waiting to receive the LCD Kits before its enabled. [01:14] MIDIE: ok -- I will look and see tomorrow if the BIOS I have actually has this option. [01:14] if it does not. check premier for the latest BIOS. I know .54 has the option [01:14] if your running an older BIOS, just upgrading might solve your problem [01:15] I need to play with ACPI more. [01:15] MIDIE: ok -- need to go thanks for the ideas [01:16] on the Moblin Ubuntu, I am able to get battery states from the ACPI [01:16] MIDIE: You mean USB_DEVICEFS? [01:16] amitk yes [01:17] MIDIE: Looks like it is enabled for the lpia flavour in the Ubuntu kernel [01:18] Hmm... wierd, I checked under proc and it did not seem to be supported. [01:18] I will poke at it more [01:19] MIDIE: The config used to build the kernel is under /boot, for digging purposes [01:19] Cool. Thanks! Perhaps I just need to update my version. I am still on build 11 [01:22] MIDIE: I just booted up my Crownbeach. cat /proc/filesystems shows usbfs [01:23] amitk ok. I will rebuild. I just checked, and I don't have a /proc/filesystems /proc/fs only has nfsd [01:24] MIDIE: even my /proc/fs has only nfsd [01:24] but you need to mount the usb filesystem, right? [01:24] I don't have filesystems. Yes. the driver for penmounts needs it [01:27] amitk yea.. Its looking for USB device filesystem but it want one to mount it from mount -t usbdevfs none /proc/bus/usb [01:28] MIDIE: yeah... that can be added to fstab === asac_ is now known as asac === AtomicPunk is now known as ToddBrandt [06:03] how is the project coming along? [06:40] good morning === Jayc__ is now known as Jayc_ === cprov-away is now known as cprov === dholbach_ is now known as dholbach === sabotage_afk is now known as sabotage === cprov is now known as cprov-lunch === Jayc__ is now known as Jayc_ [16:57] Just about time to start the meeting [16:57] Greetings davidm. [16:58] hi Sciri [16:59] hey [17:00] Does anyone know if Don Johnson is joining us today? I don't see him here [17:00] I'll check [17:00] thanks [17:01] davidm: A lot of Intel folk seem to have been disconnected last hour [17:01] Ouch, that has happend before when their proxy died [17:01] the proxy seems to be working now [17:02] I'll wait a few more minutes before starting. rustyl good to hear :-) [17:02] i'm behind the firewall right now [17:02] Indeed, I see people rejoining again now [17:02] Ah, Don_Johnson just joined. :-) [17:02] Yes, I'm here. [17:03] OK I'll start the meeting then unless we need to wait for anyone else? [17:03] #startmeeting [17:03] Meeting started at 17:03. The chair is davidm. [17:03] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [17:04] OK action items from the last meeing in order. [17:04] topic upload new version of hildon-desktop out of bzr [17:04] closed: tfheen/lool to upload new version of hildon-desktop out of bzr (lool: Complete) [17:05] grumble forgot the [] [17:05] net topic [17:05] (unless anyone has any question on this; it's built for lpia too) [17:05] [topic] bspencer & horaceli to verify the ubuntu branch works and suggest changes. [17:05] New Topic: bspencer & horaceli to verify the ubuntu branch works and suggest changes. [17:06] They aren't around [17:06] Postpone until end of meeting? [17:06] I was just noticing that. Don_Johnson should we postpone this to the end or next meeting? [17:06] here [17:06] any Intel guys know if bspencer will be joining? [17:06] he just joined moblin [17:06] I don't know if Bob will be joining. [17:07] I sent him a message to join [17:07] I also pinged horaceli on #moblin [17:07] hi bspencer_ [17:07] 18:05 < davidm> [topic] bspencer & horaceli to verify the ubuntu branch works and suggest changes. [17:07] bspencer_: ^ [17:08] hello. sorry for being tardy. I'll stay after school and clean the erasers. [17:08] :-P [17:08] lool, thx. We tried it and all seems ok. [17:08] Cool [17:08] is this in regards to PPA? [17:08] bspencer_, no changes to suggest then? [17:08] lool, I don't have changes per say, but we have new things we might need to add soon [17:08] hildon-desktop ubuntu branch is good [17:09] we want to be able to disable the hildon-desktop banner from showning. [17:09] bspencer_: Okay; feel free to push these and/or ask me to pull stuff from somewhere (patch or bzr branch; please not git!) [17:09] bfiller -- how are you doing that now? Or do you just have 2 banners showing? [17:09] bspencer_: two banner currently showing.. [17:09] lool, right. We'll push these into ubuntu branch and notifiy you [17:09] bspencer_: bfiller added a gconf key allowing this to be hidden or shown [17:09] bfiller, lame [17:09] lool, I think that was for the marquee, not the startup banner [17:09] bspencer_: hildon-desktop banner? [17:09] bspencer_: Ah right [17:10] bspencer_: easy enough to add for banner too [17:10] Mithrandir, there is a "app starting" banner in hildon-desktop [17:10] bfiller, true. That is a good option [17:10] ah, that one. Yes [17:10] Mithrandir, bfiller has a better solution for a banner. [17:10] bspencer_: I'll take the action for looking at it [17:10] bfiller, great. [17:11] is this in regards to PPA? [17:11] this would go into both Hardy and PPA [17:11] (right ? ) [17:11] If it's useful in the PPA, which I guess is the case for bfiller, then yes [17:12] bfiller, is this the action item you are taking: "bfiller to for looking into a better solution for a banner to be hidden or shown in hildon-desktop" [17:12] bspencer_: have you tested latest hildon_desktop with the flash plugin home screen (as opposed to html) [17:12] bspencer_: yes, correct [17:12] bspencer_: seems like you can't click in flash movie in latest hildon-desktop [17:12] davidm: yes [17:13] bfiller, latest hildon-desktop means which one? [17:13] the one in gutsy now? [17:13] [action] bfiller to for looking into a better solution for a banner to be hidden or shown in hildon-desktop [17:13] ACTION received: bfiller to for looking into a better solution for a banner to be hidden or shown in hildon-desktop [17:13] and which mobile-basic-flash ? [17:13] * amitk is back [17:13] bspencer_: sorry, the one in PPA and ubuntu branch on launchpad [17:13] bspencer_: 0.43; the one in PPA or hardy [17:13] or bzr branch [17:14] (in *gutsy* PPA or in hardy) [17:14] bfiller, I didn't try with flash. If you are seeing problems then perhaps my job isn't done. [17:15] but I'm wondering if hildon-desktop is the reason... Seems odd [17:15] bspencer_: I'll take action to investigate this issue (if in fact it is one..) [17:15] davidm, better leave my ACTION open. I'll try to close with bfiller on the flash problem. [17:15] bspencer_, will do. [17:15] bfiller, ok. We'll check on it too [17:16] bspencer_, that was ubuntu branch works? [17:16] davidm, yes [17:16] [action] continue to hold open: bspencer & horaceli to verify the ubuntu branch works and suggest changes. for next week. [17:16] ACTION received: continue to hold open: bspencer & horaceli to verify the ubuntu branch works and suggest changes. for next week. [17:17] OK are we ready to move to the next item? [17:17] yep [17:17] [topic] Don_Johnson to explain USB client use case when user is using ext3 on device and windows on desktop [17:17] New Topic: Don_Johnson to explain USB client use case when user is using ext3 on device and windows on desktop [17:19] Don_Johnson: ^ [17:19] Sorry, give me a minute to catch up. [17:20] We looked into this use case. The USB client utilities being provided by Intel will not address this case. [17:20] How we address this user case is an open issue. [17:21] Don_Johnson: we think this is the primary use case for USB client. When do you expect to have a plan? [17:21] What will the USB client actually do? Just provide access to any installed flash cards that are VFAT in type? (Like the Nokia N800 does.) [17:21] I'll have to escalate it to see if we can get some resoruces to work on it. [17:22] Don_Johnson: it doesn't seem clear to me how the USB client support is supposed to work at all then? [17:23] Yes, this appears to be a big hole. Which I'll have to follow up on. [17:23] thanks [17:24] davidm: can you give Don_Johnson an action item so we make sure this gets followed up on? [17:24] Given the many connection options on the MID, I wonder whether USB client support is needed. how about network shares instead [17:24] [action] Don_Johnson to investigate USB client use case and how to export ext3 filesystems to windows use case [17:24] ACTION received: Don_Johnson to investigate USB client use case and how to export ext3 filesystems to windows use case [17:25] At least we need to have an understanding of how it might be used. So I'll look into that. [17:26] I do know that the Nokia N800 does not export the file system, only the installed flash cards, but then it only writes files to the flash cards that I've seen when I use mine. [17:26] But I could have missed something. [17:26] davidm: That is correct [17:26] Are we ready for the next action from last week? [17:27] I am (complete too; nothing to report here in particular) [17:27] sure, move on [17:27] [topic] lool to upload h-d to ppa (Complete) [17:27] New Topic: lool to upload h-d to ppa (Complete) [17:27] This appears to be complet [17:28] (so that's done; it was the same as the first upload, but to a different target) [17:28] Next topic [17:28] [topic] lool to upload an updated MIC which uses the PPA /by default/ [17:28] New Topic: lool to upload an updated MIC which uses the PPA /by default/ [17:28] That's in progress now; I've started piling some small fixes on MIC and will work on changing URLs next [17:28] lool: which version of MIC are you working on? [17:28] The git one [17:29] right, which revision? it changes almost daily? [17:29] Which I'll ultimately test and upload to hardy, then backport to gutsy-ppa with the URLs updated to pull from gutsy+gutsy-ppa [17:29] or are you pulling a new rev each day? [17:29] lool: What does it mean by default? Will MIC not pick up LUM in the gutsy repo? [17:29] smagoun: I pulled this morning again [17:29] smagoun: I'm pulling regularly [17:30] amitk: I'm going to change MIC in hardy to pull from hardy + hardy-ppa (currently empty, but for symetry) [17:30] Then backport the same MIC source code to gutsy-ppa but change it to pull from gutsy+gutsy-ppa [17:30] lool, do you have an ETC for it? [17:30] So the MIC in hardy will pull from hardy and the MIC in gutsy-ppa will pull from "gutsy+ppa" [17:30] lool: ok.. thats fine then. [17:30] just be careful with what you pull, MIC in git has been unstable [17:31] davidm: Unless it's overly complicated, I should be done on monday, but tests might take me some time [17:31] lool: let us know if you need help testing... [17:31] So I'll carry it as an action item for next week then? [17:32] tonyespy: Thanks [17:32] davidm: Yup [17:32] [action] carry over lool to upload an updated MIC which uses the PPA /by default/ to next week. [17:32] ACTION received: carry over lool to upload an updated MIC which uses the PPA /by default/ to next week. [17:32] [topic] rob_ubuntu take an action item to report back to the team what i find out and what our requirements will be for graphics drivers [17:32] New Topic: rob_ubuntu take an action item to report back to the team what i find out and what our requirements will be for graphics drivers [17:33] i sent out email last week to the list to cover this topic [17:33] robr: What are the chances to get something cleaner for gutsy's xorg? [17:33] I did some digging, there are only a couple small differences between EXA 2.1 and Intel's EXA [17:34] basically the current psb gfx driver requires xorg 1.3 with a patch for libexa to bring it up from 2.1 to 2.2 + changes [17:34] (Either small patches for libexa 1.1 or a libexa 1.1 backport of the driver) [17:34] robr: Bringing exa to 2.2 is not acceptable to our xorg folks, so we wouldn't be able to support this [17:34] i'm working with the gfx driver team to get them to move to xorg 1.4 which has version libexa 2.2 and is in Hardy [17:35] FWIW the delta between 2.1 and 2.2 is really small, and the primary change is labelled "this is backwards compatible" [17:35] in addition i'm working with them to get drm.ko from the version they have not to the drm.ko that is in the 2.6.24 kernel [17:36] smagoun: Bryce told me moving from exa 2.1 to 2.2 would be huge work to backport [17:36] I'd like us to focus forward and not get stuck in trying to backport the world to the PPA. The current version works, albeit with performance problems. [17:36] Like between 6 and 12 core xorg modules to backport [17:36] this is getting kicked around the management chain here at intel -- so i don't yet have a commit to make these changes [17:36] robr: so to be clear, we (canonical mobile business unit) are on our own for accelerated 2D support, right? [17:36] Mithrandir: The MID team needs to use gutsy though [17:36] smagoun: i'm not following what you mean [17:37] Mithrandir: The main target (hardy) seems to be in progress as upstream driver folks rebase on 2.2 and the hardy kernel version [17:37] lool: for now, yes. We're not going to try to get exa 2.2 with xserver 1.3, that's not recommended by upstream at all. [17:37] robr: Intel's not going to deliver functional 2D acceleration on gutsy [17:37] Mithrandir: i agree with you and i'm trying to work the issue on this end [17:37] lool: investing significant resources into the PPA stopgap is not something we want to do. It's a stopgap measure, nothing more. [17:37] robr: yup, thanks. [17:37] Mithrandir: Yes, which is why I'm questionning the availability of exa 2.1 patches (for xorg 1.3) [17:38] Mithrandir: You mean for UME or UME + MID? [17:38] lool: Intel's EXA is 2.1 + the following patches: [17:38] http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=f8482967ae8080f49dd1bbb0b79cc65020df679f [17:38] LINK received: http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=f8482967ae8080f49dd1bbb0b79cc65020df679f [17:38] http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=56cc24ffb21f7fd41f9ea9e8f969aa85021b9f53 [17:38] LINK received: http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=56cc24ffb21f7fd41f9ea9e8f969aa85021b9f53 [17:38] http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=6ed08949af4f7ac09170d3d9581e4092b24a84ee [17:38] LINK received: http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=6ed08949af4f7ac09170d3d9581e4092b24a84ee [17:39] yuck...thanks mootbot. [17:39] So it will listen to others for some things...... [17:39] lool: first, please don't confuse xorg version numbers with xserver version numbers. They're not the same. :-) [17:40] lool: secondly, xserver 1.3 already has exa 2.1, iirc? [17:40] Mithrandir: yes [17:40] Mithrandir: Yes, not 2.2 [17:40] Mithrandir: Where did I confuse these two?? [17:40] 18:37 < lool> Mithrandir: Yes, which is why I'm questionning the availability of exa 2.1 patches (for xorg 1.3) [17:40] that's my understanding and the current gfx drivers require a patch to libexa to bump it to 2.2 for 2D excelleration [17:41] Ok, so I should have said xorg server here, not xorg, thanks [17:41] i think 2.2 plus additional changes though [17:41] robr: correct. You can force it to work with 2.1, but it then glitches somehow. [17:41] (unsure exactly how) [17:41] Mithrandir: yes, exactly [17:42] lool: the MID team is also going to move to hardy, they might lag a bit more, but investing lots of resources to do something which is not a blocker isn't a good use of resources. [17:42] smagoun: (I don't know about the diffs you pasted; I don't even know whether this is enough to move from libexa 2.1 to 2.2 or whether more changes are included between these) [17:42] Alright. Since my group needs this, I'll take an action item to test Intel's flavor of exa on top of gutsy. [17:42] Mithrandir: I certainly did not understand that they would move to hardy which is why I'm bringing this up [17:43] lool: I do know about the diffs, I looked them up. :) They don't need 2.2 per se, they need those diffs. [17:43] But if they are fine with using hardy, then I'll shut up :) [17:43] [action] smagoun Since my group needs this, I'll take an action item to test Intel's flavor of exa on top of gutsy. [17:43] ACTION received: smagoun Since my group needs this, I'll take an action item to test Intel's flavor of exa on top of gutsy. [17:43] No, we're not switching to Hardy right now. [17:43] lool: that's the issue we're trying to resolve internally [17:43] smagoun: I'm not talking about right now, I'm talking about in the short-to-possibly-medium-term. [17:44] robr: Well you're also trying to target the same kernel as hardy does and the same libexa + xorg server as hardy does; but there was consensus no that, so I didn't discuss it [17:44] Mithrandir: we're quite nearsighted [17:44] so what i need to know is do you need 2D & 3D acceleration on Gutsy and when will your customers switch to Hardy [17:44] is smagoun's team called "MID team" ? or is that my team? I thought smagoun's team might be giving a real customer gutsy for awhile (e.g for the next 4 months) [17:45] so supporting gutsy is important [17:45] bspencer_: we're on Gutsy for a couple of months, yes. [17:45] bspencer_: smagoun's team is the "Canonical MID team", or something like that. We're still struggling with a good name for them. :-) [17:45] but you guys can wrestle over that [17:45] the plan is to stay on Gutsy for our customers until Hardy is stable, then switch [17:45] bspencer_: My group is the "mobile business unit" [17:45] we need 2d and 3d acceleration on gutsy [17:46] robr: ideally, a solution for gutsy and hardy would be great [17:46] smagoun, MBU -- formerly known as Pepper guys [17:46] * amitk struggles with MID, UMPC, UME, UMC and now MBU every day [17:46] then you will have to take what we have now, i can't see anything changing on Gutsy -- Hardy is when I can see a change [17:46] Too many TLAs [17:46] amitk, don't forget MIC [17:46] amitk: I thought we killed UMC? [17:47] robr: sounds reasonable [17:47] Mithrandir: good riddance [17:47] robr: what is Intel doing to avoid the version mismatch problem in the future? It's happend several times now. [17:47] OK, we are running out of time... Do we know what we are doing at this point? [17:47] Ok; so point closed; everybody is free to try fixing gutsy 2D/3D support; development tries to target hardy's kernel + xorg server + libexa versions for now; correct? [17:48] 12 minutes left. [17:48] smagoun: physical torture for those groups that fall out of line [17:48] lool: I think that is an appropriate summary [17:48] bfiller / lool : i think that summary is correct [17:48] OK next topic then? [17:49] Yup; yours [17:49] [topic] davidm to verify a new time for this meeting. (Complete: Every Thursday at 17:00 UTC is the new standard meeting time.) [17:49] New Topic: davidm to verify a new time for this meeting. (Complete: Every Thursday at 17:00 UTC is the new standard meeting time.) [17:49] This is the new time until the next time change I think. [17:49] sounds splendid to me. [17:50] [topic] carry on "Discuss process for Gutsy / Hardy transition (bspencer)" for next week [17:50] I guess everybody here knows about the new time or wouldn't be here :-P [17:50] New Topic: carry on "Discuss process for Gutsy / Hardy transition (bspencer)" for next week [17:50] great for us. no change is good [17:50] davidm, seems like we have already been doing this [17:50] what was remaining to hash out? [17:50] Sort of, but we carred it over so I just want to make sure there is nothing else or I'll close it. [17:51] Anything else on this topic? [17:52] OK then, next topic [17:52] [topic] Specs need to be finalized next week (for the 22nd) [17:52] New Topic: Specs need to be finalized next week (for the 22nd) [17:52] So that's just a reminder that the dead line for the contents of specs before review is the 22nd, that's next week [17:52] what does finalized mean? [17:53] Anyone that is drafting a spec needs to have it finished next week. [17:53] I don't know whether the mobile project is affected by the same deadlines though [17:53] Finished/ Complete [17:53] We are [17:54] Mithrandir, from the drafter completing the spec to finialzing it approximately how long does that take? [17:54] Mithrandir, A day/hours? [17:54] I've never finalized a spec as yet. [17:54] for the record, i'm on the hook for a blueprint describing usability/functional changes to network-manager for mobile. [17:55] There's no drafter for mobile-hardy-image-creator on my specs, other specs seem to have some drafting already [17:55] since, i'm just starting it....it's doubtful it can be "finalized" by next week [17:55] davidm: depends on how many specs pile up at once. [17:55] Mithrandir, there was a guy who was going to own System Update stuff. I don't remember. Is he going to write a MID-specific spec for that? [17:56] bspencer_: we had a miscommunication wrt that, so we need to do something clever for that. We'll be providing the UI for that, but it might be somewhat delayed over the original schedule. [17:56] davidm: but in general, review + approval takes an hour or two per spec. [17:56] If I understand the Canonical process if it's not finalized it's not in hardy (I think) Mithrandir is that basically correct? [17:56] ok. there's some details we discussed wrt updating, app install, website, etc that should be written somewhere [17:56] ( Mithrandir ) [17:57] HappyCamp_ubuntu: Does anything needs drafting for mobile-hardy-image-creator? There's currently no associated wiki page on that [17:57] davidm: s/Canonical/Ubuntu/, otherwise yes. [17:57] way running out of time here are we OK to run over? [17:58] I'm fine running over. [17:58] my topics can wait if needed. I'm also fine running over [17:58] I'm fine too [17:58] Does anyone have to leave in 2 minutes or can we run over? [17:58] nope... [17:58] I'll be leaving [17:58] bspencer_: is it in the notes from the BOF? If so, they should be fine being picked up. [17:58] Don_Johnson, I'll post you the URL for Mootbot so you can read the rest of the info [17:59] Mithrandir, probably.... I went through the BoF's for the apps but not that one in particular [17:59] someone took to BoF for the apps and put them in the specs. whoever did that: thanks! I tried to clean them up a little too [18:00] OK, are we ready to move on? [18:00] bspencer_: I did that for the apps. Who owns the system updates spec? [18:00] bspencer_: hopefully the info is still in gobby? [18:00] system updates is registered by StevenK, assigned to mvo [18:00] bfiller, thanks a lot. [18:00] (approver is mobile team, no drafter) [18:01] https://blueprints.launchpad.net/ubuntu/+spec/mobile-software-updates [18:02] * bspencer_ looks around for a volunteer, then pretends he is busy checking email [18:02] looks like the spec has some BoF notes from UDS at a very high level [18:02] on volunteer this week. davidm let's move on [18:02] K [18:03] finally a new topic not an old action [18:03] [topic] input methods: scim or hildon input method? - Kyle [18:03] New Topic: input methods: scim or hildon input method? - Kyle [18:03] I got some Chinese input method stuff working on a UME target via SCIM with Arne and Lool. Posted to list&wiki. There's also the Hildon Input Method approach, about which I can't find much info. [18:03] so the question is: has mobile decided which approach to use? [18:04] > stuff working [18:04] what does that mean? [18:04] it is elegant and works well? [18:04] bspencer_: we wouldn't want it to stand out :) [18:04] it means you can enter Simplified Chinese characters from a USA layout keybaord in mobile [18:04] both hardware keybaord and virtual [18:04] does there exist an on-screen keyboard plugin for SCIM? [18:04] I think it will work for the other CJK languages but haven' tested [18:04]