Control: forwarded -1
https://gitlab.linphone.org/BC/public/bcmatroska2/-/commit/7e7e7d0d7037f29624b32d814e83aa2ce978c29f
Control: tags -1 upstream fixed-upstream
GCC 14 is right to treat the issue as an error: calling a function via a
function pointer of incompatible type is undefined behavior
On Tue, 23 May 2017 01:39:54 -0400 Scott Kitterman
wrote:
> On Tue, 2 Apr 2013 15:32:44 +0200 Thomas Hood wrote:
> > Package: postfix
> > Version: 2.9.6-2
> > Severity: wishlist
> > Tags: patch
> >
> > Attached is a new resolvconf update hook script
>
Andreas wrote:
> the sse4.1 requirement seems to have been added as a workaround for some
> other problem specifically on the i386 architecture, but I will investigate
> and try to provide a fix.
Let me know if you want a hand or for me to look over anything: I know a thing
or two about GCC,
Package: apt-listchanges
Severity: wishlist
Hello,
It appears that although apt-listchanges allows sorting changelog entries based
on urgency, it doesn't have a way to select or filter based on urgency. There
are a few instances where I would find this very useful, but the main one is
for
Control: reassign -1 libcamel-1.2-64t64 3.50.3-1.1~exp1
Control: found -1 3.52.3-1
Control: affects -1 evolution
Control: forwarded -1
https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/537
Control: tags -1 upstream fixed-upstream patch
This is an issue I reported years ago about
not an experienced developer/debugger. If I've summarised the error
wrongly my apologies in advance. I can provide the full logs via a filesharer
if needbe, they are quite large even compressed.
Regards,
Scott.
-- Package-specific info:
uname -a:
Linux node57 6.1.0-22-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.94
Source: railway-gtk
Version: 2.4.0-4
Severity: wishlist
Hi friends,
New versions of Railway appear to have added support for not only new transit
routes, but also new services to discover transit routes. The current packaged
version is geared towards rail travel in Europe, but it appears that
eagerly awaiting the efforts of the smarter people.
Regards,
Scott.
-- System Information:
Debian Release: 12.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1.0
looking interface, using pycares.
I am no longer interested in maintaining this package and the other
theorectical uploader is long inactive.
Scott K
library that performs DNS requests and name resolutions asynchronously.
I no longer have interest in maintaining it and the other theorectical
uploader is long inactive.
Scott K
l
drivers? Does the wiki need an update?
Regards,
Scott.
r me, not less. I could understand the
feeling on the Debian side being different about the need to delineate the
transition and retire the original package since it's unmaintained.
-- Scott
Control: found -1 poppler/0.71.0-5+deb10u3
Control: found -1 poppler/20.09.0-3.1+deb11u1
Control: found -1 poppler/22.12.0-2
Control: found -1 poppler/24.06.0-2
Since I couldn't find detailed information from upstream, I'd like to confirm
that I was able to reproduce the crash on Buster,
and will be
removed from the archive. It appears unmaintained both in Debian and
upstream.
Scott K
Hello,
I must disclaim that I've not used these packages yet and would welcome being
informed if I'm mistaken.
It looks like both TeX Live and Debian have had reservations about shipping
AcroTeX and eForms because at the time it was considered, the only PDF readers
that appeared to support
Control: reopen -1
On Tue, 21 May 2024, Emilio Pozuelo Monfort wrote:
On 21/05/2024 01:21, Scott Talbert wrote:
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libwx-p...@packages.debian.org
Control: affects -1 + src:libwx-perl
User: release.debian@packages.debian.org
Usertags
Control: reopen -1
On Tue, 21 May 2024, Emilio Pozuelo Monfort wrote:
On 21/05/2024 01:20, Scott Talbert wrote:
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libalien-wxwidgets-p...@packages.debian.org
Control: affects -1 + src:libalien-wxwidgets-perl
User: release.debian
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libwx-p...@packages.debian.org
Control: affects -1 + src:libwx-perl
User: release.debian@packages.debian.org
Usertags: binnmu
nmu libwx-perl_1:0.9932-8+b7 . ANY . unstable . -m "Rebuild with wxwidgets3.2
(3.2.5+dfsg-1)"
(Please
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libalien-wxwidgets-p...@packages.debian.org
Control: affects -1 + src:libalien-wxwidgets-perl
User: release.debian@packages.debian.org
Usertags: binnmu
nmu libalien-wxwidgets-perl_0.69+dfsg-6+b7 . ANY . unstable . -m "Rebuild for
Package: udisks2
Version: 2.9.4-4
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of
Package: wnpp
Severity: wishlist
Owner: Scott Kitterman
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-gfloat
Version : 0.1
Upstream Contact: Andrew Fitzgibbon
* URL : https://github.com/graphcore-research/gfloat
* License : Expat
On Mon, 06 May 2024 10:33:54 -0400 Scott Kitterman
wrote:
> Source: kde-spectacle
> Version: 22.12.3-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the
past)
>
> Once kcolorpicker is decrufted, this package will
Source: kde-spectacle
Version: 22.12.3-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Once kcolorpicker is decrufted, this package will FTBFS. Please update
your build-depends.
Scott K
, or
with the pycurl wheel from upstream? If the you're having problems with
the packaged version of pycurl, can you please explain how to reproduce
the problem?
Thanks,
Scott
Source: python-zeep
Version: 4.2.1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
Once xmlsec1 is decrufted, python-zeep will FTBFS. The build-depends
need to be updated to libxmlsec1t64 and libxmlsec1t64-openssl.
Scott K
-depends appropriately.
Scott K
will
FTBFS.
Scott K
update your build-depends.
Scott K
.
Scott K
Source: dwarf-fortress
Version: 0.47.04+dfsg1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source
The package has a manual build-depends on libgtk2.0-0, which has been
replaced by libgtk2.0-0t64. Once it has been decrufted, the package
will no longer build.
Scott K
Source: theli
Version: 3.1.4-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Once libcurl4 is decrufted, the package will no longer build. The
libcurl4 package has been replaced by libcurl4t64.
Scott K
transition.
Please update your build-depends.
Scott K
Package: casacore-data-services
Version: 2-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Will now FTBFS due to missing build-depends.
Scott K
olved in Unstable. Please don't remove the moreinfo tag
again until ALL the rdepends are taken care of.
Scott K
signature.asc
Description: This is a digitally signed message part.
Package: wnpp
Severity: wishlist
Owner: Cody Scott
X-Debbugs-Cc: debian-de...@lists.debian.org, cody.sc...@giatec.ca
* Package name: python3-pyzmq
Version : 25.1.2
Upstream Contact: ZeroMQ
* URL : https://pyzmq.readthedocs.io/en/latest/
* License : BSD
Package: wnpp
Severity: wishlist
Owner: Cody Scott
X-Debbugs-Cc: debian-de...@lists.debian.org, cody.sc...@giatec.ca
* Package name: python3-atcom
Version : 0.4.3
Upstream Contact: Sixfab
* URL : https://pypi.org/project/atcom/
* License : Apache Version 2.0
Package: kate
Version: 4:22.12.3-1
Severity: normal
Dear Maintainer,
Upstream bug https://bugs.kde.org/show_bug.cgi?id=476307 has been reported
resolved by MR https://invent.kde.org/utilities/kate/-/merge_requests/1441
It would be extremely helpful if you were able to pull the patch back to
The next postfix upload to unstable should address this by using a trigger to
restart postfix any time one of the map type packages is configured.
Scott K
On Sun, 21 Jan 2024 12:09:30 -0500 Scott Kitterman
wrote:
> As we approach the first anniversary for this bug, an update:
>
> I've recently adopted pypdf and pypdf2 into the Debian Python Team in
response
> to an RFA for both packages. As these are somewhat security sensitive
On Sun, 21 Jan 2024 12:19:23 -0500 Scott Kitterman
wrote:
> As we approach the first anniversary for this bug, an update:
>
> I've recently adopted pypdf and pypdf2 into the Debian Python Team in
response
> to an RFA for both packages. As these are somewhat security sensitive
On Sun, 21 Jan 2024 12:17:53 -0500 Scott Kitterman
wrote:
> I've recently adopted pypdf and pypdf2 into the Debian Python Team in
response to an RFA for both packages. As these are somewhat security
sensitive packages (among my first acts after adopting the packages was to
upload propo
On Sun, 21 Jan 2024 12:08:35 -0500 Scott Kitterman
wrote:
> As we approach the first anniversary for this bug, an update:
>
> I've recently adopted pypdf and pypdf2 into the Debian Python Team in
response
> to an RFA for both packages. As these are somewhat security sensitive
On Sun, 21 Jan 2024 12:07:19 -0500 Scott Kitterman
wrote:
> As we approach the first anniversary for this bug, an update:
>
> I've recently adopted pypdf and pypdf2 into the Debian Python Team in
response
> to an RFA for both packages. As these are somewhat security sensitive
On Sun, 21 Jan 2024 13:14:34 -0500 Scott Kitterman
wrote:
> Source: ocrmypdf
> Version: 15.2.0+dfsg1-1
> Severity: wishlist
>
> I've recently adopted pypdf and pypdf2 into the Debian Python Team in
response to an RFA for both packages. As these are somewhat security
sensitive
work connectivity (unlike the other buildd's)?
Unfortunately, there doesn't appear to be a loong64 porterbox, so I'm
unable to look into why this is failing.
Regards,
Scott
for an
upstream solution.
Scott K
/usr/share/hplip/pcard/__pycache__:
/usr/share/hplip/prnt:
__pycache__
/usr/share/hplip/prnt/__pycache__:
/usr/share/hplip/__pycache__:
/usr/share/hplip/scan:
__pycache__
/usr/share/hplip/scan/__pycache__:
/usr/share/hplip/ui5:
__pycache__
/usr/share/hplip/ui5/__pycache__:
Scott K
-- System
This is starting to affect a lot of things.
Scott K
signature.asc
Description: This is a digitally signed message part.
moving-non-debian-packages
>
>Which has nothing to do with what was asked.
>
>> Some people seem to recommend debfoster.
>
>Which really doesn't provide similar functionality.
>
>> > Leaving users in the void about this is just bad style.
>
>I totally agree. Not wanting to maintain it is a shitty reason for
>asking for its removal. If you don't wanna maintain is, just orphan
>it.
It's really a maintainer call if that's appropriate. So far no one has jumped
up to ask if they can take over the package.
Scott K
[debian/rules:63: binary] Error 2
>
> This could be fixed by adding an explicit Build-Depends on libnsl-dev.
> The glibc change will likely be reverted in the short term, but given
> its a change we want to do for Trixie, this will only lower the severity
> of the bug.
This doesn't currently cause a FTBFS in Testing and it's fixed in Unstable, so
lowering severity to important.
Scott K
signature.asc
Description: This is a digitally signed message part.
Other info ]
Changes are already in Unstable in 3.8.6 and uploaded pending SRM review
for bookworm (3.7.9).
Scott K
diff -Nru postfix-3.5.24/debian/changelog postfix-3.5.25/debian/changelog
--- postfix-3.5.24/debian/changelog 2024-01-27 10:21:04.0 -0500
+++ postfix-3.5.25/debian
s reported by Toshifumi Sakaguchi. This
also limits the number of DNS requests from check_*_*_access
restrictions. Files: dns/dns.h, dns/dns_lookup.c, dns/dns_rr.c,
dns/test_dns_lookup.c, posttls-finger/posttls-finger.c,
smtp/smtp_addr.c, smtpd/smtpd_check.c.
[ Other info ]
N/A
Sc
a feature and a bug that in Debian, we're all volunteers and can
choose how we volunteer.
I don't see anyone volunteering to step up and take over, so in the end, the
maintainer's judgement is what has to control.
Scott K
in having the added complexity of building both
versions, so I'm fine with just switching to openssl. I'm in the middle
of a new upstream release right now, but I'll plan to switch it after
that.
Scott
Hi Steve,
On Tue, Feb 20, 2024 at 3:11 PM Steve Langasek wrote:
> [...]
> To ensure that inconsistent combinations of libraries with their
> reverse-dependencies are never installed together, it is necessary to
> have a library transition, which is most easily done by renaming the
> runtime
On Fri, 16 Feb 2024 09:17:40 -0500 Scott Kitterman
wrote:
> On Thu, 8 Feb 2024 19:35:50 +0100 Marco d'Itri wrote:
> > Source: fangfrisch
> > Version: 1.7.0-1
> > Severity: grave
> > Tags: upstream
> >
> > Control: forwarded -1 https://gi
On Tue, 13 Feb 2024 18:30:42 -0500 Scott Kitterman
wrote:
> On Tue, 13 Feb 2024 10:16:23 +0100 Jérémy Lal wrote:
> > Will do, but right now there are a bunch of rust dependencies that need to
> > be upgraded.
>
> Thanks,
I got a one release reprieve from the dnspython
On Tue, 13 Feb 2024 10:16:23 +0100 Jérémy Lal wrote:
> Will do, but right now there are a bunch of rust dependencies that need to
> be upgraded.
Thanks,
Scott K
signature.asc
Description: This is a digitally signed message part.
for this issue, but it did occur to
me others may use it differently, so probably better to fix it.
Scott K
diff -Nru python-dnslib-0.9.14/debian/changelog
python-dnslib-0.9.14/debian/changelog
--- python-dnslib-0.9.14/debian/changelog 2020-06-10 00:51:44.0
-0400
+++ python-dnslib
could update the package so we can update
dnspython without losing dnssec support.
Thanks,
Scott K
think that your messages are
being rejected in error, contact the mailing list owner at
debichem-devel-ow...@alioth-lists.debian.net.
Scott K
upstream:
https://github.com/curl/curl/commit/ed09a99af57200643d5ae001e815eeab9ffe3f84
Cherry-picking that commit should fix the issue.
Regards,
Scott
to keep it minimal to address the issues.
Scott K
diff -Nru pypdf2-1.26.0/debian/changelog pypdf2-1.26.0/debian/changelog
--- pypdf2-1.26.0/debian/changelog 2020-01-19 03:08:58.0 -0500
+++ pypdf2-1.26.0/debian/changelog 2024-02-11 13:50:22.0 -0500
@@ -1,3 +1,14 @@
+pypdf2
It's been a couple of weeks and no action upstream. I'll plan on uploading
this unless you'd rather I hold off for some reason.
Scott K
On Wed, 24 Jan 2024 16:56:30 -0500 Scott Kitterman
wrote:
> On Tue, 16 Jan 2024 20:41:58 +0100 Lucas Nussbaum wrote:
> > Source: pycountry
&g
On Fri, 9 Feb 2024, Scott Talbert wrote:
On Tue, 6 Feb 2024, Helmut Grohne wrote:
Package: libwxgtk3.2-1t64
Version: 3.2.4+dfsg-3.1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: fileconflict
Control: affects -1 + libwxgtk-gl3.2-1 libwxgtk-gl3.2-1t64
libwxgtk-media3.2-1
this is uploaded to unstable?
Regards,
Scott
includes the
following warning in the Git version of the package README:
This library has been deprecated to match the wkhtmltopdf project status.
Scott K
for the
switch to hatchling, so that package is in good shape for now. Upstream
is moderately active.
Scott K
. The company was
acquired in 2021 and nothing has happened with the package upstream
since then.
The package itself is in reasonably good condition. There is one Python
3.12 related issue that will be addressed in the upload that orphans the
package.
Scott K
not
generally require a lot of attention. It's not clear if upstream is
dead or moving slowly.
Scott K
with pabs via IRC.
Scott K
https://github.com/performancecopilot/pcp/pull/1874
On Mon, Jan 1, 2024 at 1:47 AM Chris Hofstaedtler wrote:
> [..]
>
> I see you've uploaded two new upstream versions since this bug was
> filed. Is there anything blocking inclusion of Helmut's patch?
>
Thank you for the reminder and thanks for the patch Helmut.
I'll get this into the next update
this is helpful in a lot of cases, it would be nice if there was a
way to opt out of this behavior.
Scott
On Sat, 27 Jan 2024, Andreas Tille wrote:
Control: tags -1 help
Hi,
I upgraded python-miio in Git. Unfortunately there are some test suite
errors[1]
Any help would be welcome
Andreas.
Fixed.
is required for this update. The capability
provided by the December SUA is sufficient until the next point release.
Scott K
diff -Nru postfix-3.5.23/debian/changelog postfix-3.5.24/debian/changelog
--- postfix-3.5.23/debian/changelog 2023-12-26 16:07:38.0 -0500
+++ postfix-3.5.24/deb
is required for this update. The capability
provided by the December SUA is sufficient until the next point release.
Scott K
diff -Nru postfix-3.7.9/debian/changelog postfix-3.7.10/debian/changelog
--- postfix-3.7.9/debian/changelog 2023-12-24 12:33:24.0 -0500
+++ postfix-3.7.10/debian/chan
+self.country_code != self.parent_code.split("-")[0]):
self.parent_code = f"{self.country_code}-{self.parent_code}"
@property
Please let me know if you don't want an NMU. This will eventually cause
xml2rfc to be removed, so I'll NMU at some
).
The package itself is in reasonable shape. Upstream is mostly dean, so
if you take over this package, expect to have to do more than just
package new upstream releases.
Scott K
On Mon, 22 Jan 2024, Matthias Urlichs wrote:
On 17.01.24 15:01, Scott Talbert wrote:
On Wed, 17 Jan 2024, Matthias Urlichs wrote:
On 16.01.24 23:58, Scott Talbert wrote:
Do I understand correctly that you installed the python3-wxgtk4.0
4.2.1+dfsg-3
binary package from Debian Testing
to be built on archs which don't have doxygen
(currently only hurd-amd64, but it's been others in the past).
Scott K
ing
is that all this needs is for the maintainer in Debian to update the package to
the most current release.
The next Debian release is likely at least a year and a half from now, so
there's plenty of time.
Scott K
release has already been ported to
use python3-pypdf (which is really pypdf3). Please update your package.
Scott K
Source: ocrmypdf
Version: 15.2.0+dfsg1-1
Severity: wishlist
I've recently adopted pypdf and pypdf2 into the Debian Python Team in response
to an RFA for both packages. As these are somewhat security sensitive packages
(among my first acts after adopting the packages was to upload proposed
packages was to upload
proposed updates for both to address minor security issues in Bookworm in the
next point release - same bug in both), I do not think we should release
pypdf2 in Trixie and have filed an RC bug to that effect.
If you want this package to be in Trixie, you will need to use p
d have filed an RC bug to that effect.
If you want this package to be in Trixie, you will need to use pypdf instead
of pypdf2. There is a new upstream release that supports this transition, but
packaging it will be non-trivial.
Scott K
signature.asc
Description: This is a digitally signed message part.
lease - same bug in both), I do not think we should release
pypdf2 in Trixie and have filed an RC bug to that effect.
If you want this package to be in Trixie, you will need to use pypdf instead
of pypdf2.
Scott K
signature.asc
Description: This is a digitally signed message part.
lease - same bug in both), I do not think we should release
pypdf2 in Trixie and have filed an RC bug to that effect.
If you want this package to be in Trixie, you will need to use pypdf instead
of pypdf2.
Scott K
signature.asc
Description: This is a digitally signed message part.
lease - same bug in both), I do not think we should release
pypdf2 in Trixie and have filed an RC bug to that effect.
If you want this package to be in Trixie, you will need to use pypdf instead
of pypdf2.
Scott K
signature.asc
Description: This is a digitally signed message part.
lease - same bug in both), I do not think we should release
pypdf2 in Trixie and have filed an RC bug to that effect.
If you want this package to be in Trixie, you will need to use pypdf instead
of pypdf2.
Scott K
signature.asc
Description: This is a digitally signed message part.
nt release
- same bug in both), I do not think we should release pypdf2 in Trixie and have
filed an RC bug to that effect.
If you want this package to be in Trixie, you will need to use pypdf instead of
pypdf2.
Scott K
On Wed, 17 Jan 2024 09:05:47 -0500 Scott Kitterman
wrote:
> On Wednesday, January 17, 2024 9:03:29 AM EST Richard Rosner wrote:
> > I've updated all mariadb packages to 10.11.6 and all postfix packages.
> > Everything still working.
> >
> Excellent news. Thanks for te
Source: pypdf2
Version: 2.12.1-4
Severity: serious
Tags: upstream
Justification: Maintainer opinion
PyPDF2 has been replaced by pypdf upstream. We should not release this
package with Trixie. Rdepends should be either ported or removed.
Scott K
, but I just adopted the package. I
did not include the maintainer changes in the stble-update since that
seemed to get beyone a minimal fix.
Scott K
diff -Nru pypdf2-2.12.1/debian/changelog pypdf2-2.12.1/debian/changelog
--- pypdf2-2.12.1/debian/changelog 2023-01-13 16:38:55.0 -0500
n3-pil 9.4.0-1.1+b1
ii python3-six 1.16.0-4
Can you provide any additional details that may be relevant to reproducing
this problem? I'm going to assume this is probably related to your other
bug where you seem to be mixing and matching packages from testing and
bookworm?
Scott
n Testing into a Debian 12 system and that's how
you encountered this error?
Scott
the package due to the original maintainer's RFA and have uploaded to
unstable (including this fix). I elected not to change the maintainer
in this upload since that didn't fit with a minimal change in stable.
Scott K
diff -Nru pypdf-3.4.1/debian/changelog pypdf-3.4.1/debian/changelog
--- pypdf-3.4.1
Package: inetutils-ftpd
Version: 2:2.0-1+deb11u
Severity: minor
Dear Maintainer,
* What led up to the situation?
installed package, then attempted to open connection, received
no reply from ftpd service
* What exactly did you do (or not do) that was effective (or
).
Currently the package is in good shape. There is a new upstream release
available, which I will include in the upload that changes the maintainer to
Debian QA Group.
Scott K
Package: python3-appdirs
Version: 1.4.4-4
Severity: serious
Justification: maintainer determination
This is dead upstream and easily replacable with platformdirs. Rather
than release trixie with appdirs, remaining users should port to
platformdirs instead.
Scott K
1 - 100 of 5947 matches
Mail list logo
