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