On Mon, Feb 29, 2016 at 11:26 PM, Mattia Rizzolo wrote:
> actually, I think it's because those packages are already removed:
Well, at least one of them is (see below).
> * #812554: googlecl, already removed after #812553
Not really. Bug #812553 was a request to ftp-masters to remove
googlecl fr
While we are at it, let's convert HTML character entity references
(which each use 6-8 characters and as many bytes in the HTML file)
to actual characters (which UTF-8 encodes as 2-3 bytes). Since all
diffoscope output files are peppered with abundant amounts of these
things, this could reduce the
Package: ace-of-penguins
Version: 1.3-13
I have write access to the upstream Ace of Penguins CVS repository
at cvs.delorie.com/cvs/ace . After the 1.4 release (which never
made it into Debian, although it's in Ubuntu) I have fixed a number
of bugs in that release, many of them related to the undo
Source: emacs24
Version: 24.5+1-5
Severity: serious
According to
https://buildd.debian.org/status/package.php?p=emacs24&suite=sid
dumping emacs on ppc64el and ppc64 fails with
emacs: Program segment above .bss in
/«BUILDDIR»/emacs24-24.5+1/debian/build-x/src/temacs
which seems like it might be
On Fri, Dec 18, 2015 at 11:15 PM, Rob Browning wrote:
> Actually, I think I may know the cause, but when I had time to poke at
> it last week(?), both of the porterboxes were down, and I haven't had a
> chance to get back to it yet.
>
> (I don't have a pointer handy, but iirc, it looked like there
The current source repository is at
https://github.com/DeNA/HandlerSocket-Plugin-for-MySQL
and it seems to have fixes for mysql 5.6 (though I didn't try to compile it).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
The reason for this is that the absolute paths to the font files are
searched for and hardcoded into the binary at compile time, and if both
fonts-dejavu-core and ttf-dejavu-core are installed, the latter is used.
Since ttf-dejavu should be avoided if possible, the right fix is to
change crawl to b
Control: severity -1 wishlist
Control: retitle -1 RFP: libiconv-dev -- library to convert character encoding
Why do you think libiconv should be included in Debian? All of its
functionality is already provided by glibc (and AFAIK has been for
several Debian releases).
--
To UNSUBSCRIBE, email t
On Mon, Sep 28, 2015 at 10:21 AM, Paul Wise wrote:
> Hmm, the template links to .html:
No, it actually doesn't, it just looks like it does :-) Notice how
the double quote is before the .html instead of after it.
Source: unicode-data
Version: 8.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that unicode-data could not be built reproducib
Source: apertium-en-ca
Version: 0.9.3~r61232-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that apertium-en-ca (as well as othe
Source: calendarserver
Version: 5.2.2+dfsg-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that calendarserver could not be built
Source: ncurses
Version: 6.0+20151024-1
Severity: wishlist
User: reproducible-bui...@lists.alioth.debian.org
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While ncurses 6.0+20151017-1 fixed the earlier reproducibility bug
#801864, it also introduced a reproducibility regression; n
On Fri, Oct 30, 2015 at 10:44 PM, Sven Joachim wrote:
> Certainly aclocal.m4 is _not_ a generated file in ncurses,
Not in the Debian package, but upstream must be generating it from
configure.in by running aclocal.
> Possible
> solutions are to run dh_strip_nondeterminism on the -dbg packages, o
Source: ncurses
Version: 6.0+20150810-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that ncurses could not be
Since this package is now orphaned [1], it is possible to just do a QA
upload [2] to fix this issue instead of waiting for someone to adopt the
package (which might take a long time).
[1] http://bugs.debian.org/782433
[2]
https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#nmu-qa
Package: ftp.debian.org
It seems that all links on http://ftp-master.debian.org/removals.html
that should point to packages' PTS pages are broken.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
The transitional appdata-tools from src:appstream-glib is in both
unstable and testing now, so it should be safe to go ahead with this.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: bugs.debian.org
URLs such as
https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=release.debian@packages.debian.org;tag=transition
that include a "tag" parameter work fine, but
https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=release.debian@packages.debian.org
without that
I think that careful reading of
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-virtual
will be the best way to understand the situation here, but the most
important thing is that virtual packages can't have version numbers.
Therefore the line "Provides: php-math-biginteger (= 1.0.
I think greenbone-security-assistant should be removed for the same
reasons as openvas-*: it's based on openvas-scanner, already missing
build dependency libxslt-dev and therefore FTBFS, looks like buildd
could never build it on any architecture (binary package gsad on i386
was probably uploaded by
mod-auth-mysql has been removed, so there should be nothing blocking
removal of apache2.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: kfreebsd-11
Control: block 783516 by -1
kfreebsd-11 currently depends on clang-3.4 which is going to be
removed (see bug #783516), so please update the dependency to a
newer version. Also, if possible, please do the same for kfreebsd-10.
--
To UNSUBSCRIBE, email to debian-bugs-dist-req
block -1 by 751241 759044
thanks
Looks like codeblocks, gspiceui and sitplus have fixed versions
available, so that leaves just amule and tribler; marking their bugs
as blockers for this bug.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe".
Package: libdbd-oracle-perl
Version: 1.66-1
Severity: serious
The source package libdbd-oracle-perl build-depends on packages
oracle-instantclient12.1-basic and oracle-instantclient12.1-devel
which are not available, and therefore can no longer be built from
source.
--
To UNSUBSCRIBE, email to
libmimedir was removed (see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789203) so closing
this bug.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: ftp.debian.org
According to bug #691374 remuco-exaile is incompatible with the
current exaile API (and has been for over three years) which makes
it unusable, and so it has very low popcon. Since it also blocks the
removals of exaile and moodbar, I think it would be best to remove
remuco-
Control: reassign -1 src:remuco
Control: retitle -1 remuco: stop building remuco-exaile
Bug #813255 requests the removal of exaile. Since remuco-exaile
depends on exaile and has not worked for over three years, please
stop building remuco-exaile from source.
Here is a patch that hopefully fixes this issue. It adds two new
template tags, "octicon" which renders any octicon with alternate
text (which should appear as both mouseover text and text-mode-only
text), and "toggle_chevron" which gives a downward chevron to toggle
the display of details (this wa
Package: ftp.debian.org
ghdl is uninstallable (#695303) and orphaned (#696548), and
has been both for over three years. It is pointless to keep it in
unstable in its current state.
Package: ftp.debian.org
Bug #743295 requested the removals of both vdkxdb2 and vdkbuilder2,
but only vdkxdb2 was removed, making vdkbuilder2 uninstallable.
Let's fix that omission.
Package: ftp.debian.org
sshmenu has been uninstallable for one and a half years (#752821)
and already needed user tweaking to work for two years before that
(#677595). Upstream looks dead too, last release was six years ago.
Package: ftp.debian.org
fatrat is uninstallable and unbuildable, and the last upload was
in 2012.
Package: ftp.debian.org
python-pyke depends on binary packages that are no longer built
from python-ply. There are no rdeps, just a reverse-recommends
which shouldn't block the removal. The maintainer of pyke also
wants it removed (see #799577 message #15).
Package: ftp.debian.org
openwalnut is uninstallable and unbuildable, and has been for at
least a year (see #778050).
Package: ftp.debian.org
The last maintainer upload of albatross was in 2008, and even the
last NMU was in 2013. Upstream looks dead too, last release was
in 2011. The source package build-depends on python-old-doctools
which is going to be removed. The popcon is very low, and there
are alternative
Package: ftp.debian.org
In 2006 src:python-ldap-doc was split off from src:python-ldap and
moved to contrib because it build-depends on latex2html which at
the time was in non-free. However in 2009 latex2html changed its
license to GPLv2 and was moved to main, so there is no reason to
keep python-
Package: ftp.debian.org
Bug #811007 requests the removal of xchat since its upstream is dead
and the actively maintained fork hexchat is already in Debian. As
hexchat already has a plugin that does the same thing as xchat-xsys
for xchat, there is no reason to keep xchat-xsys.
On Mon, May 11, 2015 Ola Lundqvist wrote:
> I would like you to kindly remove the dependency on dpsyco-devel. I have
> attached a patch for that. The reason is that I have requested the removal
> of psyco source and this reverse dependency prevents that from happening.
> See bug #784869.
> I kno
tag 811007 - moreinfo
thanks
Both cwirc and xchat-xsys have been removed, so now xchat can go too.
Package: ftp.debian.org
As a follow-up to #813196, please also remove kgamma from
experimental.
Package: ftp.debian.org
After the recent removal of ogre-1.8 (bug #797423)
libcegui-mk2-0.7.6 is uninstallable, as well as anything that still
depends on it, so nothing can get more broken by removing
libcegui-mk2-0.7.6 and libcegui-mk2-0.7.6-dbg which are no longer
built from source.
Package: ftp.debian.org
As a follow-up to bug #813317, libcegui-mk2-dev on kfreebsd-* is
also uninstallable and no longer built from source, so please remove
that as well.
Source: kfreebsd-10
Control: block 812778 by -1
Currently freebsd-10 build-depends on clang-3.5 which is going to be
removed (see bug #812778), so please update to a newer version.
Package: ftp.debian.org
There are currently two bugs missing from the page of Pending
Debian Package removals, and have been for some time: 812554
and 814109. Since there doesn't seem to be any other reason why
these are still open, I'm assuming it's because they are
missing from the page.
Package: ftp.debian.org
The current version of ginkgocadx both build-depends and runtime
depends on insighttoolkit4 which is only available on amd64 and
i386. Please remove the obsolete binary packages on other
architectures.
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Last year wxwidgets3.0 renamed its libraries from wx*3.0-0 to
wx*3.0-0v5 as part of the libstdc++6 transition, but there are
still packages using the old libraries. Out of these, freqtweak
and rapidsvn look l
On Sat, Mar 5, 2016 at 4:34 PM, Emilio Pozuelo Monfort wrote:
> On 05/03/16 15:08, Esa Peuha wrote:
>> Package: release.debian.org
>> User: release.debian@packages.debian.org
>> Usertags: binnmu
>>
>> Last year wxwidgets3.0 renamed its libraries from wx*3.0-
On Wed, May 20 2015 Julien Christau wrote:
> Please don't do that quite yet. I'm still undecided whether to keep the
> package in the archive at all.
Pinging you since you added the moreinfo tag to this bug; what
should be done with this package?
Package: ftp.debian.org
Last upload of caret was in 2012, it has one serious bug and
two important ones (both of which will almost certainly become
serious before the release of stretch), and it is the only
blocker to the removal of minc.
Package: ftp.debian.org
Version 1:2.3.0 changed ruby-dev from arch:all to arch:any.
Ideally, the automatic decrufter should remove the obsolete
arch:all ruby-dev 1:2.3~1, but instead it gets confused and
thinks that it would break every package that (build-)depends
on ruby-dev. So this one needs m
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
It seems that cyphesis-cpp has had problems building on several
architectures, with the result that it depends on various old
library packages on these arches. However the Reproducible Builds
project has mana
Package: ftp.debian.org
The current version of src:pinba-engine-mysql no longer builds
the binary package pinba-engine-mysql-5.5 which AFAICT is the
only blocker to mysql-5.5 removal, so please remove this
obsolete binary.
Control: tag -1 - moreinfo
Unless I missed something, there is nothing blocking the removal
of src:minc now that caret is gone.
Control: tag -1 - moreinfo
ISTM there are no rdeps of mysql-5.5 left, so please remove it.
Package: ftp.debian.org
Version 1.2-6 of src:ruby-hdfeos5 no longer builds a number of
packages that were built by 1.2-5; four of these (libhdfeos5-ruby,
libhdfeos5-ruby-doc, libhdfeos5-ruby1.9.1, and
libhdfeos5-ruby1.9.1-dbg) are arch:all while ruby-hdfeos5-dbg
is arch:any (and the only one I put
Package: ftp.debian.org
The last upload of feel++ was in September 2014. It has two RC
bugs (#777848 and #811714) due to FTBFS, and now it is impossible
to even try to build it, since it build-depends on libopenmpi1.10
and libslepc3.4.2-dev which can't be installed at the same time.
Four out of th
Package: ftp.debian.org
fw4spl has had only three upload to Debian: the first two a few
days apart in March 2015, the third in July. It has never been in
a stable release, and not likely to be because it has two RC bugs
(#797475 and #797481) and at least one bug that is going to
become RC (#809935
On Wed, 30 Dec 2015, Clint Byrum wrote:
> I orphaned it a long time ago, and nobody has stepped up to maintain, so
> I suggest just dropping it rather than chasing this RC.
The people who have the power to completely remove packages from
Debian are unlikely to notice this here, so please file a p
Package: ftp.debian.org
The version of apertium-en-es in experimental (0.8.0+svn~57502-1)
is older than the version in unstable and testing (0.8.0~r57502-1)
although the version strings unfortunately don't really reflect that.
I guess the actual contents of the packages are identical, since they
a
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Recent update of the cegui-mk2 source package changed the name of the
binary package from libcegui-mk2-0.7.6 to libcegui-mk2-0.8.4 with the
result that the dependent packages need a binNMU. Apparently there
a
On Mon, Jan 18, 2016 at 1:34 AM, Markus Koschany wrote:
> The affected game is Penguin Spider. According to the help menu it
> should be possible to choose a four suits or two suits game by pressing
> the buttons 4 or 2. But pressing 4 or 2 in version 1.5~rc1 reshuffles
> the cards presenting a ne
On Mon, Jan 18, 2016 at 4:21 PM, Jonathan Wiltshire wrote:
> Is this going to happen often? I'm not excited by the idea of having to get
> involved every time the version number for cegui-mk2 gets incremented...
I'm afraid I don't know; the only reason I even noticed this is that
currently the re
This is now fixed in CVS, so I suppose that's 1.5~rc2 then.
Package: ftp.debian.org
As a follow-up to bug #811487, please also remove libconstantine-java
from experimental.
Source: ntp
Version: 1:4.2.8p10+dfsg-5
I have an installation of Debian testing with ntp installed on it. With
ntp version 1:4.2.8p10+dfsg-3 and earlier, ntpd was started during boot,
but with 1:4.2.8p10+dfsg-4 and -5, ntpd isn't started (which BTW is far
from obvious; I became aware of the issue
On Thu, Aug 24, 2017 at 11:31 AM, Bernhard Schmidt wrote:
> Can you show both
>
> systemctl status ntp.service
● ntp.service - Network Time Service
Loaded: loaded (/lib/systemd/system/ntp.service; enabled; vendor
preset: enabled)
Active: inactive (dead)
Docs: man:ntpd(8)
Aug 25 14:39:
Package: emacs25
Version: 25.2+1-5
I have an installation of Debian testing that uses openbox as its
window manager. Recently openbox was upgraded from version 3.6.1-4.1
to 3.6.1-5 which apparently broke emacs: if I open an emacs window and
maximize it, then un-maximizing the window doesn't restor
I can confirm that the proposed patch fixes the toolbar with LXDE.
Source: apt
Commit 0a81c22 removed the test for ptsname_r from configure.ac but
there is a code block in apt-pkg/deb/dpkgpm.cc that is trying to use
ptsname_r if it exists. Although that code block is conditional inside
"#ifdef HAVE_PTS_NAME_R" while the configure test was trying to define
HAVE_PT
Package: gcc-5
Version: 5.4.0-6
According to this buildd log
https://buildd.debian.org/status/fetch.php?pkg=liburcu&arch=alpha&ver=0.9.2-3&stamp=1467933496
attempting to build liburcu 0.9.2-3 on alpha makes gcc 5.4.0-6 crash
with an internal compiler error (could not split insn). I don't have
ac
Source: urwid
Version: 2.4.6-0.1
Control: block 1060027 by -1
Currently urwid build-depends on python3-setuptools-scm-git-archive
which blocks removal of setuptools-scm-git-archive (bug #1060027).
It should build-depend on python3-setuptools-scm instead.
Package: ftp.debian.org
Control: affects -1 + src:keybinder
It seems that all reverse (build-)dependencies have migrated to
keybinder-3.0 so this can be removed.
Control: reopen 967686
This isn't done yet. While the binary package no longer depends on
libgtk2.0-0, the source package still build-depends on libgtk2.0-dev.
That should be changed as well.
Package: ftp.debian.org
In daklib/rm.py virtual packages are parsed by the following code:
L143if provides is not None:
L144for virtual_pkg in provides.split(","):
L145virtual_pkg = virtual_pkg.strip()
This code makes no effort to handl
Package: apt
Version: 2.3.8
The man page for apt-get states that the command to upgrade a specific
package is "apt-get install". Therefore, if "apt-get install foo" does
upgrade package foo which has been marked as automatically installed,
I would expect foo's autoinstall status to be preserved, a
On Mon, Aug 30, 2021 at 2:06 PM David Kalnischkies
wrote:
>
> On Mon, Aug 30, 2021 at 11:27:47AM +0300, Esa Peuha wrote:
> > what has happened until recently. However, since apt 2.3.3 foo will be
> > marked as manually installed, which seems to be an unintended change.
>
>
Source: cross-toolchain-base-mipsen
Version: 4
Severity: serious
Current version of cross-toolchain-base-mipsen FTBFS with binutils from
unstable (version 2.32.51.20190707-1). This is blocking binutils from
migrating from unstable to testing (which transitively blocks migration
of a bunch of other
On Wed, Jul 17, 2019 at 8:40 PM Matthias Klose wrote:
>
> please see
> https://lists.debian.org/debian-mips/2019/07/msg1.html
Well, if you don't want to fix c-t-b-mipsen, would you agree to have it
removed from testing? That should allow binutils and gcc to migrate.
Package: piuparts.debian.org
On the left sidebar at https://piuparts.debian.org/ under "all tested
suites" there isn't a single line that mentions bullseye. Also, trying
to visit https://piuparts.debian.org/bullseye results in a 404 error.
That's very odd. Presumably a program can only cause that error message
by calling XGetImage, and freecell (like every other of these games
except taipei) can only do so from line 819 of xwin.c in build_image.
However, the only non-constant arguments to XGetImage are display and
window, and if one
Source: coinor-dylp
Version: 1.6.0-1.1
Severity: serious
src:texlive-base no longer builds binary package texlive-omega, which
has been removed from testing (and will be removed from unstable at
some point in the future, even if other packages still depend on it).
As a result, coinor-dylp is unbui
Source: gertty
Version: 1.5.0-3
Severity: serious
Binary package python-alembic is no longer built from source and has
been removed from testing. As a result, gertty is currently unbuildable
in testing. Please make gertty build-depend on python3-alembic instead.
Source: cvxopt
Version: 1.2.3+dfsg-1
Severity: serious
As shown by buildd logs [1], compiling src/C/umfpack.c fails on all
architectures except amd64 because umfpack.h is not found. This is
because line 61 of setup.py tests whether any files matching
/usr/lib/x86_64-linux-gnu/libsuitesparse* exist
Source: node-regexpu-core
Version: 4.5.4+ds+1
Severity: serious
Binary package node-unicode-12.0.0 is no longer built from source and
was removed from testing. As a result node-regexpu-core is unbuildable
in testing. Please build-depend on node-unicode-12.1.0 instead.
This transition isn't quite complete yet; src:freefem++ still
build-depends on libpetsc-{real,complex}3.10-dev.
Source: python-pbr
Version: 5.1.3-3
As Debian CI logs [1] show, python-pbr 5.1.3-3 is consistently failing
its autopkgtest. This regression is blocking its migration to testing.
It looks like the test infrastructure is trying to run Python 2 tests,
even though Python 2 support was removed from the
Source: python-yappi
Version: 1.0-1
python-yappi isn't migrating to testing due to a maintainer-uploaded
amd64 binary package. This blocks migration of python-oslo.service
which is currently unbuildable in testing. Please make a source-only
upload of python-yappi.
Source: freefem++
Version: 3.61.1+dfsg1-4
Severity: serious
Currently freefem++ build-depends on libpetsc-real3.10-dev and
libpetsc-complex3.10-dev which are no longer built from source.
Please update these build-dependencies.
Source: python-nameparser
Version: 1.0.4-1
Severity: serious
According to the Release Team, maintainer-uploaded binary packages
are no longer allowed to enter testing. Since it's not possible to
binNMU arch:all packages, a source-only upload is needed to get
python3-nameparser built on a buildd.
Source: sleepyhead
Version: 1.0.0-beta-2+dfsg-6
Severity: serious
Currently sleepyhead build-depends on libquazip5-headers, which is
no longer built from source as its contents have been merged into
libquazip5-dev, thus making sleepyhead unbuildable since these two
packages are not coinstallable.
Source: python-oslo.middleware
Version: 3.37.1-2
Currently python-oslo.middleware is unbuildable in testing because
three of its build-dependencies (python-hacking, python-oslotest,
python-stestr) have been removed. Please remove these and other
python 2 build-dependencies.
Source: verilog-mode
Version: 20161124.fd230e6-2
Severity: serious
Currently verilog-mode build-depends on emacs25 which doesn't exist in
testing. This makes verilog-mode unbuildable. Please build-depend on
emacs-gtk instead.
Source: mh-e
Version: 8.5-2.1
Severity: serious
Currently mh-e build-depends on emacs25-nox | emacs25 | emacs24 but
none of these packages exist in testing. This makes mh-e unbuildable.
Please build-depend on emacs-nox | emacs-gtk instead.
Source: gnome-photos
Version: 3.30.1-2
Severity: serious
Currently gnome-photos build-depends on python-dogtail but it doesn't
exist in testing. This makes gnome-photos unbuildable in testing.
Please remove this build-depency.
Package: ftp.debian.org
X-Debbugs-CC: che...@packages.debian.org
Please remove chemfp from unstable. It's Python 2 only, it build-depends
on python-rdkit which is no longer built by src:rdkit, and last upstream
activity was in 2013, so conversion to Python 3 is unlikely to happen.
Package: libpython3.10-stdlib
Version: 3.10.0-4
This is the same bug as #981016 for 3.9: libpython3.10-stdlib should
depend directly on media-types instead of transitional mime-support
to avoid requiring mailcap and its dependency perl.
I think I've found out what is causing this bug and why it only affects
freecell. When any of these games start up, the kde window manager sends
an expose event for one pixel at the top left corner, then an expose
event for the rest of the top row of pixels, then an expose event for
the remaining p
It seems that all reverse (build-)dependencies have switched to the
GTK3 alternative keybinder-3.0 so this one should be removed.
Control: tags -1 - moreinfo
Both pbcopper and r-cran-openmx have switched to the default version of
boost, so there shouldn't be anything left to block boost1.81 removal.
1 - 100 of 103 matches
Mail list logo
