[05:57] <Xase> Think I can fully install Ubuntu on the Nook Color with this processor ARM Cortex A8-based Ti OMAP 3621? Instead of that stupid Ubuntu ARM over VNC on Android trick?
[09:56] <hrw> can someone copy me bootcmd from normal ubuntu uboot for panda/beagle?
[10:26] <hrw> ~summon ogra
[10:28]  * ogra waves
[10:28] <hrw> http://pastebin.com/YXWdZTfe - lovely hang
[10:29] <hrw> ubuntu mlo + uboot + .35 kernel
[10:29] <hrw> same with linaro mlo (1.44)
[10:29] <hrw> worked with .37-linaro kernel
[10:29] <hrw> and my board shutdowns when ubuntu/xload + ubuntu/uboot + linaro.37 are used
[10:30] <ogra> weird
[10:30] <ogra> we dont have such probs
[10:31] <hrw> I will dig other psu to compare
[10:31] <ogra> http://cdimage.ubuntu.com/ubuntu-netbook/releases/natty/alpha-3/
[10:31] <ogra> try with this image, it definitely worked on all our boards
[10:31] <ogra> .35 kernel, and the x-loader and u-boot from natty
[10:32] <ogra> afaik we are using all the same x-loader and u-boot linaro packages
[10:32] <hrw> will check
[10:32] <ogra> i have never seen such an x-loader hangs message that late in the boot
[10:33] <hrw> if image will fail to boot I will start to send more curses^Wcomplains in TI direction
[10:33] <ogra> only if the FAT wasnt ok but then usually before the kernel gets exectuted
[10:33] <hrw> fsck passed
[10:34] <ogra> doesnt matter
[10:36] <ogra> x-loader-omap4-panda and u-boot-linaro-omap4-panda are the binary packages we currently use in ubuntu
[10:43] <fairuz> outer_flush_range will flush L1 and L2 or only L2? =)
[10:49] <noah1989> hi, has anyone got s-video working correctly on the beagleboard xM?
[10:49] <noah1989> it kinda works with the natty alpha-2 image
[10:49] <ogra> i think GrueMaster wanted to test it once
[10:49] <ogra> but you have to wait until he gets up (US Pacific TZ)
[10:50] <noah1989> however the resolution is not correct (larger than 640x480) and the left part is off-screen
[10:50] <noah1989> twaeaking the timings doesn't work. only the predefined "ntsc" and "pal" are accepted
[10:51] <noah1989> everything else -> invalid argument
[10:52] <hrw> so far so good - booting
[10:53] <ogra> with what files ?
[10:53] <ogra> and what did you do to get there ?
[10:53] <noah1989> orga: are u talking to me?
[10:54] <ogra> no to hrw
[10:54] <noah1989> ok
[10:54] <ogra> i have no svideo around to even test so i cant tell much about it
[10:55] <hrw> ogra: alpha3 image
[10:55] <ogra> ah, k
[10:55] <ogra> intresting
[10:55] <hrw> ogra: booted to language selector and have to findout where my usb devices are
[10:55] <ogra> if you used the same packages it can only be your formatting
[10:56] <hrw> so linaro-image-tools
[10:57] <ogra> right, likely a wrong formatting of the vfat
[10:57] <hrw> time to report bugs against installer?
[10:58] <ogra> which installer ?
[10:58] <ogra> l-i-t ?
[10:58] <hrw> oem-setup or how ubuntu installer is named
[10:58] <ogra> hmm, why ?
[11:00] <hrw> keyboard selector lacks Polish chars in country/layout lists
[11:00] <hrw> "Po?udniowoafryka?ski" or "Pakista?ski"
[11:01] <hrw> font has "ł ń" characters cause they are used in other places
[11:01] <ogra> hmm, intresting
[11:03] <noah1989> " S-video resolution is 720x574 (pal) or 720x482 (ntsc). The edges of that
[11:03] <noah1989>     area are usually not shown by the TVs. To get a framebuffer that is
[11:03] <noah1989>     fully visible, you need to resize and move the overlay."
[11:03] <noah1989> ah! didn#t know that..
[11:03] <hrw> http://42.pl/u/2z8N
[11:03] <hrw> ogra: http://42.pl/u/2z8N
[11:05] <ogra> intresting
[11:06] <ogra> they dont wear bras
[11:06] <ogra> :P
[11:06] <LetoThe2nd> oO( erm... what? )
[11:06] <ogra> the pic hrw linked to
[11:07] <LetoThe2nd> gnah. that one again.
[11:11] <hrw> nice thing is that installation does not require mouse
[11:11] <hrw> desktop is unusable without it
[11:12] <ogra> yeah, there is a bug open for unity-2d accessibility
[11:13] <ogra> you can select classic gnome at the login manager though
[11:13] <ogra> that should be usable by kbd
[11:13] <hrw> cyanish framebuffer works
[11:13] <ogra> indeed
[11:14]  * ogra wonders whern someone will add fi fix for the color offset
[11:14] <hrw> ogra: there are rumours that 2.6.66 'ivil edition' will have it
[11:15] <ogra> should really not be to hard to manipulate the rgb defaults
[11:16] <ogra> your font stuff is intresting, seems to only affect the selection list, all other parts of the app have the right encoding
[11:17] <hrw> exactly
[11:17] <hrw> #ubuntu-installer exists?
[11:17] <ogra> yep
[11:17] <ogra> talk to ev
[11:18] <hrw> thx
[11:36] <noah1989> installation works w/o mouse EXCEPT time zone setting
[12:15] <ppisati> orga: ping
[12:15] <ppisati> ogra: ping
[12:16] <apw> ogra, meet ppisati ...
[12:16] <apw> ogra, is going to be doing some arm work on the kernel team
[12:34] <armin76> looks like ogra is hiding from him
[12:40] <ogra> ppisati, apw, awesome
[12:40] <ogra> !!
[12:40] <ogra> janimo, whats that about your NEON patch to Qt ?
[12:45] <ppisati> ogra: Hi! i just got a mvl-dove board, do you know where i can find an image for it?
[12:47] <janimo> ogra, FTBFS fix, some files were not properly passed -mfpu=neon  so gcc bailed
[12:47] <janimo> needed a change to gui.pro in the sources
[12:47] <janimo> I'll update the bugreport
[12:47] <ogra> janimo, i see that, but i would know about the implications
[12:47]  * janimo is annoyed by whatver changed lately in natty that fails to highlight xchat pings
[12:48] <janimo> ogra, we'll see the implications once it builds I guess
[12:48] <ogra> are there now *any* files in the archive that have NEON enabled in a hardcoded way ?
[12:48] <janimo> there are a few files built with neon options
[12:48] <janimo> the rest of Qt without
[12:48] <ogra> thats not acceptable
[12:48] <janimo> so hopefully only when those are enabled at runtime will run
[12:49] <janimo> I looked over the bugreport comments and am not 100% sure I understand everything
[12:49] <ogra> all NEON paths in code need to be runtime switched or off by default
[12:49] <janimo> however my patch so far is not assuming it fixes neon
[12:49] <janimo> just fixes the build
[12:49] <janimo> then we see if neon runtime detection works and fix it if it does not
[12:50] <ogra> well, -mfpu=neon will enable it hardcoded for these files
[12:50] <janimo> ogra, I believe that is what Qt does but have not checked. A few files which are built with neon should only be used when neon is detected
[12:50] <janimo> ogra, right, but those function will not be called all the time
[12:50] <ogra> k
[12:50] <ogra> lets test then
[12:50] <janimo> otherwise there is not neon at all if we do not build at least some functions with it
[12:50] <ogra> i guess i need to upgrade my ac100 to natty this week :(
[12:51] <ogra> ppisati, http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/release/ was the last release we built for dove (not sure how well that image works though, you might be better off with the lucid one)
[12:52] <janimo> ogra I also took out gnome-panel from u-2d deps, hopefully it wil not be included on the image soon
[12:52] <janimo> as it is not used
[12:52] <ogra> it is used
[12:52] <ogra> by gdm
[12:52] <janimo> I don;t think it is
[12:52] <janimo> if so it will be pulled in by gdm then
[12:52] <ogra> gdm uses a cut down gnome standard session in the greeter
[12:52] <janimo> I have not seen anything resembling the gnome-panel in gdm login screens
[12:53] <janimo> just shutdown/reboot menu but that is different
[12:53] <ogra> the panel at the bottom is gnome-panel afaik
[12:54] <ogra> in any case we need gnome-panel for the classic session, if all deps are removed i need to seed it
[12:54] <janimo> ogra, we also have the classis session on the image??
[12:54] <ogra> sure
[12:54] <janimo> I thiught unity and unity-2d is all
[12:54] <ogra> no
[12:54] <janimo> oh boy
[12:54] <ogra> we have a minimal classic session as -desktop does
[12:55] <janimo> the whole kitchen sink. So the chances of getting a mixed up nonfucntional environment like now compiz crashing+gnome classic creates on x86
[12:55] <ogra> the only thing we additionally use is unity-2d, else our setup needs to match -desktop
[12:55] <ogra> doesnt carsh for me here
[12:55] <janimo> I have not yet run unity successfuly
[12:55] <ogra> wow
[12:55] <ogra> graphics card ?
[12:56] <janimo> and am not sure the bothed experience I get with classic now is due to unity bits remaning or gnome-calssic changed as well
[12:56] <janimo> intel
[12:56] <janimo> had workse on ati r300
[12:56] <janimo> I mean it runs for a while then crashes
[12:56] <ogra> hmm, my 965 works fine here
[12:56] <ogra> with unity as well as witch classic
[12:56] <janimo> dual screen support looks weird - tooltips on a different screen than the buttons they belong to
[12:57] <janimo> I seea deluge of unity bugs and I do not have the time to fight it
[12:57] <ogra> ah, i only use an external screen on my laptop, but in single screen mode (laptop LCD off)
[12:57] <janimo> this is GMA4500
[12:57] <ogra> ah, thats newer
[12:58] <janimo> maybe it is the dual setup, anyway I cannot image how this is going to be very stable in less than two months
[12:58] <ogra> heh
[12:58] <janimo> did the gnome-classic experience change too?
[12:58] <ogra> ask the DX team, they seem to be confident
[12:58] <ogra> (from what i gather in the release team meetings on fridays)
[12:58] <janimo> I see only one menu now in the corner (not app/places/system)
[12:59] <ogra> gnome-classic should look like it did before
[12:59] <ogra> i.e. in maverick
[12:59] <janimo> and the app menus are gone - I thought only unity moves them to top of screen
[12:59] <ogra> i have appmenus here
[12:59] <janimo> ok, so unity bits stay around even if compiz crashes. convenient
[13:00] <janimo> I guess I need to reboot more often and not just suspend/resume
[13:00] <ogra> i have to use classic because i just digitize my LP collection, audaciy (and i guess other wxwidget apps) doesnt work right with the appmenu in panel
[13:01] <ogra> runs as smooth as always
[13:01] <janimo> ok, that is reassuring
[13:01] <janimo> ogra, have you seen the debian-cd merge request?
[13:02] <ogra> hmm, no
[13:09] <lool> janimo: I did
[13:09] <lool> janimo: I flagged it as "I should really look at it" but didn't get the time
[13:14] <janimo> lool, ok thanks
[14:00] <ogra> gah
[14:01] <ogra> wh does update-manager install postfix on a maverick->natty upgrade
[14:09] <rsalveti> morning
[14:09] <ogra> hey, isnt it a public holiday in brazil ?
[14:10] <ogra> or only if you dance ?
[14:11] <rsalveti> yup, carnival
[14:12] <rsalveti> but I'm more to rock and roll than the usual carnival dance ;-)
[14:12] <rsalveti> ogra: janimo: in theory the neon issue would be solved by compiling just the neon affected files with neon support
[14:12] <rsalveti> and then at runtime it'd load the correct lib
[14:12] <rsalveti> that's what I think it was changed for qt 4.7.2
[14:13] <ogra> rsalveti, yeah, the question is if thats really the case
[14:13] <rsalveti> we'll see :-)
[14:13] <ogra> but i'm just upgrading to natty here
[14:13] <ogra> so as soon as it built i can test
[14:14] <ogra> (if that upgrade ever finishes)
[14:14] <janimo> ogra, only one day left to go :)
[14:14] <ogra> yeah, possibly the same for my upgrade :P
[14:14] <janimo> it just finished buildin on a panda here, started lastd night
[14:15] <rsalveti> ppisati: welcome!
[14:15]  * ogra urgently needs to re-roll the ac100 kernel with all patches here ... the MMC driver doesnt know about fast cards and limits itself to 16M/s
[14:16] <janimo> ogra, do you have the sources to that kernel? can it be patched to 2.6.38?
[14:16] <ogra> it cant, but some people are working on moving it to .36 atm
[14:16] <ogra> once thats done the next level shouldnt be to hard
[14:17] <ogra> problem is that apparently the clocks arent set anywhere in the 2.6.29 code so they currently use random values and try to determine the right ones
[14:37] <ppisati> rsalveti: yeah :)
[14:39] <hrw> ogra: you have devscripts installed?
[14:39] <ogra> hrw, only with --no-install-recommends
[14:39] <ogra> might be that u-m doesnt respect that though
[14:40] <ogra> which is annoying
[14:42] <ppisati> ericm: ping
[14:43] <ericm> ppisati, pong
[14:43] <ericm> ppisati, did you get the package?
[14:43] <ppisati> ericm: got the board, but i'm unable to get it running
[14:43] <ericm> ppisati, what's wrong?
[14:43] <ppisati> ericm: wait let me tell you what i did
[14:43] <ericm> ppisati, 'k
[14:44] <ppisati> ericm: i got a mvl image (http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/release/ubuntu-netbook-10.10-netbook-armel+dove.img)
[14:44] <ppisati> ericm: dd it on a sd card
[14:44] <ppisati> ericm: put the sd card in sd 1 or 2 (tried both)
[14:44] <ericm> ppisati, ah - it doesn't boot from SD
[14:44] <ericm> ppisati, try USB
[14:45] <ppisati> ericm: ah
[14:45] <ppisati> ericm: so i need a usb stick?
[14:45] <ericm> ppisati, yep
[14:45] <ppisati> ericm: k, let my try
[14:49] <ppisati> ericm: does it make any difference in which usb port i plug the stick?
[14:49] <ericm> ppisati, nope
[14:50] <ericm> ppisati, but you can try
[14:50] <ericm> ppisati, if it doesn't boot on one or the other
[14:51] <ppisati> ericm: the serial should work, right?
[14:51] <ericm> ppisati, I remember so - but last time I was unable to see anything from there
[14:52] <ericm> ppisati, cannot remember of if it's now using the USB serial besides that RS232 connector
[14:52] <ppisati> ericm: but at least the vga output should spit something, right?
[14:53] <ericm> ppisati, yep
[14:53] <ericm> ppisati, or you may want to try a different monitor
[14:53] <ericm> ppisati, I have two monitors here, one work, the other doesn't
[14:53] <ericm> ppisati, :-)
[14:56] <ppisati> ericm: no signs of life :(
[14:56] <ericm> ppisati, :-(
[14:56] <ppisati> ericm: which .img did you use with that board?
[14:56] <ericm> ppisati, I used 10.04
[14:57] <ogra> as i said above, maverick might not work
[14:57] <ppisati> ogra: k
[14:59] <ericm> ogra, cannot find the 10.04 dove image though, strange
[14:59] <ppisati> ericm: yep, it's not there
[14:59] <ogra> might be on releases.u.c
[15:04] <ppisati> ogra: found it, let me try that
[15:28] <ogra> GrueMaster, hmm, when did you do your last natty upgrade test, cups seems to hang here upgrading the ac100 to natty
[15:31] <ogra> i wonder if thats a recent regression or something new
[15:35] <ppisati> ogra: no luck either with 10.04
[15:37] <ogra> weird
[15:38] <ppisati> yep :(
[15:38] <ogra> ppisati, talk to GrueMaster and NCommander, they are the only ones still owning dove boards in the arm team
[15:38] <ppisati> ogra: ok, thanks
[15:38] <ogra> (we havent touched it actively in the team since a year, NCommander did a special spinnoff for the maverick release)
[15:39] <ppisati> NCommander: ping
[15:39] <ppisati> GrueMaster: ping
[15:40] <ogra> what revision is your board ?
[15:41] <ppisati> ogra: is it written on the pcb?
[15:41] <ogra> there should be a sticker
[15:41] <ogra> i think we only supported X0 and upwards in the end
[15:41] <ogra> not sure though
[15:41] <ppisati> ogra: actually ericm said he was using this
[15:42] <GrueMaster> ppisati: morning.
[15:42] <ogra> hmm, k
[15:42] <GrueMaster> (barely)
[15:42] <ppisati> GrueMaster: morning
[15:42] <ogra> GrueMaster, ppisati is our new arm kernel victim :)
[15:42] <GrueMaster> I'm sorry.
[15:42] <ppisati> :)
[15:42] <ogra> lol
[15:42] <ericm> ppisati, it's A0 and lucid installation should be working
[15:42] <ericm> ppisati, I installed it days ago
[15:43] <ppisati> ericm: usb stick and vga output, right?
[15:43] <ericm> ppisati, yes
[15:43] <doko> janimo: saw a new qt4-x11 update today. this should be repeated after today's gcc-4.5 is in the archive
[15:44] <ogra> doko, you mean rebuilt  :)
[15:44] <ericm> ppisati, is the hex LED increasing ever?
[15:44] <ogra> and the ugly hack dropped
[15:45] <ppisati> ogra: actually it's completely off
[15:45] <ppisati> ogra: while a couple of other green leds are on
[15:45] <doko> ogra: whatever ...
[15:46] <ppisati> ogra: did you use an atx power brick to power it?
[15:46] <ogra> doko, i meant to say ... its high up on our radar, dont worry :)
[15:46] <ogra> ppisati, yes and a sata disk ... but i only had a Y0
[15:47] <ogra> thats loooong ago
[15:47] <ppisati> ogra: k
[15:47] <ppisati> ericm: and did you use an atx power brick too?
[15:47] <ericm> ppisati, yes
[15:47] <ppisati> ericm: and do you remember if the HEX leds were on?
[15:48] <ppisati> ericm: i mean, even when it didn't boot
[15:48] <ericm> ppisati, it's powered on as '7'
[15:48] <ericm> ppisati, or '0'
[15:48] <ppisati> ericm: i'm trying to rule out a power problem
[15:48] <ericm> ppisati, and when kernel actually boots, it starts increasing from 0 to 7
[15:48] <ericm> ppisati, it's a standard ATX, shouldn't be much a problem
[15:48] <ppisati> ericm: uhmm...
[15:50] <ericm> ppisati, have to sleep now - let me know if you succeed with that crappy board :-)
[15:50] <ericm> ppisati, good luck
[15:52] <GrueMaster> ppisati: I can work with you on getting your dove running, but I need my coffee first.  Give me 15 minutes.
[15:54] <ppisati> GrueMaster: k, thanks
[16:20] <GrueMaster> ppisati: Ok, I'm semi-awake now.  Have you gotten anywhere with your dove board yet?
[16:23] <ppisati> GrueMaster: nope
[16:23] <GrueMaster> Are you getting power?
[16:23] <ppisati> GrueMaster: i tried with a Lucid and Maverick image on sd and usb
[16:23] <ppisati> GrueMaster: well, i'm using an ATX power brick
[16:23] <ppisati> GrueMaster: the HEX lcd is off, but a couple of green leds on the board turn on
[16:24] <ppisati> GrueMaster: so i guess power is ok
[16:24] <ppisati> GrueMaster: could you try to power on a board with no usb/sd inside and tell me if the LCD turns on?
[16:25] <GrueMaster> No, that just means standby power is available.  Press the power button.  It is on the mainboard, next to the barrel power connector .
[16:26] <GrueMaster> I am currently rebooting mine into Lucid.  Works just fine.
[16:27] <ppisati> GrueMaster: ...
[16:27] <ppisati> GrueMaster: i fell really dumb now...
[16:27] <GrueMaster> heh.
[16:27] <ppisati> GrueMaster: thanks
[16:28] <GrueMaster> No problem.  And don't worry, I won't start your beer tab for at least a week.  :P
[16:30] <GrueMaster> ogra: What was the issue you had with Cups?
[16:30] <ppisati> GrueMaster: :)
[16:47] <ogra> GrueMaster, service restart/stop from the preinst/postinst scripts seemed to hang
[16:47] <GrueMaster> Hmmm.
[16:47] <GrueMaster> This is in natty?
[16:47] <ogra> maverick to natty on the ac100
[16:48] <GrueMaster> Not that I have an ac100 to test with, but I'll try to reproduce it today on panda.  May take a while (install, update, upgrade).
[16:49] <ogra> yeah
[16:49] <ogra> 3h up to now on the ac100
[16:49] <ogra> i just used do-release-upgrade on cmdline though
[16:49] <GrueMaster> Ok.  I'll keep that in mind.
[16:50] <hrw> ogra: you finally upgrade?
[16:50] <ogra> yes
[16:50] <ogra> need to test neon bits
[16:50] <hrw> ;D
[16:51] <hrw> I am waiting for courier to replace alix.1c (amd geodelx x86) with d510mo (d510 64bit atom)
[16:51] <hrw> will see how good/bad ubuntu server will work on my router
[16:52] <ogra> its just x86 hw ...
[16:52] <ogra> it will work well
[16:54] <hrw> I had binutils-powerpc-linux-gnu on router...
[17:09] <GrueMaster> ppisati: Did your system boot?
[17:27] <janimo> doko, I noticed the new gcc contains the fix, but I wanted to do an upload so I don't wait another day, and more importantly so that we have a 4.7.2 in a a hopefully working state with gcc 4.4 and have the compiler change as a separate step , in case somehtign goes wrong we don't have to scractj our heads againt whether it is a toolcahin on upstream change that caused the difference
[17:27] <janimo> but yes, we need to rebuild with gcc 4.5 ASAP
[17:27] <ogra> janimo, well, we also need to drop the patch anyway
[17:28] <ogra> i guess if we take care by thu. it will be ok
[17:28] <ogra> both packages will have built then
[17:28] <janimo> what is thu, another milestone?
[17:28] <ogra> yeah, the weekly thursday milestone ... comes right before the weekly friday one ;)
[17:28] <janimo> ogra, by tomorrow we'll see if neon runtime detection work adn whether another qt change is needed
[17:28] <janimo> :)
[17:29] <ogra> right
[17:29] <ogra> i dont think we are in a hurry with the rebuild ... though the kde people might disagree
[17:29] <ogra> not sure how much pressure has built up there
[17:35] <janimo> ogra, whay would they care that much?
[17:35] <ogra> because not all of kde is built yet ?
[17:35] <janimo> as long as it is agreed it is a temporary measure and has no drawbacks
[17:35]  * ogra hasnt checked the list
[17:37] <janimo> ogra, ah, I thought it was in reference to qt
[17:37] <ogra> nah, kde
[17:38] <janimo> indeed kde needs rebuilds, I think this is taken care of kubuntu devs unless it is arm specific FTBFS
[17:38] <janimo> I think it is just the usual deps not yet met thing
[17:38] <ogra> yep
[17:42] <ogra> xulrunner-1.9.2 (1.9.2.14+build3+nobinonly-0ubuntu2) wird eingerichtet ...
[17:42] <ogra> Segmentation fault (core dumped)
[17:42] <ogra> hrm
[17:42] <ogra> not good
[17:47] <GrueMaster> Hey, I got Blaze running natty A3.  replaced x-loader & u-boot with rsalveti's secret sauce and everything looks good, even unity-2d.
[17:47] <rsalveti> GrueMaster: \o/
[17:48] <ndec1> GrueMaster: which kernel are you using?
[17:48] <ogra> awesome
[17:48] <GrueMaster> Default kernel that is in the image.  2.6.35-1101.4 I think.
[17:48] <ndec1> GrueMaster: thx
[17:54] <GrueMaster> ogra: rsalvetiWhat are the chances of having both panda & blaze versions of uboot & xloader in the deb package?  Or are they heading towards a single binary?
[18:04] <GrueMaster> Ugh.  Fresh install of maverick, then dist-upgrade == 242 package updates.
[18:08] <rsalveti> GrueMaster: they will be the same binary
[18:09] <rsalveti> but we're still waiting correct sdp support from ti with x-loader upstream
[18:09] <GrueMaster> Cool
[18:09] <rsalveti> oh, sorry, at least x-loader needs to be a different binary
[18:09] <rsalveti> because of the hardware id
[18:10] <GrueMaster> It can't auto-detect?
[18:10] <rsalveti> it could be the same binary, but then it'd need a way to identify the hardware before actually initializing it
[18:20] <rsalveti> hrw: the x-loader you were using is a quite old one
[18:20] <rsalveti> that could be your problem
[18:20] <rsalveti> or even a simple fat problem with your first disk partition
[18:49] <GrueMaster> rsalveti: linux-image-2.6.38-1204.5 working on my panda.  Even have dvi output (shocking).  Thought I might need a rework.
[18:49] <rsalveti> GrueMaster: awesome
[18:49] <rsalveti> GrueMaster: does it crash when you halt or reboot?
[18:50] <rsalveti> GrueMaster: please check if the sound and wireless is also working
[18:50] <rsalveti> if possible
[18:50] <GrueMaster> Didn't appear to on reboot
[18:50] <GrueMaster> (crash that is).
[18:51] <GrueMaster> Had to reboot a couple of times.  Once to add dvi settings to boot.script, and another because I forgot to add the kernel version to flash-kernel when updating boot.script (oops).
[18:52] <GrueMaster> So I have booted back and forth a couple of times between .35 & .38.
[18:52] <GrueMaster> Bluetooth appears to be enabled.  Haven't tested yet.  Wifi also appears to have been detected.
[18:53] <GrueMaster> Does wifi need firmware?
[19:05] <rsalveti> GrueMaster: it needs a firmware
[19:05] <rsalveti> but probably already installed
[19:05] <GrueMaster> Ok.  Might need an antennae.  Don't have one handy and my wifi AP is in another room.
[19:07] <rsalveti> could be even the lack of proper calibration values
[19:07] <rsalveti> sebjan may help here
[19:10] <sebjan> GrueMaster: the wlan firmware coming with the linux-firmware package is the good one.
[19:10] <sebjan> for calibration: http://wireless.kernel.org/en/users/Drivers/wl12xx#Calibration
[19:10] <sebjan> (did not try that myself yet)
[19:11] <GrueMaster> sebjan: ok, will check in a sec.  Trying to get audio now.
[19:11] <sebjan> GrueMaster: for WLAN, you may have a MAC address set to 0. This can hurt. For now, the best is to set a random MAC address manually (using ifconfig)
[19:14] <sebjan> GrueMaster: fyi, here is the way I tested wlan and audio on this kernel: http://paste.ubuntu.com/577134/
[19:14] <GrueMaster> rsalveti: no audio at all.
[19:15] <sebjan> GrueMaster: you need some mixers settings
[19:15] <rsalveti> hm, I think you need to set the mixers by hand
[19:15] <GrueMaster> Yea, I was tweaking alsamixer manually.
[19:16] <GrueMaster> While running speaker-test -c 2 -t wav in another terminal.
[19:17]  * sebjan has to go
[19:17] <rsalveti> GrueMaster: http://paste.ubuntu.com/577137/
[19:18] <rsalveti> from sebjan's email
[19:18] <sebjan> yep, you have this one plus the record mixers in my above http://paste.ubuntu.com/577134/ compilation ;-)
[19:19] <rsalveti> that should do it :-)
[19:24] <GrueMaster> Nope, nothing.
[19:24] <GrueMaster> This is on natty w/ 2.6.38-1204.5.
[19:26] <GrueMaster> Hmmm.  dmesg has "asoc:  no valid backend routes for PCM:  SDP4430 Media" repeated multiple times.
[19:28] <GrueMaster> Could be pulseaudio related though.  No hw in pulseaudio.  No sound using alsa tools.
[19:31] <rsalveti> hm, weird
[19:31] <rsalveti> even after erasing the current alsa state?
[19:32] <rsalveti> because it'll try to load with the settings with had form maverick's kernel
[19:32] <rsalveti> *we had
[19:40] <GrueMaster> Nope.  No audio.  I deleted /var/lib/alsa/asound.state, sync'd the SD, then hard reset so state wasn't saved.  Then ran script with amixer settings to start fresh.  Still no sound.
[19:59] <brose> hey all, is the maintainer of the ubuntu-omap4-extras package present?
[20:03] <rsalveti> brose: ti is in general, but you can ask the question
[20:04] <brose> I was interested in making a similar package for fedora-arm, was wondering if it was possible to attain the source in some manner (e.g. binary blobs like the nvidia prop driver)
[20:08] <dcordes_> rsalveti: you guys keep anything platform specific in such packages ?
[20:08] <rsalveti> brose: I believe you can distribute some packages
[20:08] <rsalveti> need to check the licenses from all binary packages, but I believe you'd be ok to at least distribute the powervr sgx ones
[20:09] <rsalveti> the wireless is now upstream, so you don't need to distribute the firmware
[20:09] <rsalveti> for the video decoding part I don't know the details of the license, need to check
[20:10] <rsalveti> dcordes_: only the ti blobs to make panda work with all the extras
[20:11] <dcordes_> rsalveti: ok I'm considering to add all the device specific things for htc hd2 in some package so people can use their own rootfs base
[20:13] <rsalveti> dcordes_: sure, if you can distribute this pieces it'd be ok
[20:15] <dcordes_> rsalveti: it's mostly some ugly scripts for networking
[20:15] <rsalveti> dcordes_: oh, ok
[20:15] <dcordes_> hm it's a good point. I didn't think of the bcm4329 blob
[20:48] <Jack87> Hola!
[20:49] <Jack87> Ubuntu on Arm sounds like a lot of fun!
[20:49] <Jack87> how successful has it been?
[20:50] <dcordes_> Jack87: very successful
[20:50] <dcordes_> Jack87: it makes many people happy
[20:51] <Jack87> on any actual mobile devices? or just some of the development boards?
[20:51] <dcordes_> I use it on the htc hd2
[20:52] <Jack87> what processor does that have?
[20:53] <Jack87> dcordes_, are you using Utouch interface stuff with it to?
[20:53] <armin76> haha
[20:53] <Jack87> armin76, no making fun.. i dunno what i am talking about. haha here to pick brains and learn
[20:54] <dcordes_> Jack87: cortex-a8
[20:56] <Jack87> is there any walk throughs for omap boards?
[20:59] <Jack87> any work being done on newer devices?
[21:05] <Jack87> What port would best be sugested for omap 3 devices?
[21:07] <Jack87> so my goal is trying this out on a nook color
[21:07] <Jack87> be a great tablet experince i think with netbook remix style and maybe utouch interface
[21:07] <Jack87> besides the sucker is only $250 for amazing hardware!
[21:09] <Jack87> any advice would be appreciated
[21:38] <doko> GrueMaster: ping on bug #605042
[21:38] <ubot2> Launchpad bug 605042 in linux-fsl-imx51 "[armel] java fails to start with eglibc-2.12-0ubuntu4" [Critical,In progress] https://launchpad.net/bugs/605042
[21:39] <GrueMaster> doko: Thanks for the reminder.  Last week was psychotic getting Alpha 3 out.  Will start it now.
[21:39] <doko> cool, thanks
[22:20] <hrw> rsalveti: it was ubuntu xloader
[22:24] <rsalveti> hrw: sure, but from what image?
[22:25] <hrw> rsalveti: from ports.ubuntu.com/pool/ directly
[22:25] <hrw> rsalveti: it was attempt to try other versions then linaro ones to check for shutdown bug
[22:25] <rsalveti> oh, ok
[22:25] <rsalveti> the new package name is x-loader-omap4-panda
[22:26] <hrw> rsalveti: alpha3 image works so far
[22:26] <rsalveti> it could be the case you used the older x-loader-omap4
[22:26] <hrw> maybe
[22:26] <rsalveti> hrw: cool
[22:26] <hrw> xloader should die
[22:26] <rsalveti> yes
[22:26] <rsalveti> it'll soon I believe
[22:27] <rsalveti> well, dinner time
[22:27]  * rsalveti bbl
[22:36] <sveinse> I got a fatal from qemu while trying to install natty using rootstock (from maverick)
[22:53] <GrueMaster> doko: Ok, after compiling and running the testcase attached to bug 605042 on a normal babbage image with latest kernel (2.6.31-608.22), I am able to reproduce the segfault.  However, booting with the kernel from Jeremy Kerr (comment #42), I no longer segfault.
[22:53] <ubot2> Launchpad bug 605042 in linux-fsl-imx51 "[armel] java fails to start with eglibc-2.12-0ubuntu4" [Critical,In progress] https://launchpad.net/bugs/605042
[22:57] <doko> GrueMaster: and installing the mentioned libc6/libc6-dev, java -version works?
[22:57] <doko> of course in a maverick chroot
[22:58] <GrueMaster> I am using the latest openjdk-6-jre-headless, 6b18-1.8.5-0ubuntu1~10.04
[22:58] <GrueMaster> java -version hasn't failed in either test.
[23:00] <doko> GrueMaster: I just wanted to double that it still works with the libc6 package from mentioned in the report
[23:00] <doko> double check even
[23:00] <GrueMaster> I'll check.
[23:02] <GrueMaster> The one I have is:
[23:02] <GrueMaster> ubuntu@babbage3:~$ /lib/libc.so.6 --version
[23:02] <GrueMaster> GNU C Library (Ubuntu EGLIBC 2.11.1-0ubuntu7.8) stable release version 2.11.1, by Roland McGrath et al.
[23:03] <GrueMaster> not sure why the different versions.
[23:08] <doko> GrueMaster: is this a lucid install?
[23:09] <GrueMaster> yes
[23:09] <doko> because the version I need to have tested is 2.12-0ubuntu4. so you would have to install a maverick chroot and downgrade to this version in the chroot
[23:09] <doko> both libc6 and libc6-dev
[23:10] <GrueMaster> ok
[23:10] <GrueMaster> Lucky for you my system doubles as a buildd test env when not testing updates.  :P
[23:11] <doko> if you want to check further, grab the natty eglibc, and back out the any/cvs-revert-flush-cache-textrels.diff patch
[23:33] <GrueMaster> Ok, I was able to rebuild and retest the testcase in a maverick chroot with downrev'd libc6 2.12-0ubuntu4.  Works.  Will reboot to older kernel and see if it fails.
[23:38]  * doko waits for the reboot
[23:42] <doko> GrueMaster: ?
[23:44] <GrueMaster> ok, segfaults with the released kernel, passes with the test kernel.
[23:44] <doko> sucess! tvm!
[23:44] <GrueMaster> np.