On Fri, Aug 07, 2020 at 01:17:29AM +0200, Andreas Beckmann wrote:
> e17/experimental FTBFS during a combined binary arch+indep build (i.e. the
> default dpkg-buildpackage mode), while it succeeds during separate arch and
> indep builds (dpkg-buildpackage -B, dpkg-buildpackage -A; as done by the
>
Hi Andreas,
please explain more verbose how catch.hpp is generated and what sources are
needed.
Thanks!
Thorsten
===
Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.
Package: lvm2
Version: 2.03.09-2
Followup-For: Bug #966816
Dear Maintainer,
I noticed this bug as well, when I was upgrading lvm2. Here is a patch
to fix the problem:
diff --git a/scripts/blk_availability_systemd_red_hat.service.in b/scripts/blk_availability_systemd_red_hat.service.in
index
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: w...@packages.debian.org
Please remove wicd from Debian Unstable (and only Unstable). The
version in Debian Unstable depends on Python 2.x and it doesn't look
as if upstream gets the Python 3 port in shape for unstable very soon.
The plan is
retitle 816958 ITP: facetimehd-dkms -- dkms source for the Broadcom 1570 PCIe
camera
owner 816958 !
thanks
I would like to package this. It has been available at
https://gitlab.com/vicamo/facetimehd-dkms for some time.
You-Sheng Yang
signature.asc
Description: OpenPGP digital signature
retitle 929692 ITP: backport-iwlwifi-dkms -- iwlwifi driver backport in DKMS
format
thanks
signature.asc
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
* Package name: librespeed-cli
Version : 1.0.7
Upstream Author : Federico Dossena
* URL : https://github.com/librespeed/speedtest-cli
* License : LGPL-3.0
Programming Lang: Go
Description : A command line interface for
Package: wnpp
Severity: wishlist
Owner: Johan Fleury
X-Debbugs-Cc: debian-de...@lists.debian.org, jfle...@arcaik.net
* Package name: prometheus-exporter-exporter
Version : 0.4.0-1
Upstream Author : Tristan Colgate-McFarlane
* URL :
Package: gtk-vector-screenshot
Version: 0.3.2.1-2+b1
Severity: normal
File: /usr/bin/take-vector-screenshot
Usertags: crash wayland
When I try to take a screenshot under GNOME Wayland I get a crash.
Other programs like xkill that query the pointer seem to work.
$ gdb -batch -n -ex 'set
On Thu, 06 Aug 2020 17:09:13 +0200, Dominique Dumont wrote:
> On jeudi 6 août 2020 16:56:17 CEST you wrote:
> > I figured. How about depending on debian-policy and using the
> > information in its changelog?
> Actually, I could use rmadison to get the latest version of debian-policy
> without
Hi, Andreas,
I need help to reproduce this bug.
On 15 May 2020, Andreas Beckmann wrote:
>with dh_missing defaulting to --fail-missing in compat level 13,
>dh_bash-completion needs to log the files it has installed s.t.
>dh_missing does not wrongly report
> dh_missing: error: missing files,
Sorry for the very long delay on this issue.
I've just push a new version to
https://mentors.debian.net/package/dfu-programmer/
FYI, the git repo is now on salsa :
https://salsa.debian.org/ropp-guest/dfu-programmer.
Rodolphe
Le 06/08/2020 à 18:39, Ryan Pavlik a écrit :
I'd be willing to
Control: tags -1 + patch
Hi,
the attached patch fixes the FTBFS with GCC 10.
Regards,
--
Luis Paulo (lpfll)
diff -Nru ifplugd-0.28/debian/patches/09_fix-ftbfs-with-gcc10.patch ifplugd-0.28/debian/patches/09_fix-ftbfs-with-gcc10.patch
---
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "dfu-programmer":
* Package name : dfu-programmer
Version : 0.7.2-1
Upstream Author : [fill in name and email of upstream]
* URL : https://dfu-programmer.github.io/
* License : GPL-2+
* Vcs :
Hi,
I've already reported this bug in the kernel audit system upstream, see
https://lore.kernel.org/linux-audit/20200723200041.7yinlklts47pz...@madcap2.tricolour.ca/T/#t
for details.
A revert (8ac68dc455d9d18241d44b96800d73229029ed34) of the commit that caused
this regression in 5.7 is
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "spacenavd":
* Package name : spacenavd
Version : 0.7.1-1
Upstream Author : [fill in name and email of upstream]
* URL : http://spacenav.sourceforge.net
* License : GPL-3.0+, BSD-3-clause and
Source: e17
Version: 0.24.2-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
e17/experimental FTBFS during a combined binary arch+indep build (i.e. the
default dpkg-buildpackage mode), while it succeeds during separate arch and
Control: tags -1 fixed-upstream
Fixed in 5.7.13
ee27c88788b88c9c1c75e3a9ce580c79c2dba009 ("drm/amd/display: Clear
dm_state for fast updates")
Hi,
I wanted to request approval from the maintainer team to upload the
acmetool 0.2.1-2 package currently in testing/unstable to buster-
backports.
The version currently in buster (0.0.63) only supports the deprecated
ACME v1 protocol, which no longer works for new registrations, and will
stop
Control: tags 965077 + pending
On 8/6/20 4:20 PM, Andreas Trottmann wrote:
> Am 23.07.20 um 21:28 schrieb Hilmar Preuße:
Hi,
>> Addendum: meanwhile proftp 1.3.7a has been released. I built a package
>> and uploaded to unstable. You may get the packages from the official
>> page.
>> Your
Hyvää päivää,
Olen Orlando Lawrence, talousjohtaja hyvin tunnustettu luotonanto yritys
tunnetaan Alliance Funding Bvba. Onko sinulla huono luotto tai olet tarvitsevat
lainaa maksaa laskuja? Voit ottaa meihin yhteyttä, meidän korko on 2% korko
vuodessa.
Täytä alla oleva lomake, jos olet
I was also hit by this bug. The rate of logspam caused by the failure
message was so intense that my laptop's SATA SSD was filling up at hundreds
of MiB per minute. The I/O flood made everything slow down; login barely
worked, bash-completion tabbing took 5-10 s, and figuring out which
process(es)
Control: tags 957841 + patch
Control: tags 957841 + pending
Dear maintainer,
I've prepared an NMU for squidguard (versioned as 1.6.0-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should cancel it.
--
Regards
Sudip
diff -Nru squidguard-1.6.0/debian/changelog
Control: user pkg-systemd-maintain...@lists.alioth.debian.org
Control: usertag -1 + buster-backport
Am 06.08.20 um 14:25 schrieb Marc Haber:
> On Tue, Jul 14, 2020 at 09:13:15PM +0100, Hugh Cole-Baker wrote:
>> It turns out this is just caused by running a 5.8-rc kernel with systemd
>> compiled
On Sat, 09 May 2020 12:08:09 +0900 madosuki
wrote:> I would expect pkg-config path is
dynamic change from architecture.
> However currently output path is
> "/usr/lib/${DEB_HOST_MULTIARCH}/pkgconfig/mupdf.pc".
dh-exec is not run. This can be fixed by:
chmod +x debian/libmupdf-dev.install
Re: Arturo Borrero Gonzalez
> I tested chirp from the upstream mercurial repository (py3 branch) today in
> Debian testing bullseye, and I got it working with python3 with the attached
> patch.
Hi Arturo,
thanks for picking this up. I had done some python3 hacking on chirp
earlier this year,
Source: dino-im
Version: 0.1.0+20200623.717d0b7-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
dino-im/experimental FTBFS on all architectures:
https://buildd.debian.org/status/package.php?p=dino-im=experimental
dh_auto_build -a
Package: hinawa-utils
Version: 0.2.0-2
python3-hinawa-utils depends on gir1.2-hinawa-2.0 but the gir version
changed to 3.0 in the recent update
https://packages.qa.debian.org/libh/libhinawa/news/20200713T110020Z.html
Which means the package is not installable anymore
Package: iproute2
Version: 5.5.0-1ubuntu1
Severity: normal
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)?
* What was the
Source: netpbm-free
Version: 2:10.78.05-0.1
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: py2unversioned
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
https://lists.debian.org/debian-python/2019/07/msg00080.html
While researching this I only found packages that list the old group email:
Maintainer: Python Applications Packaging Team
-
https://salsa.debian.org/python-team/applications/nitrotool/-/blob/master/debian/control
-
Source: munin
Version: 2.999.14-1
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: py2unversioned
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
https://lists.debian.org/debian-python/2019/07/msg00080.html
We will
Control: reassign -1 src:linux
Control: found -1 5.7.10-1
Am 06.08.20 um 21:43 schrieb bauen1:
> Hi,
>
> I've already reported this bug in the kernel audit system upstream, see
> https://lore.kernel.org/linux-audit/20200723200041.7yinlklts47pz...@madcap2.tricolour.ca/T/#t
> for details.
>
> A
Source: sequitur-g2p
Version: 0+r1668.r3-1
Severity: serious
User: debian-pyt...@lists.debian.org
Usertags: py2unversioned
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
https://lists.debian.org/debian-python/2019/07/msg00080.html
Package: ftp.debian.org
Severity: normal
Hi ftp-master,
Please remove src:lttv, it is unmaintained upstream, the last release
was in 2013. It's usefulness is very limited as it can't reliably open
traces produced with any currently maintained LTTng version.
Thanks,
Michael
Found another problem with the ParaView source package in Debian Sid.
The Salsa GitLab Repo of ParaView has Git LFS Pointers, e.g. [1]. The
source tarball paraview_5.7.0.orig.tar.xz [2] that has been uploaded to
Debian Sid does not have the binary files but the raw Git LFS pointers
instead! For
Source: enhanceio
Version: 0+git20190417.5815670-1
Severity: serious
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: py2unversioned
Python2 becomes end-of-live upstream, and Debian aims to remove
Python2 from the distribution, as discussed in
Followup-For: Bug #943302
Control: severity -1 serious
The unversioned python package is gone, making zsnapd B-D uninstallable.
Andreas
Control: clone -1 -2
Control: reopen -2
Control: retitle -2 RM: apachedex/experimental -- RoM; popcon=8
On Tue, 05 Nov 2019 14:16:08 +0900 Arnaud Fontaine wrote:
> Considering the very low popcon and that I don't have time to maintain it
> anymore, I think it is better to remove this package
Le 06/08/2020 à 20:51, Xavier a écrit :
> Control: reassign -1 node-typescript-types
>
> FTBFS is due to @types/node which was upgraded to version 14.0.14 while
> we run nodejs 12
It's time to move @types/node from src:typescript-types to src:nodejs
Control: tag -1 pending
Good day,
This night's build of insighttoolkit 4.13.3 in the clean chroot
went through, and test suite validated without particular
issues. I pushed the part of my work fixing #957360 on Salsa:
https://salsa.debian.org/med-team/insighttoolkit
As is, it may not
Control: reassign -1 node-typescript-types
FTBFS is due to @types/node which was upgraded to version 14.0.14 while
we run nodejs 12
Package: wnpp
Severity: wishlist
Owner: Fabio Augusto De Muzio Tobich
X-Debbugs-Cc: debian-de...@lists.debian.org, ftob...@gmail.com
* Package name: sudoku-solver
Version : 1.0.0
Upstream Author : DanSoft
* URL : https://bitbucket.org/admsasha/sudoku-solver
* License
Dear Jakub,
I experience the same problem, maybe the systemd maintainers could add
some lines to the init script to create the missing symlinks again?
Kind regards
Harald Jenny
With this build:
https://salsa.debian.org/js-team/node-yarnpkg/-/jobs/915568#L2420
I get a different error while building:
[17:58:12] Starting 'build'...
2420[17:58:13] Error: [BABEL]
/builds/js-team/node-yarnpkg/debian/output/node-yarnpkg-1.22.4/src/api.js:
Cannot find module
Am 06.08.20 um 19:41 schrieb Zygmunt Krynicki:
>> Unfortunately logind can't be restarted safely. Xorg (and Wayland) still
>> don't handle that properly and crash.
>> If you want to pursue getting those fixed, this would be very much
>> welcome. Otherwise I can't really do anything about that in
Package: resolvconf
Version: 1.82
Since `systemd` version 246-2, systems using `systemd-resolved` fail to
reach the `default.target` if `resolvconf` is also installed.
Steps to reproduce the error in a sysroot (`less` and `bash-completion`
are just for comfort in debugging/reading logs):
> Unfortunately logind can't be restarted safely. Xorg (and Wayland) still
> don't handle that properly and crash.
> If you want to pursue getting those fixed, this would be very much
> welcome. Otherwise I can't really do anything about that in systemd.
I see, this is quite unfortunate.
Could
Control: forcemerge 919509 -1
Am 06.08.20 um 19:35 schrieb Zygmunt Krynicki:
> Package: systemd
> Version: 246-2
>
> Updating systemd to 246-2 leaves systemd-logind.service from 245-* which
> breaks certain operations.
>
> One such example is, (assuming user foo): loginctl enable-linger foo.
Control: tags -1 - moreinfo
On 8/6/20 7:23 PM, Sean Whitton wrote:
> On Thu 30 Jul 2020 at 05:51AM +02, Bas Couwenberg wrote:
>> Please remove pysal from the archive,
>> it is unmaintained and has a low popcon score.
>
> popcon is not low and there are no open bugs?
11 votes is low.
No one has
Am 06.08.20 um 19:35 schrieb Zygmunt Krynicki:
> Package: systemd
> Version: 246-2
>
> Updating systemd to 246-2 leaves systemd-logind.service from 245-* which
> breaks certain operations.
>
> One such example is, (assuming user foo): loginctl enable-linger foo. Without
> restarting
Package: systemd
Version: 246-2
Updating systemd to 246-2 leaves systemd-logind.service from 245-* which breaks
certain operations.
One such example is, (assuming user foo): loginctl enable-linger foo. Without
restarting systemd-logind.service this command fails with the following error:
Aug
Package: xmobar
Version: 0.33-1
Followup-For: Bug #920555
Users looking for a non-polling solution to ALSA volume may be able to adapt
my script for it:
#!/usr/bin/python3
import re
import subprocess
import sys
r = re.compile(r"\[(\d+)%\].*\[(on|off)\]$")
args =
Hello,
On Mon 03 Aug 2020 at 07:07PM +02, Moritz Muehlenhoff wrote:
> Package: ftp.debian.org
> Severity: normal
>
> Please remove pynifti. It depends on Python 2 and has been replaced
> by nibabel. Acked by the maintainers in #937490.
Looks like I already removed it last month!
--
Sean
control: tag -1 + moreinfo
Hello,
On Fri 31 Jul 2020 at 11:34AM +03, Michael Tokarev wrote:
> Package: ftp.debian.org
> Severity: normal
>
> Package sgabios provides a variant of x86 BIOS/firmware. It was
> only used by qemu system emulation in Debian. The upstream development
> stopped many
control: tag -1 + moreinfo
Hello,
On Thu 30 Jul 2020 at 05:51AM +02, Bas Couwenberg wrote:
> Package: ftp.debian.org
> Severity: normal
> X-Debbugs-Cc: pkg-grass-de...@lists.alioth.debian.org
>
> Please remove pysal from the archive,
> it is unmaintained and has a low popcon score.
popcon is
Hi there!
I tested chirp from the upstream mercurial repository (py3 branch) today in
Debian testing bullseye, and I got it working with python3 with the attached
patch.
I was able to download the image from a baofeng UV-5RA, modify it and the upload
it again.
Please, consider merging the
Package: sjaakii
Version: 1.4.1-2
Tags: patch
X-Debbugs-CC: Evert Glebbeek
This change is necessary to avoid undefined behaviour from XBoard (which in this
cases ignores the last rook, leading to wrong initial position)
--- /tmp/variants.txt 2020-08-06 19:07:29.331235206 +0200
+++
Package: swi-prolog
Severity: serious
X-Debbugs-Cc: jcris...@debian.org
Hi,
swi-prolog autopkgtests are currently failing:
https://ci.debian.net/data/autopkgtest/testing/amd64/s/swi-prolog/6535300/log.gz
>From what I can tell, there's a step in the build process to generate
test certs, which
Hello,
as a little follow-up:
Changing util.c as per
https://github.com/corecode/dma/commit/9fa38db89b3813394ea07dd852f9270109dcbdb4
(i.e. adding
#include
#include
)
fixes this problem:
/usr/local/sbin$ ./dma
dma: can not open config `/etc/dma/dma.conf': Permission denied
Best regards
close 965282
thanks
The bug is not in Debian packaging, so I'm closing this bug.
--
Atte. Félix Arreola
«Sin firma GPG»
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967906#10
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967906#32
seem to indicate one doesn't need both packages.
I'm guessing that all Debian systems that have been around for 10 years
will probably have both packages installed.
But the
I'd be willing to look into updating this package, as long as the
maintainer has no objection. It would be helpful if the git repo of
packaging were available (see https://bugs.debian.org/928335 ), though
failing that I could just use dgit.
Ryan
Package: lintian
Severity: normal
Control: block -1 by 968000
Hi,
Some modules were kept in Perl's system path because they are used by
libconfig-model-dpkg-perl. A bug with some suggestions was filed in
Bug#968000. The Perl packaging team is working hard to resolve the
other bug, which blocks
Control: tag -1 moreinfo
Hi,
On Thu, 6 Aug 2020, at 17:57, 積丹尼 Dan Jacobson wrote:
> Package: resolvconf
> Version: 1.82
>
> Apparently there is no point in installing this package if one has
> systemd installed(?) So at least the package Description should warn so.
Sorry, I don't understand
control: tag -1 + moreinfo
Hello Jörg,
On Tue 28 Jul 2020 at 12:10PM +02, Jörg Frings-Fürst wrote:
> argyll is RC-buggy with no responce from upstream since
> more then 6 month.
Would you mind confirming that the latest upstream release, which isn't
packaged, doesn't build with gcc-10 either?
Package: dma
Version: 0.11-1+deb10u1
Severity: normal
Dear Maintainer,
* What led up to the situation?
Consider the following situation:
ls -l /etc/dma
total 8
-rw-r- 1 root mail 186 Jul 29 2019 auth.conf
-rw-r- 1 root root 2445 Aug 5 23:09 dma.conf
/etc/dma/dma.conf is not
Hi Dominique,
On Thu, Aug 6, 2020 at 8:10 AM Dominique Dumont wrote:
>
> Please wait until the next release of libconfig-model-dpkg-perl.
No rush, please. We will keep shipping the modules until you close
this bug. Thank you!
Kind regards
Felix Lechner
On Thu, Aug 06, 2020 at 03:00:06PM -, Chris Lamb wrote:
> Thanks for the heads-up; I don't subscribe to Redis bugs filed against
> Ubuntu. So, for completeness, I can "reproduce" this in Debian:
Thanks for confirming, I was able to get the same behavior when I tried it on
your latest Debian
Le mercredi, 5 août 2020, 14.02:12 h CEST Alexander Pevzner a écrit :
> Hi Till, OdyX, Zdenek,
>
> I've just created the new 0.99.12 release, and I highly recommend to
> upgrade existent packaging.
https://salsa.debian.org/printing-team/sane-airscan/-/commit/
Package: resolvconf
Version: 1.82
Apparently there is no point in installing this package if one has
systemd installed(?) So at least the package Description should warn so.
Vasyl,
> Then I can happily trigger the rebuild & salsa push without doing
> additional overrides?
Sure. Or rather: you should always be able to push to 'your' salsa
repositories to trigger a rebuild there. (That is entirely disconnected
from FTP-master autorejects.)
Regards,
--
,''`.
Hi Chris!
Thanks for clarification!
Then I can happily trigger the rebuild & salsa push without doing additional
overrides?
--
Vasyl Gello
==
Certified SolidWorks Expert
Mob.:+380 (98) 465 66 77
E-Mail: vasek.ge...@gmail.com
Skype: vasek.gello
On jeudi 6 août 2020 16:56:17 CEST you wrote:
> I figured. How about depending on debian-policy and using the
> information in its changelog?
Actually, I could use rmadison to get the latest version of debian-policy
without installing this package (like rmadison is used to get the version of
On jeudi 6 août 2020 16:11:22 CEST you wrote:
> Unless you advise otherwise, Lintian will stop shipping the modules in
> the system path in the next release.
Please wait until the next release of libconfig-model-dpkg-perl.
All the best
Hi Christoph,
On Thu, Aug 6, 2020 at 12:27 PM Christoph Egger wrote:
>
> Hi
>
> > We are now looking for a new debian sponsor to upload our latest
> > version to the debian repository.
>
> I guess I can help there for now but better don't rely on me for long-term
> sponsoring. What exactly
Vasyl,
> Just wanted to ask if this behaviour prevents the acception of new
> packages by FTP team's lintian check pass.
According to:
https://ftp-master.debian.org/static/lintian.tags
... the "redundant-globbing-patterns" tag is not an autoreject-able
tag. So, no, there no need to wait.
tags 967970 + moreinfo
thanks
Hi Matthew,
> I also filed this here. The error received and the reason why are different on
> Ubuntu and Debian, so the solution might be similar or it might be different.
> So, I am just trying to be complete / comprehensive.
Thanks for the heads-up; I don't
On Thu, Aug 06, 2020 at 11:42AM, peter green wrote:
> hi, highlighting-kate was just removed from testing at your request, but
> carettah still build-depends on it in both testing and
> unstable.
>
> Should I go ahead and file a rc bug against carettah
Good catch. I open an RC bug against
Package: carettah
Version: 0.5.1-2
Severity: grave
Justification: renders package unusable
This package appears to be unmaintained (last upstream upload in 2016).
It depends on deprecated software (gtk2 #967282 and highlighting-kate
#963737), is not part of Stackage and has no rev dependencies.
Hi gregor,
On Thu, Aug 6, 2020 at 7:28 AM gregor herrmann wrote:
>
> having the
> version in a file was the big advantage of using the lintian data.
I figured. How about depending on debian-policy and using the
information in its changelog?
Kind regards
Felix Lechner
Hi,
> Package: wnpp
> Severity: wishlist
> Owner: Joseph Nahmias
>
> * Package name: collectd-graph-panel
> Version : 1
> Upstream Author : Pim van den Berg
> * URL : http://pommi.nethuis.nl/category/cgp/
> * License : GPL3
> Programming Lang: PHP
>
On Thu, 06 Aug 2020 15:43:02 +0200, Dominique Dumont wrote:
> > Attached is a script that extracts the release dates from the policy
> > changelog. It uses the network. The data will always be current.
>
> If the source of information is Salsa, I'd rather use gitlab API to extract
> the latest
Am 23.07.20 um 21:28 schrieb Hilmar Preuße:
Addendum: meanwhile proftp 1.3.7a has been released. I built a package
and uploaded to unstable. You may get the packages from the official page.
Your (adapted) patch is contained in the source package but not
activated. You need to rebuild for
Fedora has a patch for gcc-10
https://src.fedoraproject.org/rpms/cdrkit/blob/master/f/cdrkit-1.1.11-gcc10.patch
Package: ftp.debian.org
Severity: normal
As stated on its git repository[1], the code has mostly migrated and
merged in magit-forge[2], which is now in experimental suite for testing
purposes and will probably be uploaded to unstable within this weekend.
Thus, this package has lost its meaning
Hi Dominique,
On Thu, Aug 6, 2020 at 6:43 AM Dominique Dumont wrote:
>
> Does that sound reasonable ?
First of all, thanks for your swift reply!
I have no preference how the package gets the information. I suggested
a solution only in order to appear helpful. Thanks for addressing it
so
On Thu, 6 Aug 2020, Andreas Tille wrote:
> [ERROR]
> /build/jimfs-1.1/jimfs/src/main/java/com/google/common/jimfs/PathService.java:[290,30]
> error: is not abstract and
> does not override abstract method test(Object) in Predicate
Change apply to test in line 292 (or let the IDE convert it
Le 06/08/2020 à 15:31, David Bremner a écrit :
> It would be better to add the test only dependency with . If
> you do respin the patch, please add Closes, now that the bug exists.
Thanks, that makes sense, new patch attached
diff -Nru ledger-3.2.1/debian/changelog ledger-3.2.1/debian/changelog
On jeudi 6 août 2020 14:26:13 CEST you wrote:
> Your package is the only known consumer of Lintian's internal Perl
> modules. We would like to stop shipping our modules in the Perl system
> path.
ok.
> Your package loads a default Lintian profile [1] and uses the
> Lintian::Data mechanism to
On 8/5/20 6:12 PM, John Scott wrote:
> libgtk2.0-dev is in the Build-Depends:
> Build-Depends: bash-completion, cmake (>= 3.1.0), debhelper (>= 12~),
> *libgtk2.0-dev*, libnotify-dev, libusb-1.0-0-dev, udev, qt5-qmake, qtbase5-
> dev, qttools5-dev, libqt5svg5-dev, qtchooser, libhidapi-dev,
On Tue, 2 Jun 2020, Martin wrote:
Note, that this happens with other software, too, e.g. linphone.
I assume, that most soft phones send (DBus?) signals when one
takes or ends a call. Quodlibet pauses and resumes accordingly,
which is nice. However, it should probably not resume
automatically
Package: gimp
Version: 2.10.8-2
Severity: important
install the application through the normal software manager without errors,
when executing it gave me a serious error and I could not execute it, try to
uninstall it and reinstall it but I generate the same error
-- System Information:
Sebastien Bacher writes:
> - libutfcpp-dev, libboost-python-dev, dh-python
> + libutfcpp-dev, libboost-python-dev, dh-python, tzdata
> Standards-Version: 4.4.1
> Homepage: http://ledger-cli.org
> Vcs-Git: https://salsa.debian.org/debian/ledger.git
It would be better to add the test
Package: ledger
Version: 3.2.1-2
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Trying to build on a machine without tzdata the build fail on a test
error [1]
1057 fails with
-(("/<>/test/regress/1057.test" 1 (21308 60112 0) nil
"www.amazon.fr"
Package: lintian
Version: 2.87.0
Severity: normal
User: de...@kali.org
Usertags: origin-kali
I was hit with those errors (reproducible with commit
cd6b90a5295aa5a171a1ac9c3c51590f568ca075 in the openvas-scanner git
repository):
E: openvas-scanner source: duplicate-globbing-patterns
Hi, I am unsure which bug report is correct for this as there is similar
one #898033 and #954849 but I could confirm the problem is back since
approximately May 2020 up to today:
It could be basically any program using opencl, I've picked the clinfo as
an example:
$ clinfo
: CommandLine Error:
notfound 967991 2.35-1
found 967991 2.32-1
close 967991 2.35-1
thanks
On 06/08/2020 13:20, Clint Adams wrote:
On Thu, Aug 06, 2020 at 11:20:00AM +0100, peter green wrote:
glirc can no longer be built in testing because haskell-regex-tdfa is no longer
present in testing. Ilias Tsitsimpis has
Hi!
I used this frequently enough to be hesitant to let apt dist-upgrade
remove it on my system currently.
But I understand it may not make sense to port it as its hard and
upstream is not active anymore.
Is there an alternative in Debian repository?
Best,
--
Martin
Package: ca-certificates
Version: 20200601~deb10u1
Some certificates seem to be missing in 20200601~deb10u1. The following
command works in version 20190110 but stopped working in 20200601~deb10u1 .
curl https://static.gc.apple.com/public-key/3rd-party-auth-prod-19824d.cer
This gives the
1 - 100 of 165 matches
Mail list logo
