[04:49] <Vali> Hi all
[04:50] <Vali> i was trying to create the rootfs of ubuntu jaunty to the beagle board
[04:50] <Vali> i have used this command  sudo rootstock --fqdn vali --login ubuntu --password ubuntu --imagesize 2G --seed wget,nano,linux-firmware,wireless-tools,usbutils --dist jaunty --serial ttyS0 --components"main universe multiverse" --kernel-image http://rcn-ee.net/deb/kernel/beagle/lucid/v2.6.32.11-l13/linux-image-2.6.32.11-l13_1.0lucid_armel.deb
[04:50] <Vali> to create the rootfs
[04:51] <Vali> there is only two files are created  armel-rootfs-201005182008.tgz  and vmlinuz-2.6.32.11-l13
[04:51] <Vali> i didb,t get any initrd
[04:51] <Vali> initrd.img-2.6
[04:52] <Vali> any one please help me to find the issue..?
[04:53] <rcn-ee> Vali, are you running lucid? or using rootstock from brz trunk?
[04:55] <rcn-ee> btw don't mix and match deb's built for a specific target for a different distro...  that lucid kernel will not boot on jaunty...
[04:56] <Vali> can please send the command to create the jaunty img for beagle..?
[04:56] <rcn-ee> are you running lucid?
[04:57] <Vali> i am runnig jaunty
[04:57] <Vali> u mean in beagle or in my pc
[04:57] <Vali> ?
[04:57] <rcn-ee> I mean on your PC which you are running rootstock....
[04:57] <Vali> ubuntu 9.10
[04:58] <rcn-ee> okay... the version of rootstock shipped with 9.10 does not include initrd.img-xxx generation...
[04:58] <rcn-ee> you can either... a: install bzr trunk of rootstock or b: upgrade to lucid...  (a's quicker)
[04:59] <rcn-ee> a: https://code.launchpad.net/~project-rootstock-developers/project-rootstock/trunk
[05:00] <rcn-ee> then make sure to either apply this patch: http://bazaar.launchpad.net/~beagleboard-kernel/+junk/rootstock-bashism/revision/96 or change the "/bin/sh" line in rootstock to "/bin/bash"
[05:01] <rcn-ee> then make 100% that ifyou specify "-dist jaunty" that you use the jaunty kernel from rcn-ee.net otherwise as is.. yours will not BOOT... (lucid kernel config is uncompatiable with anything before lucid)
[05:01] <Vali> ok thanks and sudo rootstock --fqdn vali --login ubuntu --password ubuntu --imagesize 2G --seed wget,nano,linux-firmware,wireless-tools,usbutils --dist jaunty --serial ttyS0 --components"main universe multiverse" --kernel-image http://rcn-ee.net/deb/kernel/beagle/jaunty/v2.6.34-rc3-0/linux-image-2.6.34-rc3-0_1.0jaunty_armel.deb is this command is ok..?
[05:01] <Vali> means about kernel
[05:01] <rcn-ee> Vali are you picking random kernels?
[05:02] <rcn-ee> only use the latest 'x' which would be : http://rcn-ee.net/deb/jaunty/v2.6.33.4-x3/linux-image-2.6.33.4-x3_1.0jaunty_armel.deb
[05:02] <Vali> i don,t know which is stabilized one so picked it from that site..
[05:02] <Vali> am i wrong
[05:02] <Vali> ok
[05:03] <rcn-ee> the 'x' & 'l' are stable, the 'd' & 'dl' are unstable the 'just a number' are 50/50 it'll even boot. .;)
[05:03] <rcn-ee> why do you want to run jaunty? it's two releases behind...
[05:04] <Vali> actually i tried for lucid using the img file from ubuntu site
[05:04] <Vali> i was loading  up to install screen but keyboard and mouxe were not loading
[05:04] <Vali> so i changed to jaunty
[05:05] <rcn-ee> Well, i'd still shoot for lucid... jaunty and karmic are just getting old now..  swap jaunty with lucid in your rootstock script..
[05:06] <Vali> ok
[05:06] <rcn-ee> i'm guessing you were using the otg port?
[05:06] <Vali> yes
[05:06] <Vali> actually keyboard and mouse were working in android
[05:07] <rcn-ee> yeap, i'm pretty certain that's broken in ubuntu's kernel....  are you using a good usb 2.0 hub?... (yeah android was using an old kernel that allowed stuff to work when it shouldn't..)
[05:08] <rcn-ee> if you have 5mins to spare, i'm pushing people that use the otg port (like me) to use: http://elinux.org/BeagleBoardUbuntu#Community_Kernel
[05:09] <Vali> yes i am using good one only ( SVB 2.0  4 ports  480 Mbps)
[05:09] <rcn-ee> as long as you have a usb ethernet or working wifi adapter the NetInstall is very easy..
[05:09] <Vali> i don,t have usb ethernet
[05:10] <Vali> what is that community kernel
[05:10] <Vali> ?
[05:10] <rcn-ee> that makes it very hard to do things... otherwise i do have demo image up here: http://elinux.org/BeagleBoardUbuntu#Lucid_10.04
[05:12] <rcn-ee> it's my kernel branch, that i started shortly after the first beagle was made, long before ubuntu even started building for the armel architecture or even providing their own kernel...  https://launchpad.net/~beagleboard-kernel
[05:12] <Vali> thanks rcn-ee i am downloading that rootfs
[05:13] <rcn-ee> it'll get you booted into a console terminal..  we are still fighting a late rootstock bug, so i haven't been able to upload a nice xfce enabled demo image...
[05:14] <Vali> mens it isn,t GUI enabled
[05:14] <Vali> ?
[05:18] <rcn-ee> yeap, those demo Image's have no gui... due to bug 532733  A: use the Netboot image that ubuntu provides (haven't used it myself)  B: use the NetInstall method (link above) with a usb etherent adapter or C: use the demo image on rcn-ee.net with a usb-ethernet adapter and apt-get install your gui...
[05:18] <ubot2> Launchpad bug 532733 in qemu-kvm (Ubuntu Lucid) (and 2 other projects) "apt/dpkg in qemu-system-arm hangs if a big task is installed (affects: 5) (dups: 1) (heat: 42)" [High,Incomplete] https://launchpad.net/bugs/532733
[05:24] <DanaG> Handy workaround for usb0 not working:
[05:24] <DanaG> er
[05:24] <DanaG> wait, is that the "all otg is broken"?
[05:24] <DanaG> If it was just g_ether broken... you can do g_ether.use_eem=0
[05:25] <rcn-ee> idk if ubuntu kernel correctly enables the otg port, but Vali's isn't detecting anything on the bus..
[05:27] <DanaG> ah yeah, I think the Ubuntu kernel was b0rked.  Null pointer dereference, or ENODEVICE, or such.
[05:27] <rcn-ee> i know it worked at one time, but i've been busy breaking my own kernel.. ;)
[05:30] <Vali> rcn-ee : can we extract the rootfs from the ubuntu.img file ?
[05:30] <Vali> instead of creating the rootfs using root stock
[05:31] <Vali> if we can able to extract rootfs from .img file( beacuase that img file has working GUI)
[05:31] <rcn-ee> probally.. (with out looking at it..) i'm guessing extract to sd card... then it's very simple to dump/install the *.deb package to get the modules in the SD card and then use the uImage for booting..
[05:31] <Vali> is it posible ?
[05:32] <DanaG> You can probably mount it with loop.
[05:32] <rcn-ee> the only thing... i belive ubuntu's Netboot image is actually an install script similar to lets say an iso/cdrom.. so when you boot with it, you end up installing it to the sd card?
[05:34] <Vali> end up installing in to the USB Disk
[05:36] <rcn-ee> yeah your right, just re-read: https://wiki.ubuntu.com/ARM/BeagleNetbookInstall  ... i like my NetInstall better.
[05:37] <Vali> but for my now i don,t have usb ethernet adapter so i have top try this..
[05:37] <rcn-ee> you can get a cheap asix based usb ethernet off amazon for $7-$14
[05:38] <DanaG> I have one of these: http://www.amazon.com/USB-2-0-3-port-Hub-Ethernet/dp/B0030DO7OY
[05:38] <Vali> ok..i will buy  but for now i will try these methods also..
[05:40] <rcn-ee> another option is the usb0 method with the usb gadget driver... you'll connect  the otg directly to the pc.. setup your ip routes, then use the 'serial-mode' NetInstall metiod (no mouse/keyboard, but thru serial console)... get everything installed then swith back to dvi/usb mouse/keyboard...
[05:40] <rcn-ee> that would also work with the demo images on rcn-ee.net...
[05:41] <Vali> can u please send me the link for thsi about full info please..?
[05:41] <Vali> about serial console
[05:42] <DanaG> Vali: that thing is not the cheapest option... but it is elegant.
[05:42] <Vali> to connect to the pc which cable we have to use usb-a/b
[05:42] <rcn-ee> the serial console is easy.. install gtkterm/etc in linux, then connect to it over the serial port..   the usb0 gadget stuff is kinda documented on the beagleboard group's.. i've never done it, but people have done it...
[05:43] <Vali> ok rcn-ee this too.
[05:43] <Vali> i wiil try this too
[05:45] <Vali> the best option to get GUI properly is usb ethernet(NetInstall) right..?
[05:48] <rcn-ee> yeap it's the easiest till we fix rootstock...
[05:48]  * rcn-ee heads out
[05:48] <Vali> ok thanks rcn-ee and DanaG
[05:48] <Vali> :bye
[05:50] <DanaG> Anyway, that adapter is nice because you don't have cables dangling all over the place.
[07:08] <Vali> rcn-ee : is it is possible to add our own kernel in root file system
[07:09] <Vali> here actually i just want to enable some of the options in the kernel and boot up with ubuntu
[07:09] <Vali> is it posible?
[07:10] <Vali> is there is any version dependencies between initrd and uImage
[07:10] <Vali> ?
[07:10] <Vali> can we just simply replace the uImage in mmc card?
[07:11] <lag> Vali: Is there any way you can just adapt the Ubuntu kernel for you own needs?
[07:11] <lag> All the source is available is it not?
[07:14] <Vali> yes it is . here my intention is suppose if i was created Rootfs using rootstock and loaded in to the bagle and if i want enable like some printk info in the kernel
[07:14] <Vali> how can i enble it
[07:15] <Vali> insted of creating entire rootfs again
[07:15] <Vali> here i was some what confused ..
[07:16] <Vali> about kernel version and initrd and rootfs relation
[07:20] <Vali> 1) first i loaded the ubuntu lucid in to the beagle and i want replace my own kernel with some changes( like removing some drivers ..etc) with the kernel present in the mmc ).
[07:22] <Vali> am i have to create the deb file and again create the rootfs with the rootstock or any other way is possible ?
[07:22] <siji> u can add it as module
[07:23] <Vali> here  i am not adding the module actually removing some drivers for test purpose
[07:24] <Vali> can i just simple replace the uImage ?
[07:24] <siji> yes
[07:25] <siji> But how you are planning to remove the drivers from current kernel ?
[07:25] <siji> (Still confused about removing the drivers)
[07:27] <Vali> is it possible to build the kernel for ubuntu in my pc ( if it is then i will change in the .config)
[07:27] <Vali> ?
[07:27] <Vali> instead of getting the kernel deb file from net
[07:28] <Vali> i want build it in my pc . is it possible ?
[07:33] <siji> Vali, yes
[07:34] <lag> Vali: You can cross-compile on your PC
[07:34] <lag> Vali: If you have the necessary tools that is
[08:02] <zyga> good morning
[08:05] <hrw> morning
[10:58] <hrw> I started writing cross compiler packages spec: https://wiki.ubuntu.com/Specs/M/ARMCrossCompiling
[11:22] <lool> hrw: Thanks
[11:44] <hrw> serial port support is matter of 'console=ttyS2,115200n8 serialtty=ttyS2' in boot.scr?
[11:56] <lool> hrw: Something like that; what does serialtty= do?
[11:57] <hrw> getty?
[11:57] <hrw> need to find proper name for it
[11:57] <hrw> [  112.248596] hub 1-0:1.0: unable to enumerate USB device on port 2
[11:57] <hrw> that suxx
[11:57] <hrw> but lunch first
[11:57]  * hrw -> lunch
[11:58] <lool> hrw: are you using a powered hub?
[11:58] <lool> beagle can't do USB 1.x
[11:58] <lool> only 2.x IIRC
[12:15] <hrw> lool: I know that
[12:16] <hrw> I got my first one over year ago
[12:20] <asac> lool: serialtty= is the casper hook for getting serial getty in upstart
[12:21] <asac> /usr/share/initramfs-tools/scripts/casper-bottom/22serialtty
[12:23]  * zyga is installing lucid server on BB now 
[12:24] <zyga> funny you can use landscape on a farm of BBs
[12:25] <hrw> I think that if lucid will fail again on my C3 then I will go for sakoman's 2.6.34 kernel
[12:29] <amitk> hrw: you could file a bug so cooloney and me can look at fixing it too..
[12:30] <hrw> amitk: any of you have C3 bb?
[12:31] <amitk> hrw: no, but you'll be our tester :)
[12:32] <zyga> hrw, how different is C3 rev from C4?
[12:33] <hrw> zyga: C4 has power lines fixed
[12:33] <hrw> zyga: all is in BB SRM
[12:33] <hrw> I wonder how many versions pandaboard will have
[12:36] <hrw> [   35.008148] hub 1-0:1.0: USB hub found
[12:36] <hrw> [   35.011993] hub 1-0:1.0: 3 ports detected
[12:37]  * ogra_cmpc shakes his head about lool ... dude you reviewed the serialtty code a year ago when i wrote it
[12:37] <ogra_cmpc> you obviously work to much :)
[12:37] <hrw> ~curse bb
[12:38]  * ogra_cmpc never had probs with powered hubs on bb
[12:39] <ogra_cmpc> panda has an onboard hub, you wont have these probs :)
[12:39] <jussi> ogra_cmpc: could you prod David for me and ask about "the arm devices he promised to look into for me"?
[12:39] <hrw> ogra_cmpc: 2.6.29 was last working kernel for me on BB
[12:40] <ogra_cmpc> jussi, if he gets up
[12:40] <jussi> :)
[12:40] <ogra_cmpc> still to early
[12:41] <ogra_cmpc> hrw, .33 works here with ubuntu on C4 and B3
[12:41] <hrw> ogra_cmpc: B3 with otghub on otg?
[12:41] <hrw> ogra_cmpc: B3 with hub on otg?
[12:41] <zyga> hmmm! where does lucid-server install the bootloader to? NAND?
[12:41] <zyga> it's installing reboot and some flash tools
[12:42] <ogra_cmpc> adapter and powered hub, yes
[12:42] <jussi> ogra_cmpc: Also, do you know titan peng's irc nick?
[12:42] <zyga> nand wow :-)
[12:42]  * zyga is now happy about BB
[12:42] <ogra_cmpc> jussi, TaitenP
[12:42] <jussi> oh, thanks :)
[12:42] <ogra_cmpc> zyga, bad is that i needed to trash the default when writing to NAND
[12:43] <zyga> ogra_cmpc, the default being what?
[12:43]  * zyga has booting BB :D
[12:43] <zyga> lovely folks, really
[12:43] <ogra_cmpc> zyga, whatever is set at compile time in the u-boot defaults
[12:43] <zyga> oh, you mean the bootloader
[12:43] <ogra_cmpc> i.e. scanning for boot.scr
[12:43] <ogra_cmpc> yes
[12:43] <zyga> hmm
[12:44] <zyga> what happens if I erase the entire nand?
[12:44] <zyga> is there a bootloader I cannot kill?
[12:44] <ogra_cmpc> after installing lucid you will alsways need a serial cable to install something else
[12:44] <ogra_cmpc> if you erase the whole nand the bootloader will be gone
[12:45] <zyga> and then I'm done without a JTAG, correct?
[12:45] <hrw> no, omap3 can be bring up live
[12:45] <ogra_cmpc> i'll write a tool in maverick to re-flash with the defaults, sadly i didnt have the time in lucid, the TI stuff came in to late
[12:45] <hrw> zyga: you cannot brick BB by erasing nand
[12:45] <ogra_cmpc> you only need to press both buttons and it will load from SD
[12:45]  * zyga feels relieved
[12:45] <zyga> good
[12:45] <ogra_cmpc> you just dont have anything in NAND to boot without SD anymore
[12:46] <ogra_cmpc> SD always works
[12:46] <ogra_cmpc> its just unfortunate that the autodetection is gone with an ubuntu install .... i made it behave a bit like M$ :) us or nothing
[12:46]  * zyga can start hacking on running tests on BB
[12:47] <zyga> ogra_cmpc, you read too much marketing stuff ;-)
[12:47] <ogra_cmpc> haha
[12:47] <zyga> how to switch HDMI to 1080p?
[12:47] <hrw> zyga: BB is not capable of 1080p/60
[12:47] <zyga> I remember there is a boot option
[12:47] <ogra_cmpc> use fw_readev/setenv to change the cmdline and reboot
[12:48] <hrw> zyga: you can get 1080p/24 iirc
[12:48] <zyga> that's fine
[12:48] <zyga> better to have more screen for my terminal anyway
[12:48] <zyga> (server install)
[12:48] <zyga> ogra_cmpc, got it, thanks - let's see if this works
[12:49] <hrw> zyga: 1280x800MR-60 is safe for most monitors
[12:49] <hrw> uf.. C3 + otg + hub works so far
[12:49] <zyga> hrw, I have 1080p monitor hooked up via HDMI - I just wanted to get something more readable
[12:49] <zyga> should I up vram too?
[12:49] <hrw> zyga: 12M is enough
[12:50] <ogra_cmpc> no need if you only use cmdline i guess
[12:50] <ogra_cmpc> for X you probably should
[12:51] <zyga> ogra_cmpc, what does MR  stand for in that line?
[12:51] <zyga> 1920x1080MR-16@60
[12:51] <ogra_cmpc> no idea, hrw might know
[12:51] <zyga> and finally will 24@24 work?
[12:51] <zyga> hrw, ^^ ?
[12:51] <ogra_cmpc> i just stole it from the beagle wiki
[12:51] <zyga> (24bpp at 24 fps)
[12:56] <hrw> MR is related to sync settings
[12:56] <hrw> it is in vesa specifications
[12:57] <zyga> hrw, thanks, I'll check if my line works
[12:57] <SWAT> I have a Marvell Kirkwood (ARM) server and I want to install 10.04 on it. How do you suggest I proceed? i386/amd64 packages aren't useable on this architecture, correct? (and do you have an advice about the filesystem for the SD card?)
[12:58] <lool> ogra_cmpc: serialtty= > eh; I had completely forgotten about it, it sounded like something supported, but I couldn't tell where
[12:58] <hrw> SWAT: 10.04 does not support it
[12:58] <lool> Proof that what I don't use doesn't exist, as usual
[12:58] <hrw> SWAT: Kirkwood is armv5te so last Ubuntu with support was 9.04
[12:58] <ogra_cmpc> heh
[13:01]  * zyga has a crazy idea just now
[13:01] <hrw> 256MB ram hurts in netbook install
[13:02] <zyga> do you guys think that running our testsuite (the one we're going to build) on a jailbroken iphone makes sense (performance bench?)
[13:02] <zyga> hrw, I abandoned netbook installs, server is usable on that system
[13:02] <ogra_cmpc> hrw, use lots of swap :)
[13:03] <ogra_cmpc> (and have lots of spare SD cards once the swap wore it out :P )
[13:03] <rgreening> ogra_cmpc: hey, hows the bump on the head :)
[13:04] <ogra_cmpc> lol
[13:04] <hrw> ogra_cmpc: :) added 1GB on usb
[13:04] <ogra_cmpc> fine again
[13:04] <rgreening> hehe
[13:04] <ogra_cmpc> my knee looks very bad still, i bet asac's case must have a dent or so
[13:04] <rgreening> hah
[13:05] <rgreening> at least you missed asac
[13:05] <hrw> I hate beagleboard formfactor
[13:05] <ogra_cmpc> heh, that would have resulted in funny situations
[13:05] <rgreening> true
[13:06] <rgreening> ogra_cmpc: any docs or mini howto for starting with armel on ubuntu? Was going to start looking at putting it on my archos 5it
[13:07] <ogra_cmpc> well, first of all you need some kind of access to the bootloader
[13:07] <ogra_cmpc> i dont think we have any howtos
[13:07] <ogra_cmpc> since its usually a very board specific process
[13:07] <rgreening> ok
[13:07] <ogra_cmpc> as i said in brussels, try to get some kind of serial access, thats usually a good start
[13:07] <rgreening> the board is supposedly a beagleboard (TI) with a Coretex A8
[13:08] <ogra_cmpc> right
[13:09] <rgreening> ok, so to get serial... when I boot I need to see if a tty is assigned to the usb dev right?
[13:09] <ogra_cmpc> if you plug it into your PC and are lucky you see something like ttyUSB* in dmesg
[13:09] <zyga> 1080p @24 doesn't work ...
[13:10] <ogra_cmpc> if not you probably need to solder ...
[13:10]  * rgreening hopes to see ttyUSB and not solder
[13:10] <rgreening> :)
[13:10] <ogra_cmpc> http://www.openaos.org/archives/184
[13:11] <ogra_cmpc> you apparently have to solder
[13:11] <rgreening> dang
[13:12] <ogra_cmpc> thats for 6 and 7 though
[13:12] <ogra_cmpc> not sure its the same for an archos 5
[13:12] <hrw> zyga: 1440x900@60 or 1680x945@49
[13:12] <zyga> hrw, will do, first I need to get back to my device ;-)
[13:13] <zyga> hrw, installing avahi blinefold will help
[13:13] <rgreening> and the DVR station, which I dont have... boo... and the 5it is a gen 7 iirc
[13:14] <SWAT> hrw: thanks for the info. Compiling my own kernel won't be an issue, but getting packages is. Will I be able to use existing packages or will I need to compile everything?
[13:15] <ogra_cmpc> SWAT, if oyu use 9.04 you can just use the packages
[13:15] <hrw> zyga: thats why you need to use serial cable
[13:16] <ogra_cmpc> or install avahi/ssh first :)
[13:16] <ogra_cmpc> before fiddling with untested cmdline settings
[13:16] <hrw> ogra_cmpc: serial works always.
[13:16] <ogra_cmpc> pfft, serial is a PITA
[13:17] <hrw> looks like 0.22uF hack helped a bit
[13:17] <ogra_cmpc> always forces you to have a second machine
[13:17] <zyga> hrw, well I have ssh to the device, serial doesn't work out of the box, we need to fix that I guess
[13:17] <hrw> ogra_cmpc: I have 7 serials in desktop
[13:17] <zyga> (even as an installer option)
[13:17]  * ogra_cmpc is on a quest to get rid of serial on arm 
[13:18] <SWAT> ogra_cmpc: right. So if I would want to use 10.04, I would have to compile everything myself (e.g. recompile existing packages)? Just want to be sure before I make up my mind ;)
[13:19] <hrw> SWAT: yes, you would have to
[13:19] <ogra_cmpc> hrw, its good as a last resort thing ... but look at rgreening above :) if he would have a bootloader that uses a fallback console on framebuffer at a certain key combo his life would be much easier
[13:19] <zyga> ogra_cmpc, why is that :-) ?
[13:19] <rgreening> :)
[13:20] <ogra_cmpc> zyga, having to solder .... needing a second machine etc etc
[13:20] <hrw> ogra_cmpc: beagleboard uboot lost any graphics some time ago
[13:20] <rgreening> serial is so 80's
[13:20] <ogra_cmpc> SWAT, you would have ot recompile the world, yes
[13:20] <zyga> ogra_cmpc, rescuing your system, having extra trace point, that's still useful
[13:21] <ogra_cmpc> yeah, last resort, as i said
[13:21] <ogra_cmpc> once we get rid of u-boot in favour of using linux as bootloader the world will be so much easier
[13:22] <hrw> ogra_cmpc: how long did netbook install took on beagleboard?
[13:22] <ogra_cmpc> about 1h
[13:22] <hrw> ok
[13:23] <ogra_cmpc> https://wiki.ubuntu.com/Specs/M/ARMPreinstalledSDCardImages will solve the waste of time :)
[13:24] <hrw> l;D
[13:25] <rcn-ee> ogra_cmpc, ^related above...  don't forget X-loader/MLO ;)
[13:26] <ogra_cmpc> oh, right, i took that as a given thing but didnt write anything into the spec :p
[13:26] <hrw> rcn-ee: iirc OMAP3 needs x-loader
[13:26] <hrw> but x-loader can load kernel
[13:26] <ogra_cmpc> ho you didnt refer to the spec
[13:27] <rcn-ee> yeap... the XM with no NAND, will definetelly need MLO on the SD card for reliablity.. ;)
[13:27] <ogra_cmpc> you dont need x-loader on omap4 luckily
[13:28] <ogra_cmpc> and afaik a similar hex blob shold work with omap3
[13:28] <hrw-laptop> ok, I can boot my desktop now and install buntu
[13:29] <rcn-ee> btw, any chance can we get an override in that spec, say for kernel testing, so we can force it to not do something automaticly. ;)
[13:30] <ogra_cmpc> thats tricky because you will need a matching initrd with jasper in it
[13:31] <ogra_cmpc> for kernel testing i'd rather recommend to run to the firstboot wizard and play wiht the kernel afterwards
[13:32] <ogra_cmpc> i'll definately provide a script to replace MLO and u-boot.bin to support a different SoC
[13:32] <ogra_cmpc> as long as it works with the provided kernel
[13:32] <rcn-ee> and more will by 2.6.35..
[13:32] <ogra_cmpc> right
[13:33] <cooloney> ogra_cmpc: just sent you an email
[13:33] <ogra_cmpc> cooloney, ok, i cant read it atm (mail client is at the other place)
[13:34] <cooloney> ogra_cmpc: so quickly, i prepared a omap4 kernel package for you to test
[13:34] <ogra_cmpc> \o?
[13:34] <ogra_cmpc> err
[13:34] <ogra_cmpc> \o/ indeed
[13:34] <ogra_cmpc> cooloney, you rock
[13:34] <hrw-laptop> indeed
[13:35] <ogra_cmpc> to bad i'm just compiling a touchbook kernel on my blaze :(
[13:35] <hrw-laptop> heh,, I need to report bug against lucid alternate installer
[13:35] <cooloney> ogra_cmpc: http://people.canonical.com/~roc/kernel/omap4/
[13:35]  * cooloney cross his fingers and waiting for blame
[13:36] <ogra_cmpc> cooloney, btw, there seems to be a kernel bug wiht that tree, robclark pointed me to it
[13:36] <ogra_cmpc> though it might be resolved in the latest checkouts
[13:36] <ogra_cmpc> cooloney, gimme 30min or so, my kernel build should be done soon
[13:36] <cooloney> ogra_cmpc: ok, which bug?
[13:37] <cooloney> ogra_cmpc: np, man
[13:37] <ogra_cmpc> cooloney, i know how to trigger it so i'll try if its gone in your build
[13:37] <ogra_cmpc> (git clone seems to be the perfect thing to reproduce it)
[13:38] <ogra_cmpc> after that everything segfaults until next reboot
[13:38] <SWAT> hrw-laptop: ogra_cmpc: thanks for the info guys!
[13:38] <hrw-laptop> I now watch ubuntu netbook install on 20" lcd (beagleboard) and kubuntu alternate install on 24" (desktop)
[13:38] <hrw-laptop> SWAT: no prob
[13:39] <hrw-laptop> SWAT: you can also consider Debian - it will work out of box
[13:48] <hrw-laptop> 718 updates.... my lucid install stick is old
[13:58] <hrw-laptop> ogra_cmpc: how fast blaze is when it comes to building?
[13:59] <ogra_cmpc> hrw-laptop, sadly the IO of the SD i use sucks, so its hard to tell
[13:59] <ogra_cmpc> the SMP CPU is a dualcore 1.2GHz though
[14:00] <ogra_cmpc> should be a lot faster on a USB disk i guess
[14:00] <hrw-laptop> yep
[14:00] <ogra_cmpc> i also didnt use -j2 or so, so currently it only uses one core
[14:00] <hrw-laptop> for pandaboard I think I will connect old 40GB pata 5400rpm harddrive - should be much better then sd anyway
[14:01] <ogra_cmpc> yeah
[14:02] <hrw-laptop> beagleboard reached 93% install - kernel isntalling
[14:02] <ogra_cmpc> nice
[14:03] <hrw-laptop> 56% on desktop
[14:03] <ogra_cmpc> heh, doing a speedrace ?
[14:04] <hrw-laptop> no, desktop started later
[14:05] <hrw-laptop> and had to fetch over 700 packages from network
[14:07] <hrw-laptop> 93% contra 86%
[14:19] <zyga> ogra_cmpc, is it faster to use gigabit eth/usb dongle and nfs?
[14:19] <ogra_cmpc> no
[14:20] <ogra_cmpc> nfs is always slower than any local media
[14:21] <ogra_cmpc> use a USB disk or some class 10 SD card
[14:21] <hrw-laptop> ogra_cmpc: unless you have slow media and fast network
[14:22] <ogra_cmpc> still, i havent seen nfs being faster than local media with recent HW
[14:22] <SWAT> hrw-laptop: I will have to do that (already knew Debian supported it, but I like Ubuntu better), since I do not want to build everything myself. I like Ubuntu, but I also have my limits ;)
[14:23] <hrw-laptop> ok, with recent it is other thing
[14:24] <ogra_cmpc> its likely faster on openmoko or something like that :)
[14:25]  * ogra_cmpc moves over to the office
[14:32] <ogra> cooloney, seems it hangs
[14:33] <hrw> re
[14:33] <hrw> kubuntu desktop at phase of installing stuff
[14:46] <hrw> installed
[14:46] <hrw> on beagleboard
[16:08] <GFeind> hi guys
[16:08] <GFeind> i have a question
[16:09] <GFeind> can i run ubuntu on my htc touch pro?
[16:11] <hrw> GFeind: touch pro uses qualcomm or snapdragon?
[16:11] <GFeind> qualcomm
[16:11] <hrw> out of luck then
[16:12] <hrw> you have armv6 without vfp so probably karmic even will not work
[16:12] <GFeind> but android works
[16:13] <GFeind> and what is vfp
[16:13] <GFeind> ?
[16:13] <hrw> android needs armv5te, ubuntu 10.04 needs armv7a
[16:13] <hrw> vfp is fpu
[16:13] <GFeind> ah
[16:13] <GFeind> ok
[16:13] <GFeind> but what about an older version
[16:13] <hrw> 9.04 probably will work
[16:13] <GFeind> and how can i install it?
[16:13] <hrw> 9.10 rather not due to lack of vfp
[16:13] <hrw> 10.04 not at all
[16:14] <GFeind> how can i install 9.04
[16:14] <hrw> GFeind: search on "xda developers" forum I think
[16:14] <GFeind> ok
[16:14] <hrw> as you need proper kernel + image and we support only limited amount of devices
[16:23] <GFeind> i found sth but dont know what to do now
[16:23] <GFeind> http://www.megaupload.com/?f=RWDJWUN0
[16:23] <GFeind> there are several files
[16:24] <GFeind> :(
[16:25] <GFeind> thats where i found the link
[16:25] <GFeind> http://forum.xda-developers.com/showthread.php?t=640785
[16:28] <hrw> GFeind: http://wiki.xda-developers.com/index.php?pagename=RhodiumUbuntu is better page to read
[16:29] <GFeind> yes i know
[16:29] <GFeind> but
[16:29] <hrw> GFeind: and remember: using Linux on HTC Touch Pro does not mean that everything will work etc. This is community project and some componenets are not working.
[16:29] <GFeind> what do i have to do with these files
[16:30] <GFeind> yes
[16:30] <GFeind> its all on my own risk
[16:30] <hrw> GFeind: I never used Linux on WinMo phone
[16:30] <GFeind> ok
[16:30] <GFeind> but its worth the try
[16:30] <persia> Note that if anythig not hardware-dependent doesn't work, we want bugs, as most of that probably applies for every device.
[16:31] <GFeind> ok
[16:31] <GFeind> i tell you what i do
[16:32] <GFeind> first i will have to download the files
[16:35] <GFeind> now i cut all the files on my sd card out and paste them on the external hd of my pc
[16:37] <GFeind> do you think i also have to download the "jaunty" files
[16:37] <GFeind> i think jaunty is a ubuntu version
[16:37] <GFeind> codename of 9.04
[17:01] <hrw> have a nice rest of day
[18:24] <rcn-ee> hey ogra_cmpc how far out of the box do you want to go for a workaround for rootstock? (and as a side effect cross arch.. ;) )
[18:26] <ogra_cmpc> what kind of workaround do you mean ?
[18:27] <rcn-ee> i'm thinking of running native on arm..  basic idea: http://bazaar.launchpad.net/~beagleboard-kernel/+junk/rootstock-on-arm-testing/revision/97  squashing a couple bugs as go between my sheevaplug and beagle...
[18:28] <rcn-ee> so far, i've been getting tar.gz's.. ;) runing a  netbook-install test now on my beagle...
[18:29] <ogra_cmpc> well, my only planned feature is to make rootstock run rootless in maverick, if you have any additional ideas and code i'M happy to apply them as long as they dont break current behavior
[18:30]  * ogra_cmpc curses the touchbook
[18:30] <GrueMaster> ogra_cmpc: If you are really having a lot of problems with the touchbook, you can always give it to me.  :p
[18:31] <rcn-ee> cool.. i'm making sure it doesn't effect the x86/qemu routines.. the only big change is adding say a /tmp/is_native to the temperary image as a couple things in /bin/installer isn't good in a chroot... (the reboot was weird)
[18:31] <ogra_cmpc> GrueMaster, you wont have any fun with it
[18:31] <persia> rcn-ee: if you adjust to go native, you might find the "should this be native?" part of the qemu-debootstrap code helpful.  A (poor) python implementation also exists in pbuilder-dist from ubuntu-dev-tools
[18:31] <GrueMaster> I'd have more fun than not having one.
[18:31] <ogra_cmpc> GrueMaster, the image they provide is totally broken (us squashfs for an installed image)
[18:32] <GrueMaster> Meh.
[18:32] <ogra_cmpc> the kernel isnt usable with anything else than that image
[18:32] <ogra_cmpc> since its heavily patched
[18:32] <rcn-ee> persia, if i detect arm, i'm using a simple chroot instead. .;)
[18:32] <ogra_cmpc> and apparently the patches they use are in no tree at all
[18:32] <GrueMaster> heh
[18:33] <persia> rcn-ee: See, that's precisely what I'm hoping you'd avoid.  The same tool *ought* let you construct an i386 image on an armel device.
[18:33] <GrueMaster> I've had to build patches before when i didn't have access to an engineer's repository (assuming there was one).
[18:33]  * persia considers an age when armel laptops are widely available and folks are hacking on little VIA boards.
[18:33] <rcn-ee> yeap, and this is only a temperary work around till qemu-kvm doesn't crash in x86.. ;)
[18:34] <ogra_cmpc> well, zyga made some progress but i dont think he solved the issue
[18:34] <ogra_cmpc> for me it works if i echo 3 into the alignment settings
[18:35] <rcn-ee> that kinda worked for me, it crashed later after umount/start taring.. ;)
[18:35] <persia> qemu-kvm doesn't crash on i386 as long as one uses qemu-user rather than qemu-system (although I seem to recall some reason that rootstock switched to use qemu-system in the past)
[18:35] <GrueMaster> ogra_cmpc: Remember, I used to work MID stuff before I came here.  Redflag was really bad about taking a downstream kernel, applying all the patches before editing, then applying their own patches directly to the source tree before packaging.
[18:35] <ogra_cmpc> rcn-ee, the de-rootification might fix mount issues
[18:36] <rcn-ee> i'm still quite interested on how that's going to work.. ;)  specially when creating/ mounting the image.. ;)
[18:37] <ogra_cmpc> using fuse ;)
[18:38] <ogra_cmpc> there is a fuse ext2 module
[18:38] <rcn-ee> i haven't looked too muhc into it, does that still allow writing and protection the root permissions..
[18:38] <ogra_cmpc> yes
[18:39] <ogra_cmpc> have a look at the fuseext2 package
[18:39] <ogra_cmpc> we'll also use it for the new preinstalled images
[18:39] <rcn-ee> then it should work (fingers crossed)
[18:39]  * ogra_cmpc will stop building installer images in maverick
[18:40] <ogra_cmpc> we'll rather provide preinstalled images you can just dd to the SD
[18:41] <ogra_cmpc> grrr
[18:41] <ogra_cmpc> damned touchbook
[18:41] <rcn-ee> yeah in a way those are nice... specially if you can use a windows tool to take the img to sd card...  latest bug emailed to me..
[18:42] <rcn-ee> you should have left it alone... ;) it's one arm device i haven't modified yet..
[18:42] <GrueMaster> ogra_cmpc: Can you also add a cmdline option to rootstock to specify working directory other than /tmp?
[18:42] <ogra_cmpc> i could live with it not having a working display but that it starts to flash on random colors at full brightness if it cant init the panel really makes me mad
[18:42] <ogra_cmpc> GrueMaster, it respets $TMPDIR since day one
[18:43] <ogra_cmpc> as all ubuntu build tools do
[18:43] <GrueMaster> Oh.  It's not in the manpage.
[18:43] <ogra_cmpc> thats a system seytting
[18:43] <GrueMaster> I did not know that.
[18:43] <GrueMaster> thx.
[18:43] <persia> It still ought be in the ENVIRONMENT VARIABLES section of the manpage.
[18:43] <ogra_cmpc> all ubuntu tools use $TMPDIR (with a fallback to /tmp)
[18:44] <persia> (wishlist bug)
[18:44] <persia> No they don't, unfortunately.
[18:44] <ogra_cmpc> persia, nah, come on thats common knowledge
[18:44] <persia> all the better ones do :)
[18:44] <GrueMaster> persia: assuming there were a section on  ENVIRONMENT VARIABLES
[18:44] <persia> Doesn't mean it doesn't belong in the manpage.
[18:44] <ogra_cmpc> its not even a feature of rootstock but the shell
[18:44] <persia> GrueMaster: Something like that is one of the defined sections of manpages.
[18:44] <persia> ogra_cmpc: Hrm?  How?
[18:45] <ogra_cmpc> well, mktemp rather :)
[18:45] <persia> OK.  That makes sense.
[18:46] <GrueMaster> persia: Someone must have missed adding that section.  It isn't in my man rootstock page.
[18:46] <persia> That said, I've seen TMPDIR=$(mktemp ...) in shell code before.
[18:46] <ogra_cmpc> thats sick
[18:46] <persia> GrueMaster: That I believe.  It's an optional section, and often omitted.
[18:47] <persia> ogra_cmpc: This is why I say it's not "common knowledge".  That declaration was from an Ubuntu image building tool (now long-obsolete)
[18:47] <ogra_cmpc> early vm builder ?
[18:47]  * ogra_cmpc remembers a discussion 
[18:48] <ogra_cmpc> GrueMaster, feel free to fix the manpage :)
[18:48] <persia> I was trying not to name any specifics, but yes :)
[18:48] <ogra_cmpc> i'll happily merge your bzr branch on launchpad
[18:48]  * GrueMaster opens mouth - inserts foot.
[18:48] <persia> Note that the current vm-builder shares no code whatsoever with that implementation.
[18:48] <ogra_cmpc> indeed
[18:49] <ogra_cmpc> that was the shell version iirc
[18:50] <persia> And an early version of the shell version, which I broke rather spectacurlarly trying to run with /tmp on tmpfs on a 1G machine.
[18:50] <ogra_cmpc> argh !!
[18:51] <ogra_cmpc> touchbook uses linux/arch/arm/mach-omap2/board-omap3beagle.c and adds a ton of patches to this file
[18:51] <ogra_cmpc> WTF
[18:51] <ogra_cmpc> why cant they introduce their own
[18:52] <ogra_cmpc> i guess that makes it unsupportable in ubuntu :(
[18:52] <persia> legacy.  This is *why* we had a session on kernel integration and the benefits of a single kernel tree at UDS.
[18:52] <ogra_cmpc> yeah
[18:52] <rcn-ee> they should have a board-omap3touchbook.c ?
[18:52] <ogra_cmpc> tell *them*
[18:52] <persia> You don't even want to consider what was done to the kernel for the racing arcade unit I play.
[18:52] <ogra_cmpc> rcn-ee, something like that ... at least if they break beagle with their patches
[18:53] <ogra_cmpc> seems they modify DSS code and i suspect in a beagle incompatible way
[18:54]  * rcn-ee heads back to work...
[19:55] <GFeind> LINUX WORKS ON HTC TOUCH PRO!!! YEAH!
[19:56] <playya_> i finally should package FSO for ubuntu :(
[19:56] <playya_> it seems that there're some interested hackers running GNU/linux on there smartphones
[19:57] <playya_> s/there/their/
[19:58] <persia> GFeind: Was it a fairly simple install, or was it complicated?
[19:58] <persia> playya_: Please :)
[19:59] <playya_> i deleted the freesmartphone.org team on LP because we're not able to build for ARM
[19:59] <persia> Why can't you build for ARM?
[19:59] <playya_> maybe in june on opensuse buildhost
[20:00] <playya_> afaik LP doesn't allow arm builds for "normal" users because you keep the machines busy :P
[20:01] <playya_> btw. anyone working on the palm pre?
[20:02] <persia> Oh, yeah, no PPAs.
[20:02] <persia> No reason you can't make it work though, and if you package it as part of Ubuntu, it gets built.
[20:03] <persia> Also, some folks (like me) have cell phones with i386, and there may be interest.
[20:04] <playya_> atom based phones?
[20:05] <pwnguin> is there a list of ARM consumer hardware Ubuntu runs on?
[20:06] <GrueMaster> pwnguin: https://wiki.ubuntu.com/ARM/DeviceSupport
[20:06] <GrueMaster> Although it needs updating.
[20:07] <pwnguin> ooh
[20:07] <pwnguin> maemo devices
[20:07] <pwnguin> too bad there's too much closed stuff
[20:07] <persia> That page needs *lots* of love.
[20:07] <prpplague> hmm, guess the panda needs to be added
[20:08] <playya_> closed devices could be opened sometimes, but there're some devices which are using trsuted computing and foo
[20:09] <playya_> like motorola devices
[20:10] <GrueMaster> Added beagleboard.
[20:10] <prpplague> a number of pxa3xx based devices and some OMAP3 based use the trusted computing methods as well
[20:11] <playya_> the milestone uses an OMAP3 :(
[20:12]  * persia uses trusted compuiting regularly for increasing the availability of /dev/random
[20:12] <persia> The key is *how* it's used, not what it is.
[20:13] <playya_> the milestone signes the kernel, the basic rootfs and the bootloader
[20:14] <playya_> and it's just to avoid "piracy"
[20:15] <GrueMaster> as if copying an open source OS is considered "piracy".
[20:15] <playya_> no. you shouldn't be able to install apps which are not downloaded from the app store
[20:16] <GrueMaster> (I have seen some ISP's hammer users for using bittorrent to pull Linux ISO's).
[20:16] <persia> This is why it's handy to have killer apps that are GPLv3.
[20:16] <GrueMaster> playya_: That's odd.  I can on my Droid.
[20:17] <GrueMaster> Must be an AT&T thing.
[20:17] <playya_> i know. the droid doesn't use it
[20:18] <playya_> that's why i bought the milestone
[20:20] <playya_> now i own a palm pre for hacking and a milestone to play solitaire
[20:23] <GFeind> was simple
[20:23] <GFeind> the install
[20:23] <GFeind> and sorry was afk
[20:24] <GFeind> i just had to download the files
[20:24] <GFeind> copy them on SD
[20:25] <GFeind> than run HARET.EXE and...
[20:25] <GFeind> nearly everything works
[20:25] <GFeind> :D
[20:26] <GFeind> and playa: good idea BUT: if u want to play take the iphone
[20:26] <GFeind> :D
[20:26] <playya_> maybe during the summertime
[20:27] <GFeind> just a question
[20:27] <GFeind> how much do you earn in a month???
[20:27] <playya_> apple wants to release iphoneOS4 -> cheap older iphones, ipods
[20:27] <GFeind> i mean having 3 smatphones
[20:27]  * playya_ is a student
[20:27] <GFeind> aha
[20:27] <GFeind> ok
[20:27] <playya_> i gave 2 of my phones to my parents
[20:28] <GFeind> sold or gave
[20:28] <playya_> gave
[20:28] <GFeind> good
[20:28] <playya_> cheap samsung and a n95 8GB
[20:28] <playya_> now i only have a milestone, pre, freerunner (and n800)
[20:29] <GFeind> if your parents just want to use them as phones they are enaugh
[20:29] <GFeind> :D
[21:30] <cwillu_at_work> rcn-ee, installing the system on a beagle is really really slow;  you sure you want this rootstock? :p
[21:31] <cwillu_at_work> (brings up a deboostrapped image with run-once installer and u-boot scripts
[21:41]  * cwillu_at_work concludes his wear-levelling tests, and begins his power-loss tests
[21:46] <cwillu_at_work> ugh, that approach won't work under karmic
[21:46] <cwillu_at_work> for me at least :p
[21:47] <cwillu_at_work> end up loading directly onto btrfs instead of ext2, so the dpkg bug will bite
[21:47] <cwillu_at_work> so I end up with two completely different approaches to generating sdcards depending on whether I'm targeting karmic or lucid
[21:58] <DanaG> I'd say, don't bother with Karmic?
[21:58] <DanaG> Or do you mean Lucid and Maverick?
[21:59] <cwillu_at_work> no, but on the other hand, I have a working product under karmic, which means I want to be able to continue making those images for at least a little while
[22:01] <DanaG> Ah.
[22:01] <cwillu_at_work> and making images on the actual hardware is _slow_
[22:01] <cwillu_at_work> what with real device io rather than everything really being in a ramfs
[22:01] <cwillu_at_work> tmpfs rather
[23:29] <rcn-ee> cwillu_at_work, i haven't benched chroot vs qemu yet.. but it was sucessful for installing netbook-image... (i also have relatively fast harddrives on the usb bus on the beagle.s..)
[23:31] <rcn-ee> crap, looks like have the wrong order, what's the proper order to umount /dev/pts, /proc and /sys ?
[23:33] <cwillu_at_work> there's a proper order?
[23:34] <cwillu_at_work> does it complain about it being in use?
[23:36] <rcn-ee> yeah, it's complaining about /tmp/imagelocation/dev/pts: device is busy... i threw a sync in before the umount but still no go, so i'm think order..
[23:41] <cwillu_at_work> umount -l should work
[23:42] <cwillu_at_work> yay, new zippy2 and more expensive sd cards arrived \o/
[23:42] <rcn-ee> lazy umount.. i'll give that a quick run..
[23:47] <cwillu_at_work> yay, I burned out another cheap sdcard :)
[23:47] <rcn-ee> are you comparing them to the expensive ones?
[23:48] <cwillu_at_work> not any more
[23:48] <cwillu_at_work> now I'm just using them up building images