Am So den 23. Jul 2023 um 22:18 schrieb Debian Bug Tracking System:
> The ntpsec namespacing is by design.
Well, also by design is by design wrong.
Regards
Klaus
--
Klaus Ethgen http://www.ethgen.ch/
pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen
Hi,
Am 24.07.23 um 06:52 schrieb Helmut Grohne:
libreoffice-draw installs
/usr/lib/libreoffice/share/config/soffice.cfg/simpress/layoutlist.xml
and
/usr/lib/libreoffice/share/config/soffice.cfg/simpress/objectlist.xml
which are also contained in libreoffice-impress-nogui from bullseye to
Control: clone -1 -2
Control: reassign -2 libclang-rt-17-dev
On Mon, Jul 24, 2023 at 06:45:00AM +0200, Helmut Grohne wrote:
> libclang-rt-16-dev installs
> /usr/lib/llvm-16/lib/clang/16/lib/wasi/libclang_rt.builtins-wasm{32,64}.a,
> which are also installed by libclang-rt-16-dev-wasm{32,64}
Package: libreoffice-draw
Version: 4:7.5.5-2
Severity: serious
libreoffice-draw installs
/usr/lib/libreoffice/share/config/soffice.cfg/simpress/layoutlist.xml
and
/usr/lib/libreoffice/share/config/soffice.cfg/simpress/objectlist.xml
which are also contained in libreoffice-impress-nogui from
Package: libc6
Version: 2.36-9
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
Installing libc6_2.36-9+deb12u1_amd64.deb on some but not all systems
results in every dynamically linked program dying with a spurious
report of stack smashing. Getting back to a working
Source: gretl
Version: 2023b-1
Severity: important
Tags: patch
gretl contains an empty directory /usr/lib/pkgconfig. Due to having
implemented the /usr-merge using directory aliasing, this directory is
prone to loss.
Looking into gretl, it becomes evident that this directory is not
needed. It is
Package: libclang-rt-16-dev
Version: 1:16.0.6-5
Severity: serious
libclang-rt-16-dev installs
/usr/lib/llvm-16/lib/clang/16/lib/wasi/libclang_rt.builtins-wasm{32,64}.a,
which are also installed by libclang-rt-16-dev-wasm{32,64} respectively.
Trying to coinstall these packages in unstable results
Package: libafl-persistent-ocaml
Version: 1.4-2
Severity: serious
libafl-persistent-ocaml installs /usr/lib/ocaml/afl-persistent/META,
which is also installed by libafl-persistent-ocaml-dev/bookworm. As
such, upgrades may result in an unpack error. If this is an intentional
move, please add
Package: libsequoia-octopus-librnp
Version: 1.4.1-1
Severity: serious
libsequoia-octopus-librnp installs /usr/lib/thunderbird/librnp.so, which
happens to also be installed by thunerbird from bullseye to
experimental. Since there currently are no Replaces nor Conflicts nor
diversions, unpacking
Package: lintian
Version: 2.116.3
Severity: minor
X-Debbugs-Cc: atzli...@sina.com
Hi,
MacBinary file should not check by very-long-line-length-in-source-file.
For exmaple:
https://sources.debian.org/src/libicns/0.8.1-3.1/samples/test3.bin/
file test3.bin
test3.bin: MacBinary, busy, char.
Package: lintian
Version: 2.116.3
Severity: minor
X-Debbugs-Cc: atzli...@sina.com
Hi,
The Apple HFS/HFS+ resource fork in source code should not check by
very-long-line-length-in-source-file.
One example:
https://sources.debian.org/src/libicns/0.8.1-3.1/samples/test2.rsrc/
file test2.rsrc
notforwarded 691469
forwarded 691469 https://marc.info/?l=postfix-users=135129541824896=2
thanks
Update the broken gmane link to the postfix user mailing list.
TLDR; sum up status of this issue. Fix would probably be to switch to
maildir as default.
Still, this would require to know if any
retitle 1041824 src:volume-el: disable d/watch and sync to latest head version
tag 1041824 patch
severity 1041824 minor
thanks
Apparently I misunderstood how "Control:" and cont...@bugs.debian.org
work. Hopefully this time it should work.
ok rust-selectors is now in testing and count_omega confirmed on
irc that he was ok with updating ruma-common. So I moved on to
actually preparing packages, building them and running their
autopkgtests.
phf-shared and phf-generator now have passing autopkgtests.
the others are still to be tested
retitle -1 src:volume-el: disable d/watch and sync to latest head version
tag -1 patch
severity -1 minor
thanks
Nicholas D Steeves writes:
> Xiyue Deng writes:
>
>> Source: volume-el
>> Severity: wishlist
>> X-Debbugs-Cc: none, Xiyue Deng
>>
>> Dear maintainers,
>>
>> I have been trying to
There's an upstream bug report for the gtk_drag_finish crash:
https://github.com/mate-desktop/mate-panel/issues/1356
Package: snapper
Version: 0.10.4-1
Followup-For: Bug #1041748
Dear Maintainer,
I created a gist with the relevant code/changes.
https://gist.github.com/imthenachoman/f722f6d08dfb404fed2a3b2d83263118
-- System Information:
Debian Release: 12.1
APT prefers stable-updates
APT policy: (500,
On Sun, Jul 23, 2023 at 04:44:48PM -0400, Boyuan Yang wrote:
> Source: pyequihash
> Version: 0.2-2
> Severity: normal
> X-Debbugs-CC: joos...@debian.org
> Tags: sid
>
> Dear Debian pyequihash package maintainer,
>
> Your package is one of the few packages left that still uses Debian
> Python
Hi,
Another happy at user here.
Jose M Calhariz wrote:
> Hi, I believe my last update fixed the problem can someone double check?
That was at 3.2.5-2, right? Closing this bug: afaik nobody has been able to
reproduce the issue. Therefore better to close and see what happens next.
Please
There's an upstream bug report with further debugging info:
https://github.com/mate-desktop/mate-panel/issues/1356
Package: lf
Version: 28-1+b3
Severity: normal
Dear Maintainer,
The last lf version is 30 (since 20/04/2023, see
https://github.com/gokcehan/lf/releases).
The Debian testing and sid version is 28.
Perhaps I am misunderstood something but is there any policy reason to not
update the lf package?
On Tue, 04 Aug 2020 at 11:51:24 +0100, s...@debian.org wrote:
> This package has Build-Depends on GTK 2 (libgtk2.0-dev), or produces
> binary packages with a Depends on GTK 2.
It seems there are only two blockers for disabling the GTK 2 parts
of libdbusmenu:
1. libayatana-appindicator still
Source: waybar
Version: 0.9.20-1
Severity: normal
Tags: trixie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 967570 by -1
Control: block 947713 by -1
waybar build-depends on libdbusmenu-gtk-dev, which in turn
depends on GTK 2. GTK 2 was superseded
Xiyue Deng writes:
> Source: volume-el
> Severity: wishlist
> X-Debbugs-Cc: none, Xiyue Deng
>
> Dear maintainers,
>
> I have been trying to fix uscan error of Emacs addon packages. When
> working on volume-el, I found that the repo on salsa didn't accept merge
> requests while most other
OK, package pending approval in NEW now:
https://ftp-master.debian.org/new/mariadb_1:10.11.4-0+deb12u1.html
On Thu, 29 Jun 2023 at 00:04:17 +0200, Bastian Germann wrote:
> Please consider applying the attached patch which will drop the unused gtk2
> binary packages.
It looks as though this would break growl-for-linux (#967462):
smcv@coccia ~ % dak rm -R -n -b libayatana-appindicator1
On Tue, 04 Aug 2020 at 11:48:28 +0100, s...@debian.org wrote:
> This package has Build-Depends on GTK 2 (libgtk2.0-dev), or produces
> binary packages with a Depends on GTK 2.
It seems nothing in Debian depends or build-depends on
haskell-yi-frontend-pango. Is it still useful? If not, can we
On Tue, 04 Aug 2020 at 11:48:20 +0100, s...@debian.org wrote:
> This package has Build-Depends on GTK 2 (libgtk2.0-dev), or produces
> binary packages with a Depends on GTK 2.
It seems nothing in Debian depends or build-depends on
haskell-diagrams-gtk. Is it still useful? If not, can we remove it
Control: tags -1 + patch
On Mon, 24 Jul 2023 at 01:25:49 +0100, Simon McVittie wrote:
> On Mon, 17 Jul 2023 at 15:36:41 +0200, Bastian Germann wrote:
> > The package builds fine without the build dependency libgtk2.0-dev.
> > Please just drop it with your next upload.
>
> This doesn't seem to be
Package: u-boot-sunxi
Version: 2023.07+dfsg-1
Severity: normal
Tags: patch
Hi Vagrant,
Following commit 4f2f06b8 ("Drop support for using a FIT generator..."),
the u-boot-install-sunxi script no longer uses mkimage, so the check for
it can be safely removed, as in the suggested patch below.
On Mon, 17 Jul 2023 at 15:36:41 +0200, Bastian Germann wrote:
> The package builds fine without the build dependency libgtk2.0-dev.
> Please just drop it with your next upload.
This doesn't seem to be the correct change: it has the side-effect of
disabling code paths that rely on gdk-pixbuf-2.0,
We can close this bug since the autopkgtests are passing now with gjs
1.76.2-3. But I am surprised that this RC bug did not block the
migration of gjs 1.76.2-3 to Testing today.
Thank you,
Jeremy Bicha
Control: tags -1 + patch
On Sun, 23 Jul 2023 at 18:06:28 +0100, Simon McVittie wrote:
> From a quick look at the binary package dependencies and source code,
> it looks as though darkradiant is a GTK 3 application already, and the only
> reference to gtkmm seems to be in
>
Package: nala
Version: 0.12.2
Severity: normal
X-Debbugs-Cc: johannes_silver...@tutanota.com
Dear Maintainer,
When running nala history as an unprivileged user, the process appears to hang
and uses excessive CPU and memory resources. In my case, while running this on
a Raspberry Pi, it
Source: libopenraw
Version: 0.1.2-0.2
Severity: wishlist
X-Debbugs-Cc: tumb...@packages.debian.org
Control: affects -1 + tumbler-plugins-extra
While investigating whether libopenraw's dependency on GTK 2 can be
removed (which it can, see #967585), I noticed that the version of
libopenraw in
Hi Jonathan,
On Sun, 23 Jul 2023 13:45:57 +0100 Jonathan Wiltshire
wrote:
> Control: tag -1 confirmed
>
> On Wed, May 17, 2023 at 10:56:53PM +0200, Patrick Franz wrote:
> > When trying to unlock the screen and entering a wrong password,
> > it can lead to an endless loop when using the PAM
On Tue, 04 Aug 2020 at 11:52:20 +0100, s...@debian.org wrote:
> This package has Build-Depends on GTK 2 (libgtk2.0-dev), or produces
> binary packages with a Depends on GTK 2.
In fact this build-dependency appears to be useles: libopenraw doesn't
need GTK, it only builds a gdk-pixbuf plugin.
Source: volume-el
Severity: wishlist
X-Debbugs-Cc: none, Xiyue Deng
Dear maintainers,
I have been trying to fix uscan error of Emacs addon packages. When
working on volume-el, I found that the repo on salsa didn't accept merge
requests while most other packages did. If it can open up merge
Source: python-typing-extensions
Severity: normal
X-Debbugs-Cc: mo...@debian.org
Hello,
the last time this package received a maintainer upload was in Oct 2021, at
version 3.10.0.2. Since then, only team uploads have happend, and now upstream
released 4.7.1 .
I maintian a downstream pacakge,
On Sun, Jul 23, 2023 at 11:25:37PM +0100, Colin Watson wrote:
> https://gitlab.com/man-db/man-db/-/issues/26, and in particular
> https://gitlab.com/man-db/man-db/uploads/e7434daee5d71e37ec4cbcce892abdc5/0001-Improve-lexgrog-1-portability.patch,
> might be a useful reference here.
Oh, and also
Control: reassign -1 python3-docutils
Control: affects -1 groff-base
Control: retitle -1 rst2man: uses non-portable 'C' font, causing warnings from
groff >= 1.23.0
On Sun, Jul 23, 2023 at 07:09:51PM +, Peter Wienemann wrote:
> I see troff warnings "cannot select font 'C'" for several man
Package: file
Followup-For: Bug #1040467
Indeed if I only read 4096 bytes, I get:
1+0 records in
1+0 records out
4096 bytes (4.1 kB, 4.0 KiB) copied, 5.5761e-05 s, 73.5 MB/s
/dev/stdin: data
If I read the entire file size, except for the last byte, I still get:
$ dd if=/tmp/image bs=$(( $(stat
I observe the same issue on an Lenovo L480 laptop. After upgrading from
Debian11 to Debian12, audio/sound did not work anymore.
Running these commands
systemctl --user stop pulseaudio.socket
systemctl --user stop pulseaudio.service
systemctl --user start
Fix pending as:
https://salsa.debian.org/debian/ntpsec/-/commit/ed7cf69b3c7ec6cc21a604e47fbf6ee9a9966117
Feedback welcome!
1. I brought back some of the (manual) postrm bits for the ntp &
ntpdate packages. This was something I should have preserved when
making the transitional packages.
Fix pending as:
https://salsa.debian.org/debian/ntpsec/-/commit/ed7cf69b3c7ec6cc21a604e47fbf6ee9a9966117
Feedback welcome!
1. I brought back some of the (manual) postrm bits for the ntp &
ntpdate packages. This was something I should have preserved when
making the transitional packages.
Fix pending as:
https://salsa.debian.org/debian/ntpsec/-/commit/ed7cf69b3c7ec6cc21a604e47fbf6ee9a9966117
Feedback welcome!
1. I brought back some of the (manual) postrm bits for the ntp &
ntpdate packages. This was something I should have preserved when
making the transitional packages.
Package: nalaVersion: 0.12.2Severity: normal
Dear Maintainer,
When running nala history as an unprivileged user, the process appears to hang
and uses excessive CPU and memory resources. In my case, while running this on
a Raspberry Pi, it eventually exhausted physical memory and caused several
On 19.07.2023 00:19, Preuße...@buxtehude.debian.org, Hilmar wrote:
Control: clone 1018206 -1
Control: reopen -1
Hi Peter,
Oh my gosh. Losing formatting would indeed be not severe. Distorting
contents is IS severe, especially if this goes unnoticed. Heaven
knows how much text has already
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "zynaddsubfx":
* Package name : zynaddsubfx
Version : 3.0.6-6
Upstream contact : Nasca Otavian Paul
* URL : https://zynaddsubfx.sourceforge.io
* License
On Tue, 04 Aug 2020 at 11:51:42 +0100, s...@debian.org wrote:
> This package has Build-Depends on GTK 2 (libgtk2.0-dev), or produces
> binary packages with a Depends on GTK 2.
It looks as though libg3d actually only needs gdk-pixbuf (which is a
separate source package), so please consider the
Source: mysql-8.0
Version: 8.0.33-2
Severity: grave
Tags: security upstream
Justification: user security hole
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerabilities were published for mysql-8.0.
CVE-2023-22058[0]:
| Vulnerability in the MySQL Server product of
On Wed, 28 Jun 2023 10:14:00 +0200 Bastian Germann wrote:
> Am 28.06.23 um 04:42 schrieb Richard Laager:
> > What is the remaining instance of RSA-MD licensed code after #767?
>
> https://github.com/cyrusimap/cyrus-sasl/issues/769
Fyi: that issue has now been closed with
Source: openssl
Version: 3.0.9-1
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for openssl.
CVE-2023-2975[0]:
| Issue summary: The AES-SIV cipher implementation contains a bug that
| causes it to
Source: openssl
Version: 3.0.9-1
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Control: found -1 1.1.1n-0+deb11u4
Control: found -1 1.1.1n-0+deb11u5
Hi,
The following vulnerability was published for openssl.
CVE-2023-3446[0]:
| Issue summary:
Source: pyequihash
Version: 0.2-2
Severity: normal
X-Debbugs-CC: joos...@debian.org
Tags: sid
Dear Debian pyequihash package maintainer,
Your package is one of the few packages left that still uses Debian
Python Modules Team (
On Sat, Jul 22, 2023 at 09:05:17AM +0200, Joey Schulze wrote:
> Package: lynx
> Version: 2.9.0dev.12-1
> Severity: wishlist
> Tags: patch upstream
> X-Debbugs-Cc: j...@infodrom.org
>
> Hi,
>
> please add support for HTTP Status Code 308 (Permanent Redirect) to
> lynx, at least for the request
Package: keepassxc
Severity: normal
Dear Maintainer,
https://packages.debian.org/bookworm/keepassxc and
https://tracker.debian.org/pkg/keepassxc currently list the wrong homepage for
the keepassxc project.
Debian uses https://www.keepassxc.org/ however this hasn't worked in a while.
Hi!
I updated the changelog, tagged as
https://salsa.debian.org/mariadb-team/mariadb-server/-/commits/debian/1%2510.11.4-0+deb12u1
and uploaded binary packages as this will need to go via NEW queue.
However, it was rejected in NEW queue with error message:
mariadb_10.11.4-0+deb12u1.dsc:
Source: python-mechanicalsoup
Version: 0.10.0-6
Severity: grave
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Control: found -1 0.10.0-4
Hi,
The following vulnerability was published for python-mechanicalsoup.
The severity choosen for the bugreport might be
Am 23.07.23 um 12:07 schrieb Marc Bres Gil:
Hello Michael,
I went to upstream with the traces, and found an already reported bug
there on issues after updating to 2.10 with kde plasma
(https://github.com/storaged-project/udisks/issues/1139
Am 23.07.23 um 16:06 schrieb Ricardo Pérez:
Package: udisks2
Version: 2.10.0-3
Severity: important
X-Debbugs-Cc: rica...@ubuntu.com
Dear Maintainer,
After upgrading to 2.10.0-3 on trixie, when I try to run Thunar or
something similar, it hangs for about 20 secs. and then I got the
following
Version: 0.12.0-1
rust-derive-builder has now been updated to match rust-derive-builder-core.
Source: orthanc
Version: 1.12.1+dfsg-1
Severity: important
Tags: upstream
The orthanc test suite fails after the build on s390x:
./OrthancFramework/UnitTestsSources/ImageTests.cpp:124: Failure
Expected equality of these values:
"1cca552b6bd152b6fdab35c4a9f02c2a"
Package: light-locker
Version: 1.8.0-3
Followup-For: Bug #1039957
Hi,
I just found this coredump in my journal. Like the original reporter,
I'm a user of KDE (on trixie). I removed light-locker to see if I spotted any
change and I'm not seeing it yet.
Paul
Here's the dump:
jul 23 20:11:29
Hi,
On Sun, 09 Jul 2023 23:03:07 +0200 roehl...@debian.org wrote:
your package ms-gsl will soon experience autopkgtest failures because
the new CMake release 3.27 will issue a deprecation warning on stderr
if cmake_minimum_required() asks for compatibility with CMake 3.4 or
older.
I just did
Source: curl
Version: 7.88.1-10
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for curl.
CVE-2023-32001[0]:
| fopen race condition
If you fix the vulnerability please also make sure to include
Source: libvirt
Version: 9.5.0-1
Severity: important
Tags: security upstream
Forwarded: https://listman.redhat.com/archives/libvir-list/2023-July/240776.html
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Control: found -1 8.3.0-1
Hi,
The following vulnerability was published for
Source: librsvg
Version: 2.54.5+dfsg-3
Severity: important
Tags: security upstream
Forwarded: https://gitlab.gnome.org/GNOME/librsvg/-/issues/996
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for librsvg.
CVE-2023-38633[0]:
| A directory
Package: groff-base
Version: 1.23.0-2
Severity: normal
Dear Maintainer,
I see troff warnings "cannot select font 'C'" for several man pages. Here are
the corresponding Lintian warnings for two examples from different packages:
W: python3-lark: groff-message troff::1032: warning: cannot
select
Here's an excerpt of the failing tests:
test 21
Start 21: PolygonConnectorTest
21: Test command: cura-engine/obj-i686-linux-gnu/PolygonConnectorTest
21: Working Directory: cura-engine/tests/
21: Test timeout computed to be: 1500
5: [ OK ]
Source: cura-engine
Version: 5.0.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Usertags: i686
Forwarded: https://github.com/Ultimaker/CuraEngine/issues/1192
X-Debbugs-Cc: onit...@gmail.com
On i686, CuraEngine 5.x fails to build
sorry, discussion on pkg-opencl-devel / debian-devel around 19 June, not
actually in #974792
Source: geany-plugins
Version: 1.38+dfsg-2
Severity: normal
Tags: trixie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 967592 by -1
Control: block 947713 by -1
geany-plugins build-depends on libwnck-dev, which in turn depends on GTK 2.
GTK 2 was
Source: compiz-plugins-extra
Version: 2:0.8.18-3
Severity: normal
Tags: trixie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 947713 by -1
Control: block 967594 by -1
compiz-plugins-extra is the only package in Debian that depends
on
Package: ftp.debian.org
beignet FTBFS with LLVM > 9 (#974792), and hence cannot be built in
current unstable. (The existing package probably still works, because
beignet statically links LLVM to avoid #852746, but unbuildable packages
are unreleasable by policy.)
beignet is abandoned
Source: showq
Version: 0.4.1+git20200907-1
Severity: normal
Tags: trixie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 947713 by -1
Control: block 967497 by -1
This package Build-Depends on packages from src:gtkmm2.4, a C++ binding for
GTK 2. GTK 2
Control: severity -1 serious
On Mon, 23 May 2016 at 16:59:07 +0200, Graham Inggs wrote:
> The upstream pcb2gcode project has relocated to GitHub [1].
>
> There is also a new upstream release (1.2.3) [2].
>
> [1] https://github.com/pcb2gcode/pcb2gcode
> [2]
Package: hyperspy
Version: 1.7.3-1
Severity: serious
hyperspy currently FTBFS with several failing tests:
https://launchpadlibrarian.net/678551154/buildlog_ubuntu-mantic-amd64.hyperspy_1.7.3-1_BUILDING.txt.gz
Is this reproducible for you? If you have experience with building from
source, upstream has proposed the following patch. Otherwise, I could
build a test package for you.
diff --git a/ntpd/nts_cookie.c b/ntpd/nts_cookie.c
index 166d0230f..a73955fb7 100644
--- a/ntpd/nts_cookie.c
+++
Package: httpie
Followup-For: Bug #1041792
Further testing with help of people on IRC revealed the following information:
If you simply install httpie, and don't create any config directories, it will
perform the version check every single time you run httpie.
If you create the directory
Control: tags 1040467 upstream
fr...@gmail.com wrote...
> UEFI systems make the boot logo accessible for reading at the path
> /sys/firmware/acpi/bgrt/image
>
> The file can be displayed directly using for example:
> $ feh /sys/firmware/acpi/bgrt/image
>
> Strange things happen when you copy
Source: pcb2gcode
Version: 1.1.4-git20120902-1.1
Severity: normal
Tags: trixie sid upstream
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 947713 by -1
Control: block 967497 by -1
This package Build-Depends on packages from src:gtkmm2.4, a C++ binding
Source: miaviewit
Version: 1.0.5-3
Severity: normal
Tags: trixie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 947713 by -1
Control: block 967497 by -1
This package Build-Depends on packages from src:gtkmm2.4, a C++ binding for
GTK 2. GTK 2 was
Source: vocproc
Version: 0.2.1-2
Severity: normal
Tags: trixie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 947713 by -1
Control: block 967497 by -1
This package Build-Depends on packages from src:gtkmm2.4, a C++ binding for
GTK 2. GTK 2 was
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: tcpcr...@packages.debian.org, d...@fifthhorseman.net
Control: affects -1 + src:tcpcrypt
https://tcpcrypt.org has been non-responsive for quite some time, and
the tcpcrypt.org domain
Source: lv2-c++-tools
Version: 1.0.5-4
Severity: normal
Tags: trixie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 947713 by -1
Control: block 967497 by -1
This package depends on packages from src:gtkmm2.4, a C++
binding for GTK 2. GTK 2 was
Source: jstest-gtk
Version: 0.1.1~git20160825-4
Severity: normal
Tags: trixie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 947713 by -1
Control: block 967497 by -1
This package Build-Depends on packages from src:gtkmm2.4, a C++ binding for
GTK 2.
Source: hexxagon
Version: 1.0pl1-4
Severity: normal
Tags: trixie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 947713 by -1
Control: block 967497 by -1
hexxagon Build-Depends on packages from src:gtkmm2.4, a C++ binding for
GTK 2. GTK 2 was
Source: eq10q
Version: 2.2~repack0-4
Severity: normal
Tags: trixie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 947713 by -1
Control: block 967497 by -1
eq10q Build-Depends on packages from src:gtkmm2.4, a C++ binding for
GTK 2. GTK 2 was
Pinging this issue as I can see it as well in my bullseye system ...
Using an ugly service override
/etc/systemd/system/console-setup.service.d/override.conf:
[Unit]
Wants=systemd-tmpfiles-setup.service
After=systemd-tmpfiles-setup.service
helps as work-around.
Source: mrtrix3
Version: 3.0.3-3
Severity: normal
Tags: trixie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 967733 by -1
Control: block 967492 by -1
Control: block 967497 by -1
mrtrix3 Build-Depends on libgtkmm-2.4-dev and libgtkglext1-dev, which
On Tue, 4 Aug 2020 14:42:44 +0100 Simon McVittie wrote:
> I can however disable gtkspell in lablgtk2 (as I've done for
> gtksourceview2 and glade2) if it helps.
Can you tell how many dependent packages would be broken by that change?
I have uploaded an experimental NMU.
Every mentioned
Source: ocamlviz
Version: 1.01-6
Severity: important
https://buildd.debian.org/status/fetch.php?pkg=ocamlviz=all=1.01-6=1642843755=0
shows an error during the build:
dh_ocamldoc -i
File "debian/libocamlviz-ocaml-dev/usr/lib/ocaml/ocamlviz/camlp4/pa_ocamlviz.ml", line 34,
characters 6-8:
34
Package: httpie
Version: 3.2.1-1
Severity: serious
Dear Maintainer,
httpie makes a request to packages.httpie.io every time you start it. It does
this presumably to check for a newer version, which is irrelevant in debian. It
also smells like a policy violation, though I didn't find an exact
Source: darkradiant
Version: 3.7.0-1
Severity: normal
Tags: trixie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 967733 by -1
Control: block 967497 by -1
darkradiant Build-Depends on packages from src:gtkmm2.4, a C++ binding
for GTK 2.
GTK 2 was
Control: reopen -1 1026539
theano has been mostly abandoned upstream since 2018. (The Aesara fork
is not abandoned, but includes interface changes including the import
name, so would break reverse dependencies not specifically altered for it.)
It is currently broken (FTBFS due to multiple
Source: dbus-c++
Version: 0.9.0-11
Severity: normal
Tags: trixie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: gtk2 oldlibs
Control: block 967733 by -1
Control: block 967497 by -1
dbus-c++ Build-Depends on packages from src:gtkmm2.4, a C++ binding for
GTK 2.
GTK 2 was
Thanks Paul. We did make some changes in Nmap 7.94 which could have caused
regressions. I've opened an issue for this on our upstream tracker (
https://github.com/nmap/nmap/issues/2685). Please let us know if you
figure anything else out.
-Gordon
Source: unison-2.51+4.13.1
Version: 2.51.5-1
Severity: serious
Why is unison-2.51+4.13.1 not removed yet when unison-2.52 is available?
Package: clisp
Version: 1:2.49.20210628.gitde01f0f-3
Tags: patch, upstream
Dear Debian Common Lisp Team,
the clisp.1 man page contains two instances where the .PP macro is not
preceded by a newline. This results in literal .PP inside the rendered
man page instead of creating a new paragraph with
1 - 100 of 210 matches
Mail list logo