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.
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
> >
/bugreport.cgi?bug=810885
Signed-off-by: Mark Wielaard
---
libelf/ChangeLog | 5 +
libelf/libelf.h| 28
tests/ChangeLog| 8
tests/Makefile.am | 9 +++--
tests/system-elf-libelf-test.c | 37
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%
40lists.fedorahosted.org/message/2FU5HOHMLA47PPD44NQQP
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, e
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. An
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 i
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
> s
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 EL
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. Interestin
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 t
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
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=gnu9
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 listmas...@lists.deb
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 http://
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 java.
Hi,
On Sat, 2005-01-29 at 15:08 +0700, John Leuner wrote:
> I have requested the removal of kissme from debian:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=291993
Although there are no released versions. kissme CVS keeps up to date
with the latest GNU Classpath releases pretty well. I a
19 matches
Mail list logo
