Re: building qt4 for arm

2013-02-12 Thread peter green
Rieker Flaik wrote: How do you do that? Any hints? One option worth considering is running qemu in user mode though binfmt_support. This has lower overheads than full hardware emulation and will be able to use multiple host CPUs for paralell builds (since each process runs in a seperate emu

Re: building qt4 for arm

2013-02-12 Thread peter green
Sander wrote: I believe the Armbrix Zero sells for $145 It has the same cpu and memory as the Arndale (Cortex-A15 1.7GHz dual core, 2GB 800MHz DDR3, and sata3), just a little less connectors: http://howchip.com/shop/item.php?it_id=BRIX5250 It's also on a three month lead time and has had virtual

Re: building qt4 for arm

2013-02-12 Thread Neil Williams
On Tue, 12 Feb 2013 17:51:53 +0100 martinwguy wrote: > On 12 February 2013 17:36, Sander wrote: > > Ermis Papastefanakis wrote (ao): > >> I agree with Martin, it's better to compile Debian packages natively. I > >> would suggest to get something more powerful though. A dual core board like > >>

Re: building qt4 for arm

2013-02-12 Thread Sander
Ermis Papastefanakis wrote (ao): > I agree with Martin, it's better to compile Debian packages natively. I > would suggest to get something more powerful though. A dual core board like > a Pandaboard ES (1.2GHz) or a Snowball (1GHz) can come rather cheap > (150-200euros) and are pretty decent for s

Re: building qt4 for arm

2013-02-12 Thread martinwguy
On 12 February 2013 17:36, Sander wrote: > Ermis Papastefanakis wrote (ao): >> I agree with Martin, it's better to compile Debian packages natively. I >> would suggest to get something more powerful though. A dual core board like >> a Pandaboard ES (1.2GHz) or a Snowball (1GHz) can come rather che

Re: building qt4 for arm

2013-02-12 Thread Ermis Papastefanakis
Hello, I agree with Martin, it's better to compile Debian packages natively. I would suggest to get something more powerful though. A dual core board like a Pandaboard ES (1.2GHz) or a Snowball (1GHz) can come rather cheap (150-200euros) and are pretty decent for such a task. Ermis On Tue, Feb

Re: building qt4 for arm

2013-02-12 Thread martinwguy
On 12 February 2013 16:28, Rieker Flaik wrote: > I'm running debian arm and need to rebuild libqt4 with an additional > patch. What is the best and fastest way to rebuild that package? Build it on an ARM box, as Debian packages (in general) need to build on native hardware. > > I also want to me

building qt4 for arm

2013-02-12 Thread Rieker Flaik
Hi all I'm running debian arm and need to rebuild libqt4 with an additional patch. What is the best and fastest way to rebuild that package? I also want to mention that I already tried several ways (cross-compile and qemu): 1. cross-compile: I have installed the emdebian toolchain by doing:

Re: QNAP TS219 poweroff problem

2013-02-12 Thread basti
Yes I know the path and the files in the qnap source. I would like to work on this but I have no skills in Kernel development. So first of all I would have a look on Rolf's patches and perhaps I can get it working on my device. Am 12.02.2013 14:54, schrieb Martin Michlmayr: * basti [2013-02-

Re: QNAP TS219 poweroff problem

2013-02-12 Thread Martin Michlmayr
* basti [2013-02-12 12:40]: > I mean the WOL stuff, can anybody please explain the changes made in: I don't know. I've never seen Rolf's patches, unfortunately. QNAP's implementation can be found in their GPL source release in linux-2.6.33.2-arm/arch/arm/plat-feroceon/mv_drivers_lsp/mv_network/

Re: QNAP TS219 poweroff problem

2013-02-12 Thread basti
power off work for me too. I mean the WOL stuff, can anybody please explain the changes made in: mv643xx_eth and qcontrol @Martin I have build a Kernel deb-Package with the patch forrtc-s35390A (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693997) the Kernel version is 3.2.35 if you are in