Hi,
Quoting Thorsten Glaser (2016-09-07 22:53:37)
> Markus Koschany dixit:
>
> >I have just created a new cowbuilder base chroot with
> >
> >sudo DIST=sid ARCH=amd64 cowbuilder --create
> >
> >and this command still installs gnupg. I don't know what I'm currently
> >missing
>
>
Given after-context=3 it is expected to output at least 4 lines
as documented, but adding max-count=1 makes it stop on the next
matching line.
Thanks for reporting this. Although grep's behavior is documented ("context does
not include matching lines" in the node General Output Control) the
Control: retitle -1 'RFS: btrfs-progs/4.7.2-0.1 [RC NMU]'
Was almost asleep and then realised this; here is the correct link:
dget -x
https://mentors.debian.net/debian/pool/main/b/btrfs-progs/btrfs-progs_4.7.2-0.1.dsc
Humble regards,
Nicholas
signature.asc
Description: Digital signature
❦ 6 septembre 2016 02:42 CEST, "Aaron M. Ucko" :
> The i386 build of gobgp failed:
>
> # github.com/osrg/gobgp/server
> src/github.com/osrg/gobgp/server/sockopt.go:66: undefined:
> syscall.SYS_SETSOCKOPT
> src/github.com/osrg/gobgp/server/sockopt_linux.go:95:
Source: libtomcrypt
Version: 1.17-6
Severity: important
Tags: security upstream patch
Hi,
the following vulnerability was published for libtomcrypt.
CVE-2016-6129[0]:
possible bleichenbacher signature attack
If you fix the vulnerability please also make sure to include the
CVE (Common
On Thu, Sep 08, 2016 at 07:11:31AM +0200, Adam Borowski wrote:
> On Thu, Sep 08, 2016 at 12:57:32AM -0400, Nicholas D Steeves wrote:
> > Package: sponsorship-requests
> > Severity: grave
> >
> > I am looking for a sponsor for an urgent NMU of "btrfs-progs". Upstream
> > has marked this as an
Package: nim
Version: 0.14.2-1
Severity: normal
Dear Maintainer,
The nim package provides the compiler and stuff, but the nimble system is not
provided, perhaps this should
be a separate package?
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500,
Control: tag -1 +moreinfo
On Fri, Mar 20, 2015 at 11:05:36PM +0100, Axel Stammler wrote:
>
> Dear Maintainer,
>
> - Mutt can access other IMAPS servers without problems.
> - This server (imaps://***@versanet...@mail-ssl.versatel.de/) can be accessed
> without
> problems using Evolution.
> -
On Thu, Sep 08, 2016 at 12:57:32AM -0400, Nicholas D Steeves wrote:
> Package: sponsorship-requests
> Severity: grave
>
> I am looking for a sponsor for an urgent NMU of "btrfs-progs". Upstream
> has marked this as an "urgent fix" <
>
Package: sponsorship-requests
Severity: grave
Dear mentors,
I am looking for a sponsor for an urgent NMU of "btrfs-progs". Upstream has
marked this as an "urgent fix" <
https://btrfs.wiki.kernel.org/index.php/Changelog#btrfs-progs-4.7.2_.28Sep_2016.29
>
Sept 5th I filed bug #836778
Package: firefox-esr
Version: 45.3.0esr-1
Severity: normal
I got a random crash (SIGSEGV) in firefox-esr. If the below backtrace
and the attached full backtrace aren't useful, please close this bug.
Core was generated by `firefox-esr'.
Program terminated with signal SIGSEGV, Segmentation fault.
Thanks. Will do.
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=771026
We've already seen the issue and forwarded to upstream.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
On Wed, Sep 07, 2016 at 10:21:34PM +0100, ael wrote:
> Of course, I can just reformat the card, and I am confident that it will
> then work, but this looks like an opportunity to uncover a "feature"
> lurking somewhere. I imagine that you will ask for an dumpe2fs run next?
Actually, what I'd like
It has already been reported, I forgot to add links. I hope they fix this
problem but maybe would be faster to use the Ubuntu patch.
https://bugzilla.gnome.org/show_bug.cgi?id=766089
https://bugzilla.gnome.org/show_bug.cgi?id=758065
2016-09-07 21:12 GMT-03:00 D. B. :
> As a
Package: dput-ng
Version: 1.10
Severity: wishlist
Uploads to mentors.debian.net currently require the original tarball
be included, even for packages where the original tarball is already
in Debian.
It would be nice if dput would automatically warn the uploader about
this instead of the uploader
By the way, I don't know who is the culprit: libgtk-3-0, emacs, or
someone else. So please consider my found / nofound tags just as
additional information on my configuration rather as a bug source hint.
Sorry about that.
found 832077 libgtk-3-0/3.21.5-3
thanks
Source: libcmrt
Version: 1.0.5+git20160516.dfsg1-1
Severity: important
Justification: fails to build from source
The x32 build of libcmrt failed:
../../src/cm_mem.h: Assembler messages:
../../src/cm_mem.h:192: Error: invalid instruction suffix for `push'
../../src/cm_mem.h:195: Error:
Package: gitolite3
Version: 3.6.4-1
Severity: serious
Tags: upstream
Justification: uninstallable
User: debian-p...@lists.debian.org
Usertags: perl-cwd-inc-removal
The package fails to configure with the new default settings for @INC.
This is fixed in upstream commit 35e0b2a. Rather than
On Thu, Sep 08, 2016 at 02:24:37AM +0200, Michael Biebl wrote:
> On Wed, 7 Sep 2016 09:21:55 -0700 Josh Triplett
> wrote:
> > Control: reassign -1 libgtk-3-0 3.21.5-3
> > Control: affects -1 gnome-boxes
> > Control: severity -1 serious
> > Control: forcemerge -1 832077
>
>
found 832077 emacs/46.1
thanks
The message
(emacs:6144): Gtk-WARNING **: GtkWindow 0xc50270 is drawn without a
current allocation. This should not happen.
is printed to xterm from where emacs was started. Printing happens when
the emacs window gets the focus due to a left-button mouse
Source: libcmrt
Version: 1.0.5+git20160516.dfsg1-1
Severity: important
Justification: fails to build from source
Thanks for promptly taking care of #836879/#836971. However, I see
that builds of libcmrt for most architectures are still failing. One
issue there is that it naturally doesn't
Source: libdrm
Version: 2.4.70-1
Severity: important
Justification: fails to build from source (but built successfully in the past)
Builds of libdrm on kFreeBSD and the Hurd have been failing because
the headers drm.h pulls in on those platforms don't work out.
Specifically, kFreeBSD builds have
Package: ftp.debian.org
Severity: normal
All binary packages previously built by src:linux-tools have been
taken over by src:linux (modulo changes to version numbers in their
names).
Please take care to only close bugs assigned to src:linux-tools (there
should only be one, #837015) and not to
On 2016-09-07 19:32:48 -0400, Sergio Durigan Junior wrote:
> This is strange. I do not have this file, and I have the
> shared-mime-info package installed.
All the files in .local/share/mime were created on
2015-09-10 01:24:02. I couldn't find anything interesting
in the history.
> I tried to
On Wed, 7 Sep 2016 09:21:55 -0700 Josh Triplett
wrote:
> Control: reassign -1 libgtk-3-0 3.21.5-3
> Control: affects -1 gnome-boxes
> Control: severity -1 serious
> Control: forcemerge -1 832077
To me those two issues look not like they are related.
After all, this one
Lucas Nussbaum writes:
> Source: notmuch
> Version: 0.22.1-3
> Severity: serious
> Tags: stretch sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20160906 qa-ftbfs
> Justification: FTBFS on amd64
>
> Hi,
>
> During a rebuild of all packages in sid, your package
As a fellow user I would request that you file this bug upstream so that
GTK+ are aware of how annoying it is, if no one has already filed such a
ticket (I could not find one on an extremely brief search)
This annoyance is not debian specific, so why (A) burden the deb
maintainers, (B) not make
Control: tags 817516 patch
Control: tags 817516 pending
Control: tags 835651 patch
Control: tags 835651 pending
Control: tags 449603 patch
Control: tags 449603 pending
Control: tags 450202 patch
Control: tags 450202 pending
Hi
I uploaded a NMU to 10-day/delay queue. Feel free to cancel this
Package: chromium
Version: 53.0.2785.92-1
Severity: normal
Dear Maintainer,
everytime I start chromium the gnome-keyring starts.
This behaviour is very annoying, because I am using a tiling window
manager and the gnome-keyring windows captures all input except ESC.
Greetings
Kevin
Package: libgtk-3-0
Version: 3.21.5-3
Severity: important
Dear Maintainer,
In recent versions of gtk3 the double click behaviour of the file chooser
dialog got inconsistent.
Basically sometimes, when a folder is already selected, a single click opens
that folder.
See [1] for more information
On Wed, 7 Sep 2016, Markus Koschany wrote:
> I am attaching two build logs (cowbuilder and sbuild) that show no
> issues at all. The build succeeds.
Thanks a lot for trying to reproduce this.
There are still a lot of differences, we should better remove them all,
until our building environments
Source: gdk-pixbuf
Version: 2.35.4-1
Severity: serious
Justification: makes the package in question unusable or mostly so
Control: affects -1 src:wxwidgets3.0 src:grass src:qgis
Dear Maintainer,
gdk-pixbuf (2.35.4-1) FTBFS on pretty much all architectures due to test
failures:
ERROR:
On 09/08/2016 12:00 AM, Emilio Pozuelo Monfort wrote:
> On 07/09/16 10:25, Bas Couwenberg wrote:
>> It sadly seems to be the season of uncoordinated transitions, with some
>> maintainers not learning for their past mistakes. Very disappointing.
>
> It's already started, so let's tag it as such.
>
On Tuesday, September 06 2016, Vincent Lefevre wrote:
> On 2016-09-06 17:07:07 -0400, Sergio Durigan Junior wrote:
>> What Desktop Environment are you using?
>
> I do not use any desktop environment (just fvwm as my window manager).
>
> If I use "xdg-mime query filetype ...", I get text/html. So,
On Wed, 07 Sep 2016 at 23:56:44 +0200, Lucas Nussbaum wrote:
> > #
> > GLib:ERROR:/<>/./glib/tests/gdatetime.c:221:test_GDateTime_equal:
> > assertion failed (g_date_time_get_utc_offset (dt1) / G_USEC_PER_SEC == (-3
> > * 3600)): (0 == -10800)
This appears to be the only failure here.
Does
Control: reassign 836266 parcimonie
Control: affects 836266 + dirmngr
On Wed 2016-09-07 17:31:17 +0200, Felipe Sateler wrote:
> On Thu, 01 Sep 2016 17:00:19 +0900 Kyuma Ohta
> wrote:
>> Package: dirmngr
>> Version: 2.1.15-2
>> Severity: important
>>
>> Dear
> "Lucas" == Lucas Nussbaum writes:
Lucas> Hi,
Lucas> During a rebuild of all packages in sid, your package failed
Lucas> to build on amd64.
Lucas> Relevant part (hopefully):
>> fakeroot debian/rules binary ./genblob >tmp & tmp config-blob
>>
Hi Lucas,
thanks for your bug report
Am 07.09.2016 um 23:57 schrieb Lucas Nussbaum:
>> touch debian/stamp-autotools-files
>> /usr/share/cdbs/1/class/autotools.mk:44: *** no python implementation
>> resolved from binary package "stamp-autotools". Stop.
That looks like (yet another) cdbs
Hi,
2016-09-07 19:39 GMT-03:00 Jeremy Bicha :
> On Wed, Sep 7, 2016 at 5:53 PM, Eriberto wrote:
>> I did an upload for this package some hours ago and I can sponsor this
>> package again. A question: will you really put this package in Collab
>>
Source: gnuchess-book
Version: 1.02-2
Severity: wishlist
It appears that if hoichess has access to the gnuchess-book source,
hoichess can build its opening book and Debian bug #401164 can be
closed.
I believe step 1 then is to ship the gnuchess-book source as a
separate binary package (named
> On 7 Sep 2016, at 23:01, Markus Koschany wrote:
>
> On 07.09.2016 23:24, Mattia Rizzolo wrote:
>> Pbuilder (and therefore cowbuilder) already use --variant=buildd
>>
>> That afaik is --variant=minbase + build-essential.
>>
>> I'm not sure why you still get gnupg installed.
I too am experiencing big problems with this change. It blocked all my
debian 8 upgrade.
It doesn't make sense to remove a feature because it can be used the wrong
way
--
Diego Roccia
diego.roccia (at) gmail (dot) com
tag 837017 + moreinfo
tag 837017 + unreproducible
thanks
Hi,
On Thu, Sep 08, 2016 at 12:16:24AM +0200, Lucas Nussbaum wrote:
> Relevant part (hopefully):
> > make[6]: *** [test-suite.log] Error 1
> > make[6]: Leaving directory '/<>/src/test'
> > Makefile:892: recipe for target 'check-TESTS'
On Wed, Sep 7, 2016 at 5:53 PM, Eriberto wrote:
> I did an upload for this package some hours ago and I can sponsor this
> package again. A question: will you really put this package in Collab
> Maint?
Yes, the packaging is there now. The documentation says that when a
2016-09-08 0:52 GMT+08:00 Sean Whitton :
> The issue is that then we then have multiple copies of the thrift files
> in Debian: a copy in each source package that needs them, either for
> regeneration or in debian/missing-sources/.
>
> Suppose there is an Evernote
Package: pyqso
Followup-For: Bug #835489
Please consider the attached patch that fixed all the issues of PyQSO vs
Python3. I have uploaded the corresponding package to
mentors.debian.net (https://mentors.debian.net/package/pyqso). Thanks in
advance.
--
With best wishes
Dmitry
-- System
Source: csh
Version: 20110502-2.1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> cc -g -O2
severity 834744 serious
thanks
On 07/09/16 at 14:17 +0100, Santiago Vila wrote:
> I suggest to raise the severity now
Yes.
Lucas
Santiago Vila dixit:
>For the record: This is a false dichotomy, because xmlgraphics-commons
>didn't fail in the official buildds. it didn't fail in a
You miss a word there: “yet”
An undeclared build dependency on a non-Essential/Build-Essential
package is an RC bug in the package. That
Hi!
This is starting to be a question on how to to things and not a bugreport. I
still cannot understand what you really are trying to do, for interfaces
with a name you want you should look at iproute's doc, the ip command can
give you aliases with any name you want, for info on how to do this
Source: gauche-gtk
Version: 0.6~pre1+git20121223-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part
Source: tcsh
Version: 6.18.01-5
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> gcc -c -g -O2
Source: openjfx
Version: 8u102-b14-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> g++
Source: gamin
Version: 0.1.10-5
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> debian/rules
Source: pyasn1
Version: 0.1.9-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> fakeroot
Source: wagon2
Version: 2.10-4
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> make[1]:
Source: gridengine
Version: 8.1.9+dfsg-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> cc -c
Source: gupnp-igd
Version: 0.2.4-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
>
Source: liblightify
Version: 0~git20160607-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
>
Source: zvbi
Version: 0.2.35-11
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> make[4]:
Source: notmuch
Version: 0.22.1-3
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> gpg: no
Source: tachyon
Version: 0.99~b6+dsx-5
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
>
Source: linux-tools
Version: 4.4.6-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> gcc
>
Source: libvisio
Version: 0.1.5-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> make[6]: ***
Source: singular
Version: 4.0.3-p1+ds-3
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
>
Source: gnustep-base
Version: 1.24.9-3
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
>
>
Source: mono
Version: 4.2.1.102+dfsg2-8
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
>
Source: cheetah
Version: 2.4.4-3
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> fakeroot
Source: ltrace
Version: 0.7.3-5.1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> /bin/bash
Source: xfce4-radio-plugin
Version: 0.5.1-3
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
>
Source: mate-applets
Version: 1.14.1-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
>
Source: gnome-python-desktop
Version: 2.32.0+dfsg-3
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part
Source: installation-locale
Version: 1.6
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
>
Source: aweather
Version: 0.8.1-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> make[4]:
Source: dbus-sharp-glib
Version: 0.6.0-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
>
Source: kerberos-configs
Version: 2.3
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
>
Source: naspro-core
Version: 0.5.1-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> /bin/bash
Source: strace
Version: 4.12-3
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20160906 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> gcc
Package: i965-va-driver
Version: 1.7.2-1
Severity: normal
Dear Maintainer,
i965-va-driver 1.7.2-1 for amd64 is missing. Noticed on multiarch where it
causes i386 to be held back:
The following packages have been kept back:
i965-va-driver:i386 (1.7.1-1 => 1.7.2-1)
The build looks OK:
On Wed, Sep 07, 2016 at 06:09:16PM +0200, Sebastiaan Couwenberg wrote:
> I'm very disappointed that the introduction of the
> default-libmysqlclient-dev packages now immediately results in RC bugs.
>
> For now I've changed the dependency to default-libmysqlclient-dev, but
> I'm considering
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
for the upcoming GNOME 3.22 release we have the bi-anual soname bumps in
evolution-data-server.
Updating evolution-data-server to 3.21.x means a soname bump for
libcamel and
On Wed, 7 Sep 2016, Markus Koschany wrote:
> Now we all agree that a package that fails to build
> on the official buildd network is RC buggy. But what about packages that
> neither fail there nor locally in a clean cowbuilder environment but
> under some obscure circumstances in a local sbuild
On 07.09.2016 23:24, Mattia Rizzolo wrote:
> Pbuilder (and therefore cowbuilder) already use --variant=buildd
>
> That afaik is --variant=minbase + build-essential.
>
> I'm not sure why you still get gnupg installed.
>
> Btw what version are you using (of cowbuilder and pbuilder)?
I'm using
Control: tags -1 confirmed
On 07/09/16 10:25, Bas Couwenberg wrote:
> It sadly seems to be the season of uncoordinated transitions, with some
> maintainers not learning for their past mistakes. Very disappointing.
It's already started, so let's tag it as such.
I have urgented proj so that e.g.
Package: texlive-base
Version: 2016.20160819-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + tex4ht
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'wheezy' to 'jessie' to 'stretch'.
It installed fine in 'wheezy', and
Followup-For: Bug #823574
Please update the package in jessie-backports to a fixed version.
Thanks
Andreas
Control: tag 836987 moreinfo
Hi Jeremy,
I did an upload for this package some hours ago and I can sponsor this
package again. A question: will you really put this package in Collab
Maint?
Regards,
Eriberto
2016-09-07 17:30 GMT-03:00 Jeremy Bicha :
> Package:
Mattia Rizzolo dixit:
>I'm not sure why you still get gnupg installed.
>
>Btw what version are you using (of cowbuilder and pbuilder)?
I just installed (on an up-to-date sid/x32 system with latest
cowbuilder/pbuilder) a fresh sid chroot (from a local mirror
that’s updated daily) and get no
Followup-For: Bug #808312
Hi,
the fix seems to have disappeared, as can be seen in upgrades from
jessie-backports to stretch failing:
Preparing to unpack .../chemps2_1.8-1_amd64.deb ...
Unpacking chemps2 (1.8-1) over (1.6-1~bpo80+1) ...
dpkg: error processing archive
Control: tags -1 pending
Hi Andreas,
Thanks for your work on piuparts.
I've moved the diversion removal to postinst per your suggestion, thanks!
A new upload to unstable will follow shortly.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146
On 2016-06-26 12:24:40 [+0200], Kurt Roeckx wrote:
> If you have problems making things work, feel free to contact us.
HALP!
It builds against old & new ssl and I am proud what I managed in
rdssl_cert_to_rkey(). However they dereference
EVP_MD->required_pkey_type which vanished in 1.1 and I have
Control: tags -1 + pending
On Mon, 2016-09-05 at 05:21 +, Mathias Gibbens wrote:
> During installation nslcd failed to start, and I saw this error in
> the log:
>
> > connection daemon: nslcdnslcd: /etc/nslcd.conf:28: tls_cacertfile:
> > error accessing /etc/ssl/certs/ca-certificates.crt: No
Package: mate-panel
Version: 1.14.2-1
Severity: normal
Dear Maintainer,
Was running journalctl -f to see something else and came across the following -
Sep 08 02:58:25 debian wnck-applet[4205]: gtk_widget_size_allocate():
attempt to underallocate WnckTasklist's child GtkToggleButton
Pbuilder (and therefore cowbuilder) already use --variant=buildd
That afaik is --variant=minbase + build-essential.
I'm not sure why you still get gnupg installed.
Btw what version are you using (of cowbuilder and pbuilder)?
On Wed, 7 Sep 2016, 11:19 p.m. Thorsten Glaser,
On Wed, 7 Sep 2016, Markus Koschany wrote:
> But what about packages that
> neither fail there nor locally in a clean cowbuilder environment but
> under some obscure circumstances in a local sbuild environment?
Excuse me? A chroot without gnupg is now called "obscure circumstances
in a local
Source: munin
Version: 2.0.25-2
Severity: wishlist
Tags: upstream
Please enable CRL verification for TLS connections. There should be a
configuration option to enable it for server/client certificates.
Currently it's impossible to revoke certificates which are used for
Munin within a TLS setup.
Control: tags -1 confirmed
On 07/09/16 14:15, Matteo F. Vescovi wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Dear Release Team,
>
> I'm filing this bug for a new transition of glew package.
>
> On July 24,
On Sun, Jul 31, 2016 at 03:14:28PM -0400, Theodore Ts'o wrote:
>
> My suggestion at this point is to do an image copy of the entire
> contents of the sdhc card using either dd or ddrescue, to a known-good
> hard drive, and then run fsck.ext4 on that that image copy of your
> file system. I
1 - 100 of 363 matches
Mail list logo