On Sat, Jul 12, 2014 at 11:10 AM, Osamu Aoki wrote:
> Hi
>
> On Sat, Jul 12, 2014 at 02:00:35PM +0200, Matthias Klose wrote:
> > I would rather drop any package which does use c++11 features without any
> > reflection.
>
> I now understand the problem. Thanks.
>
> On Sat, Jul 12, 2014 at 01:10:5
I have just noted that qtcreator built on armel and is currently building on
armhf (let's hope it now builds!)
To whoever fixed it, thanks *a lot*. If someone could tell me which was the
problem, even better.
Thanks, Lisandro.
--
8: Si un archivo ha pasado a la "Papelera de Reciclaje"
* U
Hi Steve,
thanks for looking into that.
On Sunday 13 July 2014 10:38:18 Steve Langasek wrote:
[ see https://lists.debian.org/debian-arm/2014/07/msg00067.html ]
> Have you tested 2014.07-rc4 on the cubox-i? I haven't yet; I would assume
> that Rainer would be using unstable rather than exper
On Sun, Jul 13, 2014 at 10:38:18AM -0700, Steve Langasek wrote:
> On Sun, Jul 13, 2014 at 09:37:39AM -0700, Vagrant Cascadian wrote:
> > But yes, 2014.07-rc4 appears to include support for SPL on imx6, although
> > the only board using it is gw_ventana. It might be feasible to re-work
> > the cub
On Sun, Jul 13, 2014 at 09:37:39AM -0700, Vagrant Cascadian wrote:
> > I checked on the cubox irc channel with rabeeh:
> > [12:36] _rd: i think the best way to achieve things here is -
> > [12:36] 1. clone - https://github.com/SolidRun/u-boot-imx6
> > [12:36] 2. compare board/solidrun of our tr
On Sun, Jul 13, 2014 at 01:39:09PM +0200, Rainer Dorsch wrote:
> At the end, it turned out that Debian u-boot does not work for the cubox-
> i2ultra. The u-boot SPL is not started on the cubox-i2ultra (i.e. no outputs
> on the serial console, no red front light).
Thanks for testing! Sorry to hear
On Sun, Jul 13, 2014 at 02:15:16PM +0100, Neil Williams wrote:
> On Sun, 13 Jul 2014 11:48:54 +0100
> Neil Williams wrote:
>
> > On Sun, 13 Jul 2014 10:32:46 +0100
> > Ian Campbell wrote:
> > > Why ISOs BTW? They don't seem all that typical on ARM systems,
> >
> > As a route to the default pack
On Sun, 13 Jul 2014 11:48:54 +0100
Neil Williams wrote:
> On Sun, 13 Jul 2014 10:32:46 +0100
> Ian Campbell wrote:
> > Why ISOs BTW? They don't seem all that typical on ARM systems,
>
> As a route to the default packaged ARMMP kernel.
... and because some boards still don't tftp boot in a san
Hello,
I installed an SD card for a cubox-i2ultra following my installation notes and
Vagrant's feedback:
https://lists.debian.org/debian-arm/2014/07/msg00026.html
At the end, it turned out that Debian u-boot does not work for the cubox-
i2ultra. The u-boot SPL is not started on the cubox-i2ult
On Sun, 13 Jul 2014 10:32:46 +0100
Ian Campbell wrote:
> On Sat, 2014-07-12 at 22:54 +0100, Neil Williams wrote:
>
> > The big issue with testing installers on ARM is the variability in
> > bootloaders and device support. What LAVA can provide is a common
> > base. A known working Linaro kernel/
On Sat, 2014-07-12 at 22:54 +0100, Neil Williams wrote:
> The big issue with testing installers on ARM is the variability in
> bootloaders and device support. What LAVA can provide is a common base.
> A known working Linaro kernel/bootloader combination could get the
> board to a known state and t
On Sun, 2014-07-13 at 10:53 +0200, John Holland wrote:
> >
> > On 11.07.2014, at 10:32, Ian Campbell wrote:
> >
> >> On Fri, 2014-07-11 at 09:44 +0200, John Holland wrote:
> >>
> >> Off topic, but...
> >>
> >>
> >> wondering if CONFIG_EFI_PARTITION is standard now-a-days?
> >
> > It's part o
>
> On 11.07.2014, at 10:32, Ian Campbell wrote:
>
>> On Fri, 2014-07-11 at 09:44 +0200, John Holland wrote:
>>
>> Off topic, but...
>>
>>
>> wondering if CONFIG_EFI_PARTITION is standard now-a-days?
>
> It's part of include/config_distro_defaults.h so any board which has
> opted into that s
13 matches
Mail list logo
