| === amitk is now known as amitk-afk | ||
| === amitk-afk is now known as amitk | ||
| === robbiew1 is now known as robbiew | ||
| === lilstevie is now known as lilstevie|ZNC | ||
| === lilstevie|ZNC is now known as lilstevie | ||
| === hrw|gone is now known as hrw | ||
| hrw | morning | 08:47 |
|---|---|---|
| * ogra twiddles thumbs watching lightspark build | 12:53 | |
| ogra | gah | 12:58 |
| ogra | the linker fails | 12:58 |
| ogra | :( | 12:58 |
| hrw | linking qt took so far 1.5GB of memory and still linking | 13:01 |
| 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:02 |
| hrw | auch | 13:03 |
| * hrw -> off | 13:03 | |
| rsalveti | hrw: I was only able to pass the linking part with 1gb of swap | 13:04 |
| ogra | rsalveti, static no-neon change for QT re-uploaded | 13:11 |
| ogra | waiting for approval | 13:12 |
| ogra | (just FYI) | 13:12 |
| rsalveti | ogra: cool, thanks | 13:12 |
| 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:13 |
| 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:14 |
| ogra | ScottK, hmm, k | 13:15 |
| * ogra hasnt seen any wireless dongles that dont work on ubuntu | 13:17 | |
| RobotGuy | ogra: Cool. :) Ubuntu is very wireless friendly. :) | 13:17 |
| ogra | we try our best :) | 13:18 |
| RobotGuy | I think moving to Ubuntu for Pico Node was the best choice. :) | 13:18 |
| RobotGuy | We are working on getting a 2.6.36 kernel up on it now. | 13:19 |
| 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:22 |
| rsalveti | ogra: ok, that will be accepted | 13:23 |
| rsalveti | thanks | 13:23 |
| RobotGuy | When I put a beagleboard on my robot, it will have WiFi. :) | 13:24 |
| ogra | you will even be able to run a unity robot with it *g* | 13:26 |
| RobotGuy | Unity robot?? | 13:26 |
| RobotGuy | My robot is W.A.L.T.E.R. | 13:27 |
| RobotGuy | Right now, I am focused on Pico Node though, and getting it completed. | 13:33 |
| 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:40 |
| 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:43 |
| 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:44 |
| ogra | well, all i have and all my friends have did work :) | 13:45 |
| ogra | but then i dont buy exotic HW | 13:46 |
| hrw | ;) | 13:47 |
| hrw | it was cheapest 802.11n usb dongle | 13:47 |
| hrw | worked fine with my x86 machines | 13:47 |
| * ogra goes for food | 13:50 | |
| 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:49 |
| Neko_ | /etc/initramfs-tools/modules should suffice right? | 14:52 |
| cwillu_at_work | Neko_, it should, although initramfs.conf -> MODULES=most should take care of it to, I'd expect | 14:58 |
| 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:02 |
| Neko_ | cwillu_at_work, modules=most doesn't seem to cover it and I can't work out where it gets this list | 15:10 |
| 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:14 |
| cwillu_at_work | (and by nice, I mean very nearly vital :p) | 15:15 |
| Neko_ | modules.dep doesn't really tell anything to initramfs-tools though does it? | 15:17 |
| 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:18 |
| Neko_ | how does it tell what to not put in | 15:19 |
| Neko_ | is there a list of modules pointless to have in initramfs which it culls out so most != everything? | 15:20 |
| 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:21 |
| 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:26 |
| ogra | have a look at the auto_add_modules() function in there | 15:29 |
| cwillu_at_work | at which point you might just want to add the damn module to the modules file :p | 15:35 |
| 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:36 |
| 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:37 |
| * 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:38 |
| * cwillu_at_work retries the ip from his webserver | 15:39 | |
| 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:40 |
| 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:41 |
| 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:42 |
| 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:43 |
| 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:44 |
| 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:45 |
| hrw | pata_fsl is in 2.6.31-fsl tree | 15:54 |
| hrw | and it is using libata | 15:54 |
| 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:55 |
| ogra | kernel/drivers/ata is copied with MODULES=most | 15:56 |
| 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:02 |
| 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:03 |
| 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:04 |
| ogra | it means it recursively copies all .ko files below that dir | 16:05 |
| Neko_ | yeah I see it I just don't "believe" it :) | 16:07 |
| ogra | well, it works :) | 16:07 |
| 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:14 |
| 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:15 |
| 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:16 |
| hrw | sure, but for toys like ac100/efikasb you usually do not do that | 16:19 |
| 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:21 |
| 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:47 |
| hrw | have a nice weekend | 16:48 |
| ogra | GrueMaster, hmm, that might be due to persia's quest of letting ports die | 16:48 |
| === hrw is now known as hrw|gone | ||
| ogra | http://cdimage.ubuntu.com/ubuntu-netbook/daily-preinstalled/current/ has the right images though | 16:48 |
| 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:49 |
| 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:50 |
| 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:51 |
| GrueMaster | That shouldn't stop us from building dailies for testing. They're unsupported anyways. | 16:52 |
| 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:53 |
| 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:54 |
| 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:55 |
| 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:56 |
| 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:57 |
| persia | Should be independent of who offers to maintain the kernel. | 16:58 |
| persia | (or the timing of that offer) | 16:58 |
| 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 | 16:59 |
| 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:00 |
| GrueMaster | But I do agree that we shouldn't hold up test image builds for paperwork that can get sorted over time. | 17:01 |
| persia | Which one is antimony again? I thought that was separate from the livefs builders. | 17:02 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!