Hello,
I haven't find any solution for the llvm build on buster i386.
By the way, the -3 release from sid makes the backport further more
complicated as now it draws z3, that needs a newer version of ocaml...
For now, I abandonned the idea to quickly backport mesa from sid to buster.
Best
Package: gvfs-daemons
Version: 1.42.1-1
I did aptitude purge ~i~ngvfs
The packages are gone now,
but the servers aren't stopped:
# pstree|grep gvf
|-gvfs-afc-volume---3*[{gvfs-afc-volume}]
|-gvfs-goa-volume---2*[{gvfs-goa-volume}]
|-gvfs-gphoto2-vo---2*[{gvfs-gphoto2-vo}]
Source: 4pane
Version: 5.0-2+b1
Severity: normal
Dear Maintainer,
The 4pane package ships an appstream metainfo file that appears to be in
the wrong location.
4pane: /usr/share/metadata/4Pane.appdata.xml
It should be instead installed into /usr/share/metainfo.
Source: yubikey-personalization
Version: 1.20.0-1+b1
Severity: normal
Dear Maintainer,
The libykpers-1-1 and libyubikey-udev packages both ship appstream metainfo
files that appear to be in the wrong location.
libykpers-1-1: /usr/share/metadata/com.yubico.yubikey.ykpers.metainfo.xml
Package: kicad
Version: 5.1.4+dfsg1-2
Upstream had replaced boost::context to a built-in libcontext library in
https://bugs.launchpad.net/kicad/+bug/1658249, so libboost-context in dependency
should be dropped.
Also, after we upgrade to GLM-0.9.9.6 in sid, GCC build is possible again, thus
On Fri, Oct 25, 2019 at 01:52:31AM +0100, Olly Betts wrote:
> I'll try to sort out my chroots over the weekend, but meanwhile if you
> can get somebody else to sponsor please go for it.
I've rebuilt my build chroots in a larger partition.
However, then the build fails for me running tests using
Package: between
Version: 6+dfsg1-3+b1
Severity: minor
Hi,
the URL to the homepage of the game has changed. Please update to:
https://www.esquire.com/news-politics/a5329/rohrer-game/
Cheers - Bruno
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500,
Package: libllvm9
Version: 1:9.0.0-1
Severity: important
libllvm9's version on amd64 is 1:9.0.0-1, however libllvm9's version on
i386 is
1:9-3. This presents a problem on multilib systems, where i386 packages
that
depend on it will not install and attempting to manually install the
i386 build
Similar behaviour for me on Lenovo T480, though:
1. I have no audio at all through built-in speakers or headphones.
2. Initially, there are no output devices enumerated.
3. After a minute or so, HDMI and built-in headphones devices appear.
4. Built-in speakers still do not appear in device list.
Good day,
My associate from China wants to discuss a business investment deal with
you. I awaiting your response to enable us discuss about this business
investment
Nael M. Al Homoud
Executive Director & High Investment Committee Member@
The Arab Investment Co
www.taic.com [1]
Links:
--
Source: openafs
Version: 1.8.4~pre1-1
Severity: important
Tags: security
Could you please upload OpenAFS 1.8.5 to Debian, for the sake of both
the security fixes (OPENAFS-SA-2019-00{1,2,3}) and Linux 5.3 support,
which Debian's 1.8.4 prerelease slightly predates?
Thanks!
-- System Information:
Package: lintian
Version: 2.30.0
Severity: normal
Hi!
I'm getting this when checking a binary package explicitly, which is
rather confusing when not using the --verbose option, as I initially
thought it did not lint the package at all:
,---
$ lintian -v libdpkg-dev_1.20.0_amd64.deb
N:
Source: dask
Followup-For: Bug #942235
Fixed upstream, latest version is pushed to the experimental branch.
Needs sphinx-click, which is in the NEW queue.
Drew
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Version: 1:7.7+19
I stumbled across this one today when trying to use i3 with Plasma as
documented at user.base.kde.org, that is with:
Exec=env KDEWM=/usr/bin/i3 /usr/bin/startkde
Some proposed fixes were:
1. Not quoting "$1". Not a good idea: In this case /usr/bin/which tries
to locate
On Sat, Oct 26, 2019 at 11:53 AM Thomas Goirand wrote:
>
> On 10/26/19 4:27 AM, Sandro Tosi wrote:
> > if you're stick with
> > python_distutils build system.. that's gonna fail when you remove
> > python as b-d
>
> That's only if you let it do what it feels. If one overrides
>
On Sat, Oct 26, 2019 at 10:39:47PM +0200, José Luis Blanco-Claraco wrote:
> However, I want to point out that we don't need to wait for
> mrpt-2.0.0, since the current version in unstable (1.5.8) already
> fixes this wxwidgets3.0-gtk3 bug.
> As you said, the problem now is the build issue in
Package: kwin-x11
Version: 4:5.14.5-1+b1
Severity: important
Dear Maintainer,
I am following debian unstable, desktop X11/sddm/kde on a Lenovo laptop T460p.
The nvidia graphics on the laptop is disabled in favor of the chipset graphics
(Intel).
After the last upgrade (which was from testing to
Package: dgit
Version: 9.9
Followup-For: Bug #903090
For the purposes of tracking interest, I just ran into this problem with
a package that introduced a new binary package, and would also like dgit
to be able to detect this situation and warn me before doing a
push-source. Parsing
Package: xul-ext-dispmua
Version: 1.8.2-1
Severity: grave
Dear Maintainer,
the extension does not work with TB 68 anymore.
The AddOn is not detected by the curent new TB ESR version.
Regards
Carsten
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500,
On 26/10/2019 22:50, Matthias Klose wrote:
Ubuntu already dropped python-pandas, I wasn't involved with that.
This seems to have been done by the "let things break" approach that
isn't allowed in Debian, e.g. they can no longer build python-matplotlib:
On 26.10.19 22:09, Rebecca N. Palmer wrote:
What should be done with modules where Python 3.8 compatibility requires moving
to a new upstream release that doesn't support Python 2, but the Python 2
package still has dependencies (so can't be removed yet under existing rules)?
- Split them
control: tags -1 pending
Hi
On 13.09.19 23:47, Shmerl wrote:
> Please update faudio to latest upstream version. They normally come out once a
> month,
> so it would be good if they could be packaged in Debian as well.
Thanks! I'm working on this. I joined as an uploader and prepared
19.10-1.
I filed this bug only after verifying during one night that it does not
occur with xscreensaver. However, now I just observed it after a
suspend period of a couple of hours. The package xfce4-screensaver
cannot be the culprit, since it is no longer installed.
control: tag -1 +pending
Hello Russ, Ansgar,
Thank you for the valuable discussion. I too second the below.
I compared the text to be removed and README.runlevels side-by-side, and
discovered that some ideas, explanation of which we are removing, are
implicitly assumed by README.runlevels.
Package: sysv-rc
Version: 2.96-1
Severity: minor
X-debbugs-cc: 941...@bugs.debian.org, Ansgar Burchardt
Dear maintainers,
We are removing some implementation details of the runlevels system from
the Policy Manual. Most of the information is duplicated in
README.runlevels as shipped by sysv-rc,
The latest update of the dkms package corrected the failure
package: dkms
Versión: 2.7.1-5
Thank you
On October 26, 2019 8:09:47 PM UTC, "Rebecca N. Palmer"
wrote:
>What should be done with modules where Python 3.8 compatibility
>requires
>moving to a new upstream release that doesn't support Python 2, but the
>
>Python 2 package still has dependencies (so can't be removed yet under
Ok, sorry, forgot my last message, you already mentioned the new problem:
> But now that missing mipsel build can't be addressed without
> also updating mrpt for auto-opencv because it currently FTBFS in
> unstable.
It's a shame, but I think that perhaps I'll just leave mrpt to be
removed from
Hi,
On Thu, Feb 21, 2019 at 11:05:59PM +0100, Joost van Baal-Ilić wrote:
>
> https://tracker.debian.org/pkg/doc-debian still lists
> svn://anonscm.debian.org/ddp/packages/trunk/doc-debian/ as vcs.
>
> The repo should get converted from SVN to git and should get moved to e.g.
>
Hi Olly,
> It was waiting for mrpt 2.0.0 for wxwidgets3.0-gtk3 that got us into the
> current mess of having two entangled transitions on the go for mrpt. If
> we'd just updated the B-Ds of the existing package we'd have got that
> out the way weeks (possibly months) ago. Instead mrpt is now
Control: notfound 943579 6.8-3
On Sat, 26 Oct 2019, Thorsten Glaser wrote:
> Version: 8.3.1-1
> But it disassembles wrong:
Interestingly enough this is an upstream regression.
Disassembling the same code (the ELF source) with
gdb 6.3.50.20050707 on MirBSD I get this:
(gdb) set
Package: python-twisted
Version: 18.9.0-4
Severity: important
Howdy.. I recently updated 'python-twisted', and at the next reboot,
some servers using 'twistd' failed to start. I reproduced the problem
with a simple invocation of the /usr/bin/twist command:
$ twist
Traceback (most recent call
Hi Sandro,
> I've prepared an NMU for python-pretty-yaml (versioned as 19.4.1-1.1) and
> uploaded it to DELAYED/7. Please feel free to tell me if I
> should delay it longer.
Thanks, I just uploaded this with some more housekeeping. Thanks for the patch!
Cheers
Sascha
Package: gdb
Version: 8.3.1-1
Severity: normal
Tags: upstream
I’m starting qemu-system-i386 with, for example, the MirBSD CD-ROM.
Then I attach gdb to qemu (started with -s -S), set a breakpoint at
the beginning of the bootsector, continue and disassemble.
(gdb) b *0x7c00
Breakpoint 1 at 0x7c00
Hello,
On Wed 23 Oct 2019 at 08:16PM -07, Russ Allbery wrote:
> diff --git a/policy/ch-controlfields.rst b/policy/ch-controlfields.rst
> index 60edc82..c8f7f78 100644
> --- a/policy/ch-controlfields.rst
> +++ b/policy/ch-controlfields.rst
> @@ -973,11 +973,33 @@ repository where the Debian
Package: dh-python
Version: 4.20190722
Severity: normal
I: dh_python3 pydist:228: Cannot find package that provides typing. Please add
package that provides it to Build-Depends or add "typing python3-typing" line
to debian/py3dist-overrides or add proper dependency to Depends by hand and
What should be done with modules where Python 3.8 compatibility requires
moving to a new upstream release that doesn't support Python 2, but the
Python 2 package still has dependencies (so can't be removed yet under
existing rules)?
- Split them into two source packages with different
Source: fluxbox
Version: 1.3.7-1~exp1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
fluxbox/experimental FTBFS in a current sid/experimental pbuilder
environment:
g++ -g -O2 -fdebug-prefix-map=/build/fluxbox-1.3.7=.
control: reassign -1 elpa-helm,elpa-helm-org
control: tag -1 +pending
Hello,
On Wed 23 Oct 2019 at 08:15PM -04, Aaron M. Ucko wrote:
> At least on my system, helm-org-autoloads.el's call to
> easy-menu-add-item errors out per the below backtrace. When this
> error occurs, there is not yet a
On Thu, Oct 24, 2019 at 12:48:08AM +0200, Gianfranco Costamagna wrote:
> the package is going to get kicked out from testing because of this
> bug soon...
It's actually #933469 which will get it auto-removed from testing in
next few days - the AUTORM for this bug wouldn't kick in for a couple
of
Hi Jeremy,
thanks for your bug report and all the work on GNOME!
On Sat, Oct 26, 2019 at 02:40:52PM -0400, Jeremy Bicha wrote:
> As part of the Python2 removal, the Debian GNOME team is working to
> remove pygtk from Debian. One of the blockers is python-notify.
>
> Please drop
Package: munin-plugins-core
Version: 2.0.51-1
Severity: normal
Dear Maintainer,
* What led up to the situation?
Recently, in testing a new version of the sensors package showed up, and it
seems that it slightly changed the output format of the 'sensors' command, so
that the sensors_ munin
Package: ftp.debian.org
X-Debbugs-Cc: pam-d...@packages.debian.org
Affects: src:pam-dbus
pam-dbus has been effectively orphaned for years and its maintainer is
ok with its removal. See https://bugs.debian.org/885399 and
https://bugs.debian.org/885399 (message 10).
It has no reverse dependencies
Package: ftp.debian.org
X-Debbugs-Cc: python-logging-ex...@packages.debian.org
Affects: src:python-logging-extra
python-logging-extra was last uploaded in 2012 and it looks to me like
its former maintainers are no longer active in Debian.
It has no reverse dependencies and is blocking the
Source: pyhoca-gui
Version: 0.5.0.8-1
Severity: serious
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs pygtk
Tags: sid bullseye
As part of the Python2 removal, the Debian GNOME team is working to
remove pygtk from Debian. One of the blockers is python-notify.
Please drop
Hi,
Cyril Brulebois wrote:
> Hi,
>
> and thanks for the report.
>
> Aurelien Jarno (2019-10-26):
> > DSA would like to move dillon to another ganeti cluster with no local
> > mirror. It seems that the d-i scripts use /srv/mirrors, at least the
> > following crontab entry:
> >
> > 55 */4 * *
Thanks, Hugo, for analyzing the issue in details and proposing the fix.
Do you want to add the patch into the corresponding forum-thread
in freeimage website?
Regards
Anton
Am Sa., 26. Okt. 2019 um 16:11 Uhr schrieb Hugo Lefeuvre :
>
> Hi,
>
> The overflow happens during the following call to
Source: debian-edu-config
Version: 2.11.5
Severity: serious
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs pygtk
Tags: sid bullseye
As part of the Python2 removal, the Debian GNOME team is working to
remove pygtk from Debian. One of the blockers is python-notify.
Please
Control: severity -1 serious
Control: tags -1 -buster
As part of the Python2 removal, it is our intent that pygtk will be
removed from Testing before the release of Debian 11 "Bullseye".
Therefore, I am bumping the severity of this bug to Serious to ensure
that there is plenty of warning before
Hi László,
> But you mean plural packages? I knew only python-django. I meant
> sure, it's a FTBFS in experimental where […]
I see what you mean now, thanks. I assumed it affected more packages
and was more severe than just python-django from the description, but
I admittedly had done no
Hi,
and thanks for the report.
Aurelien Jarno (2019-10-26):
> DSA would like to move dillon to another ganeti cluster with no local
> mirror. It seems that the d-i scripts use /srv/mirrors, at least the
> following crontab entry:
>
> 55 */4 * * * cd $DI; mr -q up ; cd
Mystery is solved, when an ntfs file has a data stream, then grub fails
with an "out of range" error while reading. Should be relatively easy to fix
by ignoring extended attributes, or at the very least giving a sensible error
message :)
--
The choice of a Deliantra, the
On 26/10/2019 17.13, László Böszörményi (GCS) wrote:
> In short, I don't get the importance of filing a FTBFS bug for a beta
> release in experimental.
I'm filing bugs for artefacts discovered by QA. I don't know if it is a
beta, RC, or whatever release. I only noticed "something is not
working".
Hello
I just experienced it too and the cmake logs are useless.
Have you been able to find a fix for that? It is pretty confusing :/
Thanks
Sylvestre
Le 17/10/2019 à 19:29, Jérémy Viès a écrit :
Hello,
I'm following this bug as I try to do the same backport. I can confirm
the issue in a
Package: d-i.debian.org
Severity: normal
DSA would like to move dillon to another ganeti cluster with no local
mirror. It seems that the d-i scripts use /srv/mirrors, at least the
following crontab entry:
55 */4 * * * cd $DI; mr -q up ; cd $DI/scripts/testing-summary; ./gen-summary
Package: bleachbit
Version: 2.2-3
Followup-For: Bug #885261
It seems that, while a Python 3 version is not yet available, upstream has
released version 3.0, which brings new features and fixes and transitions to
GTK3, which would be a step to the right direction, since a version with
full Python
Am 26.10.19 um 18:38 schrieb Adam D. Barratt:
> On Sat, 2019-10-26 at 16:35 +0200, Markus Koschany wrote:
>>
>> Am 26.10.19 um 16:27 schrieb Adam D. Barratt:
>> [...]
>>> What does the binary debdiff for that look like?
>>
>> The debdiff is 6 MB. It consists mostly of translation updates and
>>
control: tags -1 +pending
[2019-10-24 13:10] Lorenzo Puliti
> Package: runit
> Version: 2.1.2-35
> Followup-For: Bug #942320
>
> > Looks good to me, but does not apply:
>
> Sorry, I somehow picked up the wrong branch.
> New patch should be ok
Yes, it is okay. Thanks. Applied in git.
--
Note,
[2019-10-24 14:34] Lorenzo Puliti
> Package: runit
> Version: 2.1.2-35
> Severity: normal
>
> As discussed in #934231
>
> [Dmitry Bogatov]
> >> create mode 100644 debian/anacron.runscript/finish
>
> > There is nothing in this script specific to anacron. I propose
> > following:
> > []
>
>
[2019-10-24 13:45] Lorenzo Puliti
> Package: runit
> Version: 2.1.2-35
> Severity: wishlist
> Tags: patch
>
> Hi,
Hi!
> while doing another round of testing with openssh-server i've found
> some minor problem that might need a fix. Detailed description is in
> git commit message.
Something
Package: sa-exim
Version: 4.2.1-17
Severity: normal
I am moving this from direct maintainer-contact to the BTS.
https://alioth-lists.debian.net/pipermail/pkg-exim4-maintainers/2019-October/016333.html
https://alioth-lists.debian.net/pipermail/pkg-exim4-maintainers/2019-October/016341.html
#1
On Sat, 2019-10-26 at 16:35 +0200, Markus Koschany wrote:
>
> Am 26.10.19 um 16:27 schrieb Adam D. Barratt:
> [...]
> > What does the binary debdiff for that look like?
>
> The debdiff is 6 MB. It consists mostly of translation updates and
> changes to the various ad blocker lists.
Preinst
Package: sa-exim
Version: 4.2.1-17
Severity: normal
Tags: patch
Building sa-exim throws lots of warnings like this one:
---
gcc -I/usr/include/exim4 -fPIC -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2
-fdebug-prefix-map=/dev/shm/EXIM4/sa-exim-4.2.1=. -fstack-protector-strong
-Wformat
Hello!
Just a status update. This was approved for a stable update in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=940521 and uploaded
for 1,5 months ago. However there is no schedule for the next Buster
point release yet at https://release.debian.org/ ("stable (10.2) Not
yet planned").
Control: tag -1 pending
On Wed, Oct 23, 2019 at 10:41:24PM -0700, Steve Langasek wrote:
> Source: perl
> Version: 5.30.0-7
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu focal
>
> Dear maintainers,
>
> The perl autopkgtest passes in unstable, but consistently fails in testing
>
Control: tag -1 upstream
On Sat, Oct 26, 2019 at 03:23:43PM +0200, Vincent Lefevre wrote:
> On 2019-10-26 15:45:28 +0300, Niko Tyni wrote:
> > I understand the CHECKSUMS files are PGP signed by the CPAN archive.
> > I was referring to verifying these signatures. Whether the download
> > is https
Package: virtualbox-dkms
Version: 6.0.14-dfsg-1
Severity: grave
Tags: a11y
Justification: renders package unusable
Dear Maintainer,
The VirtualBox Linux kernel driver is either not loaded or not set up
correctly.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT
Thank you for your report, Sam.
On Sat 26 Oct 2019 at 12:57:48 +0100, Sam Morris wrote:
> Package: cups-daemon
> Version: 2.3.0-5
> Severity: normal
> File: /usr/lib/cups/backend/ipp
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> I turned my trusty Dell 2330dn back on today and
Package: ldh-gui-suite
Version: 0.1~20190927-3
Severity: wishlist
Tags: patch l10n
Please find the initial German debconf translation for ldh-gui-suite
attached.
Please place this file in debian/po/ as de.po for your next upload.
If you update your template, please use
'msgfmt --statistics '
On 10/26/19 4:27 AM, Sandro Tosi wrote:
> if you're stick with
> python_distutils build system.. that's gonna fail when you remove
> python as b-d
That's only if you let it do what it feels. If one overrides
dh_auto_{clean,build,test}, then it works fine.
Cheers,
Thomas Goirand (zigo)
On 2019-10-25 7:50 p.m., Guilhem Moulin wrote:
Control: retitle -1 race condition: init-bottom script doesn't abort/cleanup
configure_networking()
Control: tag -1 pending
On Fri, 25 Oct 2019 at 02:26:39 +0200, Guilhem Moulin wrote:
Ah right, I understand the problem now. Whether
Hi Chris,
On Sat, Oct 26, 2019 at 2:48 PM Chris Lamb wrote:
> Not quite sure what you mean by bad. It's "bad" in that it's causing
> an FTBFS in other packages, but I don't think that's quite what you
> meant here. :)
>
Yeah, you are British. :) But you mean plural packages? I knew only
On 2019-10-25 7:50 p.m., Guilhem Moulin wrote:
Control: retitle -1 race condition: init-bottom script doesn't abort/cleanup
configure_networking()
Control: tag -1 pending
On Fri, 25 Oct 2019 at 02:26:39 +0200, Guilhem Moulin wrote:
Ah right, I understand the problem now. Whether
Package: chromium
Version: 76.0.3809.100-1
Followup-For: Bug #943346
I would recommend not enabling Native Client in Chromium or Debian.
It is deprecated technology:
https://developer.chrome.com/native-client
https://blog.chromium.org/2017/05/goodbye-pnacl-hello-webassembly.html
Source: pktanon
Version: 2~git20160407.0.2bde4f2+dfsg-5
Severity: serious
Tags: ftbfs
Justification: ftbfs
Control: block 941150 by -1
Dear maintainer,
Currently the nettle 3.5.1 transition is going on. I tried to binNMU
your package but it fails to build from source on all architectures.
Paul
Source: libapache-poi-java
Version: 4.0.1-1
Severity: important
Tags: security upstream
Hi,
The following vulnerability was published for libapache-poi-java.
CVE-2019-12415[0]:
| In Apache POI up to 4.1.0, when using the tool XSSFExportToXml to
| convert user-provided Microsoft Excel documents,
On 2019-10-25 7:50 p.m., Guilhem Moulin wrote:
Control: retitle -1 race condition: init-bottom script doesn't abort/cleanup
configure_networking()
Control: tag -1 pending
On Fri, 25 Oct 2019 at 02:26:39 +0200, Guilhem Moulin wrote:
Ah right, I understand the problem now. Whether
Control: tags -1 -moreinfo
On Sat, 2019-10-26 at 16:46 +0200, Markus Koschany wrote:
>
> Am 26.10.19 um 16:41 schrieb Adam D. Barratt:
> > On Sat, 2019-10-26 at 16:35 +0200, Markus Koschany wrote:
> > > Am 26.10.19 um 16:27 schrieb Adam D. Barratt:
> > > [...]
> > > > What does the binary
package release.debian.org
tags 942841 = stretch pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian stretch.
Thanks for your contribution!
Upload details
==
Package: cargo
Version: 0.35.0-2~deb9u2
All I know is I can't get any expansion at all even here:
$ find . -path ./
Why can't it ever expand anything at -path?
Is it because "the doctor thinks it is not good for me"?
Why not just let me expand filenames anyway?
Certainly there can be at least one use case.
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
similar to ublock-origin's buster-pu, there must be a pu for Stretch
as well.
See https://bugs.debian.org/942349 for further information. The
dependency on fonts-font-awesome has
Control: tag -1 moreinfo unreproducible
On Fri, 2019-10-25 at 22:25 +0500, Anton Bobov wrote:
> Package: src:linux
> Version: 5.2.17-1
> Severity: normal
>
> After linux 5 I can't resume after suspend, my laptop remains is suspend mode
> (the power button is slowly blinking because it's in
On Sat, 2019-10-26 at 16:35 +0200, Markus Koschany wrote:
>
> Am 26.10.19 um 16:27 schrieb Adam D. Barratt:
> [...]
> > What does the binary debdiff for that look like?
>
> The debdiff is 6 MB. It consists mostly of translation updates and
> changes to the various ad blocker lists.
That sounds
On Fri, 2019-10-25 at 19:21 +0100, Adam D. Barratt wrote:
> On Fri, 2019-10-25 at 10:58 -0700, Brad Warren wrote:
> > I’m an upstream maintainer of python-acme.
> >
> > Both Let’s Encrypt [1] and the Certbot client which uses this
> > library encourage people to use Let’s Encrypt’s staging
Control: tags -1 + moreinfo
On Tue, 2019-10-15 at 00:05 +0200, Markus Koschany wrote:
> there will be a new Firefox ESR version in Buster and Stretch soon.
> Unfortunately the popular Firefox/Chromium addon ublock-origin in
> Buster and Stretch will not work anymore with Firefox 68. Chromium
>
Package: chromium
Version: 76.0.3809.100-1
Severity: normal
Dear Maintainer,
When visiting
https://www.khronos.org/registry/webgl/sdk/tests/conformance2/renderbuffers/invalidate-framebuffer.html?webglVersion=2=0=1
the test fails:
This tests invalidateFramebuffer and invalidateSubFramebuffer
Source: libssh2
Version: 1.8.0-2.1
Severity: important
Tags: security upstream
Hi,
The following vulnerability was published for libssh2.
CVE-2019-17498[0]:
| In libssh2 v1.9.0 and earlier versions, the SSH_MSG_DISCONNECT logic
| in packet.c has an integer overflow in a bounds check, enabling
Am 26.10.19 um 16:41 schrieb Adam D. Barratt:
> On Sat, 2019-10-26 at 16:35 +0200, Markus Koschany wrote:
>>
>> Am 26.10.19 um 16:27 schrieb Adam D. Barratt:
>> [...]
>>> What does the binary debdiff for that look like?
>>
>> The debdiff is 6 MB. It consists mostly of translation updates and
>>
Source: unoconv
Version: 0.7-1.1
Severity: grave
Tags: security upstream
Forwarded: https://github.com/unoconv/unoconv/pull/510
Hi,
The following vulnerability was published for unoconv.
CVE-2019-17400[0]:
| The unoconv package before 0.9 mishandles untrusted pathnames, leading
| to SSRF and
Am 26.10.19 um 16:27 schrieb Adam D. Barratt:
[...]
> What does the binary debdiff for that look like?
The debdiff is 6 MB. It consists mostly of translation updates and
changes to the various ad blocker lists.
>
>> If you agree with the backport I will upload
>>
>> 1.22.2+dfsg-1~deb10u1 to
Source: node-knockout
Version: 3.4.2-2
Severity: important
Tags: security upstream
Hi,
The following vulnerability was published for node-knockout.
CVE-2019-14862[0]:
|Cross-site Scripting (XSS) attacks due to not escaping the name
|attribute.
If you fix the vulnerability please also make sure
Hi,
The overflow happens during the following call to memcpy:
// convert to strip
if(x + tileWidth > width) {
src_line = imageRowSize - rowSize;
} else {
src_line = tileRowSize;
}
BYTE *src_bits = tileBuffer;
BYTE *dst_bits = bits + rowSize;
There is not any echo about this bug for three weeks. Who can resolve
this problem? It makes debian lost function of input Chinese.
There is not any echo about this bug for three weeks. Who can resolve
this problem? It makes debian lost function of input Chinese.
Package: wnpp
Severity: wishlist
Owner: Drew Parsons
* Package name: python3-sphinx-click
Version : 2.1.0
Upstream Author : Stephen Finucane http://that.guru/
* URL : https://github.com/click-contrib/sphinx-click
* License : MIT
Programming Lang: Python
Package: jq
Version: 1.6-1
Severity: minor
This works, because "foo" is a valid JSON value:
$ jq --null-input '$ARGS' --jsonargs '"foo"'
{
"positional": [
"foo"
],
"named": {}
}
But if the passed-in value is not a valid JSON value, jq crashes violently:
$ jq --null-input '$ARGS'
severity 938573 serious
thanks
stressant depends on the python-colorlog binary package, which is no longer
built by the python-colorlog source package.
On 10/25/19 9:46 PM, Daniel Schepler wrote:
> In a message to #937926 you said that you've re-introduced python-pbr.
> Could I ask where that was re-introduced? I've checked the new upload
> of src:python-pbr version 5.4.3-1, and I've also checked unstable and
> NEW for anything like a
Package: povray
Version: 1:3.7.0.8-1+b1
Severity: normal
Dear Maintainer,
At the moment trying to install povray pacakges brings this:
root@debian:~# apt install povray
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages
severity 937720 serious
thanks
python-easydev depends on the python-colorlog binary package which is no longer
built by the python-colorlog source package.
1 - 100 of 142 matches
Mail list logo
