**** BEGIN LOGGING AT Mon Jan 30 02:59:59 2012 Jan 30 10:04:58 plop Jan 30 10:05:20 doko, I would like to help on https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/713985 Jan 30 10:05:21 Launchpad bug 713985 in eglibc "[armel] Function tgammal has precision issues in version 2.12.1-0ubuntu10.2 on ARM" [Undecided,Confirmed] Jan 30 10:12:32 doko, if you have a clue about the problem but no time to work on it, I'll take the clue and try to do something with it Jan 30 10:12:43 if you have no clue, I'll just try anyway :-p Jan 30 10:14:23 Snark, I won't work on it. first thing might be to recheck with 2.13 and 2.15 Jan 30 10:14:39 it's still there with 2.13 Jan 30 10:14:49 where can I get 2.15 ? Jan 30 10:18:48 in the ubuntu-toolchain-r/glibc ppa Jan 30 10:19:36 and there is an armel package too? Jan 30 10:21:33 aie Jan 30 10:21:56 found it Jan 30 10:29:36 hmmm... adding the ppa isn't enough :-/ Jan 30 10:30:29 it basically wants to remove the rest of the system Jan 30 10:50:56 doko, the only place where I find lgammal mentioned in eglibc_2.13-20ubuntu5.diff.gz is in a patch for sysdeps/ia64/fpu/libm_error.c, so I guess the bug is upstream Jan 30 11:24:13 you should debootstrap a precise chroot Jan 30 11:32:53 doko, I don't think I have enough room on this poor box :-/ Jan 30 13:16:30 How can I generate an installer uInitrd (as found at http://ports.ubuntu.com/ubuntu-ports/dists/precise/main/installer-armhf/current/images/omap4/netboot/uInitrd)? I'm trying to test different kernels with the installer. Jan 30 13:17:09 rbasak, only by building the installer Jan 30 13:17:21 which is highly complex Jan 30 13:17:41 what exactly do you want to test ? Jan 30 13:18:12 The current installer kernel panics on my panda sometimes. I've now automated a repeated test to find out if a given installer uImage/uInitrd is good or bad. Jan 30 13:18:15 (if its only the booting of the installer you can just replace the uImage Jan 30 13:18:24 ppisati asked me to test the latest kernel that is in the archive but not in the installer right now Jan 30 13:18:43 and if it is I'll need to bisect Jan 30 13:18:55 if its more than just booting it gets more complex since d-i uses the udeb packages your kernel build created during the package creation Jan 30 13:18:58 Won't I need the modules in uInitrd though? Jan 30 13:19:14 Yeah it panics some time in userspace after the kernel boots Jan 30 13:19:36 ah, yeah, that would mean to roll d-i from scratch and make it use the newly created udebs Jan 30 13:19:53 Surely there's a script somewhere that builds the installer? Or does that depend heavily on hitting the archive? Jan 30 13:19:54 (and indeed that means creating the udebs, not sure that works in a cross way at all) Jan 30 13:20:10 the "script" is a makefile in the installer source Jan 30 13:20:23 in fact a ton of different scripts Jan 30 13:20:35 that are used by that makefile Jan 30 13:20:37 It hits the archive for the kernel I take it? Jan 30 13:20:54 well... apt-get source debian-installer Jan 30 13:21:17 I'll have a poke around, thanks Jan 30 13:21:27 building it pulls in a lot of other packages, then takes the udebs (from the kernel and elsewhere) and generates the initrd from it Jan 30 13:21:48 what I'd really like is an archive overlay system Jan 30 13:21:55 there might be a way to pull in the udebs manually from tty4 Jan 30 13:22:08 as long as you manage to do the boot up to that point Jan 30 13:22:32 (apt-install is the command to install udebs iirc, i havent touched the installer for a while) Jan 30 13:22:40 Can I get to tty4 down ttyO2? Jan 30 13:23:20 i dont think so, but on serial you can use the "back" option in the installer, that gets you to the menu where you can select the shell Jan 30 13:23:40 ah ok, thanks Jan 30 13:24:19 I wonder if I could just hack the uInitrd and insert the kernel modules manually Jan 30 13:26:27 you could try indeed... Jan 30 14:07:48 what can we do to get the installer updated to use the new kernel? Jan 30 14:42:32 hello Jan 30 14:42:57 is there a place with a known-working version of MLO+u-boot.bin+kernel+Ubuntu rootfs that works on BeagleBoard XM rev C, with USB and graphics? Jan 30 14:43:44 so far, we have something that boots, but no USB devices are detected (nothing in the kernel logs) Jan 30 15:48:08 doko, where are the file dependencies to be found in glibc's sources?! I don't know if my platform uses sysdeps/ieee754/ldbl-128/e_lgammal_r.c or sysdeps/ieee754/ldbl-96/e_lgammal_r.c... Jan 30 17:06:35 GrueMaster: question, did you try to change eth0 mac address with latest omap3 kernel? Jan 30 17:07:27 My latest omap3 kernel I tested had a serious bug with mmc. Haven't tried anything later. Jan 30 17:07:44 I'll check it shortly though. What rev? Jan 30 17:15:32 rbasak: Have you filed a bug against the kernel in the netinstaller for panda? Jan 30 17:15:43 no Jan 30 17:16:03 I was wondering whether to add a debian-installer task to the existing bug Jan 30 17:16:16 I've been working on trying to test the latest kernel but that turns out to be quite complicated Jan 30 17:18:13 Well, it appears to only affect armhf. I just rebuilt a panda with armel no problem. I'm checking my mirror now to make sure the two are in sync. Jan 30 17:19:25 They appear to be. Jan 30 17:19:52 would be hard fro them to be out of sync :) Jan 30 17:20:10 (same source and d-i would ftbfs if they werent the same version) Jan 30 17:20:22 you haven't seen my mirror. Jan 30 17:20:42 It occasionally gets out of sync with ports.u.c. Jan 30 17:27:22 Hmmm. armel failed on the same platform as armhf, but one machine reimaged with armel just fine. This may need further research. Jan 30 17:27:41 any output? Jan 30 17:28:48 ppisati: http://paste.ubuntu.com/822806/ Jan 30 17:29:42 GrueMaster: this is the 1404 kernel, and that bug was fixed in 1405 Jan 30 17:48:48 Right, just odd that it fails on some of my platforms but not others. And it appears to be older ones only (EA1, A1). Jan 30 17:59:41 rbasak: While you are waiting for an updated netinstall, I have found that using the newer kernel with the exisiting uInitrd works fine for installing. Running here now w/o errors so far, and it is into the base system step. Jan 30 18:23:14 GrueMaster: that's great, thanks! I was writing a script to inject the newer kernel modules into an older uInitrd, but I can leave that for now then :-) Jan 30 18:24:04 Yea, I'm not sure what modules get loaded during netinstall, but obviously no critical modules. Jan 30 22:51:03 GrueMaster: I'm getting occasional failures on armhf with a hand-built latest git tree kernel on armhf. But quite rare, and unhelpfully the error message is reported to be in syslog, which I can't get to over ttyO2. Jan 30 22:51:35 GrueMaster: I'm running the install in a loop, I'll see tomorrow what the success/failure proportion is. Jan 30 22:51:45 Try adding "earlyprintk=ttyO2,115200". Jan 30 22:52:10 And make sure "quiet" is not in your boot.scr. Jan 30 22:52:47 yes, i have those. It's a debootstrap failure Jan 30 22:53:25 http://paste.ubuntu.com/823204/ Jan 30 22:53:34 Ah. Well, there is a way to enable the web interface in the preseed so that you can monitor syslog from the web. Jan 30 22:53:56 I've seen it twice now Jan 30 22:54:00 debootstrap failures are generally mirror/network issues. Jan 30 22:54:22 But you could skip doing this as an installer loop and just loop debootstrap a few dozen times. Jan 30 22:54:24 I haven't seen this at all. Can you past your preseed and I'll see if I can reproduce it here? Jan 30 22:55:00 I'm running through a squid proxy, don't see any errors in the log though I might be missing it Jan 30 22:55:19 Squiq won't show errors, but the client system sure might. Jan 30 22:55:35 Stale caches can do horrible things to apt-like clients. Jan 30 22:56:05 (Not that debootstrap is apt, but it still verifies signatures and hashes, which means cache coherency (or no cache) is required) Jan 30 22:56:10 preseed: http://paste.ubuntu.com/823207/ - it's got a proxy in there you might want to change Jan 30 22:56:26 yeah but the previous and following installs work OK, so it can't be a stale cache problem Jan 30 22:56:50 Sure it can. Jan 30 22:57:16 If the timeouts are staggered enough, you'd have what appears to be a consistent mirror, followed by inconsistent, followed by consistent. Jan 30 22:57:20 That is more than likely the issue. I see issues occasionally here, and just rekick after my mirror update runs (every 2h). Jan 30 22:57:25 Assuming a mirror pulse in the middle, and getting one caches result and one fresh. Jan 30 22:57:38 s/caches/cached/ Jan 30 22:58:24 so we can't reliably run a netinst over a proxy cache? that sounds like an issue to me. Jan 30 22:58:54 (I have Packages.gz etc. configured to be refreshed every time) Jan 30 22:59:13 And Release*? Jan 30 22:59:34 refresh_pattern \/(Packages|Sources)(|\.bz2|\.gz)$ 0 0% 0 Jan 30 22:59:34 refresh_pattern \/Release(|\.gpg)$ 0 0% 0 Jan 30 22:59:37 On a stable release, it's much less of an issue, since we don't change the release pocket. Jan 30 22:59:52 But yeah, 99% of issues like this are usually a proxy's fault. Jan 30 23:00:01 The other 1% are actual broken mirrors. Jan 30 23:03:26 thanks Jan 30 23:08:45 I see it usually when installing at the same time my mirror is updating packages and hasn't finished updating all of the Packages.[gz|bz2] files. Jan 30 23:08:59 So not as often. Jan 31 00:57:27 hi guys Jan 31 00:57:31 hows it going Jan 31 02:29:22 New here, Is the Panda board the only HW platform that you can purchase to expirement with ubuntu-arm? Jan 31 02:30:30 No, we also support BeagleXM and Frescale Quickstart development boards. Jan 31 02:31:11 You can also run any other armv7 (Cortex A8/9) compatible system if you have your own kernel. Jan 31 02:31:12 Any preferance as to which is the better board? From a Performance, longetivity and/or ease of use point of view? Jan 31 02:33:20 really depends on what you want to do. BeagleXM is great for lightweight projects (Kiosk systems, cups server, etc). Panda is a dual processor with HD Video capabilities, Frescale has SATA for better disk I/O. Jan 31 02:33:36 All are fairly easy to use. Jan 31 02:35:38 That is the best information anyone has provided me yet. Gets me something to think about. Thank you! I must admit my interest is morbid curiousity. I dont know what I want to do with it, other than just something to expirement/test with. Jan 31 02:36:17 Heh, I understand. I have several of each for Ubuntu testing. Jan 31 02:49:29 pfft disks, just push it out to the san ;-P Jan 31 02:49:46 They all have gige right? Jan 31 02:50:07 No, 100e, Jan 31 02:50:17 lame Jan 31 02:52:29 Can't ask too much for a cell phone proc. :P Jan 31 02:52:58 Oh I can ask Jan 31 02:53:08 OTOH why would a cellphone need SATA Jan 31 02:53:41 Last cycle, I had 7 panda's in a CEPH cluster. Painful, but still cool. Jan 31 02:53:58 And SATA is far faster than SDHC. Jan 31 02:54:10 But why would a cellphone need that Jan 31 02:54:27 That's your argument against adding other whizzo features, right? ;-) Jan 31 02:54:49 using a SATA based SSD vs eMMC? Speed. Pure unadultrated speed. Jan 31 02:55:08 Pft, just load everything into ram Jan 31 02:55:26 You only need the SD at boot time and nobody turns their cells off Jan 31 02:55:31 No arm system ships with more than 1G. Jan 31 02:55:57 1G should be enough to 100 users! Jan 31 02:56:03 grumble grumble Jan 31 02:57:08 SOC vendors ship to anyone that wants a proc. It is easier to have features disabled, than non-existent. Jan 31 02:57:53 They should ship a disabled gige controller then :-/ Jan 31 02:57:56 I can see the Freescale part competing with Marvell for the small NAS box market. Jan 31 02:58:24 A $200 NAS appliance ought to do gige Jan 31 02:58:25 is the Freescale demo board the I.MX51? Jan 31 02:58:33 I think the nic is part of the USB controller. It is on omap3/4. Jan 31 02:58:41 mx53. **** ENDING LOGGING AT Tue Jan 31 02:59:58 2012