Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org
* Package name: libmetrics-any-perl
Version : 0.03
Upstream Author : Paul Evans
* URL : https://metacpan.org/release/Metrics-Any
*
control: clone -1 -2
control: reassign -2 node-rdf-canonize
control: retitle -2 node-rdf-canonize: Build with babel version 7
Quoting Pirate Praveen (2020-05-09 14:31:38)
> Package: node-jsonld,node-rdf-canonize
Please file one bugreport per bug (not lump multiple together)
- Jonas
--
*
Package: wnpp
Severity: wishlist
Subject: ITP: rust-elfx86exts -- Print instruction sets used by x86 binaries
(ELF or MachO)
Package: wnpp
Owner: Michael R. Crusoe
Severity: wishlist
* Package name: rust-elfx86exts
Version : 0.3.0
Upstream Author : Peter Williams
* URL
Am 12.04.2020 um 23:45 teilte Adam D. Barratt mit:
Hi Adam,
Ho about that one: will deb9u5 accepted for next oldstable release?
Thanks!
> I'm afraid that I'm slightly confused on this point:
>
> adsb@coccia:~$ grep debconf proftpd-dfsg-1.3.6c/debian/proftpd-basic.postinst
> ucf
Package: lxde
Version: 10
Hello,
lxde recommends clipit, which is now deprecated. It should be upgraded
to a current package, e.g. diodon.
Regards,
Gabriele Stilli
Le samedi 09 mai 2020 à 09:19 -0300, David Bremner a écrit :
> Julien Puydt writes:
>
> > Well, that will be something to check when we'll have a fixed
> > package
> > (be it with a patch or a new upstream version).
> >
> > And if it doesn't fix everything, that will be something to
> >
On Sat, May 09, 2020 at 09:32:04AM -0400, James McCoy wrote:
> May Mattia, I'd like you to meet April Mattia. He had the same problem.
> :)
uhuh
Clearly my memory is falling behind :3
> This should be fixed by my pending Vim upload.
Thank you! :)
--
regards,
Mattia
Source: clipit
Version: 1.4.4+git20190202-2
Hello,
the latest changelog reads: "Diodon will be removed from Debian after
Bullseye is released."
Maybe it was meant to read "Clipit will be removed"?
Regards,
Gabriele Stilli
Control: forcemerge 958993 -1
On Fri, May 08, 2020 at 10:23:42PM +0200, Mattia Rizzolo wrote:
> This has been happening for quite some time, however I'm reporting it
> now.
May Mattia, I'd like you to meet April Mattia. He had the same problem.
:)
This should be fixed by my pending Vim upload.
Package: proftpd-basic
Version: 1.3.6-4+deb10u5
Severity: important
The proftpd daemon writes the pidfile with mode 0666 instead of 0644.
Because of that it is
not possible to stop or restart the daemon with "systemctl stop proftpd" or
"systemctl restart proftpd". The reason is the new security
Hi,
I've created MR to fix.
https://salsa.debian.org/gnome-team/vinagre/-/merge_requests/1
On Thu, May 07, 2020 at 11:42:12PM +1000, Herbert Xu wrote:
> There are some remaining stat/readdir calls in dash that may lead
> to spurious EOVERFLOW errors on 32-bit platforms. This patch changes
> them (as well as open(2)) to use the explicit large file API.
> Reported-by: Tatsuki Sugiura
>
On Tue, May 05, 2020 at 04:18:36PM -0400, Noah Meyerhans wrote:
> By fallback datasource, you mean "None"?
Yes.
> We could always reintroduce the use of debconf for datasource selection,
> and avoid depending on ds-identify at all. The nice thing about that is
> that we could then pre-fill that
FYI:
It seems that MR was sent to upstream.
https://gitlab.gnome.org/GNOME/vinagre/-/merge_requests/8
Package: matrix-synapse
Version: 1.12.3-1~bpo10+1
Severity: normal
Hi! I am migrating synaps from sqlite into postgres, using
upstream manual:
https://github.com/matrix-org/synapse/blob/master/docs/postgres.md
When I ran synapse_port_db script
/usr/bin/synapse_port_db --sqlite-database
I just wanted to chime in and confirm this is also happening for me. I
noticed it when using the conferencing software BigBlueButton. You can
easily reproduce this by going to https://test.bigbluebutton.org
without having to register an account.
Package: node-redis
Version: 3.0.2-1
Severity: normal
Hi,
According to:
https://qa.debian.org/excuses.php?package=redis
... Redis 6.x is blocked from entering bullseye as node-redis's
autopkgtests are failing. For example:
On samedi 9 mai 2020 14:43:41 CEST you wrote:
> Could you give me a pointer to the copyright file that trips up cme so I can
> reproduce this issue ?
Never mind. I've seen that you've closed the bug.
Sorry for the noise.
control: reassign 853915 bugs.debian.org
control: affects 853915 reportbug
Bug summary:
- Browsing bug logs in reportbug is broken for some messages
- Bug log messages retrieved from the BTS via the SOAP interface
are supposed to be decoded, but in these cases aren't.
- All MIME multipart
Package: ftp.debian.org
Severity: normal
Control: block -1 by 960098 960099 960100 960102 960103
There is a package in unstable that was erroneously autobuilt
due to #956507.
On samedi 9 mai 2020 08:08:07 CEST you wrote:
> When I run cme update dpkg-copyright, it replaces my explanations with
> "Please fill license public-domain from header of ...". It should leave
> the prose explanations in place.
Indeed, it should.
Could you give me a pointer to the copyright
Package: ftp.debian.org
Severity: normal
Control: block -1 by 960096
There is a package in unstable that was erroneously autobuilt
due to #956507.
Package: ftp.debian.org
Severity: normal
There is a package in unstable that was erroneously autobuilt
due to #956507.
Package: ftp.debian.org
Severity: normal
There is a package in unstable that was erroneously autobuilt
due to #956507.
Package: node-jsonld,node-rdf-canonize
Severity: important
Hi Jonas,
Babel 6 will be replaced by Babel 7 (node-babel7) in bullseye. So
please update your package to build with Babel 7.
Please build depend on node-babel-loader (>= 8.0~) which depends on
node-babel7 and drop all other current
Package: ftp.debian.org
Severity: normal
There is a package in unstable that was erroneously autobuilt
due to #956507.
Package: wnpp
Severity: wishlist
Owner: Doug Torrance
* Package name: bootsidemenu.js
Version : 1.0.0
Upstream Author : Andrea Lombardo
* URL : https://andrealombardo.github.io/BootSideMenu/
* License : Apache-2.0
Programming Lang: JavaScript
Description
Package: ftp.debian.org
Severity: normal
There is a package in unstable that was erroneously autobuilt
due to #956507.
Package: ftp.debian.org
Severity: normal
There is a package in unstable that was erroneously autobuilt
due to #956507.
The newer Freeglut 3.2.1 has still issue with Yade. After investigation I
have found
that the problem is the NULL in fgStructure.CurrentWindow
Bug in Freeglut:
https://sourceforge.net/p/freeglut/bugs/255/
Bug in Yade:
https://gitlab.com/yade-dev/trunk/-/issues/155
Anton
Julien Puydt writes:
>
> Well, that will be something to check when we'll have a fixed package
> (be it with a patch or a new upstream version).
>
> And if it doesn't fix everything, that will be something to
> investigate.
Sure, I don't want to discourage people from fixing bugs. On the other
Le samedi 09 mai 2020 à 09:04 -0300, David Bremner a écrit :
> Julien Puydt writes:
>
> > I forwarded the problem upstream :
> >
> > https://github.com/wbhart/flint2/issues/699
> >
> > I'll update the package when a fix will be available.
> >
> > Thanks for you report : a problem notification
Quoting Pirate Praveen (2020-05-09 13:53:05)
>
>
> On Sat, May 9, 2020 at 1:47 pm, Jonas Smedegaard wrote:
> > Yes, my mistake: ESLint build-depend on (and suggest)
> > node-babel-code-frame (not node-babel-eslint).
> >
> > Question remain: How is ESLint affected by the babel transition?
>
>
Julien Puydt writes:
> Hi,
>
> I forwarded the problem upstream :
>
> https://github.com/wbhart/flint2/issues/699
>
> I'll update the package when a fix will be available.
>
> Thanks for you report : a problem notification with a simple test case,
> it's just wonderful!
>
By the way, I
On Sat, May 9, 2020 at 1:47 pm, Jonas Smedegaard wrote:
Yes, my mistake: ESLint build-depend on (and suggest)
node-babel-code-frame (not node-babel-eslint).
Question remain: How is ESLint affected by the babel transition?
We cannot remove node-babel 6 from the archive until eslint remove
Hi,
I forwarded the problem upstream :
https://github.com/wbhart/flint2/issues/699
I'll update the package when a fix will be available.
Thanks for you report : a problem notification with a simple test case,
it's just wonderful!
Cheers,
JP
Quoting Pirate Praveen (2020-05-09 13:30:50)
>
>
> On Sat, May 9, 2020 at 1:24 pm, Jonas Smedegaard wrote:
> > Quoting Pirate Praveen (2020-05-09 13:08:28)
> >> Babel 6 will be replaced by Babel 7 (node-babel7) in bullseye. So
> >> please update your package to build with Babel 7.
> >
> >
Hallo Sebastian,
I have disabled apparmor at Boottime. The same effect. No Virusevent.
Bernd
Am 07.05.20 um 23:31 schrieb Sebastian Andrzej Siewior:
control: tags -1 -a11y
On 2020-05-03 15:47:03 [+0200], Bernd Scheinbeth wrote:
Hallo Sebastian,
Hi,
sorry it's my first reportbug.
So
severity 668021 important
thanks
Hi,
Are there any news on this? The bug is still present as of today, and
the proposed workaround does not work.
On Sat, May 9, 2020 at 1:24 pm, Jonas Smedegaard wrote:
Quoting Pirate Praveen (2020-05-09 13:08:28)
Babel 6 will be replaced by Babel 7 (node-babel7) in bullseye. So
please update your package to build with Babel 7.
ESLint does not depend or build-depend on babel.
It does build-depend
Quoting Pirate Praveen (2020-05-09 13:08:28)
> Babel 6 will be replaced by Babel 7 (node-babel7) in bullseye. So
> please update your package to build with Babel 7.
ESLint does not depend or build-depend on babel.
It does build-depend on (and suggest) node-babel-eslint.
Please elaborate how
I've created MR.
https://salsa.debian.org/debian/enchant/-/merge_requests/2
Package: eslint
Version: 5.16.0~dfsg-4
Severity: important
Hi Jonas,
Babel 6 will be replaced by Babel 7 (node-babel7) in bullseye. So
please update your package to build with Babel 7.
Current status of this transition is at
https://wiki.debian.org/Javascript/Nodejs/Transitions/Babel7
As
Source: valentina
Version: 0.6.1~dfsg-10
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
valentina fails to cross build from source, because it fails running
tests despite being given DEB_BUILD_OPTIONS=nocheck. Before debhelper
compatibility level 13, dh_auto_test overrides are
Hi Stephen,
Thank you for not dropping the ball after my initial "it's not that
easy" reply.
On Sat, May 09, 2020 at 10:53:10AM +0200, Stephen Kitt wrote:
> There’s another part of the transition which bothers me: if we add memusage
> to a package which is depended upon (albeit temporarily) by
Source: audacity
Version: 2.3.3-2
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
Since fixing #850463, a new AC_CHECK_FILE was introduced. Please
consider applying the attached patch to fix that as well.
Helmut
--- audacity-2.3.3.orig/m4/audacity_checklib_portmidi.m4
Am Samstag, den 09.05.2020, 11:35 +0200 schrieb Yuri D'Elia:
> Package: libyaml-cpp0.6
> Version: 0.6.3-4
> Followup-For: Bug #959201
>
> This ABI breakage also affects blender (indirecly via opencolorio).
> Version 0.6.3-4 does fix the symbol lookup error, however blender will
> incur a crash
Source: objcryst-fox
Version: 1.9.6.0-2.2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
objcryst-fox fails to cross build from source, because it does not pass
cross tools to make. The easiest way of doing so - using dh_auto_build -
makes objcryst-fox cross buildable. Please
Package: r8168-dkms
Version: 8.046.00-1
Severity: normal
r8168-dkms will not compile against the kernel in backports
(5.5.0-0.bpo.2-amd64
#1 SMP Debian 5.5.17-1~bpo10+1 (2020-04-23) x86_64 GNU/Linux)
/var/lib/dkms/r8168/8.046.00/build/r8168_n.c:60:10: fatal error:
linux/pci-aspm.h: No such file
Package: libyaml-cpp0.6
Version: 0.6.3-4
Followup-For: Bug #959201
This ABI breakage also affects blender (indirecly via opencolorio).
Version 0.6.3-4 does fix the symbol lookup error, however blender will
incur a crash soon after with a segmentation fault.
Downgrading libyaml-cpp0.6 to 0.6.2-4
Source: boost1.71
Version: 1.71.0-6
Severity: important
Tags: patch upstream fixed-upstream
Control: forwarded -1 https://github.com/boostorg/test/pull/267
Hi,
boost 1.71 currently fails to build on Hurd [1].
The issue is that the test library checks for macOS APIs using a
preprocessor define
On Sat, May 09, 2020 at 12:05:32PM +0300, Adrian Bunk wrote:
> Package: ftp.debian.org
> Severity: normal
>
> There is a package in unstable that was due to some buildd
> hiccup built without all build dependencies installed.
The "buildd hiccup" was actually #956507 in pegjs.
cu
Adrian
Package: ftp.debian.org
Severity: normal
There is a package in unstable that was due to some buildd
hiccup built without all build dependencies installed.
Source: oddjob
Version: 0.34.4-1
Severity: important
Tags: security upstream
Hi,
The following vulnerability was published for oddjob.
CVE-2020-10737[0]:
| oddjob: race condition in oddjob_selinux_mkdir function in mkhomedir.c
| can lead to symlink attack
If you fix the vulnerability please
Package: wireguard
Version: 1.0.20200319-1~bpo10+1
Severity: grave
Tags: ipv6
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
* I updated the package that I had installed for a couple of months now.
* What exactly did you do (or not do) that
Hi Aurélien, hi Helmut,
On Mon, 4 May 2020 07:11:37 +0200, Helmut Grohne wrote:
> On Mon, May 04, 2020 at 12:00:28AM +0200, Aurelien Jarno wrote:
> > Thanks for the detailed explanations. It looks to me that it's better to
> > add a different package. And while mtrace looks a good candidate to
On Fri, 2020-05-08 at 23:36 +0100, peter green wrote:
> On 08/05/2020 21:32, Abou Al Montacir wrote:
> > Creating a source dependency between a general purpose (bindings) library
> > and an IDE is wrong in my sens.
> Lazarus already combines an IDE for developing applications and a library used
>
Hey Matthias,
Thanks for reporting this bu I'm not able to reproduce it.
For me it compiles and runs tests just fine:
PASS: input-check.sh
PASS: backend-check.sh
PASS: potrace-check.sh
SKIP: postscript-check.sh
SKIP: pdf-check.sh
PASS: mkbitmap-check.sh
PASS: mkbitmap-input-check.sh
PASS:
On Fri, 2020-05-08 at 22:54 +0200, Paul Gevers wrote:
> In line with the policy, I don't like bumping epoch. At least you have
>
> to discuss on debian-devel before proceeding. I suggest we keep a
>
> + version number until lazarus is at 2.6. That won't be too long
>
> and avoids have the
Package: wnpp
Severity: wishlist
* Package name: lbry-desktop
Version : 0.45.1
Upstream Author : Sean Yesmunt
* URL : https://github.com/lbryio/lbry-desktop
* License : MIT
Programming Lang: Javascript
Description : Destkop client for the decentralized
Quoting Antonio (2020-05-09 09:09:16)
> >Noto fonts are known to provide many entries in font menus.
> in fact I had to reinstall these fonts as they were used from the desktop
With "these fonts" do you mean _all_ fonts-noto-* packages, or only (as
I suggest) all except -extra?
Did you
>Indeed, that's considered a lot. For comparison, I have 481 :)
it doesn't depend on the number of fonts, even if with more fonts it slows
down a lot
>In theory, if you leave the program at it long enough (which effectively
>means you won't be able to use the system during that time...) it
>Noto fonts are known to provide many entries in font menus.
in fact I had to reinstall these fonts as they were used from the desktop
>Should be fine if avoiding only the *-extra packages (and the fonts-noto
>metapackage which recommends them)
This is true, but there is also a correlation with
Package: firefox
Version: 76.0-2
Severity: normal
Hello,
Looks like that since firefox 76, the (French) translation is not
working
I've the following package installed:
bigon@edoras:~$ dpkg -l |grep firefox
ii firefox 76.0-2
amd64
Package: libsane1
Version: 1.0.28-1~experimental2
Severity: normal
Plugging in my USB scanner results in the following error being logged
three times:
systemd-udevd[1277237]: 5-1:1.1: Process '/bin/setfacl -m g:scanner:rw '
failed with exit code 2.
This is due to the fact that a udev 'add'
This was broken by debian/patches/gcc10.patch
Bringing Andreas into the loop here.
signature.asc
Description: OpenPGP digital signature
control: tags -1 pending
committed on git repo!
(I don't plan to upload it, will be part of next upload)
G.
On Mon, 19 Nov 2018 16:05:54 + Boyuan Yang wrote:
> Source: yaml-cpp
> Source-Version: 0.5.3-0.1
>
> We believe that the bug you reported is fixed in the latest version of
>
Control: reassign -1 python3-h5py 2.10.0-7
Control: affects -1 src:hdmf
Control: tags -1 - upstream
Control: block 956420 by -1
On Thu, May 07, 2020 at 01:17:05PM +0200, Andreas Tille wrote:
> Control: forwarded -1 https://github.com/hdmf-dev/hdmf/issues/343
Reassigning to h5py based on the
Package: eiciel
Version: 0.9.12.1-2
Severity: serious
The nautilus extension provided by eiciel no longer works with nautilus
3.36. Starting nautilus from the command line:
** (org.gnome.Nautilus:7715): WARNING **: 08:07:07.542:
'nautilus_module_initialize':
Package: cme
Version: 1.031-1
Severity: normal
Hello,
The machine readable copyright format has a special instructions for public
domain files. They are recorded as "License: public-domain" and the rest of
the paragraph should explain the situation.
When I run cme update dpkg-copyright, it
Package: python3-nautilus
Version: 1.2.3-2
Severity: serious
File: /usr/lib/x86_64-linux-gnu/nautilus/extensions-3.0/libnautilus-python.so
Hi,
today I was investigating, why nautilus-nextcloud is no longer working
for me. nautilus-nextcloud is using python3-nautilus and starting
nautilus from
101 - 171 of 171 matches
Mail list logo