Control: tags -1 - moreinfo
Hello Sean,
diamond-aligner depends on proteinortho and is not built for mips64el
https://buildd.debian.org/status/package.php?p=diamond-aligner
mips64el is not a typical architecture for bioinformatics.
If the upstream of both projects and other relevant build depen
I could solve the issue by patching spf13/cobra as suggested by Tianon. See
[1] for the patch. I just uploaded the package.
Since docker.io has to embed spf13/cobra, I could patch it there. But if
other packages in Debian have the same issue, then maybe this patch should
be applied to golang-githu
My greeting to you.I'm Nimia Johan ,i want to know if you have read my sent
letter to you?.want to discuss something inportant with you and also
kindly write to me to my Email for more discussion Best regards Nimia
Hi
I'm slowly working my way towards packaging ripasso, which doesn't use
ncurses-rs due to the above security problems. But it does use cursive
( https://crates.io/crates/cursive ) which have ncurses-rs as an
optional dependency.
Currently the rust packaging system in debian requires all optiona
Package: sympa
Version: 6.2.16~dfsg-3+deb9u3
Severity: important
Dear Maintainer(s),
since applying the security update from 6.2.16~dfsg-3+deb9u2 to
6.2.16~dfsg-3+deb9u3 I found some troubles with the session handling,
i.e. the web server reports
2020/10/13 11:59:18 [error] 2123#2123: *3525 Fast
Hi Tobias
The BTS will probably not get a copy as it was closed, i'd need to bts
reopen 972073 (and unarchive when it was archived),
but I'll skip that for now.
On 13.10.2020 21:26, Tobias Frost wrote:
On Mon, Oct 12, 2020 at 09:44:17AM +0200, Gürkan Myczko wrote:
* Package name: cool-
On Wed, 16 Sep 2020 08:20:59 +0300 "Pavel R." wrote:
> Hello, I've fixed the plugin by bumping weather API version to 2.0
>
> Patch is attached
>
Thanks the patch, it is working...
NOT official deb package:
https://deb.w3host.hu/xfce4-weather-plugin_0.8.10-1.1_amd64.deb
Regards,
Krisztian
Hi Tobias,
Meanwhile the package builds again, tested locally, mind retrying?
00:08 < jochensp> tarzeau: I uploaded a new ceres-solver, hopefully
fixing your issue
Here's my build logs (sbuild):
http://phd-sid.ethz.ch/debian/colmap/2020c/
Thank you,
On Tue, Oct 13, 2020 at 10:08:53PM +0200, Johann ELSASS wrote:
> I don't understand. In a previous message you said you tried it and got an
> error with "lazarus-project" dependency. Do you still get this error?
(It a while, but IIRC I didn't build the package. I just reviewed it on source
level
Source: tcp-wrappers
Version: 7.6.q-30
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
glibc split out libnsl-dev and tcp-wrappers uses it. This puts
bootstrappers in a difficult situation. The unstaged glibc packages have
a transitional dependency libc6-dev -> libnsl-dev to make this
t
Source: ghc
Version: 8.8.4-1
Severity: minor
Tags: patch
Hi,
a while ago, Adrian made ghc barely cross buildable. It still builds
something quite different from the regular ghc package, but it crosses
and the crossed thing seems to be able to build a native ghc.
One aspect that didnd't work out
I just looked at this issue.
rust-ncurses is a thin wrapper around ncurses. It exposes unsafe (in the rust
sense) C
APIs to safe rust code. The rust security team consider this to be a
vulnerability.
There is more discussion of this issue at
https://github.com/jeaye/ncurses-rs/issues/188
the
Guten Morgen!
Antworte jetzt,
Ich habe Ihnen diesen Brief vor einigen Monaten geschickt, aber ich bin mir
nicht sicher, ob Sie ihn erhalten haben, weil ich nichts von Ihnen gehört
habe und deshalb ihn erneut sende. Ich bin Rechtsanwalt Hermann Djogbe, ein
persönlicher Anwalt meines verstorbenen M
Hello,
Svante Signell, le lun. 14 sept. 2020 17:44:24 +0200, a ecrit:
> +#elif defined(__GNU__)
> +#include
> +#include
> +#define DRM_IOCTL_NR(n) ((n) & 0xff)
Rather use _IOC_COMMAND, that'll fix it into taking 7 bits only, not 8.
Samuel
The linked upstream report says this went away in numpy 1.18.4, and the
tests in question now pass on debci.
Hi Moritz,
On Di 13 Okt 2020 22:39:53 CEST, Moritz Muehlenhoff wrote:
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: ond...@debian.org, sunwea...@debian.org
This fixes a number of security issues in libjpeg,
wh
Hi, this bug has no business with openshot-qt, it is caused by QGIS, and
it has been fixed , link
https://tracker.debian.org/news/1180785/accepted-qgis-31010dfsg-2-source-into-unstable/
So this thread could be closed.
Followup-For: Bug #971972
Control: found -1 2.3.2+r586-6
Hi,
the solution in the last upload is incorrect:
* the Breaks is incorrectly versioned (e.g. does not catch binNMUs)
* the matching Replaces is missing
Please add this to the three packages in question:
Breaks: vde2 (<< 2.3.2+r586-
Package: systemd
Version: 241-7~deb10u4
Tags: security, buster, bullseye
Severity: wishlist
Dear Maintainers,
Among others, /usr/bin/systemd-analyze can be called with "security" parameter
which shows sandboxing settings of the loaded units on the scale from 0 to 10.
On Debian v10.6 vast major
Dear Maintainers,
Is there still a plan to backport a fix for CVE-2020-12667 into Buster?
Looking at the changelog [1], there is nothing that indicates it is already
fixed.
[1]
https://metadata.ftp-master.debian.org/changelogs//main/k/knot-resolver/knot-resolver_3.2.1-3_changelog
--
With re
Thank you for the suggestions!
I can now confirm (as you stated) that this is not an issue on ext4 mounted
"-o noacl", and is, in fact, only an issue on NFS when a) the server
filesystem doesn't support ACLs (ZFS in my case, but I verified the same
with ext4 mounted "noacl") and b) the client moun
Package: libre0
Version: 1.1.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I went ahead and installed version 1.1.0-1 from unstable to go ahead and
test the fix for #971980.
---
kjotte@daedalus:~$ baresip
baresip v1.0.0 Copyright (C) 2010 - 2020 Alfred E. Heggestad
Source: python-crypto
Version: 2.6.1-13.1
Severity: serious
Tags: sid bullseye
Control: block -1 by 971289 971290 971291 971292 971293 971294 971296 971297
971298 971299 971300 971301 971302 971304 971307 971308 971309 971310 971311
971313 971315 971316 971317
python-crypto is no longer maintain
On Tue, 2020-10-13 at 22:10 +0100, Rebecca N. Palmer wrote:
> The linked upstream report says this went away in numpy 1.18.4, and
> the
> tests in question now pass on debci.
>
Thank you for checking.
That does sound like it's been resolved.
It's at least passing on amd and arm 64
Hi Salvatore,
Thanks for your hints.
Am 10.10.20 um 23:02 schrieb Salvatore Bonaccorso:
> Hi Bastian,
>
> [Please do send such requests always to team@s.d.o, dev-ref gives as
> well some further hints at
> https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#handling-security-rel
Dear Maintainer,
I could reproduce this crash and first lines of the backtrace
with full debug symbols shows like in [1],
while trying to dereference a null pointer.
This might be a use after free because when trying to reverse execute
to the point where the memory holding the null pointer is last
On Tue, Oct 13, 2020 at 01:56:40PM -0700, Felix Lechner wrote:
> Hi Moritz,
>
> On Tue, Oct 13, 2020 at 1:33 PM Moritz Muehlenhoff wrote:
> >
> > FTP masters are now treating OpenSSL as a system library, which makes
> > it GPL compatible
>
> According to the OpenSSL website, the new license appl
Hi Moritz,
On Tue, Oct 13, 2020 at 1:33 PM Moritz Muehlenhoff wrote:
>
> FTP masters are now treating OpenSSL as a system library, which makes
> it GPL compatible
According to the OpenSSL website, the new license applies from 3.0.0
onward [1], but unstable still ships 1.1.1h (with 3.0.0 in
exper
Control: tags -1 - moreinfo
Re: Thorsten Glaser
> Oh, interesting. Yes, I see that in
> /var/lib/dpkg/info/postgresql-common.postinst
> but while /var/lib/dpkg/info/postgresql-common.conffiles
> indeed does not list it any more,
> /var/lib/dpkg/info/postgresql-common.list still lists it.
Oh, I on
On Wed, Jul 29, 2020 at 10:09:45AM +1200, Amos Jeffries wrote:
> On Mon, 27 Jul 2020 17:54:01 -0400 Simon Deziel wrote:
> >
> > Now that OpenSSL is available under the Apache License v. 2.0, there
> > should no longer be any incompatibility with Debian.
>
>
> Apache is not yet available with the
On Mon, Oct 12, 2020 at 10:54 PM Moritz Muehlenhoff wrote:
> A number of security fixes in sqlite, which don't warrant a DSA.
> This has been tested on a Buster system (along with validating
> included test cases that issues are correctly fixed).
I don't know if it counts, but being the original
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: ond...@debian.org, sunwea...@debian.org
This fixes a number of security issues in libjpeg,
which don't warrant a DSA. Package has been tested on
a buster system.
Cheer
Package: ftp.debian.org
Severity: normal
Please remove lout. It's orphaned without an adopter since 2013, has open
security issues for almost a year and is dead upstream.
Cheers,
Moritz
Control: tags -1 - moreinfo
>I've had a closer look now. The cited commit does correctly remove the
>conffile:
>+rm_conffile /etc/apt/apt.conf.d/01autoremove 215~ postgresql-common
Oh, interesting. Yes, I see that in
/var/lib/dpkg/info/postgresql-common.postinst
but while /var/lib/dpkg/info/post
Package: lintian
Severity: normal
X-Debbugs-Cc: mbi...@debian.org
The possible-gpl-code-linked-with-openssl test is no longer needed,
FTP masters are now treating OpenSSL as a system library, which makes
it GPL compatible:
http://meetbot.debian.net/debian-ftp/2020/debian-ftp.2020-03-13-20.02.html
Source: libdbi-perl
Version: 1.643-2
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for libdbi-perl, this is
mainly to have tracking bug in Debian as well. There is at this point
not been a fix upstr
I don't understand. In a previous message you said you tried it and got an
error with "lazarus-project" dependency. Do you still get this error?
About the DSC file, someone else mentioned it. I don't know about this format
but this has been mentioned to me by someone. May be that's something don
Control: severity -1 serious
On Fri, 01 May 2020 14:55:28 +0200 Nicola wrote:
> Package: yowsup-cli
> Version: 3.2.3-1
> Severity: normal
>
> Dear Maintainer,
>
> it's an error in dependecies. python3-consonance is required, otherwise
>
> Traceback (most recent call last):
> File "/usr/bin/y
Control: tags -1 moreinfo
Re: Thorsten Glaser
> https://salsa.debian.org/postgresql/postgresql-common/-/commit/e87adade0349a757fd0827a80cc14814487a4d30.patch
>
> I believe this is a genuine packaging (especially upgrade) bug
> introduced with that commit: the commit removed the file
> /etc/apt/ap
Christoph Berg dixit:
>Re: Thorsten Glaser
>> I’ve not looked at createcluster.conf but it will, most likely, also
>> be caused by a similar packaging fault.
>
>Yes, but renaming is not an option there.
Right.
>I'll look into fixing this properly.
Thanks!
>Thanks for spotting,
I’ve just got a
Am 13.10.20 um 20:05 schrieb Dmitry Shachnev:
Source: openorienteering-mapper
Version: 0.9.3-1
Severity: important
Tags: ftbfs
User: debian-qt-...@lists.debian.org
Usertags: qt5.15
Dear Maintainer,
openorienteering-mapper fails to build with Qt 5.15, currently available in
experimental:
/bu
On Tue, 13 Oct 2020 at 13:10:46 +, Paul Wise wrote:
> On Tue, Oct 13, 2020 at 11:12 AM Simon McVittie wrote:
> > Or is there anything odd about arm-conova-03's TCP or other networking
> > setup?
>
> arm-conova-03 does not have an IPv4 address/route except on the
> loopback device but amdahl, a
On Tue, Oct 13, 2020 at 07:27:19PM +0200, Johann ELSASS wrote:
> Interesting. I will consider using it.
>
> So have you tried with the dependency change?
I'll need a .dsc file for that.
> --
> Johann ELSASS
> circu...@operamail.com
>
> On Tue, Oct 13, 2020, at 4:23 PM, Tobias Frost wrote:
[ also sending to the bug ]
Hi,
Am 13.10.20 um 19:41 schrieb Sulyok Attila:
> I prepared a bug report see below. I did not submit it, because I
> found the same bug reported under #966087.
>
> Have you any idea how to get free from this bug ?
>
As said already, I need info.
It works in a i386 t
Hello,
A week to removal and I’m still looking for clarification to this issue
On Tue 6. Oct 2020 at 12.32, Jyrki Pulliainen wrote:
> Hi,
>
> This needs some additional clarification, I'm not entirely sure what's
> going to happen. If I now tinker around with sid, the case is following:
>
> pyt
On Mon, Oct 12, 2020 at 06:06:58PM +0200, Tobias Frost wrote:
>
> > > d/rules + d/control:
> > > - It looks like as your rules already supports building docs in
> > > build-indep.
> > > Please see if you can move doxygen / graphviz B-D to Build-Depends-
> > > Indep.
> >
> > Done
>
> I have p
Interesting. I will consider using it.
So have you tried with the dependency change?
--
Johann ELSASS
circu...@operamail.com
On Tue, Oct 13, 2020, at 4:23 PM, Tobias Frost wrote:
> https://pbuilder-team.pages.debian.net/pbuilder/
>
> TL;DR: debuilder builds your package, but in a possibly
Hi,
as the latest master of profanity requires libstrophe 0.10 I'd
appreciate if it would be packaged for sid or at least experimental.
Best regards,
Martin
signature.asc
Description: PGP signature
[cc to most recent uploaders to flag that this 6 years old bug is back]
This started happening to me after upgrade to gnome-shell 3.38.1. The
behavior I see is that SUPER-space on my laptop's keyboard still works
as expected, at the same time SUPER-space on my USB keyboard (connected
via USB hub i
The bug in nanoc has been fixed. I uploaded a new version of the package
that doesn't include asciidoc-base.
- Leon
Package: s3fs
Version: 1.84-1
Severity: important
I'm not sure yet what's leading to the problem, but I have observed
multiple segfaults of s3fs on buster.
I am starting it with the following options:
s3fs -o uid=33 -o gid=33 -o allow_other -o default_permissions -o umask=0007 -o
iam_role=auto
Le 13/10/2020 à 18:50, Leandro Nunes a écrit :
Source: llvm-toolchain-10
Severity: normal
Dear Maintainer,
In order to enable aarch64 (arm64) into the LLVM debian packages nightly build
we would like to add it to ARCH_LLVM_TEST_OK list, marking it as an architecture
in which tests are already r
This bug has been fixed in Launchpad, and the fix has been released to
Ubuntu 20.04 and 20.10.
https://bugs.launchpad.net/ubuntu/+source/cheese/+bug/1879183
Source: llvm-toolchain-10
Severity: normal
Dear Maintainer,
In order to enable aarch64 (arm64) into the LLVM debian packages nightly build
we would like to add it to ARCH_LLVM_TEST_OK list, marking it as an architecture
in which tests are already run.
This list is defined in the debian/rules fil
Dear Sebastiaan,
sorry for the late reply
> On 13 Oct 2020, at 17:31, Sebastiaan Couwenberg wrote:
>
> Control: tags -1 pending
>
> On 10/13/20 4:13 PM, Matthias Klose wrote:
>> pykdtree/kdtree.c ships without the cython source. So you cannot rebuild the
>> file from cython (and fixing the bui
Re: Thorsten Glaser
> I’ve not looked at createcluster.conf but it will, most likely, also
> be caused by a similar packaging fault.
Yes, but renaming is not an option there.
I'll look into fixing this properly.
Thanks for spotting,
Christoph
Hi Giuseppe,
thank you for testing and giving your prompt reply.
I saw the same problem with jurt.jar like you now encountered with
jdom1.jar. I am afraid you have to open a bug against the appropriate
package.
Regarding tighvnc-java, it still will take me some time to get the new
package versio
Package: ftp.debian.org
Severity: normal
Dear ftp team,
please remove the following binary packages from unstable which were
built by src:netbeans.
libnb-apisupport3-java
libnb-ide14-java
libnb-java5-java
netbeans
They all belong to the Netbeans IDE which is no longer viable to
maintain in Debi
Control: tags -1 confirmed, moreinfo
Hello!
Yes, technically I could do a backport for Buster. Note however that
doing so would create a package that replaces rdiff-backup 1.0 on the
next 'apt upgrade' and there might be some backwards incompatible
changes.
I'd like to have more people voice in
Control: tags -1 pending
On 10/13/20 4:13 PM, Matthias Klose wrote:
> pykdtree/kdtree.c ships without the cython source. So you cannot rebuild the
> file from cython (and fixing the build failure with python 3.9).
De repo on salsa now uses the git release tags for the source tree, but
setup.py d
Control: retitle -1 ITA: offlineimap -- IMAP/Maildir synchronization and reader
support
owner -1 !
--
I will update the package to python3 port after testing it in my setup.
--
Regards
Sudip
Control: tag -1 + pending
Hello,
On Mon, Oct 12, 2020 at 03:06:50PM -0700, Damon Tarry wrote:
> Please enable CONFIG_VIDEO_SUNXI_CEDRUS to enable video decoding
> hardware on Allwinner/sunxi devices. This includes both arm64 and
> armhf (armmp) kernels.
I enabled this in both variants, see https
> "Bill" == Bill Allombert writes:
Bill> I am pretty sure we were concerned about source packages being
Bill> unpackable on non Debian systems, though.
And I think we probably still are. I was trying to capture the concerns
there in the part of my message you trimmed.
My rational
Control: tags -1 + upstream
Am 13.10.20 um 05:52 schrieb Pat Coulthard:
> Package: systemd
> Version: 246.6-1
> Severity: normal
>
> Systemd fails during an upgrade from buster to testing with an NFS mounted
> root filesystem. The issue appears to be that this filesystem doesn't support
> POSIX A
On Mon, Oct 12, 2020 at 09:00:21PM +0200, Johann ELSASS wrote:
> Hello,
>
> I don't know if using pbuilder matters nor what pbuilder is.
https://pbuilder-team.pages.debian.net/pbuilder/
TL;DR: debuilder builds your package, but in a possibly dirty environment
(as it uses your system and everythi
Source: turing
Version: 0.11~beta-2
Severity: important
User: debian-qt-...@lists.debian.org
Usertags: qt5-default-removal
X-Debbugs-Cc: debian-qt-...@lists.debian.org
Hi! Your package currently depends upon qt5-default. This package was not
intended to be used neither as a build dpeendency nor as
On 10/13/20 4:27 PM, Sebastiaan Couwenberg wrote:
> On 10/13/20 4:18 PM, Matthias Klose wrote:
>> debian/control and debian/copyright refer to:
>>
>> Homepage: https://github.com/pytroll/pykdtree
>>
>> which doesn't have any 1.3.x releases. Where does this package come from?
>
> d/watch answers yo
Le 07/10/2020 à 17:13, Xavier a écrit :
> Le 07/10/2020 à 17:03, Carsten Schoenert a écrit :
>> Hello Xavier,
>>
>> Am 07.10.20 um 16:29 schrieb Xavier:
>>> Le 07/10/2020 à 10:29, Carsten Schoenert a écrit :
>>> this modules looks useless in Debian:
>>> * no reverse-dependencies
>>
>> well, might
Hi
thanks for the report, indeed, indeed. That is btw a problem also
upstream. The problem is that the previous file under
TEXMFVAR/tex/generic/config/pdftexconfig.tex
is still present but changes are done in
TEXMFVAR/tex/generic/tex-ini-files/pdftexconfig.tex
Searching for all of
On Tuesday, 13 October 2020 8:50:29 PM AEDT Thomas Goirand wrote:
> Instead, we could imagine prompting for a UUID if none is set, though
> I'm not really convince that this would be the correct thing to do.
Why not change the package description to indicate that it's not designed for
any purpose
On Tue 13 Oct 2020 at 10:07:10 +0200, Alex ARNAUD wrote:
> Hello Didier,
>
> Thanks for your quick answer.
>
> There are multiple reasons why I use hplip:
>
> * First of all, I'm a visual-impaired guy and I help many other
>visual-impaired people using Debian, so the consequence we couldn'
Package: python3-bottle
Version: 0.12.15-2.1
Severity: normal
Tags: d-i
Dear Maintainer,
The upstream maintainer put in a fix
https://github.com/bottlepy/bottle/issues/1181 for hmac.new requiring a
digestmod.
This prevents anyone using set get cookies with the current version of
bottle at least o
On 10/13/20 4:18 PM, Matthias Klose wrote:
> debian/control and debian/copyright refer to:
>
> Homepage: https://github.com/pytroll/pykdtree
>
> which doesn't have any 1.3.x releases. Where does this package come from?
d/watch answers your question:
https://pypi.debian.net/pykdtree/
> Setting
looks like https://github.com/storpipfugl/pykdtree is the current page
Package: src:pykdtree
Version: 1.3.1-4
Severity: serious
Tags: sid bullseye
debian/control and debian/copyright refer to:
Homepage: https://github.com/pytroll/pykdtree
which doesn't have any 1.3.x releases. Where does this package come from?
Setting this to serious, because the pykdtree.pxd fil
On Tue, Oct 13, 2020 at 09:44:42AM -0400, Sam Hartman wrote:
> > "Giacomo" == Giacomo Catenazzi writes:
>
> Giacomo> The rationale was probably similar so symlinks: they may
> Giacomo> fail across different filesystems, and we supported to have
> Giacomo> e.g. / /usr /usr/share /u
Source: texlive-lang
Version: 2020.20200925-2
Severity: important
I've noticed that the upgrade to the texlive-lang packages changed
the pdftexconfig.tex file from
/var/lib/texmf/tex/generic/config/pdftexconfig.tex
to
/var/lib/texmf/tex/generic/tex-ini-files/pdftexconfig.tex
(as seen in "t
Package: src:pykdtree
Version: 1.3.1-4
Severity: serious
Tags: sid bullseye
pykdtree/kdtree.c ships without the cython source. So you cannot rebuild the
file from cython (and fixing the build failure with python 3.9).
On 13/10/2020 14:21, Drew Parsons wrote:
Source: openmpi
Version: 4.0.5-6
Followup-For: Bug #971669
mca_pmix_pmix3x.so and the undefined symbol are still showing in mumps builds
with openmpi
4.0.5-6.
I did a test build on abel and mca_pmix_ext3x.so (matching other archs)
is built instead o
> "Giacomo" == Giacomo Catenazzi writes:
Giacomo> The rationale was probably similar so symlinks: they may
Giacomo> fail across different filesystems, and we supported to have
Giacomo> e.g. / /usr /usr/share /usr/local /var (and various /var/*)
Giacomo> /home /tmp /boot etc on
Hi Eric,
On Mon, Sep 28, 2020 at 10:00 AM Eric Desrochers
wrote:
>
You commented on a bug that was closed. (Plus, I am not sure how your
five requests relate.) Please open a new bug.
> 3b7aae9 mdcheck: Log when done
> 6636788 mdcheck: when mdcheck_start is enabled, enable mdcheck_continue too.
Hi Richard,
On Fri, Sep 18, 2020 at 12:21 AM Richard Laager wrote:
>
> found 960132 4.1-1
> severity 960132 serious
You commented on a bug that was closed. I believe those settings had no effect.
> This bug causes a shipped service (mdcheck_start.service) to completely
> fail to start, due to t
Source: odin
Version: 2.0.4-0.1
Severity: important
User: debian-qt-...@lists.debian.org
Usertags: qt5-default-removal
X-Debbugs-Cc: debian-qt-...@lists.debian.org
Hi! Your package currently depends upon qt5-default. This package was not
intended to be used neither as a build dpeendency nor as a p
Source: gpsbabel
Version: 1.7.0+ds-5
Severity: important
User: debian-qt-...@lists.debian.org
Usertags: qt5-default-removal
X-Debbugs-Cc: debian-qt-...@lists.debian.org
Hi! Your package currently depends upon qt5-default. This package was not
intended to be used neither as a build dpeendency nor
Source: mkvtoolnix
Version: 51.0.0-1
Severity: important
User: debian-qt-...@lists.debian.org
Usertags: qt5-default-removal
X-Debbugs-Cc: debian-qt-...@lists.debian.org
Hi! Your package currently depends upon qt5-default. This package was not
intended to be used neither as a build dpeendency nor a
Source: fwbuilder
Version: 5.3.7-4
Severity: important
User: debian-qt-...@lists.debian.org
Usertags: qt5-default-removal
X-Debbugs-Cc: pkg-kde-t...@alioth-lists.debian.net
Hi! Your package currently depends upon qt5-default. This package was not
intended to be used neither as a build dpeendency
Source: enki-aseba
Version: 1:1.6.99-1
Severity: important
User: debian-qt-...@lists.debian.org
Usertags: qt5-default-removal
X-Debbugs-Cc: pkg-kde-t...@alioth-lists.debian.net
Hi! Your package currently depends upon qt5-default. This package was not
intended to be used neither as a build dpeenden
Source: openmpi
Version: 4.0.5-6
Followup-For: Bug #971669
mca_pmix_pmix3x.so and the undefined symbol are still showing in mumps builds
with openmpi
4.0.5-6.
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: pu
Tags: buster
X-Debbugs-CC: debian-r...@lists.debian.org
Severity: normal
Hello,
ruby2.5 was affected by CVE-2020-25613, where WEBrick, a simple HTTP
server bundled with Ruby, had not checked the transfer-encodin
On Tue, Oct 13, 2020 at 11:12 AM Simon McVittie wrote:
> What hardware is arm-conova-03 running on? Is it the same as amdahl, which
> has a similar description on db.debian.org?
Both are running on the ganeti cluster at Conova, made up of
conova-node01 and conova-node02. Looks like amdahl is curr
Hi,
I've traced the error to the mupdf source. In mupdf-1.18
In source/fitz/colorspace.c:
#if FZ_ENABLE_ICC
[..]
#else
[..]
void fz_enable_icc(fz_context *ctx)
{
fz_warn(ctx, "ICC support is not available");
}
[..]
#endif
Hi Boyuan,
> I noticed that the package setzer in Debian (
> https://tracker.debian.org/pkg/setzer ) never migrated to Debian Testing
> because all uploads are not source-only upload. This prevents the package
> from appearing in future Debian Stable releases (prospective Debian 11).
> Please
Source: deepin-qt5dxcb-plugin
Version: 5.0.1-3.1
Severity: important
Tags: ftbfs
User: debian-qt-...@lists.debian.org
Usertags: qt5.15
Dear Maintainer,
deepin-qt5dxcb-plugin fails to build with Qt 5.15, currently available in
experimental:
make -j1
make[1]: Entering directory '/build/dee
Source: pdns-recursor
Version: 4.3.4-1
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for pdns-recursor.
CVE-2020-25829[0]:
| cache pollution issue
If you fix the vulnerability please also make sur
Hello Helmut
On 12.10.2020 19:30, Helmut Grohne wrote:
You appear to be talking about binary packages. This bug is about source
packages. When you unpack a source package, you are creating a directory
hiearchy rooted at the point where you start unpacking. There is not
possibly any reasonable w
Source: falkon
Version: 3.1.0+dfsg1-8
Severity: important
Tags: ftbfs fixed-upstream
User: debian-qt-...@lists.debian.org
Usertags: qt5.15
Forwarded: https://invent.kde.org/network/falkon/-/merge_requests/3
Dear Maintainer,
falkon fails to build with Qt 5.15, currently available in experimental.
Hi,
has anyone taken any action here already? Some of my packages are
affected by this as well.
Cheers
Sascha
Source: qtcurve
Version: 1.9-6
Severity: important
Tags: ftbfs fixed-upstream
User: debian-qt-...@lists.debian.org
Usertags: qt5.15
Forwarded: https://invent.kde.org/system/qtcurve/-/merge_requests/1
Dear Maintainer,
qtcurve fails to build with Qt 5.15, currently available in experimental.
After
Package: nextcloud-desktop
Version: 2.5.1-3+deb10u1
Severity: important
Dear Maintainer,
Nextcloud-desktop crashed with this log :
kernel: [ 6526.266755] nextcloud[3314]: segfault at 7fffe97b0fe8 ip
7f646a4174c0 sp 7fffe97b0ff0 error 6 in
libQt5Core.so.5.11.3[7f646a3d1000+2a4000]
kernel
Package: src:python-fakeredis
Version: 1.4.3-1
Severity: serious
Tags: sid bullseye
python-fakeredis autopkg test fails. missing test dependency?
[...]
test/test_fakeredis.py::test_lastsave[FakeStrictRedis] PASSED[ 67%]
test/test_fakeredis.py::test_time[FakeStrictRedis] ERROR
1 - 100 of 133 matches
Mail list logo
