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