I can confirm, that disabling the "Discogs Cover Source"
and "MusicBrainz Cover Source" plugins seems to avoid the
issue - which makes sense somehow because the affected
songs are all unreleased and have no cover at all.
But the weird thing is that here on a second system with
the same depending
Package: postgresql-common
Version: 217
Severity: wishlist
Dear Maintainer,
In the past, I hit a case where upgrading a cluster with a Very Large™
database via dump/restore took a Very Long™ time. Back then I discovered
--method=upgrade, and that's what I have been using since.
Is there
Package: src:linux
Version: 4.19.146-1
Severity: important
Hi,
I am now running the kernel one version older because I cannot boot my
laptop with the newer kernel which I am reporting this bug against.
What happens, when it tries to boot, is that it searches for mdadm raids
and then falls
Package: ftp.debian.org
Severity: normal
Control: block 949400 by -1
Please remove freehdl from the archive. It blocks removal of guile-2.0
and is RC-buggy (#885188).
Cheers
--
Sebastian Ramacher
signature.asc
Description: PGP signature
Hello,
so far I haven't received any reply to either my pull request or my
questions in the bug report issue from Fri, 11 Sep 2020 15:38:13 +0200.
I would still appreciate input on my work, especially if there is
anything I need to do to make the changes acceptable for the Debian
package.
Thank
This bug had been fixed in 4.15.0-rc3, please close this bug.
Package: bluetooth
Version: 5.54-1
Severity: important
X-Debbugs-Cc: borissh1983+b...@gmail.com
Dear Maintainer,
This bug is introduced in 5.54-1 and may be relaed to bluez(5.54-1) package
too.
I had tried 5.55-1 too, it has the same bug.
I had performed a dist-upgrade in debian testing,
Package: nvidia-graphics-drivers
Severity: normal
Dear Maintainer,
I'm having problems with the nvidia-graphics driver. I'm using 450.66-1~bpo10+1
and it has been tested with linux-image-4.19.0-11-amd64 and
linux-image-5.7.0-0.bpo.2-amd64.
With all the test test that I have done the result
Hi Nilesh,
On Thu, Oct 01, 2020 at 10:06:22AM +0200, Paul Gevers wrote:
> autopkgtest [21:17:40]: test run-unit-test: [---
> [93m[1mTest 1: With GenBank Annotations[0m
> |--Parsnp 1.5.3--|
> For detailed documentation please see -->
>
On Thu, Oct 1, 2020 at 09:44, Xavier wrote:
Upstream source are really missing, only repacked files are available.
Relevant bug: https://github.com/Rich-Harris/locate-character/issues/6
Attaching the diff between the two dist tarballs. Only addition seems
to be that of typings and
On Thursday, 1 October 2020 5:33:15 PM AEST Daniel Gomez wrote:
> gitlab-runner 13.3.1 produces the next following error when trying to
> connect from a CI job:
I can not reproduce your problem.
> 30 21:10:48 release gitlab-runner[602]: WARNING: Job failed: Error
> response from daemon: pull
Forgot this information.
apt policy libsnmp30
libsnmp30:
Installed: 5.7.3+dfsg-5+b2
Candidate: 5.7.3+dfsg-5+deb10u1
Version table:
5.7.3+dfsg-5+deb10u1 990
990 http://ftp.de.debian.org/debian unstable/main amd64 Packages
*** 5.7.3+dfsg-5+b2 100
100 /var/lib/dpkg/status
Hi. Thanks for the review.
David Woodhouse writes ("Re: Bug#839278: oathtool: has no secure way to provide
a key"):
> If you're going to load keys from files, surely you want to use PSKC
> files?
That would be a possible further improvement, surely.
> And we need to be able to write back to
Package: libsnmp30
Version: 5.7.3+dfsg-5+b2
Severity: serious
Justification: Policy 7.2
Dear Maintainer,
sudo apt install libsnmp30
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
Package: firefox-esr
Version: 78.3.0esr-2
Severity: normal
Tags: a11y
X-Debbugs-Cc: teodoro777.coluc...@live.com
When I enlarge the text through the scale factor, for example setting it on
1.25, I can see all app with enlarged text, except firefox.
Searching on internet I see that this is a known
Package: python3-dnspython
Version: 2.0.0-1
Severity: important
Hi,
I'm sending this just to let you know that dnspython broke Eventlet,
which is unfortunately the base of many OpenStack stuff. As a
consequence, the websocket of Nova is broken over SSL, and many
other stuff, due to the API
Control: tags -1 - moreinfo
在 2020/9/30 下午10:33, Tobias Frost 写道:
> Ehm, well
> *some* programming skill ought to be useful when maintaining packages.
> Well, ok, you'll learn the skills, I'm sure.
>
>>> d/copyright:
>>> - You need to have the complete GPL boiler plate in the License text.
> This
Source: libsdl2
Version: 2.0.12+dfsg1-2
Dear Maintainer,
I've been trying to use the kmsdrm video driver, but I kept on getting
the error:
> ERROR: SDL_Init failed: kmsdrm not available
I believe adding libdrm-dev to the build deps should fix this. Compare
these two snippets of build output:
Package: ftp.debian.org
Severity: normal
Now that mozjs78 is used by gjs and policykit-1/experimental, and libproxy
has disabled its (non-working) mozjs backend, let's have one less version
of mozjs in the archive.
Thanks,
smcv
Hi,
I was facing the same issue in Ubuntu just recently and found that the
upstream fix [1] does address this issue. I wanted to let you know so
you can get this fixed as well a bit more easily - because from just
knowing the error this is a head-scratcher.
When you have fixed this you most
forwarded 971527 https://github.com/sass/libsass-python/pull/319
thanks
I've forwarded this upstream here:
https://github.com/sass/libsass-python/pull/319
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
[Richard Laager]
> What does this output:
> ntpdig -d 0.debian.pool.ntp.org 1.debian.pool.ntp.org \
> 2.debian.pool.ntp.org 3.debian.pool.ntp.org
ntpdig: querying 162.159.200.1 (0.debian.pool.ntp.org)
ntpdig: querying 95.216.142.52 (0.debian.pool.ntp.org)
ntpdig: querying
Source: libsass-python
Version: 0.20.1-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0] we noticed that
libsass-python could not
Hi Bastian,
On 01-10-2020 10:02, Bastian Blank wrote:
> On Thu, Oct 01, 2020 at 09:54:05AM +0200, Paul Gevers wrote:
>> https://ci.debian.net/data/autopkgtest/testing/amd64/v/varnish-modules/7232545/log.gz
>
> Why is a simple ABI transition now also a autopkgtest failure?
Because vanish-modules
Unfortunately, I seem to be suffering from the same issue.
Initially I thought it was a hardware issue (system was ~10 years old), so I
replaced the Intel DH67CF with core2duo processor by an Asrock H470M-ITX and
Intel i5-10400 processor (and new case, new power supply; only SSD is re-used).
A
On 10/1/20 3:19 AM, Petter Reinholdtsen wrote:
> root@devuan-n900:~# /usr/sbin/ntpdate -b 0.debian.pool.ntp.org
> 1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org
> ntpdig: socket error on transmission: [Errno 101] Network is unreachable
NTPsec's ntpdate is just a
Package: wnpp
Severity: wishlist
Owner: Nico Alt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: briar-headless
Version : 1.2.9
Upstream Author : The Briar Project
* URL : https://briarproject.org/
* License : GPLv3
Programming Lang: Java,
Package: wnpp
Severity: wishlist
Owner: Nico Alt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: python3-briar-wrapper
Version : 0.0.4
Upstream Author : Nico Alt
* URL : https://code.briarproject.org/briar/python-briar-wrapper
* License :
Package: wnpp
Severity: wishlist
Owner: Nico Alt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: briar-gtk
Version : 0.1.0
Upstream Author : Nico Alt
* URL : https://code.briarproject.org/briar/briar-gtk
* License : AGPLv3
Programming Lang:
If you're going to load keys from files, surely you want to use PSKC
files? And we need to be able to write back to them in the case of HOTP
keys too, to increase the counter.
smime.p7s
Description: S/MIME cryptographic signature
PackagE: ntpsec-ntpdate
Version: 1.1.3+dfsg1-2+deb10u1
Severity: important
I ran into this using Maemo Leste, which uses Buster packages, but the
problem seem to exist also in Debian. The problem is simply that when
ntpdate from ntpsec-ntpdate is given a list of DNS names where some of
them
On Thu, Oct 01, 2020 at 09:54:05AM +0200, Paul Gevers wrote:
> https://ci.debian.net/data/autopkgtest/testing/amd64/v/varnish-modules/7232545/log.gz
Why is a simple ABI transition now also a autopkgtest failure?
| The following packages have unmet dependencies:
| varnish-modules : Depends:
On 2020-09-18 21:01 +0100, Jessica Clarke wrote:
> On 18 Sep 2020, at 20:51, Sven Joachim wrote:
>>
>> It seems that cowdancer should not link with ncurses in the first place,
>> as it only uses the tinfo library. In fact, rebuilding cowbuilder with
>> a current toolchain that defaults to the
Source: parsnp
Version: 1.5.3+dfsg-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent upload of parsnp the autopkgtest of parsnp fails in
testing on arm64 when that autopkgtest is run with the
Source: varnish-modules
Version: 0.16.0-2
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org, varn...@packages.debian.org
Tags: sid bullseye
User: debian...@lists.debian.org
Usertags: needs-update
Control: affects -1 src:varnish
Dear maintainer(s),
With a recent upload of varnish the
Le 01/10/2020 à 09:25, Pirate Praveen a écrit :
>
>
> On 2020, ഒക്ടോബർ 1 12:23:20 PM IST, Xavier Guimard wrote:
>> Package: node-locate-character
>> Version: 2.0.5-1
>> Severity: serious
>> Justification: source-is-missing
>>
>> 2.0.5 is packaged from npm registry temporarily to be able to
Hello,
On Thu, Oct 01, 2020 at 07:50:13AM +0200, Stéphane Glondu wrote:
> Le 30/09/2020 à 18:12, Emilio Jesús Gallego Arias a écrit :
> > and either:
> >
> > - using the officially released .tbz archive that for example
> > dune-release produces, which will contain the right metadata for
> >
Package: gitlab-runner
Version: 13.3.1
Severity: important
Dear Maintainer,
gitlab-runner 13.3.1 produces the next following error when trying to
connect from a CI job:
30 21:10:48 release gitlab-runner[602]: WARNING: Job failed: Error
response from daemon: pull access denied for
On 2020, ഒക്ടോബർ 1 12:23:20 PM IST, Xavier Guimard wrote:
>Package: node-locate-character
>Version: 2.0.5-1
>Severity: serious
>Justification: source-is-missing
>
>2.0.5 is packaged from npm registry temporarily to be able to build
>rollup 2. Upstream didn't push 2.0.5 source in git repo
Package: node-locate-character
Version: 2.0.5-1
Severity: serious
Justification: source-is-missing
2.0.5 is packaged from npm registry temporarily to be able to build
rollup 2. Upstream didn't push 2.0.5 source in git repo (last github
release/HEAD is 2.0.1), then 2.0.5 was packaged from npm
That build log was from upstream 10.5 "master" branch, just as an
example to illustrate that we "globally" have these contents in
libmariadb-dev and libmariadbd-dev if you want to review that we are
shipping the right files.
The patch about DEFAULT_CHARSET I tested only locally, and local build
I've removed the multi-arch: same for libmariadbd-dev in
https://salsa.debian.org/mariadb-team/mariadb-10.5/-/commit/173b5ffbd40e448ecc5fc47312fa23ea30e1f0b5
but either way I do it Lintian keeps complaining and I get confused of
what is the final and best solution for mariadb-10.5 on this front.
Hi Otto,
according to the build log you didn't build server with option
-DCONC_DEFAULT_CHARSET=utf8mb4 or do I miss something?
/Georg
On Thu, Oct 1, 2020 at 8:20 AM Otto Kekäläinen wrote:
> When libmariadb-dev and libmariadbd-dev are installed one gets:
>
> # grep -rF DEFAULT_CHARSET
Just noticed #942413.
Regards
Janusz
--
,
Janusz S. Bien
emeryt (emeritus)
https://sites.google.com/view/jsbien
When libmariadb-dev and libmariadbd-dev are installed one gets:
# grep -rF DEFAULT_CHARSET /usr/include/
/usr/include/mariadb/mariadb_ctype.h:#define MADB_DEFAULT_CHARSET_NAME "latin1"
/usr/include/mariadb/server/my_config.h:#define
MYSQL_DEFAULT_CHARSET_NAME "latin1"
Georg: at the very end of
Work towards this can be found in the "debian/waiting_on_NEW" branch on
Salsa [1].
I still have some work to do (re-enable the testsuite+autopkgtests,
install the logo, etc.) but hopefully that shouldn't be too hard.
[1]:
101 - 146 of 146 matches
Mail list logo
