Package: mozilla-firefox
Version: 1.0.6-5
Severity: important
On my ARM system, apt-get install mozilla-firefox ends with:
Setting up mozilla-firefox (1.0.6-5) ...
Updating mozilla-firefox chrome
registry.../usr/sbin/update-mozilla-firefox-chrome: line 106: 1354
Illegal instruction
Package: gcc
Version: 4.1.1-13 (gcc version 4.1.2)
I was about to report the dangling symlinks in the gcc man directory
/usr/share/man/man1/i486-linux-gnu-cpp.1.gz - cpp-4.1.1.gz
/usr/share/man/man1/cpp.1.gz - cpp-4.1.1.gz
/usr/share/man/man1/c++.1.gz - /etc/alternatives/c++.1.gz
Package: gtk-gnutella
Version: 0.96.1svn11444
gtk-gnutella version: 0.96.2u (2006-08-03; GTK2; Linux i686)
At startup the program claims it has expiresd and refuses to start up
at all without cryptic user intervention.
This is a recurring grave functionality bug (see bug 340933)
Suggested fix:
Package: rezound
Version: 0.12.2beta-6
Hi!
I just installed rezound from testing(etch) with aptitude, and when
I run it it says on stdout:
'lame' executable not found in $PATH -- mp3 support will be disabled
It turns out that toolame is installed on the system (by chance) but
does not provide
Package: libagg-dev
Version: 2.4-1
From: Gnash project developer
Since 19 June 2006, agg-2.4 contains a new optimised function
render_scanlines_compound_layered which is used in the new Gnash AGG
backend, but this addition has not propagated to the Debian package in
unstable and testing.
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: 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
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]
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
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
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
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]
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
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
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
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]
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\
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
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?
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
Package: linux-image-2.6.18-6-686
Version: 2.6.18.dfsg.1-17etch1
Severity: important
There is a bug in vmsplice from 2.6.17 to 2.6.24.1 that can be
exploited by any user process to gain root privileges.
info is here
http://isc.sans.org/newssummary.html
which links to the source code for the
Package: db
Version: 4.6.21-5
Hi!
I'm trying to satisfy the build dependencies of subversion in sid,
but cannot because
- subversion build-depends on libdb4.4-dev and libaprutil1-dev
- libaprutil1-dev depends on libdb-dev
- libdb4.4-dev provides and conflicts with libdb-dev
This seems to be
2008/1/13, Florian Weimer [EMAIL PROTECTED]:
Is there a good reason not to continue the scheme used in
libdb4.[12345] ?
The name scheme is not the problem, it's the fact that all Berkeley DB
-dev packages conflict (because they all install the db.h header file).
the db.h conflict is not
reassign 460562 db
thanks
Sorry, it's not as simple as that; it impacts on more than one other package.
If you want to get everyone to use libdb4.6 instead of explicitly
4.[2345] (which would be a Good Thing, assuming 4.6 is
backward-compatible with all the others), then I think you need to
file
feel free to help out by adding to
http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED];tag=oldbdb;dist=unstable
Can do. Should I ask them to change to requiring libdb-dev or libdb4.6-dev?
I.E. Is the future plan to keep one version only and simply increase
libdb's version number, or to carry on
Package: amoga-fdisk
Version: 0.04-11
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
Please add armel to the architecture lists in debian/control
See wiki.debian.org/ArmEabiPort
Thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Package: amiga-fdisk
Version: 0.04-11
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
Please add armel to the architecture list in debian/control (or make it any)
(A new ARM port should be going into lenny to replace the old one in lenny+1;
see wiki.debian.org/ArmEabiPort)
Thanks
Package: gsynaptics
Version: 0.9.7-3
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
Please add armel to the architecture list in debian/control (or make it any)
(A new ARM port should be going into lenny to replace the old one in lenny+1;
see wiki.debian.org/ArmEabiPort)
Thanks
--
Package: ddccontrol
Version: 0.4.2-1
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
Please add armel to the architecture list in debian/control
(A new ARM port should be going into lenny to replace the old one in lenny+1;
see wiki.debian.org/ArmEabiPort)
Thanks
--
To UNSUBSCRIBE,
Package: ibam
Version: 1:0.4-4
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
Please add armel to the architecture list in debian/control
(A new ARM port should be going into lenny to replace the old one in lenny+1;
see wiki.debian.org/ArmEabiPort)
Thanks
--
To UNSUBSCRIBE, email
Package: kerry
Version: 0.2.2-1
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
kerry's architecture list in the control file says:
Architecture: amd64 arm i386 ia64 powerpc
whereas in sid it is available in 5 other architectures
Package: nictools-pci
Version: 1.3.8-1.1
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
Please add armel to the architecture list in debian/control
(A new ARM port should be going into lenny to replace the old one in lenny+1;
see wiki.debian.org/ArmEabiPort)
Thanks
--
To
Hi!
Just to say the why of the reopening: armel and armeb have not been
added to debian/control, whatever the changelog may say
Bless
M
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
... and armeb as well, while you're at it.
The Debian ChangeLog says this has been done, but it hasn't.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: foomatic-filters
Version: 3.0.2-20061031-1.2
Severity: wishlist
--- Przemyslaw Kwiatkowski [EMAIL PROTECTED] writes on 19 Jan 2008
... I replaced
foomatic-rip from (foomatic-filters 3.0.2-20061031-1.2) with new one
from http://www.openprinting.org/foomatic-rip (this version is not yet
For info, the specific config exhibiting the immense slowness was:
HP DJ 990cxi connected via usb, driver is hpijs
2.6.10+1.6.10-4.2+lenny1 (and hplip 1.6.10-4.2+lenny1)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
...and it was a 600Mhz ARM. Der!
M
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
... and the ratio was
Actually gs is eating only about 20%, and foomatic-rip takes 80%
Sorry, I must have been having a bad day.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Strange, I've all zeroes right after a boot (with an OABI kernel).
Here it's a vanilla Debian armel 2.6.23-1-iop32x kernel on
XScale-80219 rev 0 (v5l)
It's not serious as misaligned accesses in kernel are always trapped
and fixed up.
I'd be inclined to close this item for lack of importance.
Package: rbot
Version: 0.9.10-1
Severity: serious
# apt-get install rbot
The following packages have unmet dependencies:
rbot: Depends: ruby ( 1.9) but 4.1 is to be installed
E: Broken packages
because rbot Depends: ruby (= 1.8), ruby ( 1.9)
but ruby switched to a versioning scheme which
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
Package: ardour
Version: 2.2-1
While configuring on debian, ardour says:
Checking for fftw3f...no
Checking for fftw3...no
Checking for C header file fftw3.h... no
-
You do not have the FFTW single-precision development
Package: libinotify-ruby
Version: 0.0.2-1
Severity: wishlist
Please add armel to the architectures lists for
libinotify-ruby1.[89] in debian/control for benefit of the new ARM
port [1] ... or make it any to avoid future hassle with new ports.
Thanks
[1] http://wiki.debian.org/ArmEabiPort
--
QEMU requires gcc-3.4 at runtime because it emulates 5 different CPUs
by translating the machine code into C, compiling the C fragments and
editing the assembler output to trim off function call/return
sequences. This makes it the fastest emulator on the planet but it
does not understand gcc-4
Package: lua-gtk
Version: 0.7-1
Severity: wishlist
Please add armel and armeb to the Architectures: list for lua-gtk
in debian/control since it builds fine there too. (See
wiki.debian.org/ArmEabiPort)
While you're at it, I think it would be better to put a single
Architectures: clause in the
Yes, armel gives the same error message
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
2008/2/8, Enrico Tassi [EMAIL PROTECTED]:
Please compilerun the test file src/callback-test.c and give me
feedback.
It exits 0
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: music123
Version: 15-0.1
Severity: wishlist
Hi!
The arm, armel and armeb architectures are missing from the
Architectures: line in debian/control
It's particularly pernicious to specify Archirectures in the
Package: clauses of debian/control because the package seems to
build fine
2007/12/28, Martin Michlmayr [EMAIL PROTECTED]:
I can reproduce this problem with 2.6.18-5 and 2.6.22-3, but not with
2.6.23-1 from unstable. Can you try 2.6.23?
The 2.6.23-2 kernel package I built from source will still not boot
from flash (a separate issue) but I can copy the
2008/1/9, Martin Michlmayr [EMAIL PROTECTED]:
Presumably right after boot without doing anything special?
No, after some kernel building. Right after a boot it's:
n2100:~# cat /proc/cpu/alignment
User: 0
System: 3928
Skipped:0
Half: 0
Word: 3928
Package: gearhead
Version: 1.100-1
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
gearhead currently build-depends on fp-compiler, which is only
available on 5 architectures.
If it could transition to gpc (pascal-compiler), it would be
available on all 16.
--
To UNSUBSCRIBE, email
Package: hedgewars
Version: 0.9.0-7
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
hedgewars currently build-depends on fp-compiler, which is only
available on 5 architectures.
If it could transition to gpc (pascal-compiler), it would be
available on all 16.
--
To UNSUBSCRIBE,
Package: imapcopy
Version: 1.01+20060420-1
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
imapcopy currently build-depends on fp-compiler, which is only
available on 5 architectures.
If it could transition to gpc (pascal-compiler), it would be
available on all 16.
--
To
Package: lazarus
Version: 0.9.24-0-4
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
Hi!
Is it possible for lazarus to support gpc as well as (instead of?) fpc?
If so, it would be available on all 16 architectures instead of just 5.
I don't know how compatible the two compilers are,
Package: happs
Version: 0.8.8+darcs20070523-2
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
We now have ghc6 in the armel port, so please add armel to the
ghc6-version-picking architecture lists in debian/control
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: haskell-binary
Version: 0.3-2
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
We now have ghc6 in the armel port, so please add armel to the
ghc6-version-picking architecture lists in debian/control
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: haskell-x11-extras
Version: 0.4-2
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
We now have ghc6 in the armel port, so please add armel to the
ghc6-version-picking architecture lists in debian/control
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: haskell-hlist
Version: 2.0+darcs20070316-2
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
We now have ghc6 in the armel port, so please add armel to the
ghc6-version-picking architecture lists in debian/control
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Package: jack-audio-connection-kit
Version: 0.103.0-6
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
Please add armel to the architecture lists in the control file so it
is included in the new ARM port
http://wiki.debian.org/ArmEabiPort
Thanks
--
To UNSUBSCRIBE, email to [EMAIL
Package: shogun
Version: 0.4.4-1
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
Please add !armel and !armeb to debian/control's Build-Depends:
atlas3-base-dev [!arm]
for the forthcoming variants of the arm port [1]
Thanks
[1] http://wiki.debian.org/ArmEabiPort
--
To UNSUBSCRIBE,
Package: happs
Version: 0.8.8+darcs20070523-2
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
We now have ghc6 in the armel port [1] so debian/control's
Build-Depends clauses:
ghc6 (= 6.6.1) [alpha amd64 arm hppa i386 ia64 kfreebsd-i386 m68k
mips mipsel powerpc ppc64 s390 sparc], ghc6
Package: openssh
Version: 1:4.7p1-1
Severity: wishlist
the build dependency on groff is unnecessary: the smaller groff-base is enough
(I've checked this with groff-base and no groff installed, and it
builds fine with dpkg-buildpackage -d)
This would make bootstrapping of future ports slightly
Package: openssh
Version: 1:4.7p1-1
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
debian/control says:
Build-Depends: libselinux1-dev [alpha amd64 arm armeb hppa i386 ia64
lpia m68k mips mipsel powerpc ppc64 s390 sparc], libgnomeui-dev (=
2.0.0) | libgnome-dev
to which armel should
Package: cgal
Version: 3.3.1-1
Severity: wishlist
User: [EMAIL PROTECTED]
Usertags: eabi
Please add !armel and !armeb to debian/control's
Build-Depends: [!arm !m68k]
clause for the forthcoming variants of the arm port [1]
Thanks
[1] http://wiki.debian.org/ArmEabiPort
--
To UNSUBSCRIBE,
Package: varkon
Version: 1.18A-3
Varkon FTFBS on the new ARM EABI port because it has
-fwritable-strings in its makefiles, which disappeared after gcc-3.3,
and ARM EABI only works from gcc-4.1; it will never have gcc pre-4.1
---Johan Kjellander [EMAIL PROTECTED]---
As far as I know
Package: linux-image-2.6-iop32x
Version: 2.6.22+11
User: [EMAIL PROTECTED]
Usertags: eabi
The armel kernel for iop32x doesn't have BSD process accounting
configured in, breaking package acct.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: linux-image-2.6-iop32x
Version: 2.6.22+11
User: [EMAIL PROTECTED]
Usertags: eabi
Severity: wishlist
After running for a mere 20 hours, /proc/cpu/alignment reports
millions of misaligned word accesses from the kernel:
$ cat /proc/cpu/alignment
User: 0
System: 2765980
I can reproduce this problem with 2.6.18-5 and 2.6.22-3, but not with
2.6.23-1 from unstable. Can you try 2.6.23?
Seems I can't, no, having spent a day trying. But then I never built a
kernel package before, so that doesn't mean much. After most of a day
trying I'm giving up. Can you give me a
Hi!
The armel port is still blocked on this item. The bugfix was
submitted over 7 months ago and included over a month a go in version
control.
If possible, would you expedite an upload of the new version please?
These timescales are glacial!
Thanks
M
--
To UNSUBSCRIBE, email to [EMAIL
I just tried foo.c on up-to-date arm-sid and armel-sid systems, both
under qemu and on real hardware and I cannot reproduce the problem;
all succeed the same way, for example:
[EMAIL PROTECTED]:~$ /usr/bin/gcc-4.2 foo.c
[EMAIL PROTECTED]:~$ ./a.out
0xbe92ec84
0x1
0x2
0x3
[EMAIL PROTECTED]:~$ gcc
Package: apt
Version: 0.7.10
The new -no-install-recommends flag is not documented in the man page
for apt-get.
Given the new install-recommends-by-default policy, this is
particularly important.
It would be worth mentioning the APT::Install-Recommends in the manual
page as well and to highlight
While you're at it, you may as well add armeb for that forthcoming port
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
while you're at it, you might as well add the forthcoming armeb
architecture too.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
While you're at it, you may as well also add armeb, the forthcoming
big-endian version of the port
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
While you're at it, you may as well add the forthcoming armeb port as well
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
While you're at it, you may as well add the forthcoming armeb port as well.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
While you're at it, also adding armeb for that future port would be a good idea.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
While you're at it, if you add armel, please also add the
forthcoming armeb port too
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
...while you're at it, adding armeb for that future port would be a
good idea too.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: emile
Version: 0.10-1
Severity: wishlist
emile is the last package in Debian to require gcc-3.3
If it will compile with gcc-4 it can also be included in the new armel
architecture (which lacks even gcc-3.4) - at present it fails early on
because of signed/unsigned errors and -Werror
(at
Package: galeon
Version: 2.0.2-4
Saving the page http://www.apexonline.com/melodybar/cataf~1.htm to a
local file, galeon goes into an infinite loop consuming 100% CPU.
strace reveals that it is doing:
write(24, , 0);
write(24, , 0);
write(24, #48;, 5);
repeatedly, and the output file
Package: xboing
Version: 2.4-29
Severity: minor
Installation of xboing creates /var/games/xboing.score
but purging does not remove that file
As a consequence, when all games are removed, apt-get complain forever
that /var/games is not empty.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Package: pinball
Version: 0.3.1-7
Severity: minor
Installation of pinball creates /var/games/pinball/*/highscores
but purging it does not remove the directory.
As a consequence, when all games are removed, apt-get complain forever
that /var/games is not empty.
--
To UNSUBSCRIBE, email to
Package: iodbc
Version: 3.52.4-3
iodbcadm-gtk binary in package iodbc requires shared library libiodbcinst.so.2
so it needs to depend on package libiodbc2
# apt-get install iodbc
...
The following NEW packages will be installed:
iodbc
...
$ iodbcadm-gtk
iodbcadm-gtk: error while loading shared
Package: attr
Version: 2.4.32-1
This bug, of attr using system calls directly, presents itself again
in attr 2.4.32-1.
In this case it is with the switch to ARM EABI that triggers the bug because the
system call base number changes.
If this bug really was fixed in 2.4.31-1, then that fix has
1 - 100 of 212 matches
Mail list logo