On 2016-09-14 09:29, Vincent McIntyre wrote:
> On Tue, Sep 13, 2016 at 11:03:19PM +0200, Aurelien Jarno wrote:
>
> ...
>
> > > If all of that makes no difference, what would be the next step?
> >
> > What would be interesting would be to try to reproduce th
On 2016-09-10 11:30, Vincent McIntyre wrote:
> On Fri, Sep 09, 2016 at 03:59:17PM +0200, Aurelien Jarno wrote:
> >
> > I don't talk about the software running on your DNS servers, but
> > rather how they behave when they get queried. It might depends on
> > many other t
On 2016-09-09 23:22, Vincent McIntyre wrote:
> On Fri, Sep 09, 2016 at 11:46:30AM +0200, Aurelien Jarno wrote:
> > Hi,
> >
> > On 2016-09-09 10:27, Vincent McIntyre wrote:
> > >
> > > Package: libc6-udeb
> > > Version: 2.13-38+deb7u10
&
eb7u10, so there is no version skew in this case.
Unfortunately, without being able to reproduce the problem, it will be
very difficult to debug it.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2016-09-05 14:58, Rob Browning wrote:
> Aurelien Jarno <aure...@debian.org> writes:
>
> > Yes, the 0020-Always-define-gmalloc-etc.-in-src-gmalloc.c.patch actually
> > comes from upstream commit 4b1436b702d56eedd27a0777fc7232cdfb7ac4f6.
>
> Ahh, yes, qu
On 2016-09-05 12:31, Rob Browning wrote:
> Aurelien Jarno <aure...@debian.org> writes:
>
> > The patch i have attached is actually a backport of the above patch. It
> > was present in various branches, so I might have backported one with a
> > different commi
Hi,
On 2016-09-04 19:09, Rob Browning wrote:
> Aurelien Jarno <aure...@debian.org> writes:
>
> > Ok, great if you are working on a release. I am not on a hurry
> > personally, the package in the archive still works perfectly, the
> > problem is just when trying to r
On 2016-09-03 11:07, Rob Browning wrote:
> Aurelien Jarno <aure...@debian.org> writes:
>
> > glibc 2.24 is now in unstable, so I am upgrading the severity of this
> > bug to serious. If you don't have time to fix this bug, I can do a
> > non-maintainer upload with
c028b7b635a958f2ee1cb4c6ecfde24538374327
Merge: 769ad5b 1371e46
Author: Aurelien Jarno <aurel...@aurel32.net>
Date: Wed Aug 31 12:58:32 2016 +0200
Merge branch 'glibc-2.24' into sid
diff --cc debian/changelog
index d6c85f9,dd52bae..c0ad927
--- a/debian/changelog
+++ b/debian/changelog
@@@ -1,10 -1,174 +1,181 @@@
+ glibc
On 2016-08-28 18:55, Aurelien Jarno wrote:
> control: tag -1 + patch
> control: tag -1 + upstream
> control: tag -1 + fixed-upstream
>
> On 2016-08-25 14:16, Aurelien Jarno wrote:
> > I am therefore cloning this bug and reassigning the clone to pygobject.
> >
control: tag -1 + patch
control: tag -1 + upstream
control: tag -1 + fixed-upstream
On 2016-08-25 14:16, Aurelien Jarno wrote:
> I am therefore cloning this bug and reassigning the clone to pygobject.
> I don't simply reassigning it as the /collection/delete-sync test is
> also failin
d), firefox, libspf2, julia and asterisk. Now it seems that
version scripts on executable are not that common, so I don't know if we
can conclude anything from that.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
and the consequences started to be
bigger on some architectures when the libc is built against it.
I'll try to have a look in the next days, but if someone wants to have a
look, the way to go is to understand why the NetworkManager executable
doesn't have the _IO_stdin_used symbol. This can be done eve
control: tag -1 + patch
On 2016-08-25 14:16, Aurelien Jarno wrote:
> On 2016-08-25 09:15, Aurelien Jarno wrote:
> > I have tried to debug the issue, and I came to the same conclusion. The
> > problem happens in the test-py-lookup.py test when creating a schema
> > w
clone 821347 -1
reassign -1 pygobject
retitle -1 pygobject: wrong enum to hash conversion on 64-bit big endian
affects -1 libsecret
block 821347 by -1
thanks
On 2016-08-25 09:15, Aurelien Jarno wrote:
> On 2016-07-27 14:23, Emilio Pozuelo Monfort wrote:
> > On 27/07/16 14:16, Aurelien Ja
On 2016-07-27 14:23, Emilio Pozuelo Monfort wrote:
> On 27/07/16 14:16, Aurelien Jarno wrote:
> > On 2016-07-10 21:24, Andreas Henriksson wrote:
> >> Hello Bastian Blank.
> >>
> >> On Sun, Jul 10, 2016 at 12:33:12PM +0200, Bastian Blank wrote:
> >&
On 2016-08-24 14:20, Sebastiaan Couwenberg wrote:
> On Wed, 24 Aug 2016 11:28:23 +0200 Aurelien Jarno wrote:
> > [I have added a Cc: to the debian-s390 list as it appears we have
> > multiple copies of this code in the archive, so the patch might be
> > useful in other package
Source: protobuf
Version: 3.0.0-3
Severity: serious
Tags: patch upstream
[I have added a Cc: to the debian-s390 list as it appears we have
multiple copies of this code in the archive, so the patch might be
useful in other packages.]
Dear Maintainer,
The new version of protobuf fails to build
tils). The errors only started
> appearing in the blender build logs after gcc6 was made the default.
I can confirm that a build using GCC 5 and binutils 2.27-5 succeed. Also
note that James has forwarded the bug to upstream GCC with a reduced
testcase in PR target/77300. I am therefore marking the bug as
forwarded.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
f6bea0b106ef33b35f4469fd25527f0c740fceaa
Author: Aurelien Jarno <aurel...@aurel32.net>
Date: Sat Aug 20 10:29:51 2016 +0200
debian/control.in/libc, debian/rules.d/debhelper.mk: compute the
linux-libc-dev dependency from the one installed at build time. Closes:
#834706.
diff --git a/debian/changelog b/debian/changelog
oftware, given anyway that the presence
of the syscall definition doesn't imply that the running kernel has
support for it. Also I am not sure Policy 3.5 applies there, most of the
packages work correctly there, so the dependency is not "required" for
packages to "work correctly".
Aurel
00
@@ -1,3 +1,15 @@
+torcs (1.3.3+dfsg-0.4) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Replace fix-ftbfs-glib.patch by 0003-fix-glibc-isnan-isinf.patch: better
+ patch to fix the build failure with glibc 2.23.
+ * Add 0004-fix-gcc6-isnan.patch: fix the build failure with GCC 6 (
pc64 and s390x. It therefore
looks like a 64-bit big endian issue. It could be for example a pointer
to an int value casted to a pointer to a long value or vice-versa.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Source: libgd2
Version: 2.2.2-43-g22cba39-1
Severity: serious
Dear Maintainer,
Your package fails to build on i386, kfreebsd-i386 and hurd-i386 with
the same testsuite failure, while it builds fine everywhere else:
| FAIL: gdimagerotate/bug00067
|
|
|
Source: ferret-vis
Version: 6.9.6-1
Severity: serious
Dear Maintainer,
ferret-vis fails to build on all architectures except on amd64, with the
following error:
| make[2]: Entering directory '/«PKGBUILDDIR»/threddsBrowser'
| rm -fr threddsBrowser.jar bin
| mkdir bin
|
Source: zope.interface
Version: 4.2.0-1
Severity: serious
Dear Maintainer,
zope.interface FTBFS on all architectures with the following log:
| dpkg-buildpackage: info: source package zope.interface
| dpkg-buildpackage: info: source version 4.2.0-1
| dpkg-buildpackage: info: source distribution
a09b70aefd4d52fb68df069c1fd5ef5af7fcdd92
Author: Aurelien Jarno <aurel...@aurel32.net>
Date: Sun Jun 19 22:27:24 2016 +0200
Update from upstream stable branch:
* Update from upstream stable branch:
- fix FTBFS with recent binutils versions on mips* and sparc*. Closes:
#827477.
diff --git a/
h
> gcc-5 5.4.0-4. Thus it seems likely, that a change in binutils triggers
> this issue.
Thanks for this bug report. I have send a patch upstream:
https://sourceware.org/ml/libc-alpha/2016-06/msg00660.html
I'll merge it when it get reviewed or accepted.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Source: apitrace
Version: 7.1+git20160531.2d78bef0+repack-1
Severity: serious
The binary package apitrace-tracers uses the Built-Using filed with a
binary package in instead of the source one. This causes dak to not find
the corresponding source package and to reject the package:
next weeks. Otherwise it needs a deeper investigation
which will take more time, as one has to understand the code to be
able to debug it.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2016-05-02 19:25, Michael Banck wrote:
> Hi Aurelien,
>
> On Mon, May 02, 2016 at 05:35:35PM +0200, Aurelien Jarno wrote:
> > control: retitle -1 espresso: FTBFS on armel: hangs during the build
> >
> > On 2016-03-17 00:49, Emilio Pozuelo Monfort wrote:
> >
/status/package.php?p=espresso
The MIPS issue was due to the lack of FPU on the build daemon. It has
now been built successfully on mips-aql-06. Retitling the bug
accordingly.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2016-04-26 00:33, Steve McIntyre wrote:
> On Mon, Apr 25, 2016 at 09:57:00AM +0200, Aurelien Jarno wrote:
> >On 2016-04-25 00:30, Steve McIntyre wrote:
> >> Package: libc6-bin
> >> Severity: serious
> >> Version: 2.22-7
> >> Tags: patch
> >&
11482702e09348848c8b18d754a8f4341a2549bc
Author: Aurelien Jarno <aurel...@aurel32.net>
Date: Mon Apr 25 18:40:29 2016 +0200
patches/arm/unsubmitted-ldconfig-cache-abi.diff: apply fix from Steve
McIntyre to fix an armhf ABI detection crash in ldconfig on arm64. Closes:
#822489.
diff --git a/debian/changelog b/debian/cha
dconfig-cache-abi.diff
- unsubmitted-ldso-abi-check.diff
- unsubmitted-ldso-multilib.diff
Could you please ensure that all the binaries in the archive that still
needs these patches are rebuilt?
Thanks,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
ck jq?
The chroots are now automatically recreated on Wednesdays and Sundays.
This should happen in a few hours, so it's probably better to wait.
> gb jq_1.5+dfsg-1 . mips mipsel
Done, using an extra-depends to force the GCC version.
Aurelien
--
Aurelien Jarno GPG: 40
64el. Could you apply it in those architectures as well?
>
> Reopening, until the problem is fixed for mipsel and mip64el.
The chrpath issue has been fixed, I have scheduled binNMUs to get a
fixed openmpi on mipsel and mips64el
I am keeping this bug open with severity minor to not forg
On 2016-04-08 10:45, Aurelien Jarno wrote:
> Hi,
>
> On 2016-04-07 11:51, James Cowgill wrote:
> >
> > Based only on chrpath and cmake reverse dependencies, there is an upper
> > bound of about 1500 binNMUs (after the tools after fixed). Hopefully
> > that can b
aintainers (and anyone else affected):
> One possible workaround is to use chrpath -r "" on mips*
> architectures until this is fixed since that command does not cause any
> tags to be moved. It has a tiny performance penalty but should
> otherwise work properly.
Thanks for the
you confirm or correct this.
Yes, this is correct. This will be deployed on the build daemons in the
next release of jessie.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
6791b80bcde2c7dff13de3bdcc71466d0d3ed875
Author: Aurelien Jarno <aurel...@aurel32.net>
Date: Mon Mar 14 21:28:12 2016 +0100
Drop the tzdata-java package. Closes: #814073.
diff --git a/debian/changelog b/debian/changelog
index 95e9661..e5b347a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -11,6 +11,7 @@ tzdata
d3a61734749ee76f6c70020a6c3fe602cf846f0c
Author: Aurelien Jarno <aurel...@aurel32.net>
Date: Sat Mar 12 22:31:25 2016 +0100
Add a patch from Ole Streicher to fix the testsuite with recent cfitsio
versions (closes: #816595).
diff --git a/debian/changelog b/debian/changelog
index 8c73937..f0e3e14
On 2016-03-12 14:04, ಚಿರಾಗ್ ನಟರಾಜ್ wrote:
> On Sat, Mar 12, 2016 at 12:15:13PM +0100, Aurelien Jarno wrote:
> > Could you please give us the exact error message you encountered,
> > including the symbol name (a photo is fine), so that we can narrow down
> > the problem? At a
nce the patches
> are accepted in astropy, I will however open a similar pull request for
> pyfits.
Thanks. I was basically waiting for these patches to be accepted on the
astropy side. But that takes ages...
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net
On 2016-03-05 00:45, Aurelien Jarno wrote:
> control: tag -1 + moreinfo
>
> On 2016-03-04 14:10, Philipp Klaus Krause wrote:
> > Package: libc6
> > Severity: Serious
> >
> > Yesterday, I tred to upgrade libc6 on my Debian GNU/testing system. But
> >
photo is fine), so that we can narrow down
the problem? At a first glance it looks like the libc has been partially
upgraded, and that you now have a mix of both 2.21 and 2.22.
Then we can instruct you how to fix your system, probably using
debian-installer in rescue mode.
Aurelien
--
Aurelie
eebf6fce1e65cb21fa7d8fe01ce6506043e16dbb
Author: Aurelien Jarno <aurel...@aurel32.net>
Date: Fri Mar 11 18:30:30 2016 +0100
Update from upstream stable branch:
* Update from upstream stable branch:
- Fix linking shared objects that use libmvec.so functions. Closes:
#817879.
diff --git a/debian/cha
nstructs the inclusion of libmvec_nonshared, so one would expect to
> libmvec_nonshared to be something that can be linked into a shared
> object.
This is indeed a glibc bug. I am therefore reassigning the bug there, it
will be fixed in the next upload.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
me reference)
>
This is likely due to the upgrade to glibc 2.22. The workaround is to
restart your KDE session, we don't have any other option right now.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
On 2016-01-23 23:56, Aurelien Jarno wrote:
> control: tag -1 + moreinfo
> control: tag -1 - upstream
>
> Hi,
>
> On 2016-01-23 15:05, Nickolay Ilyushin wrote:
> > Package: libusb-1.0-0
> > Version: 2:1.0.20-1
> > Severity: critical
> > File: usb
&g
ith
> 64bit to 32bit inter-process communication using pthread named semaphores.
Given the issue is due to an upstream commit and not to a Debian
specific change, all distributions with a glibc >= 2.21 are affected.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
ither?
You should try to reinstall perl. Something like "apt-get install
--reinstall perl perl-base perl-modules-5.22" might help.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
see:
>
> https://buildd.debian.org/status/package.php?p=ghostscript=sid
This was actually a bug in the libpng package (#814966). The package
built fine after a give-back. I am therefore reassigning and merging
this bug.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
Package: masqmail
Version: 0.2.30-1
Severity: serious
Tags: stretch
The following binaries in masqmail have been built with the
'/lib/arm-linux-gnueabihf/ld-linux.so.3' linker path:
/usr/bin/mservdetect
/usr/bin/newaliases
/usr/sbin/rmail
/usr/sbin/masqmail
This path was a temporary
Package: mutextrace
Version: 0.1-1
Severity: serious
Tags: stretch
The following binaries in mutextrace have been built with the
'/lib/arm-linux-gnueabihf/ld-linux.so.3' linker path:
/usr/bin/mutextrace
/usr/lib/mutextrace/mutextrace.so
This path was a temporary path used during the
Source: xapian-core
Version: 1.2.22-2
Severity: serious
This package has been built successfully on the autobuilders, but it
has then be rejected by dak with the following message:
libxapian-dev_1.2.22-2_ppc64el.deb: Multi-Arch: no support in Debian is
broken (#768353)
I think the default
have done an NMU to fix this long standing issue. Please find the
corresponding patch attached.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
diff -Nru stun-0.97~dfsg/debian/changelog stun-0.97~dfsg/debian/chang
to
openjdk-8, which doesn't provide javazic.jar. As such we can't build
tzdata-java anymore.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
this undefined behavior can be reproduced on amd64 by using
the -fsanitize=undefined option (ubsan):
| test.c:32:12: runtime error: load of misaligned address 0xffdf50da for type
'uint32_t', which requires 4 byte alignment
| 0xffdf50da: note: pointer points here
| 04 08 21 10 f0 2d 00 00
Hi,
On 2016-01-23 23:56, Aurelien Jarno wrote:
> control: tag -1 + moreinfo
> control: tag -1 - upstream
>
> Hi,
>
> On 2016-01-23 15:05, Nickolay Ilyushin wrote:
> > Package: libusb-1.0-0
> > Version: 2:1.0.20-1
> > Severity: critical
> > File: usb
&g
a screenshot it would be difficult to get your
problem fixed.
Also please note that libusb has nothing to do with USB flash disk, so
the bug is likely reported against the wrong package.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Debian?
> I do not know what to do to fix the issue on my system.
It really looks like your system have a mix of jessie and stretch or
sid. Can you please try to run the following commands and send me the
output:
dpkg -l libc6:amd64
md5sum /usr/lib/x86_64-linux-gnu/crti.o
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
* ld-x86-64/compressed1.d, * ld-x86-64/pie1.d: Update.
I am not sure the powerpc and ppc64el are actually due to the same bug
in binutils.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
t; $6 = 0x77fef168 "HWPREDICT"
>
> (gdb) print (char *)buf
> $8 = 0x77fef168 "HWPREDICT"
>
> A workaround is to configure with --disable-mmap, except that seems
> to break tests/tune1 on all architectures (at least amd64 and mips).
> I haven't look
t+0x15>
| 10: e8 00 00 00 00 callq 15 <_init+0x15>
| 11: R_X86_64_PLT32 __gmon_start__-0x4
As you can see the R_X86_64_GOTPCREL has been replaced by a new
relocation type R_X86_64_REX_GOTPCRELX. It looks like TCC doesn't
support it.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
he next point release.
I'll work on the jessie upload in the next days.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2015-12-03 23:04, Aurelien Jarno wrote:
> control: tag -1 + fixed-upstream
>
> On 2015-06-25 13:46, Thomas Lange wrote:
> > During this years Debconf I will work on this bug.
> >
> > There's a thread about this bug at
> > http://mx.gw.com/pipermail/tcsh-bugs
There is even a link to an ugly patch showing that the issue has been
understood. Finally according to the last post in this bug entry it
seems that nvidia is about to release fix.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
n a concrete system)?
What do you mean by "how is it handled"? I have attached a small program
which demonstrate the issue. You can use it to check if your system is
using lock elision or not. Running this program with ltrace it's quite
easy the call to an already unlocked mutex. I wonder if
ted upstream. Please
find attached the extract patch to be put in debian/patches.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
commit 05e7406049bd2686dee0ee8d819dcd38eb131f6f
Author: christos
Date: Tue Jul 7 1
ons. That's all I know for
> now.
Thanks for the reduced testcase. The problem is reproducible with gcc
trunk from today on both mips and mipsel. One need to add
-march=mips32r2 to reproduce the issue on mipsel as it is not (yet)
the default there.
I have reported the bug upstream, and I am re-
control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
On 2015-11-10 13:22, Aurelien Jarno wrote:
> On 2015-11-09 11:53, Mattias Ellert wrote:
> > Package: gcc-5
> > Version: 5.2.1-23
> > Severity: serious
> > Justification: causes gsoap to FTBFS
&g
sp[0].sym) instead of a1 ($5).
I still have to check if it is reproducible with trunk and to find the
optimization option causing the issue. Then we can report the bug
upstream.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: Digital signature
t
point release.
> I don't know what the plans for uploading new glibc to unstable are.
The plan is to get glibc 2.21 to unstable soon.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
updated blacklist patch be added to glibc in
> unstable, and after it spends a few weeks in testing, that it should
> also be the added to stable through a stable update.
Thanks for the patch, I have committed it to the jessie and the 2.21
branches.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
there.
5) Finally it means that we need to provide a version of the libc for
all combinations. Think on i386, we would need to provide:
- libc6
- libc6-i686
- libc6-i686-tsx
- libc6-xen
- libc6-xen-tsx
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
2.7 --dir .
> returned exit code 13
> debian/rules:6: recipe for target 'build-arch' failed
> make: *** [build-arch] Error 25
The problem is actually in cfitsio. pyfits uses cfitsio when it has to
deal with compressed data. I am therefore reassigning the bug there and
I will continue to investi
On 2015-09-29 23:33, Andreas Cadhalpun wrote:
> On 29.09.2015 22:54, Aurelien Jarno wrote:
> > On 2015-09-29 19:41, Andreas Cadhalpun wrote:
> >> Great. Can you estimate when that upload will happen?
> >> (I'm trying to decide whether or not to wo
On 2015-09-29 13:47, Michael Biebl wrote:
> Am 28.09.2015 um 16:59 schrieb Aurelien Jarno:
> > Source: glibmm2.4
> > Version: 2.46.1-1
> > Severity: serious
> >
> > glibmm2.4 version 2.46.1-1 started to use C++11 features in the headers
> > it exports, but
On 2015-09-29 19:41, Andreas Cadhalpun wrote:
> Hi,
>
> On 28.09.2015 21:52, Aurelien Jarno wrote:
> > On 2015-09-28 18:17, Andreas Cadhalpun wrote:
> >> Attached is a testcase for mips, but it works fine for mipsel.
> >>
> >> One more pecu
Hi
On 2015-09-28 18:17, Andreas Cadhalpun wrote:
> Hi Aurelien,
>
> On 28.09.2015 14:48, Aurelien Jarno wrote:
> > On 2015-09-27 23:43, Andreas Cadhalpun wrote:
> >> A slightly larger test case for mips is compiling ffmpeg...
> >
> > It what I did to tes
Source: glibmm2.4
Version: 2.46.1-1
Severity: serious
glibmm2.4 version 2.46.1-1 started to use C++11 features in the headers
it exports, but pkg-config --cflags doesn't return -std=c++11. Given the
default is still -std=gnu++98 in GCC 5, it causes packages which use
these headers to fails to
it takes longer to build (or actually to run the
testsuite). We have recently changed the ISA to mips32r2, which improves
things a bit (up to 40% on some packages), but the gain for
graphicsmagick seems to be around 10% only. The real solution is to get
new machines with an FPU, we are currentl
clone 800371 -1
reassign -1 libsigc++-2.0
retitle -1 libsigc++-2.0: C++11 features in headers but no -std=c++11 in
pkg-config
thanks
On 2015-09-28 16:59, Aurelien Jarno wrote:
> Source: glibmm2.4
> Version: 2.46.1-1
> Severity: serious
>
> glibmm2.4 version 2.46.1-1 start
On 2015-09-27 23:43, Andreas Cadhalpun wrote:
> Hi Aurelien,
>
> On 27.09.2015 23:10, Aurelien Jarno wrote:
> > On 2015-09-27 20:37, Andreas Cadhalpun wrote:
> > Thanks for the detailed testcase. I have been able to reproduce the
> > issue on mipsel, but not on mips.
On 2015-09-27 20:37, Andreas Cadhalpun wrote:
> Package: gcc-5
> Version: 5.2.1-17
> Severity: serious
> Justification: causes ffmpeg to FTBFS
> Control: affects -1 ffmpeg
> X-Debbugs-Cc: Aurelien Jarno <aure...@debian.org>,
> debian-m...@lists.debian.org
>
>
o build libv8-3.14 on mayer
> or other non loongson board if there are any?
> Maybe we should blacklist libv8-3.14 on loongson boards?
mayer.do has been decommissioned, and now all our build daemons are
Loongson 3 ones. So this is unfortunately not possible.
Aurelien
--
Aurelien Jarno
0;
> }
>
> $ ./a.out
> family=2
> family=2
> family=2
> family=33956
> family=33956
> family=33956
>
> A patch has already been delivered upstream:
> https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=a071766ebfd853179ac39f9773f894029bf86d36
The bug is fixed in the experimental branch. For jessie, we'll try to
include it for the next stable release.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Package: src:virtinst
Version: 0.600.4-3
Severity: serious
The source package virtinst builds a binary virtinst in version
0.600.4-3, however the source package virt-manager build the
same package in a higher version. This causes the virtinst source
package to be built on the autobuilders and
On 2015-08-22 11:51, Aurelien Jarno wrote:
control: tag -1 + patch
On 2015-08-03 23:04, Aurelien Jarno wrote:
On 2015-04-17 11:28, Edmund Grimley Evans wrote:
Source: make-dfsg
Version: 4.0-8.1
When building with binutils 2.25-6, the version currently in unstable,
it fails
control: tag -1 + patch
On 2015-08-03 23:04, Aurelien Jarno wrote:
On 2015-04-17 11:28, Edmund Grimley Evans wrote:
Source: make-dfsg
Version: 4.0-8.1
When building with binutils 2.25-6, the version currently in unstable,
it fails to build. The output is:
features/archives
Source: rrdtool
Version: 1.5.4-4
Severity: serious
Hi,
You recently uploaded version 1.5.4-4 with a field Multi-Arch: no.
While it is in the specification, it's unfortunately not supported by
all the infrastructure. Your package has therefore been built correctly,
on all architectures, but has
On 2015-08-09 00:21, Vincent Lefevre wrote:
Hi,
On 2015-08-08 23:30:26 +0200, Aurelien Jarno wrote:
From what I have been able to get the problem is that when using a
single rrd file for all data, the number of columns (ie sensors) is
defined when the file is created. Therefore
their database, and possibly
the scripts extracting the data for them.
I don't really know what is the solution for this bug, one might be to
stop shipping sensord in Debian as it is kind of dead upstream and not
build by default.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32
to force
this. We could also have done that using a shell function, but POSIX
shells do not provide a way to export shell functions. We can still do
it by using a wrapper called ar and changing PATH to point first to
the directory containing the wrapper. That's a bit more ugly though.
--
Aurelien
when installing the
linux-image-4.0.0-1-amd64 package? Do you have enough disk space on your
/boot partition?
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
On 2015-06-15 09:55, Zack Weinberg wrote:
On 06/15/2015 05:58 AM, Aurelien Jarno wrote:
On 2015-05-29 12:45, Zack Weinberg wrote:
... crashes immediately after Running /scripts/init-bottom ... done. with
the error messages
/sbin/init: relocation error: symbol rewind, version
On 2015-06-15 16:03, Aurelien Jarno wrote:
On 2015-06-15 09:55, Zack Weinberg wrote:
On 06/15/2015 05:58 AM, Aurelien Jarno wrote:
On 2015-05-29 12:45, Zack Weinberg wrote:
... crashes immediately after Running /scripts/init-bottom ... done.
with
the error messages
/sbin
on ppc64el [1]. I think it's a legitimate
use case.
[1]
https://buildd.debian.org/status/fetch.php?pkg=grub2arch=ppc64elver=2.02~beta2-23stamp=1431706310
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email
maintainers only maintain the buildds and have nothing to do
with the porterboxes which are administrated by DSA. Please have a look
at this procedure: https://dsa.debian.org/doc/guest-account/
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net
601 - 700 of 1699 matches
Mail list logo