On Thu, 2016-07-14 at 11:52 +0200, Lucas Nussbaum wrote:
> Source: elfutils
> Version: 0.165-3
> Severity: serious
> Tags: stretch sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20160714 qa-ftbfs
> Justification: FTBFS on amd64
> [...]
> >
On Wed, 2016-01-13 at 18:37 +0100, Kurt Roeckx wrote:
> On Wed, Jan 13, 2016 at 06:20:17PM +0100, Mark Wielaard wrote:
> >
> > Does the attached work for you?
>
> Yes.
Thanks for testing.
Pushed to master.
/bugreport.cgi?bug=810885
Signed-off-by: Mark Wielaard <m...@redhat.com>
---
libelf/ChangeLog | 5 +
libelf/libelf.h| 28
tests/ChangeLog| 8
tests/Makefile.am | 9 +++--
tests/syst
On Wed, 2016-01-13 at 16:58 +0100, Kurt Roeckx wrote:
> But maybe I can fix the installed headers to not require a newer
> glibc version ...
I just posted an upstream fix to do this:
https://lists.fedorahosted.org/archives/list/elfutils-devel%
On Wed, 2016-01-13 at 18:01 +0100, Kurt Roeckx wrote:
> On Wed, Jan 13, 2016 at 05:22:35PM +0100, Mark Wielaard wrote:
> > Older glibc elf.h might not define the new ELF compression defines and
> > types. If not just define them in libelf.h directly to make the libelf
> >
Hi Matthias,
On Sat, 2014-07-05 at 17:01 +0200, Matthias Klose wrote:
re-raising the severity of the issue, and preparing a NMU to move the
header file to an architecture specific location.
What is the issue you are seeing? I thought that what you saw was
something unrelated to sys/sdt.h. And
On Sat, 2014-07-05 at 18:32 +0200, Matthias Klose wrote:
could you tell me why you need the header on architectures that don't
need it?
Which architectures don't need it? Any architecture that support glibc
and gdb for example benefits from having sdt markers available.
--
To UNSUBSCRIBE,
On Mon, 2014-05-19 at 22:53 +0200, Matthias Klose wrote:
Am 19.05.2014 21:00, schrieb Mark Wielaard:
It is just the package name
that refers to systemtap, but it could as well have been called
gdb-sdt-devel for example. In which case it should at least work as is
on any arch gdb supports
On Mon, 2014-05-19 at 20:17 +0200, Matthias Klose wrote:
The sys/sdt.h header file is shipped in an architecture independent package,
and
installed into /usr/include where it is found on the include path for every
architecture. [...] what about issues on architectures not supported by
On Mon, 2013-11-11 at 23:31 +0100, Robert Millan wrote:
On 11/11/2013 15:32, Mark Wielaard wrote:
On Sun, 2013-11-10 at 00:45 +0100, Robert Millan wrote:
Nothing as far as ELF compliance is concerned. This tag is ment to be
consumed by the kernel ELF loader only.
For elfutils elflint
On Sun, 2013-11-10 at 00:45 +0100, Robert Millan wrote:
ELFOSABI_FREEBSD indicates this
binary has been built to run on kFreeBSD and uses its kernel ABI.
If a binary is set to ELFOSABI_LINUX, then the kernel will enable Linux
emulation mode, i.e. Linux syscall interface.
Aha. Interesting.
Two questions:
- Would it help to just disable the testsuite on the kfreebsd arch?
Clearly the package itself build fine. But some tests are failing.
Although it would be nice to have 100% PASS as on GNU/Linux, the
failures don't look too terrible for a new architecture that has
not been
On Thu, May 09, 2013 at 10:18:58AM +0200, Lucas Nussbaum wrote:
Source: valgrind
Version: 1:3.8.1-2
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20130509 qa-ftbfs
Justification: FTBFS on amd64
During a rebuild of all packages in sid, your package
On Tue, 2012-08-14 at 09:07 +0200, Lucas Nussbaum wrote:
During a rebuild of all packages in *wheezy*, your package failed to
build on amd64.
Relevant part:
gcc -D_GNU_SOURCE -DHAVE_CONFIG_H -DLOCALEDIR='/usr/share/locale' -I.
-I.. -I. -I. -I../lib -I.. -I./../libelf -std=gnu99 -Wall
The libtool error seems to have been resolved upstream with this patch:
http://developer.classpath.org/pipermail/classpath-patches/2010-January/006381.html
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: eclipse-efj
Version: 3.1.2-1
Severity: grave
Justification: renders package unusable
eclipse-efj wants to source /usr/share/java-common/java-common.sh which
is not available. /usr/bin/efj starts with:
#!/bin/bash
source /usr/share/java-common/java-common.sh
JAVA_HOME=`jvm_find ecj`
if
Hi,
On Sun, 2005-05-01 at 15:19 -0700, Steve Langasek wrote:
And classpath is going nowhere fast, because the current version of gjdoc
depends on kaffe, which is not built on arm.
Note that the gjdoc dependency is only needed when you want to generate
the documentation as published on
Hi,
On Sat, 2005-03-19 at 15:34 +0100, Michael Koch wrote:
java.lang.NullPointerException
at java.text.DecimalFormatSymbols.setCurrency
(DecimalFormatSymbols.java:397)
at java.text.DecimalFormatSymbols.DecimalFormatSymbols
(DecimalFormatSymbols.java:151)
at
18 matches
Mail list logo