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 Strat
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:
> - Bum
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, 'stab
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 partman-au
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).
Wh
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 upstr
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
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 h
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 this
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 packages
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 p
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 : E
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
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
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
>> (close
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 fix
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 pyreve
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
Descriptio
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:
https://git.launc
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 : G
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 bracke
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 sou
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
>> +0200
"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: tote
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 ins
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 th
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 is
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 -lguicha
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 don't
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:
>>>
>>
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
> f
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 t
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
https://wiki.debian
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 cha
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 ou
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
> http://deb.debian.org/debian/pool/main/n/nc
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 t
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
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 pac
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 w
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 with
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: 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 so
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: 4096R/6
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 depe
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 n
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 s
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&suite=unstable
Can
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 sp
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 copi
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 t
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
> > 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 architectur
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 ar
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 ou
101 - 158 of 158 matches
Mail list logo