On Mon, Sep 05, 2022 at 08:13:49AM +0200, Helmut Grohne wrote:
> To make your (and my) life easier, I suggest that you use modern symbol
> features (man deb-src-symbols). In particular, you can restrict symbols
> to 32bit or 64bit using "(arch-bits=32)symbol..." and you can use C++
> symbol manglin
> what happend to libgc? It ftbfs on all 32bit architectures and its
> symbol handling is essentially stripped of all the architecture-specific
> patterns that we have accumulated over the years.
I will keep an eye on this with Ivan per his last mail.
> * A possibly breaking change for a core pac
I'm sorry about this. I must have misread the history of that branch
My preference is to be in sync with upstream, so I have asked if we
can get this in a 7.4.5 release [1]
If no response, or not possible, I'll add these back in
Thanks,
-i
[1] https://github.com/ivmai/libatomic_ops/issues/20
On Tue, Feb 16, 2016 at 03:11:04PM -0800, Nishanth Aravamudan wrote:
> # find . -exec touch {} \;
> # debian/rules build
> /root/numactl-2.0.11/build-aux/missing: line 81: aclocal-1.14: command not
> found
> WARNING: 'aclocal-1.14' is missing on your system.
I'm not sure this is unexpected; if y
The patch has not been applied because it is not clear it is correct
There is a thread that starts at [1] and ended inconclusively at [2]
It's unfortunate that the number of people who understand power memory ordering
issues at the level required can probably be counted on one hand. But I don't
On Fri, Dec 14, 2012 at 03:29:23PM +0100, gregor herrmann wrote:
> I've prepared a debdiff where I tried to backport the 00d7cb8 commit
> to the version in testing (attached).
>
> Could you please take a look at it and if possible upload it after
> checking back with the release team?
Thanks for
On Tue, Oct 2, 2012 at 8:35 AM, gregor herrmann wrote:
> Ian, if your busy I'm happy to upload the fix (if Mehdi is ok with
> the diff).
Many thanks for looking into this. I'd be glad if you can upload; I
would only upload the same thing anyway.
Thanks,
-i
--
To UNSUBSCRIBE, email to debian
Hi,
We've received Debian bug #680100 [1] that test_stack is spinning out
on powerpc. There is also a possibly related bug with test_stack
seeming to give a bus error on m68k [2], and on i386 with the freebsd
kernel [3].
The change that you pushed the other day should only have affected
ia64; so
1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679680
-i
* atomic_ops/generalize-small.template : add unsigned qualifier
when fetch CAS defined (Debian bug #679680)
* atomic_ops/generalize-small.h : regenerate
Signed-off-by: Ian Wienand
---
src/atomic_ops
On Mon, Sep 21, 2009 at 2:59 AM, Mauro Lizaur wrote:
> I've seen this bug for a couple of weeks and I wonder if you mind if I do
> a NMU to close this.
This is fine, thanks for doing that
-i
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe".
I rebuilt 2.6.30.2 with 2.19.51.20090722-1 and the same instant reboot happened
$ dpkg --list | grep binutils
ii binutils 2.19.51.20090722-1
The GNU assembler, linker and binary utiliti
$ ld -V
GNU ld (GNU Binutils for Debian) 2.19.51.20090722
Supported emulati
oh, don't mind me, didn't see the -2 1.8 package is installed...
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Is it possible this isn't fixed with -3?
$ dpkg --list | grep libpanel-applet
ii libpanel-applet2-02.26.2-1
library for GNOME Panel applets
ii libpanel-applet2-dev 2.26.2-1
library for GNOME Panel applets - developmen
ii libpanel-applet2-ruby
My apologies, I forgot about this. Please NMU if you have a fix
-i
On Wed, Oct 8, 2008 at 3:08 PM, Mike O'Connor <[EMAIL PROTECTED]> wrote:
> Release managers,
>
> This bug was fixed in sid by uploading a new cvs pull of the upstream
> source, which HE as noted, was not acceptable for a freeze e
Package: libatomic-ops-dev
Version: 1.2-1
Followup-For: Bug #432654
Hi,
Thanks for looking into this
I got together a power system and had a play, and I think it is a gcc
issue.
I have reported it upstream, see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33171
Thanks,
-i
-- System Informati
ctions for jack.
+ * Mostly clagged from glibc by Ian Wienand <[EMAIL PROTECTED]>
+ */
-// Copyright (C) 2000, 2001, 2003 Free Software Foundation, Inc.
-//
-// This file is part of the GNU ISO C++ Library. This library is free
-// software; you can redistribute it and/or modify it under the
Package: jack-audio-connection-kit
Followup-For: Bug #394021
Hi,
I think this is more a bug in jack; personally I think it's a really
bad idea to be carrying around all that clagged atomic operations
code, as it is likely to break. I'm not all that up on it, but IIRC
part of that code got moved
Package: ia32-libs
Version: 1.15
Severity: serious
Tags: patch
Justification: ldd is pretty important
Hi,
Looks like a missing semi-colon in the rules file; the variable isn't
set and thus the list of linkers in ldd is set to nothing.
This causes a strange errors, one of which showed up when yai
Package: numactl
Version: 0.9.9-2
Followup-For: Bug #392316
Thanks for bringing this to my attention; I'm looking into solutions
with upstream and will make an upload to fix it one way or the other
in a few days.
Cheers,
-i
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
Package: q-tools
Version: 0.3-1
Severity: grave
Tags: patch
Justification: renders package unusable
As you can see from
http://buildd.debian.org/fetch.php?pkg=q-tools%26ver=0.3-1%26arch=ia64%26stamp=1146456408%26file=log
q-syscollect fails to build, but the package still builds.
Thus q-tools is
Package: guile-1.6
Version: 1.6.7-1
Followup-For: Bug #351693
I have NFI why this doesn't build on the buildd, but I can build this by
hand on my system as long as the old guile-1.6-libs package isn't
installed at the time.
e.g.
/tmp/guile/guile-1.6-1.6.7$ sudo apt-get install guile-1.6-libs
Package: binutils
Version: 2.16.1-3
Followup-For: Bug #336939
See also
http://sourceware.org/ml/binutils/2005-11/msg00032.html
for more info on these 'argument clobbered' bugs with IA64
-i
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unsta
On Wed, Nov 02, 2005 at 04:47:59PM +1100, Rob Weir wrote:
> Hm...I think the fixes for this are in bazaar 1.5 already; if I try to
> backport them, would you be able to test build baz on itanium for me?
Sure, just send them on to me.
> It seems caballero has a kernel option enabled that makes una
Package: binutils
Version: 2.16.1-3
Followup-For: Bug #336939
We need to tell gcc that we know the variable might be changed under it.
>From inspection it looks spurious but this shuts it up
-i
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'u
Package: bazaar
Version: 1.4.2-2
Followup-For: Bug #334320
Hi,
I just built 1.4.2-2 on my IA64 machine and it does build OK.
The relevant part where the buildd failed looks like
=== TESTING: id-tagging-defaults ===
Test 1: id-tagging-defaults
Test 1: PASS
baz(30725): unaligned access to
Package: aime
Version: 0.60.3-7
Followup-For: Bug #334124
The '\n' patch is only part of the problem. On IA64 with g++ 4.0.2 it
still fails to build with a whole lot of "undefined reference to
`btree::reset_current()'" type errors in the final link.
As far as I can see it seem to be a problem s
Package: crafty
Version: 20.0-1
Followup-For: Bug #329073
Hi,
I think a better solution is to require libnuma, suggested patch below
--- control 2005-10-24 11:12:48.0 +1000
+++ control.old 2005-10-24 11:17:20.0 +1000
@@ -1,7 +1,7 @@
Source: crafty
Section: non-free/games
P
On Thu, Oct 06, 2005 at 07:14:30AM +0200, Bastian Blank wrote:
> > atomic_ops/sysdeps/gcc/s390.h:33:31: error: ordered_except_wr.h: No such
> > file or directory
> > atomic_ops/sysdeps/gcc/s390.h:34:43: error:
> > all_aligned_atomic_load_store.h: No such file or directory
Looks like some missing
On Thu, Aug 04, 2005 at 06:57:40PM +0200, Jeroen van Wolffelaar wrote:
> You have a separate -dev package too... If you were to only have a
> static version of the library (which I would strongly discourage, fwiw,
> regardless of what upstream says, but still), there is no reason to have
> two pack
just something
we'll have to put up with.
-i
[EMAIL PROTECTED]
http://www.gelato.unsw.edu.au
#! /bin/sh -e
# All lines beginning with `# DP:' are a description of the patch.
# DP: Description: fix ucontext.h for IA64 with later gcc versions
# DP: Related bugs: #284449
# DP: Dpatch au
30 matches
Mail list logo