| 00:37 | Coburn | afaik unified cubox uboot is alraedy available |
| 00:37 | Coburn | unless that's for the dove cubox variants |
| 00:41 | mk01_ | Coburn: yes it is but I don't know if this includes Cubox1. maybe yes, then this problem is gone completely. but then kernel - OL is IMX6 only, XBian is IMX6 only |
| 00:42 | Coburn | mk01_: let me repeat |
| 00:42 | Coburn | There is a unified Dove CuBox uBoot for the Pro and the Standard |
| 00:42 | Coburn | but not for the CuBox-i Series just yet. |
| 00:43 | Coburn | Actually, with that being said, could we have a open-firmware like "Select Boot Device" (seen on Mac when you press the Option key at boot) that has icons in the i-Series barebox/uboot? |
| 00:43 | Coburn | I really liked that menu :P |
| 00:44 | _rmk_ | that's fine... if you can get the boot loader to produce an image on your display device |
| 00:44 | mk01_ | yes, Mac has this with EFI models |
| 00:44 | _rmk_ | current cubox-i uboot... doesn't (depends on your monitor/tv) |
| 00:46 | mk01_ | btw: I had the feeling that there indeed is Universal U-Boot for Cubox-i (http://imx.solid-run.com/forums/viewtopic.php?p=4021#p4021) |
| 00:46 | Coburn | lol |
| 00:46 | Coburn | I never really paid much attention to the solidrun forums |
| 00:46 | Coburn | I never got replies to my queries, so I was like "fine, I |
| 00:46 | Coburn | I'll do it myself*" |
| 00:47 | Coburn | I think I had to spam my question 3 times at rabeeh and he still was dodging it so I was like "nope" and went cold turkey |
| 00:47 | Coburn | This was before I got back into CuBox, as I'm also a ODROID user |
| 00:48 | _rmk_ | Coburn: yea, I've been trying to get the full pinout of the 26-pin header of the initial hummingboard... |
| 00:48 | Coburn | So, _rmk_, you mean, if the CuBox-i *likes* your TV, it will display something, but if it doesn't, it just sits there? |
| 00:49 | _rmk_ | more a case of... if your TV likes the too slow or too fast (depending on imx6 soc) 1024x768-60 mode it produces, you might get the output from u-boot. if not, you have to wait for the kernel to boot before you see anything. |
| 00:50 | Coburn | ah |
| 00:50 | Coburn | Well, I know my Samsung TV in the lounge is very picky |
| 00:50 | _rmk_ | jnettlet did try to solve that, but ended up in arguments with uboot people over it (and a few other things) and eventually switched his efforts to barebox |
| 00:50 | Coburn | uBoot wasn't good to begin with |
| 00:51 | Coburn | Look at the Marvell thing - in DreamPlug/SheevaPlug days |
| 00:51 | Coburn | it was annoying as hell, Marvell wouldn't fix any bugs you report |
| 00:51 | mk01_ | _rmk_: ok, but this is valid regardlles of having any kind of menu on the screen or none as now, not ? |
| 00:52 | Coburn | mk01_: yes. if your TV doesn't support it's resolution you need to wait until auto-boot |
| 00:52 | Coburn | another idea - using the CuBox-i, "compress" the setup (as in, make a thin version without LAN and only a few ports, but none stacked) and make a tablet |
| 00:52 | Coburn | If Solidrun can do that with a decent LCD screen for under $250 and have it as a development tablet |
| 00:52 | Coburn | Consider me a buyer |
| 00:53 | Coburn | Screen needs to be at least 720p |
| 00:53 | Coburn | WiFi only dev tab. |
| 00:53 | Coburn | Well, you could do 3G as a optional USB module |
| 01:00 | heap | is there any package to install same xbmc (witch patches) on debian for cubox? |
| 01:00 | heap | same as on geebox |
| 01:03 | Coburn | nope |
| 01:03 | Coburn | not by default from debian repos |
| 01:05 | heap | and any from solidrun ported to deb armhf? |
| 01:07 | heap | the one which uses geebox |
| 01:07 | Coburn | warning: internet derp detected |
| 01:11 | heap | Coburn: i mean it might be possible to use all patches from geebox which are aplied to this xbmc but it might be a lot of work... |
| 01:12 | mk01_ | heap: think of a kernel too |
| 01:14 | Coburn | you could use stock Debian with VLC |
| 01:14 | Coburn | and then some voodoo to get the HW decoder working |
| 01:28 | heap | well thats not the way i want to go... so i thought that someone was playing with porting xbmc on debian armhf (for cubox) |
| 01:30 | mk01_ | if Geekbox has support for it than it is not _impossible_ even for a user. you can be the brave one. |
| 01:30 | _rmk_ | hmm, vlc. probably would need some hacking to do that... rather than using the standard libva/vdpau interfaces |
| 04:48 | Coburn | heap |
| 04:48 | Coburn | you still there, mate? |
| 06:21 | jnettlet | 10x speed improvement in grep! http://lwn.net/Articles/586899/ |
| 06:23 | mk01 | jnettlet: did you read the details already? is it specific to some operations only? |
| 06:24 | jnettlet | mk01, the speedup is when using grep with multibyte locales |
| 06:24 | mk01 | yes just reading the commit, thanks ;_ |
| 06:24 | mk01 | :) |
| 06:24 | jnettlet | case insensitive is 10x speedup sensitive is 7x |
| 06:31 | jnettlet | But in regards to users/developers wanting to run various apps on their distro of choice. I am planning to start packaging MX6 optimized apps as Docker Containers. That should make them drop and run apps on any distro with versioning and online updates |
| 06:31 | jnettlet | if anyone wants to start before I get to it, feel free! |
| 06:35 | mk01 | is it auto recompiling based on some plugin rules ? or how does it work ? |
| 06:36 | jnettlet | mk01, docker? |
| 06:36 | mk01 | yes |
| 06:37 | jnettlet | It is a container system |
| 06:39 | jnettlet | so you can stack containers which can be shared libraries etc, build your app against it and package it into it's own container that depends on these other containers. When deployed it is deployed in its own kernel namespace for cpu/memory so you can limit the resources it uses. |
| 06:41 | mk01 | ok, so in general similar idea as Apple introduced with MacosX years ago ? all bundled within the "app". |
| 06:41 | jnettlet | but what it will allow in the Cubox-i use case is a singular ecosystem that can be used for all the random distros that people want to deploy an MX6 optimized xbmc on. |
| 06:41 | mk01 | I'm reading also the project presentation |
| 06:41 | jnettlet | more than that because Apple doesn't allow layering containers. |
| 06:43 | mk01 | they present the system so variable that the app can run on "any" system |
| 06:44 | mk01 | different kernel generation is not problem? how this is handled? |
| 06:45 | jnettlet | that is a little naive. The kernel does matter, but most the applications they gear this toward are completely userspace. |
| 06:45 | jnettlet | so think web apps, apache, database, node.js. |
| 06:47 | mk01 | ah ok. so there is certain point, let's say floor requirements, which must be met. right ? |
| 06:51 | jnettlet | yep. I think I need to look into how to qualify that for our kernels. |
| 06:51 | mk01 | I suppose it stores missing containers 'once' on the system, re-using them apps with the same need ? |
| 06:52 | mk01 | ... reusing them FOR apps ... |
| 06:53 | jnettlet | yep |
| 06:55 | jnettlet | I must admit I have just started playing with it the last couple of months and figuring out how I can use it. |
| 06:55 | jnettlet | but I think for nightly snapshots and people wanting to test the latest software it will be very useful. |
| 06:58 | mk01 | just still one question: is it at such stage that it can be deployed on small embedded systems working as a blackbox - running in the corner without maintenance for years? |
| 07:01 | jnettlet | yes because the app runs natively. All the container system does is deploy the app based on the containers |
| 07:05 | mk01 | then maybe I don't understand the role of docker correctly from the text... as I was imagining it as running layer between the bare system and the "deployed" application |
| 07:07 | jnettlet | that layer is not at the runlevel. It is more a management layer that handles updates and resource allocation |
| 07:08 | mk01 | anyhow I have the feeling this will also solve the "issue" with vivante's bundling and linking the wl/x11/fb/dfb libs with one name. right or not ? |
| 07:11 | jnettlet | mk01, yes it will |
| 07:11 | jnettlet | because if XBMC is built for Xorg we will require the vivante-xorg container |
| 07:13 | mk01 | does it allow to have the "index" pool be decentralised? can not find any references to that |
| 07:14 | mk01 | maybe I will try it during weekend. if it is feasible. if you are telling you have it on the table for months ? |
| 07:17 | mk01 | just going through the virtual console access they have as trial system. it seems like the index is centralised only ? |
| 07:21 | mk01 | maybe stupid question (I promise to be last) - let's imagine the case of XBMC. it would be needed to prepare let's say three or four "base" packages. like one depending on GLES, one on X11, one on W32, one on OSX etc ? |
| 07:27 | mk01 | jnettlet: how are handled for instance startup dependencies in case of docker images (as applications)? |
| 07:34 | jnettlet | mk01, in general that is handled by systemd. |
| 07:34 | jnettlet | is that what you meant? |
| 07:35 | jnettlet | or how are bundled applications started within a container? |
| 07:35 | mk01 | yes, if the "images" are handled as standard apps/services present on system |
| 07:38 | jnettlet | generally you write systemd services that run the docker command to deploy the app |
| 07:39 | mk01 | ok, so then the docker will handle the rest ... |
| 07:39 | mk01 | ? |
| 07:40 | jnettlet | yes when docker deploys the container it runs the executable at the end of the deployment |
| 07:45 | mk01 | jnettlet: thanks for the quick howto. I will play a bit with the demo system from now on. really last question: are standard distributions / their packages (as available on repositories) available through the system already ? |
| 07:45 | mk01 | jnettlet: OK will answer myself |
| 07:45 | mk01 | YES |
| 07:45 | jnettlet | yes |
| 07:45 | mk01 | for other as reference into irc log: https://index.docker.io/official |
| 07:56 | mk01 | jnettlet actually will try it today! on small NFS root with the really tiny requirements on base system. |
| 08:07 | jnettlet | mk01, cool thanks for picking up the project |
| 08:10 | Coburn | i think the better solution is to make a static xbmc for imx6 |
| 08:10 | Coburn | compile every component static, so you have a bigger filesize but you know it'll work |
| 08:14 | jnettlet | Coburn, you can't do it because there are no static libraries for the gpu/vpu |
| 09:00 | Coburn | true |
| 10:26 | heap | hi, so it looks like that arch arm has xbmc, mpd, owncloud packages. |
| 11:34 | rabeeh | heap: yeah. pepedog has been supporting Arch pretty nice |
| 11:56 | heap | rabeeh: thanks, so i think those packages from Arch should work :) |
| 12:35 | donovang | Hey guys - - anyone know anything about getting the GPU fired up in linux on the Cubox-i ? |
| 12:36 | donovang | I've been researching it and Freescale has some code drops somewhere out there for drivers, but I was wondering if anyone had any luck |
| 12:36 | rabeeh | donovang: what are you trying to achieve? you mean you want drivers? |
| 12:36 | donovang | yes - - I would really like to see if I can fire OpenCL up |
| 12:36 | rabeeh | all xbmc based micro distros has the drivers installed |
| 12:36 | donovang | I don't care about graphics acceleration |
| 12:37 | rabeeh | oh; nice :) |
| 12:37 | donovang | Yeah |
| 12:37 | donovang | I ask alot I think :) |
| 12:37 | rabeeh | i think the ubuntu on the forums has those installed; there is also Debian jessie on the forums that has the gpu drivers |
| 12:37 | donovang | I don't need step by step instructions as I would assume OpenCL on the cubox is prolly off the beaten path |
| 12:38 | donovang | You're kidding - - that's awesome |
| 12:38 | donovang | Those are the solid run forums, right ? |
| 12:38 | rabeeh | hste: can you tell if your work has opencl libraries installed? |
| 12:38 | donovang | Not the freescale drops ? |
| 12:38 | rabeeh | part freescale, part community (hste and jas-hacks on this channel has lots of impact on this) |
| 12:39 | donovang | Ah, gotcha. |
| 12:40 | donovang | So far, I almost have a build of pocl working on the cubox. It's got lots of broken pieces, but I'm really really close to getting it going. |
| 12:41 | donovang | That's host-side only, tho. Would be nice to get GPU going, too. |
| 12:42 | donovang | So it snds like hste, jas-hacks are the ones to talk to? Is there a time when they're typically around? |
| 12:44 | rabeeh | jas-hacks typically in my afternoons (i.e. in 3hrs) |
| 12:44 | donovang | awesome |
| 12:44 | rabeeh | hste is simply there |
| 12:44 | donovang | K - - so I should just wait |
| 12:44 | rabeeh | btw - i'v read somewhere posts by wumpus about his work on the opencl on the i.mx6 |
| 12:44 | rabeeh | wumpus is the dev behind etnaviv |
| 12:44 | rabeeh | (also on this channel) |
| 12:45 | rabeeh | https://blog.visucore.com/2013/3/12/opencl-on-i-mx6 |
| 12:46 | donovang_ | Ah - I see it - awesome |
| 14:26 | hste | rabeeh: havn't looked into openCL but I think there is libCLC.so there |
| 15:23 | i0x71 | Guys, anyone know where i can get cubox kernel patches for a vanilla kernel ? |
| 15:43 | _505 | i0x71: http://imx.solid-run.com/wiki/index.php?title=CuBox-i_and_Carrier-One_Resources_Links |
| 16:00 | i0x71 | ehh, looks like the basic support is already there from 3.14 |
| 16:00 | i0x71 | thanks |
| 16:03 | rabeeh | i0x71: rmk has pushed part of the patches already upstream |
| 17:51 | rabeeh | volumio press release - http://volumio.org/volumio-cubox-i-released/ |
| 18:47 | alpha_one_x86 | Hello, I'm block ed on debian with my cubox i, why the partition is blocked at 2GB? |
| 18:47 | alpha_one_x86 | I have well change the partition plan |
| 18:51 | alpha_one_x86 | found, it's the FS |
| 19:54 | alpha_one_x86 | debian jessie can't open the sounds, then xbmc don't work |
| 20:31 | nureg | Hey guys, the micro SD card slid into the cubox, when I first wanted to test it. Can anybody help me? |
| 20:46 | ACSpike | nureg: so the card slipped inside the enclosure? I almost did that by sticking the card in at an angle. On my cubox it looks like there are screws under the corners of the rubber feet. haven't tried to open it though. |
| 20:47 | nureg | Hey ACSpike: I opened up the box and can see the card behind the metal, but there is no space to get it out. (I got a Cubox i) |
| 20:49 | ACSpike | nureg: was getting it open difficult? as I said, I haven't opened mine, so I can't see what you are seeing. But maybe you can fetch it out with tweezers or some tape? |
| 20:50 | nureg | It wasnt difficult to open, but there is no way to get it out with just the bottom opened |
| 20:51 | ACSpike | nureg: got a photo of it? |
| 20:51 | mk01 | you have to slide out (in the direction of the removed bottom) backpanel |
| 20:54 | nureg | I will try to take a photo. |
| 20:54 | mk01 | http://xbian.brantje.com/others/20140216-00170.jpeg |
| 20:54 | nureg | What do you mean by backpanel? opposite of the connectors? |
| 20:55 | mk01 | the cover of the conectors. |
| 20:55 | mk01 | you see the picture ? it is bottom up |
| 20:55 | nureg | thanks mk01! I will try to get of the cover |
| 20:56 | mk01 | nureg: just slide it up. it is in such small "rails" |
| 20:56 | mk01 | on left and right side |
| 20:57 | nureg | I get stuck at the ethernet connector |
| 20:57 | mk01 | nureg |
| 20:58 | nureg | yes |
| 20:59 | mk01 | nureg: yes, it is a bit tricky as the back panel is holding it's place thanks to this effect. that the connectors are pushing it towards you and on sides it is behind the two small "rails" which are holding the panel like back, pushing the panel like back on to them. I hope it doesn't sound absolutely stupid. can't express it better in english |
| 21:00 | mk01 | nureg: but at least I try to keep the directions in respect to the picture |
| 21:01 | mk01 | nureg: when I was taking it apart 1st time |
| 21:02 | mk01 | nureg: I pulled it out including the main metal inner box. |
| 21:03 | _rmk_ | nureg: you can *gently* ease the metalwork as a whole out of the plastic box. the plastic surrounding the connectors on the back comes with it... but then you need to get the boards out of the aluminium carrier which is /not/ easy |
| 21:03 | nureg | okay, i got the backpanel off, but now I can't see or hear the card anymore, crap :) |
| 21:03 | mk01 | that is also a way, just do it slowly as there is wifi antena (cable going from the metal shell) out and is fixed onto the black outer sheell. as you see the picture it is going from right side to middle bottom (from inside of course) |
| 21:05 | nureg | You made my day mk01! I got the card! |
| 21:08 | nureg | And it boots into android! |
| 21:08 | heap | hi the cubox-installer-0_4.zip doesnt contain the newest u-boot right? |
| 21:09 | heap | so the newest one is u-boot-cubox_hynix_cubox_unified_spi.bin and i have to place it on installation usb stick as u-boot.bin, right? |
| 21:09 | nureg | mk01: Thanks for your help. I appreciate it. There is a forum post. Another person has the same problem. Do you mind if post your picture there? |
| 21:20 | mk01 | nope |
| 21:21 | mk01 | feel free |
| 21:34 | rabeeh | nureg: typically the most worrying part is assembling it back again |
| 21:34 | rabeeh | it's not trivial; and if done with extra force it might break things (like the i.mx6 die itself) |
| 21:36 | heap | i went thru http://www.solid-run.com/mw/index.php?title=CuBox_Installer \ |
| 21:36 | heap | when i started cubox it just booted ubuntu from SD card |
| 21:36 | heap | not the installer |
| 21:38 | heap | any idea? |
| 21:40 | heap | is there anybody alive? |
| 21:45 | rabeeh | heap: are you using the older CuBox? |
| 21:45 | heap | cuboxpro |
| 21:45 | rabeeh | if so then look at the wiki pages on how to use the CuBox installer; you basically need to install some software on a USB stick (preferred SanDisk brand) |
| 21:45 | heap | sorry |
| 21:45 | heap | rabeeh: im going thru http://www.solid-run.com/mw/index.php?title=CuBox_Installer |
| 21:46 | rabeeh | yes |
| 21:46 | heap | I make copy of boot/ directory directly to root dir of fat32 formated usb key |
| 21:46 | heap | and inside boot/ dir i placed u-boot.bin |
| 21:46 | heap | rabeeh: i have adata stick, dont telle me the brand is important :) |
| 21:47 | rabeeh | try it; it might work |
| 21:47 | rabeeh | u-boot in CuBox and CuBox-pro is pretty picky on brands |
| 21:49 | heap | now it stopped to work. |
| 21:50 | heap | ah it took a while. i got installer screen. |
| 21:55 | heap | rabeeh: anyway realted to HW construction, the ports are so tight, and the power button is really hardly to see and to press. ;// |
| 21:55 | heap | related* |
| 22:44 | heap | uhm but that arch linux has 3.5 kernel ;/ |
| 22:45 | mk01 | heap:what power button ? |
| 22:46 | heap | mk01: the button u need to press to start cuboxpro |
| 22:47 | mk01 | on the previous gen ? |
| 22:48 | heap | yes |
| 22:48 | heap | anyway im trying to install xbmc on the arch linux and: |
| 22:48 | heap | :: There are 2 providers available for libegl: |
| 22:48 | heap | :: Repository extra 1) mesa |
| 22:48 | heap | :: Repository alarm 2) marvell-libgfx |
| 22:48 | heap | any idea which one to pick? |
| 22:48 | jnettlet | marvell-libgfx |
| 22:49 | heap | thanks |
| 22:49 | mk01 | mesa is SW |
| 23:00 | heap | and for libgl i got: 2) gpu-viv-bin-mx6q-dfb 3) gpu-viv-bin-mx6q-fb 4) gpu-viv-bin-mx6q-wl 5) gpu-viv-bin-mx6q-x11 |
| 23:01 | mk01 | 3 |
| 23:01 | heap | i should write some howto after it |
| 23:01 | mk01 | yup |
| 23:03 | heap | i did pacman -Syu so hope it wont crash system |
| 23:04 | heap | it wanted to replace libusbx with core/libusb |
| 23:18 | heap | so i installed xbmc package and run xmbc and got error: glxinfo: error while loading shared libraries: libXdamage.so.1: cannot open shared object file: No such file or directory |
| 23:18 | heap | looks like party beginning... |
| 23:19 | mk01 | package libxdamage1 |
| 23:19 | heap | well i installed xbmc and arch has xbmc-cubox package |
| 23:20 | heap | let me reinstall it |
| 23:20 | mk01 | I understand. but nobody is perfect and could be the simply was nissed under dependencies |
| 23:20 | mk01 | run "ldd /usr/local/lib/xbmc/xbmc.bin" |
| 23:20 | mk01 | that we see how many are missing |
| 23:20 | heap | hold on |
| 23:23 | heap | ldd /usr/lib/xbmc/xbmc.bin | grep found libavcodec.so.54 => not found libgcrypt.so.11 => not found libcdio.so.14 => not found libavformat.so.54 => not found |
| 23:23 | mk01 | libav* is ok |
| 23:24 | mk01 | libgcrypt is not ok, libcdio.so also not ok |
| 23:24 | heap | what do u mean by not ok? |
| 23:25 | mk01 | heap: the missin libav* is not erroe because they are just not indexed for ld but xbmc will find them |
| 23:25 | mk01 | but libgcrypt and libcdio are system libs and should be visible for ldd |
| 23:25 | mk01 | otherwise can't be linked on xbmc run so load will fail |
| 23:26 | mk01 | what you get on "find / -iname libgcrypt.so.11 |
| 23:28 | heap | not found |
| 23:29 | mk01 | what is it ? arch linux ? |
| 23:29 | mk01 | or it is the "LEGO" system ? |
| 23:30 | heap | arch from cubox installer |
| 23:31 | mk01 | ok so try installing libgcrypt11 through pacman. but there I have 0 knowledge and even I] |
| 23:31 | mk01 | I'm not sure names of packages are similar to debian/ubuntu |
| 23:31 | mk01 | but libgcrypt.so.11 is package libgcrypt11 usualy |
| 23:32 | Whitepyro | Hey Mk |
| 23:32 | mk01 | missing "is" in the sentence |
| 23:32 | mk01 | Whitepyro: hallo nightly rider |
| 23:32 | Whitepyro | :D |
| 23:33 | heap | well when i start xbmc from console, i got message thats XBMC needs hardware accelerated OpenGL rendering. install an approriate graphics driver. |
| 23:33 | Whitepyro | I'm currently scanning the xmbc log to see if I can find the fast forward video I was talking about yesterday.. Do I need to look for anything specifically? I'm trying to remember the times they happened.. |
| 23:33 | heap | mk01: there is only libgcrypt and after installing the file libgcrypt.so.11 is still missing |
| 23:34 | mk01 | heap: then it means you have installed on system different version as xbmc.bin was build agains |
| 23:35 | heap | mk01: thats strange i installed xmbc-cubox from arch repo |
| 23:35 | mk01 | Whitepyro easiest solution is always "stop xbmc", rm xbmc.log, start xbmc, play video |
| 23:35 | mk01 | send whole log |
| 23:36 | Whitepyro | I'll try to replicate it. It doesn't always do it.. Just sometimes. But log is filled a lot of ahead of time errors.. Dunno if those are moot. |
| 23:37 | heap | mk01: thats strange ;/ |
| 23:37 | Whitepyro | k be back shortly... |
| 23:38 | heap | so it looks like the cuboxpro wont work as xbmc as i thought... because repo packages are broken? |
| 23:38 | mk01 | heap: this is not a big issue |
| 23:39 | heap | how u mean it? |
| 23:39 | mk01 | xheck, what revision was installed with the libgcrypt you installed. "find / -iname libgcrypt\*" |
| 23:39 | mk01 | no problem |
| 23:39 | mk01 | Whitepyro no problem |
| 23:40 | mk01 | heap that missing library is not a big deal comparing to for instance kernel doing OOPS on some NULL memory allocation :D |
| 23:41 | heap | find / -iname libgcrypt\* |
| 23:41 | heap | /var/lib/pacman/local/libgcrypt-1.6.1-1 |
| 23:41 | heap | /var/cache/pacman/pkg/libgcrypt-1.6.1-1-armv7h.pkg.tar.xz |
| 23:41 | heap | /usr/lib/libgcrypt.so.20 |
| 23:41 | heap | /usr/lib/libgcrypt.so |
| 23:41 | heap | /usr/lib/libgcrypt.so.20.0.1 |
| 23:41 | heap | /usr/share/aclocal/libgcrypt.m4 |
| 23:41 | heap | /usr/bin/libgcrypt-config |
| 23:41 | heap | are u sure its missing lib? |
| 23:41 | mk01 | yes |
| 23:43 | mk01 | as there are generations of course, where the are differences in provided API. so if your xbmc is compiled against gcrypt 11, it can but more likely will not work against gcrypt 20 |
| 23:43 | heap | mk01: https://www.dropbox.com/s/jq03jqsvgfaro2e/IMG_20140219_234024.jpg |
| 23:44 | heap | mk01: they should put into package repository the proper version, version they complied it against |
| 23:45 | mk01 | heap: that's probably similar problem. gfx module had different .h files at build time as now xbmc is running on (I suppose) |
| 23:46 | mk01 | heap: did you followed instructions precisely . |
| 23:46 | mk01 | ? |
| 23:46 | heap | mk01: what instructions? |
| 23:47 | mk01 | as this looks similar as one would take distro at version XY but package from version of distro XY(+-1) |
| 23:47 | heap | mk01: is it possible that problem is because i did pacman upgrade? |
| 23:47 | mk01 | heap: tell me more ? |
| 23:47 | mk01 | you took old cubox distro, installed xbmc, then upgraded distro ? |
| 23:48 | heap | i installed arch from cubox installer, then i did pacman -Syu which have to upgrade packages |
| 23:51 | heap | nop tool old cubox distro from cubox installer, upgraded distro by packam -Syu and then installed xbmc |
| 23:53 | mk01 | that will be it so if you wan't do it without the upgrade. I'm also sure it will not be waste of time. that's why I was asking |
| 23:54 | mk01 | and then report to someone that xbmc or system (never ever have seen arch linux) is not checking dependencies correctly |
| 23:55 | heap | ok im going to reinstall it |
| 23:57 | heap | i thought those dependencies are solved ... and everything will work smoothly ;/ |
| 23:57 | timl | hello |
| 23:58 | heap | but it looks like its neverending story since i use linux like 13y ago :) |
| 23:58 | mk01 | heap yes, that's why there are packaging systems |
| 23:58 | timl | just getting started with the cubox-i and geexbox. does someone know which of the two image files at http://download.geexbox.org/snapshots/geexbox-xbmc-imx6-cuboxi/20140217/binaries.cuboxi/ should i take, are they the same? |
| 23:58 | heap | mk01: yeah but apparently broken too |