cannot remember (and I cannot even read the commit
messages right now because Alioth is done). IIRC I disabled it based
on a recommendation from Lennert Buytenhek. Lennert, do you remember?
The problem here was that the Marvell PHY driver at some point supported
one or two specific Marvell ethernet
On Fri, Sep 04, 2009 at 05:59:37PM +0200, Elimar Riesebieter wrote:
Package: linux-sound-base
Version: 1.0.11-2
When upgrading linux-sound-base, I get the following error, and the
package fails to configure:
ln: creating symbolic link `/etc/modprobe.d/linux-sound-base_noOSS'
On Mon, Sep 17, 2007 at 08:55:49AM +0200, Brice Goglin wrote:
On arm platforms where physical RAM doesn't start at physical address
zero, opening /dev/mem and reading from it causes a kernel oops. This
is arguably a kernel bug, but it's still not a very good idea to just
start
On Thu, Apr 26, 2007 at 11:57:40PM -0500, Eric Sandeen wrote:
Maybe the alignment isn't broken; it's just special - I guess there
are no actual rules on how the structure must be aligned... hmm...
Yep. Padding rules on old-ABI ARM systems are 'special', but still
spec-compliant. See:
On Thu, Apr 26, 2007 at 11:34:56PM -0500, Eric Sandeen wrote:
Root cause seems to be gcc misaligning the xfs shortform directory
structures. In the example below, bar.parent has offset 4, while
boo.parent has offset 2. The union seems to cause extra padding - I
believe c should be at
On Mon, Apr 23, 2007 at 09:37:22AM +0200, Martin Michlmayr wrote:
After upgrading my ARM sid chroot to current sid, I get the following
when running apt-get source. Is this a bug in apt or libc6?
(sid)[EMAIL PROTECTED]:~/src$ apt-get source texlive-bin
Reading package lists... Done
On Fri, Apr 27, 2007 at 08:26:10AM -0500, Eric Sandeen wrote:
Yep. Padding rules on old-ABI ARM systems are 'special', but still
spec-compliant. See:
Thanks, I've read up a bit since, and I think I grok it now :)
So, adding __attribute__((packed)) to xfs_dir2_sf_off_t,
Attached is a new patch that:
* Drops both footbridge and rpc from the armel flavour list.
(Martin Michlmayr.)
* Adds CONFIG_AEABI=y/CONFIG_OABI_COMPAT=y to config.iop32x and
config.ixp4xx as well, since they seem to override the main
config. (Joey Hess)
Apply as follows:
cp -a
On Sun, Sep 10, 2006 at 01:42:20AM +0200, Lennert Buytenhek wrote:
Attached is a patch that makes gcc default to big-endian in case
of an arm*b-*-* target triple. This allows a fully native gcc-4.1
package build on a big-endian ARM platform.
Hmmm, the last hunk of that patch looks incorrect
Package: gcc-4.1
Version: 4.1.1-13
Severity: wishlist
Tags: patch
Attached is a patch that makes gcc default to big-endian in case
of an arm*b-*-* target triple. This allows a fully native gcc-4.1
package build on a big-endian ARM platform.
-- System Information:
Debian Release:
Package: linux-sound-base
Version: 1.0.11-2
When upgrading linux-sound-base, I get the following error, and the
package fails to configure:
ln: creating symbolic link `/etc/modprobe.d/linux-sound-base_noOSS' to
`/lib/linux-sound-base/noOSS.modprobe.conf': No such file or directory
Even
Package: xorg
Version: 7.0.17
Severity: wishlist
Tags: patch
The attached patch adds support for the big-endian arm (armeb)
architecture to xorg 7.0.17 by copying vars.arm to vars.armeb.
-- System Information:
Debian Release: 3.1
Architecture: armeb (armv5teb)
Kernel: Linux 2.6.17-rc2
Locale:
These patches seem to fix this problem. I haven't tested the resulting
gij very extensively, but it can at least execute hello world type
stuff now.
thanks, committed to the debian svn archives (4.0 and and 4.1). Do you
forward these upstream?
Andreas, please can you check these for
On Mon, Dec 19, 2005 at 09:26:06AM +0200, Niko Tyni wrote:
libdigest-sha-perl fails to build from source due to several test
failures. Looks like SHA-384 and SHA-512 don't work. Other archs
are OK.
I see the same on big-endian ARM (armeb). It does seem to work okay
when -O0 is used instead
Package: libgc
Severity: serious
Tags: patch
Justification: no longer builds from source
libgc 6.6 FTBFS on arm platforms using any current gcc/binutils combo,
bailing out with an error of the following type:
Error: Rn must not overlap other operands -- `swp r3,r5,[r3]'
The ARM 'swp Rd,
On Tue, Oct 25, 2005 at 11:26:38AM +0200, Michael Vogt wrote:
The attached patch adds support for the armeb architecture to apt.
I added it to my apt--mvo--0 baz archive and it will be part of the
next upload.
I'm very sorry, but I submitted the wrong patch, and apt still detects
a
Package: gij-4.0
Version: 4.0.2-2
Severity: important
On armeb (and the same thing appears to be happening on regular arm),
gij doesn't seem to work at all -- trying to run any .class file just
results in a interpreter segfault accessing memory location ,
which is caught and reported as a
Patch looks okay to me, as it enables -Wno-error only for the single
file that fails to build with -Werror, itbl-lex.c, and there's already
a number of -Werror exemptions in the binutils tree for files generated
by bison/yacc.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Thu, Oct 27, 2005 at 02:25:58PM +0200, Lennert Buytenhek wrote:
I incorporated Lennert's suggestion and created a patch that fixes the
problem on at least i386.
It seems like you've missed two more places in debian/rules2:
ifeq ($(DEB_HOST_GNU_SYSTEM),linux)
ifeq
Package: binutils
Version: 2.16.1cvs20050902-1
Severity: important
Tags: patch
Justification: fails to build from source
binutils ftbfs on arm/armeb due to some code in gas/config/tc-arm.c
triggering a warning and binutils being built with -Werror. The
attached patch fixes this issue on my armeb
On Fri, Oct 28, 2005 at 10:46:13AM +0400, Nikita V. Youshchenko wrote:
The attached patch adds support for the big-endian arm (armeb)
architecture. Please consider applying.
Ok, applied to CVS.
Balshoje spasibo!
However, autoconf file (cross-config.armeb) is also needed. Could you
Package: iftop
Version: 0.16-1
Severity: important
Tags: patch
iftop contains the following structure definition in ether.h:
struct ether_header {
u_int8_tether_dhost[ETHER_ADDR_LEN];
u_int8_tether_shost[ETHER_ADDR_LEN];
Package: xdm
Severity: important
On arm platforms where physical RAM doesn't start at physical address
zero, opening /dev/mem and reading from it causes a kernel oops. This
is arguably a kernel bug, but it's still not a very good idea to just
start randomly poking around in /dev/mem in search of
On Thu, Oct 13, 2005 at 07:55:53AM -0700, Matt Kraai wrote:
I incorporated Lennert's suggestion and created a patch that fixes the
problem on at least i386.
It seems like you've missed two more places in debian/rules2:
ifeq ($(DEB_HOST_GNU_SYSTEM),linux)
ifeq
Package: ots
Version: 0.4.2+cvs.2004.02.20
Severity: important
Justification: fails to build from source
Having gtk-doc-tools installed causes ots to FTBFS with:
cd ./html gtkdoc-mkhtml ots ../ots-docs.sgml
/usr/bin/jade:../ots-docs.sgml:41:6:E: end tag for PART which is not finished
--
Package: gcc-2.95
Severity: serious
Tags: patch
Justification: no longer builds from source
Now that gcc 4.0 is the default system compiler, gcc-2.95 ftbfs on
arm due to an 'invalid lvalue in assignment'. The attached patch
fixes this issue.
-- System Information:
Debian Release:
Package: gcc-2.95
Severity: wishlist
Tags: patch
Building gcc-2.95 requires cpp-2.95, which is a circular dependency. I
don't see why that version is particular is required -- my build on armeb
in particular worked fine with cpp 3.3.
I suggest applying the attached patch to lift this (seemingly
Package: gcc-2.95
Severity: wishlist
Tags: patch
The attached patch adds big-endian arm support to gcc-2.95. It's
more-or-less the same as its gcc-4.0 counterpart: teach the debian
build scripts about 'armeb', and patch gcc so that it defaults to
big-endian.
Since gcc-2.95 is so old, I haven't
On Thu, Oct 27, 2005 at 06:56:57PM +0200, Thiemo Seufer wrote:
The attached patch adds big-endian arm support to gcc-2.95. It's
more-or-less the same as its gcc-4.0 counterpart: teach the debian
build scripts about 'armeb', and patch gcc so that it defaults to
big-endian.
I'm curious,
Package: dpkg-cross
Severity: wishlist
Tags: patch
The attached patch adds support for the big-endian arm (armeb)
architecture. Please consider applying.
-- System Information:
Debian Release: testing/unstable
APT prefers stable
APT policy: (500, 'stable')
Architecture: armeb (armv4b)
Package: strace
Version: 4.5.12-1
Severity: wishlist
Tags: patch
The attached patch adds support for the big-endian arm (armeb)
architecture to the strace package.
-- System Information:
Debian Release: testing/unstable
APT prefers stable
APT policy: (500, 'stable')
Architecture: armeb
Package: nbd
Severity: wishlist
Tags: patch
The attached patch adds support for the big-endian arm (armeb)
architecture. Please apply.
-- System Information:
Debian Release: testing/unstable
APT prefers stable
APT policy: (500, 'stable')
Architecture: armeb (armv4b)
Shell: /bin/sh linked
Package: libsdl1.2
Severity: wishlist
Tags: patch
The attached patch adds big-endian arm (armeb) support to the
libsdl1.2 package. Please consider applying.
-- System Information:
Debian Release: testing/unstable
APT prefers stable
APT policy: (500, 'stable')
Architecture: armeb (armv4b)
Package: quagga
Version: 0.99.1
Severity: important
Justification: fails to build from source
At the start of the build, quagga checks for /proc/kcore to see if
/proc is mounted. However, support for /proc/kcore is a kernel
config option, which is not enabled by default on 2.6 arm kernels,
for
Package: libgc
Severity: important
When libgc is run on 2.6 arm kernels, the first call to GC_malloc
causes a SIGSEGV, presumably triggered by the different VM layout in
2.4. This happens on sarge as well as on unstable.
A fix for the problem is to use the LINUX_STACKBOTTOM check instead
of
Please also enable the workaround for the armeb (big-endian ARM)
arch. The original patch from Riku checked for arm*, which does
include armeb, but the patch that went in checks for arm-*.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: util-linux
Version: 2.12p-8
Severity: wishlist
Tags: patch
The attached patch adds support for the big-endian arm (armeb)
architecture.
-- System Information:
Debian Release: 3.1
Architecture: armeb (armv4b)
Kernel: Linux 2.6.13
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Package: glibc
Severity: wishlist
Tags: patch
The attached patch adds support for the big-endian arm (armeb)
architecture to glibc. Changes:
1) Add 'armeb' to all the Architecture: lines; and
2) Add arm-float-byteorder.dpatch which:
1) fixes sysdeps/arm/gmp-mparam.h (__ARMEB__ has
Thanks for investigating this. In that case, the following, untested
patch should fix this problem.
That's exactly the patch I've been testing with, but it doesn't
quite solve the issue: it seems that you also need to patch all
occurences of arm-linux (to arm-linux-gnu), i386-linux (to
Package: openssl
Version: 0.9.8-2
Severity: wishlist
Tags: patch
Attached is a patch that teaches openssl about the armeb architecture.
This allows a native openssl package build on a big-endian ARM platform.
--- openssl-0.9.8/Configure.orig2005-10-12 21:35:55.0 +0200
+++
Package: modutils
Version: 2.4.27.0-3
Severity: wishlist
Tags: patch
The attached patch teaches the modutils package about the armeb
(big-endian arm) architecture, allowing it to load kernel modules
on linux 2.4 armeb systems.
-- System Information:
Debian Release: 3.1
Architecture: armeb
Package: makedev
Version: 2.3.1-77
Severity: wishlist
Tags: patch
The attached patch makes the MAKEDEV script understand the armeb
architecture.
-- System Information:
Debian Release: 3.1
Architecture: armeb (armv5teb)
Kernel: Linux 2.6.13
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Package: linux-kernel-headers
Version: 2.6.13+0rc3
Severity: wishlist
Tags: patch
The attached patch adds support for the armeb architecture to the
linux-kernel-headers package.
-- System Information:
Debian Release: 3.1
Architecture: armeb (armv5teb)
Kernel: Linux 2.6.13
Locale: LANG=C,
Package: apt
Version: 0.6.41
Severity: wishlist
Tags: patch
The attached patch adds support for the armeb architecture to apt.
-- /etc/apt/sources.list --
deb http://ftp.debonaras.org/debian/ sarge main
deb-src http://ftp.debian.nl/debian/ unstable main
-- System Information:
Debian Release:
Package: gmp
Version: 4.1.4-10
Severity: wishlist
Tags: patch
The gmp package assumes that all arm platforms run the cpu in
little-endian mode, which is not true in general. The attached patch
adds support for big-endian arm platforms.
-- System Information:
Debian Release: 3.1
Architecture:
debian/rules.defs:
DEB_HOST_GNU_SYSTEM := $(shell dpkg-architecture -qDEB_HOST_GNU_SYSTEM)
debian/rules2:
ifeq ($(DEB_HOST_GNU_SYSTEM),linux)
lib_arlib =
libstdc++-$(LIBSTDCXX_IF)$(LIBC_IF)$(CXX_IF)-$(lib_version).a
lib_marlink =
Package: gcc-3.4
Version: 3.4.4-8
Severity: wishlist
Tags: patch
Attached is a patch for gcc-3.4 to add support for the armeb
architecture. It's pretty similar to the corresponding patch
for gcc-4.0 that can be found in Bug#330730.
-- System Information:
Debian Release: 3.1
Architecture: armeb
Package: gcc-3.3
Version: 1:3.3.6-10
Severity: wishlist
Tags: patch
Attached is a patch for gcc-3.3 to add support for the armeb
architecture. It's pretty similar to the corresponding patches
for gcc-3.4 and gcc-4.0, but it has one extra patch for PR22528
that was fixed on the 3.4 branch but
Package: dpkg
Version: 1.10.28
Severity: wishlist
Tags: patch
Attached is a small patch that makes dpkg understand the 'armeb'
(big-endian arm) architecture.
-- System Information:
Debian Release: 3.1
Architecture: armeb (armv5teb)
Kernel: Linux 2.6.13
Locale: LANG=C, LC_CTYPE=C
Package: gcc-4.0
Version: 4.0.1-8
Severity: wishlist
Tags: patch
Attached is a patch that teaches the gcc-4.0 package build scripts
about the armeb architecture, and a patch for gcc to default to
big-endian in case of an arm*b-*-* target triple. This allows a fully
native gcc-4.0 package build
On Fri, Sep 23, 2005 at 09:17:26AM +, Russell Stuart wrote:
Convert a Red Hat kernel source rpm (eg kernel-2.4.21-20.EL.src.rpm)
into Debian kernel source and binary packages (eg
kernel-source-2.4.21.redhat_2.4.21.redhat.20.el.deb and friends).
AFAICS, you need an additional dependency on
51 matches
Mail list logo