On 12/6/19 2:30 AM, Benda Xu wrote:
> Hi Thomas,
>
> Thomas Goirand writes:
>
>>> The last time I looked (years ago), there were features in sysvinit
>>> which weren't in OpenRC (yet). IIRC not having concurrent execution of
>>> boot scripts was one of the missing features and the reason for
Package: wnpp
Severity: wishlist
* Package name: stacer
Version : 1.1.0
Upstream Authors: Oguzhan Inan
* URL : https://github.com/oguzhaninan/Stacer/
* License : GPL-3+
Description : Linux system optimizer and monitoring
Monitor your system (CPU,
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Control: block 945985 by -1
nmu rdkit_201903.1-2 . ANY . unstable . -m 'Rebuild against
libschroedinger-maeparser-dev >= 1.2.2-1'
Hello,
I want to request binNMU for rdkit to rebuild it
Package: nvidia-kernel-dkms
Version: 430.64-1
Severity: wishlist
Dear Maintainer,
This is a request for considering to backport the the 430.64 based nvidia
graphics driver for Debian Buster.
The backport could be justified with the reason that the 5.3 Kernel landed in
Buster Backports, and the
Hi Joachim,
thanks for the patch! Yade is building already in experimental,
but not on all archs. I will try to fix it as soon as possible and upload
to unstable.
Regards
Anton
Am Do., 5. Dez. 2019 um 21:27 Uhr schrieb Joachim Reichel :
>
> Source: yade
> Version: 2019.01a-3
> Severity:
Control: tags -1 pending
Hi Joachim,
On 12/5/19 10:22 PM, Joachim Reichel wrote:
> the transition to CGAL 5.0 started (see bug #944417) and your package FTBFS. I
> intend to NMU the package with the attached diff to DELAYED/5-day.
Thanks for the patch. There is no need for an NMU, I've uploaded
Le 05/12/2019 à 17:17, gregor herrmann a écrit :
> On Thu, 05 Dec 2019 12:15:27 +0100, Joergen Haegg wrote:
>
>>> Also if you want, package maintainance can be taken under Pkg-Perl umbrella.
>> That would probably be better.
>
> Excellent, thank you!
>
> So who wants to do the takeover? Felix,
Package: ansible
Version: 2.8.6+dfsg-1
Severity: wishlist
There's a newer version:
https://github.com/ansible/ansible/releases
Thank you,
Gürkan
Package: hdfview
Version: 2.11.0+dfsg-3
Severity: wishlist
There's a new homepage, and newer version:
https://www.hdfgroup.org/downloads/hdfview/
Thank you,
Gürkan
Package: kde-config-sddm
Version: 4:5.14.5-1+b1
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by
dh_installdeb to remove these
Package: openssh-server
Version: 1:7.9p1-10+deb10u1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation? apt upgrade lead to openssh-server
* being unusable.
Package: ffmpeg
Version: 7:4.2.1-2
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Dear maintainers,
In Ubuntu, we are in the process of moving the i386 architecture to a
compatibility-only layer on amd64, and therefore we are also
On 2019/12/05 11:34, Michael Biebl wrote:
[...]
>
> The old 73-usb-net-by-mac.rules file contained:
>
> TEST!="/etc/systemd/network/99-default.link", \
>
> This check can't be expressed via .link files.
> The new 73-usb-net-by-mac.link link file does respect the net.ifnames=0
> kernel
Le vendredi 06 décembre 2019 à 10:18 +0900, Changwoo Ryu a écrit :
> Control: tags -1 + moreinfo
>
> 2019년 12월 5일 (목) 오후 7:06, gpe92 님이 작성:
> > Package: ibus
> > Version: 1.5.21-3
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > Since ibus comes in testing I encounter lot of problems with
Control: forcemerge 716334 716344 716401 716402 716403
Control: forwarded 716334 https://github.com/sunpinyin/sunpinyin/issues/98
Control: retitle 716334 sunpinyin-utils: Crashes by missing fopen()
failure checks
Still reproducible. All these crashes are by missing fopen() error
checks. Merging
Hi Thomas,
Thomas Goirand writes:
>> The last time I looked (years ago), there were features in sysvinit
>> which weren't in OpenRC (yet). IIRC not having concurrent execution of
>> boot scripts was one of the missing features and the reason for e.g.
>> our derivative distribution GRML to not
Control: tags -1 + moreinfo
2019년 12월 5일 (목) 오후 7:06, gpe92 님이 작성:
>
> Package: ibus
> Version: 1.5.21-3
> Severity: normal
>
> Dear Maintainer,
>
> Since ibus comes in testing I encounter lot of problems with keystrokes
> which are not taken in account. Especially the accentuated characters
>
On Thu, 5 Dec 2019, Thomas Goirand wrote:
> Thorsten Glaser
> > Dropping sysvinit as it works and as admins know... no.
> > Absolutely NOT.
>
> Thorsten, do you have any point of argumentation besides "it works and
> we know it"? That's IMO a bit light...
I don’t want to learn a new init
Package: lynkeos.app
Version: 3.3+dfsg1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'buster'.
It installed fine in 'buster', then the upgrade to 'bullseye' fails
because it tries to overwrite
Package: grub-xen-host
Version: 2.04-4
grub-xen-host is only being built for i386 and amd64. Xen includes
support for *some* ARM processors and so grub-xen-host should be
available for arm64 and armhf (I'm unsure about armel, a guest might run
armel, I don't know whether that is compatible with
Package: openstack-dashboard-apache
Version: 3:16.0.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + openstack-dashboard
Hi,
during a test with piuparts I noticed your package modifies conffiles.
This is forbidden by the policy, see
LXC (github master branch) shows lots of problem when host Linux booted with
systemd.unified_cgroup_hierarchy, and it seems very untested to me.
I was able to find lots of problems as below.
https://github.com/lxc/lxc/issues/3211
https://github.com/lxc/lxc/issues/3208
On Thu, 05 Dec 2019 at 23:07:00 +0100, Geert Stappers wrote:
> Upstream is at version 0.116 (
> https://gitlab.freedesktop.org/polkit/polkit/-/tags )
> Debian version is 0.105-something (
> https://salsa.debian.org/utopia-team/polkit/blob/master/debian/changelog )
>
> Debian changelog talks
Hi Vincent,
On Thu, Dec 5, 2019 at 3:52 PM McIntyre, Vincent (CASS, Marsfield)
wrote:
>
> I really don't know what's better. I lean toward adding it.
Lowercase 'd' added here:
https://salsa.debian.org/lintian/lintian/commit/d6fe1e5426a7897a3c4af42fa216a740532978e6
Kind regards
Felix
Hello
lintian is now checking for this case (NEWS|TODO), see #946126.
Regards
Vince
On Thu, Dec 05, 2019 at 03:13:09PM -0800, Felix Lechner wrote:
>Hi Vincent,
>
>On Thu, Dec 5, 2019 at 2:32 PM McIntyre, Vincent (CASS, Marsfield)
> wrote:
>>
>> +} elsif ($basename =~
>> m/^(?:.*\.)?(?:changelog|NEWS|TODO).[dD]ebian$/o) {
>
>My check does not currently implement the
Hi Thomas,
Thomas Goirand wrote:
> > Maybe packages can ship them somewhere else than default, and openrc
> > uses dpkg-divert to get them into the expected path if and only if
> > openrc is installed.
>
> Files in /etc/init.d are CONFFILE files. I don't think dpkg-divert works
> with CONFFILE
The upstream maintainer seems to think that libpam-cgfs cannot work
under cgroup2 / unified hierarchy
as seen in the discussion of
https://github.com/lxc/lxc/issues/3198
Ryutaroh
Hi Simon,
On 27.11.19 20:18, Simon McVittie wrote:
> In an attempt to unblock this bug I've implemented several versions of a
> solution to it, so that the SDL2 maintainers can choose their favourite
> and merge it.
>
> [...]
>
> Do the SDL2 maintainers have any comments on these MRs, or
Package: aom
Version: 1.0.0.errata1-2
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Dear maintainers,
In Ubuntu, we are in the process of moving the i386 architecture to a
compatibility-only layer on amd64, and therefore we are also
Package: atk1.0
Version: 2.34.1-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Dear maintainers,
In Ubuntu, we are in the process of moving the i386 architecture to a
compatibility-only layer on amd64, and therefore we are also moving
Uploaded to DELAYED/5-day.
Hi Vincent,
On Thu, Dec 5, 2019 at 2:32 PM McIntyre, Vincent (CASS, Marsfield)
wrote:
>
> I can't see anything in policy that requires these naming minutiae.
We would like to shed the image of enforcer. Only a few Lintian tags
relate to policy. Lintian provides packaging advice for the benefit
Hi Paul,
On 05.12.19 10:20, Paul Gevers wrote:
> Note: there is no need to create a new bug report for binNMU's that are
> part of a transition with a transition bug.
ok, thanks.
> That said, mips64el and mipsel FTBFS, can you please check what's going on?
I uploaded -4 which should fix this.
Source: pygalmesh
Version: 0.4.0-1
Severity: serious
Tags: ftbfs
Control: block 944417 by -1
Hi,
the transition to CGAL 5.0 started (see bug #944417) and your package FTBFS (if
cmake is not present, see the other bug I just filed). I intend to NMU the
package with the attached diff to
Source: pygalmesh
Version: 0.4.0
Severity: normal
Hi,
as already pointed in bug #933848: the build system behaves completely
different based on the presence or absence of cmake.
With cmake:
---
debian/rules build
dh build --with python3 --buildsystem=pybuild
dh_update_autotools_config
On Thu, Dec 05, 2019 at 09:50:32AM -0800, Felix Lechner wrote:
>Implemented for NEWS, which was your primary concern:
>
>
> https://salsa.debian.org/lintian/lintian/commit/ae38f4d7301ba8a6064025b86984d49843d61355
>
Looks awesome. I was working on a hack but this is much better.
One question
Package: nss-mdns
Version: 0.14.1-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Dear maintainers,
In Ubuntu, we are in the process of moving the i386 architecture to a
compatibility-only layer on amd64, and therefore we are also
Am 05.12.19 um 09:07 schrieb Petter Reinholdtsen:
>
> Anyway, I was just curious what the answer to the question "why" would
> be. Now I know. Thank you for the clarifying answer. :)
>
The answer is actually a bit more complex, with aspects of "problem
already solved externally", "not mandated
Package: python3-dateutil
Hi,
Here is the package which is removed from pypi.org but still are in debian
repos. So kindly remove them.
Reference:
https://www.zdnet.com/article/two-malicious-python-libraries-removed-from-pypi/
Abdullah
https://abdullah.today
C20F 2707 3025 2569 BAC5
534B
Package: policykit-1
Version: 0.105-25
Severity: wishlist
Hello Utopia Team,
Summary is as in Subject: Versions, Upstream version versus Debian version
Upstream is at version 0.116 (
https://gitlab.freedesktop.org/polkit/polkit/-/tags )
Debian version is 0.105-something (
On Thu, 5 Dec 2019 at 21:33, Giovanni Mascellani wrote:
>
> Il 05/12/19 22:15, Dimitri John Ledkov ha scritto:>> Also, I hope to
> finish working on 1.71 as soon as possible, so that we
> >> can start that migration.
> >
> > But 1.71 for sure will not have python2 bindings enabled. Thus
> >
On Thu, 5 Dec 2019 at 21:15, Joachim Reichel wrote:
>
> Hi,
>
> it seems to me that other packages are also affected:
>
> - k3d FTBFS (bug #946225)
> - yade FTBFS (apparently fixed in experimental, see bug #938859)
>
> Even though these packages needs to be fixed, it might be a good idea not to
>
Hello,
it seems the new linux image package from experimental
linux-image-5.4.0-trunk-amd64 does not exhibit the GPU initialization
failure problem.
boot log for this kernel version has:
[2.405213] i915 :00:02.0: VT-d active for gfx access
[2.405347] i915 :00:02.0: vgaarb:
Il 05/12/19 22:15, Dimitri John Ledkov ha scritto:>> Also, I hope to
finish working on 1.71 as soon as possible, so that we
>> can start that migration.
>
> But 1.71 for sure will not have python2 bindings enabled. Thus
> re-enabling python2 in boost is a stopgap until December 18th when
> those
Source: sfcgal
Version: 1.3.7-2
Severity: serious
Tags: ftbfs
Control: block 944417 by -1
Hi,
the transition to CGAL 5.0 started (see bug #944417) and your package FTBFS. I
intend to NMU the package with the attached diff to DELAYED/5-day.
Best regards,
Joachim
diff -Nru
Hi,
Il 05/12/19 18:53, Dimitri John Ledkov ha scritto:
> mpi-python3 appears to be completely broken. See autopkgtest, most
> likely an upstream issue.
autopkgtest seems clean on my computer. Which error do you see?
Giovanni.
--
Giovanni Mascellani
Postdoc researcher - Université Libre de
On Thu, 5 Dec 2019 at 21:15, Joachim Reichel wrote:
>
> Hi,
>
> it seems to me that other packages are also affected:
>
> - k3d FTBFS (bug #946225)
> - yade FTBFS (apparently fixed in experimental, see bug #938859)
>
> Even though these packages needs to be fixed, it might be a good idea not to
>
On Thu, 5 Dec 2019 at 20:57, Giovanni Mascellani wrote:
>
> Hi,
>
> Il 05/12/19 17:55, Dimitri John Ledkov ha scritto:
> > In principal I agree, in practice the only broken app today is ledger,
> > which should have by now uploaded without a python bridge enabled; or
> > build with python3 bridge
Hi,
it seems to me that other packages are also affected:
- k3d FTBFS (bug #946225)
- yade FTBFS (apparently fixed in experimental, see bug #938859)
Even though these packages needs to be fixed, it might be a good idea not to
break them right way and make e.g. the cgal_5.0 transition more
Source: k3d
Version: 0.8.0.6-8
Severity: serious
Tags: ftbfs
Control: block 944417 by -1
Hi,
the transition to CGAL 5.0 started (see bug #944417) and your package FTBFS.
Attached are two patches that fix the problem. In addition, one needs to add
"Build-Depends: libcgal-dev (>= 5.0~).
But just
On 12/5/19 11:47 AM, Ole Streicher wrote:
> Dear maintainer,
>
> the version 3 of python-jsonschema is now in testing since a couple of
> months. Would it be possible to upload it to unstable as well?
>
> I am also waiting for it, to upload a new version of gammapy, which
> fixes an RC bug.
>
>
Source: libtext-bidi-perl
Version: 2.15-1
Severity: wishlist
libtext-bidi-perl’s upstream includes a file, misc/bidi, that can be
used as a urxvt extension. (The extension filters terminal output
through fribidi to display RTL text correctly.) It would be great if
misc/bidi could be installed
Source: k3d
Version: 0.8.0.6-8
Severity: serious
Tags: ftbfs
Hi,
your package FTBFS:
CMake Error at
/usr/share/cmake-3.15/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
Could NOT find Boost (missing: python) (found suitable version "1.67.0",
minimum required is "1.42")
Call
Package: rxvt-unicode
Version: 9.22-6
Severity: wishlist
rxvt-unicode currently installs Perl extensions in
/usr/lib/$DEB_HOST_MULTIARCH/urxvt/perl. However, the FHS identifies
/usr/share as the preferred tree for architecture-independent data;
Perl scripts should thus be installed in
Hi Alex,
Axel Beckert
> Thomas Goirand wrote:
> > OpenRC is actively maintained upstream,
>
> Sysvinit is AFAIK maintained upstream again since a year ago or so. So
> this is no reason to get rid of sysvinit. Note all the new upstream
> releases, Dmitry has uploaded in the past year:
>
Hi,
Il 05/12/19 17:55, Dimitri John Ledkov ha scritto:
> In principal I agree, in practice the only broken app today is ledger,
> which should have by now uploaded without a python bridge enabled; or
> build with python3 bridge as now available from upstream master (ported
> by me after this
Package: wnpp
Severity: wishlist
Owner: Daniel Leidert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: ruby-jekyll-toc
Version : 0.12.2
Upstream Author : Toshimaru
* URL : https://github.com/toshimaru/jekyll-toc
* License : MIT
Programming
Hi Stefan,
On Thu, Dec 05, 2019 at 10:18:01AM -0800, Stefan van der Walt wrote:
> On Wed, 04 Dec 2019 09:53:03 +0100, Andreas Tille wrote:
> > Hmmm, I think the Cython files are generated in the build I did.
>
> Sorry, I missed that! I saw at the bottom of the log:
>
> E AttributeError: type
Source: yade
Version: 2019.01a-3
Severity: serious
Tags: ftbfs
Control: block 944417 by -1
Hi,
the transition to CGAL 5.0 started (see bug #944417) and your package FTBFS.
Attached are two patches that fix the problem. In addition, one needs to add
"Build-Depends: libcgal-dev (>= 5.0~).
Just
Hi Awalis,
Am 05.12.19 um 20:01 schrieb awalis:
> Package: firmware-ath9k-htc
> Version: 1.4.0-97-g75b3e59+dfsg-3
> Followup-For: Bug #895696
>
> Dear Maintainer,
>
> Done, the workaround was added into the wiki page. Please find the link below.
>
>
Hi Andreas,
On Thu, Dec 05, 2019 at 07:13:38PM +0100, Andreas Tille wrote:
> On Fri, Jul 26, 2019 at 02:52:34PM -0700, Steve Langasek wrote:
> > > So your suggestion is that for future uploads we should run the test
> > > written in Debian as autopkgtest as a test for the upstream code.
> >
Stefan van der Walt wrote:
One possibility is that NumPy was compiled with an older version of
Cython:[...]
Do you know how I can check the source files for the NumPy 1.17 build
that is used here?
Source: https://sources.debian.org/src/numpy/1:1.17.4-3/
Build log:
Hello,
I'm sorry to hear that you are affected by a package removal.
On Thu, Dec 05, 2019 at 08:00:36PM +0100, Davide Prina wrote:
> I read that it is removed because:
>
> 1) python2-only
>
> it is not true. Tulip 5.3 work with Python 3.7[¹]
That might be true, but regardless, it's not true
Package: rspamd
Version: 1.9.4-2+b1
Severity: normal
Dear Maintainer,
rspamadm segfaults with pcre2 10.34. This can be seen in the ci
tests[1], for which rspamd has a bad-test[2] (?), and manually:
root@sid-rspamd:~# dpkg -l|grep pcre
ii libpcre2-8-0:amd64 10.34-3+b1
Source: kronosnet
Version: 1.8-2
Severity: important
X-Debbugs-CC: wf...@debian.org
Ben Tullis 于2019年12月5日周四 上午7:12写道：
> There have been some significant fixes implemented between the buster
> and bullseye versions of libknet1
>
> (Kronosnet is the new corosync communication protocol for HA
Package: firmware-ath9k-htc
Version: 1.4.0-97-g75b3e59+dfsg-3
Followup-For: Bug #895696
Dear Maintainer,
Done, the workaround was added into the wiki page. Please find the link below.
https://wiki.debian.org/ath9k_htc/open_firmware#Fix_the_.22Scan_but_not_Connect.22_issue_.28NetworkManager.29
I read that Tulip has been removed from Debian, but I want to say that
Tulip is a first class program that let you do easy some analysis that
only professional software can do.
I read that it is removed because:
1) python2-only
it is not true. Tulip 5.3 work with Python 3.7[¹]
2) dead
On Thu, Dec 05, 2019 at 11:03:57AM -0500, Dan Davison wrote:
> * Package name: git-delta
>Version : 0.0.15
>Upstream Author : Dan Davison dandavis...@gmail.com
> * URL : https://github.com/dandavison/delta
> It builds the following binary package:
>
> delta - A
Package: nextcloud-desktop
Version: 2.6.1-1
Severity: important
Tags: patch fixed-upstream
Hi,
today I noticed, that my journal is spammed every second with this log
message:
Dez 05 19:48:54 pluto gnome-keyring-daemon[1622]: asked to register item
Package: python3-nftables
Version: 0.9.3-1
Severity: serious
Hi Arturo,
thanks for packaging 0.9.3 so promptly.
Today I wanted to update firewalld to 0.8.0, which makes use of
python3-nftables. Unfortunately, I ran into problems. At first I
suspected that firewalld is buggy, but then it turned
Hi Andreas,
On Wed, 04 Dec 2019 09:53:03 +0100, Andreas Tille wrote:
> Hmmm, I think the Cython files are generated in the build I did.
Sorry, I missed that! I saw at the bottom of the log:
E AttributeError: type object 'skimage.feature.orb_cy.array' has no
attribute '__reduce_cython__'
Package: ftp.debian.org
Severity: normal
please remove boost1.62 from the unstable, superseeded by boost1.67
Also remove remaining reverse depends of boost1.62, or leave them uninstallable:
cclive
cryptominisat
dbus-cpp
Regards,
Dimitri.
Control: tags -1 unreproducible
On Fri, Jul 26, 2019 at 02:52:34PM -0700, Steve Langasek wrote:
>
> > So your suggestion is that for future uploads we should run the test
> > written in Debian as autopkgtest as a test for the upstream code.
>
> Yes, this would catch the problem earlier and fail
Control: reassign -1 gpg-agent 2.2.17-3
Control: retitle -1 gpg-agent: does not terminate pinentry on Ctrl-C (SIGINT)
On 2017-01-11 15:05:50 +0100, Vincent Lefevre wrote:
> When I use
>
> pinentry-program /usr/bin/pinentry-curses
>
> in ~/.gnupg/gpg-agent.conf and I do:
>
> $ gpg -d file.gpg
>
On Fri, 14 Dec 2018 13:34:55 + Witold Baryluk
wrote:
> Package: libboost-python1.67-dev
> Version: 1.67.0-11
> Severity: important
>
>
> Hi,
>
> I was just trying to build LuxCore from source, and after installing all
> needed
> dependencies, installing Intel Embree manually, I could start
Package: libyang0.16
Version: 0.16.105-1
Tags: security
Severity: grave
This is a security issue tracking bug for CVEs:
- CVE-2019-19333
- CVE-2019-19334
Both issues are bugs in processing YANG models and may affect users
loading or validating untrusted YANG models. This is a relatively rare
Package: boost1.67
Version: 1.67.0-15
Severity: important
Dear Maintainer,
mpi-python3 appears to be completely broken. See autopkgtest, most
likely an upstream issue.
Regards,
Dimitri.
Hi Vincent,
On Tue, Dec 3, 2019 at 6:33 PM Vincent McIntyre wrote:
>
> The reason for this appears to be longstanding, see bug 429510.
That bug indicates that the behavior is inconsistent between README/NEWS/TODO.
> Perhaps lintian could warn about this?
Implemented for NEWS, which was your
Thank you for your report, Michael.
On Thu 05 Dec 2019 at 10:28:20 +0100, Michael Meskes wrote:
> Package: cups-browsed
> Version: 1.25.13-1
> Severity: serious
>
> Since upgrading the package all remote printers are gone from my printers
> list.
> Downgrading to the latest version brings
On 19/11/01 02:05, Clint Adams wrote:
> On Wed, Aug 28, 2019 at 11:52:23AM -0400, Jeremy Bicha wrote:
> > Google has not officially released the font update. Google tends to
> > not make an official release of the Unicode update until the new
> > Android version is released. Android 10 is expected
On Tue, 3 Dec 2019 22:03:29 +0100 Giovanni Mascellani
wrote:
> Hi,
>
> Il 01/12/19 23:33, Dimitri John Ledkov ha scritto:
> > All the broken packages, are RC buggy themselves already. Anything that
> > is using py2 is RC buggy.
>
> I'm sorry, but this does not look like the way Python maintainers
On Thu, Dec 05, 2019 at 04:05:52PM +, Ivo De Decker wrote:
> package: src:chicken
> version: 5.1.0-1
> severity: serious
> tags: ftbfs
>
> Hi,
>
> The latest upload of chicken to unstable fails on armel:
>
> https://buildd.debian.org/status/package.php?p=chicken
>
> Note that, in addiotion
On Thu, 05 Dec 2019 12:15:27 +0100, Joergen Haegg wrote:
> > Also if you want, package maintainance can be taken under Pkg-Perl umbrella.
> That would probably be better.
Excellent, thank you!
So who wants to do the takeover? Felix, Xavier? I can as well.
Joergen, I see that you also maintain
package: src:prometheus-varnish-exporter
version: 1.5-1
severity: serious
tags: ftbfs
Hi,
The latest upload of prometheus-varnish-exporter to unstable fails on all
architectures:
https://buildd.debian.org/status/package.php?p=prometheus-varnish-exporter
Cheers,
Ivo
Control: fixed -1 1:2.10.0-1
05.12.2019 18:35, Michael Tokarev wrote:
Control: fixed -1 1:3.1+dfsg-8+deb10u3
Actually this is fixed by this commit:
commit c61e684e44272f2acb2bef34cf2aa234582a73a9
Author: Eric Blake
Date: Thu May 4 21:15:00 2017 -0500
block: Exploit BDRV_BLOCK_EOF for
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "git-delta":
* Package name: git-delta
Version : 0.0.15
Upstream Author : Dan Davison dandavis...@gmail.com
* URL : https://github.com/dandavison/delta
*
package: src:chicken
version: 5.1.0-1
severity: serious
tags: ftbfs
Hi,
The latest upload of chicken to unstable fails on armel:
https://buildd.debian.org/status/package.php?p=chicken
Note that, in addiotion to a fix for this FTBFS, a source-only upload is
necessary to allow migration to
On Thu, 05 Dec 2019 10:23:59 +0100, Stéphane Glondu wrote:
> > I seems that the NEWS file hasn't made it into the binary package;
> > probably because in the source package it's called debian/NEWS.Debian
> > whereas dh_installchangelogs looks for debian/NEWS or
> > debian/PACKAGE.NEWS (and then
Source: dbus-python
Version: 1.2.14-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: cross-satisfiability
dbus-python cannot satisfy its cross Build-Depends, because the
dependency on sphinx-common is not satisfiable. In general,
Architecture: all packages can never satisfy cross
Control: fixed -1 1:3.1+dfsg-8+deb10u3
02.12.2019 12:55, DarthDragon wrote:
Package: qemu-utils
Version: 1:2.8+dfsg-6+deb9u8
Hmm. This is oldstable. Why can't you run current stable?
At least use the qemu-img utility from current stable if
you can't upgrade whole system. Oldstable receives
On 19-12-05 06 h 45, Martin Pitt wrote:
> I'd like to remove the old repo at
> https://salsa.debian.org/debian/python-dbusmock/edit , but despite the
> "Advanced" title saying "Housekeeping, export, path, transfer, remove,
> archive", there is no removal there. So for now I just pushed a commit
Package: php7.3-fpm
Severity: minor
php7.3-fpm.service uses /bin/kill but the package doesn't depend on procps.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'oldstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Control: fixed -1 1:4.1-1
05.12.2019 15:33, Richard Braun wrote:
The problem has been fixed upstream.
See https://lists.gnu.org/archive/html/qemu-devel/2019-01/msg02774.html
for the details.
Thanks for the link. I'll see if this can be fixed in buster.
This is upstream commit
Paul Gevers wrote on 05/12/2019:
> Source: rust-onig
> Version: 5.0.0-1
> X-Debbugs-CC: debian...@lists.debian.org
> Severity: important
> User: debian...@lists.debian.org
> Usertags: timeout issue
>
> Dear maintainers,
>
> Since version 5.0.0-1 of your package your package has an autopkgtest,
>
> What I expect to be realistic is including e.g. 0.20.0 shortly before
> freeze of bullseye, have it included when bullseye becomes stable 3-6
> months later, and then when 0.20.1 comes out cherry-pick
> security-related patches from that (or possibly use upstream release
> directly if it _only_
On 2019/12/05 15:15, Matthias Klose wrote:
> On 03.12.19 11:33, Jonathan Carter wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Jonathan Carter
>>
>> * Package name: python3-flask-caching
>> Version : 1.8.0
>> Upstream Author : Peter Justin
>> * URL :
Package: libsnappy-dev
Followup-For: Bug #940330
Dear Maintainer,
I hit the same issue. And I found add "POSITION_INDEPENDENT_CODE on" in
CMakelists.txt solves the problem:
```
-SET_TARGET_PROPERTIES(snappy-static PROPERTIES OUTPUT_NAME snappy)
+SET_TARGET_PROPERTIES(snappy-static PROPERTIES
1 - 100 of 145 matches
Mail list logo
