| 00:00 | kgp | Deslok>You don't have the spring... so it's difficult as you have to use your nail. |
| 00:00 | kgp | But finally you don't remove the sdcard so often |
| 10:30 | heap_ | hi cubox pro 1 is suppose be arm7l or arm7h |
| 10:30 | heap_ | ? |
| 10:32 | nik^spotify | cubox-i4 pro, you mean? |
| 10:32 | nik^spotify | heap_: http://imx.solid-run.com/wiki/index.php?title=CuBox-i1 |
| 10:33 | nik^spotify | also http://www.freescale.com/webapp/sps/site/taxonomy.jsp?code=IMX6X_SERIES |
| 10:40 | heap_ | i mean cuboxpro 1 |
| 10:40 | heap_ | old cubox |
| 10:40 | heap_ | the first model |
| 10:42 | nik^spotify | heap_: http://www.solid-run.com/mw/index.php?title=CuBox_hardware_specification |
| 10:46 | heap_ | i meant, i did first install from image which is suggested on cubox wiki and i think when i did uname -a it was arm7h, but then i upgraded whole distro pacman -Syu and now its arm7l |
| 10:51 | _rmk_ | err. it's armv7l or armv7b. there's no 'h' suffix |
| 10:52 | _rmk_ | all of solidruns products are armv7l |
| 10:54 | _rmk_ | there is something similar - armhf vs armel (which is to do with the float API) but that doesn't show in uname -a |
| 10:55 | heap_ | _rmk_: ah okay, thanks |
| 10:55 | heap_ | arch arm repo has lot of packages with h suffix |
| 10:56 | _rmk_ | it may be that arch abbreviates armhf (for ARM, hard float) to armh |
| 10:56 | _rmk_ | or arm7h to indicate that it's for ARM v7 with hard-float API |
| 10:57 | _rmk_ | but as I say, this won't show in uname -a... unless they've hacked uname to do so (which would be quite weird and non-standard) |
| 10:58 | _rmk_ | if uname really does spit out arm7h / arm7l, then finding out what they've done might be useful (and which of uname -i / -p / -m they've changed) |
| 10:59 | heap_ | alarm ~ # uname -a |
| 10:59 | heap_ | Linux alarm 3.5.7-13-ARCH #1 PREEMPT Sat Apr 12 13:18:16 MDT 2014 armv7l GNU/Linux |
| 11:01 | _rmk_ | yep, so it's armv7l there... which is reported to uname by the kernel, and is of the format "armv" suffixed with either l or b for the CPU endian-ness |
| 11:03 | heap_ | good, thanks a lot |
| 15:57 | Deslok | has anyone tried virtualizing anything on the cubox?(possibly using Xen or ESX? |
| 15:58 | jnettlet | Deslok, it isn't possible. |
| 15:58 | Deslok | isn't possible? |
| 15:58 | Deslok | even with something java based like virtual box on linux? |
| 16:02 | jnettlet | Hardware virtualization requires processor extensions that aren't support by the SOC in either of the Cubox series. |
| 16:03 | jnettlet | virtual box is not java based. It consists of a hypervisor kernel module that leverages the x86 and amd virtualization extensions |
| 16:04 | Deslok | I could have swore java was required for it last time I installed it |
| 16:05 | Deslok | regardless I figured hardware based virtualization was out, I thought it might be faster than the p3 I used to run virtual servers on at least |
| 16:08 | Deslo | 16:08 * Deslok has evil thoughts of an entire rack of cuboxes running webservers |
| 16:08 | jnettlet | can't comment on performance vs a p3. Of course it would only run ARM based code as well |
| 16:08 | kgp | You don't need virtualisation for that... |
| 16:09 | Deslok | that's up to how much access is needed by different people... |
| 16:10 | kgp | In theorie you can run virtualisation on cubox (as you can do it in javascript) |
| 16:10 | kgp | but it will be damn slow. |
| 16:16 | Deslok | hmm |
| 16:16 | Deslok | might have to wait for something a bit larger I suppose |
| 16:36 | deniska | You probably may use something like containers |
| 16:37 | deniska | not sure if lxc/openvz works on cubox =) |
| 19:09 | kgp | Deslok are you here? |
| 19:10 | Deslok | aye |
| 19:10 | kgp | I was thinking of your idea. |
| 19:10 | kgp | You may not have the less expensive solution. |
| 19:10 | Deslok | which idea? |
| 19:11 | kgp | servers running on cubox |
| 19:11 | kgp | you want to have dedicated hosting right? |
| 19:11 | Deslok | ahh, that was just a tangiential thought really I actually run hyper-v on my old laptop at home |
| 19:12 | kgp | oki :) |
| 19:12 | Deslok | the big thing i'm interested in the cubox for is as a thinclient really, although a rack of them is an entertaining thought |
| 19:14 | Deslok | that's why I asked about removing the sd yesterday, we can't have users just taking the micro-sd out durring the middle of the work day |
| 19:14 | kgp | :) |
| 19:14 | kgp | you can run through the network. |
| 19:14 | kgp | and store data and file system on another server. |
| 19:15 | deniska | inspired by http://images.appleinsider.com/macminifarm-081023.jpg ? :) |
| 19:15 | Deslok | I had been thinking android locally(with the remote desktop client) to our terminal server, but network boot would be an option I hadn't considered |
| 19:15 | Deslo | 19:15 * Deslok shudder |
| 19:15 | Deslok | we almost had to do that for software testing in my last office on different versions of osx |
| 19:17 | kgp | You can have a minimal linux running on the sd-card that rsync another linux (on a remote location) and start this other linux. Or just start this other linux ;) |
| 19:18 | Deslok | no PXE? |
| 19:19 | deniska | device boots from sdcard only |
| 19:20 | deniska | Maybe uboot can boot from pxe, not sure. But I'm sure sdcard has to be present |
| 19:20 | Deslok | I got really excited for a seccond when kgp mentioned running through the network... then really sad when you said the sd was required still :( |
| 19:22 | Deslok | probably for the best anyway, there will be no end to the bitching if they're totally cut off from facebook(which won't be whitelisted on the terminal server) |
| 19:29 | kgp | I don't see any reason uboot cannot boot from the network |
| 19:30 | kgp | But I think the network interface is not that fast |
| 19:31 | kgp | oh it's 1Gb |
| 19:31 | kgp | 470Mbps |
| 19:48 | Deslok | 470mbps is plenty of bandwith, network boot via pxe has been around for a long time |
| 20:34 | jmontleon | jnettlet, _rmk_ got to the bottom of the swap partition issue poking around on bugzilla.kernel.org: https://bugzilla.kernel.org/show_bug.cgi?id=78911 |
| 20:38 | _rmk_ | jmontleon: good news |
| 20:38 | jmontleon | https://lkml.org/lkml/2014/6/23/96 has the big long comment/explanation |
| 22:42 | tunf_ | hi all |
| 22:42 | malte | hi |
| 22:43 | tunf_ | i found the wiki page not that helpfull about the openelec setup and i must say that i'm verry happy with that image... |
| 22:43 | tunf_ | is that on its way? |
| 22:43 | malte | how do u mean? |
| 22:44 | tunf_ | well i now need to browse a lot of forum pages to get it all togheter, i think 1 total openelec info page is better/ simpler |
| 22:46 | tunf_ | i will make some edits if possible |
| 22:46 | malte | yes |
| 22:46 | tunf_ | do you own a i2 or i4? |
| 22:46 | malte | i4 |
| 22:47 | tunf_ | same here... im looking for someone that has the i2 so i can compaire... a lot of my collegeas want such setup as i have but it is above the magic 100 euro limit |
| 22:49 | malte | i2 is enough for xbmc |
| 22:51 | tunf_ | i'm not sure with all the options enabled.. will need to get one then ;-) |
| 22:52 | tunf_ | No Windows 8 setups.. would be cool, a windows thin client like the cubox |