**** BEGIN LOGGING AT Fri Nov 19 02:59:58 2010
Nov 19 08:54:42 <hrw> morning
Nov 19 13:00:26 * ogra twiddles thumbs watching lightspark build
Nov 19 13:05:08 <ogra> gah
Nov 19 13:05:11 <ogra> the linker fails
Nov 19 13:05:14 <ogra> :(
Nov 19 13:08:04 <hrw> linking qt took so far 1.5GB of memory and still linking
Nov 19 13:09:17 <ogra> heh, but it doesnt fail for you at least
Nov 19 13:09:24 * ogra curses intel centric code
Nov 19 13:09:37 <hrw> ogra: with 10GB of swap it should not
Nov 19 13:09:39 <ogra> armv7l/Debian/lib/liblightspark.so.0.4.4: undefined reference to `fastYUV420ChannelsToYUV0Buffer_SSE2Unaligned'
Nov 19 13:09:39 <ogra> armv7l/Debian/lib/liblightspark.so.0.4.4: undefined reference to `fastYUV420ChannelsToYUV0Buffer_SSE2Aligned'
Nov 19 13:09:47 <ogra> silly !
Nov 19 13:09:59 <hrw> auch
Nov 19 13:10:01 * hrw -> off
Nov 19 13:11:17 <rsalveti> hrw: I was only able to pass the linking part with 1gb of swap
Nov 19 13:18:51 <ogra> rsalveti, static no-neon change for QT re-uploaded
Nov 19 13:18:57 <ogra> waiting for approval
Nov 19 13:19:03 <ogra> (just FYI)
Nov 19 13:19:08 <rsalveti> ogra: cool, thanks
Nov 19 13:20:15 <RobotGuy> We've got Pico Node running on a Beagle-xM with Ubuntu 10.10 now. :)
Nov 19 13:20:26 <ogra> congrats
Nov 19 13:20:32 <rsalveti> ogra: what is the package version? will push the same one with with neon on the ppa
Nov 19 13:20:40 <rsalveti> cool :-)
Nov 19 13:20:41 <RobotGuy> Thanks. :)
Nov 19 13:20:48 <ogra> rsalveti, ubuntu4.1 again
Nov 19 13:21:02 <ScottK> rsalveti: Once it's there, would you please point me at it, I know some people that will definitely want it.
Nov 19 13:21:07 <ogra> i hope it doesnt clash with anything, please wait until i have confirmation
Nov 19 13:21:11 <rsalveti> ScottK: sure
Nov 19 13:21:16 <RobotGuy> Ubuntu is proving way more stable and nice than Angstrom, especially for networking.
Nov 19 13:21:18 <rsalveti> ogra: ok
Nov 19 13:21:28 <ScottK> ogra: Since it was source accepted the version number is used.  You'll have to bump it.
Nov 19 13:21:44 <ogra> slangasek said he removed 4.1 from proposed but i'm not sure that removes everything
Nov 19 13:21:50 <RobotGuy> I also have two different wireless dongles working with Beagle and Ubuntu. :)
Nov 19 13:21:57 <ogra> ScottK, hmm, k
Nov 19 13:24:19 * ogra hasnt seen any wireless dongles that dont work on ubuntu 
Nov 19 13:24:49 <RobotGuy> ogra: Cool. :) Ubuntu is very wireless friendly. :)
Nov 19 13:25:02 <ogra> we try our best :)
Nov 19 13:25:34 <RobotGuy> I think moving to Ubuntu for Pico Node was the best choice. :)
Nov 19 13:26:18 <RobotGuy> We are working on getting a 2.6.36 kernel up on it now.
Nov 19 13:29:02 <rsalveti> shouldn't be that hard, as maverick's 2.6.35 is quite similar with upstream
Nov 19 13:29:22 <RobotGuy> We have a problem with an undefined symbol.
Nov 19 13:29:46 <ogra> rsalveti, so ubuntu4.2 it is (and uploaded, waiting for approval)
Nov 19 13:30:00 <rsalveti> ogra: ok, that will be accepted
Nov 19 13:30:03 <rsalveti> thanks
Nov 19 13:31:22 <RobotGuy> When I put a beagleboard on my robot, it will have WiFi. :)
Nov 19 13:33:00 <ogra> you will even be able to run a unity robot with it *g*
Nov 19 13:33:36 <RobotGuy> Unity robot??
Nov 19 13:34:15 <RobotGuy> My robot is W.A.L.T.E.R.
Nov 19 13:40:16 <RobotGuy> Right now, I am focused on Pico Node though, and getting it completed.
Nov 19 13:47:54 <ogra> hmm, so it needs that for lightspark to build we need some assembler guy to re-write the SSE asm stuff for arm
Nov 19 13:47:56 <ogra> to bad
Nov 19 13:50:26 <hrw> ogra: since ubuntu uses .35 kernel I do not see such neither
Nov 19 13:50:37 <hrw> ogra: lucid ignored one of my wifi dongles
Nov 19 13:50:47 <ogra> bad dongle :P
Nov 19 13:51:38 <ogra> i just said i havent seen any that doesnt work ... doesnt mean that there arent any
Nov 19 13:51:39 <ogra> :)
Nov 19 13:51:40 <hrw> very good dongle ;D
Nov 19 13:51:48 <hrw> 80211n one
Nov 19 13:52:46 <ogra> well, all i have and all my friends have did work :)
Nov 19 13:53:32 <ogra> but then i dont buy exotic HW
Nov 19 13:54:10 <hrw> ;)
Nov 19 13:54:22 <hrw> it was cheapest 802.11n usb dongle
Nov 19 13:54:32 <hrw> worked fine with my x86 machines
Nov 19 13:57:43 * ogra goes for food
Nov 19 14:56:03 <Neko_> hey guys if I have a kernel with built-in modules like pata and then replace it with a kernel with pata as a module how do I force initramfs-tools to include that module if it cannot detect it
Nov 19 14:59:21 <Neko_> /etc/initramfs-tools/modules should suffice right?
Nov 19 15:05:12 <cwillu_at_work> Neko_, it should, although initramfs.conf -> MODULES=most should take care of it to, I'd expect
Nov 19 15:09:16 <ben_kludged> eureka    pretty simple install maverick on beagle  did the aptitude install for the full gui but then had to aptitude install for the x11vnc   cannot start the x11vnc any ideas?
Nov 19 15:09:18 <cwillu_at_work> Warning:  cwillu comes with ABSOLUTELY NO WARRANTY, including warranties of merchantability and fitness for a particular purpose.  Do not consume cwillu.  If injested, contact a kernel developer immediately.  Not suitable for children under the age of 24.  May cause addiction.  May cause insanity.  May cause slight tingling in the fingertips when exposed to sunlight.
Nov 19 15:09:22 <ogra> if modules.dep is properly generated it should just be pulled in
Nov 19 15:17:06 <Neko_> cwillu_at_work, modules=most doesn't seem to cover it and I can't work out where it gets this list
Nov 19 15:21:24 <cwillu_at_work> modules.dep as ogra said
Nov 19 15:21:52 <cwillu_at_work> /etc/initramfs-tools/modules should suffice, it's just nice to have things working properly
Nov 19 15:22:12 <cwillu_at_work> (and by nice, I mean very nearly vital :p)
Nov 19 15:24:56 <Neko_> modules.dep doesn't really tell anything to initramfs-tools though does it?
Nov 19 15:25:02 <Neko_> like "I actually need this to boot"
Nov 19 15:25:13 <Neko_> it will just pull in the ones the ones you list are dependent on too
Nov 19 15:25:26 <Neko_> how would it know from modules.dep that pata_fsl is required to boot from pata
Nov 19 15:25:55 <cwillu_at_work> that's what the "most" is for though
Nov 19 15:26:49 <Neko_> how does it tell what to not put in
Nov 19 15:27:05 <Neko_> is there a list of modules pointless to have in initramfs which it culls out so most != everything?
Nov 19 15:28:00 <dmart> dunno - I guess everything except storage and filesystem-related drivers are not useful in there
Nov 19 15:28:48 <dmart> You could try booting with rdinit=/bin/sh and see what modules actually end up loaded in the initramfs environment
Nov 19 15:33:14 <ogra> you might have toi add the module in question to hook_functions, some module sets are hardcoded in there
Nov 19 15:33:28 <ogra> i.e. network card drivers definitely are
Nov 19 15:36:10 <ogra> have a look at the auto_add_modules() function in there
Nov 19 15:42:17 <cwillu_at_work> at which point you might just want to add the damn module to the modules file :p
Nov 19 15:43:32 <ogra> well, if the module sits in a proper kernel dir it will get auto copied
Nov 19 15:43:51 <ogra> i guess its another of these broken platform modules
Nov 19 15:43:57 <cwillu_at_work> I'm trying to remember if pata is the deprecated one
Nov 19 15:44:03 <ogra> that dont live in the right kernel subdir
Nov 19 15:44:25 <ogra> it should live under kernel/drivers/ata
Nov 19 15:44:25 <cwillu_at_work> i.e., isn't it unified with scsi now?
Nov 19 15:44:37 <ogra> then it should live in kernel/drivers/scsi
Nov 19 15:44:57 <ogra> or if its more generic it shoudl live in kernel/drivers/block
Nov 19 15:45:19 * cwillu_at_work waits for his home machine to answer the phone
Nov 19 15:45:29 <cwillu_at_work> using ide on that one, it'll know :p
Nov 19 15:45:38 <cwillu_at_work> ... pick up the syn
Nov 19 15:45:53 <cwillu_at_work> ugh, dynip fail
Nov 19 15:46:28 * cwillu_at_work retries the ip from his webserver
Nov 19 15:46:58 <cwillu_at_work> there we go
Nov 19 15:47:01 <ogra> oh, there is also kernel/drivers/ide :)
Nov 19 15:47:09 <ogra> that might be very old pata
Nov 19 15:47:42 <cwillu_at_work> that's the one that's deprecated
Nov 19 15:47:50 <ogra> yep
Nov 19 15:47:58 <cwillu_at_work> Neko_, which module are you looking for again?
Nov 19 15:48:00 <ogra> well, initramfs-tools cpoies it nontheless
Nov 19 15:48:04 <ogra> *copies
Nov 19 15:48:48 <cwillu_at_work> Neko_, there's no "pata" module
Nov 19 15:48:53 <cwillu_at_work> not sure there ever was
Nov 19 15:49:05 <cwillu_at_work> just a bunch of device specific pata_*.ko
Nov 19 15:49:29 <cwillu_at_work> pata_fsl
Nov 19 15:49:43 <ogra> i guess thats what he means
Nov 19 15:49:43 <cwillu_at_work> I don't have that driver
Nov 19 15:49:59 <ogra> likely living ion some odd platform subdir
Nov 19 15:50:18 <ogra> instead of a kernel subsystem dir
Nov 19 15:50:18 <cwillu_at_work> I checked the whole modules folder
Nov 19 15:50:26 <ogra> you dont have his kernel :)
Nov 19 15:50:34 <cwillu_at_work> and I'm not looking at an arm machine
Nov 19 15:50:50 <cwillu_at_work> (what arm machines have ide on them, that actually work with recent ubuntu?)
Nov 19 15:50:57 <ogra> that too, but he likely uses a special fsl kernel as usual
Nov 19 15:51:07 <ogra> none
Nov 19 15:51:13 <ogra> dove has SATA
Nov 19 15:51:34 <cwillu_at_work> Neko_, quit using non-existing hardware
Nov 19 15:51:36 <ogra> we dont support FSL anymore, but i think their latest babbage boards have a plain PATA port
Nov 19 15:51:52 <ogra> so theye might also use pata_fsl
Nov 19 15:52:04 <ogra> but i cant tell, since we dont support it anymore :)
Nov 19 15:52:38 <ogra> (the releases of FSL babbage we supported didnt have PATA)
Nov 19 16:01:49 <hrw> pata_fsl is in 2.6.31-fsl tree
Nov 19 16:01:57 <hrw> and it is using libata
Nov 19 16:02:16 <ogra> well, the auestion is where the module lives
Nov 19 16:02:20 <ogra> *question
Nov 19 16:02:30 <ogra> must be a path that initramfs-tools copies
Nov 19 16:02:34 <ogra> else its left out
Nov 19 16:02:49 <hrw> ./drivers/ata/pata_fsl.o
Nov 19 16:02:52 <ogra> and initramfs tools only cares for proper kernel subsystem dirs
Nov 19 16:03:14 <ogra> kernel/drivers/ata is copied with MODULES=most
Nov 19 16:09:31 <Neko_> okay
Nov 19 16:09:46 <ogra> boot with brak=premount
Nov 19 16:09:46 <Neko_> lemme get back with steev and see if he can get some debug
Nov 19 16:09:51 <ogra> *break=premount
Nov 19 16:10:04 <ogra> that will drop you into the initramfs shell so you can inspect
Nov 19 16:10:09 <Neko_> ok
Nov 19 16:10:36 <ogra> if it really lives in that dir, i would suspect it gets copied but doesnt load
Nov 19 16:10:51 <Neko_> that is the effect we're assuming
Nov 19 16:10:57 <ogra> right
Nov 19 16:11:11 <Neko_> but before we think, why doesn't it load, I wanted to make sure it wasn't just not there
Nov 19 16:11:14 <ogra> same thing as with your audio modules i suspect
Nov 19 16:11:32 <Neko_> well I modularized those only yesterday otherwise they were built-in
Nov 19 16:11:38 <ogra>         ata)
Nov 19 16:11:38 <ogra>                 copy_modules_dir kernel/drivers/ata
Nov 19 16:11:38 <ogra>         ;;
Nov 19 16:11:46 <ogra> thats from hook-functions
Nov 19 16:11:58 <ogra> one part thats run for MODULES=most
Nov 19 16:12:24 <ogra> it means it recursively copies all .ko files below that dir
Nov 19 16:13:58 <Neko_> yeah I see it I just don't "believe" it :)
Nov 19 16:14:19 <ogra> well, it works :)
Nov 19 16:21:20 <hrw> ogra: there were rumours that natty wants to get rid of initrd
Nov 19 16:21:40 <ogra> hrw, huh ?
Nov 19 16:21:43 <ogra> i doubt that
Nov 19 16:21:53 <ogra> since lucid you *can* boot without initrd
Nov 19 16:22:04 <ogra> but only if you dont use a certain set of packages
Nov 19 16:22:12 <rsalveti> hrw: hehe, you were dreaming probably ;-)
Nov 19 16:22:37 <suihkulokki> i guess they might want to get rid of current initrd generation scripts
Nov 19 16:22:41 <rsalveti> I know you don't like it :-)
Nov 19 16:23:07 <ogra> well, initrd is supposed to be switched to upstart completely
Nov 19 16:23:19 <ogra> so yeah, the scripts will heavily change
Nov 19 16:23:41 <hrw> I just hope that natty will still allow to boot without initrd
Nov 19 16:23:44 <ogra> but as long as we offer dm-raid or lvm or encryption for any disk stuff, initrd will not be dropped
Nov 19 16:26:42 <hrw> sure, but for toys like ac100/efikasb you usually do not do that
Nov 19 16:27:59 <ogra> oh, and mountall
Nov 19 16:28:14 <ogra> fsck need mountall from initrd before the rootfs is mounted RW
Nov 19 16:28:24 <ogra> that would have to be changed
Nov 19 16:53:58 <GrueMaster> ogra: wrt the qa testing of the daily images, I hadn't tested them because I didn't see them.  They are being posted at http://cdimage.ubuntu.com/ubuntu-netbook/daily-preinstalled/current instead of http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/ (i,e. not in /ports).  My mirror scripts didn't see the change, nor did my browser.
Nov 19 16:54:05 <GrueMaster> I do check daily.
Nov 19 16:54:59 <hrw> have a nice weekend
Nov 19 16:55:19 <ogra> GrueMaster, hmm, that might be due to persia's quest of letting ports die
Nov 19 16:55:41 <ogra> http://cdimage.ubuntu.com/ubuntu-netbook/daily-preinstalled/current/ has the right images though
Nov 19 16:55:59 <GrueMaster> Ah.  Well, if this is permanent, I'll need to update my mirror scripts.
Nov 19 16:56:17 <ogra> no idea if thats permanent or even how they got there
Nov 19 16:56:20 <GrueMaster> Nice for people to tell me.
Nov 19 16:56:24 <GrueMaster> hrmm.
Nov 19 16:56:31 <ogra> but i'd suspect its due to some cdimage reorganization
Nov 19 16:56:40 <ogra> there was a BOF for it at UDS
Nov 19 16:56:43 <GrueMaster> Also, only omap4 images.
Nov 19 16:56:54 <GrueMaster> Yea, I kind of missed UDS.
Nov 19 16:56:55 <ogra> yes
Nov 19 16:57:07 <ogra> the schedule was online :P
Nov 19 16:57:16 <ogra> we dont have omap3 kernels yet
Nov 19 16:57:22 <ogra> so no omap3 images either
Nov 19 16:57:22 <GrueMaster> ok
Nov 19 16:57:30 <ogra> and i dont expect them before A2
Nov 19 16:57:40 <persia> Yeah, but I failed to publish the announcement about the change.  I'll get that done in the next 48 hours (have to fix a couple scripts along the way)
Nov 19 16:57:48 <GrueMaster> What's the hold up?  Ubuntu vs Linaro kernel?
Nov 19 16:58:01 <ogra> GrueMaster, right, see the ML discussion
Nov 19 16:58:16 <ogra> waiting for a statement from kernel and security teams
Nov 19 16:58:48 <ogra> if it is clear we dont get any support we will build omap3 but only as unofficial images
Nov 19 16:59:56 <GrueMaster> That shouldn't stop us from building dailies for testing.  They're unsupported anyways.
Nov 19 17:00:07 <GrueMaster> The rest is paperwork.
Nov 19 17:00:30 <ogra> we dont have a kernel
Nov 19 17:00:43 <ogra> i cant build images without one :P
Nov 19 17:00:52 <GrueMaster> Can't use the existing maverick kernel?
Nov 19 17:00:59 <ogra> its gone
Nov 19 17:01:50 <persia> The documentation for adding kernels is supposed to be published before Alpha-1, but there may not be time to actually use that documentation before then to make a kernel.
Nov 19 17:01:50 <GrueMaster> Huh?  How so?  It is a release package in main.  It shouldn't be gone.
Nov 19 17:02:31 <persia> GrueMaster, The "linux" source package no longer provides that binary package.  It's not uncommon for the set of binary packages to change between releases.  Oh, and "main" doesn't mean anything :)
Nov 19 17:02:35 <ogra> it is built from linux
Nov 19 17:02:43 <ogra> linux doesnt build that flavour in natty
Nov 19 17:02:59 <ogra> we need to move the linaro kernel to main
Nov 19 17:03:11 <ogra> which i wont do until the discussion has settled
Nov 19 17:03:31 <GrueMaster> Ok, I (kind of) get it.
Nov 19 17:04:11 <ogra> building with universe kernel will put a lot of extra work on us which i'd like to justify first
Nov 19 17:04:34 <ogra> i.e. by security and kernel team refusing to take the support
Nov 19 17:04:35 <persia> Why?  It's a two-line change, and if care is taken with the seeds, doesn't otherwise affect the image.
Nov 19 17:05:15 <persia> Should be independent of who offers to maintain the kernel.
Nov 19 17:05:25 <persia> (or the timing of that offer)
Nov 19 17:06:31 <ogra> heh
Nov 19 17:06:31 <ogra> two line change ?
Nov 19 17:06:46 <ogra> we need a universe mirror on antimony for that
Nov 19 17:06:52 <ogra> and way more than two lines
Nov 19 17:07:19 <persia> Isn't that already present for building Xubuntu Desktop, Ubuntu Studio, and Mythbuntu?
Nov 19 17:07:28 <ogra> not that i know of
Nov 19 17:07:52 <persia> How do those get built then?  I thought it was the same infrastructure.
Nov 19 17:07:53 <ogra> in any case i wont bother for omap3 until thats sorted
Nov 19 17:07:53 <GrueMaster> We don't currently build those for arm.  They may exist for other arch's.
Nov 19 17:08:37 <GrueMaster> But I do agree that we shouldn't hold up test image builds for paperwork that can get sorted over time.
Nov 19 17:09:30 <persia> Which one is antimony again?  I thought that was separate from the livefs builders.
**** ENDING LOGGING AT Sat Nov 20 02:59:57 2010