**** BEGIN LOGGING AT Fri May 28 03:00:14 2010 May 28 07:23:07 morning May 28 07:29:19 hrw, hi May 28 07:38:56 hi May 28 07:39:16 if a bug like https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap/+bug/584920 has been fixed, how can i get a the new, fixed installer image? May 28 07:39:17 Launchpad bug 584920 in linux-ti-omap (Ubuntu) "netinstall fails, it has no network driver for moschip (affects: 1) (heat: 6)" [Medium,Fix committed] May 28 07:39:50 a.. i mean, the :) May 28 07:40:15 neure, you have to wait for a debian-installer respin, that will likely happen for 10.04.1 (end of july) May 28 07:40:58 the fix includes all USB NIC modules now, was uploaded this week May 28 07:43:57 could i somehow would the installer myself? May 28 07:44:13 like, i should be able to try the fix, right? May 28 07:44:37 you need plar's script to install a kernel into a live image May 28 07:44:56 thats almost mumbo jumbo to me .. :) May 28 07:44:56 s/install/update May 28 07:45:13 ok that makes a bit more sense May 28 07:48:20 of course would be lovely if someone did that for me .. :) May 28 07:49:05 but.. where do i get the script and where do i get the new kernel? May 28 07:49:19 and where do i get suitable live image? May 28 07:53:27 http://people.canonical.com/~amitk/update-image-kernel-x86.sh May 28 07:53:30 http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-live/current/lucid-netbook-armel+omap.img May 28 08:02:22 amitk, that wont help for netinstall though May 28 08:03:08 also the live image is http://cdimage.ubuntu.com/ports/releases/lucid/release/ubuntu-10.04-netbook-armel+omap.img May 28 08:03:34 (though its not really live, it just fires up an installer under X) May 28 08:04:49 ogra: no, it won't help with netinstall May 28 08:06:14 neure, the "live" image has the moschip driver included no need to update the kernel there, its just missing in the netinstall May 28 08:06:22 asac, hi May 28 08:06:39 asac, did plars talk with you about image identity/timestamps? May 28 08:08:39 so.. May 28 08:08:54 is there some way for me to have installed with the netinstaller? May 28 08:15:36 neure, netinstaller works fine ait asix based NICs if you can get such a device it will definately just work May 28 08:15:55 s/ait/with/ May 28 08:16:06 asix based? May 28 08:18:44 neure: any reason you can't use live image? May 28 08:20:38 i dont know exactly what live image means in this case May 28 08:20:55 perhaps i could, i havent tried May 28 08:21:03 is it something that i could consider as 'preinstalled' ? May 28 08:34:33 neure, no, they are all installer images, the "live" image simply installs a netbook system to an USB key May 28 08:34:47 preinstalled images will come with the next release May 28 08:43:50 no May 28 08:43:54 i can not use live image May 28 08:44:33 at least the server installer failed to access usb stick on my C2 beagleboard May 28 08:44:47 i tried two different powered USB hubs and two different USB keys May 28 08:45:14 weird May 28 08:45:18 so i assume all ubuntu installer images have the same issue: they can not access usb discs on this setup May 28 08:45:35 if you had some ideas, i could investigate further, but im really not a linux expert in any way May 28 08:45:36 neure: anything other on usb was visible? May 28 08:45:42 * ogra doesnt have a C2 so cant tell May 28 08:45:59 keyboard and ethernet were on the same usb May 28 08:46:04 same hub May 28 08:46:08 keyboard worked fine May 28 08:46:31 ethernet wasnt working as it lacked the drivers May 28 08:47:24 angstrom works on the otg with powered hub and it can access usb discs and everything works May 28 08:47:37 so i wish you guys also supported otg :) May 28 08:48:03 but of course im not sure if this was really usb issue or if for example my installer image was bad May 28 08:48:12 otg will come with maverick May 28 08:48:31 i was able to proceed with the installation to usb with a usb stick i had preformatted on pc May 28 08:48:31 there are MD5 files on the download page May 28 08:48:49 but then it failed complaining some package was corrupt May 28 08:49:03 i suppose i would need to read the image back from the sdcard and then check md5? May 28 08:50:50 if you didnt keep it on your PC May 28 09:08:26 well im suspecting the image might have been corrupted while it was transferred to sdcard May 28 09:08:32 image on pc could be ok May 28 10:27:28 lool: ok, added note May 28 10:28:46 lool: intermediate stages for gcc/eglibc: do we make subpackages for them (gcc-cross-stage1, gcc-cross-stage2) or other? May 28 10:31:04 lool: 'build binutils with -sysroot support' is already done in packaging (--with-sysroot=/) since 2.20.51.20100407-0ubuntu1/lucid (08 Apr 2010) May 28 10:45:13 hrw: I'm not sure I understand the first question May 28 10:46:24 hrw: In the end, you will have a meta-package called e.g. cross-toolchain which will build-dep on the gcc source and the binutils source, you'll have to call the binutils rules and the gcc rules to achieve building a full set of cross-compiler packages May 28 10:46:55 ok, ignore first question now May 28 10:48:51 lool: started binutils part May 28 10:49:44 hrw: You experienced the process of creating them in the emdebian way, right May 28 10:50:11 hrw: You could see how the various steps created more packages, which you then installed and allowed you to complete the next one May 28 10:50:24 hrw: Here, the hardest part is getting away without dpkg -i May 28 10:50:48 hrw: You're going to have to build all packages from a single meta-package build May 28 10:50:57 I know May 28 10:50:59 dpkg -i wontbe allowed May 28 10:51:36 basically "dpkg-source -x cross-toolchain-for-arm.dsc; cd cross-toolchain-for-arm; debuild -b -uc -us" May 28 10:52:20 hrw: In the end, we will upload a cross-toolchain-armel.dsc, and it will give binutils-arm.deb, gcc-arm.deb etc. May 28 10:53:02 hrw: The hard part is that while you have the full binutils sources and gcc sources and their packaging, you need to call into their packaging to reuse their logic as much as possible (as to give us cross packages which look identical to the non-cross ones) May 28 10:53:18 hrw: and you may not install them in /usr during the build, since the build runs as non-root May 28 10:54:21 yep May 28 10:55:27 hrw: it is likely that you indeed have to build the intermediate stages, I highly suspect you will have to use --sysroot to achieve building in a subtree May 28 10:58:31 will get to it in one moment May 28 10:58:38 now working on binutils May 28 11:07:30 grmbl May 28 11:07:36 * ogra starts to hate x-loader May 28 11:11:23 * amitk gives ogra redboot :) May 28 11:11:41 heh, i wish i could use it on omap4 :P May 28 11:12:24 redboot... argh May 28 11:12:53 i can at least get it to build :P May 28 11:13:25 that huge mess fo hard links between git trees is nearly unresolvable to get a natively building package May 28 11:14:07 ogra: working on the omap4 x-loader? May 28 11:14:13 yeah May 28 11:14:20 how did you guess ? :) May 28 11:14:39 ogra: someone probably needs to a) pay sakoman to incorporate that work into his or b) merge WTBU trees with his May 28 11:15:01 ogra: I had to deal with that mess for Angstrom May 28 11:15:26 XorA: and got it working? May 28 11:15:28 well, i got the headers from u-boot in my tree now but x-load-arm.h seems to have broken assembler now May 28 11:15:45 its just massively messy May 28 11:16:11 and the biggest fun is that all i'm doing atm is throw away work because x-loader is going away anyway May 28 11:16:26 hrw: for omap3 which is same tree I ended up just mirroring a tarball of the u-boot tree and extracting that next to the x-loader git repo May 28 11:16:37 but currently we need it to get the image building for omap4 going May 28 11:17:13 XorA, heh, i did a giant patch with the headers ... May 28 11:17:45 ogra: I started that way then got real bored, I wasnt being paid for that work :-) May 28 11:17:52 but nontheless there are assembler errors in x-load-arm.h May 28 11:18:10 ogra: maybe they use gcc 2.95 for building May 28 11:18:33 oh, assembling the patch didnt take much ... just a small script with some find loginc to search for dangling symlinks May 28 11:18:46 *logic May 28 11:18:53 try fixing the arch to armv5 May 28 11:18:59 hmm May 28 11:19:02 * ogra tries May 28 11:19:19 I vageuly remember armv7a needs and old gcc to actually compile that file May 28 11:20:36 nope May 28 11:21:52 ogra: what toolchain are you using? May 28 11:22:01 lucid atm May 28 12:06:04 * hrw → lunch May 28 12:11:29 ogra: do you know why I wouldn't get a password prompt after the login prompt? May 28 12:11:53 i return back to the login prompt on entering the user name (nfs root) May 28 12:42:06 amitk, not really, check auth.log (with init=/bin/bash) May 28 13:14:50 x-loader-omap4_L24.6-p1git20100520-0ubuntu3_armel.deb May 28 13:14:52 yippie May 28 13:18:39 phew, what a painful exercise May 28 13:21:04 Do we need a separate loader? May 28 13:21:11 I thought it was supposed to be backwards-compatible? May 28 13:22:35 lool, we need MLO for each single bpard until the header is added to u-boot May 28 13:22:59 and even then it needs to be a binary header per board since they are wired up differently May 28 13:23:54 panda and blaze definately are different here, as well as XM and beagle May 28 13:24:06 s/beagle/C*/ May 28 13:26:12 lool, though for omap4 i was told the boundary to block zero in vfat for MLO has fallen, so we can just ship all MLOs that exist and you can boot different boards with the same image through just renaming i.e. MLO-blaze to MLO May 28 13:26:31 thats already a big win May 28 13:26:55 (or with the binary header you can rename u-boot-blaze.bin to u-boot.bin) May 28 13:32:48 re May 28 13:41:34 is there public doc on the blaze? May 28 13:42:51 lool: I found this: http://svtronics.com/market_omap May 28 13:43:15 * hrw is building cross-binutils for all arches now using debuild May 28 13:43:43 vstehle: thanks May 28 13:44:12 lool: No schematics it seems May 28 13:44:14 vstehle: Oh right, I've actualy seen it May 28 13:45:37 lool: You need some specific info about the blaze? May 28 13:45:59 Was just curious what it was, but I see now, thanks May 28 13:46:30 zyga: we started to discuss that May 28 13:59:17 1 file changed, 52 insertions(+), 13 deletions(-) May 28 13:59:26 whole changes for binutils May 28 13:59:31 zyga: depends on what the imjage building concepts are etc. May 28 14:00:02 hrw: you found lp:ubuntu/binutils I guess? May 28 14:00:36 lool: I took latest maverick package but will provide diff against that branch May 28 14:00:37 asac, I think that even thought there are several bits of infrastructure involved having timestamp and image type inside the image is very important May 28 14:03:41 what are the bootloaders usually used on ARM? May 28 14:04:16 james_w, u-boot, redboot, apex are some we used before May 28 14:04:28 there sadly are plenty May 28 14:04:30 james_w: uboot, redboot, apex, blob and few others May 28 14:04:33 ogra: all of them worth having support for in image building tools? May 28 14:04:39 james_w, nope May 28 14:04:50 ogra: which would you pick to have support for? May 28 14:04:58 afaik jcrigby is doing some work to unify on u-boot May 28 14:05:05 james_w: u-boot May 28 14:05:16 u-boot though i like redboot too, but we dont use it anymore May 28 14:05:18 ok, that's what we will start with then May 28 14:05:24 thanks ogra, hrw May 28 14:05:48 * ogra is just rolling u-boot-omap4 packages May 28 14:17:56 zyga: yes. i fully agree for images, but from what i understood plars wanted a way to have a way to describe what version an install is on May 28 14:18:03 e.g. even after dist-upgrading other packages May 28 14:56:33 asac: ar9170 May 28 15:05:20 WTF May 28 15:05:29 # CONFIG_CFG80211_WEXT is not set May 28 15:05:32 bonkers! May 28 15:05:42 useless! May 28 15:05:56 please fix, quickly, total showstopper May 28 15:06:46 xorAxAx, i guess you rather mean amitk May 28 15:07:07 * amitk looks up May 28 15:07:40 amitk, he's right May 28 15:09:11 mpoirier: ^^^ could you please look at this as a Lucid SRU? May 28 15:09:56 amitk: you mean the discussion above ? May 28 15:10:20 yes, enabling CONFIG_CFG80211_WEXT May 28 15:10:42 amitk: Ok, I'll open a pub and fix it. May 28 15:11:34 * ogra will go and have a beer at mpoirier's pub :) May 28 15:11:50 heh May 28 15:12:04 * amitk notes that it is beer o'clock here May 28 15:12:34 here too but i'm out of beer :( May 28 15:16:20 keep working until new beer arrives :-) May 28 15:56:14 have a nice weekend everybody May 28 16:07:44 XorA, hmm May 28 16:08:13 XorA, did you ever try your mkcard script with a real SD cardreader ? May 28 16:08:36 and on a non english system :) May 28 16:11:35 ogra: non english no, but the version in OE should work for that if the patches I got from french speakers were correct May 28 16:11:47 ogra: and it certainly works on read SD card readers May 28 16:12:03 well, it does explode on mmcblk0p1 :) May 28 16:12:16 since you have the p there May 28 16:12:37 and "Disk" doesnt show up in german localized fdisk -l output May 28 16:13:20 i had to modify it like that for my system http://paste.ubuntu.com/440936/ May 28 16:14:20 ogra: thats an old version of script, the one in OE is more robust May 28 16:14:25 ah May 28 16:14:32 i took the one from your blog May 28 16:14:48 I thought I had updated all the pages to point to OE git May 28 16:15:04 http://www.xora.org.uk/2009/08/14/omap3-sd-booting/ May 28 16:15:16 http://cgit.openembedded.net/cgit.cgi/openembedded/tree/contrib/angstrom/omap3-mkcard.sh May 28 16:15:30 well, it works now, i just needed something quick May 28 16:15:42 ogra: top of that post tells you to go to OE git :-) May 28 16:16:05 heh, i'm blind May 28 16:16:19 :-) May 28 16:16:29 that version even runs on the target platform :-) May 28 16:16:48 grr, my MLO doesnt work :( May 28 16:25:17 NCommander, the driver for the otg port in lucid doesnt work May 28 16:26:13 ogra: ugh May 28 16:26:25 use an usb nic May 28 16:26:41 ogra: I don't have one, or an ethernet jack I can plug it into May 28 16:29:21 ogra: why is it broken? May 28 16:34:20 because its broken ... no idea the patch didnt work May 28 16:37:10 ogra: ugh, ok. What package is x-loader in? (google is failing me) May 28 16:37:22 x-loader-omap May 28 16:39:38 Texas Instruments X-Loader 1.4.3 (Mar 24 2010 - 21:16:42) May 28 16:39:40 W00t May 28 16:39:43 it boots from MMC! May 28 17:04:33 phew May 28 17:04:40 * ogra dputs x-loader-omap4 May 28 17:04:44 and cllas it a day May 28 17:04:48 *calls May 28 17:28:40 ogra: \o/ May 28 17:53:35 sebjan: ping? May 28 19:16:04 what does the USR0 blinking mean in my lucid install? May 28 19:21:10 ah, heartbeat May 28 20:08:45 how to overclock the beagle to 600 mhz without using memory pokes in uboot? May 28 22:16:26 http://www.engadget.com/2010/05/28/lenovo-kills-skylight-os-in-favor-of-android-u1-hybrid-and-skyl/ May 28 22:16:37 hmm... does that mean the PRODUCT is dead... or just the OS? May 28 22:17:53 yeah, product is canned. Dang. May 28 22:18:33 They could've just taken the "skylight" and put ubuntu on it... and called it a full OS (which it is!). May 29 00:04:10 hmm, i dont have sound. omap3beagle is listed as a soundcard in dmesg, but mplayer et al. cant open the device May 29 00:06:46 ah, probably a permissions issue? May 29 00:07:01 If you're using the thing headlessly, it tends not to want to allow access to the sound card. May 29 00:14:14 DanaG: hmm May 29 00:16:19 take a look in /usr/share/polkit-1/ May 29 00:16:41 er, lemme check that. May 29 00:17:18 DanaG: thanks, that was it May 29 00:17:31 i added the user to audio group and now it works May 29 00:17:38 i dont use polkit/consolekit May 29 00:17:51 Ah. Yeah, adding user to audio is the simplest fix. May 29 01:52:54 ARGH, why do ppas not build anything but i386 and amd64? May 29 01:52:57 https://bugs.launchpad.net/ubuntu/+source/udisks/+bug/568926 May 29 01:52:58 Launchpad bug 568926 in udisks (Ubuntu) (and 1 other project) "Missing udisks-tcp-bridge binary for remote management (affects: 5) (heat: 26)" [Wishlist,Triaged] May 29 01:56:55 It actually DID work in one build where it was enabled, during lucid development. May 29 01:56:57 Then it broke. **** ENDING LOGGING AT Sat May 29 02:59:57 2010