[00:49] <HappyCamp> davidm, ping
[00:50] <HappyCamp> davidm, any change that snapshot.ubuntu.com could have anonymous rsync access enabled?
[01:12] <GrueMaster> Happycamp:  I don't think that would be possible considering there is stuff that can't be public yet in there.
[01:13] <HappyCamp> GrueMaster, well I want what is on http://snapshot.ubuntu.com/ on rsync
[01:13] <StevenK> In the snapshot? No there isn't.
[01:13] <HappyCamp> And http is wide open from what I can see.
[01:14] <GrueMaster> Oh.  I thought it was linked from the intel/canonnical wiki.
[01:15] <GrueMaster> Eh, I'm tired, and I hear my beer calling.
[01:15] <StevenK> It is, the explanation is there, but the snapshots are public.
[01:16] <GrueMaster> oh.
[01:16] <GrueMaster> At any rate, I just finished testing of the 0228 Beta 2.  Some big issues, mainly in video.  
[01:17] <GrueMaster> Don will get it posted to the wiki later.
[01:17] <davidm> HappyCamp, If stevenK says it's not then likely it's not, he knows more about that then I do, but why would you need it?
[01:18] <davidm> GrueMaster, is that due to the lack of 3D drivers?
[01:19] <GrueMaster> Partly.  Also bad helix install.  And moblin-media fails with a "can't run while docked" error?  
[01:19] <StevenK> Bad Helix install?
[01:19] <StevenK> I used the packages Intel made.
[01:20] <GrueMaster> the helix-cip-codecs package had a script that moved software decoders to a backup directory.
[01:20] <StevenK> In which case, divert them or don't install them in the first place.
[01:21] <GrueMaster> They are part of the helix-dbus-server package.
[01:21] <StevenK> Unpack order is undeterministic.
[01:21] <GrueMaster> they aren't files that get overwritten either.  
[01:21] <StevenK> So don't ship them in helix-dbus-server, or have helix-cip-codecs Depend on helix-dbus-server, and then divert them away
[01:22] <HappyCamp> davidm, I would like rsync access, so that I can ........ rsync from it :)
[01:22] <HappyCamp> Not critical, but would be convenient for me.
[01:22] <GrueMaster> the reason for doing it this way is so that video playback can be added as new hardware decoders are released.
[01:23] <GrueMaster> This is the third engineering drop.  It adds support for MPEG4 and VC1.  Previous drop added h264.  First drop was MPEG-2.
[01:23] <StevenK> GrueMaster: There are mechanisms provided by dpkg already for this, you divert away the ones that will be replaced. This means if, for example, helix-dbus-server gets upgraded and helix-cip-codecs don't, the hardware accelerated codecs don't get overwritten.
[01:24] <GrueMaster> they are entirely different files.
[01:24] <GrueMaster> that's the problem
[01:24] <StevenK> But they have the same filename
[01:24] <GrueMaster> no, they do not.
[01:24] <StevenK> You just don't want Helix to use them
[01:24] <StevenK> ?
[01:25] <GrueMaster> for example, libipp_hx_vc1vd.sop replaces wmv9*.so
[01:25] <StevenK> Right, so your preinst/postrm in helix-cip-codecs is making assumptions that helix-dbus-server is already unpacked.
[01:26] <GrueMaster> yes.
[01:26] <StevenK> Which is bad. Pre-Depend on it
[01:27] <GrueMaster> hey, I just report the issues.  I'll let you and rusty work out the logistics.
[01:28] <GrueMaster> And from what I can tell, both helix-dbus-server and helix-cip-codecs deb packages are built from the same tree.
[01:28] <GrueMaster> The only source we have access to is helix-dbus-server.  the soft codecs come from another source.
[01:29] <GrueMaster> and the hardware decoders (CIP) are given to us as binary only as well.
[01:29] <StevenK> I'm not sure what you're getting at.
[01:30] <GrueMaster> All I'm doing is taking a beta image that was provided by you and David, and reporting the results of my testing.
[01:31] <GrueMaster> I have to leave.  See you all online tomorrow.
[01:32] <davidm> Interesting, StevenK we clearly need to get better information from Intel
[01:32]  * StevenK nods
[01:32] <StevenK> It's a packaging issue
[01:32] <StevenK> Well, it can made into one
[01:33] <StevenK> can be. I swear I can type some days
[01:51] <mjg59> Hey, if teaching the intricacies of .deb packaging was easy, n-m wouldn't take so long
[01:52] <StevenK> n-m being Debian NM or Network Mangler? :-)
[01:52] <mjg59> Ha
[01:52] <mjg59> Debian n-m
[01:53] <StevenK> I thought so, but best to check. :-)
[01:54] <mjg59> But yeah, it just sounds like a pre-depends
[01:54] <StevenK> Or different packaging.
[01:54]  * StevenK will investigate closely after dealing with the daily builds.
[02:59] <MutantBC> hello
[03:00] <MutantBC> im interested in ubuntu mobile
[03:00] <MutantBC> to load to our 7" devices
[03:05] <MutantBC> is there a way how we can install ubuntu mobile to usb flash  built-in to motherboard
[03:07] <rustyl> MutantBC, how is the flash exposed to the operating system?
[03:09] <rustyl> for example... if you are talking about the tiny flash part that most desktop boards use for the BIOS, then the answer is normally no since the BIOS locks write access to prevent the BIOS from getting corrupted by system software
[03:10] <rustyl> MutantBC, but... if you are talking about a device that uses a solid state disk (SSD) for system software, then yea... it just looks like a hard drive to the OS
[03:14] <MutantBC> i believe the device is using the SSD
[03:17] <MutantBC> right now we're using a via C7-M processor
[03:18] <MutantBC> via vx800U chipset
[03:21] <MutantBC> right now im downloading the menlow_full_install_usb.img installer
[03:26] <MutantBC> we have a system storage of 2gb NAN flash (SLC)
[03:50] <MutantBC> the menlow_full_install_usb.img, i've burned it to a normal CD-RW and will try to install to our 7" device using a dvd-rom...i hope the installation is straight forward
[03:54] <MutantBC> rustyl, when will UME be release in full version? right now, its in alpha release right?
[04:00] <MutantBC> hello all
[04:00] <MutantBC> im having a problem writing the image file to the CD
[04:01] <MutantBC> i've download the .img from http://cdimage.ubuntu.com/moblin/hardy/menlow_crownbeach/current/
[04:01] <StevenK> MutantBC: The image is meant to be installed via a USB flash drive.
[04:01] <StevenK> It isn't an iso
[04:01] <MutantBC> but when I try to burned it to CD, empty files in the CD
[04:01] <StevenK> Yes, because the image is a VFAT filesystem.
[04:01] <MutantBC> oh i see
[04:02] <MutantBC> is there a way I can write it to CD?
[04:03] <MutantBC> or is there a windows tool to write http://cdimage.ubuntu.com/moblin/hardy/menlow_crownbeach/current/ to usb flash drive?
[04:05] <StevenK> rawrite should be able to do it
[04:05] <StevenK> I *think*. I'm not certain since I've not tried.
[04:06] <MutantBC> ok
[04:07] <MutantBC> so i have to have ubuntu/kubuntu 7.10 desktop version installed on a PC then use https://wiki.ubuntu.com/MobileAndEmbedded/CreatingAnImageForUMEDevice
[04:07] <MutantBC> to create an ISO CD?
[04:07] <StevenK> That will still create a VFAT img
[04:09] <MutantBC> how do I make an installer?
[04:10] <StevenK> I have no idea about that, sorry.
[06:44] <MutantBC> is there a way how we can create an iso for ubunto mobile?
[06:45] <MutantBC> i've downloaded an img file from http://cdimage.ubuntu.com/moblin/hardy/menlow_full/current/
[06:46] <MutantBC> where can I download the iso version of this img?
[06:46] <MutantBC> anyone?
[07:01] <MutantBC>  is there a way how we can create an iso for ubunto mobile?
[07:01] <MutantBC> i've downloaded an img file from http://cdimage.ubuntu.com/moblin/hardy/menlow_full/current/
[07:01] <MutantBC> where can I download the iso version of this img?
[07:01] <StevenK> There isn't one, I'm afraid
[07:14] <MutantBC> ok
[07:14] <MutantBC> i've use the rawrite 
[07:14] <MutantBC> the one you suggest
[07:15] <MutantBC> after doing dd to rewrite .img file to usb flash drive
[07:15] <MutantBC> do i have to instantiate any script/batch file from the usb flash drive?
[07:16] <StevenK> Just boot off it
[07:16] <MutantBC> i got missing operating system
[07:16] <StevenK> It will wipe everything off the hard drive it finds
[07:18] <MutantBC> i got missing operating system when i boot it from usb flash drive
[07:21] <MutantBC> is there something missing?
[07:22] <MutantBC> the rawrite parameters im using are
[07:23] <MutantBC> dd if=my path\menlow_full_install-usb.img of=\\.\usbpath: bs=1M
[07:23] <MutantBC> the files inside .img file extracted to the usb flash drive
[07:24] <StevenK> You should use of=/dev/sdb or so
[07:24] <MutantBC> but when I tried to boot it from the 7" device, it says Missing operating system
[07:25] <larsemil> whats menlow? the projectname?
[07:31] <larsemil> aha the platform
[07:42] <MutantBC> im using windows right now
[07:43] <MutantBC> this of=/dev/sdb is for linux OS command line
[07:43] <MutantBC> im using windows right now
[07:46] <MutantBC> ill try to download the gutsy version of ubuntu mobile
[07:46] <MutantBC> and will try to extract it to usb flash drive and boot it to the 7" device
[07:52] <MutantBC> have anyone successfully installed ubuntu mobile to a 7" system storage NAND flash?
[07:55] <MutantBC> :(
[07:55] <larsemil> this channel is not so active. but did you try the image-creator tool in gutsy made for this purpose?
[08:54] <amitk> MutantBC: is this an x86-based system?
[08:59] <MutantBC> larsemil: I havent tried the image-creator tool
[09:02] <MutantBC> I've emailed ubuntu on where to download the ubuntu mobile and he just point to http://cdimage.ubuntu.com/moblin/hardy/menlow_full/current/
[09:02] <MutantBC> i've also tried the gutsy
[09:06] <MutantBC> but failed to boot on the 7" device
[09:29] <larsemil> MutantBC: well it is a pre-alpha or something like this isnt it?
[10:03] <MutantBC> amitk: yes its x86
[10:03] <MutantBC> larsemil:i think its a pre-alpha
[10:08] <larsemil> i just mean - dont expect to much. :)
[10:08] <larsemil> MutantBC: you trying to run it on a eeepc?
[10:22] <MutantBC> :D
[10:22] <MutantBC> im too excited to test it to the 7" device
[10:22] <MutantBC> similar device
[10:22] <MutantBC> similar to eeepc
[10:22] <MutantBC> ;)
[10:23] <larsemil> if you get it running send me a pm. got a eee and would like to try
[10:23] <MutantBC> sure
[10:24] <MutantBC> but i've installed the xubuntu alpha release though
[10:26] <larsemil> i have xubuntu running on mine. :)
[10:27] <larsemil> not hardy though
[10:31] <MutantBC> okies
[10:31] <MutantBC> but wireless not detected
[10:31] <MutantBC> seems i have to find a driver
[10:31] <MutantBC> i hope i can make the ubuntu mobile work on this device
[15:29] <smagoun> asac: did tonyespy talk to you about network manager ftbfs (bug 194546)? It's a blocker for us right now, do you have time to take a look?
[15:29] <ubotu> Launchpad bug 194546 in network-manager "FTBFS in latest archive rebuild test" [High,Confirmed] https://launchpad.net/bugs/194546
[15:30] <asac> smagoun: if its ftbfs because of libnl, i will upload 0.6.6 RC2 today - that should fix it
[15:31] <smagoun> asac: it's the libnl problem, yup. Thanks for the info. Would you mind letting tony or me know when you're done with the upload? Thanks.
[15:31] <asac> smagoun: https://code.edge.launchpad.net/~ubuntu-core-dev/network-manager/upstream.0.6.x
[15:31] <asac> if you want to try a spin
[15:31] <asac> aeh sorry
[15:31] <asac> :)
[15:31] <asac> wrong branch
[15:31] <asac> https://code.edge.launchpad.net/~ubuntu-core-dev/network-manager/ubuntu.0.6.x
[15:31] <asac> hmm ... my push did not succeed for some reason
[15:31]  * asac looking
[15:46] <asac_> smagoun: https://code.edge.launchpad.net/~ubuntu-core-dev/network-manager/ubuntu.0.6.x
[15:46] <asac_> now its up
[15:46] <asac_> still UNRELEASED though
[15:46] <asac_> testing appreciated ;)
[15:46] <smagoun> asac_: Thanks! Tony + I will take a look today.
[17:09] <GrueMaster> davidm: ping
[17:09] <davidm> GrueMaster, on-phone now I'll ping you
[17:09] <GrueMaster> k
[17:28] <tonyespy> ChickenCutlass: we gave them 2.6.24-8-lpia to build their drivers... just sent you an email w/the details
[17:34] <davidm> amitk, ping
[17:37] <GrueMaster> lool ping
[17:40] <lool> GrueMaster: pong
[17:41] <lool> GrueMaster: BTW, you can ask directly, this allows me to respond immediately when I see it
[17:42] <GrueMaster> Packaging question.  How do I specify a dependency on a kernel module that is either in a stand alone package or in the linux-ubuntu-modules package?
[17:42] <lool> GrueMaster: With "|" you can list OR dependencies
[17:42] <mjg59> GrueMaster: Depends: my-module-package | linux-kernel-package (>=2.6.24-bonghits)
[17:42] <lool> e.g. python (>= 2.5) | python-elementtree means either you need python >= 2.5 or you need the other package
[17:43] <GrueMaster> Ok.  I'll give it a whirl.
[17:43] <lool> Make sure you version the kernel dep properly to ensure you have the module
[17:43] <GrueMaster> I'm building Beta 8 of the video drivers for testing.  I wanted to make sure the packages are not going to mess up apt-get later down the road (like they do now).
[17:52] <agoliveira> mjg59: Are you all set to the Bossa conference?
[17:53] <mjg59> agoliveira: Yup
[17:53] <lool> mjg59: And? how is it?!
[17:54] <mjg59> lool: Bossa? A week away :)
[17:54] <lool> haha
[17:54] <mjg59> I'm not in Brazil yet
[17:54] <agoliveira> mjg59: Cool. See you there then.
[17:54] <lool> agoliveira: Is that geographically near you?
[17:54] <agoliveira> lool: Do you call 3500km near? :)
[17:55] <lool> Brazil is too big
[17:55] <agoliveira> lool: I'll post a notice on the ML. I was wating for some confirmations as I had to do a lot of things in a very short notice.
[17:58] <agoliveira> mjg59: Are you staying at the conference venue, the resort?
[17:58] <mjg59> Yup
[17:58] <agoliveira> mjg59: Lucky man :)
[17:59] <agoliveira> I'll be at the hotel next door so to speak. The resort is way too expensive.
[18:02]  * davidm is away: Lunch
[18:07] <lool> rustyl: Are you around?
[18:32]  * davidm is back (gone 00:30:38)
[18:41] <rustyl> lool, i've been in the lab
[18:42] <rustyl> lool, but i'm back at my computer now
[18:45] <rustyl> lool, fyi... i hand built moblin-applets in the project root, and then just installed that package in the target.  I haven't tried creating a new target from scratch since you uploaded the new version of libxklavier to the ppa
[18:46] <lool> rustyl: Okay
[18:47] <rustyl> lool, btw, i just got through testing the new image in the lab, and I am seeing some really funny touchscreen behavior.  Do you guys have CB touchscreens?
[18:54] <lool> rustyl: I personally don't have one (yet)
[18:54] <lool> rustyl: I think some people have
[18:54] <lool> rustyl: I heard some people received "LCD"s with a very short cable
[18:55] <amitk> davidm: pong
[18:56] <GrueMaster> amtik:  davidm wanted to ask why linux-headers-2.6.24-10[-lpia] was mia from the repository.
[18:56] <GrueMaster> It started as my question, he was going to forward to you.
[18:57] <amitk> GrueMaster: from the hardy-repo? or ppa? or snapshot?
[18:58] <GrueMaster> Not sure where.  I was trying to build a kernel module for the Beta2 drop I got Friday.  apt-get install linux-headers didn't list the correect version for the build I was given.
[18:59] <amitk> GrueMaster: Hardy has moved on to -11 (though it should be identical to -10 as far as lpia is concerned)
[18:59] <davidm> amitk, you are already talking over the issue :-)
[18:59] <GrueMaster> Ok, but won't building against -11 fail to load on -10?  I usually get symbol mismatch errors.
[19:00] <amitk> (I am currently working on the intregrating new changes into Ubuntu - should happen by Friday)
[19:01] <amitk> GrueMaster: I have to know what you are testing against - but in principle, yes, -11 modules will complain on -10
[19:01] <amitk> IIRC, snapshot has -10
[19:02] <GrueMaster> I have the beta2 image from davidm that was built on 0228.  The repository lists don't show the kernel version it was built with.
[19:02] <GrueMaster> If the kernel moved, ok (I guess).
[19:03] <GrueMaster> Seems bad in that it breaks daily builds and snapshots like this.
[19:03] <GrueMaster> Oh, wait.  Now they're showing up in apt-get.  Weird.
[19:04] <GrueMaster> nope, scratch that last.  missread the listing.
[19:05] <GrueMaster> I'm currently seeing 2.6.24-4-lpia, 2.6.24-6-lpia, 2.6.24-8-lpia, and 2.6.24-11-lpia
[19:05] <amitk> Beta2 has -a 10 kernel - so pointing to snapshot.ubuntu.com should show your -10.
[19:05] <amitk> GrueMaster: http://snapshot.ubuntu.com/lpia/ports/pool/main/l/linux/
[19:05] <GrueMaster> So I need to add that to the sources,list?  Seems odd that I should have to modify a snapshot in this way.
[19:06] <amitk> GrueMaster: if you are seeing -11, you are working against hardy rather than the snapshot. lool, StevenK should be able to answer about the contents of the snapshot image.
[19:06] <amitk> davidm: ^^^
[19:07]  * GrueMaster is really confused
[19:07]  * amitk is too, intel was supposed to be working against the snapshot
[19:08] <GrueMaster> this is an image drop provided by davidm.
[19:08] <GrueMaster> I'm not building a new image, just working with a beta image provided.
[19:08] <davidm> The image we drop is hardy and ppa
[19:08] <davidm> We have made snapshots available to Intel but we never build to the snapshot.
[19:09] <GrueMaster> So, this image you provided me (through Don Johnson) is broken?  I really don't understand.
[19:10] <amitk> davidm: then who is the snapshot for?
[19:10] <davidm> Our daily builds are hardy & ppa, the last drop to intel was from the snapshot at the moment it was snapshotted
[19:10] <davidm> the snapshots are for Intel to work against
[19:11] <GrueMaster> That's what I thought.  Unfortunately, if I can't add devel environments to the project used to create that snapshot, it's pointless.
[19:11] <davidm> Our milestones will come from hardy & ppa when ever possible and snapshots only if Intel has a change that breaks the hardy & ppa version
[19:11] <amitk> davidm: shouldn't sources.list be modified to point to the snapshot then?
[19:12] <davidm> I thought it was, will have to ask StevenK it was the first time we tried this
[19:13] <davidm> amitk, this was the first build that we attempted post the big Intel drop
[19:13] <GrueMaster> fortunately, I had a build environment from a few days earlier to build against.
[19:13] <davidm> and we had to fix a bunch of stuff since the drop was not validated to hardy
[19:14] <GrueMaster> but other developers may not have this, so I need a solution prior to posting this internally for distribution.
[19:14] <amitk> davidm: right
[19:15] <davidm> GrueMaster, how are you thinking this image is getting used?
[19:15] <amitk> GrueMaster:  I am afraid I can't really help here if the image is pointing to Hardy+PPA. It _will_ pick up newer packages. We better wait for StevenK who should be up in a few hours.
[19:15] <GrueMaster> Other driver developers (comms, usb client, dabney, etc).
[19:16] <GrueMaster> amitk:  the thing I don't get is the headers used to be there.  I do daily snapshots of hardy+ppa, and that is how I was able to build today.
[19:16] <davidm> So you looking for an image that is from snapshot hardy & snapshot ppa that will not change at all?  Until you are done using it and have to pickup changes from current hardy?
[19:17] <GrueMaster> I happened to have a build on 0227 that had the correct kernel headers.
[19:17] <GrueMaster> The thing is, I can go back to a snapshot from 0201 that uses 2.6.24-6-lpia and still pull the headers.  Just not for this snapshot.
[19:18] <davidm> We did not have a snapshot at that time
[19:18] <davidm> IS that an internal snapshot?
[19:19] <GrueMaster> No, it is a daily build that I do through MIC to the external repos.
[19:19] <amitk> GrueMaster: the old version will disappear when a new one is uploaded to the archive
[19:19] <GrueMaster> It is the same that joe public has access to.
[19:20] <GrueMaster> amitk:  Then why is the older versions showing up now?
[19:20] <amitk> GrueMaster: I am confused. You said it wasn't showing up. :)
[19:20] <GrueMaster> no, I said 2.6.24-10 is not showing up.
[19:21] <davidm> GrueMaster, what is it that you are looking for going forward?  A build made from a snapshot of hardy and a snapshot of the ppa for developers to use as a base to develop drivers?
[19:21] <GrueMaster> 2.6.24-4, 2.6.24-6, 2.6.24-8, and 2.6.24-11 are available.
[19:21] <GrueMaster> Here's the scenerio:
[19:21] <GrueMaster> you give us a snapshot that I test.  It is then made available internally to developers.
[19:22] <GrueMaster> If they get it 2-4 weeks after it is created, they still need to be able to build and test off it.
[19:23] <GrueMaster> We had to stop providing moblin snapshots as they were changing weekly and dropping all older revs.
[19:24] <GrueMaster> We have multiple groups internally that use these.  TME's, marketing, developers (outside SSG), etc.
[19:25] <GrueMaster> They don't want to upgrade their images weekly, though, so they pull once a month.
[19:26] <GrueMaster> or whenever their schedule allows.
[19:27] <amitk> GrueMaster: Since StevenK did the snapshotting, we really should wait for him. I am a measly kernel guy, he understands more about how the archive works.
[19:27] <davidm> OK, by using the snapshot of hardy and the snapshot of the ppa they can achive that
[19:27] <GrueMaster> At any rate, if you chroot into the project that the beta2 snapshot was created from, you should be able to apt-get install any devel package you need to develop and test against that snapshot.
[19:27] <davidm> Those are not changing
[21:27]  * GrueMaster is back.
[21:42] <lool> rustyl: Hmm two of my messages were waiting for moderation on the dev@moblin list and were just rejected
[21:43] <lool> This is because they were cross posts between ubuntu-mobile@ and dev@moblin
[21:43] <lool> rustyl: Is moblin enforcing some strict closed post policy?  Am I expected to send them again?
[21:45] <rustyl> lool, hmmm
[21:45] <lool> rustyl: Should I talk to someone else? :)
[21:45] <rustyl> HappyCamp, HappyCamp_ubuntu ... your managing the dev@moblin.org list, right?
[21:45] <HappyCamp> yep
[21:45] <rustyl> looks like we are getting some kind of backlog?
[21:45] <HappyCamp> lool, whoops my bad
[21:46] <HappyCamp> I assumed it was a non-subscribed issue
[21:47] <HappyCamp> lool, I just changed it to not care about number of recipients
[21:49] <lool> HappyCamp: I don't think it was the number of recipients, it was my sending address
[21:49] <lool> I use @ubuntu.com as from on ubuntu lists, but not otherwise
[21:49] <HappyCamp> lool, yes it does stop on that
[21:49] <HappyCamp> It is a closed email list, in that addresses have to be subscribed in order to send.
[21:50] <lool> So it was held for moderation for most of today, and poof
[21:50] <HappyCamp> Anti-spam measure
[21:50] <HappyCamp> I just reject them and make people subscribe if they want to send.
[21:50] <lool> :-/
[21:50] <HappyCamp> You can subscribe mutliple accounts and set them to not receive email.  Then you can send from them.
[21:51] <lool> I'll try to do this
[21:52] <HappyCamp> Trust me, we get a lot of spam to the mailing list lool.  
[21:52] <HappyCamp> This blocks it out, luckily.
[21:52] <lool> I'm moderator for a 10 or so mailman lists :)
[21:52] <lool> But then not with the same mail filtering I guess
[21:52] <HappyCamp> I also run bogofilter on it too, so that I don't get bothered with most of the moderator requests.
[21:53] <lool> How many requests do you get per day?
[21:53] <HappyCamp> Well with the bogofilter stuff, only around 2-5.  So I then train bogofilter if it is spam/ham
[21:54] <HappyCamp> If bogofilter thinks it is spam it goes in /dev/null.  If unsure it gets moderated.
[21:55] <HappyCamp> lool, so far are mailing list has received 5308 spam messages since about August of 2007
[21:56] <HappyCamp> Very few, if any, have actually made it to the mailing list.
[21:57] <asac> smagoun: the bits are avail in hardy now.
[21:57] <smagoun> asac: Thanks! tonyespy ^^^
[22:06] <rustyl> is is anyone here noticed that gnome-volume-manager on hardy+ppa is not working?  This results in USB keys / MMC memory cards not getting auto-mounted, which means the media import utility is not getting kicked off
[22:07] <rustyl> i can see via ps that the gnome-volume-manager process is defunct
[22:08] <tonyespy> rustyl: yea...we had a discussion about this yesterday... it has something to do with ConsoleKit & the fact that we're not running gdm.  ChickenCutlass is working on a short-term solution for our customer-build.  We'll try and get something pushed to the PPA soon thereafter
[22:09] <tonyespy> rustyl: if you want, email mike ( aka ChickenCutlass ) and he can give you more details
[22:11] <rustyl> tonyespy, as long as somebody is on it then that's fine by me. 
[22:11] <tonyespy> rustyl: cool
[22:51] <rustyl> StevenK, have you guys started integrating libva yet?  I don't see it in hardy or the ppa, but this is what the hardware accelerated codecs use to access the hardware
[22:53] <davidm> rustyl, which license is it under?  We are waiting for clearance from the Intel legal to include the 3D stuff and it will only be in a private build due to the click through license restrictions.
[22:56]  * rustyl checks the license
[22:56] <mjg59> libva is supposed to be open, I believe
[22:57] <mjg59> The Poulsbo parts may not be
[22:58] <rustyl> yes, it's open... looks like the boilerplate MIT license
[22:58] <rustyl> the code is hosting on freedesktop (not sure of the url), but we also have it on moblin
[22:58] <mjg59> But the idea is that libva will be the standard infrastructure for video media acceleration
[22:59] <inuka_desk> ping amitk..
[22:59] <rustyl> http://moblin.org/repos/?p=projects/libva.git;a=blob;f=COPYING;h=765e825d5d0803f37c10214af6feeba038dee29f;hb=HEAD
[22:59] <rustyl> that's the COPYING file
[23:00] <rustyl> davidm, StevenK, fyi... the up stream source (unpackaged) is hosted at http://gitweb.freedesktop.org/?p=libva.git;a=tree
[23:02] <rustyl> if you guys want, i can push a packaged version to the ppa, or let somebody else do the packaging.  We just happen to have it packaged from our gutsy based build on moblin
[23:02] <rustyl> not that we are adding any patches
[23:02] <davidm> OK, we will need to figure out what pieces are open and free and what is under the click license that we can't distribute
[23:02] <rustyl> libva is completely open
[23:05] <davidm> I have libva1_0.28-3_lpia.deb that I got from ARMS and it was contained within the click through license so I did not look closer at the package to see it's specific license
[23:06] <rustyl> oh... didn't realize it was distributed by arms... seems kind of silly, it's up on freedesktop
[23:08] <davidm> It was all part of the 3D package, but since you pointed this out, I'll ask Steve/Loïc to have a look to see what we can put into the base distro 
[23:09] <davidm> Anything open I'd like in the base distro, anything else is a headache that has to go a different route.
[23:22] <GrueMaster> libva is open, but useless w/o the 3D drivers and firmware.
[23:24] <GrueMaster> For example, helix CIP codecs will call libva, with in turn loads psb-video.  Since psb-video is closed source, helix will fail regardless of libva installed or not.
[23:26] <rustyl> GrueMaster, true, but that doesn't mean that the package should be forced to live a live of restricted apt repositories
[23:33] <GrueMaster> I guess I'm just leaning more towards open source.  If you can't use it, why install it?  Thankfully, I just get to muck with the code.  Let someone higher up dictate policy.