Re: Does anyone recommend the Smart Book from Always Innovating

Konstantinos Margaritis writes: > On 14 November 2011 11:05, Goswin von Brederlow wrote: >> 5) No internal usb slots to add extras > > I fail to understand that point, add what? It's not like there is huge > space available in the smartbook case anyway -and that was t

Re: Does anyone recommend the Smart Book from Always Innovating

Marek Vasut writes: >> Marek Vasut writes: >> >> Hello, >> >> >> >> 2011/11/13 Goswin von Brederlow : >> >> > I'm considering buying a Smart Book from Always Innovating [1]: >> >> >* 1GHz ARM cortex-A8 DM373

Re: Does anyone recommend the Smart Book from Always Innovating

Marek Vasut writes: >> Hello, >> >> 2011/11/13 Goswin von Brederlow : >> > I'm considering buying a Smart Book from Always Innovating [1]: >> > >> >* 1GHz ARM cortex-A8 DM3730 with video and 3D acceleration >> >*

Does anyone recommend the Smart Book from Always Innovating

Hi, I'm considering buying a Smart Book from Always Innovating [1]: * 1GHz ARM cortex-A8 DM3730 with video and 3D acceleration * Numonyx 512MB RAM + 256 MB NAND * 8GB microSD card * 1024x600 8.9" capacitive touchscreen ... Does anyone have one and can recommend it? MfG

Re: dpkg armhf patch acceptance status?

Steve Langasek writes: > On Wed, Sep 08, 2010 at 11:40:13AM +0200, Guillem Jover wrote: >> This also causes issue with not being able to have installed two >> cross-toolchains for say armel and armhf as they share triplet, >> although you can use the armel toolchain with few options to build for

Re: Multiarch and ABI support

Hector Oron writes: > Hi Goswin, > It wouldn't. I don't see a compelling reason for dpkg to do this at all. Your quote shows that dpkg *does* do this today, which I didn't remember before this conversation, but that's not an explanation for *why* it does - as opposed to

Re: Multiarch and ABI support

Hector Oron writes: > (CC: debian-dpkg as it is `dpkg' and multiarch related) > (Reset and rename subject from `Re: cortex / > arm-hardfloat-linux-gnueabi (was Re: armelfp: new architecture name > for an armel variant)' to current) > (Please follow-up discussion on debian-dpkg@ for multiarch and

Re: dpkg-architecture adaptations for e.g. uclibc and ABIs

Pjotr Kourzanov <[EMAIL PROTECTED]> writes: > Goswin von Brederlow wrote: >> Pjotr Kourzanov <[EMAIL PROTECTED]> writes: >> >>> Updated patch can be found here: >>> >>> http://www.xs4all.nl/~kurzanov/debian/patches/dpkg-1.13.16-all-1.patch

Re: dpkg-architecture adaptations for e.g. uclibc

Pjotr Kourzanov <[EMAIL PROTECTED]> writes: > Updated patch can be found here: > > http://www.xs4all.nl/~kurzanov/debian/patches/dpkg-1.13.16-all-1.patch. > > Besides allowing CPU-uclibc architectures it also adds: > > 1. Specific ARM families armv4,armv5te,strongarm and xscale > 2. ARM variations

Re: hylafax build

Giuseppe Sacco <[EMAIL PROTECTED]> writes: > Hi, > Is there anyone from this list that may build and upload hylafax > 4.2.1-1 > package for arm or mipsel? > > I uploaded it with priority=high because it includes a security fix, > but since eleven days it still need to be built on these architectur

Call for temporary buildds

Hi, please CC me on all message since I'm not subscribed. The arm port has build up a huge backlog on the autobuilder (>700 packages) and is acting as a doorstoper to the sarge release. So I'm putting out a call for temporary buildds to help bring down the backlog. Requirements: - an arm cpu o

Re: getting packages to rebuild

Jay Berkenbilt <[EMAIL PROTECTED]> writes: >> > Yes, it seems the most recent arm build failed, but yet the current >> > icu28 (2.8-3) is in testing. Perhaps someone built it manually. >> > There are no bugs posted again icu28. >> >> In testing but not in unstable for arm? Or in testing w

Re: getting packages to rebuild

Jay Berkenbilt <[EMAIL PROTECTED]> writes: >> > * On all three packages, the arm build failed because of an >> >unsatisfiable build dependency that was the result of a timing >> >problem. These should succeed now as the problem with the >> >dependent package has been cleared.

Re: getting packages to rebuild

Hi, Jay Berkenbilt <[EMAIL PROTECTED]> writes: > This is a variant of a commonly asked question, but I'm still not able > to find a clearly stated answer. > > three of my packages: > > http://packages.qa.debian.org/x/xerces23.html > http://packages.qa.debian.org/x/xerces24.html > http://packages.

Re: please re-queue liblrdf

Robert Jordens <[EMAIL PROTECTED]> writes: > Hi! > > liblrdf 0.3.7-2 has failed to build because of an RC bug in libraptor. > The bug is now fixed and liblrdf should be retried on > sparc, arm and m68k. > > Thanks, > > Robert. Wrong lists :) Each architecture has an @buildd.debian.org a

Re: xfree86 4.3 cannot be auto-built

Josh Metzler <[EMAIL PROTECTED]> writes: > Sorry if this has already been communicated to you by someone else. > > It looks like xfree86 4.3 needs to be handbuilt, and that it is fairly > urgent that this happen. Until it is built, no packages > Build-Depending on xlibs-dev can build (including