| 00:29 | aega | any advice good, solid Linux distro that'll run on cubox? |
| 00:34 | aega | any advice good, solid Linux distro that'll run on cubox? |
| 00:35 | lubiana | you should repeat that question once more |
| 00:35 | lubiana | i for one am happy with debian on my cubox |
| 00:36 | lubiana | but you could try ubuntu |
| 00:36 | rabeeh | aega: there is a debian one based on jas-hacks distro |
| 00:36 | rabeeh | http://download.solid-run.com/pub/solidrun/cubox-i/Debian/Jessi-repackaged-trial/debian-jessi-4-july-2014.img.xz |
| 00:36 | rabeeh | that one supports all boards (CuBox-i and HummingBoard) |
| 00:37 | rabeeh | in the background we are working on a Debian distro that can be installed from a script (i.e. debootstrapped etc...) |
| 00:37 | aega | ah thans rabeeh, are alot of the debian problems from six months ago fixed? I had trouble with debian, the browser wouldnt load etc |
| 00:37 | aega | thanks* |
| 00:37 | rabeeh | the network will auto load this time |
| 00:38 | rabeeh | please try it; it's not perfect |
| 00:38 | aega | nice! Going to try it out now, are you part of the development team for the cubox? |
| 00:38 | rabeeh | and it defaults to UK keyboard |
| 00:38 | rabeeh | yes |
| 00:38 | lubiana | aega: rabeeh is the cubox god |
| 00:39 | rabee | 00:39 * rabeeh hides |
| 00:39 | rabeeh | :) |
| 00:39 | aega | well, thanks for a great product! Have been using the cubox-i4 since december, it works like a charm..using it on my 40" tv, with android..runs apps wonderfuly and use netflix and other streaming services ...very nice product! |
| 00:42 | rabeeh | aega: great to hear this |
| 00:42 | rabeeh | :) |
| 00:43 | rabeeh | so android with netflix; now it's linux time? :) |
| 00:43 | rabeeh | if you got it in december; then you are probably one of the early adopters of CuBox-i4pro |
| 01:01 | balrog | currently I'm running debian on my sheevaplug; how well does it run on the cubox-i or should I move to arch? (was considering it before) |
| 01:06 | balrog | (it's set up headless as a server) |
| 01:06 | balrog | like, is eSATA boot supported? :) |
| 01:23 | aega | I think my wife ordered it before it was widely released, took like 4 months to arrive in to us in the U.S. |
| 02:02 | balrog | also is the cubox carrier and i4 microsom shipping yet? |
| 02:32 | jnettlet | balrog, yes eSATA is supported |
| 02:32 | jnettlet | and yes they are both shipping |
| 02:32 | balrog | direct boot from eSATA? nice |
| 02:33 | jnettlet | balrog, you always need to have and sdhc card as that is where the device is bootstrapped from |
| 02:33 | balrog | aah, ok |
| 02:33 | balrog | so uboot is on the sd? |
| 02:33 | jnettlet | yes |
| 02:34 | balrog | ah, nice |
| 02:34 | balrog | so you can't have the nand fail |
| 02:34 | balrog | like with these sheevaplugs |
| 02:34 | jnettlet | it makes it unbrickable yes |
| 02:34 | jnettlet | basically if you want to use a rootfs on esata I recommend keeping /boot on the sdhc card |
| 02:35 | jnettlet | then if you have any sort of kernel failure or such you just pop out the sdhc and you can easily do recover on another computer |
| 02:35 | balrog | are there any downsides of /boot on esata? right now I have /boot on my hard drive |
| 02:36 | jnettlet | other than I haven't added the code to uboot to read /boot from esata. |
| 02:36 | balrog | aah |
| 02:36 | jnettlet | For the Novena project we agreed on the same configuration. We really feel it is much nicer to have u-boot, kernel and recovery image (if you want) on SDHC and then rootfs on Sata |
| 02:37 | jnettlet | it is possible to add eSata support to u-boot, it is just not something I felt like adding to u-Boot. |
| 02:38 | jnettlet | one of the main reasons is my goal which works is to boot direct to Linux to make boot time as fast as possible. |
| 02:38 | jnettlet | With DirectBoot enabled we are only in u-boot for about 300ms |
| 02:38 | jnettlet | can boot to Linux gui in less than 5 seconds |
| 02:39 | jnettlet | if you are probing tons of different boot devices that is not possible |
| 02:39 | ksju | does anyone know the initial login for Jesse linux? |
| 02:39 | jnettlet | debian/debian |
| 02:39 | jnettlet | or possibly debian/password |
| 02:40 | ksju | kk thnx trying now |
| 02:40 | balrog | on the sheevaplug I had /boot on usb and uboot did support that |
| 02:40 | balrog | but usb is slow so I don't want to do that again |
| 02:41 | jnettlet | like I said with linux on sdhc I can read the entire kernel into memory and execute it in 300-400ms |
| 02:42 | jnettlet | default SDHC is about 20MB/s more than fast enough to bootstrap from. |
| 02:42 | jnettlet | initializing an eSATA device can take twice that time. |
| 02:43 | balrog | I agree |
| 02:43 | balrog | and most likely cubox sd reliability is high |
| 02:43 | balrog | I had issues with that on the sheevaplug |
| 02:48 | jnettlet | yeah I have not had any problems, and I have been doing some nasty sdhc abuse between uboot and the kernel |
| 02:49 | balrog | aah |
| 02:49 | balrog | I had issues with the connector |
| 02:49 | balrog | on two different boards :/ |
| 03:00 | mett | hello again, just got jessi debian up and running on my cuboxi, figured out how to get around the web browser not starting by using the iceweasel install on command line, anyone know if we can install firefox or chrome? |
| 03:13 | jnettlet | mett, dv__ has done work great work optimizing chromium including webGL and hardware accelerated media playback with the VPU. We will be hosting a package for that very soon in the iMX6 optimized repos that we will share with the Novena project. |
| 03:15 | mett | hi jnettlet thx for the info, will wait for that release, this iceweasel browser isnt bad but doesnt support things like youtube and such..guessing if I kick the tires can figure out how to get things working, not a linux xpert just use it here and there : ) |
| 03:17 | jnettlet | mett, if you switch to HTML5 youtube it should work. Google defaults to the vp8 video codec. Software decoding of that is atleast NEON optimized |
| 03:17 | jnettlet | https://www.youtube.com/html5 |
| 03:22 | ksju | Ty Jnettlet will try that! |
| 03:49 | mett | ok got the html version of youtube running..bit laggy tho..but no sound in debian jessie? |
| 15:51 | rabeeh | http://www.solid-run.com/community/topic1482.html |
| 15:51 | rabeeh | need assistance and directions |
| 15:54 | bencoh | you could tell people to come here and give away wiki accounts |
| 15:54 | balrog | rabeeh: archiveteam has a wiki and what they do is have a phrase you're supposed to mention in IRC asking for the "secret word" |
| 15:54 | balrog | and a bot responds |
| 15:54 | balrog | of course for something which might be targeted you'd want a rotating set |
| 15:54 | balrog | but it works well for them |
| 15:55 | rabeeh | just tried it; nice :) |
| 15:56 | rabeeh | but getting the people to irc is way beyond most of our regular users |
| 15:56 | rabeeh | (surprise surprise) |
| 15:56 | balrog | even webirc? :P |
| 15:56 | balrog | who are the regular users? |
| 15:56 | Artox | but getting the people to irc is way beyond most of our regular users |
| 15:56 | Artox | we could preinstall and configure xchat |
| 15:56 | Artox | on all images? |
| 15:56 | rabeeh | people that want an OS image to install and work with it |
| 15:57 | balrog | ah.... |
| 15:57 | balrog | btw, I noticed that there are a bunch of reviews on newegg that say "horribly difficult to set up? |
| 15:57 | balrog | "* |
| 15:57 | anaconda | is that mediawiki? did you check wikimedia extensions? i.e. https://en.wikipedia.org/wiki/special:version |
| 15:57 | rabeeh | balrog: and i agree with them |
| 15:57 | rabeeh | it's still not perfect; but that's different issue |
| 15:57 | balrog | it should be as simple to set up as a raspberry pi |
| 15:57 | balrog | load an image onto an sd card and boot |
| 15:57 | rabeeh | balrog: and how is that? |
| 15:58 | rabeeh | easier than this - http://www.solid-run.com/support/downloads/ |
| 15:58 | rabeeh | ? |
| 15:58 | rabeeh | (list is partial) |
| 15:58 | balrog | I think the issues may be more about the OS working/not working right |
| 15:58 | balrog | than about loading it |
| 15:59 | rabeeh | balrog: for installation there was another option; flashing an installer on a micro SD; booting it up and that installer would give you the same list |
| 15:59 | balrog | I plan on using mine running arch or debian, headless, so I won't be dealing with any of these issues |
| 15:59 | balrog | but people want "plug and play" |
| 15:59 | rabeeh | balrog: in what sense it's different than plug and play for today? |
| 16:00 | rabeeh | besides the Linux distro part; i think the OS images are perfectly fine |
| 16:00 | rabeeh | for instance Android 4.4 works on all machines, GeexBox, OpenElec and xbian also works on Cubox-i at least and soon on HummingBoard |
| 16:01 | rabeeh | anaconda: we have tried different extensions; somehow the spammers that gets to the wiki insist on even solving complex math equations |
| 16:01 | rabeeh | try for instance the solvemedia that is there; they still insist on creating an account... it always amazes me how low those spammers can go |
| 16:02 | bencoh | yeah they can get quite persistent sometimes |
| 16:05 | rabeeh | Artox: i think as bencoh said; we want to to work... now :) |
| 16:05 | rabeeh | without chatting, reading manuals etc... |
| 16:06 | rabeeh | s/bencoh/balrog |
| 16:06 | balrog | rabeeh: yep :) |
| 16:06 | balrog | I think preloaded SD card helped a lot for r.pi |
| 16:06 | rabeeh | balrog: what do you think about that idea; cubox-i installer? |
| 16:06 | rabeeh | today we preload with Android... you can't get easier than setting up Android :) |
| 16:07 | balrog | installer is not a bad idea as long as it provides as much control as the normal os installation methods and is reliable |
| 16:07 | anaconda | you'd want to try harder :-) wikimedia "solved" it with these extensions, correctly configured and maintained (i'm an admin there) |
| 16:07 | balrog | I'd like the option of android or a "mainstream" linux distro like debian (cf. raspbian) |
| 16:08 | balrog | don't have to give people a choice of 3 or 4, but I feel a lot of people don't want android |
| 16:08 | rabeeh | balrog: yeah; the linux distro is still weak; lots of people have invested lots of their time on this but it's still not perfected |
| 16:09 | rabeeh | balrog: with the installer you get something like this - |
| 16:09 | rabeeh | http://www.solid-run.com/archive/mw/File:Installer-8.png |
| 16:09 | balrog | one thing that I'll be very interested in when I get mine is what the situation is with the kernel |
| 16:09 | rabeeh | the older CuBox installer had that |
| 16:09 | balrog | for my sheevaplug I could just use the kirkwood kernel from the debian repos |
| 16:09 | bencoh | but I feel a lot of people don't want android |
| 16:09 | bencoh | you bet ;) |
| 16:09 | balrog | this is a different arch though |
| 16:09 | balrog | well |
| 16:09 | bencoh | (woops, missing quotes :) |
| 16:09 | balrog | not that different but different ehough :) |
| 16:10 | rabeeh | bencoh: CuBox-i can have lots of solutions; LOTS of the users wants Android; you simply don't see most of them on #cubox ! |
| 16:10 | bencoh | yeah I know that |
| 16:11 | bencoh | (that's why I dont complain too much and usually gather info and build my own stuff ;) |
| 16:11 | rabeeh | balrog: once you add hdmi, gpu and vpu; everything becomes complex in the Linux/arm world.... period... |
| 16:12 | rabeeh | the main reason is that headless solution is really easy to get into mainline |
| 16:12 | rabeeh | especially Debian which is a tough nut to break since they don't want to see binary blobs anywhere; now I know what you want; you don't want hdmi, or gpu or video or any multimedia; you want a headless solution |
| 16:16 | balrog | *I* want a headless solution for myself but I'm speaking for other users :) |
| 16:16 | balrog | I'm pretty sure raspbian uses binary blobs |
| 16:17 | balrog | the free driver for gpu (etna_viv) has been improving though |
| 16:18 | bencoh | oh ? |
| 16:19 | rabeeh | balrog: i guess etnaviv might be ready for prime time in 6 months |
| 16:19 | rabeeh | i hope |
| 16:19 | bencoh | neat |
| 16:20 | rabeeh | once etnaviv is there then imx6 becomes 100% open source running on the ARM processor |
| 16:20 | balrog | it seems gc2000 support is really the only thing it needs but I haven't tested it yet (and with only one cubox for now I dunno if I'll get a chance to). usually takes some time before a new driver enters mainstream distribution though. |
| 16:20 | rabeeh | only the vpu firmware remains; which i believe is not a problem for all distros |
| 16:20 | bencoh | rabeeh: we're still missing vpu ;) |
| 16:20 | balrog | vpu is video encoding? |
| 16:20 | balrog | that can be considered optional |
| 16:20 | Artox | decoding too, ideally |
| 16:21 | rabeeh | vpu is the video decoder; there is source code available for all vpu drivers (i.e. anything that runs on the ARM processor) |
| 16:21 | bencoh | oh, okay |
| 16:21 | balrog | but a blob has to be uploaded, right? |
| 16:22 | rabeeh | yes |
| 16:23 | rabeeh | but that's like any other wifi chipset binary |
| 16:23 | balrog | is it under a license that allows for redistribution? |
| 16:23 | balrog | well yeah |
| 16:23 | balrog | though that can be an issue sometimes |
| 16:23 | rabeeh | i agree |
| 16:23 | balrog | some of those are under licenses that allow for redistribution, others aren't so you get stuff like b43-fwcutter |
| 16:23 | bencoh | it's an issue for fsf and the likes, usually not for endusers |
| 16:24 | balrog | bencoh: what I'm talking about is an issue for end users |
| 16:24 | balrog | b43-fwcutter automatically downloads the broadcom driver from their website, extracts the firmware file, and installs it |
| 16:24 | bencoh | hm yeah this (b43) example is :) |
| 16:24 | balrog | the FSF has an issue with *all* binary blobs, whether or not you're licensed to distribute them |
| 16:26 | balrog | rabeeh: what's the licensing situation with the blobs currently? is there an issue with redistribution rights? |
| 16:26 | balrog | then again that's probably a question for legal :) |
| 16:28 | Artox | I have found some redistribution troubles with the gpu drivers |
| 16:28 | Artox | about libGAL header files |
| 16:28 | Artox | they themselves have a header that says dis be trade secret you no redistribute |
| 16:29 | Artox | currently I just ignore this message |
| 16:30 | balrog | where did these files originally come from? |
| 16:30 | Artox | vivante |
| 16:30 | Artox | well freescale gpu-viv-bin package |
| 16:31 | Artox | I still have to fix my rpms to properly publish what license the parts are |
| 16:31 | Artox | and include teh licenses in the packages |
| 16:31 | balrog | it seems like this license may apply but I'm uncertain: https://github.com/Freescale/meta-fsl-arm/blob/master/EULA |
| 16:31 | Artox | I personally find that very boring and unrewarding work |
| 16:31 | balrog | often those license paragraphs are left in the headers due to people forgetting to remove them |
| 16:32 | balrog | Artox: I hear you :) |
| 16:33 | Artox | start from line 444 |
| 16:33 | Artox | very serious paragraph |
| 16:33 | Artox | that one really set me off when I read it first |
| 16:33 | balrog | that may be a problem: what's "Authorized Systems that include a Vivante Graphics Processing Unit" |
| 16:33 | balrog | oh, 1.3 |
| 16:33 | Artox | not nly that, also the machine readable part |
| 16:34 | balrog | yeah that could be a problem with the headers :/ |
| 16:34 | Artox | and as part of means, burned to a rom in teh device? |
| 16:34 | Artox | operatingf systems images targeting the device? |
| 16:34 | balrog | this would need a lawyer to take apart :/ |
| 16:34 | Artox | yes, its crazy! |
| 16:35 | Artox | the good news is, all the headers except libGAL have much nicer license headers |
| 16:35 | Artox | like Khronoes, or GPL, or MIT |
| 16:35 | Artox | and the remainder is object code anyway |
| 16:37 | balrog | I don't see any reason headers should have such license text on them |
| 16:37 | balrog | it doesn't even make sense for headers |
| 16:44 | KodiakF | Bounty: 1LTC for anyone who forks the Fedora 20 image w/ the addition of Owncloud 7 on Nginx :) |
| 16:45 | brantje` | KodiakF why fedora? |
| 16:45 | brantje` | Can make it work on debian =) |
| 16:46 | KodiakF | Cause I'm a Redhat admin by trade and at home so it's just more familiar. I know Fedora on Cubox isn't as great or supported as Ubuntu on Cubox (or maybe it was straight Debian...) but I'm just used to Fedora and don't have time to fiddle with it right now :) |
| 16:47 | KodiakF | I got Fedora 20 on the Cubox just fine using the Fedorapeople ROM, and I even limped through nginx setup and owncloud 6 setup, but looking at the tarballs to upgrade to 7 I realize I just don't have the time to do it until probably xmas break sadly |
| 16:58 | brantje` | Awh |
| 16:58 | brantje` | Well, i have dev-owncloudan a prod ownCloud |
| 16:58 | brantje` | But both on ubuntu |
| 18:03 | MarcusVinter | Hey all. Do you know what driver the Unbuntu build for I2 uses and what resolutions is supports? |
| 20:37 | quitte | Hi |
| 20:38 | malte | guten abend |
| 20:38 | malte | :) |