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
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
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
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
manuel.montez...@gmail.com 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
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
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
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
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
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
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
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/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
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
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.
`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.2 release.
Martin Guy martinw...@gmail.com 4 August 2009
--- a/llvm-gcc
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,
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)
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:
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
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
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 martinw...@gmail.com, 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/gcc/config
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 +
+++
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:
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
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 fbone...@gmail.com 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
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
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) \
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
On 3/18/09, Adrian Knoth a...@drcomp.erfurt.thur.de 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
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
On 3/17/09, Sandro Tosi mo...@debian.org wrote:
On Tue, Mar 17, 2009 at 20:50, Martin Guy martinw...@yahoo.it wrote:
deluser --remove-all-files gkrellmd
Since the package version above, the script uses --system.
why? Does gkrellmd crap random files all over the root filesystem
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
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]
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
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
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
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)
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/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
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.
Can't find arm5vte in the source
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
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
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
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 from scratch on arm-sid
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?
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. His system does
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 time
done
Upstream bug ticket
http://luaforge.net/tracker/index.php?func=detailaid=29514group_id=121atid=576
Thanks!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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.
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:
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
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
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?
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
--
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#
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
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
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
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
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]
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 2x
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
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
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
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 PROTECTED
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]
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\
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
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
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
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
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
---
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
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
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
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 subject of
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
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
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
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
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!
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
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]
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]
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]
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
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
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 next
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
Hi
The attached is the trivial patch to enable this package on armel
and armeb (where a synaptic mouse pad can be attached on USB). I have
tried this in armel and it builds fine.
M
--- xfree86-driver-synaptics-0.14.7~git20070706/debian/control 2008-04-04
11:44:51.0 +0100
+++
1 - 100 of 212 matches
Mail list logo
