[00:22] mdz: Glad we could help. :P [00:23] mdz: (Not that I'd recommend clang on armhf over gcc) [00:23] infinity, was building forked-daapd, it seems to default to clang [00:25] Oh, it may be one of the few that relies on clang's extensions to C. [00:25] Because when you're tying to write a standards-compliant compiler than can be a drop-in replacement for $CC, the first thing you should do is add incompatible extensions. [03:18] can someone point me to the channel logs? === hatake is now known as blackjack [07:45] good morning [09:10] hey everyone, i am facing this issue that my ubuntu 12.04 pandaboard installation reports pvr_dri.so not found [09:10] in Xorg.log [09:12] did you install the pvr driver ? [09:12] in 12.04 it wasnt included by default, it is in 12.10 though [09:12] (and its broken in 13.04 currently i think) [09:13] ogra_, yes i did apt-get install pvr-omap4 [09:13] but it doesn't show the file which Xorg is looking for in that directory [09:14] ? [09:14] which file in what directory ? [09:15] ohh sorry my Xorg logs says that it is unable to find /usr/lib/arm-linux-gnueabihf/dri/pvr_dri.so [09:16] then the compile failed i guess [09:17] no it compiled and is syas build done [09:17] everything was successfully installed [09:27] Potentially not for your running kernel, mind you, if you've upgraded kernels but not rebooted since. [09:31] hrw, you dont happen to have a similar hack like the flash one for the hangouts plugin, do you ? [09:31] ogra_: nope [09:31] sad [09:31] ogra_: flash hack was not mine [09:31] flash works so nicely .... i had some hope :) [09:31] i know, i saw the bug [09:33] ogra_: does 720p videos work for you on YT? [09:34] ogra_: care to create package for flash? === yofel_ is now known as yofel [09:34] hrw, how should i package that ? its not licensed, it would require to chnage a conffile of another package etc [09:35] ah, right - forgot that this part is not yet in any tarball on their archive [09:35] http://commondatastorage.googleapis.com/chromeos-localmirror lists all available sources [09:36] This XML file does not appear to have any style information associated with it. The document tree is shown below. [09:36] pfft [09:36] google fix your pages ! [09:46] all: Nine years ago I bought Sharp Zaurus SL-5500 as my first Linux PDA. And due to this I am where I am. [09:46] http://marcin.juszkiewicz.com.pl/2013/02/11/nine-years-of-embedded-linux/ [09:48] hey everyone, is there some command which can tell me what packages are avilable from a particular software source [09:49] spyzer: apt-cache policy package? [09:50] or: cd /var/lib/apt/lists/;grep ^Package *Packages|sort [09:50] hrw: there is dctrl-grep you know ;-) [09:50] xnox: really? [09:51] cool [09:51] there are so many tools nowadays... [09:51] yeah it does the control file syntax greping across available, installed, packages, etc...... it's quite cool. [09:51] I remember friend telling me that there are some apps other than mplayer for playing videos - but I do not know can I believe him in it ;D [09:56] ogra_, hey, I found a very useful tool called pagemap-tool to track memory usage, it provides a more details on memory usage than smem [09:57] nice [09:57] lool, ^^^^ [09:57] ogra_, I pushed a version that compiles on raring to lp:~jibel/+junk/pagemap-tools and sample data for the nexus 7 here http://people.canonical.com/~j-lallement/N7/memusage/pagemap/ [09:57] you should sooo blog about that :) [09:58] :) [10:17] ogra_, is X supposed to start in landscape in the Nexus by default [10:17] ? [10:17] I thought portrait was default and we had to configure otherwise [10:17] janimo: yes [10:17] sucky :( [10:18] i reconfigured it to be protrait again [10:18] and the vsync disturbes me [10:18] tearing [10:18] :( [10:18] raster, we try to orient according to device position, but I thought it was portrait by default for some reason [10:19] at least the fbdev is [10:19] janimo, portrait is default since a while [10:19] ogra_, I wonder why mine starts in landscape then :) [10:19] from an xrandr perspective portrait is "normal" [10:19] * janimo goes debug gsd further [10:19] landscape is "right" [10:20] ogra_: since wehn? my image is from like last year [10:20] i havent updated :) [10:20] i "fixed it" [10:20] raster, some time in januar iirc [10:20] aah ok [10:20] so after my install [10:20] :) [10:20] oh [10:20] and xorg has a nasty nast nasty bug [10:20] its deep down in the xinput/evdev subsytstem somewhere methinks [10:21] yep [10:21] known [10:21] if u do just the right things with mouse grabs [10:21] xallowevents() becomes broken indefinitely [10:21] thus basically a wm doing click to focus stops all mouse press events going to clients [10:21] until u restart x [10:21] bug 1068994 [10:21] Launchpad bug 1068994 in ubuntu-nexus7 "button1 gets stuck after a while" [Critical,Confirmed] https://launchpad.net/bugs/1068994 [10:21] i've created a reproduction test case [10:22] oh, please attach that case to the bug then [10:22] it doesnt trigger it [10:22] u can trigger ti 100% reliably with e17 [10:22] its our biggest blocker and seems upstream doesnt really do any work on it [10:22] and my test case was to rpove that aftrer its been triggered the bug affects any x client that does a passive grab + allow events [10:22] so run wm\ [10:22] trigger it [10:22] kill wm [10:22] then launch test client [10:22] see that it also cant pass events [10:23] hmm [10:23] i havent got a "Trigger" code yet [10:23] raster, seems you are furthers ahead in debugging that issue :) [10:23] basically... i can give you a whole toolkit+wm to trigger it [10:23] furthest [10:23] but i think thats a bit much :) [10:23] raster, I think this is a clever scheme to get us buying into E17 [10:23] basically i know u do work your on unity and i dont want to straddle u with al of that junk [10:23] well, it happens under unity as well [10:23] hehehe [10:24] well e17 reiably triggers it in its illume mode [10:24] ogra_, didn;t we at some point reproduce with lubuntu, only took more time? [10:24] what can i give u to help? [10:24] i know best thing is a "simple x client to repro and prove" [10:24] janimo, i havent seen it in lubuntu at all [10:24] e17 is instant [10:24] just press the "menu" butotn on its top indicator bar [10:24] presto [10:24] broken [10:24] 100% reliable for me [10:24] raster, if you suspect various parts of Xorg being at fault that would be a useful pointer too [10:25] but tjallton said it wouldnt be desktop specific, just thaat compiz triggers it more easily [10:25] its not desktop specific for sure [10:25] I know upstream did some patches in the dark based on our symptoms, but some hints as to where you think the bug is may help them [10:25] if it were then it would go away afgter i killed the wm off [10:25] but my test client proved that wrong [10:25] i spent a lot of time debugging e17 and efl trying to find out what was up [10:25] and narrowed it down this far [10:26] hmm [10:26] i'll try make a test client that also triggers it [10:26] well, having allyour findings on the bug will surely help [10:26] raster, that would be great [10:26] if i can get u a simple xlib based test client that alwasy triggers it [10:26] then debugging for upsteram should be fast [10:26] i know thats what i'd wanty [10:26] indeed [10:26] thus why i will hesitate to file anyhing more until i have that :) [10:26] i just dont want to annoy ppl :) [10:27] raster, it would be an annoyance with much higher signal/noise rate though that our usual comments on this bug, so feel free too :) [10:27] hehe [10:27] ok :) [10:27] will do right now [10:28] let me just double-check [10:29] there we go [10:29] triggered [10:29] oh so easy === jkridner_ is now known as jkridner [10:44] ogra_, uptodate raring and X still starts in landscape (kernel console and plymouth splash are portrait) [10:44] oh btw [10:44] this issue also happens on my exopc [10:44] so its not arm/n7 specific. [10:44] :) [10:44] janimo, well, trhat started with your recent changes to acceld and g-s-d [10:45] raster, yeah, see the last comment on the bug [10:45] ogra_, ok so not just my setup then, good to know :) [10:45] I thought you had portrait by default with fresh raring [10:45] aaah just saw :) [10:45] janimo, nobody looked into it yet, the behavior is the same as with acceld in the wrong setup thouogh [10:46] janimo, we do [10:46] i should read them.. shouldnt i? :) [10:46] raster: Reading is wildly overrated. [10:47] yeah [10:47] so i have learned from my users [10:47] :) [10:47] It's nice to be on the other end of it, isn't it? [10:48] I sometimes get giddy about filing upstream bugs for that very reason. [10:48] "Ooo, ooo, I get to be the annoying twit this time, yay!" [10:57] infinity: hehehe [10:57] https://bugs.launchpad.net/ubuntu-nexus7/+bug/1068994/comments/24 [10:57] Ubuntu bug 1068994 in ubuntu-nexus7 "button1 gets stuck after a while" [Critical,Confirmed] [10:57] there u go [10:57] info [10:58] with "demo that its xallowevents() that is busted" [10:58] ie thats what is actualyl stuck [10:58] actually [10:59] there [10:59] i even read prevbious comments [10:59] :) [11:04] i poointed #ubuntu-x to it [11:04] lets see [11:06] i wish i had the peferct "just run this small xlib app and presto.. insta-bug" [11:06] thats what they really want [11:06] :) [11:06] dont have it tho [11:06] so sorry :( [11:06] i have "half of it" [11:07] with the other half being all of e17 and a nice little pop up a menu button to get the bug into gear and its pants on and dirty [11:07] :) [11:07] but you identified the broken function [11:07] that should give some hints [11:08] that bit wasnt that hard [11:08] some xev fun ande i figured out my buttonpress was gone [11:09] WHY was what i was digging into [11:09] :) [11:09] and guessing it was xallowevents was obvious at that point [11:09] but why was eluding me [11:09] sure, but you dug deeper than the others already [11:09] i was tyring to disable the xi/xi2/xi2.2 support in efl to see if it was a combo of selecting for xi2.2 touch events and also mouse events [11:10] or if it was some other stupid bug that had crept into efl somewhere [11:10] oh, you should note that too, our xorg guys always point to that [11:10] was xallowevents even being called at alll as it should be? (it worked on desktops and other places so it SHOULD be...) [11:10] (xi vs xi2 etc) [11:10] it didnt make any difference [11:10] dont actually have any xi support [11:10] just xi2 and 2.2 [11:10] yeah, i thought so [11:11] but iw as turing that off and hunting thru it to try find out more info [11:11] thus my time sank into that [11:11] funnily if it happens for me, i can still use the onscreen kbd to switch apps [11:11] then trying to figure out the "action" that triggered it [11:11] that was pure luck [11:11] :) [11:11] and inside these apps touches are recognized [11:12] probably because the kbd isnt a regualr window with click to focus handling on it [11:12] for me only all compiz elements die but not the apps themselves [11:12] well either its not regulr [11:12] not managed by the wm [11:12] or wm is not handling click interception on it as it asks not otbe focused [11:12] not sure [11:12] it is on top and steals the focus, yeah [11:12] didnt look :) [11:12] e17 has its own vkbd anyway [11:12] which is less annoying (doenst go float on top of apps) [11:13] also the mem footprint of onboard is just silly-pants [11:13] it soaks up like 20-30mb [11:13] onboard uses struts now too [11:13] for what.. i know not [11:13] and the footprint is similar to maliit (just tried that on the weekend) [11:13] e17's vkbd works more like u'd findin ios/android [11:13] where it slides in [11:13] and resizes the app window to not overlap [11:13] right, onboard does the same now [11:14] :(unless the app specifcialyl advertises it supports the overlap protocol stuff) [11:14] aaah thats changed [11:14] :) [11:14] yeap [11:14] but it still eats 15-20M of your RAM [11:14] maliit is closely the same though [11:14] probably 1M less or so [11:15] weird [11:15] why so much? [11:15] no idea, i only tested it from an enduser POV [11:15] didnt dig into code [11:15] * raster shrugs [11:15] oh well [11:15] it is a tad faster than onboard ... butu also only has half the amount of keys [11:16] i need to work on our "better touch ui" [11:16] time our touch ui got some love [11:16] ehhee [11:16] starting on board is like watching continental drift [11:16] it takes like.. 5-10 sec or so? [11:16] or thats what i experienced [11:16] that should have improved too [11:17] well thats like saying "it should now taste better than drinking badger pee" [11:17] not too hard to get better [11:17] :) [11:17] yeah [11:17] its still python and still slow [11:18] which means you notice every improvement :) [11:18] hehehe === zz_jackyalcine is now known as jackyalcine === jackyalcine is now known as jackyalcine_ === jackyalcine_ is now known as zz_jackyalcine [11:25] ogra_, we had someone commenting often on onboard bugs, giving me the impression he may be upstream or close to it [11:25] they may know why it takes up so much memory [11:26] being python is not a good enough excuse for 30M (what I see here) [11:26] wow [11:26] what do you look at ? [11:26] RES should be around 15 [11:26] I'll have a nother look, but that is what I recall from a few days ago [11:27] varying between 15 and 20 usually for me [11:27] janimo: i find "its python" to be an excellent excuse for almost anything wrong with a python app. i use that line regularly :) [11:27] * raster is biased [11:27] janimo, but yeah, upstream is very busy trying to fix our bugs [11:27] its a shame that we will likely switch [11:28] arent u just going to make your own display system? [11:28] :) [11:28] why bother fixing the xorg bugs then ? :) [11:28] roumors ... pfft [11:28] well tbh [11:28] u are going ot be in for a hard time with ubuntu phone [11:28] as it has to piggyback off nadroid to work [11:29] nah, it will all be fun and unicorns [11:29] *bellive* me [11:29] unless u insist soc vendors provide non-android drivers [11:29] :) [11:29] eg dri/drm/xorg stuff [11:29] for e3xample [11:29] :) [11:29] wanting THAT will be all fun and unicorns :) [11:29] heh [11:29] very few soc vendors will play ball with that [11:29] and gpu vendors [11:29] etc. [11:30] unless u are big big big [11:30] and then u generally just get the "well hers the src.. you go do it" [11:30] :) [11:30] we'll see what happens once it is released [11:30] sure [11:31] * ogra_ explicitly stays away from the phone stuff ... i like the surprise of what i have to get in the archive :) [11:31] hahahaha [11:31] jibel, ogra_: Yup; I've read jibel's G+ post on it, couldn't make sense of the raw data from my G+ client though [11:31] fair enuf [11:31] jibel: Looking after files which are only used by a handful of processes is definitely the way to go, I didn't have an easy way to do this with smem short of looking at USS [11:33] raster: Being given the source to JFDI would be just fine. [11:33] raster: What I wouldn't give to be able to actually fix bugs in all these blobs. [11:33] infinity: its kind of a poison pil tho [11:33] u oftne get ut.. with nice fat legal restrictions on who can see it etc. [11:33] :) [11:34] raster: Sure, and it's very not ideal, but not much I can do about it. :/ [11:34] i keep my hands off closed src driver internals to make sure i dont get "Tainted" [11:34] like legally [11:34] so if i figure out some behavior [11:34] algorithm oir whastevr - i've done it above bosard from the outside [11:34] raster: I don't generally work on the same parts of the stack they touch, so taint wouldn't be an issue for me. [11:35] luckily i have "other guys" who get to poke at the internalsd [11:35] i regularly have debates about whose bug it is [11:35] If something leaked from an nvidia GL driver into my glibc work, the world would be rather topsy-turvy. [11:35] i tend to win most of them and get the drivers fixed :) [11:35] hahyahaha [11:35] true [11:35] actually spekaing of that [11:35] i was looking around ont he weekend [11:36] is there any options/cointrols to enable gpu dithering for tne n7/tegra3? [11:36] i googled around and found some patches for chromebooks [11:36] in the android driver layer [11:36] but nothing else [11:36] Yeah, no idea. ogra_ ^ [11:36] the n7 has some nasty 18bpp banding :( [11:36] I've so far managed to stay very far away from that stuff. [11:36] So far. [11:36] it disturbs me and makes small children cry [11:36] :) [11:37] Yeah, small children hate banding. [11:37] they do [11:37] (Have you ever looked at a banded sunset and thought that reality could do with better gradient dithering?) [11:38] yes [11:38] i then curse the clouds at them distrubing my smooth sunset gradient [11:38] and go gimp up some unbanded sunsets to disdplay on my screen [11:39] Always takes me back to that great satire article about god choosing the Unreal engine over the Q3 engine for Reality 2.0, and the fake quote from Carmack, "you'd think reality could benefit from curved surfaces". [11:39] hahaha [11:47] raster, i dont think there are any options for the tegra xserver beyond some basics (ARGBHWCursor etc) [11:48] yeah [11:48] i found those [11:48] but not much else [11:48] /usr/share/X11/xorg.conf.d/61-tegra-gpu.conf [11:48] bugger :( [11:48] yeah [11:48] read that [11:48] found some others around [11:48] thats the xorg.conf coming with the tarball [11:48] not much more tho [11:48] yup [11:48] rang strings on the tegra xorg driver [11:48] didnt spot anything about dithering [11:48] :) [11:48] boo [11:49] comne on nvidia homies [11:49] give us vsync buffer swaps and dither controls pls :) [11:49] small children are crying here! [11:49] they might be there, just not easily found or documented [11:49] banded images and tearing just makes them all so sad [11:50] :( [11:50] i think the cursor setting could help a littel here [11:50] well it'd get rid of a flickery cursor [11:50] :) [11:50] tho tbh.. i want to get rid of it in the end anyway [11:50] well for touch stuff [11:50] easy enuf [11:51] i think it is supposed to also help marginally with some of the tearing [11:51] tho even if blank/empty./. it'll cause xorg overhead in redrawing an empty box [11:51] even if the cursor isnt shown === zz_jackyalcine is now known as jackyalcine [11:51] (there was a bug i cant find atm where an nvidia guy said that) [11:52] hmm [11:52] so a sw cursor forces drawing to not be vsynced? [11:52] dunno [11:52] i would have to find that bug again [11:52] hmm [11:52] interesting [11:57] hand there is also ttps://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-tegra3/+bug/1088372 [11:59] hmm [11:59] turning on argb cursors leaves me with a blank screen [12:00] maybe an old xorg/driver? [12:00] as for that bug [12:00] i noticed this first thing i stuck ubuntu onto my n7 last year [12:01] same problem with evas and e17 [12:01] aslo asl for swapinterval of 1 [12:01] and get tearing [12:01] and bug 1080789 [12:01] Launchpad bug 1080789 in ubuntu-nexus7 "Corruption around mouse cursor when dragged, particularly around Dash, Indicators, window chrome" [Low,Confirmed] https://launchpad.net/bugs/1080789 [12:01] https://bugs.launchpad.net/ubuntu-nexus7 helps :) [12:01] happens in portrait too [12:02] nb [12:02] it may not be a page flip thing [12:02] depending on gpu/gfx chip setup [12:02] u can sweap buffers part way thru acan [12:02] anr it flips instantly [12:02] depending on gfx subsytstem setup u may have to vsync your buffer swaps too [12:02] but its also slow/sluggish imho [12:02] whihc is hinting at it being sa blit [12:03] it should be much after if it were a swap [12:03] :) [12:03] unless this tegra3 is really that bad... === jackyalcine is now known as zz_jackyalcine [14:20] xnox, gsettings set org.gnome.settings-daemon.peripherals.touchscreen orientation-lock true seems to be already there for preventing rotation [14:20] just does not seem to be exposed in a GUI [14:39] janimo: nice. as long as it works. I can include that. [14:40] xnox, works in my tests [14:40] include where? you needed it in the installer? [14:40] janimo: yeah. cause when oem-config rotates it can become off-screen. [14:42] xnox, the only issue I saw with it, is that when set, we don't get proper input coordinates on X startup as the whole rotation/adjustment thing is skipped [14:44] I need to let my nexus get charged more than 3%. As it is it keeps resetting when doing a debuild. Weird [14:54]