tags 812308 + pending
thanks
Hi,
The following change has been committed for this bug by
Manoj Srivastava on the branch
master at Thu, 21 Jan 2016 23:41:58 -0800.
The fix will be in the next upload.
=
[master]
tags 812308 + pending
thanks
Hi,
The following change has been committed for this bug by
Manoj Srivastava on the branch
master at Thu, 21 Jan 2016 23:33:29 -0800.
The fix will be in the next upload.
=
[master]
Hello Vagrant and Martin,
On Thu, 21 Jan 2016 14:08:50 -0800, Vagrant Cascadian
wrote:
> On 2016-01-21, Albert ARIBAUD wrote:
> > On Sat, 16 Jan 2016 12:21:06 +0100, Albert ARIBAUD
> > wrote:
> >> On Fri, 15 Jan 2016 15:30:47 -0800, Martin Michlmayr
> >> wrote:
> >> > * Albert ARIBAUD [2016-
Rhonda D'Vine:
> Package: lintian
> Version: 2.5.39.1
> Severity: minor
>
>Hi,
>
> while running lintian against a package with a non-existing upstream it
> complained about the missing Homepage field. It did so also for the
> dbgsym package.
>
> I can understand the reaoning to not w
* Manoj Srivastava <@> [2016-01-21 10:15]:
[snip]
Just eyeballing the code seems to indicate that something did go
seriously wrong; and perl just died at the defined line, since there
should be no way to not have another diagnostic line after determining
the name of the emergency mailbox fil
22.01.2016 08:57, Salvatore Bonaccorso wrote:
> Source: qemu
> Version: 1:2.5+dfsg-4
> Severity: important
> Tags: security upstream patch
>
> Hi,
>
> the following vulnerability was published for qemu.
>
> CVE-2016-1981[0]:
> net: e1000 infinite loop in start_xmit and e1000_receive_iov routines
Package: python-trollius
Version: 1.0.1-1
Severity: normal
Hello,
trollius 2.0 has been released: https://pypi.python.org/pypi/trollius , please
package it.
also the Homepage field needs updating.
Regards,
Sandro
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT po
Package: mailagent
Version: 1:3.1-81-2
Severity: normal
Tags: upstream patch
When the LEAVE command is used, messages should be dropped into the
system mailbox of the user (/var/spool/mail/$user, which is the value of
the $mailfile variable, defined in /usr/bin/mailagent ). Instead of
that, t
On Jan 06, Marco d'Itri wrote:
> Again, with the correct patch for zsh.
Sven, I have not heard back from you in a while. Do you have any
questions about this patch?
Do you need help? I do not mind doing a NMU if you want.
--
ciao,
Marco
signature.asc
Description: PGP signature
Dear Evgeny,
I can get rid of the 'Wide character...' warning by adding the line
use open ':locale';
(cp. attached patch). Could you please check whether this is
sufficient for you? Unfortunately, the 'ts -r' does not work for
ru_RU.*...
Kind regards,
Nicolas
diff --git a/ts b/ts
i
22.01.2016 01:14, Ben Hutchings wrote:
> This series removes the busybox hook script and definition of
> BUSYBOXDIR from initramfs-tools, leaving busybox itself responsible
> for these.
Oh well. How many times I talked with Max on IRC, sent patches,
created a git tree for initramfs to pull from..
Hello,
على الخميس 21 كانون الثاني 2016 19:29، كتب Aaron M. Ucko:
>
> Builds of bcftools for several architectures failed with test suite
> errors, as detailed at
>
> https://buildd.debian.org/status/logs.php?pkg=bcftools&ver=1.2-1
>
[...]
> Could somebody please take a look?
>
Hmm. Well, a n
Source: qemu
Version: 1:2.5+dfsg-4
Severity: important
Tags: security upstream patch
Hi,
the following vulnerability was published for qemu.
CVE-2016-1981[0]:
net: e1000 infinite loop in start_xmit and e1000_receive_iov routines
If you fix the vulnerability please also make sure to include the
I goofed up the install of the upstream package, but the after moving
some files around by hand, it would appear that both the database
connection and sql method objects from ZMySQLDA and run queriess.
So I think one can conclusively say the problem is that debian
packages zope-mysqlda without pr
Package: lua5.3
Version: 5.3.1-1
When run lua5.3 -e "print(_VERSION)" on normal mips64el env,
it works well, while run on pbuilder chroot env, it dump lots of strange.
The same situation happens on alpha.
--
YunQiang Su
Control: tags 742560 + patch
Control: tags 742560 + pending
Dear maintainer,
I've prepared an NMU for freeimage (versioned as 3.17.0+ds1-1.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru freeimage-3.17.0+ds1/debian/changelog
freeimage
Source: freeimage
Followup-For: Bug #742560
Patch (inspired from Fedora) attached.
I'm gonna prepare an NMU for DELAY/7.
--
-- System Information:
Debian Release: stretch/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: am
> "BH" == Ben Hutchings writes:
BH> I can't reproduce this, using either APT or direct invocation of dpkg.
BH> Please explain how you attempted to upgrade.
I always use aptitude full-upgrade.
Anyway on my jidanni2 machine I also find:
$ set /etc/initramfs-tools/conf.d /var/lib/initramfs-to
Package: ftp.debian.org
Severity: normal
This package has been RC buggy and unmaintained for a long time. The
maintainer was last seen active in Debian in any capacity a year and a half
ago. Given its low popcon there's no reason to keep it around and hope it
will start getting fixed.
It's seve
Package: libv8-3.14
Version: 3.14.5.8-10
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's
Sorry, I accidentally built this package in a chroot with also had
libc6 from experimental installed. With just unstable + gcc6, I get:
not ok 669 test-stdout-close-unref.js # TODO : Fix flaky test
not ok 720 test-stringbytes-external.js
not ok 732 test-tick-processor.js
#nm: /lib/x86_64-linux-
Hi, Daniel,
I was filing an intent to package qsopt-ex for Debian. It is just part
of Debian procedure for introducing new packages and the fact that every
Debian ticket is called a bug is a bit unfortunate. I suppose you could
consider it a bug in Debian that qsopt-ex is not yet part of it, though
These bugs appear to be the same cmake issue, just in different
packages. Please update the other bugs when you investigate this
issue.
Thanks!
--
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise
Control: tag -1 unreproducible moreinfo
On Mon, 28 Dec 2015 18:06:11 +0800 =?utf-8?B?56mN5Li55bC8?= Dan Jacobson
wrote:
> Package: initramfs-tools
> Version: 0.121~rc2
>
> Unpacking initramfs-tools (0.121~rc2) over (0.120) ...
> dpkg: warning: unable to delete old directory '/etc/initramfs-tool
These bugs appear to be the same cmake issue, just in different
packages. Please update the other bugs when you investigate this
issue.
Thanks!
--
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise
Package: synergy
Version: 1.4.16-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's not cl
Package: pyfits
Version: 1:3.3-7
Severity: important
pyfits fails to build in unstable for me. Do you see this, too?
> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> changing mode of build/scripts-3.5/fitscheck from 664 to 775
> changing mode of build/scripts-3.5/fitsdi
Package: haskell-lens
Version: 4.12.3-2
Severity: serious
haskell-lens fails to build in unstable:
> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> [18 of 81] Compiling Control.Lens.Internal.Fold (
> src/Control/Lens/Internal/Fold.hs,
> dist-ghc/build/Control/Lens/Inte
Package: ocp-indent
Version: 1.5-2
Severity: serious
ocp-indent fails to build in unstable:
> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> + ocamlfind ocamlopt -c -package cmdliner -package dynlink -package findlib
> -I src -o src/indentArgs.cmx src/indentArgs.ml
> Fi
Package: racket
Version: 6.3-3
Severity: serious
racket fails to build in unstable:
> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> raco setup: 1 making: /planet
> raco setup: 0 making: /reader
> raco setup: 0 making: /reader/lang
> GC2 count != MASTERGCINFO->alive 31 3
Package: ros-class-loader
Version: 0.3.2-1
Severity: serious
ros-class-loader fails to build in unstable:
> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> [ 20%] Building CXX object CMakeFiles/class_loader.dir/src/class_loader.cpp.o
> /usr/bin/c++ -Dclass_loader_EXPORT
Package: ros-ros-comm
Version: 1.11.16-2
Severity: serious
ros-ros-comm fails to build in unstable:
> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> [ 45%] Built target roscpp_gencpp
> [ 45%] Built target roscpp_gen
* Dirk Eddelbuettel [2016-01-21 22:12]:
> | If you have some time to look into this issue, that'd be great. If
> | not, I can re-test the package with GCC 6 in a few weeks time.
>
> Can you ensure that the other C++ dependencies, notably QuantLib and Rcpp
> with Build-Depends: r-cran-rcpp (>= 0.
Package: vtk6
Version: 6.2.0+dfsg1-4
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
You can find a snapshot
Upon further investigation, I believe zope-mysqlda depends on another
zope product, ZSQLMethods, which contains the Shared.DC.ZRDB module
which is no longer part of the core zope-2.13 distribution.
https://github.com/zopefoundation/Products.ZSQLMethods
I'm trying to figure out how to install thi
Package: bedtools
Version: 2.25.0-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
You can find a snapshot of GCC 6 in exp
Control: reassign -1 bash-completion 1:2.1-4.2
On Tue, 19 Jan 2016 14:58:29 +0100 Jakub Wilk wrote:
> Package: initramfs-tools
> Version: 0.121
> User: debian...@lists.debian.org
> Usertags: adequate obsolete-conffile
>
> The package left obsolete conffile after upgrade:
> /etc/bash_completion.d
Package: vtk
Version: 5.10.1+dfsg-2
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
You can find a snapshot o
Hi Martin,
On 21 January 2016 at 20:02, Martin Michlmayr wrote:
| Package: rquantlib
| Version: 0.4.2-1
| Severity: normal
| User: debian-...@lists.debian.org
| Usertags: ftbfs-gcc-6 gcc-6-unknown
|
| This package fails to build with GCC 6. GCC 6 has not been released
| yet, but it's expected t
Package: clucene-core
Version: 2.3.3.4-4.1
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
You can find a sna
Package: armagetronad
Version: 0.2.8.3.3-2
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
You can find a snapshot of GCC 6
Package: nodejs
Version: 4.2.4~dfsg-2
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's not
Package: google-mock
Version: 1.7.0-18092013-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately,
Package: pokerth
Version: 1.1.1-3
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
You can find a snapshot of GCC 6 in exper
Package: libetonyek
Version: 0.1.6-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's not
On Sun, 17 May 2015 16:02:08 +0200 Ralf Jung wrote:
> Hi,
>
> >> when the package firmware-linux-nonfree is installed, it triggers the hook
> >> of the initramdisk
> >> package. I conclude that some firmware may be needed by the initramfs
> >> (which makes sense to me),
> >> and hence it is imp
Package: dune-geometry
Version: 2.4.0-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's n
Package: rquantlib
Version: 0.4.2-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's not c
Package: yaml-cpp
Version: 0.5.2-3
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's not cl
On Sat, 07 Nov 2015 02:47:27 +0100 Christoph Anton Mitterer
wrote:
> Package: initramfs-tools
> Version: 0.120
> Severity: normal
>
>
> Hi.
>
> I've just noted the following:
> Processing triggers for initramfs-tools (0.120) ...
> update-initramfs: /boot/initrd.img-4.2.0-1-amd64 has been alter
Package: capnproto
Version: 0.5.3-2
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's not c
Package: strigi
Version: 0.7.8-2
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
You can find a snapshot of GCC 6 in experi
Package: paraview
Version: 4.1.0+dfsg+1-3
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
You can find a snapshot of GCC 6
Package: oce
Version: 0.15-7
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's not clear fr
Package: newmat
Version: 1.10.4-5
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's not cle
Package: netsurf
Version: 3.2+dfsg-2.2
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
You can find a snapsho
Hi,
Thanks for working on the GCC transition.
Le 21/01/2016 23:19, Martin Michlmayr a écrit :
> I should have been more careful. I also see this with GCC 5 (i.e.
> normal unstable).
>
> Can you reproduce?
Since it has been uploaded four days ago, built by at least two persons
involved in the
Am 21.01.2016 um 19:58 schrieb Bryan Quigley:
> Oops, I totally missed that this was breaking...
>
> AFAICT on a stock desktop install the only one that breaks is
> console-setup, which has what seems to be a working patch -
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796603
>
> Were ther
Package: minetest
Version: 0.4.13+repack-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
You can find a snapshot of GCC 6
Package: dune-grid
Version: 2.4.0-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's not c
Package: musl
Version: 1.1.9-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's not clear
Package: laserboy
Version: 2012.11.11-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
You can find a snapshot of GCC 6 in
Package: dataquay
Version: 0.9-3
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
You can find a snapshot of GCC 6 in experi
Brian May writes:
> Oh, except I note that you used /dev/sdb1 and/dev/sdb2 on the same
> harddisk. I used seperate harddisks for both. Wonder if that matters?
I had a look again at reproducing this on a KVM, in Debian testing. I
used separate harddisks for both. However, unable to see any proble
Package: bitcoin
Version: 0.11.1-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's not cl
Source: knot-resolver
Version: 1.0.0~beta2-104-ge110f97-1
Severity: serious
Justification: fails to build from source
Automatic builds of knot-resolver have been failing because they never
install /usr/lib/knot-resolver/tinyweb/*, whose permissions are
therefore impossible to fix:
chmod -x debi
Package: freecad
Version: 0.15.4671+dfsg1-3
Severity: serious
> sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
...
> rc/3rdParty/salomesmesh/src/DriverUNV
> -I/<>/freecad-0.15.4671+dfsg1/src/3rdParty/salomesmesh/src/DriverDAT
>
> -I/<>/freecad-0.15.4671+dfsg1/src/3rdParty/sa
Source: bcftools
Version: 1.2-1
Severity: important
Justification: Fails to build from source
Builds of bcftools for several architectures failed with test suite
errors, as detailed at
https://buildd.debian.org/status/logs.php?pkg=bcftools&ver=1.2-1
Specifically:
* On arm64, armel, and ppc64el,
Package: strigi
Version: 0.7.8-2
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
You can find a snapshot of G
Package: unittest++
Version: 1.4.0-3
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
You can find a snapshot
Control: tag -1 patch pending
---
We test whether /usr/sbin/update-initramfs exists, but then invoke it
as 'update-initramfs'. Change the test to look in $PATH.
Closes: #768913
Signed-off-by: Ben Hutchings
---
kernel/postinst.d/initramfs-tools | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
Control: tag -1 patch
---
We really shouldn't run them when, for example, building a package.
---
installkernel | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/installkernel b/installkernel
index abfca8c..bcaa365 100644
--- a/installkernel
+++ b/installkernel
@@ -77,7 +
These scripts are normally run by dpkg so they may (and do) assume
those directories are in the PATH.
---
installkernel | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/installkernel b/installkernel
index bcaa365..3aef978 100644
--- a/installkernel
+++ b/installkernel
@@ -
Package: aptitude
Version: 0.7.5-3
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's not cl
user debian-...@lists.debian.org
usertag 812263 - ftbfs-gcc-6
usertag 812263 - gcc-6-unknown
severity 812263 important
retitle 812263 FTBFS: Test suite failure
thanks
I should have been more careful. I also see this with GCC 5 (i.e.
normal unstable).
Can you reproduce?
--
Martin Michlmayr
Linu
Package: libranlip
Version: 1.0-4.1
Severity: normal
Tags: patch pending
Dear maintainer,
I've prepared an NMU for libranlip (versioned as 1.0-4.2) and uploaded
it to DELAYED/07, as this bug has been unfixed since August 2014. It
adds dh_autoreconf support so that the packages builds on newer
arc
Control: clone -1 -2
Control: reassign -2 debianutils
Control: retitle -2 installkernel: Should only run scripts if install dir is
/boot
Control: severity -1 minor
On Sun, 09 Nov 2014 21:37:14 -0800 Rob Leslie wrote:
> Package: initramfs-tools
> Version: 0.109.1
> Severity: normal
> File: /etc/k
Package: avogadro
Version: 1.0.3-13
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Note that only the first error is repor
Package: symfony
Version: 2.7.9+dfsg-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's no
Package: samba
Version: 2:4.3.3+dfsg-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's no
Package: diagnostics
Version: 0.3.3-11
Severity: normal
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's no
Package: cppformat
Version: 1.1.0+ds-3
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6 gcc-6-unknown
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Unfortunately, it's
Package: zope-common
Version: 0.5.54
Severity: minor
when you create a new zope instance with dzhandle and then immediatly run
dzhandle list-instances
this instance will show up as 'purged' because of this test: (lines 1897-1902)
if os.path.exists(zope_conf) and \
filter(lamb
Package: openbabel
Version: 2.3.2+dfsg-2.2
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Note that only the first erro
Package: dsbltesters
Version: 0.9.5-4
Severity: important
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-6
This package fails to build with GCC 6. GCC 6 has not been released
yet, but it's expected that GCC 6 will become the default compiler for
stretch.
Note that only the first error is
Control: tag -1 moreinfo
On Sun, 25 Aug 2013 00:37:53 +0200 Vincent Lefevre
wrote:
> Package: initramfs-tools
> Version: 0.113
> Severity: important
> Tags: security
>
> I've noticed that when running update-initramfs, a core dump was
> generated in the current directory, which is in itself a fi
Much of the code in dep_add_modules is unrelated to any particular mount
point and should only be run once.
Signed-off-by: Ben Hutchings
---
hook-functions | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/hook-functions b/hook-functions
index bbb4d7e..6790d
Currently we're duplicating the work of udev and generating warnings
for drivers that are always built-in.
Closes: #792910
Signed-off-by: Ben Hutchings
---
hook-functions | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hook-functions b/hook-functions
index 6aef679..60f798
Control: tag -1 patch pending
---
Closes: #588770
Signed-off-by: Ben Hutchings
---
hook-functions | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/hook-functions b/hook-functions
index 6790d76..6aef679 100644
--- a/hook-functions
+++ b/hook-functions
@@ -406,12 +406,19
Package: bash
Version: 4.3-11+b1
Severity: minor
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
I was trying to understand why xfce4-terminal's titles never seemed to change.
After digging around a bit I found that gnome-terminal's title also was
Hi! We will remove qtquick1-5-dev with Qt 5.6. Please check if the dependency
is really needed, if you need help please ping Sune and I.
Kinds regards, Lisandro.
--
Contrary to popular belief, Unix is user friendly. It just happens to be
very selective about who it decides to make friends with.
Control: tag -1 +pending
On Tue, Jan 19, 2016 at 04:16:07PM -0800, Martin Michlmayr wrote:
>Package: efivar
>Version: 0.21-1
>Severity: important
>User: debian-...@lists.debian.org
>Usertags: ftbfs-gcc-6 gcc-6-nonnull
>
>This package fails to build with GCC 6. GCC 6 has not been released
>yet, bu
Hi! I'm pining this bug because we are getting near of Qt 5.6 and we would
really like to avoid having to rebuild musescore. Do you need any help with
this?
Kinds regards, Lisandro.
--
Simulations are like miniskirts, they show a lot and hide the essentials.
Hubert Kirrman
Lisandro Damián N
Package: zope-mysqlda
Version: 3.1.1-1
Severity: normal
Dear Maintainer,
* What led up to the situation?
I've been trying to migrate an existing zope instance running using
zope-2.13 to a new server using the debian zope packages. The old
instance uses the ZMySQLDA product provide by the zope-m
Package: g++-6
Version: 6-20160117-1
Severity: minor
I was trying out the new -fcheck-pointer-bounds option (which requires -mmpx)
and found that in combination with -fsanitize=undefined it causes an ICE:
$ cat x.cc
int * a;
void f() { *a = 1; }
$ g++-6 -fsanitize=undefined -fcheck-pointer-bounds
On Thursday 21 January 2016 17:56:17 Linus Lüssing wrote:
> On Tue, Jan 19, 2016 at 12:23:25PM -0300, Lisandro Damián Nicanor Pérez
Meyer wrote:
> > Control: tag -1 moreinfo
> >
> > Do you see any strange messages in ~/.xsession-errors ?
>
> Hm, no errors in there.
¿something about no permissio
I just updated a system from Jessie to testing, still having this bug. Shows
nullptr dereference in dmesg. Have to remove all fglrx packages to boot to
desktop.
Sent from my HTC
tags 810757 + pending
thanks
We will be sorting bug numbers for RC bugs so the output should stay
consistent. Thanks for the report! :)
Regards,
T. Nitecki
signature.asc
Description: OpenPGP digital signature
Package: kpatch-dkms
Version: 0.3.1-1
Severity: serious
Justification: fails to build from source
kpatch-dkms refuses to build for a different than the running kernel.
Tested in a sid chroot with linux-headers-4.3.0-1-amd64 installed on a
jessie host (running kernel 3.16.0-4-amd64):
# dkms buil
The problem has returned on a computer with exactly the same purpose, this
time a Dell Inspiron 530.
On Jan 19, 2016 8:02 AM, "oldtechaa" wrote:
> The bug might be hardware related, as one of the desktops was replaced and
> the problem went away. The new replacement is an Optiplex 320, and since
1 - 100 of 345 matches
Mail list logo
