[Re: Raspberry Pi GPU blob]
On 27/02/2014, Eric Nelson eric.nel...@boundarydevices.com wrote:
There's one key piece that's normally closed-source (the GPU), but
there's an open-source alternative here:
https://github.com/laanwj/etna_viv
RPi Foundation have just (10 hours ago!) announced
On 13/01/2014, Wookey woo...@wookware.org wrote:
+++ Matthias Klose [2014-01-13 05:51 +0100]:
the gcc-4.9 in experimental fails to build while the one for armhf
succeeds.
If I remember correctly we had some issues with the arm soft float port
already
with gcc-4.7 and gcc-4.8. Are the armv4t
+1 for maintaining iop32xx support. I bought and use one for debian
development and offer it as a service to open-source developers.
Keeping it running with standard stable and sid is essential to this.
I also remember nslu2 being the whizzo machine for hackers
On 25 June 2013 04:05, Chris
On 12 April 2013 23:15, Brian Platt brianpl...@hotmail.com wrote:
Yes this the way i've been doing it, I even did a new header on another 2100
i've got and the same thing.
Hypothesis: it's the voltage levels
Experiment: try it with a proper 12V RS232 serial port
M
--
To UNSUBSCRIBE,
I just had to laugh out loud at this!
Thankyou Philip.
M
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
On 19 July 2012 19:35, Steve McIntyre st...@einval.com wrote:
armel
=
First released with Lenny. Soft-float EABI, Software floating point
assumed by default. v4t which also runs smaller-size thumb instruction
set. Targeting old hardware like openmoko. Discussed (again!) moving
forwards
On 17 April 2012 18:36, Wookey woo...@wookware.org wrote:
debian armel is currently
built for v4t but is likely to move forward to v5 at some point.
-1 as we have and others have products that are arm4vt and that ship
with Debian as its standard system. How big is the speed advantage for
v5
On 14 December 2011 21:30, Stuart Winter m-li...@biscuit.org.uk wrote:
Slackware, like Debian is a general purpose OS aiming to meet most users'
needs on the common denominator hardware -- which on ARM is armv4.
Some instructions were added in v5E: count-leading-zeroes, 16-bit
multipliers,
On 22 August 2011 22:43, Lennart Sorensen lsore...@csclub.uwaterloo.ca wrote:
On Mon, Aug 22, 2011 at 06:53:49PM +, Hector Oron wrote:
2011/8/22 Lennart Sorensen lsore...@csclub.uwaterloo.ca:
Any suggestions for what to fix next?
Pick the one you dislike the most =)
On 3 May 2011 04:25, giovanni_re john...@fastmail.us wrote:
PS Did i miss it?
http://wiki.debian.org/ArmPort
doesn't have a link to
http://wiki.debian.org/ArmHardFloatPort ?
Your search failed to find http://wiki.debian.org/ArmEabiPort which
is the main technical reference for the current
Hi!
I see from ArmHardFloatTodo that ghc6 is waiting to be ported. I
did this for armel and append the notes I made for my own benefit
while doing it, in case someone want to try this.
Cheers
M
-
Porting GHC to Debian armel
ghc6 cannot be autobuilt because it requires itself to
On 4 April 2011 18:35, brian briandorl...@t-online.de wrote:
but I thought that I dont have a choice due to the arm - armel change?
My understanding was that I cannot upgrade the Lenny version I have to
squeeze.
If you want to keep the same installed packes and configuration files
then yes,
On 3 April 2011 12:52, brian briandorl...@t-online.de wrote:
On 04/01/2011 06:56 AM, Gordon Farquharson wrote:
Based on my experience, I think that you'd make better use of your
time by installing armel lenny and then upgrading to squeeze. If
anything, it will certainly encourage you to make
Hi!
Revisiting my armel patches for lenny/Crunch, I noticed that libgsm
buillds its integer version on arm*:
debian/rules:
ifneq (,$(filter arm%,$(DEB_HOST_ARCH)))
MULTYPE=''
else
MULTYPE='-DUSE_FLOAT_MUL'
endif
The same is true of speex:
ifeq ($(DEB_HOST_ARCH_CPU),arm)
objdir =
Hi
I just upgraded a Thecus N2100, populated with lots of languages and
dev packages, from lenny to squeeze.
This worked fine, following the kernel+udev+reboot+dist-upgrade
method. Nice work, team!
Summary: the upgrade worked as described and would have given a
working system, but watching the
Amother solution would be to emulate the thumb instructions linux uses by
catching the illegal instruction signal in kernel space alla FPA emulators.
Not that I'm volunteering to write it, mind! Not for free anyway ;)
M
M
On Thu, Dec 30, 2010 at 6:48 PM, Luke Kenneth Casson Leighton
l...@lkcl.net wrote:
Neil? I spent 2006 working to bootstrap the armel port, of which the
first 6 months were getting a working EABI cross-compiler (partly
because the emdebian crowd, who seemed to know more about it, urged me
to;
On 8/20/10, Alok G. Singh alephn...@hcoop.net wrote:
Martin Guy mailed me off-list to remind me about the terms of
distributing GPL software. So, to clarify:
0. The binaries are NOT signed. Caveat emptor.
1. This is just an armel build of emacs-snapshot[1]. The license
On 8/13/10, Mohammed Rashad mohammedrasha...@gmail.com wrote:
I would like port ARM to MINIX3. But dont know where to start. If you can
give me a spark to start porting of ARM I will be very grateful to you. Can
I use any simulators for porting MINIX to ARM processors. I had also
purchased a
On 8/10/10, Alok G. Singh alephn...@hcoop.net wrote:
Is there a repo with binary packages of the excellent emacs-snapshot[1]
?
Footnotes:
[1] http://emacs.orebokech.com/
If you have a debian arm box, you can add
deb-src http://emacs.orebokech.com sid main
to /etc/apt/sources.list and go
On 8/3/10, Steve M. Robbins st...@sumost.ca wrote:
The insighttoolkit package is a large and active code base. They use
a system of nightly build/test on a variety of machines [1] to ensure
that the code works on all supported platforms.
If you have a non-amd64 machine with spare cycles
On 7/16/10, Aurelien Jarno aurel...@aurel32.net wrote:
Martin Guy a écrit :
users of armv4t boards, from using the universal operating system
Debian?
I was not aware of that. If they are some real users of an armv4t port,
we should probably keep it.
The most widespread
Hi
I'm wondering if its feasible to extend popcon to give statistics
for the CPU architecture in use. Certainly for the ARM port this would
be useful as there are often discussions of which ARM instruction set
to support as a baseline.
In i386 world, this would be like saying does anyone
On 7/15/10, Loïc Minier l...@dooz.org wrote:
armel can also use vfp instructions, so I personally find it confusing.
No it can't. Any binary that contains a vfp instruction will die with
SIGILL on any armv4t chip that has no vfp cpu, so cannot be used in
Debian armel.
As far as the ABI is
On 7/11/10, Bill Gatliff b...@billgatliff.com wrote:
But then doesn't that mean that everything is armel, so we never have a
hope of having Debian officially support more than one combination?
Well, armel should be as generic as possible. In an ideal world, it
would be called arm and run on
On 7/10/10, Hector Oron hector.o...@gmail.com wrote:
2010/7/10, Martin Guy martinw...@gmail.com:
What are the effects of the name choice?
If we pick up the wrong name, then we would need to start over the
bootstrapping again, and we would like to avoid that.
Sure. So my question was what
On 7/9/10, Hector Oron hector.o...@gmail.com wrote:
I prefer 'armhf', FWIW.
Somebody against 'armhf'? Have we got it?
And for the triplet, is it OK to use vendor tag as explained in the
wiki page[1]?
arm-hardfloat-linux-gnueabi
or
armhf-linux-gnueabi
What are the effects of the
Hi
if you make a new port name, remember that you'll have to submit
hundreds of requests for package maintainers to modify control files
and build scripts so that things are built for the new architecture
and in some cases so that all binary packages are produced for that
architecture.
I
On 7/9/10, Martin Guy martinw...@gmail.com wrote:
Any mistake by users trying to mix the regular armel packages and
the hardfloat ABI ones would just fail immediately.
Erm my mistake. *Should* fail immediately but don't.
I just ran some tests on Maverick hardfloat in a Debian armel
On 5/7/10, Luca Niccoli lultimou...@gmail.com wrote:
On 7 May 2010 10:58, Thibaut Paumard mlotpot.n...@free.fr wrote:
This is the info I got from Stephen Gran on d-admin:
Processor : Feroceon rev 0 (v5l)
$ cat /proc/cpuinfo
Processor : Feroceon 88FR131 rev 1 (v5l)
On 3/17/10, jl.050...@gmail.com jl.050...@gmail.com wrote:
My Thecus N2100 ran well for years. Then, the hard disk failed.
To prepare to install a new hard disk, I tried
arping/telnet approach as per:
http://www.cyrius.com/debian/iop/n2100/telnet.html
but telnet times out:
The page
On 3/16/10, Adam D. Barratt a...@adam-barratt.org.uk wrote:
gem fails to build on armel with assembler errors. From the build log:
g++ -c-I/usr/include/lqt -fopenmp -I/usr/include/ImageMagick
-I/usr/include/lqt -I/usr/include/avifile-0.7 -I/usr/include/FTGL
On 3/12/10, Iustin Pop iu...@k1024.org wrote:
I also tried two compiler versions, 4.4 (4.4.3-1) fails unittests but 4.3
(4.3.4-6) passes them.
While trying to debug this under gcc 4.4, I managed to add some code to an
inlined function that makes the problem go away. Original function
On 3/7/10, Iustin Pop iu...@k1024.org wrote:
So it looks like what we're actually seeing here is one bit of corruption.
I still strongly suspect a compiler bug. Probably the compiler's emulation
of 64-bit arithmetic is broken in some way.
First, are you aware of 64-bit arithmetic
On 3/10/10, Luke Kenneth Casson Leighton l...@lkcl.net wrote:
... where is all this documented?
has anyone actually done this - documented and automated e.g. how the
debian-armel port was created, when previously there was only the
debian-arm one?
There is a huge difference between
On 3/7/10, Iustin Pop iu...@k1024.org wrote:
Second question would be if it's OK to use agricola to test this
Well u can use the 600 MHz 512MB box here if that would help.
You access the armel-sid chroot by saying armel-sid :)
Suggest a username by private email if that would be of help
M
Therefore, I don't know what happened on ancina, nor how to fix it.
The sigill happens when running the newly-created yorick binary for
the first time:
make[2]: Entering directory
`/build/buildd-yorick_2.1.05+dfsg+cvs20091202-2-armel-CvRsYS/yorick-2.1.05+dfsg+cvs20091202/doc'
../yorick/yorick
On 2/8/10, Karsten König re...@gmx.net wrote:
So Debian will run on both as it is built for the ARMv5 architecture
ARMv4t (so it will still run on both)
M
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 2/8/10, Bill Gatliff b...@billgatliff.com wrote:
OT, but has anyone looked at what gains can be had by rebuilding
packages with, say, A8 or other optimizations for processors that
support them?
Well, it has a VFP FPU, so floating point apps will run N times
faster, and GCC optimizes some
On 2/8/10, Karsten König re...@gmx.net wrote:
OT: Are there plans to raise this to ARMv5 or even higher after Squeeze? Or
are the benefits not worth dropping the older devices?
I hope not. armv4t is pretty widespread in single-board computers,
while the v5 benefits are vanishingly small: one
strd/ldrd were first introduced in armv5t
Architecture v5TE and later processors provide LDRD and STRD
instructions to load/store 64-bit data, e.g. to access 64-bit
peripherals. These behave similarly to LDM/STM of two registers.
ldrd just loads 64-bit data (ok, atomically) into two registers.
On 1/31/10, Michelle Konzack linux4miche...@tamay-dogan.net wrote:
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItemitem=380171647291#ht_3021wt_984
I think I should inform the eBay Staff about this Item.
They are making Publicity with a VERY high quality AUO B089AW01 but
selling in
On 1/31/10, Niko Tyni nt...@debian.org wrote:
I'm looking at non-upstreamed Debian perl patches, and I figured I'd
check with you before dropping this one from 5.8.7-9 (Dec 2005):
http://patch-tracker.debian.org/patch/series/view/perl/5.10.1-9/debian/arm_fp.diff
Subject: Skip two
i just wish these manufacturers would get their act together and
produce 9in and 10in ARM netbooks. there seems to be some sort of
mis-match (of their own expectations) that a 600 or 700mhz ARM CPU
somehow wouldn't be good enough to run a 1024x600 or 1280x800 LCD,
It's not a CPU
If you just need a Debian arm/armel development environment, there is
a 600MHz 512MB big-disk armv5t you can use here over ssh.
If that's useful, mail me privately suggesting your preferred username
M
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of
Hi folks
git clone fails on my Debian armel system:
Just to say, there's a 500MHz 512MB armel-sid box here
n2100.martinwguy.co.uk that you can use for compilation and over ssh
if that's useful - just suggest a username by private email.
Good luck!
M
--
To UNSUBSCRIBE, email to
On 11/3/09, rajagopal venugopal raj3...@gmail.com wrote:
my doubt is whether i can use my own kernel for for my own arm hardware and
make the kernel work with debian GNU/Linux
Yes. I do this all the time. You may get problems if your kernel
configuration is very different from the config that
reassign 548842 gcc-4.3 4.3.4-2
thanks
On 10/9/09, John Reiser ven...@bitwagon.com wrote:
Some shared library has been built with an initialized pointer, where the
storage
for the pointer itself is not aligned on a 4-byte boundary. The problem is
not
in glibc(ld-linux); the problem lies
On 9/28/09, Pierre Chifflier pchiffl...@edenwall.com wrote:
On Sat, Sep 26, 2009 at 04:28:36PM +0100, Simon McVittie wrote:
ARM porters: can you shed any light on this?
As I have no armel platform here (and no knowledge specific to the
architecture), some help would be appreciated.
There
On 9/28/09, Daniel Kahn Gillmor d...@fifthhorseman.net wrote:
after dealing with #548815, i'm a little bit concerned about the
behavior of the kernel in the face of alignment errors on armel.
i've read http://bugs.debian.org/397616 and followed the references in
there, so i think i
On 9/29/09, Daniel Kahn Gillmor d...@fifthhorseman.net wrote:
char f[4];
void test(char* x, short z) {
short* y = (short*)x;
*y=z;
}
int main(int argc, const char* argv[]) {
test(f,argc);
return 0;
}
any idea why gcc would lay out the memory differently for armel than
On 9/28/09, Daniel Kahn Gillmor d...@fifthhorseman.net wrote:
i just turned on warnings in an NSLU2 running squeeze (a buildd for me)
and note alignment warnings from several processes:
pdftex (reproducable with aptitude reinstall texlive-base-bin)
aptitude (also reproducable with
On 9/21/09, Daniel Kahn Gillmor d...@fifthhorseman.net wrote:
I should note that i have some concerns about tremor on armel in general
that haven't been addressed by upstream (and i haven't been able to sort
out):
http://lists.xiph.org/pipermail/tremor/2009-April/001564.html
Maybe
On 9/21/09, Martin Guy martinw...@gmail.com wrote:
I just tried this, and it's doing a misaligned word access:
Sorry, my mistake. It's pumping misaligned half-word (16-bit)
accesses, which again returns some form of garbage, probably either
the correct value if it's from the middle of a 4-byte
On 9/20/09, Luk Claes l...@debian.org wrote:
Maybe it's an option to revert using libvorbisidec-dev and use
libvorbis-dev again on armel to fix the FTBFS of mpd?
debian-arm and Joey Cc-ed so they can give input as I'm unsure if
current ARM hardware does have floating point support to make
On 8/29/09, Martin Michlmayr t...@cyrius.com wrote:
* Gordon Farquharson gordonfarquhar...@gmail.com [2009-08-27 09:33]:
Is anybody planning on implementing a scheme to migrate from arm
installations to armel, e.g. http://wiki.debian.org/ArchTakeover?
Riku was working on this but I'm not
On 8/26/09, peter green plugw...@p10link.net wrote:
From what i've heared gpc and fpc are far from compatible, I don't have
personal experiance with gpc though.
Yes, that is the impression I got from various people whose programs
only compile with fpc
M
--
To UNSUBSCRIBE, email to
I looked at this in spring 2008.
From http://wiki.debian.org/ArmEabiProblems#fpc
---
fpc
Free Pascal compiler, a.k.a. fp-compiler. Exists in sid for arm, i386,
amd64 and powerpc. Requires itself to compile itself and contains
cpu-specific code generators: the arm one may or may not
On 8/18/09, Martin Michlmayr t...@cyrius.com wrote:
Do we have anything to report here? IMHO, any release date will work
fine for the ARM port since there are no major issues or transitions.
Just checking, as I'm outside the Debian ARM inner circle...
Is the arm port being dropped in squeeze
On 8/18/09, Colin Tuckley co...@tuckley.org wrote:
ada?
An arm-linux-gnueabi native gnat-4,4 toolchain has appeared
http://gcc.gnu.org/ml/gcc/2009-08/msg00282.html
Just needs someone to apply the patches to the debisn gcc-4.4 and
bootstrap the thing
Untested, but hey!
M
--
To
On 6/5/09, Magicloud Magiclouds magicloud.magiclo...@gmail.com wrote:
There is friendlyarm selling, using Samsung S3C2440AL-40 chip. I
wonder if debian-arm supports that.
Hi
There are two versions of Debian for ARM processors.
The old arm version of Debian runs on CPUs that support the
On 5/20/09, Dunge dun...@yahoo.com wrote:
We are developing an application for a TS-TPC-7390 ARM device with Debian as
the linux distribution. We are using many libraries (glibc, gdk, gtk, gtkmm,
pango, cairo, etc). It also uses multiple threads. The program compiles and
execute fine (a bit
unfortunately the download link on the website is invalid (
http://simplemachines.it/tools/gcc-4.3-crunch_4.3.3-20090322_armel.deb
)
Thanks for pointing that out. However there's little difference
between that and the 20090319 version (see the changelog), and unless
your application is
Hi
I've made a little repository of Debian armel packages available
that are compiled using real MaverickCrunch FPU instructions. The
speedups are between 2.5 and 4 times for audio codecs compared to the
standard softfloat packages.
These are only useful if you are running Debian armel lenny
On 4/23/09, Drew Parsons dpars...@debian.org wrote:
effectively what we have on armel is the situation where FPU_SETCW is
NOT in fact available, so fpu_control.h should not be defining it.
Thanks. I've submitted a bug report against glibc
--
To UNSUBSCRIBE, email to
On 4/19/09, Drew Parsons dpars...@debian.org wrote:
is in FPU_SETCW, so it's certainly related to Debian patch
fpucontrol-bug350595.patch.
Maybe
The illegal instruction is generated by
274_FPU_SETCW (fpu_trap_exceptions);
/usr/include/fpu_control.h:
/* This is fmxr fpscr, %0.
short output files that decode to the correct amount
of silence. This is caused by an optimization bug present in gcc 4.[123] that
miscompiles the MAX(x,y) macro, optimizing it away completely.
Fixes: http://bugs.debian.org/515949
Analysis: https://trac.xiph.org/ticket/1526
Martin Guy martinw
Thanks for finding this out. Has a bug been filed to the GCC bugtracker?
You're welcome, and yes: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39501
M
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
In case anyone's in a hurry for a working oggenc (libvorbis) or lame
on armel, I've dumped fixed
packages under
http://martinwguy.co.uk/martin/debian/no-finite-math-only
I haven't changed the version numbers on the packages, so you need to
download and dpkg -i them and they will get replaced
On 3/7/09, Vincent Bernat ber...@debian.org wrote:
lldpd, a program of my own, available on https://trac.luffy.cx/lldpd/ ,
is doing some unaligned memory access.
What kind of ARM platform may I setup that would produce
no error but incorrect data when reading unaligned int?
It
On 3/7/09, Vincent Bernat ber...@debian.org wrote:
I have followed the howto available here:
http://www.aurel32.net/info/debian_arm_qemu.php
to setup an ARM system. However, I have no alignment issues with this
platform. What kind of ARM platform may I setup that would produce
no
[off list]
On 3/7/09, Vincent Bernat ber...@debian.org wrote:
Unfortunately, I need root access to be able to inject packets. I will
try to get access to some NSLU2 platform.
Mmm, not that I don't trust you but I have to guarantee the service
for other users.
If you get stuck, let me know,
On Sunday 15 February 2009, Martin Michlmayr wrote:
Since Debian lenny (version 5.0) has now been released (see
http://www.debian.org/News/2009/20090214), I thought I'd provide
an update on Thecus N2100 support in Debian.
- There's still no DMA support, but I will provide an
On 12/23/08, Marc Pignat marc.pig...@hevs.ch wrote:
Unfortunatly, the only way to power on the n2100 is the button.
There is even no way to turn it on after a power loss.
Yeah. Even nailing the button pressed doesn't do it.
You seem to need another computer, a parallel port, a transistor, a
Hi!
I only get 3 MB/s on a 100Mbps network using a 200MHz ARM CPU
because it runs out of CPU to run the TCP network stack.
You can find out whether this is your problem by running vmstat 5
on a console while you beat the network/disks to death, watching the
CPU - id column. If it goes down to
On 11/18/08, Lennert Buytenhek [EMAIL PROTECTED] wrote:
Is that the Cirrus ep93xx? If yes, then you're only getting 3 MB/s
because the ethernet MAC is lame
Yes it is. Thanks for the info
M
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
-#if defined(__arm__) !defined(__vfp__) (G_BYTE_ORDER ==
G_LITTLE_ENDIAN)
+#if defined(__arm__) !defined(__ARM_EABI__) (G_BYTE_ORDER ==
G_LITTLE_ENDIAN)
libgsf was fixed a long time ago - before eabi stuff had any sort of
plan in Debian. Using __vfp__ seemed like the best test
On 10/29/08, Paul Brook [EMAIL PROTECTED] wrote:
The correct macro is __VFP_FP__
If __MAVERICK__ is defined, __VFP_FP__ isn't, but the word order is the same.
Thay may not matter much to most folks, but it does a lot to some :)
M
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On 10/17/08, Stephen Gran [EMAIL PROTECTED] wrote:
This may just be too
much for arm - running 50 simultaneous threads doing a million loops
may take more than the 30 seconds allowed on some of the older boxes.
It failed on a 600MHz armel-sid box, but when I upped the timeout from
30 to 120
On 10/13/08, Michael Tautschnig [EMAIL PROTECTED] wrote:
Hi all,
is it possible for a non-DD to get temporary access to some ARM machine for
debugging those issues?
- Forwarded message from Roberto Bagnara [EMAIL PROTECTED] -
From: Roberto Bagnara [EMAIL PROTECTED]
CC: [EMAIL
On 9/22/08, Alan Snelgrove [EMAIL PROTECTED] wrote:
CFLAGS= -O4 -pipe -fomit-frame-pointer -ffast-math -mcpu=xscale
-mabi=aapcs-linux -mfloat-abi=softfp -mfpu=vfp
-mabi=aapcs-linux is the default for armel
You may find that you get better performance from -O2, which performs
all speed
On 9/21/08, slugmanbashi [EMAIL PROTECTED] wrote:
Each time I used the CXXFLAGS settings recommended here,
http://libtorrent.rakshasa.no/wiki/LibTorrentKnownIssues .
Which are, CXXFLAGS=-O2 -mcpu=xscale -mtune=xscale .
Are these CXXFLAGS setting still-valid/the-best for applications
On 9/4/08, Mikael Rudberg [EMAIL PROTECTED] wrote:
I've tried searching the net for the easiest way of upgrading to my
etch-nslu2 to armel-lenny. Is it possible to do a dist-upgrade or is the
migration method in the debian wiki
(http://wiki.debian.org/ArmEabiHowto) the only method
available
On 7/25/08, Luk Claes [EMAIL PROTECTED] wrote:
* afnix:
../../../cnf/bin/afnix-aexec: line 78: 25032 Segmentation fault
LD_LIBRARY_PATH=$ld_lib_path DYLD_LIBRARY_PATH=$ld_lib_path $pexe $binopt $1
needs to be compiled with g++-4.1 on arm (old-abi only).
Is that an acceptable workaround?
On 6/29/08, Samuel Thibault [EMAIL PROTECTED] wrote:
- install the attached speakup-source package
- apt-get source -t unstable linux-modules-extra-2.6
- apply the attached patch to re-enable arm archs and just compile the
speakup modules
Mmm, you probably got the -4 version while my patch was against -5.
Indeed
- install any needed dependency
- dpkg-buildpackage -B
I don't see a *speakup*deb among them, though - is that right?
Oops, no, I would have expected 8 speakup-modules-*deb packages.
I forgot to say
On 6/27/08, Joe Foster [EMAIL PROTECTED] wrote:
On Fri, Jun 27, 2008 at 9:36 AM, Martin Guy [EMAIL PROTECTED] wrote:
On 6/27/08, Joe Foster [EMAIL PROTECTED] wrote:
First thanks for the iceweasel and xulrunner builds for armel, works
great!
Which ones are you using - the ones from
Someone just pointed out that my xulrunner package had depended on
libhunspell-1.1-0 which has since gone and been replaced by -1.2-0, so
unless you already happened to have libhunspell-1.1-0 installed, it
was not installable.
I've just rebuilt it to depend on -1.2-0
M
--
To UNSUBSCRIBE,
On 5/22/08, Joe Foster [EMAIL PROTECTED] wrote:
I am using the commands you listed below, except my CFLAGS are set in a gcc
script that points to either gcc-4.1 or gcc-4.2 for easy change.
I can't reproduce your problem, but from the varying messages, and the
fact that it fails on all packages,
configure.in:966 is the AC_OUTPUT(...) line, so would you send the
output of autoconf --version too please?
There are three versions floating around: 2.13, 2.50 and 2.61 and with
various combinations of packages autoconf and autoconf2.13
installed in differnt orders I have seen all three version
On 5/5/08, Ludovico Cavedon [EMAIL PROTECTED] wrote:
Hi all,
I am co-maintaining package wengophone. At the moment it is failing
build on arm because of a GCC bug [1]
Is there any way for me to test the build on an arm machine before
uplading a new version of the package?
Yes, your can
On 4/28/08, Kurt Pruenner [EMAIL PROTECTED] wrote:
starting aptsh is a matter of seconds, while
starting aptitude is a matter of minutes... :(
On a 600MHz machine with a (slow) hard disk, aptitude takes 4.5
seconds to start up and close down, while on a 200MHz NFS or USB
system it takes over
Well, to quote *all* of the personal mail I sent to Tobias... *sigh*
-- Forwarded message --
From: Martin Guy [EMAIL PROTECTED]
Date: 15.3.2008 22:03
Subject: Re: Upgrading from arm to armel
To: Tobias Frost [EMAIL PROTECTED]
Are there any problems to be expected because
Hi
armel packages are now migrating to testing, so anyone using the
EABI port should add
a line to /etc/apt/sources.list
deb http://ftp.uk.debian.org/debian lenny main
and you probably want to keep
deb http://ftp.debian-ports.org/debian unstable main
deb
Hi
I now have some more time to help progress the armel port, and
first have analysed the differences between the ftp.debian-ports.org
repository, which is no longer updated, and the new official version
at ftp,debian.org and mirrors.
The good news is that the mainline repo contains the
2008/3/4, Riku Voipio [EMAIL PROTECTED]:
On Tue, Mar 04, 2008 at 03:12:47PM +, Martin Guy wrote:
plus 5 that are not currently flagged to be built on arm* architectures.
please file bugs against the respectice packages if those are mistakes.
Of course.
If I understand correctly
*FIXING* bugs and submitting patches to BTS. See ltrace as a great
example what would be really usefull. Just listing problems or filing
bugreports (without patchehs) does not get the port anywhere fast...
Sorry, do you mean I should fix ltrace on armel, or (what i think you
mean) that
Is it correct
that arm does not support setting the FPU rounding mode via fesetround()? At
least, bits/fenv.h does not define FE_UPWARD, FE_DOWNWARD and
FE_TOWARDZERO.
It says in that file:
/* The ARM FPU basically only supports round-to-nearest. Other rounding
modes exist, but you
2008/2/8, Daniel Jacobowitz [EMAIL PROTECTED]:
On Fri, Feb 08, 2008 at 06:48:18PM +0100, Moritz Muehlenhoff wrote:
So, these Intel boards are _badly_ needed. Or maybe the buildd
can be run in qemu on a fast amd64 machine, I don't know if
that would work out.
It would probably be slower
2008/1/30, Luk Claes [EMAIL PROTECTED]:
On Wed, Jan 02, 2008 at 10:32:55AM +0100, Marc 'HE' Brockschmidt wrote:
[armel]'s quality is at least matching the current arm port
Could you please comment on the current status and list outstanding
issues blocking the inclusion of armel in the
1 - 100 of 179 matches
Mail list logo