Bug#1059326: python3-reportlab: Can't set standard fonts
Package: python3-reportlab
Version: 3.6.12-1
Severity: normal
Control: notfound -1 4.0.8-1
Control: found -1 3.6.12-1
This is the same type of issue as archived bug
https://bugs.debian.org/1029683, and I'm filing this new one to make
it clear python3-reportlab in bookworm is affected.
Here's a short reproducer :
from reportlab.graphics.barcode import createBarcodeDrawing
barcode = createBarcodeDrawing('QR',value='test')
barcode.asString('png')
And the associated error :
,
| Warn: Can't find .pfb for face 'Times-Roman'
| Traceback (most recent call last):
| File "/opt/test-reportlab-bug.py", line 7, in
| barcode.asString('png')
| File "/usr/lib/python3/dist-packages/reportlab/graphics/shapes.py",
| line 807, in asString
| return renderPM.drawToString(self,
| fmt=format,showBoundary=getattr(self,'showBorder',
|
^^
| File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py",
| line 696, in drawToString
| drawToFile(d,s,fmt=fmt, dpi=dpi, bg=bg,
| configPIL=configPIL,backend=backend)
| File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py",
| line 691, in drawToFile
| c = drawToPMCanvas(d, dpi=dpi, bg=bg, configPIL=configPIL,
| showBoundary=showBoundary,backend=backend)
|
^
| File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py",
| line 677, in drawToPMCanvas
| draw(d, c, 0, 0, showBoundary=showBoundary)
| File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py",
| line 66, in draw
| R.draw(renderScaledDrawing(drawing), canvas, x, y,
| showBoundary=showBoundary)
| File
| "/usr/lib/python3/dist-packages/reportlab/graphics/renderbase.py",
| line 185, in draw
| self.initState(x,y) #this is the push()
| ^^^
| File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py",
| line 113, in initState
| self.applyState()
| File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py",
| line 107, in applyState
| self._canvas.setFont(s['fontName'], s['fontSize'])
| File "/usr/lib/python3/dist-packages/reportlab/graphics/renderPM.py",
| line 405, in setFont
| _setFont(self._gs,fontName,fontSize)
| File "/usr/lib/python3/dist-packages/reportlab/graphics/utils.py",
| line 42, in setFont
| _errorDump(fontName,fontSize)
| File "/usr/lib/python3/dist-packages/reportlab/graphics/utils.py",
| line 29, in _errorDump
| rl_exec(code,dict(RenderPMError=RenderPMError))
| File "", line 1, in
`
Cheers,
--
Seb
Bug#1055866: RM: ruby-god -- ROM; dead upstream, low popcon, many alternatives for lightweight monitoring
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: ruby-...@packages.debian.org Control: affects -1 + src:ruby-god Dead upstream, low popcon, many alternatives for lightweight monitoring.
Bug#1053192: O: elastalert -- easy and flexible alerting with Elasticsearch
Package: wnpp Severity: normal X-Debbugs-Cc: elastal...@packages.debian.org Control: affects -1 + src:elastalert The Freexian packaging team is no longer maintaining the the elastalert package, so I'm orphaning this package. The package description is: This package contains a simple framework for alerting on anomalies, spikes, or other patterns of interest from data in Elasticsearch. . ElastAlert works with all versions of Elasticsearch. . If you have data being written into Elasticsearch in near real time and want to be alerted when that data matches certain patterns, ElastAlert is the tool for you. . ElastAlert is designed to be reliable, highly modular, and easy to set up and configure. . It works by combining Elasticsearch with two types of components, rule types and alerts. Elasticsearch is periodically queried and the data is passed to the rule type, which determines when a match is found. When a match occurs, it is given to one or more alerts, which take action based on the match. . This is configured by a set of rules, each of which defines a query, a rule type, and a set of alerts. .
Bug#1053093: RM: mpdcron -- ROM; Dead upstream
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: mpdc...@packages.debian.org Control: affects -1 + src:mpdcron No upstream commits for 7 years, low popcon, no reverse dependencies: please remove :) Cheers, -- Seb
Bug#1052689: O: python-orderedattrdict -- Python OrderedDict with attribute-style access (Python3)
Package: wnpp Severity: normal X-Debbugs-Cc: python-orderedattrd...@packages.debian.org Control: affects -1 + src:python-orderedattrdict I intend to orphan the python-orderedattrdict package, as it was only packaged as a dependency of the now defunct mlbstreamer. The package description is: An ordered dictionary with attribute-style access. . AttrDict behaves exactly like collections.OrderedDict, but also allows keys to be accessed as attributes. . It also allows for loading JSON and YAML while preserving the order of keys . This is the Python3 package. Cheers, -- Seb
Bug#1052688: O: python-memoize -- Simple Python cache and memoizing module (Python3)
Package: wnpp Severity: normal X-Debbugs-Cc: python-memo...@packages.debian.org Control: affects -1 + src:python-memoize I intend to orphan the python-memoize package, as it was only packaged as a dependency of the now defunct mlbstreamer. The package description is: This is a (relatively) simple Python memoizing module (ie. a function cache), in which any dict-like can be used as the actual storage object. . This is the Python3 package. Cheers, -- Seb
Bug#1052687: O: python-urwid-utils -- Collection of simple, straightforward, but extensible utilities for urwid
Package: wnpp Severity: normal X-Debbugs-Cc: python-urwid-ut...@packages.debian.org Control: affects -1 + src:python-urwid-utils I intend to orphan the python-urwid-utils package, as it was only packaged as a dependency of the now defunct mlbstreamer. The package description is: Light wrappers and object-oriented interfaces to some parts of urwid that are otherwise less-so. Cheers, -- Seb
Bug#1052686: O: python-panwid -- Useful widgets for urwid
Package: wnpp Severity: normal X-Debbugs-Cc: python-pan...@packages.debian.org Control: affects -1 + src:python-panwid I intend to orphan the python-panwid package, as it was only packaged as a dependency of the now defunct mlbstreamer. The package description is: Collection of widgets for urwid. . Currently consists of: - dropdown menu widget with autocomplete support - widget for displaying tabular data - listbox with an optional scrollbar Cheers, -- Seb
Bug#1052685: O: python-raccoon -- Python DataFrame with fast insert and appends (Python 3)
Package: wnpp Severity: normal X-Debbugs-Cc: python-racc...@packages.debian.org Control: affects -1 + src:python-raccoon I intend to orphan the python-raccoon package, as it was only packaged as a dependency of the now defunct mlbstreamer. The package description is: Lightweight DataFrame and Series implementation inspired by the phenomenal Pandas package for the one use case where Pandas is known to be sub-optimal: DataFrames that grow in size by rows frequently in the code. Additionally Raccoon DataFrames can be parametrized to be sorted so that additions to the DataFrame keep the index in sorted order to speed inserts and retrievals. Cheers, -- Seb
Bug#1041849: debsecan: CVE-2022-38457 is not being reported at all
Package: debsecan Version: 0.4.20.1 Severity: normal CVE-2022-38457[0] is not being reported on a bullseye system with a vulnerable kernel: root# dpkg -l *linux-image* | grep ii ii linux-image-5.10.0-19-amd64-unsigned 5.10.149-2 amd64Linux 5.10 for 64-bit PCs root# debsecan | grep CVE-2022-38457 root# Tinkering a bit with the debsecan source code, we can see that CVE-2022-38457 is internally referenced with id 34442, which is not tied to any source package in debsecan's data file: root# grep 34442 /tmp/debsecan-data-20230724.txt root# Cheers, -- Seb [0] https://security-tracker.debian.org/tracker/CVE-2022-38457 -- System Information: Debian Release: 12.0 APT prefers oldstable-security APT policy: (500, 'oldstable-security'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-8-amd64 (SMP w/36 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 debsecan depends on: ii ca-certificates20230311 ii debconf [debconf-2.0] 1.5.82 ii python33.11.2-1+b1 ii python3-apt2.5.3 Versions of packages debsecan recommends: ii cron [cron-daemon] 3.0pl1-162 ii postfix [mail-transport-agent] 3.7.4-2 debsecan suggests no packages.
Bug#1041848: debsecan: Fails to list CVE affecting two separate kernel source packages
Package: debsecan Version: 0.4.20.1 Severity: normal CVE-2022-4696 is listed in the tracker[0] as affecting both linux and linux-5.10 source packages. The data debsecan creates out of that only associates it to linux-5.10, though. This prevents that CVE from being reported on a bullseye system with a vulnerable (< 5.10.162-1) kernel: root# dpkg -l *linux-image* | grep ii ii linux-image-5.10.0-19-amd64-unsigned 5.10.149-2 amd64Linux 5.10 for 64-bit PCs root# debsecan | grep CVE-2022-4696 root# Tinkering a bit with the debsecan source code, we can see that CVE-2022-4696 is internally referenced with id 35011, for which the corresponding package line yields a reference tied only to linux-5.10: root# grep 35011 /tmp/debsecan-data-20230724.txt CVE-2022-4696 linux-5.10,35011,S ,,5.10.162-1~deb10u1 5.10.178-3~deb10u1 5.10.179-1~deb10u1 Comparing with for instance CVE-2023-0615, which is linked in the tracker[1] only to the linux source package, and assigned the internal id 35182, we can verify that debsecan properly reports it: root# grep 35182 /tmp/data linux,35182,S ,6.1.4-1,4.19.282-1 5.10.158-1 5.10.158-2 5.10.162-1 5.10.178-1 5.10.178-3 5.10.179-1 5.10.179-2 root# debsecan | grep CVE-2023-0615 CVE-2023-0615 linux-image-5.10.0-19-amd64-unsigned Cheers, -- Seb [0] https://security-tracker.debian.org/tracker/CVE-2022-4696 [1] https://security-tracker.debian.org/tracker/CVE-2023-0615 -- System Information: Debian Release: 12.0 APT prefers oldstable-security APT policy: (500, 'oldstable-security'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-8-amd64 (SMP w/36 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 debsecan depends on: ii ca-certificates20230311 ii debconf [debconf-2.0] 1.5.82 ii python33.11.2-1+b1 ii python3-apt2.5.3 Versions of packages debsecan recommends: ii cron [cron-daemon] 3.0pl1-162 ii postfix [mail-transport-agent] 3.7.4-2 debsecan suggests no packages.
Bug#1033599: RM: mlbstreamer -- ROM; severely broken, won't be fixed upstream
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: mlbstrea...@packages.debian.org Control: affects -1 + src:mlbstreamer As documented in RC bug #1033598, mlbstreamer can't authenticate against 2023 mlb.tv, and crashes instead. Since the project has been discontinued upstream for a couple of years now, this issue won't be fixed and we instead want to remove mlbstreamer from Debian. For the record, yt-dlp is a viable alternative since it gained a working and maintained MLBTV extractor.
Bug#1033598: mlbstreamer: Can't authenticate against 2023 mlb.tv
Package: mlbstreamer
Version: 0.0.11.dev0+git20190330-1
Severity: grave
Tags: upstream
With a valid account, the stack-trace produced looks like:
[play:32 ] [ ERROR] Uncaught exception
Traceback (most recent call last):
File "/bin/mlbplay", line 11, in
load_entry_point('mlbstreamer==0.0.11.dev0', 'console_scripts',
'mlbplay')()
File "/usr/lib/python3/dist-packages/mlbstreamer/play.py", line 374, in main
proc = play_stream(
File "/usr/lib/python3/dist-packages/mlbstreamer/play.py", line 153, in
play_stream
stream = state.session.get_stream(media)
^^^
File "/usr/lib/python3/dist-packages/mlbstreamer/session.py", line 834, in
get_stream
"Authorization": self.access_token,
^
File "/usr/lib/python3/dist-packages/mlbstreamer/session.py", line 548, in
access_token
self.refresh_access_token()
File "/usr/lib/python3/dist-packages/mlbstreamer/session.py", line 587, in
refresh_access_token
raise Exception(authz_content)
The project has been discontinued upstream for a couple of years, so
this won't be fixed.
For the record, yt-dlp is a viable alternative since it gained a
working and maintained MLBTV extractor.
Cheers,
--
Seb
Bug#1032303: RM: odoo-14 -- ROM; 14.x can't work in testing/unstable
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: o...@packages.debian.org Control: affects -1 + src:odoo As per #1032300, odoo-14 doesn't work in testing/unstable. 14.x is not maintained anymore, 16.x will be uploaded to unstable once bookworm is released, and later pushed to bookworm-backports, so there is no point in having odoo-14 in bookworm at all. Cheers, -- Seb
Bug#1032300: odoo-14: Not functional with pypdf2 2.x
Package: odoo-14 Version: 14.0.0+dfsg.4-1 Severity: grave odoo 14.x is not compatible with pypdf2 2.x, and the server cannot be started: ModuleNotFoundError: No module named 'PyPDF2.utils' -- System Information: Debian Release: bookworm/sid APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-5-amd64 (SMP w/36 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 odoo-14 depends on: ii adduser 3.131 ii fonts-font-awesome 5.0.10+really4.7.0~dfsg-4.1 ii fonts-glyphicons-halflings 1.009~3.4.1+dfsg-3 pn fonts-inconsolata ii fonts-roboto-unhinted 2:0~20170802-3 ii init-system-helpers 1.65.2 ii libjs-jquery3.6.1+dfsg+~3.5.14-1 ii libjs-jquery-ui 1.13.2+dfsg-1 ii libjs-underscore1.13.4~dfsg+~1.11.4-3 ii lsb-base11.6 pn postgresql-client ii python3 3.11.2-1 ii python3-babel 2.10.3-1 ii python3-chardet 5.1.0+dfsg-2 ii python3-dateutil2.8.2-1 ii python3-decorator 5.1.1-3 ii python3-docutils0.19+dfsg-6 ii python3-feedparser 6.0.10-1 pn python3-freezegun pn python3-gevent ii python3-html2text 2020.1.16-2 ii python3-idna3.3-1 ii python3-jinja2 3.0.3-2 pn python3-libsass ii python3-lxml4.9.2-1+b1 pn python3-mako ii python3-mock4.0.3-4 pn python3-num2words ii python3-ofxparse0.21-2 ii python3-passlib 1.7.4-3 ii python3-pil 9.4.0-1.1+b1 pn python3-polib ii python3-psutil 5.9.4-1+b1 ii python3-psycopg22.9.5-1+b1 pn python3-pydot ii python3-pyparsing 3.0.9-1 ii python3-pypdf2 2.12.1-3 pn python3-qrcode ii python3-renderpm3.6.12-1+b1 ii python3-reportlab 3.6.12-1 ii python3-requests2.28.1+dfsg-1 pn python3-serial pn python3-stdnum pn python3-suds ii python3-tz 2022.7.1-1 pn python3-usb ii python3-vobject 0.9.6.1-2 ii python3-werkzeug2.2.2-2 pn python3-xlrd pn python3-xlsxwriter pn python3-xlwt pn python3-zeep ii sysvinit-utils [lsb-base] 3.06-2 ii wkhtmltopdf 0.12.6-2+b1 Versions of packages odoo-14 recommends: pn postgresql pn python3-ldap odoo-14 suggests no packages.
Bug#1022721: aptly: New upstream version 1.5.0 available
Source: aptly Version: 1.4.0+ds1-4 Severity: wishlist 1.5.0 is available, however it depends on cavaliergopher/grab (https://github.com/cavaliergopher/grab) which is not packaged in Debian; the corresponding RFP is here: https://bugs.debian.org/1022720 Cheers, -- Seb -- System Information: Debian Release: bookworm/sid APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'oldstable-proposed-updates'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.17.0-2-amd64 (SMP w/36 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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
Bug#1022720: RFP: golang-github-cavaliergophier-grab-dev -- Go package for downloading files from the internet
Package: wnpp Severity: wishlist * Package name: golang-github-cavaliergophier-grab-dev Version : 3.0.1 Upstream Author : Ryan Armstrong * URL : https://github.com/cavaliergopher/grab * License : BSD-3 Programming Lang: go Description : Go package for downloading files from the internet Grab is a Go package for downloading files from the internet with the following rad features: - monitor download progress concurrently - auto-resume incomplete downloads - guess filename from content header or URL path - safely cancel downloads using context.Context - validate downloads using checksums - download batches of files concurrently - apply rate limiters This is a required dependency for aptly 1.5.
Bug#996096: RM: minbif -- ROM; Has been dead upstream for several years
Package: ftp.debian.org Severity: normal minbif's homepage doesn't even exist anymore, the last official release was in 2011, and the last git commit in 2015.
Bug#987046: autopkgtest: VirtSubproc's execute_timeout leaves sudoify'd processes behind
Package: autopkgtest
Version: 5.16
Severity: normal
User: de...@kali.org
Usertags: origin-kali
If the execution duration exceeds the specified timeout,
`execute_timeout` tries to kill the process it started. This will
systematically fail if the command was wrapped in `sudoify`, because
`execute_timeout` will of course not be able to terminate a process
owned by UID 0.
Here's an actual example, where an lxc test container took too long to
get its networking available (the corresponding call is in
autopkgtest-virt-lxc's `wait_booted` at line 131):
```
autopkgtest-virt-lxc [06:18:24]: ERROR: WARNING: Cannot kill timed out process
['sudo', 'lxc-attach', '--name', 'ci-106-c7628f8c', '--', 'sh', '-ec', 'if [ -d
/run/systemd/system ]; then systemctl start network-online.target; else while
ps -ef | grep -q "/etc/init\\.d/rc"; do sleep 1; done; fi']: [Errno 1]
Operation not permitted
```
I used the following pytest code to isolate and reproduce the error:
```python
import pytest
import re
import sys
sys.path.append('lib')
import VirtSubproc
@pytest.mark.parametrize("cmd", (["sleep", "10"], ["sudo", "sleep", "10"]))
def test_timeout_one_second(cmd, capfd):
with pytest.raises(VirtSubproc.Timeout):
VirtSubproc.execute_timeout(None, 1, cmd)
out, err = capfd.readouterr()
assert not re.search(r'WARNING.*Cannot.*timed out process', err)
```
I don't see an easy solution to this problem; I am able to work around
the issue by using the attached patch, combined with giving the `debci` user
(that runs our autopkgtests) additional sudo permissions for the
commands that timeout for us, but that's suboptimal.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.10.0-4-amd64 (SMP w/36 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 autopkgtest depends on:
ii apt-utils 2.1.20
ii libdpkg-perl1.20.7.1
ii procps 2:3.3.17-2
ii python3 3.9.1-1
ii python3-debian 0.1.39
Versions of packages autopkgtest recommends:
ii autodep8 0.24
Versions of packages autopkgtest suggests:
ii lxc 1:4.0.6-1
pn lxd
ii ovmf 2020.11-2
ii qemu-efi-aarch64 2020.11-2
ii qemu-efi-arm 2020.11-2
ii qemu-system 1:5.2+dfsg-3
ii qemu-utils1:5.2+dfsg-9
ii schroot 1.6.10-11+b1
ii vmdb2 0.22-1
-- no debconf information
commit fc83a3471e7f44d6330e8c88d6d9abe7bcd7ab26
Author: Sébastien Delafond
Date: Fri Apr 16 12:57:38 2021 +0200
virtsubproc: use sudo to kill timed-out processes started with sudo
diff --git a/lib/VirtSubproc.py b/lib/VirtSubproc.py
index bf948e6..67bc712 100644
--- a/lib/VirtSubproc.py
+++ b/lib/VirtSubproc.py
@@ -147,10 +147,22 @@ def execute_timeout(instr, timeout, *popenargs,
**popenargsk):
out = out.decode('UTF-8', 'replace')
if err is not None:
err = err.decode('UTF-8', 'replace')
-except Timeout:
+except Timeout as te:
try:
sp.kill()
sp.wait()
+except PermissionError as pe:
+adtlog.info('INFO: Cannot kill timed out process %s due to
insufficient permission: %s' %
+ (popenargs[0], pe))
+try:
+cmd = ['sudo', '--non-interactive', 'kill', str(sp.pid)]
+cp = subprocess.run(cmd, timeout=5, capture_output=True)
+if cp.returncode != 0:
+raise OSError(cp.stderr.decode('UTF-8', 'replace'))
+raise te
+except OSError as es:
+adtlog.error('WARNING: Cannot sudo-kill timed out process %s:
%s' %
+ (popenargs[0], es))
except OSError as e:
adtlog.error('WARNING: Cannot kill timed out process %s: %s' %
(popenargs[0], e))
Bug#986661: unblock: odoo/14.0.0+dfsg.2-7
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package odoo
[ Reason ]
14.0.0+dfsg.2-7 fixes #986484 (broken symlinks because of missing
dependency on fonts-glyphicons-halflings).
[ Impact ]
Without fonts-glyphicons-halflings installed, some pages appear visually
broken.
[ Tests ]
Manual verification that the symlinks to the glyphicon fonts are all
correct, and that no other dangling symlinks are left in the package.
[ Risks ]
No risk AFAICS: the only change is one extra dependency.
[ Checklist ]
[X] all changes are documented in the d/changelog
[X] I reviewed all changes and I approve them
[X] attach debdiff against the package in testing
unblock odoo/14.0.0+dfsg.2-7
diff -Nru odoo-14.0.0+dfsg.2/debian/changelog
odoo-14.0.0+dfsg.2/debian/changelog
--- odoo-14.0.0+dfsg.2/debian/changelog 2021-03-29 11:57:40.0 +0200
+++ odoo-14.0.0+dfsg.2/debian/changelog 2021-04-09 08:02:34.0 +0200
@@ -1,3 +1,10 @@
+odoo (14.0.0+dfsg.2-7) unstable; urgency=medium
+
+ [ Sébastien Delafond ]
+ * Depend on fonts-glyphicons-halflings (Closes: #986484)
+
+ -- Sebastien Delafond Fri, 09 Apr 2021 08:02:34 +0200
+
odoo (14.0.0+dfsg.2-6) unstable; urgency=medium
[ Sébastien Delafond ]
diff -Nru odoo-14.0.0+dfsg.2/debian/control odoo-14.0.0+dfsg.2/debian/control
--- odoo-14.0.0+dfsg.2/debian/control 2021-03-29 11:57:40.0 +0200
+++ odoo-14.0.0+dfsg.2/debian/control 2021-04-09 08:02:34.0 +0200
@@ -15,6 +15,7 @@
${misc:Depends},
${python3:Depends},
adduser,
+ fonts-glyphicons-halflings,
fonts-inconsolata,
fonts-font-awesome,
fonts-roboto-unhinted,
Bug#986289: libcache-fastmmap-perl: autopkgtest fails on t/21.t if a large tmpfs is present
Source: libcache-fastmmap-perl
Version: 1.56-1
Severity: normal
User: de...@kali.org
Usertags: origin-kali
t/21.t is executed only if a tmpfs larger than 8G is found on the
system:
```
my $fs;
BEGIN {
my @fs = map { { /(\w+)="([^"]*)"/g } } split /\n/, `findmnt -t tmpfs -P -b
-o TARGET,AVAIL | grep /tmp`;
($fs) = grep { $_->{AVAIL} > 2**33 } @fs;
if (!$fs) {
plan skip_all => 'Large file tests need tmpfs with at least 8G';
}
}
```
When that condition is met, the creation of a cache file will be
attempted on that tmpfs, and in an autopkgtest testbed including a user
with a uid greater than 1000 this call will fail as there is no
`Restrictions: need-root` annotation.
Here's a short sequence of calls exhibiting the issue:
$ debci setup --suite sid --arch amd64 --backend lxc
$ mkdir -p /srv/tmpfs
$ mount -t tmpfs -o size=9G,rw tmpfs /srv/tmpfs
$ TMPDIR=/srv/tmpfs autopkgtest -U -B libcache-fastmmap-perl -- lxc
autopkgtest-sid-amd64
[...]
t/21.t ..
1..6
ok 1 - use Cache::FastMmap;
Create of share file /srv/tmpfs/autopkgtest-lxc.2sfvvv_r/largecachetest.cache
failed: Permission denied at
/usr/lib/x86_64-linux-gnu/perl5/5.32/Cache/FastMmap.pm line 762.
[...]
autodep8-perl-build-deps FAIL non-zero exit status 1
[...]
$ TMPDIR=/srv/tmpfs autopkgtest -u root -U -B libcache-fastmmap-perl -- lxc
autopkgtest-sid-amd64
[...]
$ echo $?
0
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.10.0-4-amd64 (SMP w/36 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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
Bug#986081: unblock: odoo/14.0.0+dfsg.2-6
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package odoo
[ Reason ]
Remove log dir upon purging (closing #985873).
[ Impact ]
Without this fix, /var/log/odoo remains on the system after the package
is purged.
[ Tests ]
No automated test.
[ Risks ]
None AFAICT.
[ Checklist ]
[X] all changes are documented in the d/changelog
[X] I reviewed all changes and I approve them
[X] attach debdiff against the package in testing
unblock odoo/14.0.0+dfsg.2-6
Debdiff inlined:
diff --git a/debian/changelog b/debian/changelog
index 19b80e85f15..0099dfdc451 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+odoo (14.0.0+dfsg.2-6) unstable; urgency=medium
+
+ [ Sébastien Delafond ]
+ * Remove /var/log/odoo upon purging (Closes: #985873)
+
+ -- Sebastien Delafond Mon, 29 Mar 2021 11:57:40 +0200
+
odoo (14.0.0+dfsg.2-5) unstable; urgency=medium
[ Sébastien Delafond ]
diff --git a/debian/postinst b/debian/postinst
old mode 100644
new mode 100755
diff --git a/debian/postrm b/debian/postrm
old mode 100644
new mode 100755
index 274a488c1bf..d1a4fb0bcea
--- a/debian/postrm
+++ b/debian/postrm
@@ -3,6 +3,7 @@
set -e
ODOO_LIB_DIR=/var/lib/odoo
+ODOO_LOG_DIR=/var/log/odoo
ODOO_USER="odoo"
ODOO_GROUP="odoo"
@@ -16,6 +17,9 @@ case "${1}" in
if [ -d "$ODOO_LIB_DIR" ]; then
rm -rf $ODOO_LIB_DIR
fi
+if [ -d "$ODOO_LOG_DIR" ]; then
+rm -rf $ODOO_LOG_DIR
+fi
;;
upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
Bug#986079: unblock: aptly/1.4.0+ds1-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package aptly [ Reason ] One-line fix to install the correct bash completion file, closing #984979. [ Impact ] Bash completion not functional without this change. [ Tests ] No automated test. [ Risks ] None AFAICT. [ Checklist ] [X] all changes are documented in the d/changelog [X] I reviewed all changes and I approve them [X] attach debdiff against the package in testing unblock aptly/1.4.0+ds1-4 Debdiff inlined: diff --git a/debian/aptly.bash-completion b/debian/aptly.bash-completion index 2e8627e4..af08cb0b 100644 --- a/debian/aptly.bash-completion +++ b/debian/aptly.bash-completion @@ -1 +1 @@ -bash_completion.d/aptly +completion.d/aptly
Bug#985301: ITP: xraylib -- library for interactions of X-rays with matter
Package: wnpp Severity: wishlist Owner: Sebastien Delafond X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: xraylib Version : 4.0.0 Upstream Author : Bruno Golosio, Antonio Brunetti, Manuel Sanchez del Rio, Tom Schoonjans and Teemu Ikonen * URL : https://github.com/tschoonj/xraylib * License : BSD-3 Programming Lang: C Description : library for interactions of X-rays with matter Quantitative estimate of elemental composition by spectroscopic and imaging techniques using X-ray fluorescence requires the availability of accurate data of X-ray interaction with matter. Although a wide number of computer codes and data sets are reported in literature, none of them is presented in the form of freely available library functions which can be easily included in software applications for X-ray fluorescence. This work presents a compilation of data sets from different published works and an xraylib interface in the form of callable functions. Although the target applications are on X-ray fluorescence, cross sections of interactions like photoionization, coherent scattering and Compton scattering, as well as form factors and anomalous scattering functions, are also available. . xraylib provides access to some of the most respected databases of physical data in the field of X-rays. The core of xraylib is a library, written in ANSI C, containing over 40 functions to be used to retrieve data from these databases. This C library can be directly linked with any program written in C, C++ or Objective-C.
Bug#984804: ITP: spectral -- process hyperspectral imagery
Package: wnpp Severity: wishlist Owner: Sebastien Delafond X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-spectral Version : 0.22.1 Upstream Author : Thomas Boggs * URL : https://github.com/spectralpython/spectral * License : MIT Programming Lang: python Description : process hyperspectral imagery Pure Python module for processing hyperspectral image data (imaging spectroscopy data). It has functions for reading, displaying, manipulating, and classifying hyperspectral imagery.
Bug#984797: ITP: opentsne -- t-Distributed Stochastic Neighbor Embedding algorithm
Package: wnpp Severity: wishlist Owner: Sebastien Delafond X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: opentsne Version : 0.5.0 Upstream Author : Pavlin Poličar * URL : https://github.com/pavlin-policar/openTSNE * License : BSD-3 Programming Lang: python Description : t-Distributed Stochastic Neighbor Embedding algorithm Modular Python implementation of t-Distributed Stochasitc Neighbor Embedding (t-SNE), a popular dimensionality-reduction algorithm for visualizing high-dimensional data sets. openTSNE incorporates the latest improvements to the t-SNE algorithm, including the ability to add new data points to existing embeddings, massive speed improvements, enabling t-SNE to scale to millions of data points and various tricks to improve global alignment of the resulting visualizations.
Bug#984796: ITP: pynndescent -- nearest neighbor descent for approximate nearest neighbors
Package: wnpp Severity: wishlist Owner: Sebastien Delafond X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: pynndescent Version : 0.5.2 Upstream Author : Leland McInnes * URL : https://github.com/lmcinnes/pynndescent * License : BSD-2 Programming Lang: python Description : nearest neighbor descent for approximate nearest neighbors PyNNDescent is a Python nearest neighbor descent for approximate nearest neighbors. It provides a Python implementation of Nearest Neighbor Descent for k-neighbor-graph construction and approximate nearest neighbor search, as per the paper: Dong, Wei, Charikar Moses, and Kai Li. "Efficient k-nearest neighbor graph construction for generic similarity measures." Proceedings of the 20th international conference on World wide web. ACM, 2011. This library supplements that approach with the use of random projection trees for initialisation. This can be particularly useful for the metrics that are amenable to such approaches (euclidean, minkowski, angular, cosine, etc.). Graph diversification is also performed, pruning the longest edges of any triangles in the graph. Currently this library targets relatively high accuracy (80%-100% accuracy rate) approximate nearest neighbor searches.
Bug#984783: ITP: nbsphinx-link -- sphinx extension for including notebooks outside of sphinx root
Package: wnpp Severity: wishlist Owner: Sebastien Delafond X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: nbsphinx-link Version : 1.3.0 Upstream Author : Vidar Tonaas Fauske * URL : https://github.com/vidartf/nbsphinx-link.git * License : BSD-3 Programming Lang: python Description : sphinx extension for including notebooks outside of sphinx root Normally, Sphinx will only allow you to add files that are situated inside the source directory, but you might want to include files from another directory, for example a central 'examples' folder. For RST files these can be linked with include directives inside another RST file. For notebooks, there's nbsphinx-link.
Bug#984637: minder: new upstream version 1.12.0
Package: minder Version: 1.9.2-1 Severity: wishlist Could you please package 1.12.0? Cheers, -- Seb -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-3-amd64 (SMP w/36 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 minder depends on: ii dconf-gsettings-backend [gsettings-backend] 0.38.0-2 ii libarchive13 3.4.3-2 ii libc62.31-9 ii libcairo21.16.0-5 ii libgdk-pixbuf2.0-0 2.40.2-2 ii libgee-0.8-2 0.20.3-1 ii libglib2.0-0 2.66.7-1 ii libgranite5 5.5.0-1 ii libgtk-3-0 3.24.24-1 ii libgtksourceview-3.0-1 3.24.11-2 ii libmarkdown2 2.2.6-1 ii libpango-1.0-0 1.46.2-3 ii libpangocairo-1.0-0 1.46.2-3 ii libxml2 2.9.10+dfsg-6.3+b1 minder recommends no packages. minder suggests no packages. -- no debconf information
Bug#984584: initramfs-tools: autopkgtest amd64-separate-usr fails if TMPDIR is a tmpfs
Source: initramfs-tools
Version: 0.139
Severity: normal
Tags: patch
User: de...@kali.org
Usertags: origin-kali
Here's the trace for the failing function build_fs_ext2, with
AUTOPKGTEST_TMP set to /srv/debci/tmp (a tmpfs with 1G of space):
+ local
dir=/srv/debci/tmp/autopkgtest-lxc.nn7bbe1e/downtmp/autopkgtest_tmp/tmp.HkBCFUgax2
+ local disk=/tmp/tmp.1nt6IKxArY
++ cut -f 1
++ du --summarize
/srv/debci/tmp/autopkgtest-lxc.nn7bbe1e/downtmp/autopkgtest_tmp/tmp.HkBCFUgax2
+ local blocks=0
++ du --summarize --inodes
/srv/debci/tmp/autopkgtest-lxc.nn7bbe1e/downtmp/autopkgtest_tmp/tmp.HkBCFUgax2
++ cut -f 1
+ local inodes=2
+ blocks=20
+ inodes=12
+ genext2fs -b 20 -N 12 -U -d
/srv/debci/tmp/autopkgtest-lxc.nn7bbe1e/downtmp/autopkgtest_tmp/tmp.HkBCFUgax2
/tmp/tmp.1nt6IKxArY
genext2fs: couldn't allocate a block (no free space)
With AUTOPKGTEST_TMP unset, and mktemp therefore defaulting to a regular
ext4 /tmp, build_fs_ext2 succeeds:
+ local dir=/tmp/tmp.gs4fkyf68p
+ local disk=/tmp/tmp.NGXxR76wmo
++ cut -f 1
++ du --summarize /tmp/tmp.gs4fkyf68p
+ local blocks=8
++ cut -f 1
++ du --summarize --inodes /tmp/tmp.gs4fkyf68p
+ local inodes=2
+ blocks=30
+ inodes=12
+ genext2fs -b 30 -N 12 -U -d /tmp/tmp.gs4fkyf68p /tmp/tmp.NGXxR76wmo
copying from directory /tmp/tmp.gs4fkyf68p
+ grep -q '^/dev/vda: clean,' /tmp/tmp.RB4hnjbtNn
`du --summarize` is clearly having issues calculating the number of
blocks in the tmpfs case, so this could possibly instead be a du
problem, but since build_fs_ext2 is adding a bit of fudge factor to that
result later down the line, my current patch is as follows:
--- debian/tests/test-common.bak2021-03-05 12:55:18.734702358 +
+++ debian/tests/test-common2021-03-05 13:06:49.340274568 +
@@ -72,7 +72,7 @@
local inodes="$(du --summarize --inodes "${dir}" | cut -f 1)"
# Add fudge factor
-blocks="$((blocks + 20 + blocks / 4))"
+blocks="$((blocks + 28 + blocks / 4))"
inodes="$((inodes + 10))"
# genext2fs writes status messages to stderr; hide that from
With this patch in place, the amd64-separate-usr test then succeeds for
both tmpfs and ext4.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.10.0-3-amd64 (SMP w/36 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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
Bug#983082: ipmitool: incorrect sensor reading for non-analog sensors in sdr sensor commands
Package: ipmitool
Version: 1.8.18-10
Severity: normal
Tags: upstream patch
Forwarded: https://sourceforge.net/p/ipmitool/bugs/490/
As per the upstream report, the sensor reading is not correctly
displayed for discrete and threshold type sensors.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.10.0-3-amd64 (SMP w/36 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 ipmitool depends on:
ii init-system-helpers 1.60
ii libc62.31-9
ii libfreeipmi171.6.6-3
ii libncurses6 6.2+20201114-2
ii libreadline7 7.0-5
ii libreadline8 8.1-1
ii libssl1.11.1.1i-3
ii libtinfo66.2+20201114-2
ii lsb-base 11.1.0
Versions of packages ipmitool recommends:
pn openipmi
ipmitool suggests no packages.
Index: ipmi_src/lib/ipmi_sdr.c
===
--- ipmi_src/lib/ipmi_sdr.c (revision 11550)
+++ ipmi_src/lib/ipmi_sdr.c (working copy)
@@ -1646,7 +1646,7 @@
sr->s_a_units);
} else /* Discrete */
snprintf(sval, sizeof(sval),
- "0x%02x", sr->s_reading);
+ "0x%02x", sr->s_data2);
}
else if (sr->s_scanning_disabled)
snprintf(sval, sizeof (sval), sr->full ? "disabled" :
"Not Readable");
Index: ipmi_src/lib/ipmi_sensor.c
===
--- ipmi_src/lib/ipmi_sensor.c (revision 11550)
+++ ipmi_src/lib/ipmi_sensor.c (working copy)
@@ -184,7 +184,7 @@
sr->s_a_str, sr->s_a_units,
"ok");
} else {
printf("| 0x%-8x | %-10s | 0x%02x%02x",
- sr->s_reading, "discrete",
+ sr->s_data2, "discrete",
sr->s_data2, sr->s_data3);
}
} else {
Bug#982519: zstd: Race condition allows attacker to access world-readable destination file
Package: zstd Version: 1.4.8+dfsg-1 Severity: grave Tags: security X-Debbugs-Cc: t...@security.debian.org The recently applied patch still creates the file with the default umask[0], before chmod'ing down to 0600, so an attacker could still open it in the meantime. Cheers, -- Seb [0] https://github.com/facebook/zstd/blob/dev/programs/fileio.c#L682
Bug#979556: RM: oca-core -- ROM; odoo is now in Debian
Package: ftp.debian.org Severity: normal For recent versions, OCA/OCB[0] doesn't carry any differences over odoo[1] Cheers, -- Seb [0] https://github.com/OCA/OCB [1] https://github.com/odoo/odoo
Bug#979242: autopkgtest: virt-lxc leaves container behind if instantiation times out
Package: autopkgtest Version: 5.15 Severity: normal User: de...@kali.org Usertags: origin-kali Here's a log showing the issue: ``` autopkgtest [16:04:04]: host melpomene.kali.org; command line: /usr/bin/autopkgtest --no-built-binaries '--setup-commands=echo '"'"'pybtex-docutils kali-rolling/amd64'"'"' > /var/tmp/debci.pkg 2>&1 || true' --apt-upgrade --user debci --apt-upgrade --add-apt-release=kali-dev --pin-packages=kali-dev=src:pybtex-docutils --output-dir /srv/debci/tmp/tmp.ysWjkecMC1/autopkgtest-incoming/kali-rolling/amd64/p/pybtex-docutils/3509400 pybtex-docutils -- lxc --sudo --name ci-004-04188469 autopkgtest-kali-rolling-amd64 autopkgtest-virt-lxc [16:04:39]: ERROR: WARNING: Cannot kill timed out process ['sudo', 'lxc-attach', '--name', 'ci-004-04188469', 'runlevel']: [Errno 1] Operation not permitted Unexpected error: Traceback (most recent call last): File "/usr/share/autopkgtest/lib/VirtSubproc.py", line 739, in mainloop command() File "/usr/share/autopkgtest/lib/VirtSubproc.py", line 668, in command r = f(c, ce) File "/usr/share/autopkgtest/lib/VirtSubproc.py", line 258, in cmd_open caller.hook_open() File "/usr/bin/autopkgtest-virt-lxc", line 245, in hook_open wait_booted(lxc_container_name) File "/usr/bin/autopkgtest-virt-lxc", line 124, in wait_booted stdout=subprocess.PIPE) File "/usr/share/autopkgtest/lib/VirtSubproc.py", line 144, in execute_timeout (out, err) = sp.communicate(instr) File "/usr/lib/python3.7/subprocess.py", line 926, in communicate stdout = self.stdout.read() File "/usr/share/autopkgtest/lib/VirtSubproc.py", line 64, in alarm_handler raise Timeout() VirtSubproc.Timeout autopkgtest [16:06:03]: ERROR: testbed failure: cannot send to testbed: [Errno 32] Broken pipe ``` virt-lxc uses `sudo lxc-attach --name ci-something runlevel`[0] to check if the container is properly started and available (). In the case above, this call timed out (this can happen when for instance the worker is too loaded). This process however fails to get killed upon timing out, with a "permission denied" error: `exec_timeout()` in VirtSubProc.py simply tries to `sp.kill()`[1] it, but in this case the `sp` subprocess was started with `sudo`, so attempting to kill it as the user `debci` is guaranteed to fail. More generally, `exec_timeout()` will fail to properly kill any timed-out subprocess that was created through virt-lxc's `sudoify()`. I'm not sure what a proper patch would look like, as the debci user can't simply be given sudo privileges to `kill` just about anything. Cheers, -- Seb [0] https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/virt/autopkgtest-virt-lxc#L122 [1] https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/lib/VirtSubproc.py#L151 -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-1-amd64 (SMP w/36 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 autopkgtest depends on: ii apt-utils 2.1.7 ii libdpkg-perl1.20.5 ii procps 2:3.3.16-5 ii python3 3.9.0-3 ii python3-debian 0.1.37 Versions of packages autopkgtest recommends: ii autodep8 0.23 Versions of packages autopkgtest suggests: ii lxc 1:4.0.2-1 pn lxd ii ovmf 2020.05-2 ii qemu-efi-aarch64 2020.05-2 ii qemu-efi-arm 2020.05-2 ii qemu-system 1:5.0-13 ii qemu-utils1:5.2+dfsg-3 ii schroot 1.6.10-9+b1 ii vmdb2 0.16-2 -- no debconf information
Bug#979238: autopkgtest-build-lxc force-kills the container after its run and never releases its DHCP lease
Package: autopkgtest Version: 5.15 Severity: normal Tags: patch User: de...@kali.org Usertags: origin-kali On a machine with a bunch of debci workers all using the LXC backend (with a standard lxc-net service), we systematically end up with a majority of tmpfail'ed runs. They all share one common trait: the associated container fails to get an IP address. The dnsmasq logs on the host itself point to the issue: /var/lib/misc/dnsmasq.lxcbr0.leases fills up real quick, and no further lease is issued after it reaches its default limit of 30 concurrent leases. This is caused by virt-lxc always using --force when attempting to stop the container: the DHCP client has no chance to cleanly let go of its lease. Applying !105[0] has fixed the problem, with no adverse effect in the past two weeks. Cheers, -- Seb [0] https://salsa.debian.org/ci-team/autopkgtest/-/merge_requests/105 -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-1-amd64 (SMP w/36 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 autopkgtest depends on: ii apt-utils 2.1.7 ii libdpkg-perl1.20.5 ii procps 2:3.3.16-5 ii python3 3.9.0-3 ii python3-debian 0.1.37 Versions of packages autopkgtest recommends: ii autodep8 0.23 Versions of packages autopkgtest suggests: ii lxc 1:4.0.2-1 pn lxd ii ovmf 2020.05-2 ii qemu-efi-aarch64 2020.05-2 ii qemu-efi-arm 2020.05-2 ii qemu-system 1:5.0-13 ii qemu-utils1:5.2+dfsg-3 ii schroot 1.6.10-9+b1 ii vmdb2 0.16-2 -- no debconf information
Bug#977537: odoo: Use JS libraries already packaged in Debian
Source: odoo Version: 14.0.0+dfsg-1 Severity: normal Here are the relevant lintian warnings: embedded-javascript-library usr/lib/python3/dist-packages/odoo/addons/web/static/lib/jquery.form/jquery.form.js please use libjs-jquery-form embedded-javascript-library usr/lib/python3/dist-packages/odoo/addons/web/static/lib/jquery.ui/jquery-ui.css please use libjs-jquery-ui embedded-javascript-library usr/lib/python3/dist-packages/odoo/addons/web/static/lib/jquery.ui/jquery-ui.js please use libjs-jquery-ui embedded-javascript-library usr/lib/python3/dist-packages/odoo/addons/web/static/lib/jquery/jquery.js please use libjs-jquery embedded-javascript-library usr/lib/python3/dist-packages/odoo/addons/web/static/src/js/libs/jquery.js please use libjs-jquery embedded-javascript-library usr/lib/python3/dist-packages/odoo/addons/web/static/src/js/libs/underscore.js please use libjs-underscore embedded-javascript-library usr/lib/python3/dist-packages/odoo/addons/web_editor/static/lib/cropperjs/cropper.css please use libjs-cropper embedded-javascript-library usr/lib/python3/dist-packages/odoo/addons/web_editor/static/lib/cropperjs/cropper.js please use libjs-cropper embedded-javascript-library usr/lib/python3/dist-packages/odoo/addons/web_editor/static/lib/summernote/src/js/core/async.js please use libjs-async
Bug#977534: odoo: Printing pages does not include footer nor header
Package: odoo Version: 14.0.0+dfsg-1 Severity: normal Control: block -1 by 885833 Because of #885833, printing pages in Odoo result in missing footer and header.
Bug#973605: odoo: Multiple privacy-breach-generic (fetching data from an external website at runtime)
Source: odoo
Version: 14.0.0+dfsg-1
Severity: serious
Here's the corresponding lintian excerpt:
W: odoo: privacy-breach-generic
usr/lib/python3/dist-packages/odoo/addons/digest/data/digest_data.xml [https://www.odoo.com/digest/static/src/img/google_play.png; />]
(https://www.odoo.com/digest/static/src/img/google_play.png)
W: odoo: privacy-breach-generic
usr/lib/python3/dist-packages/odoo/addons/digest/data/digest_data.xml [https://www.odoo.com/web/image/24717933/odoo-mobile.png; alt="odoo mobile"
/>] (https://www.odoo.com/web/image/24717933/odoo-mobile.png)
W: odoo: privacy-breach-generic
usr/lib/python3/dist-packages/odoo/addons/event/data/email_template_data.xml
[http://maps.googleapis.com/maps/api/staticmap?autoscale=1size=598x200maptype=roadmapformat=pngvisual_refresh=truemarkers=size:mid%7ccolor:0xa5117d%7clabel:%7c${location};
style="vertical-align:bottom; width: 100%;" alt="google maps"/>]
(http://maps.googleapis.com/maps/api/staticmap?autoscale=1size=598x200maptype=roadmapformat=pngvisual_refresh=truemarkers=size:mid%7ccolor:0xa5117d%7clabel:%7c${location})
W: odoo: privacy-breach-generic
usr/lib/python3/dist-packages/odoo/addons/survey/data/survey_demo_quiz.xml
[]
(//www.youtube.com/embed/7y4t6yv5l1k?autoplay=0rel=0)
W: odoo: privacy-breach-generic
usr/lib/python3/dist-packages/odoo/addons/test_assetsbundle/views/views.xml
[http://test.external.link/style1.css"/>]
(http://test.external.link/style1.css)
W: odoo: privacy-breach-generic
usr/lib/python3/dist-packages/odoo/addons/test_assetsbundle/views/views.xml
[http://test.external.link/style2.css"/>]
(http://test.external.link/style2.css)
W: odoo: privacy-breach-generic
usr/lib/python3/dist-packages/odoo/addons/test_assetsbundle/views/views.xml
Bug#973603: odoo: source-is-missing for minified JS files
Source: odoo Version: 14.0.0+dfsg-1 Severity: normal Here's the corresponding lintian excerpt: E: odoo source: source-is-missing addons/pos_epson_printer/static/lib/epos-2.12.0.js line length is 29043 characters (>512) E: odoo source: source-is-missing addons/pos_six/static/lib/six_timapi/timapi.js line length is 32768 characters (>512) E: odoo source: source-is-missing addons/survey/static/src/js/libs/chartjs-plugin-datalabels.min.js E: odoo source: source-is-missing addons/web/static/lib/ace/ace.odoo-custom.js line length is 951 characters (>512) E: odoo source: source-is-missing addons/web/static/lib/ace/mode-js.js line length is 1787 characters (>512) E: odoo source: source-is-missing addons/web/static/lib/pdfjs/build/pdf.js line length is 697 characters (>512) E: odoo source: source-is-missing addons/web/static/lib/pdfjs/build/pdf.worker.js line length is 351 characters (>256) E: odoo source: source-is-missing addons/web/static/lib/pdfjs/web/viewer.js line length is 409 characters (>256) E: odoo source: source-is-missing addons/web/static/lib/select2/select2.js line length is 11068 characters (>512) E: odoo source: source-is-missing addons/web/static/lib/tempusdominus/tempusdominus.js line length is 564 characters (>512) E: odoo source: source-is-missing addons/web/static/tests/services/notification_service_tests.js line length is 550 characters (>512) E: odoo source: source-is-missing addons/web_editor/static/lib/cropperjs/cropper.js line length is 1339 characters (>512) E: odoo source: source-is-missing addons/website/static/lib/jstz.min.js E: odoo source: source-is-missing addons/website/static/src/snippets/s_google_map/000.js line length is 1393 characters (>512) E: odoo source: source-is-missing doc/_extensions/odoo_ext/static/jquery.min.js -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.8.0-2-amd64 (SMP w/36 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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
Bug#972959: ITP: arpys -- ARPES (Angle Resolved PhotoEmission Spectroscopy) data analysis
Package: wnpp Severity: wishlist Owner: Sebastien Delafond X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: arpys Version : 2.0.2 Upstream Author : Kevin Kramer, Universität Zürich * URL : https://github.com/kuadrat/arpys * License : GPL-3 Programming Lang: python Description : ARPES (Angle Resolved PhotoEmission Spectroscopy) data analysis Collection of libraries, functions and tools related to ARPES data loading and analysis.
Bug#972955: ITP: igor -- read files written by WaveMetrics IGOR Pro
Package: wnpp Severity: wishlist Owner: Sebastien Delafond X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: igor Version : 0.3 Upstream Author : W. Trevor King ; Paul Kienzle * URL : http://git.tremily.us/?p=igor * License : GPL-3 Programming Lang: python Description : read files written by WaveMetrics IGOR Pro Python parsers for Igor Binary Waves (.ibw) and Packed Experiment (.pxp) files written by WaveMetricsâ IGOR Pro software.
Bug#971749: autopkgtest-build-lxc fails if a previous .new container was leftover
Package: autopkgtest
Version: 5.14
Severity: normal
User: de...@kali.org
Usertags: origin-kali
When a foo.new container was left over from a previous run,
autopkgtest-build-lxc fails with the following message:
lxc-create: foo.new: tools/lxc_create.c: main: 274 Container already exists
This problem showed up for us in the context of debci daily runs, as
initiated from /etc/cron.daily/debci-worker.
The attached patch fixes this issue, without any side effect that I can
foresee.
Cheers,
--
Seb
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.8.0-2-amd64 (SMP w/36 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 autopkgtest depends on:
ii apt-utils 2.1.7
ii libdpkg-perl1.20.5
ii procps 2:3.3.16-5
ii python3 3.8.2-3
ii python3-debian 0.1.37
Versions of packages autopkgtest recommends:
ii autodep8 0.23
Versions of packages autopkgtest suggests:
ii lxc 1:4.0.2-1
pn lxd
ii ovmf 2020.05-2
ii qemu-efi-aarch64 2020.05-2
ii qemu-efi-arm 2020.05-2
ii qemu-system 1:5.0-13
ii qemu-utils1:5.1+dfsg-4
ii schroot 1.6.10-9+b1
ii vmdb2 0.16-2
-- no debconf information
commit ded0cfcd394f2f756b4bb8fbdfc9bf4cfb80e53e
Author: Sébastien Delafond
Date: Mon Sep 28 09:59:11 2020 +0200
build-lxc: remove old .new container if present
diff --git a/tools/autopkgtest-build-lxc b/tools/autopkgtest-build-lxc
index 0886589..84d53f8 100755
--- a/tools/autopkgtest-build-lxc
+++ b/tools/autopkgtest-build-lxc
@@ -176,6 +176,10 @@ else
# remove LXC rootfs caches; on btrfs this might be a subvolume, otherwise
# rm it
btrfs subvolume delete /var/cache/lxc/$CACHE/rootfs-* 2>/dev/null || rm
-rf /var/cache/lxc/$CACHE/rootfs-*
+# remove leftover .new container if present
+if lxc-ls | grep -q ${NAME}.new ; then
+ lxc-destroy --force --name=${NAME}.new
+fi
# create a new rootfs in a temp container
$LXC_CREATE_PREFIX lxc-create -B best --name=${NAME}.new $LXC_ARGS
setup ${NAME}.new
Bug#970382: sogo: Segfault with userPasswordAlgorithm=md5-crypt
Package: sogo
Version: 4.0.7-1+deb10u1
Severity: normal
I'm trying to use a postfixadmin user source, stored in mysql, with the
following configuration:
SOGoUserSources = (
{
type = sql;
id = postfixadmin;
viewURL = "mysql://user:pas...@foo.bar:3306/postfixadmin/sogo_users";
canAuthenticate = YES;
isAddressBook = YES;
userPasswordAlgorithm = "md5-crypt";
DomainFieldName = "domain";
IMAPLoginFieldName = "c_name";
LoginFieldNames = (
"c_uid",
"c_name"
);
}
);
This causes SOGo to segfault when trying to login on the web
interface. SOGo is able to find the user in mysql, but crashes right
after that:
[11131]: <0x0x560ff5d9a450[WOHttpAdaptor]> notified the watchdog that we are
ready
[11131]: |SOGo| starting method 'GET' on uri '/SOGo'
[11131]: <0x0x560ff5db8f40[SOGoCache]> Cache cleanup interval set every
300.00 seconds
[11131]: <0x0x560ff5db8f40[SOGoCache]> Using host(s) 'localhost' as server(s)
0 sogod[11131:11131] PG0x0x560ff5b3b420 SQL: SELECT c_defaults FROM
sogo_user_profile WHERE c_uid = 'anonymous'
[11131]: |SOGo| request took 0.009448 seconds to execute
[11131]: 37.167.168.127 "GET /SOGo HTTP/1.1" 302 0/0 0.012 - - 3M
[11131]: |SOGo| starting method 'GET' on uri '/SOGo/'
[11131]: |SOGo| constructed root-url: /SOGo/
[11131]: |SOGo| setting root-url in context: /SOGo/
[11131]: |SOGo| ROOT baseURL(no container, name=(null)):
[11131]: |SOGo| request took 0.041883 seconds to execute
[11131]: 37.167.168.127 "GET /SOGo/ HTTP/1.1" 200 27160/0 0.043 - - 1M
[11131]: |SOGo| starting method 'POST' on uri '/SOGo/connect'
[11131:11131] MySQL4 connection established 0x0x560ff5daaed0
[11131:11131] MySQL4 channel 0x0x560ff5e469c0 opened
(connection=0x0x560ff5daaed0,postfixadmin)
[11131:11131]
SQL: SELECT c_password FROM sogo_users WHERE (c_uid = 'first.last') OR (c_name
= 'first.last');
[11131:11131]
query has results, entering fetch-mode.
[8566]: <0x0x560ff5b535b0[WOWatchDogChild]> child 11131 exited
[8566]: <0x0x560ff5b535b0[WOWatchDogChild]> (terminated due to signal 11)
Using sogo-dbgsym, I extracted the following backtrace in gdb: it's
apparently choking when trying to hash the password through crypt:
(gdb) bt
#0 __strlen_avx2 () at ../sysdeps/x86_64/multiarch/strlen-avx2.S:65
#1 0x77f45954 in -[NSData(SOGoCryptoExtension) asCryptUsingSalt:]
(self=0x55c6cd40, _cmd=0x77fb8be0 <_OBJC_SELECTOR_TABLE+160>,
theSalt=0x5599d5e0) at NSData+Crypto.m:679
#2 0x77f43cca in -[NSData(SOGoCryptoExtension)
asCryptedPassUsingScheme:withSalt:] (self=0x55c6cd40, _cmd=0x77fb7cd0
<_OBJC_SELECTOR_TABLE+304>, passwordScheme=0x55858920,
theSalt=0x5599d5e0) at NSData+Crypto.m:187
#3 0x77f42d44 in -[NSString(SOGoCryptoExtension)
asCryptedPassUsingScheme:withSalt:andEncoding:] (self=0x55d40410,
_cmd=0x77fb7ca0 <_OBJC_SELECTOR_TABLE+256>, passwordScheme=0x55858920,
theSalt=0x5599d5e0, userEncoding=encPlain) at NSString+Crypto.m:222
#4 0x77f42b3d in -[NSString(SOGoCryptoExtension)
isEqualToCrypted:withDefaultScheme:] (self=0x55d40410, _cmd=0x77fad9d0
<_OBJC_SELECTOR_TABLE+240>, cryptedPassword=0x55d40590,
theScheme=0x55858920) at NSString+Crypto.m:161
#5 0x77f3457c in -[SQLSource _isPassword:equalTo:]
(self=0x55d28a50, _cmd=0x77fadb30 <_OBJC_SELECTOR_TABLE+592>,
plainPassword=0x55d40410, encryptedPassword=0x55d40590) at
SQLSource.m:194
#6 0x77f34c3b in -[SQLSource checkLogin:password:perr:expire:grace:]
(self=0x55d28a50, _cmd=0x77fa58f0 <_OBJC_SELECTOR_TABLE+752>,
_login=0x55d43790, _pwd=0x55d40410, _perr=0x7fffbce4,
_expire=0x7fffbce8, _grace=0x7fffbcec) at SQLSource.m:301
#7 0x77f2562b in -[SOGoUserManager
_sourceCheckLogin:andPassword:domain:perr:expire:grace:] (self=0x55d3cca0,
_cmd=0x77fa5a20 <_OBJC_SELECTOR_TABLE+1056>, login=0x55d43790,
password=0x55d40410, domain=0x7fffbcf0, perr=0x7fffbce4,
expire=0x7fffbce8, grace=0x7fffbcec)
at SOGoUserManager.m:478
#8 0x77f25fef in -[SOGoUserManager
checkLogin:password:domain:perr:expire:grace:useCache:] (self=0x55d3cca0,
_cmd=0x77fbf400 <_OBJC_SELECTOR_TABLE+256>, _login=0x55d43790,
_pwd=0x55d40410, _domain=0x7fffbcf0, _perr=0x7fffbce4,
Bug#969371: ITP: bioxtasraw -- process biological small angle scattering data
Package: wnpp Severity: wishlist Owner: Sebastien Delafond X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: bioxtasraw Version : 2.0.2 Upstream Author : RAW, ESRF * URL : https://sourceforge.net/p/bioxtasraw/git/ * License : GPL-3 Programming Lang: Python Description : process biological small angle scattering data BioXTAS RAW is a GUI based, free, open-source Python program for reduction and analysis of small-angle X-ray solution scattering (SAXS) data. The software is designed for biological SAXS data. It provides an alternative to closed source programs such as Primus and Scatter for primary data analysis. Because it can calibrate, mask, and integrate images it also provides an alternative to synchrotron beamline pipelines that scientists can install on their own computers and use both at home and at the beamline.
Bug#966369: ITP: genx -- differential evolution algorithm for fitting X-ray and neutron reflectivity data
Package: wnpp Severity: wishlist Owner: Sebastien Delafond X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: genx Version : 3.0.0beta3 Upstream Author : Matts Bjorck; Artur Glavic * URL : Source: https://sourceforge.net/p/genx/git/ * License : GPL-3 Programming Lang: Python Description : differential evolution algorithm for fitting X-ray and neutron reflectivity data GenX is a versatile program using the differential evolution algorithm for fitting, primarily, X-ray and neutron reflectivity data, lately also surface x-ray diffraction data. The differential evolution algorithm is a robust optimization method which avoids local minima but at same is a highly effective. GenX is written in python and uses the wxpython package for the Graphical User Interface (GUI). A model to fit is defined either through a GUI plug-in or via a python script. The possibility to script everything makes it easy to develop completely new fitting model. Clearly, GenX is extremely modular, making it possible to extend the program with models and plug-ins for most fitting problems. At the present GenX is shipped with models for x-ray and neutron specular reflectivity, off-specular x-ray reflectivity and surface x-ray diffraction
Bug#966355: ITP: denss -- calculate electron density from a solution scattering profile
Package: wnpp Severity: wishlist Owner: Sebastien Delafond X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: denss Version : 0.0.1+20200710gac8923a Upstream Author : Thomas Grant * URL : https://github.com/tdgrant1/denss * License : GPL-3 Programming Lang: Python Description : calculate electron density from a solution scattering profile DENSS is an algorithm used for calculating ab initio electron density maps directly from solution scattering data. DENSS implements a novel iterative structure factor retrieval algorithm to cycle between real space density and reciprocal space structure factors, applying appropriate restraints in each domain to obtain a set of structure factors whose intensities are consistent with experimental data and whose electron density is consistent with expected real space properties of particles. . DENSS utilizes the NumPy Fast Fourier Transform for moving between real and reciprocal space domains. Each domain is represented by a grid of points (Cartesian), N x N x N. N is determined by the size of the system and the desired resolution. The real space size of the box is determined by the maximum dimension of the particle, D, and the desired sampling ratio. Larger sampling ratio results in a larger real space box and therefore a higher sampling in reciprocal space (i.e. distance between data points in q). Smaller voxel size in real space corresponds to higher spatial resolution and therefore to larger q values in reciprocal space.
Bug#965376: ITP: hyperspy -- interactive analysis of multidimensional datasets
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: hyperspy Version : 0.8.4 Upstream Author : Hyperspy Developers (https://github.com/hyperspy/hyperspy/contributors) * URL : https://hyperspy.org/ * License : GPL-3 Programming Lang: Python Description : interactive analysis of multidimensional datasets HyperSpy is an open source Python library for the interactive analysis of multidimensional datasets that can be described as multidimensional arrays of a given signal (for example, a 2D array of spectra, also known as a spectrum image). . HyperSpy makes it straightforward to apply analytical procedures that operate on an individual signal to multidimensional arrays, as well as providing easy access to analytical tools that exploit the multidimensionality of the dataset. . Its modular structure makes it easy to add features to analyze many different types of signals.
Bug#965118: ITP: colorcet -- A set of useful perceptually uniform colormaps for plotting scientific data
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: colorcet Version : 2.0.2 Upstream Author : James A. Bednar * URL : https://github.com/holoviz/colorcet * License : CC-BY-4.0 Programming Lang: Python Description : A set of useful perceptually uniform colormaps for plotting scientific data Colorcet is a collection of perceptually uniform colormaps for use with Python plotting programs like bokeh, matplotlib, holoviews, and datashader based on the set of perceptually uniform colormaps created by Peter Kovesi at the Center for Exploration Targeting.
Bug#962862: debci: XSS in web interface
Source: debci Version: 2.12.2 Severity: normal Tags: security User: de...@kali.org Usertags: origin-kali See for instance the following URL: https://ci.debian.net/user/debci/jobs?package=abc;>alert(document.domain) Cheers, -- Seb -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-4-amd64 (SMP w/36 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#962475: ITP: pyct -- Python packaging Common Tasks
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: pyct Version : 0.4.6 Upstream Author : PyViz * URL : https://github.com/pyviz-dev/pyct * License : BSD-3 Programming Lang: Python Description : Python packaging Common Tasks A utility package that includes: * pyct.cmd: Makes various commands available to other packages. (Currently no sophisticated plugin system, just a try import/except in the other packages.) The same commands are available from within python. Can either add new subcommands to an existing argparse based command if the module has an existing command, or create the entire command if the module has no existing command. Currently, there are commands for copying examples and fetching data. See * pyct.build: Provides various commands to help package building, primarily as a convenience for project maintainers.
Bug#962472: ITP: param -- Make your Python code clearer and more reliable by declaring Parameters
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: param Version : 1.9.3 Upstream Author : HoloViz team * URL : https://github.com/holoviz/param/releases * License : BSD-3 Programming Lang: Python Description : Make your Python code clearer and more reliable by declaring Parameters Param is a library providing Parameters: Python attributes extended to have features such as type and range checking, dynamically generated values, documentation strings, default values, etc., each of which is inherited from parent classes if not specified in a subclass.
Bug#962458: ITP: dials-data -- Python data files used for regression tests in DIALS, dxtbx, xia2
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: dials-data Version : 2.0.0 Upstream Author : Diamond Light Source * URL : https://github.com/dials/data * License : BSD-3 Programming Lang: Python Description : Python data files used for regression tests in DIALS, dxtbx, xia2 Lightweight, simple Python(-only) package. It is used to provide access to data files used in regression tests, but does not contain any of those data files itself. . Although it is envisaged as mostly being used in a cctbx/DIALS environment for tests in DIALS, dxtbx, xia2 and related packages, it has no dependencies on either cctbx or DIALS, in fact all dependencies are explicitly declared in the setup.py file and are installable via standard setuptools/pip methods. This means dials_data can easily be used in other projects accessing the same data, and can be used in temporary environments such as Travis containers.
Bug#962456: ITP: python-procrunner -- Versatile utility function to run external processes from Python
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: python-procrunner Version : 1.1.0 Upstream Author : Markus Gerstel * URL : https://github.com/DiamondLightSource/python-procrunner * License : BSD-3 Programming Lang: Python Description : Versatile utility function to run external processes from Python Versatile utility function to run external processes from Python, with many features: * runs an external process and waits for it to finish * does not deadlock, no matter the process stdout/stderr output behaviour * returns the exit code, stdout, stderr (separately, both as bytestrings), and the total process runtime as a dictionary * process can run in a custom environment, either as a modification of the current environment or in a new environment from scratch * stdin can be fed to the process, the returned dictionary contains information how much was read by the process * stdout and stderr is printed by default, can be disabled * stdout and stderr can be passed to any arbitrary function for live processing (separately, both as unicode strings) * optionally enforces a time limit on the process
Bug#961489: debci: The sqlite db is exposed by default when data/ is served via http
Source: debci Version: 2.12.2 Severity: normal User: de...@kali.org Usertags: origin-kali When using sqlite storage, the debci.sqlite3 file is exposed in https:///data, just by virtue of the this file being stored by default in data/. Since it can contain private tokens (even though they're hashed), this requires adding an extra nginx/apache rule to prevent serving this file. I am not sure about the proper resolution for this: should it simply be documented? Should the DB file live elsewhere by default? -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-4-amd64 (SMP w/36 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#959713: autopkgtest: VMs created by autopkgtest-build-qemu can't resolve their own hostname
Package: autopkgtest Version: 5.13.1 Severity: normal User: de...@kali.org Usertags: origin-kali The default hostname in VMs created by autopkgtest-build-qemu is `host`, but that is not resolvable within the VM; this leads to some autopkgtests failing on the qemu backend, while succeeding on an lxc one. blackbox is such an example, as on qemu it fails with: command3 FAIL stderr: hostname: No address associated with hostname The following crude workaround gets that same test further: autopkgtest --setup-commands-boot='sed -i -e "s/localhost/localhost host/" /etc/hosts' [...] To stay on the blackbox example, this will still fail later on, but only for reasons unrelated to the bug at hand: blackbox' third tests lacks "Restrictions: needs-root" and possibly some other dependencies. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-4-amd64 (SMP w/36 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages autopkgtest depends on: ii apt-utils 1.8.4 ii libdpkg-perl1.19.7 ii procps 2:3.3.16-4 ii python3 3.8.2-3 ii python3-debian 0.1.36 Versions of packages autopkgtest recommends: ii autodep8 0.22 Versions of packages autopkgtest suggests: ii lxc 1:3.1.0+really3.0.4-2 pn lxd ii ovmf 0~20191122.bd85bf54-1 ii qemu-efi-aarch64 0~20191122.bd85bf54-1 ii qemu-efi-arm 0~20191122.bd85bf54-1 ii qemu-system 1:4.2-1 ii qemu-utils1:4.2-7 ii schroot 1.6.10-9 ii vmdb2 0.13.2+git20191220-1 -- no debconf information
Bug#958975: debci: Field "worker" in sqlite DB is always empty
Source: debci Version: 2.9 Severity: normal User: de...@kali.org Usertags: origin-kali The "worker" field exists in the database, but it's never populated on test completion: $ sqlite3 /var/lib/debci/data/debci.sqlite3 "select count(*) from jobs where status is NOT NULL and worker is not NULL" 0 Is there any way debci could populate this field? This would allow per-worker statistics, for instance. I haven't looked into writing a patch, but if there's any interest in that feature let me know and I'll be happy to provide one. Cheers, -- Seb -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-4-amd64 (SMP w/36 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#955357: ITP: astra-toolbox -- Octave and Python toolbox of high-performance GPU primitives for 2D and 3D tomography
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: astra-toolbox Version : 1.8.3 Upstream Author : 2010-2016, iMinds-Vision Lab, University of Antwerp * URL : https://github.com/astra-toolbox/astra-toolbox * License : GPL-3 Programming Lang: C++, Python Description : Octave and Python toolbox of high-performance GPU primitives for 2D and 3D tomography It supports 2D parallel and fan beam geometries, and 3D parallel and cone beam. All of them have highly flexible source/detector positioning. A large number of 2D and 3D algorithms are available, including FBP, SIRT, SART, CGLS. The basic forward and backward projection operations are GPU-accelerated, and directly callable from Octave and Python to enable building new algorithms.
Bug#955340: pry: version 0.13.0 needed for #954572
Source: pry Version: 0.12.2-2 Severity: normal Control: block 954572 by -1 Control: block 954721 by -1 Dear Maintainer, with ruby-method-source in sid being 1.0.0, ruby-pry-byebug now FTBFS. Packaging and upload version 0.13.0 of pry would not only allow me to fix #954572, but it would also fix #954721 for you. Cheers, -- Seb -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-3-amd64 (SMP w/36 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#923908: new upstream version available (9.2)
On 15/03 22:45, Nicholas D Steeves wrote: > While triaging bugs I just noticed this one is marked fixed but is > still open. Was it left open as a reminder to backport bullseye's > org-mode? I believe that was the rationale at the time. > Does arch:all elpa-org-mode need a formal bpo, or will adding testing > or sid apt source in combination with pinning work well enough? Package pinning should work fine, but if enough users request a proper stable backport I guess it could also be maintained. Cheers, -- Seb
Bug#953723: golang-github-google-go-github: New version 29.0.3 available
Source: golang-github-google-go-github Version: 28.1.1.-1 Severity: wishlist Could 29.0.3 be packaged and uploaded to unstable ? Cheers, -- Seb
Bug#947243: golang-github-cenkalti-backoff: New upstream version available
Source: golang-github-cenkalti-backoff Version: 2.0.0-2 Severity: wishlist Version 3.1.1 is available upstream, and is needed as a dependency for citop[0]. Would it be possible to package it ? Cheers, -- Seb [0] https://bugs.debian.org/947187 -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/36 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#947187: ITP: citop -- Monitor CI pipelines from the command line
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: citop Version : 0.2.0 Upstream Author : Nicolas Bedos * URL : https://github.com/nbedos/citop * License : BSD Programming Lang: Go Description : Monitor CI pipelines from the command line A UNIX program to monitor Continuous Integration pipelines from the command line. citop stands for Continous Integration Table Of Pipelines. . List pipelines associated to a commit of a GitHub or GitLab repository: pipelines are shown in a tree view where expanding a pipeline will reveal its stages, jobs and tasks . Integration with Travis CI, AppVeyor, CircleCI, GitLab CI and Azure DevOps: citop is targeted at open source developers . Monitor status changes in quasi real time . Open the web page of a pipeline by pressing a single key: for quick access to the website of your CI provider if citop does not cover a specific use case.
Bug#947025: O: python-wsproto -- WebSockets state-machine based protocol implementation (Python3)
Package: wnpp Severity: normal I intend to orphan the python-wsproto package. The package description is: Pure-Python implementation of a WebSocket protocol stack. It's written from the ground up to be embeddable in whatever program you choose to use, ensuring that you can communicate via WebSockets, as defined in RFC6455, regardless of your programming paradigm. . This is the Python3 package.
Bug#947020: O: python-typing -- Backport of the standard 3.5 library typing module
Package: wnpp Severity: normal I intend to orphan the python-typing package. The package description is: Typing defines a standard notation for Python function and variable type annotations. The notation can be used for documenting code in a concise, standard format, and it has been designed to also be used by static and runtime type checkers, static analyzers, IDEs and other tools. Typing defines a standard notation for Python function and variable type annotations. The notation can be used for documenting code in a concise, standard format, and it has been designed to also be used by static and runtime type checkers, static analyzers, IDEs and other tools.
Bug#947019: O: python-pyperclip -- Cross-platform clipboard module for Python
Package: wnpp Severity: normal I intend to orphan the python-pyperclip package. The package description is: This module is a cross-platform Python module for copy and paste clipboard functions. . It currently only handles plaintext. This module is a cross-platform Python module for copy and paste clipboard functions. Currently only handles plaintext.
Bug#947018: O: python-jsbeautifier -- JavaScript unobfuscator and beautifier (python2)
Package: wnpp Severity: normal I intend to orphan the python-jsbeautifier package. The package description is: Beautify, unpack or deobfuscate JavaScript, leveraging popular online obfuscators. . This is the Python 2 version of the package. Beautify, unpack or deobfuscate JavaScript, leveraging popular online obfuscators. . This is the Python 2 version of the package.
Bug#947016: O: python-kaitaistruct -- Kaitai Struct declarative parser generator for binary data
Package: wnpp Severity: normal I intend to orphan the python-kaitaistruct package. The package description is: This library implements Kaitai Struct API for Python. . Kaitai Struct is a declarative language used for describe various binary data structures, laid out in files or in memory: i.e. binary file formats, network stream packet formats, etc. . It is similar to Python's construct and Construct3, but it is language-agnostic. The format description is done in YAML-based .ksy format, which then can be compiled into a wide range of target languages.
Bug#947015: O: python-kaptan -- Python configuration manager in various formats
Package: wnpp Severity: normal I intend to orphan the python-kaptan package. The package description is: Configuration manager that allows users to transparently access configuration data stored in various formats (INI, JSON, YAML, dict, file).
Bug#947014: O: python-h11 -- Pure-Python, bring-your-own-I/O implementation of HTTP/1.1 (Python 3)
Package: wnpp Severity: normal I intend to orphan the python-h11 package. The package description is: HTTP/1.1 library written from scratch in Python, heavily inspired by hyper-h2. . It's a "bring-your-own-I/O" library; h11 contains no IO code whatsoever. This means you can hook h11 up to your favorite network API, and that could be anything you want: synchronous, threaded, asynchronous, or your own implementation of RFC 6214 – h11 won’t judge you. . This is the Python 3 package.
Bug#947013: O: python-hyperframe -- Pure-Python HTTP/2 framing code
Package: wnpp Severity: normal I intend to orphan the python-hyperframe package. The package description is: This module contains a pure-Python codebase that is capable of decoding a binary stream into HTTP/2 frames. This module contains a pure-Python codebase that is capable of decoding a binary stream into HTTP/2 frames. This module contains a pure-Python codebase that is capable of decoding a binary stream into HTTP/2 frames.
Bug#947011: O: python-hpack -- Pure-Python HTTP/2 header encoding (HPACK)
Package: wnpp Severity: normal I intend to orphan the python-hpack package. The package description is: This module contains a pure-Python HTTP/2 header encoding (HPACK) logic for use in Python programs that implement HTTP/2. It also contains a compatibility layer that automatically enables the use of nghttp2 if it’s available. This module contains a pure-Python HTTP/2 header encoding (HPACK) logic for use in Python programs that implement HTTP/2. It also contains a compatibility layer that automatically enables the use of nghttp2 if it’s available.
Bug#947010: O: python-h2 -- Pure-Python HTTP/2 State-Machine based protocol implementation in python
Package: wnpp Severity: normal I intend to orphan the python-h2 package. The package description is: This module contains a pure-Python HTTP/2 of a HTTP/2 protocol stack. It’s written from the ground up to be embeddable in whatever program you choose to use, ensuring that you can speak HTTP/2 regardless of your programming paradigm. This module contains a pure-Python HTTP/2 of a HTTP/2 protocol stack. It’s written from the ground up to be embeddable in whatever program you choose to use, ensuring that you can speak HTTP/2 regardless of your programming paradigm.
Bug#946936: ITP: json11 -- A tiny JSON library for C++11
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: json11 Version : 1.0.0 Upstream Author : Dropbox, Inc. * URL : https://github.com/dropbox/json11 * License : MIT Programming Lang: C++ Description : A tiny JSON library for C++11 json11 is a tiny JSON library for C++11, providing JSON parsing and serialization. . The core object provided by the library is json11::Json. A Json object represents any JSON value: null, bool, number (int or double), string (std::string), array (std::vector), or object (std::map). . Json objects act like values. They can be assigned, copied, moved, compared for equality or order, and so on. There are also helper methods Json::dump, to serialize a Json to a string, and Json::parse (static) to parse a std::string as a Json object. This package will be a dependency for centreon-broker 19.10.
Bug#942299: debci: test
Package: debci Version: 2.3 Severity: normal User: de...@kali.org Usertags: origin-kali After upgrading from 2.1 to 2.2, we started getting exceptions like the following during the debci-update cron runs. Version 2.3 also has the same exact problem: systemd[1]: Starting debci index generator... debci[16896]: libdist-inkt-perl kali-rolling/amd64 results received (exit code: 0, duration: 0h 3m 49s) debci[27186]: node-d3-collection kali-dev/amd64 pass (0h 3m 22s) debci[27186]: /usr/lib/ruby/vendor_ruby/active_record/core.rb:155:in `find': Couldn't find Debci::Job with 'run_id'=652854 (ActiveRecord::RecordNotFound) debci[27186]: from /usr/lib/ruby/vendor_ruby/debci/job.rb:16:in `import' debci[27186]: from /usr/share/debci/bin/debci-job:15:in `block in import' debci[27186]: from /usr/share/debci/bin/debci-job:14:in `each' debci[27186]: from /usr/share/debci/bin/debci-job:14:in `import' debci[27186]: from /usr/lib/ruby/vendor_ruby/thor/command.rb:27:in `run' debci[27186]: from /usr/lib/ruby/vendor_ruby/thor/invocation.rb:126:in `invoke_command' debci[27186]: from /usr/lib/ruby/vendor_ruby/thor.rb:359:in `dispatch' debci[27186]: from /usr/lib/ruby/vendor_ruby/thor/base.rb:440:in `start' debci[27186]: from /usr/share/debci/bin/debci-job:53:in `' debci[27186]: libdbix-class-perl kali-rolling/amd64 pass (0h 7m 56s) debci[27186]: libdbix-class-schema-config-perl kali-rolling/amd64 pass (0h 4m 20s) debci[27186]: libdbix-class-schema-loader-perl kali-rolling/amd64 pass (0h 5m 57s) debci[27186]: libdbix-dbstag-perl kali-rolling/amd64 fail (0h 3m 4s) debci[27186]: libdebian-copyright-perl kali-rolling/amd64 pass (0h 3m 36s) debci[27186]: libdevel-bt-perl kali-rolling/amd64 pass (0h 2m 52s) debci[27186]: libdevel-ptkdb-perl kali-rolling/amd64 pass (0h 3m 19s) debci[27186]: libdevel-repl-perl kali-rolling/amd64 pass (0h 3m 33s) debci[27838]: libdist-inkt-role-git-perl kali-rolling/amd64 pass debci[27838]: libdist-zilla-plugin-autometaresources-perl kali-rolling/amd64 started debci[27186]: libdist-inkt-perl kali-rolling/amd64 pass (0h 3m 49s) debci[27186]: node-pre-gyp kali-rolling/amd64 pass (0h 2m 16s) debci[27186]: /usr/lib/ruby/vendor_ruby/active_record/core.rb:155:in `find': Couldn't find Debci::Job with 'run_id'=654229 (ActiveRecord::RecordNotFound) debci[27186]: from /usr/lib/ruby/vendor_ruby/debci/job.rb:16:in `import' debci[27186]: from /usr/share/debci/bin/debci-job:15:in `block in import' debci[27186]: from /usr/share/debci/bin/debci-job:14:in `each' debci[27186]: from /usr/share/debci/bin/debci-job:14:in `import' debci[27186]: from /usr/lib/ruby/vendor_ruby/thor/command.rb:27:in `run' debci[27186]: from /usr/lib/ruby/vendor_ruby/thor/invocation.rb:126:in `invoke_command' debci[27186]: from /usr/lib/ruby/vendor_ruby/thor.rb:359:in `dispatch' debci[27186]: from /usr/lib/ruby/vendor_ruby/thor/base.rb:440:in `start' debci[27186]: from /usr/share/debci/bin/debci-job:53:in `' debci[27186]: /usr/lib/ruby/vendor_ruby/json/common.rb:156:in `parse': 740: unexpected token at '' (JSON::ParserError) debci[27186]: from /usr/lib/ruby/vendor_ruby/json/common.rb:156:in `parse' debci[27186]: from /usr/share/debci/bin/debci-generate-history:10:in `block (2 levels) in ' debci[27186]: from /usr/share/debci/bin/debci-generate-history:10:in `open' debci[27186]: from /usr/share/debci/bin/debci-generate-history:10:in `block in ' debci[27186]: from /usr/share/debci/bin/debci-generate-history:9:in `map' debci[27186]: from /usr/share/debci/bin/debci-generate-history:9:in `' systemd[1]: debci-update.service: Main process exited, code=exited, status=1/FAILURE Here's a couple of observations, that may or may not be useful: - one debci-update run always generates exactly two "Couldn't find Debci::Job" exceptions - those exceptions never seem to reference run_ids that led to previous exception - the JSON::ParserError error at the end is always the last message to be printed before the run ends Please let me know if you'd like some additional information about this, as we'd be more than glad to help troubleshooting the issue. Cheers, -- Seb -- System Information: Debian Release: 9.11 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.9.185--std-ipv6-64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages debci depends on: ii adduser
Bug#941251: simple-cdd: udebs from debian_mirror_extra are not automatically included
Package: simple-cdd
Version: 0.6.7
Severity: normal
With the following setup:
- debian_mirror pointing to a snapshot of stretch containing 4.9.0-8
udebs
- debian_mirror_extra pointing to a local mirror containing 4.9.0-9
udebs
- mirror_udebcomponents_extra being set to "main"
simple-cdd will still use the 4.9.0-8 udebs from the main mirror,
instead of the 4.9.0-9 ones from the extra mirror. It can be explained
by looking it at mirror_reprepro.py:
"default-extra": {
"Suite": "*",
"Architectures": "{ARCHES}",
"Components": "{mirror_components_extra}",
"UDebComponents": "{mirror_udebcomponents_extra}",
"Method": "{debian_mirror_extra}",
"FilterList": "deinstall package-list",
"VerifyRelease": "{verify_release_keys}",
"ListShellHook": "{debian_mirror_extra_list_shell_hook}",
},
Since the 4.9.0-0 udebs are not explicitely listed in foo.packages file,
they're not being pulled from the extra_mirror because of "deinstall
package-list".
For this use case, am I expected to manually list them all in my
foo.packages ? I find this slightly counter-intuitive, because I do not
have to do this for "default" packages: for instance, a more recent
libdbus placed on the extra_mirror will automatically be included
without having to explicitly list it in foo.packages.
I'm merely trying to get some clarification on the intended behavior
here :)
Cheers,
--
Seb
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.2.0-2-amd64 (SMP w/36 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages simple-cdd depends on:
ii dctrl-tools 2.24-3+b1
ii debian-cd 3.1.26
ii lsb-release 11.1.0
ii python3 3.7.3-1
ii python3-simple-cdd 0.6.7
ii reprepro5.3.0-1+b1
ii rsync 3.1.3-6+b1
ii wget1.20.3-1+b1
Versions of packages simple-cdd recommends:
ii dose-distcheck 5.0.1-14
Versions of packages simple-cdd suggests:
ii qemu-kvm 1:4.1-1+b1
ii qemu-system 1:4.1-1+b1
-- no debconf information
Bug#934356: stretch-pu: package mitmproxy/0.18.2-6
Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu Could 0.18.2-6+deb9u1 be included in stretch's next point release ? It closes #934033, which is an FTBFS on stretch, by blacklisting a couple #more things from the test suite. Here's the corresponding debdiff: diff --git a/debian/changelog b/debian/changelog index 53e5f5e0..4fcb7218 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +mitmproxy (0.18.2-6+deb9u1) stretch; urgency=medium + + * Blacklist tests that require internet access (Closes: #934033) + * Add d/gbp.conf + + -- Sebastien Delafond Thu, 08 Aug 2019 10:59:45 +0200 + mitmproxy (0.18.2-6) unstable; urgency=medium * Remove upper-bounds on all versioned dependencies (Closes: #848562) diff --git a/debian/gbp.conf b/debian/gbp.conf new file mode 100644 index ..cf311b7f --- /dev/null +++ b/debian/gbp.conf @@ -0,0 +1,3 @@ +[DEFAULT] +debian-branch = debian/stretch +upstream-branch = upstream/latest diff --git a/debian/rules b/debian/rules index 52e363b9..ef374ed1 100755 --- a/debian/rules +++ b/debian/rules @@ -1,7 +1,7 @@ #!/usr/bin/make -f export PYBUILD_NAME=mitmproxy -export PYBUILD_TEST_ARGS="-k-TestServerIPv6 -k-TestServerCurrentCipher -k-TestServerCipherList" +export PYBUILD_TEST_ARGS="-k-TestServerIPv6 -k-TestServerCurrentCipher -k-TestServerCipherList -k-TestSSLUpstreamCertVerificationWValidCertChain -k-TestHTTPSUpstreamServerVerificationWTrustedCert" MAN_PAGES := $(shell cat debian/mitmproxy.manpages) Cheers, -- Seb -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-3-amd64 (SMP w/36 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_DIE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#933929: python-rtslib-fb: New upstream version available
Source: python-rtslib-fb Version: 2.1.66-3 Severity: wishlist Control: block 933350 by -1 Hello, 2.1.69 is available upstream, and fixes an issue[1] in ceph-isci-cli. We'd need it so that ceph-iscsi, scheduled to enter unstable soon[2], can be fully functional. Would you consider upgrading the version in unstable ? If the idea sounds reasonable, but you don't have enough time, please let me know and I'd be happy to do it via NMU. Cheers, -- Seb [1] https://github.com/ceph/ceph-iscsi-cli/issues/150 [2] https://bugs.debian.org/933350
Bug#933350: ITP: ceph-iscsi -- common logic and CLI tools for creating and managing LIO gateways for Ceph
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: ceph-iscsi Version : 3.2 Upstream Author : The Ceph iSCSI Project Developers * URL : https://github.com/ceph/ceph-iscsi * License : GPL-3 Programming Lang: Python Description : common logic and CLI tools for creating and managing LIO gateways for Ceph It includes the rbd-target-api daemon which is responsible for restoring the state of LIO following a gateway reboot/outage and exporting a REST API to configure the system using tools like gwcli. It replaces the existing 'target' service. There is also a second daemon rbd-target-gw which exports a REST API to gather statistics. It also includes the CLI tool gwcli which can be used to configure and manage the Ceph iSCSI gateway, which replaces the existing targetcli CLI tool. This CLI tool utilizes the rbd-target-api server daemon to configure multiple gateways concurrently.
Bug#933343: ITP: tcmu -- handles the userspace side of the LIO TCM-User backstore
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: tcmu Version : 1.4.0 URL : https://github.com/open-iscsi/tcmu-runner * License : LGPL 2.1 & Apache 2.0 Programming Lang: C Description : handles the userspace side of the LIO TCM-User backstore LIO is the SCSI target in the Linux kernel. It is entirely kernel code, and allows exported SCSI logical units (LUNs) to be backed by regular files or block devices. But, if we want to get fancier with the capabilities of the device we're emulating, the kernel is not necessarily the right place. While there are userspace libraries for compression, encryption, and clustered storage solutions like Ceph or Gluster, these are not accessible from the kernel. . The TCMU userspace-passthrough backstore allows a userspace process to handle requests to a LUN. But since the kernel-user interface that TCMU provides must be fast and flexible, it is complex enough that we'd like to avoid each userspace handler having to write boilerplate code. . tcmu-runner handles the messy details of the TCMU interface -- UIO, netlink, pthreads, and DBus -- and exports a more friendly C plugin module API. Modules using this API are called "TCMU handlers". Handler authors can write code just to handle the SCSI commands as desired, and can also link with whatever userspace libraries they like.
Bug#928703: simple-cdd: Wheezy expired key in debian-archive-keyring.gpg causes simple-cdd to fail with reprepro
Source: simple-cdd
Version: 0.6.5
Severity: important
In /usr/share/simple-cdd/tools/mirror/reprepro, a repository is
initialized to mirror your target distributions, and its "distributions"
configuration file contains lines like:
VerifyRelease: ${verify_release_keys}
This basically tells reprepro to *verify* the Release files when
assembling the mirror, using the key listed in ${verify_release_keys};
that variable is constructed by dynamically extracting keys from
simple-cdd's keyring, which defaults to:
/usr/share/keyrings/debian-archive-keyring.gpg
On Stretch, this file contains the following expired wheezy key:
pub rsa4096 2012-05-08 [SC] [expired: 2019-05-07]
ED6D 6527 1AAC F0FF 15D1 2303 6FB2 A1C2 65FF B764
uid [ expired] Wheezy Stable Release Key
Since a single expired key in a VerifyRelease line is enough for
reprepro to refuse to perform any verification, any image creation
fails; it doesn't matter what distribution your image targets:
ERROR reprepro: updating package lists: VerifyRelease condition
'6FB2A1C265FFB764|8B48AD6246925553|...'
ERROR reprepro: updating package lists: (To use it anyway, append it with a
'!' to force usage).
ERROR reprepro: updating package lists: There have been errors!
ERROR reprepro failed with exit code: 255
Removing the key from /usr/share/keyrings/debian-archive-keyring.gpg of
course fixes the issue, but a more proper workaround involves passing
simple-cdd a dedicated, pruned keyring:
cp /usr/share/keyrings/debian-archive-keyring.gpg ~/
apt-key --keyring ~/debian-archive-keyring.gpg del
ED6D65271AACF0FF15D123036FB2A1C265FFB764
simple-cdd [...] --keyring ~/debian-archive-keyring.gpg [...]
A proper patch to /usr/share/simple-cdd/tools/mirror/reprepro would
probably involve checking each key's expiration date, and appending "!"
to it if necessary.
Cheers,
--
Seb
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-3-amd64 (SMP w/36 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_DIE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Bug#927938: openscap: Can't parse recent Debian OVAL files
Source: openscap Version: 1.2.9-1+b2 Severity: normal The schema used to generate the Debian OVAL files was updated last week[0], to take advantage of the new debian_evr_string datatype in OVAL schema version 5.11.1. Because of this, the version of openscap in stretch can't parse them anymore. [0] https://salsa.debian.org/webmaster-team/webwml/merge_requests/116 -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-3-amd64 (SMP w/36 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_DIE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#927682: unblock: py3status/3.14-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Dear Release Maintainers,
please unblock package py3status. It fixes #927164 by adding a required
dependency. I've attached corresponding debdiff.
unblock py3status/3.14-2
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-3-amd64 (SMP w/36 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_DIE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/changelog b/debian/changelog
index 9a40baa5..6cfdd50c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+py3status (3.14-2) unstable; urgency=medium
+
+ * Depend on file (Closes: #927164)
+
+ -- Sebastien Delafond Mon, 15 Apr 2019 22:09:39 +0200
+
py3status (3.14-1) unstable; urgency=medium
* New upstream version 3.14 (Closes: #915885)
diff --git a/debian/control b/debian/control
index 718d7153..ce8bfb19 100644
--- a/debian/control
+++ b/debian/control
@@ -5,14 +5,14 @@ Maintainer: Sebastien Delafond
Build-Depends: debhelper (>= 9), dh-python,
python3-all,
python3-setuptools,
-Standards-Version: 4.2.0
+Standards-Version: 4.3.0
Homepage: https://github.com/ultrabug/py3status
Vcs-Git: https://salsa.debian.org/debian/py3status.git
Vcs-Browser: https://salsa.debian.org/debian/py3status
Package: py3status
Architecture: all
-Depends: ${misc:Depends}, ${python3:Depends}, i3status
+Depends: ${misc:Depends}, ${python3:Depends}, i3status, file
Recommends: ${python3:Recommends}
Suggests: ${python3:Suggests}
Description: extensible i3status wrapper written in Python (Python3 package)
Bug#927146: autopkgtest fails to terminate cleanly when running out of space
Package: autopkgtest Version: 5.10 Severity: normal User: de...@kali.org Usertags: origin-kali Using qemu as a backend for a worker, I've noticed several occurence of the same problem pattern: one of autopkgtest's child processes runs out of space, after which the worker never properly recovers and just stops processing other jobs, until it is manually restarted. The logs usually look something like this, for instance in /var/lib/debci/tmp/tmp.nFRGjzrBnA/autopkgtest-incoming/kali-dev/amd64/l/llvm-toolchain-7/64101/log: [...] tar: ./LLVMBuild.txt: Cannot open: No space left on device tar: Exiting with failure status due to previous errors qemu-system-x86_64: terminating on signal 15 from pid 19995 (/usr/bin/python3) : failure: copyup destination failed, status 2 autopkgtest [13:31:11]: ERROR: testbed failure: cannot send to testbed: [Errno 32] Broken pipe The associated cgroup looks like this to systemctl: CGroup: /system.slice/system-debci\x2dworker\x2damd64\x2dqemu.slice/debci-worker-amd64-qemu@1.service ├─18792 amqp-consume --url amqp://melpomene.kali.org -q debci-tests-amd64-qemu --prefetch-count 1 -- /usr/share/debci/bin/debci-worker --do-request ├─19555 /bin/sh /usr/share/debci/bin/debci-worker --do-request ├─19699 /bin/sh /usr/share/debci/bin/debci-worker --do-request ├─19701 /bin/sh /usr/share/debci/bin/debci-test --quiet --data-dir /var/lib/debci/tmp/tmp.nFRGjzrBnA --suite kali-dev --print-output --run-id=64101 llvm-toolchain-7 ├─19848 /bin/sh /usr/share/debci/bin/debci-test --quiet --data-dir /var/lib/debci/tmp/tmp.nFRGjzrBnA --suite kali-dev --print-output --run-id=64101 llvm-toolchain-7 ├─19853 /bin/sh /usr/share/debci/backends/qemu/test-package --output-dir /var/lib/debci/tmp/tmp.nFRGjzrBnA/autopkgtest-incoming/kali-dev/amd64/l/llvm-toolchain-7/64101 llvm-toolchain-7 ├─19868 /bin/sh /usr/share/debci/bin/debci-autopkgtest --user debci --output-dir /var/lib/debci/tmp/tmp.nFRGjzrBnA/autopkgtest-incoming/kali-dev/amd64/l/llvm-toolchain-7/64101 llvm-toolchain-7 -- qemu /var/lib/debci/qemu/kali-de ├─19873 /usr/bin/python3 -u /usr/bin/autopkgtest --no-built-binaries --user debci --output-dir /var/lib/debci/tmp/tmp.nFRGjzrBnA/autopkgtest-incoming/kali-dev/amd64/l/llvm-toolchain-7/64101 llvm-toolchain-7 -- qemu /var/lib/debc ├─19993 tee /var/lib/debci/tmp/autopkgtest-fifo.4qq8j19b -a /dev/stderr ├─19994 cat /var/lib/debci/tmp/autopkgtest-fifo.4qq8j19b └─24239 /usr/bin/python3 /var/lib/debci/tmp/autopkgtest-qemu.9n_8irx_/runcmd sh -ec cd /tmp/autopkgtest.PThwPb/build.xkB/src/; tar --warning=none -c . -f - The correct behavior in this case should probably be to mark this job as tmpfail, clean up, and move on to the next pending job. -- System Information: Debian Release: 9.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.167--std-ipv6-64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages autopkgtest depends on: ii apt-utils 1.4.9 ii libdpkg-perl1.18.25 ii procps 2:3.3.12-3+deb9u1 ii python3 3.5.3-1 ii python3-debian 0.1.30 Versions of packages autopkgtest recommends: ii autodep8 0.18~bpo9+1 Versions of packages autopkgtest suggests: ii lxc 1:2.0.7-2+deb9u2 pn lxd pn ovmf pn qemu-efi-aarch64 pn qemu-efi-arm ii qemu-system 1:2.8+dfsg-6+deb9u5 ii qemu-utils1:2.8+dfsg-6+deb9u5 ii schroot 1.6.10-3+deb9u1 ii vmdb2 0.13.2+git20190215-1 -- no debconf information
Bug#926507: unblock: mlbstreamer/0.0.11.dev0+git20190330-1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Dear Release Masters,
#926165 describes how mlbstreamer 0.0.10-3, as present in testing, is
completely non-fonctional due to recent changes in the online service
it targets.
Version 0.0.11.dev0+git20190330-1 fixes that, but of course that's a new
upstream release and the debdiff (attached) is quite large. On the plus
side, it doesn't require new dependencies, and mlbstreamer is a leaf
package with no reverse-dependencies.
Do you think maybe it could be unblocked ? If you consider this a bad
idea, no worries :)
unblock mlbstreamer/0.0.11.dev0+git20190330-1
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-3-amd64 (SMP w/36 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_DIE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/.bumpversion.cfg b/.bumpversion.cfg
index 8e2cc48..a734308 100644
--- a/.bumpversion.cfg
+++ b/.bumpversion.cfg
@@ -1,7 +1,7 @@
[bumpversion]
commit = True
tag = True
-current_version = 0.0.10
+current_version = 0.0.11.dev0
parse =
(?P\d+)\.(?P\d+)\.(?P\d+)(\.(?P[a-z]+)(?P\d+))?
serialize =
{major}.{minor}.{patch}.{release}{dev}
diff --git a/debian/NEWS b/debian/NEWS
new file mode 100644
index 000..e38ffe3
--- /dev/null
+++ b/debian/NEWS
@@ -0,0 +1,9 @@
+mlbstreamer (0.0.11.dev0+git20190330-1) unstable; urgency=medium
+
+ The configuration file format has changed, please update your
+ ~/.config/mlbstreamer/config according to the example in
+ /usr/share/doc/mlbstreamer/config.yaml.sample.
+
+ -- Sebastien Delafond Mon, 01 Apr 2019 10:37:01 +0200
+
+
diff --git a/debian/changelog b/debian/changelog
index f7e87df..2366f15 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+mlbstreamer (0.0.11.dev0+git20190330-1) unstable; urgency=medium
+
+ * New upstream version
+ * Add dependency on python3-requests-toolbelt
+ * Bump-up Standards-Version
+ * Add NEWS.Debian to mention the change in config file format
+
+ -- Sebastien Delafond Mon, 01 Apr 2019 10:12:50 +0200
+
mlbstreamer (0.0.10-3) unstable; urgency=medium
* Depend on python3-distutils (Closes: #905343)
diff --git a/debian/control b/debian/control
index 43e2b2a..54fbedf 100644
--- a/debian/control
+++ b/debian/control
@@ -3,14 +3,14 @@ Maintainer: Sebastien Delafond
Section: video
Priority: optional
Build-Depends: dh-python, python3-setuptools, python3-all, python3-pytest,
debhelper (>= 9)
-Standards-Version: 4.1.3
+Standards-Version: 4.3.0
Homepage: https://github.com/tonycpsu/mlbstreamer
Vcs-Git: https://salsa.debian.org/debian/mlbstreamer.git
Vcs-Browser: https://salsa.debian.org/debian/mlbstreamer
Package: mlbstreamer
Architecture: all
-Depends: ${misc:Depends}, streamlink (>= 0.11.0+dfsg-1), ${python3:Depends},
python3-panwid (>= 0.2.5-1), python3-urwid-utils (>= 0.1.2-1), python3-distutils
+Depends: ${misc:Depends}, streamlink (>= 0.11.0+dfsg-1), ${python3:Depends},
python3-panwid (>= 0.2.5-1), python3-urwid-utils (>= 0.1.2-1),
python3-distutils, python3-requests-toolbelt
Description: Interface to the MLB.TV media offering
A collection of tools to stream and record baseball games from
MLB.TV. While the main streaming content is mostly for paid MLB.TV
diff --git a/docs/config.yaml.sample b/docs/config.yaml.sample
new file mode 100644
index 000..3245d7d
--- /dev/null
+++ b/docs/config.yaml.sample
@@ -0,0 +1,33 @@
+profiles:
+default:
+providers:
+mlb: # MLB.tv
+username: cha...@me.com
+password: changeme
+nhl: # NHL.tv
+username: cha...@me2.com
+password: changeme2
+
+player: /usr/local/bin/mpv -no-border --osd-level=0
+--force-seekable --hr-seek=yes --hr-seek-framedrop=yes
+--keep-open=yes --keep-open-pause=no --no-window-dragging
+--cache=2048 --cache-backbuffer=8192 --demuxer-seekable-cache=yes
+streamlink_args: --hls-audio-select *
+time_zone: America/New_York
+default_resolution: 720p_alt
+hide_spoiler_teams: false #true to hide all, or list, e.g.
+# - PHI
+# - PIT
+
+540p:
+default_resolution: 540p
+streamlink_args:
+proxy:
+proxies:
+http: http://10.0.0.1:4123
+https: http://10.0.0.1:4123
+
+#profile_map:
+# use certain profiles for games involving certain teams,e.g.
+# team:
+#- pit: proxy
diff --git a/mlbstreamer/__init__.py b/mlbstreamer/__init__.py
index 9b36b86..746ff9c 100
Bug#926243: ITP: streamglob -- Console media browser designed to facilitate live and time-shifted viewing of online content
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: streamglob Version : 0.0.11.dev0 Upstream Author : Tony Cebzanov * URL : https://github.com/tonycpsu/streamglob * License : GPLv3 Programming Lang: Python Description : Console media browser designed to facilitate live and time-shifted viewing of online content streamglob facilitates live and time-shifted viewing of online content. . The current focus of this project is to provide a consistent console-based user experience for browsing and watching live and on-demand streaming content from various providers. The project was originally released under the name mlbstreamer with support for watching MLB.tv streams, but has expanded to include modules for watching video from NHL.tv, YouTube, Instagram, and RSS feeds, among others. I'm packaging this because over time it will phase out and replace mlbstreamer.
Bug#926165: mlbstreamer: Crashes when failing to handle 2019-style authentication
Package: mlbstreamer Version: 0.0.10-3 Severity: grave Tags: upstream pending mlb.tv changed their authentication method for the 2019 season, and 0.0.10 can't handle it, resulting in a crash upon starting up. Version 0.0.11.dev0, available on github, fixes this problem. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-3-amd64 (SMP w/36 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_DIE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mlbstreamer depends on: ii python33.7.2-1 ii python3-dateutil 2.7.3-3 ii python3-distutils 3.7.2-3 ii python3-lxml 4.3.2-1 ii python3-memoize1.0.2-2 ii python3-orderedattrdict1.5-1 ii python3-panwid 0.2.5-1 ii python3-prompt-toolkit 1.0.15-1 ii python3-requests 2.21.0-1 ii python3-six1.12.0-1 ii python3-streamlink 1.0.0+dfsg-1 ii python3-tz 2018.9-1 ii python3-tzlocal1.5.1-1 ii python3-urwid 2.0.1-2+b1 ii python3-urwid-utils0.1.2.dev2-1 ii python3-yaml 3.13-2 ii streamlink 1.0.0+dfsg-1 mlbstreamer recommends no packages. mlbstreamer suggests no packages. -- no debconf information
Bug#926153: unblock: mitmproxy/4.0.4-5
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Dear Release Team,
#923354 describes how mitmproxy 4.0.4-4 doesn't start at all due to a
missing dependency, and as such it should probably have used
"Severity:grave".
4.0.4-5 fixes that, and has been in unstable for a little while
now. I've attached the relevant debdiff between those two versions.
Could you please consider unblocking 4.0.4-5 ?
Cheers,
--
Seb
unblock mitmproxy/4.0.4-5
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-3-amd64 (SMP w/36 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_DIE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/changelog b/debian/changelog
index 2227fb62..e2d46fbc 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+mitmproxy (4.0.4-5) unstable; urgency=medium
+
+ * Add dependency on python3-pkg-resources (Closes: #923354)
+
+ -- Sebastien Delafond Mon, 04 Mar 2019 10:49:20 +0100
+
mitmproxy (4.0.4-4) unstable; urgency=medium
* Remove references to manpage in debian/rules
diff --git a/debian/control b/debian/control
index 677d471d..f963a716 100644
--- a/debian/control
+++ b/debian/control
@@ -36,7 +36,7 @@ Homepage: https://mitmproxy.org
Package: mitmproxy
Architecture: all
Pre-Depends: dpkg (>= 1.17.14)
-Depends: ${misc:Depends}, ${python3:Depends}, fonts-font-awesome (>=
4.2.0~dfsg), python3-h11
+Depends: ${misc:Depends}, ${python3:Depends}, fonts-font-awesome (>=
4.2.0~dfsg), python3-h11, python3-pkg-resources
Conflicts: python-netlib
Description: SSL-capable man-in-the-middle HTTP proxy
mitmproxy is an SSL-capable man-in-the-middle HTTP proxy. It provides
Bug#925955: simple-cdd: Fails to import correct package version from security mirror
Package: simple-cdd Version: 0.6.5 Severity: important User: de...@kali.org Usertags: origin-kali Using a very basic configuration for simple-cdd, I can't build a stretch image: # cat > cdd.conf debian_mirror=http://deb.debian.org/debian security_mirror=http://security.debian.org/ dist=stretch profiles=test ^D # mkdir -p profiles # echo nano > profiles/test.packages # build-simple-cdd --conf cdd.conf [...] WARNING Found uninstallable packages in /root/cdd/tmp/mirror/dists/stretch/main/binary-amd64/Packages: WARNING output-version: 1.2 WARNING report: WARNING- WARNING package: libpam-systemd WARNING version: 232-25+deb9u8 WARNING architecture: amd64 WARNING status: broken WARNING reasons: WARNING - WARNING missing: WARNINGpkg: WARNING package: libpam-systemd WARNING version: 232-25+deb9u8 WARNING architecture: amd64 WARNING unsat-dependency: systemd (= 232-25+deb9u8) WARNING WARNING total-packages: 364 WARNING broken-packages: 1 libpam-systemd is version 232-25+deb9u8 in stretch, but 232-25+deb9u9 in stretch/updates, so 232-25+deb9u9 should of course be selected. If I explicitely add libpam-systemd to my list of packages, everything works as it should: # echo libpam-systemd >> profiles/test.packages # build-simple-cdd --conf cdd.conf # echo $? 0 When running with --debug, you see 232-25+deb9u8 being downloaded from stretch in both cases. However, when libpam-systemd is listed in test.packages, 232-25+deb9u9 is also later downloaded from stretch/updates, and used to correctly satisfy the dependency. FTR, here's the status for systemd at the time of this writing: stable: 232-25+deb9u8 stable-sec: 232-25+deb9u9 If this changes in the future, and there is a need to reproduce, I believe it could be achieved by pointing simple-cdd to the proper snapshots.d.o mirrors. Cheers, -- Seb -- System Information: Debian Release: 9.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-3-amd64 (SMP w/36 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages simple-cdd depends on: ii dctrl-tools 2.24-2+b1 ii debian-cd 3.1.20 ii lsb-release 9.20161125 ii python3 3.5.3-1 ii python3-simple-cdd 0.6.5 ii reprepro5.1.1-1 ii rsync 3.1.2-1+deb9u1 ii wget1.18-5+deb9u2 Versions of packages simple-cdd recommends: ii dose-distcheck 5.0.1-8+deb9u1 Versions of packages simple-cdd suggests: pn qemu-system | qemu-kvm -- no debconf information
Bug#923436: debci-worker: Can't properly declare debci_mirror when setting up schroot-based workers for derived distributions
Package: debci-worker Version: 1.5.1 Severity: normal On stretch, with a debootstrap from stretch-backports that understands the kali-* suites, I'm trying to find the proper way to setup a kali schroot-based worker. The following call fails since it insists on using http.debian.net as a mirror: debci setup --force --arch armhf --backend schroot --suite kali-dev Forcing debci_mirror to http://http.kali.org in /usr/share/debci/lib/environment.sh works correctly, but it's obviously the wrong way to solve my problem. Antonio Terceiro mentioned on IRC that in 1.5.1, however, there probably wasn't much else to do: terceiro | we need to improve that terceiro | on stretch I'm afraid your workaround will be the way to do it I haven't been able to test whether this was fixed in 1.15.1, but I plan on setting up a buster-based VMs to test that. Cheers, -- Seb -- System Information: Debian Release: 9.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages debci-worker depends on: ii autodep8 0.8 ii autopkgtest 4.4 ii debci1.5.1 ii init-system-helpers 1.48 ii lxc 1:2.0.7-2+deb9u2 ii schroot 1.6.10-3+deb9u1 debci-worker recommends no packages. debci-worker suggests no packages. -- no debconf information
Bug#915872: gcalcli: Cannot import ICS file
Package: gcalcli
Version: 4.0.0~a4-1
Severity: normal
Control: tag -1 + patch
With (the default) python3, importing ICS files fail (this is a
different problem than #870384) with the following error:
Error: name 'file' is not defined!
The attached patch correct the problem.
Interestingly enough, the code on github's master[0] seems to be doing
the right thing.
Cheers,
--
Seb
[0] https://github.com/insanum/gcalcli/blob/master/gcalcli/gcalcli.py#L1491
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.18.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
Versions of packages gcalcli depends on:
ii python3 3.7.1-2
ii python3-dateutil 2.7.3-1
ii python3-googleapi 1.5.5-1
ii python3-httplib2 0.11.3-1
ii python3-oauth2client 4.1.2-3
ii python3-six 1.11.0-2
Versions of packages gcalcli recommends:
pn python3-parsedatetime
ii python3-vobject0.9.6.1-0.1
gcalcli suggests no packages.
-- no debconf information
--- /usr/bin/gcalcli2018-09-08 23:39:32.0 +0200
+++ /home/seb/tmp/gcalcli 2018-12-07 14:21:41.935711278 +0100
@@ -2087,7 +2087,7 @@
if icsFile:
try:
-f = file(icsFile)
+f = open(icsFile)
except Exception as e:
PrintErrMsg("Error: " + str(e) + "!\n")
sys.exit(1)
@@ -2095,7 +2095,7 @@
while True:
try:
-v = vobject.readComponents(f).next()
+v = next(vobject.readComponents(f))
except StopIteration:
break
Bug#915863: php-pimple: New upstream version 3.2.3
Package: php-pimple Version: 3.0.2-2 Severity: wishlist Control: block 913903 by -1 Could 3.2.3 be packaged and uploaded to sid ? https://salsa.debian.org/php-team/pear/php-pimple seems to have what's needed already, and it would help in packaging centreon. Cheers, -- Seb -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages php-pimple depends on: ii php-common 2:68 pn php-psr-container php-pimple recommends no packages. php-pimple suggests no packages.
Bug#914987: ITP: ruby-open-uri-redirections -- openuri patch to allow redirections between http and https
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: ruby-open-uri-redirections Version : 0.2.1 Upstream Author : Jaime Iniesta, Gabriel Cebrian, Felix C. Stegerman * URL : https://github.com/open-uri-redirections/open_uri_redirections * License : MIT Programming Lang: Ruby Description : openuri patch to allow redirections between HTTP and HTTPS This applies a patch to OpenURI to optionally allow redirections from HTTP to HTTPS, or from HTTPS to HTTP. This package is a dependency of puppet-beaker.
Bug#914973: ITP: ruby-stringify-hash -- ruby hash object that treats symbols and strings interchangeably
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: ruby-stringify-hash Version : 0.0.1 Upstream Author : al...@puppetlabs.com * URL : https://github.com/puppetlabs/stringify-hash * License : Apache2 Programming Lang: Ruby Description : ruby hash object that treats symbols and strings interchangeably A ruby hash object that treats symbols and strings interchangeably. This package is a dependency of puppet-beaker.
Bug#914977: ITP: puppet-beaker -- Puppet acceptance testing harness
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: puppet-beaker Version : 4.1.0 Upstream Author : Puppetlabs * URL : https://github.com/puppetlabs/beaker * License : Apache2 Programming Lang: Ruby Description : Puppet acceptance testing harness Beaker is a test harness focused on acceptance testing via interactions between multiple (virtual) machines. It provides platform abstraction between different Systems Under Test (SUTs), and it can also be used as a virtual machine provisioner - setting up machines, running any commands on those machines, and then exiting. Beaker runs tests written in Ruby, and provides additional Domain-Specific Language (DSL) methods. This gives you access to all standard Ruby along with acceptance testing specific commands.
Bug#914976: ITP: ruby-beaker-hostgenerator -- command line utility designed to generate beaker host config files
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: ruby-beaker-hostgenerator Version : 1.1.22 Upstream Author : Branan Purvine-Riley, Wayne Warren, Nate Wolfe * URL : https://github.com/puppetlabs/beaker-hostgenerator * License : Apache2 Programming Lang: Ruby Description : command line utility designed to generate beaker host config files beaker-hostgenerator is a command line utility designed to generate beaker host config files using a compact command line SUT specification. This package is a dependency of puppet-beaker.
Bug#914975: ITP: ruby-pry-byebug -- step-by-step debugging and stack navigation capabilities in pry using byebug
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: ruby-pry-byebug Version : 3.6.0 Upstream Author : David RodrÃguez, Gopal Patel * URL : https://github.com/deivid-rodriguez/pry-byebug * License : MIT Programming Lang: Ruby Description : step-by-step debugging and stack navigation capabilities in pry using byebug Adds step-by-step debugging and stack navigation capabilities to pry using byebug. To use, invoke pry normally. No need to start your script or app differently: execution will stop in the first statement after your binding.pry. This package is a dependency of puppet-beaker.
Bug#914974: ITP: ruby-in-parallel -- lightweight Ruby library with very simple syntax for parallelization
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: ruby-in-parallel Version : 0.1.17 Upstream Author : sam.wo...@puppetlabs.com * URL : https://github.com/puppetlabs/in-parallel * License : Apache2 Programming Lang: Ruby Description : lightweight Ruby library with very simple syntax for parallelization A lightweight Ruby library with very simple syntax, making use of Process.fork to execute code in parallel. Many other Ruby libraries that simplify parallel execution support one primary use case - crunching through a large queue of small, similar tasks as quickly and efficiently as possible. This library primarily supports the use case of executing a few larger and unrelated tasks in parallel, automatically managing the stdout and passing return values back to the main process. This library was created to be used by Puppet's Beaker test framework to enable parallel execution of some of the framework's tasks, and allow users to execute code in parallel within their tests. If you are looking for something that excels at executing a large queue of tasks in parallel as efficiently as possible, you should take a look at the parallel project. This package is a dependency of puppet-beaker.
Bug#913903: ITP: centreon-web -- Network, system, applicative supervision and monitoring - main app
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: centreon-web Version : 18.10.0 Upstream Author : Centreon * URL : https://github.com/centreon/centreon * License : GPL-2 Programming Lang: PHP, JavaScript Description : Network, system, applicative supervision and monitoring - main app Centreon is a modular and flexible platform for network, system and applicative supervision and monitoring. * monitoring of network services * monitoring of host resources * simple plugin design that allows users to easily develop their own service checks * parallelized service checks * ability to define network hierarchies * contact notifications when service or host problems occur and get resolved (via email, page, or user-defined method) * ability to define event handlers to be run during service or host events for proactive problem resolution * automatic log file rotation * support for implementing redundant monitoring hosts This package contains the main Centreon application.
Bug#913899: ITP: centreon-clib -- Network, system, applicative supervision and monitoring - core libraries
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: centreon-clib Version : 18.10.0 Upstream Author : Centreon * URL : https://github.com/centreon/centreon-clib * License : Apache-2 Programming Lang: C++ Description : Network, system, applicative supervision and monitoring - core libraries Centreon is a modular and flexible platform for network, system and applicative supervision and monitoring. * monitoring of network services * monitoring of host resources * simple plugin design that allows users to easily develop their own service checks * parallelized service checks * ability to define network hierarchies * contact notifications when service or host problems occur and get resolved (via email, page, or user-defined method) * ability to define event handlers to be run during service or host events for proactive problem resolution * automatic log file rotation * support for implementing redundant monitoring hosts This package contains the core clib libraries.
Bug#913902: ITP: centreon-lang-fr -- Network, system, applicative supervision and monitoring - French translation
Package: wnpp Severity: wishlist Owner: Sebastien Delafond * Package name: centreon-lang-fr Version : 18.10.0 Upstream Author : Centreon * URL : https://github.com/centreon/centreon-translations * License : Apache-2 ? (https://github.com/centreon/centreon-translations/issues/5) Programming Lang: None Description : Network, system, applicative supervision and monitoring - French translation Centreon is a modular and flexible platform for network, system and applicative supervision and monitoring. * monitoring of network services * monitoring of host resources * simple plugin design that allows users to easily develop their own service checks * parallelized service checks * ability to define network hierarchies * contact notifications when service or host problems occur and get resolved (via email, page, or user-defined method) * ability to define event handlers to be run during service or host events for proactive problem resolution * automatic log file rotation * support for implementing redundant monitoring hosts This package contains the French language pack.
