Sebastiaan Couwenberg :
> So for some reason not all packages in the qgis dependency chain that
> were rebuilt for the proj transition were upgraded on your systems,
> that's an unusual situation but not a bug in qgis.
The current version of libgeotiff5 in testing is 1.5.1-2, so it is not
Package: logcheck
Version: 1.3.18
Severity: normal
It's generally considered to be good practice to configure size limits on
messages at the MTA level. Logcheck should have the ability to limit the
size of its generated to comply with such limits. I'd propose that it
should be configurable via
I today learned that libunity and its gobject introspection bindings
are not packaged in Debian. Rapid Photo Downloader will still run
without gir1.2-unity-5.0.
If packaging libunity and its bindings would cause a non-trivial delay
to packaging this new release of Rapid Photo Downloader, I think
Hi,
On 21/03/2020 08:09, Emilio Pozuelo Monfort wrote:
> And the others as well. There are a few build failures, and ruby-pgplot needs
> a
> binary upload on amd64+i386. Could you take care of that and file bugs for the
> packages that failed to build?
Thanks Emilio. Antonio already did a
Package: src:xapers
Version: 0.8.2-1.1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
The following autopkgtest log extracted from [1] should be enough to
show the problem. It is currently showing up as a regression for
python3.8 as
I just uploaded the backport, it may take a few days before it appears
in the archive.
Package: apt
Version: 2.0.0
Severity: normal
When a package listed as an argument to apt upgrade is already at the
requested version, it is marked as manually installed:
# apt-mark showmanual libc6
# apt upgrade libc6
Reading package lists... Done
Building dependency tree
Reading state
David,
I disagree that all of the added dependencies are wrong. I believe you should
declare all the dependencies that the autopkgtest requires and that was not
full filled. The autopkgtest needs to at least depend on php-cli.
Also the dependencies are already tight, it’s just that phpX.Y-foo
Hi Ondřej,
Le 23/03/2020 à 00:53, Debian FTP Masters a écrit :
[…]
> Source: php-doctrine-cache
[…]
> Maintainer: Debian PHP PEAR Maintainers
[…]
>* The autopkgtest dependencies were underspecified (Closes: #953777)
I had a quick look at the fix. It’s useless: phpunit already depend on
Package: lintian
Version: 2.59.0
Severity: normal
The following is not supposed to happen, I think:
,
| $ lintian libtinfo6-udeb_6.2-1_amd64.udeb
| I: libtinfo6-udeb udeb: no-md5sums-control-file
`
AFAIK it is normal for udebs not to ship an md5sums control file, and
dh_md5sums does not
Package: release.debian.org
Severity: normal
Python-pip is actually ready to migrate, but there are problems that
will take manual intervention to address:
1. Autopkgtest regressions marked against doit and logbook:
Both tests are RC buggy (and bugs filed). It's true that updating pip
Sebastiaan Couwenberg :
> Not on my system.
>
> I have libc6 (2.30-2) since 2020-03-14 06:59:08.
>
> qgis-provides was upgrade from 3.10.3+dfsg-1 to 3.10.3+dfsg-1+b1 on
> 2020-03-19 05:38:47.
>
> It upgraded without issues:
>
> Setting up qgis-providers (3.10.3+dfsg-1+b1) ...
> Setting up
Package: gcc-9
Version: 9.3.0-3
Severity: normal
Dear Maintainer,
I am writing a general purpose convenience library called Mu (for
Miscellaneous Utilities). It includes an option parsing module intended
to be a replacement for getopt_long().
Options are defined in structures which include
Source: memcached
Version: 1.6.1-1
Severity: important
Tags: security upstream fixed-upstream
Forwarded: https://github.com/memcached/memcached/issues/629
Hi
Please see https://github.com/memcached/memcached/issues/629 for the
report. it is fixed in 1.6.2 upstream.
Regards,
Salvatore
Dear Giovanni,
I casually looked at
https://github.com/rareylab/RingDecomposerLib/archive/v1.1.3_rdkit.tar.gz..
First of all the correct link should be
https://github.com/rareylab/RingDecomposerLib/archive/v1.1.3_rdkit.tar.gz
(notice the absence of ..)
I couldn't find either RDKitUtils or the
Package: wnpp
Severity: wishlist
Owner: Cecylia Bocovich
* Package name: golang-gitlab-yawning-bsaes
Version : 0.0~git20190805.0a714cd-1
Upstream Author : Yawning Angel
* URL : https://gitlab.com/yawning/bsaes
* License : MIT
Programming Lang: Go
Package: git
Version: 1:2.26.0~rc2-1
Severity: minor
I've set tag.sort=creatordate in my global config, and now I can't get
help for "git tag":
$ git tag -h
fatal: not a git repository, but the field 'creatordate' requires access to
object data
-- System Information:
Architecture: i386
Source: r-cran-rlang, r-cran-ggplot2
Control: found -1 r-cran-rlang/0.4.5-1
Control: found -1 r-cran-ggplot2/3.2.1+dfsg-2
Severity: serious
Tags: sid bullseye
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks needs-update
Dear maintainer(s),
With a recent
at bottom :-
On 23/03/2020, shirish शिरीष wrote:
> Dear Giovanni,
>
> I casually looked at
> https://github.com/rareylab/RingDecomposerLib/archive/v1.1.3_rdkit.tar.gz..
> First of all the correct link should be
> https://github.com/rareylab/RingDecomposerLib/archive/v1.1.3_rdkit.tar.gz
>
Jens, can you please also attach an Xorg log from the crash? If I
understand the original report right, the X session continued
otherwise as normal, so I guess the X server didn't crash. It could
have run out of memory temporarily, or xscreensaver requested
something out of reach, like loads of
Source: zim
Version: 0.72.0-1
Severity: important
Tags: security upstream
Control: found -1 0.68-1
Control: found -1 0.65-4
Hi,
The following vulnerability was published for zim.
CVE-2020-10870[0]:
| Zim through 0.72.1 creates temporary directories with predictable
| names. A malicious user
Source: pythonmagick
Version: 0.9.19-6
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent upload of pythonmagick the autopkgtest of pythonmagick
fails in testing when that autopkgtest is run with the
Julian Andres Klode :
> This is not a bug, but a feature. You ran the equivalent of
> apt install libc6 && apt upgrade, and that causes libc6 to be
> manually installed, because you manually requested it to be
> installed.
Hmm... What is the difference between apt install and apt upgrade
,
Package: wnpp
Severity: wishlist
Subject: ITP: r-cran-mediana -- clinical trial simulations
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: r-cran-mediana
Version : 1.0.8
Upstream Author : Gautier Paux, Alex Dmitrienko.
* URL :
The problem here is that py3versions -r falls back to supported versions when
no X-Python3-Versions header field is present in debian/control and pythonmagic
is only built for the current version:
https://packages.debian.org/sid/amd64/python3-pythonmagick/filelist
(shows only python3.8
On Sat, 21 Mar 2020, Adam D. Barratt wrote:
> On Sun, 2020-03-15 at 21:37 +0100, Anton Gladky wrote:
> > I have prepared an update for amd64-microcode for Debian Stretch,
> > which fixes CVE-2017-5715. Please see an attached debdiff.
> >
> > This is the newer upstream version, which fixes
Hello Thomas,
I could not reproduce it with last kernel update in buster powerpc64le.
If it happens again I will provide you the output.
Best Regards,
Diego Arroyo
On Fri, Mar 20, 2020 at 05:58:05PM -, Chris Lamb wrote:
> I'm inferring from the way you reference it that you have difficulty
> getting these incantations right, but I must also admit that I rarely
> ever get these right myself without some assistance. Indeed, I see a
> "Breaks" that was
Package: apt
Version: 2.0.0
Severity: important
Dear Maintainers,
when calling 'apt update' with a umask of 0222 set in the shell of the calling
user, e.g. root, the verification of signatures by apt-key, which is called in
the background, will fail due to denied permissions.
To reproduce:
On Sun, May 26, 2019 at 03:03:13PM +0200, Helmut Grohne wrote:
> On Sun, May 26, 2019 at 10:00:46AM +0200, Andrea Bolognani wrote:
> > Can you please provide instructions I can use to reproduce the build
> > failure? The way you tackled it looks sensible enough, but I'd like
> > to play around a
Package: src:linux
Version: 5.4.19-1
Severity: important
Tags: patch
Dear Maintainer,
Since kernel 5.4.x I am getting crashes during some graphic rendering poccess
like playing videos. I found the following patch might fix this problem.
The patch already got into kernel 5.5.x but still not
Looping in upstream:
On Sun, Mar 22, 2020 at 02:57:54PM +0100, Lucas Nussbaum wrote:
> Version: 1.3.9-8
This is the same version of the serf package that's been in Debian since
2019/12/31, so something else seems to have changed.
> [...]
> During a rebuild of all packages in sid, your package
Package: lintian
Version: 2.59.0
Severity: normal
Tags: patch
Recently we've been seeing a number of autopkgtest failures related to
the python3.8 as default python3 transition due to use of py3versions -r
with no related X-Python3-Version field falling back to all supported
versions. This is
On Tue, 2020-03-24 at 10:40 +0530, Ritesh Raj Sarraf wrote:
> On Mon, 2020-03-23 at 14:31 +0530, Ritesh Raj Sarraf wrote:
> > I have been trying to get notifications to work on my KDE desktop
> >
> > environment. So far, I have not had any success.
>
> So the DBUS USER SESSION feature has some
On 3/24/20 5:22 AM, Michael Biebl wrote:
You should file a bug report against wpasupplicant.
Andrew, the wpasupplicant maintainer, is not reading network-manager bug
reports.
Thank you Michael,
I was thinking of:
1) Getting feedback from someone affected by this bug (like me) that
this
On Mon, 2020-03-23 at 14:31 +0530, Ritesh Raj Sarraf wrote:
> I have been trying to get notifications to work on my KDE desktop
>
> environment. So far, I have not had any success.
So the DBUS USER SESSION feature has some assumption. Like, for the
variable NR_SESSPPID, which is not working in
Package: libgcc-8-dev
Version: 8.4.0-2
Severity: grave
The latest version of gcc-8 is not installable because libgcc-8-dev
depends on libgcc-s1 (>= 1:8.4.0-2), but the version of libgcc-s1 in the
archive does not have an epoch and is therefore too low to fulfill this
requirement.
The same holds
An update regarding gir1.2-unity-5.0: an Ubuntu desktop team member
let me know that in Debian you can have a depends added for Ubuntu
that is generated dynamically. The example he gave me was at the
bottom section:
https://salsa.debian.org/utopia-team/udisks2/-/blob/master/debian/rules
Luckily
It doesn't build at all for me.
horizon:~/packages/Xscreensaver/debian-salsa/xscreensaver$ fakeroot
./debian/rules binary
dh_testdir
dh_testroot
dh_prep
/usr/bin/make
install_prefix=/home/james/packages/Xscreensaver/debian-salsa/xscreensaver/debian/tmp
\
GTK_DATADIR=/usr/share KDEDIR=/usr
Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission
Submission-Type: new
Site: mirror.cloroformo.org
Type: leaf
Archive-architecture: amd64
Archive-http: /debian/
Maintainer: Francisco
Country: ES Spain
Location: Merida
Comment: Homeserver 200Mbits
> All it would take to fix #943097 in unstable is to just replace
> python-sphinx with python3-sphinx: i just finished a test rebuild and
> the documentation builds just fine.
>
> I dont know what your plans are to upload the ghc version in
> experimental (with this fix) to unstable is, but if you
On Tue, Mar 24, 2020 at 1:57 AM root wrote:
> [...]
> I noticed this with xfsrestore 3.1.6 (on a Debian 9.12 host), then I git
> cloned xfsdump-dev, built from source and observed the same behaviour in
> xfsrestore 3.1.9.
>
Best to discuss this with the (upstream) XFS maintainers as it's not
Hi Lars,
On Thu, Mar 19, 2020 at 03:16:15PM +0100, Lars Veldscholte wrote:
> A simple test like `srun hostname` works, even on multiple cores. However,
> when trying to use MPI, it crashes with the following error message:
>
> *** An error occurred in MPI_Init
> *** on a NULL communicator
> ***
Apologies. I had a missing build dependency. Yes, this builds and
solves the problem. At cb5f289d06418e1ab7c316c2d38ae960092bd7fe.
On Mon, Mar 23, 2020 at 12:50:42PM -0300, Lucas Kanashiro wrote:
> diff -Nru subversion-1.13.0/debian/control
> subversion-1.13.0.new/debian/control
> --- subversion-1.13.0/debian/control 2020-01-19 10:59:14.0 -0300
> +++ subversion-1.13.0.new/debian/control 2020-03-23
Hi
Am 24.03.20 um 03:41 schrieb Alkis Georgopoulos:
> The two-liner patch made it upstream:
>
> http://w1.fi/cgit/hostap/commit/?id=7546c489a95a033c78331915fcdfa0e6fd74d563
>
>
> It would be awesome if it was cherrypicked/backported, as it's rather
> significant and it solves this issue.
You
Package: gnome-boxes
Version: 3.36.0-1
Severity: important
Dear Maintainer,
gnome-boxes crashes (segmentation fault) when "+" → "Create a Virtual
Machine…" is selected.
Here is the output I receive from gnome-boxes:
--- begin output from gnome-boxes ---
(gnome-boxes:26121): Gtk-WARNING **:
I was facing this issue and resolved it by changing the language in Gnome
settings as follows
The ossue was that Gnome was using a strange encoding that is not supported by
gnome terminal server.
--
Cheers,
Abou Al Montacir
signature.asc
Description: This is a digitally signed message part
Control: tag -1 upstream
On Mon, 2020-03-23 at 12:31 +0100, Reinhard Karcher wrote:
[...]
> I attach a patch to include the debug package in the
> control file only if it is built later
Please send the patch upstream (linux-kbu...@vger.kernel.org),
following instructions at
Fix is here:
https://github.com/ompl/ompl/commit/962961fb86a6395d14c35f655dc439377a0cfbec
Best,
Mark
Package: linux-image-amd64
Version: 5.4.19-1
Severity: normal
Dear Maintainer,
I own a WD Blue 1TB hard drive that I use in combination with an Icy Box
IB-273StU3-B enclosure in order to plug it to my laptop using USB. It
worked fine with all the Linux versions I tried, up until 5.4.
Using
The two-liner patch made it upstream:
http://w1.fi/cgit/hostap/commit/?id=7546c489a95a033c78331915fcdfa0e6fd74d563
It would be awesome if it was cherrypicked/backported, as it's rather
significant and it solves this issue.
Package: chromium
Version: 80.0.3987.149-1
Severity: wishlist
Dear Maintainer,
Please consider enabling PipeWire support for WebRTC to enable screen
sharing under Wayland.
See, for example:
https://groups.google.com/a/chromium.org/forum/#!topic/chromium-packagers/oEtkQUfwcus
Thanks,
Jan Medlock
Package: postfix
Version: 3.5.0-1
Severity: normal
Postfix autopkgtest on arm64 seems to be super flakey. This is
currently blocking e2fsprogs:
https://qa.debian.org/excuses.php?package=e2fsprogs
https://ci.debian.net/data/autopkgtest/testing/arm64/p/postfix/4630231/log.gz
This seems to be a
On Sat, Feb 1, 2020 at 5:24 PM Adrian Bunk wrote:
>
> On Wed, Jan 22, 2020 at 10:23:04AM +0200, Adrian Bunk wrote:
> > On Tue, Dec 24, 2019 at 10:18:37PM -0500, Sandro Tosi wrote:
> > > On Sun, Dec 22, 2019 at 4:22 PM Dmitry Shachnev
> > > wrote:
> > >...
> > > > Recently your script bumped
On 3/23/20 8:21 PM, Piotr Engelking wrote:
> Sebastiaan Couwenberg :
>
>> So for some reason not all packages in the qgis dependency chain that
>> were rebuilt for the proj transition were upgraded on your systems,
>> that's an unusual situation but not a bug in qgis.
>
> The current version of
On 2020-03-21 07:34, Helmut Grohne wrote:
> Package: libc6-dev
> Version: 2.30-2
> Severity: wishlist
>
> Every time a new glibc upstream release gets uploaded,
> cross-toolchain-base breaks in difficult to diagnose ways. This seems to
> happen, because gcc uses the libc6-dev:somearch headers
At a hastily prepared press conference, babyjesus along with the rest of the
fubar brain trust announced the fubar Stimulus Package:
"In these trying times we need to act quickly and compassioniately to offer aid
to our fellow fubarians who are suffering through countless hardships."
The
Control: reopen -1
Control: reassign -1 php-apcu
Control: found -1 5.1.18+4.0.11-1
Le 23/03/2020 à 09:13, Ondřej Surý a écrit :
> I disagree that all of the added dependencies are wrong.
[…] > The autopkgtest needs to at least depend on php-cli.
Yet, the autopkgtest does not call php-cli.
101 - 159 of 159 matches
Mail list logo
