=== Margie___ is now known as Margie [01:11] ToddBrandt: Okay, I see your update about moblin-applets, which is great -- what can we do in the short term? === sabotage_home is now known as sabotage [02:19] you guys notice that flashplugin-nonfree is missing from gutsy? [06:48] good morning [07:04] HappyCamp: you around? [08:42] asac: Ping, when you're around [08:48] Mithrandir: h-i-m has progressed! [08:48] morning [08:51] h-i-m being hildon input method ? so you're trying to integrate it ? [08:51] I'm trying to test it at this point. === doko_ is now known as doko [09:19] StevenK: yep [10:44] asac: Right, I'm back after dinner. [10:44] asac: Modest doesn't link against xulrunner 1.9 ; http://paste.ubuntu.com/2339/ [10:46] tried to include the gtkmozembed_glue.cpp ? [10:46] StevenK: ? [10:47] asac: Nope, I'm not sure where to include it. [10:50] somewhere :) [10:50] asac: Suggestions of where to include it gratefully recieved. [10:50] doesn't matter much [10:50] in one file that is in your lib [10:51] What's the ifdef? XPCOM_?? [10:51] actually i wonder why modest speaks to talk to mozembed directly ...shouldn't this be put into tinymail? [10:51] e.g. a feature to zoom + find text? [10:51] #ifdef XPCOM_GLUE [10:52] Not sure about that, and that sort of split is up to upstream. [10:52] (i guess you have the cflags of libxul-embedding-1.9?) [10:52] Yeah, I think I already hacked that in. [10:52] Just trying a test build. [11:03] asac: That blows up even worse! [11:03] asac: http://paste.ubuntu.com/2341/ [11:10] StevenK: you trying to build with gcc or g++ ? [11:10] gcc [11:10] I can pass CC=g++ if you really want [11:10] But I consider that a hack. :-) [11:13] StevenK: look what you include now :) [11:14] Heh [11:14] StevenK: a trick is to use: [11:14] nodist_libdevhelp_1_la_SOURCES = \ dummy.cpp [11:14] thats what i did to libdevhelp to force c++ linkage [11:14] oh its compile for you [11:14] Right [11:14] well ... you have to rename the file that includes the glue [11:14] to .cpp [11:15] Okay, trying that [11:33] StevenK: It's only a hack when it's clever :) [11:33] Heh [11:35] StevenK: have you ever found someone being able to compile the modest trunk= [11:35] ? [11:36] Nope :-) [11:36] so are they on crack? [11:36] i mean they should at least compile their code :) [11:37] or is trunk a "coding-only" branch for them ;) [11:37] ? [11:37] I have no idea [11:37] Right, it still blows up. [11:37] I'm dragging myself off to bed, I'll poke tomorrow [11:37] sure [11:39] i still think that the clean solution would be to move the zoom capability to tinymail :) === dholbach_ is now known as dholbach === asac_ is now known as asac [12:45] StevenK: h-i-m> excellent; how? [12:51] im trying to add my own application to the mobile-basic-flash plugin [12:52] the flsh*.swf files do not seem to reflect new changes [12:52] has anyone tried anything on similar lines [13:11] codi: have a look at http://ianlawrence.info/random-stuff/location-services-on-ubuntu-mobile/ ..you need to update the xml file [13:12] ian_brasil: thats the i followed [13:13] but the directory structure has changed and so has conf.xml [13:23] that stuff should be on planet ubuntu :) [13:24] codi: try and download the swf again from moblin.org === asac_ is now known as asac [13:26] ian_brasil: thats not achieve my goal [13:30] codi: how has the directory structure changed?..in the moblin repos http://www.moblin.org/repos/ it is the same structure as in the example [13:31] ian_brasil : i missed the snip snip in the example [13:32] ian_brasil: so my new icon shows up now :) === asac_ is now known as asac [15:01] lool: ping [15:01] smagoun: pong [15:02] lool: cheese 0.2.4 in the gutsy ppa doesn't install - looks like it's really the hardy build of cheese [15:02] smagoun: (You might want to batch your request with the next ping; command pipelining!) [15:02] :) [15:03] smagoun: That's strange, it doesn't look like it; what's the exact error you get? [15:04] http://moblin.pastebin.org/9836 === cprov is now known as cprov-lunch [15:23] smagoun: Ah [15:23] smagoun: Might be because of gusty-proposed and gutsy-updates [15:23] smagoun: Try adding gusty-updates to your source.list [15:25] smagoun: Yeah, probably the updates [15:26] smagoun: You're welcome to file a bug against MIC to also pull from -updates and -security [15:29] lool: thanks. I'll try that + file a bug === davidm_ is now known as davidm === davidm__ is now known as davidm === davidm is now known as davidm__ === davidm__ is now known as davidm === davidm is now known as davidm_ === davidm_ is now known as davidm === davidm_ is now known as davidm === cprov-lunch is now known as cprov [17:00] #startmeeting [17:00] Meeting started at 17:00. The chair is davidm. [17:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [17:00] Good morning everyone. [17:00] Is everyone one present? [17:00] good morning, davidm [17:00] davidm: Hi David. [17:01] Might as well get started [17:01] [topic] bfiller to for looking into a better solution for a banner to be [17:01] New Topic: bfiller to for looking into a better solution for a banner to be [17:02] https://wiki.ubuntu.com/MobileAndEmbedded/Meeting/20071129 is today's topic. [17:02] davidm: hi [17:02] I have a fix but haven't committed it yet because of other issues I'm having with hildon-desktop [17:02] I flied a bug in hildon-desktop about the problems [17:03] hoping that lool or bspencer could help investigate [17:03] bfiller, what is the bug #? [17:03] * lool didn't see the bug yet, but didn't try with the flash UI either [17:03] davidm: hold on, let me check [17:04] bug #172426 ? [17:04] Launchpad bug 172426 in hildon-desktop "home screen having issues with scrolling and focus" [Undecided,New] https://launchpad.net/bugs/172426 [17:04] davidm: bug number 172426 [17:04] bfiller, thanks [17:04] lool, can you take a look at this? [17:05] note, could be a moblin issue and not a problem with hildon-desktop, just not sure yet [17:05] davidm: If I can reproduce it, I guess I could try to investigate [17:05] thanks [17:05] moblin meaning mobile-basic-flash or other associated packages [17:05] is bspencer going to be joining us? [17:05] [action] lool to take a look at bug # 172426 and see if he can reproduce it. [17:05] he might be able to assist here as well [17:05] ACTION received: lool to take a look at bug # 172426 and see if he can reproduce it. [17:06] bfiller, should I carry the topic again? [17:06] davidm: sure [17:06] I appended it slightly for the end of the topic to be readable [17:06] [action] carry over bfiller to for looking into a better solution for a banner to be [17:06] ACTION received: carry over bfiller to for looking into a better solution for a banner to be [17:07] Oh well :) [17:07] is bspenser here? [17:07] Hmmm... Like Yoda sounds like this, yes... [17:07] I don't see him and the next topic is his. [17:08] Pinged around on #moblin [17:08] OK skipping the next topic then [17:08] the next series of topics relate to USB Client [17:09] [topic] bspencer & Don_Johnson to clarify the process and deliverables. [17:09] New Topic: bspencer & Don_Johnson to clarify the process and deliverables. [17:09] Don_Johnson, since you are here any comments? [17:09] I had a good discussion with the USB Client developer last night. [17:09] here [17:09] I have not had a chance to write up anything for the mailing list yet. [17:09] smagoun: I appended to your action item; I hope my addition is correct (the one on psb / exa) [17:10] lool: thx, looks good [17:10] Don_Johnson: when do you expect to have a writeup? [17:10] With respect to the question about whether users select folders to export, this feature is coded into the USB Client utility, that runs on the client. [17:11] To disable it would require modifying the USB Client Utilty code. [17:11] Don_Johnson: So the users are expected to be able to browse /any/ place on the MID device? [17:11] bspencer: Hi Bob. [17:11] agoliveira, hello. [17:11] lool, no. We will restrict them [17:11] It seems like that is the way the USB Client utility is written. [17:11] it is up to us to decide that, right? [17:12] lool: what our group would do would be to hardcode certain dirs so the user wouldn't have to configure anything [17:12] bspencer: backlog is in http://people.dooz.org/~lool/um-20071129.txt [17:12] I assume the USB connection to PC is only for personal content. So we can just expose those pieces [17:12] From my discussion with Henry, the USB Client utilty lets the user decide what to export. I don't know what is visible to the USB Client utility. [17:13] Don_Johnson: Did you get clarifications about mass storage mode versus rndis mode? When does one use the first or the second? [17:13] I'm confused, one of the key questions was exporting an ext3 Linux file system to mount on Windows. Has that been solved? [17:14] two questions one answer, coming up. [17:14] Does the USB Client code bypass the issue? [17:14] davidm: Isn't the "USB Client" code the RNDIS client stuff? [17:14] The devie starts up in mass store mode and exports VFAT partition, which is used for autoinstall on the Host (i.e. Windows host side utility) [17:15] OK, where does this vfat partition come from? [17:15] Once the host side utility is installed the client and host utilities negotiate and it switches to RNDS mode. [17:15] Don_Johnson: So typically a fixed content on the MID device, not visible to the end MID user [17:15] lool, I am not sure so I'm asking questions ;-) [17:16] The VFAT partition is on the MID, an appears to be specific for autoinstall. However if the client side utility is disabled it stays in mass store mode [17:16] so it's never really an USB mass storage device, and is only really useful in rndis mode? [17:16] Don_Johnson: Is the user allowed to add stuff to this vfat? Either from MID or from PC? [17:16] Don_Johnson: do you know if HappyCamp or Praj is working on change to Image Creator to incorporate that VFAT partition? [17:17] Mithrandir: yes [17:17] smagoun, we have discussed this possibility but don't like it [17:17] I'm not aware of what is going on with Image Creator. [17:17] (VFAT partition) [17:17] we are trying to work with the USB client guys to figure out how to not have vFAT, but that would be the fallback [17:18] I guess we could have the vfat partition generated by a separate package; doesn't need to be in MIC [17:18] bspencer: then I'm confused. How does the VFAT partition get on the device? [17:18] I'd like to get this written up with some use cases and put it on the mail lsit. [17:18] the disadvantages of vfat are obvious: split disk size, no permissions/security, etc. [17:18] [action] Don_Johnson to get this written up (USB info) with some use cases and put it on the mail list. [17:18] ACTION received: Don_Johnson to get this written up (USB info) with some use cases and put it on the mail list. [17:18] smagoun, if we can not develop a solution that doesn't require VFAT, then yes, Image Creator will create VFAT partition for media [17:19] s/media/user data such as media [17:19] bspencer, that will effect install sizes then? [17:19] certainly [17:19] bspencer: I thought the VFAT partition was required to store the host utility, even if the rest of hte filesystem + data is on ext3 [17:20] smagoun: they have asked me to think about adding the vfat to MIC. I haven't done it yet. Still working on Yum support. [17:20] smagoun, from my discussion with Henry, yes, the VFAT partition is required to support autoinstall [17:20] If could as well be a vfat file on the MID, no? [17:21] I believe for autoinstall from MID the vfat filesystem would have to be on the MID. What am I missing in your question? [17:21] Don_Johnson: Is the user supposed to be able to add files to this VFAT when the MID is still in mass storage mode? [17:21] Can we look at this next week after Don_Johnson has had time to write it up and put it on the mailing list? [17:21] Don_Johnson: are you 100% sure that you can do auto install with VFAT? I know things like the U3 system have a fake CD-ROM drive to do auto install. [17:21] IOW: is it read write, or just like an installation CD [17:21] lool: yes, if it's exported as a drive via USB client :) [17:22] smagoun: But then it's not necessarily the VFAT anymore [17:22] davidm: +1 at least for me it's a bit confusing right now [17:22] I'll try to address these additinal questions in the write up. I don't have answers right now. [17:23] Don_Johnson, bspencer, are you both OK taking this to the email lists and then talking about it next week? [17:23] lool: the file can be a self-contained VFAT filesystem that's loopback mounted + exported over USB. Not good for general use, but possibly good enough for use as a way to get the host utility onto the host system [17:23] I am OK taking it to the email list, and updating next week. [17:24] smagoun: I'm not sure that a loopback file will work, rustyl knows more. [17:24] smagoun: That's exactly what I was thinking of, I think that's fairly easy -- unless we allow read write to that [17:24] smagoun: If the vfat ends up containing user data, then we need to be able to mount it from the MID too [17:24] Don_Johnson: This USB client thing has been up in the air since at least UDS. Let's get it nailed down next week. [17:24] [action] carry over to next week: bspencer & Don_Johnson to clarify the process and deliverables [17:24] ACTION received: carry over to next week: bspencer & Don_Johnson to clarify the process and deliverables [17:24] He was saying something that the "gadget driver" is pointed to a /dev/ entry. [17:24] smagoun: And then you ask yourself the question: how do I prevent it from being mounted from Windows and the MID at the same time :) [17:24] Now maybe a file would work but I'm not sure. [17:25] lool: no data on VFAT, just the host utility. [17:25] smagoun: Which is why I kept asking about whether the user is supposed to be able to add/remove files on the device when in mass storage mode / vfat [17:25] smagoun: That's what I wanted clarified by Don_Johnson [17:25] lool: I vote no [17:25] smagoun: Oh I vote no, if I get to vote :) [17:25] unless there are objections I am going to jump back to the skipped action [17:25] lool: +1. Just put "Syncing" on the screen [17:26] [topic] continue to hold open: bspencer & horaceli to verify the ubuntu branch works [17:26] New Topic: continue to hold open: bspencer & horaceli to verify the ubuntu branch works [17:26] bspencer: +1 to what? To allow mounting it from a single place or to disallow ever writing to the vfat? [17:26] lool: whether the user is supposed to be able to add/remove files on the device when in mass storage mode / vfat [17:26] disallow writing [17:27] davidm, Horace and I have not tried the flash app launching [17:27] bspencer, carry over again? [17:27] only the HTML app launching [17:27] davidm, yes [17:27] [action] continue to hold open: bspencer & horaceli to verify the ubuntu branch works [17:27] ACTION received: continue to hold open: bspencer & horaceli to verify the ubuntu branch works [17:27] [topic] carry over smagoun Since my group needs it, I'll take an action item to test overriding exa for a gutsy psb backport [17:27] New Topic: carry over smagoun Since my group needs it, I'll take an action item to test overriding exa for a gutsy psb backport [17:27] I haven't done more work on the PSB/EXA issue, please carry over the task (again) === sodarock_laptop is now known as HappyCamp_laptop [17:28] bspencer: if you could take a look at this bug I filed, it might be helpful: Launchpad bug 172426 in hildon-desktop "home screen having issues with scrolling and focus" [Undecided,New] https://launchpad.net/bugs/172426 [17:28] Launchpad bug 172426 in hildon-desktop "home screen having issues with scrolling and focus" [Undecided,New] [17:28] Launchpad bug 172426 in hildon-desktop "home screen having issues with scrolling and focus" [Undecided,New] https://launchpad.net/bugs/172426 [17:28] oops [17:28] bfiller, ok [17:28] [action] carry over smagoun Since my group needs it, I'll take an action item to test overriding exa for a gutsy psb backport [17:28] ACTION received: carry over smagoun Since my group needs it, I'll take an action item to test overriding exa for a gutsy psb backport [17:28] bfiller, thanks for logging these [17:28] bspencer: sure [17:29] [topic] kyleN to test h-i-m and get back to StevenK on status Mobile Application spec: [17:29] New Topic: kyleN to test h-i-m and get back to StevenK on status Mobile Application spec: [17:29] steveK added the h-i-m stuff. the gnome documentation for h-i-m is minimal and in a short period of trying I couldn't get anything to work. I'll try again later, so please carry over. [17:29] [action] kyleN to test h-i-m and get back to StevenK on status Mobile Application spec: (issue documentation is light) [17:29] ACTION received: kyleN to test h-i-m and get back to StevenK on status Mobile Application spec: (issue documentation is light) [17:30] [tpoic] bspencer to email his suggested levels to this list shortly [17:30] [topic] bspencer to email his suggested levels to this list shortly [17:30] New Topic: bspencer to email his suggested levels to this list shortly [17:30] forgot... mailing now [17:30] bspencer, OK so no additional action at this point? [17:31] no [17:31] [topic] tonyespy to test if wifi keys & passphrases are remembered after reboot or r [17:31] New Topic: tonyespy to test if wifi keys & passphrases are remembered after reboot or r [17:31] they're not right now [17:32] due to gnome-keyring-manager not being started [17:32] i've figured out how to start it... [17:32] Does anyone know how Nokia does it on N800? [17:32] Are they using something else? Or how are they starting gkd? [17:32] they're connection-mgr is proprietary [17:32] lool: IIRC, proprietary stuff [17:32] tonyespy: So it doesn't put the passwds in a global keyring? [17:33] Ok [17:33] no...it's user-specific [17:33] tonyespy: have you tried to run it manually in the session and see if they're then saved? [17:33] Mithrandir: yes... it works, but the user is prompted to enter a pw for the keyring [17:34] tonyespy: ok, so it's still not great, but it's better. The keyring passphrase problem is being fixed upstream [17:34] i'm trying to see if i can hard-code the pw for now, so the user never sees the keyring pw prompt [17:34] Mithrandir: it doesn't look like it's been fixed upstream yet [17:34] tonyespy: it will be for hardy. [17:35] Mithrandir: only if NM upstream implements it [17:35] Mithrandir: can you summarize what the fix is? [17:35] there is no fix yet [17:35] "proposed" fix? [17:35] NM 0.7 has a ToDo item to add global settings [17:35] there's no detail on how it's supposed to work [17:36] so i don't know if it involves the keyring mgr or not [17:36] tonyespy: uh, no? It's getting gnome-keyring to support blank passwords. [17:36] see http://bugzilla.gnome.org/show_bug.cgi?id=386866 [17:36] Gnome bug 386866 in general "gnome-keyring should support blank passwords" [Normal,Assigned] [17:36] no need for global settings there? [17:36] tonyespy: I think the problem is that the initial keyring needs to be created with a password; if you can precreate it without a password, it should work [17:36] (IIUC) [17:37] lool: i'm not sure a MID user wants/needs the complexity of a keyring [17:38] i'd like to get rid of it for MID; global settings in NM is one way [17:38] tonyespy: I'm convinced that doesn't [17:38] tonyespy, we have to have it too may applications expect it and would require rewrites to remove it. [17:39] Better to remove need for password [17:39] davidm: have you ever tried to change an AP key? [17:39] tonyespy: fixing gnome-keyring-manager to support blank passwords is a lot easier than implementing global settings in NM. I'm not saying we won't see global settings, but fixing it in gnome-keyring-manager is enough for us. [17:39] AP?? Access point? [17:39] yea [17:40] right now, nm-applet saves AP keys in the keyring as hex values. blech [17:40] as in, reauthenticate if the WPA key has changed? I've done it, it just worked, iirc. [17:40] I had to type in the new passphrase, of course. [17:40] Mithrandir: how did you get the passphrase dialog to re-appear? [17:41] tonyespy: I selected the network and it just gave me the initial dialog, iirc. [17:41] just like what happens if you write the wrong password. [17:41] 20 minute warning .... [17:41] davidm [topic] bspencer to email his suggested levels to this list shortly. [Done] [17:42] thanks bspencer [17:42] anyway, move on? [17:42] ok, for now, i'm working on making blank pw work for keyring short-term [17:42] long-term, i'm working on the mobile-networking blueprint.... [17:42] let's move-on [17:42] please make sure to talk to upstream so anything you do can just be merged with their stuff. [17:42] [topic] smagoun - X fails to start on Crown Beach with recent images, will investigate [17:42] New Topic: smagoun - X fails to start on Crown Beach with recent images, will investigate [17:42] The problem is that the PSB + DRM drivers in l-u-m need to be updated to the latest version in the psb-kmd project at moblin.org. This needs to be coordinated with an xf86-video-psb update (the two should be updated at the same time). [17:43] Mithrandir: will do [17:43] Since we're pulling from moblin's repo - which has the latest xf86-video-psb - we had to update our l-u-m [17:44] I think amitk + bryce(?) need to coordinate to make sure that both the l-u-m and xf86-video-psb updates happen at the same time for hardy [17:45] amitk, thoughts? [17:45] smagoun: first hardy kernel is being uploaded today. But it won't have these changes. We should have them for Alpha 2, though [17:46] smagoun: will updating the drivers to PPA suffice for now? [17:46] We're not switching to hardy just yet; the problem will only affect people using hardy on menlow. [17:47] amitk: that would be fine, though the corresponding xf86-video-psb should go into the PPA to avoid problems for people not pulling from moblin [17:48] amitk, can you take an action to make that happen? [17:48] bryce should be able to take care of the xf86 driver [17:48] davidm: sure [17:48] I hope that doesn't imply a xorg backport [17:48] Or Bryce will kill us all [17:49] It shouldn't - just that module [17:49] [action] amitk to update hardy ppa with drivers [17:49] ACTION received: amitk to update hardy ppa with drivers [17:49] lool: good point :) [17:49] OK next topic? [17:49] If it does imply an xorg backport, don't bother - we (MID team) have a workaround already [17:50] 10 minute warning [17:50] smagoun, amitk OK to move on? [17:51] ok [17:51] [topic] davidm to have amit contact smagoun when back from vacation. [17:51] New Topic: davidm to have amit contact smagoun when back from vacation. [17:51] davidm: he just did :) [17:51] ok [17:51] Good ;-) [17:51] we're all set for this one [17:51] Good good [17:52] on to new business only one I see at the moment [17:52] [topic] Confirmation of place for Mobile sprint - agoliveira [17:52] New Topic: Confirmation of place for Mobile sprint - agoliveira [17:52] bspencer: "Buildable in target environment with autogen, configure, make"? You mean buildable in the standard dev environment, no external dep? You might want to avoid this wording for e.g. python apps [17:52] Yep. Looks like that we might have a change of venue and I would like to know if there's any confirmation either way. [17:53] The sprint is in Hillsboro OR in the US at the End of January Jan 28 - Feb 1 should arrive Jan 27th [17:53] lool, good point. [17:53] lool, I'd like to clarify for C and pythong though, rather than be too vague [17:53] I have confirmed that we will be there and those on my team should go ahead and get tickets anytime [17:53] davidm: Fine. Just to want to be sure before plan for it. [17:53] davidm: That's all for me. [17:54] K [17:54] I have no other new business [17:54] anybody around? [17:54] bspencer: Well about apps in shell, perl, etc.? [17:54] lool, for those I can put what you said. [17:54] lool, bspencer is this a new topic? [17:55] Burgundavia: Lots of people around; IRC meeting. [17:55] davidm, no . just chatting about apps criteria [17:55] OK just making sure [17:55] davidm: Sorry commenting on the levels bspencer sent [17:55] * lool keeps it for post meeting [17:55] OK if there is no other new business I'll close the meeting [17:55] lool, buildable in the standard dev environment, no external dev. For C: autogen, configure, make. For Python: .... [17:55] Going once ........ [17:56] lool, I guess I want to suggest autogen is used. [17:56] bspencer: Just FYI, some python apps are building via autogen + configure + make :) [17:56] bspencer: Why not simply require Debian policy compliant packaging or something? [17:56] Going twice .......... [17:56] bspencer: And only allowed build-deps from dev set [17:56] someday I'll write an SDK to clarify all this ... ;) [17:56] $120! [17:57] #endmeeting [17:57] Meeting finished at 17:57. [17:57] agoliveira, $120?? [17:57] Sold! Do agoliveira for $120! [17:57] Sciri: I thought the same :) [17:57] davidm: I got into the going once, twice stuff :) [17:57] s/Do/To/ [17:58] I'm tempted to fortune this, but it's a bit too contextual :) [17:58] Sciri: Thats for the last bit. I was starting to get offended :) [17:58] * ian_brasil wonders what he agoliveira bought [17:58] agoliveira: Yeah...that was a bit of a bad typo ;) [17:58] ian_brasil: Hopefully my ticket out of packaging! [17:59] lool, good suggestion. can you write up a suggestion in reply? [17:59] lool, with details of commands to run or a link [18:00] bspencer: Oh on second thought it looks fine like this -- grin :> [18:00] lool, :) [18:00] Ok [18:00] bspencer: Would have been easier to fix it in a wiki or to reply to the text of an email BTW [18:01] bspencer: That's the cartoon I keep telling you about: http://en.wikipedia.org/wiki/God,_the_Devil_and_Bob === mawhalen_ is now known as mawhalen [18:08] asac, You there? === mawhalen_ is now known as mawhalen [18:53] raji: high latency, but yes [19:21] has anyone tried video recording in cheese? (agoliveira?) [19:21] On my Q1 with external camera it segfaults (taking pictures works fine) [19:23] smagoun: I didn't try on my Q1 but works fine on my notebook === cprov is now known as cprov-out [21:28] amitk: Rob asked me to test the ubuntu kernel on C0. How/where do I get the ubuntu kernel ? [21:29] amitk: I just sent an email to you. could you please take a look? [21:58] i am getting a dependency problem on 'ubuntu-mobile: Depends: cheese but it is not going to be installed' when installing samsung full mobile stack using deb http://ppa.launchpad.net/ubuntu-mobile/ubuntu gutsy main [21:58] > (0.37~710um1 ATM) [22:01] using MIC 0.37~710um1 rather [22:02] ian_brasil: cheese in the PPA requires adding the gutsy-updates and gutsy-security repositories (MIC doesn't enable them by default) [22:03] ah ok [22:10] Where can I get the ubuntu kernel (PPA) that I can install on a crownbeach C0 system? [22:14] any one, please? [22:15] Jayc_: You just need the .deb, or you need to build an image with it? [22:16] StevenK: I just want to check if Ubuntu kernel from PPA works on CrownBeach C0 system, so can I hust use the deb? [22:16] StevenK: I tried this http://ppa.launchpad.net/ubuntu-mobile/ubuntu/pool/main/l/linux-source-2.6.22/linux-image-2.6.22-14-lpia_2.6.22-14.48_lpia.deb [22:19] StevenK: I installed the above deb on CB with moblin menlow image and during boot it stops with initramfs prompt. [22:20] Yeah, probably because /boot is a seperate filesystem with images created with image-creator [22:20] StevenK: Should I build an image with Ubuntu kernel, if so how do I do that? [22:20] Jayc_: If you dump the PPA deb line when you build the image, it should just fall out [22:26] How do I do that? I'm familiar with creating images through image-creator. sorry I'm a newbie to linux, I still haven't caught up with the linux lingo :-) [22:28] Jayc_: It requires you add that PPA line to your image-creator config. [22:28] OK, And then I create the ubuntu-mobile image with ubuntu-kernal fset? [22:29]