[01:00] <henry1> Where can I get a binary Linaro toolchain so that I can put it anywhere I want?
[01:06] <GrueMaster> Check on #linaro.  Someone there would know.
[01:12] <GrueMaster> Grrr.  A1 is a fail at this point.  Kernel oops on second boot, shortly after mounting rootfs.  http://paste.ubuntu.com/538505/
[01:12] <GrueMaster> ogra: rsalveti:  ^^^
[07:54] <hrw> morning
[12:16] <sveinse> Hi guys. This is perhaps OT here, but I tried to cross compile Qt using the g++-arm-linux-gnueabi compiler from Maverick. The compilation failed, while the CodeSourcery gcc don't. The failure is "selected processor does not support Thumb mode `swp r4,r3,[r2]'". The compile options are set to "-march=armv7-a -mtune=cortex-a8 -mfloat-abi=softfp -mfpu=neon". I notice the CSL gcc is 4.4.1, while...
[12:17] <sveinse> ...the Ubuntu gcc is 4.5.1.  Does this ring any bells to anyone?
[12:21] <rsalveti> hrw: ^
[12:22] <hrw> sveinse: can you report bug against gcc-4.5 and give me number?
[12:24] <sveinse> hrw: In whos bug system? Gcc or ubutu?
[12:24] <hrw> ubuntu
[12:25] <sveinse> hrw: I could try recompiling using the 4.4 version to see if its related to some difference between the CSL and Ubuntu or if its related to 4.4. vs 4.5
[12:27] <dcordes> tmzt_g2root: regarding the custom netbook-launcher-efl session
[12:28] <tmzt_g2root> yes
[12:28] <tmzt_g2root> rsalveti: maybe #linaro ?
[12:29] <dcordes> tmzt_g2root: I found descriptions on how to build a custom session in some ubuntu wiki. I was searching for how to customize the gnome panel as it is locked
[12:29] <dcordes> tmzt_g2root: the problems I see with netbook on small screen touchscreen devices are only few
[12:29] <tmzt_g2root> dcordes: the instructions didn't work for me, the gconf stuff didn't change anything
[12:30] <tmzt_g2root> yeah, it's pretty nice. installing packagekit fixed software-center
[12:30] <tmzt_g2root> it's a bit off the screen but mostly usable
[12:30] <ogra_ac_> tmzt_g2root, hrw is in both channels luckily (#linaro and here) ;)
[12:31] <dcordes> tmzt_g2root: 1) off-screen areas in some programs (related to maximus) 2) small buttons, scroll bars, etc => problems navigating
[12:31] <tmzt_g2root> dcordes: let's work on here https://github.com/tmzt/native-netbook we should be able to share everything between hd2 and androix on wvga ws
[12:32] <ogra_ac_> dcordes, to change the locked gnome-panel properly you would have to change and rebuild ubuntu-netbook-efl-default-settings
[12:32] <dcordes> tmzt_g2root: that would be nice. but to keep in touch with upstream we should document our work in launchpad
[12:32] <ogra_ac_> all panel settings we do there are mandatory
[12:33] <tmzt_g2root> dcordes: right, I'm just trying to collect scripts and stuff and then when I'm ready to do a package like ogra says I can just migrate that stuff
[12:33] <tmzt_g2root> we can put in on a ppa too, but I don't know if you have to be a developer for that
[12:33] <tmzt_g2root> can't put raw scripts on ppa though
[12:33] <ogra_ac_> currently you have to for armel only packages
[12:33] <ogra_ac_> ubuntu-netbook-efl-default-settings is arch all though
[12:34] <ogra_ac_> so for that package any ppa will do
[12:34] <dcordes> tmzt_g2root: ... forgot an important point 3) on screen keyboard not available everywhere
[12:34] <tmzt_g2root> ogra_ac_: it will probably require changing launcher itself, we need kinetic scrolling and mtdev (finger width) support
[12:34] <tmzt_g2root> dcordes: that might be an issue, it isn't for me with g2 though, but please solve it
[12:34] <tmzt_g2root> I'm trying to get androix to send some events for soft keys on android
[12:35] <ogra_ac_> tmzt_g2root, well, then you have to wait until our armel PPA spec is implemented
[12:35] <tmzt_g2root> I haven't decided how to handle them yet thouh
[12:35] <ogra_ac_> which wont happen before the alpha2 release i suspect
[12:35] <tmzt_g2root> ogra_ac_: okay, I'm putting together a repo on androix.org for now
[12:35] <ogra_ac_> but it will enable armel on all PPAs
[12:35] <tmzt_g2root> that would be good, especially if it could build for older architectures, but I don't expect that
[12:36] <ogra_ac> it will use the ubuntu defaults
[12:36] <dcordes> tmzt_g2root: regarding on screen keyboard lack 3) https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/626055
[12:36] <ubot2> Launchpad bug 626055 in ubiquity (Ubuntu) "oem-config: make on-screen keyboard available (affects: 1) (heat: 40)" [Low,New]
[12:36] <tmzt_g2root> maybe we could do a small panel thing that just does indicators, no clue if they would work with efl though
[12:37] <tmzt_g2root> we could mix in illume and gnome, that would be confusing
[12:37] <ogra_ac> have a look at ubiquity
[12:37] <ogra_ac> it brings a minimal panel in maverick
[12:37] <ogra_ac> i guess its not hard to rip the panel code out of it and build a standalone package
[12:38] <tmzt_g2root> ogra_ac: I need to ask you about remixes and policies, I'm trying to build something to run Ubuntu on top of Android, for now I'm calling it Native Netbook
[12:39] <tmzt_g2root> yeah, uquity works on 2d?
[12:39] <ogra_ac> sure
[12:39] <tmzt_g2root> cool, we'll look at that then
[12:40] <ogra_ac> tmzt_g2root, mail trademarks@ubuntu.com, i dont know the exact policy
[12:40] <dcordes> tmzt_g2root: small panel ? can you elaborate ?
[12:40] <tmzt_g2root> dcordes: how do you find this stuff in lp?
[12:40] <ogra_ac> might be that you cant use the logos etc
[12:40] <dcordes> tmzt_g2root: I enter my lp URI :)
[12:41] <ogra_ac> http://www.ubuntu.com/aboutus/trademarkpolicy
[12:43] <tmzt_g2root> dcordes: I'm going to let you handle keyboard stuff :) but I'm sure I'll need it when people with nexus, etc. want to try it
[12:44] <dcordes> tmzt_g2root: I don't have any android device, sorry.
[12:44] <tmzt_g2root> dcordes: right, it's not an android issue though, it's a touchscreen issue
[12:44] <tmzt_g2root> and you do have a leo
[12:45] <tmzt_g2root> I would be using an osk in X, not androids
[12:45] <dcordes> I am using onboard , the standard ubuntu osk
[12:46] <tmzt_g2root> can't IME do what your bug 443986 says, pop up osk if the widget gets keyboard focus?
[12:46] <ubot2> Launchpad bug 443986 in onboard "RFE: Add option to automatically show and hide onboard (affects: 5) (dups: 1) (heat: 18)" [Undecided,New] https://launchpad.net/bugs/443986
[12:47] <tmzt_g2root> I guess X really needs a flag to tell it if a physical keyboard is attaeched, or you would have to enumerate the Xi2 device list
[12:48] <dcordes> tmzt_g2root: that would be nice
[12:48] <dcordes> tmzt_g2root: what is IME ?
[12:48] <tmzt_g2root> input methods
[12:48] <tmzt_g2root> it would require a gtk/gdk patch too I assume
[12:48] <tmzt_g2root> but at least there's a standard way to handle that
[12:48] <dcordes> can you append it in the bug ?
[12:48] <tmzt_g2root> it's also possible openmoko had this on the gtk version a few versions back
[12:49] <tmzt_g2root> and figure out oauth again? :)
[12:49] <dcordes> currently openmokoe shr uses some efl osk keyboard
[12:49] <tmzt_g2root> how do you add a project or distribution?
[12:49] <tmzt_g2root> currently, I'm talking about the gtk version they had
[12:49] <tmzt_g2root> they also had the finger gtk theme
[12:50] <dcordes> right I remember
[12:50] <tmzt_g2root> I've ping #xorg-devel about the Xi question
[12:50] <tmzt_g2root> dcordes: have you tried getting any of the new 3d stuff to compile against bionic so it can use libgles_cm?
[12:50] <dcordes> many touchscreen device owners would love such a feature in Xorg
[12:51] <dcordes> I have no clue about all the 3d stuff
[12:51] <tmzt_g2root> it's one properties, PhysicalKeyboard or whatever
[12:51] <tmzt_g2root> that's why I'm sticking with efl at the moment
[12:52] <tmzt_g2root> dcordes: https://wiki.kubuntu.org/X/Blueprints/Touchscreen/UDS-M
[12:52] <tmzt_g2root>  that's not kubuntu specific, they just show up higher in google
[12:53] <tmzt_g2root> ogra_ac: what happened to the mobile channel? where did all the netbook stuff get moved too?
[12:54] <dcordes> tmzt_g2root: ok. we might as well discuss TS things in #ubuntu-touch
[12:57] <tmzt_g2root> I should just see if starting metacity fixes it, I don't think maximus is supposed to work standalone
[12:57] <tmzt_g2root> if you have a working panel config I can help you push it to my git or whatever you have
[12:59] <dcordes> tmzt_g2root: in launchpad we might create a 'project' 'ubuntu on small screen (& touch screen devices)'
[12:59] <dcordes> tmzt_g2root: then we can have bugs like off screen windows, lack of osk affect it
[12:59] <tmzt_g2root> WVGA Touchscreen ?
[12:59] <dcordes> that would exclude vga devices and exotic resolutions
[13:00] <tmzt_g2root> like qvga?
[13:00] <tmzt_g2root> you need this for your kaiser :) ?
[13:00] <tmzt_g2root> WVGA is a difficult case, most of the bugs will be height related and also apply to VGA
[13:01] <dcordes> QVGA screens are too small for any of this and the devices' other hw is too slow to run full ubuntu systems
[13:01] <hrw> in basement I have XGA 10" touchscreen device
[13:01] <dcordes> I think small screen is good. but what about the approach ?
[13:01] <dcordes> in general means
[13:01] <tmzt_g2root> define small
[13:01] <dcordes> ok max wvga
[13:01] <tmzt_g2root> this isn't for XGA or WXGA or 1024x600 there's plenty of coverage for that
[13:02] <dcordes> ah true
[13:02] <dcordes> didn't think of that
[13:02] <dcordes> we can do smartphone & pda then ?
[13:02] <dcordes> it would cover phone functionalities
[13:02] <ogra_ac> tmzt_g2root, netbook (unity) is fully handled by the desktop team now (since unity merges both desktops)
[13:02] <tmzt_g2root> wvga+ like the motorola's I would say, but that's waht 854x496 or so
[13:02] <tmzt_g2root> ogra_ac: is 2d/framebuffer still supported?
[13:03] <ogra_ac> not atm
[13:03] <ogra_ac> only with a std desktop as fallback
[13:03] <tmzt_g2root> ogra_ac: I don't have 3d support yet, I should be able to get 3d working but it might just be redirected rendering/AIGLX stuff
[13:04] <dcordes> tmzt_g2root: know what let's just go device specific (ubuntu on hd2 & g2) if others want to hop on we can generalize later
[13:04] <ogra_ac> depends on your platform, there is no GLES support in unity yet
[13:04] <tmzt_g2root> ogra_ac: so I'm starting with netbook-efl, most of these problems will be unrelated to the acutal desktop, bugs in programs etc.
[13:04] <tmzt_g2root> ogra_ac: well, it's going to have to be GLES, so that's another reason to stick with 2d for now
[13:05] <tmzt_g2root> dcordes: G2 won't have keyboard issues, the things we have in common are WVGA and Touchscreen
[13:05] <dcordes> tmzt_g2root: ok I don't see a problem there
[13:06] <ogra_ac> just note that we might stop using the efl launcher in ubuntu (so support will rather have to be community based)
[13:06] <tmzt_g2root> ogra_ac: yeah, it will still be in natty or that's not known yet
[13:07] <ogra_ac> we wont remove the package from the archive
[13:08] <ogra_ac> but given that it will likely not be used by default anymore bugfixes and maintenance has to come from the community
[13:08] <tmzt_g2root> I think the only thing we need to change in it is the scrolling issue for touchscreens
[13:08] <tmzt_g2root> yeah, okay
[13:09] <tmzt_g2root> does it have a maintainer or we need ubuntu developer for that? (not canoncial)
[13:09] <dcordes> tmzt_g2root: how about "smallscreentouchscreen" project
[13:09] <ogra_ac> well, you can indeed work through a sponsor
[13:09] <ogra_ac> but for uploading to ubuntu you will need one
[13:10] <tmzt_g2root> what is the project for? just tracking bugs against ubuntu that affect screenscreen touchscreens? I really think small is too vague
[13:10] <dcordes> yes to track bugs that affect our devices
[13:10] <tmzt_g2root> as far as aspect, we really aren't going to support vga either because that would require massive chnages from what every laptop/netbook is now
[13:11] <dcordes> and maybe to upload non-sub-project-specific scripts/code later
[13:12] <tmzt_g2root> well, the packages, but those are all config stuff, I wouldn't be putting any system stuff there at all
[13:12] <dcordes> yes config etc
[13:12] <tmzt_g2root> I mean like launcher defaults, maybe unity places stuff if we can switch to unity
[13:16]  * ogra_ac is off for a while
[13:17] <dcordes> tmzt_g2root: smartphonebuntu ? I think it is not neccessary for the project name to refelct the exact aims
[13:17] <tmzt_g2root> no, read the trademark policy
[13:18] <tmzt_g2root> which ogra linked to
[13:18] <dcordes> argh
[13:18] <dcordes> smartphone-remix
[13:18] <tmzt_g2root> possibly
[13:18] <dcordes> you like it? any other idea ?
[13:19] <tmzt_g2root> it
[13:19] <tmzt_g2root> I'm looking for developer to create new on-screen keyboard with Input Method Editor. Similar to those available on mobile devices. Currently I'm using matchbox-keyboard but for my purpose I guess it's worth start from scratch.
[13:19] <tmzt_g2root> oops
[13:19] <tmzt_g2root> it seems to be what I'm trying to do
[13:41] <dcordes> tmzt_g2root: https://launchpad.net/smartphone
[13:52] <tmzt_g2root> can you duplicate the ~lg bugs there?
[13:52] <tmzt_g2root> link them
[14:04] <ogra_ac> GrueMaster, where is the bug for that and does cooloney already know (and work on it) ?
[14:09] <dcordes> tmzt_g2root: I did already. check https://bugs.launchpad.net/smartphone
[14:10] <tmzt_g2root> dcordes: I discussed the xinput problem, I think I can just add a property to the device by patching evdev, or in my case, in the server init
[14:10] <tmzt_g2root> so it would show up when you do xinput list-props <id>
[14:11] <tmzt_g2root> there's already a "Device Enabled" property
[14:12] <dcordes> tmzt_g2root: to which device ?
[14:12] <tmzt_g2root> then the IME just has to walk that and see if any are Physical && Enabled, and if so, not show the osk
[14:12] <tmzt_g2root> to the keyboard device
[14:12] <dcordes> ok
[14:12] <tmzt_g2root> then we patch evdev to handle the SW event that's created when you slide the keyboard
[14:13] <tmzt_g2root> for you, when you plug your usb keyboard the same thing happens
[14:13] <tmzt_g2root> and for me, I get the value from android and set the priv myself
[14:14] <dcordes> is this a global keyboard presence detection mechanism ?
[14:14] <tmzt_g2root> yeah
[14:14] <dcordes> patching evdev - is this specific to the device (driver) ?
[14:14] <tmzt_g2root> but onscreen keyboards and x2x won't register that property
[14:15] <tmzt_g2root> no, evdev already detects if it it's a keyboard, it will be wrong for uinput keyboards so we may have to put it in udev or something else
[14:15] <tmzt_g2root> like hal did, but it didn't propogate it
[14:15] <dcordes> are there evdev / Xorg bugtrackers ?
[14:16] <tmzt_g2root> there are, but I'll propose it to the list later, we can just put it on my github for now
[14:16] <dcordes> youz should publish the approach and gather interested people's attention
[14:16] <tmzt_g2root> I already have half of xorg cloned
[14:16] <dcordes> ok bugtracker is nice
[14:16]  * ogra_ac would recommend asking in #ubuntu-x
[14:16] <tmzt_g2root> ogra_ac: is that supposed to be public? I was having an issue with it
[14:16] <ogra_ac> sure thats public
[14:16] <tmzt_g2root> never mind
[14:16] <tmzt_g2root> weird
[14:17] <dcordes> ogra_ac: as tmzt_g2root's approach sounds to me it will be better to have it a global X thing and not discuss it distro internal
[14:17] <ogra_ac> sure
[14:17] <tmzt_g2root> ogra_ac: I pinged daniels in #xorg-devel he agreed with the property thing, and reminded me of Device Enabled
[14:17] <dcordes> then again there might be many ubuntu developers interested in supporting it
[14:17] <ogra_ac> still you should talk to the ubuntu X force
[14:18] <tmzt_g2root> I'm sure acpi devices already have something like that
[14:18] <tmzt_g2root> right
[14:18] <tmzt_g2root> touchpads I mean
[14:18] <dcordes> ogra_ac: soon as it is on Xorg list we should refer to it there
[14:19] <dcordes> I have to run catch you guys around
[14:53] <ogra> sigh
[14:53] <ogra> so i think the kernel panic on boot is run-init failing
[14:54] <ogra>  /init: exec: line 331: run-init: Unknown error 17718852
[14:54]  * ogra wonders if that toolchain related
[14:58] <ogra> GrueMaster, rsalveti, bug 683683
[14:58] <ubot2> Launchpad bug 683683 in klibc (Ubuntu) "run-init on omap4 in natty dies with "run-init: Unknown error 17718852" (affects: 1) (heat: 8)" [High,New] https://launchpad.net/bugs/683683
[15:12] <ogra> NCommander, so apparently klibc wasnt rebuilt yet in natty
[15:13] <ogra> GrueMaster, btw, the error is easily visible if you dont tinker with serial consoles, it gets clearly printed on the screen
[15:13] <RobotGuy> We are basing our PickleJar Linux on Ubuntu Maverick. :D
[15:14] <RobotGuy> PickleJar Linux is the distro for our Pico Node project.
[15:16] <ogra> RobotGuy, great to hear
[15:17] <RobotGuy> We have an expansion board for BeagleBoard-xM in the design process now and hope to have the first few boards soon. Find out more at http://www.picklejar.org
[15:18] <RobotGuy> Our kernel version is 2.6.35.4
[15:19] <ogra> hrm, run-init is 93 LOC ... of which 40 are license text
[15:20]  * ogra doesnt see what could be wrong in there
[15:21] <NCommander> ogra: so no changes rebuild needed maybe?
[15:22] <ogra> not sure
[15:22] <ogra> look at the code, probably you see something obvious
[15:22] <ogra> i surely dont
[15:22] <ogra> hmm runinitlib.c seems to define some glibc stuff at the top
[15:29] <NCommander> ogra: something is going hidiously wrongin run_init()
[15:29] <ogra> why would it ?
[15:30] <ogra> it didnt change
[15:30] <NCommander> ogra: I'm saying that's what happening, I don't know why, but the error message being printed out suggests that's where we are blowing up
[15:30] <ogra> well, but take a look at the code, probably you see something i dont
[15:30] <NCommander>         /* If run_init returns, something went wrong */
[15:30] <NCommander>         fprintf(stderr, "%s: %s: %s\n", program, error, strerror(errno));
[15:31] <ogra> no, we are blowing up in line 88 already
[15:31] <ogra> in run_init(realroot, console, init, initargs);
[15:31] <ogra> which seems to come from runinitlib.c
[15:32] <ogra> through run-init.h
[15:32] <NCommander> right, run_init() is returning when it shouldn't e
[15:32] <ogra> yes
[15:33] <NCommander> the execv() call is failing
[15:34] <NCommander> only place it can fail in this code and return a string of "Unknown error" I think
[15:34] <ogra> well, it could fail because it gets wrong args
[15:34] <ogra> and the linaro bug says the errno is random
[15:34] <ogra> so nothing to grab
[15:34] <NCommander> which linaro bug?
[15:35] <ogra> did you read my bug ?
[15:35] <NCommander> yeah, I did
[15:35] <NCommander> I don't see anything from linaro
[15:35] <NCommander> oh
[15:35] <ogra> reload ?
[15:35] <ogra> :)
[15:35]  * NCommander just hit refresh
[15:35] <ogra> oh, i did too
[15:35] <ogra> there is a debian bug linked
[15:35] <NCommander> Debug #334917
[15:35] <NCommander> er
[15:36] <NCommander> Debian bug #334917
[15:36] <ubot2> Debian bug 334917 in klibc "klibc barfs on m68k syscall interface" [Important,Open] http://bugs.debian.org/334917
[15:36] <NCommander> nice bug title
[15:36] <RobotGuy> Debug seems appropriate, somehow. :D :D
[15:38] <NCommander> ogra: looking at the debian bug, I think its unrelated simply because execve is a syscall and the first one is called directly. the ARM EABI syscall interface in klibc is correct else this would have blown up ages ago. So similar error, but I think unrelated causes
[15:38] <GrueMaster> ogra: Ok I'm semi-awake.  What do you mean:  <ogra> GrueMaster, btw, the error is easily visible if you dont tinker with serial consoles, it gets clearly printed on the screen
[15:38] <GrueMaster> It is not clearly visible on my screen.
[15:39] <ogra> GrueMaster, you could have found it with the image from the 19th if you hadnt set up a serial console and just dropped splash from cmdline
[15:39] <ogra> thats how i got it at least
[15:39] <ogra> it shows up right before the kernel panic (which it does because there is no rootfs)
[15:40] <NCommander> ogra: I'm looking at the linaro branch right now to see if anything is clear from that
[15:40] <ogra> branch ?
[15:40] <ogra> do they have a separate klibc branch from ubuntu ?
[15:41] <GrueMaster> So then why doesn't it show up with serial console?
[15:41] <GrueMaster> That doesn't make sense.
[15:41] <NCommander> ogra: they said in their bug that they have a branch to fix it
[15:42] <ogra> NCommander, yes, for the linaro build tools issue that shows up too
[15:42] <ogra> NCommander, (OSError: [Errno 2] No such file or directory from remove_binary_dir.py from _run_code from _run_module_as_main).
[15:42] <ogra> not related to to booting
[15:47]  * ogra reboots with break=bottom
[15:47] <ogra> lets take a look at the environment
[15:49] <ogra> ok
[15:50] <ogra> exec run-init /root /sbin/init gets me the same error
[16:04] <NCommander> ogra: any chance you can get gdbserver into the initramfs environment?
[16:04]  * NCommander finally got enough coffee into his bloodstream to be lucid enough to think
[16:04] <ogra> try it ?
[16:05] <NCommander> ogra: your ahead of me on having things to test on :-). I'm still reading emails while drinking GrueBrew Coffee
[16:05] <ogra> i dont have any things to test on
[16:06] <ogra> i just added break=bottom to my cdmline
[16:06] <ogra> you need to write a hook and rebuild the initrd for getting your gdbserver included
[16:06] <ogra> or for getting any other debug tool
[16:08] <NCommander> ogra: just copy it in somehow, its not that difficult
[16:08] <NCommander> but I'll get on it
[16:08] <ogra> ??
[16:08] <ogra> "copy it in somehow" ?
[16:09] <NCommander> ogra: gdbserver is a tiny little stub binary
[16:09] <NCommander> then attach to it with a cross-debugger
[16:10] <ogra> you still need to re-roll the initrd
[16:16] <ogra> so init=/bin/bash doesnt work either
[16:17]  * ogra drops all bootarchs apart from root=
[16:18] <ogra> argh
[16:18] <ogra> bad idea ...
[16:18]  * ogra beats jasper over the head
[16:22] <GrueMaster> So it's a jasper issue?  I'm still reading emails and backscrolls.
[16:22] <mellis> hey any idea how to get sound working on the beagle xm rev b
[16:22] <GrueMaster> there is a rev b?  sigh.
[16:23] <mellis> yeah :(
[16:23] <armin76> lol
[16:24] <mellis> i dont think they fixed anything really
[16:25] <GrueMaster> no, but it is possible that something changed requiring an updated kernel...again.
[16:25] <GrueMaster> Are you running the stock maverick release image?
[16:26] <ogra> GrueMaster, ??
[16:27] <ogra> its a klibc issue
[16:27] <ogra> nothing to do with jasper
[16:27] <GrueMaster> and I am not talking to you atm ogra.  Read the current thread.
[16:27] <GrueMaster> mellis: ???
[16:38] <mellis> sorry just went to get food
[16:38] <mellis> yeah i got the minimal image and installed ubuntu-desktop package over it
[16:39] <GrueMaster> no problem.
[16:39] <GrueMaster> minimal image?
[16:41] <mellis> also called the demo image
[16:41] <mellis> i couldint get s-video to work on the preinstalled image
[16:43] <davidm> prpplague, have a look at: http://dmtechtalk.wordpress.com/2010/12/01/progress-on-an-arm-cluster-server-box/
[16:43] <mellis> yeah i got the demo image then installed ubuntu-desktop and the omap driveres on top
[16:43] <davidm> prpplague, it will fit nicely into a standard 19" rack cabinet
[16:44] <GrueMaster> If this image is attached to the ubuntu repositories, try enabling maverick-proposed and updating.  I think there was a fix for audio in alsa-utils, but it may be only omap4 specific.
[16:45] <mellis> ok i will try
[16:47]  * prpplague looks
[16:47] <prpplague> davidm: right, i'm actually doing some with them on that
[16:49] <mellis> humm my webcam also wont work so could it be a kernal problem?
[16:51] <hrw> mellis: does it work with x86 box?
[16:52] <mellis> the webcam yes
[17:00] <sveinse> hrw: I confirm problems cross compiling Qt for both gcc 4.4 and 4.5, so its related to some difference between the ubuntu cross compiler and the CSL. I'll file a bug.
[17:00] <mellis> and i cant find anything missing from my setup
[17:02] <hrw> sveinse: mention package versions for gcc 4.4/4.5 and version of Qt. if Qt is from nokia then give url please
[17:02]  * hrw -> out
[17:34] <ogra> hmm, that dist-upgrade of my chroot will take a while
[18:04] <rsalveti> GrueMaster: lmbench has the wrong bin path, if you noticed
[18:05] <rsalveti> currently the package delivers armv5tel-linux-gnu instead of armv7l-linux-gnu
[18:05] <rsalveti> that's because the package path is decided during build time, and detected by a script during runtime
[18:05] <GrueMaster> hadn't gotten that far yet.  Any suggestions?
[18:05] <rsalveti> and this package was built in an armv5 machine, while in karmic hehe :-)
[18:06] <rsalveti> copying the files should be enough, but I also recreated the package, let me post you the link
[18:06] <tmzt_g2root> dcordes: how do you switch the default gnome-session back to GNOME ?
[18:06] <tmzt_g2root> without using gdm
[18:07] <ogra_ac> tmzt_g2root, /usr/lib/gdm/gdm-set-default-session
[18:09] <tmzt_g2root> as the user?
[18:09] <tmzt_g2root> I don't seem to have that
[18:09] <tmzt_g2root> oh, I'm not using gdm at all
[18:09] <ogra_ac> no, its system wide, not as a user
[18:10] <tmzt_g2root> just starting ck-session-launch dbus-launch --exit-with-session gnome-session
[18:10] <tmzt_g2root> right, but I'm not getting a panel following these instructions
[18:10] <tmzt_g2root> https://help.ubuntu.com/community/UbuntuNetbookEdition/ConvertGnomeSession
[18:12] <rsalveti> GrueMaster: http://people.canonical.com/~rsalveti/lmbench/ for now
[18:13] <GrueMaster> ok
[18:13] <rsalveti> we should have a bug, will see if we got it already otherwise need to fill it
[18:15] <mellis> hey i just installed the omap kernal package how do i get it to boot
[18:15] <dcordes> tmzt_g2root: that is the wiki page I was talking about !
[18:15] <tmzt_g2root> dcordes: I know, I saw it yesterday, but it doesn't work for me
[18:16] <tmzt_g2root> /apps/maximus/exclude_class [Empathy,Totem,Gwibber,Gnome-language-selector,Gtk-recordMyDesktop,Onboard,Vlc,Seahorse-agent,Gnome-keyring-prompt]
[18:16] <dcordes> tmzt_g2root: there was some error in the 2d instruction part
[18:17] <tmzt_g2root> I'll have to add dialog or something to that, or just gedit's or libgtk open
[18:18] <dcordes> tmzt_g2root: do you want me to look up anything in my rootfs ?
[18:18] <tmzt_g2root> what script do you use to start the gnome-session?
[18:20] <dcordes> sudo ln -s /etc/xdg/xdg-une/autostart/maximus-autostart.desktop /etc/xdg/autostart/
[18:20] <dcordes> sudo ln -s /etc/xdg/xdg-une-efl/autostart/netbook-launcher-efl.desktop /etc/xdg/autostart/
[18:20] <tmzt_g2root> I have both of those, I don't get a panel when starting gnome-session
[18:21] <tmzt_g2root> the first time I started gnome-session it was a normal desktop, before symlinking that stuff
[18:21] <dcordes> the first line.. I think it should be
[18:21] <dcordes> /etc/xdg/xdg-une-efl/autostart/netbook-launcher-efl.desktop /etc/xdg/autostart/
[18:21] <tmzt_g2root> /desktop/gnome/session/required_components/windowmanager mutter
[18:21] <tmzt_g2root> /desktop/gnome/session/required_components/panel ''
[18:21] <tmzt_g2root> oh
[18:22] <dcordes> can you try that ?
[18:26] <tmzt_g2root> still no panel
[18:27] <tmzt_g2root> nevermind, it was just slow
[18:28] <ogra_ac> NCommander, so building klibc brings intresting results in the buildlog
[18:28] <tmzt_g2root> vte doesn't work, I have never seen that before
[18:28] <ogra_ac> NCommander, it has -march=armv4 -mtune=strongarm hardcoded
[18:29] <ogra_ac> (but given that has always been the casei wouldnt think that has any influence on our bug)
[18:30] <NCommander> ogra_ac: yeah, was looking at that, but I think its irrevelent
[18:30] <NCommander> klibc didn't help, nor did upstart
[18:30] <ogra_ac> you rebuilt it ?
[18:30] <NCommander> I tried downgrading the kernel to maverick release on a hunch
[18:30] <NCommander> ogra_ac: yeah
[18:30] <ogra_ac> what would upstart have to do with it ?
[18:30] <ogra_ac> we are way before upstart
[18:31] <ogra_ac> and as i said in the bug init=/bin/bash didnt work either
[18:31] <NCommander> ogra_ac: sorry, meant to say that I don't htink upstart helps
[18:31] <NCommander> ogra_ac: or part of it
[18:31] <ogra_ac> no, upstart is out of scope here
[18:31] <NCommander> right
[18:31] <NCommander> Very very odd
[18:31] <ogra_ac> i still think its the args that are messed up
[18:31] <ogra_ac> try to add some schos to /init
[18:31] <NCommander> ogra_ac: yeah, but what changed to kill the args
[18:31] <ogra_ac> *echos
[18:32] <ogra_ac> echo $@
[18:32] <ogra_ac> echo ${rootmnt}
[18:32] <ogra_ac> and
[18:33] <ogra_ac> echo ${init}
[18:33] <ogra_ac> see what that shows
[18:33] <ogra_ac> also note that break= drops you into a subshell, so you cant run run-init manually
[18:33] <NCommander> ogra_ac: how close are you to doing so? (I can rapidly respin the initrams ATM on my ac100, but if your already doing it ...)
[18:33] <ogra_ac> i'm not even near my panda atm
[18:34] <ogra_ac> just building klibc remotely with different options
[18:34] <ogra_ac> so i would appreciate if you could test
[18:34] <NCommander> ogra_ac: what script calls run-init? (or do I need to smack the code)
[18:34] <ogra_ac>  /init
[18:35] <ogra_ac> its a shell script
[18:35] <ogra_ac> just add some echos
[18:35] <ogra_ac> lives in /usr/share/initramfs-tools/init
[18:35] <NCommander> ogra_ac: thanks. I thought you called run-init directly thoguh within a console with proper args and still got a crash
[18:35] <ogra_ac> in the normal system
[18:35] <ogra_ac> i tried that
[18:35] <NCommander> ogra_ac: disclaimer: I don't get the run-init error, just the panic on the serial console
[18:35] <ogra_ac> just to be told that wont work because i'm in a subshell
[18:36] <ogra_ac> NCommander, you will get it on the monitor if you boot without splash
[18:36] <ogra_ac> you will also get it if you boot with break=bottom and ctrl-d out of it to continue the boot
[18:37] <ogra_ac> run-init will only work if called by pid 1
[18:37] <ogra_ac> so you cant call it manually
[18:40] <NCommander> ogra_ac: I don't have a monitor I can use in my "office"
[18:40] <ogra_ac> then just break=bottom
[18:41] <NCommander> ogra_ac: will do
[18:41]  * NCommander kicks his ac100
[18:41] <ogra_ac> and hit ctrl-d
[18:41] <ogra_ac> did you finally manage to wear out your emmc ?
[18:41] <ogra_ac> :)
[18:41] <NCommander> ogra_ac: no, the USB controller is having mini-seizures
[18:42] <ogra_ac> ah
[18:42] <NCommander> and every once in awhile, it and my USB HDD decide to cause a process to become a zombie
[18:42] <NCommander> very annoying when thats dpkg
[18:44] <ogra_ac> just fix the kernel ;)
[18:44] <NCommander> ogra_ac: not paid to do that ATM :-/
[18:44]  * ogra_ac will spend a good part of his holiday improving the ac100
[18:45] <tmzt_g2root> ogra_ac: tegra?
[18:45] <ogra_ac> tmzt_g2root, yep
[18:46] <NCommander> ogra_ac: \o/
[18:46] <ogra_ac> NCommander, dont party to early, i will concentrate on moving PM and buttom management into the .29 kernel only
[18:47] <NCommander> ugh
[18:47] <NCommander>  /o\
[18:48] <ogra_ac> for never kernel talk to marvin24
[18:48] <ogra_ac> ;)
[18:48] <ogra_ac> he has something based on .36, just misses a regulator specialist
[18:49] <tmzt_g2root> regulator?
[18:49] <ogra_ac> to power on the LCD i think
[18:49] <ogra_ac> it boots to a serial USB console
[18:49] <tmzt_g2root> clean up the nvidia oem stuff so it stops asking a binary layer to describe the hardware?
[18:49] <ogra_ac> but has no device drivers yet
[18:49] <ogra_ac> no, i will just revert the hacks tochiba put in
[18:50] <tmzt_g2root> then get nouveu?? ported
[18:50] <ogra_ac> and see that i get some sane defaults into the kernel
[18:50] <ogra_ac> nah
[18:50] <ogra_ac> i dont care about 3D drivers
[18:50] <ogra_ac> i just need power management
[18:50] <tmzt_g2root> the 2d is crtc only
[18:50] <tmzt_g2root> lcdc
[18:51] <ogra_ac> i need backlight on/off on lid close and want to have ondemand scaling working
[18:51] <ogra_ac> extra points for dimming support
[18:51] <ogra_ac> and a proper ubuntu initrd
[18:51] <ogra_ac> thats my current focus for the vacation
[18:52] <tmzt_g2root> you don't have an android phones do you?
[18:52] <ogra_ac> nope, i have a sane phone
[18:54] <tmzt_g2root> smart mount -t devpts devpts $MOUNTPT/dev
[18:55] <ogra_ac> NCommander, want to have my klibc built for armv7 ?
[18:55] <ogra_ac> or do you have one already ?
[18:56] <NCommander> ogra_ac: haven't needed it yet
[18:57] <ogra_ac> k
[18:57] <NCommander> ogra_ac: got debugging data
[18:57] <NCommander> ogra_ac: rootmnt is "/root"
[18:57] <NCommander> init is "/sbin/init"
[18:57] <NCommander> arguments: "fixrtc"
[18:57] <NCommander> That was amazingly unuseful
[18:57] <ogra_ac> yeah
[18:57]  * NCommander throws it into the bug for completeness sake
[18:58] <ogra_ac> i wonder if the bindmounted /dev is ok
[18:58] <ogra_ac> i.e. if we get the right console
[18:58] <NCommander> ogra_ac: easy way to test that
[18:59] <NCommander> but run-init has a sanity check for that it should fail with "unable to open consoel" or something like that
[18:59] <NCommander> and its the right major/minor for dev console
[19:00] <ogra_ac> in /dev
[19:00] <ogra_ac> i'm talking about $rootmount/dev
[19:01] <ogra_ac> udev should move mount /dev to /root/dev, but i wonder what happens if that doesnt work/happen
[19:01] <NCommander> ogra_ac: system would fallover
[19:01] <ogra_ac> yeah, likely even before run-init
[19:02] <NCommander> ogra_ac: I think you might be onto something
[19:02] <NCommander> /root/dev is populated
[19:03] <NCommander> we have a newer upstream udev
[19:03] <NCommander> and udev sometimes breaks backwards compatilbility with older kernels
[19:03] <ogra_ac> see /usr/share/initramfs-tools/scripts/init-bottom/udev
[19:03] <NCommander> and mainline kernel is on 37
[19:03] <NCommander> hrm
[19:03] <ogra_ac> probably add some ls in there
[19:03] <NCommander> give me a sec, I want to check something else first
[19:03] <ogra_ac> before the move ls /dev
[19:04] <ogra_ac> after the move ls /root/dev
[19:04] <ogra_ac> and compare
[19:04] <NCommander> ogra_ac: I'm trying to downgrade udev
[19:04] <NCommander> to maverick
[19:05] <NCommander> just rule it out completely
[19:05] <ogra_ac> k
[19:06] <ogra_ac> maverick has 162
[19:06] <ogra_ac> natty 164
[19:07]  * ogra_ac checks changelogs
[19:09] <ogra_ac> looks okayish
[19:15] <NCommander> ogra_ac: no love there, udev downgrade and still a hang
[19:15] <NCommander> I'm runng out of things to downgrade
[19:16] <ogra_ac> so want my klibc package ?
[19:16] <NCommander> ogra_ac: sure althoguh at this point I don't think it will help
[19:17] <ogra_ac> i dont think it either
[19:19] <NCommander> ogra_ac: doing the ls devs doesn't reveal anytthing interesting
[19:19] <NCommander> I'm running out of ideas
[19:19] <ogra_ac> http://people.canonical.com/~ogra/libklibc_1.5.20-1_armel.deb and http://people.canonical.com/~ogra/klibc-utils_1.5.20-1_armel.deb
[19:22] <mellis> her where would i go to report / check a bug in the omap kernel
[19:22] <NCommander> mellis: downgrading the kenrel didn't fix it
[19:22] <NCommander> Don't think this is a kernel problem, probably something with userland
[19:23] <mellis> i upgraded my kernal and it fixed my sound problem but my s-video went dead
[19:24] <NCommander> ogra_ac: I'm wonder ...
[19:24]  * NCommander is starting to think run-init == redherring
[19:24] <ogra_ac> yes
[19:24] <ogra_ac> thats why i looked at the args
[19:24] <ogra_ac> what do you suspect ?
[19:25] <sveinse> Anyone there knows the correct gcc options for TI OMAP3?  -march=armv7-a -mtune=cortex-a8
[19:25] <NCommander> ogra_ac: well, ... I'm not so sure now. I just tried replacing /sbin/init on my panda with /bin/bash, and letting it boot and it just fell over regardless
[19:26] <ogra_ac> ??
[19:26] <ogra_ac> you mean in the rootfs ?
[19:26] <NCommander> yeah
[19:26] <ogra_ac> well, we dont get to the rootfs
[19:26] <NCommander> We're getting as far as the execve() call
[19:26] <ogra_ac> no matter what you use
[19:26] <NCommander> ?
[19:27] <NCommander> oh
[19:27] <NCommander> yes
[19:27] <ogra_ac> i tired init=/bin/bash already
[19:27] <GrueMaster> on a different note, I did some preliminary testing of the linaro kernel on my BeagleXM, and it seems ok.  Rythmnbox has issues, but I am able to get test sounds to play (R & L are reversed).
[19:27] <NCommander> what the hell could cause an exec() call to crap itself?
[19:27] <ogra_ac> GrueMaster, awesome, can you let apw know ?
[19:27] <ogra_ac> then we have fulfilled our workitems
[19:27] <ogra_ac> for the kernel team
[19:30] <NCommander> ogra_ac: execve is a straight systemcall, but we're not getting an OOPS
[19:30] <NCommander> something bloody odd is going on
[19:30] <ogra_ac> why would you get an OOPS ?
[19:30] <NCommander> ogra_ac: er, right, a bad syscall won't cause that
[19:30] <NCommander> ugh
[19:30] <NCommander> */brain fart*
[19:30]  * NCommander rebuilds klibc with debugging info
[19:30] <GrueMaster> yea, I can smell it in here.  :P
[19:30] <ogra_ac> the OOPS you see has not much to do with run-init failing
[19:31] <NCommander> ogra_ac: yeah, I got that
[19:31] <ogra_ac> the OOPS you see is simply the kernel not finiding init
[19:31] <NCommander> right
[19:31] <NCommander> hrm
[19:31] <ogra_ac> which you also get on older releases if init isnt executable or available
[19:32] <ogra_ac> ignore the kernel in this context its all run-init
[19:32] <GrueMaster> ogra_ac: I updated the kernel whiteboard for that task.
[19:32] <NCommander> ogra_ac: right, so I'm rebuilding it now with -O2 -g, and will see if I can attach a debugger to it
[19:33] <ogra_ac> GrueMaster, merci
[19:33] <NCommander> (knowing our luck, that will mysteriously fix it)
[19:33] <ogra_ac> NCommander, did you test with my v7 build from above ?
[19:34] <ogra_ac> http://people.canonical.com/~ogra/libklibc_1.5.20-1_armel.deb and http://people.canonical.com/~ogra/klibc-utils_1.5.20-1_armel.deb
[19:34] <ogra_ac> NCommander, ^^^
[19:34] <jcrigby> what if you can't run any executable on rootfs because of some weird ld.so.blah mismatch
[19:35] <ogra_ac> hmm
[19:35] <tmzt_g2root> with klibc?
[19:35] <ogra_ac> yeah, someone should try booting with a maverick initrd
[19:37] <ogra_ac> tmzt_g2root, klibc is only used in initrd
[19:37] <tmzt_g2root> not paying close enough attention
[19:37] <tmzt_g2root> I've got crazy stuff like this but not to the point of err values getting overwritten
[19:38] <tmzt_g2root> but, you could try init=/lib/ld-linux.so.3
[19:38] <tmzt_g2root> and see if it prints anything
[19:42] <tmzt_g2root> dcordes: you had efl and panel at the same time? I can't get that to work
[19:43] <mellis> why wont the omap kernels work with s-video
[19:44] <GrueMaster> It isn't an easy interface to test.
[19:44] <tmzt_g2root> mellis: missing i2c controller driver?
[19:44] <GrueMaster> Not sure if it is just a config flag or it requires more kernel work.
[19:44] <mellis> no idea
[19:45] <tmzt_g2root> sorry encoder
[19:45] <mellis> i have one kernel that works
[19:46] <GrueMaster> The only thing I have available for testing that output is my 42" LCD in the livingroom, but it is very difficult to get setup for svideo.
[19:47] <mellis> yeah i only have a s-video tv so ima bit stuck
[20:03] <sveinse> hrw|gone: Here is bug #683832 as instructed.
[20:04] <ubot2> Launchpad bug 683832 in gcc-4.4-armel-cross (Ubuntu) "gcc fails to cross compile Qt (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/683832
[20:11] <sveinse> I reported the bug in gcc-4.4-armel-cross, but it also applies to gcc-4.5-armel-cross. Do I need to add a new bug, or can I link them for both packages?
[20:32] <NCommander> ah haw
[20:32] <NCommander> might figured out what broke
[20:33] <ogra_ac> tell me
[20:34] <jcrigby> the suspense is killing us
[20:34] <NCommander> ogra_ac: or not
[20:34] <NCommander> but if I set init to /bin/dash
[20:34] <NCommander> it works
[20:34] <NCommander> the plot thickens
[20:35] <NCommander> er
[20:35] <NCommander> maybe not
[20:35] <NCommander> strange
[20:35] <NCommander> as soon as run-init runs, it breaks the enviornment
[20:36] <ogra_ac> no, /init unsets most of it
[20:36] <NCommander> ogra_ac: I'm referring to running run-init directly
[20:36] <ogra_ac> before it runs run-init
[20:36] <NCommander> if I runit through strace, it makes some very pretty output and works
[20:36] <NCommander> (sorta)
[20:37] <ogra_ac> you cant run it from a pid other than 1
[20:37] <NCommander> I get the same sorta errors though
[20:37] <ogra_ac> (you cant run it from the initramfs shell)
[20:38] <ogra_ac> if you want to strace or gdb it you have to do that inside /init
[20:38] <ogra_ac> you can never do it manually
[20:46] <NCommander> strace isn't very useful
[20:46] <NCommander> kernel panics before it finishs printing debug info
[20:47] <ogra_ac> and gdb will be painful to get commands in
[20:50] <NCommander> ogra_ac: indeed
[20:50] <NCommander> I'm nearly out of ideas here on how to debug
[20:50] <jcrigby> I just did a diff on a good initrd vs a bad one and other than binaries the only diff is this:
[20:51] <jcrigby> diff -ru goodtree/init badtree/init
[20:51] <jcrigby> --- goodtree/init       2010-12-01 13:41:26.376116002 -0700
[20:51] <jcrigby> +++ badtree/init        2010-12-01 13:41:26.796116002 -0700
[20:51] <jcrigby> @@ -53,6 +53,11 @@
[20:51] <jcrigby>  export resume=
[20:51] <jcrigby>  export resume_offset=
[20:51] <jcrigby>  
[20:51] <jcrigby> +# mdadm needs hostname to be set. This has to be done before the udev rules are called!
[20:51] <jcrigby> +if [ -f "/etc/hostname" ]; then
[20:51] <jcrigby> +        /bin/hostname -b -F /etc/hostname 2>&1 1>/dev/null
[20:51] <jcrigby> +fi
[20:51] <jcrigby> +
[20:51] <ogra_ac> yeah, i checked that already
[20:51] <jcrigby>  # Bring in the main config
[20:51] <NCommander> jcrigby: PASTEBIN PLEASE
[20:51] <jcrigby>  . /conf/initramfs.conf
[20:51] <jcrigby>  for conf in conf/conf.d/*; do
[20:51] <jcrigby> NCommander, I figured it was short enough
[20:51] <jcrigby> sorry
[20:51] <ogra_ac> and we dont have /etc/hostname inside initrd
[20:51] <ogra_ac> so thats a noop
[20:52] <NCommander> jcrigby: can you do a diff to tell us what binaries changed between last known good and current?
[20:52] <ogra_ac> but we also have a new udev and i see some systemd code in it, but then why wouldnt that also fail on other ubuntu images
[20:52] <NCommander> ogra_ac: downgrading udev didn't help
[20:52] <NCommander> frustatingly enough
[20:52] <ogra_ac> how did you downgrade udev ?
[20:53] <NCommander> ogra_ac: apt-get install udev=162-2 && update-initramfs -u
[20:53] <ogra_ac> that wont clean up anything
[20:53] <ogra_ac> just overwrite
[20:53] <NCommander> ?
[20:53] <ogra_ac> you could as well do dpkg -x udev*.deb /
[20:54] <ogra_ac> if there are new binaries in the newer udev they will still persist
[20:54] <NCommander> ogra_ac: well, do you have any better ideas?
[20:54] <ogra_ac> no
[20:54] <NCommander> ogra: why would the new binaries persist?
[20:54] <ogra_ac> because there is nothing removing them
[20:55] <ogra_ac> the only sane way to test that would be to take maverick and step by step upgrade
[20:55] <NCommander> ogra_ac: dpkg will remove files that only exist in the old package as part of a downgrade
[20:55] <ogra_ac> but thats painful and will take lots of time
[20:55] <NCommander> ogra_ac: I'm out of ideas TBH
[20:55] <NCommander> and I don't know a good way to debug run-init
[20:56] <ogra_ac> i dont think its run-init itself
[20:57] <ogra_ac> a good test to see if its actually userspace would be to: boot maverick with init=/foo break=bottom ... then ctrl-d as you do it in natty and see if you get the same error
[20:57] <ogra_ac> or make /sbin/init unexecutable or some such instead of init=/foo
[20:57] <jcrigby> ok full diff here http://pastebin.ubuntu.com/538798/
[20:57] <NCommander> ogra_ac: exec() is failingin run-init
[20:58] <ogra_ac> exec of the subprocess for /sbin/init, no ?
[20:58] <NCommander> so the differences are udev, the kernel, busybox, console-setup, and initramfs-tools
[20:58] <NCommander> and some support libs
[20:59] <ogra_ac> busybox ... hmm
[20:59] <ogra_ac> ignore initramfs-tools
[20:59] <ogra_ac> thats only the hostname stuff
[21:00] <ogra_ac> wait-for-root can be ignored, we have it mounted properl at that point
[21:00] <NCommander> don't think its libuuid
[21:00] <NCommander> libc had an upgrade though
[21:00] <ogra_ac> i think all of the stuff at the bottom thats in sbin can be ignored actually
[21:01] <ogra_ac> libuuid is fine
[21:01] <NCommander> I'm pretty sure its not udev
[21:01] <ogra_ac> else you wouldnt have /root mounted
[21:01] <NCommander> cause we would have seen breakage during mounting
[21:01] <ogra_ac> libc didnt change between maverick and natty
[21:01] <ogra_ac> i guess libgcc did
[21:02] <ogra_ac> but i wouldnt know what effec that should have
[21:02] <ogra_ac> the best candidate is busybox
[21:03] <ogra_ac> the only big difference we have is the kernel vs x86
[21:03] <NCommander> ogra_ac: glibc had an upgrade
[21:03] <ogra_ac> and linaro as well is on .35 ( jcrigby might correct me)
[21:04] <ogra_ac> NCommander, not in natty
[21:04] <NCommander> ogra_ac: have we had any working natty images?
[21:04] <GrueMaster> not that I know of.
[21:04] <ogra_ac> nope
[21:05]  * ogra_ac doesnt see any eglibc uploads 
[21:05] <ogra_ac> nor any syncs that wuld have been processed
[21:06] <ogra_ac> NCommander, the only image that was tested before yesterdays and todays was the one from the 19th and GrueMaster reported the same issue with that one
[21:07] <GrueMaster> Sorry I couldn't debug it further.  I found it late that Friday and spend the working part of the following week testing maverick-proposed and doing bug triage.
[21:07] <ogra_ac> dont worry
[21:08] <ogra_ac> NCommander, https://launchpad.net/ubuntu/+source/eglibc 2.12.1-0ubuntu9  in maverick and natty
[21:10] <dcordes> tmzt_g2root: yes. that works for me in the ootb une-efl session as well as in the hacked gnome efl session
[21:10] <dcordes> tmzt_g2root: (panel and efl)
[21:11] <dcordes> tmzt_g2root: did you post to the X ml yet ?
[21:11] <NCommander> ogra_ac: I have no idea ATM, it possibly could be udev but that seems unliekly
[21:11] <NCommander> GrueMaster: do we know if maverick->natty upgrades work on armel?
[21:11] <ogra_ac> why shouldnt they ?
[21:12] <ogra_ac> at this state of the relase they are manual work anyway
[21:12] <GrueMaster> hasn't been tested yet.
[21:13] <NCommander> ogra_ac: because someone wanted to try it, or do dev work?
[21:13] <ogra_ac> well, as i said, it will be a lot of manual work anyway atm
[21:13] <GrueMaster> dmesg
[21:13] <GrueMaster> wrong window (again)
[21:13] <ogra_ac> NCommander, so what we could try is to do piecemeal updates of the bits that end up in intramfs
[21:14] <ogra_ac> and rebuild the initrd after each updated package
[21:14] <ogra_ac> then we should see where it breaks
[21:15] <NCommander> ogra_ac: thinking about it right now. I think we're going to miss A1 though
[21:15] <ogra_ac> NCommander, if you dont feel like doing that i will do it tomorrow, its past 10pm here and i dont count on us making A1 anymore so i will soon stop working
[21:16] <NCommander> I'm just mentally thinking
[21:16] <ogra_ac> but i think piecemeal upgrade step by step is the best way to find the bad guy
[21:21] <ogra_ac> GrueMaster, btw, are you sure your monitor issue isnt something similar ? i.e. is the board still alive even without screen ?
[21:22]  * ogra_ac just sees that eglibc in maverick release isnt actually the one in natty 
[21:23] <ogra_ac> the one in natty is the same as in -updates and one up from -security
[21:29] <GrueMaster> I reimaged on a faster SD card and haven't been able to reproduce that issue.
[21:29] <GrueMaster> The Sd card I had initial issues with was a class 2 4G (all I had available at the time).
[21:29] <GrueMaster> I'm currently running maverick with the latest proposed updates and other than getting lost during screensaver, it is working fine now.
[21:29] <GrueMaster> Unfortunately, my es2.1 is currently tied up with lmbench testing and NCommander has the other panda.
[21:29] <GrueMaster> I can try updating my XM image to see if I can get it to break.
[21:30] <ogra_ac> that would help too, given that linaro sees the issue with beagles
[21:32] <ogra_ac> if you find anything, dump it on the bug