/srv/irclogs.ubuntu.com/2007/12/11/#ubuntu-mobile.txt

=== robr__ is now known as robr
=== asac_ is now known as asac
dholbachgood morning08:07
guardianmorning08:13
=== dholbach_ is now known as dholbach
InSearchOfIs pbuilder the standard build for UME?13:29
=== doko_ is now known as doko
loolInSearchOf: You can use pbuilder, but the build is based on a (probably modified) sbuild and scheduled by Soyuz (Launchpad)14:19
=== cprov is now known as cprov-lunch
InSearchOflool, alright.. I'm going to be setting up everything tonight... where can I get docs on sbuild? or is it pretty much the same as pbuild.14:32
InSearchOfon my local dev server that is14:32
loolInSearchOf: You might want to have a look at the sbuild and schroot packages; then google for wanna-build; there aren't many docs, but there are some on debian.org I think14:38
loolInSearchOf: But I don't know what your efforts will be for14:39
InSearchOflool, what do you mean?14:40
loolInSearchOf: Well you're free to setup what you want, but I don't think you have any guarantee that your archive / builds end up with an ubuntu.com label on them: I'd personally guess that to be ports.ubuntu.com packages, the buildds have to be run in canonical/ubuntu infrastructure14:41
loolInSearchOf: Also, the whole ubuntu.com builds are currently scheduled by a central piece of infrastructure which you don't have access to; the data is publicly available (the list of source packages / versions), but you'd have to reinvent the wheel to hook into them (to get the list of what sources you need to build for example)14:43
InSearchOflool, ahh... well maybe I will take a different approach... thanks for the heads up14:44
loolInSearchOf: There are thousands of packages to build and to give back and to host etc.; it's a big task14:44
loolInSearchOf: But then I don't know what your goal is14:44
InSearchOflool, my main goal was to understand how UME functions14:44
loolIf your goal is to take the source packages from ubuntu.com and build them for your target hardware, that's fine; you might want to select a subset of the archive naturally14:44
loolInSearchOf: UME functions mostly like Ubuntu functions14:45
loolExcept for the image builds which are made with a different tool14:45
loolInSearchOf: We upload source packages to the archive, and these source packages are the same as for other arches14:45
InSearchOflool, I just want to be a step ahead of the game if the project gets approved14:45
loolInSearchOf: More clearly: glibc is uploaded once and built for all arches14:45
loolIt's the same source14:45
InSearchOflool, that is exactly how pdaXrom's builder works14:46
loolInSearchOf: If your goal is that UME ends up producing ARM packages / images, then perhaps you should explain this on a public list with key audience and explain what you would bring into the project to make it happen (obvisouly adding an arch has a cost for the current infrastructure / team)14:46
loolInSearchOf: Right, but since we're using the same central architecture for UME + Ubuntu for most things, we're not going to change to pdaXrom just for ARM14:47
loolActually the whole architecture works for ARM as well, it's just not done at the moment14:47
InSearchOflool, no I wasnt trying to convert anyone... I was just stating the fact14:48
loolInSearchOf: Ok; well "pbuilder" can build from source for ARM too14:48
loolBut we're only using pbuilder on end-developer systems; it's handy to setup, but it's not made to interact with an archive as large as the one we have14:49
loolInSearchOf: I also have to mention there is already a quite large ARM effort on Debian's front: there are 3 arm architectures: arm, armeb and armel14:50
InSearchOfagreed, Would the mailing list be a place for me to state my proposal?14:50
loolarm is an official Debian arch; armel is pending inclusion and was rebuilt at gnuab14:50
loolFor Ubuntu, we could start from such an arch to bootstrap the Ubuntu armel arch14:50
loolInSearchOf: Depends of the proposal you want to make: if it's about adding an arch, then ubuntu-devel or devel-discuss might or might not be better suited than -mobile; not sure14:51
InSearchOflool, it seems like I dont have a very good chance at getting this to pass though the board14:51
loolInSearchOf: I think arm is much desired, but I want to make you aware of the fact that it represents an important effort on the Ubuntu side of things to add an arch like we have ia64/powerpc etc. and it has many requirements to happen14:52
loolInSearchOf: It's likely that adding an architecture represent a concrete cost in human resources and in hardware etc.; things which you might be able to offer or not14:53
InSearchOflool, agreed... but I'm determined so I'm going to try my best to state my claim and make this worth while to everyone14:53
loolInSearchOf: For example, you don't know about the current build infrastructure; I don't know whether it's possible that for example your team runs the buildds for Ubuntu, but if you say that you offer the hardware and some buildd maintainer time for a year, perhaps you'll make your proposal more appealing than if you say "please buy some hardware and spend some time to build an arm flavor"14:54
loolInSearchOf: Certainly discussing it is the important part of it :)14:55
loolInSearchOf: Simply: do know that the cost can be quite high for Ubuntu and/or Canonical14:55
InSearchOflool, I understand that, and yes we have servers located in 3 places in the world. I can do my builds on a local box with out the need of ubuntu to host it. BUT, if there is a requirement for it to be hosted by Canocial or Ubuntu, then I really wont have a choice14:57
loolInSearchOf: Ok; so perhaps explain that you want Ubuntu ARM .debs (or "armel"), and that you can offer hardware, and optionally hosting14:58
loolInSearchOf: Did you try using Debian's arm .debs?  Is this what you're looking for, but with Ubuntu sources instead?14:59
InSearchOflool, currently we build *.ipk, our OS isn't debian based at all... 15:02
InSearchOfif we would build in deb support we the apps would most likely run.15:02
InSearchOfWe build armv5tel which is optimized for the pxa270... but standard arm packages will run15:03
loolInSearchOf: Well you need to check which CPU requirements this means, what software versions are available etc. I guess15:03
InSearchOflool, alright I will look into that. 15:05
loolWell just a suggestion15:06
loolBut adding an arch is such a big task that this is really important to get right15:06
InSearchOflool, any other hints that might help me get in the door?15:06
loolGive as much detail as possible on what your big picture goal is and technical details of your constraints :)15:07
InSearchOflool, I'm going to be buggin you everyday :-) j/k15:09
loolHeh15:09
loolBut you're the first person backing the desire for ARM with something more concrete like hardware15:09
loolWe had many requests for it, but nobody wanting to sponsor it at some level15:10
loolDunno whether your sponsoring will be sufficient, it's certainly worth trying ;)15:10
InSearchOfWell, I'm here to get it done... I would like to actually expand outside of the Zaurus market into other ARM based devices15:10
ian_brasili am sure you know this already but i did not understand arm to well until i kept this 'cheat sheet' with me:15:32
ian_brasilARM = the old ARM15:32
ian_brasil ARMEL = ARM + EABI + Little Endian15:32
ian_brasil ARMEB = ARM + EABI + Big Endian15:32
ian_brasil EABI is the new ARM Embbeded ABI15:32
ian_brasil and ABI is: http://en.wikipedia.org/wiki/Application_binary_interface15:32
loolhttp://wiki.debian.org/ArmEabiPort15:34
loolI think the important data apart of endianess is the version of the ARM architecture / CPU instructions which is being allowed and the floating point implementation15:34
loolAt the moment, floating point is extremely expensive and only very old ARM instructions are allowed IIRC15:35
ian_brasilIIRC armel is the most widely used (at least recently) so it probably makes sense to target that 15:38
loolYes, armeb is quite less common; the slug is one notable user, but it can do both15:41
=== cprov-lunch is now known as cprov
agoliveiraI like ARM. As smagoun once said, there's a cure for that but what the heck :)15:50
smagounarmel + eabi + a decent L2 cache on the chip goes a long way toward fixing ARM...15:50
amitk__smagoun: isn't that what everybody uses :-p15:51
smagounamitk__: I wish! We did development on the old ABI with the PXA270. That meant WMMX was off-limits, and the 32KB cache didn't get along well with Mozilla15:52
smagounit wasn't pretty15:52
amitk__smagoun: think about it this way. You can tell your kids you actually did programming on a single core ARM processor with 32KB cache ;)15:54
smagounthat, and the 6502...15:54
agoliveiracache is for sissies...15:54
smagounagoliveira: I don't think the Mozilla devs like being called sissies :)15:55
* agoliveira did a lot assembly for 6502, z80 and the lot15:56
amitk__agoliveira: I imagine you mess with the instruction pipelines directly....15:56
agoliveiraamitk__: Those were the days, self-modifing code, a bit of forth too. :)15:58
loolI collected a proposed agenda or list of topics at https://wiki.ubuntu.com/MobileAndEmbedded/UsbClientMeeting16:01
suihkulokkilool: I suggest considering MTP16:02
loolsuihkulokki: Right, will mentoin PTP too, thanks16:03
suihkulokkiI'm not sure if it's the right choice, but the alternatives suck too..16:03
loolArgh, wrong level16:04
loolsuihkulokki: Well I'm clearly unhappy with the mass storage proposal; I wouldn't mind doing a bunch of things over IP though16:04
loolBut PTP is fairly common, so MTP sounds plausible -- dunno how widespread that is16:05
suihkulokkilool: windows media player does that16:05
loolsuihkulokki: Do you know about licensing / I.P. issues with MTP?16:05
suihkulokkinope, but it's pretty trivial stuff16:06
suihkulokki(unless you do the DRM thing)16:06
loolsuihkulokki: Quite interesting then16:07
loolRNDIS seemed to be problematic because of Microsoft intellectual property at some level16:08
suihkulokkibut don't trust me on IPR, IANAL etc16:09
loolagoliveira, smagoun, amitk__, suihkulokki: feel free to complete the wiki page; before the meeting next hour16:09
loolsuihkulokki: "You're the one who told us!"16:09
agoliveiralool: Sorry, I don't have what to add as I'm not very familiar with the issue but in a higher level.16:09
loolagoliveira: Just reviewing it was nice already; thanks16:10
=== lool changed the topic of #ubuntu-mobile to: USB Client Meeting 1700 - 1800 UTC https://wiki.ubuntu.com/MobileAndEmbedded/UsbClientMeeting | https://wiki.ubuntu.com/MobileAndEmbedded | https://wiki.ubuntu.com/MobileAndEmbedded/FAQ
* agoliveira frightens by the perspective of using mass storage with vfat 16:13
loolI feel it's fragile to mount/umount stuff and use it from Windows and then Linux16:13
loolAnd it's obviously restrictive16:14
smagounIf the system could boot quickly (<10sec) we could simply shut down the OS then boot into a client-only mode when connected to the PC. iPod does this. When the user's done, they unplug + the system quickly comes back up in UME.16:16
loolsmagoun: Perhaps this makes sense on the wiki page?16:17
loolI'll leave it up to you to list it there or to mention it during the meeting16:17
smagounlool: possibly. The 10sec boot is a bit of a fantasy, sadly16:17
loolIt would seem less fragile to me like you describe, but it's a different drawback instead16:18
loolWe would trade reliability for reboots16:18
loolI feel the IP based solutions are vastly superior because they can all work at the same time and the device can still be used normally16:19
smagounmight not be a bad tradeoff...16:19
smagounit's not like syncing/file sharing is inherently reliable as it is...16:19
loolsmagoun: I concur; especially since I don't expect many app to handle a new UME specific DBus message "UME has detected an USB cable connection; please save yourself and shut yourself down" while handling shutdown is to be expected16:20
smagounexactly16:20
smagounWhat's the right channel for asking questions about Firefox on Ubuntu? I'm trying to package a FF extension, but I'm not having much luck. #distro? #ubuntu-devel?16:22
loolsmagoun: Dunno the channel but the right person is asac :)16:22
loolasac: ^^^16:23
asacsmagoun: #ubuntu-mozillateam16:23
smagounasac: thz16:24
smagounthx16:24
* ian_brasil hopes smagoun is doing this for the midbrowser16:24
smagounian_brasil: yup - grab and drag extension16:25
agoliveirasmagoun: Well, I had this idea of an "a la Apple" approach: one can't simply copy files on and off the device but has to use a client application for that. THis approach would have a few advantages like standarize access and make on the fly conversion of file formats thus we would not have to worry with codecs and file formats support. The client would do that on the desktop. The problem is that we would have to write this applica16:33
agoliveiraThis is the way ipod/iphone works and I don't see people complaining about it.16:34
smagounagoliveira: That client application would have to be a windows app. You want to write it? I don't. :)16:34
agoliveirasmagoun: I don't see a problem with that and yes, I would write it.16:34
alek_desktoprob__: ping16:34
alek_desktoprustyl: ping16:35
smagounagoliveira: I think it's a safe approach, I just don't want to deal with Windows or supporting a client app. You should add it to the meeting agenda.16:35
loolagoliveira: On what layer would your application run?16:43
loolI think it's nice to use PTP as it would simply trigger the proper app on most computers16:43
lool"File sharing" protocols are capable of what we need, but then we're showing up technical bits (files) to the end user which we might want to avoid16:44
agoliveiralool: That's an idea. PTP could trigger the application that would take care of the files, sync and format conversion.16:44
loolk16:44
agoliveirawiki.ubuntu.com is sloooooow today...16:44
alek_desktoplool, regarding to PTP, do you know any existing Linux gadget driver for that?16:46
loolalek_desktop: I don't know about them16:47
alek_desktoplool, another question, does PTP support any other media file beside pics? 16:48
loolalek_desktop: suihkulokki mentionned MTP which is an extensoin for other media files16:49
alek_desktoplool, well. need to look it up. thanks.16:51
loolalek_desktop: There's something called gadgetfs and the page at http://tali.admingilde.org/linux-docbook/gadget/ch02.html says "file system (for PTP gadgets)"16:53
loolDunno whether this is the driver16:53
loolI'd guess this is a host mode driver; right now most apps are based on gphoto which uses libisb directly16:53
loolIt seems many people would want something like this though :)16:54
loolagoliveira: I'm not sure why you mention "completely different approach" on the wiki in a separate section but you say you would use PTP16:56
=== robr__ is now known as robr
agoliveiralool: I meant by that adding a different layer to the user. In this case the access method does not matter.16:57
agoliveiraSorry, poor choice of words.16:57
agoliveiralool: Edit it out if you want please.16:58
loolsmagoun: "Reboot in client mode" do you consider this specific to mass storage implementation?  If it's orthogonal, perhaps it should be in "implementation"?  just a thought16:58
alek_desktophey, rustyl_ and bspencer16:59
rustyl_alek_desktop, hows it going16:59
robrhi guys16:59
bspenceralek_desktop, morning16:59
alek_desktopwell, we just start to talk :-)16:59
agoliveirarustyl_, bspencer, How's CHina, guys?16:59
rustyl_agoliveira, we are back now16:59
alek_desktopmorning, guys16:59
bspenceragoliveira, hello.  We're back in the states now16:59
bspencerbut China was great.  16:59
smagounlool: it's not necessarily mass-storage specific16:59
agoliveiraI envy you, I aways wanted to be there.16:59
bspencera little smoggy... but a nice visit and a cool city17:00
davidmbspencer, it's Intel's meeting do you want to run Mootbot?17:00
loolsmagoun: (I agree; in fact it could work with whatever layer, so it's not really in the choice of layer I guess)17:00
suihkulokkismagoun: ipod touch and iphone no longer provide direct mass storage access afaik17:00
davidmbspencer, it will make it a bit easier to keep notes from the meeting I think.17:01
lool(Thanks everybody from Intel for making it to the meeting!  It's quite early or late where you live)17:01
bspencerdavidm, sure... I haven't been paying attention to how though :)17:01
bspencerMootBot, activate.17:01
davidmbspencer, #startmeeting17:02
bspencer#startmeeting17:02
MootBotMeeting started at 17:02. The chair is bspencer.17:02
MootBotCommands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]17:02
bspencerrock17:02
bspencerI'm not the organizer, but I'll keep notes17:02
rustyl_my ipod acts as a mass-storage device17:02
agoliveirabspencer: Bob has thah powah!17:02
bspencerrusty, alek_desktop   do you want to drive?17:02
rustyl_and my iphone17:02
davidmbspencer, you might want to set [topic]17:02
bspencer[topic] USB Client for MID17:03
MootBotNew Topic:  USB Client for MID 17:03
bspencer?17:03
rustyl_hmm...17:03
HappyCampI'm here17:03
rustyl_well... we started going down a path for moblin17:03
rustyl_and the path we choose for moblin was a very simple, mass-storage specific path17:03
robrlool sent out an outline/agenda ... but first i think we should have rusty give an overview of the moblin solution17:04
rustyl_where we have to coordinate access to a vfat partition17:04
rustyl_ok17:04
lool[ "Agenda" is in the topic <https://wiki.ubuntu.com/MobileAndEmbedded/UsbClientMeeting> ]17:04
* rustyl_ looks at the agenda17:04
bspencer[link] https://wiki.ubuntu.com/MobileAndEmbedded/UsbClientMeeting17:04
MootBotLINK received:  https://wiki.ubuntu.com/MobileAndEmbedded/UsbClientMeeting 17:04
lool(It's more a list of things we don't want to forget to discuss than an agenda)17:04
alek_desktoprob, which name is "real" rob ?17:06
robralek_desktop: they're all me -- just restoring one of my systems17:06
rustyl_the reality is that there are a numerous possible solutions, and a given customer will likely choose what ever makes sense for their product17:06
davidmrustyl, why do you want to give access to vfat, eext3 has always been the spec not vfat17:07
rustyl_i really wanted a very simple solution on moblin.org to help proof the usb client gadget drivers17:07
davidmAre you thinking of external flashs not the internal space?17:07
HappyCamplool, can you define PTP and MTP when we get to it?17:07
rustyl_let me layout the simple plans we were thinking17:07
rustyl_ok, so one possible solution:17:08
loolHappyCamp: I think it's best you checkout the wikipedia page -- it's where I learnt about them myself17:08
loolHappyCamp: PTP is what many cameras and even the iPhone use when transferring photos to your photo application17:08
rustyl_we actually use a vfat partition on disk to host all user data (media files, media database, cal database, etc.)17:08
loolHappyCamp: I understand it's directly over USB17:08
loolMTP is a generalization17:08
rustyl_we coordinate via hotplug scripts access to the partitions17:08
rustyl_and specifically lock out the user from using the device while in 'sync mode'17:09
rustyl_and when we unplug then we remount the vfat partion and open the gates17:09
loolrustyl_: Where's the partition exactly?  /home?  /home/ume?  /home/ume/Documents?17:09
rustyl_so... that's just one solution17:09
rustyl_lool, my idea was to choose a location and then document it via a gconf entry17:09
HappyCamplool, thanks17:09
rustyl_so the media app wouldn't hard code any specific path, but just read the path from a gconf entry (and use a hard coded default if the gconf entry isn't there)17:10
loolErr where would your GConf db be?  in /home/ume/.gconfd?  :)17:10
lool(.gconf not .gconfd)17:11
rustyl_isn't there a system wide entry?17:11
loolThere are mandatory settings and default settings, but no system wide DB17:11
loolThe DB is per user17:11
rustyl_ok, so not gconf17:11
rustyl_but that's the basic idea... not much to it17:12
bspencer[idea] vfat partition on MID hosts media files, media database, etc.  Hotplug scripts used to access partition.  PC has access to mounted drive exposing vfat partition.17:12
MootBotIDEA received:  vfat partition on MID hosts media files, media database, etc.  Hotplug scripts used to access partition.  PC has access to mounted drive exposing vfat partition. 17:12
loolThe design is very different if only apps accessing Documents/ need to be closed, or all aps accessing $HOME17:12
rustyl_only apps accessing something like Documents17:12
loolSorry to interrupt; I think you were still in the middle of presenting the current moblin solution17:13
alek_desktoplool, we put the gconf schemas under /etc/gconf/gconf.xml.defaults17:13
amitk__rustyl_: presumably you have looked at how VFAT will work over NAND flash?17:13
amitk__rustyl_: in terms of wear-levelling, that is.17:14
rustyl_there are details of course, but the idea is that the hotplug script would signal applications that use this personal storage to close open files, and then the script would unmount the device (and if it had to then kill the apps) before exposing the device to the host pc over usb17:14
loolalek_desktop: What's the point of using GConf?  For which user would you start a gconfd?  What if the data has been overriden in ~/.gconf and it's not mounted?17:14
loolalek_desktop: I don't think GConf makes sense17:14
rustyl_amitk__, so far all the design wins i have seen have hardware that stands between the os and the flash, and the hardware makes the device look like a regular drive (i.e. handling wear leveling and the rest)17:15
rustyl_lool, the idea is that we have some kind of configuration that points to the mount.  If gconf doesn't work then we use something else17:16
loolrustyl_: Why did you decide to follow the mass storage path?17:16
davidmrustyl, so you are suggesting that all apps that use storage have to be revised to know what to do when signaled?17:16
loolrustyl_: (ack)17:16
alek_desktoplool, the Gconf existing in this solution only means the mount point is configurable.17:16
patmdon't we lose a lot of robustness putting media on a vfat partition rather than ext3?17:16
rustyl_i think the network access is pretty darn complicated, and i need to proof something now17:16
loolalek_desktop: Ack; I'm just pointing out GConf is not what you're looking for here17:17
smagounrustyl_: Are you building a proof of concept or something that's suitable for a product?17:17
agoliveirapatm: +1 the problem is windows having to read the files.17:17
patmthe design I have has a 2G drive, do I need to permanently allocate disk just for the vfat partition as well?17:17
davidmrustyl_,  so you are suggesting that all apps that use storage have to be revised to know what to do when signaled?17:17
loolrustyl_: Since we're talking of ultra mobile devices, I thought that perhaps you'd have a solution for sharing ofer wifi -- did you settle on one?17:18
patmagoliveira, I understand, this is not a practical solution17:18
rustyl_i think it would be suitable for product, but my point is that we are not dictating what every possible vender might or might not build.  We do need to give simple access over USB to app data17:18
loolrustyl_: Do you need it over wifi as well?17:19
loolIsn't wifi more mobile and user friendly than e.g. plugging a USB cable?17:19
rustyl_lool, i don't have any requirements to provide access of wifi, but that would be cool.  I do not know what your customer is demanding17:19
rustyl_i think the issue is that you can not assume everyone has wifi17:20
loolrustyl_: I'm sorry if I ask a very naive question, but who's setting your requirements for USB cable access and not wifi?17:20
loolIs this internal to Intel?17:20
patmI think on an internet device you can assume network access17:20
rustyl_yes, i do have internal requirements17:21
patmThe USB client PRD states that file access over wifi is too complicated for users17:21
rustyl_basically... enable the hardware.  We have this usb client hardware, so use it17:21
patmthey only think it is used for internet17:21
alek_desktopand the most CE devices are using USB as sync way I think.17:21
suihkulokkibtw, wifi cameras use PTP over ip for transferring pics17:22
patmThis is much less of a slave to PC type of device than those using usb client17:22
rustyl_i guess i still buy the cheap cameras17:22
loolsuihkulokki: Wow17:22
loolsuihkulokki: mdns to locate them?17:22
suihkulokkilool: I'm not sure17:23
smagounall, keep in mind that any sort of network access introduces some security requirements that aren't present for a direct (USB) connection17:23
alek_desktopsmagoun, correct.17:24
davidmrustyl_,  Two questions that I think are important, 1) You are suggesting that all apps that use storage have to be revised to know what to do when signaled? So if a user is viewing a video clip and plugs in the USB it's OK to terminate what they are watching under them?  2) Their is an assumption that the internal storage will be partitioned off into OS and data storage and data storage will be VFAT?17:24
rustyl_1. all apps that are storing files that they wish to sync17:25
rustyl_2. yes, we actually partition vfat17:25
rustyl_if we partition the device or use a file is open, but that was the idea17:26
rustyl_ok, that's one path... did we want to iterate over the other possible paths?17:26
agoliveiraUnless we use a "client mode" when the sync/file transfer is activated or something of the sorts17:26
rustyl_we were going to put the device in something like 'sync mode', opening a full screen window blocking access to the device from the user17:27
loolrustyl_: So what about PTP?17:27
rustyl_somebody describe it17:27
agoliveirarustyl_: That's the idea.17:27
loolrustyl_: Protocol implemented by many cameras to exchange photos with the PC17:28
loolrustyl_: And its friend MTP which is an extension for other medias17:28
rustyl_i mean... how does the entire picture look17:28
rustyl_does that mean we have an application running on the host device?17:28
loolrustyl_: I guess kernel driver implements PTP device emulation and is hooked to some userspace program similar to gphoto programs, but sharing photos instead of retrieving them17:29
rustyl_to open the other end of the ptp connection? or is there some standard service that already exists on pc's17:29
loolkernel side is probably optional since gphoto currently speaks PTP with cameras17:29
rustyl_somebody remind me what MTP is17:30
HappyCampMedia Transfer Protocol???17:30
loolrustyl_: 18:28 < lool> rustyl_: And its friend MTP which is an extension for other medias17:30
loolrustyl_: Microsoft extension to PTP to handle other media types than just photos17:30
HappyCamphttp://en.wikipedia.org/wiki/Media_Transfer_Protocol17:30
MootBotLINK received:  http://en.wikipedia.org/wiki/Media_Transfer_Protocol 17:30
rustyl_oh... i thought ptp was just point-to-point :->17:31
HappyCampPicture Transfer Protocol17:31
loolrustyl_: No, it's like what the iPhone is doing (only if you did take some photos) or what your camera is doing if it's not only mass storage17:31
loolMy Canon cameras do this for example17:32
* rustyl_ notices the wikipedia ref to potentially new USB class17:33
loolYou can also see it's widely implemented in hardware devices so it's expected to be supported by the OS17:33
loole.g. OSX simply starts iPhoto when I plug the iPhone with photos (and iTunes for other stuff)17:33
rustyl_would we need to implement a different gadget driver, or could we do this in user space (on the device)?17:35
loolrustyl_: So I guess PTP wasn't explored at Intel ATM?  It seems like a solution based on this doesn't require vfat and can be used "live"17:35
rustyl_lool, it does look promising17:35
loolrustyl_: Didn't investigate whether we need a driver, Alek started some research and I googled too, and couldn't find one17:35
loolrustyl_: I think libgphoto2 is in userspace17:36
alek_desktoplool, seems no Linux  gadget driver implementation available yet 17:36
rustyl_libgphoto2 is user space... are you saying it implements ptp?17:36
loolIt's using libusb17:36
alek_desktophttp://www.linux-usb.org/gadget17:36
MootBotLINK received:  http://www.linux-usb.org/gadget 17:36
loolI mean it's a full user space implementation17:36
loolYou don't need an USB PTP driver to use libgphoto217:36
loolSorry, wasn't very clear17:37
rustyl_lool, bug libgphoto2 works on host connections.... has anyone ever done this on the client side?17:37
loolrustyl_: I don't know about it and couldn't find such an implementation in some minutes research17:37
loolBut found people looking for one :)17:37
rustyl_ok, so ptp/mtp looks promising, but needs some more investigation 17:38
rustyl_to fully understand how a solution will work17:38
loolOk; there was also proposal to do IP over USB; I suppose this is mostly RNDIS, dunno whether alternatives exist17:38
bspencer[idea] Use PTP/MTP to transfer data over USB connection.  Needs more investigation.  17:38
MootBotIDEA received:  Use PTP/MTP to transfer data over USB connection.  Needs more investigation.   17:38
rustyl_are there any additional security conserns (just thinking out loud)17:38
rustyl_i'm guessing not since this isn't something we do over the network17:39
loolrustyl_: You mean in the IP over USB case?17:39
rustyl_and if it has any security checks then its more the a vfat/mass-storage solution17:39
rustyl_i was talking about the PTP/MTP... just trying to think of more gotcha's, but that can be done in the investigation17:40
loolvfat looks like zero access control to me; if you want to do access control, then I wonder over which protocol we would do this17:40
rustyl_it is zero access control17:40
bspencerrustyl, for last idea (vfat), we could create software on the PC that mounts the ext3 partition and translates it to a filesystem view for users.17:40
bspencerthen we wouldn't have to deal with a fixed-size, no-security, non-journaling vfat partition.  (brainstorming)17:41
loolbspencer: I think there's an ext3 browser under Windows17:41
bspencerlool, yes, I've seen that.  open source?17:41
davidmbspencer, better idea, a linux driver that promotes ext3 as vfat so you don't need anything on the Windows machine.17:41
agoliveirabspencer: Yes17:41
smagounbspencer: we can do the fat<-->ext3 translation on the device17:41
loolbspencer: I've seen at least one opensource one17:41
rustyl_ok, but we are not talking about the traditional mass-storage device gadget driver, but something that can share access to the device without corrumpting the filesystem17:42
rustyl_that's the key... mass-storage that can share access17:42
loolrustyl_: Not necessarily, we could reboot into a share-only mode as smagoun proposed17:42
agoliveiralool: Rebooting is costly17:43
loolWith a translation layer, we might be able to do concurrent accesses17:43
rustyl_sure... so that's kind of in-line with the vfat solution17:43
rustyl_but IF we could share then that would really simplify things17:43
loolRight, PC side ext3 support suffers from the same issues as vfat17:43
rustyl_but maybe it's not really feasible17:43
loolExcept it doesn't impose cutting space in two17:43
rustyl_it simplifies partitioning17:44
bspencereven if we force apps to shutdown when syncing, having no vfat on MID is desireable, if possible17:44
smagounrustyl_: The open-source emulator QEMU includes code that presents a folder to the emulated environment as a VFAT device.17:44
rustyl_but it suffers from needing software on the host that is not allways there (i.e. i don't think out of the box OSX and WinBlows can mount extanything)17:45
bspencersmagoun, fat--ext3.  Can you find some pointers17:45
loolrustyl_: I think OSX can do ext317:45
rustyl_really?17:45
smagounlool: I don't think so17:45
loolI think I plugged an USB key with ext3 at some point17:45
rustyl_it's hard to tell with OSX since it hides all the low level stuff from the user17:46
loolI should check that17:46
loolAnyway windows doesn't, so the question is m00t17:46
davidmrustyl_, simplifying partitioning is important when dealing with small devices, and not killing applications with open files is also important.17:46
smagounbspencer: qemu is here: http://fabrice.bellard.free.fr/qemu/ I'm trying to find decent docs on the vfat<->ext layer/features17:46
rustyl_let's do capture the idea said earlier... boot into sync mode that shares the entire ext filesystem17:47
bspencerdavidm, but I think the latter is less important -- if the user plugs in, we can prompt (do you want to sync now and kill apps? yes/no)17:47
suihkulokkismagoun: the virtual vfat thing in qemu is buggy like hell17:47
bspencer[idea]  boot into sync mode that shares the entire ext filesystem17:47
MootBotIDEA received:   boot into sync mode that shares the entire ext filesystem 17:47
smagounrustyl_: we don't want to share the entire ext filesystem in any case - we only want to share a subset (/home/ume/Documents, for example)17:47
smagounsuihkulokki: really? I've never had trouble with it (though I don't use it on a daily basis)17:48
suihkulokkismagoun: which is no suprise, since a OS mounting a vfat partition does not expect blocks getting changed underneath17:48
loolNot trivial to share the ext3 in single user mode or something as we need some running linux kernel sharing the block device as mass storage, but this linux needs a root (/) which is usually the partition we'd like to expose17:48
smagounsuihkulokki: if you're changing blocks underneath it, you're using it wrong :)17:48
loolSharing the / would also be quite confusing on the PC side of things (usr dev home var lib etc.)17:48
suihkulokkismagoun: that's hardly idiot^Wenduser-proof :P17:49
lool(Ah smagoun already said what I just said, sorry)17:49
davidmbspencer, unless it requires lots of reworking of applications to not lose users data.17:49
smagounsuihkulokki: that depends on how smart your apps are17:49
smagounSo correct me if I'm wrong, it sounds like rebooting into a client-only mode will still require a separate partition for user data *if* we want to limit what we expose to the user?17:50
rustyl_should we move on to the samba mount over usb-network?17:50
bspencerdavidm, yes.  losing data is not acceptable in any case.  force-stopping their running video is ok.17:50
loolsmagoun: I think so; unless we have a special initrd or so17:50
robrmeeting time check, we on the intel oregon side have a hard stop of 10am for a training class 17:50
loolBut it's quite a lot of engineering to have one IMO17:50
loolHmm not sure after all17:50
loolrustyl_: Please17:51
bspencersmagoun, we should look into that.  Seems we could mount any directory as /  if we reboot.  anyway...17:51
rustyl_how do people feel about the usb network -> samba mount concept?17:51
loolrustyl_: So is there any other way than RNDIS?  Is RNDIS an issue in itself?17:51
loolrustyl_: I like the fact that we could use the same technology over all bearers, but I'm not too happy that we expose "files" instead of pictures / movies etc.17:51
smagounrustyl_: I've had to do too much windows support to think that samba is a good idea for much of anything :)17:52
rustyl_i do not know if RNDIS is still an issue, but even before considering that... i fear all the moving parts to make the solution work17:52
loolSo Samba isn't my preferred option; UPnP would be something more tightly integrated for example17:52
smagounThat said, from a technical (implementation) perspective it sounds safest - no partitioning to worry about, no translation, we can use ext3 on the device, etc17:52
rustyl_yeap, there are some really nice points17:52
loolDoing IP might imply doing some DHCP -- or we could rely on default IP allocations on 169. (IIRC)17:53
agoliveiraCan UPnP be used with non-media related files like documents, for instance?17:53
rustyl_i'm sure it could be made to work, but i fear it would be fragile17:53
alek_desktoplool, correct. Just like WINCE and activeSync do.17:53
davidmbspencer, before you leave the meeting remember to do #endmeeting so Mootbot will correctly save logs.17:54
rustyl_are there any other paths we should consider?17:54
bspencerdavidm, check17:54
loolrustyl_: over IP? or apart of IP?17:54
rustyl_anything17:54
smagounrustyl_: import/export from a USB flash drive (sneakernet), punt on USB client until we can do it right?17:54
rustyl_solutions to share data 17:55
loolrustyl_: Over IP we can do other file sharing protocols, but "files" sounds wrong17:55
loolThere's also PTP over IP which suihkulokki mentionned17:55
loolSo PTP sounds nice if we can do it directly over USB, or over IP for e.g. Wifi17:55
loolOr over RNDIS if we can't get it to work over USB but can get it to work over IP17:56
patmplxtech has a linux mtp client, dont know who they are17:56
=== cprov is now known as cprov-away
bspencerrustyl, smagoun   our summary of network-> samba is good or not worth pursuing?17:56
amitk__lool: PTP is transport independent. You can do it over firewire, usb, IP, etc. 17:56
loolamitk__: Sounds cool17:56
smagounlool: on a stock windows xp box, what will the user use to access a PTP share? Does Windows explorer do the right thing?17:57
amitk__but most devices out there are implementing it over usb for obvious reasons17:57
loolsmagoun: WMP is supposed to handle PTP and MTP17:57
loolsmagoun: iPhoto is supposed to handle PTP at least17:57
loolDunno about what bearers they support17:57
loolObviously USB17:57
davidmbspencer, from my point of view network-> samba has good points if you can get network on USB working17:57
davidmIn that it would work the same from WiFi, USB, Ethernet if the device had it, etc.17:58
loolI think Samba can't transport fine grained info about what we're transporting, so it require higher level app logic to e.g. convert media files in the proper format17:58
loolWhat if your MID supports only OGG and you want the PC to transcode files before MTP upload?17:58
smagounbspencer: I think it might be worth it (network/samba), though it has to be *easy to use*17:58
rustyl_ok, can we step back for a moment and look at the big picture again?17:58
davidmNot sure I understand why we would want to convert media files?17:58
agoliveiralool: That's a point to consider and a solution on itself, I guess.17:58
loolYou can't express that in Samba / Netvios17:58
loolNetbios17:58
bspencer[idea] network -> samba mount.  from a technical (implementation) perspective it sounds safest - no partitioning to worry about, no translation, we can use ext3 on the device, etc17:59
bspencer<rustyl_> yeap, there are some really nice points.    Samba can't transport fine grained info about what we're transporting.  it would work the same from WiFi, USB, Ethernet17:59
MootBotIDEA received:  network -> samba mount.  from a technical (implementation) perspective it sounds safest - no partitioning to worry about, no translation, we can use ext3 on the device, etc 17:59
smagounlool: I think transcoding is way beyond the scope of what we're doing here....17:59
davidmI'm not sure we would WANT to do that.17:59
rustyl_i would like to moblin to provide more then one solution that a solution provider could choose to use17:59
loolsmagoun: Still, simply expressing that we're talking about pictures, music or video goes a long way17:59
rustyl_i know we can make the simple but not nearly as functional mass-storage using vfat thing work in a week17:59
agoliveiradavidm: I see some advantages as not need to support all kinds of file formats on the device.18:00
loolsmagoun: What's .mp4 these days?  Video?  Audio?  Where are my pictures?  Pictures/?  Photos/?  Images? etc.18:00
bspencerrustyl, the main issue there is that all moblin-based solutions would have vfat partition after that.18:00
rustyl_and this path can be used to at least test the client gadget drivers18:00
bspencerbut we could turn it on/off if desired18:00
davidmrustyl_ if you could remove the need for the vfat you might have something there.18:00
HappyCampIntel guys, FYI, mandatory training starting in 2 minutes.18:00
rustyl_bspencer, image-creator can provide the flexibility to configure or not configure the vfat solution18:00
smagounlool: our customer's users will want to get word/excel docs onto their devices too - not just media18:00
suihkulokkithe vfat thing works very well for media that needs be vfat anyway - such as CF/SD memory cards18:00
davidmAdd in ext3<->vfat translation that is18:00
loolI hate the constraints which the mass storage route impose and it requires engineering for an USB specific solution :-/18:00
agoliveirasmagoun: The files format conversion would take care of that18:01
loolsmagoun: Sure, so we should have a path for that too18:01
bspencer[action] smagoun to find some pointers to client-side vfat--ext3 conversion  :)18:01
MootBotACTION received:  smagoun to find some pointers to client-side vfat--ext3 conversion  :) 18:01
rustyl_i think the PTP/MTP looks like the most promising long term solution18:01
smagounagoliveira: in general translation is asking for trouble.18:01
rustyl_but i can't implement it in a week18:01
loolsmagoun: But getting the music to land in WMP or the photos to land in iPhoto doesn't work if all you have is a samba share18:01
HappyCamprustyl +118:01
agoliveirasmagoun: To me it's better that have to support all this complexity: would make the device side a lot simpler18:02
rustyl_can we continue this later in the week?  i think we have some good discussion going here but it needs to converge18:02
smagounlool: true. The point is we can't say "it does PTP" and expect that the work is complete18:02
loolLet's schedule a continuation meeting18:02
davidmrustyl_ more conversation is good if we can arrive at a final conclusion.18:02
loolsmagoun: PTP is not enough I agree; but then I can't tell whether MTP is fully enough or not to close the subject either18:03
smagounrustyl_: have your team implement something working - we can talk about this forever18:03
bspencersame time on Thursday?18:03
bspenceror after the holidays?18:03
loolIsn't that the mobile meeting?18:03
rustyl_thursday is hard for me18:03
bspencerfriday or after the holidays?18:03
rustyl_how does Friday morning (Pacific time) sound?18:04
davidmthursday is the mobile meeting time18:04
loolSame time on thursday is mobile community meeting18:04
bspencer10am Friday.18:04
bspencernot sure if Mootbot supports meetings...  18:04
smagounrustyl_: can your team have the vfat parition solution working by then?18:04
davidmFriday is OK for me.18:04
rustyl_smagoun, the beginnings of one18:05
smagounrustyl_: great. I think that would be a big help to get things moving.18:05
rustyl_not complete... i.e. the media app might have to get a bullet in the head instead of it doing the right thing18:05
loolrustyl_: Could someone with kernel knowledge check PTP (+MTP?) efforts on your side?18:05
bspencer[idea]  USB Client meeting.  Friday, Dec 14th.  10am PST18:06
MootBotIDEA received:   USB Client meeting.  Friday, Dec 14th.  10am PST 18:06
bspenceror 9am?18:06
bspenceroops18:06
loolI don't think we can expect all apps to implement support for "USB cable plugged in, please save yourself and close files"18:06
bspencerlool,  why not?18:06
bspencers/expect/require18:06
loolbspencer: Because many apps don't do it and it's UME specific18:06
suihkulokkithere is probably a dbus signal nokia apps are listening to18:07
bspencerwe can make it not UME-specific.   It would be Mobile specific.18:07
agoliveiraAnd we just don't have the time/resources to do it in time18:07
loolWe can expect standard shutdown to work18:07
loolTo be continued I guess...18:11
loolbspencer: close the meeting perhaps?18:11
bspenceryes... 18:11
* lool goes buying some food18:11
loolThanks everybody for attending18:11
bspencer#endmeeting18:11
MootBotMeeting finished at 18:11.18:11
davidmI'll add the mootbot logs to the https://wiki.ubuntu.com/MobileAndEmbedded/UsbClientMeeting page18:12
=== robr__ is now known as robr
patmasac, ping21:19
asacpatm: ?21:19
patmHey, are you working on the updated midbrowser with FF 3.0 beta 1?21:19
asacyes, eventually ... what do you want?21:20
asacjust a status update?21:21
patmasac, I had been talking to cwong about getting a version this week21:21
patmI did not realize you were going to work on it as well21:21
asacwell cwong (or better jimmy) submitted a patch i wanted to review21:21
asacso ... we are not working completely uncoordinated :)21:22
patmasac, cool, any timeframe idea?21:22
patmI heard something about hildon menus21:22
patmasac, yous till there?21:26
asacyes ... currently trying to look at what they did :)21:26
jimmy_i am here21:26
asaci cannot tell without looking closer. I don't even know what the issue is atm :)21:26
asacjimmy_: ah cool ... hi!21:26
jimmy_hi, couldn't catch you yesterday21:27
asacjimmy_: yeah ... our timezones don't match exactly ;)21:27
asacjimmy_: so how does the hildon menu bug manifest?21:27
jimmy_the only issues i've found with the current FF3.0 port, is the hildon menus don't work properly, and the gconf extension was not ported21:28
asacjimmy_: yes ... we know that :) ... so how is the menu broken?21:28
jimmy_if you first lauch the browser on the mid21:28
jimmy_it won't come up21:28
asacthe menu?21:29
jimmy_i had to right click on the page to bring up the browser menu21:29
asack21:29
jimmy_then the hildonized menu comes up21:29
jimmy_but it doesn't showup in the marque21:29
jimmy_it is somewhere off the webpage, so the location where it pops up is not right also21:30
asacok ... the first thing is probably an issue with the hildoneventservice ... the second issue might be fixable by just using the new ffox 3.0 API for positioning window absolute21:32
asac(which we had to work around somehow in ffox 2 because the absolute positioning of menus was broken)21:32
jimmy_right, so that's why we need your help to fix it :)21:34
asacjimmy_: http://developer.mozilla.org/en/docs/XUL:menupopup21:34
asactry to use the firefox 3.0 method in hildonBindings.xml21:34
asac(for absolute positioning)21:34
asactry: openPopupAtScreen( x, y, isContextMenu )21:35
jimmy_what do i pass in for isContextMenu? false?21:40
asaci think so ... shouldn't matter much for the positioning though21:43
jimmy_i tried that, it seems to have no effect on where it pops up21:48
jimmy_but i am able to tweak the offset now to make it appear in the menu21:48
asacjimmy_: offset?21:49
asacjimmy_: with the new method you should just use hard-coded values: e.g. 40,1021:49
asacdid you try that?21:49
* asac building midbrowser 321:51
jimmy_40, 10 isn't exactly under the marque21:52
asacbut is it at 40,10?21:53
jimmy_i am using 50, 50 for x, y coordinates, which is pretty close21:56
jimmy_so that should fix the menu being off21:57
asacjimmy_: does the position of the menu change after right clicking somewhereß21:59
asac(while keeping 50,50)?21:59
asacoh right ... you don't see it at all without right clicking?21:59
jimmy_no, that's only for the first time when i try to bring it up22:00
jimmy_after i did the right click, then i can then bring it up everytime22:01
jimmy_and it stays at that position22:01
asacyeah ... maybe the first time the menu is just completely displaced?22:02
jimmy_so is there a fix for that?22:04
asac... its a bug ... so there should be a fix ;)22:09
asacwill take a look22:09
asac... and reply to bobs mail22:10
asacjimmy_: can you summarize what kind of tweakage you needed to do to adapt the build system for the ffox 3 code-base?22:11
asacwould be pretty helpful when reviewing this22:11
jimmy_i put down the tweaks i did in the guide txt file along with the source, did you read that?22:12

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!