[03:43] <DanaG>   * Add a new 'fixrtc' script that tries to set the system clock forward based on the last mount time of the root disk; without this kludge, systems without a working RTC will end up in a perpetual reboot loop. Thanks to Dave Martin <Dave.Martin@arm.com> for the patch.  LP: #563618.
[03:43] <DanaG> nice
[04:21] <DanaG> hmm, now how do I make the beagle use the flashkernel kernel?
[04:24] <DanaG> And what bootargs does it want?
[04:40] <persia> DanaG: flash-kernel *should* write the kernel to the SD card and set the bootargs.  Which bit isn't working?
[04:41] <DanaG> Hmm, does it write to SD, or to NAND, or both?
[04:42]  * persia checks, but thought it wrote to SD
[04:43] <DanaG> Can't find /boot/vmlinuz---help and /boot/initrd.img---help
[04:43] <DanaG> HAR.
[04:44] <persia> Seems to be NAND only, actually.
[04:45] <persia> Aha!  That's a different issue.
[04:57] <DanaG> I looked in flash kernel, and don't see where it sets boot args.
[04:58] <persia> Neither do I, really.
[04:59] <persia> TO me it looks like it runs mkimage, adn then copies the result.
[08:02] <hrw> morning
[08:41] <ogra> lool, https://bugs.edge.launchpad.net/ubuntu/+source/rootstock/+bug/570588/comments/6 do you have any idea about that one ?
[08:41] <ubot4> Launchpad bug 570588 in rootstock (Ubuntu) (and 1 other project) "/usr/bin/rootstock: line 195: 13642 Segmentation fault qemu-system-arm $QEMUOPTS -append "${APPEND}" > $QEMUFIFO 2>&1 (affects: 1) (heat: 6)" [Undecided,New]
[08:43]  * ogra hasnt seen anything like that
[09:29] <lool> ogra: Hey
[09:29] <ogra> ho
[09:30] <lool> ogra: Just FYI I tested the lucid omap image on my beagleboard and it didn't boot
[09:30] <lool> I think the boot script uses the source command which I dont have support for in the default u-boot
[09:30] <ogra> ugh, thats a C4 ?
[09:30] <lool> yes
[09:30] <lool> I dont think I ever replaced the u-boot in flash
[09:31] <ogra> https://wiki.ubuntu.com/ARM/BeagleNetbookInstall should work then
[09:31] <ogra> i'm sure all C4 u-boots have hush shell support
[09:31] <lool> I actually have a box of c4s here
[09:31]  * ogra just looks at http://h10010.www1.hp.com/wwpc/us/en/sm/WF06a/12454-12454-321959-338927-3640405-4063703.html
[09:32] <ogra> HP does a very good job of not giving *any* info about the marvell CPU used in these devices
[09:33] <hrw> Marvel armv7a lacks neon
[09:33] <ogra> lool, can you try the stuff under "Preparation work" wrt uboot on the wikipage
[09:33] <ogra> hrw, yes, but we have armada/dove support while we dont have kirkwood support in ubuntu
[09:33] <hrw> lool: which uboot ver you have on c4?
[09:34] <ogra> that device might make a nice dev platform if it would be dove
[09:36] <hrw> this is not a kirkwood I think.
[09:36] <hrw> never herd of kirkwood with gfx inside
[09:36] <ogra> well, i would expect the same regarding the 1.2GHz
[09:36] <lool> ogra: sorry, it's a C3 not a C4
[09:36] <lool> I have C4 here with which we will try
[09:36] <hrw> openrd-base/client uses XGI chipset for video
[09:36] <ogra> but there is no concrete doc that tells anything about the CPU at all
[09:37] <hrw> armada 100/500/1000 fits
[09:38] <ogra> lool, C4 should work out of the box ... though note that flash-kernel rewrites the uboot config and there is no "restore" command (i didnt have teh time to rewrite it to use teh existing u-boot vars, i'll do that for 10.0+), better save the printenv output if you want to restore
[09:39]  * ogra will add fw_backup_env and fw_restore_env commands to uboot-envtools on 10.10
[09:40] <hrw> ogra: newegg has them cheaper: http://www.biz.newegg.com/Product/Product.aspx?Item=N82E16859105659
[09:41] <suihkulokki> hrw: iirc that hp is essentially openrd-client
[09:41] <hrw> suihkulokki: but openrd-client has separate videoram iirc
[09:42] <suihkulokki> hrw: like that hp has
[09:42] <ogra> heh, "you save $20" ...  "shipping costs $10"
[09:42] <ogra> funny
[09:43] <hrw> http://www.linuxfordevices.com/c/a/News/HP-t5745-and-HP-t5325/ says kirkwood
[09:44] <suihkulokki> http://my.opera.com/bhtooefr/blog/hp-t5325-thin-client-risc-os-and-maybe-combining-the-two-or-just-running-linu
[09:44] <suihkulokki> includes link to dmesg
[09:44] <ogra> 1.2 GHz Marvell 88F6281 Kirkwood SoC aha
[09:45] <ogra> so its a sheeva on steroids
[09:45] <ogra> not ubuntu then :/
[09:46] <hrw> yep
[09:47] <cooloney> ogra and hrw, mouser cancelled our order for beagle board
[09:48] <ogra> who is mouser ?
[09:48] <cooloney> because they cannot ship it to china due to some US export law
[09:48] <ogra> bah
[09:48] <cooloney> or mouser is a similar courier like digikey
[09:48] <cooloney> or distributor
[09:48] <hrw> cant they ship it to europe/us office and then let company take care of it?
[09:58] <Mike^> cooloney, if you'd like to I can try to arrange you cheap cm-t35 (http://compulab.co.il/t3530/html/t3530-cm-datasheet.htm
[09:59] <cooloney> Mike^: oh, man, that is nice
[09:59] <ogra> err
[09:59] <ogra> note that the only omap we dont support is the cm-t35
[09:59] <ogra> (in the omap3 series)
[10:00] <Mike^> ogra, right :) great thanks :)
[10:00] <cooloney> Mike^: as ogra said, we can ramp up ubuntu on cm-t35
[10:00] <ogra> http://ograblog.wordpress.com/2010/04/23/unleash-the-beagles/#comment-246
[10:01]  * ogra just was pointed to the fact a minute ago
[10:01] <ogra> i'll have to ask amit why he didnt enable it, i guess he had reasons for it
[10:01] <Mike^> ogra, maybe becase it has display support merged after 2.6.33
[10:01] <ogra> ah, yeah, that might be
[10:02] <ogra> an i guess it doesnt come with the 256M it supports by default, does it ?
[10:03] <ogra> amitk, heh, speaking of the devil
[10:03] <ogra> amitk, http://ograblog.wordpress.com/2010/04/23/unleash-the-beagles/#comment-246
[10:03] <Mike^> ogra, it has 256M by default
[10:03] <ogra> ah, the spec says 64-256
[10:03] <Mike^> but can be assmebled with 64 and 128 if the customer will ask
[10:03] <ogra> ok
[10:04] <Mike^> ogra, possible display is not the issue, because e.g iegp2 has no display either in 2.6.33...
[10:04] <cooloney> Mike^: is there any big difference between cm-t35 and beagle board?
[10:04] <cooloney> maybe kernel is not a big problem,
[10:04] <cooloney> ubuntu needs display, right?
[10:05] <ogra> depends what you want to do with it :)
[10:05] <ogra> we have netinstall and server images for omap to use it headless
[10:05] <Mike^> cooloney: t35 has TPS69030 instead of TWL4030 that beagle has, but on the other side it has on-board wifi and Ethernet :)
[10:05] <amitk> ogra: I know about it, there's some bug with the alsa init in the CM_T35 board, making the driver modular doesn't work. So I had to remove it completely.
[10:06] <ogra> amitk, mind to comment ?
[10:06] <amitk> If someone has a fix, I'll take it. Else I'll need some time to fix it
[10:06] <cooloney> Mike^: yeah, that is better, i think
[10:06] <cooloney> amitk: i think Mike^ is the man
[10:06] <hrw> Mike^: tps69xxx and twl4030 use same drivers
[10:08] <Mike^> hwr, right, but tps69030 has less features than twl4030
[10:11] <Mike^> cooloney: I'll talk to our sales guys and send you an e-mail after that
[10:11] <Mike^> amitk: do you remember what was the bug with audio?
[10:14]  * XorA|gone points to the ASoC maintainer sitting on this channel :-)
[10:15] <hrw> ;DD
[10:17] <lool> ogra: sorry, got distracted, machine crashed and more
[10:17] <ogra>  ouch
[10:17] <lool> ogra: So my board doesn't boot of the box with the lucid image
[10:17] <lool> but a C4 out of digikey does
[10:18] <lool> ogra: So you're all good
[10:18] <lool> It's probably specific to C3
[10:18] <lool> older u-boot or so
[10:18] <ogra> lool, and for your board, just look at boot.scr and type the commands on the uboot prompt :)
[10:18] <lool> ogra: Well ISTR it was "source" failing
[10:18] <ogra> right, i'll write the flash-uboot-x-loader wikipage today :)
[10:19] <ogra> so you can upgrade if you want to
[10:19] <hrw> ogra: http://www.angstrom-distribution.org/demo/beagleboard/README.txt is good base for it
[10:19] <ogra> luckily we dont need hush shell support in our setup
[10:20] <ogra> hrw, hmm, for the variant on the prompt at least, i aslo want to do it from a running system
[10:20] <cooloney> Mike^: thanks a lot, man. heh
[10:21] <ogra> but first i have to test server and netinst images :)
[10:25] <ogra> lool, btw, did you see my ping from this morning ?
[10:25] <ogra> ogra> lool, https://bugs.edge.launchpad.net/ubuntu/+source/rootstock/+bug/570588/comments/6 do you have any idea about that one ?
[10:25] <ubot4> Launchpad bug 570588 in rootstock (Ubuntu) (and 1 other project) "/usr/bin/rootstock: line 195: 13642 Segmentation fault qemu-system-arm $QEMUOPTS -append "${APPEND}" > $QEMUFIFO 2>&1 (affects: 1) (heat: 6)" [Undecided,New]
[10:25] <ogra> i have never seen something like that
[10:33] <lool> ogra: that rings a bell
[10:33] <ogra> looks very scary
[10:33] <lool> ogra: what's triggering this?
[10:33] <lool> which command?
[10:34] <hrw> ogra: can you remind me rootstock page? I will try
[10:34] <ogra> seems its the start of the VM
[10:34] <ogra> https://wiki.ubuntu.com/ARM/RootfsFromScratch
[10:35] <ogra> note that he uses a script with bashisms (i have an SRU already for that, didnt notice when i merged the patch) but thats shouldnt affect anything at that point
[10:35] <ogra> (it causes the "...initrd.img-*': No such file or directory")
[10:36] <hrw> time to install lucid in VM
[10:37] <ogra> time to install lucid on your beagles !
[10:38]  * ogra still doesnt see many omap related bugs ... i would expect more 
[10:38] <hrw> ogra: my C3 refuses to see usb devices
[10:38] <ogra> install to SD :)
[10:38] <ogra> the netinstall offers that
[10:38] <ogra> https://wiki.ubuntu.com/ARM/BeagleNetInstall
[10:39] <XorA> heh, first requirement on that page is a usb device
[10:39]  * XorA offers ogra more coffee
[10:39] <ogra> *slurp*
[10:40] <ogra> ok, you need a NIC ... indeed
[10:40]  * ogra slaps forehead
[10:40] <hrw> and it has "attach keyboard"
[10:41] <ogra> well, you can change the comdline in boot.scr and use serial
[10:41] <ogra> but no NIC is indeed a showstopper for a netinstall
[10:41] <hrw> I have 3 dm9601 usb network adapters
[10:41] <XorA> someone hurry up and patch the kernel with zippy support :-)
[10:42] <ogra> send beer to amitk  :)
[10:42] <hrw> ogra: and zippy2
[10:42] <ogra> send more beer to amitk :)
[10:42] <amitk> Mike^: we had some problems booting beagle with CONFIG_OMAP_MUX. But CM_T32 depends on it. So we had to unfortunately disable the board. I hope to re-add that support sometime...
[10:43] <XorA> although I can do what I did for zoom2 and boot lucid off the Angstrom kernel
[10:43] <ogra> sure, you just lose all upgradeability
[10:44] <XorA> but gain a lot of features
[10:45] <ogra> might be but you might be screwed at some point using dist-upgrade
[10:46] <ogra> depends how you installed
[10:46] <XorA> well with no working USB Ive only got one choice to install and that rootstock with minimal image
[10:46] <JaMa> lunch
[10:46] <hrw> JaMa: you here too?
[10:47]  * hrw checks again... this is not #oe channel?
[10:47] <ogra> XorA, yeah, that wont set up the kernel or initramfs
[10:47] <XorA> initramfs seems to be optional
[10:48] <ogra> its not
[10:48] <lool> ogra: I dont think the bashisms are the issue though  :-)
[10:48] <ogra> make sure to never install encryptfs relared stuff :)
[10:48] <ogra> lool, no, i just wanted to mention it
[10:48] <lool> Ok
[10:49] <lool> I'm afraid my qemu time shrunk considerably as of late
[10:49] <ogra> since it spills an additional error in the log
[10:49] <ogra> lool, forever or just because of release ?
[10:49] <ogra> i thought its among your new responsibilities to care for virtualization
[10:50] <amitk> XorA: There is a boot bug due to audio init here. And the driver can't be modular. The real fix is to move the omap_ctrl_* calls to the clock framework, IMO. https://bugs.edge.launchpad.net/ubuntu/+source/linux-ti-omap/+bug/556482
[10:50] <ubot4> Launchpad bug 556482 in linux-ti-omap (Ubuntu) "kernel crash when booting on AM3517-EVM (affects: 1)" [Wishlist,Fix released]
[10:50] <hrw> x86(-64) installer for lucid is nice
[10:50] <XorA> amitk: prod lrg about that
[10:50] <ogra> hrw, its the same as for ARM ...
[10:51] <XorA> amitk: he is ASoC maintainer and inventor
[10:51] <hrw> ogra: so far I did not had occasion to do anything with arm one
[10:51] <ogra> ah
[10:51] <amitk> XorA: aah, right. I think I met lrg at Plumbers Conf last year
[10:52] <hrw> ah those good times when ASoC meant WM8xxx/WM9xxx chips used in zaurus devices
[10:52] <XorA> amitk: he was there
[10:55] <Mike^> ogra: i've tried netinstall yesterday and it crashed telling something like "no more free space" during packages install
[10:55] <ogra> Mike^, what task did you select ? and how big was your disk ?
[10:56] <Mike^> ogra, it was before task selection, as far as I understand it was during debootstrap
[10:56] <ogra> (for a netbook task you should use 4G or more, minimal should have around 500MB at least)
[10:56] <ogra> oh, weird
[10:57] <ogra> how big was your disk then ?
[10:57] <Mike^> a have 80G usb disk :)
[10:57] <ogra> hmm, that should be plenty
[10:57] <ogra> having a bug with the installer logs would be helpful
[10:57] <lrg> amitk: the [  675.154052] Failed to add route LOUT->Line Out suggests the machine driver needs updating too
[10:57] <Mike^> ogra, i'll try :)
[10:57] <ogra> though if your HW isnt supported in the kernel it might be related
[10:58] <Mike^> ogra, I've added my hw to the kernel I use for boot. And netbook mix works Ok
[10:58] <ogra> hmm, k
[10:59] <ogra> it might be d-i that needs to know about your HW too
[11:00] <ogra> the archdetect command is used in many places in d-i and it gets its info from the Hardware line of 7proc/cpuinfo
[11:00] <ogra> though "no more free space" is a weird error
[11:01] <ogra> i can imagine it doesnt know what kernel to select if your board isnt in archdetect
[11:01] <ogra> but that would be a different error msg
[11:01] <Mike^> ogra, I don't remember exactly, I'm going to retry now and see what's going on there
[11:02]  * Mike^ running Lucid netinstall
[11:02] <ogra> tty4 has the log btw
[11:05]  * ogra notices the time and considers some breakfast
[11:05] <ogra> bbl
[11:05] <amitk> lrg: ok, I'm not an audio expert. I'll fix the driver to be modular and then ping you for help.
[11:29] <saeed> persia: ping
[11:29] <persia> saeed: What's up?
[11:30] <saeed> persia: hi there
[11:30] <saeed> perisa: I tried to install openswan
[11:30] <saeed> but it never finish after doing the "Setting up .."
[11:32] <persia> saeed: You you ran `apt-get install openswan` and it never took you through the certificate setup?
[11:32] <saeed> it did
[11:33] <persia> OK.  At what point isn't it working for you, precisely?
[11:35] <saeed> the apt-get install hangs after printing "Setting up openswan "
[11:36] <persia> I'm confused.  When I install, I get debconf prompts for the certificate setup after "Setting up openswan".
[11:37] <persia> And you say you got that, but also that it hangs at that point.  Could you paste a log or similar?
[11:39] <saeed> persia: I've killed it. I'll retry and send you the log
[11:47] <saeed> perisa: I'm in deadlock, I can't remove or purge openswan as dpkg is interrupted and I must run "sudo dpkg --configure -a"
[11:48] <persia> OK.  What happens when you run `dpkg --configure -a`?
[11:48] <saeed> but then that will try to resume the openswan installation which hangs again
[11:49] <persia> saeed: Well, let's see if debugging helps :)  Try adding "set -x" near the top of /var/lib/dpkg/info/openswan.postinst
[11:49] <Mike^> ogra: The netinstall seems to work now. Probably I've run it last time without the USB disk and MMC card has exploded. So, no bug report for now :)
[11:50] <ogra> oki :)
[11:54] <saeed> persia: apt-get remove worked, I tried also purge then re-install, it hangs before reaching the configuration setup
[11:55] <saeed> CTRL+C doesn't help as well
[11:56] <persia> So, if you purged, did it go through the certificate wizard this time again?
[11:58] <saeed> no
[11:58] <persia> But it did last time?
[11:58] <saeed> the openswan install hangs at :/usr/lib/ipsec/rsasigkey 2048
[11:59] <persia> OK.  What happens if you try to run that directly, rather than as part of the postinst?
[11:59] <saeed> I tried strace /usr/lib/ipsec/rsasigkey 2048
[12:00] <saeed> and it wait on /dev/random
[12:00] <saeed> when I move the mouse
[12:00] <saeed> I can see that it succeeded to read few bytes
[12:00] <saeed> it seems I have no enough random devices on dove
[12:00] <persia> Do you have a TPM or RNG on the board?
[12:01] <saeed> no
[12:02] <saeed> we don't have random generation device
[12:02] <persia> Yeah, other than that you're stuck with disk read timings, keypress timings, mouse movements, and network checksums, which may not be much at all :(
[12:03] <persia> Sometimes running `find / -name *gz -exec gzcat {} > /dev/null;` or similar can help, as it generates lots of IO.
[12:03] <persia> Or start a torrent.
[12:06] <saeed> persia: sometimes my system boots with network disabled
[12:07] <saeed> I notices those errors on dmesg: http://paste.ubuntu.com/423915/
[12:07] <persia> That's unexpected.
[12:08] <persia> Isn't that just the app_armour profiles?  I think that's normal.
[12:08] <persia> I'm unsure why that would disable your network though.
[13:08] <hrw> minimal ubuntu image is huge
[13:08] <ogra> compared to ?
[13:08] <hrw> OE ones/
[13:08] <hrw> ?
[13:09] <ogra> thats because ubuntu isnt optimized for embedded
[13:09] <hrw> I know
[13:09] <ogra> debian isnt much smaller
[13:09] <ogra> and i doubt fedora or opensuse are
[13:10] <hrw> but would be nice to fit in 256MB nand on beagle for example
[13:10] <ogra> you can surely achieve that
[13:10] <ogra> rip out the x86 specific parts, remove all docs etc
[13:11] <ogra> i guess that would get you to around 100M
[13:11] <hrw> drop python/perl if possible
[13:11] <ogra> you shouldnt
[13:11] <hrw> *if possible*
[13:11] <ogra> python is an essential piece of ubuntu, many ubuntu specific apps use python
[13:12] <ogra> (tha majority of ubuntu development is done in python)
[13:12] <ogra> and perl is historically used in many apps
[13:18] <persia> You should be able to get minimal in 256MB *easy*
[13:18] <hrw> 270MB is so far what I have
[13:19] <persia> Try --no-install-recommends
[13:19] <hrw> 237MB after cleaning /var/lib/apt/lists/
[13:19] <persia> Also, use a compressing filesystem on your NAND (e.g. ubifs)
[13:20] <hrw> let me first check what can be safely removed
[13:24] <ogra> hrw, /usr/share/doc ... /usr/share/man
[13:25] <ogra> and as persia mentioned, avoid all recommends
[13:25] <hrw>  /usr/share/{x11,locale,doc,man}
[13:25] <persia> hrw: Really, it's easier to start over.  Do your initial install without recommends.
[13:25] <hrw> sure
[13:27] <ogra> ogra@osiris:~$ sudo du -chs /var/build/lucid-arm-chroot/
[13:27] <ogra> 245M	/var/build/lucid-arm-chroot/
[13:27] <ogra> hmm
[13:27] <ogra> thats with nothing cleaned, plain debootstrapped chroot
[13:27] <persia> with or without recommends?
[13:28] <ogra> just plain qe,u-debootstrap
[13:28]  * persia ended up with *exim4* in a sid chroot recently by not remembering to adjust this.
[13:28] <ogra> *qemu
[13:28] <persia> Right.  By default, it includes recommends.
[13:28] <ogra> debootstrap ?
[13:28] <persia> Yep.
[13:29] <persia> At least when I debootstrapped sid a few days ago, I ended up with recommends.  I haven't debootstrapped lucid in a few weeks.
[13:29] <persia> Actually, I might have done it only a week ago, but I didn't check for recommends then.
[13:30] <ogra> hmm, minibase should solve that
[13:30] <hrw> my new laptop is in delivery ;d
[13:31] <Mike^> ogra: sid debootstarp is 159M after rm /var/cache/apt/*
[13:32] <ogra> Mike^, that doesnt gain you much ... you will at least need to keep the package lists there
[13:32] <ogra> (and apt-get update will recreate them)
[13:33] <ogra> unless you dont plan to do anything with the system :)
[13:33] <hrw> ncdu is nice tool to check space used
[13:33] <Mike^> ogra: it's with the lists, just without *debs
[13:33] <hrw> Mike^: 'apt-get clean' is better way
[13:33] <ogra> yeah
[13:33] <Mike^> ogra: in embedded one usually doesn't do 'apt-get something'
[13:35] <Mike^> hrw: it was a quick test, and 'rm ' is faster than 'chroot /home/mike/arm/sid apt-get clean'
[13:35] <hrw> yep
[13:35] <ogra> ogra@osiris:/var/build$ sudo du -chs /var/build/lucid-minimal/
[13:35] <ogra> 138M	/var/build/lucid-minimal/
[13:35] <Mike^> lucid wins :)
[13:35] <ogra> using:  sudo qemu-debootstrap --arch=armel --variant=minbase lucid lucid-minimal
[13:36] <ogra> no idea if thats bootable though :)
[13:36] <Mike^> hrw: the best I had with sid is ~350M with gdm and e17
[13:37] <Mike^> ogra: most probably yes, the question if it's usable :)
[13:37] <ogra> if it boots to a shell it will be :)
[13:39] <hrw> for basic arm devel rootfs I would like to have few extras like evtest, tslib-bin
[13:40] <ogra> well, that probably gets you to 150M
[13:40] <persia> And the budget is probaly ~400MB if you use ubifs
[13:41] <ogra> less if you use squashfs/tmpfs and aufs
[13:41] <ogra> like 50M or so
[13:41] <ogra> butu indeed that eats your ram
[13:41] <ogra> *but
[13:41] <persia> And isn't persistent.
[13:41] <persia> And isn't optimised for NAND.
[13:41] <ogra> you could have two partitions :)
[13:42]  * persia stops adding to the list
[13:42] <ogra> one ubi one squash
[13:42] <ogra> rw goes to ubi
[13:42] <persia> Why not just stick a squash image in the ubifs if you want to play that way: easier.  Still, no benefits from double-compression.
[13:43] <ogra> oh, indeed
[13:43] <ogra> i didnt think about stacking
[14:03] <hrw> someone remember why 'make' is important?
[14:04] <ogra> pfft, no need for make in shellscripts :P
[14:05] <ogra> and dash is so tiny and fast
[14:05] <hrw> but we got make by default
[14:05] <persia> So we can build drivers if neceesary.
[14:05] <persia> Some folk can't access the network until they do some DKMS magic.
[14:06] <persia> Oh, and some stuff is implemented in make (it's a fine scripting language)
[14:07] <lool> ogra: I'm not in charge of virtualization as a whole, no
[14:07] <hrw> to be safely removed: aptitude with deps - 12MB
[14:08] <ogra> lool, wrt arm indeed
[14:08] <ogra> hrw, aptitude should die die die
[14:08]  * lool uses aptitude every day
[14:08] <ogra> shudder
[14:09] <hrw> I would also kill console-setup/xkb-data/kbd - ~7MB
[14:11] <hrw> console-terminus can be sacrified if space is needed - 800KB
[14:12] <hrw> gnupg support another few MB
[14:13] <ogra> only if you use serial only
[14:14] <hrw> kernel has usable fonts so terminus can be dropped
[14:14] <hrw> tasksel is next 3.5MB
[14:16] <hrw> plymouth needs fixed deps to not depend on libdrm-{intel/radeon/noveuau} on ~x86(-64)
[14:18] <persia> ogra: So, without aptitude, how do you do `aptitude why`?
[14:49] <ogra> persia, why would i do aptitude why ?
[14:50] <persia> Maybe you wouldn't.  I use why and why not frequenty to sort out issues each cycle.
[15:06] <hrw> never used 'why' before ;D
[15:07]  * Mike^ have kubuntu on omap. but it's really slow :(
[15:07] <ogra> heh
[15:08] <ogra> did you expect anything different ?
[15:08] <XorA> turn off all that blending :-)
[15:08] <Mike^> ogra: I have not patience to wait untill settings will open
[15:08] <ogra> use netbook then :)
[15:09] <Mike^> ogra: I used kubuntu-netbook
[15:09] <ogra> ubuntu-netbook indeed :)
[15:10] <Mike^> ubuntu-netbook is much faster
[15:10] <hrw> hmm.. to get to <100MB would be hard
[15:10] <hrw> no busybox in usable package
[15:11] <Mike^> ogra: so, the only thing left to make me completely happy is to include cm-t35 into official ubunu omap kernel ;-)
[15:11] <ogra> Mike^, well, if lrg gives amitk a fix for the audio issue that can happen in 10.10
[15:13] <Mike^> ogra, amitk said it had somthing to do with CONFIG_OMAP_MUX rather than audio...
[15:13] <hrw> muxing...
[15:13] <Mike^> and, anyway, I was cheating, I had to apply two patches for headed configuration.
[15:13]  * XorA hides under the table away from muxing
[15:14] <ogra> oh, right the audio issue was AM3517-EVM
[15:15] <XorA> muxing is a general issue for all omap devices, but I think beagleboard should be fixed these days to work
[15:15] <Mike^> I thought beagle has all the muxing in the bootloaders
[15:16] <XorA> Mike^: its also in the kernel, but for a long time was wrong
[15:16] <Mike^> XoRA: that's why beagleboard doesn't boot with muxing enabled
[15:16] <XorA> and it should be fixed in kernel on all omap3/4 devices as there is no guarantee there is a bootloader
[15:21] <amitk> XorA: I know the MUX work, but do you remember if it went in in 2.6.34-rc?
[15:22] <XorA> amitk: no, I lost track
[15:23] <XorA> amitk: koen is normally a good person to ask about that kind of thing
[15:23] <amitk> ok
[15:35] <Mike^> amitk: do you remember by chance what was the problem with beagleboard and MUX?
[15:37] <hrw> someone remember which package contains mk-sbuild?
[15:38] <ogra> ubuntu-dev-tools iirc
[15:40] <lool> Yes
[15:40] <lool> hrw: FYI, packages.ubuntu.com let you query this
[15:40] <hrw> right
[15:57]  * ogra fixed the screenshot on the beagle page
[17:02] <inhand1> has anyone tried installing Lucid on a BeagleBoard?
[17:04] <ogra> inhand1, https://wiki.ubuntu.com/ARM/Beagle
[17:07] <inhand1> orga, That is what I am working on. Have you done it?
[17:07] <ogra> yes
[17:08] <inhand1> I cannot seem to get any USB devices working during the install. Therefore, no keyboard, mouse, or network.
[17:09] <ogra> which of the three images do you use ?
[17:09] <ogra> and what beagle revision
[17:09] <inhand1> I tried all three
[17:09] <ogra> the images are all tested on a C4 beagle
[17:09] <inhand1> beagle = C4
[17:09] <ogra> ok
[17:09] <ogra> powered hub ?
[17:10] <inhand1> yes, on either OTG or Host
[17:10] <ogra> (it wont work without)
[17:10] <ogra> OTG isnt supported yet with that kernel
[17:10] <inhand1> ok, that helps.
[17:11] <ogra> but with powered hub attached to host port you should definately get kbd and mouse
[17:11] <inhand1> can I get debug on the serial port?
[17:11] <ogra> for the network it depends on your NIC, apparently GrueMaster just found that moschip NICs dont work
[17:12] <ogra> you can, you need to edit boot.scr
[17:12] <inhand1> i have asix and smsc LAN9514
[17:12] <ogra> there is a section on the wikipage above
[17:12] <ogra> asix works fine for me
[17:12] <ogra> i just finished a netinstall test
[17:12] <GrueMaster> ogra:  That's only on the netboot kernel.  The live image and installed image works fine.
[17:12] <ogra> right
[17:13] <ogra> the live image has all firmware available
[17:13] <ogra> i think the netbook image only includes a subset
[17:13] <ogra> i need to talk to amitk about that
[17:13] <ogra> *netboot
[17:14] <inhand1> do all three use the same boot kernel?
[17:15] <jmcgee> anyone know if there is a group discount for UDS participants at the Dolce La Hulpe hotel?
[17:16] <ogra> jmcgee, yes, it should be somewhere on the wikipage or a subpage
[17:16] <ogra> inhand1, yes
[17:17] <jmcgee> ogra: thanks, that's what I would have expected. will keep looking...
[17:18] <ogra> amitk, could it be that we dont include all firmware or usb NIC drivers in our kernel build ?
[17:20] <GrueMaster> ogra:  netboot is now working with my trendnet usb nic.
[17:20] <GrueMaster> Thankfully, I have two usb nics.
[17:20] <GrueMaster> Of different brands.
[17:20] <ogra> great
[17:21] <ogra> i havent even tried my moschip one yet
[17:21] <ogra> the asix one fits better into the hub
[17:31] <cwillu_at_work> oh where oh where has my rcn gone, oh where oh where could he be?
[17:32] <amitk> ogra: which one doesn't work?
[17:32] <ogra_cmpc> amitk, moschip
[17:33] <ogra_cmpc> not sure which driver that is
[17:33] <amitk> ogra_cmpc: I'm assuming it works on the desktop?
[17:33] <ogra_cmpc> yep
[17:33] <ogra_cmpc> i suspect we miss fw
[17:40] <inhand1> ogra: thanks, I think it is a x-loader/u-boot customization we did or something else. I am using stock versions and I am into the installer
[17:40] <inhand1> where are the list of mirrors? the default doesn't work
[17:41] <ogra_cmpc> there are no (official) mirrors, ports.ubuntu.com is the only server holding armel packages
[17:43] <inhand1> is path just '/'
[17:44] <amitk> ogra_cmpc: CONFIG_USB_NET_MCS7830=m
[17:46] <amitk> ogra_cmpc: could be linux-firmware? but that should be identical to the x86 package
[17:51] <ogra_cmpc> amitk, i'll check in my next install test
[17:52] <ogra_cmpc> i know the udebs are all there as they should be but probably not all content is in the udebs
[17:53] <ogra_cmpc> inhand1, no, /ubuntu-ports
[17:53] <ogra_cmpc> that should be preseeded by default though
[18:15] <ogra> amitk, aha, MCS7830 seems not to be in the udeb
[18:16] <ogra> drivers/net/usb only has pegasus asix and usbnet
[18:28] <GrueMaster> That's what I said earlier.
[18:33] <inhand1> ogra: thanks a lot. I got it working now. My network interface died after the DHCP.
[18:37] <ogra_cmpc> GrueMaster, right, its a packaging problem with the linux-ti-omap kernel
[18:39] <GrueMaster> Is it the kernel or whatever generates the netboot initrd file?
[18:39] <GrueMaster> The drivers are on the installed image.
[18:39] <ogra_cmpc> no, its the packaging that adds files to the udeb
[18:39] <ogra_cmpc> d-i uses the udeb files for adding drivers, apparently not all binaries end up in the usb-nic udeb
[18:40] <ogra_cmpc> so you see it inly in d-i images ... live uses the full kernel package and no udebs
[18:40] <GrueMaster> ah, ok.
[18:40] <ogra_cmpc> (as the installed os does)
[21:57] <Martyn> default@node1:~$ uname -a
[21:57] <Martyn> Linux node1.i.smooth-stone.com 2.6.29-arm2-dirty #3 SMP PREEMPT Wed Apr 28 15:43:38 CDT 2010 armv7l GNU/Linux
[21:57] <Martyn> default@node1:~$ more /proc/meminfo
[21:57] <Martyn> MemTotal:         996036 kB
[21:57] <Martyn> MemFree:          911756 kB
[21:57] <Martyn> WOOHOO
[21:57] <Martyn> got the tegra2 at what is pretty much max memory
[21:57] <Martyn> default@node1:~$ more /proc/cmdline
[21:57] <Martyn> mem=480M@0M mem=512M@512M nvmem=32M@480M vmalloc=32M video=tegrafb console=ttyS0,115200n8 console=tty0 usbcore.old_scheme_first=1 root=/dev/nfs nfsroot=172.17.28.140:/opt/nfsroot/node1 rw ip=:::::usb0:dhcp
[21:58] <lool> wee