**** BEGIN LOGGING AT Mon Jul 18 02:59:57 2011 Jul 18 07:14:25 Hi Jul 18 07:15:33 am trying to install xbmc on ubuntu-arm Jul 18 07:15:45 which is giving some errors like Jul 18 07:16:12 The following packages have unmet dependencies: Jul 18 07:16:12 xbmc : Depends: xbmc-data (= 2:10.1~ppa1~maverick) but it is not going to be installed Jul 18 07:17:41 am running natty , since there is no xbmc build for natty , added maverick path for XBMC installation Jul 18 07:27:05 siji: If that's from the team-xbmc PPA, they don't have any packages built for armel. Jul 18 07:27:30 siji: So, the arch:all xbmc package won't be able to find any arch-specific dependencies. Jul 18 07:28:04 infinity, http://ppa.launchpad.net/team-xbmc/ppa/ubuntu/dists/maverick/main/ Jul 18 07:28:17 this is my sourcelist entry Jul 18 07:28:49 infinity, then how I have to proceed ? Jul 18 07:28:51 siji: Yeah, that PPA doesn't build for armel. Jul 18 07:28:56 oh ok Jul 18 07:29:08 siji: You could donwload their source packages and build them yourself. Jul 18 07:29:18 infinity, i have already started it Jul 18 07:30:09 infinity, but that ppa weblink showing that armel package is there Jul 18 07:30:25 (while opening from browser) Jul 18 07:31:47 siji: You'll note that the "Packages" file for armel only has the arch:all packages in it. Jul 18 07:32:00 siji: Which is less than useful for you. Jul 18 07:32:06 oh ok Jul 18 10:06:10 Now am trying to build xbmc on natty Jul 18 10:06:29 and getting some ./configure error Jul 18 10:07:01 checking boost/shared_ptr.hpp usability... no Jul 18 10:07:01 checking boost/shared_ptr.hpp presence... no Jul 18 10:07:01 checking for boost/shared_ptr.hpp... no Jul 18 10:09:25 anyone can tell me a solution ? Jul 18 10:20:18 Fixed :) Jul 18 13:15:11 hi all Jul 18 13:15:24 XBMC is giving sme errors while doing make Jul 18 13:15:35 pls have a look into the log at http://pastebin.com/9d1JY5h2 Jul 18 13:15:44 persia, you there? Jul 18 13:16:49 (Os:natty ,hardware ;Beagleboard) Jul 18 13:20:38 here the config.log http://pastebin.com/DjuFFmig Jul 18 13:35:30 siji: sounds like a missing dependency, such as *guess* libgles-dev or such Jul 18 13:35:50 LetoThe2nd, libgles is already there Jul 18 13:36:23 siji: also the corresponding -dev package? Jul 18 13:36:41 got it..Checking Jul 18 13:36:53 I think dev package is not there Jul 18 13:40:22 LetoThe2nd, I have refered this doc for installing gles https://wiki.ubuntu.com/ARM/OMAP/Graphics Jul 18 13:41:31 siji: this page syas absolutely nothing about xmbc, so i doubt a bit that you are referring it very closely :P Jul 18 13:42:09 siji: but basically, missing .h or .hpp file are nearly always due to some missing -dev package. Jul 18 13:42:19 LetoThe2nd, ok Jul 18 13:43:43 siji: background: the -dev packages contain the header files that are necessary for linking to the corresponding libs when compiling manually. i'd suggest to have a look on some documents about compiling on ubuntu/debian in this context. Jul 18 13:44:16 LetoThe2nd, thanks Jul 18 13:44:51 siji: this one looks good: https://help.ubuntu.com/community/CompilingEasyHowTo Jul 18 13:45:22 siji: step 3 is exactly your topic. i _suggest_ you have a good look at it :) Jul 18 13:45:52 LetoThe2nd, am familiar with those Jul 18 13:46:09 here the problem because of ARM and the various OMAP drivers Jul 18 13:46:30 siji: no, missing .h files are exactly what step 3 describes.... Jul 18 13:50:08 LetoThe2nd, ok Jul 18 13:53:24 persia, you there? Jul 18 15:02:13 What type of arch should I select? http://paste.org/pastebin/view/36244 Jul 18 15:02:56 if I have (armv4l) str8132 arch ? Jul 18 15:09:05 slavanap: are you trying to run ubuntu on an amrv4? Jul 18 15:10:04 slavanap: as for the selection - make sure your target has kernel support. might be you need to apply some board support patch Jul 18 15:10:07 LetoThe2nd, I'm trying to build the kernel for ubuntu. Now I have debian with old kernel there, sources of that kernel I also have. Jul 18 15:10:35 slavanap: just rebuilding the kernel won't get you far. Jul 18 15:10:52 slavanap: ubuntu ist armv7 Jul 18 15:11:12 LetoThe2nd, and in the old kernel I have str8132 support, but not in a new one. Jul 18 15:11:35 slavanap: then probably your old kernel is patched and your new one not. Jul 18 15:12:25 LetoThe2nd, Where can I ask how to extract patch from old kernel and apply it to new one? Jul 18 15:13:02 slavanap: ask those who gave you the old kernel. they obvisouly have the patches. Jul 18 15:13:19 slavanap: I know you've been told this before (a few times), but you realise that Ubuntu's userspace (ie: everything after the kernel boots) won't work on your machine, right? Jul 18 15:14:13 slavanap: i can only also teel you again: ubuntu will not work on that machine, even if you have the kernel patch. the userland is armv7. and it will stay. Jul 18 15:14:37 LetoThe2nd, ok. i se.. Jul 18 15:14:44 *i see. Jul 18 15:15:13 LetoThe2nd, then Gentoo is my choise. Jul 18 15:15:24 LetoThe2nd, thank you for help. Jul 18 15:15:40 have fun then. Jul 18 15:56:01 anyone know of a decent PPA for armel builds of Firefox? Jul 18 16:13:09 Neko: we don't have a native PPA for the milestone builds yet, which ones are you looking for? Jul 18 16:14:50 Firefox 5 for Maverick.. there's a firefox team PPA for other arches but no armel builds Jul 18 16:41:37 rsalveti: ping Jul 18 16:41:50 prpplague: pong Jul 18 16:42:24 rsalveti: hey i am trying to clean up the pandaboard repos on gitorious. i can not delete the repo until all the clones are removed. would you mind removing the one you have? Jul 18 16:42:47 prpplague: let me check Jul 18 16:47:36 prpplague: I'm trying, but seems gitorious is slow when removing repos Jul 18 16:47:47 rsalveti: indeed Jul 18 16:47:47 and boom: 503 Service Unavailable Jul 18 16:48:19 rsalveti: it removed it Jul 18 16:48:26 prpplague: cool Jul 18 16:48:32 prpplague: any other repo to remove? Jul 18 16:48:56 rsalveti: nope thats plenty! Jul 18 16:52:05 great Jul 18 16:52:15 rsalveti: thanks Jul 18 17:24:36 Is anyone here working on EDAC on Arm? Jul 18 20:02:13 ugh.. natty on pandaboard, why did I even bother? Jul 18 20:02:23 anyone know of any slightly newer preinstallation SD images? Jul 18 20:12:08 oneiric Alpha 2. Jul 18 20:12:33 Or if you want absolute bleeding edge, there are the dailies. Jul 18 20:12:47 http://cdimage.ubuntu.com Jul 18 20:14:42 what if I don't want to run buggy broken Oneiric Jul 18 20:15:27 So, you want newer than the latest stable release, but you don't want a development release? :P Jul 18 20:15:51 yeah I kind of want.. like how Lucid had a 10.04.1 release that was significantly better :D Jul 18 20:16:27 We don't do point-releases for non-LTSes. Jul 18 20:16:36 Well, not as a rule. Jul 18 20:16:48 the whole idea was it ran a semi-stable distro and not one in constant alpha, but the stable one doesn't work even though it's "officially supported" Jul 18 20:17:06 and it seems everyone just said "WONTFIX" and moved to Oneiric Jul 18 20:17:18 For the record, my Panda runs natty just fine... Jul 18 20:17:40 how do you get past this loop of oem-config running constantly Jul 18 20:17:51 It... Doesn't? Jul 18 20:18:10 this is my 5th time through.. I have a valid user, hostname is set up Jul 18 20:18:25 it said "warning: GTK cannot open display .0" for about 10 seconds and then started oem-config again Jul 18 20:18:46 And that's natty, not an oneiric daily? I've never seen that on natty (not that I don't believe that the bug is there, mind you) Jul 18 20:19:03 But I'm not sure what to say, other than perhaps I'm lucky. Jul 18 20:19:24 maybe my SD card is way too expensive? :D Jul 18 20:19:30 I did a headless install (went fine) and a desktop install (also fine) on natty, and the machine is now a buildd over there *waves to his right*. Jul 18 20:19:33 I am just gonna kill off /var/lib/oem-config/run and reboot Jul 18 20:20:40 I've not seen that even with Class 10 SDs and the special 4-channel Class 6 SD that was supposed to be super-extra-fast Jul 18 20:21:19 I really only got it so I could build packages on it for the efikamx Jul 18 20:21:50 also to see how fucking awful a board it might be (and yes, it's a shitty design... confirmed! :) Jul 18 20:21:59 I miss my beagle.. Jul 18 20:22:44 for all it's flaws, rcn-ee's little rootstocks always worked great on it Jul 18 20:22:49 !ohmy > neko Jul 18 20:22:51 neko, please see my private message Jul 18 20:23:14 now I have a storage-less dual core with wireless.. eh.. I dunno.. buyer's remorse I guess Jul 18 20:24:42 w/win 20 Jul 18 20:31:29 did the ubuntu-omap4-extras ppa move? Jul 18 20:42:51 I heard that TI hadn't fully populated it for natty. I may be mistaken. Jul 18 23:43:17 rsalveti, nudge? Jul 18 23:43:38 neko: hey Jul 18 23:43:41 rsalveti, you seem to maintain pvr-omap4 and so on, I noticed on installation it removes all the mesa stuff Jul 18 23:43:56 how on earth did you manage that safely? we'd love to do the same on MX51 Jul 18 23:44:35 neko: you just need to do the conflict/replace/provides correctly Jul 18 23:44:56 hmm, we tried that, packaging system went haywire complaining about it Jul 18 23:45:02 you can check the source package for both pvr-omap4 and omap3, they both do it the same way Jul 18 23:45:18 that may have been around Karmic/Lucid though maybe mesa is less "fidgety" these days? Jul 18 23:46:20 during old days I believe this was handled by update-alternatives Jul 18 23:46:46 if you copy the packages from the omap4 one, it'll work the same way Jul 18 23:46:57 just use apt then, as it'll need to solve the conflicts Jul 18 23:47:00 dpkg will complain Jul 18 23:47:16 hmm yep.. Provides/Conflicts/Replaces for our stuff is exactly the same.. I notice one bug though (typo in our openvg control..)... Jul 18 23:47:27 hang on I thing I'm gonna give this a kick Jul 18 23:49:34 hi guys Jul 18 23:49:43 I am kinda new to ARM Jul 19 00:03:10 jeramee, Hey. Jul 19 00:03:49 jeramee, Unless you have very specific needs, it's about the same as everything else, except the hardware is different. Jul 19 00:11:44 yeah Jul 19 00:12:16 I finally got a Qemu going and installed development packages in it Jul 19 00:12:59 Cool! What are you building? Jul 19 00:13:13 and also I hacked a board I got from best buy installed the development package and wrote a few minor programs Jul 19 00:13:18 lol Jul 19 00:13:20 really Jul 19 00:13:36 I would like to make a touch screen puppy linux distro Jul 19 00:14:10 but maybe just use it for logging sensor and i/o streams Jul 19 00:14:18 and control a robot Jul 19 00:14:54 800 mhz is plenty enough brains to clean my kitchen floor and maybe mow the grass Jul 19 00:14:56 lol Jul 19 00:15:04 Well, we can't help much with Puppy here, but robots are fun. Jul 19 00:15:10 especially because it is RISC Jul 19 00:15:25 are you really from Persia? Jul 19 00:16:14 yeah Puppy is nice distro and in my opinion would be great on tablet PC etc Jul 19 00:16:31 the newest is 125 mb Jul 19 00:16:47 the old school is like 98 mb and less Jul 19 00:16:52 I'm not from Persia, and I'm of the school of thought that calling a place "Persia" just reinforces an old insult. Jul 19 00:17:07 * persia respects the concept of "Persian", which is completely different Jul 19 00:17:15 (and no, I'm not Persian either) Jul 19 00:17:32 full gui, burn CDs , stream music etc Jul 19 00:17:55 you do not need like gigs and gigs and gigs to do stuff lol Jul 19 00:18:24 Not at all, although I believe that all the distributions are about the same in terms of requirements. Jul 19 00:18:43 The useful question to ask about distributions is: which gives you the development environment you find comfortable? Jul 19 00:18:52 Gnome Jul 19 00:18:55 lol Jul 19 00:18:59 not Ubuntu Jul 19 00:19:02 As someone who does native development (yes, even on the beagleboard), I like Ubuntu. Jul 19 00:19:17 straight Gnome Jul 19 00:19:35 I'm talking about the lower-level tools. Jul 19 00:19:49 I thought the bug that kept one from running regular GNOME in Ubuntu was fixed. Jul 19 00:19:53 and XFCE deserves honorable mention Jul 19 00:20:07 If not, it ought be. THere's bundles of folk who prefer GNOME Shell to Unity, and they ought be able to do as they like. Jul 19 00:20:14 it is Jul 19 00:20:18 and runs smooth Jul 19 00:20:32 We do XFCE just fine. LXDE as well. Jul 19 00:21:48 I love XFCE just idk not easy to arrange stuff lol Jul 19 00:22:15 and some stuff still compatibility issues Jul 19 00:22:30 but doubt I will move to Unity Jul 19 00:22:46 so XFCE or Xubuntu I see those as future Jul 19 00:22:47 Heh, that's fine. Jul 19 00:22:51 lol Jul 19 00:23:07 seems like browsers, OS, etc, etc Jul 19 00:23:24 all make more bloat so you need better hardware lol Jul 19 00:23:32 In this channel, we tend to be concerned about the few things that make ARM special, and making sure all the packages in the archive work properly on ARM targets. Specific desktop choice, etc. we leave to users. Jul 19 00:23:34 when will enough be enough Jul 19 00:24:04 so do Desktop fully compile? Jul 19 00:24:21 cause really command-line is all you need for many things Jul 19 00:24:31 but just curious Jul 19 00:24:40 I know of folk using kubuntu-desktop, lubuntu-desktop, ubuntu-desktop, and xubuntu-desktop on armel. Jul 19 00:24:57 wow Jul 19 00:24:58 nice Jul 19 00:24:59 I don't know of anyone using ubuntustudio-desktop on armel, but I suspect that works as well. Jul 19 00:25:14 yeah I am on studio atm Jul 19 00:25:23 running gnome Jul 19 00:25:32 and my slow PC has XFCE Jul 19 00:26:01 I don't know if anyone tested either of the edubuntu desktops, or the packages therein, but there's a good chance they work. I had reports that Mythbuntu might not work so well, but no bug reports or specific complaints, so I can't be sure. Jul 19 00:26:43 yeah one thing I hate about XFCE is real bad media playing Jul 19 00:26:49 flash, etc Jul 19 00:27:14 but hey when you sit down to program no need to stream videos on Youtube lol Jul 19 00:27:20 just curious though Jul 19 00:27:28 Hrm? I thought the media stuff got fixed. Jul 19 00:27:43 I ran all the patches Jul 19 00:27:48 And Flash shouldn't be different for different flavours of Ubuntu: we all use the same implementation. Jul 19 00:27:50 all the updates Jul 19 00:28:01 it doesn't crash Jul 19 00:28:15 system or player Jul 19 00:28:21 just seems a bit more choppy Jul 19 00:28:38 tried XFCE and Xubuntu Jul 19 00:28:44 same result Jul 19 00:29:12 so any of these distro's have touch screen functionality Jul 19 00:29:14 ? Jul 19 00:29:40 I thought parole was cleaner than that, but each person's experience may differ. Jul 19 00:30:10 well I am running 10.4 with RTAI Jul 19 00:30:18 so maybe makes a difference Jul 19 00:30:40 Ubuntu has touchscreen support, and so that is available for all flavours. Precisely which applications take full advantage of that, and which just consider it as an X pointer, is more complicated (and building an exhastive list is likely impossible: things change faster than one can usefully test that many thousands of applications) Jul 19 00:31:04 Oh, yeah. Media *production* works well with RT. Media playing tends to work poorly with RT. Jul 19 00:31:28 wow good to know Jul 19 00:31:31 lol Jul 19 00:31:43 so you can build them better just not watch Jul 19 00:31:45 lol Jul 19 00:31:58 no wonder studio runs so smooth Jul 19 00:32:01 lol Jul 19 00:32:18 i dont even use it to make movies lol Jul 19 00:32:54 aren't some ARM OS RTOS Jul 19 00:33:03 like kernals? Jul 19 00:33:16 That's a software thing, independent of the hardware. Jul 19 00:33:29 was thinking maybe that would be better for automation Jul 19 00:34:00 We don'T have any realtime kernels in Ubuntu currently, so Ubuntu can't be configured as RTOS (although you could presumably create your own, if you want to forward-port the RT stuff, and we'd gladly use it if it was available). Jul 19 00:34:22 Depends on your needs. If you need that level of timing control, it's better. For most folk, most of the time, there's no point. Jul 19 00:34:22 lol Jul 19 00:34:55 compiling my own kernel is one thing Jul 19 00:34:58 I've seen folk get submillisecond reactions from things without RT, but sometimes there are scheduling bumps, and one ends up with 10s of ms. Jul 19 00:35:02 building lol Jul 19 00:35:23 is another Jul 19 00:35:29 yeah well technically Jul 19 00:35:35 For cleaning your kitchen, <100ms latency is likely to be fine, unless you have very expensive fragile cabinets, and a heavy robot with no padding. Jul 19 00:35:46 RTAI would be fine Jul 19 00:36:04 if all you are doing is talking to Microcontrollers Jul 19 00:36:09 they could keep the timing Jul 19 00:36:12 for you Jul 19 00:40:54 Oh, so you have your RTAI system that handles movement, cleaning, etc., and then your Ubuntu system that provides instructions, touchscreen, network access, etc.? Jul 19 00:41:14 nah not there yet Jul 19 00:41:37 but maybe I will try to build something of that nature Jul 19 00:41:40 how do I make my omapfb use a decent display mode after I install omap4-extras Jul 19 00:42:29 omappedia and elinux wiki are useless as is the ubuntu wiki... it seems like they're repeating very old info which isn't relevant as of today Jul 19 00:43:05 I thought we fixed the EDID issue: did that fix not get adopted in that PPA? Jul 19 00:43:07 I can't even find half these sysfs attributes it talks about, and nothing I edit boot.script to do seems to actually take effect (although /proc/cmdline reflects them, which is nice) Jul 19 00:43:23 I have absolutely no idea Jul 19 00:43:31 if I plug it into the edge HDMI port I get zip Jul 19 00:43:40 like for instance, real nice CNC machines have touch panels for calibration etc, and also another food for thought is I have 5 PC, plus 1 ARM. Dedicate 1 to house automation, walk in room touch make coffee on the arm and clean kitchen etc Jul 19 00:43:41 if I plug it into the HDMI port next to the USB slot I get 640x480 Jul 19 00:44:02 which is nice. with pvr it runs like a hellcat Jul 19 00:44:24 I'd just rather it did 1600x900 like my monitor says it can do (and my efika supports nicely if I swap cables) Jul 19 00:44:46 the big pixels make my head hurt :D Jul 19 00:44:51 neko: Have you played with get-edid and parse-edid? Jul 19 00:45:23 never heard of them and a quick check confirms: not installed Jul 19 00:45:48 also, /sys/class/graphics/fb0 has no edid properties and nor does /sys/devices/platform/omapdss/whatever/in/here Jul 19 00:45:53 You'd have to install read-edid. There's some stuff inside X that also does it, but I don't beleive the user interface to be as pleasing. Jul 19 00:46:19 That sounds like an EDID error then. Jul 19 00:46:25 X doesn't do anything Jul 19 00:46:32 what do you mean an EDID error Jul 19 00:46:49 omapfb sucks and cannot read from the i2c bus, or.. you're assuming I have a busted monitor? Jul 19 00:46:56 Failure to accurately collect EDID over HDMI, parse it, and set the screen correctly. Jul 19 00:47:12 I doubt the monitor has an issue, because you say it works with another device. Jul 19 00:47:46 I suspect either that there's an issue collecting the EDID with the current software stack *OR* that there's a failure to use the EDID data once collected. Jul 19 00:47:48 I tried 11 monitors, all of which work fine and report fine on the efika mx (and I get native res, or 1080p or 720p) - but every single one dumps to 480p. I can't imagine why it would not work on omap... Jul 19 00:48:10 all the wiki pages say there is some wicked awesome hdmi hotplug and edid grabbing stuff in sysfs and it's simply not there Jul 19 00:48:16 it's like, it's an old driver or something Jul 19 00:48:24 So, verify that you can get and read the EDID data. If you can't, file a bug about that. If you can, file a bug about not using the EDID data. Jul 19 00:48:33 2.6.38-1208-omap4 seems to me to be totally brand new though Jul 19 00:49:03 eh I installed read-edid and .. nothing is installed? what am I meant to be running? Jul 19 00:49:09 problem here is I have no idea what I am looking for yet Jul 19 00:49:14 get-edid and parse-edid Jul 19 00:49:20 so a bug report is going to be totally useless Jul 19 00:49:26 get-edid: command not found Jul 19 00:50:07 Check your path. If you installed the read-edid package, it should be in /usr/sbing/get-edid Jul 19 00:50:17 s/bing/bin/ Jul 19 00:50:48 pfft, nope. Jul 19 00:51:01 I got lots of getkeycodes, getopt stuff but no get-edid anywhere Jul 19 00:51:32 Does `dpkg -L read-edid` show you a useful location? Jul 19 00:51:35 I just pulled in read-edid 2.0.0-3.1 which to my mind only works on PCs anyway Jul 19 00:52:08 even building it for armel, traditionally, has been a waste of cpu cycles... however someone could have added omap stuff to it in the past aeon :D Jul 19 00:52:13 so far I see nothing Jul 19 00:52:24 parse-edid is installed Jul 19 00:52:54 it needs a file as input. as I said nothing in sysfs... Jul 19 00:53:16 Right, that's what get-edid is supposed to output. Jul 19 00:54:09 yeah I think you are thinking of some other more awesome tool Jul 19 00:54:42 read-edid hasn't been updated since 2009 and I am damn sure nobody ever made it read edids from anything other than VESA BIOS calls or from /proc/device-tree Jul 19 00:55:08 No, but I'm relying on received hearsay that the framebuffer support got added, and am installing it on a natty/armel system in parallel to test for myself Jul 19 00:55:37 maybe I am using release of omap4-extras when I should be using trunk? Jul 19 00:56:18 I heard that "release" was the software TI wanted everyone to use, and "trunk" was where TI was doing their development work. As a result, I suspect "trunk" of being unstable. Jul 19 00:56:35 * persia gets annoyed at read-edid, and tries to figure out why it's broken Jul 19 00:56:59 well, compiling read-edid's "get-edid" part would be useless on anything but x86 or ppc or sparc right now Jul 19 00:57:17 and even if you got linux fdts on armel, it wouldnt have edid data in it, u-boot is too stupid to glue the data in Jul 19 00:57:37 so you have to assume the data is, like any reasonable driver, in /sys Jul 19 00:57:51 (it is on the efika, on any PC with a radeon.. comes in really handy) Jul 19 00:57:54 IS that how X's EDID parsing is implmented? Jul 19 00:58:03 no, X asks DRM CRTC for it Jul 19 00:58:26 And that gets it from? Jul 19 00:58:34 or, I should say, X asks the driver, and the driver implements a CRTC, which is usually hooked into a DRM CRTC on the kernel side Jul 19 00:58:53 it gets it from whatever i2c bus or whacked out method the HDMI controller or so implements Jul 19 00:58:59 Aha. That makes sense. Jul 19 00:59:06 most of 'em just let you read address 0x50 on i2c and it passes the data back Jul 19 00:59:20 So I suppose what I really want to do is to have X expose this in some useful way, rather than fixing read-edid Jul 19 00:59:23 on the sii9022 on efika and mx53_loco, you have to ask the sii9022 for it Jul 19 00:59:30 (and I should stop relying on read-edid to be useful) Jul 19 00:59:30 X can't know unless the kernel knows Jul 19 00:59:33 the kernel, here, doesn't know Jul 19 00:59:46 which makes me think, super-old kernel, or simply super-broken kernel...? Jul 19 00:59:55 it probably works great on oneiric doesn't it Jul 19 01:00:20 There's a /usr/bin/decode-edid in i2c-tools, but if you're correct about i2c being nonfunctional, that won't help. Jul 19 01:00:20 maybe it just needs a backport Jul 19 01:00:42 well.. I dunno if there's anything nonfunctional Jul 19 01:01:34 I simply know that glued to the framebuffer driver, on the omapfb side of things, it has a little driver on i2c which is run after framebuffer is initialized, which would read edids, set the controller up for all manner of fancy stuff (like hdmi audio) and put them in a nice place Jul 19 01:02:04 that's just the only way to do it unless you're a DRM driver in which case, stuff gets reaaaally fancy and they have a slightly less braindead solution for it that is more like X does it Jul 19 01:02:21 Ah, but that's *after* framebuffer initialisation, so we already have a resolution. Jul 19 01:02:23 in any case, I don't see any dmesg output that says it has a monitor attached, it doesn't even parse my kernel commandline Jul 19 01:02:33 and that i2c driver can set whatever resolution it likes Jul 19 01:03:13 I spent enough time in the ipu3 framebuffer getting the sii9022 to work on the efika to know how it usually works.. and I've seen the omapfb code Jul 19 01:03:31 however, what is on this pandaboard right now.. doesn't seem to be the code I saw... it seems to be much, much older Jul 19 01:03:44 like May last year kind of older Jul 19 01:03:57 What's the last entry in the changelog for the package that provides it? Jul 19 01:06:03 uhh Bryan Wu, * [Config] Update to 2.6.38.2 kernel config and other changes Jul 19 01:06:05 * persia grumbles at binaries without manpages Jul 19 01:06:07 2.6.38-1208.11 Jul 19 01:06:24 April 4, 2011 Jul 19 01:06:47 Hrm. That isn't quite last year, but that change doesn't look substantive. Jul 19 01:07:06 well the package may have been built in April but the actual code doesn't seem terribly up to date Jul 19 01:07:14 I think they might have missed a merge window Jul 19 01:07:43 what I was looking at that looked workable was like 2.6.39-rc3 or something.. that was way, way after April Jul 19 01:07:52 but I assume this stuff gets backported Jul 19 01:07:58 I assume wrong :D Jul 19 01:08:06 Assumptions are rarely safe. Jul 19 01:08:45 as a kernel developer and maintainer, product manager of an arm platform, I usually make pretty reasonable assumptions about what our customers want to see, and to be honest, 640x480 isn't it Jul 19 01:08:48 Some code gets cherrypicked, when it fixes a clearly obvious serious bug with little to no chance of regression as SRU. Jul 19 01:08:58 persia: Speaking of no man pages: http://pastebin.com/gct7GLW9 Jul 19 01:09:45 that's why I bumped 1080p support into the genesi kernel, and kicked someone to write proper hdmi hotplug support.. it seems someone did that at TI too, it just didn't make it into Natty and nobody updated the kernel in an aeon Jul 19 01:09:50 Most backports are just backports entire, in the -backports repositories, but kernels and modules are almost never put there because of the potential for regressions if userspace fails to match kernelspace. Jul 19 01:10:02 StevenK: Heh. Yeah. Jul 19 01:10:28 it makes me sad how quickly a release gets abandoned Jul 19 01:10:47 neko: Last update in April sounds like there's stuff needing doing. I suspect there's some security fixes that *should* have been applied. Jul 19 01:11:07 If there's a known safe cherrypick to fix some other code, it might be able to get into the same place. Jul 19 01:11:08 neko: s/release/girlfriend Jul 19 01:11:10 4th April is just squeaking in before Natty code freeze.. Jul 19 01:11:15 Alternately, are you sure there isn'T a new kernel in natty-updates? Jul 19 01:11:46 well I spent 5 hours downloading and installing 100MB of new packages for the Panda Jul 19 01:12:03 if it was in updates, I downloaded it... Jul 19 01:12:13 maybe extras pissed over the top of it? Jul 19 01:12:47 neko: No, I have the same kernel as you, and I should also be up to date. Jul 19 01:12:54 hmm nope. but there is a unity update being held back Jul 19 01:13:17 Someone probably ought prepare an SRU for that, really. Jul 19 01:13:38 so I'm updated up to the point I can be updated.. Jul 19 01:15:14 An effervescing elephant with tiny eyes and great big trunk once whispered to the tiny ear of one inferior that by next June he'd he'd die.. oh yeah! Because the tiger would roam... Jul 19 01:15:47 I think Ubuntu missed a trick by not having an Effervescing Elephant release Jul 19 01:38:49 lol Jul 19 01:39:12 Effervescing Elephant Jul 19 01:40:11 well neko any idea how to write programs to utilize touch panel Jul 19 01:40:36 any good links that you could recommend? Jul 19 01:41:17 absolutely not Jul 19 01:41:27 I am kind of a low level guy and very high level guy Jul 19 01:41:33 applications are inbetween, not my thing Jul 19 01:43:30 jeramee, You might take a look at the utouch package. It is a metapackage that installs several libraries and tools for working with touch and gestures. Jul 19 01:52:29 nice that is likely all I would need as what I wish to use the touch panel for is not really that sophisticated. I will check it out thanks for the talk guys. Now back to circuit design. Maybe I will full with the ARM some more this weekend. Is kinda a side hobby. Jul 19 01:52:43 Nice talking to you guys, afk Jul 19 01:53:04 jeramee: as long as your touch panel driver is configure for standard events, it will work fine Jul 19 01:54:26 Depends what one wants to do, but yeah, for 90% of "touch enabled" applications, standard X pointer events are sufficient. Jul 19 01:59:17 adding fancy touch buttons and such are that hard Jul 19 01:59:30 and for double touch use QT seems Jul 19 01:59:33 doing it as a library or as a generic support, that can get tricky Jul 19 01:59:39 i had browser going other day Jul 19 01:59:47 but really need to build X Jul 19 02:00:07 What's your processor? You may be able to just run Ubuntu's X. Jul 19 02:00:29 does utouch require more than basic X Jul 19 02:01:22 jeramee, "utouch" is just a collection of useful libraries for doing touchy stuff. If your X and your applications use the same libraries, you get fancy stuff. Jul 19 02:01:37 If you just want a working touchscreen, that's a driver thing, and X will just do the right thing. Jul 19 02:04:58 I think it is a freescale Jul 19 02:05:09 kinda poor documentation Jul 19 02:05:21 I had a gift card from christmas Jul 19 02:05:44 and knew I could get 800mhz and 8" for like $35 Jul 19 02:05:54 so was enough to get started Jul 19 02:06:07 later I will look into a more professional board Jul 19 02:16:06 Marvell’s Armada 168 any associated build problems? Jul 19 02:22:28 The Armada 168 isn't compatible with Ubuntu: we usually recommend Debian for that. Jul 19 02:23:08 Freescale's i.MX51x and i.MX53x SoCs should be compatible. Jul 19 02:32:24 anyone looking at the ghostscript build failure? :) Jul 19 02:46:30 slangasek, Apparently not specifically. Jul 19 02:48:36 Oh ugh. Someone sync'd d-shlibs. Jul 19 02:48:53 clobbering an Ubuntu delta? Jul 19 02:49:55 yep, apparently Jul 19 02:50:30 hah, janimo has already identified the fix Jul 19 02:50:36 a new sync of d-shlibs needed Jul 19 02:50:56 Right. Jul 19 02:51:22 The d-shlibs patch was always a workaround, and was rightly rejected in Debian Bug #581258 Jul 19 02:51:23 Debian bug 581258 in d-shlibs "d-shlibs: typo of the dynamic load library prevents build-dependent packages from building" [Important,Open] http://bugs.debian.org/581258 Jul 19 02:51:40 pitti read that, and force-sync'd, without anyone having applied the real fix. Jul 19 02:52:36 doh Jul 19 02:52:46 well, syncing for bug #812155 now Jul 19 02:52:48 Launchpad bug 812155 in d-shlibs "Sync d-shlibs 0.47 (main) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/812155 Jul 19 02:52:50 Aha, and jonas discovered that Debian Bug #548626 was misfixed, causing the entire mess. Jul 19 02:52:51 Debian bug 548626 in d-shlibs "glibc-2.10 on armel introduces new dynamic linker and breaks d-devlibdeps" [Important,Fixed] http://bugs.debian.org/548626 Jul 19 02:53:00 That ought do it. Jul 19 02:53:25 0.47 includes the fix for 633933, which is the reapplication of 548626 Jul 19 02:55:25 Mind you, I still think that the bug is really in glibc, but if jonas did it the other way, we may as well respect that. Jul 19 02:56:51 i have problems with glibc sometimes seems kinda buggy Jul 19 02:57:04 and dmks i think Jul 19 02:57:12 but resolved as of now Jul 19 02:57:27 until next time I find something they dont like **** ENDING LOGGING AT Tue Jul 19 02:59:56 2011