Bug#1064920: FTBFS on 32-bit architectures

[dann frazier]

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=armhf=2.0.20%2Bdebian-1=1709056732=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", ) != 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

[dann frazier]

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

[dann frazier]

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

[dann frazier]

Weird, tests pass for me locally. Will look into it.

Bug#973730: dropping severity

[dann frazier]

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'

[dann frazier]

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

[dann frazier]

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

[dann frazier]

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?

[dann frazier]

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

[dann frazier]

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

[dann frazier]

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

[dann frazier]

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#776488: regression: arm map_hardware[] not NULL terminated

[dann frazier]

On Wed, Jan 28, 2015 at 06:10:49PM +0100, Cyril Brulebois wrote:
 dann frazier da...@debian.org (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#771114: patch

[dann frazier]

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 da...@debian.org
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#773492: FTBFS: VfrCompile: ERROR 0003: Error parsing compile error in file (null)

[dann frazier]

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
 

Bug#773492: patch

[dann frazier]

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 reza.jel...@tuhh.de
Reviewed-by: Eric Dong eric.d...@intel.com
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#771114: FTBFS: GenFw: ERROR 3000: Invalid; Unsupported section alignment.

[dann frazier]

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

[dann frazier]

On Thu, Dec 05, 2013 at 02:01:37PM +1100, Peter Chubb wrote:
  dann == dann frazier da...@debian.org 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

[dann frazier]

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

[dann frazier]

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#720418: libpaper FTBFS with dh-exec = 0.9

[dann frazier]

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#711937: dh-exec regresion?

[dann frazier]

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

[dann frazier]

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#630424: Maybe a Problem with tip22

[dann frazier]

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'

[dann frazier]

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=afnixsuite=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

[dann frazier]

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

[dann frazier]

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#607024: FTBFS: mv: target `debian/salome/usr/lib/python2.6/dist-packages/salome/' is not a directory

[dann frazier]

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=salomedist=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#607032: FTBFS [hppa,mips]: cannot stat `./javadoc/stylesheet.css': No such file or directory

[dann frazier]

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=openvrmldist=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#601386: dup of #451659?

[dann frazier]

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#592885: hpcc under hppa: With atlas 3.8.3-27

[dann frazier]

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#597576: [Secure-testing-team] Bug#597576: linux-image-2.6.32-5-amd64: 2.6.32-23 still vulnerable to CVE-2010-3301

[dann frazier]

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#597262: patch

[dann frazier]

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

[dann frazier]

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

[dann frazier]

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

[dann frazier]

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 me...@dogguy.org 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

[dann frazier]

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 da...@dannf.org 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

[dann frazier]

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 ya...@gnu.org 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

[dann frazier]

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 gnustep-base source
 (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=value optimized out, file=value 
optimized out, line=value optimized out, function=value optimized out) 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=value optimized out, size=11523) at 
NSZone.m:124
#8  0x4089c508 in NSZoneMalloc (zone=value optimized out, size=11523) at 
NSZone.m:2013
#9  0x4089ced0 in NSZoneCalloc (zone=0x2d03, elems=value optimized out, 
bytes=6) at NSZone.m:1964
#10 0x407b3aec in GSIMapResize (self=0x3cb88, _cmd=value optimized out, 
observer=value optimized out, selector=value optimized out, name=0x50118, 
object=0x0) at ../Headers/Additions/GNUstepBase/GSIMap.h:741
#11 GSIMapRightSizeMap (self=0x3cb88, _cmd=value optimized out, 
observer=value optimized out, selector=value optimized out, name=0x50118, 
object=0x0) at ../Headers/Additions/GNUstepBase/GSIMap.h:770
#12 GSIMapInitWithZoneAndCapacity (self=0x3cb88, _cmd=value optimized out, 
observer=value optimized out, selector=value optimized out, name=0x50118, 
object=0x0) at ../Headers/Additions/GNUstepBase/GSIMap.h:1218
#13 mapNew (self=0x3cb88, _cmd=value optimized out, observer=value optimized 
out, selector=value optimized out, name=0x50118, object=0x0) at 
NSNotificationCenter.m:326
#14 -[NSNotificationCenter addObserver:selector:name:object:] (self=0x3cb88, 
_cmd=value optimized out, observer=value optimized out, selector=value 
optimized out, name=0x50118, object=0x0) at NSNotificationCenter.m:786
#15 0x4085b944 in +[NSTimeZone initialize] (self=value optimized out, 
_cmd=value optimized out) at NSTimeZone.m:1297
#16 0x40b8bd44 in __objc_send_initialize (class=0x409f686c) at 
/build/buildd-gcc-4.4_4.4.4-8-hppa-mim0Jd

Bug#592751: Broken on hppa; programs abort with malloc assertion failure

[dann frazier]

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=value optimized out, file=value 
optimized out, line=value optimized out, function=value optimized out) 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=value optimized out, size=11523) at 
NSZone.m:124
#8  0x4089c508 in NSZoneMalloc (zone=value optimized out, size=11523) at 
NSZone.m:2013
#9  0x4089ced0 in NSZoneCalloc (zone=0x2d03, elems=value optimized out, 
bytes=6) at NSZone.m:1964
#10 0x407b3aec in GSIMapResize (self=0x3cb88, _cmd=value optimized out, 
observer=value optimized out, selector=value optimized out, name=0x50118, 
object=0x0) at ../Headers/Additions/GNUstepBase/GSIMap.h:741
#11 GSIMapRightSizeMap (self=0x3cb88, _cmd=value optimized out, 
observer=value optimized out, selector=value optimized out, name=0x50118, 
object=0x0) at ../Headers/Additions/GNUstepBase/GSIMap.h:770
#12 GSIMapInitWithZoneAndCapacity (self=0x3cb88, _cmd=value optimized out, 
observer=value optimized out, selector=value optimized out, name=0x50118, 
object=0x0) at ../Headers/Additions/GNUstepBase/GSIMap.h:1218
#13 mapNew (self=0x3cb88, _cmd=value optimized out, observer=value optimized 
out, selector=value optimized out, name=0x50118, object=0x0) at 
NSNotificationCenter.m:326
#14 -[NSNotificationCenter addObserver:selector:name:object:] (self=0x3cb88, 
_cmd=value optimized out, observer=value optimized out, selector=value 
optimized out, name=0x50118, object=0x0) at NSNotificationCenter.m:786
#15 0x4085b944 in +[NSTimeZone initialize] (self=value optimized out, 
_cmd=value optimized out) 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=value 
optimized out) 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=value optimized out) 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=value optimized out, 
_cmd=value optimized out) 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=value 
optimized out) 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=value optimized out) 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=value optimized 
out) 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=value 
optimized out) 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=value optimized out) at 
/build/buildd-gcc-4.4_4.4.4-8-hppa

Bug#592751: Broken on hppa; programs abort with malloc assertion failure

[dann frazier]

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

[dann frazier]

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

[dann frazier]

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

[dann frazier]

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

[dann frazier]

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 Foundation/Foundation.h
 
 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

[dann frazier]

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#592751: Broken on hppa; programs abort with malloc assertion failure

[dann frazier]

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#592885: FTBFS [hppa]: final link failed: Nonrepresentable section on output

[dann frazier]

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=hpccdist=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 

Bug#592751: FTBFS [hppa] - make_services: malloc.c:3097: sYSMALLOc: Assertion failed

[dann frazier]

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-guiarch=hppaver=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#592751: FTBFS [hppa] - make_services: malloc.c:3097: sYSMALLOc: Assertion failed

[dann frazier]

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 = value optimized out
__r19 = value optimized out
__r24 = 6
__r26 = value optimized out
pd = 0x40004b80
pid = 20147
selftid = 20147
res = value optimized out
#1  0x404ae258 in *__GI_abort () at abort.c:92
act = {__sigaction_handler = {sa_handler = error reading variable, 
sa_sigaction = error reading variable}, 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 repeats 31 times}}
#2  0x404ef084 in __malloc_assert (assertion=value optimized out, file=value 
optimized out, line=value optimized out, function=value optimized out) at 
malloc.c:352
No locals.
#3  0x404f2e74 in sYSMALLOc (av=0x405d29dc, bytes=344) at malloc.c:3094
snd_brk = value optimized out
front_misalign = value optimized out
remainder = value optimized out
tried_mmap = false
old_size = value optimized out
size = value optimized out
old_end = 0x5dc90 
correction = value optimized out
end_misalign = value optimized out
aligned_brk = value optimized out
p = value optimized out
pagemask = 4095
#4  _int_malloc (av=0x405d29dc, bytes=344) at malloc.c:4747
p = value optimized out
iters = value optimized out
nb = 352
idx = value optimized out
bin = value optimized out
victim = 0x5dc90
size = 0
victim_index = value optimized out
remainder = value optimized out
remainder_size = value optimized out
block = 4
bit = value optimized out
map = value optimized out
fwd = value optimized out
bck = value optimized out
errstr = value optimized out
__func__ = _int_malloc
#5  0x404f5588 in *__GI___libc_malloc (bytes=344) at malloc.c:3661
ar_ptr = 0x405d29dc
victim = 0x56
__func__

Bug#592751: FTBFS [hppa] - make_services: malloc.c:3097: sYSMALLOc: Assertion failed

[dann frazier]

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#592826: FTBFS [hppa]: undefined reference to `LoadFloatByteswapped'

[dann frazier]

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

[dann frazier]

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#592831: FTBFS on several archs: cast increases required alignment of target type

[dann frazier]

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=byzanzdist=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#588574: bisect results

[dann frazier]

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 hugh.dick...@tiscali.co.uk
  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 hugh.dick...@tiscali.co.uk
Cc: Rik van Riel r...@redhat.com
Reviewed-by: KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com
Cc: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
Cc: Nick Piggin npig...@suse.de
Cc: Mel Gorman m...@csn.ul.ie
Cc: Minchan Kim minchan@gmail.com
Cc: Ralf Baechle r...@linux-mips.org
Signed-off-by: Andrew Morton a...@linux-foundation.org
Signed-off-by: Linus Torvalds torva...@linux-foundation.org

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#588923: FTBFS [hppa]: cannot reach 00003617__ZNK5boost6python9type_info4nameEv+0, recompile with -ffunction-sections

[dann frazier]

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=k3ddist=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_arity1u::implboost::mpl::vector2_object*,
 k3d::basic_rgbdouble, k3d::color_traitsdouble  ::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_arity1u::implboost::mpl::vector2_object*,
 k3d::basic_rgbdouble, k3d::color_traitsdouble  ::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#588925: FTBFS [hppa]: test failures

[dann frazier]

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=cmakedist=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: 

Bug#588930: FTBFS [ia64,hppa]: I don't know the values of the _IOC_* constants on your architecture

[dann frazier]

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=chronydist=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#576720: [ia64] gdb FTBFS and freezes / reboots the machine

[dann frazier]

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

[dann frazier]

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#587541: FTBFS: At least the following dependencies are missing: tagsoup ==0.8.*

[dann frazier]

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#587545: FTBFS [hppa]: java.lang.OutOfMemoryError: Cannot create additional threads

[dann frazier]

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=jettydist=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#587461: `Createform' implicitly converted to pointer at main.c:113

[dann frazier]

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 globals */
 /* End user code block globals */
 
@@ -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#586673: implicit pointer conversions in card-belpic.c

[dann frazier]

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 stdlib.h
 #include string.h
+#include opensc/scdl.h
 
 #ifdef BELPIC_PIN_PAD
 #include winscard.h

Bug#586675: [unit,job,manager]_dbus_proxy_new implicitly converted to pointers

[dann frazier]

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#561203: threads and fork on machine with VIPT-WB cache

[dann frazier]

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

[dann frazier]

On Fri, Jun 04, 2010 at 12:44:55PM +0200, Thibaut VARENE wrote:
 On Fri, Jun 4, 2010 at 7:21 AM, dann frazier da...@debian.org 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

[dann frazier]

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

[dann frazier]

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

[dann frazier]

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

[dann frazier]

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 12 $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

[dann frazier]

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

[dann frazier]

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 da...@davemloft.net
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 fberc...@xs4all.nl
Tested-by: Frans van Berckel fberc...@xs4all.nl
Signed-off-by: David S. Miller da...@davemloft.net

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

[dann frazier]

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.

[dann frazier]

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

[dann frazier]

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#577679: FTBFS [hppa]: Unable to find autotools

[dann frazier]

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#577682: FTBFS [hppa]: 'CARD16' undeclared (first use in this function)

[dann frazier]

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=xautolockdist=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 function)

Bug#570146: platform

[dann frazier]

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#577550: FTBFS: 'g_once_init_enter': cast discards qualifiers from pointer target type

[dann frazier]

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=heartbeatdist=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#577604: FTBFS [hppa]: kmk[1]: *** wait: No child processes. Stop.

[dann frazier]

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#571008: still exists

[dann frazier]

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#576891: FTBFS [alpha,hppa]: cc1: error: unrecognized command line option -m32

[dann frazier]

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#575398: FTBFS: cast increases required alignment of target type

[dann frazier]

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

[dann frazier]

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#573504: `nlmsg_hdr' implicitly converted to pointer

[dann frazier]

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#573523: FTBFS: creating symbolic link `debian/python-apt-doc/usr/share/doc/python-apt-doc/html/_static/jquery.js': No such file or directory

[dann frazier]

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#572300: [hppa] blocks buildd indefinitely

[dann frazier]

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

[dann frazier]

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 pulse/simple.h
 #include pulse/util.h
+#include pulse/xmalloc.h
 
 #include ao/ao.h
 #include ao/plugin.h

Bug#572252: `strcasestr' implicitly converted to pointer

[dann frazier]

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#572300: [hppa] blocks buildd indefinitely

[dann frazier]

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   

Bug#571539: `_xmmsc_medialib_encode_url' implicitly converted to pointer

[dann frazier]

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#571564: FTBFS: cannot move `debian/horgand/usr/share/horgand' to `debian/horgand-data/usr/share/': No such file or directory

[dann frazier]

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#559004: hppa build successful

[dann frazier]

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#559004: [Pkg-erlang-devel] Bug#559004: hppa build successful

[dann frazier]

On Wed, Feb 24, 2010 at 03:03:33PM -0500, Elliot Murphy wrote:
 On Wed, Feb 24, 2010 at 12:30 PM, dann frazier da...@debian.org 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#571008: `stringToQualifiedNameList' implicitly converted to pointer

[dann frazier]

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#570552: FTBFS - dh_testroot: You must run this as root (or use fakeroot)

[dann frazier]

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

Bug#570556: FTBFS [hppa]: com.sun.media cannot be resolved to a type

[dann frazier]

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 = 

Bug#570557: FTBFS [hppa]: Platform 'linux2-hppa' not supported

[dann frazier]

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: sQrqG[`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 module
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#570580: FTBFS [hppa]: failed testsuite

[dann frazier]

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