10:55 | Thirsty | hi |
10:59 | N30N | How's it going? |
11:02 | Flooo | hi |
11:02 | Flooo | doing good. hbu? |
11:03 | N30N | Not too bad. :) |
11:05 | rabeeh | hi Thirsty |
11:10 | Thirsty | good |
11:10 | Flooo | I read in the forum about creating an own debian repo for cubox |
11:11 | Flooo | I'd be interested to do so |
11:12 | Thirsty | Me too |
11:13 | Flooo | would be great to have kernel and drivers/X there for easy install |
11:13 | Thirsty | and XBMC |
11:15 | Flooo | and XBMC of course! |
11:15 | Flooo | r u familiar with debian repos? |
11:15 | N30N | You guys don't like Arch? :o |
11:17 | Flooo | I think it has nothing to do with like or dislike arch :) |
11:17 | Thirsty | N30N: I had some plans to change to Arch, but I didn't do it yet |
11:19 | Thirsty | But do Arch have the items we want, like hard float, drivers and xbmc? |
11:20 | N30N | All but xbmc, you need to compile that yourself |
11:20 | Thirsty | I still have some partitions left on my cubox to test it. |
11:20 | Flooo | even if arch has it, debian would be an advantage in my opinion |
11:22 | N30N | Come on Thirsty, coming to the dark side. >:) |
11:22 | Flooo | you have cookies? |
11:24 | dv505 | I'd be interested in a Debian repo too |
11:24 | dv505 | I tried it some time ago, but the X packages were the problem, especially dependecies and replacement for other packages |
11:25 | Flooo | hi 505 |
11:25 | dv505 | in fact, I think my site for armhf packages is already a repo, although never really tested it |
11:25 | Flooo | my problem were signatures for packages :/ |
11:25 | dv505 | can't we just skip that for now, focus on working packages and dependecies first? |
11:26 | dv505 | dpkg-buildpackage has an argument to leave signatures out |
11:28 | Flooo | I think I did that.. was some time ago.. then you always got the 'unsigned package' warnings.. but You're right other things are more important for now |
11:29 | dv505 | maybe first focus on a armel repository, because we know that can work |
11:30 | Flooo | what is missing on armhf? dove driver? does xbmc compile with hardfloat? |
11:30 | dv505 | marvel-ipp, codecs for video drivers |
11:30 | Flooo | ok |
11:31 | Flooo | can u give ma a link to your site, pls? |
11:31 | dv505 | and I never succeeded in compiling XBMC myself with the correct drivers on armhf, couldn't get hardware acceleration |
11:31 | dv505 | http://server.vijge.net/static/cubox/ |
11:32 | dv505 | warning though, not sure every package is 100% correct |
11:36 | Flooo | your packages have the ubuntu tag.. did you set correct dependencies for debian, too? |
11:38 | dv505 | they are compiled on debian, and should work. most are just compile and repackage of the big drivers download archive rabeeh provided |
11:38 | dv505 | and those are originally for ubuntu |
11:41 | Flooo | did u cross-compile or on your cubox? |
11:43 | dv505 | native on cubox. most packages are small, so they compile quite fast |
11:45 | Flooo | ok.. a bit off-topic: |
11:46 | Flooo | is there a way to run xbmc without X? on kms? |
11:48 | dv505 | see https://github.com/xbmc/xbmc/pull/454, although the idea is now dead it seems |
11:52 | Flooo | what a pity :/ would be a great improvement on performance/mem footprint.. |
11:54 | Flooo | oh no. I think u got it wrong.. 'Much more interesting would be skipping the dfb layer and using mesa+kms directly.' |
11:54 | rabeeh | Floo: i'm not sure bypassing X would add any performance |
11:54 | Flooo | it says in the post |
11:55 | rabeeh | i previously profiles XBMC, and haven't seen any X things going really high |
11:56 | rabeeh | s/profiles/profiled |
11:57 | Flooo | you may be right there, but it needs disk space and there are much unused X functions in RAM |
11:57 | Flooo | making boot slower a.s.o. |
11:57 | rabeeh | agree |
12:03 | Flooo | rabeeh: how do you think about an debian repo? |
12:13 | rabeeh | Flooo: debian is inferior on CuBox. still nothing solid there |
12:13 | rabeeh | it only supports headless today. |
12:14 | rabeeh | Flooo: probably Debian repo will never host a binary drivers. |
12:15 | Kiranos | thirdparty debian repo could host it? |
12:16 | Kiranos | that is a solid-run driven repo |
12:16 | Kiranos | deb http://solid-run.com/apt/ squeeze main |
12:16 | Kiranos | for example :) |
12:16 | Kiranos | which host these files |
12:17 | rabeeh | Kiranos: any idea if same repo can be shared between debian and ubuntu? |
12:18 | rabeeh | i know there is distro naming differences, but probably the shared libs will differ. |
12:20 | Kiranos | rabeeh: no I'm not sure but probably |
12:21 | Kiranos | guess dependencies might be different though |
12:21 | Kiranos | versions of the dependencies |
12:21 | suihkulokki | rabeeh: it is usually possible if you use the libraries of the older distro |
12:22 | suihkulokki | rabeeh: cases where it doesn't work is when there is a big abi break, like on xorg servers sometimes |
12:23 | Flooo | thirdparty debian repo like Kiranos mentioned is what I meant |
12:23 | Flooo | if we can build deb files there's just a little step to build ubuntu, too |
12:25 | Flooo | In my opinion it is important to have debian, because ubuntu is based on it |
12:27 | Kiranos | maybe have jenkins building the .deb packages for the repo, if that is the case it could build for different dists and versions automatically |
12:27 | Kiranos | jenkins has options to export with scp for example to the repo |
12:27 | Kiranos | and have a cronjob looking for new files |
12:27 | Kiranos | in the ropo server |
12:27 | Kiranos | repo |
13:40 | av_jui | hi |
13:40 | av_jui | For repositorie build there is a how to do http://debian.wgdd.de/howto/howto-aptrep.de.html |
19:49 | fser | hey |
19:50 | fser | after the "default ubuntu failure", I tried geexbox, which works a lot better, but for full hd movies, it's not perfect yet :-) |
21:08 | av_jui | ping |
21:10 | rabeeh | av_jui pong |
21:11 | av_jui | hi rabeeh |
21:11 | av_jui | my problem is not sloved have one other idea |
21:12 | av_jui | have you one other idea |
21:22 | av_jui | rabeeh? |
21:22 | av_jui | CuBox ** LOADER ** U-Boot 2009.08 (Sep 20 2012 - 02:30:22) Marvell version: 5.4.4 NQ SR1 BootROM: Version on chip: 2.33 Status: OK Retries #: 0 Board: CuBox SoC: 88AP510 (A1) CPU: Marvell Sheeva (Rev 5) CPU @ 800Mhz, L2 @ 400Mhz DDR3 @ 400Mhz, TClock @ 166Mhz PEX 0: interface detected no Link. PEX 1: interface detected no Link. DRAM: 1 GB CS 0: base 0x00000000 size |