**** BEGIN LOGGING AT Tue Mar 20 02:59:59 2012 Mar 20 09:39:15 I'm running natty and every time I reboot, I need to run "sudo update-binfmts --enable qemu-arm" to be able to run armel binaries on intel. Is there a recent policy change disabling these binfmts at every boot? Mar 20 11:24:54 Could someone spare 2 minutes to try a test build on an arm{el,hf} (shouldn't matter) porterbox for me? http://paste.debian.net/160402/ Mar 20 11:36:24 rsalveti: poke Mar 20 11:37:00 Laney: I have a armel pbuilder setup, would that work? Mar 20 11:37:09 possibly Mar 20 11:37:20 not sure if ghc will work there, mind Mar 20 11:37:42 ghc? I'm not quite familiar with that acronym Mar 20 11:38:19 Laney: uh, this is for debian? I have a precise armel pbuilder ... Mar 20 11:38:48 ghc is a haskell compiler, and the target distro shouldn't matter Mar 20 11:38:52 ok Mar 20 11:41:51 Laney: uh, I didn't have haskell-devscripts, it's going to take a bit :) Mar 20 11:41:57 about 10 minutes or so Mar 20 11:43:06 ok so I have a problem where upstream stores double precision values in databases Mar 20 11:43:19 but that won't work on arm obviously Mar 20 11:43:37 so how do I work around databases getting tainted between arch's ? Mar 20 11:44:37 ( the data being stored is geolocation data, seems like it's important to store it in double ) Mar 20 11:46:13 shadeslayer, the ARMv7 processors that Ubuntu runs on have good double precision support Mar 20 11:46:22 even hardware registers for it :) Mar 20 11:46:39 janimo`: ok weird, then why does the build fail ? Mar 20 11:46:54 lemme get the build log Mar 20 11:47:26 https://launchpad.net/ubuntu/+source/digikam/4:2.5.0-1ubuntu1/+build/3215910 Mar 20 11:47:30 https://launchpad.net/ubuntu/+source/digikam/4:2.5.0-1ubuntu1/+build/3215911 Mar 20 11:47:59 /build/buildd/digikam-2.5.0/extra/kipi-plugins/photolayoutseditor/widgets/canvas/CropWidgetItem.cpp:343:62: error: no matching function for call to 'qMin(qreal, double)' Mar 20 11:48:21 and ever since I made that to qMin(qreal, qreal) everything works just fine Mar 20 11:50:00 shadeslayer, that is a Qt programming issue that only occurs on ARM and indeed has roots in ARM traditionally not being good at double precision Mar 20 11:50:11 qreal is defined as float on ARM and double elsewhere in Qt Mar 20 11:50:22 ok, so for ARM7 and above Qt should now define qreal as double? Mar 20 11:50:30 and this would make it a Qt issue Mar 20 11:50:35 when qreal and double are used interchangeably that is not an issue (x86) Mar 20 11:50:53 but when that code gets built on ARM float != double and gcc complain Mar 20 11:50:58 right Mar 20 11:51:16 janimo`: so essentially, qreal needs to be typedef'd to double on ARMv7 and above Mar 20 11:51:38 I am not sure it is possible anymore to change it back on ARMv7 in Qt, it likely breaks linking with binaries using Qt before the change Mar 20 11:52:07 so qreal stays float on ARM, but code needs to be careful and use qreal qhen qreal is meant and not use double liberally in its place Mar 20 11:52:07 hmm, yes, but I could report this issue upstream, might be fixed in time for Qt5 Mar 20 11:52:26 shadeslayer, that would be good indeed, Qt5 could be a place to fix this Mar 20 11:52:52 until then the kde apps using qMin must pass two qreals to that function Mar 20 11:52:58 gotcha Mar 20 11:53:02 so not identifiers declared as double Mar 20 11:53:27 lots of KDE or Qt based app have this issue still in Ubuntu and likely upstream Mar 20 11:54:14 Laney, will check your patch, took a while to get all build-deps sorted in a chroot Mar 20 11:56:05 janimo`: thanks. I think it's straightforward - skein.cabal just doesn't set the define for unknown arches and skein_port.h errors with #error if it isn't set Mar 20 11:56:37 Laney, I just added that debian/rules change and now waiting for it to finish one way or another Mar 20 11:58:55 Laney, yes, finished successfully with that change. Mar 20 11:59:42 janimo`: great thanks, uploading to debian now then Mar 20 11:59:54 Laney, cheers Mar 20 12:00:29 Laney, no public ARM porter boxes for you to play with when needed? Mar 20 12:00:40 there are, but you have to wait a while for BDs to be installed Mar 20 12:00:47 thought it might be quicker to ask here ;-) Mar 20 12:01:11 Laney, sure np, just wanted to make sure you are not blocked on this when testing ARM changes ;) **** BEGIN LOGGING AT Tue Mar 20 12:29:04 2012 Mar 20 13:36:57 am I supposed to be able to easily install ARM versions of libraries alongside the others on my x86_64 system in Ubuntu 12.04? Mar 20 13:37:17 my purpose of doing so is cross compiling and running in QVM on the same computer Mar 20 14:10:06 dannf: Your highbank branch ( https://code.launchpad.net/~dannf/flash-kernel/highbank-support ) doesn't include updates to debian/f-k-i.postinst Mar 20 14:10:37 infinity: ok - i'll take a look. Mar 20 14:10:56 dannf: Don't ask why all that code is duplicated, it is what it is. :P Mar 20 14:12:51 infinity: do you know if we'll be rebasing on debian's version at any point? Mar 20 14:13:00 dannf: Not before precise. Mar 20 14:13:13 dannf: But yes, some day we'll switch. Mar 20 14:13:35 *nod* Mar 20 14:18:01 :q Mar 20 14:19:34 E37: No write since last change (add ! to override) Mar 20 14:20:48 hehe Mar 20 14:21:10 silly unity, alt-tab never gets me where i expect to land Mar 20 14:52:11 are the repository containing arm packages not under archive.ubuntu.com ? Mar 20 14:54:15 jadahl, nope, they never were Mar 20 14:54:24 jadahl: ports.ubuntu.com/ubuntu-ports Mar 20 14:54:29 ah Mar 20 14:54:32 armhf (and the old armel) are on ports.ubuntu.com Mar 20 14:54:39 (and powerpc) Mar 20 14:54:43 nice, thanks Mar 20 14:54:50 More easily stated as everything !x86. :P Mar 20 15:07:11 GrueMaster: lightdm seems to be quite slow even on panda Mar 20 15:07:24 at least while moving the cursor the cpu gets easily consumed Mar 20 15:07:57 rsalveti: I haven't been paying attention. Working on arm server workload test development. Mar 20 15:07:58 after launching unity-2d it works fine, but back to lightdm makes it slow again Mar 20 15:08:15 GrueMaster: ok, will open a bug for that Mar 20 15:08:29 would like to have perf available to check, but that is another bug Mar 20 15:08:36 ppisati: were you able to check the broken perf bug? Mar 20 15:13:06 ogra_: infinity: attached a debdiff at bug 959928 with the fix Mar 20 15:13:06 Launchpad bug 959928 in xorg-server "Driver fallback for ARM loads the vendor driver twice and gets invalidated with the error" [High,In progress] https://launchpad.net/bugs/959928 Mar 20 15:13:20 so we can have the pvr driver loaded without a xorg.conf file Mar 20 15:13:36 another fix needed to have the working pvr driver at the archive Mar 20 15:17:42 It would be super cool to have the drivers available for Beta 2. Is this the armhf version? Mar 20 15:18:05 GrueMaster: yup Mar 20 15:18:15 GrueMaster: I got the drivers already in place, updating the bug in a few Mar 20 15:18:19 awesome. Mar 20 15:18:22 would need a review and someone to sponsor Mar 20 15:18:31 and this xorg fix to be included as well Mar 20 15:40:41 GrueMaster: infinity: ogra_: bug 959924 properly updated Mar 20 15:40:42 Launchpad bug 959924 in ubuntu "[needs-packaging] pvr sgx driver and kernel module for Pandaboard" [Wishlist,In progress] https://launchpad.net/bugs/959924 Mar 20 15:40:55 needs a review and someone to sponsor the packages as well Mar 20 15:41:14 just tested and it worked fine here on both 4430 and 4460 Mar 20 15:41:18 for ARMHF Mar 20 15:41:26 thx Mar 20 15:41:50 once that lands we can also enable the notification for users to install the driver once they install the images Mar 20 15:41:57 like what we have for radeon or nvidia Mar 20 15:47:46 you mean jockey Mar 20 15:47:56 that will likely require some changes Mar 20 15:49:30 ogra_: yes Mar 20 15:49:39 ogra_: something on my todo to check Mar 20 15:50:01 would be great to have that notification Mar 20 15:50:08 and with just one click, boom, sgx working :-) Mar 20 15:50:30 and then people can install TI's PPA for a newer driver, with the newer kernel and such Mar 20 15:50:49 but the default is already enough to get it to work with opengles applications Mar 20 15:53:32 yeah Mar 20 15:56:02 ops Mar 20 15:56:06 rsalveti: checking it Mar 20 15:56:16 ppisati: thanks Mar 20 15:56:18 rsalveti: it seems it's in the code ($somewhere) Mar 20 15:56:35 rsalveti: it's not a config issue, and upstream is ok Mar 20 15:57:07 ppisati: would be useful to check with jessi and andy, I remember we had a similar issue in the past with 3.1 Mar 20 15:57:19 might be missing one patch or two Mar 20 15:57:29 rsalveti: i'll shot them an email then, thanks Mar 20 15:57:41 ppisati: great Mar 20 16:01:21 yay. it's very possible to run arm binaries seamingly under x86_64 (via qemu) just as if they were normal binaries Mar 20 16:02:45 and install third party libraries into /usr/arm-linux-gnueabi Mar 20 16:03:58 rsalveti: you mean jesse barker? Mar 20 16:04:55 ppisati: http://www.linaro.org/about/meet-the-team/jaswinder-singh/ Mar 20 16:05:03 rsalveti: k Mar 20 16:10:21 Wishlist? rsalveti, your pvr sgx packaging bug has been marked as a wishlist item. I would think it is higher importance than that. Mar 20 16:10:41 GrueMaster: that's the default for needs-packaging Mar 20 16:10:51 afaik Mar 20 16:10:54 ah, ok. Mar 20 16:15:04 ppisati: also, can you check why the patches for cross compiling to make it compatible with dkms got reverted? Mar 20 16:15:08 ppisati: bug 666267 Mar 20 16:15:10 Launchpad bug 666267 in linux-ti-omap4 "Cross compiled headers package breaks DKMS compilation" [Medium,Confirmed] https://launchpad.net/bugs/666267 Mar 20 16:15:30 that's useful for TI, as they want to be able to cross compile the kernel and still be able to use dkms-based packages Mar 20 16:15:41 rsalveti: becaseu they broke cross-cmpiling in a chroot Mar 20 16:15:46 iirc Mar 20 16:15:56 ppisati: can't we just fix? Mar 20 16:16:19 *fix that? Mar 20 16:16:38 rsalveti: so, these patches fix the DKMS problem ok? i'll see what we can do Mar 20 16:17:18 ppisati: great, thanks :-) Mar 20 16:17:24 you'll make ti happy with that Mar 20 16:20:41 rsalveti: will they make my battery last longer in that case? :) Mar 20 16:21:07 ppisati: haha, don't think so ;-) Mar 20 17:18:17 Anyone here using arm server under qemu? Mar 20 17:37:46 If I download the latest precise desktop build can I expect to get a picture out of HDMI on my panda or should I just stick with the server image? Mar 20 17:38:18 (during install) Mar 20 17:39:12 as I presume the desktop builds still don't support serial console output by default? Mar 20 17:43:53 danboid: The desktop images will never support serial console by default, as that is not the nature of desktop images. Mar 20 17:44:07 It has always supported HDMI video. Mar 20 17:46:23 GrueMaster, Hi! Mar 20 17:47:11 GrueMaster, Last time I tried a daily for precise desktop armhf I got no picture via hdmi - not even a fb console Mar 20 17:47:42 GrueMaster, but that was before it was supposed to work Mar 20 17:47:43 That's odd. I'm running the daily from yesterday, works just fine here. Mar 20 17:47:55 GrueMaster, about 2 weeks ago :) Mar 20 17:48:02 Are you using the hdmi port closest to the usb/nic plugs? Mar 20 17:48:09 yep Mar 20 17:48:26 I'll try the desktop one then Mar 20 17:48:35 it ,ay be fine now Mar 20 17:48:39 Beta 1 also worked. Mar 20 17:48:55 How are you powering your panda? Mar 20 17:48:57 GrueMaster, OK, thats handy to know Mar 20 17:49:10 GrueMaster, 5V 4A PSU Mar 20 17:49:42 ok. Sometimes I see people having issues when powering over min-usb from a laptop. Mar 20 17:49:53 GrueMaster, Do you know of any interesting apps that support GLES except KDE? What about epsxe? Mar 20 17:50:37 GrueMaster, or any good games of course! :) Mar 20 17:50:40 Not off hand. I haven't done much testing on that because before now, video drivers were post-release. Mar 20 17:50:57 You could try pts or Open Arena. Mar 20 17:51:20 Yes, Q3 is the only other thing I know of Mar 20 17:51:29 (open arena) Mar 20 17:52:14 I'm hoping epsxe or that other psemu support GLES Mar 20 17:52:39 Thats something I'll be looking into soon Mar 20 17:54:00 I just updated the main ubuntu kernel compilation guide to cater for us arm (Linaro) users btw Mar 20 17:54:36 ie how to know which config file to edit :) Mar 20 17:59:28 is the blaze actually a working cell phone too? Mar 20 18:02:27 I don't know. Might be. Not sure if it has 3G or what. Mar 20 19:33:34 rsalveti: ping Mar 20 20:29:35 prpplague: pong Mar 20 20:30:54 rsalveti: just fyi, i wasn't planning to attend Connect Mar 20 20:31:18 rsalveti: otherwise i would be happy to present if i were going Mar 20 20:33:18 prpplague: yeah, would be nice, but it's a quite long trip Mar 20 20:33:40 guess we'll be able to present something at least Mar 20 20:33:44 with help of jcrigby Mar 20 20:33:52 rsalveti: hehe, don't mind the length of the trip, but the $$ , hehe Mar 20 20:33:57 rsalveti: dandy! Mar 20 20:34:33 prpplague: yeah, must be quite expensive, didn't yet check Mar 20 20:34:58 prpplague: hopefully we'll be able to show the support for the main boards we're maintaining at linaro Mar 20 23:46:19 cheapest arm board i can buy today? Mar 20 23:46:34 only needs usb and ethernet or wifi Mar 20 23:49:24 djshotglass: Mar 20 23:49:32 djshotglass: I'd recommend a beaglebone Mar 20 23:49:43 thats almost $100 :/ Mar 20 23:49:50 i was looking for something like $25 Mar 20 23:50:00 because i need 4 of them Mar 20 23:50:01 then you'd need to grab a raspberry pi Mar 20 23:50:22 cant get a rasp for months Mar 20 23:50:53 pogoplugs on ebay for $25ish Mar 20 23:50:58 hmm Mar 20 23:51:04 that might work Mar 20 23:51:42 Just remember that neither pogoplug or raspberry pi will work with ubuntu. Mar 20 23:51:51 what why Mar 20 23:51:56 yup, you'd need to use debian Mar 20 23:52:00 because they are not armv7 Mar 20 23:52:03 Ubuntu==armv7. Mar 20 23:52:24 meh i can live with that Mar 20 23:52:35 Cheapest armv7 (that I know of) is the beaglebone. http://beagleboard.org Mar 20 23:54:43 you might be able to buy some used beagleboards as well on ebay Mar 20 23:54:44 or similar **** ENDING LOGGING AT Wed Mar 21 02:59:58 2012