Bug#972482: vgabios-ramfb not installed - due to maybe a typo?

[Christian Ehrhardt]

Package: seabios
Version: 1.14.0-1

Hi,
I was made aware of vgabios-ramfb.bin still missing [1], but wondered since
1.14 had the following change [2]. Nevertheless it indeed isn't part of the
produced binary deb. I haven't checked it in depth yet, but for now wonder
if that might be just a typo "romfb" vs "ramfb" and fixed by:

diff --git a/debian/rules b/debian/rules
index a2684214..f7c1f025 100755
--- a/debian/rules
+++ b/debian/rules
@@ -11,7 +11,7 @@ DEB_VERSION = $(call
dpkg_late_eval,DEB_VERSION,dpkg-parsechangelog -SVersion)
 # everything after last minus sign
 DEB_VERSION_RELEASE = $(call dpkg_late_eval,DEB_VERSION_RELEASE,echo
'$(DEB_VERSION)' | sed -e 's/^.*-//')

-VGABIOSES = ati bochs-display cirrus stdvga virtio vmware qxl isavga romfb
+VGABIOSES = ati bochs-display cirrus stdvga virtio vmware qxl isavga ramfb
 VGABIOS_TARGETS = $(addprefix build/vgabios-, $(addsuffix .bin,
$(VGABIOSES)))
 BIOS_TARGETS = build/bios.bin build/bios-256k.bin ${VGABIOS_TARGETS}
 BUILD_TARGETS = $(BIOS_TARGETS) build/optionrom-stamp

Because with that in place [3] should actually find something to then be
installed by [4]

[1]: https://bugs.launchpad.net/ubuntu/+source/seabios/+bug/1899546
[2]:
https://salsa.debian.org/qemu-team/seabios/-/commit/2d3f6f02d38105d92e24be2c2cfeceb941ae23ea
[3]:
https://salsa.debian.org/qemu-team/seabios/-/blob/2d3f6f02d38105d92e24be2c2cfeceb941ae23ea/debian/rules#L80
[4]:
https://salsa.debian.org/qemu-team/seabios/-/blob/2d3f6f02d38105d92e24be2c2cfeceb941ae23ea/debian/install#L3

-- 
Christian Ehrhardt
Staff Engineer, Ubuntu Server
Canonical Ltd

Bug#972481: ruby-pygments.rb: FTBFS, tests failure (due to new pygments)

[Sandro Tosi]

Source: ruby-pygments.rb
Version: 1.2.1-1
Severity: serious
Tags: ftbfs

Hello,
pygments has been recently updated to its latest upstream release (2.7.1), and
that's causing ruby-pygments to FTBFS with tests errors:

```
  test_highlight_works_with_larger_files:   F
===
Failure: test_highlight_works_with_larger_files(PygmentsHighlightTest)
/build/ruby-pygments.rb-1.2.1/test/test_pygments.rb:38:in 
`test_highlight_works_with_larger_files'
 35:   def test_highlight_works_with_larger_files
 36: code = P.highlight(REDIS_CODE)
 37: assert_match 'used_memory_peak_human', code
  => 38: assert_equal 458511, code.bytesize.to_i
 39:   end
 40:
 41:   def test_highlight_works_with_null_bytes
<458511> expected but was
<462036>

diff:
? 458511
?  62036
===
: (0.242569)
```

and

```
  test_highlight_works_with_single_character_input: F
===
Failure: 
test_highlight_works_with_single_character_input(PygmentsHighlightTest):
  /> was expected to be =~
  <"a\n" +
  "">.
/build/ruby-pygments.rb-1.2.1/test/test_pygments.rb:89:in 
`test_highlight_works_with_single_character_input'
 86:
 87:   def test_highlight_works_with_single_character_input
 88: code = P.highlight("a")
  => 89: assert_match "a\n", code
 90:   end
 91:
 92:   def test_highlight_works_with_trailing_newline
===
: (0.019281)
```

I'm not familiar enough with ruby code to be able to tell how to fix it, but
from the error message, it appears that pygments is producing a different
output than the one expected by ruby-pygments.rb testsuite.

I checked on the upstream repo and it doesnt look like anyone update the code,
nor prepared a patch, to support pygments.

Until this package is fixed, pygments and a considerable set of packages, cannot
migrate to test, so i appreciate you fixing it quickly.

Regards,
sandro

-- System Information:
Debian Release: 10.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.6.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#566943: closed by Geert Stappers (Five or ten years later)

[積丹尼 Dan Jacobson]

OK hope it is fixed.

Bug#972348: closed by Craig Small (Re: Bug#972348: procps: [sysctl] /etc/sysctl.d should supersede /lib and /usr/lib)

[Matthew Gabeler-Lee]

You can either:
1) Make your file appear "later" in the listing. So something like
999-must-happen.conf; or


Aah, no, I can't, that's my point. Because /etc/sysctl.d/ is read before 
package-shipped files, then it doesn't matter what file I put it in, it 
will still be overridden by package-shipped files in (/usr)/lib.


Only the /etc/sysctl.conf file overrides the package files.

And while yes, the package does behave as documented, my point was that 
this package behaves contrary to how most other packages in Debian (and 
Linux/Unix) behave.


--
-- Matt
"Reality is that which, when you stop believing in it, doesn't go away".
-- Philip K. Dick
GPG fingerprint: 0061 15DF D282 D4A9 57CE  77C5 16AF 1460 4A3C C4E9

Bug#972385: petsc4py: autopkgtest failure on amd64: Caught signal number 11 SEGV

[Drew Parsons]

Source: petsc4py
Followup-For: Bug #972385

When the petsc4py tests fail, it seems to correlate with
  mpiexec -n 48 python3 test_mat_cg.py
  
When the tests pass, they pass with
  mpiexec -n 2 python3 test_mat_cg.py
  
  
Evidently the MPI tests are calling on the full number of available
CPUs. The tests are not large enough to run successfully over 48
processes.

In that case we should be able to resolve the problem by constraining
the number of processes used with mpiexec.

Bug#972480: wp2latex FTCBFS: configures for the build architecture

[Helmut Grohne]

Source: wp2latex
Version: 3.92-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs

wp2latex fails to cross build from source, because it configures for the
build architecture as it fails to pass --host to ./configure. Just
dropping the dh_auto_configure override fixes this part. It seems to
have been present since the beginning of the git history, but it builds
fine without now. Once fixed, it fails running the built cpbldr. This is
not straight forward to fix, but fixing the missing --host parameter
makes the latter problem more visible. So please consider applying the
attached patch as an incremental improvement and close this bug when
doing so.

Helmut
diff --minimal -Nru wp2latex-3.92/debian/changelog 
wp2latex-3.92/debian/changelog
--- wp2latex-3.92/debian/changelog  2020-10-15 23:09:01.0 +0200
+++ wp2latex-3.92/debian/changelog  2020-10-19 05:21:20.0 +0200
@@ -1,3 +1,10 @@
+wp2latex (3.92-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Improve cross building: Drop unused dh_auto_configure override. (Closes: 
#-1)
+
+ -- Helmut Grohne   Mon, 19 Oct 2020 05:21:20 +0200
+
 wp2latex (3.92-1) unstable; urgency=medium
 
   * New upstream release.
diff --minimal -Nru wp2latex-3.92/debian/rules wp2latex-3.92/debian/rules
--- wp2latex-3.92/debian/rules  2020-04-19 23:38:12.0 +0200
+++ wp2latex-3.92/debian/rules  2020-10-19 05:21:20.0 +0200
@@ -14,9 +14,5 @@
 %:
dh $@ --no-parallel
 
-# override targets
-override_dh_auto_configure:
-   ./configure --prefix=/usr
-
 override_dh_auto_install:
dh_install

Bug#972478: libjogl2-java, build-depends no longer satisfiable on 32-bit architectures.

[peter green]

Tags 972478 -sid
thanks

On 19/10/2020 04:15, peter green wrote:

Package: libjogl2-java
Version: 2.3.2+dfsg-9
Tags: bullseye, sid
x-debbugs-cc: sci...@packages.debian.org
x-debbugs-cc: k...@packages.debian.org

Justification: rc policy: packages must be buildable in the same release.

libjogl2-java can no longer be built on 32-bit architectures, specifically 
armhf and i386
(it is already not built on armel of mipsel) because swt4-gtk no longer 
supports 32-bit
architectures.

Potential soloutions would be.

1. Fix swt-gtk4 so it builds on 32-bit architectures again (probably not very 
practical given that upstream have abandoned support)
2. Modify libjogl2-java so it can build without swt (no idea how possible this 
would be).
3. As a last resort, remove libjogl2-java from 32-bit architectures. It seems 
that there are two reverse dependencies that
    would be affected by this, scilab and king.


Apologies I didn't notice there were already things happening or I wouldn't 
have filed this bug so quickly. It seems
that libjogl2-jni has already been removed from unstable on the affected 
architectures. The binaries are however still
in testing. As far as I can tell for them to be removed from testing a couple 
of things need to happen.

Firstly https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=972432 needs to be 
actioned by the ftpmasters.

Secondly I believe that the removals from testing of libjogl2-jni and the 
arch-specific scilab binaries on i386 will
need manual intervention from the release team as it will make arch all 
packages uninstallable.

Bug#972479: nmu: nvidia-graphics-drivers_450.66-1~bpo10+1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

nmu nvidia-graphics-drivers_450.66-1~bpo10+1 . amd64 . buster-backports . -m 
"Rebuild in a clean buster environment."

Looks like I accidentally built this in sid instead of buster and therefore
introduced a dependency on libgcc-s1.


Andreas

Bug#972393: transition: armadillo

[Kumar Appaiah]

Dear Sebastian,

On Sun, Oct 18, 2020 at 12:10:18AM +0200, Sebastian Ramacher wrote:
> > I wish to update armadillo in unstable. A binNMU should suffice for
> > all reverse dependencies. Please let me know your opinion.
> 
> Did you check if the reverse dependencies build against the new versuin
> of armadillo?
> 

Since upstream works with many of the reverse dependencies, he has
sent me this:

"For the dependencies that involve mlpack, the associated version of
mlpack should be upgraded to 3.4.1.
Specifically, the following packages: libmlpack3, mlpack-bin,
python3-mlpack.

mlpack 3.4.1 is currently in Debian "unstable":
https://qa.debian.org/developer.php?login=debian-science-maintain...@alioth-lists.debian.net#mlpack

The other dependencies you listed should be fine."

Thanks.

Kumar


-- 
Kumar Appaiah

Bug#972478: libjogl2-java, build-depends no longer satisfiable on 32-bit architectures.

[peter green]

Package: libjogl2-java
Version: 2.3.2+dfsg-9
Tags: bullseye, sid
x-debbugs-cc: sci...@packages.debian.org
x-debbugs-cc: k...@packages.debian.org

Justification: rc policy: packages must be buildable in the same release.

libjogl2-java can no longer be built on 32-bit architectures, specifically 
armhf and i386
(it is already not built on armel of mipsel) because swt4-gtk no longer 
supports 32-bit
architectures.

Potential soloutions would be.

1. Fix swt-gtk4 so it builds on 32-bit architectures again (probably not very 
practical given that upstream have abandoned support)
2. Modify libjogl2-java so it can build without swt (no idea how possible this 
would be).
3. As a last resort, remove libjogl2-java from 32-bit architectures. It seems 
that there are two reverse dependencies that
   would be affected by this, scilab and king.

Bug#962654: pip fails to install cryptography on pypy3

[Kevin Locke]

On Thu, 2020-06-11 at 12:55 +0200, chrysn wrote:
> Package: python3-pip
> Version: 20.1.1-2
> Severity: normal
> 
> In pypy3 venvs, installing the cryptography package fails. As replacing
> pip with the upstream pip makes things work, and because the whole
> situation looks similar to #955414 / #954256 (where I found the
> workaround), there is reason to assume this is relating to Debian
> customizations in pip.

I just ran into this issue as well and agree with the similarities to
the bugs you mentioned.  On my system it appears to be unrelated to the
cryptography package and can be reproduced using the same steps as in
#954256:

pypy3 -m venv /tmp/venv/
source /tmp/venv/bin/activate
mkdir /tmp/pypa
cd /tmp/pypa
echo "from setuptools import setup; setup()" > setup.py
touch pyproject.toml
pip install --isolated -e .

Which fails with:

Obtaining file:///tmp/pypa
  Installing build dependencies: started
  Installing build dependencies: finished with status 'done'
  Getting requirements to build wheel: started
  Getting requirements to build wheel: finished with status 'error'
  ERROR: Command errored out with exit status 1:
   command: /tmp/venv/bin/pypy3-c 
/usr/share/python-wheels/pep517-0.8.2-py2.py3-none-any.whl/pep517/_in_process.py
 get_requires_for_build_wheel /tmp/tmpu8qlrd77
   cwd: /tmp/pypa
  Complete output (1 lines):
  /tmp/venv/bin/pypy3-c: can't find '__main__' module in 
'/usr/share/python-wheels/pep517-0.8.2-py2.py3-none-any.whl/pep517/_in_process.py'
  
ERROR: Command errored out with exit status 1: /tmp/venv/bin/pypy3-c 
/usr/share/python-wheels/pep517-0.8.2-py2.py3-none-any.whl/pep517/_in_process.py
 get_requires_for_build_wheel /tmp/tmpu8qlrd77 Check the logs for full command 
output.

As you noted, and as in #954256, running `pip install --force pip` in
the venv avoids the error.

Thanks,
Kevin

Bug#972477: mirror submission for mirror.bizflycloud.vn

[Nguyen Trang]

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: mirror.bizflycloud.vn
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
Archive-http: /debian/
Maintainer: Nguyen Trang 
Country: VN Vietnam
Location: Vietnam
Sponsor: BizFly Cloud https://bizflycloud.vn/




Trace Url: http://mirror.bizflycloud.vn/debian/project/trace/
Trace Url: 
http://mirror.bizflycloud.vn/debian/project/trace/ftp-master.debian.org
Trace Url: 
http://mirror.bizflycloud.vn/debian/project/trace/mirror.bizflycloud.vn

Bug#972371: debian-reference: Add CI to ensure that git is buildable

[肖盛文]

run "make entity" also let us find any errors in the whole building 
process.(example is Bug#972437)


entity tag also used very heavy in the project, if every commit can 
run"make entity"in pipelne,  we will find any error immediately.


If "make entity" can success run in pipeline, the  new version release 
can became more smoothly and automatically.


As "make entity" can't run at present, let us comment it out at first.

I hope "make entity" can run success in the further after that add 
|'popcon.debian.org' into trusted.|


在 2020/10/19 上午12:59, Holger Wansing 写道:

Hi,

I think it is not useful/not needed to execute "make entity" on
every build. It's only required when new packages are added to
the manual, or when preparing for the next stable release.
I would advise to remove it from the pipeline again...


Holger


--
肖盛文 xiao sheng wen Faris Xiao
微信(wechat)：atzlinux
《铜豌豆 Linux》
基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com
Debian QA page: https://qa.debian.org/developer.php?login=atzlinux%40sina.com
GnuPG Public Key: 0x339240CB

Bug#972476: gourmet: OptionParser.py:43: SyntaxWarning: "is" with a literal. Did you mean "=="?

[Paul Wise]

Package: gourmet
Version: 0.17.4+20200608.git917082d7-1
Severity: normal
Usertags: warnings

When installing gourmet, I got a Python warning:

Setting up gourmet (0.17.4+20200608.git917082d7-1) ...
/usr/lib/python3/dist-packages/gourmet/OptionParser.py:43: SyntaxWarning: "is" 
with a literal. Did you mean "=="?
  if e.code is 0:

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8), LANGUAGE=en_AU:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gourmet depends on:
ii  python3 3.8.2-3
ii  python3-gi  3.38.0-1+b1
ii  python3-pil 7.2.0-1+b1
ii  python3-reportlab   3.5.53-1
ii  python3-sqlalchemy  1.3.19+ds1-1

Versions of packages gourmet recommends:
ii  python3-gst-1.01.18.0-1+b1
ii  python3-gtkspellcheck  4.0.5-2
ii  python3-lxml   4.5.2-1+b1

gourmet suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#972469: joblib: TerminatedWorkerError, AttributeError: '_SafeQueue' object has no attribute '_notempty' with Python 3.9

[Rebecca N. Palmer]

Package: python3-joblib
Tags: fixed-upstream
Control: affects -1 scikit-learn statsmodels
Control: block 966426 by -1
Severity: serious
Justification: causes other packages to FTBFS

Our current version of joblib is incompatible with Python 3.9, which was 
recently added to the supported versions list (#966426).  This causes at 
least scikit-learn and statsmodels to fail their tests.


Upstream fix: https://github.com/joblib/loky/pull/250

Traceback (from scikit-learn test log):

___ test_multi_class_n_jobs[kernel3] 
___


kernel = 1**2 * RBF(length_scale=1)

@pytest.mark.parametrize('kernel', kernels)
def test_multi_class_n_jobs(kernel):
# Test that multi-class GPC produces identical results with 
n_jobs>1.

gpc = GaussianProcessClassifier(kernel=kernel)
gpc.fit(X, y_mc)

gpc_2 = GaussianProcessClassifier(kernel=kernel, n_jobs=2)
>   gpc_2.fit(X, y_mc)

sklearn/gaussian_process/tests/test_gpc.py:178:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _

sklearn/gaussian_process/_gpc.py:657: in fit
self.base_estimator_.fit(X, y)
sklearn/multiclass.py:241: in fit
self.estimators_ = Parallel(n_jobs=self.n_jobs)(delayed(_fit_binary)(
/usr/lib/python3/dist-packages/joblib/parallel.py:1016: in __call__
self.retrieve()
/usr/lib/python3/dist-packages/joblib/parallel.py:908: in retrieve
self._output.extend(job.get(timeout=self.timeout))
/usr/lib/python3/dist-packages/joblib/_parallel_backends.py:554: in 
wrap_future_result

return future.result(timeout=timeout)
/usr/lib/python3.9/concurrent/futures/_base.py:440: in result
return self.__get_result()
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _


self = TerminatedWorkerError>


def __get_result(self):
if self._exception:
>   raise self._exception
E 
joblib.externals.loky.process_executor.TerminatedWorkerError: A worker 
process managed by the executor was unexpectedly terminated. This could 
be caused by a segmentation fault while calling the function or by an 
excessive memory usage causing the Operating System to kill the worker. 
The exit codes of the workers are {EXIT(1)}


/usr/lib/python3.9/concurrent/futures/_base.py:389: TerminatedWorkerError
- Captured stdout call 
-




LokyProcess-45 failed with traceback:

Traceback (most recent call last):
  File 
"/usr/lib/python3/dist-packages/joblib/externals/loky/backend/popen_loky_posix.py", 
line 195, in 

process_obj = pickle.load(from_parent)
  File 
"/usr/lib/python3/dist-packages/joblib/externals/loky/backend/queues.py", 
line 75, in __setstate__

self._after_fork()
  File "/usr/lib/python3.9/multiprocessing/queues.py", line 69, in 
_after_fork

self._reset(after_fork=True)
  File "/usr/lib/python3.9/multiprocessing/queues.py", line 73, in _reset
self._notempty._at_fork_reinit()
AttributeError: '_SafeQueue' object has no attribute '_notempty'






LokyProcess-46 failed with traceback:

Traceback (most recent call last):
  File 
"/usr/lib/python3/dist-packages/joblib/externals/loky/backend/popen_loky_posix.py", 
line 195, in 

process_obj = pickle.load(from_parent)
  File 
"/usr/lib/python3/dist-packages/joblib/externals/loky/backend/queues.py", 
line 75, in __setstate__

self._after_fork()
  File "/usr/lib/python3.9/multiprocessing/queues.py", line 69, in 
_after_fork

self._reset(after_fork=True)
  File "/usr/lib/python3.9/multiprocessing/queues.py", line 73, in _reset
self._notempty._at_fork_reinit()
AttributeError: '_SafeQueue' object has no attribute '_notempty'

Bug#841848: The repo. is dead and moved to https://quiche.googlesource.com/quiche/

[Trent W. Buck]

shirish शिरीष wrote:
> There is no more development on the repository shared and hence since
> moved to https://quiche.googlesource.com/quiche/

It looks like that repo is active, but there is also

https://github.com/cloudflare/quiche

...which is used by nginx and (maybe) curl.

It looks like these repos are unrelated:

git init --bare quiche.git
cd quiche.git
git remote add google https://quiche.googlesource.com/quiche
git remote add cloudflare https://github.com/cloudflare/quiche
git fetch --all --tags
[...]
warning: no common commits
[...]

It is not clear to me which of these two repos should be used.

The Google one appears to be written in C++, not rust.
https://en.wikipedia.org/wiki/HTTP/3 says that Google's C++-based QUIC 
implementation is called "cronet", not "quiche".
So why does google have something called "quiche" in C++???


My immediate goal is just to try "curl --http3 https://example.com;, so
I *think* for me, the cloudflare one is the right one.

Bug#951000: xfce4-panel: constant CPU consumption when displaying logout menu

[Bernhard Übelacker]

Dear Maintainer,
could reproduce this inside a minimal amd64 qemu VM in current testing.
In my test Xorg consumed on CPU completely, another thread 
xfce4/panel/wrapper-2.0
used 6% when this menu is opened.

It looked like this process triggers redrawing in a fast loop, which
seem most expensive on Xorg side.

Another thing that might be related is this logging message that is
constructed but never appears in any logfile as I see:


#0  __vasprintf_internal (result_ptr=result_ptr@entry=0x7ffd775615b0, 
format=0x7fe32cafc6e8 "State %u for %s %p doesn't match state %u set via 
gtk_style_context_set_state ()", format@entry=0x7ffd775615b0 "", 
args=0x7ffd775615d8, mode_flags=mode_flags@entry=2) at vasprintf.c:34
...
#5  0x7fe32c1274dd in g_log_structured_standard 
(log_domain=log_domain@entry=0x7fe32ca94047 "Gtk", 
log_level=log_level@entry=G_LOG_LEVEL_DEBUG, file=file@entry=0x7fe32cafc740 
"../../../../gtk/gtkstylecontext.c", line=, func=, message_format=) at ../../../glib/gmessages.c:1976
#6  0x7fe32c990a64 in gtk_style_context_push_state 
(context=context@entry=0x5601349a9150, state=state@entry=GTK_STATE_FLAG_NORMAL) 
at ../../../../gtk/gtkstylecontext.c:525
...


Kind regards,
Bernhard


# Bullseye/testing amd64 qemu VM 2020-10-18


apt update
apt dist-upgrade


apt install systemd-coredump mc htop psmisc net-tools gdb xfce4 
libxfce4panel-2.0-4-dbgsym libglib2.0-0-dbgsym xserver-xorg-core-dbgsym 
libpixman-1-0-dbgsym libgtk-3-0-dbgsym libx11-6-dbgsym libxcb1-dbgsym linux-perf
apt build-dep libxfce4panel-2.0-4


reboot


mkdir /home/benutzer/source/libxfce4panel-2.0-4/orig -p
cd/home/benutzer/source/libxfce4panel-2.0-4/orig
apt source libxfce4panel-2.0-4
cd


# Login
# Open "User menu"


taskset -pc 14 542
taskset -pc 15 876


root@debian:~# ps aux | grep -E "^USER|876|542"
USER PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
root 542 27.6  2.9 2628860 90952 tty7Rsl+ 21:54  10:10 
/usr/lib/xorg/Xorg :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp 
vt7 -novtswitch
benutzer 876  1.4  5.9 203028 182108 ?   Sl   21:54   0:31 
/usr/lib/x86_64-linux-gnu/xfce4/panel/wrapper-2.0 
/usr/lib/x86_64-linux-gnu/xfce4/panel/plugins/libactions.so 14 14680075 actions 
Aktionsknöpfe Abmelden, sperren oder andere Systemaktionen


perf record -p 876 -g
perf report


(gdb) bt
#0  __vasprintf_internal (result_ptr=result_ptr@entry=0x7ffd775615b0, 
format=0x7fe32cafc6e8 "State %u for %s %p doesn't match state %u set via 
gtk_style_context_set_state ()", format@entry=0x7ffd775615b0 "", 
args=0x7ffd775615d8, mode_flags=mode_flags@entry=2) at vasprintf.c:34
#1  0x7fe32c016238 in __vasprintf_chk 
(result_ptr=result_ptr@entry=0x7ffd775615b0, flag=flag@entry=1, 
format=format@entry=0x7ffd775615b0 "", ap=) at vasprintf_chk.c:36
#2  0x7fe32c16c47f in vasprintf (__ap=, __fmt=0x7ffd775615b0 
"", __ptr=0x7ffd775615b0) at /usr/include/x86_64-linux-gnu/bits/stdio2.h:213
#3  g_vasprintf (string=string@entry=0x7ffd775615b0, format=, 
args=args@entry=0x7ffd775615d8) at ../../../glib/gprintf.c:337
#4  0x7fe32c13f95d in g_strdup_vprintf (format=, 
args=args@entry=0x7ffd775615d8) at ../../../glib/gstrfuncs.c:519
#5  0x7fe32c1274dd in g_log_structured_standard 
(log_domain=log_domain@entry=0x7fe32ca94047 "Gtk", 
log_level=log_level@entry=G_LOG_LEVEL_DEBUG, file=file@entry=0x7fe32cafc740 
"../../../../gtk/gtkstylecontext.c", line=, func=, message_format=) at ../../../glib/gmessages.c:1976
#6  0x7fe32c990a64 in gtk_style_context_push_state 
(context=context@entry=0x5601349a9150, state=state@entry=GTK_STATE_FLAG_NORMAL) 
at ../../../../gtk/gtkstylecontext.c:525
#7  0x7fe32c991761 in gtk_style_context_get_property 
(context=0x5601349a9150, property=0x560133f65582 "background-color", 
state=GTK_STATE_FLAG_NORMAL, value=0x7ffd77561c00) at 
../../../../gtk/gtkstylecontext.c:840
#8  0x7fe32c991945 in gtk_style_context_get_valist 
(context=context@entry=0x5601349a9150, state=state@entry=GTK_STATE_FLAG_NORMAL, 
args=args@entry=0x7ffd77561cb0) at ../../../../gtk/gtkstylecontext.c:876
#9  0x7fe32c991c3a in gtk_style_context_get (context=0x5601349a9150, 
state=state@entry=GTK_STATE_FLAG_NORMAL) at 
../../../../gtk/gtkstylecontext.c:918
#10 0x560133f63ca3 in wrapper_plug_draw (widget=0x560134bd2470, 
cr=0x560134b9dc00) at wrapper-plug.c:221
#11 0x7fe32ca3c144 in gtk_widget_draw_internal 
(widget=widget@entry=0x560134bd2470, cr=cr@entry=0x560134b9dc00, 
clip_to_size=clip_to_size@entry=1) at ../../../../gtk/gtkwidget.c:7080
#12 0x7fe32ca45740 in gtk_widget_render 
(widget=widget@entry=0x560134bd2470, window=0x5601348f5900, region=) at ../../../../gtk/gtkwidget.c:17606
#13 0x7fe32c8e6798 in gtk_main_do_event (event=0x7ffd77561f50) at 
../../../../gtk/gtkmain.c:1843
#14 gtk_main_do_event (event=) at ../../../../gtk/gtkmain.c:1690
#15 0x7fe32c5d0775 in _gdk_event_emit (event=event@entry=0x7ffd77561f50) at 
../../../../gdk/gdkevents.c:73
#16 

Bug#972475: pyresample: please drop dependency on basemap

[Sandro Tosi]

Source: pyresample
Severity: important

Hello,
pyresample already supports cartopy, which is the replacement for the deprecated
basemap. So please drop basemap from build-depends/depends/etc .

Prioritu set to important as i plan on removing basemap in time for bullseye
release (there are only 2 reverse-dependencies, one of which is pyresample).

Thanks,
Sandro

-- System Information:
Debian Release: 10.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.6.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#594573: Translation Anymeal to Russian

[Paul Wise]

On Tue, Aug 24, 2010 at 20:34, Sergey Savin wrote:

> I've translated program Anymeal from Debian lenny repository to Russian.
> I send you ru.po file.
> Please, include it to the package anymeal in debian lenny repository.

Sergey, your Russian translation of Anymeal appears to have been lost.

If you do not have a copy of the translation, please let us know.

If you do have a copy of the translation:

If you have a GitHub account, please update it for the latest version
and file an issue requesting it be included into the upstream project.

https://github.com/wedesoft/anymeal/issues

Otherwise, you could attach it to a mail and send to the Debian bug:

594...@bugs.debian.org

PS: the bug that was filed about your translation is available here:

https://bugs.debian.org/594573

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#972474: pyqso: remove dependency on basemap

[Sandro Tosi]

Package: pyqso
Severity: important
X-Debbugs-Cc: m...@debian.org

Hello,
pyqso no longer uses basemap, and it's only referred in debian/control .

Severity set to important since i would like to remove it in time for bullseye,
since it's deprecated upstream (in favor of cartopy).

Thanks,
Sandro


-- System Information:
Debian Release: 10.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.6.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pyqso depends on:
ii  gir1.2-gtk-3.0   3.24.5-1
ii  libjs-jquery 3.3.1~dfsg-3
ii  libjs-sphinxdoc  3.2.1-1
ii  libjs-underscore 1.9.1~dfsg-1
ii  python3  3.8.2-3
ii  python3-gi-cairo 3.36.0-3
ii  python3-matplotlib   3.3.2-1
ii  python3-mpltoolkits.basemap  1.2.1+dfsg-1+b2
ii  python3-numpy1:1.19.2-1

Versions of packages pyqso recommends:
pn  python3-cartopy 
pn  python3-libhamlib2  
ii  python3-scipy   1.4.1-2

pyqso suggests no packages.

Bug#971763: ITP: rteval -- The rteval script is a utility for measuring various aspects of realtime behavior on a system under load.

[Nicholas D Steeves]

Hi Anders,

Anders Roxell  writes:

> * Package name: rteval
>   Version : 3.0
>   Upstream Author : Clark Williams 
> * URL : https://git.kernel.org/pub/scm/utils/rteval/rteval.git/
> * License : GPLv2
>   Programming Lang: Python, C
>   Description : The rteval script is a utility for measuring various 
> aspects of realtime behavior on a system under load.
>
> The rteval script is a utility for measuring various aspects of
> realtime behavior on a system under load. The script unpacks the
> kernel source, and then goes into a loop, running hackbench and
> compiling a kernel tree. During that loop the cyclictest program
> is run to measure event response time. After the run time completes,
> a statistical analysis of the event response times is done and printed
> to the screen.
>
> This packages is useful for testing the realtime kernel.

Thank you for working on this!  I look forward to using it to further
tune my music recording setup, and to get more useful data from these
experiments.  "Does it produce xruns with smaller periods/timers
(particularly when RT-safe effects are running)" is so hardware specific
that it's hard to say anything useful.

Best,
Nicholas

Bug#972473: RFS: ipcalc-ng/1.0.0-1 -- parameter calculator for IPv4 and IPv6 addresses

[Fabio Augusto De Muzio Tobich]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "ipcalc-ng":

 * Package name: ipcalc-ng
   Version : 1.0.0-1
   Upstream Author : https://gitlab.com/ipcalc/ipcalc/-/issues/new
 * URL : https://gitlab.com/ipcalc/ipcalc
 * License : GPL-2+, BSD-3-Clause, GPL-3+, GPL-2
 * Vcs : https://salsa.debian.org/debian/ipcalc-ng
   Section : net

It builds those binary packages:

  ipcalc-ng - parameter calculator for IPv4 and IPv6 addresses

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/ipcalc-ng/

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/i/ipcalc-ng/ipcalc-ng_1.0.0-1.dsc

The vcs repo on salsa is up to date and can also be used:

  https://salsa.debian.org/debian/ipcalc-ng

Changes since the last upload:

 ipcalc-ng (1.0.0-1) unstable; urgency=medium
 .
   * New upstream release.
   * debian/control: added ronn in Build-Depends field to build manpages from
 markdown, upstream writes manpage in markdown now.
   * debian/manpage/ipcalc-ng.1: added to provide a manpage generated from the
 upstream markdown file with a bug free ronn.
   * debian/manpages: created to install the maintainer provided manpage.
   * debian/patches/:
   - 010_new-name-adjustments.patch: updated.
   - 020_disable-few-tests.patch: renamed from 030 to 020 and updated.
   - 020_fix-random-private-description.patch: removed, fixed upstream.
   - 030_do-not-use-upstream-manpage.patch: created to not generate the
 manpage from the upstream markdown file.
   * debian/rules: removed the override to rename the manpage.

Regards,
-- 
⢀⣴⠾⠻⢶⣦⠀ Fabio A. De Muzio Tobich
⣾⠁⢰⠒⠀⣿⡁ 9730 4066 E5AE FAC2 2683
⢿⡄⠘⠷⠚⠋⠀ D03D 4FB3 B4D3 7EF6 3B2E
⠈⠳⣄  GPG:rsa4096/7EF63B2E



signature.asc
Description: OpenPGP digital signature

Bug#944989: a note about python-modernize

[Thomas Grainger]

Awesome, thanks for the update! Just to let you know there's a pre-release
https://pypi.org/project/modernize/0.9rc0/ version that combines the
libmodernize and modernize namespace

On Sun, 18 Oct 2020, 23:28 Nicholas D Steeves,  wrote:

> notforwarded 944989
> tag 944989 = pending
> retitle 968459 python-modernize: please upgrade to 0.8.0 or newer
>
> Hi Thomas,
>
> Thomas Grainger  writes:
>
> >> When replying to your 1234...@bugs.debian.org, use the following
> >
> > Where do I create that bug?
> >
>
> It looks like you figured it out :-)  Thank you for the tip about using
> the sdist from PyPI.  Fissix is now pending in NEW.
>
> Modernize is a team-maintained package, so you're also welcome to join
> the team, learn about packaging, and update it--if you're interested in
> increasing your involvement with the Debian project.  Here's
> a bit more info:
>
> https://wiki.debian.org/how-can-i-help
> https://wiki.debian.org/DebianMentorsFaq
> https://wiki.debian.org/Mentors
> https://www.debian.org/devel
> debian-pyt...@lists.debian.org
>
>
> Regards,
> Nicholas
>

Bug#944989: a note about python-modernize

[Nicholas D Steeves]

notforwarded 944989
tag 944989 = pending
retitle 968459 python-modernize: please upgrade to 0.8.0 or newer

Hi Thomas,

Thomas Grainger  writes:

>> When replying to your 1234...@bugs.debian.org, use the following
>
> Where do I create that bug?
>

It looks like you figured it out :-)  Thank you for the tip about using
the sdist from PyPI.  Fissix is now pending in NEW.

Modernize is a team-maintained package, so you're also welcome to join
the team, learn about packaging, and update it--if you're interested in
increasing your involvement with the Debian project.  Here's
a bit more info:

https://wiki.debian.org/how-can-i-help
https://wiki.debian.org/DebianMentorsFaq
https://wiki.debian.org/Mentors
https://www.debian.org/devel
debian-pyt...@lists.debian.org


Regards,
Nicholas

Bug#972232:

[Michael Hudson-Doyle]

As this is blocking the Python 3.9 transition now, can the fix from
upstream be uploaded?

Bug#972472: RFS: sudoku-solver/1.0.1-1 -- sudoku puzzles solver

[Fabio Augusto De Muzio Tobich]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "sudoku-solver":

 * Package name: sudoku-solver
   Version : 1.0.1-1
   Upstream Author : https://bitbucket.org/admsasha/sudoku-solver/issues/new
 * URL : https://bitbucket.org/admsasha/sudoku-solver
 * License : GPL-3+, MIT
 * Vcs : https://salsa.debian.org/debian/sudoku-solver
   Section : games

It builds those binary packages:

  sudoku-solver - sudoku puzzles solver

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/sudoku-solver/

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/s/sudoku-solver/sudoku-solver_1.0.1-1.dsc

The vcs repo on salsa is up to date and can also be used:

  https://salsa.debian.org/debian/sudoku-solver

Changes since the last upload:

 sudoku-solver (1.0.1-1) unstable; urgency=medium
 .
   * New upstream release.
   * Upload to unstable.
   * debian/control: added 'qt5-qmake:native' in Build-Depends field to prevent
 FTCBFS.
   * debian/copyright:
   - Removed 'create-man.sh' file block, it was removed from package.
   - Removed the BSD-3-Clause license block, not used anymore.
   * debian/manpage/: removed, manpage provided upstream now.
   * debian/manpages: updated manpage path.
   * debian/source/lintian-overrides: removed, not needed anymore.
   * debian/tests/control: changed last test to run a script instead a
 Test-Command and marked as superficial.
   * debian/tests/run: added to run a simple test.

Regards,
-- 
⢀⣴⠾⠻⢶⣦⠀ Fabio A. De Muzio Tobich
⣾⠁⢰⠒⠀⣿⡁ 9730 4066 E5AE FAC2 2683
⢿⡄⠘⠷⠚⠋⠀ D03D 4FB3 B4D3 7EF6 3B2E
⠈⠳⣄  GPG:rsa4096/7EF63B2E



signature.asc
Description: OpenPGP digital signature

Bug#972455: Does not compile for Linux 5.9

[Axel Beckert]

Control: severity -1 normal

Hi Sven,

Sven Hartge wrote:
> > That's strange. Works fine for me. Tested on sid amd64 as well:
> 
> I tested this on a different system with 5.9 and got the same result and
> identical make.log.
> 
> But, and here it becomes strange: It does work on a third system of mine.

Okay...

> Question now is: What is different and/or broken on the first two
> systems?

Exactly.

> It seems there are some old or broken header files floating around.

In that case, you might want to run "debsums -c" on the according
packages, especially on linux-headers-5.9.0-1-amd64 and
linux-headers-5.9.0-1-common.

Had similar compile time issues with some packages in the past where I
seem to have had a crash while updating or removing packages years ago
and they were shown as uninstalled, but after fsck, some file seem to
have reappeared and caused weird issues.

> It does not. The second system was rebooted to 5.9.

Ok.

> > > Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
> > 
> > That's is likely because of the unsigned out-of-tree ipt_NETFLOW. :-)
> 
> Yes, also wireguard (needed in 5.2) and some xtables-addons. But this does
> not matter for compiling the module.

I think so, too. Just didn't want to leave it out.

> > This all looks a lot like https://github.com/aabc/ipt-netflow/issues/152
> 
> Yes. Interesting.
> 
> But, see above, I seem to have contaminated systems.

Either that or some relevant differences we haven't recognised yet.

> You can reduce the severity to minor for now. As soon as I find how
> in what way two of my systems differ and why, I will update (and
> quite possibly close) the bug.

I've set it to normal for now. If you have two systems, that's a bit
more suspicious than just one system. Then again, kernel headers
actually "should" be the only thing that matters. (And having an
uptodate system, but this seems to be the case with both you and me.
:-)

Will also try on more of my sid systems.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#972471: ITP: osmid -- tool to convert MIDI to OSC and OSC to MIDI

[Valentin Vidic]

Package: wnpp
Severity: wishlist
Owner: Valentin Vidic 

* Package name: osmid
  Version : 0.8.0
  Upstream Author : Luis Lloret 
* URL : https://github.com/llloret/osmid
* License : MIT
  Programming Lang: C++
  Description : tool to convert MIDI to OSC and OSC to MIDI

osmid aims to provide a lightweight, portable, easy to use tool to convert
MIDI to OSC and OSC to MIDI. It is the software handling the communication
with MIDI devices in Sonic Pi. osmid is divided in 2 tools:

  * m2o: MIDI to OSC conversion
  * o2m: OSC to MIDI conversion

This package is required as a dependency for the new version of the
sonic-pi package. The package will be maintained in the multimedia
team on Salsa.

Bug#972470: RFS: ipqalc/1.5.3+git20200816.523b207-1 -- graphical utility for IPv4 subnet calculation

[Fabio Augusto De Muzio Tobich]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "ipqalc":

 * Package name: ipqalc
   Version : 1.5.3+git20200816.523b207-1
   Upstream Author : https://bitbucket.org/admsasha/ipqalc/issues/new
 * URL : https://bitbucket.org/admsasha/ipqalc
 * License : GPL-3+, MIT
 * Vcs : https://salsa.debian.org/debian/ipqalc
   Section : net

It builds those binary packages:

  ipqalc - graphical utility for IPv4 subnet calculation

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/ipqalc/

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/i/ipqalc/ipqalc_1.5.3+git20200816.523b207-1.dsc

The vcs repo on salsa is up to date and can also be used:

  https://salsa.debian.org/debian/ipqalc

Changes since the last upload:

 ipqalc (1.5.3+git20200816.523b207-1) unstable; urgency=medium
 .
   * New upstream release.
   * Upload to unstable.
   * debian/control: added 'qt5-qmake:native' in Build-Depends field to prevent
 FTCBFS.
   * debian/tests/control: changed last test to run a script instead a
 Test-Command and marked as superficial.
   * debian/tests/run: added to run a simple test.

Regards,
-- 
⢀⣴⠾⠻⢶⣦⠀ Fabio A. De Muzio Tobich
⣾⠁⢰⠒⠀⣿⡁ 9730 4066 E5AE FAC2 2683
⢿⡄⠘⠷⠚⠋⠀ D03D 4FB3 B4D3 7EF6 3B2E
⠈⠳⣄  GPG:rsa4096/7EF63B2E



signature.asc
Description: OpenPGP digital signature

Bug#972455: Does not compile for Linux 5.9

[Sven Hartge]

On 18.10.20 22:50, Axel Beckert wrote:


That's strange. Works fine for me. Tested on sid amd64 as well:


I tested this on a different system with 5.9 and got the same result and 
identical make.log.


But, and here it becomes strange: It does work on a third system of mine.

Question now is: What is different and/or broken on the first two 
systems? It seems there are some old or broken header files floating around.



Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU threads)


As with your setup, I haven't rebooted into it yet. Kernel
5.7.0-2-amd64 running here, though, but that _should_ not make a
difference. (That was the kernel which needed that other fix in that
upload as it still needs to be compiled with gcc-9.)


It does not. The second system was rebooted to 5.9.


Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE


That's is likely because of the unsigned out-of-tree ipt_NETFLOW. :-)


Yes, also wireguard (needed in 5.2) and some xtables-addons. But this 
does not matter for compiling the module.



This all looks a lot like https://github.com/aabc/ipt-netflow/issues/152


Yes. Interesting.

But, see above, I seem to have contaminated systems. Something strange 
is going on.


You can reduce the severity to minor for now. As soon as I find how in 
what way two of my systems differ and why, I will update (and quite 
possibly close) the bug.


Grüße,
Sven.

Bug#972468: nvidia-graphics-drivers-legacy-390xx: module build fails for kernel 5.9.0-1-amd64

[Vincent Lefevre]

Source: nvidia-graphics-drivers-legacy-390xx
Version: 390.138-4
Severity: grave
Justification: renders package unusable
Affects: linux-image-5.9.0-1-amd64

The module build fails for kernel 5.9.0-1-amd64.
See attached log "/var/lib/dkms/nvidia-legacy-390xx/390.138/build/make.log".

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 
'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.8.0-2-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=POSIX, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
DKMS make.log for nvidia-legacy-390xx-390.138 for kernel 5.9.0-1-amd64 (x86_64)
2020-10-18T22:33:51 CEST
make KBUILD_OUTPUT=/lib/modules/5.9.0-1-amd64/build V=1 -C 
/lib/modules/5.9.0-1-amd64/source 
M=/var/lib/dkms/nvidia-legacy-390xx/390.138/build ARCH=x86_64 
NV_KERNEL_SOURCES=/lib/modules/5.9.0-1-amd64/source 
NV_KERNEL_OUTPUT=/lib/modules/5.9.0-1-amd64/build NV_KERNEL_MODULES="nvidia 
nvidia-modeset nvidia-drm" INSTALL_MOD_DIR=kernel/drivers/video NV_SPECTRE_V2=0 
modules
make[1]: Entering directory '/usr/src/linux-headers-5.9.0-1-common'
make -C /usr/src/linux-headers-5.9.0-1-amd64 -f 
/usr/src/linux-headers-5.9.0-1-common/Makefile modules
make[2]: Entering directory '/usr/src/linux-headers-5.9.0-1-amd64'
test -e include/generated/autoconf.h -a -e include/config/auto.conf || (
\
echo >&2;   \
echo >&2 "  ERROR: Kernel configuration is invalid.";   \
echo >&2 " include/generated/autoconf.h or include/config/auto.conf are 
missing.";\
echo >&2 " Run 'make oldconfig && make prepare' on kernel src to fix 
it.";  \
echo >&2 ;  \
/bin/false)
make -f /usr/src/linux-headers-5.9.0-1-common/scripts/Makefile.build 
obj=/var/lib/dkms/nvidia-legacy-390xx/390.138/build \
single-build= \
need-builtin=1 need-modorder=1
scripts/Makefile.lib:8: 'always' is deprecated. Please use 'always-y' instead
NV_CONFTEST_CMD=/bin/sh 
/var/lib/dkms/nvidia-legacy-390xx/390.138/build/conftest.sh " gcc-10" " gcc-10" 
x86_64 /lib/modules/5.9.0-1-amd64/source /lib/modules/5.9.0-1-amd64/build
NV_CONFTEST_CFLAGS=-O2 -D__KERNEL__ -DKBUILD_BASENAME="#conftest2716232" 
-DKBUILD_MODNAME="#conftest2716232" -nostdinc -isystem 
/usr/lib/gcc/x86_64-linux-gnu/10/include 
-I/lib/modules/5.9.0-1-amd64/source/include/asm-x86/mach-default 
-I/lib/modules/5.9.0-1-amd64/source/arch/x86/include/asm/mach-default 
-I/lib/modules/5.9.0-1-amd64/build/include2 
-I/lib/modules/5.9.0-1-amd64/build/include -include 
/lib/modules/5.9.0-1-amd64/build/include/generated/autoconf.h 
-I/lib/modules/5.9.0-1-amd64/source/include 
-I/lib/modules/5.9.0-1-amd64/source/include/uapi 
-I/lib/modules/5.9.0-1-amd64/source/include/xen 
-I/lib/modules/5.9.0-1-amd64/build/include/generated/uapi 
-I/lib/modules/5.9.0-1-amd64/source/arch/x86/include 
-I/lib/modules/5.9.0-1-amd64/source/arch/x86/include/uapi 
-I/lib/modules/5.9.0-1-amd64/build/arch/x86/include/generated 
-I/lib/modules/5.9.0-1-amd64/build/arch/x86/include/generated/uapi -Wall 
-Wundef -Wno-trigraphs -fno-strict-aliasing -fno-common -fshort-wchar -fno-PIE 
-Wno-format-security -std=gnu89 -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx 
-m64 -falign-jumps=1 -falign-loops=1 -mno-80387 -mno-fp-ret-in-387 
-mpreferred-stack-boundary=3 -mskip-rax-setup -mtune=generic -mno-red-zone 
-mcmodel=kernel -DCONFIG_X86_X32_ABI -Wno-sign-compare 
-fno-asynchronous-unwind-tables -mindirect-branch=thunk-extern 
-mindirect-branch-register -fno-jump-tables -fno-delete-null-pointer-checks 
-Wno-frame-address -Wno-format-truncation -Wno-format-overflow 
-Wno-address-of-packed-member -O2 -fno-allow-store-data-races 
-Wframe-larger-than=2048 -fstack-protector-strong -Wno-unused-but-set-variable 
-Wimplicit-fallthrough -Wno-unused-const-variable -fno-var-tracking-assignments 
-g -pg -mrecord-mcount -mfentry -DCC_USING_FENTRY -Wdeclaration-after-statement 
-Wvla -Wno-pointer-sign -Wno-stringop-truncation -Wno-zero-length-bounds 
-Wno-array-bounds -Wno-stringop-overflow -Wno-restrict -Wno-maybe-uninitialized 
-fno-strict-overflow -fno-merge-all-constants -fmerge-constants 
-fno-stack-check -fconserve-stack 
-fmacro-prefix-map=/usr/src/linux-headers-5.9.0-1-common/= -fcf-protection=none 
-Wno-packed-not-aligned
KBUILD_CFLAGS=-Wall -Wundef -Werror=strict-prototypes -Wno-trigraphs 
-fno-strict-aliasing -fno-common -fshort-wchar -fno-PIE 
-Werror=implicit-function-declaration 

Bug#972467: aom: Please package new upstream stable release (2.0.0)

[Boyuan Yang]

Source: aom
Severity: important
Version: 1.0.0.errata1-3
Tags: sid
X-Debbugs-CC: jcowg...@debian.org

Dear Debian libaom maintainers,

There is a new upstream release for libaom (2.0.0). This new release
contains tons of fixes and new features and is needed by libavif.
Please consider packaging it.

Regards,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part

Bug#972466: libavif: Lacks RAV1E support (needs help from Rust side)

[Boyuan Yang]

Source: libavif
Severity: important
Version: 0.8.2-1
X-Debbugs-CC: pkg-rust-maintain...@alioth-lists.debian.net

TL;DR: The newly-packaged libavif project (
https://tracker.debian.org/pkg/libavif) needs rav1e support from the
upstream project of https://github.com/xiph/rav1e . However, this
project is partially written in Rust. The packaging of this project
will need some help from Rust packagers.

Existing upstream discussion can be found at 
https://github.com/xiph/rav1e/issues/886 .

-- 
Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part

Bug#972371: debian-reference: Add CI to ensure that git is buildable

[Holger Wansing]

Hi,

Am Sonntag, 18. Oktober 2020 schrieb xiao sheng wen (肖盛文):
> hi,Stuart,
> 
> I had add make entity CI in pipeline, but meet the errors, please 
> help see:

I think it is not useful/not needed to execute "make entity" on
every build. It's only required when new packages are added to
the manual, or when preparing for the next stable release.
I would advise to remove it from the pipeline again...


Holger
 
> 
> https://salsa.debian.org/debian/debian-reference/-/jobs/1084031
> 
> Connecting to popcon.debian.org (popcon.debian.org)|209.87.16.63|:443... 
> connected.
> |
> ERROR: The certificate of 'popcon.debian.org' is not trusted.
> ||ERROR: The certificate of 'popcon.debian.org' doesn't have a known 
> issuer.|
> 
> Could you help to add |'popcon.debian.org' into trusted?|
> 
> Thanks!
> 
> xiao sheng wen
> 
>

-- 
Sent from my Jolla phone
http://www.jolla.com/

Bug#972465: unpack error when installing together

[Helmut Grohne]

Package: libmkldnn1,libdnnl1
Severity: serious

When trying to install both libmkldnn1 and libdnnl1, dpkg errors out:

| Unpacking libdnnl1:amd64 (2.0~beta8+ds-2) ...
| Selecting previously unselected package libmkldnn1:amd64.
| Preparing to unpack .../libmkldnn1_2.0~beta4-1_amd64.deb ...
| Unpacking libmkldnn1:amd64 (2.0~beta4-1) ...
| dpkg: error processing archive 
/var/cache/apt/archives/libmkldnn1_2.0~beta4-1_amd64.deb (--unpack):
|  trying to overwrite '/usr/lib/x86_64-linux-gnu/libdnnl.so.1', which is also 
in package libdnnl1:amd64 2.0~beta8+ds-2
| Errors were encountered while processing:
|  /var/cache/apt/archives/libmkldnn1_2.0~beta4-1_amd64.deb
| E: Sub-process /usr/bin/dpkg returned an error code (1)

If I understand things correctly, libmkldnn1 is supposed to go away in
favour of libdnnl1. If that is the case, at the very least libdnnl1
should add Breaks and Replaces on libmkldnnl1.

Helmut

Bug#972464: declares-possibly-conflicting-debhelper-compat-versions should reference "control" not "rules"

[Christoph Berg]

Package: lintian
Version: 2.97.0
Severity: normal

Hi,

on a hypopg package version that still used the 1.0 format, I got this tag:

E: hypopg source: declares-possibly-conflicting-debhelper-compat-versions 
rules=13 compat=9

The correct message would be "control=13 compat=9" I believe.

repo: https://github.com/credativ/hypopg.git
commit: a635c5469d4ed44

Christoph

Bug#972455: Does not compile for Linux 5.9

[Axel Beckert]

Control: tag -1 unreproducible moreinfo

Hi Sven,

Sven Hartge wrote:
> It seems adfc6318 was not enough to be compatible with Linux 5.9, as
> compilation breaks for me with the following log:

That's strange. Works fine for me. Tested on sid amd64 as well:

---8<---
Building initial module for 5.9.0-1-amd64
Done.

ipt_NETFLOW.ko:
Running module version sanity check.
 - Original module
- No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/5.9.0-1-amd64/updates/dkms/

depmod...

DKMS: install completed.
--->8---

> ./gen_compat_def > compat_def.h
> Test symbol xt_family linux/netfilter_ipv4/ip_tables.h

Hmmm, I wonder if it makes a difference if /usr/sbin/iptables
respectively /etc/alternatives/iptables points to iptables-nft or
iptables-legacy. … Nope, still works for me.

So lets try to figure out what else could be different:

> Compiling for kernel 5.9.1
> make -C /lib/modules/5.9.0-1-amd64/build 
> M=/var/lib/dkms/ipt-netflow/2.5.1/build modules CONFIG_DEBUG_INFO=y

Kernel 5.9.0-1-amd64 is also installed and with headers.

> Debian Release: bullseye/sid

Same.

>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
> 'unstable'), (500, 'testing'), (200, 'experimental'), (1, 
> 'experimental-debug')

More or less the same.

> Architecture: amd64 (x86_64)
> Foreign Architectures: i386

Same.

> Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU threads)

As with your setup, I haven't rebooted into it yet. Kernel
5.7.0-2-amd64 running here, though, but that _should_ not make a
difference. (That was the kernel which needed that other fix in that
upload as it still needs to be compiled with gcc-9.)

> Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE

That's is likely because of the unsigned out-of-tree ipt_NETFLOW. :-)

> Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE not set

Locales shouldn't make a difference. LANG=C.UTF-8 here, though.

> Shell: /bin/sh linked to /bin/dash

Same here

> Init: systemd (via /run/systemd/system)

sysvinit here, but really shouldn't make a difference.

> Versions of packages iptables-netflow-dkms depends on:
> ii  dkms2.8.3-4
> ii  libc6   2.31-4
> ii  libc6-dev   2.31-4
> ii  libxtables-dev  1.8.5-3
> ii  pkg-config  0.29.2-1
> 
> Versions of packages iptables-netflow-dkms recommends:
> ii  iptables  1.8.5-3

Same here.

> make[1]: Entering directory '/usr/src/linux-headers-5.9.0-1-amd64'
>   CC [M]  /var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.o
> In file included from /var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:76:
> /var/lib/dkms/ipt-netflow/2.5.1/build/compat.h:709:43: warning: ‘struct 
> timeval’ declared inside parameter list will not be visible outside of this 
> definition or declaration
>   709 | static inline void do_gettimeofday(struct timeval *tv)
>   |   ^~~
> /var/lib/dkms/ipt-netflow/2.5.1/build/compat.h: In function ‘do_gettimeofday’:
> /var/lib/dkms/ipt-netflow/2.5.1/build/compat.h:713:4: error: invalid use of 
> undefined type ‘struct timeval’
>   713 |  tv->tv_sec = ts64.tv_sec;
>   |^~
> /var/lib/dkms/ipt-netflow/2.5.1/build/compat.h:714:4: error: invalid use of 
> undefined type ‘struct timeval’
>   714 |  tv->tv_usec = ts64.tv_nsec/1000;
>   |^~
> /var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c: In function 
> ‘nf_seq_show’:
> /var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:755:39: warning: format 
> ‘%lu’ expects argument of type ‘long unsigned int’, but argument 3 has type 
> ‘s64’ {aka ‘long long int’} [-Wformat=]
>   755 |seq_printf(seq, " Flows selected %lu, discarded %lu.",
>   | ~~^
>   |   |
>   |   long unsigned int
>   | %llu
> /var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:755:54: warning: format 
> ‘%lu’ expects argument of type ‘long unsigned int’, but argument 4 has type 
> ‘s64’ {aka ‘long long int’} [-Wformat=]
>   755 |seq_printf(seq, " Flows selected %lu, discarded %lu.",
>   |~~^
>   |  |
>   |  long unsigned int
>   |%llu
> /var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:759:39: warning: format 
> ‘%lu’ expects argument of type ‘long unsigned int’, but argument 3 has type 
> ‘s64’ {aka ‘long long int’} [-Wformat=]
>   759 |seq_printf(seq, " Flows selected %lu.", 
> atomic64_read(_selected));
>   | ~~^
>   |   |
>   |   long unsigned int
>   | %llu
> 

Bug#905440: wrong name

[Thomas Lange]

The package name is git-restore-mtime and the source package is called
git-mestrelion-tools.

-- 
regards Thomas

Bug#971677: closed by Louis-Philippe Véronneau (sponsored fissix)

[Nicholas D Steeves]

"Debian Bug Tracking System"  writes:

> 971677: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971677
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
> From: Louis-Philippe Véronneau 
> Subject: sponsored fissix
> To: 971677-d...@bugs.debian.org
> Date: Sun, 11 Oct 2020 19:03:35 -0400
>
> This package has been uploaded to NEW.
>

Thanks again Louis-Philippe!

--
Nicholas

Bug#961559: pcmanfm: Rename folder in left side pane directory tree crashes pcmanfm

[Bernhard Übelacker]

Dear Maintainer,
tried to reproduce but found pcmanfm not crashing.
Instead the process "just" exits without error or crash.

As we leave the main loop without error I tried setting a
breakpoint to g_main_loop_quit and it got hit multiple times.
I guess this last call to g_main_loop_quit is related, as it
received the same loop pointer as the g_main_loop_run is
operating on.

Kind regards,
Bernhard


Thread 1 "pcmanfm" hit Breakpoint 2, g_main_loop_quit (loop=0x5581b8a0) at 
../../../glib/gmain.c:4312
4312in ../../../glib/gmain.c
(gdb) bt
#0  g_main_loop_quit (loop=0x5581b8a0) at ../../../glib/gmain.c:4312
#1  0x773a110e in g_object_unref (_object=) at 
../../../gobject/gobject.c:3503
#2  g_object_unref (_object=0x5563a020) at ../../../gobject/gobject.c:3395
#3  0x7739c092 in g_closure_invoke (closure=, 
return_value=, n_param_values=, 
param_values=, invocation_hint=) at 
../../../gobject/gclosure.c:810
#4  0x773ae3e3 in signal_emit_unlocked_R 
(node=node@entry=0x557f1ad0, detail=detail@entry=0, 
instance=instance@entry=0x55847d40, 
emission_return=emission_return@entry=0x0, 
instance_and_params=instance_and_params@entry=0x7fffe070) at 
../../../gobject/gsignal.c:3738
#5  0x773b467f in g_signal_emit_valist (instance=, 
signal_id=, detail=, 
var_args=var_args@entry=0x7fffe1f0) at ../../../gobject/gsignal.c:3494
#6  0x773b4bef in g_signal_emit 
(instance=instance@entry=0x55847d40, signal_id=, 
detail=detail@entry=0) at ../../../gobject/gsignal.c:3550
#7  0x775f7930 in fm_job_emit_finished (job=0x55847d40) at 
job/fm-job.c:578
#8  on_idle_cleanup (unused=) at job/fm-job.c:578
#9  0x772f in g_main_dispatch (context=0x555d8180) at 
../../../glib/gmain.c:3325
#10 g_main_context_dispatch (context=0x555d8180) at 
../../../glib/gmain.c:4016
#11 0x772aae58 in g_main_context_iterate (context=0x555d8180, 
block=block@entry=1, dispatch=dispatch@entry=1, self=) at 
../../../glib/gmain.c:4092
#12 0x772ab14b in g_main_loop_run (loop=0x5581b8a0) at 
../../../glib/gmain.c:4290
#13 0x77af512a in gtk_main () from 
/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#14 0x55569516 in main (argc=, argv=) at 
pcmanfm.c:282

Bug#972463: RFS: qcalcfilehash/1.0.7+git20200816.1eb8770-1 -- graphical utility for calculation and verification of hash sums

[Fabio Augusto De Muzio Tobich]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "qcalcfilehash":

 * Package name: qcalcfilehash
   Version : 1.0.7+git20200816.1eb8770-1
   Upstream Author : https://bitbucket.org/admsasha/qcalcfilehash/issues/new
 * URL : https://bitbucket.org/admsasha/qcalcfilehash
 * License : GPL-3+ with OpenSSL exception, MIT
 * Vcs : https://salsa.debian.org/debian/qcalcfilehash
   Section : utils

It builds those binary packages:

  qcalcfilehash - graphical utility for calculation and verification of hash 
sums

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/qcalcfilehash/

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/q/qcalcfilehash/qcalcfilehash_1.0.7+git20200816.1eb8770-1.dsc

The vcs repo on salsa is up to date and can also be used:

  https://salsa.debian.org/debian/qcalcfilehash

Changes since the last upload:

 qcalcfilehash (1.0.7+git20200816.1eb8770-1) unstable; urgency=medium
 .
   * New upstream release.
   * Upload to unstable.
   * debian/control: added 'qt5-qmake:native' in Build-Depends field to prevent
 FTCBFS.
   * debian/copyright:
   - Removed 'create-man.sh' file block, it was removed from package.
   - Removed the BSD-3-Clause license block, not used anymore.
   * debian/manpage/: removed, manpage provided upstream now.
   * debian/manpages: updated manpage path.
   * debian/patches/: removed, the one patch was incorporated upstream.
   * debian/source/lintian-overrides: removed, not needed anymore.
   * debian/tests/control: changed last test to run a script instead a
 Test-Command and marked as superficial.
   * debian/tests/run: added to run a simple test.

Regards,
-- 
⢀⣴⠾⠻⢶⣦⠀ Fabio A. De Muzio Tobich
⣾⠁⢰⠒⠀⣿⡁ 9730 4066 E5AE FAC2 2683
⢿⡄⠘⠷⠚⠋⠀ D03D 4FB3 B4D3 7EF6 3B2E
⠈⠳⣄  GPG:rsa4096/7EF63B2E



signature.asc
Description: OpenPGP digital signature

Bug#854973: lists.debian.org: Create debian-banned

[Javier Serrano Polo]

Control: submitter -1 !

On Sun, 18 Oct 2020 22:10:47 +0200 Geert Stappers 
wrote:
> Closing this "new list request"
> because in three years no one second the request.

Closing this report does not make these Debian users disappear. Please
clarify if you are officially recognizing your hate against such users.
Otherwise, I will reopen this report.

smime.p7s
Description: S/MIME cryptographic signature

Bug#972355: qtav: FTBFS with Qt 5.15: error: field 'clip_path' has incomplete type 'QPainterPath'

[Diederik de Haas]

Control: forwarded -1 https://github.com/wang-bin/QtAV/issues/1309
Control: tag -1 upstream fixed-upstream

Fix is not yet included in a release though. Someone has opened an issue 
requesting that: https://github.com/wang-bin/QtAV/issues/1334

signature.asc
Description: This is a digitally signed message part.

Bug#972462: easyssh: Rename the binary

[Joerg Jaspert]

Package: easyssh
Severity: normal

Dear Maintainer,

your package, just accepted from NEW, contains

/usr/bin/com.github.muriloventuroso.easyssh

as its binary.
For a package named easyssh, thats not what users will expect. Please 
fix and give it the correct name, easyssh.


--
bye, Joerg

Bug#894429: danling mailinglist request

[Geert Stappers]

Hello pkg-deepin-de...@lists.alioth.debian.org

For which reason
is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894429
still open?

Please express why the mailinglist is desired/wanted
or close the dangling request.


Regards
Geert Stappers
DD
-- 
Silence is hard to parse

Bug#972391: diodon is runing, but on icon in Notification Area

[Jörg Frings-Fürst]

Hello Oliver,

Am Sonntag, den 18.10.2020, 21:28 +0200 schrieb Oliver Sauder:
> What desktop environment do you use?
> 

I use xfce.

> Oliver
> 
[...]

CU
Jörg
-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


My wish list: 
 - Please send me a picture from the nature at your home.



signature.asc
Description: This is a digitally signed message part

Bug#972429: djview4: djview4 as a server

[Barak A. Pearlmutter]

Good idea.

There's a way to get some URLs sent to external programs, like magnet:
links to transmission, or some files to evince. In Firefox it's
Settings > General > Applications. Should be able to key off mime
types I think, although I don't see djvu files there.

Bug#888657: ladish: should this package be removed?

[Sébastien Leblanc]

Even though it is an old program, Ladish is still functional. On 22
April 2020, the developer added a patch for Python 3 compatibility.
Integrating it in this package could eliminate dependencies on Python 2.

I use ladish on a daily basis as it is a dependency of Claudia, a JACK
studio management application.

https://git.nedk.org/lad/ladish.git/commit/?id=c76a72c6e420f3070f4efac31bd840c1953b5641


From c76a72c6e420f3070f4efac31bd840c1953b5641 Mon Sep 17 00:00:00 2001
From: Nedko Arnaudov 
Date: Wed, 22 Apr 2020 19:55:14 +0300
Subject: ladish_control: py3 compatibility

---
 ladish_control | 14 +++---
 1 file changed, 7 insertions(+), 7 deletions(-)

diff --git a/ladish_control b/ladish_control
index 4303f70b..9ff36839 100755
--- a/ladish_control
+++ b/ladish_control
@@ -145,7 +145,7 @@ def dump_graph(obj):
 patchbay_iface = dbus.Interface(obj, patchbay_interface_name)
 graph = patchbay_iface.GetGraph(0)
 for client in graph[1]:
-print '"%s"' % client[1]
+print('"%s"' % client[1])
 for port in client[2]:
 port_flags = port[2]
 if (port_flags & 1) != 0:
@@ -163,17 +163,17 @@ def dump_graph(obj):
 else:
 port_type = "unknown"
 
-print '  "%s" [%s %s]' % (port[1], port_flags, port_type)
+print('  "%s" [%s %s]' % (port[1], port_flags, port_type))
 print
 if len(graph[2]):
 if len(graph[2]) == 1:
-print "1 connection:"
+print("1 connection:")
 else:
-print "%u connections:" % len(graph[2])
+print("%u connections:" % len(graph[2]))
 for connection in graph[2]:
-print '"%s":"%s" -> "%s":"%s"' % (connection[1], connection[3], connection[5], connection[7])
+print('"%s":"%s" -> "%s":"%s"' % (connection[1], connection[3], connection[5], connection[7]))
 else:
-print "0 connections."
+print("0 connections.")
 
 def main():
 if len(sys.argv) == 1:
@@ -522,7 +522,7 @@ def main():
 patchbay_iface.DisconnectPortsByName(c1, p1, c2, p2)
 else:
 print("Unknown command '%s'" % arg)
-except dbus.DBusException, e:
+except (dbus.DBusException, e):
 print("DBus exception: %s" % str(e))
 
 if __name__ == '__main__':
-- 
cgit v1.2.1



pEpkey.asc
Description: application/pgp-keys

Bug#972461: ITP: r-cran-rle -- GNU R common functions for run-length encoded vectors

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-rle -- GNU R common functions for run-length encoded 
vectors
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-rle
  Version : 0.9.2
  Upstream Author : Pavel N. Krivitsky
* URL : https://cran.r-project.org/package=rle
* License : GPL-3
  Programming Lang: GNU R
  Description : GNU R common functions for run-length encoded vectors
 This GNU R package provides common functions for run-length encoded
 vectors. Common 'base' and 'stats' methods for 'rle' objects, aiming
 to make it possible to treat them transparently as vectors.

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-rle

Bug#972460: ITP: r-cran-textshaping -- GNU R bindings to the 'HarfBuzz' and 'Fribidi' libraries for text shaping

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-textshaping -- GNU R bindings to the 'HarfBuzz' and 
'Fribidi' libraries for text shaping
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-textshaping
  Version : 0.1.2
  Upstream Author : Thomas Lin Pedersen, RStudio
* URL : https://cran.r-project.org/package=textshaping
* License : MIT
  Programming Lang: GNU R
  Description : GNU R bindings to the 'HarfBuzz' and 'Fribidi' libraries 
for text shaping
 Provides access to the text shaping functionality in the 'HarfBuzz'
 library and the bidirectional algorithm in the 'Fribidi' library.
 'textshaping' is a low-level utility package mainly for graphic devices that
 expands upon the font tool-set provided by the 'systemfonts' package.

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-textshaping

Bug#972459: linux: Reenable CONFIG_IMA

[Petr Vorel]

Source: linux
Version: Reenable CONFIG_IMA
Severity: wishlist

Hi,

this bug was enabled for 4.9.24 [1] as part of #788290, it was later disabled
for 4.16-1 [2] due problems with lockdown. IMHO lockdown problems has been
solved in 5.4 [3].

Could be CONFIG_IMA reenabled? Or is there any other problem to be solved?

Kind regards,
Petr

[1] 
https://salsa.debian.org/kernel-team/linux/-/commit/f3c3de0f6000fd6280396dd9b354699839c3cacb
[2] 
https://salsa.debian.org/kernel-team/linux/-/commit/82596c5122fe1e0d5e15053e93f4384419e26ed7
[3] https://lwn.net/Articles/791863/

Bug#972391: diodon is runing, but on icon in Notification Area

[Oliver Sauder]

What desktop environment do you use?

Oliver

On 17.10.20 17:23, Jörg Frings-Fürst wrote:
> Package: diodon
> Version: 1.11.0-1
> Severity: important
>
> Hello,
> 
> Diodon has no icon in the Notification Area.
> 
> It is running:
> 
> [quote]
> $ ps -Af | grep diodon
> jff   153136   12932  0 15:09 ?00:00:00 diodon
> [/quote]
> 
> I found no log entries about diodon.
> 
> CU
> Jörg
> 
> 
> 
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers testing
>   APT policy: (500, 'testing'), (300, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 5.8.0-2-amd64 (SMP w/6 CPU threads)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
> TAINT_UNSIGNED_MODULE
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not 
> set
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages diodon depends on:
> ii  dconf-gsettings-backend [gsettings-backend]  0.38.0-1
> ii  libayatana-appindicator3-1   0.5.5-2
> ii  libc62.31-3
> ii  libdiodon0   1.11.0-1
> ii  libglib2.0-0 2.66.1-1
> ii  libgtk-3-0   3.24.23-2
> ii  libpeas-1.0-01.28.0-2
> ii  zeitgeist-core   1.0.2-3
> 
> diodon recommends no packages.
> 
> diodon suggests no packages.
> 
> -- no debconf information
> 
>

Bug#972458: python3.9: Please build with -fno-inline-small-functions on hppa

[John David Anglin]

Package: python3.9
Version: 3.9.0-4+b1
Severity: normal

Dear Maintainer,

Python 3.9 fails to build on hppa with gcc-10 and default options:
https://buildd.debian.org/status/fetch.php?pkg=python3.9=hppa=3.9.0-4=1603018299=0

As on sh4, python3.9 will build with -fno-inline-small-functions.  It will
also build with gcc-9.

Please add the -fno-inline-small-functions option on hppa until the bug
is resolved.

Thanks,
Dave Anglin


-- System Information:
Debian Release: bullseye/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.8.14+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python3.9 depends on:
ii  libpython3.9-stdlib  3.9.0-4+b1
ii  mime-support 3.64
ii  python3.9-minimal3.9.0-4+b1

python3.9 recommends no packages.

Versions of packages python3.9 suggests:
ii  binutils2.35.1-2
pn  python3.9-doc   
pn  python3.9-venv  

-- no debconf information

Bug#972445: [debian-mysql] Bug#972445: mysql-server-8.0: possibly erroneous inclusion of mecab libraries

[Robie Basak]

tags 972445 + wontfix
thanks

On Sun, Oct 18, 2020 at 07:18:13PM +, Norwid Behrnd wrote:
> Expected solution: the installation of package mysql-server should
> skip the installation of these four libraries.

Debian generally configures packages to support every feature shipped in
Debian that is supported by that upstream. Where that results in a
dynamic link, it results in a dependency on that shared library. This is
by design.

In this case then, linking libmecab2 and the resulting dependency is
intentional in the design of Debian and of this package. If you want
different build-time configurations to reduce disk space usage, you
should probably use a source-based distribution rather than a binary
distribution like Debian, or modify Debian to suit your needs.

libmecab2 itself is only 1774k. You can use --no-install-recommends to
avoid pulling in mecab-ipadic-utf8 and its chain of dependencies which
is more considerable in size, though if you do that then you will need
to deal with any missing functionality yourself. See the apt
documentation for details on how "Recommends" works.

I'm marking this wontfix since we have no plans to remove mecab from the
build configuration. If you have a more specific suggestion then you're
welcome to propose it and we can consider it.


signature.asc
Description: PGP signature

Bug#972335: i3lock: Cannot read image from pipe

[Jakob Haufe]

Control: tags + pending

Seems I completely missed this. Will take care of it in the next few
days.

Cheers.
sur5r

-- 
ceterum censeo microsoftem esse delendam.


pgpcG1spre5oT.pgp
Description: OpenPGP digital signature

Bug#972457: FTBFS - not ok 3 - progress display breaks long lines #1

[Bastian Blank]

Package: git
Version: 1:2.28.0-1
Severity: serious

A rebuild of git 1:2.28.0-1 reports test failures and FTBFS on both unstable
and stable.

| expecting success of 0500.3 'progress display breaks long lines #1':  
  
| sed -e "s/Z$//" >expect <<\EOF && 
  
| Working hard...2.3.4.5.6:   0% 
(100/10) 
| Working hard...2.3.4.5.6:   1% 
(1000/10)
| Working hard...2.3.4.5.6: 
  Z   
|10% (1/10) 
  
|   100% (10/10)
  
|   100% (10/10), done. 
  
| EOF   
  
|   
  
| cat >in <<-\EOF &&
  
| progress 100  
  
| progress 1000 
  
| progress 1
  
| progress 10   
  
| EOF   
  
| test-tool progress --total=10 \   
  
| "Working 
hard...2.3.4.5.6" \ 
   
| stderr &&   
  
|   
  
| show_cr out &&   
  
| test_i18ncmp expect out   
  
|   
  
| --- expect  2020-10-18 18:39:17.784594270 +   
  
| +++ out 2020-10-18 18:39:17.788594291 +   
  
| @@ -1,6 +1,6 @@   
  -Working 
hard...2.3.4.5.6:   0% (100/10) 
   -Working 
hard...2.3.4.5.6:   1% (1000/10)
   -Working 
hard...2.3.4.5.6:   

| +Working hard...2.3.4.5.6:
  +0% (100/10)  

  +1% (1000/10)
| 10% (1/10)
 100% (10/10)   

|100% (10/10), done.
  
| not ok 3 - progress display breaks long lines #1  
  # 
 
| #   sed -e "s/Z$//" >expect <<\EOF && 
  #   Working 
hard...2.3.4.5.6:   0% (100/10) 
#   Working 
hard...2.3.4.5.6:   1% (1000/10)
 
| #   Working hard...2.3.4.5.6: 
  Z   #  10% (1/10) 
   

Bug#972456: lacme: please support OCSP must-staple i.e. tlsfeature = status_request in CSR file

[Jonas Smedegaard]

Package: lacme
Version: 0.6.1-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

It is possible to indicate in certificates that OCSP stapling is used.

It requires setting tlsfeature = status_request in CSR file,
as documented e.g. at https://scotthelme.co.uk/ocsp-must-staple/

Please support passing that hint in CSR file.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAl+MiaEACgkQLHwxRsGg
ASHj+Q//fzj7OkR+YRICfMtV7ZSfMIH2Dz8ELbtb07YiPiBZrOw7UO8wmaczsfWy
Deo65a4Q8FHzJMjG6k98uQ87VdzZ/qC3lbhMeEB+QedioPfo5JVjOmgP4rHoZeHw
W0iweowBeSC3CAIZmHJYTM43s5B5rehx9uzU+yizCI6H1EsbEuUK7hYExgZ3cCab
i4C0Hrl0KghydrptPnrU3Yr4WlND/ey0ZbsawYe0O7hgJqPt7uanoLnscXjKzZam
RhqJtdGUpgMtY/lXRVBAQiMuQVoqT73TQssqhiLn4jlNczvINFvZI+soYR9h/HUp
+XRZa9miAUUtielKLIHQY9Huqz86ViqCiLLvaPt59ScTXiT5qvNycAipG83BtTyM
nyIUtLEKGJcMtcryJPQzKv3PluGFzEZaKbtWu7k7llGHGHqzHta/E7VC+iLk3wvX
7VM3U+y1mh7Ome+AGnmtWoZdKVDXW6RhY8yxIKlh+FMco8MfvLlaSAM0MomWlw9k
PALoG3YCvwCZDkIDywRvdKPjk3Lu4wHntcfWcuAt4A5LC36Z0gTZ/bOF3RuJc/72
PVh82gtc8DoBiijx/ZU965eXevJwM6pnuGLrSymICDln6CIuYZ7PKuChVlyYOUms
rAN8lp+x8U6FfNEwCgB9EzfUgKIvBe9KOIt6msYS034pl4yoVBM=
=BWCe
-END PGP SIGNATURE-

Bug#968335: kernel crash: WARNING: CPU: 0 PID: 0 at lib/percpu-refcount.c:155 percpu_ref_switch_to_atomic_rcu+0xf8/0x120

[Mark Wahl]

Hi,
just wanted to report that after using kernel 4.19.0-11-amd64 my system is 
stable again (uptime now more than 1 week) and the message is no more seen in 
the logs.
So problem is solved at least on my system.
Bye,wahlm

Bug#972455: Does not compile for Linux 5.9

[Sven Hartge]

Package: iptables-netflow-dkms
Version: 2.5.1-1
Severity: grave

Hi!

It seems adfc6318 was not enough to be compatible with Linux 5.9, as
compilation breaks for me with the following log:

---8<--

DKMS make.log for ipt-netflow-2.5.1 for kernel 5.9.0-1-amd64 (x86_64)
Sun 18 Oct 2020 08:10:48 PM CEST
./gen_compat_def > compat_def.h
Test symbol xt_family linux/netfilter_ipv4/ip_tables.h
Test struct timeval linux/ktime.h
Test struct proc_ops linux/proc_fs.h
Test symbol synchronize_sched linux/rcupdate.h
Compiling for kernel 5.9.1
make -C /lib/modules/5.9.0-1-amd64/build 
M=/var/lib/dkms/ipt-netflow/2.5.1/build modules CONFIG_DEBUG_INFO=y
make[1]: warning: jobserver unavailable: using -j1.  Add '+' to parent make 
rule.
make[1]: Entering directory '/usr/src/linux-headers-5.9.0-1-amd64'
  CC [M]  /var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.o
In file included from /var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:76:
/var/lib/dkms/ipt-netflow/2.5.1/build/compat.h:709:43: warning: ‘struct 
timeval’ declared inside parameter list will not be visible outside of this 
definition or declaration
  709 | static inline void do_gettimeofday(struct timeval *tv)
  |   ^~~
/var/lib/dkms/ipt-netflow/2.5.1/build/compat.h: In function ‘do_gettimeofday’:
/var/lib/dkms/ipt-netflow/2.5.1/build/compat.h:713:4: error: invalid use of 
undefined type ‘struct timeval’
  713 |  tv->tv_sec = ts64.tv_sec;
  |^~
/var/lib/dkms/ipt-netflow/2.5.1/build/compat.h:714:4: error: invalid use of 
undefined type ‘struct timeval’
  714 |  tv->tv_usec = ts64.tv_nsec/1000;
  |^~
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c: In function ‘nf_seq_show’:
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:755:39: warning: format 
‘%lu’ expects argument of type ‘long unsigned int’, but argument 3 has type 
‘s64’ {aka ‘long long int’} [-Wformat=]
  755 |seq_printf(seq, " Flows selected %lu, discarded %lu.",
  | ~~^
  |   |
  |   long unsigned int
  | %llu
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:755:54: warning: format 
‘%lu’ expects argument of type ‘long unsigned int’, but argument 4 has type 
‘s64’ {aka ‘long long int’} [-Wformat=]
  755 |seq_printf(seq, " Flows selected %lu, discarded %lu.",
  |~~^
  |  |
  |  long unsigned int
  |%llu
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:759:39: warning: format 
‘%lu’ expects argument of type ‘long unsigned int’, but argument 3 has type 
‘s64’ {aka ‘long long int’} [-Wformat=]
  759 |seq_printf(seq, " Flows selected %lu.", 
atomic64_read(_selected));
  | ~~^
  |   |
  |   long unsigned int
  | %llu
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c: In function 
‘netflow_export_pdu_v5’:
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:2652:17: error: storage 
size of ‘tv’ isn’t known
 2652 |  struct timeval tv;
  | ^~
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:2652:17: warning: unused 
variable ‘tv’ [-Wunused-variable]
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c: In function 
‘netflow_export_pdu_v9’:
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:2736:17: error: storage 
size of ‘tv’ isn’t known
 2736 |  struct timeval tv;
  | ^~
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:2736:17: warning: unused 
variable ‘tv’ [-Wunused-variable]
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c: In function 
‘netflow_export_pdu_ipfix’:
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:2770:17: error: storage 
size of ‘tv’ isn’t known
 2770 |  struct timeval tv;
  | ^~
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:2770:17: warning: unused 
variable ‘tv’ [-Wunused-variable]
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c: In function 
‘timeout_rate_j’:
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:3677:10: error: variable 
‘tv’ has initializer but incomplete type
 3677 |   struct timeval tv = { .tv_sec = timeout_rate * 60, .tv_usec = 0 };
  |  ^~~
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:3677:26: error: ‘struct 
timeval’ has no member named ‘tv_sec’
 3677 |   struct timeval tv = { .tv_sec = timeout_rate * 60, .tv_usec = 0 };
  |  ^~
/var/lib/dkms/ipt-netflow/2.5.1/build/ipt_NETFLOW.c:3677:35: warning: excess 
elements in struct initializer
 3677 |   struct timeval tv = { .tv_sec = timeout_rate * 

Bug#972454: Does not build with Linux 5.9, but new compatible release available upstream

[Sven Hartge]

Package: xtables-addons-dkms
Version: 3.9-1
Severity: grave
Tags: patch

Hello!

As the subject says: The current version 3.9 does not build with Linux
5.9, but a new upstream release is available.

I created a MR in Salsa correcting this:

https://salsa.debian.org/debian/xtables-addons/-/merge_requests/1

It contains the following changes:

 New upstream release, compatible with Linux 5.9
 
 * Update watch file to new release location
   Releases can now be downloaded from https://inai.de/files/xtables-addons/
 * Disable patches integrated upstream
 * Also install xt_geoip_fetch script and man page

Grüße,
Sven.

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'unstable'), (500, 'testing'), (200, 'experimental'), (1, 'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xtables-addons-dkms depends on:
ii  dkms   2.8.3-4
ii  make   4.3-4
ii  xtables-addons-common  3.11-0.0~sh.1

Versions of packages xtables-addons-dkms recommends:
pn  linux-headers  

xtables-addons-dkms suggests no packages.

-- debconf-show failed

Bug#972438: php7.4-dev phpize fail to configure any pecl package

[Yangyang Zhao]

Package: php7.4-dev
Maintainer: Debian PHP Maintainers 
Architecture: amd64
Source: php7.4
Version: 7.4.11-3+ubuntu18.04.1+deb.sury.org+1

pecl install any package will fail in configuration phase due to phpize
incompatible issues.

WARNING: channel "pecl.php.net" has updated its protocols, use "pecl
channel-update pecl.php.net" to update
downloading imagick-3.4.4.tgz ...
Starting to download imagick-3.4.4.tgz (253,434 bytes)
.done: 253,434 bytes
19 source files, building
running: phpize
Configuring for:
PHP Api Version: 20190902
Zend Module Api No:  20190902
Zend Extension Api No:   320190902
configure.ac:161: warning: LTOPTIONS_VERSION is m4_require'd but not
m4_defun'd
build/libtool.m4:61: LT_INIT is expanded from...
build/libtool.m4:99: AC_PROG_LIBTOOL is expanded from...
configure.ac:161: the top level
configure.ac:161: warning: LTSUGAR_VERSION is m4_require'd but not
m4_defun'd
build/libtool.m4:61: LT_INIT is expanded from...
build/libtool.m4:99: AC_PROG_LIBTOOL is expanded from...
configure.ac:161: the top level
configure.ac:161: warning: LTVERSION_VERSION is m4_require'd but not
m4_defun'd
build/libtool.m4:61: LT_INIT is expanded from...
build/libtool.m4:99: AC_PROG_LIBTOOL is expanded from...
configure.ac:161: the top level
configure.ac:161: warning: LTOBSOLETE_VERSION is m4_require'd but not
m4_defun'd
build/libtool.m4:61: LT_INIT is expanded from...
build/libtool.m4:99: AC_PROG_LIBTOOL is expanded from...
configure.ac:161: the top level
configure:4702: error: possibly undefined macro: m4_ifval
  If this token and others are legitimate, please use m4_pattern_allow.
  See the Autoconf documentation.
configure:8297: error: possibly undefined macro: _LT_SET_OPTIONS
configure:8297: error: possibly undefined macro: LT_INIT
ERROR: `phpize' failed

It seems that an incompatible `phpize` script version was released, the
detailed discussion is under this stackoverflow thread.

https://stackoverflow.com/questions/64402604/php-7-4-install-imagick-fails-looking-for-undefined-macro/64411902#64411902



-- 

*Yangyang Zhao*
Software Engineer
Houzz Japan株式会社

*yangyang.z...@houzz.com *

03.6809.0050

Bug#877730: [node-pako] Create libjs-pako

[Louis-Philippe Véronneau]

On Wed, 04 Oct 2017 23:34:37 +0200 Bastien =?ISO-8859-1?Q?ROUCARI=C8S?=
 wrote:
> Package: node-pako
> Version: 1.0.5+ds-2
> Severity: wishlist
> 
>   + need browserify in order to package pako. Browserify need pako. Use build 
> profile
>   + move example to libjs-pako
> 
> 

Hi!

Is there anything I can do to help with this bug?


It seems libjs-pako is the only missing piece to get Glowing-Bear in the
archive and it would be nice if it could land in time for Bullseye...

-- 
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁  Louis-Philippe Véronneau
  ⢿⡄⠘⠷⠚⠋   po...@debian.org / veronneau.org
  ⠈⠳⣄



signature.asc
Description: OpenPGP digital signature

Bug#972437: debian-reference: mentions no longer existing packages

[Holger Wansing]

Package: debian-reference

Hi,

when calling "make debian-reference.raw.xml" (let's say after an "make 
distclean")
it fails at the replace_package step with
bin/genreplace emacs>>  bin/replace_package
*** emacs is missing ***
Commenting out the emacs line from the Makefile, it claims about another
missing package:
bin/genreplace libpoppler   >>  bin/replace_package
bin/genreplace libgstreamer >>  bin/replace_package
bin/genreplace libphonon>>  bin/replace_package
*** libphonon is missing ***

This is due to changed package situation for those packages:
there is no emacsXY package anymore in sid (as emacs25 was in buster).
And there is no libphononX package anymore in sid too (there was
libphonon4 in buster).




Moreover, when calling "make entity" there are several packages mentioned as
no longer existing: (and they are indeed not in sid)


# GENERATE pkgsize.ent
sort pkg.lst | uniq | bin/sizeent packages.txt packages.bkup.txt> 
pkgsize.ent
.
... ERROR ...: bootchart2, probably a removed or non-amd64 package.
.: See http://packages.qa.debian.org/common/index.html
.
... ERROR ...: dosemu, probably a removed or non-amd64 package.
.: See http://packages.qa.debian.org/common/index.html
..
... ERROR ...: flashplugin-nonfree, probably a removed or non-amd64 package.
.: See http://packages.qa.debian.org/common/index.html
...
... ERROR ...: icedtea-plugin, probably a removed or non-amd64 package.
.: See http://packages.qa.debian.org/common/index.html
..
... ERROR ...: ldm, probably a removed or non-amd64 package.
.: See http://packages.qa.debian.org/common/index.html

... ERROR ...: monotone, probably a removed or non-amd64 package.
.: See http://packages.qa.debian.org/common/index.html
...
... ERROR ...: ooo2dbk, probably a removed or non-amd64 package.
.: See http://packages.qa.debian.org/common/index.html
...
... ERROR ...: pybootchartgui, probably a removed or non-amd64 package.
.: See http://packages.qa.debian.org/common/index.html

... ERROR ...: rest2web, probably a removed or non-amd64 package.
.: See http://packages.qa.debian.org/common/index.html

... ERROR ...: squid3, probably a removed or non-amd64 package.
.: See http://packages.qa.debian.org/common/index.html
..
... ERROR ...: syslog-summary, probably a removed or non-amd64 package.
.: See http://packages.qa.debian.org/common/index.html
..
... ERROR ...: uswsusp, probably a removed or non-amd64 package.
.: See http://packages.qa.debian.org/common/index.html

... ERROR ...: vdmfec, probably a removed or non-amd64 package.
.: See http://packages.qa.debian.org/common/index.html
..
... ERROR ...: zenmap, probably a removed or non-amd64 package.
.: See http://packages.qa.debian.org/common/index.html



Holger



-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#972424: [3dprinter-general] Bug#972424: cura: Cura 4.7.1 crashes because of incompatible python3-uranium < 4.7.0

[Gregor Riepl]

> cura should require python3-uranium >= 4.7.0
> (Maybe cura should also depend on python3-savitar >= 4.7.0 to avoid further 
> incompatibilities)

We did this so far, but it was probably missed during the last package
upgrade.

Funny though that you didn't get an upgrade on both packages. Perhaps
Cura migrated to testing earlier than Uranium?

Bug#972135: systemd: Fails to upgrade on NFS root filesystem (without ACL support)

[Pat Coulthard]

Upstream bug report:
https://github.com/systemd/systemd/issues/17379

Bug#972453: x2goserver: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: x2goserver
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: PGP signature

Bug#972451: fckit: binary-all FTBFS

[Adrian Bunk]

Source: fckit
Version: 0.9.0-2
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/fetch.php?pkg=fckit=all=0.9.0-2=1603019016=0

...
   dh_missing -i -O--buildsystem=ecbuild
dh_missing: warning: usr/module/fckit/array.mod exists in debian/tmp but is not 
installed to anywhere (related file: "debian/build-gfortran/module/array.mod")
dh_missing: warning: usr/module/fckit/fckit_array_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_array_module.mod")
dh_missing: warning: usr/module/fckit/fckit_buffer_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_buffer_module.mod")
dh_missing: warning: usr/module/fckit/fckit_c_interop_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_c_interop_module.mod")
dh_missing: warning: usr/module/fckit/fckit_configuration_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_configuration_module.mod")
dh_missing: warning: usr/module/fckit/fckit_exception_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_exception_module.mod")
dh_missing: warning: usr/module/fckit/fckit_final_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_final_module.mod")
dh_missing: warning: usr/module/fckit/fckit_log_module.mod exists in debian/tmp 
but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_log_module.mod")
dh_missing: warning: usr/module/fckit/fckit_main_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_main_module.mod")
dh_missing: warning: usr/module/fckit/fckit_module.mod exists in debian/tmp but 
is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_module.mod")
dh_missing: warning: usr/module/fckit/fckit_mpi_module.mod exists in debian/tmp 
but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_mpi_module.mod")
dh_missing: warning: usr/module/fckit/fckit_object_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_object_module.mod")
dh_missing: warning: usr/module/fckit/fckit_owned_object_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_owned_object_module.mod")
dh_missing: warning: usr/module/fckit/fckit_pathname_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_pathname_module.mod")
dh_missing: warning: usr/module/fckit/fckit_refcount_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_refcount_module.mod")
dh_missing: warning: usr/module/fckit/fckit_resource_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_resource_module.mod")
dh_missing: warning: usr/module/fckit/fckit_shared_object_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_shared_object_module.mod")
dh_missing: warning: usr/module/fckit/fckit_shared_ptr_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_shared_ptr_module.mod")
dh_missing: warning: usr/module/fckit/fckit_signal_module.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_signal_module.mod")
dh_missing: warning: usr/module/fckit/fckit_test_abort.mod exists in debian/tmp 
but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_test_abort.mod")
dh_missing: warning: usr/module/fckit/fckit_test_abort_fx.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_test_abort_fx.mod")
dh_missing: warning: usr/module/fckit/fckit_test_log.mod exists in debian/tmp 
but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_test_log.mod")
dh_missing: warning: usr/module/fckit/fckit_test_resource.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_test_resource.mod")
dh_missing: warning: usr/module/fckit/fckit_test_shared_ptr_f.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fckit_test_shared_ptr_f.mod")
dh_missing: warning: usr/module/fckit/fcta_shared_ptr_f_fxt.mod exists in 
debian/tmp but is not installed to anywhere (related file: 
"debian/build-gfortran/module/fcta_shared_ptr_f_fxt.mod")
dh_missing: warning: usr/module/fckit/fctest.mod exists in debian/tmp but is 
not 

Bug#972452: python-certbot: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: python-certbot
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: PGP signature

Bug#972450: byobu: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: byobu
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: PGP signature

Bug#972449: plinth: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: plinth
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: PGP signature

Bug#972448: sympy: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: sympy
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: PGP signature

Bug#972446: zoph: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: zoph
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: PGP signature

Bug#972447: ubuntu-keyring: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Adriano Rafael Gomes]

Package: ubuntu-keyring
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards.


pt_BR.po.gz
Description: application/gzip


signature.asc
Description: PGP signature

Bug#972178: openorienteering-mapper: FTBFS with Qt 5.15: error: aggregate 'QPainterPath outside_path' has incomplete type and cannot be defined

[Graham Inggs]

Hi Dmitry

I've uploaded 0.9.4-1 to unstable which should include the fix for this.

I haven't tested it with Qt 5.15 from experimental.  We can close this
bug if the binNMU for the transition is successful.

Regards
Graham

Bug#961474: nut-client can't be run without nut-server installed

[David Engel]

On Sun, Oct 18, 2020 at 12:24:23PM +0200, Laurent Bigonville wrote:
> Le 17/10/20 à 19:05, David Engel a écrit :
> > On Sat, Oct 17, 2020 at 10:42:30AM +0200, Laurent Bigonville wrote:
> > > This is quite weird, the package already contains a systemd tmpfiles 
> > > snippet
> > > (/usr/lib/tmpfiles.d/nut-client.conf) that should create the directory
> > > during the boot.
> > I see the /usr/lib/tmpfiles.d/nut-client.conf now.  It's been nearly 5
> > months since I filed that report so I don't remember any of the
> > details.  It's quite possible, though, that I ran into the problem
> > right after installing the nut-client package without rebooting.  If
> > that tmpfiles.d file doesn't create the directory until the next boot,
> > that could explain the problem.
> Thanks for the reply, it's really weird, the /run/nut directory should
> created on installation (I just tried that in a chroot and the directory is
> properly created) and then recreated on reboot as well as /run is supposed
> to be on tmpfs
> > > Could you please give me the output of "systemctl list-dependencies
> > > nut-monitor.service"
> > Here is that output:
> From the output, the systemd-tmpfiles-setup.service service is called before
> nut-client, so looks like the ordering is OK
> 
> Did you try to uninstall the nut-server package and see if everything is
> still working? Is /var/run a symlink to /run on your system?

You're in luck.  I had a kernel update waiting for me this morning so
I removed nut-server and rebooted.  All looks good!  Thanks for you
help.

David
-- 
David Engel
da...@istwok.net

Bug#972015: Bug#972033: python3.9 pandas

[Rebecca N. Palmer]

Control: tags -1 pending
Control: forwarded -1 https://github.com/pandas-dev/pandas/issues/37217


This appears to fix it, though I'm not yet sure if it's a good idea


I was trying to find upstream's fix and use that instead, but it now 
looks like they don't have one, and probably didn't know this bug existed.

Bug#972371: debian-reference: Add CI to ensure that git is buildable

[肖盛文]

hi,Stuart,

   I had add make entity CI in pipeline, but meet the errors, please 
help see:


https://salsa.debian.org/debian/debian-reference/-/jobs/1084031

Connecting to popcon.debian.org (popcon.debian.org)|209.87.16.63|:443... 
connected.

|
ERROR: The certificate of 'popcon.debian.org' is not trusted.
||ERROR: The certificate of 'popcon.debian.org' doesn't have a known 
issuer.|


Could you help to add |'popcon.debian.org' into trusted?|

Thanks!

xiao sheng wen

Bug#972444: ffmpeg: please build with libvo-amrwbenc0 support

[Leo Antunes]

Package: ffmpeg
Version: 7:4.3.1-4
Severity: wishlist

Dear Maintainer,

It would be great if ffmpeg could be built with --enable-libvo-amrwbenc
for AMR-WB encoding support[0].
AFAICT the needed libvo-amrwbenc-dev is already available in Debian.


Cheers,
Leo

[0] https://www.ffmpeg.org/ffmpeg-codecs.html#libvo_002damrwbenc


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ffmpeg depends on:
ii  libavcodec587:4.3.1-4
ii  libavdevice58   7:4.3.1-4
ii  libavfilter77:4.3.1-4
ii  libavformat58   7:4.3.1-4
ii  libavresample4  7:4.3.1-4
ii  libavutil56 7:4.3.1-4
ii  libc6   2.31-4
ii  libpostproc55   7:4.3.1-4
ii  libsdl2-2.0-0   2.0.12+dfsg1-4
ii  libswresample3  7:4.3.1-4
ii  libswscale5 7:4.3.1-4

ffmpeg recommends no packages.

Versions of packages ffmpeg suggests:
pn  ffmpeg-doc  

-- no debconf information

Bug#971438: Debconf variable names not "automation friendly"

[Ryan Tandy]

Control: tag -1 wontfix

Hi. Thanks again for your suggestion to improve the debconf variable 
names.


I agree with you that the names could be better, but I decided it's not 
worth breaking existing setups over.


I'm marking this wontfix, but will keep it in mind in case the debconf 
scripts are reworked in the future, if there could be an opportunity to 
improve the variable names.


As far as the variable descriptions, the canonical location where they 
live is in the source package:


https://sources.debian.org/src/openldap/stable/debian/slapd.templates
https://sources.debian.org/src/openldap/stable/debian/po/

You can also find those templates in /var/lib/dpkg/info/slapd.templates 
after installing the package. Please also feel free to write to the 
team mailing list (pkg-openldap-de...@lists.alioth.debian.org) if you 
have any questions about the variables or how they are used.


thanks,
Ryan

Bug#859926: [Tts-project] Bug#859926: speechd-up: fails to install

[Samuel Thibault]

Hello,

Sorry for not answering before, I'm terribly busy atm. Just giving a
quick answer, a proper answer will need more time.

Paul Gevers, le sam. 17 oct. 2020 08:17:09 +0200, a ecrit:
> On 02-09-2020 17:46, Dennis Filder wrote:
> > The patch adds a new thread that is on the lookout for Pulseaudio
> > processes and reconfigures/restarts the output modules accordingly
> > once it finds one.  This allows speech-dispatcher (with the correct
> > privileges) to transition between ALSA and Pulseaudio without the need
> > for a restart (albeit with the loss of the not-yet-spoken messages in
> > the module and a pause of about 1-2 seconds).  In my experience it
> > works quite nicely.
> 
> @Dennis, thanks a lot for working on this. Did you send this upstream as
> well? If not, can you do it or do you prefer we do it?
> 
> @Samuel, what do you think of the patch. It's way to involved for me to
> judge, but it claims to solve a long standing RC issue.

Yes, the "pulse,alsa" user-visible change seems interesting.  But the
implementation seems fragile to me: looking in /proc content is deemed
to break at some point or another. We've been struck hard by such kind
of tinkering in the past, I'd rather not see that happen again :/

Samuel

Bug#972443: ITP: rotp -- Remnants of the Precursors game

[Joseph Nahmias]

Package: wnpp
Severity: wishlist
Owner: Joseph Nahmias 

* Package name: rotp
  Version : 1.13b
  Upstream Author : Ray Fowler 
* Homepage: https://rayfowler.itch.io/remnants-of-the-precursors
* Source Code : https://github.com/rayfowler/rotp-public
* Forum   : https://www.reddit.com/r/rotp/
* License : Java code=GPL3; game data=CC4-by-nc-nd
  Programming Lang: Java
  Description : Remnants of the Precursors game

Remnants of the Precursors is a high-quality remake of the classic Master of
Orion (1993) game by SimTex.

Game engine will go to contrib; while the game data [artwork,text,sound] will
need to go to non-free.

I plan to maintain this within the Debian Games team.

Bug#972437: debian-reference: mentions no longer existing packages

[肖盛文]

 I also meet these errors in my local computer.

Is need to update Makefile and other files?


--
肖盛文 xiao sheng wen Faris Xiao
微信(wechat)：atzlinux
《铜豌豆 Linux》
基于 Debian 的 Linux 中文桌面操作系统：https://www.atzlinux.com
Debian QA page: https://qa.debian.org/developer.php?login=atzlinux%40sina.com
GnuPG Public Key: 0x339240CB

Bug#972442: libpmix2: Failed to upgrade from 3.2.0~rc1-4 to 3.2.0~rc1-5

[Shengjing Zhu]

Package: libpmix2
Version: 3.2.0~rc1-5
Severity: serious
X-Debbugs-Cc: z...@debian.org

Dear Maintainer,

During upgrading, libpmix2 failed to upgrade.

Unpacking libpmix2:amd64 (3.2.0~rc1-5) over (3.2.0~rc1-4) ...
dpkg: error processing archive 
/tmp/apt-dpkg-install-BKToHC/29-libpmix2_3.2.0~rc1-5_amd64.deb (--unpack):
 trying to overwrite 
'/usr/lib/x86_64-linux-gnu/pmix2/lib/libmca_common_dstore.so', which is also in 
package libpmix-dev:amd64 3.2.0~rc1-4

You seems missing Breaks in libpmix2. Not sure why piuparts hasn't
captured that...

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.8.0-2-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_USER, TAINT_CRAP
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libpmix2 depends on:
ii  libc62.31-4
ii  libevent-core-2.1-7  2.1.12-stable-1
ii  libevent-pthreads-2.1-7  2.1.12-stable-1
ii  libhwloc-plugins 2.3.0+dfsg-2
ii  zlib1g   1:1.2.11.dfsg-2

libpmix2 recommends no packages.

libpmix2 suggests no packages.

-- no debconf information

Bug#666743: draft implementation for a Multi-Arch: foreign interface to gcc

[Helmut Grohne]

Hi Matthias,

On Wed, Sep 23, 2020 at 05:52:47PM +0200, Matthias Klose wrote:
> On 9/23/20 1:26 PM, Helmut Grohne wrote:
> > Hi Matthias,
> > 
> > thank you for reviewing my patch!
> > 
> > On Wed, Sep 23, 2020 at 12:48:10PM +0200, Matthias Klose wrote:
> >> looking at this patch:
> >>
> >> -  dh_installdocs -p$(p_gdc)
> >> -  dh_installchangelogs -p$(p_gdc) src/gcc/d/ChangeLog
> >> +  debian/dh_doclink -p$(p_gdc_n) $(p_xbase)
> >>
> >> doesn't work, replacing the doc directory with a symlink.
> > 
> > Please elaborate.
> > 
> > p_gdc_n is a new package. Nothing is replaced here.
> > 
> > The calls for p_gdc are not removed. They're moved lower. The docs stay
> > right there where they are now.
> > 
> > The new p_gdc_n package uses a symlink for its doc directory. That
> > should be fine.
> 
> ... which then doesn't work with a separate gdc build.

I failed to figure out how a separate gdc would build at all.
gdc-10-multilib also uses dh_doclink targeting p_xbase. So either the
separate gdc build is broken already or it works with the additional
p_xbase link here. In neither case, a change to the patch seems
required.

Helmut

Bug#666743: gcc-for-host fixes

[Helmut Grohne]

Hi Matthias,

a while ago, you reviewed my last patch iteration and had a few remarks.
This is a summary of the remaining issues.

In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666743#65, you
complained about linking the doc directory of the new triple-suffixed
gdc package to the base package. In subsequent mails, I detailed why I
think this is not a problem.

In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666743#70, you
complained about missing package in dpkg-genchanges. This is due to a
wrong Architecture field fixed in 0001 attached. Thanks.

In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666743#85, you
complained about a loosely versioned dependeny on gdc fixed in 0002
attached. Thanks.

Thus this mail covers all remaining issues with two patches. I've based
them on your gcc-host branch as requested.

Helmut
>From fc5dda64d5903d7c6dcc6b695a3d2a2a7d8a727c Mon Sep 17 00:00:00 2001
From: Helmut Grohne 
Date: Wed, 23 Sep 2020 21:50:56 +0200
Subject: [PATCH 1/2] fix architecture field of per-architecture packages

Reported-by: Matthias Klose 
---
 debian/control.m4 | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/debian/control.m4 b/debian/control.m4
index 9d85323..2659bf7 100644
--- a/debian/control.m4
+++ b/debian/control.m4
@@ -3354,7 +3354,7 @@ ifenabled(`objpp',`
 ifenabled(`objppdev',`
 for_each_arch(`
 Package: gobjc++`'PV`'arch_gnusuffix
-Architecture: any
+Architecture: ifdef(`TARGET',`any',arch_deb)
 Multi-Arch: foreign
 Priority: optional
 Depends: BASEDEP, gobjc`'PV`'arch_gnusuffix (= ${gcc:Version}), g++`'PV`'arch_gnusuffix (= ${gcc:Version}), ${shlibs:Depends}, libidevdep(objc`'PV-dev,,=), ${misc:Depends}
@@ -3404,7 +3404,7 @@ ifenabled(`objc',`
 ifenabled(`objcdev',`
 for_each_arch(`
 Package: gobjc`'PV`'arch_gnusuffix
-Architecture: any
+Architecture: ifdef(`TARGET',`any',arch_deb)
 Multi-Arch: foreign
 Priority: optional
 Depends: BASEDEP, gcc`'PV`'arch_gnusuffix (= ${gcc:Version}), ${dep:libcdev}, ${shlibs:Depends}, libidevdep(objc`'PV-dev,,=), ${misc:Depends}
@@ -3721,7 +3721,7 @@ ifenabled(`fortran',`
 ifenabled(`fdev',`dnl
 for_each_arch(`
 Package: gfortran`'PV`'arch_gnusuffix
-Architecture: any
+Architecture: ifdef(`TARGET',`any',arch_deb)
 Multi-Arch: foreign
 Priority: optional
 Depends: BASEDEP, gcc`'PV`'arch_gnusuffix (= ${gcc:Version}), libidevdep(gfortran`'PV-dev,,=), ${dep:libcdev}, ${shlibs:Depends}, ${misc:Depends}
@@ -5140,7 +5140,7 @@ Description: GNU Ada compiler (documentation)
 ifenabled(`d ',`dnl
 for_each_arch(`
 Package: gdc`'PV`'arch_gnusuffix
-Architecture: any
+Architecture: ifdef(`TARGET',`any',arch_deb)
 Multi-Arch: foreign
 Priority: optional
 Depends: SOFTBASEDEP, g++`'PV`'arch_gnusuffix (>= ${gcc:Version}), ${dep:gdccross}, ${dep:phobosdev}, ${shlibs:Depends}, ${misc:Depends}
@@ -5499,7 +5499,7 @@ Description: Phobos D standard library (debug symbols)
 ifenabled(`m2 ',`dnl
 for_each_arch(`
 Package: gm2`'PV`'arch_gnusuffix
-Architecture: any
+Architecture: ifdef(`TARGET',`any',arch_deb)
 Multi-Arch: foreign
 Priority: optional
 Depends: SOFTBASEDEP, g++`'PV`'arch_gnusuffix (>= ${gcc:Version}), ${dep:gm2cross}, libidevdep(gm2`'PV-dev,,=), ${shlibs:Depends}, ${misc:Depends}
-- 
2.28.0

>From b8139863760604abfe2c96688fa3e0bb28917fb2 Mon Sep 17 00:00:00 2001
From: Helmut Grohne 
Date: Wed, 23 Sep 2020 21:52:34 +0200
Subject: [PATCH 2/2] fix version of gdc-N -> gdc-N-triplet dependency

Reported-by: Matthias Klose 
---
 debian/control.m4 | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control.m4 b/debian/control.m4
index 2659bf7..e837cb2 100644
--- a/debian/control.m4
+++ b/debian/control.m4
@@ -5158,7 +5158,7 @@ ifdef(`TARGET',`',`
 Package: gdc`'PV
 Architecture: any
 Priority: optional
-Depends: gdc`'PV`'${target:suffix} (= ${gcc:SoftVersion}), SOFTBASEDEP, g++`'PV (>= ${gcc:SoftVersion}), ${dep:gdccross}, ${misc:Depends}
+Depends: gdc`'PV`'${target:suffix} (= ${gcc:Version}), SOFTBASEDEP, g++`'PV (>= ${gcc:SoftVersion}), ${dep:gdccross}, ${misc:Depends}
 Provides: gdc, d-compiler, d-v2-compiler
 Replaces: gdc (<< 4.4.6-5)
 Description: GNU D compiler (version 2)
-- 
2.28.0

Bug#972440: [l10n] Updated Czech (cs.po) translation of mdadm debconf messages

[Miroslav Kure]

Package: mdadm
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of 
debconf messages. Please include it with the package.

Thank you
-- 
Miroslav Kuře
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: mdadm\n"
"Report-Msgid-Bugs-To: md...@packages.debian.org\n"
"POT-Creation-Date: 2019-02-09 08:48+0100\n"
"PO-Revision-Date: 2020-10-18 16:52+0200\n"
"Last-Translator: Miroslav Kure \n"
"Language-Team: Czech \n"
"Language: cs\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../mdadm.templates:2001
msgid "Should mdadm run monthly redundancy checks of the MD arrays?"
msgstr "Má mdadm spouštět měsíční kontroly redundance MD polí?"

#. Type: boolean
#. Description
#: ../mdadm.templates:2001
msgid ""
"If the kernel supports it (versions greater than 2.6.14), mdadm can "
"periodically check the redundancy of MD arrays (RAIDs). This may be a "
"resource-intensive process, depending on the local setup, but it could help "
"prevent rare cases of data loss. Note that this is a read-only check unless "
"errors are found; if errors are found, mdadm will try to correct them, which "
"may result in write access to the media."
msgstr ""
"Pokud to vaše jádro podporuje (verze větší než 2.6.14), může mdadm "
"pravidelně kontrolovat redundanci MD polí (RAIDů). Podle konfigurace "
"počítače to může být proces velmi náročný na prostředky, ovšem může předejít "
"vzácným případům ztráty dat. Pokud nejsou nalezeny chyby, používá tato "
"kontrola v zásadě jen čtecí operace. Při nalezení chyb se je mdadm pokusí "
"opravit, což může znamenat zápis na médium."

#. Type: boolean
#. Description
#: ../mdadm.templates:2001
msgid ""
"The default, if turned on, is to check on the first Sunday of every month at "
"01:06."
msgstr ""
"Pokud kontrolu povolíte, bude se dle výchozího nastavení spouštět každou "
"první neděli v měsíci v 01:06 ráno."

#. Type: boolean
#. Description
#: ../mdadm.templates:3001
msgid "Should mdadm check once a day for degraded arrays?"
msgstr "Má mdadm jednou denně zjišťovat degradovaná pole?"

#. Type: boolean
#. Description
#: ../mdadm.templates:3001
msgid ""
"mdadm can check once a day for degraded arrays and missing spares to ensure "
"that such events don't go unnoticed."
msgstr ""
"mdadm může jednou denně zjišťovat degradovaná pole a chybějící "
"náhradní disky, aby zaručil, že tyto události neprojdou bez povšimnutí."

#. Type: boolean
#. Description
#: ../mdadm.templates:4001
msgid "Do you want to start the MD monitoring daemon?"
msgstr "Chcete spustit daemon pro monitorování MD?"

#. Type: boolean
#. Description
#: ../mdadm.templates:4001
msgid ""
"The MD (RAID) monitor daemon sends email notifications in response to "
"important MD events (such as a disk failure)."
msgstr ""
"Daemon pro monitorování MD (RAIDu) zasílá emailová upozornění na významné MD "
"události, jako je selhání disku."

#. Type: boolean
#. Description
#: ../mdadm.templates:4001
msgid "Enabling this option is recommended."
msgstr "Povolení této možnosti je doporučeno."

#. Type: string
#. Description
#: ../mdadm.templates:5001
msgid "Recipient for email notifications:"
msgstr "Příjemce emailových upozornění:"

#. Type: string
#. Description
#: ../mdadm.templates:5001
msgid ""
"Please enter the email address of the user who should get the email "
"notifications for important MD events."
msgstr ""
"Zadejte prosím emailovou adresu uživatele, který má dostávat emailová "
"upozornění při výskytu významných MD událostí."

#~ msgid "MD arrays needed for the root file system:"
#~ msgstr "MD pole vyžadovaná pro kořenový souborový systém:"

#~ msgid ""
#~ "Please enter 'all', 'none', or a space-separated list of devices such as "
#~ "'md0 md1' or 'md/1 md/d0' (the leading '/dev/' can be omitted)."
#~ msgstr ""
#~ "Zadejte prosím mezerami oddělený seznam zařízení, případně „all“ nebo "
#~ "„none“. Počáteční „/dev/“ můžete vynechat a zadat jen např. „md0 md1“ "
#~ "nebo „md/1 md/d0“."

#~ msgid "for internal use - only the long description is needed."
#~ msgstr "pro vnitřní použití - pouze kvůli zobrazení dlouhého popisu."

#~ msgid ""
#~ "If the system's root file system is located on an MD array (RAID), it "
#~ "needs to be started early during the boot sequence. If it is located on a "
#~ "logical volume (LVM), which is on MD, all constituent arrays need to be "
#~ "started."
#~ msgstr ""
#~ "Pokud je kořenový souborový 

Bug#972441: [l10n] Updated Czech (cs.po) translation of mariadb debconf messages

[Miroslav Kure]

Package: mariadb-10.5
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of 
mariadb debconf messages. Please include it with the package.

Thank you
-- 
Miroslav Kuře
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: mariadb-10.5\n"
"Report-Msgid-Bugs-To: mariadb-1...@packages.debian.org\n"
"POT-Creation-Date: 2019-07-23 19:16-0300\n"
"PO-Revision-Date: 2020-10-18 17:13+0200\n"
"Last-Translator: Miroslav Kure \n"
"Language-Team: Czech \n"
"Language: cs\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../mariadb-server-10.5.templates:2001
msgid "The old data directory will be saved at new location"
msgstr "Starý adresář s daty bude uložen na novém místě."

#. Type: note
#. Description
#: ../mariadb-server-10.5.templates:2001
msgid ""
"A file named /var/lib/mysql/debian-*.flag exists on this system. The number "
"indicates a database binary format version that cannot automatically be "
"upgraded (or downgraded)."
msgstr ""
"V systému existuje soubor /var/lib/mysql/debian-*.flag. Číslo znamená "
"verzi binárního formátu databáze, kterou nelze automaticky aktualizovat "
"(ani degradovat)."

#. Type: note
#. Description
#: ../mariadb-server-10.5.templates:2001
msgid ""
"Therefore the previous data directory will be renamed to /var/lib/mysql-* "
"and a new data directory will be initialized at /var/lib/mysql."
msgstr ""
"Z tohoto důvodu bude původní adresář přejmenován na /var/lib/mysql-* "
"a ve /var/lib/mysql se inicializuje nové datové úložiště."

#. Type: note
#. Description
#: ../mariadb-server-10.5.templates:2001
msgid ""
"Please manually export/import your data (e.g. with mysqldump) if needed."
msgstr ""
"Pokud je to potřeba, vyexportujte/naimportujte data ručně (např. pomocí "
"mysqldump)."

#. Type: note
#. Description
#: ../mariadb-server-10.5.templates:3001
msgid "Important note for NIS/YP users"
msgstr "Důležitá poznámka pro uživatele NIS/YP"

#. Type: note
#. Description
#: ../mariadb-server-10.5.templates:3001
msgid ""
"Using MariaDB under NIS/YP requires a mysql user account to be added on the "
"local system with:"
msgstr ""
"Používání MariaDB pod NIS/YP vyžaduje, aby byl účet mysql uživatele přidán "
"na lokálním systému příkazem:"

#. Type: note
#. Description
#: ../mariadb-server-10.5.templates:3001
msgid ""
"You should also check the permissions and ownership of the /var/lib/mysql "
"directory:"
msgstr ""
"Také byste měli zkontrolovat vlastníka a oprávnění adresáře /var/lib/mysql:"

#. Type: boolean
#. Description
#: ../mariadb-server-10.5.templates:4001
msgid "Remove all MariaDB databases?"
msgstr "Odstranit všechny MariaDB databáze?"

#. Type: boolean
#. Description
#: ../mariadb-server-10.5.templates:4001
msgid ""
"The /var/lib/mysql directory which contains the MariaDB databases is about "
"to be removed."
msgstr ""
"Adresář /var/lib/mysql, ve kterém se nachází MariaDB databáze, bude "
"odstraněn."

#. Type: boolean
#. Description
#: ../mariadb-server-10.5.templates:4001
msgid ""
"If you're removing the MariaDB package in order to later install a more "
"recent version or if a different mariadb-server package is already using it, "
"the data should be kept."
msgstr ""
"Jestliže odstraňujete balík MariaDB za účelem instalace novější verze "
"MariaDB, nebo pokud tato data souběžně využívá jiný balík mariadb-server, "
"měli byste data ponechat."

Bug#972439: RFP: tailscale -- wireguard overlay network manager (client)

[Leo Antunes]

Package: wnpp
Severity: wishlist

* Package name: tailscale
  Version : v1.0.3
  Upstream Author : Tailscale Inc. 
* URL : https://github.com/tailscale/tailscale
* License : BSD
  Programming Lang: Go
  Description : wireguard overlay network manager (client)

Client for the Tailscale™ wireguard overlay network service.
.
Tailscale provides a centralized service for managing wireguard
connection across a fleet of machines.

Bug#888541: paw: Missing patches due to incomplete quilt conversion?

[Andreas Tille]

Control: severity -1 normal

The cernlib packages are using some common patch method that remains to
use dpatch in cernlib-base-dev.  While this is not really nice the
patches are actually applied so the severity important is not correct
here.  Leaving the bug open anyway since this should be cleared later
on.

Kind regards

 Andreas.

-- 
http://fam-tille.de

Bug#922102: ITP: libopusenc -- High-level API for encoding Ogg Opus audio streams

[David Heidelberg]

On Tue, 12 Feb 2019 12:43:37 +1030 Ron  wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Ron 
>
> * Package name: libopusenc
>   Version : 0.2.1
>   Upstream Author : Xiph.Org
> * URL : http://opus-codec.org/development/
> * License : BSD
>   Programming Lang: C
>   Description : High-level API for encoding Ogg Opus audio 
streams

>
> libopusenc provides a convenient high-level API for creating .opus 
files or
> streaming Ogg Opus data.  It is implemented as a layer on top of 
Xiph.Org's

> reference libopus library.
>
>
> This library is now a dependency for future versions of opus-tools, 
and

> it is intended to be a simple interface for other applications to use
> too.
>
>

Hello Ron,

I took your code and little bit updated it, it's not done yet [1], but 
if you wanted to get back to it, it would be great.


Thank you
David

[1] https://salsa.debian.org/okias-guest/libopusenc/-/commits/debian/
Thank you
David Heidelberg

Bug#957665: Fortran issue solved but symbols issues (Was: Bug#957665: Fortran issue in paw (Was: paw: ftbfs with GCC-10))

[Étienne Mollier]

Hi Andreas,

Andreas Tille, on 2020-10-17 21:52:24 +0200:
> /usr/bin/ld: 
> paw/cdf/shared/mlpdef.o:/build/paw-2.14.04.dfsg.2/build/pawlib/paw/cdf/mlpdef.c:155:
>  multiple definition of `klnkaddr'; 
> paw/cdf/shared/pawcdf.o:/build/paw-2.14.04.dfsg.2/build/pawlib/paw/cdf/pawcdf.c:155:
>  first defined here
> /usr/bin/ld: warning: alignment 4 of symbol `pawch3_' in 
> paw/ntuple/shared/c_decl.o is smaller than 16 in paw/code/shared/pawint3.o
> /usr/bin/ld: warning: size of symbol `hcfile_' changed from 12800 in 
> paw/code/shared/hgetid.o to 4000 in paw/ntuple/shared/c_decl.o
> /usr/bin/ld: warning: size of symbol `pawc_' changed from 40004 in 
> comis/code/shared/csdefn.o to 4 in paw/ntuple/shared/c_decl.o
> /usr/bin/ld: 
> paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:31:
>  multiple definition of `learn_'; 
> paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:31:
>  first defined here
> /usr/bin/ld: 
> paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:40:
>  multiple definition of `pat_'; 
> paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:40:
>  first defined here
> /usr/bin/ld: 
> paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:19:
>  multiple definition of `net_'; 
> paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:19:
>  first defined here
> /usr/bin/ld: 
> paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:49:
>  multiple definition of `divers_'; 
> paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:49:
>  first defined here
> /usr/bin/ld: 
> paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:92:
>  multiple definition of `Hessian'; 
> paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:92:
>  first defined here
> /usr/bin/ld: 
> paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:91:
>  multiple definition of `ExamplesIndex'; 
> paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:91:
>  first defined here
> /usr/bin/ld: 
> paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:90:
>  multiple definition of `JacobianMatrix'; 
> paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:90:
>  first defined here
> /usr/bin/ld: 
> paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:89:
>  multiple definition of `Gamma'; 
> paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:89:
>  first defined here
> ...
> 
> 
> Any further hints are welcome

I think this affects the C part of the program and should
probably be fixed "the easy way" by appending the CFLAGS
-fcommon; I suppose the remark from Andrius is otherwise
applicable here as well:

CFLAGS += -fcommon

Or investigate if this is just a matter of these global
variables not being "extern" as they should; this is not always
applicable because of the way they are used.

I understood you might be busy next week, so requested access to
the Salsa Debian Science Team repository to bring the
modification myself if you wish, my account is emollier.

Have a nice day,
-- 
Étienne Mollier 
Old rsa/3072: 5ab1 4edf 63bb ccff 8b54  2fa9 59da 56fe fff3 882d
New rsa/4096: 8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
Sent from /dev/pts/6, please excuse my verbosity.


signature.asc
Description: PGP signature

Bug#970375: python: missing /usr/bin/python

[Karl Sickendick]

So, I think this is the intended situation now, actually?  Based on the
email chain on the mailing list, it sounds like they're getting rid of the
python command and package.

https://lists.debian.org/debian-python/2020/09/msg00030.html

https://lists.debian.org/debian-python/2020/07/msg00039.html

If that's true - users need a better way to find out about this, other than
reading through the mailing list.

There should be big bold letters on the Debian python wiki, or FAQ, or on
the roadmap, or all three.

This move breaks a lot of folks' stuff.  Lots of people are going to be
confused by this after they run dist-upgrade.

It also seems very unusual that there's still a python package in
unstable.  Changes in testing are usually preceded by 10 days of changes in
unstable.

Bug#972436: RM: mapsembler2 [armel armhf i386 hurd-i386 kfreebsd-i386] -- ANAIS; package broken on 32bits archs and non-maintained upstream

[Étienne Mollier]

Package: ftp.debian.org
Severity: normal

Greetings,

I spent some time on mapsembler2 to put it into adequate shape,
so that it might make it to Testing.  This involved some
investigatons of autopkgtest regressions on 32 bits
architectures, at least armhf and i386, as reported by testing
excuses migrations[0].

[0] https://tracker.debian.org/pkg/mapsembler2

The initial segmentation fault encountered by the test allowed
me to locate a missing check of memory allocation, and change
some default program parameters to values more suitable for
32 bits architectures, when running on such arch[1].

[1] 
https://salsa.debian.org/med-team/mapsembler2/-/commit/73d9dae0c0c876a415ba804e83602bb984a20ac0

I then had to track a second segmentation fault down to a highly
optimized hashing function, which looks compatible with all
combinations of 32, 64 bits, little and big endian.  However one
of the steps of this hashing function is triggering the fault,
and I'm not comfortable enough with the program to identify
whether it is the value of the hash key which is at fault, or
the logic of the hashing function in itself.  Looking at the
change log[2] of the program, I even think my change could have
undone a fix for that crash, or even for another crash:

> mapsembler2_2.2.4: fixes k-mer counting problems. Use by default 4GB memory

[2] https://colibread.inria.fr/software/mapsembler2/

There is always the possibility that a simple knob has changed
at some point, such as an architecture specific code path, but
if so, I failed to identify it.  Bringing the issue to upstream
is not an option here unfortunately, as the program is not
maintained since 2014[2].

Due to the above reasons, I think mapsembler2 is probably
not suitable for 32 bits variants of Debian unfortunately.

Kind Regards,
-- 
Étienne Mollier 
Old rsa/3072: 5ab1 4edf 63bb ccff 8b54  2fa9 59da 56fe fff3 882d
New rsa/4096: 8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
Sent from /dev/pts/6, please excuse my verbosity.


signature.asc
Description: PGP signature

Bug#972396: Comment on «initramfs-tools: Installation fails (no space left on device)»

[Jean-Marc]

Bug already reported 2 times:
initramfs-tools: update-initramfs should not store temporary files on /boot
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929424

pigz: abort: write error on  (No space left on device)
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960181

The 2 bugs are all marked as DONE.

In the second bug #960181, when marking it as DONE on Sun, 10 May 2020, Ben 
Hutchings reported this comment :
« There may be a bug here, in that the /boot partition was too small. 
That has been fixed in the installer, but unfortunately we don't have a
general way to grow the partition on installed systems. ».

No way to check if there is a way to avoid this in the 2 scripts mkinitramfs 
and update-initramfs ?

Regards,

Jean-Marc 
https://6jf.be/keys/ED863AD1.txt
https://6jf.be/keys/ED0B8558.txt


pgpekgKDlgIMh.pgp
Description: PGP signature

Bug#954794: New packages must not declare themselves Essential

[Sam Hartman]

> "Bill" == Bill Allombert  writes:

>> I'd propose that as a first step we change that to
>> 
>> Packages are not required to declare any dependencies they have
>> on other packages which are marked Essential (see below), but are
>> permitted to do so even if they do not depend on a particular
>> version of that package.[4]

Bill> This is very dangerous with respect to upgrade between stable
Bill> releases.  The issue is at the time a package is made for a
Bill> stable release, the state of Debian and Essential: yes
Bill> packages is not known. It is unrealistic to expect Debian to
Bill> plan so far in advance.  Requiring changes to Essential
Bill> packages to take into account spurious dependencies is too
Bill> fragile.

I'm sorry, but I consider myself reasonably knowledgable about package
dependencies and Debian--not admittedly as knowledgable as you, but
knowledgable enough that I ought to be able to follow this discussion.
And after spending a couple minutes thinking about the above I don't
understand what you are getting at.

So, please explain in enough detail that we are able to understand and
evaluate your concern.

Bug#972435: amanda: Please add support for TI RPC implementation

[Aurelien Jarno]

Source: amanda
Version: 1:3.5.1-5
Severity: normal
Tags: patch upstream

Dear maintainer,

The glibc SunRPC implementation has been marked obsolete for some time.
It will get removed from glibc in version 2.32 that has been released a
few weeks ago.  The TI RPC implementation should be used instead, which
also brings new features (IPv6, Kerberos support, ...).

You will find attached a patch taken from Fedora to add support for the
TI RPC implementation in case the SunRPC implementation is not
available. Would it be possible to apply it to the Debian package so
that amanda continues to build when the glibc SunRPC gets removed.

Thanks,
Aurelien
diff -Nru amanda-3.5.1/debian/control amanda-3.5.1/debian/control
--- amanda-3.5.1/debian/control
+++ amanda-3.5.1/debian/control
@@ -25,6 +25,8 @@
smbclient,
swig,
xfsdump [linux-any],
+   pkg-config,
+   libtirpc-dev
 Standards-Version: 4.0.1
 Homepage: http://www.amanda.org/
 Vcs-Git: https://salsa.debian.org/debian/amanda.git
diff -Nru amanda-3.5.1/debian/patches/39-tirpc 
amanda-3.5.1/debian/patches/39-tirpc
--- amanda-3.5.1/debian/patches/39-tirpc
+++ amanda-3.5.1/debian/patches/39-tirpc
@@ -0,0 +1,102 @@
+Patch taken from 
https://src.fedoraproject.org/rpms/amanda/raw/master/f/patch-tirpc
+
+diff --git a/config/amanda/amanda_configure.m4 
b/config/amanda/amanda_configure.m4
+index 5b427ae..f90810f 100644
+--- a/config/amanda/amanda_configure.m4
 b/config/amanda/amanda_configure.m4
+@@ -18,7 +18,6 @@ AC_PREREQ(2.64)
+ # Take care of some early Amanda-specific setup
+ #
+ AMANDA_CONFIGURE_ARGS
+-AMANDA_INIT_SUMMARY
+ AMANDA_SNAPSHOT_STAMP
+ AMANDA_SPLIT_VERSION
+ AMANDA_CONFIG_LOCAL
+diff --git a/config/amanda/components.m4 b/config/amanda/components.m4
+index f2a07db..7628453 100644
+--- a/config/amanda/components.m4
 b/config/amanda/components.m4
+@@ -186,7 +186,21 @@ AC_DEFUN([AMANDA_WITHOUT_NDMP], [
+   n | no) WANT_NDMP=false;;
+   *) AC_MSG_ERROR([You must not supply an argument to --with-ndmp 
option.]) ;;
+   esac
+-  ])
++])
++AC_CHECK_HEADERS(rpc/rpc.h, HAVE_RPC_RPC_H=1)
++if test x"$WANT_NDMP" = x"true"; then
++  if test x"$HAVE_RPC_RPC_H" = x"1"; then
++  WANT_NDMP=true
++  else
++  AMANDA_CHECK_TIRPC
++  if test x"$HAVE_RPC_RPC_H" = x"1"; then
++  WANT_NDMP=true
++  else
++  WANT_NDMP=false
++  AMANDA_MSG_WARN([Disabling NDMP because rpc/rpc.h is not found])
++  fi
++  fi
++   fi
+ ])
+ 
+ # SYNOPSIS
+diff --git a/config/amanda/libs.m4 b/config/amanda/libs.m4
+index 0388c9b..a640557 100644
+--- a/config/amanda/libs.m4
 b/config/amanda/libs.m4
+@@ -183,6 +183,44 @@ AC_DEFUN([AMANDA_CHECK_GLIB], [
+ AMANDA_ADD_LIBS($GLIB_LIBS)
+ ])
+ 
++# SYNOPSIS
++#
++#   AMANDA_CHECK_TIRPC
++#
++# OVERVIEW
++#
++#   Search for tirpc.
++#
++AC_DEFUN([AMANDA_CHECK_TIRPC],
++[
++AC_PATH_PROG(PKG_CONFIG, pkg-config, [], 
$LOCSYSPATH:/opt/csw/bin:/usr/local/bin:/opt/local/bin)
++
++tirpc_ld_flags=`$PKG_CONFIG libtirpc --libs-only-L 2>/dev/null`
++tirpc_lib_flags=`$PKG_CONFIG libtirpc --libs-only-l --libs-only-other 
2>/dev/null`
++tirpc_cppflags=`$PKG_CONFIG libtirpc --cflags-only-I 2>/dev/null`
++tirpc_cflags=`$PKG_CONFIG libtirpc --cflags-only-other 2>/dev/null`
++
++_libtirpc_save_cppflags=$CPPFLAGS
++CPPFLAGS="$CPPFLAGS $tirpc_cppflags"
++_libtirpc_save_libs=$LIBS
++LIBS="$LIBS $tirpc_lib_flags"
++
++unset HAVE_RPC_RPC_H
++unset ac_cv_header_rpc_rpc_h
++AC_CHECK_HEADERS(rpc/rpc.h, HAVE_RPC_RPC_H=1)
++
++CPPFLAGS=$_libtirpc_save_cppflags
++LIBS=$_libtirpc_save_libs
++
++if test x"$HAVE_RPC_RPC_H" = x"1"; then
++  AMANDA_ADD_LDFLAGS($tirpc_ld_flags)
++  AMANDA_ADD_LIBS($tirpc_lib_flags)
++
++  AMANDA_ADD_CPPFLAGS($tirpc_cppflags)
++  AMANDA_ADD_CFLAGS($tirpc_cflags)
++fi
++])
++
+ # LIBCURL_CHECK_CONFIG is from the libcurl
+ # distribution and licensed under the BSD license:
+ # Copyright (c) 1996 - 2007, Daniel Stenberg, .
+diff --git a/configure.ac b/configure.ac
+index 89c4890..8d325b7 100644
+--- a/configure.ac
 b/configure.ac
+@@ -13,6 +13,7 @@ AMANDA_VERSION
+ gl_EARLY
+ gl_INIT
+ 
++AMANDA_INIT_SUMMARY
+ AMANDA_CONFIGURE
+ 
+ AC_DEFINE([USE_GETTEXT], 1, [Define to 1 if files will be processed with 
gettextize])
diff -Nru amanda-3.5.1/debian/patches/series amanda-3.5.1/debian/patches/series
--- amanda-3.5.1/debian/patches/series
+++ amanda-3.5.1/debian/patches/series
@@ -33,3 +33,4 @@
 34-fix-for-samba-on-deb10
 36-fix-for-samba-on-deb10-part-2
 38-ftbfs-with-gcc-10
+39-tirpc

Bug#972434: RFP: easy-wg-quick -- Creates Wireguard configuration for hub and peers with ease

[Federico Ceratto]

Package: wnpp
Severity: wishlist

* Package name: easy-wg-quick
  Version : 0.0.0
  Upstream Author : Krzysztof Burghardt
* URL : https://github.com/burghardt/easy-wg-quick
* License : GPL-2.0
  Programming Lang: Bash
  Description : Creates Wireguard configuration for hub and peers with ease

Creating Wireguard manually can be time-consuming and error-prone.
This script helps creating Wireguard configurations easily.
Optionally generate QR codes.

Bug#972433: opendrop: Description wants to be fixed

[Joerg Jaspert]

Package: opendrop
Severity: normal

Dear Maintainer,

the description contains this stuff:

--8<---cut here---start->8---
 .
 OpenDrop was developed by a team in Melbourne, Victoria, working
 across three main institutions: Monash University (School of
 Chemistry), the University of Melbourne (Department of Mathematics
 and Statistics and Chemical and Biomolecular Engineering) and the
 CSIRO. The code authors/maintainers are Drs Michael Neeson, Joe Berry
 and Rico Tabor, and E .Huang.
 .
 If you use this software in your research, please cite the following
 journal articles:
 .
 - J. D. Berry, M. J. Neeson, R. R. Dagastine, D. Y. C. Chan and R. F.
   Tabor, Measurement of surface and interfacial tension using pendant
   drop tensiometry. Journal of Colloid and Interface Science 454
   (2015) 226–237. https://doi.org/10.1016/j.jcis.2015.05.012
 .
 - E. Huang, T. Denning, A. Skoufis, J. Qi, R. R. Dagastine, R. F.
   Tabor and J. D. Berry, OpenDrop: Open-source software for pendant
   drop tensiometry & contact angle measurements, submitted to the
   Journal of Open Source Software
 .
 These citations help us not only to understand who is using and
 developing OpenDrop, and for what purpose, but also to justify
 continued development of this code and other open source resources.
--8<---cut here---end--->8---

Thats simply nothing that belongs in there, please remove.

--
bye, Joerg

Bug#972432: RM: scilab [i386 armhf] -- RoQA; uninstallable after libjogl2-jni removal

[Sebastian Ramacher]

Package: ftp.debian.org
Severity: normal

After removing libjogl2-jni from armhf and i386 (#971620), scilab is no
longer installable on these two architectures. So please also remove the
scilab binaries on armhf and i386.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#972430: Fails to build with kernel 5.9

[jim_p]

Package: nvidia-legacy-340xx-driver
Version: 340.108-7
Followup-For: Bug #972430

I just found this, which is for all the nvidia drivers, not just this one.
However, I am pretty sure that 340xx won't be updated since it is eol, so I
hope someone makes a patch for it again.

https://forums.developer.nvidia.com/t/nvidia-driver-not-yet-supported-for-
linux-kernel-5-9/157263



-- Package-specific info:
uname -a:
Linux mitsos 5.8.0-3-amd64 #1 SMP Debian 5.8.14-1 (2020-10-10) x86_64 GNU/Linux

/proc/version:
Linux version 5.8.0-3-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 
10.2.0-13) 10.2.0, GNU ld (GNU Binutils for Debian) 2.35.1) #1 SMP Debian 
5.8.14-1 (2020-10-10)

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  340.108  Wed Dec 11 11:06:58 
PST 2019
GCC version:  gcc version 10.2.0 (Debian 10.2.0-13) 

lspci 'display controller [030?]':
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218 [GeForce 
210] [10de:0a65] (rev a2) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. GT218 [GeForce 210] [1043:8490]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: nvidia
Kernel modules: nvidia

dmesg:
[0.151421] Console: colour VGA+ 80x25
[0.589708] pci :01:00.0: vgaarb: setting as boot VGA device
[0.589708] pci :01:00.0: vgaarb: VGA device added: 
decodes=io+mem,owns=io+mem,locks=none
[0.589708] pci :01:00.0: vgaarb: bridge control possible
[0.589708] vgaarb: loaded
[0.773896] Linux agpgart interface v0.103
[3.244182] nvidia: loading out-of-tree module taints kernel.
[3.244193] nvidia: module license 'NVIDIA' taints kernel.
[3.279605] nvidia: module verification failed: signature and/or required 
key missing - tainting kernel
[3.302651] nvidia :01:00.0: vgaarb: changed VGA decodes: 
olddecodes=io+mem,decodes=none:owns=io+mem
[3.319778] [drm] Initialized nvidia-drm 0.0.0 20150116 for :01:00.0 on 
minor 0
[3.319790] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  340.108  Wed Dec 
11 11:06:58 PST 2019
[3.668036] snd_hda_intel :01:00.1: Handle vga_switcheroo audio client
[3.778913] input: HDA NVidia HDMI/DP,pcm=3 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input9
[3.779662] input: HDA NVidia HDMI/DP,pcm=7 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input11
[3.780215] input: HDA NVidia HDMI/DP,pcm=8 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input12
[3.781671] input: HDA NVidia HDMI/DP,pcm=9 as 
/devices/pci:00/:00:01.0/:01:00.1/sound/card1/input13
[9.190464] caller _nv000788rm+0xe4/0x1c0 [nvidia] mapping multiple BARs

Device node permissions:
crw-rw+ 1 root video 226,   0 Oct 18 14:46 /dev/dri/card0
crw-rw-rw-  1 root root  195,   0 Oct 18 14:46 /dev/nvidia0
crw-rw-rw-  1 root root  195, 255 Oct 18 14:46 /dev/nvidiactl

/dev/dri/by-path:
total 0
lrwxrwxrwx 1 root root 8 Oct 18 14:46 pci-:01:00.0-card -> ../card0
video:*:44:jim

OpenGL and NVIDIA library files installed:
lrwxrwxrwx 1 root root   15 Jun  8 11:36 /etc/alternatives/glx -> 
/usr/lib/nvidia
lrwxrwxrwx 1 root root   44 Jun  8 11:36 
/etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libEGL.so.1
lrwxrwxrwx 1 root root   43 Jun  8 11:36 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   43 Jun  8 11:36 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   25 Jun  8 11:36 
/etc/alternatives/glx--linux-libglx.so -> /usr/lib/nvidia/libglx.so
lrwxrwxrwx 1 root root   42 Jun  8 11:36 
/etc/alternatives/glx--nvidia-blacklists-nouveau.conf -> 
/etc/nvidia/nvidia-blacklists-nouveau.conf
lrwxrwxrwx 1 root root   36 Jun  8 11:36 
/etc/alternatives/glx--nvidia-bug-report.sh -> 
/usr/lib/nvidia/nvidia-bug-report.sh
lrwxrwxrwx 1 root root   39 Jun  8 11:36 
/etc/alternatives/glx--nvidia-drm-outputclass.conf -> 
/etc/nvidia/nvidia-drm-outputclass.conf
lrwxrwxrwx 1 root root   28 Jun  8 11:36 
/etc/alternatives/glx--nvidia-load.conf -> /etc/nvidia/nvidia-load.conf
lrwxrwxrwx 1 root root   32 Jun  8 11:36 
/etc/alternatives/glx--nvidia-modprobe.conf -> /etc/nvidia/nvidia-modprobe.conf
lrwxrwxrwx 1 root root   29 Jun  8 11:36 
/etc/alternatives/glx--nvidia_drv.so -> /usr/lib/nvidia/nvidia_drv.so
lrwxrwxrwx 1 root root   28 Jan  5  2020 /etc/alternatives/nvidia -> 
/usr/lib/nvidia/legacy-340xx
lrwxrwxrwx 1 root root   57 Jan  5  2020 
/etc/alternatives/nvidia--libEGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/legacy-340xx/libEGL.so.1
lrwxrwxrwx 1 root root   56 Jan  5  2020