Package: wnpp
Severity: wishlist
Owner: Laszlo Boszormenyi (GCS)
* Package name: 64tass
Version : 1.54.1900
Upstream Author : Zsolt Kajtar
* URL : http://tass64.sourceforge.net/
* License : GPL-2+
Programming Lang: C
Description : cross (turbo) assembl
Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: digup
Version : 0.6.50
Upstream Author : Timo Bingmann
* URL : https://panthema.net/2009/digup/
* License : GPL-2
Programming Lang: C
Descri
Sean Whitton writes:
>
> Apparently a fork of rainbow-delimiters with only "minor patches" so
> ideally it could be integrated as a new feature of rainbow-delimiters.
Perhaps, although it's been a few years without a release of either
package.
d
Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: disk-filltest
Version : 0.8
Upstream Author : Timo Bingmann
* URL : https://panthema.net/2013/disk-filltest/
* License : GPL-3
Programming Lan
Bernhard Übelacker wrote:
> Hello Jamie Heilman,
> I just tried to retrieve some line information from the backtrace.
> Unfortunately I could not match the addresses with the
> binary from the debian repository.
> Was this backtrace by any chance built with a local
> rebuild of the xserver-xorg-cor
On Thu, 22 Aug 2019 11:56:34 +0200 Nicolas Boulenguez
wrote:
> Source: debhelper
> Followup-For: Bug #895061
>
> #935309 (virtualbox) is already closed.
>
> #877267 (ocaml) is closed in experimental/4.08.0-3 but not yet in unstable
> On the other hand, it uses compatibility level 12.
>
> It see
Control: owner -1 !
On Sun, Jan 19, 2020 at 04:26:25PM +0100, Helmut Grohne wrote:
> Source: coinor-vol
> Version: 1.5.4-1
> Severity: severity
> Justification: missing source
>
> coinor-vol includes a configure script generated using autoconf. The
> relevant configure.ac file is included in the
Hi,
I think the point is that upsteam $0-version.sh is always available since the
script sage always comes with sage-version.sh in the same folder.
We just have to source sage-env before the problematic functions.
Best,
Tobias
On 1/18/20 1:31 PM, Julien Puydt wrote:
> Hi,
>
> I tried to have a
Hello David,
On Sat 18 Jan 2020 at 11:18AM -04, David Bremner wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: elpa-rainbow-blocks
> Version : 1.0.0
> Upstream Author : "Steṕhane (istib)"
> * URL : https://github.com/istib/rainbow-blocks
> * License
Hello Sandro,
please forget my previous e-mail. I had not yet read that one.
And also... I found the clue: one simple script in microhope package was
authored with the shebang "#! /usr/bin/python", and the main program
still uses the obsolete module commands.
I shall fix this shortly.
Best rega
Dear Sandro,
thank you for caring about Python2 removal.
Please can you motivate the reactivation for bug 936497?
I reviewed the file debian/control, and saw no build-dependency neither
dependency on python2-based programs.
If your decision was motivated by an automatic detection tool, please
c
> Please can you motivate the reactivation for bug 936497?
it was in the subsequent message:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=936497#39
> If your decision was motivated by an automatic detection tool, please
> can you describe the detection tool you have used?
https://github.com
Package: debian-installer
There's a merge request open [1], but seems to have went without a
notice. I was advised to file a bug report as well. Please take a look.
[1] https://salsa.debian.org/installer-team/debian-installer/merge_requests/11
Thank you.
Lubo
Hi,
yes, we are building sagemath only for the default python. For transitioning to
python 3.8, upstream is still working on [1] doing it in a python 2 compatible
way I think. Since we don't have to support python 2 anymore we can just use
the patch from Arch Linux [2]. However the patch chang
On Sun, Jan 19, 2020 at 02:30:02PM +0300, Nicholas Guriev wrote:
>
> I think I have found the root of the problem. In v1.7.2 the
> TDESKTOP_FORCE_GTK_FILE_DIALOG switch was
> added[1], but I did not define
> the macro in build scripts of the package. Because of this, the latest
> version
> s of Te
Control: tags -1 + confirmed pending
On Sat, Jan 18, 2020 at 05:51:50PM +0100, Jernej Jakob wrote:
> + [ -f /etc/mailname ]
> + hostname --fqdn
> + MAILNAME=
> dpkg: error processing package opensmtpd (--configure):
>
> I think it's because I have no entry in /etc/hosts for the hostname
> in /etc/
Package: dh-python
Version: 4.20191017
Severity: normal
Hi,
the order in which /usr/bin/pybuild tests the build system plugins depends on
the order of files in the directory /usr/share/dh-python/dhpython/build. If two
plugins have the same certainty, the first one wins. This non-determinism
shoul
Source: ipe-tools
Version: 1:7.2.7.2-2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
ipe-tools fails to cross build from source, because it does not pass
cross tools to make. The easiest way of doing so - using dh_auto_build -
almost makes ipe-tools cross buildable except for so
Package: node-libnpx, npm
I think it'd be much easier if node-libnpx provide npx.1 manpage
instead of current hack to ship the manpage in node-libnpx and then use
that to create npx.1 in npm.
Control: block 949287 by 949137
Thanks, I already used it for my tests with sagemath 9.0.
The need for ipython 7.11.1 was now also reported as sagemath bug #949287.
Thanks for that.
Best,
Tobias
On 1/17/20 3:58 PM, Emmanuel Arias wrote:
> Source: ipython
> Version: 7.11.0-2
>
> Hi Tobias,
>
>
Hi Drew,
I just saw your reply by accident. It seems you did not copy me. Note that the
submitter does not receive mails to n...@bugs.debian.org. Either use
nnn-submitter@b.d.o. or add me directly.
> I checked with Nico upstream, cmake is not intended for building
> pygalmesh for python module de
Package: wicd-gtk
Version: 1.7.4+tb2-6
Severity: normal
Dear maintainer,
I am setting up a wi-fi network with WPA EAP-TLS authentication.
Unfortunately, when I am configuring Wicd using wicd-gtk, I cannot close the
configuration dialog as a window pops up telling me certain cipher information
are
Source: coinor-vol
Version: 1.5.4-1
Severity: severity
Justification: missing source
coinor-vol includes a configure script generated using autoconf. The
relevant configure.ac file is included in the source. In Debian, we
generally don't require that things are built from source during package
bui
Package: kde-plasma-desktop
Version: 5:102
Severity: normal
I have the KDE Plasma menu configured with the "Application Menu" alternative.
Every couple of days or so, all of the favorites on the left edge of the menu
disappear and have to be replaced. I do not have a repro case to reliably
reprodu
Package: cheese
Version: 3.34.0-1+b1
Severity: important
I cannot change the webcam cheese uses.
There are two ways that I should be able to do so.
1) The -d / --device option. It simply doesn't work. See
https://gitlab.gnome.org/GNOME/cheese/issues/4
2) The preferences dialog. However, at leas
On Sun, Jan 12, 2020 at 11:30 AM Adrian Bunk wrote:
>
> Control: tags 946728 + patch
> Control: tags 946728 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for hugo (versioned as 0.59.1-1.1) and uploaded
> it to DELAYED/14. Please feel free to tell me if I should cancel it.
>
> cu
> Adrian
Package: dwz
Version: 0.13-5
Severity: normal
Hi,
when building cppcheck 1.90-1 or -2 on amd64, dwz fails with "Unknown DWARF
DW_OP_255" (make sure to disable the workaround in debian/rules).
I've backed up the cppcheck binary on which this happens. This can also be
reproduced with dwz 0.12-3 fr
Package: ftp.debian.org
Severity: normal
src:python-neovim was renamed to src:python-pynvim to follow upstream's
naming. In the process, the python-neovim binary package was also
dropped.
Can these please be removed from unstable?
Cheers,
James
Control: tags -1 + confirmed upstream
Control: Forwarded -1 https://0xacab.org/jvoisin/mat2/issues/136
Hi Paul,
On 20-01-18 22:09:54, Paul Gevers wrote:
> With a recent upload of libimage-exiftool-perl the autopkgtest of mat2
> fails in testing when that autopkgtest is run with the binary package
Package: solfege
Version: 3.23.4-6
Severity: normal
Dear Maintainer,
* What led up to the situation?
N/A
* What exactly did you do (or not do) that was effective (or
ineffective)?
Cliked on Help > User Manual
* What was the outcome of this action?
404 file not found on file:///u
On Fri, 12 Apr 2019 23:30:17 +0200 Frantisek Novak
wrote:
> as this does not have any direct impact on any other components I think it
can be enabled independently. This is because the first write to the console
bounds it to the FB and the output behavior works as usual.
I just stumbled over t
Hello Jamie Heilman,
I just tried to retrieve some line information from the backtrace.
Unfortunately I could not match the addresses with the
binary from the debian repository.
Was this backtrace by any chance built with a local
rebuild of the xserver-xorg-core package?
Kind regards,
Bernhard
Control: tags -1 wontfix
On Wed, 08 Nov 2017 15:14:15 +0100 Ximin Luo wrote:
> Package: src:debhelper
> Version: 10.10.5
> Severity: normal
>
> Dear Maintainer,
>
> override rules are not run in parallel:
>
> $ cat debian/rules
> #!/usr/bin/make -f
> %:
> dh $@ --parallel
> override_dh_
Source: gnutls28
Version: 3.5.10-1
Severity: important
Tags: patch buster
Control: forwared -1 https://gitlab.com/gnutls/gnutls/issues/905
GnuTLS 3.5.10 to 3.6.8 fails to parse certificates using RegisteredID
which is a regression.
-
certtool --verify-chain --verify-hostname=node.acme.
On 2018-03-17 10:50, Ole Streicher wrote:
> Package: libcpl-dev
> Version: 7.1-1
> Severity: normal
>
> On some platforms, notably armhf and ppc64el, one test fails:
>
> [ ERROR ] Test 292 failed at esorex_json-test.c:808:
> |cpl_parameter_get_default_double(param8) -
> cpl_parameter_get_default_
It looks that src:apr-util does not have python code itself, while it
makes use of gen-build.py from libapr1-dev (src:apr). So that once
#936128 is closed, apr-util can move to python3 by changing the
build-dep.
Regards,
Aron
Hello,
On Mon, Sep 02, 2019 at 01:21:43PM +0200, Marc Haber wrote:
> Package: util-linux
> Version: 2.33.1-0.1
> Severity: normal
> File: /usr/bin/last
> Tags: ipv6
>
> Hi,
>
> [2/4990]mh@torres:~ $ last | head -n 1
> mh pts/52a01:238:4071:32 Mon Sep 2 13:19 still logged in
> [3
On Jan 17, Christoph Anton Mitterer wrote:
> It's rather the TCP version which should be removed (but this should be
> thoroughly checked
Indeed, this was my mistake.
> People may actually use these and since they likely don't read the changelog
> and there is
> no NEWS.Debian which would ment
Control: tags -1 - moreinfo
Control: block -1 by 949292
thanks
Hi,
Blocked by #948953.
As soon as #948953 is closed, the RM could be done.
Thanks,
On 19/1/20 0:58, Scott Kitterman wrote:
On Wed, 15 Jan 2020 10:09:04 +0100 David Suarez
wrote:
Package: ftp.debian.org
Severity: normal
Hi,
A
Control: tags -1 - moreinfo
Control: tags -1 + confirmed
Control: block -1 by 949288 949290
On Sun, 19 Jan 2020 at 13:12, Matthias Klose wrote:
> these are now filed, with patches.
Thanks! Please go ahead.
Hello!
В Чт, 07/11/2019 в 18:48 +0100, Andreas Tille пишет:
> in telegram-desktop 1.7.x the file selection dialog presented a preview
> of the image under the cursor when trying to attach an image. This does
> not work any more in 1.8.x (several versions x). So I need to find the
> correct image
On May 8, 2017, at 15:54, David Bremner wrote:
>
> Package: ftp.debian.org
> Severity: normal
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> - - The package is currently uninstallable most places because it needs
> a rebuild against newer libicu
>
> - - Gurkan tried a quick rebuil
Package: ftp.debian.org
Severity: normal
Hi,
As a member of ruby team I request the removal of ruby-aws-sdk-core.
Please remove src:ruby-aws-sdk-core:3.67.0-1 from "unstable" (ant their
binary package).
Is a duplicate of src:ruby-aws-sdk:1.67.0-2, and
src:ruby-aws-sdk:2.9.32-2 that will enter
On Sunday, 19 January 2020 9:38:39 PM AEDT Salvatore Bonaccorso wrote:
> Tend to agree in the above, but Dmitry, what value would you see in
> having cvedetails listed as well for additional sources? Is there more
> information available which would additionally help in tracking CVEs?
Nothing majo
Package: psi4
Version: 1:1.3.2-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
when importing psi4 from ipython after installing the package, I am
greated with the output
```
---
ModuleNotFoundErro
On 19.01.20 11:06, PICCA Frederic-Emmanuel wrote:
> Hello, if it is like for my ufo-core package, this could be due to a script
> file with a shebang using python instead of python3
I just tested this and indeed, there were scripts with said python in
the shebang. Changing this to python3 fixed t
On 19.01.20 09:40, Graham Inggs wrote:
> Control: forwarded -1
> https://release.debian.org/transitions/html/auto-libffi.html
> Control: tags -1 + moreinfo
>
> On Fri, 17 Jan 2020 at 23:33, Matthias Klose wrote:
>> libffi is finally released. There are two packages needing patches:
>>
>> ecl
>
Package: bugs.debian.org
Severity: normal
Dear Maintainer,
Since a recent update in january WiFi and sound do no longer recover from
suspend (after closing and opening laptop lid).
Keyboard, touchpad and screen seem to be ok, but shutdown and restart
(gnomeshell) are broken as well. No reaction.
Package: src:polyml
Version: 5.7.1-2
Severity: important
Tags: sid bullseye patch
The following patch is needed to build with libffi 3.3 in experimental.
* Fix build with libffi 3.3.
diff -Nru polyml-5.7.1/debian/patches/libffi33.diff polyml-5.7.1/debian/patches/libffi33.diff
--- polyml-5.7.1
Package: src:ecl
Version: 16.1.3+ds-2
Severity: important
Tags: sid bullseye patch
The following patch is needed to build with libffi 3.3 in experimental.
* Fix build with libffi 3.3.
diff -Nru ecl-16.1.3+ds/debian/patches/libffi-fix.diff ecl-16.1.3+ds/debian/patches/libffi-fix.diff
--- ecl-1
Package: sagemath-common
Version: 8.9-3
Severity: important
Dear Maintainer,
Sagemath is unusable (both in command line or through jupyter) because of an
import error.
Specifically, trying to run sage or load a notebook throws the following
backtrace:
Traceback (most recent call last):
File
Control: tags -1 + wontfix
Control: tags -1 - a11y
On Mon, Apr 08, 2019 at 12:14:24PM +0200, Patrick Zanon wrote:
> Package: util-linux
> Version: 2.33.1-0.1
> Severity: normal
> Tags: patch a11y
>
> Dear Maintainer,
>
> the rename.ul, which is into the package, is not listed among the possible
Package: src:dh-python
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
It may sometimes be useful to pass options to dh_* tools centrally, in
one place, be in the dh invocation in the catch-all "%: dh ..." rule or
DH_OPTIONS. dh prepends -O to such options bef
Package: src:dh-python
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
dh-python* does not currently parse DH_OPTIONS.
debhelper(7) somewhat confusingly states:
DH_OPTIONS
Anything in this variable will be prepended to the command line
arguments of all
Control: tags -1 + moreinfo
Hi Dmitry, hi Paul,
On Sun, Jan 19, 2020 at 03:45:53AM +, Paul Wise wrote:
> On Sun, Jan 19, 2020 at 3:05 AM Dmitry Smirnov wrote:
>
> > It might be nice to add "cvedetails.com" to CVE Source links.
> > https://www.cvedetails.com/cve/CVE-2019-13072/
>
> This do
tag 949278 + moreinfo
tag 949278 + unreproducible
thanks
On Sun, Jan 19, 2020 at 10:00:37AM +0100, Pierre Bernhardt wrote:
> after removing my .libreoffice directory it will not startup fully any more.
> The splash screen is shown ever and than it hangs as long I press Ctrl-C to
> abort.
>
> I fo
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "dmagnetic"
* Package name : dmagnetic
Version : 0.21-1
Upstream Author : Thomas Dettbarn
* URL : https://www.dettus.net/dMagnetic/
* License : BSD-2-Clause
* Vcs : None
Se
> > reopen -1
> Bug #936817 {Done: Frederic Peters } [src:lasso] lasso:
> Python2 removal in sid/bullseye
Indeed it still build depends on python; upstream has patches, I'll
ask for a new release.
Frederic
Hello, if it is like for my ufo-core package, this could be due to a script
file with a shebang using python instead of python3
Cheers
Fred
On Sun, Jan 19, 2020 at 12:50:43AM -0500, Boyuan Yang wrote:
> Recent source-only rebuild for nageru has mulitple FTBFS architectures on
> buildd: https://buildd.debian.org/status/package.php?p=nageru
>
> The tail log all reads like this:
It looks like the definition of GLsizeiptr is different be
Package: ftp.debian.org
Severity: normal
Dear FTP Masters,
Please remove ppx-core from unstable. It is deprecated upstream [1]
(in favour of ppxlib) and no longer has reverse-dependencies.
[1] https://github.com/janestreet-deprecated/ppx_core
Cheers,
--
Stéphane
On 19.01.20 03:23, Sandro Tosi wrote:
> This bug was closed, but the package has still some dependencies towards
> Python2 packages, in details:
>
> (binary:libsvm-tools)Depends->python:any
>
> Re-opening, so that they can be taken care of.
I believe I am missing something; could you expand on
Source: r-bioc-tximport
Version: 1.14.0+dfsg-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Since the upload of r-bioc-tximport 1.14.0+dfsg-1, it has been failing its
own autopkgtests [1].
I've copied what I hope i
Package: src:breezy
Version: 3.0.2-1
Severity: serious
Tags: sid bullseye
See https://ci.debian.net/data/autopkgtest/testing/arm64/b/breezy/4019389/log.gz
Tests on Ubuntu are also not passing on armhf, ppc64el and s390x.
Le samedi, 18 janvier 2020, 21.06:29 h CET Adam D. Barratt a écrit :
> Control: tags -1 + confirmed
>
> On Tue, 2019-12-31 at 14:33 +0100, Didier 'OdyX' Raboud wrote:
> > cups (2.2.1-8+deb9u5) stretch; urgency=medium
> >
> > * Backport upstream security fixes:
> > - Fix memory leak
On 1/17/20 3:04 PM, Bas Couwenberg wrote:
> In preparation of the netcdf transition as test rebuild of your package was
> done which FTBFS:
>
> makeinfo -I. gri.texi
> utf8 "\xF3" does not map to Unicode at
> /usr/share/texinfo/Texinfo/ParserNonXS.pm line 1796, line 19280.
> Malformed UTF-
Control: tags -1 + patch
fixed by the new upstream, and the removal of Python2,
example packaging at
https://launchpad.net/ubuntu/+source/openpyxl/3.0.3-0ubuntu2
On 1/17/20 11:05 AM, Bas Couwenberg wrote:
> In preparation of the netcdf-fortran transition as test rebuild of your
> package was done which FTBFS:
>
> make doc
> make[4]: Entering directory
> '/build/oasis3-3.mct+dfsg.121022/lib/mct/doc/texsrc'
> perl ../../protex/protex -b m_Accumulator.F
Source: r-cran-devtools
Version: 2.2.1-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Since the upload of r-cran-devtools 2.2.1-1, it has been failing its
own autopkgtests [1].
I've copied what I hope is the releva
Control: severity -1 minor
On Sat, Jan 18, 2020 at 09:58:15PM -0500, Sandro Tosi wrote:
> This bug was closed, but the package has still some dependencies towards
> Python2 packages, in details:
>
> (binary:libreoffice-lightproof-pt-br)Depends->python-uno
That's an alternate dependency:
Dep
Package: libreoffice
Version: 1:6.1.5-3+deb10u5
Severity: important
Dear Maintainer,
after removing my .libreoffice directory it will not startup fully any more.
The splash screen is shown ever and than it hangs as long I press Ctrl-C to
abort.
I found a workaround by manually recreating simply
Package: pkg-js-tools
Version: 0.9.23
severity: important
For example lode-levn autopkgtest require build to generate
package.json itself and currently fails in salsa.
Hi,
I'd like to add to this that installing the bluez-firmware on an up to
date Buster installation (10.2) does not fix it, just like Malvin
points out. My hardware is looking for A1 instead of A0, but the issue
is the same.
Dmesg:
$ sudo dmesg |grep BCM20702A1
[4.457749] Bluetooth: hci
Le samedi, 18 janvier 2020, 21.05:53 h CET Adam D. Barratt a écrit :
> Control: tags -1 + confirmed
>
> On Tue, 2019-12-31 at 14:22 +0100, Didier 'OdyX' Raboud wrote:
> > CVE-2019-2228 affects stable's cups (see #946782); and I'd also like
> > to fix another memory leak (#946941).
> >
> > My prop
Source: python-limits
Version: 1.3-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: needs-update
Hi Maintainer
The autopkgtests of python-limits started to fail some time around
2018-10-20 [1].
I've copied what I hope is the relevant part of
Source: cdftools
Version: 3.0.2-3
Tags: patch
Followup-For: Bug #949132
Dear Maintainer,
infwarerr.sty is now provided by texlive-latex-recommended.
The attached patch fixes the issue.
Kind Regards,
Bas
--- a/debian/control
+++ b/debian/control
@@ -5,6 +5,7 @@
Build-Depends: debhelper (>= 10)
Control: forwarded -1
https://release.debian.org/transitions/html/auto-libffi.html
Control: tags -1 + moreinfo
On Fri, 17 Jan 2020 at 23:33, Matthias Klose wrote:
> libffi is finally released. There are two packages needing patches:
>
> ecl
> polyml
Please file bugs for these.
Maybe this is due to this
picca@cush:~/Debian/ufo-core/ufo-core/bin$ rgrep python *
ufo-mkfilter.in:#!/usr/bin/python
ufo-prof:#!/usr/bin/env python
I will replace python -> python3 and see what is going on
Well, libxcrypt1 is not installed on my system. Only libcrypt1 is.
Le 18/01/2020 à 23:55, Marco d'Itri a écrit :
On Jan 07, Guillaume Brocker wrote:
janv. 06 11:10:46 sigismund sshd[27148]: /usr/sbin/sshd:
/lib/i386-linux-gnu/libcrypt.so.1: version `XCRYPT_2.0' not found (required by
/usr/s
Hello Sandro this is strange because, I have this in the control file
Package: libufo-bin
Architecture: any
Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends}
Suggests: ufo-core-doc
Description: Library for high-performance, GPU-based computing - tools
The UFO data processing framewo
Hi Yaroslav,
can you please push your latest changes to nibabel? I'd volunteer
to fix #948372 and when doing so move the repository to Debian Med
if you do not mind.
Kind regards
Andreas.
--
http://fam-tille.de
101 - 181 of 181 matches
Mail list logo