[05:54] <Neko> *yawn*
[05:54] <Neko> is plymouth meant to work on armel?
[05:54] <Neko> I tried all the usual tricks and it just never does anything
[05:54] <Neko> I can't even get it to --show-splash from a terminal
[06:17] <bkero> persia: ping ping :)
[07:13] <meiye> speak chinese
[07:14] <cooloney> meiye: why chinese, 你好
[07:24] <meiye> NO 第一次来这里。我的英文很差。
[07:25] <persia> bkero, Hello.
[07:25] <persia> Neko, It works with the default omap3 image on a C4 at least.
[07:25] <persia> !zh
[07:25] <ubot2> For Ubuntu help in Chinese 您可以访问中文频道： #ubuntu-cn 或者 #ubuntu-tw  或者 #ubuntu-hk
[07:27] <bkero> persia: Hi. :)  I was told that you have a Netwalker too.  I'm trying to get a newer kernel on mine.
[07:27] <meiye> thanks
[07:27] <bernard_> rcn-ee: can i propose a trivial fix to your build_kernel.sh script? http://pastebin.com/Angukv4y
[07:27] <Neko> persia, hmm, it doesn't here for some reason
[07:27] <Neko> the boot process is >20 seconds and it never appears
[07:27] <Neko> I just got ureadahead working to absolutely no benefit :D
[07:27] <bernard_> rcn-ee: otherwise, running build_kernel.sh twice actually rebuilds the kernel twice, as the config options have changed.
[07:28] <Neko> rcn-ee, btw I meant to ask you why you are doing Beagleboard stuff.. work or play or.. ?
[07:28] <Neko> I ask because guys like you should have more fun arm hardware to play with (i.e. do you want a free imx515 board? :)
[07:29] <bkero> OooooOoo
[07:29] <persia> bkero, Excellent.
[07:30] <bkero> persia: Do you have a newer kernel than 2.6.28 on it?
[07:30] <persia> Neko, No idea, although I've heard that some folk are trying to remove the splash from plymouth in Ubuntu, which may affect that.
[07:31] <persia> bkero, I don't.  I know of a 2.6.36-pre kernel that boots, but it doesn't support video or network, making it less than useful.
[07:31] <Neko> the grub-does-splash-and-we-rely-on-kms thing?
[07:31] <persia> Something like that.  Mind you, it won't work for some special cases.
[07:31] <Neko> yeah everyone who has an intel graphics, anyone who has a graphics card nouveau doesn't really support... crazy radeon cards that are too new
[07:32] <Neko> :)
[07:32] <bkero> persia: I have a 2.6.36-rc8 kernel...that doesn't show a framebuffer.
[07:32] <persia> if you want to force plymouth to be on, the easiest way is to use luks-encrypted disks, which then require plymouth user interaction to get the passphrase.
[07:32] <Neko> well I did this
[07:32] <Neko> sudo plymouthd &
[07:32] <bkero> persia: where would I go about getting mor einformation/working on this almost-working 2.6.36-pre?
[07:32] <Neko> sudo plymouth --show-splash
[07:32] <Neko> it does nothing
[07:32] <persia> Neko, Hrm?  No, the special cases where it doesn't work are related to critical input/output.  That stuff looks ugly in some situations are just bugs.
[07:33] <persia> bkero, git://git.linaro.org/people/amitk/linux-2.6.git is the repo
[07:33] <Neko> I just don't understand why it doesn't do anything
[07:33] <bkero> persia: is there a .config for it?
[07:34] <persia> Neko, I don't know enough about plymouth to know why that would or wouldn't work.
[07:34] <persia> bkero, No.
[07:34] <bkero> Bleh, I'll try my .config then
[07:34] <persia> bkero, My understanding is that the tree was based on FSL BSPs + netwalker 2.6.28 patches + Efika MX patches.
[07:35] <persia> (plus potentially other ARM-interesting stuff).
[07:35] <persia> Neko, Reading backscroll: I don't have an efikamx (although I have other i.MX51 hardware).
[07:35] <bkero> persia: awesome, at least it's closer to vanlila
[07:35] <Neko> we sent you one didn't we
[07:35] <Neko> or.. you're getting one at UDS?
[07:36] <Sonny_8bit> rsalveti: yesterday i've installed powervr on maverick and switch to ubuntu desktop mode, but whole system performance is still very poor :( (I use beagle C4)
[07:36] <persia> Neither, to the best of my knowledge.  I'll take one if you're offering, but I'm not sure I'd provide as much benefit as others might.
[07:36] <Neko> well you recommended 10 boards to be sent out I thought one went to you
[07:37] <persia> bkero, If you can get something that is even close to working, *please* let me know: I'll be an excited tester.  I've run into more than I understand about the kernel, and have been looking at trying to get maverick working with recompiled 2.6.28
[07:37] <persia> Neko, No.  Those were all to people who will do something more interesting than say "I have one of those" on IRC.
[07:37] <Neko> grahhhhhh network manager applet doesn't bloody work
[07:38] <Neko> why wouldn't it be in the panel by default?
[07:40] <persia> Check .xsession-errors
[07:40] <bkero> persia: I do have working lucid and maverick images booting off SD card, tomorrow night I'm going to try to get them on the MTD :)
[07:40] <persia> bkero, You do?  Which kernel?
[07:40] <bkero> persia: 2.6.28.  http://blueheaven.ws/2010/10/06/sharp-netwalker-ubuntu-lucid-image/
[07:41] <persia> Is that a recompiled kernel, or the default kernel?
[07:41] <bkero> default kernel
[07:41]  * persia was running into libc6 segfaults running the stock kernel
[07:41] <Neko> ** Message: applet now removed from the notification area
[07:41] <Neko> ** (nm-applet) crap
[07:41] <Neko> ** (nm-applet) crap
[07:41] <Neko> ** Message" applet now embedded in the notification area
[07:42] <bkero> persia: sometimes X would crash, that might be the same problem you ran into.  Talking with some Ubuntu guys here in Portland, they said that kernel was compiled for ARMv5, but the userland is ARMv7
[07:42] <Neko> maybe it is there just hidden somehow
[07:42] <Neko> bkero, for Netwalker?
[07:42] <persia> bkero, Right.  From what I've been told, at a very minimum, it's important to recompile the kernel with a maverick toolchain.
[07:42] <bkero> Neko: yes
[07:42] <Neko> HEYYYY it magically came back
[07:43] <Neko> I just took out eth0 from /etc/network/interfaces
[07:43] <persia> bkero, But default userland is ARMv5 also.
[07:43] <bkero> persia: is the 2.6.28 source even available?
[07:43] <Neko> so it actually does not work anymore when it cannot manage a device? bah
[07:43] <bkero> I wish I had some netwalker-like board that I could run serial on on while trying to debug this.
[07:44] <Neko> ahem efikamx
[07:44] <bkero> netwalker is a babbage derivative, mx51.  Is an efika MX pretty close? :)
[07:44] <persia> bkero, That's a matter of some debate.  I usually point folk at http://netbook-remix.archive.canonical.com/updates/pool/public/l/linux-fsl-imx51/ for sources, but I've read that Sharp ended up shipping something different on some pages.
[07:45] <bkero> persia: Do you have any idea what the araneo team is?  They added that string to the end of the stock kernel
[07:45] <persia> Efika MX is *very* close, and has a known working more recent kernel.
[07:45] <Neko> efika mx is closer to netwalker than babbage
[07:45] <bkero> Really?  Awesome.  Does it have the same graphics/framebuffer?  Where would I get one of these gems?
[07:45] <persia> bkero, The Araneo team was a mix of folks from various groups (including me) that ended up working on the Netwalker.
[07:46] <persia> genesiusa.com sells the Efikamx at a reasonable price.
[07:46] <bkero> persia: oh ok.  That one tricked armin76 and me, we couldn't figure out what it was.
[07:46] <persia> Also a netbook, although unfortunately larger than is useful.
[07:46] <bkero> Blah, the netbook does me no more good than the netwalker. :P
[07:46] <persia> Just a name.  I *think* the "sendai" stuff was for the PC-T1, but I'm not 100% sure.
[07:47] <Neko> yeah we ran out of cables for serial on the netbook too
[07:47] <bkero> :(
[07:47] <bkero> Neko: you work for genesi?
[07:47] <Neko> delivery time: who the hell knows :(
[07:47] <bkero> Or freescale or something? :P
[07:47] <persia> Neko, But you have working framebuffer?  Would you expect an efika kernel to boot on a netwalker?
[07:47] <Neko> yeah I'm the product manager
[07:48] <Neko> haha no efika kernel won't boot on netwalker
[07:48] <Neko> well. if someone backported patches maybe
[07:48] <persia> Heh, figures.  Just checking :)
[07:48] <Neko> but I never ever saw any
[07:48] <Neko> there was a binary only kernel on a canonical partner repository and a broken Sharp opensource page
[07:49] <persia> The Canonical page has source for the kernel.
[07:49] <persia> But I heard someone claim that source didn't match the binary Sharp shipped.
[07:49] <persia> No idea if that is true or not.
[07:49] <Neko> it doesn't
[07:49] <persia> Anyway, source from Canonical is known to boot.
[07:50] <persia> Amusing thing is that a new Netwalker ends up having the Sharp kernel overwritten by a Canonical kernel when it first upgrades from the network.
[07:50] <bkero> Oops, heh
[07:52] <persia> So it's safe to use the Canonical sources if you want to play.
[07:52] <bkero> Ok.  I'll try amitk's source first, I'd really like 2.6.36 :)
[07:52] <persia> I got stuck trying to create a .config for that.
[07:53] <Neko> hmm console-setup doesn't set fonts either
[07:53] <persia> If you do get one, please enable aufs, as this makes it easier to use as a development environment.
[07:53] <Neko> man this system is just ugly and no recourse until gdm comes up but that's 28 seconds :(
[07:54] <bkero> persia: I have a config from a vanilla kernel that should be pretty damn close
[07:55] <persia> bkero, For 2.6.36?
[07:55] <bkero> persia: yea
[07:55] <persia> Could you paste it?
[07:55] <bkero> persia: sure, I don't have framebuffer working on it though :/
[07:55] <persia> Oh, nevermind :)
[07:56] <persia> I've another machine on which I can compile stuff with the maverick toolchain, but that one doesn't have enough RAM to run desktop acceptably.
[07:56] <bkero> I was going to oldconfig it onto the amitk sources you linked me to
[07:56] <persia> That makes sense.
[07:56] <bkero> persia: have you tried those linaro amitk sources?  The master branch just looks like vanilla to me
[07:57] <bkero> But there's wip-efikamx-cleanup3 branch too
[07:57] <persia> I tried, but like I said, I got stuck trying to figure out what .config might make it work on a netwalker.
[07:57] <persia> I'm unsure what branch makes sense.  Dunno how late you want to be up, but it's almost morning in Finland...
[07:59] <bkero> I'm in the US west coast, I'll be up for another 2 hours playing GTA4 while this kernel compiles :)
[08:03] <amitk> bkero: what are you trying to run?
[08:04] <bkero> amitk: A Sharp Netwalker
[08:06] <bkero> amitk: any experience with that?  It's an i.MX51
[08:09] <amitk> bkero: no, never laid my hands on one. But I've been enabling the efika smarttop (http://www.genesi-usa.com/products) in mainline recently
[08:10] <bkero> amitk: I think much the hardware is the same, I'm just concerned about the framebuffer.
[08:11] <bkero> persia: do you know what kind of graphics the netwalker uses?  Just the MXC framebuffer?
[08:17] <bkero> amitk: in your git repo, what branch should I be using for testing?  master, or wip-efikamx-cleanup3?
[08:18] <amitk> bkero: my patches are now on their way to mainline, try this tree git://git.pengutronix.de/git/imx/linux-2.6.git (imx-for-2.6.37 branch)
[08:28] <ndec> ogra: hi. did you get a chance to look at the alsa-utils stuff? it seems that the debian/patch/series is fine, but quilt is commented out in debian/rules
[08:31] <persia> bkero, I think it's just the MXC framebuffer: check your dmesg
[08:32] <persia> ndec, quilt often isn't necessary anymore, since the introduction of the new package formats.
[08:32] <persia> dpkg now has it's own internal implementation of quilt which is almost (but not quite) the same.
[08:32] <ndec> persia: ok... however when i build the package with dpkg-buildpackage after downloading the .diff from the upload queue, i can see that no patches are used
[08:32] <ndec> persia: hence the omap4 file is not added since it's added in debian/patches
[08:33] <persia> Since alsa-utils is Format: 3.0 (quilt) [you can check with apt-cache showsrc alsa-utils], it will automatically handle quilt patches without reference in debian/rules.
[08:33] <bkero> persia: "MXC Video Output MXC Video Output.0: Registered device video0".  Looks like it.
[08:33] <persia> bkero, Indeed.
[08:34] <persia> ndec, Hrm.  I'd recommend trying from the .dsc and debian.tar.gz: sometimes there's something odd.  The patch ought get applied at unpack time, not at build time.
[08:34] <bkero> mxc_sdc_fb looks like
[08:34] <bkero> amitk: Have you merged that into mainline yte?
[08:35] <ndec> persia: argh i see... i did apt-get source to get the old version (ubuntu3.2), then I applied the .diff with patch -p1 command...
[08:37] <amitk> bkero: it will be, that is the tree that will get pulled by rmk who will feed it to linus
[08:38] <persia> ndec, Ah, that won't work at all: the LP diff is only from ubuntu3.2 to ubuntu3.3 and you need from ubuntu3 to ubuntu3.3 if you want to get everything.
[08:38] <persia> Or, it might if your apt-get source got 3.2.  Hmmm.
[08:38]  * persia is confused.
[08:38] <ndec> persia: i am trying this now, i downloaded the .dsc and .debian.tar.bz2 for ubuntu3.3. the patch is applied, and it's rebuilding now
[08:38] <persia> ndec, Anyway, before you build, try `quilt push -a`
[08:39] <persia> Ah, that's probably cleaner :)
[08:40] <persia> amitk, Does that branch (pengutronix :: imx-for-2.6.37) have the framebuffer stuff?
[08:42] <amitk> persia: I don't think so
[08:42] <amitk> still WIP
[08:43] <ndec> persia: looks better after the build now. I will install and reboot... and we'll see if i have audio
[08:49] <persia> ndec, Excellent.
[08:50] <persia> amitk, That's what I thought you said before.  Just checking.
[08:50] <persia> bkero, ^^
[08:50] <bkero> persia: so no framebuffer?  blah :(
[08:51] <persia> bkero, Rather, needs forward-porting :)
[08:51] <bkero> persia: oh, is that all? ;)
[08:52] <bkero> persia: from that 2.6.28 ubuntu source you posted earlier?
[08:52] <persia> Ought be.  I wouldn't expect the code quality to be suitable for upstream for a straight forward-port, but it ought be OK for netwalker users.
[08:53] <ndec> persia: ogra: i installed alsa-utils ... ubuntu3.3, reboot, still no sound (I tried gst-launch audiotestsrc ! alsasink).
[08:53] <persia> That said, I don't know how much the underlying models have changed: might be a fair bit of forward-porting.
[08:53] <ndec> persia: ogra: i am running kernel -903-omap4 rel 16
[08:53] <ndec> lag: see ^^^
[08:54] <persia> ndec, Hrm.  I'm not sure the gstreamer test was one that was used.  Were any of the prior hacks applied, or was this from a clean image?
[08:54] <bkero> persia: I'm certain there is.  Good news!  I work with one of the radeondrm developers, I can ask him about porting a simple framebuffer :)
[08:55] <ndec> persia: clean image (10.10) with updates from -udpates, + -proposed + my own built alsa-utils. never ran any custom amixer script. i rebooted a couple of times
[08:55] <persia> bkero, Excellent!  Good luck.
[08:56] <persia> ndec, Do the outputs appear in the volume manager?
[08:56] <lag> ndec: What are the results of "find / -name omap4"
[08:56] <ndec> persia: i guess you mean in the sound applet, right?
[08:57] <persia> Yep.
[08:57] <persia> lag, That's a very agressive find.  You sure you don't just need the output of /usr/share/alsa/ ?
[08:58] <lag> It doesn't take too long, but yeah, that would be helpful
[08:58] <lag> I couldn't remember the exact path
[08:58] <persia> Ought be /usr/share/alsa/init/omap4
[08:59] <cooloney> persia: yeah
[08:59] <cooloney> that's it
[08:59] <lag> That'll do then
[08:59] <lag> ndec: --^
[08:59] <cooloney> i failed to find that file
[08:59] <lag> I fear it is still missing
[09:00] <ndec> lag: /usr/share/alsa/init/omap4 is there
[09:00] <lag> That's good news
[09:00] <ndec> persia: no it's not in the output menu. i see only dummy output
[09:01] <persia> Hrm.  Something didn't work as expected then.
[09:01] <ndec> persia: i think the sound apple requires pulse, and ogra told me that we still don't have the pulse patches, only alsa.
[09:01] <lag> What is the contents of: /proc/asound/cards
[09:01] <ndec> lag: do you have a command to test alsa handy? i generally use gst-launch
[09:02] <lag> Let me see if I can remember it
[09:02] <persia> ndec, You may be right.  My understanding was that the remaining pulse profile stuff was only required for HDMI.
[09:03] <lag>  aplay -Dplughw:<card>,<device> <file>
[09:03] <lag> IIRC
[09:05] <persia> With the patches, simple `aplay foo.wav` might work.
[09:05]  * persia isn't sure just how many outputs appear
[09:07] <ndec> persia: lag: aplay something.wav --> no sound
[09:07] <lag> Can you paste bin `aplay -l`
[09:08] <lag> And `cat /proc/asound/cards`
[09:09] <ndec> lag: persia: if you want to test this on your side, here is my .deb: http://dl.free.fr/rq6u1HCCE/alsa-utils_1.0.23-2ubuntu3.3_armel.deb
[09:09] <lag> Also, what was the exact aplay command you issued?
[09:09] <lag> ndec: Unfortunately, I don't have up to date hardware
[09:10] <lag> ndec: I have been left behind :(
[09:10] <Martyn> okay, other-arm-server-optimize-lamp-stack blueprint filed.
[09:10] <lag> ndec: It would help if you can provide my requested information :)
[09:10] <ndec> lag: argh... aplay -l --> http://paste.ubuntu.com/516703/
[09:11] <ndec> lag: i am doing it, don't worry..
[09:11] <lag> :)
[09:11] <lag> That looks good
[09:11]  * lag sees lots of Pandas
[09:11] <ndec> lag: and this looks good too: http://paste.ubuntu.com/516704/
[09:12] <lag> ndec: Looks good to me
[09:12] <lag> And the aplay command you issued to play the audio file?
[09:12] <Martyn> Panda Panda everywhere, and not a Beagle in sight
[09:12] <ndec> lag: it looks good.. but it does not sound good ;-)
[09:12] <lag> :)
[09:13] <lag> ndec: ?
[09:14] <persia> Martyn, Lots of folk (like me) have Beagles.  But beagle seems better supported in maverick today: less bugs => less traffic.
[09:14] <ndec> lag: i tried aplay foo.wav, it seems to play but no sound
[09:15] <persia> Do you actually have a WAV named "foo"?
[09:15] <lag> Try specifying a device
[09:15] <lag> aplay -Dplughw:0,7 <file>
[09:15] <lag> Will play through HDMI for example
[09:17] <ndec> lag: i don't have a hdmi monitor, so I should use 0,0, right?
[09:18] <ndec> lag: aplay -Dplughw:0,0 foo.wav --> audio open error invalid argument
[09:18] <lag> Try them all sequentially
[09:18] <lag> I don't know which one is mapped correctly, is the honest answer
[09:19] <lag> Pay particular attention to 9 and 11
[09:20] <berco> ndec: lag: plughw:0,0 or plughw:0,2 should work
[09:20] <ndec> 0,0 and 0,2 --> invalid argument
[09:20] <berco> ndec: what is the output of aplay -L ?
[09:21] <ndec> 0,7 -> it seems to play but no sound ( i don't have hdmi display)
[09:21] <ndec> 0,9 seems to play, but no sound
[09:21] <lag> berco: http://paste.ubuntu.com/516703/
[09:22] <lag> Oh, capital L
[09:22] <berco> and uppercase L
[09:22] <lag> ;)
[09:22] <berco> :)
[09:25] <ndec> berco: http://paste.ubuntu.com/516710/
[09:27] <berco> ndec: have you tried aplay -Dpulse <wave file>?
[09:27] <ndec> berco: no sound
[09:28] <berco> ndec: I think you can also use aplay -Dplughw:Panda,0
[09:30] <hrw> berco: aplay -Dpulse will get back to alsa
[09:53] <ndec> lag: persia: ogra: we looked into this with berco, after running alsactl init 0, things work better. and after reboot sound is there. the output tab shows 'panda analog stereo' and the hardware tab show 'panda'
[09:54] <persia> That's confusing.  I thought ogra sorted that.  hrm.
[09:55] <lag> You still have to issue alsactl :(
[09:55] <lag> Perhaps ogra will know more when he returns
[09:55] <lag> He knows the current state of the required packages
[09:55] <persia> lag, But there's a hardcoded call to alsactl on one of the SRUs.  Is it just a race condition?
[09:56] <berco> persia: if you call alsa-utils restart, then it will ignore again our omap4 file and reset all amixer values. In this case, you need to issue again alsactl init 0.
[09:58] <persia> berco, Hrm.  Shouldn't it notice the omap4 file on restart?  Why would it re-ignore it?
[09:59] <berco> persia: that's the problem I think. We need to understand why and I also thought that fix from ogra was to address this.
[10:01] <lag> Hence why you need to ask him
[10:01] <lag> He has all this information
[10:01] <ndec> persia: lag: ogra: pulse is not working by default, it works if I add tsched=0 in /etc/pulse/default.pa on line 'load-module module-udev-detect'
[10:01] <ndec> after this change I can play MP3 in totem
[10:03] <persia> Hrm.  I thought the solution was to use pulse profiles, but I suppose we could add a udev rule to do that if the profiles weren't enough.
[10:03] <persia> berco or diwic would know more.
[10:04] <lag> Has the one line change in /usr/share/alsa/init/00main been persistent?
[10:05] <persia> Yes, in 3.3
[10:05] <berco> lag: line has been changed in 00main
[10:05] <berco> we are still missing the /usr/share/pulseaudio/profile-sets .conf file
[10:05] <lag> Ah
[10:06] <lag> Would that cause these symptoms?
[10:09] <ndec> lag: no. we need tsched=0, it tells pulse to use an interupt based scheduling algo, instead of time based. I think this is a problem in driver. we needed this even with the manual pulse config before.
[10:09] <ndec> lag: well that said, this parameter might as well be put in profile-sets....
[10:11] <lag> Doesn't sound unreasonable
[10:16] <ogra> morning
[10:16] <ogra> sigh ... so many pings
[10:17] <ogra> so as i said last week ... alsactl init (which doesnt need a 0 appended, else you might get undesired results)  is only called if no state file exists by the package, and as i said i need more tests on a virgin install to find if we also need to call it once by postinst
[10:18] <ogra> s/exists by the package/exists by the time the package is installed/
[10:19] <ogra> how you should test it atm is: right after install and before first reboot, install the updates (or the manually rolled alsa-utils) ... after first reboot sound will work (also in pulse) but pulse will not expose the HDMI interface until we have added the pulse profile
[10:19]  * ogra hopes thats clear
[10:20] <ogra> you should never call aslactl manually
[10:21] <ogra> berco, ndec, lag, persia ^^^
[10:22] <berco> ogra: ndec can probably comment better but I understood he installed the package updates, rebooted and no sound
[10:22] <berco> ogra: we had to manually call alsactl init
[10:22] <ogra> berco, on a virgin system right after install ?
[10:23] <berco> ndec: ?
[10:23] <ogra> as i said, i'm still evaluating the postinst stuff, thats why you need to do it at a point where no state file exists
[10:24] <berco> ogra: but you are right. After asound.state file is created, sound is there after a reboot
[10:24] <ogra> right and the init has to happen before it exists
[10:24] <ogra> thats what my change does ...
[10:25] <ogra> i was planning to work around that in postinst but need the results from a virgin system first
[10:26] <ogra> in any case pulse works by default in all my tests, i dont get why ndec had to touch the config at all on a virgin system
[10:27] <berco> ogra: I think ndec is busy right now, let's wait a couple of min to double check if he made the test from a virgin 10.10
[10:27] <ogra> yeah
[10:49] <_dash_> hi I am trying to istall arm toolchain with  “apt-get install gcc-arm-linux-gnueabi"
[10:49] <_dash_> on ubuntu 10.04
[10:49] <_dash_> but it gives me error E: Couldn't find package gcc-arm-linux-gnueabi
[10:50] <_dash_> What does it require in source.list ?
[10:50] <_dash_> hrw: ??
[10:51] <persia> _dash_, I think the cross-toolchain is only available in maverick.
[10:51] <persia> We typically don't cross-compile anything anyway: I'll encourage you to native-compile whatever you need.
[10:51] <_dash_> i WANT TO CROSS COMPILE KERNEL
[10:51] <_dash_> sorry for caps
[10:53] <_dash_> How do I get it on lucid ?
[10:54] <hrw> _dash_: https://wiki.linaro.org/MichaelHope/Sandbox/CrossCompilerOnLucid
[10:55] <hrw> ops - thats old
[10:55] <hrw> https://wiki.linaro.org/WorkingGroups/ToolChain/CrossCompilerOnLucid is proper
[10:56] <_dash_> thanks hrw:
[11:07] <ndec> ogra: berco: i am back... sorry was in  a call
[11:08] <ndec> ogra: berco: what I did is: 10.10 fresh install, updates with -updates, then with -proposed without any reboot so far. no sound. but this is because alsa-utils is not in -proposed yet. then I tried to reboot (argh!), then I built alsa-utils from the upload queue, and still no sound, but I did reboot before
[11:09] <ndec> then I ran alsactl init, and rebooted again, and sound was there. but I needed a tweak in pulse (tsched=0) otherwise totem would crash
[11:10] <ogra_ac> but you had system sounds at that state ?
[11:10] <ogra_ac> i.e. the login melody
[11:19] <berco> ogra_ac: yes, system sound after all that
[11:19] <ndec> yes
[11:19] <ndec> ogra_ac: but playing thourgh totem and/or gst fails after a few seconds
[11:31] <ogra_ac> ndec, sounds good, i assume we can solve the tsched issue through the pulse profile, i'll add an alsactl init call to postinst and the alsa part should be fine then (so people can install it after first boot too)
[11:32] <ndec> ogra_ac: will it work after several reboots as well ;-) just kidding.
[11:33] <ogra_ac> no, indeed you have to reapply the updates on very boot :P
[11:36] <ogra_ac> *every
[11:59] <sguiriec> jjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj
[12:22] <persia> Um.
[12:57] <rcn-ee> interesting catch bernard_ on my side, i'm tweaking patches/config every time so it's usually different but for end users that make it easier..
[14:06] <pwork> Hello, I installed a maverick chroot on a debian lenny, and tried to build a rootstock image with info on this pastebin : http://paste.ubuntu.com/516807/. Unfortunately, it ended with an error that is not very explicit to me (also in pastebin). Do you have any idea what went wrong please ? It could be related to a previously failed upgrade from lucid to maverick (logs included)
[14:07] <pwork> I know it's not the good place for general linux related questions. The failed upgrade info is here as context, but I don't think it's related with the ARM rootstock failure
[14:11] <persia> pwork, Consider using one of the "minimal"  or "standard" seeds from the platform seed collection if you're looking at a minimal system.
[14:13] <pwork> persia, Thanks :) I try it now
[14:13] <persia> I'm not sure it will help with your problem, but ... :)
[14:13] <persia> I don't see anything in the log that would explain why you got "E: Second stage build in chroot failed !".
[14:14] <persia> Upgrade is probably something funny about being running in a chroot.  I generally use apt-get dist-upgrade in chroots (although I know it doesn't do a lot of useful cleanup necessary for real functional systems).
[14:14] <pwork> Yes, this first error seems to be the cause of the following ones, but this first error has no  real error mentionned before it
[14:16] <pwork> persia, Yes, funny and frightening, since it includes boot images and grub upgrades :s
[14:16] <pwork> lucid is the first update where a prompt was giving user the choice not to install or update grub. In previous updates, grub did update my /dev/sda :s
[14:16] <pwork> But fortunately, nothing got fuck** up for the host OS
[14:16] <ogra_ac> rootstock uses qemu-arm-static which expects that your kernel can execute armel binaires
[14:17] <ogra_ac> there should be a --no--root (or similar) option that makes it use a vm instead of a chroot
[14:17] <ogra_ac> (in maverick at least, i dont think thats solvable for lusid unless you make your host kernel behave right)
[14:18] <persia> !ohmy | pwork
[14:18] <pwork> I'm not as much knowledget on chroots : a chroot doesn't own its own kernel ?
[14:18] <ubot2> pwork: Please remember that all Ubuntu IRC channels share the same attitude of providing friendly and polite interaction with all users of all ages and cultures. Basically, this means no foul language and no abuse towards others.
[14:18] <pwork> It uses the host one ?
[14:18] <persia> Almost certainly, yes.  If you want to run a separate kernel, you need to be in a VM.
[14:18] <ogra_ac> it uses binfmt_misc to run qemu-arm-static
[14:19] <pwork> Ok, I'll go with the --no-root option so, or building the image from a live cd
[14:19] <ogra_ac> if the host kernel isnt set up for that it will most likely fail to chroot
[14:19] <pwork> I feel like I did a ubuntu chroot for nothing :p
[14:20] <pwork> My host has this kernel :  2.6.32-bpo.5-amd64 (lenny backport)
[14:21] <ogra_ac> the kernel doesnt matter, the binfmt setup does
[14:21] <ogra_ac> you need qemu-arm-static installed and configured on the host (ubuntu does that automatically)
[14:21] <pwork> binmft-support 1.2.11
[14:22] <ogra_ac> qemu-arm-static should work with any binfmt version
[14:22] <ogra_ac> but i doubt its available in lenny
[14:22] <pwork> ogra, Ok, I install this on the debian host so, hoping version is not too old
[14:22] <pwork> It will slow ubuntu down
[14:22] <ogra_ac> ??
[14:22] <ogra_ac> why should it
[14:23] <pwork> My english is not good :) I mean ubuntu can do better since it has more up-to-date software. The lenny's host has older software
[14:24] <ogra_ac> well, and in ubuntu such features are deeply integrated ... in debian you usually (or often) have to do manual configuration
[14:24] <pwork> So I don't know if setting up qemu-arm-static on a lenny will be up-to-date enough to build a armv7 stockroot
[14:24] <pwork> Ok, manual settings are cool, just wonder about too old software versions on the debian OS
[14:25] <pwork> I'll try it tonight adter work and will back to you
[14:25] <pwork> (after)
[14:25] <ogra_ac> good luck
[14:26] <pwork> Thanks, strength and honor Russel
[14:26] <pwork> :p
[14:53] <persia> ogra, qemu-arm-static is deprecated,and we're dropping it soon: please recommend qemu-kvm-static-extra
[14:53] <persia> Err, qemu-kvm-extras-static
[14:54] <persia> (yes, I know this is hard to remember, but still)
[14:58] <ogra_ac> silly
[14:59] <ogra_ac> and wont help for debian users at all
[14:59]  * ogra_ac would really like to keep the transitional package
[15:02] <persia> Why?
[15:02] <persia> Debian folk can't use qemu-arm-static either.
[15:03] <ogra_ac> neither anything with qemu-kvm
[15:03] <ogra_ac> i think in debian its just called qemu-static
[15:04] <persia> qemu-user-static
[15:05] <persia> Anyway, point being, it has stuff for N architectures, not just arm.
[15:05] <persia> I suppose it could be split per-architecture or something, but calling it qemu-arm-static is silly, considering the contents.
[15:05] <ogra_ac> but a sane package name
[15:05] <persia> In the abstract, yes.  In the implementation, very certainly not.
[15:05] <ogra_ac> ??
[15:06] <persia> The implementation isn't only arm.
[15:06] <ogra_ac> yep
[15:06] <ogra_ac> which is fine
[15:06] <persia> So unless you change the packaging structure, calling it anything "arm" is wildly incorrect.
[15:07] <persia> That said, with a different structure, "qemu-arm-static" is a perfectly reasonable package name.
[15:07] <persia> It just doesn't even begin to approach anything similar to what we release.
[15:09]  * persia stops being a pedant for a few hours
[15:14] <ogra_ac> so building alsa-driver definitely breaks trying to redefine hrtimer
[15:14] <ogra_ac> (on the ac100 kernel)
[15:15] <lag> ogra: Thank you
[15:16] <ogra_ac> lag, ?
[15:17] <ogra_ac> for trying to build alsa on ac100 ?
[15:17] <lag> Nope
[15:17] <lag> For filling in my Wiki
[15:17] <ogra_ac> oh, welcome !
[15:17] <ogra_ac> was a pleasure ;)
[15:18] <lag> :)
[15:18] <lag> Nice lies
[15:35] <armin76> bkero: what tricked me?
[15:53] <kgilmer> hello, what is the list of all options for the --seed parameter of rootstock?
[15:53] <ogra_ac> all packages in ubuntu ;)
[15:54] <kgilmer> thanks ogra_ac
[15:54] <kgilmer> i see examples like "ubuntu-minimal"
[15:54] <kgilmer> in the man page
[15:54] <ogra_ac> right
[15:54] <kgilmer> is there a subset of all ubuntu packages that makes sense?  I guess ubuntu-minimal is probably a good place to start...
[15:55] <hrw> ubuntu-desktop?
[15:55] <kgilmer> so if i used "--seed nano" i would get a rootfs with only nano installed?
[15:55] <ogra_ac> yes
[15:55] <ogra_ac> ubuntu-minimal is a default anyway
[15:55] <kgilmer> i tried that first hrw but some rc script is locking it up.
[15:56] <ogra_ac> so you would get ubuntu-minimal+nano
[15:56] <kgilmer> oh ic
[15:56] <kgilmer> thanks ogra_ac hrw that's what I needed
[15:57] <ogra_ac> debootstrap (which runs first) installs ubuntu-minimal ... so --seed ubuntu-minimal is actually a no-op
[15:58] <kgilmer> ic
[16:15]  * rsalveti lunch
[21:02] <Deformative> Hi.
[21:03] <Deformative> I am following this:  https://wiki.ubuntu.com/ARM/OMAPMaverickInstall but it doesn't boot into the "create username/password" prompt it says it will.
[21:03] <Deformative> Is there a default?  I just get a gui login prompt.
[21:06] <rsalveti> Deformative: which hardware are you using?
[21:06] <rsalveti> are you using the initrd or just uImage?
[21:07] <Deformative> beagleboard
[21:07] <Deformative> uImage
[21:08] <rsalveti> if you modified your boot arguments, to use just uImage this is expected
[21:08] <Deformative> Oh I see.
[21:08] <rsalveti> you should boot it with uimage and uinitrd, like what you get when writing the image with dd
[21:09] <rsalveti> because then it'll resize your sd card and set up the environment to call oem-config
[21:10] <mpoirier> GrueMaster: good afternoon
[21:23] <GrueMaster> mpoirier: Good afternoon to you too.
[21:24] <mpoirier> GrueMaster: have you had a chance to boot (and work) 10.10 on beagle C4 lately ?
[21:24] <GrueMaster> No.  Haven't powered it on since I got home from TI.
[21:25] <mpoirier> humm.... not good...
[21:25] <Deformative> Thankyou rsalveti, That fixed the problem.
[21:25] <rsalveti> Deformative: np :-)
[21:25] <GrueMaster> why?
[21:26] <mpoirier> GrueMaster: I'm seeing GNOME errors after login in and I need as second pair of eyes to look at this.
[21:26] <mpoirier> plus, system is very sluggish
[21:26] <GrueMaster> I see them as well.  It is mainly due to lack of memory.
[21:26] <GrueMaster> On XM it is fine.
[21:26] <mpoirier> i don't have an XM...
[21:49] <mouse-_> i'm working on an xm, i tried the ubuntu maverick image but it didn't work
[21:49] <mouse-_> a build did work
[21:53]  * kgilmer waits for digikey to ship my xm
[21:54] <mouse-_> tried the droid image, didn't want to boot..tried the angstrom image, its kinda slow and muddy.. does ubuntu support the sgx drivers?
[21:54] <Deformative> rsalveti: I am having issues now iwth getting past the splash boot with the "ubuntu" and 5 dots below it.
[21:54] <mouse-_> and are there evtouch x11 drivers
[21:54] <rsalveti> mouse-_: yup
[21:54] <rsalveti> mouse-_: https://wiki.ubuntu.com/ARM/OMAP
[21:54] <mouse-_> great!!
[21:55] <mouse-_> thanks. i've been googling so much, that i am google-eyed
[21:55] <rsalveti> mouse-_: see https://wiki.ubuntu.com/ARM/OMAPMaverickInstall
[21:55] <rsalveti> there's currently an issue with xm A3
[21:55] <rsalveti> following the wiki should be fine
[21:55] <rsalveti> Deformative: were you able to see oem-config?
[21:56] <rsalveti> takes a while for the first boot, creating swap and resizing the disk
[21:56] <rsalveti> then the second boot should show you oem-config
[21:56] <Deformative> Nevermind, I think I had bad sdcards.
[21:56] <rsalveti> after the splash
[21:56] <Deformative> Neither of the 16 gig cards work.
[21:56] <Deformative> I put in a 4 gig one and it's fine.
[21:56] <rsalveti> hm, interesting
[21:57] <mouse-_> the xM shipped with a 4gig card, and i have a 16gig card. just bought an 8gig card - it didn't work
[21:57] <mouse-_> so, maybe there are some bad cards in the lot
[21:57] <rsalveti> I'm using 8gig just fine
[21:57] <rsalveti> kingston and patriot
[21:57] <mouse-_> returning it to replace, i'm sure it's not. ya, kingston for the 8 & 16
[22:00] <Deformative> The ones that don't work for me are 16 gb kingston.
[22:01]  * rsalveti out, time for dinner