Source: golang-github-xanzy-go-gitlab
Version: 0.22.2-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
Your new package has an autopkgtest, great. However, it fails on both
amd64 and arm64. I copied some of the
On Thu, 05 Mar 2020 at 18:35:45 -0500, Daniel Kahn Gillmor wrote:
> But if the different arches assume different memory data structures once
> the file is mmapped, then shipping such a file in an arch:all package
> might be dangerously wrong.
>From the code, it looks like the different
On Thu, Mar 05, 2020 at 12:38:37PM +, Holger Levsen wrote:
> Hi Steve,
> thanks for your bug report with patch, much appreciated! However...
> On Wed, Mar 04, 2020 at 11:54:19PM -0800, Steve Langasek wrote:
> > This is not testing a property of the vrms package, but of the environment
> >
Hi Daniel,
Control: forwarded 950836 https://dev.gnupg.org/T4866
the files in /etc/cron.daily are executed as root (without privilege
dropping), so presumably some fragment in there is switching users on
its own. are you using just cron, or anacron as well?
Just cron
Can you identify the
Source: coq
Version: 8.11.0-1
Severity: serious
Hello, looks like the latest coq is FTBFS because of test failures on various
architectures.
Looks like at least armel, armhf, i386, s390x and some others are failing for
this.
https://buildd.debian.org/status/package.php?p=coq=unstable
Can you
Control: severity -1 serious
Control: tags -1 help upstream
Hi Arno,
On Thu, Mar 5, 2020 at 3:21 PM Arno Peters wrote:
>
> Source: kerneloops
> Version: 0.12+git20140509-6
> Severity: normal
>
> Dear Maintainer,
>
> The server at http://oops.kernel.org is no longer accepting submissions. As
>
The latest release (odin-2.0.4) should build on i386. It includes a fix
for i386.
The reason for the failure in odin-2.0.3/i386 was that Qt5-includes can
be found in /usr/include//qt5/...
equals the result of $(gcc -dumpmachine) except for i386
('i686' instead of 'i386').
The configure
On Fri, 2020-03-06 at 09:59 +0100, Patrick Matthäi wrote:
> Would it be enough to add a dependency from guichan-allegro to guichan?
> The problem is if I add the library dependency, ld cant find the path,
> since it is all in the build directory.
I'm no expert and assuming you mean a package
Source: recon-ng
Version: 5.1.1-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
With a recent upload of recon-ng the autopkgtest of recon-ng fails in
testing when that autopkgtest is run with the binary packages
Sorry for the delay,
On 03/03, Norbert Preining wrote:
> Is there a way to claim that interface/service somehow? I am thinking of
> other cinnamon users (since I am one of the maintainers of Cinnamon in
> Debian), and how Cinnamon could stop dbus from starting another
> notification daemon, when
On Fri, 2020-03-06 at 10:18 +0100, Patrick Matthäi wrote:
> Ok. That is just my problem when I add -lguichan:
> ...
> /usr/bin/ld: cannot find -lguichan
Looks like libguichan also includes the version in the soname, so you
probably need -lguichan-0.8.1 instead.
--
bye,
pabs
Source: r-cran-gwidgetstcltk
Version: 0.0-55-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Control: affects -1 r-cran-gwidgets
[X-Debbugs-CC: debian...@lists.debian.org,
r-cran-gwidg...@packages.debian.org]
Dear maintainers,
r-cran-gwidgets and r-cran-gwidgetstcltk
Source: balsa
Version: 2.5.9-3
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always timeout
Dear maintainers,
With a recent upload of balsa you added an autopkgtest, great. However,
it fails due to timeout after 2:47 hours. I copied
Control: tags -1 wontfix
This is probably not really a problem.
But perhaps it's time to drop the -alt packages and only build a single
version without netcdf.
As I don't actually use this package myself, I'm not really willing to
spend time on this.
Kind Regards,
Bas
--
GPG Key ID:
Source: python-qtconsole
Version: 4.6.0-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
With a recent upload of python-qtconsole the autopkgtest of
python-qtconsole fails in testing when that autopkgtest is run
On Mon, 06 Jan 2020 06:13:43 -0400 Laurent BELTRAN
wrote:
> Err :1 http://deb.debian.org/debian buster/main amd64 libncurses-dev
> amd64 6.1+20181013-2+deb10u1
> 404 Not Found [IP : 151.101.4.204 80]
> E: Impossible de récupérer
>
Package: Thunar
Version: 1.8.12-1
Severity: minor
After updating Thunar from 1.6.14-1 to 1.8.12-1 option "Automatically expand
columns as needed" turned automatically on and it is unusable for me. Anytime I
open my home folder with Thunar taking half of the screen width, I see only
first three
Source: garagemq
Version: 0.0~git20200204.15e6a9d+ds-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainers,
Your new pacakge garagemq has an autopkgtest, great. However, it fails
on amd64 (but passes on arm64). I
Hi
Am 30.01.2020 um 03:16 schrieb Paul Wise:
> Package: libguichan-allegro-0.8.1-1v5
> Version: 0.8.2-19
> Severity: normal
> File: /usr/lib/x86_64-linux-gnu/libguichan_allegro-0.8.1.so.1.1.0
> User: debian...@lists.debian.org
> Usertags: undefined-symbol adequate
>
> libguichan_allegro-0.8.1.so
Source: python-humanize
Version: 1.0.0-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
With a recent upload of python-humanize the autopkgtest of
python-humanize fails in testing when that autopkgtest is run
Source: vtkplotter
Version: 2020.2.0+dfsg1-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainers,
With a recent upload of vtkplotter you added an autopkgtest, great.
However, it fails on arm64. I copied some of the
Control: reassign -1 python3-sphinx-gallery 0.2.0-3
As suggested in
https://github.com/scikit-image/scikit-image/issues/4492#issuecomment-595581470
the failing package here is sphinx-gallery. An update to version 0.3.0
or later seems to solve the problem.
Cheers
Ole
Source: vagrant-bindfs
Version: 1.1.6-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainers,
Your new package vagrant-bindfs has an autopkgtest, great. However, it
fails. I copied some of the output at the bottom of
Am 06.03.2020 um 10:09 schrieb Paul Wise:
> On Fri, 2020-03-06 at 09:59 +0100, Patrick Matthäi wrote:
>
>> Would it be enough to add a dependency from guichan-allegro to guichan?
>> The problem is if I add the library dependency, ld cant find the path,
>> since it is all in the build directory.
Source: r-cran-gnm
Version: 1.1-1-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
With a recent upload of r-cran-gnm the autopkgtest of r-cran-gnm fails
in testing when that autopkgtest is run with the binary
Source: nvidia-settings
Version: 430.64-1~bpo10+1
Severity: normal
Hi,
it seems like nvidia-settings has been forgotten to get backported to buster.
The bullseye-version is not installable on buster due to a versioned dependency
on libc6. A simple re-build of nvidia-settings/bullseye on a buster
Source: llvm-toolchain-10
Version: 1:10.0.0~+rc2-2
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainers,
Your new package llvm-toolchain-10 has an autopkgtest, great. However,
it fails. I copied some of the output at
Am 06.03.2020 um 11:15 schrieb Paul Wise:
> On Fri, 2020-03-06 at 10:18 +0100, Patrick Matthäi wrote:
>
>> Ok. That is just my problem when I add -lguichan:
>> ...
>> /usr/bin/ld: cannot find -lguichan
> Looks like libguichan also includes the version in the soname, so you
> probably need
tag #950199 + help
thanks
Am 06.03.2020 um 11:51 schrieb Paul Wise:
> On Fri, 2020-03-06 at 11:30 +0100, Patrick Matthäi wrote:
>
>> same then :/
> Looking at libguichan-dev there are symlinks from the unversioned name
> to the versioned one so -lguichan should be the right option.
>
> Probably
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "wfrench"
* Package name: wfrench
Version : 1.2.6-1
Upstream Author : Paul Leyland
* URL : https://salsa.debian.org/gpernot-guest/wfrench
* License :
Hi Mike,
hi Emmanuel,
Am 05.03.20 um 21:39 schrieb Mike Gabriel:
> Hi Adrian,
>
> On Do 05 Mär 2020 15:05:04 CET, Adrian Vondendriesch wrote:
>
>> Hi Mike,
>>
>> Am 04.03.20 um 19:44 schrieb Mike Gabriel:
>>> Hi Adrian,
>>>
>>> On Mo 02 Mär 2020 22:16:35 CET, Adrian Vondendriesch wrote:
>>>
On Fri, 2020-03-06 at 10:07 +0100, Sebastiaan Couwenberg wrote:
> This is probably not really a problem.
Ack, hence the severity.
> But perhaps it's time to drop the -alt packages and only build a
> single version without netcdf.
FWIW, libhdf4-0 is also affected by the same issue.
> As I
On Fri, 2020-03-06 at 11:30 +0100, Patrick Matthäi wrote:
> same then :/
Looking at libguichan-dev there are symlinks from the unversioned name
to the versioned one so -lguichan should be the right option.
Probably the next step is to strace the g++ command you mentioned and
find out where it
"Adam D. Barratt" writes:
> On Sun, 2020-02-02 at 12:46 +0100, Ferenc Wágner wrote:
>
>> +corosync (3.0.1-2+deb10u1) buster; urgency=medium
>> +
>> + * [f826af9] This branch is for buster updates
>
> That doesn't really belong in the package changelog.
Agreed.
>> + * [bfbfd3e] New patch:
Source: parley
Version: 4:17.08.3-1.1
Severity: normal
Hi,
It seems tha the CI tests are consistently failing due to:
testsuiteFAIL stderr: libKF5Plasma.so.5 was not found.
https://ci.debian.net/packages/p/parley/unstable/amd64/
You should either allow the messages to stderr or
On Mon, 2 Jul 2018 12:10:34 +0200 Paul Gevers wrote:
> On Sat, 21 Apr 2018 12:15:28 +0200 =?utf-8?q?Ferenc_W=C3=A1gner?=
> wrote:
>
>> --- /usr/bin/autopkgtest-build-lxc 2018-04-18 10:44:36.0 +0200
>> +++ /home/wferi/autopkgtest-build-lxc2018-04-19 18:36:05.937432180
>>
This bug is triggered by Debian's build system. When using upstream
source, libxml2 is detected via pkg-config.
That said, the underlying configure.ac code is overly complex. While
xml2-config (and xslt-config) still exist, pkg-config is far easier to
use for detection.
I'm happy to patch the
Package: vim-runtime
Version: 2:8.1.2269-1
Severity: normal
Dear Maintainer,
While using vim for editing .cu (CUDA) files I have noticed multiple
false syntax errors highlighted. I have checked that those were indeed
misreported by succesfully compiling the file!
This occurs when curly
Package: ssh-import-id
Version: 5.7-1
Severity: grave
Tags: upstream
Justification: renders package unusable
Dear Maintainer,
Due to the removal of platform.dist() in Python 3.8, the current version
(5.7-1) of the script raises an error.
Upstream fixed it in 5.9/5.10 release:
Control: forwarded 927727 https://gitlab.gnome.org/GNOME/eog/issues/69
On Thu 2019-11-14 01:18:24 +, scott092...@aol.com wrote:
> As of eog version 3.34.1-1 , bug is still present.
I can confirm that it appears to be still present in 3.35.92-1 as well.
I believe the upstream bug report at
Package: apt
Version: 1.9.10
Severity: normal
Hi,
recently mmdebstrap gained a new feature called --simulate which will
call apt with -oAPT::Get::Simulate=true. While this works fine in Debian
stable, it fails in current testing and unstable. To reproduce the
problem consider the Packages file
Hi,
Copying the maintainer of binutils-mingw-w64 in hope of input.
On Thu, Mar 5, 2020 at 5:10 PM Daniel Kahn Gillmor
wrote:
>
> it was showing up for me as an "E:" (error) not P: (pedantic) or
> experimental.
The tag downgrade has not been released. We would appreciate input
from the
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-CC: amaramra...@users.sourceforge.net
Dear FTP Masters,
Unfortunately the upstream of package calendarserver (Apple Inc.) has stopped
the development of calendarserver and that according
On 6.3.2020 15.17, Dominik George wrote:
> Hi,
>
> On Thu, Mar 05, 2020 at 09:04:40PM +0100, Dominik George wrote:
>>> Ok, thanks. Dominik, could you get this in git so that it's in sync with
>>> the archive?
>>
>> Yep, it is on my todo list for tomorrow morning.
>
> tried to do so, but found
Le vendredi, 6 mars 2020, 14.28:47 h CET Till Kamppeter a écrit :
> This is solved in Ubuntu:
>
> https://launchpad.net/ubuntu/+source/hplip/3.19.12+dfsg0-4ubuntu1
>
> You could add the patch for Python 3.8 support to the Debian package.
Doing this; upload in progress; thanks for the pointer.
Package: lintian Severity: normal Dear maintainer, as reported in [1] a month
ago, I would like to see stats of Lintian's tags get restored on the main web
page of the project. I used to read stats daily and I think these are a very
useful mean for all users and contributors for making Debian even
+ftpmasters
Le 06/03/2020 à 11:15, Paul Gevers a écrit :
Source: llvm-toolchain-10
Version: 1:10.0.0~+rc2-2
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainers,
Your new package llvm-toolchain-10 has an
On March 5, 2020 at 7:12PM +, adam (at adam-barratt.org.uk) wrote:
> Control: tags -1 + confirmed
>
> On Mon, 2020-02-03 at 21:36 +0900, Tatsuya Kinoshita wrote:
>> mew (1:6.8-4+deb10u1) buster; urgency=medium
>>
>> * New patch 070_checkhost.patch to enable checkHost for stunnel
>>
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
Dear release team,
We experienced (in production) a bug in OVS which lead to ovs-vswitchd
being killed, leading to network downtime in our OpenStack environment.
Attached is the
On March 5, 2020 at 7:13PM +, adam (at adam-barratt.org.uk) wrote:
> Control: tags -1 + confirmed
>
> On Mon, 2020-02-03 at 21:37 +0900, Tatsuya Kinoshita wrote:
>> mew-beta (7.0.50~6.8+0.20190228-1+deb10u1) buster; urgency=medium
>>
>> * New patch 070_checkhost.patch to enable checkHost for
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "python-libconf".
* Package name: python-libconf
Version : 2.0.1-1
Upstream Author : Christian Aichinger
* URL : https://github.com/Grk0/python-libconf
* License :
The same problem seems to have arisen in Arch Linux;
https://bugs.archlinux.org/task/65697
Thanks to Curt on D-U for bringing that report to my attention.
--
Regards _
/ ) "The blindingly obvious is
/ _)radnever immediately apparent"
What the hell has
Package: wnpp
Severity: wishlist
Owner: Laurent Bigonville
* Package name: libglib-testing
Version : 0.1.0
Upstream Author : Philip Withnall
* URL : https://gitlab.gnome.org/pwithnall/libglib-testing
* License : LGPL 2.1
Programming Lang: C
Description
Package: fortune-mod
Version: 1:1.99.1-7
Severity: important
X-Debbugs-CC: m...@qa.debian.org , war...@ubuntu.com ,
debian-devel-ga...@lists.debian.org , Juhani Numminen <
juhaninummin...@gmail.com>
Hi, https://packages.debian.org/en/sid/fortune-mod is currently at version
1.99.1 but the new
What makes the situation trickier is that both the gattlib undeclaredly
depended on here and the alternative pygatt (see #939619) just wrap the
gatttool program, which is deprecated by the bluez project (not much
info out there, https://github.com/peplin/pygatt/issues/112 gives a good
summary).
Hello everybody,
Debian buster still has the same issue, that the installer fails on
excising LVM data.
d-i partman-auto/purge_lvm_from_device boolean true
d-i partman-auto/disk string /dev/nvme0n1
d-i partman-auto-lvm/new_vg_name string vg0
d-i partman/alignment string optimal
d-i
Package: wnpp
Severity: wishlist
Owner: Michal Arbet
* Package name: libvirt-exporter
Version : 0.1.1+git20190725.256cf3c-1
Upstream Author : Kumina bv
* URL : https://github.com/kumina/libvirt_exporter
* License : Apache-2.0
Programming Lang: Go
Package: vrms
Version: 1.25
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
In addition to bug #953145, the new version of vrms has also regressed
autopkgtests on non-x86 in Ubuntu because a newly-added test has
dependencies on x86-only
This is solved in Ubuntu:
https://launchpad.net/ubuntu/+source/hplip/3.19.12+dfsg0-4ubuntu1
You could add the patch for Python 3.8 support to the Debian package.
Till
It goes like this:
# apt-get install hplip
Reading package lists...
Building dependency tree...
Reading state information...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required
Package: pylint
Version: 2.4.4-2
Severity: normal
Dear Maintainer,
pyreverse fails to parse python code that contains dataclasses. It is simple to
reproduce the
problem with a simple python file containing only:
from dataclasses import dataclass
@dataclass
class Data:
a: int
running
Hi,
On Thu, Mar 05, 2020 at 09:04:40PM +0100, Dominik George wrote:
> > Ok, thanks. Dominik, could you get this in git so that it's in sync with
> > the archive?
>
> Yep, it is on my todo list for tomorrow morning.
tried to do so, but found that you already imported and pushed a package
version
Probably "what's different" is just that I decided to test qtconsole on by
Sid guest VM. I would normally run qtconsole on my host Buster system,
where jupyter_core/paths.py does not import from distutils.util, and
besides python3-distutils is already installed since it's needed by other
things I
Package: duply
Version: 2.2-2
Severity: normal
Dear Maintainer,
please depend on python3-duplicity or duplicity to allow usage of the
maintained python3 version of duplicity.
Thanks
greetings
Hermann
-- System Information:
Debian Release: 10.3
APT prefers stable
APT policy: (500,
Package: duply
Version: 2.2-2
Severity: minor
Tags: patch
Dear Maintainer,
appended patch updates the manpage to point to the current duply.net hompage.
Thanks,
greetings
Hermann
-- System Information:
Debian Release: 10.3
APT prefers stable
APT policy: (500, 'stable'), (50, 'testing')
Package: sasl2-bin
Version: 2.1.27+dfsg-1+deb10u1
Severity: important
Dear Maintainer,
Problem is similar to
https://answers.launchpad.net/ubuntu/+source/cyrus-sasl2/+question/60325
apt install sasl2-bin
nano /usr/lib/sasl2/sample.conf
mech_list: digest-md5
Package: libc6
Severity: normal
Tags: patch
Dear Maintainer,
I ran into this bug reported upstream at
https://sourceware.org/bugzilla/show_bug.cgi?id=24476
for which a fix exists, which is back-ported to the relevant release
branches.
It's by no means critical, since it only seems to cause a
Package: python3-hug-doc
Version: 2.4.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.
See policy
Control: severity -1 minor
On Fri, 6 Mar 2020 at 16:06, Малков П. В. wrote:
> Package: sasl2-bin
>
> Version: 2.1.27+dfsg-1+deb10u1
>
> Severity: important
>
>
>
> Dear Maintainer,
>
>
>
> Problem is similar to
>
> https://answers.launchpad.net/ubuntu/+source/cyrus-sasl2/+question/60325
>
>
>
>
Package: inspircd
Version: 3.4.0-2
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal
Hi,
I noticed that some modules such as m_ldapauth and m_ldapoper are
missing from the build, which is a regression from 2.0.27-1 in Buster.
AFAICT, the change was made in the packaging update
On Fri, Mar 06, 2020 at 07:34:07AM +0100, Eduard Bloch wrote:
> Hallo,
> * Chow Loong Jin [Fri, Feb 28 2020, 12:48:51PM]:
>
> > > why is this package useful/relevant? is it a dependency for another
> > > package? do you use it? if there are other packages providing similar
> > > functionality,
On March 6, 2020 3:05:17 PM UTC, Ron Lovell wrote:
>I checked a couple of other distros I run. In Arch Linux
>distutils/util.py
>is provided by the base "python" pkg. In openSUSE Tumbleweed it is
>provided
>by python3-base. So among my installations, Debian Buster and Sid are
>the
>odd ducks
On Fri, Mar 06, 2020 at 12:44:11PM +0100, Guillaume Pernot wrote:
> * Package name: wfrench
>Version : 1.2.6-1
> Changes since the last upload:
>
>* new upstream release :
> - Removed duplicates
> - Reorder according to LC_COLLATE
>* debian/control:
> -
Hi Josua,
in ITP#934303, Josua Mayer wrote:
> At this point the package will be useful for evaluation and testing of
> Stratis outside
> of RedHat systems. My personal motivation is that I am running Debian on a
> NAS,
> and want to explore Stratis on it.
> It is my believe that ultimately
Package: wnpp
Severity: wishlist
Owner: Michal Arbet
* Package name: golang-github-libvirt-libvirt-go
Version : 6.0.0+git20200210.224cad8-1
Upstream Author : Libvirt Virtualization API Project
* URL : https://github.com/libvirt/libvirt-go
* License : MIT
Package: buildd.debian.org
Severity: normal
Dear Maintainer,
I am using an Acer Aspire 4315-2490 with Debian 10 on Xfce. A few days ago, I
booted my machine and logged in to find that my desktop had "disappeared". The
background image was replaced with a solid-grey placeholder, and the file
Package: plasma-workspace-wallpapers
Version: 4:5.14.5-1
Severity: important
I currently have version 4:5.14.5-1 of plasma-workspace-wallpapers and
4:15.04.2-1 of kde-wallpapers-default installed.
Attempting to upgrade plasma-workspace-wallpapers to 4:5.17.5-2 (using "apt
upgrade") fails with
I checked a couple of other distros I run. In Arch Linux distutils/util.py
is provided by the base "python" pkg. In openSUSE Tumbleweed it is provided
by python3-base. So among my installations, Debian Buster and Sid are the
odd ducks in that they require an optional pkg installation to provide
Hi Chris,
On Wed, Mar 4, 2020 at 6:00 PM Chris Lamb wrote:
>
> Controversial opinion — the "certainty" of tags is of no actionable
> benefit to either the users of Lintian or its developers and should
> be removed.
Actually, I agree one hundred percent. I will introduce a new
field---probably
Control: reassign 953262 lintian
Sorry for the mess...
Please find below the original message correctly formatted (hopefully)
--
Dear maintainer,
as reported in [1] a month ago, I would like to see stats of Lintian's tags
get restored on the
Heya pochu,
all zita-convolver packages migrated from experimental to unstable
successfully.
Can you please make binNMUs for ir.lv2, pulseeffects and x42-plugins?
Best,
Dennis
Am 04.03.20 um 09:21 schrieb Emilio Pozuelo Monfort:
> Control: tags -1 confirmed
>
> On 03/03/2020 15:50, Dennis
On 200306-14:28+0100, Till Kamppeter wrote:
> This is solved in Ubuntu:
>
> https://launchpad.net/ubuntu/+source/hplip/3.19.12+dfsg0-4ubuntu1
>
> You could add the patch for Python 3.8 support to the Debian package.
>
>Till
Thanks!
But it does not look like a very quick fix. I _might_
The referenced RFP bugs have been closed for lack of activity. My most
recent work resolves this bug differently, by simply not exposing the
"broken" exporter. I've listed this bug in the changelog so it will be
closed once that package enters the archives.
Please let the package build-depend on libedit-dev rather than the
orphaned libreadline-gplv2-dev. It is supported by upstream and its
license is compatible.
The configure option --enable-readline=yes would have to be changed to
--enable-editline=yes.
Control: tags -1 pending
Control: tags 943706 help
On Thu, Mar 05, 2020 at 09:55:12PM -0500, Sandro Tosi wrote:
> Control: reopen -1
>
> This bug was closed, but the package has still some dependencies towards
> Python2 packages, in details:
>
> (binary:psychopy)Recommends->ipython
>
>
On Fri, 6 Mar 2020 at 19:09, Dennis Braun wrote:
> Can you please make binNMUs for ir.lv2, pulseeffects and x42-plugins?
Scheduled, thanks!
Source: python-tmdbsimple
Version: 2.2.0-1
Severity: serious
Control: fixed -1 2.2.0-2
Tags: sid bullseye pending
User: release.debian@packages.debian.org
Usertags: out-of-sync
Dear maintainer(s),
As recently announced [1], the Release Team now considers packages that
are out-of-sync between
Hmm, somehow despite basing this upon a codesearch via the gedit 'find
in files' plugin, I've just noticed that the report is partially wrong
since `lb config --help` and `lb clean --help` do call Help().
The HELP strings in each script otherwise is however still pointless.
Source: golang-1.13
Source-Version: 1.13.8-1
Severity: normal
Hi!
I was trying to rebuild the package and it failed to build due to a
test not expecting to find a .git on any of its parent hierarchy. As
I managed my home with git, this tripped the test:
,---
[…]
--- FAIL: TestScript (0.00s)
Source: beep
Version: 1.4.3-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: environment
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0] we noticed that
beep could not be built
Package: lightning
Version: 1:68.5.0-1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
Upgraded to
On Thu, Feb 27, 2020 at 08:32:52PM +, Adam Barratt wrote:
>Control: tags -1 + confirmed
>
>On Tue, 2020-02-11 at 16:47 +, Steve McIntyre wrote:
>> We released buster with a new feature in d-i: support for running d-i
>> on multiple consoles. This is very useful on some systems (e.g. arm64
On 3/6/20 8:20 PM, Adam D. Barratt wrote:
> Control: tags -1 + confimred
>
> On Fri, 2020-03-06 at 14:15 +0100, Thomas Goirand wrote:
>> We experienced (in production) a bug in OVS which lead to ovs-
>> vswitchd being killed, leading to network downtime in our OpenStack
>> environment.
>>
Hi,
On Fri, Mar 06, 2020 at 03:43:47PM +0200, Shlomi Fish wrote:
> X-Debbugs-CC: [..], debian-devel-ga...@lists.debian.org
You CCed this list, were you planning on maintaing the package under
that team.
Having said that, with my previous relationship I had with Andrea a few
years ago
Source: libusrsctp
Version: 0.9.3.0+20190901-1
Severity: grave
Tags: security upstream
Hi,
The following vulnerability was published for libusrsctp.
CVE-2019-20503[0]:
| usrsctp before 2019-12-20 has out-of-bounds reads in
| sctp_load_addresses_from_init.
Details in [1] and fixed upstream in
Source: webcamoid
Version: 8.5.0+dfsg-2
Severity: serious
Control: fixed -1 8.6.1+dfsg-2
Tags: sid bullseye pending
User: release.debian@packages.debian.org
Usertags: out-of-sync
Dear maintainer(s),
As recently announced [1], the Release Team now considers packages that
are out-of-sync
Package: wnpp
Owner: Lucas Kanashiro
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
* Package name : ruby-ffi-libarchive
Version : 1.0.0
Upstream Author : John Bellone ,
Jamie Winsor ,
Frank Fischer
* URL :
Upstream developer about packaging:
/"You can get a tarball from a tag on github. Plus, I thought all
packagers have been doing things straight from git (no tarballs) for
like half a decade now. I can't remember the last time I touched a
tarball..."/
/"Splitting applications into different
On Mon, Mar 02, 2020 at 04:01:08PM +, Adam D. Barratt wrote:
> In this case, neither -us nor -uc is a debuild option, so they are being
> assumed to be dpkg-buildpackage options. As a result, -e is also being
> passed to dpkg-buildpackage
Incidentally, I think -us and -uc *used to be* debuild
On 200306-17:11+, mat...@danwin1210.me wrote:
> On 200306-14:28+0100, Till Kamppeter wrote:
[...]
> > You could add the patch for Python 3.8 support to the Debian package.
> >
> >Till
>
> Thanks!
>
> But it does not look like a very quick fix. I _might_ try.
Tor is slow, sorry for tyhe
1 - 100 of 158 matches
Mail list logo