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