Package: csound-utils
Version: 1:6.18.1+dfsg-1
Severity: normal
X-Debbugs-Cc: martinw...@gmail.com
extractor --help says
--Csound version 6.18 (double samples) 2022-11-24
[commit: none]
libsndfile-1.2.0
util extractor:
Usage: extractor [-flags] soundfile
Legal flags are:
-o fnamesound ou
On 18/04/2019, Martin Guy wrote:
> The v0.9.1 branch "make install"s for me, however, and that is from
> October 2016.
Ah. It seemed to work when I tested it, but stopped doing so when I
removed the stable Debian package. Now it gives a blank screen because
uzbl-event-manage
On Thu, 11 Apr 2019 18:35:04 +0200 Nicolas Schier wrote:
> On https://github.com/uzbl/uzbl there is a tag 'v0.9.1' available, but
> probably the 'master' or 'next' branch could also make sense...
The master branch doesn't build on current Debian stable - "git bisect
run make" thinks that the last
The help message also needs changing:
# ddclient
FATAL:Error loading the Perl module Digest::SHA1 needed for freedns update.
FATAL: On Debian, the package libdigest-sha1-perl must be installed.
#
to libdigest-sha-perl
cheers
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.d
Package: mediawiki
Version: 1:1.15.5-8
Severity: Wishlist
Mediawiki 1.15 was released in 2009/10, while the current stable
version is 2.19 and most non-Debianized extensions on mediawiki.org
are tested with 2.18. An update would make more of these usable.
Many thanks for packaging mediawiki
--
On 19 March 2012 14:36, Manuel A. Fernandez Montecelo
wrote:
>>> On Thu, Feb 16, 2012 at 09:58:33PM +, Manuel A. Fernandez Montecelo
>>> wrote:
Can somebody please help to check if this bug from SDL libraries is
still present on armel? I don't have access to any ARM box, and the
>>
Hi
Three years on, this bug is still in the Debian package and in the
upstream source for ginac-1.5.8. I've mailed the upstream list too.
M
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian
On 3/16/10, Adam D. Barratt 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
> -I/usr/include/freetype2 -I.
Same here, using nv X server on nVidia RIVA-TNT with 1680x1050 screen
resolution, but the same effect appears when running it in 1024x768 or
800x600, all with bit depth 16.
The splash image is skewed identically to the one shown in the
original attachment.
Back at the origila 1650x1050, at bit dep
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 deb
A patch has turned up for glibc-2.9. I'm trying it on eglibc-2.10...
See http://sourceware.org/ml/crossgcc/2009-11/msg8.html
--- glibc-ports-2.9/sysdeps/arm/dl-machine.h.orig 2009-11-03
22:03:57.0 +0100
+++ glibc-ports-2.9/sysdeps/arm/dl-machine.h2009-11-03 22:11:45.0
Package: libesd0
Version: 0.2.41-5
libesd0 needs /dev/dsp to work, and that device is provided by the
oss-compat package, so libesd0 should require oss-compat.
Example: madplay requires libesd0 (>= 0.2.35) | libesd-alsa0 (>= 0.2.35)
but if libesd0 is installed (and oss-compat isn't) it dies sayin
reassign 548842 gcc-4.3 4.3.4-2
thanks
On 10/9/09, John Reiser 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 in some shared
On 9/28/09, Pierre Chifflier 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 is a big fast arme
On 9/21/09, Martin Guy 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
On 9/21/09, Daniel Kahn Gillmor 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 this update will co
On 9/20/09, Luk Claes 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 this
> re
Here's a patch to enable fixed point on arm*, tested for correct
operation on arm, armel and i386.
--- libgsm-1.0.12/debian/rules.old 2009-08-12 10:21:37.0 +0100
+++ libgsm-1.0.12/debian/rules 2009-08-12 10:33:46.0 +0100
@@ -4,7 +4,7 @@
.PHONY: build clean binary binary-ind
Package: libgsm
Version: 1.0.12-1
Severity: wishlist
debian/rules has
ifeq ($(DEB_HOST_ARCH),arm)
MULTYPE=''
else
MULTYPE='-DUSE_FLOAT_MUL'
endif
and that should include "armel" to use integer code there also.
The resulting encoder is 6.6 times faster than the softfloat it is
currently using.
c
On the llvm-dev mailing list in message
http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-August/024629.html
Anton Korobeynikov says:
> 518592: Sounds like compiler / linker problem, it's not LLVM related at all
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subjec
On the llvm-dev mailing list in message
http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-August/024629.html
Anton Korobeynikov says:
> 511721: I believe it should be fixed on ToT.
(Top of Tree). They expect to release 2.6 in about a month and a half from now.
--
To UNSUBSCRIBE, email to debi
This story continues in #520351 (2.5 FTBFS on armel)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On the llvm-dev mailing list in message
http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-August/024629.html
Anton Korobeynikov says:
> 539496: There are no plans to support ARMv4 in LLVM. As for ToT ARM
> builds of llvm-gcc (both for bare-metal arm-elf and normal
> arm-none-linux-gnueabi triples
On the llvm-dev mailing list in message
http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-August/024629.html
Anton Korobeynikov says:
> 478535: there are no plans to support of legacy IBM S390 platform,
> only 64 bit one (that's s390x in tartget triple). The current plans
> are to use clang only,
_SHORT_CALL_ATTR_P'
libbackend.a(arm.o): In function `arm_is_longcall_p':
/home/martin/arm/llvm-gcc-4.2-2.5/build-gcc/gcc/../../llvm-gcc-4.2-2.5/gcc/config/arm/arm.c:3581: undefined reference to `ENCODED_LONG_CALL_ATTR_P'
collect2: ld returned 1 exit status
Definitions fished out of the 2.
Still doesn't succeed. With the last patch included, it carries on
only to fail a few hours later when linking cc1-dummy, saying:
libbackend.a(arm.o): In function `current_file_function_operand':
/home/martin/arm/llvm-gcc-4.2-2.5/build-gcc/gcc/../../llvm-gcc-4.2-2.5/gcc/config/arm/arm.c:3506:
unde
Hi
The fix is very simple: the defaulting of this macro to 0 in
gcc/config/arm/arm.h, present in 2.2 has been omitted in 2.5.
The attached patch puts the defaulting clause back, the same as it was in 2.2
M
--- a/llvm-gcc-4.2-2.5/gcc/config/arm/arm.h 2008-11-03 01:44:11.0 +
+++
7;s libgcc.a to contain illegal "clz"
instructions. This fixes that, the same way as the Debian GCC package.
Adapted from the gcc-4.3 dpatch file
by Martin Guy , 1 August 2009
--- a/llvm-gcc-4.2-2.5/gcc/config/arm/linux-eabi.h 2007-11-24 12:37:38.0 +
+++ b/llvm-gcc-4.2-2.5/gc
Package: llvm-gcc-4.2
Version: 2.2-1
Hi, and thanks for packaging a great compiler!
I just found one fairly simple portability problem on armel architecture:
The minimum ARM ISA that Debian armel runs on is armv4t, and Debian
armel gcc by default generates armv4t output but executables created
w
Package: uboot-mkimage
Version: 0.4
the mkimage program has no manual page or documentation other than the
terse --help output. Isn't provision of a man page debian policy?
cheers
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
On 7/9/09, Fabio Bonelli wrote:
> Can't reproduce this with galeon 2.0.7-1. Is it fixed for you as well?
Confirmed. It is also fixed in the version in lenny, 2.0.6
cheers
M
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? C
Confirmed now builds fine on armel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: libc6
Version: 2.7-18
Severity: minor
While apt-get upgrading an arm-lenny system I see the following:
-
Checking init scripts...
/var/lib/dpkg/info/libc6.postinst: line 343: 2254 Bus error
iconvconfig
-
This occurs because I have dete
Package: glibc
Version: 2.9-7
/usr/include/fpu_control.h on armel defines FPU_[SG]ETCW as VFP
coprocessor instructions, whereas armel is soft-float.
#define _FPU_GETCW(cw) \
__asm__ __volatile__ ("mrc p10, 7, %0, cr1, cr0, 0" : "=r" (cw))
/* This is fmxr fpscr, %0. */
#define _FPU_SETCW(cw) \
eates 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 March
On 3/18/09, Adrian Knoth wrote:
> By the way: jackd's architecture list is "any", and I see packages for
> armel in both, lenny and sid.
>
> Am I missing the point or what do you want us to change?
It is built for any architecture but in its build dependencies for
libasound2-dev libcap-dev li
On 3/17/09, Sandro Tosi wrote:
> On Tue, Mar 17, 2009 at 20:50, Martin Guy wrote:
> >> > deluser --remove-all-files gkrellmd
> >>
> >> Since the package version above, the script uses "--system".
> >
> > why? Does gkrellmd crap r
Thanks. No, on Debian armel:
mar...@n2100:~$ cc c.c
/tmp/cc3HLk7a.o: In function `main':
c.c:(.text+0x18): undefined reference to `__sync_bool_compare_and_swap_4'
collect2: ld returned 1 exit status
mar...@n2100:~$ gcc --version
gcc (Debian 4.3.2-1.1) 4.3.2
In Debian, the arch setting is automati
Upstream bug report is https://trac.xiph.org/ticket/1526
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
This is bizarre. If I run oggenc on an ep9312 (armv4t) chip, I get an
.ogg file that reproduces the sound correctly, but is significantly
different (75% of the size) from the same encoding performed on x86,
while on an Xscale (armv5te) and Cortex-a8 (armv7) I get different
results again, and the og
> That is something I could try, but I might prefer to list all arches
> manually. After all, the arches should not change every other day?
-1
The most time-consuming, error-prone and tedious part of the armel
port was identifying all the packages that had
[long-list-of-arches-except-one-or-two]
Package: gkrellmd
Version: 2.3.1-8
Severity: minor
gkrellmd's postrm script calls
deluser --remove-all-files gkrellmd
which performs a recursive descent of the file tree, into all users
home directories and all mounted NFS volumes. This became apparent
because some (large and deep!) NFS volumes w
Package: libvorbis
Version: 1.2.0.dfsg
User: debian-...@lists.debian.org
Usertags: eabi
oggenc and libvorbis' example_encoder do not seem to work at all on armel.
$ oggenc Happy.wav
works fine on x86 and arm, but on armel creates an output just over
half the length it should be, which is mostly fu
On 11/17/08, Ansgar Burchardt <[EMAIL PROTECTED]> wrote:
> xjove does not die on my i386 system. I tried editing a small file
> and it works fine.
>
> Can you still reproduce this bug?
yes, on etch (4.16.0.70-3) and lenny (4.16.0.70-3.1)
Sometimes a large white window (about 3/4 screen size)
On 10/30/08, Rene Engelhard <[EMAIL PROTECTED]> wrote:
> Martin Guy wrote:
> > Well, libsb680lr is in openoffice.org-core.
>
> And what do you want to say with that?
> (Note #501957 *is* assigned against -core)
Nothing, just thinkng aloud before reading up thoroughly.
C
On 10/30/08, Rene Engelhard <[EMAIL PROTECTED]> wrote:
> It is in the source.
>
> [EMAIL PROTECTED]:~/OpenOffice.org/OOH680_m18/solenv$ grep -r armv5 *
> inc/unxlngr.mk:CFLAGS+=-march=armv5te -fno-omit-frame-pointer
[EMAIL PROTECTED]:~/arm/openoffice.org-2.4.1$ grep -r armv5 *
[EMAIL PROTECTED]:
Well, libsb680lr is in openoffice.org-core.
M
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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
On 10/8/08, Martin Guy <[EMAIL PROTECTED]> wrote:
> Er, hold that - the patch is duff because modifies Makefile, not
> Makefile.in so gets overwritten in a new extract/build cycle
Ok - here's the version that makes the same patch to Makefile.in
instead, assiduously rebuild fr
Er, hold that - the patch is duff because modifies Makefile, not
Makefile.in so gets overwritten in a new extract/build cycle
There's also an alignment bug in showtraf - put that on hold...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PR
Package: netdiag
Version: 1.0-8
User: [EMAIL PROTECTED]
Usertags: eabi
Hi!
Since etch at least, netwatch has not worked on arm: it reports
lots of phantom accesses in the remote IP addresses composed of the
high-order bytes of the local IP address in the low-order bytes and 16
bytes of garbage
Hi
Yes, this is a security problem.
Letting people probe usernames compromises Unix security - the
behaviour must be identical, including the time taken, whether the
username is valid or not
(There was once a hole introduced when someone decided not to bother
hashing the supplied password if
Yup, me too since today.
When the boot succeeds, the "Cleaning up ifupdown" message is not printed.
The system here is Debian lenny, with kernel 2.6.25-2-686.
If it hangs again I'll copy the boot output.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
The upstream maintainer suggests the following fix in ecl to work
around this problem
-- Forwarded message --
From: Juan Jose Garcia-Ripoll <[EMAIL PROTECTED]>
Date: Sep 5, 2008 11:23 PM
Subject: ARM sigill
To: Martin Guy <[EMAIL PROTECTED]>
Seems I found the problem
The word-alignment bugs are now fixed in lua-gtk CVS
Upstream's diffs to the source are attached, but it doesn't apply
cleanly to the 0.8 - among other things, there are new source files,
and unrelated extra "const" declarations.
lua-gtk version 0.9 was released on 25 August 2008 - is that in tim
done
Upstream bug ticket
http://luaforge.net/tracker/index.php?func=detail&aid=29514&group_id=121&atid=576
Thanks!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: maxima
Version: 5.16.2-1
User: [EMAIL PROTECTED]
Usertags: eabi
The build of maxima on armel fails saying:
Loading binary-gcl/float.o
Error in FPPREC1 [or a callee]: The function $RATDISREP is undefined.
Fast links are on: do (use-fast-links nil) for debugging
Broken at FPPREC1.
I've tried this on armv5te and armv4t hardware under armel-sid under
gdb and not, and in all cases it works fine, so I suggets closing this bug.
For further details of the specific failing environment, see
http://sourceforge.net/mailarchive/[EMAIL PROTECTED]&forum_name=ecls-list
M
--
To U
I just tried this, on a Thecus N2100 (armv5te) running sid and with a
tripwire set on misaligned data accesses (echo 5 >
/proc/cpu/alignment). Although the installation was very noisy,
spewing warnings while recompiling common-lisp-controller three times,
it turned out ok:
n2100:/home/martin/arm#
Sorry, I just retried the previously successful build of lua-gtk on
armel, and though the build succeeds, the testsuite fails spewing Bus
errors, which indicate non-aligned 32-bit word accesses.
Please leave this with me unless there is a good reason why lua-gtk
should be x86-only.
Cheers
--
Package: lua-gtk
Version: 0.8+20080510+dash-1
lua-gtk is restricted to Architectures i386 and amd64 although
every other lua5.1 package is available on Architecture: any.
I've tried the build on armel and it turns out fine;
would you add armel in debian/control, or expand it to "any" please?
Che
Package: amiga-fdisk-cross
Version: 0.04-12
Not a bug in amiga-fdisk itself, but a Debian buildd issue that needs sorting
On 16 Jan 2008, armel was added to the architecture list for
amiga-fdisk-cross (bug #461081)
but, despite being enabled for 12 architectures, the package has not
been built fo
Package: gdb
Version: 6.8-3
User: [EMAIL PROTECTED]
Usertag: eabi, patch
gobjc has now been ported to armel, so please re-enable the gobjc
bindings in debian/control
(gobjc [!armel] -> gobc)
thanks
--- gdb-6.8/debian/control 2008-08-30 12:15:55.0 +0100
+++ gdb-6.8+armel/debian/control 200
Package: shapelib
Version: 1.2.10-4
Linking anything with -lshp fails on armel. e.g.:
$ cat > c.c
main(){}
^D
$ cc c.c -lshp
/usr/bin/ld: a.out: hidden symbol `__aeabi_dcmpgt' in
/usr/lib/gcc/arm-linux-gnueabi/4.3.1/libgcc.a(_cmpdf2.o) is referenced
by DSO
/usr/bin/ld: final link failed: Nonrepre
Package: usplash-theme-debian
Version: 4
Severity: wishlist
Hi again!
I just spotted that usplash-theme-debian also needs armel adding to
its Architecture list in control to match the list in usplash.
Thanks!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troub
My fault: it was caused by me having enabled consoles on F1to F9 in
inittab and the default xdm server starting on vt7 instead of vt10
der. closing...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: xdm
Version: 1:1.1.8-3
hi!
I've dist-upgraded from etch to lenny and now when xdm starts up
the X server at boot I get the login window but it seems totally deaf
to the keyboard. The mouse moves ok. I've tried every key with no
luck, except once when it suddenly spurted a load of
10;\9
Package: nvi
Version: 1.81.6-3
When I edit /var/lib/dpkg/status using nvi and then search for a
string (or page down a few times), I get:
"Conversion error on line 428"
I then can't 428G, but 427G reveals:
Package: libgammu3
Status: install ok installed
Priority: optional
Section: libs
Installed-
Hi!
I get the same effect using the ati X server with no special flags,
whereas all is ok when using the fbdev server. The gimprc workaround
also sorts the problem on the ati driver.
However the workaround
Section "Device"
Identifier "ATI Technologies, Inc. Rage Mobility P/M AGP 2
Bug confirmed on arm-sid chroot under eabi kernel with oabi-compat, using
foo$ xhost bar
bar$ DISPLAY=foo:0 arora
See also the mail thread starting at
http://lists.debian.org/debian-arm/2008/08/msg5.html
for backtraces. For ssh access to a fast arm box mail me
--
To UNSUBSCRIBE, email to [
Confirmed - there is a misaligned word access in the test case
# echo 5 > /proc/cpu/alignnment
$ gcc foo.c
$ ./a.out
Bus error
reproducible in arm-sid using old-abi or eabi-oldabi-compat kernels.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [
Actually your patch works fine, since D_A_B_CPU matches "arm" both on
arm and on armel. My apologies.
M
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
only) if you build with g++-4.2 or 4.3 the build segfaults the
first time it tries to run the interpreter.
MACHCONF is set to linux-arm on both arm and armel, so we invent another
config variable to distringuish between Debian arm and armel, and select
gcc-4.1 on arm only.
Martin Guy <[EMAIL PROTEC
On 7/28/08, peter green <[EMAIL PROTECTED]> wrote:
> > * adonthell:
> >
> > *** warning: prefs::read_adonthellrc: creating config file failed
> > Fatal Python error: exceptions bootstrapping error.
> >
>
> Workaround for this is to use python 2.4, I have posted a patch that does
> that to
> http:/
It also fails on arm-sid if compiled with gcc-4.2 in the very same
way: SEGFAULT at the same line in the build.
However, it succeeds if compiled with gcc-4.1 - see my AFNIX doc for
details of the hack.
Unfortunately to achieve this you need to patch one of the package's
config files to select gcc-
The moment in which it segfaults is the first time it runs the
interpreter it has just built, "axi", during the build, so I guess the
whole interpreter is broken. I've tried a debugging build by hacking
debian/rules:
<./cnf/bin/afnix-setup -o --prefix=/usr
>./cnf/bin/afnix-setup -g
Package: libidl0
Version: 0.8.10-0.1
A user reports that libidl0, build as root with dpkg-buildpackage, fails saying:
make[3]: Entering directory `/home/kevin/Debian/libidl0/libidl-0.8.10'
/bin/sh ./libtool --tag=CC --mode=compile cc
-DPACKAGE_NAME=\"libIDL\" -DPACKAGE_TARNAME=\"libIDL\"
-DPACK
On 6/24/08, Matthias Klose <[EMAIL PROTECTED]> wrote:
> Is this arm only, or armel as well?
armel too.
I have /proc/cpu/alignment set to 5 and it's doing an unaligned word access
under gdb (and gcc -g):
Program received signal SIGBUS, Bus error.
0x400d2cd0 in std::string::assign () from /usr/li
Package: libhdate-pascal
Version: 1.4.11-1
Severity: wishlist
Hi!
The pascal binding to libhdate uses FPC, which only works on five
architectures, and from lenny+1 will only exist on four unless FPC is
ported to armel. If libhdate-pascal could be compiled with GPC
instead, it would be available
On 6/7/08, Mike Hommey <[EMAIL PROTECTED]> wrote:
> The strange thing is that #482415 was originally reported on amd64,
> where such alignment problems shouldn't have any effect.
482415 is something different, giving immediate failure on startup
with a message. It was filed against iceweasel-3.0
Package: linux-2.6
Version: 2.6.25-4
User: [EMAIL PROTECTED]
Usertag: eabi
In the configuration for iop4xx on armel, CONFIG_PROFILING is not set,
which breaks the gprof execution profiling tool. I haven't checked the
other armel configurations, but this should be enabled in all Debian
linux kernel
Oops. There's another occurrence of the same thing a few dozen lines later.
This new patch fixes both of them (in the same grotty manner :)
Firefox now seems crash-free as far as unaligned word accesses are concerned.
M
---
xulrunner-1.9~rc1.orig/toolkit/components/url-classifier/src/nsUrlCla
Package: xulrunner
Version: 1.9~rc1
Severity: normal
User: [EMAIL PROTECTED]
Usertags: patch
There is an unaligned word access bug in
toolkit/components/url-classifier/src/nsUrlClassifierDBService.cpp line 2024
where a char pointer is cast to an int pointer and accessed. On arm
and armel by defaul
That may be because it is doing more these days.
In particular, there is an option in /etc/gkrellmd.conf that disables
a particularly slow and little-used feature:
# The Internet monitor defaults to reading tcp connections once per second.
# However, for Linux SMP kernels where reading /proc/net/t
Just dropping the "CFLAGS=-g" clause, the following speedups are obtained:
tested over 3 runs of "time xaos -maxiter 1024" q Yes
armel usertime: 1.00 1.03 0.99 -> 0.93 0.89 0.91
athlon usertime: .064 .076 .064 -> .048 .032 .044
M
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
Package: xaos
Version: 3.3-1
Severity: normal
debian/rules line 9:
CFLAGS=-g ./configure --prefix=/usr
which disables all compiler optimization for xaos, as well as foiling
people trying to use
CFLAGS="-mfpu=myfpu -O2" dpkg-buildpackage
If you leave CFLAGS alone, xaos does compiler tests
Package: ginac
Version: 1.4.3-1
Hi! While compiling your package on arm, where characters are unsigned
by default, I noticed a bug:
g++ -DHAVE_CONFIG_H -I. -I. -I.. -g -Wall -O2 -finline-limit=1200 -c
add.cpp -fPIC -DPIC -o add.o
add.cpp: In member function 'virtual GiNaC::ex GiNaC::add::coeff(c
Sorry, just changing the builddeps as I suggested to remove armel gnat
dep is not enough. It needs a clause in debian/rules too and
control.in too.
The f95 test fails:
Testing front-end f95
./test_f95.sh: line 55: 30317 Segmentation fault
$f95dir/x${index}f -dev $device -o ${OUTPUT_DIR}/x${index}f
Package: swig1.3
Version: 1.3.35-3.2
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi, patch
Hi! gcj/gij now work fine on armel, so you can now re-enable the java
bindings by removing "!armel !armeb" from the Build-Dep clauses for
gcj and gij in debian/control
I've tried this out and the
Package: gdb
Version: 6.8-1
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi, patch
Hi! gcj/gij now work fine on armel, so you can re-enable the java
interface by removing "!armel" from the Build-Dep clauses for gcj in
debian/control (patch attached)
I've tried this out and the package bu
Package: plplot
Version: 5.9.0-6
Severity: wishlist
gnat has not been ported to arm processors yet, so please extend
debian/control's "Build-Depends: gnat" clause to include the new arm
ports [!armel !armeb] so that all the other plplot binary packages and
their dependents can be built. Thanks!
> lua-gtk is broken on arm and armel:
>
> http://experimental.debian.net/build.php?pkg=lua-gtk
Ok, thanks, I'll forget it.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hold that... with 0.8 on armel I'm getting failures in the testsuite
instead, and am working to see if that's lua-gtk/armel's fault or some
system corruption at my end...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi
Adding armel and armeb to debian/control seems to have gotten missed
out in the last upload.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
In order of preference
2 or 3: fixup misaligned accesses
4 or 5: SIGBUS the process in question, rather than silently giving
the wrong results (it is the same logic as dividing by zero or
accessing memory through an invalid pointer).
0 or 1: silently give wrong results.
I'm afraid the linked IRC d
Package: xjove
Version: 4.16.0.70-3
Severity: minor
The default actions of the function keys that are advertised on
xjove's startup page do not do what it says:
F1 ("Save and Exit") takes you to the ":" prompt,
F2 ("Save") splits the current buffer,
F3 ("Information about JOVE") moves you to the n
Package: xjove
Version: 4.16.0.70-3
On i386 in etch and sid, xjove dies immediately saying:
$ xjove
A command window has exited because its child exited.
Its child's process id was 17854 and it exited with return code 1.
$
however, it works ok on arm and armel, etch and sid.
--
To UNSUBSCRIB
> For nmu'ers looking at this bug, please test xview after
> applying the patch. It is unclear if it actually works on
> armel.
It works fine on armel with all the xview programs I have tested.
I'd say that working perfectly for 11 years without modification and
being ported to a dozen architect
> Maybe this is support for the explanation as an endian problem?
arm and armel are little-endian. The main weirdnesses of plain arm are
a bizarre middle-endian floating point format (look for things trying
to read FP values off a disk file or network stream) and unusual
structure-packing behavio
On 4/4/08, Matthias Klose <[EMAIL PROTECTED]> wrote:
> Martin Guy writes:
> > ...and on i386-sid on Athlon-32 the testsuite fails mightily:
> >
> > === libffi Summary ===
> >
> > # of expected passes505
> > # of unexpe
1 - 100 of 212 matches
Mail list logo
