Hi,
here is the upstream patch fixing the issue :
https://github.com/fplll/fpylll/commit/ede1e459f0662a0940dca6366aba20d47183a4a0
I tought they'd have already released the new version with this in, but
I should have waited until that was done...
And since this patch needs other changes to
On Tue, 8 Dec 2020 at 07:48, Sebastiaan Couwenberg wrote:
> What should we do about r-cran-sf which cannot be built on most release
> archs due to r-cran-s2 failing to build there (#976473).
>
> Should be file an RM bugreport to have r-cran-sf (and possible rdeps)
> removed from those release
Control: reassign -1 nagios-nrpe-server 3.2.1-2
On Lu, 07 dec 20, 15:56:53, Jogi Hofmüller wrote:
> Package: ngios-nrpe-server
> Version: 3.2.1-2
>
> Compiling the server without --enable-command-args makes this feature
> unusable. It is turned off via the default configuration file
>
Sorry I forgot to include how I started QEMU:
#!/bin/sh
ARCH=arm64
IMAGE=/var/tmp/qemu-disk-${ARCH}.qcow2
CDROM=/var/tmp/debian-bullseye-DI-alpha3-${ARCH}-netinst.iso
rm -f $IMAGE
qemu-img create -f qcow2 -o compat=1.1 -o lazy_refcounts=on -o
preallocation=off $IMAGE 20G
cd /var/tmp
cp
Package: debian-installer
Version: 20201202
Severity: normal
Dear Maintainer,
I tried to use Debian Bullseye arm64 d-i Alpha 3 to install Bullseye
to a QEMU disk. I tried -device ramfb and -device virtio-gpu-pic
for graphical installation by d-i Alpha 3. But neither of them were
used by the
Am 07.12.20 um 15:27 schrieb Pavel Sanda:
> On Mon, 23 Oct 2017 12:14:41 +0200 Philipp Klaus Krause wrote:
>> lyx tries to autodetect if a file is under verison control. When lyx
>> 2.2.3 reads an input file, it recursively checks parent directories for
>> .svn, .git, etc.
>>
>> In case it find a
Package: qemu-system-arm
Version: 1:5.1+dfsg-4+b1
Severity: normal
Dear Maintainer,
When qemu-system-aarch64 is started with -device ramfb, it shows
Could not open option rom 'vgabios-ramfb.bin': No such file or directory.
In addition, according to search by packages.debian.org,
no Debian Sid
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: imhex
Version : 1.5.0
* URL : https://github.com/WerWolv/ImHex
* License : GPL-2.0
Programming Lang: C++
Description : Hex Editor for Reverse
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: golang-sslmate-go-pkcs12
Version : 0.0~git20201103.57fc603
Upstream Author : SSLMate
* URL : https://software.sslmate.com/src/go-pkcs12/
* License : BSD-3-Clause
Ludovic Courtès writes:
> On the ‘gnutls_3_6_X’ branch, I can run the following loop for a while
> without experiencing the issue (on x86_64-linux-gnu):
>
> while make check TESTS=tests/reauth.scm ; do : ; done
I was just able reproduce it again in a bullseye (testing) amd64 VM
while building
Package: src:mrpt
Version: 1:2.1.5-1
Severity: serious
Tags: sid bullseye
mrpt uses private binutils shared libraries:
Package: libmrpt-core2.1
Depends: libbinutils (>= 2.35.1), libbinutils (<< 2.35.2), [...]
Please don't do this. Either disable the use of these libraries, or
link these
Source: r-cran-sf
Version: 0.9-6+dfsg-1
Severity: serious
Tags: ftbfs
r-cran-sf build depends on r-cran-s2 that is only available
on amd64/ppc64/ppc64el/x32 (see #976473).
Since the new r-cran-sf build dependency seems to be only
required for tests, removing it (also from the autopkgtest?)
might
Hi kb
On 07/12/2020 18:05, Adam Borowski wrote:
> On Wed, Dec 02, 2020 at 10:24:37AM +0100, Gürkan Myczko wrote:
>> * Package name: python-imgviz
>>Version : 1.2.3+ds-1
>
>> python-imgviz (1.2.3+ds-1) unstable; urgency=medium
>> .
>>* New upstream version.
>>* Bump
I do no longer need this package, canceling the ITP
OpenPGP_0xFE82139440BD22B9.asc
Description: application/pgp-keys
OpenPGP_signature
Description: OpenPGP digital signature
On 12/7/20 12:30 PM, Sebastiaan Couwenberg wrote:
> On 12/6/20 12:37 PM, Sebastian Ramacher wrote:
>> On 2020-11-02 12:49:04 +0100, Bas Couwenberg wrote:
>>> Package: release.debian.org
>>> Severity: normal
>>> User: release.debian@packages.debian.org
>>> Usertags: transition
>>> X-Debbugs-Cc:
Package: lintian
Version: 2.104.0
Hello,
Tag team/pkg-perl/testsuite/no-team-tests does not seem to consider
multi-valued Testsuite field. The same issue may also be in pkg-js, but
this I have not checked.
I am working on a package already having pkg-perl autopkgtest suite, and
with 'Testsuite:
I checked and meson.build is missing jlink support. So this needs to be fixed
upstream to enable in the package.
Hi Christoph,
Am 07.12.20 um 22:05 schrieb Christoph Biedl:
> Okay, I've removed the upload from the queue as I really like to avoid
> disrupting the maintainers' workflow by doing a NMU. However, I'd
> appreciate if you could deal with this pretty soon as it is delaying the
> testing migration
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hello,
I want to request binNMU on amd64 for recently accepted new package.
nmu libnewuoa_0.1.1-1 . amd64 . unstable . -m "Rebuild on buildd"
Thanks,
Andrius
Quack,
I was wondering what make my system so peculiar and stumbled onto this
bug report:
https://github.com/ckb-next/ckb-next/issues/671
I haven't tried the ckb-next git version yet but it seems strange that
simply presenting a device's features differently would break things. If
there
Control: tags -1 pending
Hi John,
Thanks for the patch, it's applied in git and will be included in the
next upload.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
I believe this to be fixed by the 1.2.24 package I uploaded
earlier today. The problem came down to lack of swap support on
the machine(s) on which the tests were running. /proc/swaps
doesn't exist on such a machine, and growlight thus aborted in
startup. Growlight is now resistant to this class
Package: src:php-laravel-framework
Version: 6.20.5+dfsg-1
Severity: normal
Tags: patch
[Sorry in advance for the long mail, I don’t have time to make it short]
Hi,
Looks like you’ve made a nice script to generate the autoload.php files
for the binary packages! It would be awesome to make
Package: wnpp
Severity: wishlist
Control: block 976785 by -1
* Package name: php-orchestra-testbench-core
Version : 4.10.0
Upstream Author : Mior Muhammad Zaki
* URL : https://github.com/orchestral/testbench-core
* License : MIT
Programming Lang: PHP
Package: roundcube
Version: 1.3.15+dfsg.1-1~deb10u1
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Upgraded a system from Jessie (via Stretch as recommended). In Jessie I was
able to
Package: wnpp
Severity: wishlist
Control: block 976784 by -1
* Package name: php-codeception-aspect-mock
Version : 2.2.0
Upstream Author : Michael Bodnarchuk
* URL : https://github.com/Codeception/AspectMock
* License : MIT
Programming Lang: PHP
Source: php-ramsey-uuid
Severity: wishlist
It would be beneficial to run upstream's test suite during build and/or
with autopkgtest.
Currently, the tests cannot run due to missing dependencies in Debian.
Source: php-laravel-framework
Severity: wishlist
It would be beneficial to run upstream's test suite during build and/or
with autopkgtest.
Currently, the tests cannot run due to missing dependencies in Debian.
Source: icewm
Severity: normal
Hello,
I removed xterm because it is difficult to configure and now I cannot
start terminal with the top menu item in the icewm menu.
The menuitem is hardcoded to "x-terminal-emulator -ls". While -l support
is common -s is specific to xterm. When
Control: severity -1 serious
Hi,
"more complex HTML templates" in my case means that I actually enter an
answer and then get a comparison for correctness (the "{{type:answer}}"
tag). Anki won't update to show the comparison, rate correctness and go
on with the next card, but display the
Hi,
Holger Wansing wrote:
> > > I think the locale entry is wrong, as discussed above, it should be
> > > kab_DZ instead of kab_DZ.UTF-8. Just like then entries around are ks_IN
> > > or km_KH.
> >
> > Ah, ok. Thanks for the pointer, I will give that a try.
>
> That does not change anything,
Package: python3-virtualenv
Version: 20.2.1+ds-1
Severity: important
Since the upgrade to Python 3.9, creating new virtualenvs sporadically
fails with error messages like this:
% virtualenv tmp/test -p /usr/bin/python3
RuntimeError: failed to build image setuptools because:
Traceback (most
Hello Vagrant,
On Fri, 4 Dec 2020 at 02:48, Vagrant Cascadian <
vagr...@reproducible-builds.org> wrote:
> On 2019-03-05, Holger Levsen wrote:
> > I ran Chris's script again on coccia, with the result that currently
> > 6084 source packages in the archive need a rebuild for reproducible
> >
Control: reopen -1
Control: notfound -1 3.61
[Re-sending this to the correct bug now]
nicoo wrote:
> Control: clone -1 -2
> Control: retitle -2 tasksel --new-install fails
> Control: severity -2 normal
>
> Hi,
>
> On Thu, Nov 19, 2020 at 10:21:29AM +0100, Holger Wansing wrote:
> > Swen
Hi Chris,
On Saturday, 5 December 2020 01:20:07 CET Chris Knadle wrote:
> I looked up the bug CCed in the email and see that the Breathe package was
> marked as Orphaned via the BTS; however the package still has a listed
> maintainer instead of Debian QA Group , meaning the
> full orphaning of
Hello debian-dpkg,
I moved a configuration file kali.conf from the speech-dispatcher
package to the speech-dispatcher-kali package (as well as others, but
let's keep that example only).
The thing is: speech-dispatcher does not depend on
speech-dispatcher-kali (and cannot: the former is in main,
Source: gdal
Severity: normal
Tags: patch
User: debian-sup...@lists.debian.org
Usertags: sh3 sh4
X-Debbugs-Cc: debian-sup...@lists.debian.org
Hello!
Due to a bug in gcc, the compiler currently segfaults on sh4 with -O2 unless
-fno-guess-branch-probability is passed as well [1]:
during RTL pass:
On Tue, Dec 08, 2020 at 01:04:07AM +0100, GSR wrote:
> And the ulimit line is missing, so when testing manually it fails with
> ---8<---
> /some/dir/somewhere: Too many open files
> Hint: Try `ulimit -n 8192' or similar (current limit is 4096).
> --->8---
That's odd; it should do setrlimit()
Package: plocate
Version: 1.1.1-2
Followup-For: Bug #976427
Hi,
ow...@bugs.debian.org (2020-12-07 at 1009.05 +):
> plocate (1.1.1-2) unstable; urgency=medium
> .
>* Install a new /etc/cron.daily/plocate, for non-systemd users;
> based on work by GSR, which based it on the mlocate
Package: php-doctrine-reflection
Version: 1.2.2-1
Severity: serious
X-Debbugs-Cc: pkg-php-p...@lists.alioth.debian.org
[ Filled as an RC-bug by the maintainer to see the package auto-removed
from testing. ]
I packaged php-doctrine-reflection as used by php-doctrine-persistence,
but
Source: gcc-10-cross
Version: 10.2.0-19cross1
Severity: normal
Hi!
While trying to uninstall cross toolchain:
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
libgcc-s1-arm64-cross gcc-10-cross-base (due to
Package: libwireshark11
Version: 2.6.8-1.1
Severity: normal
Is it normal for libwireshark.so.11.1.8 to be almost 80MB? It's by far
the largest library on my system. The next largest is libLLVM-7.so.1 at
58MB, and then some other toolkit and compiler libs below 50MB and then
it drops off
I've been suffering with this problem for a while as well. I have four
extensions installed from Debian packages: HTTPS Everywhere, NoScript,
Privacy Badger, and uBlock Origin. They all keep disappearing from the
toolbar and stop functioning. I agree that this is an important bug,
since besides
On 2020-12-07 16 h 21, Emmanuel Bourg wrote:
> Le 07/12/2020 à 17:38, Louis-Philippe Véronneau a écrit :
>
>> This package currently publishes artifacts in /usr/share/maven-repo, but
>> does not publish a "debian" version.
>>
>> Would it be possible to do that? It would make building Clojure
jim_p writes:
> First of all, I am really sorry about the annoying logs that spawn under
> every message of mine. I am not putting them there on purpose, this is
> all reportbug's work. I tried setting it to advanced and expert, hoping
> that it will be less spammy, but it isn't. I admit I have
Package: linux-image-amd64
Version: 5.9.11-1
Some newer Intel machines (eg high-end 2020 Dell XPS machines) require soundwire for audio, however current Debian
kernel configs do not include CONFIG_SOUNDWIRE at all. This may depend on #962134 as well, however #962134 can be
resolved locally
Package: powerline
Version: 2.8.1-3
Severity: serious
File: /usr/share/powerline/bindings/i3/powerline-i3.py
Hi,
using /usr/share/powerline/bindings/i3/powerline-i3.py bails out for me
as follows:
$ python3 /usr/share/powerline/bindings/i3/powerline-i3.py
{"version": 1}
[
[]
Traceback (most
On 07/12/2020 19:34, Faustin Lammler wrote:
Or maybe a configuration error? Check for open_files_limit in your
configuration files or directly in mariadb with:
| SHOW GLOBAL VARIABLES LIKE 'open_files_limit';
It seems fine now:
MariaDB [mysql]> SHOW GLOBAL VARIABLES LIKE 'open_files_limit';
Package: src:linux
Version: 5.9.11-1
Hello,
I'm experiencing frequent lock-ups of my machine since installing
bullseye on Saturday, rendering it inoperable for several minutes at a
time, most recently following a launch of GNOME Disk Utility.
Looking in journalctl afterwards, I note:
Package: wnpp
Severity: wishlist
Subject: ITP: r-bioc-purecn -- copy number calling and SNV classification using
targeted short read sequencing
Package: wnpp
Owner: Steffen Moeller
Severity: wishlist
* Package name: r-bioc-purecn
Version : 1.20.0
Upstream Author : Markus
> "Ross" == Ross Vandegrift writes:
>> So all three cases use LVDS and know the precise measurements
>> of my display, just e seems to need something additional which
>> alas is not in the dependency list i suppose.
>
> Well, not quite - this output shows that X knows the
Hi Faustin,
On 07/12/2020 18:56, Faustin Lammler wrote:
This can not be considered as a bug and you are asking to make default
an increase of the max_open_files option because your setup needs it.
This is a very small home server with only 2 databases and 2 users. I
assumed this was a
1.0 version of laminar has being released. Based on Dmitry's work I have a
package that I believe it works fine. I'm now looking for a sponsor to add
upload the package to debian:
https://mentors.debian.net/package/laminar/
If a DD is reading this and wants to help I'll be happy to get some
On Wed, 18 Mar 2015 12:28:30 +0100 Alexander Stiebing
wrote:
> The problem reported as "first" (and as "moreover"):
> Confirmed that the menu entry is wrongly given in 'it/splash.lyx', but
> it should by now be called 'Documento>Mostra (altri formati)>DVI', not
> like the proposed string out of
Package: bumblebee
Version: 3.2.1-26~bpo10+1
Followup-For: Bug #963980
Dear Maintainer,
everything was working as a charm, until few days ago. I can't find
what has changed but only the following packages has been updated
between the last time primusrun worked out of the
Package: fastboot
Version: 1:8.1.0+r23-8
Severity: normal
After updating adb to unstable, fastboot won't start any more:
$ apt-get install adb/unstable
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen Fertig
Hi Mesa Maintainers,
The patch attached to this bug has been tested on multiple platforms, and
resolves the issue for x32 builds. Any chance we get this applied to the
next release please?
Note: As this is a rules issue, it will also apply to Mesa 20.3.* and
beyond as well.
On Tue, 3 Nov 2020
Source: aioprocessing
Severity: normal
thanks
The watch file is currently pointing to PyPi. Since upstream is using tags
in the git repository now, update this to point to the repository with the
next
upstream release.
Le 07/12/2020 à 11:48, Chris Lamb a écrit :
> Whilst working on the Reproducible Builds effort [0] we noticed that
> jbbp could not be built reproducibly.
>
> This is because the pom.xml embeds the absolute build path.
It looks like the ${basedir} variable was substituted by the uber-pom
plugin
Le 07/12/2020 à 18:01, Louis-Philippe Véronneau a écrit :
> This package currently publishes artifacts in /usr/share/maven-repo, but
> does not publish a "debian" version.
>
> Would it be possible to do that? It would make building Clojure packages
> that depend on this library much easier, as I
merge 976759 976195
thanks
signature.asc
Description: PGP signature
Source: python-jpype
Version: 1.1.2-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=python-jpype
...
debian/rules override_dh_python3
make[1]: Entering directory '/<>'
dh_python3
mv
/<>/debian/python3-jpype/usr/lib/python3.9/dist-packages/org.jpype.jar
Source: rocketcea
Version: 1.1.18+dfsg-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=rocketcea
...
debian/rules execute_after_dh_auto_test
make[1]: Entering directory '/<>'
rm .pybuild/cpython3_3.8_rocketcea/build/separated_Noz.csv
rm: cannot remove
Le 07/12/2020 à 17:38, Louis-Philippe Véronneau a écrit :
> This package currently publishes artifacts in /usr/share/maven-repo, but
> does not publish a "debian" version.
>
> Would it be possible to do that? It would make building Clojure packages
> that depend on this library much easier, as I
Source: pycuda
Version: 2019.1.2-1
Severity: serious
Sources+binaries might be easier than a manual binNMU.
Control: severity -1 normal
Control: tags -1 + unreproducible
On Mon, 07 Dec 2020 at 21:01:38 +, Simon McVittie wrote:
> On Wed, 21 Oct 2020 at 18:01:33 +, nodiscc wrote:
> > gnome-builder does not start at all when the flatpak package is not
> > installed, and returns code 255.
>
> I
Source: mypy
Version: 0.790-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=mypy
...
#set -e; for v in 3.9; do
set -e; for v in 3.8; do \
PATH=$PATH:/<>/debian/mypy/usr/bin/ python$v -m pytest -n
auto \
-o testpaths=mypy/test -o
Adrian Bunk writes:
> On Sun, Nov 08, 2020 at 07:06:52PM -0500, Ryan Armstrong wrote:
>>...
>> I have been researching old terminal and X games recently, and realized
>> that much of the code from 'xmille' orignated from the terminal game
>> 'mille', which is part of bsdgames.
>>
>>
Source: fpylll
Version: 0.5.2+ds1-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=fpylll
...
build/src/fpylll/fplll/integer_matrix.cpp:729:10: fatal error:
fplll/sieve/sieve_gauss.h: No such file or directory
729 | #include "fplll/sieve/sieve_gauss.h"
|
[update]
On Mon, 7 Dec 2020 at 22:27, Nilesh Patra wrote:
>
>
>>
>>>
>>> Also, another question: This package has a MPL-2.0 license and AFAIK,
>>> MPL is a restrictive Free software license, so does this qualify for adding
>>> in a "Built-Using" field?
>>>
>>
>> Re-reading
Control: tags -1 + confirmed
Control: forwarded -1
https://release.debian.org/transitions/html/auto-rocksdb.html
On 2020-12-07 15:20:48 +0100, László Böszörményi wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "git-revise":
* Package name: git-revise
Version : 0.6.0-2
Upstream Author : Nika Layzell
* URL : https://mystor.github.io/git-revise.html
* License
Control: tags -1 + confirmed
On 2020-12-07 08:04:58 +0100, Bálint Réczey wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Dear Release Team,
>
> I'm sorry, I missed that libvirt started shipping a wireshark plugin
Jan Wagner wrote...
> Hi Chirstoph,
>
> thanks for taking care.
You're welcome.
> 1.124.0 is already integrated into VCS
> (https://salsa.debian.org/nagios-team/pkg-nagios-plugins-contrib/-/commit/6827b67108fcaafb5c73de8d7b44d71b2a7e6cf3),
> so you can delay this a bit more. Actually I'm
On Wed, 21 Oct 2020 at 18:01:33 +, nodiscc wrote:
> gnome-builder does not start at all when the flatpak package is not
> installed, and returns code 255.
I was unable to reproduce this on either buster or bullseye by removing the
flatpak package from a fairly complete GNOME installation.
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "lebiniou":
* Package name: lebiniou
Version : 3.51-2
Upstream Author : Olivier Girondel
* URL : https://biniou.net
* License : GPL-2+
Section
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "laminar":
* Package name: laminar
Version : 1.0-1
Upstream Author : Oliver Giles
* URL : https://laminar.ohwg.net
* License : GPL-3+
* Vcs
bisected git version of dash to the following commit:
$ git bisect good
7638476c18f2a8451b05d49f4e767ee1f98cfc17 is the first bad commit
commit 7638476c18f2a8451b05d49f4e767ee1f98cfc17
Author: Herbert Xu
Date: Thu May 28 22:57:52 2020 +1000
shell: Enable fnmatch/glob by default
As
Hi David,
On Fri, Dec 04, 2020 at 05:22:03PM -0500, David da Silva Polverari wrote:
> Package: release.debian.org
> Severity: important
> Tags: buster
> User: release.debian@packages.debian.org
> Usertags: pu
>
> Hi,
>
> A global buffer overflow vulnerability was found by Red Hat on
>
Greetings! Commits/changes yes, but releases?
Take care,
Davide Prina writes:
> On 07/12/20 20:50, Camm Maguire wrote:
>> Where on github or the webpage do you find a newer release?
>
> on GitHub
>
> https://raw.githubusercontent.com/daly/axiom/master/changelog
>
> 20200807 tpd
Thanks for the detailed bug report
Am 07.12.20 um 11:53 schrieb Sven Joachim:
Control: severity -1 important
On 2020-12-07 06:04 +, Jamie Heilman wrote:
Package: udev
Version: 247.1-3
I have a fairly straightforward virtualized kvm guest or two here
using ext4 volumes on a paritioned
Package: python3-fparser
Version: 0.0.11-1
Severity: serious
Since binNMUs are not possible for binary-all packages,
a source upload is needed for the Python 3.9 transition.
In a more general note, does /usr/bin/fparser2 have to use
the versioned interpreter instead of python3?
Package: python3-calmjs
Version: 3.4.1-2
Severity: serious
Since binNMUs are not possible for binary-all packages,
a source upload is needed for the Python 3.9 transition.
In a more general note, does /usr/bin/calmjs have to use
the versioned interpreter instead of python3?
Package: pympress
Version: 1.5.1+dfsg-4
Severity: serious
Since binNMUs are not possible for binary-all packages,
a source upload is needed for the Python 3.9 transition.
In a more general note, does /usr/bin/pympress have to use
the versioned interpreter instead of python3?
Package: python3-semver
Version: 2.10.2-1
Severity: serious
Since binNMUs are not possible for binary-all packages,
a source upload is needed for the Python 3.9 transition.
In a more general note, does /usr/bin/pysemver have to use
the versioned interpreter instead of python3?
Package: ranger
Version: 1.9.3-2
Severity: serious
Since binNMUs are not possible for binary-all packages,
a source upload is needed for the Python 3.9 transition.
In a more general note, do the binaries have to use
the versioned interpreter instead of python3?
Fixing #975451 would be the best
Package: redfishtool
Version: 1.1.0-2
Severity: serious
Since binNMUs are not possible for binary-all packages,
a source upload is needed for the Python 3.9 transition.
In a more general note, does /usr/bin/redfishtool have to use
the versioned interpreter instead of python3?
Source: gdm3
Version: 3.38.2-1
Severity: normal
I have see that the project homepage is missing.
I think that the homepage is:
https://wiki.gnome.org/Projects/GDM/
Ciao
Davide
Package: python3-mako
Version: 1.1.3+ds1-1
Severity: serious
Since binNMUs are not possible for binary-all packages,
a source upload is needed for the Python 3.9 transition.
In a more general note, does /usr/bin/mako-render have to use
the versioned interpreter instead of python3?
On Mon, Dec 07, 2020 at 11:12:40AM -0800, Felix Lechner wrote:
> With the kind help of Grinnz on #perl-help, we determined that the
> document you sent causes the following error:
>
> "Can't interchange noncharacter code point U+ in position 46198"
Hi Felix, thank you for the diagnosis,
Package: python3-cyborgclient
Version: 1.2.1-2
Severity: serious
Since binNMUs are not possible for binary-all packages,
a source upload is needed for the Python 3.9 transition.
In a more general note, does /usr/bin/cyborg have to use
the versioned interpreter instead of python3?
Package: geophar
Version: 18.08.6+dfsg1-5
Severity: serious
Since binNMUs are not possible for binary-all packages,
a source upload is needed for the Python 3.9 transition.
Package: python3-sushy-cli
Version: 0.3.1-2
Severity: serious
Since binNMUs are not possible for binary-all packages,
a source upload is needed for the Python 3.9 transition.
In a more general note, does /usr/bin/sushycli have to use
the versioned interpreter instead of python3?
On 2020-12-08 04:07, Andreas Tille wrote:
Hi,
vmtk is using Python3 in Git[1], but there are build issues with vtk7:
First thing to try would be building against vtk9, which Anton recently
released for us.
Upstream authors in other packages have commented that vtk7 is quite
old. Builds
Source: gdl
Version: 3.34.0-1
Severity: normal
I have see that the project homepage is missing.
I think that the homepage is:
https://gitlab.gnome.org/GNOME/gdl
Ciao
Davide
Package: python3-os-collect-config
Version: 11.0.0-1
Severity: serious
Since binNMUs are not possible for binary-all packages,
a source upload is needed for the Python 3.9 transition.
In a more general note, does /usr/bin/os-collect-config have to use
the versioned interpreter instead of
On 07/12/20 20:50, Camm Maguire wrote:
Where on github or the webpage do you find a newer release?
on GitHub
https://raw.githubusercontent.com/daly/axiom/master/changelog
20200807 tpd src/axiom-website/patches.html 20200807.02.tpd.patch
[...]
Ciao
Davide
--
Esci dall'illegalità: utilizza
Hi,
vmtk is using Python3 in Git[1], but there are build issues with vtk7:
...
cd /build/vmtk-1.4.0+dfsg/obj-x86_64-linux-gnu/vtkVmtk/ComputationalGeometry &&
/usr/bin/c++ -DITK_IO_FACTORY_REGISTER_MANAGER
-DvtkvmtkComputationalGeometry_EXPORTS -I/build/vmtk-1.4.0+
Source: drop-seq
Version: 2.4.0+dfsg-3
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent upload of drop-seq the autopkgtest fails on armhf and i386
in testing when that autopkgtest is run with the
Greetings, and thanks for your report! Where on github or the webpage
do you find a newer release?
Take care,
Davide Prina writes:
> Source: axiom
> Version: 20170501-6
> Severity: normal
>
> I have see that the project homepage is missing.
>
> I think that the homepage is:
>
1 - 100 of 252 matches
Mail list logo