On Fri, May 25, 2012 at 07:34:59AM +0100, Tixy wrote:
> Magic? ;-) Something in the packaging of binfmt-support and/or
> qemu-user-static?
>
> I was just following instructions I picked up on the web. I can assure
> you the work because I had a disk crash a while back and did a system
> re-install
On Thu, 2012-05-24 at 15:36 -0400, Lennart Sorensen wrote:
> On Thu, May 24, 2012 at 07:12:25PM +0100, Tixy wrote:
> > On Thu, 2012-05-24 at 12:22 -0400, Lennart Sorensen wrote:
> > > How are you doing the build using qemu's cpu emulator? I remember last
> > > I played with it I had issues with sh
Where does anything tell the system to use qemu to run stiff?
I could understand if binmisc was setup for it, but I see nothing that
should make it get used
AIUI the magic is supplied by binfmt-support and the debian qemu packages
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debi
On Thu, May 24, 2012 at 07:12:25PM +0100, Tixy wrote:
> On Thu, 2012-05-24 at 12:22 -0400, Lennart Sorensen wrote:
> > How are you doing the build using qemu's cpu emulator? I remember last
> > I played with it I had issues with shared libraries where the command
> > i wanted to run needed to find
On Thu, 2012-05-24 at 12:22 -0400, Lennart Sorensen wrote:
> How are you doing the build using qemu's cpu emulator? I remember last
> I played with it I had issues with shared libraries where the command
> i wanted to run needed to find its shared libraries, but if I set the
> LD_LIBRARY_PATH, the
On Thu, May 24, 2012 at 11:06:30AM -0400, wrote:
> On Thu, May 24, 2012 at 08:59:57AM +0100, Tixy wrote:
> > Not that horrible. I just did a kernel build on my laptop in an ARM
> > chroot and it took 19m43s, doing it as a cross-build took 1m14s. I
> > haven't got my Pandaboard setup to do a compar
On Thu, May 24, 2012 at 08:59:57AM +0100, Tixy wrote:
> Not that horrible. I just did a kernel build on my laptop in an ARM
> chroot and it took 19m43s, doing it as a cross-build took 1m14s. I
> haven't got my Pandaboard setup to do a comparison, but I
> suspect it wouldn't be much faster than my e
On Wed, 2012-05-23 at 17:45 -0400, Lennart Sorensen wrote:
> On Wed, May 23, 2012 at 09:02:33PM +0100, Tixy wrote:
> > I may be being naive, but could an X86 PC be used with an ARM chroot and
> > qemu-arm-static to emulate ARM instructions? Or is qemu not stable
> > enough, or the emulated environm
On Wed, May 23, 2012 at 09:02:33PM +0100, Tixy wrote:
> I may be being naive, but could an X86 PC be used with an ARM chroot and
> qemu-arm-static to emulate ARM instructions? Or is qemu not stable
> enough, or the emulated environment different enough that package
> building would fail (e.g. throu
On Mon, 2012-05-21 at 17:15 +0300, Riku Voipio wrote:
> If we really want to replace ancina quickly, we could get some i.mx53
> quick start boards like the ones currently used as armhf buildd's. I'd
> like not to introduce new hardware models as buildd's unless they are
> significantly faster as th
peter green wrote (ao):
> >I just found this:
> >http://boundarydevices.com/products-2/sabre-lite-imx6-sbc/
> >
> >Highlights of the platform include:
> >o Quad-Core ARM Cortex A9 processor at 1GHz
>
> Nice :)
> >o 1GByte of 64-bit wide DDR3 @ 532MHz
>
> This is better than the average arm boar
I just found this:
http://boundarydevices.com/products-2/sabre-lite-imx6-sbc/
Highlights of the platform include:
o Quad-Core ARM Cortex A9 processor at 1GHz
Nice :)
o 1GByte of 64-bit wide DDR3 @ 532MHz
This is better than the average arm board but it's the same as
debian's current
Riku Voipio wrote (ao):
> On Mon, May 21, 2012 at 10:00:53AM +0200, Luk Claes wrote:
> > How long would it take to have better machines than ancina so it could
> > just get fased out btw?
>
> Sigh, I year ago when armhf buildd's were being chosen, I was expecting
> to see significantly faster HW a
On Mon, May 21, 2012 at 10:00:53AM +0200, Luk Claes wrote:
> ancina is a developer's board, so what components should be in the
> shipping if we go that route?
The board, memory at least, hard drive would be great as it would save
the pain of reinstall. The rest (PSU, cables) I think Steve and Mar
On 05/19/2012 05:00 PM, Riku Voipio wrote:
> Hi,
>
> On Sat, May 19, 2012 at 10:57:03AM +0200, Luk Claes wrote:
>> As everyone keeps claiming there is no armel buildd location redundancy,
>> I don't have much motivation to keep ancina running. It's ignored anyway.
>
> Would you mind packaging anc
Hi,
On Sat, May 19, 2012 at 10:57:03AM +0200, Luk Claes wrote:
> As everyone keeps claiming there is no armel buildd location redundancy,
> I don't have much motivation to keep ancina running. It's ignored anyway.
Would you mind packaging ancina and posting it to another hosting
location? IIRC Ma
On Sat, May 19, 2012 at 10:57:03AM +0200, Luk Claes wrote:
> As everyone keeps claiming there is no armel buildd location redundancy,
> I don't have much motivation to keep ancina running. It's ignored anyway.
buildd location redundancy involves having enough capacity to deal with
security updates
Hello Luk,
2012/5/19 Luk Claes :
> As everyone keeps claiming there is no armel buildd location redundancy,
> I don't have much motivation to keep ancina running. It's ignored anyway.
I sent you an email about it as well, ancina is doing d-i armel builds
and currently armel is lagging a bit behi
* Peter Palfrader (wea...@debian.org) [120519 11:18]:
> On Sat, 19 May 2012, Luk Claes wrote:
>
> > As everyone keeps claiming there is no armel buildd location redundancy,
> > I don't have much motivation to keep ancina running. It's ignored anyway.
>
> It's been down for a week or longer now.
On Sat, 19 May 2012, Luk Claes wrote:
> As everyone keeps claiming there is no armel buildd location redundancy,
> I don't have much motivation to keep ancina running. It's ignored anyway.
It's been down for a week or longer now. I sent you email, you didn't
answer.
We have no out of band manag
Hi
As everyone keeps claiming there is no armel buildd location redundancy,
I don't have much motivation to keep ancina running. It's ignored anyway.
Cheers
Luk
On 05/19/2012 10:28 AM, Peter Palfrader wrote:
> On Thu, 17 May 2012, Steve McIntyre wrote:
>
>> On Thu, May 17, 2012 at 06:00:18AM +
On Thu, 17 May 2012, Steve McIntyre wrote:
> On Thu, May 17, 2012 at 06:00:18AM +0100, Adam Barratt wrote:
> >On Thu, 2012-05-17 at 00:59 +0100, peter green wrote:
> >> The statement that all but one armel buildd is at the same location
> >> disagrees with
> >> the debian machines database.
> >[.
On Thu, May 17, 2012 at 06:00:18AM +0100, Adam Barratt wrote:
>On Thu, 2012-05-17 at 00:59 +0100, peter green wrote:
>> The statement that all but one armel buildd is at the same location
>> disagrees with
>> the debian machines database.
>[...]
>> Metropolitan Area Network Darmstadt : arcadelt
>>
On Thu, 2012-05-17 at 00:59 +0100, peter green wrote:
> The statement that all but one armel buildd is at the same location disagrees
> with
> the debian machines database.
[...]
> Metropolitan Area Network Darmstadt : arcadelt
> DG-i: argento
They may still be physically located there, but:
wan
Comments on / additions and corrections to the content of
http://release.debian.org/wheezy/arch_qualify.html would be appreciated,
as would any other information you think is relevant to helping us
determine armel's status for the release.
The statement that all but one armel buildd is at the
Hi,
With the sound of the ever approaching freeze ringing loudly in our ears,
we're (somewhat belatedly) looking at finalising the list of release
architectures for the Wheezy release.
Comments on / additions and corrections to the content of
http://release.debian.org/wheezy/arch_qualify.html wou
26 matches
Mail list logo
