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