Bug#1064920: FTBFS on 32-bit architectures
Source: rshim-user-space
Version: 2.0.12+debian-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
The switch to fuse3 appears to have introduced a build issue for 32-bit
architectures such as armhf:
From
https://buildd.debian.org/status/fetch.php?pkg=rshim-user-space&arch=armhf&ver=2.0.20%2Bdebian-1&stamp=1709056732&raw=0
:
gcc -DHAVE_CONFIG_H -I. -I.. -Wall -DHAVE_RSHIM_NET -I/usr/include/libusb-1.0
-DHAVE_RSHIM_USB -I/usr/include/arm-linux-gnueabihf -DHAVE_RSHIM_PCIE
-I/usr/include/fuse3 -DHAVE_RSHIM_FUSE -Wdate-time -D_FORTIFY_SOURCE=2
-DFUSE_USE_VERSION=30 -DDEFAULT_RSHIM_CONFIG_FILE='"/etc/rshim.conf"' -g -O2
-ffile-prefix-map=/<>=. -fstack-protector-strong
-fstack-clash-protection -Wformat -Werror=format-security -c -o
rshim-rshim_fuse.o `test -f 'rshim_fuse.c' || echo './'`rshim_fuse.c
In file included from /usr/include/fuse3/fuse_lowlevel.h:25,
from /usr/include/fuse3/cuse_lowlevel.h:19,
from rshim_fuse.c:23:
/usr/include/fuse3/fuse_common.h:928:1: error: static assertion failed: "fuse:
off_t must be 64bit"
928 | _Static_assert(sizeof(off_t) == 8, "fuse: off_t must be 64bit");
| ^~
rshim_pcie.c: In function ‘rshim_pcie_mmap_vfio’:
rshim_pcie.c:52:37: warning: overflow in conversion from ‘long long unsigned
int’ to ‘__off_t’ {aka ‘long int’} changes value from ‘7696581394436’ to ‘4’
[-Woverflow]
52 | #define VFIO_GET_REGION_ADDR(x) ((uint64_t) x << 40ULL)
| ^
rshim_pcie.c:634:18: note: in expansion of macro ‘VFIO_GET_REGION_ADDR’
634 | VFIO_GET_REGION_ADDR(VFIO_PCI_CONFIG_REGION_INDEX) +
| ^~~~
rshim_pcie.c:52:37: warning: overflow in conversion from ‘long long unsigned
int’ to ‘__off_t’ {aka ‘long int’} changes value from ‘7696581394436’ to ‘4’
[-Woverflow]
52 | #define VFIO_GET_REGION_ADDR(x) ((uint64_t) x << 40ULL)
| ^
rshim_pcie.c:643:19: note: in expansion of macro ‘VFIO_GET_REGION_ADDR’
643 | VFIO_GET_REGION_ADDR(VFIO_PCI_CONFIG_REGION_INDEX) +
| ^~~~
rshim_fuse.c: In function ‘rshim_fuse_misc_read’:
rshim_fuse.c:713:36: warning: format ‘%ld’ expects argument of type ‘long int’,
but argument 5 has type ‘uint64_t’ {aka ‘long long unsigned int’} [-Wformat=]
713 | n = snprintf(p, len, "%-16s%ld(s)\n", "UP_TIME",
value/BF3_REF_CLK_IN_HZ);
| ~~^
||
|long int
| %lld
rshim_fuse.c: In function ‘rshim_fuse_misc_write’:
rshim_fuse.c:954:25: warning: format ‘%lx’ expects argument of type ‘long
unsigned int *’, but argument 3 has type ‘uint64_t *’ {aka ‘long long unsigned
int *’} [-Wformat=]
954 | if (sscanf(p, " 0x%lx", &val64) != 1)
| ~~^ ~~
| | |
| | uint64_t * {aka long long unsigned int *}
| long unsigned int *
| %llx
make[3]: *** [Makefile:524: rshim-rshim_fuse.o] Error 1
-- System Information:
Debian Release: trixie/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'stable'), (1,
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.6.15-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Bug#1022365: pdsh: diff for NMU version 2.34-0.2
Control: tags 1022365 + patch
Control: tags 1022365 + pending
diff -Nru pdsh-2.34/debian/changelog pdsh-2.34/debian/changelog
--- pdsh-2.34/debian/changelog 2022-10-11 08:24:01.0 -0600
+++ pdsh-2.34/debian/changelog 2022-11-27 15:07:39.0 -0700
@@ -1,3 +1,11 @@
+pdsh (2.34-0.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Workaround test failures by using modules symlinked into a temp dir.
+(Closes: #1022365).
+
+ -- dann frazier Sun, 27 Nov 2022 15:07:39 -0700
+
pdsh (2.34-0.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru pdsh-2.34/debian/rules pdsh-2.34/debian/rules
--- pdsh-2.34/debian/rules 2022-10-11 08:24:01.0 -0600
+++ pdsh-2.34/debian/rules 2022-11-27 14:56:56.0 -0700
@@ -34,6 +34,36 @@
--infodir=\$${prefix}/share/info \
$(CONFIG_FLAGS)
+MODULE_DIRS := src/modules/.libs tests/test-modules/.libs
+override_dh_auto_test:
+ # pdsh will refuse to load modules in subdirs not owned by either
+ # the building user or root, which causes many tests to fail on
+ # the builders (see #1022365). We workaround that by copying
+ # the module dirs to a temp directory and symlinking them into
+ # the build tree.
+
+ # dh_auto_test will do this, but we need to build them first
+ # so we can copy them to the tempdir
+ $(MAKE) -C tests/test-modules check
+
+ # Save a copy of the module dirs to restore later
+ tar -c $(MODULE_DIRS) > debian/module-dirs.tar
+
+ # Now replace module dirs with symlinks to tempdir counterparts
+ # and run the tests.
+ set -e; \
+ tmpdir=`mktemp -d`; \
+ (cd $$tmpdir && tar xv) < debian/module-dirs.tar; \
+ rm -rf $(MODULE_DIRS); \
+ for dir in $(MODULE_DIRS); do \
+ ln -s $$tmpdir/$$dir $$dir; \
+ done; \
+ dh_auto_test; \
+ rm -rf $$tmpdir
+
+ # Restore the module directories (replacing the symlinks)
+ tar xv < debian/module-dirs.tar
+
override_dh_auto_install:
dh_auto_install
# Clean up directory
@@ -50,3 +80,8 @@
rm -f $(CURDIR)/debian/pdsh/usr/bin/rpdcp
cp $(CURDIR)/debian/rpdcp.script $(CURDIR)/debian/pdsh/usr/bin/rpdcp
chmod 755 $(CURDIR)/debian/pdsh/usr/bin/rpdcp
+
+override_dh_auto_clean:
+ rm -f debian/module-dirs.tar
+ find . -name .libs -type l -exec rm {} \;
+ dh_auto_clean
Bug#1022365: reproduction
This seems to be the source of the problem: pdsh@ip-10-84-234-180: module path "/<>/src/modules/.libs" insecure. pdsh@ip-10-84-234-180: "/build": Owner not root, current uid, or pdsh executable owner pdsh@ip-10-84-234-180: Couldn't load any pdsh modules Indeed, I can reproduce by building in a directory that has an ancestor directory owned by a user that is neither root, nor myself. I've not been clever enough to workaround this. Two options would be to (1) disable the failing tests or (2) avoid the failures by linking the plugins statically. Neither seems ideal.
Bug#1022365: confirmed
Weird, tests pass for me locally. Will look into it.
Bug#973730: dropping severity
severity 973730 wishlist thanks I had the same concern when I first started working on this package, but I learned that there is no requirement that a package be buildable on any architecture where it can be used. If you believe that is incorrect, please cite a policy section.
Bug#945610: FileNotFoundError: [Errno 2] No such file or directory: '/usr/lib/python3/dist-packages/launchpadlib/version.txt'
Package: python3-launchpadlib Version: 1.10.8-1 Severity: grave After upgrade, my scripts that use launchpadlib now fail at import (see below). AFAIK, this makes this version unusable by most or all users, but obviously feel free to lower the severity if that is incorrect. dannf@xps13:~$ python3 \Python 3.7.5 (default, Oct 27 2019, 15:43:29) [GCC 9.2.1 20191022] on linux Type "help", "copyright", "credits" or "license" for more information. >>> from launchpadlib.launchpad import Launchpad Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/launchpadlib/__init__.py", line 19, in "launchpadlib", "version.txt").strip() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 1157, in resource_string self, resource_name File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 1401, in get_resource_string return self._get(self._fn(self.module_path, resource_name)) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 1616, in _get with open(path, 'rb') as stream: FileNotFoundError: [Errno 2] No such file or directory: '/usr/lib/python3/dist-packages/launchpadlib/version.txt' >>> -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-launchpadlib depends on: ii python3 3.7.5-3 ii python3-httplib20.11.3-2 ii python3-keyring 18.0.1-1 ii python3-lazr.restfulclient 0.14.2-2 ii python3-lazr.uri1.0.3-4 ii python3-simplejson 3.16.0-2+b1 ii python3-wadllib 1.3.3-3 python3-launchpadlib recommends no packages. Versions of packages python3-launchpadlib suggests: ii python3-pkg-resources 41.4.0-1 pn python3-testresources -- no debconf information
Bug#939928: version bisect
Looks like this was introduced in version 0~20190606.20d2e5a1-2. It also does not appear to impact the /usr/share/OVMF/OVMF_CODE.fd image.
Bug#907118: error:141a318a:ssl routines:tls_process_ske_dhe:dh key too small
On Tue, Aug 28, 2018 at 09:53:58AM -0300, Antonio Terceiro wrote:
> On Thu, Aug 23, 2018 at 03:24:52PM -0600, dann frazier wrote:
> > Package: bip
> > Version: 0.8.9-1.1
> > Severity: normal
> > Tags: patch
> >
> > I run bip on a stretch system, and connect to it from a hexchat client on
> > sid. After a recent upgrade of the client, which pulled in openssl 1.1,
> > hexchat began failing to connect to my server with the message:
> >
> > error:141a318a:ssl routines:tls_process_ske_dhe:dh key too small
> >
> > I found that backporting bip 0.9.0~rc3-1 to jessie worked. I further found
> > that just cherry-picking the following commit back to bip 0.8.9 seems to be
> > sufficient:
> >
> > 39414f8 Handle OpenSSL version 1.1
>
> I just tried backporting commit 39414f8 to the bip version in stretch,
> and it doesn't really fix the issue. There is probably some other commit
> that is needed.
I literally poked that patch into debian/patches{/series}, quilt
applied it and rebuilt, and it started working for me. Maybe there's
something different about our configs?
Bug#818616: What should I do?
On Mon, Dec 26, 2016 at 02:01:34PM +0100, Enrico Tassi wrote: > Hum, I'm a bit lost here. 2.0.4 is fine, but does not work on arm64. > What about 2.1-beta2 + fix allocator (as in message #35) ? Was it > tested? Does it work? Should I upload it? Hi Enrico, Yes - I verified it, it does work on arm64. +1 on upload! :) -dann
Bug#848024: [Pkg-utopia-maintainers] Bug#848024: Bug#848024: Fails to connect after upgrade to openvpn 2.4
On Tue, Dec 13, 2016 at 11:04:46PM +0100, Michael Biebl wrote: > Am 13.12.2016 um 18:22 schrieb Michael Biebl: > > I've blocked the two bugs accordingly and forwarded the issue to > > upstream. > > This is upstream's response > > > Thomas Haller: > > I don't think there is anything to do. > > > > nm-openvpn already supports the verify-x509-name option, which should > > be used. > > > > > > The problem is for users who have existing connections with > > tls-remote setting. > > > > For example, when you look at your NetworkManager ovpn connection > > (for example, named "MyOVPN"): > > > > $ nmcli connection show "MyVPN" | grep tls-remote > > > > > > openvpn 2.4 breaks backward compatibility by removing the option. > > There is nothing that nm-openvpn can do about it except requiring > > users to fix their configuration. > > > > E.g. the Gnome plugin of nm-openvpn for nm-connection-editor has a > > "Server Certificate Check" combobox. Affected users have to move away > > from the "Verify subject partially (legacy mode)" setting. > > In light of that, I'll close this bug report. > I suggest, openvpn either patches tls-remote support back in (for > stretch) or it adds a NEWS file, telling users to check their VPN > configuration files (including the NetworkManager config) and fix them > up manually. Michael, Indeed, changing that configuration did fix my setup. Thanks! Since NM can detect this situation, could it provide this same advice to the user, even if just via syslog? -dann
Bug#818616: luajit: laujit segfaults on arm64
On Thu, Dec 08, 2016 at 10:03:07PM +, Ben Hutchings wrote: > Control: severity -1 serious > > Raising severity; this should be a release blocker. > > On Fri, 18 Mar 2016 18:42:24 + Wookey wrote: > > Source: luajit > > Version: 2.1.0~beta2+dfsg-1 > > Severity: important > > > > Dear Maintainer, > > > > Yay - luajit with arm64 support uploaded! > > > > However, whilst it builds, it doesn't appear to work at all. > [...] > > Does this bug exist in the version in testing/unstable (2.0.4+dfsg-1)? > Currently the BTS records it as affecting experimental only. hey Ben! The version in unstable hadn't yet turned on arm64 builds. -dann
Bug#776488: regression: arm map_hardware[] not NULL terminated
On Wed, Jan 28, 2015 at 06:10:49PM +0100, Cyril Brulebois wrote:
> dann frazier (2015-01-28):
> > Package: libdebian-installer4
> > Version: 0.98
> > Severity: serious
> > Tags: d-i patch
> >
> > The map_hardware[] table in src/system/subarch-arm-linux.c is no longer NULL
> > terminated. I believe this could lead to a segfault on armel/armhf
> > platforms,
> > resulting in a failed install.
> >
> > This bug was introduced back in version 0.92. The end of the table was
> > trimmed,
> > and accidentally took the NULL terminator with it:
> >
> > http://anonscm.debian.org/cgit/d-i/libdebian-installer.git/commit/?id=3a7209e49fa5cfe8c4e4122325405022031a8afc
> >
> > DISCLAIMER: I haven't actually observed a crash, I just discovered this
> > while
> > reviewing source. But it does seem like a potential time-bomb we should fix
> > pre-release. Here's the obvious patch:
> >
> > diff --git a/src/system/subarch-arm-linux.c b/src/system/subarch-arm-linux.c
> > index 590576a..3fc5e2a 100644
> > --- a/src/system/subarch-arm-linux.c
> > +++ b/src/system/subarch-arm-linux.c
> > @@ -103,6 +103,7 @@ static struct map map_hardware[] = {
> > { "OMAP3 Beagle Board", "omap" },
> > { "OMAP4 Panda Board", "omap" },
> > { "ARM-Versatile Express", "vexpress" },
> > +{ NULL, NULL }
> > };
>
> I was about to push it but you apparently already did; adjusting tags
> accordingly.
Cool, thanks :) Do you +1 me uploading this? If so, should I request an
unblock or does that need to come from you?
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#776488: regression: arm map_hardware[] not NULL terminated
Package: libdebian-installer4
Version: 0.98
Severity: serious
Tags: d-i patch
The map_hardware[] table in src/system/subarch-arm-linux.c is no longer NULL
terminated. I believe this could lead to a segfault on armel/armhf platforms,
resulting in a failed install.
This bug was introduced back in version 0.92. The end of the table was trimmed,
and accidentally took the NULL terminator with it:
http://anonscm.debian.org/cgit/d-i/libdebian-installer.git/commit/?id=3a7209e49fa5cfe8c4e4122325405022031a8afc
DISCLAIMER: I haven't actually observed a crash, I just discovered this while
reviewing source. But it does seem like a potential time-bomb we should fix
pre-release. Here's the obvious patch:
diff --git a/src/system/subarch-arm-linux.c b/src/system/subarch-arm-linux.c
index 590576a..3fc5e2a 100644
--- a/src/system/subarch-arm-linux.c
+++ b/src/system/subarch-arm-linux.c
@@ -103,6 +103,7 @@ static struct map map_hardware[] = {
{ "OMAP3 Beagle Board", "omap" },
{ "OMAP4 Panda Board", "omap" },
{ "ARM-Versatile Express", "vexpress" },
+{ NULL, NULL }
};
static int read_dt_model(char *entry, int entry_len)
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, arm64
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libdebian-installer4 depends on:
ii libc6 2.19-13
ii multiarch-support 2.19-13
libdebian-installer4 recommends no packages.
libdebian-installer4 suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#773492: patch
tags 773492 + patch
thanks
The attached cherry pick from upstream fixes this issue and, combined
with the patch in #771114, allows edk2 to build from source in
unstable again.
Description: Fix undefined behavior in VfrCompiler.
Origin: http://sourceforge.net/p/edk2-buildtools/code/2667/
Bug-Debian: http://bugs.debian.org/773492
Author: Reza Jelveh
Reviewed-by: Eric Dong
Last-Update: 2014-12-18
Applied-Upstream: commit:r2667
Index: edk2-0~20131112.2590861a/BaseTools/Source/C/VfrCompile/VfrCompiler.cpp
===
--- edk2-0~20131112.2590861a.orig/BaseTools/Source/C/VfrCompile/VfrCompiler.cpp
+++ edk2-0~20131112.2590861a/BaseTools/Source/C/VfrCompile/VfrCompiler.cpp
@@ -372,6 +372,8 @@ CVfrCompiler::CVfrCompiler (
mPreProcessCmd = (CHAR8 *) PREPROCESSOR_COMMAND;
mPreProcessOpt = (CHAR8 *) PREPROCESSOR_OPTIONS;
+ SET_RUN_STATUS (STATUS_STARTED);
+
OptionInitialization(Argc, Argv);
if ((IS_RUN_STATUS(STATUS_FAILED)) || (IS_RUN_STATUS(STATUS_DEAD))) {
Index: edk2-0~20131112.2590861a/BaseTools/Source/C/VfrCompile/VfrCompiler.h
===
--- edk2-0~20131112.2590861a.orig/BaseTools/Source/C/VfrCompile/VfrCompiler.h
+++ edk2-0~20131112.2590861a/BaseTools/Source/C/VfrCompile/VfrCompiler.h
@@ -61,7 +61,8 @@ typedef struct {
} OPTIONS;
typedef enum {
- STATUS_INITIALIZED = 1,
+ STATUS_STARTED = 0,
+ STATUS_INITIALIZED,
STATUS_PREPROCESSED,
STATUS_COMPILEED,
STATUS_GENBINARY,
Bug#773492: FTBFS: VfrCompile: ERROR 0003: Error parsing compile error in file (null)
Source: edk2 Version: 0~20131112.2590861a-2 Severity: serious edk2 FTBFS in current unstable and testing. A tail of the buildlog follows. Symbol renaming not needed for /tmp/mkpatch/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/IntelFrameworkModulePkg/Universal/BdsDxe/BdsDxe/OUTPUT/./HwErrRecSupport.obj "/usr/bin/gcc" -x c -E -P -DVFRCOMPILE --include /tmp/mkpatch/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/IntelFrameworkModulePkg/Universal/BdsDxe/BdsDxe/DEBUG/BdsDxeStrDefs.h -I/tmp/mkpatch/edk2-0~20131112.2590861a/IntelFrameworkModulePkg/Universal/BdsDxe/DeviceMngr -I/tmp/mkpatch/edk2-0~20131112.2590861a/IntelFrameworkModulePkg/Universal/BdsDxe/BootMngr -I/tmp/mkpatch/edk2-0~20131112.2590861a/IntelFrameworkModulePkg/Universal/BdsDxe/BootMaint -I/tmp/mkpatch/edk2-0~20131112.2590861a/IntelFrameworkModulePkg/Universal/BdsDxe -I/tmp/mkpatch/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/IntelFrameworkModulePkg/Universal/BdsDxe/BdsDxe/DEBUG -I/tmp/mkpatch/edk2-0~20131112.2590861a/MdePkg -I/tmp/mkpatch/edk2-0~20131112.2590861a/MdePkg/Include -I/tmp/mkpatch/edk2-0~20131112.2590861a/MdePkg/Include/X64 -I/tmp/mkpatch/edk2-0~20131112.2590861a/MdeModulePkg -I/tmp/mkpatch/edk2-0~20131112.2590861a/MdeModulePkg/Include -I/tmp/mkpatch/edk2-0~20131112.2590861a/IntelFrameworkPkg -I/tmp/mkpatch/edk2-0~20131112.2590861a/IntelFrameworkPkg/Include -I/tmp/mkpatch/edk2-0~20131112.2590861a/IntelFrameworkModulePkg -I/tmp/mkpatch/edk2-0~20131112.2590861a/IntelFrameworkModulePkg/Include /tmp/mkpatch/edk2-0~20131112.2590861a/IntelFrameworkModulePkg/Universal/BdsDxe/DeviceMngr/DeviceManagerVfr.Vfr > /tmp/mkpatch/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/IntelFrameworkModulePkg/Universal/BdsDxe/BdsDxe/OUTPUT/DeviceManagerVfr.i "VfrCompile" -l -n --string-db /tmp/mkpatch/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/IntelFrameworkModulePkg/Universal/BdsDxe/BdsDxe/OUTPUT/BdsDxeStrDefs.hpk --output-directory /tmp/mkpatch/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/IntelFrameworkModulePkg/Universal/BdsDxe/BdsDxe/DEBUG/DeviceMngr /tmp/mkpatch/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/IntelFrameworkModulePkg/Universal/BdsDxe/BdsDxe/OUTPUT/DeviceManagerVfr.i "echo" Symbol renaming not needed for /tmp/mkpatch/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/CryptoPkg/Library/OpensslLib/OpensslLib/OUTPUT/openssl-0.9.8w/crypto/rsa/rsa_err.obj Symbol renaming not needed for /tmp/mkpatch/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/CryptoPkg/Library/OpensslLib/OpensslLib/OUTPUT/openssl-0.9.8w/crypto/rsa/rsa_err.obj "/usr/bin/gcc" -g -fshort-wchar -fno-stack-protector -fno-strict-aliasing -Wall -Werror -Wno-missing-braces -Wno-array-bounds -ffunction-sections -fdata-sections -c -include AutoGen.h -DSTRING_ARRAY_NAME=OpensslLibStrings -m64 "-DEFIAPI=__attribute__((ms_abi))" -DNO_BUILTIN_VA_FUNCS -mno-red-zone -Wno-address -mcmodel=large -Wno-address -Wno-unused-but-set-variable -U_WIN32 -U_WIN64 -DOPENSSL_SYSNAME_UWIN -DOPENSSL_SYS_UEFI -DL_ENDIAN -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DOPENSSL_NO_CAMELLIA -DOPENSSL_NO_SEED -DOPENSSL_NO_RC5 -DOPENSSL_NO_MDC2 -DOPENSSL_NO_SOCK -DOPENSSL_NO_CMS -DOPENSSL_NO_JPAKE -DOPENSSL_NO_CAPIENG -DOPENSSL_NO_ERR -DOPENSSL_NO_KRB5 -DOPENSSL_NO_DYNAMIC_ENGINE -DGETPID_IS_MEANINGLESS -DOPENSSL_NO_STDIO -DOPENSSL_NO_FP_API -DOPENSSL_NO_DGRAM -DOPENSSL_NO_ASM -DOPENSSL_SMALL_FOOTPRINT -DOPENSSL_NO_SHA0 -DOPENSSL_NO_SHA512 -DOPENSSL_NO_LHASH -DOPENSSL_NO_HW -DOPENSSL_NO_OCSP -DOPENSSL_NO_LOCKING -DOPENSSL_NO_DEPRECATED -w -DSIXTY_FOUR_BIT -DMDEPKG_NDEBUG -mno-mmx -mno-sse -o /tmp/mkpatch/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/CryptoPkg/Library/OpensslLib/OpensslLib/OUTPUT/openssl-0.9.8w/crypto/rsa/rsa_pk1.obj -I/tmp/mkpatch/edk2-0~20131112.2590861a/CryptoPkg/Library/OpensslLib/openssl-0.9.8w/crypto/pqueue -I/tmp/mkpatch/edk2-0~20131112.2590861a/CryptoPkg/Library/OpensslLib/openssl-0.9.8w/crypto/store -I/tmp/mkpatch/edk2-0~20131112.2590861a/CryptoPkg/Library/OpensslLib/openssl-0.9.8w/crypto/krb5 -I/tmp/mkpatch/edk2-0~20131112.2590861a/CryptoPkg/Library/OpensslLib/openssl-0.9.8w/crypto/ui -I/tmp/mkpatch/edk2-0~20131112.2590861a/CryptoPkg/Library/OpensslLib/openssl-0.9.8w/crypto/ocsp -I/tmp/mkpatch/edk2-0~20131112.2590861a/CryptoPkg/Library/OpensslLib/openssl-0.9.8w/crypto/engine -I/tmp/mkpatch/edk2-0~20131112.2590861a/CryptoPkg/Library/OpensslLib/openssl-0.9.8w/crypto/comp -I/tmp/mkpatch/edk2-0~20131112.2590861a/CryptoPkg/Library/OpensslLib/openssl-0.9.8w/crypto/pkcs12 -I/tmp/mkpatch/edk2-0~20131112.2590861a/CryptoPkg/Library/OpensslLib/openssl-0.9.8w/crypto/pkcs7 -I/tmp/mkpatch/edk2-0~20131112.2590861a/CryptoPkg/Library/OpensslLib/openssl-0.9.8w/crypto/txt_db -I/tmp/mkpatch/edk2-0~20131112.2590861a/CryptoPkg/Library/OpensslLib/openssl-0.9.8w/crypto/conf -I/tmp/mkpatch/edk2-0~20131112.2590861a/CryptoPkg/Libra
Bug#771114: patch
Here's a fix for this issue, though fixing it has just unblocked
another FTBFS issue. I'll file a new bug for that shortly.
Description: Update linker script for gcc-4.9 which uses 64 byte alignment
When the Facp.dll file is built w/ gcc-4.9, it uses a 64-byte alignment for
the data section - but the EDK2 uses a linker script that only requires 32-
byte alignment. This results in a binary that violates the ELF spec. GenFw
has an assertion to catch this when doing a binary conversion - this trips,
and the build fails.
.
This was resolved upstream by adding a new toolchain config for GCC49, which
includes a new linker script that uses 64-byte alignment. This is a more
surgical fix that just adjusts the existing GCC44 toolchain config (which is
what we're using in Debian, even with gcc-4.9) to allow for 64-byte alignment.
Origin: http://sourceforge.net/p/edk2/code/15697/
Bug-Debian: http://bugs.debian.org/771114
Author: dann frazier
Last-Update: 2014-12-18
Applied-Upstream: commit:r15697
Index: edk2-0~20131112.2590861a/BaseTools/Scripts/gcc4.4-ld-script
===
--- edk2-0~20131112.2590861a.orig/BaseTools/Scripts/gcc4.4-ld-script
+++ edk2-0~20131112.2590861a/BaseTools/Scripts/gcc4.4-ld-script
@@ -8,7 +8,7 @@ SECTIONS
*(.text .stub .text.* .gnu.linkonce.t.*)
. = ALIGN(0x20);
} =0x90909090
- .data ALIGN(0x20) :
+ .data ALIGN(0x40) :
{
*(
.rodata .rodata.* .gnu.linkonce.r.*
Bug#771114: FTBFS: GenFw: ERROR 3000: Invalid; Unsupported section alignment.
Source: edk2 Version: 0~20131112.2590861a-2 Severity: serious edk2 FTBFS in current unstable and testing. A tail of the buildlog follows. Building ... /tmp/buildd/edk2-0~20131112.2590861a/MdeModulePkg/Library/DxeNetLib/DxeNetLib.inf [X64] "GenFw" -o /tmp/buildd/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/OvmfPkg/AcpiTables/AcpiTables/OUTPUT/./Facp.acpi -c /tmp/buildd/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/OvmfPkg/AcpiTables/AcpiTables/OUTPUT/./Facp.dll make[2]: *** [/tmp/buildd/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/OvmfPkg/AcpiTables/AcpiTables/OUTPUT/Facp.acpi] Error 2 "echo" Symbol renaming not needed for /tmp/buildd/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/MdeModulePkg/Library/CustomizedDisplayLib/CustomizedDisplayLib/OUTPUT/./AutoGen.obj Symbol renaming not needed for /tmp/buildd/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/MdeModulePkg/Library/CustomizedDisplayLib/CustomizedDisplayLib/OUTPUT/./AutoGen.obj "/usr/bin/ar" -cr /tmp/buildd/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/MdeModulePkg/Library/CustomizedDisplayLib/CustomizedDisplayLib/OUTPUT/CustomizedDisplayLib.lib @/tmp/buildd/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/MdeModulePkg/Library/CustomizedDisplayLib/CustomizedDisplayLib/OUTPUT/object_files.lst GenFw: ERROR 3000: Invalid Unsupported section alignment. GNUmakefile:322: recipe for target '/tmp/buildd/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/OvmfPkg/AcpiTables/AcpiTables/OUTPUT/Facp.acpi' failed make[2]: Leaving directory '/tmp/buildd/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/OvmfPkg/AcpiTables/AcpiTables' build.py... : error 7000: Failed to execute command make tbuild [/tmp/buildd/edk2-0~20131112.2590861a/Build/OvmfX64/RELEASE_GCC47/X64/OvmfPkg/AcpiTables/AcpiTables] build.py... : error F002: Failed to build module /tmp/buildd/edk2-0~20131112.2590861a/OvmfPkg/AcpiTables/AcpiTables.inf [X64, GCC47, RELEASE] - Failed - Build end time: 23:55:58, Nov.25 2014 Build total time: 00:00:53 debian/rules:28: recipe for target 'override_dh_auto_build' failed make[1]: *** [override_dh_auto_build] Error 1 make[1]: Leaving directory '/tmp/buildd/edk2-0~20131112.2590861a' debian/rules:25: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 arm64 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711135: unable to reproduce
On Thu, Dec 05, 2013 at 02:01:37PM +1100, Peter Chubb wrote: > >>>>> "dann" == dann frazier writes: > > dann> I've got a zx6000 here, but I'm unable to reproduce. Are we > dann> using the same versions of firmware/elilo? I'm using the serial > dann> console. > > I'm using the serial console via the HP iLO system. > I collected today's snapshot fo jessie's netboot.tgz, unpacked it on > our tftp server, and booted via DHCP: > > EFI Boot Manager ver 1.10 [14.61] Firmware ver 2.31 [4411] > > Please select a boot option > > EFI Shell [Built-in] > CDROm > DHCP Boot (Gigabit) > Debian > Boot Option Maintenance Menu > System Configuration Menu > > > Use ^ and v to change option(s). Use Enter to select an option > Loading.: DHCP Boot (Gigabit) > Running LoadFile() > > CLIENT MAC ADDR: 00 30 6E F3 7E AF > CLIENT IP: 10.13.0.38 MASK: 255.255.254.0 DHCP IP: 10.13.0.1 > GATEWAY IP: 10.13.0.1 > > TSize.Running LoadFile() > > Starting: DHCP Boot (Gigabit) > ELILO v3.14 for EFI/IA-64 > .. > Uncompressing Linux... done > Loading file /gelato/debian-installer/ia64/initrd.gz...done > Uncompressing Linux... done > *** > * ROM Version : 02.31 > * ROM Date: 03/11/2004 > * BMC Version : 01.52 > *** Can you attach your elilo.conf? I'm mostly trying to confirm you are specifying "relocatable", but also curious about other settings. fwiw, I am also able to boot the latest recent kernels: ELILO boot: di Uncompressing Linux... done Loading file \EFI\debian\boot\initrd.img-di...done [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.11-2-itanium (debian-ker...@lists.debian.org) (gcc version 4.6.4 (Debian 4.6.4-4) ) #1 SMP Debian 3.11.10-1 (2013-12-04) [0.00] EFI v1.10 by HP: SALsystab=0x3fb38000 ACPI 2.0=0x3fb2e000 SMBIOS=0x3fb3a000 HCDP=0x3fb2c000 [0.00] booting generic kernel on platform hpzx1 [0.00] PCDP: v0 at 0x3fb2c000 [0.00] Explicit "console="; ignoring PCDP [...] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711135: unable to reproduce
I've got a zx6000 here, but I'm unable to reproduce. Are we using the same versions of firmware/elilo? I'm using the serial console. Like Martin, my system is also a Madison - but clocked at 1.3GHz vs. his 1.4. EFI Boot Manager ver 1.10 [14.61] Firmware ver 2.31 [4411] Please select a boot option Debian GNU/Linux EFI Shell [Built-in] Boot Option Maintenance Menu System Configuration Menu Use ^ and v to change option(s). Use Enter to select an option Loading.: Debian GNU/Linux Starting: Debian GNU/Linux ELILO v3.14 for EFI/IA-64 .. Uncompressing Linux... done Loading file \EFI\debian\initrd.img...done [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.2.0-4-mckinley (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.41-2+deb7u2 [...] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701744: fixed in linux 3.2.46-1+deb7u1
On Tue, Sep 03, 2013 at 11:04:25AM +0200, Jan Wagner wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi there, > > Am 01.09.13 23:47, schrieb dann frazier: > > Source: linux Source-Version: 3.2.46-1+deb7u1 > > > > We believe that the bug you reported is fixed in the latest version > > of linux, which is due to be installed in the Debian FTP archive. > > as we are facing this also massively on squeeze, is there a chance to > get that also fixed there, even when this is oldstable? > Yes, this is currently queued. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711937: dh-exec regresion?
As mentioned in #720418, this started occurring after dh-exec 0.9, so it might be a regression in that package. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#720418: whups, missed the dup
Oops, apparently this is a dup w/ 711937 - looked at the wrong bug page (libpaper vs src:libpaper) when searching for it. Will close -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#720418: libpaper FTBFS with dh-exec >= 0.9
Package: dh-exec Version: 0.9 Severity: serious libpaper_1.1.24+nmu2 currently fails to build in sid. A tail of the buildlog is below. These failures occur with dh-exec 0.9 and 0.10, but going back to 0.8 works fine. From what I can tell, libpaper is using dh-exec in a correct manner, so I'm assuming this is a regression in dh-exec. make[1]: Leaving directory `/tmp/buildd/libpaper-1.1.24+nmu2' dh_install cp: cannot stat 'debian/tmp/#!': No such file or directory dh_install: cp -a debian/tmp/#! debian/libpaper1/--with-scripts=subst-multiarch/ returned exit code 1 make: *** [binary-arch] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 E: Failed autobuilding of package -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630424: Maybe a Problem with "tip22"
On Sun, Jun 19, 2011 at 01:35:28PM +0200, Guido Günther wrote: > On Sun, Jun 19, 2011 at 02:39:05AM -0700, Edwin Kwan wrote: > > Hi Guido, > > > > Your package tested out OK. I only have an Indy. So I only tried > > "tip22". > Thanks for testing! I've uploaded a new version to unstable. > > I'm not sure what's the correct procedure to get the installer images > rebuilt with that for the next point release though. Can somebody from > debian-boot shed some light on this? I assume it includes uploading a > new arcboot version to stable-proposed-updates but is that enough? > Cheers, > -- Guido I believe what needs to be done is: 1) Propose an arcboot update for squeeze. You can coordinate this with the stable release team on debian-release@l.d.o. Please include a debdiff vs. current squeeze. 2) Once that's accepted, we need to ask the mips buildd maintainer to ensure this update gets included in the squeeze chroot(s). 3) Finally, we need to do a d-i rebuild (which we usually do with each point release anyway). You can coordinate with me on that. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#618706: FTBFS [alpha,ia64,hppa]: error: 'struct sigaction' has no member named 'sa_restorer'
Source: afnix Version: 2.0.0-1 Severity: serious afnix fails to build on alpha, ia64 and hppa. Complete build logs are available here: https://buildd.debian.org/status/package.php?p=afnix&suite=sid >From the hppa build attempt: [...] g++ -Wall -fno-builtin -MMD -pthread -fPIC -O2-I. -I../acf -o cloc.o -c cloc.cxx g++ -Wall -fno-builtin -MMD -pthread -fPIC -O2-I. -I../acf -o cmem.o -c cmem.cxx g++ -Wall -fno-builtin -MMD -pthread -fPIC -O2-I. -I../acf -o cmth.o -c cmth.cxx g++ -Wall -fno-builtin -MMD -pthread -fPIC -O2-I. -I../acf -o cnet.o -c cnet.cxx g++ -Wall -fno-builtin -MMD -pthread -fPIC -O2-I. -I../acf -o cshl.o -c cshl.cxx g++ -Wall -fno-builtin -MMD -pthread -fPIC -O2-I. -I../acf -o csio.o -c csio.cxx g++ -Wall -fno-builtin -MMD -pthread -fPIC -O2-I. -I../acf -o cstr.o -c cstr.cxx g++ -Wall -fno-builtin -MMD -pthread -fPIC -O2-I. -I../acf -o csys.o -c csys.cxx csys.cxx: In function 'void afnix::sys_set_signal()': csys.cxx:325: error: 'struct sigaction' has no member named 'sa_restorer' make[5]: *** [csys.o] Error 1 make[5]: Leaving directory `/build/buildd-afnix_2.0.0-1-hppa-SPTXXo/afnix-2.0.0/src/lib/plt/shl' make[4]: *** [build] Error 2 make[4]: Leaving directory `/build/buildd-afnix_2.0.0-1-hppa-SPTXXo/afnix-2.0.0/src/lib/plt' make[3]: *** [build] Error 2 make[3]: Leaving directory `/build/buildd-afnix_2.0.0-1-hppa-SPTXXo/afnix-2.0.0/src/lib' make[2]: *** [build] Error 2 make[2]: Leaving directory `/build/buildd-afnix_2.0.0-1-hppa-SPTXXo/afnix-2.0.0/src' make[1]: *** [world] Error 2 make[1]: Leaving directory `/build/buildd-afnix_2.0.0-1-hppa-SPTXXo/afnix-2.0.0' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604457: fix verification
Wouter, Were you able to verify the fix for this bug? If it helps, I've posted a test build here that includes this fix: http://people.debian.org/~dannf/bugs/604457/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#607370: linux-image-2.6.32-5-amd64: exploit for x86_64 linux kernel ia32syscall emulation still works
On Fri, Dec 17, 2010 at 09:22:16AM -0500, Travis Thompson wrote: > Package: linux-2.6 > Version: 2.6.32-29 > Severity: important > > An older explot based off of CVE-2010-3301 still works or works again on > current amd64 kernel for debian testing. > http://www.exploit-db.com/exploits/15023/ this code currently can root > my computer. I just did a fresh install of squeeze and I cannot reproduce. Are you sure the shell the exploit gives you is a *root* shell? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#607032: FTBFS [hppa,mips]: cannot stat `./javadoc/stylesheet.css': No such file or directory
Source: openvrml Version: 0.18.6-1 Severity: serious openvrml fails to build on hppa and mips. Complete build logs are available here: https://buildd.debian.org/build.cgi?pkg=openvrml&dist=unstable >From a recent build attempt: [...] /usr/bin/install -c -m 644 ./manual/*.css ./manual/*.html ./manual/*.map ./manual/*.md5 ./manual/*inherit__graph*.png ./manual/doxygen.png ./manual/formula.repository ./manual/form_*.png ./manual/graph_legend.png ./manual/OGL_sm_wht.png ./manual/x3d-white-on-black.png ./manual/tab_b-openvrml.png ./manual/tab_l-openvrml.png ./manual/tab_r-openvrml.png \ /build/buildd-openvrml_0.18.6-1-hppa-0r8kgF/openvrml-0.18.6/debian/tmp/usr/share/doc/openvrml-0.18.6/manual /usr/bin/install -c -m 644 ./javadoc/*.html ./javadoc/package-list ./javadoc/stylesheet.css \ /build/buildd-openvrml_0.18.6-1-hppa-0r8kgF/openvrml-0.18.6/debian/tmp/usr/share/javadoc/openvrml-0.18.6 /usr/bin/install: cannot stat `./javadoc/stylesheet.css': No such file or directory make[3]: *** [install-data-local] Error 1 make[3]: Leaving directory `/build/buildd-openvrml_0.18.6-1-hppa-0r8kgF/openvrml-0.18.6/doc' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/build/buildd-openvrml_0.18.6-1-hppa-0r8kgF/openvrml-0.18.6/doc' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/build/buildd-openvrml_0.18.6-1-hppa-0r8kgF/openvrml-0.18.6' make: *** [install] Error 2 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#607024: FTBFS: mv: target `debian/salome/usr/lib/python2.6/dist-packages/salome/' is not a directory
Source: salome Version: 5.1.3-12 Severity: serious salome fails to build on alpha, hppa, ia64, powerpc, s390, and sparc. Complete build logs are available here: https://buildd.debian.org/build.cgi?pkg=salome&dist=unstable >From a recent build attempt: [...] touch build-indep-stamp install-indep-stamp /usr/bin/fakeroot debian/rules binary-arch dh_testdir install -d debian/salome/usr/bin mv debian/salome/usr/lib/salome/bin/runSalome debian/salome/usr/lib/salome/bin/killSalome debian/salome/usr/bin/ install -d debian/salome/usr/share/applications cp -a debian/salome.desktop debian/salome/usr/share/applications/ rm -f debian/salome/usr/bin/appliskel/env.d/*.in mv debian/salome/usr/lib/salome/lib/SalomePyQt.so debian/salome/usr/lib/salome/lib/SalomePyQt.so.0 ln -s SalomePyQt.so.0 debian/salome/usr/lib/salome/lib/SalomePyQt.so rm -rf debian/salome/usr/lib64 rm -rf debian/salome/usr/doc rm -rf debian/salome/usr/lib/salome/bin/appliskel rm -f debian/salome/usr/lib/salome/bin/*.pyo debian/salome/usr/lib/salome/bin/*.pyc rm -f debian/salome/usr/lib/salome/bin/*.csh debian/salome/usr/lib/salome/bin/*.ksh debian/salome/usr/lib/salome/bin/*.bat for shscript in `ls debian/salome/usr/lib/salome/bin/*.sh`; do \ shbase=`basename $shscript .sh`; \ mv debian/salome/usr/lib/salome/bin/$shbase.sh debian/salome/usr/lib/salome/bin/$shbase; \ done mv debian/salome/usr/lib/salome/bin/*.xml debian/salome/usr/lib/salome/bin/*.awk \ debian/salome/usr/share/salome/ rm -f debian/salome*/usr/lib/salome/bin/VERSION mv debian/salome/usr/lib/salome/bin/SALOME_ContainerPy.py debian/salome/usr/lib/salome/bin/SALOME_ContainerPy mv -f debian/salome/usr/lib/salome/bin/*.py debian/salome/usr/lib/python*/*-packages/salome/ (cd debian/salome/usr/lib/python*/*-packages/salome && \ chmod -x *.py *.so.0.0.0 *.la *.a && rm -f *.pyc *.pyo) mv -f debian/salome-extras/usr/lib/salome/bin/*.py debian/salome-extras/usr/lib/python*/*-packages/salome/ (cd debian/salome-extras/usr/lib/python*/*-packages/salome && \ chmod -x *.py */*.py && rm -f *.pyc *.pyo */*.pyc */*.pyo) mv -f debian/salome-examples/usr/lib/salome/bin/*.py debian/salome-examples/usr/lib/python*/*-packages/salome/ (cd debian/salome-examples/usr/lib/python*/*-packages/salome && \ chmod -x *.py */*.py && rm -f *.pyc *.pyo */*.pyc */*.pyo) (cd debian/salome-dev/usr/lib/python*/*-packages/xdata && \ chmod -x *.py */*.py && rm -f *.pyc *.pyo */*.pyc */*.pyo) chmod -x `find debian/salome*/usr/share -type f -executable` install -d debian/salome-examples/usr/share/salome/examples cp -a SAMPLES_SRC_5.1.3/* debian/salome-examples/usr/share/salome/examples/ chmod -x `find debian/salome-examples/usr/share/salome/examples -type f` mv debian/salome/usr/share/salome/yacssamples debian/salome/usr/share/salome/yacssupervsamples debian/salome-examples/usr/share/salome/ install -d debian/salome-examples/usr/share/salome/resources/med mv -f debian/salome/usr/share/salome/resources/med/*.med debian/salome-examples/usr/share/salome/resources/med install -d debian/salome-test/usr/share/salome mv debian/salome/usr/Tests debian/salome-test/usr/share/salome/ for testfile in `find debian/salome -name *test* -o -name *Test* -o -name *TEST*`; do \ newtestfile=`echo $testfile | sed 's/debian\/salome/debian\/salome-test/'`; \ install -d `dirname $newtestfile`; \ mv $testfile $newtestfile; \ done for testfile in `find debian/salome-extras -name *test* -o -name *Test* -o -name *TEST*`; do \ newtestfile=`echo $testfile | sed 's/debian\/salome-extras/debian\/salome-test/'`; \ install -d `dirname $newtestfile`; \ mv $testfile $newtestfile; \ done mv debian/salome-test/usr/lib/python2.6/dist-packages/salome/SALOME_TestMPIComponent_idl.py \ debian/salome-test/usr/lib/python2.6/dist-packages/salome/SALOME_TestComponent_idl.py \ debian/salome/usr/lib/python2.6/dist-packages/salome/ mv: target `debian/salome/usr/lib/python2.6/dist-packages/salome/' is not a directory make: *** [install-stamp] Error 1 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#601386: dup of #451659?
Version: 2.0.7-1 This looks like a duplicate of #451659 which was fixed in 2.0.7-1, so I'm closing as such. Feel free to reopen if this is still reproducible with newer versions. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#597576: [Secure-testing-team] Bug#597576: linux-image-2.6.32-5-amd64: 2.6.32-23 still vulnerable to CVE-2010-3301
On Mon, Sep 20, 2010 at 06:51:16PM -0400, Jon wrote: > > Package: linux-2.6 > Version: 2.6.32-23 > Justification: root security hole > Severity: critical > Tags: security > > > The changelog says the CVE-2010-3301 was fixed in this update: > * x86-64, compat (CVE-2010-3301): > - Retruncate rax after ia32 syscall entry tracing > - Test %rax for the syscall number, not %eax > > But a test of the exploit shows otherwise: > > n...@nobel:~(0)$ ./robert_you_suck > resolved symbol commit_creds to 0x8106914d > resolved symbol prepare_kernel_cred to 0x81069050 > mapping at 3f8000 > UID 1000, EUID:1000 GID:100, EGID:100 > $ How so? UID 1000 isn't root... -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592885: hpcc under hppa: With atlas 3.8.3-27
On Mon, Sep 20, 2010 at 07:45:32PM +0200, Sylvestre Ledru wrote: > Hello, > > Could you try with the release 3.8.3-27 to find out if this problem > occurs again ? given back. -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#597262: patch
tags 597262 + patch
thanks
sys/user.h on armel has a conflicting definition of 'struct user'.
This patch renames bip's structure to avoid the conflict.
diff -urpN bip-0.8.6.orig/src/irc.h bip-0.8.6/src/irc.h
--- bip-0.8.6.orig/src/irc.h 2010-09-12 16:47:57.0 +
+++ bip-0.8.6/src/irc.h 2010-09-19 23:48:43.0 +
@@ -58,7 +58,7 @@ struct channel {
#define IRC_TYPE_LOGING_CLIENT (2)
#define IRC_TYPE_TRUST_CLIENT (3)
-struct user {
+struct bipuser {
/** client connection static data **/
char *name;
@@ -139,7 +139,7 @@ struct link {
hash_t chan_infos; /* channels we want */
list_t chan_infos_order; /* for order only */
- struct user *user;
+ struct bipuser *user;
/** server connection static data **/
/* server list */
diff -urpN bip-0.8.6.orig/src/log.c bip-0.8.6/src/log.c
--- bip-0.8.6.orig/src/log.c 2010-09-12 16:47:57.0 +
+++ bip-0.8.6/src/log.c 2010-09-19 23:48:05.0 +
@@ -1195,7 +1195,7 @@ void log_flush_all(void)
}
}
-log_t *log_new(struct user *user, const char *network)
+log_t *log_new(struct bipuser *user, const char *network)
{
log_t *logdata;
diff -urpN bip-0.8.6.orig/src/log.h bip-0.8.6/src/log.h
--- bip-0.8.6.orig/src/log.h 2010-09-12 16:47:57.0 +
+++ bip-0.8.6/src/log.h 2010-09-19 23:47:46.0 +
@@ -59,10 +59,10 @@ typedef struct log
int backlogging;
int lastfile_seeked;
- struct user *user;
+ struct bipuser *user;
} log_t;
-log_t *log_new(struct user *user, const char *network);
+log_t *log_new(struct bipuser *user, const char *network);
void logdata_free(log_t *logdata);
void log_join(log_t *logdata, const char *ircmask, const char *channel);
Bug#592885: FTBFS [hppa]: final link failed: Nonrepresentable section on output
reassign 592885 src:atlas affects 592885 hpcc affects 592885 openmeeg thanks On Sat, Aug 14, 2010 at 09:29:56AM +0200, Lucas Nussbaum wrote: > On 13/08/10 at 10:15 -0600, dann frazier wrote: > > mpicc -DHPL_CALL_CBLAS -I../../../include -I../../../include/Debian > > -fomit-frame-pointer -O3 -funroll-loops -W -Wall -o ../../../../hpcc > > ../../../lib/Debian/libhpl.a -lblas -latlas -lm > > /usr/bin/ld: ../../../../hpcc: hidden symbol > > `__canonicalize_funcptr_for_compare' in > > /usr/lib/gcc/hppa-linux-gnu/4.4.3/libgcc.a(fptr.o) is referenced by DSO > > /usr/bin/ld: final link failed: Nonrepresentable section on output > > collect2: ld returned 1 exit status > > Since it built everywhere else, isn't that hppa-specific? Looks like an issue with how libatlas is linked, so reassigning. Investigation here: http://lists.debian.org/debian-hppa/2010/08/msg00032.html -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592751: Broken on hppa; programs abort with malloc assertion failure
On Fri, Aug 20, 2010 at 12:47:33AM +0300, Yavor Doganov wrote: > Carlos O'Donell wrote: > > On Thu, Aug 19, 2010 at 1:56 PM, Yavor Doganov wrote: > > > Do you find anything disturbing in this approach, in particular: > > > > Yes, you don't take into account the alignment requirement of the > > structure. > > Thanks, that was really helpful. > > Mehdi, could you please do `svn up' (or the equivalent) and retry SVN > trunk now? Upstream just committed a change that is supposed to fix > the bug. With latest trunk: r...@c3700:~/gnustep.trunk# LD_LIBRARY_PATH=Source/obj ./Tools/obj/gdnc --help gdnc GNU Distributed Notification Center --help for help --no-fork avoid fork() to make debugging easy --verbose More verbose debug output If I revert back to r31185: r...@c3700:~/gnustep.trunk# LD_LIBRARY_PATH=Source/obj ./Tools/obj/gdnc --help gdnc: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed. Aborted -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592751: Broken on hppa; programs abort with malloc assertion failure
On Thu, Aug 19, 2010 at 01:28:30PM -0400, Carlos O'Donell wrote: > On Thu, Aug 19, 2010 at 12:38 PM, dann frazier wrote: > >> There *was* a vfork bug that was just fixed in glibc that could cause > >> problems. > > > > Are you referring to this one? > > > > * Add patches/hppa/cvs-vfork.diff to fix stack frame creating during > > vfork in multithreaded environments. > > > > fwiw, we are seeing this issue on the latest eglibc, which contains > > this change. > > That was the bug. However, the earlier comments in this bug indicate > it might not be vfork related. > > The first step is to capture this with gdb and get a backtrace, just > like you would with any other bug. There is nothing difficult about > this, just time consuming. > > Once we have a backtrace, either via a core dump, or attached gdb, > then we can talk about the likely cause. There are several backtraces posted in the bug report - let me know if there's something else you'd like me to collect that's isn't already there. -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592751: Broken on hppa; programs abort with malloc assertion failure
On Thu, Aug 19, 2010 at 11:55:40AM -0400, Carlos O'Donell wrote: > On Thu, Aug 19, 2010 at 11:00 AM, Mehdi Dogguy wrote: > > On 19/08/2010 16:29, Yavor Doganov wrote: > >> ?? 16:15 +0200 19.08.2010 (), Mehdi Dogguy : > >>> On 19/08/2010 15:45, Yavor Doganov wrote: > >>>> Thanks, informing upstream. Can you narrow it down a bit more? > >>> > >>> I narrowed it down to r28600:r28625. > >> > > > > It's even r28610:r28615. > > I'm the person to ask about hppa and NPTL (I wrote the code). > > There *was* a vfork bug that was just fixed in glibc that could cause > problems. Are you referring to this one? * Add patches/hppa/cvs-vfork.diff to fix stack frame creating during vfork in multithreaded environments. fwiw, we are seeing this issue on the latest eglibc, which contains this change. > Does this code use vfork? > > Cheers, > Carlos. > > -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592751: Broken on hppa; programs abort with malloc assertion failure
On Thu, Aug 19, 2010 at 03:29:08PM +0200, Mehdi Dogguy wrote: > On 19/08/2010 10:59, Yavor Doganov wrote: > > > > Please start from the tip, just in case the issue is gone accidentally > > (that would be a miracle, but well, who knows). Then skip directly to > > the last known "bad" revision 30325 (that's 1.20.0, which you already > > confirmed has the problem). The last "good" is r28586 (1.19.3). > > > > I tested on paer. r28700 failed and r28600 worked. Mehdi, It looks like you're still doing builds on paer, so I assume you're making progress here and I'll avoid a duplicate effort. fyi, svn-bisect is now available in the sid chroot if you'd like to use it. -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592751: Broken on hppa; programs abort with malloc assertion failure
On Wed, Aug 18, 2010 at 06:42:38PM +0300, Yavor Doganov wrote: > dann frazier wrote: > > Attached - though I don't really get anything from the stepping: > > Hmm, there seems to be some misunderstanding (probably because of the > confusingly identically named test.m files) -- perform the stepping > with the test.m file I sent you earlier: > > > > (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592751#78) My mistake, see attached. > The test.m from my last message does not use NSProcessInfo, so the > breakpoint is never reached. But it's good to know that it crashes > too, in a different way. Lots of food for thought... > -- dann frazier Add directory DIR to beginning of search path for source files. Forget cached info on source file locations and line positions. DIR can also be $cwd for the current working directory, or $cdir for the directory in which the source file was compiled into object code. With no argument, reset the search path to $cdir:$cwd, the default. Source directories searched: /home/dannf:$cdir:$cwd Starting program: /home/dannf/obj/test [Thread debugging using libthread_db enabled] Program received signal SIGABRT, Aborted. 0x40fc98ac in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:67 67 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/raise.c #0 0x40fc98ac in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:67 #1 0x40fce258 in *__GI_abort () at abort.c:92 #2 0x4100f084 in __malloc_assert (assertion=, file=, line=, function=) at malloc.c:352 #3 0x41012e74 in sYSMALLOc (av=0x410f29dc, bytes=24) at malloc.c:3094 #4 _int_malloc (av=0x410f29dc, bytes=24) at malloc.c:4747 #5 0x41015588 in *__GI___libc_malloc (bytes=24) at malloc.c:3661 #6 0x40b88538 in objc_malloc (size=11523) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/misc.c:89 #7 0x4089cd00 in default_malloc (zone=, size=11523) at NSZone.m:124 #8 0x4089c508 in NSZoneMalloc (zone=, size=11523) at NSZone.m:2013 #9 0x4089ced0 in NSZoneCalloc (zone=0x2d03, elems=, bytes=6) at NSZone.m:1964 #10 0x407b3aec in GSIMapResize (self=0x3cb88, _cmd=, observer=, selector=, name=0x50118, object=0x0) at ../Headers/Additions/GNUstepBase/GSIMap.h:741 #11 GSIMapRightSizeMap (self=0x3cb88, _cmd=, observer=, selector=, name=0x50118, object=0x0) at ../Headers/Additions/GNUstepBase/GSIMap.h:770 #12 GSIMapInitWithZoneAndCapacity (self=0x3cb88, _cmd=, observer=, selector=, name=0x50118, object=0x0) at ../Headers/Additions/GNUstepBase/GSIMap.h:1218 #13 mapNew (self=0x3cb88, _cmd=, observer=, selector=, name=0x50118, object=0x0) at NSNotificationCenter.m:326 #14 -[NSNotificationCenter addObserver:selector:name:object:] (self=0x3cb88, _cmd=, observer=, selector=, name=0x50118, object=0x0) at NSNotificationCenter.m:786 #15 0x4085b944 in +[NSTimeZone initialize] (self=, _cmd=) at NSTimeZone.m:1297 #16 0x40b8bd44 in __objc_send_initialize (class=0x409f686c) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/sendmsg.c:386 #17 0x40b8c200 in __objc_init_install_dtable (receiver=0x409f686c, op=) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/sendmsg.c:328 #18 objc_msg_lookup (receiver=0x409f686c, op=) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/sendmsg.c:234 #19 0x406e73d4 in +[NSCalendarDate initialize] (self=, _cmd=) at NSCalendarDate.m:356 #20 0x40b8bd44 in __objc_send_initialize (class=0x409b3e98) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/sendmsg.c:386 #21 0x40b8c200 in __objc_init_install_dtable (receiver=0x409b3e98, op=) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/sendmsg.c:328 #22 objc_msg_lookup (receiver=0x409b3e98, op=) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/sendmsg.c:234 #23 0x40736fe4 in +[NSDate initialize] (self=0x409be69c, _cmd=) at NSDate.m:137 #24 0x40b8bd44 in __objc_send_initialize (class=0x409be69c) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/sendmsg.c:386 #25 0x40b8c200 in __objc_init_install_dtable (receiver=0x409be69c, op=) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/sendmsg.c:328 #26 objc_msg_lookup (receiver=0x409be69c, op=) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/sendmsg.c:234 #27 0x40887ef0 in +[NSUserDefaults initialize] (self=, _cmd=) at NSUserDefaults.m:298 #28 0x40b8bd44 in __objc_send_initialize (class=0x40a032fc) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/sendmsg.c:386 #29 0x40b8c200 in __objc_init_install_dtable (receiver=0x40a032fc, op=) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/sendmsg.c:328 #30 objc_msg_lookup (receiver=0x40a032fc, op=) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/send
Bug#592751: Broken on hppa; programs abort with malloc assertion failure
On Wed, Aug 18, 2010 at 12:12:26PM +0300, Yavor Doganov wrote: > ?? 14:17 -0600 17.08.2010 (), dann frazier : > > (sid)da...@paer:~$ ./obj/test > > Test > > Good. Please run another test program... If it works, which I hope and > expect so, then the culprit is really NSProcessInfo. In the backtraces > you sent initially, frame #14 is an impossible code path, so something > went utterly wrong before that. I hope stepping will show what. > > So build the first test.m > (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592751#78) with `make > debug=yes' and (possibly there's a better way for automatic stepping?): > > (gdb) set pagination off > (gdb) set logging on > (gdb) set logging redirect on > (gdb) directory > (gdb) run > Obtain a backtrace when you get the SIGABRT. > (gdb) break +[NSProcessInfo initialize] > (gdb) run > When you reach the breakpoint: > (gdb) while 1 > >step > >end > > When it crashes again, just quit and send the compressed file. Thanks! Attached - though I don't really get anything from the stepping: (gdb) break +[NSProcessInfo initialize] Breakpoint 1 at 0x407fe22c: file NSProcessInfo.m, line 843. (gdb) run The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /home/dannf/obj/test [Thread debugging using libthread_db enabled] test: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed. Program received signal SIGABRT, Aborted. 0x40fc98ac in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:67 67 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/raise.c (gdb) step Program terminated with signal SIGABRT, Aborted. The program no longer exists. (gdb) -- dann frazier Add directory DIR to beginning of search path for source files. Forget cached info on source file locations and line positions. DIR can also be $cwd for the current working directory, or $cdir for the directory in which the source file was compiled into object code. With no argument, reset the search path to $cdir:$cwd, the default. Source directories searched: /home/dannf:$cdir:$cwd Starting program: /home/dannf/obj/test [Thread debugging using libthread_db enabled] Program received signal SIGABRT, Aborted. 0x40fc98ac in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:67 67 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/raise.c #0 0x40fc98ac in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:67 #1 0x40fce258 in *__GI_abort () at abort.c:92 #2 0x4100f084 in __malloc_assert (assertion=, file=, line=, function=) at malloc.c:352 #3 0x41012e74 in sYSMALLOc (av=0x410f29dc, bytes=24) at malloc.c:3094 #4 _int_malloc (av=0x410f29dc, bytes=24) at malloc.c:4747 #5 0x41015588 in *__GI___libc_malloc (bytes=24) at malloc.c:3661 #6 0x40b88538 in objc_malloc (size=11523) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/misc.c:89 #7 0x4089cd00 in default_malloc (zone=, size=11523) at NSZone.m:124 #8 0x4089c508 in NSZoneMalloc (zone=, size=11523) at NSZone.m:2013 #9 0x4089ced0 in NSZoneCalloc (zone=0x2d03, elems=, bytes=6) at NSZone.m:1964 #10 0x407b3aec in GSIMapResize (self=0x3cb88, _cmd=, observer=, selector=, name=0x50118, object=0x0) at ../Headers/Additions/GNUstepBase/GSIMap.h:741 #11 GSIMapRightSizeMap (self=0x3cb88, _cmd=, observer=, selector=, name=0x50118, object=0x0) at ../Headers/Additions/GNUstepBase/GSIMap.h:770 #12 GSIMapInitWithZoneAndCapacity (self=0x3cb88, _cmd=, observer=, selector=, name=0x50118, object=0x0) at ../Headers/Additions/GNUstepBase/GSIMap.h:1218 #13 mapNew (self=0x3cb88, _cmd=, observer=, selector=, name=0x50118, object=0x0) at NSNotificationCenter.m:326 #14 -[NSNotificationCenter addObserver:selector:name:object:] (self=0x3cb88, _cmd=, observer=, selector=, name=0x50118, object=0x0) at NSNotificationCenter.m:786 #15 0x4085b944 in +[NSTimeZone initialize] (self=, _cmd=) at NSTimeZone.m:1297 #16 0x40b8bd44 in __objc_send_initialize (class=0x409f686c) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/sendmsg.c:386 #17 0x40b8c200 in __objc_init_install_dtable (receiver=0x409f686c, op=) at /build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/sendmsg.c:328 #18 objc_msg_lookup (receiver=0x409f686c, op=) at /build/buildd-gcc-4.4
Bug#592751: Broken on hppa; programs abort with malloc assertion failure
On Tue, Aug 17, 2010 at 10:54:50PM +0300, Yavor Doganov wrote:
> Meanwhile, can you additionally test the attached program, which doesn't
> use NSProcessInfo (upstream has some suspicions that's the class where
> the bug is)? You can reuse the same GNUmakefile I sent you earlier.
> #import
>
> int
> main (void)
> {
> CREATE_AUTORELEASE_POOL (pool);
> NSString *foo = @"Test\n";
> printf ("%s", [foo cString]);
> RELEASE (pool);
> exit (EXIT_SUCCESS);
> }
(sid)da...@paer:~$ ./obj/test
Test
--
dann frazier
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592751: Broken on hppa; programs abort with malloc assertion failure
On Tue, Aug 17, 2010 at 10:12:01PM +0300, Yavor Doganov wrote: > On Tue, Aug 17, 2010 at 12:59:15PM -0600, dann frazier wrote: > > (sid)da...@paer:~/test-0.1$ ./test > > Test 1 > > Test 2 > > Test 3 > > Thanks. Do you get something different if you rebuild with > > make OBJCFLAGS="-fexceptions -fobjc-exceptions -fgnu-runtime" > > ? (I doubt it.) Nope, still Test 1,2,3 > Before starting the masochistic bisection procedure, We should be able to automate the bisection (if we can rely on each version being buildable..) If you can point me to the source.. and it is in git (or an svn repo I can use w/ git-svn) I can do that pretty easily I think. > it is perhaps > worth trying -base built with gcc-4.3 (new code can trigger bugs in > the compiler/runtime, so it's not absolutely certain that GCC/libobjc > are not guilty). The easiest way to test this is > > 1) Install gobjc-4.3. > > 2) Edit /usr/share/GNUstep/Makefiles/config.make: >- s/gcc/gcc-4.3/g >- Change the line > USE_OBJC_EXCEPTIONS = yes > > to > > USE_OBJC_EXCEPTIONS = no > > 3) Rebuild gnustep-base, making sure the usual compiler invocations, >e.g. > >gcc runtime.c -c \ > -MMD -MP -Wall ... > >, begin with "gcc-4.3". > > 4) Run `gdnc --help'. r...@c3700:/tmp/gnustep-base-1.20.1# gdnc --help gdnc: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed. Aborted -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592751: Broken on hppa; programs abort with malloc assertion failure
On Tue, Aug 17, 2010 at 07:56:04PM +0300, Yavor Doganov wrote: > dann frazier wrote: > > Oh, duh.. overlooked that file thinking it was a directory - sorry :) > > No problem. > > > test: malloc.c:3097: sYSMALLOc: Assertion ... > > Thanks, that's seriously broken (expected). What happens if you build > it with `make debug=yes' (`make clean' before that)? (sid)da...@paer:~$ make clean This is gnustep-make 2.4.0. Type 'make print-gnustep-make-help' for help. rm -rf ./*~ ./obj (sid)da...@paer:~$ make debug=yes This is gnustep-make 2.4.0. Type 'make print-gnustep-make-help' for help. Making all for tool test... Compiling file test.m ... Linking tool test ... (sid)da...@paer:~$ ./obj/test test: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed. Aborted > What about this plain (non-GNUstep) Objective-C program? > > ./configure > make > ./test (sid)da...@paer:~/test-0.1$ ./test Test 1 Test 2 Test 3 -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592751: Broken on hppa; programs abort with malloc assertion failure
On Tue, Aug 17, 2010 at 07:03:03PM +0300, Yavor Doganov wrote: > On Tue, Aug 17, 2010 at 09:57:55AM -0600, dann frazier wrote: > > ur.. how do I run it? > > ./obj/test Oh, duh.. overlooked that file thinking it was a directory - sorry :) (sid)da...@paer:~$ ./obj/test test: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed. Aborted -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592751: Broken on hppa; programs abort with malloc assertion failure
On Tue, Aug 17, 2010 at 02:25:35PM +0300, Yavor Doganov wrote: > ?? 21:18 +0300 16.08.2010 (), Yavor Doganov : > > As I can't reproduce the nefarious behavior on gcc61.fsffrance.org > > with a manually built GCC 4.4.4 from pristine source, I'm now building > > a new gcc with Debian patches. > > Still can't reproduce with it :-( > Can you compile and run this simple program? ur.. how do I run it? (sid)da...@paer:~$ find obj obj obj/test obj/test.obj obj/test.obj/test.m.o obj/test.obj/test.m.d -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592751: Broken on hppa; programs abort with malloc assertion failure
On Mon, Aug 16, 2010 at 09:18:51PM +0300, Yavor Doganov wrote: > dann frazier wrote: > > Same thing: > > OK. Another try with 1.20.0 this time? > (http://snapshot.debian.org/archive/debian/20100524T154820Z/pool/main/g/gnustep-base/gnustep-base_1.20.0-1.dsc) locally built 1.20.0: r...@c3700:/tmp# gdnc --help gdnc: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed. Aborted I would've tried the buildd-generated binaries as well, but it looks like this version never built on hppa. -dann > > Upstream thinks this is either a GCC/libobjc issue exposed by the new > -base code, or a serious problem in gnustep-base itself. > > As I can't reproduce the nefarious behavior on gcc61.fsffrance.org > with a manually built GCC 4.4.4 from pristine source, I'm now building > a new gcc with Debian patches. > > If I still can't reproduce, and 1.20.0 fails on Debian machines in the > same way (which I suspect so), I'm afraid you or someone else from the > hppa folks gotta take the hard road of bisecting... > > Upstream said: > > | My only new idea on how to proceed is to try a bisection of the code > | changes since 1.19.3. You should start of by testing 1.20.0 and then > | use SVN versions of the code in between. > | > | We have too much that changed since 1.19.3 to tell otherwise. The > | whole thread and lock handling was completely rewritten, the > | interaction with the Objective-C runtime was reimplemented, so were > | NSInvocation and NSNumber. We enabled 64 bit NSInteger support and so > | much more. > -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592751: Broken on hppa; programs abort with malloc assertion failure
On Mon, Aug 16, 2010 at 05:47:11PM +0300, Yavor Doganov wrote: > Hi Dann, > > ?? 22:21 -0600 12.08.2010 (????), dann frazier : > > r...@c3700:/tmp/gnustep-base-1.19.3# gdnc --help > > Could you perform the same test with a manually built > gnustep-base/1.20.1-2, on the same machine? It might be possible that > the package was somehow miscompiled by the official buildd... Same thing: r...@c3700:/tmp# gdnc --help gdnc: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed. Aborted > I obtained an account on the GCC Compile Farm today, and could not > reproduce the problem on a PA8600 machine. I'll try on the other one > too... > -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592885: FTBFS [hppa]: final link failed: Nonrepresentable section on output
Source: hpcc Version: 1.4.0-2 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa hpcc fails to build on hppa. Complete build logs are available here: https://buildd.debian.org/build.cgi?pkg=hpcc&dist=unstable Here's the failing bit of the build log: [...] mpicc -o ../../../../FFT/tstfft.o -c ../../../../FFT/tstfft.c -I../../../../include -DHPL_CALL_CBLAS -I../../../include -I../../../include/Debian -fomit-frame-pointer -O3 -funroll-loops -W -Wall ../../../../FFT/tstfft.c: In function 'HPCC_TestFFT': ../../../../FFT/tstfft.c:121: warning: 'outFile' may be used uninitialized in this function mpicc -o ../../../../FFT/wrapfftw.o -c ../../../../FFT/wrapfftw.c -I../../../../include -DHPL_CALL_CBLAS -I../../../include -I../../../include/Debian -fomit-frame-pointer -O3 -funroll-loops -W -Wall mpicc -o ../../../../FFT/wrapmpifftw.o -c ../../../../FFT/wrapmpifftw.c -I../../../../include -DHPL_CALL_CBLAS -I../../../include -I../../../include/Debian -fomit-frame-pointer -O3 -funroll-loops -W -Wall ../../../../FFT/wrapmpifftw.c: In function 'HPCC_fftw_mpi': ../../../../FFT/wrapmpifftw.c:113: warning: unused parameter 'n_fields' mpicc -o ../../../../FFT/mpifft.o -c ../../../../FFT/mpifft.c -I../../../../include -DHPL_CALL_CBLAS -I../../../include -I../../../include/Debian -fomit-frame-pointer -O3 -funroll-loops -W -Wall ../../../../FFT/mpifft.c: In function 'HPCC_MPIFFT': ../../../../FFT/mpifft.c:232: warning: 'n' may be used uninitialized in this function ../../../../FFT/mpifft.c:165: warning: 'outFile' may be used uninitialized in this function ar r ../../../lib/Debian/libhpl.a ../../../src/auxil/HPL_dlacpy.o ../../../src/auxil/HPL_dlatcpy.o ../../../src/auxil/HPL_fprintf.o ../../../src/auxil/HPL_warn.o ../../../src/auxil/HPL_abort.o ../../../src/auxil/HPL_dlaprnt.o ../../../src/auxil/HPL_dlange.o ../../../src/auxil/HPL_dlamch.o ../../../src/blas/HPL_dcopy.o ../../../src/blas/HPL_daxpy.o ../../../src/blas/HPL_dscal.o ../../../src/blas/HPL_idamax.o ../../../src/blas/HPL_dgemv.o ../../../src/blas/HPL_dtrsv.o ../../../src/blas/HPL_dger.o ../../../src/blas/HPL_dgemm.o ../../../src/blas/HPL_dtrsm.o ../../../src/comm/HPL_1ring.o ../../../src/comm/HPL_1rinM.o ../../../src/comm/HPL_2ring.o ../../../src/comm/HPL_2rinM.o ../../../src/comm/HPL_blong.o ../../../src/comm/HPL_blonM.o ../../../src/comm/HPL_packL.o ../../../src/comm/HPL_copyL.o ../../../src/comm/HPL_binit.o ../../../src/comm/HPL_bcast.o ../../../src/comm/HPL_bwait.o ../../../src/comm/HPL_send.o ../../../src/comm/HPL_recv.o ../../../src/comm/HPL_sdrv.o ../../../src/ grid/HPL_grid_init.o ../../../src/grid/HPL_pnum.o ../../../src/grid/HPL_grid_info.o ../../../src/grid/HPL_grid_exit.o ../../../src/grid/HPL_broadcast.o ../../../src/grid/HPL_reduce.o ../../../src/grid/HPL_all_reduce.o ../../../src/grid/HPL_barrier.o ../../../src/grid/HPL_min.o ../../../src/grid/HPL_max.o ../../../src/grid/HPL_sum.o ../../../src/panel/HPL_pdpanel_new.o ../../../src/panel/HPL_pdpanel_init.o ../../../src/panel/HPL_pdpanel_disp.o ../../../src/panel/HPL_pdpanel_free.o ../../../src/pauxil/HPL_indxg2l.o ../../../src/pauxil/HPL_indxg2lp.o ../../../src/pauxil/HPL_indxg2p.o ../../../src/pauxil/HPL_indxl2g.o ../../../src/pauxil/HPL_infog2l.o ../../../src/pauxil/HPL_numroc.o ../../../src/pauxil/HPL_numrocI.o ../../../src/pauxil/HPL_dlaswp00N.o ../../../src/pauxil/HPL_dlaswp10N.o ../../../src/pauxil/HPL_dlaswp01N.o ../../../src/pauxil/HPL_dlaswp01T.o ../../../src/pauxil/HPL_dlaswp02N.o ../../../src/pauxil/HPL_dlaswp03N.o ../../../src/pauxil/HPL_dlaswp03T.o ../../../src/p auxil/HPL_dlaswp04N.o ../../../src/pauxil/HPL_dlaswp04T.o ../../../src/pauxil/HPL_dlaswp05N.o ../../../src/pauxil/HPL_dlaswp05T.o ../../../src/pauxil/HPL_dlaswp06N.o ../../../src/pauxil/HPL_dlaswp06T.o ../../../src/pauxil/HPL_pwarn.o ../../../src/pauxil/HPL_pabort.o ../../../src/pauxil/HPL_pdlaprnt.o ../../../src/pauxil/HPL_pdlamch.o ../../../src/pauxil/HPL_pdlange.o ../../../src/pfact/HPL_dlocmax.o ../../../src/pfact/HPL_dlocswpN.o ../../../src/pfact/HPL_dlocswpT.o ../../../src/pfact/HPL_pdmxswp.o ../../../src/pfact/HPL_pdpancrN.o ../../../src/pfact/HPL_pdpancrT.o ../../../src/pfact/HPL_pdpanllN.o ../../../src/pfact/HPL_pdpanllT.o ../../../src/pfact/HPL_pdpanrlN.o ../../../src/pfact/HPL_pdpanrlT.o ../../../src/pfact/HPL_pdrpanllN.o ../../../src/pfact/HPL_pdrpanllT.o ../../../src/pfact/HPL_pdrpancrN.o ../../../src/pfact/HPL_pdrpancrT.o ../../../src/pfact/HPL_pdrpanrlN.o ../../../src/pfact/HPL_pdrpanrlT.o ../../../src/pfact/HPL_pdfact.o ../../../src/pgesv/HPL_pipid.o ../../.. /src/pgesv/HPL_plindx0.o ../../../src/pgesv/HPL_pdlaswp00N.o ../../../src/pgesv/HPL_pdlaswp00T.o ../../../src/pgesv/HPL_perm.o ../../../src/pgesv/HPL_logsort.o ../../../src/pgesv/HPL_plindx10.o ../../../src/pgesv/HPL_plindx1.o ../../../src/pgesv/HPL_spreadN.o ../../../src/pgesv/HPL_spreadT.o ../../../src/pgesv/HPL_rollN.o ../../../src/pgesv/HPL_rollT.o ../../../src/pgesv/
Bug#592831: FTBFS on several archs: cast increases required alignment of target type
Source: byzanz Version: 0.2.2-2 Severity: serious byzanz fails to build on alpha, armel, hppa, ia64, mips, mipsel and sparc with similar error messages. Complete build logs are available here: https://buildd.debian.org/build.cgi?pkg=byzanz&dist=unstable From the most recent build attempt on hppa: [...] Now type `make' to compile Byzanz dh_testdir # Add here commands to compile the package. /usr/bin/make make[1]: Entering directory `/build/buildd-byzanz_0.2.2-2-hppa-uQFDuo/byzanz-0.2.2' /usr/bin/make all-recursive make[2]: Entering directory `/build/buildd-byzanz_0.2.2-2-hppa-uQFDuo/byzanz-0.2.2' Making all in macros make[3]: Entering directory `/build/buildd-byzanz_0.2.2-2-hppa-uQFDuo/byzanz-0.2.2/macros' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/build/buildd-byzanz_0.2.2-2-hppa-uQFDuo/byzanz-0.2.2/macros' Making all in data make[3]: Entering directory `/build/buildd-byzanz_0.2.2-2-hppa-uQFDuo/byzanz-0.2.2/data' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/build/buildd-byzanz_0.2.2-2-hppa-uQFDuo/byzanz-0.2.2/data' Making all in gifenc make[3]: Entering directory `/build/buildd-byzanz_0.2.2-2-hppa-uQFDuo/byzanz-0.2.2/gifenc' /bin/bash ../libtool --tag=CC --mode=compile hppa-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I..-pthread -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -Wall -Wextra -Wno-missing-field-initializers -Wno-unused-parameter -Wold-style-definition -Wdeclaration-after-statement -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wmissing-noreturn -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings -Winline -Wformat-nonliteral -Wformat-security -Wswitch-enum -Wswitch-default -Winit-self -Wmissing-include-dirs -Wundef -Waggregate-return -Wmissing-format-attribute -Wneste d-externs -Wunsafe-loop-optimizations -Wpacked -Winvalid-pch -Wsync-nand -Werror -Wall -g -O2 -Wl,-z,defs -MT libgifenc_la-gifenc.lo -MD -MP -MF .deps/libgifenc_la-gifenc.Tpo -c -o libgifenc_la-gifenc.lo `test -f 'gifenc.c' || echo './'`gifenc.c libtool: compile: hppa-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -pthread -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -Wall -Wextra -Wno-missing-field-initializers -Wno-unused-parameter -Wold-style-definition -Wdeclaration-after-statement -Wmissing-declarations -Wmissing-prototypes -Wredundant-decls -Wmissing-noreturn -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings -Winline -Wformat-nonliteral -Wformat-security -Wswitch-enum -Wswitch-default -Winit-self -Wmissing-include-dirs -Wundef -Waggregate-return -Wmissing-format-attribute -Wnested-externs -Wunsafe-loop-optimizations -W packed -Winvalid-pch -Wsync-nand -Werror -Wall -g -O2 -Wl,-z,defs -MT libgifenc_la-gifenc.lo -MD -MP -MF .deps/libgifenc_la-gifenc.Tpo -c gifenc.c -fPIC -DPIC -o .libs/libgifenc_la-gifenc.o cc1: warnings being treated as errors gifenc.c: In function 'gifenc_dither_rgb': gifenc.c:491: error: cast increases required alignment of target type gifenc.c: In function 'gifenc_dither_rgb_with_full_image': gifenc.c:551: error: cast increases required alignment of target type make[3]: *** [libgifenc_la-gifenc.lo] Error 1 make[3]: Leaving directory `/build/buildd-byzanz_0.2.2-2-hppa-uQFDuo/byzanz-0.2.2/gifenc' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd-byzanz_0.2.2-2-hppa-uQFDuo/byzanz-0.2.2' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd-byzanz_0.2.2-2-hppa-uQFDuo/byzanz-0.2.2' -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592751: FTBFS [hppa] - make_services: malloc.c:3097: sYSMALLOc: Assertion failed
On Fri, Aug 13, 2010 at 05:25:22AM +0300, Yavor Doganov wrote: > dann frazier wrote: > > fyi, talksoup.app is failing w/ a similar error: > > Yes, every GNUstep package will fail as the core programs are > obviously non-functional. > > > Perhaps this bug should be reassigned w/ gnustep-gui & talksoup.app > > marked as "affected"? > > Sure, once it is clear where the problem lies... > > I suspect the culprit is in the ObjectiveC2 compatibility code. Can > you try to build an old version [1] of gnustep-base and see if the > generated binaries (e.g. gdnc, pl2link) crash? If they don't, that > would immediately rule out any toolchain problems. (And as per > Murphy's law, the current gnustep-base was not built on hppa in > experimental, so we would be making this discovery too late :-() r...@c3700:/tmp/gnustep-base-1.19.3# gdnc --help gdnc GNU Distributed Notification Center --help for help --no-fork avoid fork() to make debugging easy --verbose More verbose debug output r...@c3700:/tmp/gnustep-base-1.19.3# pl2link --help The source property list must contain an NSDictionary. r...@c3700:/tmp/gnustep-base-1.19.3# -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592826: FTBFS [hppa]: undefined reference to `LoadFloatByteswapped'
Source: egoboo Version: 1:2.7.7-1 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa egoboo fails to build on hppa. The error messages look similar to the failures on mips, powerpc, s390 and sparc. Complete build logs are available here: https://buildd.debian.org/pkg.cgi?pkg=egoboo >From the most recent build attempt on hppa: [...] gcc -Os -I. -I.. -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -c -o ../enet/packet.o ../enet/packet.c gcc -Os -I. -I.. -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -c -o ../enet/peer.o ../enet/peer.c gcc -Os -I. -I.. -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -c -o ../enet/protocol.o ../enet/protocol.c gcc -Os -I. -I.. -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -c -o ../enet/unix.o ../enet/unix.c gcc -o egoboo camera.o char.o Client.o Clock.o common-file.o configfile.o egoboostrutil.o enchant.o Font.o Frustum.o game.o gltexture.o graphicfan.o graphicmad.o graphic.o graphicprt.o id_normals.o input.o lin-file.o Log.o MainLoop.o mathstuff.o Md2.o menu.o mesh.o module.o network.o particle.o passage.o script.o Server.o sound.o sys_lin.o Task.o Ticker.o Timer.o Ui.o ../enet/host.o ../enet/list.o ../enet/memory.o ../enet/packet.o ../enet/peer.o ../enet/protocol.o ../enet/unix.o -L/usr/lib -lSDL -lSDL_ttf -lSDL_mixer -lSDL_image -lGL -lGLU game.o: In function `rip_md2_frames': (.text+0x8dc0): undefined reference to `LoadFloatByteswapped' game.o: In function `rip_md2_frames': (.text+0x8dd0): undefined reference to `LoadFloatByteswapped' game.o: In function `rip_md2_frames': (.text+0x8de0): undefined reference to `LoadFloatByteswapped' game.o: In function `rip_md2_frames': (.text+0x8dec): undefined reference to `LoadFloatByteswapped' game.o: In function `rip_md2_frames': (.text+0x8df8): undefined reference to `LoadFloatByteswapped' game.o:(.text+0x8e04): more undefined references to `LoadFloatByteswapped' follow collect2: ld returned 1 exit status make[2]: *** [egoboo] Error 1 make[2]: Leaving directory `/build/buildd-egoboo_2.7.7-1-hppa-018ZxP/egoboo-2.7.7/game' make[1]: *** [override_dh_auto_build] Error 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592751: FTBFS [hppa] - make_services: malloc.c:3097: sYSMALLOc: Assertion failed
fyi, talksoup.app is failing w/ a similar error: https://buildd.debian.org/fetch.cgi?pkg=talksoup.app;ver=1.0alpha-32-g55b4d4e-1.1;arch=hppa;stamp=1281653959 Perhaps this bug should be reassigned w/ gnustep-gui & talksoup.app marked as "affected"? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592751: FTBFS [hppa] - make_services: malloc.c:3097: sYSMALLOc: Assertion failed
On Thu, Aug 12, 2010 at 07:15:34PM +0300, Yavor Doganov wrote:
> dann frazier wrote:
> > gnustep-gui fails to build on hppa.
>
> Yes, I noticed that it failed to build several times already. Very
> unfortunate.
>
> > make_services: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr)
> > (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct
> > malloc_chunk, fd && old_size == 0) || ((unsigned long) (old_size) >=
> > (unsigned long)__builtin_offsetof (struct malloc_chunk,
> > fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) -
> > 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) ==
> > 0)' failed.
>
> Leaves me completely clueless. An assertion failure like this one
> seems to indicate a toolchain problem. The `make_services' program
> doesn't use malloc directly; so this has to come via some macros like
> `CREATE_AUTORELEASE_POOL' or `-new' methods, which allocate memory
> under the hood.
>
> Would it be convenient for you to post a backtrace from running this
> command (`make_services --test GSspell.service/Resources/Info-gnustep.plist'
(sid)da...@paer:~/gnustep-gui-0.18.0$ gdb ./Tools/obj/make_services
GNU gdb (GDB) 7.1-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from
/home/dannf/gnustep-gui-0.18.0/Tools/obj/make_services...done.
(gdb) set args --test GSspell.service/Resources/Info-gnustep.plist
(gdb) run
Starting program: /home/dannf/gnustep-gui-0.18.0/Tools/obj/make_services --test
GSspell.service/Resources/Info-gnustep.plist
[Thread debugging using libthread_db enabled]
make_services: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr)
(((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct
malloc_chunk, fd && old_size == 0) || ((unsigned long) (old_size) >=
(unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 *
(sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size &
0x1) && ((unsigned long)old_end & pagemask) == 0)' failed.
Program received signal SIGABRT, Aborted.
0x404a98ac in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:67
67 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
in ../nptl/sysdeps/unix/sysv/linux/raise.c
(gdb) set pagination off
(gdb) thread apply all bt full
Thread 1 (Thread 0x40004b80 (LWP 20147)):
#0 0x404a98ac in *__GI_raise (sig=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:67
__r25 = 20147
__res =
__r19 =
__r24 = 6
__r26 =
pd = 0x40004b80
pid = 20147
selftid = 20147
res =
#1 0x404ae258 in *__GI_abort () at abort.c:92
act = {__sigaction_handler = {sa_handler = ,
sa_sigaction = }, sa_flags = 4210038464, sa_mask =
{__val = {4210038416,4294967295, 946708, 1079839352, 1079830408, 288312,
372576, 18, 1086146538, 372344, 132, 1079839352, 1079839352, 1079847388,
1078941067, 951080, 946692, 4294967295, 946708, 1077441636, 295, 1079837304,
1079837304, 1079837304, 152}}}
sigs = {__val = {32, 0 }}
#2 0x404ef084 in __malloc_assert (assertion=, file=, line=, function=) at
malloc.c:352
No locals.
#3 0x404f2e74 in sYSMALLOc (av=0x405d29dc, bytes=344) at malloc.c:3094
snd_brk =
front_misalign =
remainder =
tried_mmap = false
old_size =
size =
old_end = 0x5dc90 ""
correction =
end_misalign =
aligned_brk =
p =
pagemask = 4095
#4 _int_malloc (av=0x405d29dc, bytes=344) at malloc.c:4747
p =
iters =
nb = 352
idx =
bin =
victim = 0x5dc90
size = 0
victim_index =
remainder =
remainder_size =
block = 4
bit =
map =
fwd =
bck =
errstr =
__func__ = "_int_malloc"
#5 0x404f5588 in *__GI___libc_malloc (bytes=344) at malloc.c:3661
ar_ptr = 0x405d29dc
victim = 0x56
__func__ = "__libc_malloc"
#6 0x40379538 in objc_malloc (size=20147) at
/build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd/gcc-4.4-4.4.4/src/libobjc/misc.c:89
res =
#7 0x4037adec in sarray_lazy_copy (oarr=0x45880) at
/build/buildd-gcc-
Bug#592751: FTBFS [hppa] - make_services: malloc.c:3097: sYSMALLOc: Assertion failed
Source: gnustep-gui
Version: 0.18.0-3
Severity: serious
User: debian-h...@lists.debian.org
Usertags: hppa
gnustep-gui fails to build on hppa.
Complete build logs are available here:
https://buildd.debian.org/build.php?pkg=gnustep-gui&arch=hppa&ver=0.18.0-3
>From the most recent build attempt on hppa:
[...]
gcc -rdynamic -Wl,-z,defs -Wl,--as-needed -shared-libgcc -fexceptions
-fgnu-runtime -o GSspell.service/./GSspell \
./obj/GSspell.obj/GSspell.m.o -Wl,-z,defs -Wl,--as-needed
-L../Source/./obj -L../Model/./obj-L/usr/local/lib -L/usr/lib
-lgnustep-gui -laspell -lungif -lpng -ltiff -lz -ljpeg -lm -lgnustep-base
-lpthread -lobjc -lm
/usr/share/GNUstep/Makefiles/mkinstalldirs GSspell.service/Resources
(echo "{"; echo ' NOTE = "Automatically generated, do not edit!";'; \
echo " NSExecutable = \"GSspell\";"; \
if [ -r "GSspellInfo.plist" ]; then \
cat GSspellInfo.plist; \
fi; \
echo "}") >GSspell.service/Resources/Info-gnustep.plist ;\
if ././obj/make_services --test
GSspell.service/Resources/Info-gnustep.plist; then : ; else rm -f
GSspell.service/Resources/Info-gnustep.plist; false; \
fi
make_services: malloc.c:3097: sYSMALLOc: Assertion `(old_top == (((mbinptr)
(((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct
malloc_chunk, fd && old_size == 0) || ((unsigned long) (old_size) >=
(unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 *
(sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size &
0x1) && ((unsigned long)old_end & pagemask) == 0)' failed.
Aborted
make[4]: *** [GSspell.service/Resources/Info-gnustep.plist] Error 1
make[3]: *** [GSspell.all.service.variables] Error 2
make[2]: *** [internal-all] Error 2
make[2]: Leaving directory
`/build/buildd-gnustep-gui_0.18.0-3-hppa-vOuXmx/gnustep-gui-0.18.0/Tools'
make[1]: *** [internal-all] Error 2
make[1]: Leaving directory
`/build/buildd-gnustep-gui_0.18.0-3-hppa-vOuXmx/gnustep-gui-0.18.0'
make: *** [debian/build-shared-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
Build finished at 20100811-1934
FAILED [dpkg-buildpackage died]
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588574: bisect results
I was able to easily reproduce it by running 'make check'. The first test case (gcore) reliably fails with either a system hang or an MCA. Bisect shows that it was introduced by the following commit: 62eede62dafb4a6633eae7ffbeb34c60dba5e7b1 is the first bad commit commit 62eede62dafb4a6633eae7ffbeb34c60dba5e7b1 Author: Hugh Dickins Date: Mon Sep 21 17:03:34 2009 -0700 mm: ZERO_PAGE without PTE_SPECIAL Reinstate anonymous use of ZERO_PAGE to all architectures, not just to those which __HAVE_ARCH_PTE_SPECIAL: as suggested by Nick Piggin. Contrary to how I'd imagined it, there's nothing ugly about this, just a zero_pfn test built into one or another block of vm_normal_page(). But the MIPS ZERO_PAGE-of-many-colours case demands is_zero_pfn() and my_zero_pfn() inlines. Reinstate its mremap move_pte() shuffling of ZERO_PAGEs we did from 2.6.17 to 2.6.19? Not unless someone shouts for that: it would have to take vm_flags to weed out some cases. Signed-off-by: Hugh Dickins Cc: Rik van Riel Reviewed-by: KAMEZAWA Hiroyuki Cc: KOSAKI Motohiro Cc: Nick Piggin Cc: Mel Gorman Cc: Minchan Kim Cc: Ralf Baechle Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds I also checked SLES11 SP1, but this issue was not reproducible. I went through the config differences & found that the relevant difference is PAGE_SIZE. For whatever reason, 64KB pages (which SLES uses) masks the issue, while 16KB (Debian) does not. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588930: FTBFS [ia64,hppa]: "I don't know the values of the _IOC_* constants on your architecture"
Source: chrony Version: 1.24-1 Severity: serious User: debian-h...@lists.debian.org chrony fails to build on hppa on ia64. Complete build logs are available here: https://buildd.debian.org/build.cgi?pkg=chrony&dist=unstable >From the most recent build attempt on hppa: [...] gcc -Wmissing-prototypes -Wall -g -O2 -DLINUX -DHAS_STDINT_H -DHAS_INTTYPES_H -DHAVE_IPV6 -DHAVE_SCHED_SETSCHEDULER -DHAVE_MLOCKALL -DFEAT_RTC=1 -c rtc_linux.c In file included from rtc_linux.c:61: io_linux.h:40:2: error: #error "I don't know the values of the _IOC_* constants for your architecture" rtc_linux.c: In function 'switch_interrupts': rtc_linux.c:679: error: 'CHRONY_IOC_NONE' undeclared (first use in this function) rtc_linux.c:679: error: (Each undeclared identifier is reported only once rtc_linux.c:679: error: for each function it appears in.) rtc_linux.c:679: error: 'CHRONY_IOC_NRBITS' undeclared (first use in this function) rtc_linux.c:679: error: 'CHRONY_IOC_TYPEBITS' undeclared (first use in this function) rtc_linux.c:679: error: 'CHRONY_IOC_SIZEBITS' undeclared (first use in this function) rtc_linux.c: In function 'set_rtc': rtc_linux.c:721: error: 'CHRONY_IOC_WRITE' undeclared (first use in this function) rtc_linux.c:721: error: 'CHRONY_IOC_NRBITS' undeclared (first use in this function) rtc_linux.c:721: error: 'CHRONY_IOC_TYPEBITS' undeclared (first use in this function) rtc_linux.c:721: error: 'CHRONY_IOC_SIZEBITS' undeclared (first use in this function) rtc_linux.c: In function 'read_from_device': rtc_linux.c:916: error: 'CHRONY_IOC_READ' undeclared (first use in this function) rtc_linux.c:916: error: 'CHRONY_IOC_NRBITS' undeclared (first use in this function) rtc_linux.c:916: error: 'CHRONY_IOC_TYPEBITS' undeclared (first use in this function) rtc_linux.c:916: error: 'CHRONY_IOC_SIZEBITS' undeclared (first use in this function) rtc_linux.c: In function 'RTC_Linux_TimePreInit': rtc_linux.c:1072: error: 'CHRONY_IOC_READ' undeclared (first use in this function) rtc_linux.c:1072: error: 'CHRONY_IOC_NRBITS' undeclared (first use in this function) rtc_linux.c:1072: error: 'CHRONY_IOC_TYPEBITS' undeclared (first use in this function) rtc_linux.c:1072: error: 'CHRONY_IOC_SIZEBITS' undeclared (first use in this function) make[1]: *** [rtc_linux.o] Error 1 make[1]: Leaving directory `/build/buildd-chrony_1.24-1-hppa-b0CbX3/chrony-1.24' make: *** [build-stamp] Error 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588925: FTBFS [hppa]: test failures
Source: cmake Version: 2.8.2-2 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa cmake fails to build on hppa. Complete build logs are available here: https://buildd.debian.org/build.cgi?pkg=cmake&dist=unstable >From the most recent build attempt on hppa: [...] Pre and post install work fine CPack: Compress package CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: archive_read_disk_entry_from_file:(Empty error message)Function not implemented -20 CPack Error: Problem compressing the directory CPack Error: Error when generating package: TestSimpleInstall make[6]: Leaving directory `/build/buildd-cmake_2.8.2-2-hppa-dxKxPT/cmake-2.8.2/Build/Tests/SimpleInstall' make[6]: *** [package] Error 1 make[5]: Leaving directory `/build/buildd-cmake_2.8.2-2-hppa-dxKxPT/cmake-2.8.2/Build/Tests/SimpleInstall' make[5]: *** [bin/SimpleInstExe-1.2] Error 1 make[4]: Leaving directory `/build/buildd-cmake_2.8.2-2-hppa-dxKxPT/cmake-2.8.2/Build/Tests/SimpleInstall' make[4]: *** [CMakeFiles/SimpleInstall.dir/all] Error 2 make[3]: Leaving directory `/build/buildd-cmake_2.8.2-2-hppa-dxKxPT/cmake-2.8.2/Build/Tests/SimpleInstall' make[3]: *** [all] Error 2 Start 74: SimpleInstall-Stage2 74/166 Test #74: SimpleInstall-Stage2 ... Passed 10.18 sec Start 75: CPackComponents 75/166 Test #75: CPackComponents ***Failed 10.69 sec Generate graphviz: /build/buildd-cmake_2.8.2-2-hppa-dxKxPT/cmake-2.8.2/Build/Tests/CPackCompone
Bug#588923: FTBFS [hppa]: cannot reach 00003617__ZNK5boost6python9type_info4nameEv+0, recompile with -ffunction-sections
Source: k3d Version: 0.8.0.2-2 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa k3d fails to build on hppa. Complete build logs are available here: https://buildd.debian.org/build.cgi?pkg=k3d&dist=unstable >From the most recent build attempt: [...] [ 21%] Building CXX object k3dsdk/python/CMakeFiles/k3dsdk-python-values.dir/vector3_python.cpp.o [ 21%] Building CXX object k3dsdk/python/CMakeFiles/k3dsdk-python-values.dir/vector4_python.cpp.o Linking CXX shared library ../../lib/libk3dsdk-python-values.so /usr/bin/ld: CMakeFiles/k3dsdk-python-values.dir/color_python.cpp.o(.text._ZN5boost6python6detail15signature_arityILj1EE4implINS_3mpl7vector2IP7_objectRN3k3d9basic_rgbIdNS9_12color_traitsIdEEE8elementsEv[boost::python::detail::signature_arity<1u>::impl >&> >::elements()]+0x94): cannot reach 3617__ZNK5boost6python9type_info4nameEv+0, recompile with -ffunction-sections /usr/bin/ld: CMakeFiles/k3dsdk-python-values.dir/color_python.cpp.o(.text._ZN5boost6python6detail15signature_arityILj1EE4implINS_3mpl7vector2IP7_objectRN3k3d9basic_rgbIdNS9_12color_traitsIdEEE8elementsEv[boost::python::detail::signature_arity<1u>::impl >&> >::elements()]+0x94): cannot handle R_PARISC_PCREL17F for boost::python::type_info::name() const /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status make[3]: *** [lib/libk3dsdk-python-values.so.1] Error 1 make[3]: Leaving directory `/build/buildd-k3d_0.8.0.2-2-hppa-K2g0fI/k3d-0.8.0.2/build' make[2]: *** [k3dsdk/python/CMakeFiles/k3dsdk-python-values.dir/all] Error 2 make[2]: Leaving directory `/build/buildd-k3d_0.8.0.2-2-hppa-K2g0fI/k3d-0.8.0.2/build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd-k3d_0.8.0.2-2-hppa-K2g0fI/k3d-0.8.0.2/build' -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576720: [ia64] gdb FTBFS and freezes / reboots the machine
On Fri, Jul 09, 2010 at 09:41:43PM +0200, Andreas Barth wrote: > clone 576720 -1 > reassign -1 linux-2.6 > thanks > > * Daniel Jacobowitz (d...@false.org) [100412 13:01]: > > On Tue, Apr 06, 2010 at 08:44:13PM +0200, Andreas Barth wrote: > > > on trying to build gdb, the buildd freezes (mundy) or gets rebooted > > > (alkman). This package was tried 3 times on mundy and 1 time on > > > alkman. The log files ends with (please note that this may not be the > > > last real line - the machine gets rebooted): > > > > Do you think this is a bug in GDB? It sounds like the kernel is > > broken. > > As the try to rebuild gdb 7.0 in testing now successfully proved to > freeze mundy, I assume that's not something done by an change in gdb. > > I'll still leave a copy of this bug with gdb, so that we're reminded > why this package doesn't build and doesn't get any build logs. > > > re linux: once mundy is running again, I'll provide you with details > which kernel is running there currently. Alkman (also affected) > currently runs > Linux alkman 2.6.32-bpo.5-mckinley #1 SMP Tue Jun 15 01:27:44 UTC 2010 ia64 > GNU/Linux Thanks. I'll try and reproduce on a machine here to see if we can bisect it. -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588280: hppa too
hppa fails with the same error. Full log is available here: https://buildd.debian.org/fetch.cgi?pkg=atlas;ver=3.8.3-23;arch=hppa;stamp=1278455956 >From the most recent build attempt: [...] /usr/bin/make -f Make.top install_static_lib INSTdir=/build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/tmp//usr/lib/atlas-base make[2]: Entering directory `/build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/build/atlas-base' mkdir -p /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/tmp//usr/lib/atlas-base/atlas cp /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/build/atlas-base/lib/libatlas.a /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/tmp//usr/lib/atlas-base/. cp /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/build/atlas-base/lib/libcblas.a /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/tmp//usr/lib/atlas-base/. cp /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/build/atlas-base/lib/liblapack_atlas.a /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/tmp//usr/lib/atlas-base/. cp /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/build/atlas-base/lib/atlas/libblas.a /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/tmp//usr/lib/atlas-base/atlas/. cp: cannot stat `/build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/build/atlas-base/lib/atlas/libblas.a': No such file or directory make[2]: *** [install_static_lib] Error 1 make[2]: Leaving directory `/build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/build/atlas-base' make[1]: *** [install] Error 2 make[1]: Leaving directory `/build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/build/atlas-base' = /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3 Adding cdbs dependencies to debian/libatlas-dev.substvars dh_installdirs -plibatlas-dev if test -d /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/libatlas-dev/usr/include/; then \ rm -rf /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/libatlas-dev/usr/include/; \ fi mkdir -p /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/libatlas-dev/usr/include/ mv /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/tmp/usr/include/*.h /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/tmp/usr/include/atlas/ mv /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/tmp/usr/include/atlas /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/libatlas-dev/usr/include/ Adding cdbs dependencies to debian/libatlas-doc.substvars dh_installdirs -plibatlas-doc mkdir -p /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/libatlas-doc/usr/share/doc/libatlas-doc/ cp -R /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/doc/* /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/TexDoc/*.pdf /build/buildd-atlas_3.8.3-23-hppa-dg6FTj/atlas-3.8.3/debian/libatlas-doc/usr/share/doc/libatlas-doc/ dh_testdir dh_testroot dh_installdirs -i dh_installdocs -plibatlas3gf-base ./README dh_installexamples -plibatlas3gf-base dh_installman -plibatlas3gf-base dh_installinfo -plibatlas3gf-base dh_installmenu -plibatlas3gf-base dh_installcron -plibatlas3gf-base dh_installinit -plibatlas3gf-base --update-rcd-params=" " dh_installdebconf -plibatlas3gf-base dh_installemacsen -plibatlas3gf-base dh_installcatalogs -plibatlas3gf-base dh_installpam -plibatlas3gf-base dh_installlogrotate -plibatlas3gf-base dh_installlogcheck -plibatlas3gf-base dh_installchangelogs -plibatlas3gf-base dh_installudev -plibatlas3gf-base dh_lintian -plibatlas3gf-base dh_install -plibatlas3gf-base dh_install: libatlas3gf-base missing files (debian/tmp/usr/lib/atlas-base/*.so.*), aborting make: *** [binary-install/libatlas3gf-base] Error 2 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587545: FTBFS [hppa]: java.lang.OutOfMemoryError: Cannot create additional threads
Source: jetty Version: 6.1.24-3 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa jetty fails to build on hppa. Build logs are available here: https://buildd.debian.org/build.cgi?pkg=jetty&dist=unstable >From the most recent build attempt on hppa: [...] [junit] - Standard Output --- [junit] STOPING TIME : 1277830221585 : 1277830221592 [junit] - --- [junit] - Standard Error - [junit] SLF4J: Class path contains multiple SLF4J bindings. [junit] SLF4J: Found binding in [jar:file:/usr/share/java/slf4j-simple.jar!/org/slf4j/impl/StaticLoggerBinder.class] [junit] SLF4J: Found binding in [jar:file:/usr/share/java/slf4j-simple.jar!/org/slf4j/impl/StaticLoggerBinder.class] [junit] SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation. [junit] 30 [main] INFO org.mortbay.log - Logging to org.slf4j.impl.SimpleLogger(org.mortbay.log) via org.mortbay.log.Slf4jLog [junit] 30 [main] WARN org.mortbay.log - failed org.mortbay.component.lifecyclelistenertest$testlifecy...@6dc4ade0: java.lang.Exception: test exception [junit] 59 [main] WARN org.mortbay.log - failed org.mortbay.component.lifecyclelistenertest$testlifecy...@6d914510: java.lang.Exception: test exception [junit] - --- [junit] [junit] Testcase: testStart took 0.681 sec [junit] Testcase: testStop took 0.026 sec [junit] Testcase: testRemoveLifecycleListener took 0.007 sec [junit] Testsuite: org.mortbay.thread.ThreadPoolTest [junit] Tests run: 4, Failures: 0, Errors: 1, Time elapsed: 14.969 sec [junit] - Standard Error - [junit] SLF4J: Class path contains multiple SLF4J bindings. [junit] SLF4J: Found binding in [jar:file:/usr/share/java/slf4j-simple.jar!/org/slf4j/impl/StaticLoggerBinder.class] [junit] SLF4J: Found binding in [jar:file:/usr/share/java/slf4j-simple.jar!/org/slf4j/impl/StaticLoggerBinder.class] [junit] SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation. [junit] 235 [main] INFO org.mortbay.log - Logging to org.slf4j.impl.SimpleLogger(org.mortbay.log) via org.mortbay.log.Slf4jLog [junit] 0 threads=10 idle=0 [junit] 100 threads=6 idle=6 [junit] 200 threads=3 idle=3 [junit] 300 threads=2 idle=2 [junit] 400 threads=2 idle=2 [junit] 500 threads=2 idle=2 [junit] 13458 [main] WARN org.mortbay.log - failed org.mortbay.thread.queuedthreadp...@6d6c7130: java.lang.OutOfMemoryError: Cannot create additional threads [junit] - --- [junit] [junit] Testcase: testQueuedThreadPool took 5.534 sec [junit] Testcase: testQueuedThreadPoolShrink took 8.676 sec [junit] Testcase: testStress took 0.028 sec [junit] Caused an ERROR [junit] Cannot create additional threads [junit] java.lang.OutOfMemoryError: Cannot create additional threads [junit]at java.lang.Thread.start(libgcj.so.10) [junit]at org.mortbay.thread.QueuedThreadPool.newThread(QueuedThreadPool.java:462) [junit]at org.mortbay.thread.QueuedThreadPool.doStart(QueuedThreadPool.java:403) [junit]at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) [junit]at org.mortbay.thread.ThreadPoolTest.testStress(ThreadPoolTest.java:144) [junit] [junit] Testcase: testMaxStopTime took 0.112 sec BUILD FAILED /build/buildd-jetty_6.1.24-4-hppa-wkHHKO/jetty-6.1.24/debian/build.xml:25: The following error occurred while executing this line: /build/buildd-jetty_6.1.24-4-hppa-wkHHKO/jetty-6.1.24/debian/module.xml:54: The following error occurred while executing this line: /build/buildd-jetty_6.1.24-4-hppa-wkHHKO/jetty-6.1.24/debian/module.xml:160: Test org.mortbay.thread.ThreadPoolTest failed Total time: 43 seconds make: *** [debian/stamp-ant-build] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587541: FTBFS: At least the following dependencies are missing: tagsoup ==0.8.*
Source: haskell-hxt Version: 8.5.2-1 Severity: serious haskell-hxt fails to build from source on latest sid, presumably due to a "too-new" haskell-tagsoup package (0.10). Logs are available here: https://buildd.debian.org/pkg.cgi?pkg=haskell-hxt >From the most recent build attempt on hppa: [...] cabal clean cleaning... debian/rules build test -x debian/rules mkdir -p "." /usr/share/cdbs/1/rules/buildcore.mk:104: WARNING: DEB_COMPRESS_EXCLUDE is a deprecated variable if test ! -e Setup.lhs -a ! -e Setup.hs; then echo "No setup script found!"; exit 1; fi for setup in Setup.lhs Setup.hs; do if test -e $setup; then ghc6 --make $setup -o debian/hlibrary.setup; exit 0; fi; done [1 of 1] Compiling Main ( Setup.lhs, Setup.o ) Linking debian/hlibrary.setup ... debian/hlibrary.setup configure --ghc -v2 \ --prefix=/usr --libdir=/usr/lib/haskell-packages/ghc6/lib \ --builddir=dist-ghc6 \ --haddockdir=/usr/lib/ghc-6.12.1/haddock/hxt-8.5.2/ \ --htmldir=/usr/share/doc/libghc6-hxt-doc/html/ --enable-library-profiling \ Configuring hxt-8.5.2... hlibrary.setup: At least the following dependencies are missing: tagsoup ==0.8.* make: *** [dist-ghc6] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587461: `Createform' implicitly converted to pointer at main.c:113
Source: openmotif Version: 2.3.0-1 Severity: serious Usertags: implicit-pointer-conversion Tags: patch Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `Createform' implicitly converted to pointer at main.c:113 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions --- openmotif-2.3.0/demos/programs/TabStack/main.c.orig 2010-06-28 11:04:52.077200853 -0600 +++ openmotif-2.3.0/demos/programs/TabStack/main.c 2010-06-28 11:07:01.068047399 -0600 @@ -46,6 +46,8 @@ extern void MENU_POST(Widget, XtPointer, extern Pixmap XPM_PIXMAP(Widget, char**); extern void SET_BACKGROUND_COLOR(Widget, ArgList, Cardinal*, Pixel); +Widget Createform(Widget parent); + /* Begin user code block */ /* End user code block */ @@ -110,7 +112,7 @@ int main( int argc, char **argv) parent, args, ac); -form = (Widget)Createform(topLevelShell); +form = Createform(topLevelShell); XtManageChild(form); XtPopup(XtParent(form), XtGrabNone);
Bug#586675: [unit,job,manager]_dbus_proxy_new implicitly converted to pointers
Source: systemd Version: 0~git+20100605+dfd8ee-1 Severity: serious Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `unit_dbus_proxy_new' implicitly converted to pointer at systemctl.vala:58 Function `job_dbus_proxy_new' implicitly converted to pointer at systemctl.vala:76 Function `manager_dbus_proxy_new' implicitly converted to pointer at systemctl.vala:155 Function `manager_dbus_proxy_new' implicitly converted to pointer at systemadm.vala:302 Function `unit_dbus_proxy_new' implicitly converted to pointer at systemadm.vala:328 Function `job_dbus_proxy_new' implicitly converted to pointer at systemadm.vala:355 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug may prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586673: implicit pointer conversions in card-belpic.c
Source: beid Version: 3.5.2.dfsg-9 Severity: serious Usertags: implicit-pointer-conversion Tags: patch Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `scdl_open' implicitly converted to pointer at src/newpkcs11/src/libopensc/card-belpic.c:954 Function `scdl_get_address' implicitly converted to pointer at src/newpkcs11/src/libopensc/card-belpic.c:958 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions diff -urpN beid.orig/_src/beid-2.6/src/newpkcs11/src/libopensc/card-belpic.c beid-3.5.2.dfsg/_src/beid-2.6/src/newpkcs11/src/libopensc/card-belpic.c --- beid.orig/_src/beid-2.6/src/newpkcs11/src/libopensc/card-belpic.c 2009-04-28 02:21:26.0 -0600 +++ beid-3.5.2.dfsg/_src/beid-2.6/src/newpkcs11/src/libopensc/card-belpic.c 2010-06-21 08:25:55.0 -0600 @@ -84,6 +84,7 @@ #include "log.h" #include #include +#include #ifdef BELPIC_PIN_PAD #include "winscard.h"
Bug#561203: threads and fork on machine with VIPT-WB cache
On Thu, Jun 10, 2010 at 07:30:45PM +0300, Modestas Vainius wrote: > Hello, > > On sekmadienis 06 Bir??elis 2010 04:01:23 Modestas Vainius wrote: > > On penktadienis 04 Bir??elis 2010 08:21:06 dann frazier wrote: > > > > My case and my analysis talked about UP kernel, and John David Anglin > > > > > > > > made a patch: > > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203#144 > > > > > > > > After that, the discussion went to SMP cases. > > > > > > > > It would be better to evaluate the patch again, and make sure it works > > > > for UP case and fix failures of buildd, then apply for Linux in Debian > > > > (only) for HPPA. > > > > > > > > I know that the patch is not that ideal because it touches > > > > architecture independent part of Linux, but it is worth for Linux in > > > > Debian (or Linux for the HPPA machine of buildd, at least). > > > > > > I'm happy to test the patch if necessary to help push this change > > > upstream. However, we do need the change to go upstream before we can > > > include it in the Debian kernel. > > > > I made a hackish patch for QProcess in Qt (usleep(1000) before fork()) > > which seems to reduce likelihood of the failure to very rare again. Once a > > new revision of qt4-x11 is uploaded to sid (soon I believe), KDE > > applications should be able to build again (hopefully). > > qt4-x11/hppa 4:4.6.3-1 has recently been uploaded to incoming. It has my hppa > hack applied. Therefore please give back the following KDE packages on hppa: > > kde4libs basket kdesvn webkitkde kraft konq-plugins done. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561203: threads and fork on machine with VIPT-WB cache
On Fri, Jun 04, 2010 at 12:44:55PM +0200, Thibaut VARENE wrote: > On Fri, Jun 4, 2010 at 7:21 AM, dann frazier wrote: > > On Fri, Jun 04, 2010 at 10:03:07AM +0900, NIIBE Yutaka wrote: > >> Modestas Vainius wrote: > >>>> Note that Debian's buildds run a UP kernel, so as soon as those fixes > >>>> go upstream we can pull them in. Thanks for all your work here! > >>>> > >>> > >>> Well, as long as this is unfixed or at least "common", I don't see how > >>> hppa > >>> can be considered to be a release arch. Is that UP patch available > >>> somewhere? > >> > >> My case and my analysis talked about UP kernel, and John David Anglin > >> made a patch: > >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203#144 > >> > >> After that, the discussion went to SMP cases. > >> > >> It would be better to evaluate the patch again, and make sure it works > >> for UP case and fix failures of buildd, then apply for Linux in Debian > >> (only) for HPPA. > >> > >> I know that the patch is not that ideal because it touches > >> architecture independent part of Linux, but it is worth for Linux in > >> Debian (or Linux for the HPPA machine of buildd, at least). > > > > I'm happy to test the patch if necessary to help push this change > > upstream. However, we do need the change to go upstream before we can > > include it in the Debian kernel. > > Just for reference, I've summarized the test cases and related patches here: > http://wiki.parisc-linux.org/TestCases Cool - that is helpful. I've updated the kernel on peri/penalosa with the various patches listed there that have gone upstream, but I'm not seeing better results with any failing packages. btw, I thought it would be useful to edit that page and tag each patch with its status in Debian (in-official-kernel, installed-on-buildds, etc), but the page appears to be immutable. -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561203: threads and fork on machine with VIPT-WB cache
On Fri, Jun 04, 2010 at 10:03:07AM +0900, NIIBE Yutaka wrote: > Modestas Vainius wrote: >>> Note that Debian's buildds run a UP kernel, so as soon as those fixes >>> go upstream we can pull them in. Thanks for all your work here! >>> >> >> Well, as long as this is unfixed or at least "common", I don't see how hppa >> can be considered to be a release arch. Is that UP patch available somewhere? > > My case and my analysis talked about UP kernel, and John David Anglin > made a patch: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561203#144 > > After that, the discussion went to SMP cases. > > It would be better to evaluate the patch again, and make sure it works > for UP case and fix failures of buildd, then apply for Linux in Debian > (only) for HPPA. > > I know that the patch is not that ideal because it touches > architecture independent part of Linux, but it is worth for Linux in > Debian (or Linux for the HPPA machine of buildd, at least). I'm happy to test the patch if necessary to help push this change upstream. However, we do need the change to go upstream before we can include it in the Debian kernel. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561203: threads and fork on machine with VIPT-WB cache
On Wed, Jun 02, 2010 at 01:16:01PM -0400, John David Anglin wrote: > On Wed, 02 Jun 2010, Modestas Vainius wrote: > > > Hello, > > > > this bug [1] is back to the "very common" department with eglibc 2.11 > > (libc6- > > dev_2.11.1-1) builds. Majority of KDE applications are failing to build on > > hppa again. Is there really nothing what could be done to fix it? > > I will just say it is very tricky. I think a fix is possible (arm and mips > had similar cache problems) but the victim replacement present in > PA8800/PA8900 > caches makes the problem especially difficult for hardware using these > processors. > > I have spent the last few months testing various alternatives and have > now done hundreds of kernel builds. I did post some experimental patches > that fix the problem on UP kernels. However, the problem is not resolved > for SMP kernels. Note that Debian's buildds run a UP kernel, so as soon as those fixes go upstream we can pull them in. Thanks for all your work here! > The minifail test is a good one to demonstrate the problem. Indeed, > a very similar test was given in the thread below: > http://readlist.com/lists/vger.kernel.org/linux-kernel/54/270861.html > > This thread also discusses the PA8800 problem: > http://readlist.com/lists/vger.kernel.org/linux-kernel/54/271417.html > > I currently surmise that we have a problem with the cache victim > replacement, although the cause isn't clear. I did find recently > that the cache prefetch in copy_user_page_asm extends to the line > beyond the end of the page, but fixing this doesn't resolve the problem. > > I am still experimenting with using equivalent aliasing. It does > help to flush in ptep_set_wrprotect. > > Dave -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#583785: FTBFS: chmod: cannot access `debian/kvpnc-data/usr/share/kde4/apps/kvpnc/ping_check.sh': No such file or directory
Source: kvpnc Version: 0.9.6a-1 Severity: serious kvpnc fails to build from source: https://buildd.debian.org/pkg.cgi?pkg=kvpnc >From the most recent build attempt on hppa: [...] dh_bugfiles -a -O--parallel -O--dbg-package=kvpnc-dbg -O--list-missing dh_lintian -a -O--parallel -O--dbg-package=kvpnc-dbg -O--list-missing dh_gconf -a -O--parallel -O--dbg-package=kvpnc-dbg -O--list-missing dh_icons -a -O--parallel -O--dbg-package=kvpnc-dbg -O--list-missing dh_perl -a -O--parallel -O--dbg-package=kvpnc-dbg -O--list-missing dh_usrlocal -a -O--parallel -O--dbg-package=kvpnc-dbg -O--list-missing dh_link -a -O--parallel -O--dbg-package=kvpnc-dbg -O--list-missing dh_compress -X.dcl -X.docbook -X-license -X.tag -X.sty -X.el -a -O--parallel -O--dbg-package=kvpnc-dbg -O--list-missing debian/rules override_dh_fixperms make[1]: Entering directory `/build/buildd-kvpnc_0.9.6a-1-hppa-n2tJFz/kvpnc-0.9.6a' dh_fixperms chmod +x debian/kvpnc-data/usr/share/kde4/apps/kvpnc/ping_check.sh chmod: cannot access `debian/kvpnc-data/usr/share/kde4/apps/kvpnc/ping_check.sh': No such file or directory make[1]: *** [override_dh_fixperms] Error 1 make[1]: Leaving directory `/build/buildd-kvpnc_0.9.6a-1-hppa-n2tJFz/kvpnc-0.9.6a' make: *** [binary-arch] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580710: linux-base: elilo needs simpler assignments
On Tue, May 11, 2010 at 04:12:54AM +0100, Ben Hutchings wrote:
> On Sat, 2010-05-08 at 21:56 +0100, Ben Hutchings wrote:
> > On Fri, 2010-05-07 at 16:42 -0600, dann frazier wrote:
> > > Source: linux-2.6
> > > Version: 2.6.32-12
> > > Severity: serious
> > > Tags: patch
> > >
> > > /usr/sbin/elilo didn't like the converted elilo.conf because it
> > > doesn't support quoted strings, or spaces around '='.
> >
> > Oops, when I read the code it looked like it was closely based on LILO
> > (like many other bootloaders). Apparently it's not so close.
> [...]
> > I'll re-read the ELILO code to check exactly how its parser differs.
>
> The versions in lenny (3.8-1) and sid (3.12-1) certainly look like they
> support quoted filenames. Which version are you using?
3.12-2. It may have some support for quoted file names but, if so, it
is buggy. The problem I hit is this bit of code:
checkconf()
{
if [ -L "$boot" ] ; then
oldboot=$boot
boot=$(readlink -f $oldboot)
echo 1>&2 "$PRG: $oldboot is a symbolic link, using $boot
instead"
fi
if [ ! -e "$boot" ] ; then
[...]
This will error out because $boot will still contain the quotes. So,
instead of looking for:
/dev/disk/by-uuid/9C73-E0C3
it will be looking for:
"/dev/disk/by-uuid/9C73-E0C3"
da...@krebs:~$ sudo elilo
elilo: "/dev/disk/by-uuid/9C73-E0C3": No such file or directory
Loaded efivars kernel module to enable use of efibootmgr
I'd certainly argue that elilo *should* support quoted strings, but I
suspect we'll have to assume it doesn't at least for the
lenny->squeeze upgrade.
--
dann frazier
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580710: linux-base: elilo needs simpler assignments
Source: linux-2.6
Version: 2.6.32-12
Severity: serious
Tags: patch
/usr/sbin/elilo didn't like the converted elilo.conf because it
doesn't support quoted strings, or spaces around '='.
Instead of:
boot = "/dev/disk/by-uuid/9C73-E0C3"
it needs:
boot=/dev/disk/by-uuid/9C73-E0C3
The following patch fixes it, but it is pretty ugly. I would've
preferred to use the line that is commented out, but when I do I get
an extraneous newline both before and after the newly inserted line.
I assume this is due to how things are tokenized (I'm not enough of a
perl guy to grok it).
Also, it has a cosmetic issue where we lose the tab indention in stanzas.
We go from this:
image=/vmlinuz.old
label=LinuxOLD
root=/dev/sda2
read-only
initrd=/initrd.img.old
To this:
image=/vmlinuz.old
label=LinuxOLD
# root=/dev/sda2
root=UUID=170d52c1-c568-4bad-aass-be4248ad1af4
read-only
initrd=/initrd.img.old
(Now to reboot, to make sure it actually works...)
--
dann frazier
Index: debian/linux-base.postinst
===
--- debian/linux-base.postinst (revision 15638)
+++ debian/linux-base.postinst (working copy)
@@ -499,8 +499,8 @@
return @bdevs;
}
-sub lilo_update {
-my ($old, $new, $map) = @_;
+sub do_lilo_update {
+my ($old, $new, $map, $simple_assign) = @_;
my @tokens = lilo_tokenize($old);
my $i = 0;
my $in_generic = 1; # global or image=/vmlinuz or image=/vmlinuz.old
@@ -533,7 +533,12 @@
}
if (defined($new_value)) {
$new_value =~ s/\\//g;
- $text = "\n# $name = $value\n$name = \"$new_value\"\n";
+ if ($simple_assign) {
+ $text = "\n# $name = $value\n$name = \"$new_value\"\n";
+ } else {
+# $text = "\n# $name=$value\n$name=$new_value\n";
+ $text = "# $name=$value\n$name=$new_value";
+ }
} else {
$text .= $tokens[$i + 1][0] . $tokens[$i + 2][0];
}
@@ -546,6 +551,13 @@
}
}
+sub lilo_update {
+my ($old, $new, $map) = @_;
+my $simple_assign = 1;
+
+do_lilo_update($old, $new, $map, $simple_assign);
+}
+
sub lilo_post {
_system('lilo');
}
@@ -558,6 +570,13 @@
### ELILO
+sub elilo_update {
+my ($old, $new, $map) = @_;
+my $simple_assign = 0;
+
+do_lilo_update($old, $new, $map, $simple_assign);
+}
+
sub elilo_post {
_system('elilo');
}
@@ -970,7 +989,7 @@
{packages => 'elilo',
path => '/etc/elilo.conf',
list => \&lilo_list,
- update => \&lilo_update,
+ update => \&elilo_update,
post_update => \&elilo_post,
is_boot_loader => 1},
{packages => 'extlinux',
Bug#580422: [sparc] Irrecoverable deferred error trap
Source: linux-2.6
Version: 2.6.26-22
Severity: serious
Tags: patch, lenny
I have a sparc that fails to boot a lenny kernel.
The issue was reported upstream by another Debian user here:
http://permalink.gmane.org/gmane.linux.ports.sparc/13092
And was resolved by the following patch:
commit bdd32ce95f79fb5cc964cd789d7ae4500bba7c6f
Author: David S. Miller
Date: Sun Apr 4 01:12:50 2010 -0700
sunxvr500: Ignore secondary output PCI devices.
These just represent the secondary and further heads attached to the
card, and they have different sets of PCI bar registers to map.
So don't try to drive them in the main driver.
Reported-by: Frans van Berckel
Tested-by: Frans van Berckel
Signed-off-by: David S. Miller
diff --git a/drivers/video/sunxvr500.c b/drivers/video/sunxvr500.c
index 4cd5049..3803745 100644
--- a/drivers/video/sunxvr500.c
+++ b/drivers/video/sunxvr500.c
@@ -242,11 +242,27 @@ static int __devinit e3d_set_fbinfo(struct e3d_info *ep)
static int __devinit e3d_pci_register(struct pci_dev *pdev,
const struct pci_device_id *ent)
{
+ struct device_node *of_node;
+ const char *device_type;
struct fb_info *info;
struct e3d_info *ep;
unsigned int line_length;
int err;
+ of_node = pci_device_to_OF_node(pdev);
+ if (!of_node) {
+ printk(KERN_ERR "e3d: Cannot find OF node of %s\n",
+ pci_name(pdev));
+ return -ENODEV;
+ }
+
+ device_type = of_get_property(of_node, "device_type", NULL);
+ if (!device_type) {
+ printk(KERN_INFO "e3d: Ignoring secondary output device "
+ "at %s\n", pci_name(pdev));
+ return -ENODEV;
+ }
+
err = pci_enable_device(pdev);
if (err < 0) {
printk(KERN_ERR "e3d: Cannot enable PCI device %s\n",
@@ -265,13 +281,7 @@ static int __devinit e3d_pci_register(struct pci_dev *pdev,
ep->info = info;
ep->pdev = pdev;
spin_lock_init(&ep->lock);
- ep->of_node = pci_device_to_OF_node(pdev);
- if (!ep->of_node) {
- printk(KERN_ERR "e3d: Cannot find OF node of %s\n",
- pci_name(pdev));
- err = -ENODEV;
- goto err_release_fb;
- }
+ ep->of_node = of_node;
/* Read the PCI base register of the frame buffer, which we
* need in order to interpret the RAMDAC_VID_*FB* values in
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580184: Can drop drbd8-source package
Source: drbd8 Version: 2:8.3.7-1 Severity: serious linux-2.6_2.6.32-12 provides prebuilt drbd modules, so there is no longer a need for drbd8-source. See discussion here for more details: http://lists.alioth.debian.org/pipermail/debian-ha-maintainers/2010-April/000880.html -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#579424: FTBFS [hppa]: Assertion `y.isApprox(m*x)' failed.
Source: eigen2 Version: 2.0.12-1 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa eigen2 fails to build on hppa. Complete build logs are available here: https://buildd.debian.org/build.cgi?pkg=eigen2;ver=2.0.12-1;arch=hppa >From the most recent build attempt: [...] Linking CXX executable compile_LU_solve cd /build/buildd-eigen2_2.0.12-1-hppa-R7LBrh/eigen2-2.0.12/obj-hppa-linux-gnu/doc/snippets && /usr/bin/cmake -E cmake_link_script CMakeFiles/compile_LU_solve.dir/link.txt --verbose=1 /usr/bin/g++ -g -O2 -g -Wall -O2 -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -Wformat-security -fno-exceptions -fno-check-new -fno-common -fstrict-aliasing -Wextra -pedantic -O1 -g1 CMakeFiles/compile_LU_solve.dir/compile_LU_solve.cpp.o -o compile_LU_solve -rdynamic cd /build/buildd-eigen2_2.0.12-1-hppa-R7LBrh/eigen2-2.0.12/obj-hppa-linux-gnu/doc/snippets && ./compile_LU_solve >/build/buildd-eigen2_2.0.12-1-hppa-R7LBrh/eigen2-2.0.12/obj-hppa-linux-gnu/doc/snippets/LU_solve.out compile_LU_solve: /build/buildd-eigen2_2.0.12-1-hppa-R7LBrh/eigen2-2.0.12/obj-hppa-linux-gnu/doc/snippets/compile_LU_solve.cpp:21: int main(int, char**): Assertion `y.isApprox(m*x)' failed. Aborted make[4]: *** [doc/snippets/compile_LU_solve] Error 134 make[4]: Leaving directory `/build/buildd-eigen2_2.0.12-1-hppa-R7LBrh/eigen2-2.0.12/obj-hppa-linux-gnu' make[3]: *** [doc/snippets/CMakeFiles/compile_LU_solve.dir/all] Error 2 make[3]: Leaving directory `/build/buildd-eigen2_2.0.12-1-hppa-R7LBrh/eigen2-2.0.12/obj-hppa-linux-gnu' make[2]: *** [doc/CMakeFiles/doc.dir/rule] Error 2 make[2]: Leaving directory `/build/buildd-eigen2_2.0.12-1-hppa-R7LBrh/eigen2-2.0.12/obj-hppa-linux-gnu' make[1]: *** [doc] Error 2 make[1]: Leaving directory `/build/buildd-eigen2_2.0.12-1-hppa-R7LBrh/eigen2-2.0.12/obj-hppa-linux-gnu' make: *** [build/libeigen2-doc] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Build finished at 20100427-1701 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#579339: FTBFS [hppa]: recompile with -fPIC
Source: jscoverage Version: 0.4-1 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa jscoverage fails to build on hppa. A complete build log can be found here: https://buildd.debian.org/fetch.cgi?pkg=jscoverage;ver=0.4-1;arch=hppa;stamp=1272290500 >From the above log: [...] obj/libjs.a g++ -shared -o obj/libjs.so ./obj/jsapi.o ./obj/jsarena.o ./obj/jsarray.o ./obj/jsatom.o ./obj/jsbool.o ./obj/jscntxt.o ./obj/jsdate.o ./obj/jsdbgapi.o ./obj/jsdhash.o ./obj/jsdtoa.o ./obj/jsemit.o ./obj/jsexn.o ./obj/jsfun.o ./obj/jsgc.o ./obj/jshash.o ./obj/jsinterp.o ./obj/jsinvoke.o ./obj/jsiter.o ./obj/jslock.o ./obj/jslog2.o ./obj/jslong.o ./obj/jsmath.o ./obj/jsnum.o ./obj/jsobj.o ./obj/json.o ./obj/jsopcode.o ./obj/jsparse.o ./obj/jsprf.o ./obj/jsregexp.o ./obj/jsscan.o ./obj/jsscope.o ./obj/jsscript.o ./obj/jsstr.o ./obj/jsutil.o ./obj/jsxdrapi.o ./obj/jsxml.o ./obj/prmjtime.o-lm /usr/bin/ld: ./obj/jsapi.o: relocation R_PARISC_DPREL21L can not be used when making a shared object; recompile with -fPIC ./obj/jsapi.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[5]: *** [obj/libjs.so] Error 1 make[5]: Leaving directory `/build/buildd-jscoverage_0.4-1-hppa-sU9PDh/jscoverage-0.4/js' make[4]: *** [all] Error 2 make[4]: Leaving directory `/build/buildd-jscoverage_0.4-1-hppa-sU9PDh/jscoverage-0.4/js' make[3]: *** [all] Error 2 make[3]: Leaving directory `/build/buildd-jscoverage_0.4-1-hppa-sU9PDh/jscoverage-0.4/js' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd-jscoverage_0.4-1-hppa-sU9PDh/jscoverage-0.4' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd-jscoverage_0.4-1-hppa-sU9PDh/jscoverage-0.4' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Build finished at 20100426-1401 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577682: FTBFS [hppa]: 'CARD16' undeclared (first use in this function)
Source: xautolock Version: 1:2.1-8 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa xautolock fails to build on hppa. Full build logs can be found here: https://buildd.debian.org/build.cgi?pkg=xautolock&dist=unstable A portion of the most recent build attempt follows. [...] dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package xautolock dpkg-buildpackage: source version 1:2.2-1 dpkg-buildpackage: host architecture hppa /usr/bin/fakeroot debian/rules clean dpatch deapply-all 11-fix-no-dpms not applied to ./ . 10-fix-memory-corruption not applied to ./ . rm -rf patch-stamp patch-stampT debian/patched dh_testdir dh_testroot rm -f build-stamp configure-stamp # Add here commands to clean up after the build process. [ ! -f Makefile ] || /usr/bin/make clean rm -f Makefile dh_clean debian/rules build test -d debian/patched || install -d debian/patched dpatch apply-all applying patch 10-fix-memory-corruption to ./ ... ok. applying patch 11-fix-no-dpms to ./ ... ok. dpatch cat-all >>patch-stampT mv -f patch-stampT patch-stamp dh_testdir # Add here commands to configure the package. touch configure-stamp dh_testdir # Add here commands to compile the package. xmkmf imake -DUseInstalled -I/usr/lib/X11/config /usr/bin/make make[1]: Entering directory `/build/buildd-xautolock_2.2-1-hppa-mCoC3G/xautolock-2.2' gcc -g -O2 -fno-strict-aliasing-Iinclude -Dlinux -D__hppa__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DFUNCPROTO=15 -DNARROWPROTO -DHasVFork-c src/diy.c -o src/diy.o gcc -g -O2 -fno-strict-aliasing-Iinclude -Dlinux -D__hppa__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DFUNCPROTO=15 -DNARROWPROTO -DHasVFork-c src/options.c -o src/options.o gcc -g -O2 -fno-strict-aliasing-Iinclude -Dlinux -D__hppa__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DFUNCPROTO=15 -DNARROWPROTO -DHasVFork-c src/message.c -o src/message.o gcc -g -O2 -fno-strict-aliasing-Iinclude -Dlinux -D__hppa__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DFUNCPROTO=15 -DNARROWPROTO -DHasVFork-c src/state.c -o src/state.o gcc -g -O2 -fno-strict-aliasing-Iinclude -Dlinux -D__hppa__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DFUNCPROTO=15 -DNARROWPROTO -DHasVFork-c src/engine.c -o src/engine.o src/engine.c: In function 'queryIdleTime': src/engine.c:35: error: 'CARD16' undeclared (first use in this function) src/engine.c:35: error: (Each undeclared identifier is reported only once src/engine.c:35: error: for each function it appears in.) src/engine.c:35: error: expected ';' before 'standby' src/engine.c:36: error: expected ';' before 'state' src/engine.c:37: error: 'BOOL' undeclared (first use in this function) src/engine.c:37: error: expected ';' before 'onoff' src/engine.c:57: error: 'standby' undeclared (first use in this function) src/engine.c:57: error: 'suspend' undeclared (first use in this function) src/engine.c:57: error: 'off' undeclared (first use in this function) src/engine.c:58: error: 'state' undeclared (first use in this function) src/engine.c:58: error: 'onoff' undeclared (first use in this function) src/engine.c:62: error: 'DPMSModeStandby' undeclared (first use in this function) src/engine.c:66: error: 'DPMSModeSuspend' undeclared (first use in this function) src/engine.c:70: error: 'DPMSModeOff' undeclared (first use in this function) src/engine.c:74: error: 'DPMSModeOn' undeclared (first use in this functio
Bug#577679: FTBFS [hppa]: Unable to find autotools
Source: kdbg
Version: 2.2.1-1
Severity: serious
User: debian-h...@lists.debian.org
Usertag: hppa
kdbg fails to build on hppa. The full build log can be found here:
https://buildd.debian.org/fetch.cgi?pkg=kdbg;ver=2.2.1-1;arch=hppa;stamp=1271100309
A snippet of the most recent build attempt follows.
[...]
checking for suitable ps invocation... /bin/ps -eo
pid,ppid,uid,vsz,etime,time,args
configure: creating ./config.status
config.status: creating Makefile
config.status: creating kdbg/Makefile
config.status: creating kdbg/doc/Makefile
config.status: creating kdbg/doc/de/Makefile
config.status: creating kdbg/doc/en/Makefile
config.status: creating kdbg/doc/ru/Makefile
config.status: creating kdbg/pics/Makefile
config.status: creating kdbg/testprogs/Makefile
config.status: creating kdbg/typetables/Makefile
config.status: creating po/Makefile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
Good - your configure finished. Start make now
dh_testdir
/usr/bin/make
make[1]: Entering directory `/build/buildd-kdbg_2.2.1-1-hppa-3R9E54/kdbg-2.2.1'
cd . && /usr/bin/make -f admin/Makefile.common configure.in ;
cd . && /bin/bash
/build/buildd-kdbg_2.2.1-1-hppa-3R9E54/kdbg-2.2.1/admin/missing --run
aclocal-1.10
/build/buildd-kdbg_2.2.1-1-hppa-3R9E54/kdbg-2.2.1/admin/missing: line 52:
aclocal-1.10: command not found
WARNING: `aclocal-1.10' is missing on your system. You should only need it if
you modified `acinclude.m4' or `configure.in'. You might want
to install the `Automake' and `Perl' packages. Grab them from
any GNU archive site.
cd . && /bin/bash
/build/buildd-kdbg_2.2.1-1-hppa-3R9E54/kdbg-2.2.1/admin/missing --run
automake-1.10 --foreign
/build/buildd-kdbg_2.2.1-1-hppa-3R9E54/kdbg-2.2.1/admin/missing: line 52:
automake-1.10: command not found
WARNING: `automake-1.10' is missing on your system. You should only need it if
you modified `Makefile.am', `acinclude.m4' or `configure.in'.
You might want to install the `Automake' and `Perl' packages.
Grab them from any GNU archive site.
cd . && perl admin/am_edit
cd . && perl admin/am_edit Makefile.in
cd . && rm -f configure
cd . && /usr/bin/make -f admin/Makefile.common configure
make[2]: Entering directory `/build/buildd-kdbg_2.2.1-1-hppa-3R9E54/kdbg-2.2.1'
# Unable to find autoconf!!
# Unable to find autoheader!!
# Unable to find autom4te!!
# Unable to find automake!!
# Unable to find aclocal!!
Can't open configure: No such file or directory.
make[2]: Leaving directory `/build/buildd-kdbg_2.2.1-1-hppa-3R9E54/kdbg-2.2.1'
/bin/bash ./config.status --recheck
running CONFIG_SHELL=/bin/bash /bin/bash ./configure --host=hppa-linux-gnu
--build=hppa-linux-gnu --prefix=/usr --mandir=${prefix}/share/man
--infodir=${prefix}/share/info CFLAGS=-g -O2 LDFLAGS=-z,defs --disable-rpath
build_alias=hppa-linux-gnu host_alias=hppa-linux-gnu CPPFLAGS= CXXFLAGS=-g -O2
--no-create --no-recursion
/bin/bash: ./configure: No such file or directory
make[1]: *** [config.status] Error 127
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
make[1]: Leaving directory `/build/buildd-kdbg_2.2.1-1-hppa-3R9E54/kdbg-2.2.1'
Build finished at 20100411-1113
FAILED [dpkg-buildpackage died]
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577604: FTBFS [hppa]: kmk[1]: *** wait: No child processes. Stop.
Source: kbuild Version: 1:0.1.98svn2318-5 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa kbuild fails to build from source on hppa. You can view the full build log here: https://buildd.debian.org/fetch.cgi?pkg=kbuild;ver=1%3A0.1.98svn2318-5;arch=hppa;stamp=1270762129 >From the most recent build attempt: [...] kBuild: Installing kObjCache => /build/buildd-kbuild_0.1.98svn2318-5-hppa-crdIoT/kbuild-0.1.98svn2318/kBuild/bin/linux.hppa64/kObjCache kBuild: Installing kmk_time => /build/buildd-kbuild_0.1.98svn2318-5-hppa-crdIoT/kbuild-0.1.98svn2318/kBuild/bin/linux.hppa64/kmk_time kmk: Leaving directory `/build/buildd-kbuild_0.1.98svn2318-5-hppa-crdIoT/kbuild-0.1.98svn2318' echo done > /build/buildd-kbuild_0.1.98svn2318-5-hppa-crdIoT/kbuild-0.1.98svn2318/out/linux.hppa64/release/bootstrap/ts-stage2-install make[1]: Leaving directory `/build/buildd-kbuild_0.1.98svn2318-5-hppa-crdIoT/kbuild-0.1.98svn2318' kBuild/env.sh kmk rebuild PATH_INS=`pwd` YACC=/usr/bin/byacc kBuild/env.sh: info: Executing command: kmk rebuild PATH_INS=/build/buildd-kbuild_0.1.98svn2318-5-hppa-crdIoT/kbuild-0.1.98svn2318 YACC=/usr/bin/byacc kmk: Threads disabled (environment) kBuild: Cleaning... /build/buildd-kbuild_0.1.98svn2318-5-hppa-crdIoT/kbuild-0.1.98svn2318/kBuild/bin/linux.hppa64/kmk -f Makefile.kmk all_recursive kmk[1]: Entering directory `/build/buildd-kbuild_0.1.98svn2318-5-hppa-crdIoT/kbuild-0.1.98svn2318' kmk[1]: Threads disabled (environment) kBuild: Pass - Build Programs kBuild: Pass - Libraries kBuild: Compiling kDep - /build/buildd-kbuild_0.1.98svn2318-5-hppa-crdIoT/kbuild-0.1.98svn2318/src/lib/kDep.c kmk[1]: *** wait: No child processes. Stop. kmk[1]: *** Waiting for unfinished jobs kmk[1]: *** wait: No child processes. Stop. kmk[1]: *** Exiting with status 2 kmk: *** wait: No child processes. Stop. kmk: *** Waiting for unfinished jobs kmk: *** wait: No child processes. Stop. kmk: *** Exiting with status 2 kBuild/env.sh: info: rc=2: kmk rebuild PATH_INS=/build/buildd-kbuild_0.1.98svn2318-5-hppa-crdIoT/kbuild-0.1.98svn2318 YACC=/usr/bin/byacc make: *** [debian/stamp-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577550: FTBFS: 'g_once_init_enter': cast discards qualifiers from pointer target type
Source: heartbeat Version: 1:3.0.2+hg12555-2 Severity: serious heartbeat fails to build from source. Build logs can be viewed here: https://buildd.debian.org/build.cgi?pkg=heartbeat&dist=unstable A snippet of a recent build attempt follows: [...] Making all in apphb make[3]: Entering directory `/build/buildd-heartbeat_3.0.2+hg12555-2-hppa-ZJCMfN/heartbeat-3.0.2+hg12555/lib/apphb' /bin/bash ../../libtool --tag=CC --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../include -I../../include -I../../include -I../../linux-ha -I../../linux-ha -I../../libltdl -I../../libltdl -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -lpthread -Wall -g -O2 -I/usr/include/heartbeat -DNETSNMP_BROKEN_INLINE -Wall -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wdeclaration-after-statement -Wpointer-arith -Wwrite-strings -Wcast-qual -Wcast-align -Wbad-function-cast -Winline -Wmissing-format-attribute -Wformat=2 -Wformat-security -Wformat-nonliteral -Wno-long-long -Wno-strict-aliasing -Werror -ggdb3 -funsigned-char -MT libapphb_la-apphb.lo -MD -MP -MF .deps/libapphb_la-apphb.Tpo -c -o libapphb_la-apphb.lo `test -f 'apphb.c' || echo './'`apphb.c libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../include -I../../include -I../../include -I../../linux-ha -I../../linux-ha -I../../libltdl -I../../libltdl -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -lpthread -Wall -g -O2 -I/usr/include/heartbeat -DNETSNMP_BROKEN_INLINE -Wall -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wdeclaration-after-statement -Wpointer-arith -Wwrite-strings -Wcast-qual -Wcast-align -Wbad-function-cast -Winline -Wmissing-format-attribute -Wformat=2 -Wformat-security -Wformat-nonliteral -Wno-long-long -Wno-strict-aliasing -Werror -ggdb3 -funsigned-char -MT libapphb_la-apphb.lo -MD -MP -MF .deps/libapphb_la-apphb.Tpo -c apphb.c -fPIC -DPIC -o .libs/libapphb_la-apphb.o cc1: warnings being treated as errors In file included from /usr/include/glib-2.0/glib/gasyncqueue.h:34, from /usr/include/glib-2.0/glib.h:34, from apphb.c:30: /usr/include/glib-2.0/glib/gthread.h: In function 'g_once_init_enter': /usr/include/glib-2.0/glib/gthread.h:348: error: cast discards qualifiers from pointer target type make[3]: *** [libapphb_la-apphb.lo] Error 1 make[3]: Leaving directory `/build/buildd-heartbeat_3.0.2+hg12555-2-hppa-ZJCMfN/heartbeat-3.0.2+hg12555/lib/apphb' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd-heartbeat_3.0.2+hg12555-2-hppa-ZJCMfN/heartbeat-3.0.2+hg12555/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd-heartbeat_3.0.2+hg12555-2-hppa-ZJCMfN/heartbeat-3.0.2+hg12555' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570146: platform
This is seen on hppa, mips, powerpc and s390: https://buildd.debian.org/pkg.cgi?pkg=libmemcached -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576891: FTBFS [alpha,hppa]: cc1: error: unrecognized command line option "-m32"
Source: atlas Version: 3.8.3-19 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa atlas fails to build on hppa and alpha. https://buildd.debian.org/fetch.cgi?pkg=atlas;ver=3.8.3-19;arch=alpha;stamp=1270679897 https://buildd.debian.org/fetch.cgi?pkg=atlas;ver=3.8.3-19;arch=hppa;stamp=1270605759 >From the hppa build attempt: [...] Compiler nodes: Sorted 0. priority=0, comps,OS,arch[0]=(64,1,1), comp='f77' '-O' 1. priority=4, comps,OS,arch[0]=(64,1,1), comp='g77' '-O' 2. priority=5, comps,OS,arch[0]=(63,1,1), comp='gcc' '-O -fomit-frame-pointer' 3. priority=5, comps,OS,arch[0]=(64,1,1), comp='gfortran' '-O' cc1: error: unrecognized command line option "-m32" make[3]: *** [IRunCComp] Error 1 cmnd=make IRunCComp CC='gcc' CCFLAGS='-O -fomit-frame-pointer -Wa,--noexecstack -fPIC -m32' | fgrep SUCCESS gcc -O -fomit-frame-pointer -Wa,--noexecstack -fPIC -m32 : FAILURE! Unable to find usable compiler for ICC; abortingMake sure compilers are in your path, and specify good compilers to configure (see INSTALL.txt or 'configure --help' for details)make[2]: *** [atlas_run] Error 1 make[2]: Leaving directory `/build/buildd-atlas_3.8.3-19-hppa-ht6xrJ/atlas-3.8.3/build/atlas-base' make[1]: *** [IRun_comp] Error 2 make[1]: Leaving directory `/build/buildd-atlas_3.8.3-19-hppa-ht6xrJ/atlas-3.8.3/build/atlas-base' xconfig: /build/buildd-atlas_3.8.3-19-hppa-ht6xrJ/atlas-3.8.3/build/atlas-base/../..//CONFIG/src/config.c:125: ProbeComp: Assertion `!system(ln)' failed. cmnd=make IRun_OS args="-v 2 " | fgrep 'OS=' OS configured as Linux (1) cmnd=make IRun_asm args="-v 2 -O 1" | fgrep 'ASM=' Assembly configured as GAS_PARISC (5) cmnd=make IRun_arch args="-v 2 -O 1 -s 5 -a" | fgrep 'MACHTYPE=' Aborted make: *** [configure-stamp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Bad MACHTYPE value=0, ierr=0, ln2='MACHTYPE=0 ' Architecture configured as UNKNOWN (0) cmnd=make IRun_arch args="-v 2 -O 1 -s 5 -m" | fgrep 'CPU MHZ=' Clock rate configured as 750Mhz cmnd=make IRun_arch args="-v 2 -O 1 -s 5 -n" | fgrep 'NCPU=' Maximum number of threads configured as 1 cmnd=make IRun_arch args="-v 2 -O 1 -s 5 -t" | fgrep 'CPU THROTTLE=' Cannot detect CPU throttling. xconfig exited with 134 Configure done. targetName = atlas-base / atlasArch = 0 / atlasISA = 1 Configure failed: Make.inc not found Build finished at 20100407-0159 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571008: still exists
reopen 571008 notfixed 571008 0.8.1-1.2 found 571008 0.8.1-1.2 thanks Looks like this issue still exists in 0.8.1-1.2. (I haven't checked why). -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575398: FTBFS: cast increases required alignment of target type
Source: fauhdlc Version: 20100324-1 Severity: serious fauhdlc fails to build on several architectures. A snippet of a recent build attempt on hppa follows: [...] gcc -Wchar-subscripts -Wcomment -Wformat -Wnonnull -Wimplicit-int -Wimplicit-function-declaration -Wimplicit -Wmain -Wmissing-braces -Wparentheses -Wsequence-point -Wreturn-type -Wswitch -Wtrigraphs -Wunused-function -Wunused-label -Wunused-variable -Wunused-value -Wuninitialized -Wunknown-pragmas -Wstrict-aliasing -Winline -Wendif-labels -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wnested-externs -fPIC -fvisibility=hidden -U_FORTIFY_SOURCE -Werror -DPACKAGE_NAME=\"fauhdlc\" -DPACKAGE_TARNAME=\"fauhdlc\" -DPACKAGE_VERSION=\"20100324\" -DPACKAGE_STRING=\"fauhdlc\ 20100324\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"fauhdlc\" -DVERSION=\"20100324\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_GC_GC_CPP_H=1 -I. -I./glue -I./util -I../util -I..-g -O2 -MT kernel.o -MD -MP -MF .deps/kernel.Tpo -c -o kernel.o kernel.c cc1: warnings being treated as errors kernel.c: In function 'fauhdli_trace_data': kernel.c:195: error: cast increases required alignment of target type make[3]: *** [kernel.o] Error 1 make[3]: Leaving directory `/build/buildd-fauhdlc_20100324-1-hppa-see3fM/fauhdlc-20100324/interpreter' make[2]: *** [all] Error 2 make[2]: Leaving directory `/build/buildd-fauhdlc_20100324-1-hppa-see3fM/fauhdlc-20100324/interpreter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd-fauhdlc_20100324-1-hppa-see3fM/fauhdlc-20100324' make: *** [build-arch-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575261: FTBFS [hppa] - error: invalid initializer
Source: ecl Version: 9.10.2-1 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa ecl fails to build on hppa, starting with version 9.10.2-1. The tail of a recent build attempt follows. [...] hppa-linux-gnu-gcc -fPIC -DPACKAGE_NAME=\"gc\" -DPACKAGE_TARNAME=\"gc\" -DPACKAGE_VERSION=\"7.1\" "-DPACKAGE_STRING=\"gc 7.1\"" -DPACKAGE_BUGREPORT=\"hans.bo...@hp.com\" -DGC_VERSION_MAJOR=7 -DGC_VERSION_MINOR=1 -DPACKAGE=\"gc\" -DVERSION=\"7.1\" -DGC_LINUX_THREADS=1 -D_REENTRANT=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DGC_GCJ_SUPPORT=1 -DJAVA_FINALIZATION=1 -DATOMIC_UNCOLLECTABLE=1 -DLARGE_CONFIG=1 -I/build/buildd-ecl_10.3.1-1-hppa-A1xbW6/ecl-10.3.1/src/gc/include -fexceptions -I libatomic_ops/src -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -fPIC -D_THREAD_SAFE -MT thread_local_alloc.lo -MD -MP -MF .deps/thread_local_alloc.Tpo -c /build/buildd-ecl_10.3.1-1-hppa-A1xbW6/ecl-10.3.1/src/gc/thread_local_alloc.c -o thread_local_alloc.o depbase=`echo pthread_support.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`; \ if /bin/bash ./libtool --tag=CC --mode=compile hppa-linux-gnu-gcc -fPIC -DPACKAGE_NAME=\"gc\" -DPACKAGE_TARNAME=\"gc\" -DPACKAGE_VERSION=\"7.1\" -DPACKAGE_STRING=\"gc\ 7.1\" -DPACKAGE_BUGREPORT=\"hans.bo...@hp.com\" -DGC_VERSION_MAJOR=7 -DGC_VERSION_MINOR=1 -DPACKAGE=\"gc\" -DVERSION=\"7.1\" -DGC_LINUX_THREADS=1 -D_REENTRANT=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DGC_GCJ_SUPPORT=1 -DJAVA_FINALIZATION=1 -DATOMIC_UNCOLLECTABLE=1 -DLARGE_CONFIG=1 -I/build/buildd-ecl_10.3.1-1-hppa-A1xbW6/ecl-10.3.1/src/gc/include -fexceptions -I libatomic_ops/src -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -fPIC -D_THREAD_SAFE -MT pthread_support.lo -MD -MP -MF "$depbase.Tpo" -c -o pthread_support.lo /build/buildd-ecl_10.3.1-1-hppa-A1xbW6/ecl-10.3.1/src/gc/pthread_support.c; \ then mv -f "$depbase.Tpo" "$depbase.Plo"; else rm -f "$depbase.Tpo"; exit 1; fi hppa-linux-gnu-gcc -fPIC -DPACKAGE_NAME=\"gc\" -DPACKAGE_TARNAME=\"gc\" -DPACKAGE_VERSION=\"7.1\" "-DPACKAGE_STRING=\"gc 7.1\"" -DPACKAGE_BUGREPORT=\"hans.bo...@hp.com\" -DGC_VERSION_MAJOR=7 -DGC_VERSION_MINOR=1 -DPACKAGE=\"gc\" -DVERSION=\"7.1\" -DGC_LINUX_THREADS=1 -D_REENTRANT=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DGC_GCJ_SUPPORT=1 -DJAVA_FINALIZATION=1 -DATOMIC_UNCOLLECTABLE=1 -DLARGE_CONFIG=1 -I/build/buildd-ecl_10.3.1-1-hppa-A1xbW6/ecl-10.3.1/src/gc/include -fexceptions -I libatomic_ops/src -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -fPIC -D_THREAD_SAFE -MT pthread_support.lo -MD -MP -MF .deps/pthread_support.Tpo -c /build/buildd-ecl_10.3.1-1-hppa-A1xbW6/ecl-10.3.1/src/gc/pthread_support.c -o pthread_support.o /build/buildd-ecl_10.3.1-1-hppa-A1xbW6/ecl-10.3.1/src/gc/pthread_support.c:1297: error: invalid initializer make[4]: *** [pthread_support.lo] Error 1 make[4]: Leaving directory `/build/buildd-ecl_10.3.1-1-hppa-A1xbW6/ecl-10.3.1/build/gc' make[3]: *** [install-recursive] Error 1 make[3]: Leaving directory `/build/buildd-ecl_10.3.1-1-hppa-A1xbW6/ecl-10.3.1/build/gc' make[2]: *** [libeclgc.a] Error 2 make[2]: Leaving directory `/build/buildd-ecl_10.3.1-1-hppa-A1xbW6/ecl-10.3.1/build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd-ecl_10.3.1-1-hppa-A1xbW6/ecl-10.3.1' make: *** [build-arch-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573523: FTBFS: creating symbolic link `debian/python-apt-doc/usr/share/doc/python-apt-doc/html/_static/jquery.js': No such file or directory
Source: python-apt Version: 0.7.94 Severity: serious python-apt fails to build on several archs: https://buildd.debian.org/pkg.cgi?pkg=python-apt >From a recent buildd attempt on hppa: [...] copying build/mo/tl/LC_MESSAGES/python-apt.mo -> /build/buildd-python-apt_0.7.94-hppa-5sb3Oz/python-apt-0.7.94/debian/tmp/usr/share/locale/tl/LC_MESSAGES running install_egg_info Removing /build/buildd-python-apt_0.7.94-hppa-5sb3Oz/python-apt-0.7.94/debian/tmp/usr/lib/python2.5/site-packages/python_apt-0.7.94.egg-info Writing /build/buildd-python-apt_0.7.94-hppa-5sb3Oz/python-apt-0.7.94/debian/tmp/usr/lib/python2.5/site-packages/python_apt-0.7.94.egg-info dh_install -a debian/rules override_dh_installdocs make[1]: Entering directory `/build/buildd-python-apt_0.7.94-hppa-5sb3Oz/python-apt-0.7.94' dh_installdocs ln -sf ../../../../javascript/jquery/jquery.js \ debian/python-apt-doc/usr/share/doc/python-apt-doc/html/_static/jquery.js ln: creating symbolic link `debian/python-apt-doc/usr/share/doc/python-apt-doc/html/_static/jquery.js': No such file or directory make[1]: *** [override_dh_installdocs] Error 1 make[1]: Leaving directory `/build/buildd-python-apt_0.7.94-hppa-5sb3Oz/python-apt-0.7.94' make: *** [binary-arch] Error 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573504: `nlmsg_hdr' implicitly converted to pointer
Source: libfsobasics Version: 0.9.0+git20100304-1 Severity: serious Usertags: implicit-pointer-converstion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `nlmsg_hdr' implicitly converted to pointer at netlinknotifier.c:289 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572300: [hppa] blocks buildd indefinitely
On Wed, Mar 03, 2010 at 09:50:15AM +, Iain Lane wrote: > Hi, > > On Tue, Mar 02, 2010 at 07:21:04PM -0700, dann frazier wrote: >> Source: agda >> Version: 2.2.6-3 >> Severity: serious >> User: debian-h...@lists.debian.org >> Usertags: hppa >> >> The agda build reliably hangs on hppa, but the included watcher >> continues to generate output - blocking the buildd until manually >> killed. >> >> The logs are available at: >> https://buildd.debian.org/build.cgi?pkg=agda;ver=2.2.6-3;arch=hppa > > Thanks for the build logs. I'm not convinced that there is an actual > hang here ??? it looks rather that the admins have just prematurely > killed it. The build is known to be long running and not output anything > for a long time, hence the need for a watcher. See: https://buildd.debian.org/fetch.cgi?pkg=agda;ver=2.2.6-3;arch=hppa;stamp=1267463849 In this case, the build started at: 2010.02.27 04:20 And I killed it at: 2010.03.01 17:17 I let it retry in case it was a transient problem, but it again hung indefinitely on the same file. > Perhaps we could try in a porterbox. Could you get the build-deps > installed and try a build there? (IANADD) It occurred on both buildds, which run the same kernel/config as our porterbox. > Otherwise the important difference between -2 and -3 is that the former > was built with ghc6 6.10.4 and the latter 6.12.1. -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573093: `pa_xmalloc' implicitly converted to pointer
Source: libao Version: 0.8.8-5.1 Severity: serious Usertags: implicit-pointer-conversion Tags: patch Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `pa_xmalloc' implicitly converted to pointer at ../../../../src/plugins/pulse/ao_pulse.c:90 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions --- libao-0.8.8/src/plugins/pulse/ao_pulse.c.orig 2010-03-08 14:03:55.254880643 -0700 +++ libao-0.8.8/src/plugins/pulse/ao_pulse.c 2010-03-08 14:02:22.011885043 -0700 @@ -30,6 +30,7 @@ #include #include +#include #include #include
Bug#572300: [hppa] blocks buildd indefinitely
Source: agda Version: 2.2.6-3 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa The agda build reliably hangs on hppa, but the included watcher continues to generate output - blocking the buildd until manually killed. The logs are available at: https://buildd.debian.org/build.cgi?pkg=agda;ver=2.2.6-3;arch=hppa Here's a snippet of one of the failures: [...] Watcher: Tick. buildd 10751 0.0 0.0 1916 668 ?SMar02 0:00 sh debian/watcher.sh 10664 /build/buildd-agda_2.2.6-3-hppa-z192cT/agda-2.2.6 /build/buildd-agda_2.2.6-3-hppa-z192cT/agda-2.2.6/build-stamp ghc buildd 10841 0.0 0.0 24408 12240 ?SMar02 0:02 debian/hlibrary.setup build --builddir=dist-ghc6 buildd 10894 88.1 1.6 289856 264488 ? RMar02 317:06 /usr/lib/ghc-6.12.1/lib/ghc -B/usr/lib/ghc-6.12.1 --make -package-name Agda-2.2.6 -hide-all-packages -fbuilding-cabal-package -no-user-package-conf -i -idist-ghc6/build -isrc/full -idist-ghc6/build/autogen -Idist-ghc6/build/autogen -Idist-ghc6/build -optP-include -optPdist-ghc6/build/autogen/cabal_macros.h -odir dist-ghc6/build -hidir dist-ghc6/build -stubdir dist-ghc6/build -package-id QuickCheck-2.1.0.2-3a7de25345ef06788abd935f73327990 -package-id array-0.3.0.0-dbdf73710a5bd9a534e8bcb2d8c8ee98 -package-id base-4.2.0.0-d24242f5106769c4de4e8134b6a9870c -package-id binary-0.5.0.2-107b6fd231bd1e5052fe5d1b98e05185 -package-id bytestring-0.9.1.5-0dd4aff675d67ffafb719ae1a6a95fae -package-id containers-0.3.0.0-409fe3b8f0dda25b98e03716d26be411 -package-id directory-1.0.1.0-6bad9fc4adac2805f1c48b77aa091a33 -package-id filepath-1.1.0.3-07812de93a673f50011d47451bcaac87 -package-id haskeline-0.6.2.2-b0ffaf2e21bd535bc2e7ba5 894fb4d24 -package-id haskell-src-1.0.1.3-6f583e83bf54a6ca0d07a352de5e8f4d -package-id mtl-1.1.0.2-23ca4de7c573fd4df309067199a40634 -package-id old-time-1.0.0.3-878152af8c419bd5c9ec4dd7085b7577 -package-id pretty-1.0.1.1-2bfa34c699efff7eed4d6297a2dac12d -package-id process-1.0.1.2-a680e19e566d188a65a10f76c8422813 -package-id syb-0.1.0.2-1e7e0c316929641cb3237a60e3b63680 -package-id xhtml-3000.2.0.1-ea3a4199dcbbc6ec1b5f633d4df96ce2 -package-id zlib-0.5.2.0-b96bdf8b31c306d60b63dbb26a49d3a4 -O -auto-all -w -Werror -fwarn-dodgy-imports -fwarn-duplicate-exports -fwarn-hi-shadowing -fwarn-incomplete-patterns -fwarn-missing-fields -fwarn-missing-methods -fwarn-overlapping-patterns -fwarn-warnings-deprecations -fwarn-deprecated-flags -fwarn-dodgy-foreign-imports -fwarn-wrong-do-bind -fwarn-dodgy-exports -XCPP Agda.Main Agda.Interaction.BasicOps Agda.Interaction.GhciTop Agda.Compiler.Agate.Classify Agda.Compiler.Agate.Common Agda.Compiler.Agate.Main Agda.Compiler.Agate.OptimizedPrinte r Agda.Compiler.Agate.TranslateName Agda.Compiler.Agate.UntypedPrinter Agda.Compiler.Alonzo.Main Agda.Compiler.Alonzo.Names Agda.Compiler.Alonzo.Haskell Agda.Compiler.Alonzo.PatternMonad Agda.Compiler.HaskellTypes Agda.Compiler.MAlonzo.Compiler Agda.Compiler.MAlonzo.Encode Agda.Compiler.MAlonzo.Misc Agda.Compiler.MAlonzo.Pretty Agda.Compiler.MAlonzo.Primitives Agda.Interaction.CommandLine.CommandLine Agda.Interaction.Exceptions Agda.Interaction.FindFile Agda.Interaction.Highlighting.Emacs Agda.Interaction.Highlighting.Generate Agda.Interaction.Highlighting.HTML Agda.Interaction.Highlighting.Precise Agda.Interaction.Highlighting.Range Agda.Interaction.Highlighting.Vim Agda.Interaction.Imports Agda.Interaction.MakeCase Agda.Interaction.Monad Agda.Interaction.Options Agda.Syntax.Abstract.Name Agda.Syntax.Abstract.Pretty Agda.Syntax.Abstract.Views Agda.Syntax.Abstract Agda.Syntax.Common Agda.Syntax.Concrete.Definitions Agda.Syntax.Concrete.Name Agda.Syntax.Concrete.Operators.Par ser Agda.Syntax.Concrete.Operators Agda.Syntax.Concrete.Pretty Agda.Syntax.Concrete Agda.Syntax.Fixity Agda.Syntax.Info Agda.Syntax.Internal Agda.Syntax.Internal.Generic Agda.Syntax.Internal.Pattern Agda.Syntax.Literal Agda.Syntax.Parser.Alex Agda.Syntax.Parser.Comments Agda.Syntax.Parser.Layout Agda.Syntax.Parser.LexActions Agda.Syntax.Parser.Lexer Agda.Syntax.Parser.LookAhead Agda.Syntax.Parser.Monad Agda.Syntax.Parser.Parser Agda.Syntax.Parser.StringLiterals Agda.Syntax.Parser.Tokens Agda.Syntax.Parser Agda.Syntax.Position Agda.Syntax.Scope.Base Agda.Syntax.Scope.Monad Agda.Syntax.Strict Agda.Syntax.Translation.AbstractToConcrete Agda.Syntax.Translation.ConcreteToAbstract Agda.Syntax.Translation.InternalToAbstract Agda.Termination.CallGraph Agda.Termination.Lexicographic Agda.Termination.Matrix Agda.Termination.Semiring Agda.Termination.TermCheck Agda.Termination.Termination Agda.Tests Agda.TypeChecker Agda.TypeChecking.Abstract Agda.TypeChecking.Constraints Agda.TypeChec king.Conversion Agda.TypeChecking.Coverage Agda.TypeChecking.Coverage.Match Agda.TypeChecking.DisplayForm Agda.TypeChecking.Empty Agda.TypeChecking.EtaContract Agda.TypeChecking.Errors Agda.TypeChecking.F Watcher: Tick. buildd 10751 0.0 0.0 1916
Bug#572252: `strcasestr' implicitly converted to pointer
Source: mksh Version: 39.3-1 Severity: serious Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `strcasestr' implicitly converted to pointer at ] conftest.c:8 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571564: FTBFS: cannot move `debian/horgand/usr/share/horgand' to `debian/horgand-data/usr/share/': No such file or directory
Source: horgand Version: 1.14-1 Severity: serious The failing portion of the build log follows. [...] test -z "/usr/share/horgand" || /bin/mkdir -p "/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14/debian/tmp/usr/share/horgand" /usr/bin/install -c -m 644 Default.horeb Rhythm_List.txt 130_Houseloop_2.wav AcousticBass.wav crackle_loop01.wav egg_loop01.wav FenderBass.wav FretlessBass.wav frog_loop01.wav funkyfeet1.wav '/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14/debian/tmp/usr/share/horgand' make[3]: Leaving directory `/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14/data' make[2]: Leaving directory `/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14/data' Making install in man make[2]: Entering directory `/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14/man' make[3]: Entering directory `/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14/man' make[3]: Nothing to be done for `install-exec-am'. test -z "/usr/share/man/man1" || /bin/mkdir -p "/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14/debian/tmp/usr/share/man/man1" /usr/bin/install -c -m 644 horgand.1 '/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14/debian/tmp/usr/share/man/man1' make[3]: Leaving directory `/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14/man' make[2]: Leaving directory `/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14/man' make[2]: Entering directory `/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14' make[3]: Entering directory `/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14' make[2]: Leaving directory `/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14' make[1]: Leaving directory `/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14' debian/rules override_dh_install make[1]: Entering directory `/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14' dh_install cp debian/horgand.wrapper /build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14/debian/horgand/usr/bin/horgand chmod 755 /build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14/debian/horgand/usr/bin/horgand mv debian/horgand/usr/share/horgand debian/horgand-data/usr/share/ mv: cannot move `debian/horgand/usr/share/horgand' to `debian/horgand-data/usr/share/': No such file or directory make[1]: *** [override_dh_install] Error 1 make[1]: Leaving directory `/build/buildd-horgand_1.14-1-hppa-eg3W5j/horgand-1.14' make: *** [binary-arch] Error 2 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571539: `_xmmsc_medialib_encode_url' implicitly converted to pointer
Source: xmms2 Version: 0.7DrNo-1 Severity: serious Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `_xmmsc_medialib_encode_url' implicitly converted to pointer at ../src/clients/medialib-updater/main.c:468 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559004: [Pkg-erlang-devel] Bug#559004: hppa build successful
On Wed, Feb 24, 2010 at 03:03:33PM -0500, Elliot Murphy wrote: > On Wed, Feb 24, 2010 at 12:30 PM, dann frazier wrote: > > Well, for whatever reason (perhaps updated build dependencies?), > > couchdb built today on hppa. Feel free to close this bug. > > It is because Sergei is awesome and he fixed the vfork problem that > was causing Erlang itself to fail, so now all other packages which use > Erlang have a chance of succeeding. tags sergei + awesome kthxbye -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559004: hppa build successful
Well, for whatever reason (perhaps updated build dependencies?), couchdb built today on hppa. Feel free to close this bug. rcbugs--; -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571008: `stringToQualifiedNameList' implicitly converted to pointer
Source: postgresql-pllua Version: 0.8.1-1.1 Severity: serious Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `stringToQualifiedNameList' implicitly converted to pointer at plluaspi.c:541 This is often due to a missing function prototype definition. For more information, see [2]. Though it is guaranteed that this codepath will cause a segfault on certain architectures, it is not guaranteed that this codepath would ever be executed (e.g., if the returned pointer is never dereferenced). However, this bug does prevent the ia64 buildd from successfully building this package, resulting in a practical FTBFS issue and warranting the serious severity. [1] http://people.debian.org/~dannf/check-implicit-pointer-functions [2] http://wiki.debian.org/ImplicitPointerConversions -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570580: FTBFS [hppa]: failed testsuite
Source: libplist Version: 1.1-1 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa libplist fails to build on hppa. A portion of the most recent build attempt follows. [...] /usr/bin/cmake -E cmake_progress_report /build/buildd-libplist_1.1-1-hppa-fdF0jw/libplist-1.1/obj-hppa-linux-gnu/CMakeFiles 1 2 [100%] Built target _plist make[2]: Leaving directory `/build/buildd-libplist_1.1-1-hppa-fdF0jw/libplist-1.1/obj-hppa-linux-gnu' /usr/bin/cmake -E cmake_progress_start /build/buildd-libplist_1.1-1-hppa-fdF0jw/libplist-1.1/obj-hppa-linux-gnu/CMakeFiles 0 make[1]: Leaving directory `/build/buildd-libplist_1.1-1-hppa-fdF0jw/libplist-1.1/obj-hppa-linux-gnu' dh_auto_test make[1]: Entering directory `/build/buildd-libplist_1.1-1-hppa-fdF0jw/libplist-1.1/obj-hppa-linux-gnu' Running tests... /usr/bin/ctest --force-new-ctest-process Test project /build/buildd-libplist_1.1-1-hppa-fdF0jw/libplist-1.1/obj-hppa-linux-gnu Start 1: Empty 1/12 Test #1: Empty Passed0.58 sec Start 2: Small 2/12 Test #2: Small Passed0.43 sec Start 3: Medium 3/12 Test #3: Medium ... Passed0.02 sec Start 4: Large 4/12 Test #4: Large Passed0.04 sec Start 5: Huge 5/12 Test #5: Huge . Passed0.30 sec Start 6: Big_Array 6/12 Test #6: Big_Array Passed0.16 sec Start 7: EmptyCmp 7/12 Test #7: EmptyCmp .***Failed0.02 sec PList parsing succeeded Start 8: SmallCmp 8/12 Test #8: SmallCmp .***Failed0.02 sec PList parsing succeeded Start 9: MediumCmp 9/12 Test #9: MediumCmp ***Failed0.02 sec PList parsing succeeded Start 10: LargeCmp 10/12 Test #10: LargeCmp .***Failed0.03 sec PList parsing succeeded Start 11: HugeCmp 11/12 Test #11: HugeCmp ..***Failed0.24 sec PList parsing succeeded Start 12: Big_ArrayCmp 12/12 Test #12: Big_ArrayCmp .***Failed0.12 sec PList parsing succeeded 50% tests passed, 6 tests failed out of 12 Total Test time (real) = 2.02 sec The following tests FAILED: 7 - EmptyCmp (Failed) 8 - SmallCmp (Failed) 9 - MediumCmp (Failed) 10 - LargeCmp (Failed) 11 - HugeCmp (Failed) 12 - Big_ArrayCmp (Failed) Errors while running CTest make[1]: *** [test] Error 8 make[1]: Leaving directory `/build/buildd-libplist_1.1-1-hppa-fdF0jw/libplist-1.1/obj-hppa-linux-gnu' dh_auto_test: make -j1 test returned exit code 2 make: *** [build] Error 29 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570557: FTBFS [hppa]: Platform 'linux2-hppa' not supported
Source: hydrogen
Version: 0.9.4-1
Severity: serious
User: debian-h...@lists.debian.org
Usertags: hppa
hydrogen fails to build on hppa. From the most recent build attempt:
[...]
Files: ./data/drumkits/GMkit/cym_Jazz.flac
Copyright: ^yypkRrygyH{[IRE\.
License: UNKNOWN
FIXME
Files: ./data/doc/img/instr_ed0.png
Copyright: sQ>rqG[`13H{Te…
0?mwb6%hgI6R9%X1#Ee…
Files: ./data/doc/img/AudioEngineInfoDialog.png
Copyright: vi}~Z`hHI{RF MHLAY#?q…
License: UNKNOWN
FIXME
Files: ./data/doc/img/nl/SongEditor.png
Copyright: TGnhtjku0^LQ[Cc-{QA\
Files: ./data/doc/img/MainToolbar.png
Copyright: gR?od/KL'OtcZ,i...@{_h}= …
License: UNKNOWN
FIXME
Files: ./data/drumkits/GMkit/tom_Rock_lo.flac
Copyright: aq!IIBYr%\JW6D::M…
License: UNKNOWN
FIXME
To fix the situation please do the following:
1) Fully compare debian/copyright_hints with debian/copyright_newhints
2) Update debian/copyright as needed
3) Replace debian/copyright_hints with debian/copyright_newhints
touch debian/stamp-copyright-check
scons --directory="." CC="cc" CFLAGS="-g -O2 -g -Wall -O2" CXX="g++"
CXXFLAGS="-g -O2 -g -Wall -O2" libarchive=1 portaudio=1 portmidi=1 lash=1
prefix=/usr optflags="-g -O2 -g -Wall -O2"
scons: Reading SConscript files ...
scons: warning: The Options class is deprecated; use the Variables class
instead.
File "/build/buildd-hydrogen_0.9.4-1-hppa-Upd078/hydrogen-0.9.4/Sconstruct",
line 321, in
Exception: Platform 'linux2-hppa' not supported:
File "/build/buildd-hydrogen_0.9.4-1-hppa-Upd078/hydrogen-0.9.4/Sconstruct",
line 372:
includes, a , b = get_platform_flags( opts )
File "/build/buildd-hydrogen_0.9.4-1-hppa-Upd078/hydrogen-0.9.4/Sconstruct",
line 97:
raise Exception( "Platform '%s' not supported" % sys.platform )
make: *** [debian/stamp-scons-build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570556: FTBFS [hppa]: com.sun.media cannot be resolved to a type
Source: tuxguitar
Version: 1.2-1.1
Severity: serious
User: debian-h...@lists.debian.org
Usertags: hppa
tuxguitar fails to build on hppa. From the most recent build attempt:
[...]
init:
[mkdir] Created dir:
/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/build
build:
[echo] +-+
[echo] | B U I L D I N G P L U G I N |
[echo] +-+
fileset: Setup scanner in dir
/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/src
with patternSet{ includes: [**/*.java] excludes: [] }
[javac] org/herac/tuxguitar/io/gervill/MidiMessageUtils.java added as
org/herac/tuxguitar/io/gervill/MidiMessageUtils.class doesn't exist.
[javac] org/herac/tuxguitar/io/gervill/MidiSequenceHandlerImpl.java added
as org/herac/tuxguitar/io/gervill/MidiSequenceHandlerImpl.class doesn't exist.
[javac] org/herac/tuxguitar/io/gervill/MidiToAudioExporter.java added as
org/herac/tuxguitar/io/gervill/MidiToAudioExporter.class doesn't exist.
[javac] org/herac/tuxguitar/io/gervill/MidiToAudioPlugin.java added as
org/herac/tuxguitar/io/gervill/MidiToAudioPlugin.class doesn't exist.
[javac] org/herac/tuxguitar/io/gervill/MidiToAudioSettings.java added as
org/herac/tuxguitar/io/gervill/MidiToAudioSettings.class doesn't exist.
[javac] org/herac/tuxguitar/io/gervill/MidiToAudioSettingsDialog.java added
as org/herac/tuxguitar/io/gervill/MidiToAudioSettingsDialog.class doesn't exist.
[javac] org/herac/tuxguitar/io/gervill/MidiToAudioSynth.java added as
org/herac/tuxguitar/io/gervill/MidiToAudioSynth.class doesn't exist.
[javac] org/herac/tuxguitar/io/gervill/MidiToAudioWriter.java added as
org/herac/tuxguitar/io/gervill/MidiToAudioWriter.class doesn't exist.
[javac] Compiling 8 source files to
/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/build
[javac] Using modern compiler
dropping
/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar/lib/gervill.jar
from path as it doesn't exist
[javac] Compilation arguments:
[javac] '-d'
[javac]
'/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/build'
[javac] '-classpath'
[javac]
'/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/build:/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar/tuxguitar.jar:/usr/share/java/swt.jar:/usr/share/ant/lib/ant-launcher.jar:/usr/share/java/xmlParserAPIs.jar:/usr/share/java/xercesImpl.jar:/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar:/usr/share/ant/lib/ant.jar:/usr/lib/jvm/java-1.5.0-gcj-4.4/lib/tools.jar'
[javac] '-sourcepath'
[javac]
'/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/src'
[javac] '-target'
[javac] '1.4'
[javac] '-g:none'
[javac] '-source'
[javac] '1.4'
[javac]
[javac] The ' characters around the executable and arguments are
[javac] not part of the command.
[javac] Files to be compiled:
[javac]
/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/src/org/herac/tuxguitar/io/gervill/MidiMessageUtils.java
[javac]
/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/src/org/herac/tuxguitar/io/gervill/MidiSequenceHandlerImpl.java
[javac]
/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/src/org/herac/tuxguitar/io/gervill/MidiToAudioExporter.java
[javac]
/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/src/org/herac/tuxguitar/io/gervill/MidiToAudioPlugin.java
[javac]
/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/src/org/herac/tuxguitar/io/gervill/MidiToAudioSettings.java
[javac]
/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/src/org/herac/tuxguitar/io/gervill/MidiToAudioSettingsDialog.java
[javac]
/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/src/org/herac/tuxguitar/io/gervill/MidiToAudioSynth.java
[javac]
/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/src/org/herac/tuxguitar/io/gervill/MidiToAudioWriter.java
[javac] --
[javac] 1. ERROR in
/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/src/org/herac/tuxguitar/io/gervill/MidiToAudioSynth.java
(at line 41)
[javac] this.synthesizer = new com.sun.media.soun
[javac] d.SoftSynthesizer();
[javac]^
[javac] com.sun.media cannot be resolved to a type
[javac] --
[javac] 2. ERROR in
/build/buildd-tuxguitar_1.2-1.1-hppa-rlPX3q/tuxguitar-1.2/TuxGuitar-gervill/src/org/hera
[javac] c/tuxguitar/io/gervill/MidiToAudioSynth.java (at line 43)
[javac] this.stream =
((com
Bug#570552: FTBFS - dh_testroot: You must run this as root (or use fakeroot)
Source: tgt Version: 1:1.0.1-1 Severity: serious tgt runs dh_testroot in the build rule. I believe this violates section 4.9 of Debian Policy which states: "The build target must not do anything that might require root privilege." Relevant piece of build log follows: [...] /usr/bin/make -C scripts clean make[2]: Entering directory `/build/buildd-tgt_1.0.1-1-hppa-dXx9ky/tgt-1.0.1/scripts' make[2]: Nothing to be done for `clean'. make[2]: Leaving directory `/build/buildd-tgt_1.0.1-1-hppa-dXx9ky/tgt-1.0.1/scripts' make[1]: Leaving directory `/build/buildd-tgt_1.0.1-1-hppa-dXx9ky/tgt-1.0.1' dh_clean debian/rules build dh_testdir dh_testroot dh_testroot: You must run this as root (or use fakeroot). make: *** [build-stamp] Error 255 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
