[02:07] <NCommander> eggonlea: you around?
[09:33] <asac> amitk: so the reason why serial isnt enabled by default is that it breaks plymouth
[09:33] <asac> so no serial by default
[09:34] <asac> e.g. if you have console=* in the line it goes poof and starts without graphical launcher
[09:34] <asac> wanted to look at that code if i find a minute
[09:34] <amitk> asac: I heard, pretty bad.
[09:35] <asac> yeah
[09:36] <asac> ok i need to finish migration of my mailserver/irc gateway ... let me shut down irc for that and start it up elsewhere
[10:55] <lool> asac: heya; https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap/+bug/541030 is milestoned for beta 2 (tomorrow); is an upload still planned for it, or should the milestone be moved?
[10:55] <ubot4> Launchpad bug 541030 in linux-ti-omap (Ubuntu Lucid) (and 1 other project) "omap kernel musb/ehci ports not enabled on beagleboard (affects: 1) (heat: 12)" [High,Triaged]
[10:57] <asac> lool: pushed it to final milestone (i doubt there is time for a kernel upload anyway)
[10:57] <asac> thx
[10:58] <amitk> lool: push to final, we can't do any more kernel uploads currently
[11:00] <persia> Can't we do one post-beta2 pre-rc?
[11:02] <amitk> persia: we can try
[12:06] <hrw> morning
[13:14] <asac> JamieBennett: so thats ok upstream code wise ;)
[13:15] <JamieBennett> yep
[13:15] <asac> JamieBennett: hmm. -f doesnt really work
[13:15] <asac> if empty
[13:15] <asac> just --filename=
[13:15] <asac> but thats ok as we use that in .desktop
[13:15] <JamieBennett> asac: yeah, due to getopt
[13:16] <asac> JamieBennett: havent checked looking url
[13:16] <asac> is -t irrelevant for that?
[13:16] <JamieBennett> -t is used to launch the correct service
[13:16] <asac> ok so no auto detection by them
[13:17] <asac> yeah. so do a release and the packaging
[13:17] <asac> ;)
[13:17] <JamieBennett> will do
[13:48] <asac> GrueMaster: hey
[13:48] <asac> GrueMaster: so is the focus things for maximus/-efl not an issue for the 3d launcher?
[13:48] <styol> quick newbie question, im a bit confused as to how to go about installing ubuntu for ARM on a netbook that comes pre-installed with windows CE... im assuming theres not a similar iso approach like regular ubuntu where i may be able to for instance turn an sd card into a bootable disk and install?
[13:49] <asac> styol: what netbook is that?
[13:51] <persia> styol: 50% of the effort involved is likely to be figuring out how to boot the device.  Once that's sorted, it's easier to make it just work.
[13:53] <styol> sorry my IRC app froze for literally the past 3 minutes
[13:53] <styol> its some crappy china netbook that with an awesome $90 price tag...
[13:53] <persia> Did you get backscroll at least?
[13:53] <persia> If you can tell us the model name, we may be able to give more advice.
[13:53] <styol> yeah indeed, how to boot the device as in like key combinations?
[13:54] <styol> hmm its likely a no name brand, one sec ill grab the link with details
[13:54] <styol> http://www.china-wholesale-supplier.com/7-inch-netbookak7802q216wince-50-operating-systemnandflash-2gbfrequency-266mhz-processormini107_p12982.html
[13:54] <persia> Or what the bootloader accepts.  Some devices can boot USB, some can't.  Some can boot from SD, some can't.  Some need external special tools to update the NOR to change how they boot.
[13:54] <styol> thats a good point that would make sense to be a big difference in approach :)
[13:56] <persia> That looks a lot like a Skytone Alpha-400 to me.
[13:56] <persia> I wouldn't try to put Ubuntu on it: the RAM is very tight.
[13:56] <styol> ive been trying to look up details for the processor AK7802Q216 but only am able to locate other netbooks with the same processor
[13:56] <styol> ah ok, any other suggestions?
[13:57] <persia> If you do, I suspect you can only run Jaunty (9.04), and not newer releases, because of the processor.
[13:57] <styol> the appeal with ubuntu was actually potentially stuff that may be stripped, in particular we're looking to do a kiosk setup with either simply a web page loading or adobe air which may be pushing it
[13:57] <styol> * an adobe air app (that would essentially only load a web page)
[13:57] <persia> You'll want to research more about the device, but I suspect Debian could run on the processor.  You'd need to be careful to trim your install to be happy with 128MB RAM though.
[13:58] <styol> yeah will have to make sure to keep that in mind. ultimately we just want a device that display a single web page and does nothing else
[13:58] <persia> You don't need a general-purpose OS for that.
[13:58] <persia> GO find a kernel that can boot the device, and init into an embedded browser.
[13:59] <persia> (Oh, also, I don't think any of the Ubuntu kernels would work there)
[13:59] <styol> sorry im a bit new to the more technical side of linux, definitely of the variety that uses iso's with easy installs on common setups hehe.. so this is all new stuff to me
[13:59] <styol> ah ok. much appreciated with the suggestions, im soaking everything in that i can
[14:00] <styol> do you have any embedded browser recommendations?
[14:00] <styol> konqueror?
[14:00] <persia> I don't.  We don't generally do much embedded stuff (although we run a general purpose OS on hardware that some vendors also sell into embedded markets).
[14:01] <persia> It would be some special konqueror: the regular konqueror assumes a general purpose OS (and all of KDE).
[14:01] <styol> gotcha. you've been extremely helpful and i really appreciate the guidance, likely have saved me a lot of time already :)
[14:01] <hrw> styol: midori
[14:01] <persia> hrw: Is there a midori-static that can run as init?
[14:01] <hrw> styol: uses webkit and works on 128MB ram
[14:01] <styol> sweeeet! thanks hrw!
[14:02] <hrw> persia: no idea - in OE we used midori with whole x11 session
[14:02]  * XorA has run firefox on 64M device, wasnt that hard
[14:02] <persia> heh.  The *one* time I actually recommend an embedded-style solution, and everyone points out that general-purpose solutions scale all the way down :)
[14:02] <hrw> in 2005 I managed to run Minimo (gecko based mobile browser) on 400MHz Xscale with 64MB ram
[14:03]  * XorA used firefox on his SL-5500 :-D
[14:03] <XorA> hrw will remember that device well
[14:03] <hrw> styol: but forget Adobe Flash support on ARM/Linux
[14:03] <styol> oh man all this info, gonna have to save this chat log haha
[14:03] <styol> thats fine, i mean we may have wanted to use it for audio but im guessing we can figure something else out
[14:03] <persia> styol: Already done: it's at irclogs.ubuntu.com
[14:03] <hrw> XorA: ba! it get me into ARM Linux which get me to OpenEmbedded which get me to Canonical
[14:03] <styol> this place rocks, im leaving this channel on auto-join
[14:04] <styol> im extremely interested in this new line of knowledge :)
[14:04] <XorA> hrw: next release Openzaurus Ostriche?
[14:04] <hrw> XorA: you mean 11.10?
[14:04] <persia> styol: Just be aware that we're targeting newer processors than that in the device you mention, to the degree that there are very few devices currently available in retail that can even run current Ubuntu.
[14:05] <persia> To get Zaurus back needs someone to revive the name at Sharp, which needs a better form-factor than Netwalker.
[14:05] <hrw> styol: grab FriendlyARM devboard with 7" wvga screen
[14:05] <styol> persia that is a good point indeed, we would be essentially wanting to provide a setup that never changes aside from the web page loaded so scaling or upgrading wouldnt be in the scope for us
[14:05] <XorA> persia: I first met hrw working on Openzaurus :-)
[14:06] <hrw> styol: costs ~170€, is nicely supported in OpenEmbedded
[14:06] <hrw> styol: but does not run current Ubuntu
[14:06] <persia> And for all I tout Ubuntu, OpenEmbedded is probably a better solution at the current time for a low-cost only-shows-this-one-super-magic-webpage device.
[14:06] <styol> hrw this device im looking at is $90 usd and $80 usd at wholesale with a screen, keyboard, lan, wifi, speakers, essentially everything we need.. but its 128mb ram and 2gb hd
[14:06] <styol> * a netbook basically, really basic one
[14:07] <styol> looks like a matel toy
[14:07] <persia> On that device, really, run Debian with low-memory apps, and you'll do fine.
[14:07] <persia> And doing it that way lets folk use it for anything else once they break into the browser.
[14:07] <styol> we really one people that use it to not even be able to goto other web sites, start applications, nothing
[14:07] <styol> well, guess logging into wifi is a different story
[14:08] <XorA> use that case, get prpplague to design an omap4 board to fit inside it :-)
[14:08] <hrw> wifi is easy if you have working driver
[14:08] <persia> styol: Someone *will* break into it if it's a good device anyway.
[14:08] <hrw> XorA: prpplague will fit BeagleBoard inside
[14:08] <styol> persia what do you mean? well, i can put it into perspective if you guys want regarding basically what we're trying to do...
[14:09] <styol> essentially will be a device that restaurants can purchase for this free online ordering thing we're doing and it will allow them to basically receive new order notifications, update users of changes to order (on delivery etc), and that sort of stuff
[14:09] <persia> styol: That I know of no browser that isn't a security nightmare, so if you permit browser access, someone will find a way to root the device, and use it for something else.  This may not impact your plans in any way (it doesn't impact the plans of most folk)
[14:09] <styol> its fine honestly if they go through the trouble, they deserve it
[14:10] <styol> the standard hostess will likely not do that
[14:10] <styol> if they want facebook that bad, have it lol
[14:10] <styol> i just dont want it to be use for the general public
[14:10] <styol> *easy
[14:10] <styol> er... closed audience, not general public in that its like library computer
[14:11] <XorA> heh the pile driver has started up outside my house
[14:14] <hrw> I need to find 15cm usb extender cables
[14:16] <styol> im in america and converted to inches and search 6 inch usb extender and theres gobbles
[14:17] <styol> would you like a link or are you looking for something local (or in your house even)
[14:17] <hrw> I need to find local - getting them from US would take forever and cost 800% of their value at least
[14:19] <styol> wheres local if i may ask?
[14:21] <hrw> styol: Szczecin, Poland
[14:22] <styol> ah i see. need bulk or just one/couple?
[14:23] <hrw> few
[14:23] <hrw> but so far I need one - for beagleboard hub
[14:24] <styol> ah gotcha
[14:25] <hrw> btw - how many of already supported by Ubuntu/ARM devices have video-out? (vga/dvi/hdmi/svideo ones)
[14:45] <persia> hrw: There's no way to answer that precisely, because there exists no authoritative list of devices that work, but at least all the dev boards I've seen running it have something, and I know that either DisplayLink or SiS/USB works for the rest, if there is USB available.
[14:46] <persia> (although there's currently no good integration in terms of UI or autodetection to set xorg.conf for USB solutions)
[14:46] <hrw> ok
[15:03] <ogra> lool, why did you move the USB omap bug to high ? it prevents all ways of installation or input
[15:03]  * ogra thinks its absolutely criticalk
[15:03] <ogra> -k
[15:04] <persia> Does it really matter?  It gets fixed-by-upload about 4 hours after beta2 releases, doesn't it?
[15:07] <ogra> persia, i dont know, all i currently know is that its not yet fully fixed
[15:07] <ogra> so it depends if amitk finds a fix
[15:07] <persia> Agreed there.  I just didn't think "critical" vs. "high" mattered, since we know it needs fixing soonest.
[15:08] <ogra> persia, right, thats why i wondered why lool changed it :)
[15:36] <lool> ogra, persia: critical is when it would affect random other packages, breaking the world
[15:36] <lool> It's not the case, it's a high priority bug in a well understood place
[15:37] <ogra> well, i could argue that it breaks the whole omap world :)
[15:37] <lool> Basically, don't use Critical in Ubuntu unless it deserves attention from everybody
[15:37] <ogra> ok
[15:37] <persia> lool: Depends on one's interpretation.  It certainly falls under "A bug which has a severe impact on a large portion of Ubuntu users" for every user likely to have that package installed (from https://wiki.ubuntu.com/Bugs/Importance )
[15:38] <ogra> heh
[15:38] <ogra> apart from the fact that it prevents installation thats true :)
[15:42] <GrueMaster> asac: I don't know about the 3D launcher.  I am not testing the netbook image for x86, and we haven't had the 3D launcher in arm images.
[15:42] <ogra> we do ...
[15:43] <ogra> its just not started
[15:45] <asac> GrueMaster: having this data would help a lot to decide whta to do with it
[15:47] <ogra> was the openoffice FTBFS discussed in the meeting yesterday ?
[15:49] <GrueMaster> asac: I don't exactly have a system to test this with.  I gave up all of my netbooks this cycle.  I would assume it isn't an issue, otherwise it would have been reported.
[15:49] <asac> kk
[15:50] <asac> focus is sometimes and issue in compiz vs. metacity
[15:50] <asac> they behave different
[15:50] <ogra> well, UNE definately doesnt use compiz anywhere (unless my info is outdated)
[15:51] <ogra> its surely not depending on the launcher though
[15:51] <GrueMaster> ogra:  doesn't x86 use it?
[15:51] <ogra> compiz ?
[15:51] <ogra> i dont think so
[15:52] <ogra> until recently you couldnt run compiz together with clutter (that changed but i dont know when exactly)
[15:54] <ogra> definately no compiz in http://cdimage.ubuntu.com/ubuntu-netbook/daily-live/20100406.1/lucid-netbook-i386.manifest
[15:54] <GrueMaster> That's right.  I had compiz & clutter confused.  I just got up, need caffeine.
[15:54] <ogra> so its either maximus or metacity
[15:55] <ndechesne> hi all. anyone tried to use git from 10.04 on an ARM target? 10.04 has git 1.7.0, and when I clone any public repo, I have some fatal errors pack signature mismatch and index-pack failed. I am running latest 10.04. On x86 with 10.04 I can clone the same tree without any problem.
[15:55] <ogra> i would put my bets on maximus since thats the piece that does the fullscreening of the apps *after* the app is up
[15:55]  * ogra happily doesnt touch git :)
[15:55] <GrueMaster> That's what the bug is against.
[15:56] <ogra> GrueMaster, have a look at /apps/metacity/general/focus_new_windows
[15:57] <ndechesne> and in fact, my system is screwed up after git clone failed. for example, I can't apt-get install anymore, it fetches the packages and then fails with Can not write log, openpty() failed (/dev/pts not mounted?) and Sub-process /usr/bin/dpkg received a segmentation fault.... after reboot apt-get install works fine.
[15:57] <ogra> and fucus_mode
[15:57] <ogra> *focus
[15:59] <ogra> sounds like mountall didnt mount your /dev/pts (which ususally does not harm, just spills that warning)
[15:59] <GrueMaster> focus mode is set to click, and focus_new_windows is set to smart.
[16:00] <ogra> hmm, i think thats ok
[16:01] <lool> ndechesne: if you get some apt-get install errors and random other errors after using a more recent git, it suggests you rendered your hardware or kernel unstable with the new git
[16:01] <ndechesne> ogra: don't think so. if i do the same apt-get install before running git clone, it works fine. for example, after git clone fails, running ubuntu-bug gives me a seg fault... after reboot ubuntu-bug works again. any chance you can try to git clone on a real system as well?
[16:01] <lool> ndechesne: Typically, dpkg segfaults are attributed quite often to unstable systems
[16:02] <ndechesne> lool, ogra: by the way, I downloaded git 1.6.5 source code and built it (native). and this version of git works fine with the same repo. so clearly there is something wrong with the current git version in 10.04 for armel.
[16:03] <lool> ndechesne: Yeah but if your system is unstable as a result of using it, it might be more interesting to diagnose the unstability
[16:03] <lool> It's probably triggered by accident with a particular version of git
[16:04] <lool> ndechesne: If you like to exclude git, you could run it under qemu-system-arm  :-)
[16:04] <ndechesne> lool: do you have an ARM target handy? can you try to see if it's reproduceable on your side?
[16:04] <ndechesne> lool: ;-) I was expecting you would tell that to me!
[16:05] <lool> I'm too predictable
[16:05] <ogra> tsk, these french people, always in agreement
[16:05] <ogra> :)
[16:05] <lool> ndechesne: I have an ARM target ready, but crchhchcrchhh I'm going in a tunnel crhcrchr
[16:06] <ogra> hahaha
[16:06]  * lool drives back home now
[16:06]  * lool &
[16:06] <lool> ttyl
[16:11] <hrw> omg...
[16:11] <hrw> I copied lucid-netbook armel image to sd card
[16:12] <hrw> I rather expected vfat+ext3 combo then one big vfat partition with 430MB squashfs on it
[16:12] <hrw> should I dig for usb stick for rootfs?
[16:12] <ogra> ndechesne, so git clone git://gitorious.org/x-load-omap3/mainline.git with the latest git.-core from lucid and then apt-get install xterm works flawless here on an imx51 system
[16:12] <ogra> *git-core
[16:13] <ogra> hrw, if we would use ext3 for our images we would need to have the image build scripts running as root
[16:14] <hrw> ogra: OE builds ext2/3 images as user
[16:14] <hrw> in fakeroot
[16:14] <ogra> the .img files ?
[16:14] <hrw> yes
[16:14] <ndechesne> ogra: argh... i am running on OMAP board, and same repo fails...
[16:14] <ogra> how do you write to ext3 .img without loop mounting them
[16:14] <hrw> genext2fs tool
[16:14] <ogra> hmm, havent heard about that, sounds intresting
[16:15] <ogra> though not for our live images
[16:15] <hrw> IMAGE_CMD_ext3 = "genext2fs -b ${ROOTFS_SIZE} -d ${IMAGE_ROOTFS} ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3 ${EXTRA_IMAGECMD}; tune2fs -j ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext3"
[16:15] <ogra> there is no point for them to be ext3
[16:15] <ogra> since the partition is only a container for the squashfs anyway
[16:16] <hrw> hi prpplague
[16:16] <ogra> ndechesne, my /dev/pts isnt mounted either btw (running in a chroot) and i get the same message without subsequent segfault
[16:17] <ogra> so its clearly system instability of any kind
[16:17] <prpplague> hrw: hey bud
[16:17] <XorA> hey prpplague
[16:17] <prpplague> any canonical folks here using the beagle board?
[16:17] <prpplague> XorA: hey hey
[16:18] <prpplague> XorA: i heard something on the radio yesterday that made me think of you
[16:18] <ogra> prpplague, we're still waiting for a working kernel, but yes generally we do
[16:18] <XorA> prpplague: OH NO!
[16:18] <prpplague> XorA: new flavor of potato crisps, haggis flavor
[16:18] <XorA> prpplague: I hate haggis
[16:18] <ogra> lol
[16:19] <prpplague> XorA: hehe, for some reason i thought of you when i heard that
[16:19] <prpplague> ogra: any way i could pick your brain about the things you'd want to do to differently on the beagle to make it easier for desktop dev?
[16:20] <ogra> well, the 10.04 image will exactly look like the ubuntu-netbook image on other arches
[16:20] <ogra> beyond that we build a server image and a netinstall image
[16:20] <ogra> neither of them work properly yet
[16:21] <prpplague> ogra: sorry i mean hardware wise
[16:21] <ogra> but will do so at release time (i hope :) )
[16:21]  * XorA needs to find room on desk for yet another beagle!
[16:21] <prpplague> ogra: i.e. different connectors or button options
[16:21] <XorA> prpplague: is zippy2 for sale now?
[16:21] <prpplague> XorA: for about a month
[16:21] <prpplague> XorA: trainer went on sale monday
[16:21]  * amitk wonders if someone makes rubber feet for the beagles so that can stack on top of each other...
[16:22] <hrw> ok, ubuntu boots on my beagleboard
[16:22] <XorA> for ubuntu I can see having network being essential
[16:22]  * prpplague accidentally wore his prescription sunglasses into the office this morning
[16:22] <ogra> prpplague, hmm, not really, currently we assume a USB disk for the rootfs, USB kbd and mouse and plan to re-use the SD install media as kind-of-bootfloppy to carry /boot
[16:22] <prpplague> now i have to go all the way back to the car to get my other pair
[16:22] <ogra> (its a quick shot image so we go the path of least resistance with the setup atm)
[16:23] <prpplague> ogra: what about having a usb->rs232 built in rather than the generic rs-232 connector?
[16:23] <prpplague> ogra: or possibily a case of some type like a STB format
[16:23] <ogra> sure, a case would be cool
[16:24] <ogra> STB is a bit big though, i would go with nettop format
[16:24] <hrw> prpplague: if you can do rs232+jtag in one...
[16:24] <prpplague> ogra: if you had a case for it, is there anything special you'd want to add to the case
[16:24] <ogra> holes :)
[16:24] <XorA> prpplague: make the top of the case like a lego brick, then we can build beagle walls
[16:24] <ogra> and indeed the power button would have to go through somehow
[16:24] <XorA> prpplague: I have a lacie hard disk like that
[16:24] <hrw> heh.. 1280x720MR does not fit on my 20" lcd ;(
[16:25] <amitk> stackable beagleboards would be nice
[16:25] <ogra> probably a power LED would also make sense
[16:25] <prpplague> ogra: might providing a rough dimensions of a case that would be good?
[16:25] <ogra> prpplague, well, add 1/2 cm around the board
[16:25] <ogra> and as high as needed plus a bit of space
[16:26] <ogra> 1.5cm or so
[16:27] <prpplague> ogra: i was looking at a case size of 7x5.5x2.5
[16:27] <prpplague> ogra: but this would include some accessory items inside as well
[16:27] <ogra> yeah, sounds good
[16:28]  * hrw -> out
[16:28] <prpplague> ogra: you'd have two external leds, two external user buttons, power led, built in usb->rs232 for the console uart, proto area , and a secondary sd/mmc slot
[16:28] <prpplague> hrw: later
[16:29] <prpplague> ogra: reset button and power switch
[16:29] <ogra> how do you get the secondary SD attached ?
[16:29] <prpplague> ogra: via the expansion header
[16:29] <ogra> ah, thats why you need extra space then
[16:30] <ogra> but yes, that sounds like a device i'd buy :)
[16:30] <prpplague> ogra: well there are some other features that will go in there, thats just the starting port
[16:31] <prpplague> ogra: what would be the median price range you'd pay for something like that?
[16:31] <ogra> below 200€
[16:31] <prpplague> ogra: does that include a beagle?
[16:31] <ogra> yes, indeed
[16:32] <ogra> beagle is at 120€ or so atm ... so i would be willing to pay up to 80€ for a case
[16:32] <prpplague> ogra: ahh, target price of the board+case (without beagle) is about 42EUR
[16:32] <ogra> ah
[16:32] <prpplague> ogra: you'd buy it for that price?
[16:33] <ogra> yes, but i usually dont look at the price if i want something :)
[16:33] <prpplague> hehe
[16:33] <ogra> i'm probably the wrong one to actually define a price here
[16:33] <prpplague> ogra: the one item that i still haven't gotten good feedback on is the builtin usb->rs232 for console uart
[16:33] <ogra> indeed i would also buy it for 42€
[16:33] <ogra> ;)
[16:34] <prpplague> ogra: is that something that added value to you?
[16:34] <prpplague> XorA: what about you?
[16:34] <ogra> well, i'm not a big fan of serial at all
[16:34] <XorA> prpplague: I prefer real RS-232 as Ive found power cycling the boards seems to reset usb-rs232 chips
[16:34] <XorA> prpplague: price is awesome though
[16:34] <ogra> since we started ARM i'm trying to get the ubuntu setup to a point where you never *need* to use serial actually
[16:35] <prpplague> XorA: depends on how you implement the usb-rs232, alot of folks like the gumstix don't implement it properly
[16:35] <XorA> prpplague: zoom2 is actually quite stable
[16:35] <prpplague> XorA: what about the case size?
[16:35] <ogra> though given that there will likely still be a long way to go until thats fully achieved having usb->rs232 surely makes sense
[16:36] <prpplague> ogra: you usually use the OTG port on the beagle as a serial gadget or network gadget to work directly with the beagle?
[16:36] <prpplague> XorA: didn't i give you a trainer board?
[16:36] <ogra> no, i usually use RS232 with my USB/serial adapter
[16:37] <prpplague> ogra: ahh ok
[16:37] <prpplague> ogra: you use the OTG port much ?
[16:37] <ogra> i usually use the mini USB port for powering the board if i want to work on it on a train etc :)
[16:37] <prpplague> ogra: ahh
[16:37] <ogra> beyond that i dont use it much, no
[16:37] <prpplague> ahh interesting
[16:38] <ogra> we might probably play with installation via OTG options later #
[16:38] <XorA> prpplague: sounds ok with the size, my current case is 3.25x3.5x1.5
[16:38] <prpplague> ogra: just curious, how do you carry your beagle on the train? got a box or something for it?
[16:38] <ogra> my bag
[16:38] <ogra> and two USB cables coming out of it
[16:38] <prpplague> ogra: just leave it in your bag and run the cable out?
[16:38] <ogra> going to my lappie :)
[16:38] <ogra> yeah
[16:38] <prpplague> interesting
[16:39] <prpplague> the two cables i assume is one for power and the other to your usb->rs232?
[16:39] <ogra> right
[16:39] <prpplague> dandy
[16:39] <prpplague> ogra: thanks a bunch for the info
[16:39] <ogra> welcome :)
[16:39] <prpplague> ogra: you work for canonical?
[16:39] <ogra> yep
[16:39] <prpplague> dandy
[16:40] <prpplague> XorA: what kind of case are you using?
[16:40] <XorA> prpplague: clear perspex thing koen sent the board it :-)
[16:40] <prpplague> ogra: oh one more thing, are you planning to purchase a beagleXM ?
[16:40] <prpplague> XorA: ahh
[16:41] <ogra> prpplague, yes, given that we actually want to provide ubuntu netbook images and the 256M are the lowest edge for running such an image
[16:41] <ogra> so the C4 doesnt really cut it
[16:41] <prpplague> ogra: thanks
[16:42]  * prpplague goes to get  his glasses from the car
[17:02] <lool> ndechesne: Back now; so what is it you're doing, and how can I reproduce it?
[17:04] <ogra> lool,  <git clone git://gitorious.org/x-load-omap3/mainline.git with the latest git.-core from lucid and then apt-get install xterm works flawless here on an imx51 system>
[17:04] <lool> W: Bizarre Error - File size is not what the server reported 171880 114587
[17:04] <ogra> as i understood, the same fails for ndechesne
[17:10] <hrw> re
[17:13] <hrw> prpplague: make a board with: 4xport usb hub, power socket (+ power cable from board to BB), ethernet, reset button
[17:16] <prpplague> hrw: you mean for the RevC boards?
[17:16] <hrw> yes
[17:16] <hrw> prpplague: I have B7, C3, C3+beaglebug so prefer to not buy XM just to get some addons
[17:17] <prpplague> hrw: and the case size? the 7x5.5x2.5 , that acceptable?
[17:18] <hrw> prpplague: I do not need case basically but any which fit BB+expansion and give access to reset/user key, usb ports, serial, sd, hdmi, audio is fine
[17:20] <hrw> ~curse lucid netbook image for lack of serial use
[17:21] <hrw> after ~minute screen go black and I do not even know did my keyboard+mouse were recognized
[17:30] <XorA> hrw: I thought the current issue was the keyboard/mouse are not recognised?
[17:32] <amitk> XorA: hrw: right, usb is broken at the moment. And we don't have serial enabled by default
[17:32] <amitk> but you can add serialtty=ttyS2 to your boot.cmd and compile it into boot.scr to get you a console
[17:32] <hrw> [  136.328033] Unhandled fault: external abort on non-linefetch (0x1018) at 0x402e6000
[17:32] <hrw> known?
[17:33] <hrw> amitk: I dropped to uboot and used better cmdline then default
[17:33] <hrw> [    0.000000] Kernel command line: splash vram=12M omapfb.mode=dvi:1280x800MR-16@60 file=/cdrom/preseed/ubuntu.seed loglevel=9 printk.time=1 console=ttyS2,115200n8 -- boot=casper
[17:33] <amitk> hrw: sounds like some module was accessed with clocks off
[17:33] <hrw> anyway without usb it is unusable
[17:34] <hrw> but atleast 1280x800MR-16@60 fits my LCD
[17:34] <amitk> https://bugs.edge.launchpad.net/ubuntu/+source/linux-ti-omap/+bug/541030
[17:34] <ubot4> Launchpad bug 541030 in linux-ti-omap (Ubuntu Lucid) (and 1 other project) "omap kernel musb/ehci ports not enabled on beagleboard (affects: 1) (heat: 12)" [High,Triaged]
[17:35] <amitk> you can change the configs according to the that bug and you should have usb, and compile your own kernel until we're able to upload a new kernel
[17:36] <hrw> not today - I need to get openjdk-6 crosscompiled
[17:50] <DanaG> amitk: do the ubuntu boot scripts now auto-build the stuff to go on mmcblk0p1?
[17:54] <amitk> DanaG: this is the u-boot config:
[17:54] <amitk> fatload mmc 0:1 0x80000000 /casper/uImage
[17:54] <amitk> fatload mmc 0:1 0x81600000 /casper/uInitrd
[17:54] <amitk> setenv bootargs 'splash console=ttyS2,115200n8 console=tty0 serialtty=ttyS2 vram=12M omapfb.mode=dvi:1280x720MR-16@60 file=/cdrom/preseed/ubuntu.seed -- boot=casper'
[17:54] <amitk> bootm 0x80000000 0x81600000
[17:54] <amitk> so, if you're asking if root is hardcoded to mmcblk0, then no
[17:54] <amitk> this is for the live image, though
[17:55] <DanaG> No, I mean, when you update-initramfs, does it build an initrd?
[17:55] <DanaG> On the installed system.
[17:55] <DanaG> Right now I have to do that manually.
[17:55] <DanaG> hmm, what's "serialtty"?  It seems a bit redundant.
[17:56] <DanaG> I also use serial console on my host system, and it sucks that it disables plymouth splash on local tty if a serial console is present.
[17:56] <amitk> sounds like a ogra question ^^^
[17:57] <amitk> DanaG: i think my bootargs might've changed from default as I hack around the deficiencies of the first ubuntu image
[18:01] <DanaG> oh yeah, also... I hope you'll build the g_audio and g_file (and such) drivers.
[18:03] <ogra_cmpc> DanaG, serialtty is a casper option while console= is a kernel option
[18:03] <amitk> ogra_cmpc: no, the question before that
[18:03] <ogra_cmpc> it is responsible for creating a getty process during boot in the live image
[18:04] <ogra_cmpc> the update-initrsmfs one ?
[18:05]  * hrw -> out
[18:07] <lool> ogra_cmpc, asac: Would you guys have any issue if we renamed the d-i omap images to omap3?
[18:07] <DanaG> yeah, I was wondering how that copying to the vfat partition would be done automatically.
[18:08] <DanaG> (compare it to x86, where grub does that stuff automatically).
[18:10] <lool> ogra_cmpc, asac: Actually I see the kernel is called -omap; I wonder whether it should really be called -omap3
[18:11] <lool> amitk: ^ your thoughts?  I see the description properly mentions OMAP3, and given that we're likely to have an omap4 one at some point, I wonder whether it would make sense to name everything -omap3 and avoid the ambiguous -omap name
[18:19] <ogra_cmpc> lool, you know i dont have any issues with you renaming stuff but if you plan to do that please do it in all places
[18:19] <lool> ogra_cmpc: did I miss any above?
[18:20] <ogra_cmpc> lool, well, inside d-i there are several places as well as in the seeds
[18:21] <ogra_cmpc> (installer and boot seed specifically)
[18:21] <ogra_cmpc> i dont care how the images or the kernel package are called as long as nothing breaks which we have already in place
[18:22] <ogra_cmpc> for 10.04 i dont mind at all how anything is called for later stuff we need to touch the names in any case though
[18:23] <armin76> pamo :D
[18:39] <amitk> lool: in the future we will want to support omap4, and I don't plan on making two different kernels for omap3 and 4.
[18:41] <ogra_cmpc> amitk, you have to
[18:41] <amitk> ogra_cmpc: why so?
[18:42] <ogra_cmpc> the omap4 patchset is incompatible to the omap3 one for now
[18:42] <amitk> ogra_cmpc: not true, 2.6.34 already has multi-omap support (omap2, 3 and 4 in the same kernel)
[18:42] <ogra_cmpc> though i'm sure help on making them work together will be appreciated :)
[18:43] <amitk> M will probably be 2.6.35+
[18:47] <DanaG> oh yeah, I think the "M" name (forgot what it was) has one too many syllables.
[18:47] <ogra_cmpc> maverick meercat
[18:48] <plars> ?
[18:48] <DanaG> 5 syllables.
[18:48] <DanaG> Most other names have had only 3 or 4.
[18:48] <plars> so did jaunty jackalope
[18:48] <plars> that is 5 as well
[18:48] <DanaG> Still sounded a bit smoother than maverICK
[18:48] <DanaG> the sound is rather sharp. =þ
[18:48] <ogra_cmpc> the release will be cutting :)
[19:11] <rcn-ee> Yeah we have to wait till 2.6.34 for mult-omap, even with the rc's i haven't got it to build correctly yet (omap3 + omap4)
[19:11] <desrt> hi.  i'm trying to take arm ubuntu for a spin inside qemu using the netboot iso from lucid alpha
[19:11] <desrt> *beta
[19:11] <prpplague> rcn-ee: mult-omap?
[19:12] <desrt> i'm not having any luck with that.  i get a black screen.
[19:12] <rcn-ee> omap2 + omap3 + omap4 boards booting with one kernel (omap2 is armv6 so only debian)
[19:12]  * prpplague uses real hardware and not qemu
[19:12] <prpplague> rcn-ee: ahh
[19:12]  * desrt doesn't have real hardware :)
[19:13] <rcn-ee> it makes things very interesting prpplague and good for one image fits all boards distrubtions...  but end users will probally disable it when they build their unique images...
[19:14] <prpplague> rcn-ee: yea i wasn't going to make a comment, just figured you had a reason to do that kind of config
[19:15] <ogra_cmpc> desrt, if you are to lazy to debug use rootstock to build an ubuntu-minimal image (see topic)
[19:16] <rcn-ee> ps, congrates, saw your boards where picked up by sparkfun...
[19:16] <desrt> ya.  i'm just installing rootstock now :)
[19:16] <prpplague> btw, FYI for those beagle board users, Trainer boards are now available - http://www.tincantools.com/product.php?productid=16149&cat=0&page=1&featured
[19:17] <rcn-ee> Hey ogra any chance can i get that 'create initramfs' patch for rootstock merged...  I've been playing all week with it, and it speeds up boot times immesilly, my 'beta2' image tomorrow will have a uIntrid bydefault..
[19:18] <ogra_cmpc> rcn-ee, yeah, i havent done the final rootstock upload yet, that patch is still on my list
[19:19] <ogra_cmpc> we still need to find out about the quem hang and if there is a way to work around in rootstock, i'm holding back the final release for lucid as long as i can
[19:19] <rcn-ee> okay awesome!
[19:19] <ogra_cmpc> currently omap consumes all my time
[19:19] <rcn-ee> yeah, i've noticed those when building 'netbook' image and it's sticking on iso-codes again...
[19:20] <ogra_cmpc> (and being on the road for the last 10 days didnt really help here)
[19:20] <desrt> ogra_cmpc: man.  this got a lot easier since last time i looked
[19:20] <rcn-ee> i think i'm going to cheat.. build a minimal image... apt-get the rest on a beagle, then retar it up for release..
[19:20] <desrt> ogra_cmpc: are you responsible for this?
[19:21] <rcn-ee> oh fun.. state side again?
[19:21] <ogra_cmpc> desrt, yep
[19:21] <desrt> props, dude :)
[19:21] <ogra_cmpc> desrt, and lots of community people that helped with patches (like rcn-ee )
[19:21] <desrt> you almost have me thinking the qemu-user+chroot is the way to go now
[19:21] <rcn-ee> laughs, thanks..  But we make ogra do all the real work.. ;)
[19:21] <ogra_cmpc> heh
[19:23] <ogra_cmpc> i'm just the guy with the glue tube and the dirty fingers ;)
[19:23] <desrt> i love how libdrm-noveau -intel and -radeon are being installed into my arm system
[19:23] <ogra_cmpc> lol
[19:24] <rcn-ee> you never know in 'theory' nouvea might some day work with the 'tegra2'
[19:24] <ogra_cmpc> now that would be sweet
[19:25] <desrt> wtf plymouth support in the minimal install
[19:25] <ogra_cmpc> yep
[19:25] <desrt> that should really be in -desktop
[19:25] <ogra_cmpc> nope
[19:25] <ogra_cmpc> its used everywhere, even in text boots
[19:25] <rcn-ee> it looks pretty cool..
[19:27] <ogra_cmpc> cryptfs prompts are routeed through it as i understood
[19:27] <ogra_cmpc> no matter which kind of theme is used
[19:28] <desrt> ah
[19:28] <rcn-ee> oh by the way, i know oem-config works on freescale hardware, how much ram/swap do you guys set aside?  I'm running out of memory on my Bx ..
[19:28] <ogra_cmpc> (text is just another form of theme in plymouth)
[19:28] <ogra_cmpc> rcn-ee, for the gtk or the text version ?
[19:28] <rcn-ee> right now i'm just playing with the text version...
[19:29] <ogra_cmpc> that should work in 128M
[19:29] <ogra_cmpc> worst case enable compcache in your kernel and set the initramfs.conf variable
[19:29] <ogra_cmpc> that should extend your ram a bit
[19:29] <rcn-ee> that's what i thought too... it's dieing with out of memory errors..  (it's also drawing the dmesg console and oem-config console on top of each other onthe screen.. ;) )
[19:31] <ogra_cmpc> though we just found that compcache changed since it entered staging, not sure its still compatible with the ubuntu userspace setup
[19:32] <ogra_cmpc> (we use the old version in ubuntu kernels still)
[19:32] <rcn-ee> thanks..  I'll play with merging that into my 2.6-dev tree and retest...
[19:40] <desrt> nice.  seems to be going.
[20:30] <asac> lool: afaiui we are working towards identical kernel for both
[20:53] <lool> asac: Ah right, forgot about that multi omap thingie
[23:33] <NCommander> eggonlea: I've been doing some testing with NFS root on ARM, if your interested, I think we can get this to work well with your setup