Hi Vincent,
> >> the shebang is harmless and I won't
> >> patch or other upstream about a harmless shebang.
> >
> > As explained in this MR [2], we consider the hashbang an error. The
> > snippets are not meant to be executed. The upstream for
> > 'bash-completion' also does not use them.
> >
> >
Package: distcc-pump
Version: 3.3.2-10
Severity: important
Dear Maintainer,
The distcc-pump script fails to start properly due to not being able to
find the include_server.
More specifically, the hardcoded path to the server in
/usr/bin/distcc-pump is:
Control: tag -1 + confirmed upstream
I'm working on this. Reproduced, found the "messenger", now
trying to find the root case.
/mjt
On 20/07/2020 14:52, Lars Veldscholte wrote:
Hi,
I believe I have found a solution.
I must confess that I still don't fully understand the difference
between the various PMI APIs, and which ones are supported by OpenMPI,
but I found that the recommended way is to use PMIx.
However, PMIx
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
Hi Stable Release Managers,
libinput in buster is affected by the bug #952700 (fixed in unstable
already back when the new version was uploaded) and can be described
as:
libinput
Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond
* Package name: hyperspy
Version : 0.8.4
Upstream Author : Hyperspy Developers
(https://github.com/hyperspy/hyperspy/contributors)
* URL : https://hyperspy.org/
* License : GPL-3
Programming Lang:
Package: mirrors
https://www.debian.org/mirror/list says
"Everything else you want to know about Debian mirrors:
https://www.debian.org/mirror/.;
OK, but that page doesn't mention status.
Therefore please mention
https://mirror-master.debian.org/status/mirror-status.html
on
Package: wnpp
Severity: normal
Owner: Matthias Urlichs
* Package name: lua-yajl
Version : 0.2
Upstream Author : Brian Maher
* URL : https://github.com/brimworks/lua-yajl
* License : MIT/X
Programming Lang: C, Lua
Description : Yet Another JSON Library
* Michael Prokop [2020-07-20 15:00 +0200]:
> Package: ripit
> Version: 4.0.0~beta20140508-1
> Severity: normal
>
> Hi,
>
> the Homepage header is outdated:
>
> | Homepage: http://www.suwald.com/ripit/news.php
>
> This domain seems to have been taken over by a domain grabber, which
> was
Source: ocaml-mccs
Version: 1.1+11-1
Severity: serious
Hello, as said for extlib (Bug #965115), also this package is now failing in
dh_dwz since the new binutils.
This is a snip of the error log (the full one is attached)
dh_install
dh_ocamldoc
dh_installdocs
dh_installchangelogs
Anton Zinoviev left as an exercise for the reader:
> On Mon, Jul 20, 2020 at 05:32:55AM -0400, Nick Black wrote:
> What about these?
>
> . for U+2610 BALLOT BOX
> v for U+2611 BALLOT BOX WITH CHECK
> x for U+2612 BALLOT BOX WITH X
If that's what you like, it's fine with me =]. So long as
On Sat, 18 Jul 2020 21:55:09 +0800 Paul Wise wrote:
> On Sat, 2020-07-18 at 07:13 -0400, James Valleroy wrote:
>
> > Sorry if the description wasn't clear. Upstream ships the CLDR data
> > that they need in JSON format (and under Unicode license).
> >
On Mon, Jul 20, 2020 at 05:32:55AM -0400, Nick Black wrote:
>
> To be more precise, U+2571 BOX DRAWINGS LIGHT DIAGONAL UPPER
> RIGHT TO LOWER LEFT ought be getting mapped to U+002F SOLIDUS
> aka '/', but is instead being mapped to U+0025 PERCENT SIGN aka
> '%'.
Thanks.
On Mon, Jul 20, 2020 at
Le vendredi 20 avril à 00h 16mn 13s (+0200), Raphael Hertzog a écrit :
>
> IMO the special casing for ports.debian.org architectures should be
> handled in a dedicated wrapper. And maybe debootstrap needs new features
> to make this wrapper possible.
>
Hi,
It would be beneficial to add a new
Package: ripit
Version: 4.0.0~beta20140508-1
Severity: normal
Hi,
the Homepage header is outdated:
| Homepage: http://www.suwald.com/ripit/news.php
This domain seems to have been taken over by a domain grabber, which
was confirmed by
https://twitter.com/ripit_cli/status/949577216756797440
So
Package: rkhunter
Version: 1.4.6-8
Severity: normal
Dear Maintainer,
rkhunter fails to start because it cannot find the fgrep/egrep utilities.
The return message is as follows:
$ rkhunter --check
Invalid SCRIPTWHITELIST configuration option: Non-existent pathname:
/usr/bin/egrep
Invalid
On Sun, Jul 19, 2020 at 10:57 PM Nicholas D Steeves wrote:
> It seems to me that the most expedient path forward is to jump from
> 1.2.x to 1.4.x. ACK?
Right, it looks like we will have too.
I was trying to avoid it at first because it is a lot of work. I
suggest that we move slowly and try to
Package: qemu-system-x86
Version: 1:5.0-10
Severity: normal
X-Debbugs-Cc: t...@mirbsd.de
Start qemu-system-i386 with no arguments, then select View → compatmonitor0
in the menu. This leads to illegible text, as attached.
-- System Information:
Debian Release: bullseye/sid
APT prefers
Am 18.07.20 um 13:33 schrieb Hilmar Preuße:
I applied your patch to 1.3.7rc4 code, I had to fix it; upstream changed
variable names in [1]. The result is here [2]. I did not test the code
and I have doubt, that it works as you expect.
Would be nice, if you could test this. I don't plan to do
On Mon, 15 Jun 2020 11:17:24 +0200 Graham Inggs wrote:
> Source: r-cran-rdflib
> Version: 0.2.3+dfsg-1
> Severity: serious
> X-Debbugs-CC: debian...@lists.debian.org
> User: debian...@lists.debian.org
> Usertags: regression
>
> Hi Maintainer
>
> Sometime in the last month, r-cran-rdflib started
Package: wnpp
Severity: wishlist
Subject: ITP: pique -- software pipeline for performing genome wide association
studies
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: pique
Version : 1.0
Upstream Author : A. J. Travis and A. Douglas
* URL :
Hi,
I experience exactly the same bevahiour after installing
1:3.1+dfsg-8+deb10u6 on Debian as Dom0 with Xen version
4.11.4+24-gddaaccbbab-1~deb10u1. No interessting output in any log files
as far as I can tell. Downgrading the qemu-system-x86 packet to
1:3.1+dfsg-8+deb10u5 immediately fixes
Control: tags -1 + confirmed pending
El 19/07/20 a las 10:13, Joey Schulze escribió:
> Package: bzip2
> Version: 1.0.6-9.2~deb10u1
> Severity: important
> Tags: patch
>
> Moin,
>
> bzdiff does not work when comparing two bzip2 compressed files:
>
> finlandia!joey(tty6):/data> bzdiff
On Mon, Jul 20, 2020 at 09:34:41AM +0100, Sudip Mukherjee wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi,
>
> Another transition for 'ace' please.
> Small transition with only two affected packages:
Le 16/07/20 à 00:59, Dmitry Smirnov a écrit :
On Thursday, 16 July 2020 5:41:43 AM AEST Emmanuel Kasper wrote:
I think there is a problem in the Depends of podman:
More likely there is a problem in Podman configuration.
"io.podman.service" should be restarted to pick-up configuration changes.
Control: tags -1 + patch
Created merge request at
https://salsa.debian.org/kernel-team/linux/-/merge_requests/257 .
Hi,
On Mon, Jul 13, 2020 at 11:03 PM Lukas Tribus
wrote:
> since libpcap 1.9, rpcap (remote-pcap) is supported [1] and can
> be enabled at build by specifying --enable-remote or in cmake
> -DENABLE_REMOTE=YES [2].
>
> Please consider enabling this for libpcap 1.9.
Thank you for the suggestion.
Source: linux
Version: 4.19.118-2
Severity: normal
X-Debbugs-Cc: bonac...@ee.ethz.ch
Hi
v4.19.y series lack support for Comet Lake in e1000e which was added
upstream in 5.5-rc1 with 914ee9c436cb ("e1000e: Add support for Comet
Lake").
Consequently buster kernel does not support
00:1f.6
Package: createrepo
Version: 0.10.3
Severity: normal
--- Please enter the report below this line. ---
0.10.4 fixes in particular https://bugzilla.redhat.com/show_bug.cgi?id=1058975
Thanks!
On Thu, 4 Jun 2020 17:24:54 +0200 Matthias Klose wrote:
> The package ftbfs on arm64 and armhf, trying to link with -ldrm. Apparently
> libdrm-dev is an implicit b-d for x86 targets, but used explicitly. Fixed by
> b-d on libdrm-dev everywhere.
Thanks for a very nice bug report!
Submitted an
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "opencpn"
* Package name: opencpn
Version : 5.2.0+dfsg-1
Upstream Author : Dave S. Register
* URL : https://opencpn.org
* License : GPL-2+
* Vcs
Hi Håvard,
> The reason I mentioned kernel variations is because when I tested the
> new version (0.6.2) which includes your patch (not yet packaged in
> Debian) reprotest still fails, and it fails when I use "$ reprotest
> --variations=kernel ..."
I cannot think why changing the kernel would
Source: numpydoc
Version: 1.1.0-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
numpydoc could not be built
The changes are included in the current version. This issue can be closed.
Source: python-cooler
Version: 0.8.8-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: umask filesystem
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0] we noticed that
python-cooler could
The issue should be fixed with
https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1365 which is
pushed to gnome-3-36 branch as well as master.
DrNick on #kernelnewbies mentioned that on mmap() isn't cleaned up:
698118 14:52:47.634488 mmap(NULL, 16384, PROT_READ|PROT_WRITE,
MAP_SHARED, 4, 0) = 0x7f0467ea2000
That seems to keep the fd open, and so the lock persists...
So it's a libgdbm error.
forwarded 965256 https://www.logilab.org/ticket/10251578
thanks
Hi Sandro,
> would you mind forwarding this patch upstream (and eventually follow
> up any change they may request)? thanks!
Okay, I think I've managed to do this here:
https://www.logilab.org/ticket/10251578
Regards,
--
Package: apparmor-profiles
Version: 2.13.4-3
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
currently when the apparmor-profiles package is installed, it installs several
apparmor profile files. In this way users can have all or none of the profiles
Package: libopenmpi3
Followup-For: Bug #965352
Build log for dolfin 2019.2.0~git20200218.027d9cc-12 indicates a
problem with malloc in libucs.so, one of the new features (UCX) added
in openmpi 4.0.4-2.
Run C++ regression tests (MPI)
Test project /<>/obj-x86_64-linux-gnu
Start 2:
Upstream is trying to fix it, but unfortunately the first draft did not
solve it completely. Hopefully soon. The current new version do not
solve it, as far as I know.
--
Happy hacking
Petter Reinholdtsen
While I've got you here, while the case isn't quite as clear-cut
for these two, I'd suggest mapping
U+2612 BALLOT BOX WITH X -> U+0058 LATIN CAPITAL LETTER X
and
U+2610 BALLOT BOX -> U+002D HYPHEN-MINUS or, if you prefer,
U+004F LATIN CAPITAL LETTER O
Right now they
Anton Zinoviev left as an exercise for the reader:
I tested your Arabic-Fixed16 and Lat15-Terminus16, I'm pretty
sure. First, I verified that the targeted UTF-8 was being
rendered as the absent glyph, as expected. I then ran "setfont
FONTFILE", and verified that the UTF-8 was properly being
Nick Black left as an exercise for the reader:
> I tested your Arabic-Fixed16 and Lat15-Terminus16, I'm pretty
> sure. First, I verified that the targeted UTF-8 was being
> rendered as the absent glyph, as expected. I then ran "setfont
> FONTFILE", and verified that the UTF-8 was properly being
>
On Wed, Jul 01, 2020 at 05:50:39PM +0900, Benjamin Poirier wrote:
> This triggered a regression, I would say.
>
> When composing a new message, the realname configuration item is not
> taken into account to create the "From" address. For example, in my
> case, it appears as "From:
Control: notfound -1 1:21-0
Control: found -1 1:20-2
On Mon, 20 Jul 2020 at 09:49:13 +0100, Fòram na Gàidhlig wrote:
> We have just released a new version of Widelands
Thanks for reporting this.
"The version in Debian is out of date" can be considered to be a bug in
the version currently in
Package: lynis
Version: 3.0.0-1
Severity: critical
Tags: security
Justification: breaks unrelated software
X-Debbugs-Cc: witold.bary...@gmail.com, Debian Security Team
root@debian:/var/log# grep lynis daemon.log | wc -l
21311825
root@debian:/var/log# grep lynis daemon.log.1 | wc -l
1986915
Package: widelands
Version: 1:21-0
Dear Debian team,
We have just released a new version of Widelands - would you be willing
to take care of the packaging for us?
Source package:
https://launchpad.net/widelands/build21/build21
Branch:
https://github.com/widelands/widelands/tree/build-21
Control: found -1 5.7.6-1
For me this issue still exists in kernel 5.7.0 so package version
5.7.6-1
Here the Error from dmesg:
```
[ 8811.591801] i915 :00:02.0: [drm] *ERROR* Your hardware requires
CONFIG_PMIC_OPREGION and it is not set
[ 9714.864832] i915 :00:02.0: [drm] *ERROR* Your
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "libjs-material-design-lite"
* Package name: libjs-material-design-lite
Version : 1.3.0+dfsg-1
Upstream Author : https://getmdl.io/
* URL :
Package: procmon
Severity: wishlist
Package name: ProcMon
URL: https://github.com/microsoft/ProcMon-for-Linux/
License: MIT
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
Another transition for 'ace' please.
Small transition with only two affected packages: diagnostics, ivtools.
ivtools builds fine with ace 6.5.10+dfsg-1 version in experimental.
heh yeah, I meant it was paraview upstream that was forcing us to use
the funny location. It's paraview that we (with you) have been getting
to change.
Debian has paraview 5.7.0 which is still looking in /usr/bin/plugins.
We'll be able to clear it up in meshio-tools once paraview is upgraded.
Source: bcolz
Version: 1.2.1+ds2-5
Severity: serious
Justification: FTBFS
Hi,
bcolz FTBFS on amd64 with an updated version of python3-numpydoc.
Here is the tail of the build log. The error seems to originate
during the build of the documentation:
Upstream dev here. The location is
```
share/paraview-5.8/plugins
```
now, that's already for 4.0.16.
Cheers,
Nico
On Mon, Jul 20, 2020 at 9:03 AM Drew Parsons wrote:
>
> Package: meshio-tools
> Followup-For: Bug #964078
>
> Thanks for your report. Looks like the symlink might not be created
>
Nicholas D Steeves:
> Package: debhelper
> Version: 13.2
> Severity: normal
>
> Steps to reproduce:
>
> override_dh_installchangelogs:
> mkdir -p debian/tmp
> generate-or-convert-changelog-here >> debian/tmp/changelog
> dh_installchangelogs debian/tmp/changelog
>
>
Package: meshio-tools
Followup-For: Bug #964078
Thanks for your report. Looks like the symlink might not be created
in time for the installation scripts, will have to look into it.
It is a funny location. Upstream was using it so. We're working with
them to change it to a more appropriate
Source: node-babel7
Version: 7.10.5+~cs65.71.38-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=node-babel7=all=7.10.5%2B~cs65.71.38-2=1595148206=0
...
debian/rules override_dh_auto_build
make[1]: Entering directory '/<>'
rm -f node_modules/@babel/code-frame
cd
101 - 158 of 158 matches
Mail list logo
