Package: endless-sky
Version: 0.10.4-1
Severity: serious
Justification: Policy 2.3, 12.5
The upgrade to 0.10.4 missed the changes in upstream licensing and
copyright notices.
The changes in the summary, as supplied by upstream, can be seen at
Control: tag -1 pending
Hello,
Bug #1058690 in liblatex-tounicode-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1056143 in libeval-context-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1054654 in liblwp-protocol-http-socketunix-perl reported by you has been
fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1050451 in libperl-languageserver-perl reported by you has been fixed in
the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
-=| Martin Quinson, 22.02.2023 08:58:42 +0100 |=-
> tag 1030658 +moreinfo
> thanks
>
> Hello Damyan,
>
> sorry for not noticing this bug before, I thought I was subscribed to the
> package.
No problem.
Today, however, everything works again. I tried on two systems
tracking sid, including the
Package: libjs-bootstrap5
Version: 5.2.3+dfsg-7
Followup-For: Bug #1030697
Control: found -1 5.2.3+dfsg-7
Still can't install the package with libjs-bootstrap4 installed:
Preparing to unpack .../libjs-bootstrap5_5.2.3+dfsg-7_all.deb ...
Unpacking libjs-bootstrap5 (5.2.3+dfsg-7) ...
dpkg:
Package: zeal
Version: 1:0.6.1+git20220714+6fee23-2
Severity: grave
This problem makes it impossible to download docsets and start using Zeal, thus
the severity.
I observe this error since months, so it is not related to a recent change in
some other package. Sorry for not reporting it
-=| Jose M Calhariz, 02.02.2023 19:20:23 + |=-
> This is my first security update, can I ask what is the procedure or
> where is documented?
https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#bug-security-building
Source: firebird3.0
Version: 3.0.1.32609.ds4-14
Severity: serious
Tags: upstream
Justification: Policy 2.1 (DFSG)
Forwarded: https://github.com/FirebirdSQL/firebird/issues/7349
Four files in src/intl/ contain contradictory statements from Unicode Inc,
claiming that the file cannot be
Control: tag -1 pending
Hello,
Bug #1017375 in liblexical-accessor-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
-=| gregor herrmann, 17.08.2022 17:59:41 +0200 |=-
> This should be fixed with libsub-handlesvia-perl 0.035, judging from
> the following upstream commit:
> …
> Also Changes say:
> - Sub::HandlesVia::CodeGenerator method_installer is now a rw attribute as
>Sub::Accessor::Small was relying on
Package: gtranslator
Version: 42.0-1
Severity: grave
On an up to date unstable, gtranslator aborts at startup:
(gtranslator:58389): libsoup-ERROR **: 13:25:11.006: libsoup3 symbols
detected. Using libsoup2 and libsoup3 in the same process is not supported.
zsh: trace trap (core
Package: liblexical-accessor-perl
Version: 0.014-1
Severity: serious
Tags: upstream ftbfs
Justification: fails to build from source (but built successfully in the past)
t/30shv.t fails with:
Usage: Sub::HandlesVia::CodeGenerator::method_installer(self) at
-=| Ian Jackson, 30.07.2022 13:42:05 +0100 |=-
> Package: perl
> Version: 5.34.0-4
> Severity: grave
>
> To reproduce
>
> perl -MIO::Handle -e 'open X, "<", "." or die $!; $_ = ; printf "%s %s
> %s\n", X->error(), $!;'
> perl -MIO::Handle -e 'open X, ">", "/dev/full" or die $!; print X
Control: retitle -1 libtickit-widget-scrollbox-perl: intermittent memory
corruption in t/02input-key.t and t/03input-mouse.t
I can reproduce this when running 02input-key.t and 03input-key.t in
a loop. The symptom is the same - "malloc_consolidate(): unaligned
fastbin chunk detected" error
Control: tag -1 pending
Hello,
Bug #994736 in libmath-gsl-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #993323 in libmath-gsl-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #1011725 in libio-async-ssl-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #995402 in libclass-dbi-sweet-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Just a recording of a failed attempt to figure out what is wrong.
The problem seems to be with an internal SQL::Abstract method that is
used by Class::DBI::Sweet (_recurse_where), which is reworked in the
2.0 release, so a two-level join isn't handled.
It is not clear to me whether SQL:A is to
Control: notfound 1006658 libtickit-widget-scrollbox-perl/0.11-1
Control: fixed 1006658 0.65-1
> With a recent upload of libobject-pad-perl the autopkgtest of
> libtickit-widget-scrollbox-perl fails in testing when that autopkgtest is
> run with the binary packages of libobject-pad-perl from
-=| gregor herrmann, 09.02.2022 21:18:13 +0100 |=-
> > % apt-cache --names-only search libobject-pad-slot | grep -v
> > dbgsym
> > libobject-pad-slotattr-final-perl - declare Object::Pad slots readonly
> > after construction
> > libobject-pad-slotattr-isa-perl - apply class type constraints to
-=| intrigeri, 22.05.2020 08:47:25 +0200 |=-
> Hi,
>
> Niko Tyni (2020-05-21):
> > So IMO we should either to package Graphics::ColorNames::HTML even though
> > it's deprecated, or drop Color::Calc from Debian.
>
> > libcolor-calc-perl has just one reverse dependency AFAICS:
> >
5 to 7
+Closes: 965613 - removal of compatibility levels 5 and 6
+
+ -- Damyan Ivanov Tue, 11 Jan 2022 20:13:21 +
+
konwert (1.8-13.1) unstable; urgency=medium
* Non maintainer upload by the Reproducible Builds team.
diff -Nru konwert-1.8/debian/compat konwert-1.8/debian/compat
Control: tag -1 pending
Hello,
Bug #965662 in libmp3-info-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
-=| Ludovic Drolez, 17.12.2021 16:20:53 +0100 |=-
> On Thu, Dec 16, 2021 at 07:56:50AM +0000, Damyan Ivanov wrote:
> > I've prepared an NMU for swish-e (versioned as 2.4.7-6.1) and
> > uploaded it to DELAYED/7. Please feel free to tell me if I
> > should delay it longer.
>
-=| Adam Majer, 16.12.2021 18:16:23 +0100 |=-
> On 12/16/21 9:37 AM, Damyan Ivanov wrote:
> > Dear maintainer,
> >
> > I've prepared an NMU for lpr (versioned as 1:2008.05.17.3+nmu1) and
> > uploaded it to DELAYED/7. Please feel free to tell me if I
> > should
-indep targets to debian/rules
+Closes: #999291
+
+ -- Damyan Ivanov Thu, 16 Dec 2021 08:44:12 +
+
xfsdump (3.1.9+0) unstable; urgency=medium
* In postinst, create as needed the xfsdump and xfsrestore symlinks
diff -Nru xfsdump-3.1.9+0/debian/rules xfsdump-3.1.9+0+nmu1/debian/rules
and build-indep targets to debian/rules
+(Closes: #999216)
+
+ -- Damyan Ivanov Thu, 16 Dec 2021 08:35:18 +
+
lpr (1:2008.05.17.3) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru lpr-2008.05.17.3/debian/rules lpr-2008.05.17.3+nmu1/debian/rules
--- lpr-2008.05.17.3/debian
/changelog
--- swish-e-2.4.7/debian/changelog
+++ swish-e-2.4.7/debian/changelog
@@ -1,3 +1,10 @@
+swish-e (2.4.7-6.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * add build-arch and build-inde targets to debian/rules (Closes: #999279)
+
+ -- Damyan Ivanov Thu, 16 Dec 2021 07:52:44
: #999021
+
+ -- Damyan Ivanov Wed, 15 Dec 2021 19:58:42 +
+
libexpect-perl (1.21-1.1) unstable; urgency=medium
* Non maintainer upload by the Reproducible Builds team.
diff -u libexpect-perl-1.21/debian/rules libexpect-perl-1.21/debian/rules
--- libexpect-perl-1.21/debian/rules
+++ libexpect
Control: tag -1 pending
Hello,
Bug #999127 in libpoe-component-client-ident-perl reported by you has been
fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Package: git-flow
Version: 1.12.3-2
Followup-For: Bug #986565
Control: reopen -1 1.12.3-2
Sigh. Now git reverted to using /usr/lib again, and git-flow is broken.
Reverting the changes in 1.12.3-2 would fix it.
Reading https://bugs.debian.org/985416 (the bug report in git about changing
the
Package: git-flow
Version: 1.12.3-1
Severity: grave
Tags: patch
Today 'flow' is not a supported git command:
$git flow
git: 'flow' is not a git command. See 'git --help'.
The most similar commands are
reflog
show
Running it under strace reveals that git looks for commands
Package: android-libbacktrace
Version: 1:10.0.0+r36-1~stage1.3
Followup-For: Bug #975747
Control: affects -1 zipalign
This seems to render zipalign unusable:
$ zipalign
zipalign: symbol lookup error:
/usr/lib/x86_64-linux-gnu/android/libbacktrace.so.0: undefined symbol:
-=| Damyan Ivanov, 23.11.2020 22:16:43 +0200 |=-
> -=| Sam Hartman, 23.11.2020 10:02:34 -0500 |=-
> > Here's a patch that I believe will get libapache-mod-auth-kerb
> > working with the latest krb5. I'll go upload a krb5 that fixes the
> > breaks relationship.
&g
-=| Sam Hartman, 23.11.2020 10:02:34 -0500 |=-
> Here's a patch that I believe will get libapache-mod-auth-kerb
> working with the latest krb5. I'll go upload a krb5 that fixes the
> breaks relationship.
Thank you, Sam.
> I'd appreciate it if someone who actually uses
>
Package: libkrb5-3
Version: 1.18.2-1
Severity: serious
Justification: Policy 8.6.2
Hi,
libkrb5-3 version 1.18.2-1 breaks apache2 when the kerberos authentication
module is enabled. The error message is:
apache2: Syntax error on line 146 of /etc/apache2/apache2.conf: Syntax error
on line 1
-=| Lucas Nussbaum, 27.10.2020 18:05:31 +0100 |=-
> Source: kgb-bot
> Version: 1.57-1
> Severity: serious
> Justification: FTBFS on amd64
> Tags: bullseye sid ftbfs
> Usertags: ftbfs-20201027 ftbfs-bullseye
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
> on
Package: gnome-shell-extension-dash-to-panel
Version: 39-1
Severity: grave
Tags: upstream patch
Justification: renders package unusable
Control: forwarded -1
https://github.com/home-sweet-gnome/dash-to-panel/issues/1034
Hi,
With gnome-shell 3.38 entering ustable, dash-to-panel no longer loads.
Package: antimony
Version: 0.9.3-1+b1
Severity: grave
Justification: renders package unusable
Attempting to start antimony fails with:
$ antimony
antimony: error while loading shared libraries: libboost_python36.so.1.67.0:
cannot open shared object file: No such file or directory
-- System
Package: libwww-curl-perl
Version: 4.17-5
Severity: serious
Tags: upstream patch ftbfs
Justification: fails to build from source (but built successfully in the past)
As seen on [1], libwww-curl-perl fails to build in current unstable. Currently
this impedes the perl transition to 5.30.
Control: tag -1 pending
Hello,
Bug #912247 in starman reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #908766 in liblog-dispatch-message-passing-perl reported by you has been
fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Package: kobodeluxe
Version: 0.5.1-9
Severity: grave
Justification: renders package unusable
Trying to start a game in kobodeluxe results in a "PAUSED" game, with no
possibility to resume it. The only way out is to press Esc and exit the game.
Steps to reproduce:
- start kobodl
- press
Control: tag -1 pending
Hello,
Bug #908824 in libnet-server-mail-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
-=| Damyan Ivanov, 19.09.2018 04:55:54 + |=-
> -=| Xavier, 18.09.2018 22:58:48 +0200 |=-
> > [1]
> > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libnet-server-mail-perl.html)
> > [2]
> > https://buildd.debian.org/status/package.ph
Control: tag -1 pending
Hello,
Bug #908824 in libnet-server-mail-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
-=| Xavier, 18.09.2018 22:58:48 +0200 |=-
> Le 15/09/2018 à 17:42, Damyan Ivanov a écrit :
> > Adding
> > $SIG{PIPE} = 'IGNORE';
> > at the start of the test seems to make it pass all the time.
> >
> > I wonder if this is the correct fix.
> >
> >
-=| Damyan Ivanov, 17.09.2018 05:09:09 + |=-
> -=| gregor herrmann, 17.09.2018 00:18:35 +0200 |=-
> > On Sun, 16 Sep 2018 14:42:05 +0000, Damyan Ivanov wrote:
> >
> > > The test passes a thousand runs if the server child ignores SIGPIPE,
> > > so this looks
-=| gregor herrmann, 17.09.2018 00:18:35 +0200 |=-
> On Sun, 16 Sep 2018 14:42:05 +0000, Damyan Ivanov wrote:
>
> > The test passes a thousand runs if the server child ignores SIGPIPE,
> > so this looks like the TLSv1.3 shutdown problem when the client makes
> > a f
-=| Damyan Ivanov, 16.09.2018 11:44:59 + |=-
> Package: src:libio-socket-ssl-perl
> Version: 2.059-3
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
>
> https://buildd.debian.org/status/fetch.php?pkg=libio-socket-ss
Package: src:libio-socket-ssl-perl
Version: 2.059-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
https://buildd.debian.org/status/fetch.php?pkg=libio-socket-ssl-perl=all=2.059-3=1537087640=0
I am able to reproduce this if I run `prove -lb
-=| gregor herrmann, 14.09.2018 16:08:50 +0200 |=-
> Control: tag -1 + unreproducible
>
> On Fri, 14 Sep 2018 16:52:38 +0300, Adrian Bunk wrote:
>
> > Source: libnet-server-mail-perl
> > Version: 0.25-1
> > Severity: serious
> > Tags: ftbfs
> >
> >
Package: src:firefox
Version: 61.0.1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
Same as firefox-esr, firefox fails to build in current sid with iso-codes
4.0-1. The failing part is:
Package: src:firefox-esr
Version: 60.1.0esr-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
As can be seen on the reproducibile builds¹, firefox-esr fails to build with
iso-codes 4.0-1. Relevant change seems to be:
* New upstream
-=| Kurt Roeckx, 24.08.2018 18:52:57 +0200 |=-
> On Fri, Aug 24, 2018 at 10:27:16AM +0000, Damyan Ivanov wrote:
> > -=| Kurt Roeckx, 23.08.2018 22:32:13 +0200 |=-
> > > Note that the SIGPIPE issue is probably a known upstream issue
> > > that still needs to be fixed, w
Control: severity -1 important
Control: tags -1 upstream confirmed
Control: subject -1 firebird3.0-utils: [armel] varchar(32765) cannot be backed
up or restored with gbak
-=| Pablo Sánchez[gmail], 27.08.2018 10:06:49 -0300 |=-
> Package: firebird3.0-utils
> Version: 3.0.3.32900.ds4-4
> Severity:
-=| Kurt Roeckx, 23.08.2018 22:32:13 +0200 |=-
> Note that the SIGPIPE issue is probably a known upstream issue
> that still needs to be fixed, we're at least still working on a
> SIGPIPE issue.
>
> But that does not mean that the other issues in libnet-ssleay-perl
> should not get fixed.
I
Control: tag -1 pending
Hello,
Bug #868253 in libpoe-component-client-mpd-perl reported by you has been fixed
in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Package: obexpushd
Version: 0.11.2-1.1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hi,
obexpushd fails to build in a current amd64 sid chroot. Same can be seen in the
reproducible-builds logs:
Control: tag -1 pending
Hello,
Bug #906378 in libredis-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below, and you can check the diff of the fix at:
Package: icecast2
Version: 2.4.3-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
Building icecast2 in a current sid chroot/amd64 fails with:
libtoolize: Consider adding 'AC_CONFIG_MACRO_DIRS([m4])' to configure.in,
libtoolize:
Package: haskell-stack
Version: 1.6.5-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
Building haskell-stack in a current sid chroot/amd64 fails several errors like
this:
src/test/Stack/StoreSpec.hs:54:3: error:
Duplicate
Package: duplicity
Version: 0.7.17-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
Building duplicity in a current sid/amd64 chroot fails with:
==
ERROR:
Package: gnuchess
Version: 6.2.5-1
Severity: serious
Tags: ftbfs, patch
Justification: fails to build from source (but built successfully in the past)
Hi,
Building gnuchess in a current sid chroot fails with:
Making check in doc
make[2]:
Source: parser-mysql
Version: 10.7-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hi,
Attempts to build parser-mysql in a current sid chroot fail:
dh_auto_build
make -j1
make[1]: Entering directory '/<>'
make all-recursive
Source: lmfit-py
Version: 0.9.7+dfsg-1
Severity: serious
Justification: fails to build from source
Hi,
lmfit-py fails to build in a current sid/amd64 chroot:
==
ERROR: test_itercb.test_itercb
Package: mk-configure
Version: 0.29.1-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hi,
mk-configure fails to build in current sid using schroot-based sbuild:
bmake cleandir-presentation
bmake[3]: bmake[3]: don't know how to make w. Stop
Source: texext
Version: 0.6-2
Severity: serious
Justification: fails to build from source
As seen on
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/texext.html
texext fails to build from source on current sid/amd64:
15 passed, 1 warnings, 2 error in 3.88
Package: src:linpsk
Version: 1.3.5-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hi,
Taken from the attached build log:
-
g++ -c -pipe -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong
Package: backuppc
Version: 3.3.1-5
Severity: serious
Hi,
backuppc fails to build with merged /usr in a sbuild chroot, created with
current debootstrap. Debootstrap enabled merged /usr since version 1.0.85, see
https://bugs.debian.org/839046
The build fails when a patch is applied to the
Package: src:ariba
Version: 2.12.1+ds-1
Severity: serious
ariba fails to build in a clean amd64 sid chroot:
---
building 'minimap_ariba' extension
creating build
creating build/temp.linux-amd64-3.7
creating build/temp.linux-amd64-3.7/ariba
creating
Package: license-reconcile
Version: 0.15
Severity: serious
license-reconcile fails to build with libsoftware-license-perl 0.103013-2 or
later because of failing tests:
# Failed test 'no warnings'
# at /usr/share/perl/5.28/Test/Builder.pm line 158.
# There were 12 warning(s)
# Previous
-=| gregor herrmann, 18.05.2018 11:09:23 +0200 |=-
> Quick status update on the perl YAML modules and the problem of
> instantiating objects:
>
> * libyaml-syck-perl has $YAML::LoadBlessed since a long time
> * libyaml-libyaml-perl since 0.69 and libyaml-perl since 1.25 have
> added
-=| gregor herrmann, 09.12.2017 19:55:02 +0100 |=-
> Right, fatpacked and minimized modules are most probably a serious
> bug, and going the github-route seems sensible.
>
> So I've done this now and pushed some rather drastic changes to our
> repo on Alioth.
Thanks!
> Please
Control: tags -1 confirmed
-=| Adrian Bunk, 30.11.2017 14:06:34 +0200 |=-
> Source: libdbd-firebird-perl
> Version: 1.26-1
> Severity: serious
>
> https://buildd.debian.org/status/fetch.php?pkg=libdbd-firebird-perl=i386=1.26-1=1511985831=0
I am able to reproduce this in a (freshly created) i386
[added maintainer of gscan2pdf to CC. gscan2pdf is the only reverse
dependency of libgoo-canvas-perl]
goocanvas is deprecated & replaced by goocanvas-2.0. gscan2pdf depends
on libgoo-canvas-perl, which uses goocanvas.
Are there any plans to migrate gscanpdf away from
Control: tag -1 confirmed upstream
-=| Adrian Bunk, 09.11.2017 20:25:17 +0200 |=-
> Source: libdbd-sqlite3-perl
> Version: 1.54-2
> Severity: serious
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libdbd-sqlite3-perl.html
>
> ...
> Test Summary Report
>
Package: libemail-sender-transport-smtps-perl
Version: 0.03-1
Severity: serious
Tags: upstream
Email::Sender::Transport::SMTPS is deprecated upstream¹.
Email::Sender::Transport::SMTP (part of libemail-sender-perl) can work with and
without SSL/TLS and is a drop-in replacement.
I think we
Package: libemail-sender-transport-smtp-tls-perl
Version: 0.15-1
Severity: serious
Tags: upstream
Email::Sender::Transport::SMTP::TLS is deprecated upstream since 2013.
Email::Sender::Transport::SMTP (part of libemail-sender-perl) works with and
without SSL/TLS and is a drop-in replacement.
I
-=| Damyan Ivanov, 18.10.2017 20:20:16 + |=-
> During discussion, Matt S. Trout suggested on IRC that the check for
> a valid package name is better written as $input =~
> /\A([A-Za-z]\w*(?:::\w+)*)\Z/. If no hierarchy is possible, then
> /\A([A-Za-z]\w*/ would be enoug
-=| Guillem Jover, 17.10.2017 22:16:31 +0200 |=-
> On Tue, 2017-10-17 at 19:48:07 +0300, Niko Tyni wrote:
> > It looks like Dpkg::Vendor::get_vendor_info() contents have become
> > tainted, probably due to changes in Dpkg::Control::HashCore. It used to
> > dig the values out with regexp captures
Package: libdbd-firebird-perl
Version: 0.50
Severity: grave
Tags: upstream patch fixed-upstream
Justification: causes non-serious data loss
When fetching numeric data bwtween -1 and 0, DBD::Firebird messes with
the conversion from the format the firebird uses to the string that is
passed to
-=| Adrian Bunk, 14.05.2017 21:42:59 +0300 |=-
> On Tue, Jul 12, 2016 at 10:00:21AM +, Debian Bug Tracking System wrote:
> >...
> >[ Damyan Ivanov ]
> >* add patch removing references to obsolete krb5_{get,free}_krbhst.
> > Thanks to Sergio Gelato. Clo
-=| Damyan Ivanov, 24.03.2017 19:22:53 + |=-
> Relevant upstream commits for 3.0:
> -
> https://github.com/FirebirdSQL/firebird/commit/8b2a9cb44bf6055e15f016d70a6842b8ada60375
Correction: the commit for 3.0 (branch B3_0_Release) is
https://github.com/FirebirdSQL/firebi
Package: firebird3.0-server-core
Version: 3.0.1.32609.ds4-13
Severity: grave
Tags: patch upstream security
Justification: user security hole
Forwarded: http://tracker.firebirdsql.org/browse/CORE-5474
Authenticated Firebird users are allowed to declare UDFs (user-defined
functions). The default
Package: firebird2.5-classic-common,firebird2.5-super
Version: 2.5.2.26540.ds4
Severity: grave
Tags: patch security upstream
Justification: user security hole
Forwarded: http://tracker.firebirdsql.org/browse/CORE-5474
Authenticated Firebird users are allowed to declare UDFs (user-defined
Package: systray-mdstat
Version: 1.0.0-1
Severity: grave
Tags: patch
Trying to start systray-mdstat fails with:
% systray-mdstat
Icon harddriveok.png not found at /usr/bin/systray-mdstat line 156.
strace shows three failed attempts to open the file:
% strace -e trace=file systray-mdstat
-=| Adrian Bunk, 13.01.2017 17:01:15 +0200 |=-
> Damyan, can you take care of this?
Probably, but I can't do it promptly. I don't agree with the statement
that
defined %{$hash{key}}
is better to be replaced with
exists $hash{key}
than with
%{$hash{key}}
(same for defined
thanks
>
> On Mon, Nov 28, 2016 at 01:50:42PM +0000, Damyan Ivanov wrote:
>
> > Santiago, can you still reproduce the crash on current stretch?
>
> Yes (see attach).
>
> The failure happens randomly. I said it in the previous email but I
> forgot to put it clearly i
Control: tabs -1 -confirmed +moreinfo +unreproducible
-=| Damyan Ivanov, 28.11.2016 07:23:00 + |=-
> Control: tags -1 confirmed
> > tables=$( echo "show tables;" | FIREBIRD_BOOT_BUILD=true
> > FIREBIRD=debian/firebird-image
> > LD_LIBRARY_PATH=debian/fireb
Control: tags -1 confirmed
-=| Santiago Vila, 27.11.2016 23:02:25 +0100 |=-
> Package: src:firebird3.0
> Version: 3.0.1.32609.ds4-10
> Severity: serious
>
> Dear maintainer:
>
> I tried to build this package in stretch with "dpkg-buildpackage -A"
> (which is what the "Arch: all" autobuilder
Control: retitle -1 python-kinterbasdb: FTBFS: 'isc_info_db_SQL_dialect'
undeclared
Control: tags -1 +patch
> Source: python-kinterbasdb
> Version: 3.3.0-4
> Severity: serious
> Tags: stretch sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20161021 qa-ftbfs
> Justification: FTBFS on
-=| John Paul Adrian Glaubitz, 13.10.2016 21:30:14 +0200 |=-
> On 10/13/2016 09:29 PM, John Paul Adrian Glaubitz wrote:
> > It has to be added to the script template in build/posix/vers.sh.in. I'm
> > attaching a complete debdiff which fixes the issue for me in powerpc. I
> > have also opened two
-=| John Paul Adrian Glaubitz, 13.10.2016 18:35:31 +0200 |=-
> Source: firebird3.0
> Version: 3.0.1.32609.ds4-6
> Severity: serious
Shouldn't this be important instead? According to
https://release.debian.org/stretch/arch_qualify.html powerpc is not
a release candidate.
Of course, I am eager
-=| Sergio Gelato, 12.07.2016 11:51:20 +0200 |=-
> > https://anonscm.debian.org/cgit/pkg-perl/packages/libauthen-krb5-perl.git/commit/?id=3558a41
>
> You may have missed a documentation reference in Krb5.pm:
> ---
> =item get_krbhst(realm)
>
> Returns a list of the Kerberos servers from the
Package: libapache2-authcookie-perl
Version: 3.22-1
Severity: serious
libapache2-authcookie-perl fails to build from source in an up to date
pbuilder:
Test Summary Report
---
t/real.t (Wstat: 10240 Tests: 49 Failed: 40)
Failed tests: 3-26, 28-34, 39, 41-44, 46-49
Package: libfurl-perl
Version: 3.06-1
Severity: serious
libfurl fails to build in an up to date pbuilder chroot, with test failures:
...
# Failed test at t/100_low/08_proxy.t line 42.
# got: '1.0 pc1:51242 (HTTP::Proxy/0.303)'
# expected: '1.0 VIA!VIA!VIA!'
# Failed test at
1 - 100 of 501 matches
Mail list logo
