01:53 | _baronK | Can anyone in here assist in getting my cubox-i up installed with debian wheezy? I've done it before but I'm hitting snags right now during the debootstrap --second-stage step. |
04:18 | nikitis | is rabeeh here? |
10:12 | aplund | jnettlet: found the reason for the spdif pins not being muxed right, see email. |
10:21 | Tenkawa | so... anyone running a cubox-i ultra2? |
10:21 | Tenkawa | trying to determine if its sata support is decent |
10:27 | rabeeh | Tenkawa: yes |
11:45 | satellit_e | Is the android microSD card shipped with my CuBox-i4P-300 D MAC the same as the android listed on your wiki? (It works well and I wanted a 2nd copy) |
11:46 | satellit_e | 4.3 android build no 1.00-rc2 |
11:47 | Coolgeek | why don't you make a backup of your sdcard ? |
11:49 | satellit_e | Coolgeek: already entered information in mail and contacts so too late |
11:50 | satellit_ | 11:50 * satellit_e testing |
13:58 | rabeeh | satellit_e: same image |
14:01 | davorin | ah welcome rabeeh (o; |
14:02 | rabeeh | davorin: hey |
14:09 | davorin | this is the one i'm selling for the rpi: |
14:19 | satellit | rabeeh: thanks |
14:21 | satelli | 14:21 * satellit wish debian had networking working + ubuntu is low res screen only (testing here) |
14:22 | satelli | 14:22 * satellit HDMI output |
16:24 | MarcusVinter | Hey. |
16:24 | rabeeh | hi Marcus |
16:24 | MarcusVinter | I'm a bit confused if anyone can clarify something for me. It's nothing major, just confusing with the spec. |
16:24 | MarcusVinter | I'll get the details, one sec. |
16:24 | rabeeh | go ahead |
16:26 | MarcusVinter | On the website spec comparison here: http://cubox-i.com/products/ It shows the I2Ultra doesn't have wifi/bluetooth. |
16:26 | MarcusVinter | Ours does? |
16:26 | MarcusVinter | lol |
16:26 | rabeeh | hehe.. |
16:27 | rabeeh | i'll pass the information right on |
16:27 | MarcusVinter | Is it the website that's wrong? Or did we get sent a different type? |
16:31 | satellit_e | Is it possible to set the CuBox-4P wifi to act as an access point? |
16:31 | satellit_e | i4P* |
16:31 | rabeeh | satellit_e: look at the forums about that |
16:32 | rabeeh | pepedog (Arch) had some success on that; it's mainly a firmware issue |
16:32 | satellit_e | ok we are trying to use it as a schoolserver |
16:32 | rabeeh | i personally hadn't had time to play with the AP modes |
16:32 | satellit_e | fedora 20 |
16:32 | rabeeh | satellit_e: oh; so you are one of jnettlet friends? :) |
16:32 | satellit_e | yes I test for XSCE |
16:33 | rabeeh | oh great ! |
16:36 | satellit | http://wiki.sugarlabs.org/go/Sugar_Creation_Kit/sck/Advanced_Topics#CuBox-i4 FYI |
16:37 | rabeeh | yeah; i'v seen that |
16:38 | satellit | k |
16:38 | rabeeh | but is the SugarOS running on it already? or they just have F20 on it? |
16:38 | rabeeh | that's a unit that was sent to Daniela Carrara (SugarOS maintainer) |
16:39 | satellit | I did an unsuccessful server install with ansible f18 is normally used so It boots f20 as server but has somw problems to solve to work as schoolserver |
16:39 | satellit | see last screenshot on page |
16:40 | satellit | I have the unit here in Bend Oregon and it works |
16:40 | satellit | links are there to D/L also |
16:42 | satelli | 16:42 * satellit I am a volunteer here with my own i4P |
16:42 | rabee | 16:42 * rabeeh salutes satellit |
18:01 | purch | which xbmc distro for i4? |
18:09 | MarcusVinter | http://download.solid-run.com/pub/solidrun/cubox-i/GeexBox-xbmc/geexbox-devel-20131212-r16611.cuboxi/geexbox-devel-20131212-r16611.cuboxi-patched-cubox-i4pro.img.zip |
18:09 | jnettlet | satellit, AP mode is not working 100% yet. I have some patches that I have been directed to test against it. |
18:10 | jnettlet | I have it to the point that it switches to AP mode and broadcasts beacons but won't let clients associate |
18:10 | jnettlet | purch, I am working most closely with geexbox, but all of them are doing an excellent job |
18:12 | purch | I have used rasbian, openelec, etc on rpi, but some are too cleaned up; like no package installers |
18:12 | jnettlet | geexbox has opkg on the cli |
18:12 | purch | opkg like debs? |
18:12 | jnettlet | yes |
18:12 | purch | nice |
18:13 | jnettlet | I am working with them to expand the repo, if you want to join the community you are more than welcome |
18:13 | purch | Can you sell some time to me? =) |
18:14 | jnettlet | tell me about it. |
18:15 | purch | is it easy to put desktop to geexbox? |
18:15 | purch | or should I just stick to to sd cards for demonstration purposes? |
18:15 | purch | to two sd cards |
18:16 | jnettlet | I would do two sd cards for now. I do have a plan to run a desktop and xbmc side by side using docker, but I haven't had time to finish my work. |
18:17 | jnettlet | I want to make most distros, and appliance/mediacenter applications available via docker/LXC containers |
18:17 | jnettlet | then you will just need 1 sdcard :-) |
18:17 | purch | have to look at those |
18:17 | purch | I use dual seat (2 x gpu) on my media center now |
18:21 | purch | ok, that docker looks interesting |
18:22 | jnettlet | I am integrating that with a fast boot image based on openbricks which is what geexbox runs on |
18:23 | jnettlet | if you come up with some containers they should run on my fastboot image soonish. Like by the weekend |
19:17 | mk01 | rebeeh: are you there ? |
19:19 | rabeeh | here |
19:19 | mk01 | yup |
19:19 | rabeeh | hey |
19:44 | kaipee | using Arch ARM - when I get the notice |
19:44 | kaipee | You will probably need to copy /boot/uImage to the first partition |
19:44 | kaipee | ...so I actually need to do that? |
19:44 | kaipee | isn't the first partition mounted as /boot ? |
19:45 | mk01 | usually this is the case |
19:45 | kaipee | meaning I shouldn't need to move uImage? |
19:45 | mk01 | you can check that with "findmnt /boot" |
19:46 | mk01 | (if part1 is actually mounted under /boot) |
19:46 | kaipee | yeah /dev/mmcblk0p1 is mounted as /boot (vfat) |
19:46 | mk01 | you got the notice during some package (kernel?) installation ? |
19:46 | kaipee | so the kernel update automatically unpack to the first partition (I can just ignore?) |
19:47 | kaipee | yes kernel update (linux-imx6-cubox-dt |
19:47 | mk01 | probably yes. the issue is likely in the VFAT. don't know how Arch is working exactly, but for instance dpkg (Debian deb) is doing some symlinks during install process |
19:48 | mk01 | and VFAT is not supporting such operations. |
19:48 | mk01 | so you get "warnings" or errors |
19:48 | mk01 | I assume this is also the reason why you got notice |
19:49 | kaipee | so it doesn't move uImage automatically? |
19:49 | mk01 | yes, could be. DPKG can't do that if target file exists and the fstype is for instance FAT. |
19:50 | kaipee | ...if the file is saved as /boot/uImage , and /dev/mmcblk0p1 is mounted as /boot |
19:51 | kaipee | how can I manually move the file? |
19:51 | mk01 | then you are fine ;) |
19:51 | kaipee | even though /boot is vfat? |
19:52 | kaipee | (mmcblk0p1 is vfat) |
19:53 | kaipee | ls /boot shows |
19:53 | kaipee | -rwxr-xr-x 1 root root 5293392 Mar 17 15:52 uImage |
19:53 | mk01 | kaipee: don't stick 100% to my assumptions based on different package engine (dpkg). I have never seen Arch running. with DPKG it would be needed to move /boot/uImage (or rename or delete), then install .deb package. |
19:53 | mk01 | kaipee: you can test like this |
19:53 | mk01 | do "umount /boot" |
19:53 | mk01 | ls -la /boot |
19:53 | mk01 | should be empty |
19:54 | mk01 | then "mount /dev/mmcblk0p1 /boot" |
19:54 | mk01 | ls -la /boot |
19:54 | mk01 | you should again see uImage |
19:54 | mk01 | if it is there, you are OK |
19:54 | mk01 | ;) |
19:54 | kaipee | I know that it is there |
19:54 | kaipee | I don't know if it is the file that I just updated... |
19:55 | mk01 | you can unpack the package manually |
19:55 | mk01 | is it .opk ? |
19:55 | kaipee | how? |
19:55 | kaipee | where is it temporarily stored? |
19:56 | kaipee | I don't know, I just ran a system update with 'pacman -Syyu' |
19:56 | kaipee | and it downloaded kernel image and unpacked it |
19:56 | mk01 | if you remember the package name |
19:57 | mk01 | you can "opkg download " |
19:58 | kaipee | this is for Arch Linux ARM, not GeexBox |
19:58 | kaipee | Arch doesn't use the opkg package manager |
19:58 | mk01 | ok |
19:58 | mk01 | pacman -Sw b43-fwcutter |
19:58 | mk01 | this I found as -> download package without installing |
19:59 | jnettlet | kaipee, mk01, the main b43-fwcutter site is serving garbage. |
19:59 | jnettlet | I just had to debug this for geexbox |
19:59 | mk01 | jnettlet: it was only copy paste important was "packman -Sw" part. |
20:00 | mk01 | sorry for nonsense package name ;) |
20:00 | jnettlet | I switched it to http://bues.ch/b43/fwcutter/ |
20:00 | kaipee | jnettlet I'm not interested in b43-fwcutter |
20:00 | jnettlet | oh...haha funny coincidence |
20:00 | mk01 | kaipee: https://wiki.archlinux.org/index.php/pacman |
20:03 | kaipee | mk01 I copied the package from /var/cache/pacman/pkg/linux-imx6-cubox-dt-3.10.30-9-armv7h.pkg.tar.xz |
20:03 | kaipee | and extracted |
20:04 | kaipee | under ~/boot it only lists zImage - not uImage |
20:05 | mk01 | kaipee: only zImage or even more files ? |
20:05 | kaipee | drwxr-xr-x 2 root root 4096 Mar 24 16:00 . |
20:05 | kaipee | -rw-r--r-- 1 root root 43332 Mar 24 16:00 imx6dl-cubox-i.dtb |
20:05 | kaipee | -rw-r--r-- 1 root root 42379 Mar 24 16:00 imx6dl-hummingboard.dtb |
20:05 | kaipee | -rw-r--r-- 1 root root 43789 Mar 24 16:00 imx6q-cubox-i.dtb |
20:06 | kaipee | -rwxr-xr-x 1 root root 5981416 Mar 24 16:00 zImage |
20:06 | mk01 | copy all to /boot |
20:07 | kaipee | mk01 it looks like they were all automatically copied to boot. I was just concerned about the uImage warning (becasue uImage was showing an older file date |
20:07 | kaipee | drwxr-xr-x 2 root root 16384 Jan 1 1970 . |
20:07 | kaipee | drwxr-xr-x 18 root root 4096 Mar 23 22:33 .. |
20:07 | kaipee | -rwxr-xr-x 1 root root 39936 Mar 4 14:26 SPL |
20:07 | kaipee | -rwxr-xr-x 1 root root 43332 Mar 24 16:00 imx6dl-cubox-i.dtb |
20:07 | kaipee | -rwxr-xr-x 1 root root 42379 Mar 24 16:00 imx6dl-hummingboard.dtb |
20:07 | kaipee | -rwxr-xr-x 1 root root 43789 Mar 24 16:00 imx6q-cubox-i.dtb |
20:07 | kaipee | -rwxr-xr-x 1 root root 295820 Mar 4 14:26 u-boot.img |
20:07 | kaipee | -rwxr-xr-x 1 root root 149 Mar 23 22:49 uEnv.txt |
20:07 | kaipee | -rwxr-xr-x 1 root root 5293392 Mar 17 15:52 uImage |
20:07 | kaipee | -rwxr-xr-x 1 root root 5981416 Mar 24 16:00 zImage |
20:07 | kaipee | ^ that's /boot |
20:08 | mk01 | kaipee: what I would do is making backup of /boot, reformatting /boot with mkfs.ext2 /dev/mmcblk0p1, then moving the files back. |
20:08 | mk01 | then reinstall the package |
20:09 | kaipee | why? It looks like the kernel update only included a few files and they all look to be moved to /boot (all dated Mar 24 16:00) |
20:09 | mk01 | (so you won't be needed to each time manually process the files) |
20:10 | kaipee | doesn't boot partition need to be vfat for? |
20:10 | kaipee | most cubox-i scripts make it vfat |
20:10 | mk01 | no. in actual u-boot version is ext4 driver |
20:11 | mk01 | able to work with ext2/3/4 |
20:11 | kaipee | ah right, OK |
20:11 | kaipee | is there some reason why the guides specifiy vfat? |
20:11 | mk01 | kaipee: no idea. maybe for easier recovery |
20:12 | mk01 | as windows will not read it. |
20:12 | mk01 | (so you can't just take SD out, plug it into windows machine and manage its content) |
20:13 | mk01 | kaipee: the operation is 1 minute and you would see if you get the notice again |
20:13 | kaipee | hmm, I'll have a check to see if they have configured something specificaly for vfat |
20:42 | mal- | mk0 |
20:43 | mal- | mk01 |
20:44 | twouters | hi, i'm running geexbox on cuboxi with linux-imx_3.10.30_linaro-stable+a305f2d8f6-8 and i would like to control the front led |
20:45 | twouters | i've noticed that /sys/class/leds/imx6\:red\:front/trigger doesn't exist though |
20:45 | mal- | http://imx.solid-run.com/forums/viewtopic.php?f=16&t=874 |
20:45 | twouters | is this something that i should enable somewhere? |
20:45 | mal- | oh dunno |
20:45 | twouters | nice, relevant though :) |
20:46 | twouters | i've seen some commits in openbricks repo about this, that's why i thought it should be there |
21:04 | twouters | # CONFIG_LEDS_TRIGGERS is not set |
21:04 | twouters | it isn't enabled in the geexbox build |
21:48 | Tenkawa | i might go pick up a cubox-i ultra2 tonight.. any pointers/tips? |
21:55 | Tenkawa | brb(if my kernel rebuld went well) |
22:46 | kaipee | Tenkawa still aaround? |
23:31 | Tenkawa | I decided if I go with a cubox I'm going to go with the quad so one curiosity I have is, Is 3.0 still the newest kernel branch that will run on it? |
23:45 | freinhard | hi! |
23:46 | freinhard | can someone supply the hdparm -tT output of an attached 3.5" sata disk and/or usb disk? |
23:51 | kaipee | Tenkawa I'm running 3.10.30 |
23:51 | kaipee | (Arch ARM) |