Bug#922208: slic3r: missing dependencies for gui mode
[Martin Haaß 2019-02-13] > Neither the menuitem nor the command 'slic3 --gui' did work, due to > missing packages: I ran into the same problem: % slic3r --gui Can't locate Wx.pm in @INC (you may need to install the Wx module) (@INC contains: /usr/bin/lib /usr/lib/slic3r/ /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/x86_64-linux-gnu/perl5/5.28 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at /usr/lib/slic3r/Slic3r/GUI.pm line 7. BEGIN failed--compilation aborted at /usr/lib/slic3r/Slic3r/GUI.pm line 7. Compilation failed in require at (eval 87) line 1. % Any chance to have the GUI program run out of the box? -- Happy hacking Petter Reinholdtsen
Bug#993158: slic3r: Please change icons from symlinks to files
Package: slic3r Version: 1.3.0+dfsg1-3+b1 I recently discovered that slic3r did not show up in https://wiki.debian.org/MimeTypesSupport/PackageList >, which list which packages in Debian list which MIME types in their .desktop files. I tracked down the problem in https://appstream.debian.org/sid/main/issues/slic3r.html >, and further discovered, with the help from the appstream developer Matthias Klumpp, the cause. The issue is that the package files /usr/share/icons/hicolor/128x128/apps/slic3r.png and /usr/share/icons/hicolor/192x192/apps/slic3r.png are symlinks, which are invisible for the appstream generator. Please change these icon symlinks to be files. -- Happy hacking Petter Reinholdtsen
Bug#993089: freecad: Should list DXF support in its .desktop file
Package: freecad Version: 0.18~pre1+dfsg1-5 At the moment, when using a graphical file browser like konqueror in Debian to open a .dxf file, the librecad program is loaded, even if freecad is installed. The reason for this is that the freecad desktop files do not list support for the MIME type 'image/vnd.dxf'. This MIME type is also the one listed on https://en.wikipedia.org/wiki/AutoCAD_DXF >. >From https://wiki.debian.org/MimeTypesSupport/PackageList > I see there is also the 'application/x-dxf' MIME type used by some programs, but according the the 'properties' option in konqueror, 'image/vnd.dxf' is the one used. Please adjust the freecad desktop file to list freecad as an option for DXF files in Debian. -- Happy hacking Petter Reinholdtsen
Bug#954598: [Debian-lego-team] Bug#954598: nxt-firmware: FTBFS: readr.c:49: undefined reference to `_read'
Hi, [Nicolas Schodet] > I just upgraded to bullseye and saw this. > > I have made a fix on my git repo: > > https://git.ni.fr.eu.org/nxt-firmware.git/log/ > > Now I need to update the website and do a real release. Nice! What can be changed to ensure you discover such issues before releases in the future? For the record, this is the patch: diff --git a/AT91SAM7S256/SAM7S256/gcc/Makefile b/AT91SAM7S256/SAM7S256/gcc/Makefile index f236a08..ed52112 100644 --- a/AT91SAM7S256/SAM7S256/gcc/Makefile +++ b/AT91SAM7S256/SAM7S256/gcc/Makefile @@ -45,7 +45,7 @@ ASFLAGS = -g -mcpu=$(MCU) $(THUMB) $(THUMB_INTERWORK) CPPFLAGS = $(INCLUDES) $(DEFINES) -MMD LDSCRIPT = nxt.ld LDFLAGS = -nostdlib -T $(LDSCRIPT) -Wl,--gc-sections -LDLIBS = -lc -lm -lgcc +LDLIBS = -lc -lm -lgcc -lnosys ifeq ($(ARMDEBUG),y) ASM_ARM_SOURCE += abort_handler.S undef_handler.S debug_hexutils.S \ -- Happy hacking Petter Reinholdtsen
Bug#991627: installation-guide: expand firmware-related documentation
I had a look at the 6.4 section about isenkram, and it looked good to me. -- Happy hacking Petter Reinholdtsen
Bug#991603: isenkram-autoinstall-firmware installs firmware-realtek due to iwl-debug-yoyo.bin?
[Simon Josefsson] > Hi! As far as I know, my Lenovo X201 does not have any > realtek-related hardware in it, but isenkram-autoinstall-firmware > still installs the 'firmware-realtek' for me. Is it because of the > iwl-debug-yoyo.bin (which sounds like a firmware-iwlwifi thing)? This > seems like a bug? If so, I believe it is a bug somewhere else than isenkram. In this case, the kernel driver ask for a firmware file missing on disk, isenkram-autoinstall-firmware discover this request and uses either appstream information or package file lists (similar to apt-file) to locate which package contain the requested file. In other words, isenkram do not know much about the driver, file nor packages, but depend on other sources for this information. If the kernel driver should not need the firmware file in question, it should stop requesting it. Then isenkram will not try to track it down to install it. Not sure which package to send this issue to. Any suggestions? -- Vennlig hilsen Petter Reinholdtsen
Bug#990637: Why do marble have several .desktop files?
[Sune Stolborg Vuorela] > I hope this is sufficient response to "is there a good reason", and I > think the script you use should be adapted to work with this pattern. Note, the script I use operate on the appstream data set, so the fix need to be done in the input system for appstream, not in my script. Or in marble. :) CC to Matthias, to make him aware. -- Vennlig hilsen Petter Reinholdtsen
Bug#990745: [Pkg-zfsonlinux-devel] Bug#990745: better nvme device detection in cron scripts
[M. Zhou] > get_transp(){ Any chance you can explain how it is better? It would make it easier to review the code. Providing the change as a diff against the baseline would help too. -- Happy hacking Petter Reinholdtsen
Bug#990636: qgis not listed as file browser alternative for opening kml files
[Sebastiaan Couwenberg] > Are you sure qgis supports opening KML? Yes. > When I open one of the example KML files from libkml-dev with qgis it > shows an Invalid Data Source error. Right. The KML file I work on was detected as such, and qgis showed the point placemarks (but not the MultiGeometry/Polygon placemarks :). This make me believe qgis understand KML at a useful level. Looked for official documentation on qgis and kml, but failed. http://maps.cga.harvard.edu/qgis/import/kml/ > provide some insights, though. -- Happy hacking Petter Reinholdtsen
Bug#990637: Why do marble have several .desktop files?
Package: marble Version: 4:17.08.3-3.2 I just noticed the .desktop files in marble confuses the script used to generate https://wiki.debian.org/MimeTypesSupport/PackageList > because it contain 9 .desktop files: % dpkg -L marble|grep desktop /usr/share/applications/marble_geo.desktop /usr/share/applications/marble_gpx.desktop /usr/share/applications/marble_kml.desktop /usr/share/applications/marble_kmz.desktop /usr/share/applications/marble_shp.desktop /usr/share/applications/marble_worldwind.desktop /usr/share/applications/org.kde.marble.desktop /usr/share/kservices5/marble_part.desktop /usr/share/kservices5/marble_thumbnail_kmz.desktop % Is there a good reason for all these desktop files. At elast some of them seem redundant: --- /usr/share/applications/marble_gpx.desktop 2017-10-20 05:52:49.0 +0200 +++ /usr/share/applications/marble_shp.desktop 2017-10-20 05:52:49.0 +0200 @@ -96,7 +96,7 @@ GenericName[x-test]=xxVirtual Globexx GenericName[zh_CN]=虚拟地球仪 GenericName[zh_TW]=虛擬地球儀 -MimeType=application/x-gpx+xml; +MimeType=application/x-esri-shape; Icon=marble Terminal=false Categories=Qt;KDE;Education;Geography; These two files could be combined into once by using MimeType=application/x-gpx+xml;application/x-esri-shape; Perhaps the number of .desktop files in the package can be reduced? -- Happy hacking Petter Reinholdtsen
Bug#990636: qgis not listed as file browser alternative for opening kml files
Package: qgis Version: 2.18.28+dfsg-2 While working on KML files, I discovered that qgis did not show up in KDE Dolphin as an alternative to open the KML files I created. Only Marble showed up there, despite the fact that I have both installed. I believe the reason is that the MIME type application/vnd.google-earth.kml+xml is not listed in the qgis .desktop file as a supported file format. Perhaps it should be added? Note, https://wiki.debian.org/MimeTypesSupport/PackageList > and https://wiki.debian.org/MimeTypesSupport > have more information on MIME types and packages in Debian. -- Happy hacking Petter Reinholdtsen
Bug#990310: RFP: translatelocally -- desktop application for text translation
Package: wnpp Severity: wishlist * Package name: translatelocally Version : n/a, git snapshot Upstream Author : Nikolay Bogoychev * URL : https://www.translatelocally.com/, https://github.com/XapaJIaMnu/translateLocally * License : MIT Description : desktop application for text translation Unlike cloud providers, all processing is performed locally and your text remains privately on your computer. -- Happy hacking Petter Reinholdtsen
Bug#982433: rmdir: failed to remove '/var/cache/app-info/': Directory not empty
Control: reassign -1 appstream Control: found -1 0.14.0-2 Control: affects -1 isenkram-cli [積丹尼 Dan Jacobson] > [INSTALL, DEPENDENCIES] appstream:amd64 0.14.0-2 > [INSTALL, DEPENDENCIES] gir1.2-appstream-1.0:amd64 0.14.0-2 > [INSTALL, DEPENDENCIES] libappstream4:amd64 0.14.0-2 > [INSTALL, DEPENDENCIES] liblmdb0:amd64 0.9.24-1 > [INSTALL, DEPENDENCIES] libstemmer0d:amd64 2.1.0-1 > [INSTALL, DEPENDENCIES] libyaml-0-2:amd64 0.2.2-1 > [INSTALL] isenkram-cli:amd64 0.45 Right. I suspect appstream might be the source of this, reassigning. Please send the issue back if this was wrong. -- Happy hacking Petter Reinholdtsen
Bug#989884: isenkram-cli: isenkram-autoinstall-firmware doesn't find any firmware packages
Control: severity -1 important [Cyril Brulebois] > Justification: doesn't fullfil its purpose out of the box Thank you for the feedback. The severity seem to be based on the misunderstanding that the purpose of isenkram-cli is to provide isenkram-autoinstall-firmware, while it actually is to provide isenkram-lookup and friends, so I set it to important which reflect the importance of the isenkram-autoinstall-firmware script. When that is said, the bugs you found should be fixed and I am having a look at your patches. > Finally, I haven't seen this return anything: > > appstreamlookup() { > fwfile="$1" > appstreamcli what-provides firmware:runtime "$fwfile" | \ > awk '/Package:/ { print $2}' > } > > I'm no appstream expert though, so I have no idea whether that's an > appstreamcli limitation, a usage problem from the caller side, and/or > some requirements that aren't met on the setup side. It's still a little > surprising to me as both code and comments suggest appstream is the > preferred way to get the information… I am not an appstream expert either, but lets bring "my" expert Matthias Klumpp into the loop. Perhaps he got a clue what is going wrong here? I ran this test on a few of my machines, and it provide several matches: for f in $(find /lib/firmware/ -type f |sed s%/lib/firmware/%%); do appstreamcli what-provides firmware:runtime $f done -- Happy hacking Petter Reinholdtsen
Bug#700841: trouble with debootstrap a ppc SPE build
Is there some reason this bug report about an expired ports key is not yet flagged as done, or is it an oversight? -- Happy hacking Petter Reinholdtsen
Bug#988908: plantuml: Can plantuml work with default-jre-headless?
Package: plantuml Version: 1:1.2018.13+ds-1 Tags: patch In https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues/272 > there is a discussion on running plantuml in a docker image without installing a lot of X11 related packages. I tracked this down to the dependency in plantuml on default-jre. Would it be possible to change this to also accept the headless version, ie 'default-jre | default-jre-headless'? It would reduse the apt download by 21.4 MiB and the disk footprint by 214 MiB. Here is a way to test the impact of default-jre vs. default-jre-headless: #!/bin/sh unset TMP TMPDIR TEMP root=/tmp/plantuml-test-chroot debootstrap stable "$root" chroot "$root" mount -t proc proc /proc chroot "$root" apt install -y --no-install-recommends default-jre-headless chroot "$root" apt install -y --no-install-recommends default-jre chroot "$root" umount /proc -- Happy hacking Petter Reinholdtsen
Bug#775878: libmono-corlib4.5-cil: circular dependencies cause failures in some upgrade scenarios
[Michael Gilbert 2015-03-29] > I just did a wheezy->jessie test upgrade with libmono-corlib4.0-cil > initially installed and it went fine. Sadly upgrades do not split package sets the same place every time, so the cycle can still be present even if an upgrade succeeds. And I just noticed several mono related cycles is reported in http://debian.semistable.com/debgraph.out.html >, See details in http://debian.semistable.com/dot/mono-runtime-sgen_testing.png >, http://debian.semistable.com/dot/libmono-system-web4.0-cil_stable.png >, http://debian.semistable.com/dot/libmono-system-servicemodel4.0a-cil_stable.png > and http://debian.semistable.com/dot/monodoc-manual_stable.png >. Fixing those cycles would make the mono upgrade success more predictable. -- Happy hacking Petter Reinholdtsen
Bug#988656: kylin-video: Strange MIME entries in desktop file, (*) seem misplaced
Package: kylin-video Version: 2.1.2-1 Dear maintainer, While updating https://wiki.debian.org/DebianMultimedia/PlayerSupport > today, I discovered some strange MIME entries in the desktop file for kylin-video: % grep -i ^MimeType= /usr/share/applications/kylin-video.desktop |tr ";" "\n"|grep '\*' audio/amr(*) audio/x-aiff(*) audio/basic(*) audio/midi(*) audio/x-musepack(*) audio/x-ape(*) audio/x-m4a(*) audio/x-mod(*) audio/x-s3m(*) video/x-flv(*) video/ogg(*) video/3gpp(*) video/x-mng(*) video/x-fli(*) video/x-flc(*) video/x-m4v(*) video/3gpp2(*) % Are you sure the '(*)' part should be in these MIME identifieres? I doubt any program will understand the notation, but do not understand what it mean. -- Happy hacking Petter Reinholdtsen
Bug#987959: pev: peres affected by off-by-one error in libpe
I asked for an unblock from the release team in https://bugs.debian.org/988095 >. -- Happy hacking Petter Reinholdtsen
Bug#937234: pam-python: Python2 removal in sid/bullseye
[Dominik George] > @Mike, @Petter: Did you realise that pam-python is AGPL? According to https://bugs.debian.org/578650 > it was Eclipse Public License v1.0 when it was initially registered. I was not aware of any relicencing, but see the d/copyright file now say AGPL. No idea when the change happened. I am not aware that AGPL have such effect on desktop systems either, but that is unrelated to your question. > If the latter fails, we should either rewrite such a module under a > less restrictie licence, or rewrite libpam-mklocaluser in C or Rust, > or get rid of the need for libpam-mklocaluser (probably by using > sssd). I believe there is also a small pam module in debian-edu-config to ask people to change passwords using the web interface. -- Happy hacking Petter Reinholdtsen
Bug#988095: unblock: pev/0.81-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock https://tracker.debian.org/pkg/pev > Please unblock package pev version 0.81-3 used by lintian. It include a patch from upstream to fix the RC issue https://bugs.debian.org/987959 >. While looking at the package I noticed a CI failure on s390x, most likely because the gzip-win32 package there do not include gzip.exe, and adjusted the autopkgtest to try to make sure this is the case. This is not RC as such, but I included it anyway as the CI results is a key part of the migration process these days. As the issue is RC, the package is used by lintian which is fairly important in Debian, and 20 days from now might be after the release of Bullseye, I decided to file a unblock request even thought it might not be needed. This is the complete patch between 0.81-2 and 0.81-3: diff --git a/debian/changelog b/debian/changelog index e11e3ed..94b091e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +pev (0.81-3) unstable; urgency=medium + + * QA upload. + * Avoid off-by-one error in libpe pe_utils_str_widechar2ascii() +(Closes: #987959) + * Extended autopkgtest to report if the Windows EXE file is missing. + + -- Petter Reinholdtsen Wed, 05 May 2021 14:09:18 +0200 + pev (0.81-2) unstable; urgency=medium * QA upload. diff --git a/debian/patches/0001-widechar-off-by-one.patch b/debian/patches/0001-widechar-off-by-one.patch new file mode 100644 index 000..d5eedab --- /dev/null +++ b/debian/patches/0001-widechar-off-by-one.patch @@ -0,0 +1,24 @@ +From 5737a97c57be175333fc0c6f51bb2cdd7101c17e Mon Sep 17 00:00:00 2001 +From: Jardel Weyrich +Date: Mon, 18 Jan 2021 22:03:49 -0300 +Subject: [PATCH] utils: Fix off-by-one error in pe_utils_str_widechar2ascii. +Bug-Debian: https://bugs.debian.org/987959 +Origin: https://github.com/merces/libpe/commit/5737a97c57be175333fc0c6f51bb2cdd7101c17e + +--- + utils.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/utils.c b/utils.c +index bd2da84..f05ba67 100644 +--- a/lib/libpe/utils.c b/lib/libpe/utils.c +@@ -132,7 +132,7 @@ char *pe_utils_str_array_join(char *strings[], size_t count, char delimiter) { + + void pe_utils_str_widechar2ascii(char *output, const char *widechar, size_t length) { + // quick & dirty UFT16 to ASCII conversion +- for (size_t p = 0; p <= length; p++) { ++ for (size_t p = 0; p < length; p++) { + memcpy(output + p, (uint16_t *)(widechar) + p, 1); + } + } diff --git a/debian/patches/series b/debian/patches/series index e69de29..35c0990 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -0,0 +1 @@ +0001-widechar-off-by-one.patch diff --git a/debian/tests/test-runs b/debian/tests/test-runs index d99db19..675d4ec 100755 --- a/debian/tests/test-runs +++ b/debian/tests/test-runs @@ -20,14 +20,23 @@ else VALGRIND= fi -if $VALGRIND pesec /usr/share/win32/gzip.exe | grep ASLR; then +TESTEXE="/usr/share/win32/gzip.exe" + +# Detect problem on s390x +if [ ! -e "$TESTEXE" ] ; then +echo "error: missing gzip.exe. No such file in gzip-win32?" +dpkg -L gzip-win32 +exit 1 +fi + +if $VALGRIND pesec "$TESTEXE" | grep ASLR; then echo "success: pesec reported ASLR status" else echo "error: pesec did not report ASLR status" retval=1 fi -if $VALGRIND pehash /usr/share/win32/gzip.exe | grep sha256:; then +if $VALGRIND pehash "$TESTEXE" | grep sha256:; then echo "success: pehash reported ASLR status" else echo "error: pehash did not report ASLR status" -- Happy hacking Petter Reinholdtsen
Bug#987959: pev: peres affected by off-by-one error in libpe
I've asked upstream if this is a security issue, and if so, what its CVE is, in https://github.com/merces/libpe/issues/34 >. As far as I can tell, it is writing past the assigned buffer, which might be a security issue. -- Happy hacking Petter Reinholdtsen
Bug#987954: RFP: mediapipe -- customizable ML solutions for live and streaming media.
Package: wnpp Severity: wishlist * Package name: mediapipe Version : 0.8.3.2 Upstream Author : Google * URL : https://mediapipe.dev/, https://github.com/google/mediapipe * License : Apache Description : customizable ML solutions for live and streaming media. Python and Web browser library. -- Happy hacking Petter Reinholdtsen
Bug#987903: RFP: tsmuxer -- Multimedia muxer and authoring tool
Package: wnpp Version: N/A; reported 2002-10-15 Severity: wishlist * Package name: tsmuxer Version : n/a, nightly snapshots Upstream Author : justdan96 * URL : https://github.com/justdan96/tsMuxer * License : Apache Description : Multimedia muxer and authoring tool tsMuxer is a transport stream muxer for remuxing/muxing elementary streams, EVO/VOB/MPG, MKV/MKA, MP4/MOV, TS, M2TS to TS to M2TS. Supported video codecs H.264/AVC, H.265/HEVC, VC-1, MPEG2. Supported audio codecs AAC, AC3 / E-AC3(DD+), DTS/ DTS-HD. In https://forum.doom9.org/showthread.php?t=176668 > the release of tsMuxeR as free software was announced, after many years as freeware. It is a tool useful for authoring blueray disk movies. -- Happy hacking Petter Reinholdtsen
Bug#987865: unblock: libtorrent-rasterbar/1.2.9-0.3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock https://tracker.debian.org/pkg/libtorrent-rasterbar > Please unblock package libtorrent-rasterbar version 1.2.9-0.3 needed by vlc-plugin-bittorrent. It include a patch from upstream to fix the RC issue https://bugs.debian.org/987306 >. Sadly I forgot to include the (Closes: #987306) part of the changelog, but it is added into the git repo and should be included in future uplaods. I could do a new upload with an updated changelog if you want. This is the complete patch between 1.2.9-0.2 and 1.2.9-0.3: diff --git a/debian/changelog b/debian/changelog index fac2238e8..a7a0c392a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +libtorrent-rasterbar (1.2.9-0.3) unstable; urgency=medium + + * Non-maintainer upload. + * Added d/patches/ README suggesting patch ordering and naming. + * Added patch from upstream to make python move_storage() match C++ signature + + -- Petter Reinholdtsen Fri, 30 Apr 2021 07:51:42 +0200 + libtorrent-rasterbar (1.2.9-0.2) unstable; urgency=medium * Non-maintainer upload. diff --git a/debian/patches/0001-python-move-storage.patch b/debian/patches/0001-python-move-storage.patch new file mode 100644 index 0..eed013288 --- /dev/null +++ b/debian/patches/0001-python-move-storage.patch @@ -0,0 +1,57 @@ +Description: fix regression in python binding for move_storage() +Origin: upstream, commit 386596aa88a19dcba3d4f5925dbce3c517065ea2 +Author: arvidn +Last-Update: 2021-04-30 +Bugs-Debian: https://bugs.debian.org/987306 + +diff --git a/bindings/python/src/converters.cpp b/bindings/python/src/converters.cpp +index 68ca2cf66..7d9eb1f9b 100644 +--- a/bindings/python/src/converters.cpp b/bindings/python/src/converters.cpp +@@ -23,6 +23,7 @@ + #include "libtorrent/peer_class.hpp" + #include "libtorrent/pex_flags.hpp" + #include "libtorrent/string_view.hpp" ++#include "libtorrent/storage_defs.hpp" + #include + #include + +@@ -342,6 +343,30 @@ struct to_strong_typedef + } + }; + ++template ++struct to_enum_class ++{ ++ using underlying_type = typename std::underlying_type::type; ++ ++ to_enum_class() ++ { ++converter::registry::push_back( ++, , type_id() ++); ++} ++ ++static void* convertible(PyObject* x) ++{ ++return PyNumber_Check(x) ? x : nullptr; ++} ++ ++static void construct(PyObject* x, converter::rvalue_from_python_stage1_data* data) ++{ ++void* storage = ((converter::rvalue_from_python_storage*)data)->storage.bytes; ++data->convertible = new (storage) T(static_cast(static_cast(extract(object(borrowed(x)); ++} ++}; ++ + template + struct from_bitfield_flag + { +@@ -495,6 +520,7 @@ void bind_converters() + to_strong_typedef(); + to_strong_typedef(); + to_strong_typedef(); ++to_enum_class(); + to_bitfield_flag(); + to_bitfield_flag(); + to_bitfield_flag(); diff --git a/debian/patches/README b/debian/patches/README new file mode 100644 index 0..80c158437 --- /dev/null +++ b/debian/patches/README @@ -0,0 +1,3 @@ +0xxx: Grabbed from upstream development. +1xxx: Possibly relevant for upstream adoption. +2xxx: Only relevant for official Debian release. diff --git a/debian/patches/series b/debian/patches/series index 682a66f02..91feb9475 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1 +1,2 @@ +0001-python-move-storage.patch fix-html-docs.patch -- Happy hacking Petter Reinholdtsen
Bug#987820: libtorrent-rasterbar: diff for NMU version 1.2.9-0.3
Package: libtorrent-rasterbar Version: 1.2.9-0.3 Severity: normal Tags: patch pending This is the patch for my 1.2.9-0.3 NMU. I failed to include the BTS #987306 reference to the RC bug fixed by this upload. diff --git a/debian/changelog b/debian/changelog index fac2238e8..a7a0c392a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +libtorrent-rasterbar (1.2.9-0.3) unstable; urgency=medium + + * Non-maintainer upload. + * Added d/patches/ README suggesting patch ordering and naming. + * Added patch from upstream to make python move_storage() match C++ signature + + -- Petter Reinholdtsen Fri, 30 Apr 2021 07:51:42 +0200 + libtorrent-rasterbar (1.2.9-0.2) unstable; urgency=medium * Non-maintainer upload. diff --git a/debian/patches/0001-python-move-storage.patch b/debian/patches/0001-python-move-storage.patch new file mode 100644 index 0..eed013288 --- /dev/null +++ b/debian/patches/0001-python-move-storage.patch @@ -0,0 +1,57 @@ +Description: fix regression in python binding for move_storage() +Origin: upstream, commit 386596aa88a19dcba3d4f5925dbce3c517065ea2 +Author: arvidn +Last-Update: 2021-04-30 +Bugs-Debian: https://bugs.debian.org/987306 + +diff --git a/bindings/python/src/converters.cpp b/bindings/python/src/converters.cpp +index 68ca2cf66..7d9eb1f9b 100644 +--- a/bindings/python/src/converters.cpp b/bindings/python/src/converters.cpp +@@ -23,6 +23,7 @@ + #include "libtorrent/peer_class.hpp" + #include "libtorrent/pex_flags.hpp" + #include "libtorrent/string_view.hpp" ++#include "libtorrent/storage_defs.hpp" + #include + #include + +@@ -342,6 +343,30 @@ struct to_strong_typedef + } + }; + ++template ++struct to_enum_class ++{ ++ using underlying_type = typename std::underlying_type::type; ++ ++ to_enum_class() ++ { ++converter::registry::push_back( ++, , type_id() ++); ++} ++ ++static void* convertible(PyObject* x) ++{ ++return PyNumber_Check(x) ? x : nullptr; ++} ++ ++static void construct(PyObject* x, converter::rvalue_from_python_stage1_data* data) ++{ ++void* storage = ((converter::rvalue_from_python_storage*)data)->storage.bytes; ++data->convertible = new (storage) T(static_cast(static_cast(extract(object(borrowed(x)); ++} ++}; ++ + template + struct from_bitfield_flag + { +@@ -495,6 +520,7 @@ void bind_converters() + to_strong_typedef(); + to_strong_typedef(); + to_strong_typedef(); ++to_enum_class(); + to_bitfield_flag(); + to_bitfield_flag(); + to_bitfield_flag(); diff --git a/debian/patches/README b/debian/patches/README new file mode 100644 index 0..80c158437 --- /dev/null +++ b/debian/patches/README @@ -0,0 +1,3 @@ +0xxx: Grabbed from upstream development. +1xxx: Possibly relevant for upstream adoption. +2xxx: Only relevant for official Debian release. diff --git a/debian/patches/series b/debian/patches/series index 682a66f02..91feb9475 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1 +1,2 @@ +0001-python-move-storage.patch fix-html-docs.patch -- Happy hacking Petter Reinholdtsen
Bug#986984: unblock: debian-edu-doc/2.11.22
[Holger Levsen] > I'll guess I'll invent something myself then... What about looking for selected keywords like 'Debian Edu', 'Skolelinux, "$(lsb_release -c -s)" or similar by grepping the documentation files, to ensure the content is somewhat relevant? And perhaps linting the HTML (weblint-perl?) and epub (epubcheck?) files to verify the format is correct? -- Happy hacking Petter Reinholdtsen
Bug#984791: eatmydata-udeb: udeb included in Debian ISO, but eatmydata and libeatmydata1 are not
For the record, a patch to fix this issue (missing debs on ISO) has been provided in https://bugs.debian.org/986772 >, and the maintainer said the fix will be included in the next official ISOs. See also thread starting on https://lists.debian.org/debian-boot/2021/03/msg00121.html > for a discussion on the topic in debian-boot@. I suspect this BTS report should be either closed as fixed or moved to some other package (d-i?) for futher followup. As far as I understand it, there is not much more to do in the eatmydata-udeb context. The rest of the fixes need to happen in debootstrap, d-i and the ftp archive. -- Happy hacking Petter Reinholdtsen
Bug#700633: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool
[Samuel Thibault] > In my understanding, "ignore" carries a negative meaning, as if d-b > people didn't *want* to have a look at the proposed patches. OK. Personally, I ignore a lot of things due to lack of capacity, and while it can of course be negative for those being ignored, it has a positive effect on me avoiding overload. To me the difference of not noticing and ignoring is the choice one make about what to look at. I assume the understaffed team decide which issues to look at and which to ignore, even if the decision process is is "pick random issue, leave the rest* or "pick issue that look interesting, leave rest for others* or something else. :) Anyway, I am happy to report that action point 4 was just fixed in git according to https://bugs.debian.org/986772 >. This should make it simple to fix action point 3 too, enabling eatmydata-udeb in the default installation, before the release of Bullseye. As for action points 1 and 2, patching debootstrap and d-i to use new option, I seriously doubt it can be implemented and tested quickly enough, but would love to be wrong. Perhaps all that is needed is more positive test reports for the patch in https://bugs.debian.org/700633 >. :) -- Happy hacking Petter Reinholdtsen
Bug#986772: [patch] debian-cd: Include eatmydata deb for udeb to use offline
[Steve McIntyre] > I've just merged this patch so daily/weekly CD builds will include > eatmydata now. Thank you very much! -- Happy hacking Petter Reinholdtsen
Bug#700633: Speed up installation: activate eatmydata-udeb by default and include eatmydata package in /pool
Thank you for the CC. I am not subscribed to debian-boot@ and it would have take a while before I discovered your reply on the web view. [Samuel Thibault] > Petter Reinholdtsen, le lun. 12 avril 2021 07:34:38 +0200, a ecrit: >> Sad to hear the patch has been ignored for several years. > > Please do not confuse "ignore" with "terribly understaffed". In my experience, "terribly understaffed" can lead to many things being ignored, and I this fund ignored to be the correct term for it. The staff level is useful as an explanation but do not really change the effect, which is that changes for the better do not get applied. I could apply the debian-cd change myself, if everyone agree that it should be applied, but have not touched debian-cd for so long it seemed safest to only publish the patch as a start. Please let me know via https://bugs.debian.org/986772 > if you agree or disagree with that change, and I can apply it if no-one objects by the end of the week. I am not sadly qualified at the moment to look at debootstrap, and unlikely to find time to reload that code base into my head any time soon. Sorry about that. Looked at the ubuntu patch for debootstrap, as it came from a @ubuntu user, but unfortunately they are not carrying it yet, so it has not been testet there. -- Happy hacking Petter Reinholdtsen
Bug#986772: [patch] debian-cd: Include eatmydata deb for udeb to use offline
Package: debian-cd Version: 3.1.33 Tags: patch A proposal is floating on debian-boot@ to speed up the installation significatly using the eatmydata-udeb. This only work with network installations, but it would be great if it worked with offline installations too. See thread starting on https://lists.debian.org/debian-boot/2021/03/msg00121.html > for the history so far. The eatmydatat udeb has been in included on the Debian Edu images for a while now, the deb is small, and is not activated by default with this change, so the impact for the default installation is very small. diff --git a/tasks/bullseye/forcd1 b/tasks/bullseye/forcd1 index 37733845..904ee658 100644 --- a/tasks/bullseye/forcd1 +++ b/tasks/bullseye/forcd1 @@ -23,3 +23,6 @@ pppconfig /* #861288 - make it easier for users to report installation problems */ reportbug +/* ensure eatmydata-udeb can speed up offline installs too */ +eatmydata +libeatmydata1 -- Happy hacking Petter Reinholdtsen
Bug#953686: closed by Dmitry Shachnev (Re: Bug#953686: Add support for list-table :widths: and :header-rows: to rst2html?)
Thank you, Dmitry Shachnev, for the very useful input. Sorry I did not notice it before now, but it will apply directly to the problem at hand, which we track in https://github.com/arkivverket/noark5-standard/issues/101 >. -- Happy hacking Petter Reinholdtsen
Bug#685219: grub-pc: grub installation failed(core.img too large)
[Tobias Unsleber] > I got the error message: > > /usr/sbin/grub-setup: warn: Your core.img is unusally large. It won't fit in > the embedding area.. I ran into the same error when upgrading from 2.02+dfsg1-20+deb10u3 to 2.02+dfsg1-20+deb10u4 in Buster. The /boot/grub/i386-pc/core.img file in 2.02+dfsg1-20+deb10u3 is 31084 bytes, and while I do no longer have the byte size for 2.02+dfsg1-20+deb10u4 around, it vas close to the same number and 32 blocks according to ls -s. I use RAID for / and ZFS on other file systems on the machine in question. 62 blocks are unused at the start of the disk. -- Happy hacking Petter Reinholdtsen
Bug#985123: isenkram-autoinstall-firmware: references obsolete httpredir.debian.org
[Paul Wise] > The httpredir.debian.org domain is obsolete, I suggest replacing it > with https://deb.debian.org/debian or even better detecting the user's > chosen mirror and using that instead of forcing a specific mirror. Thank you for the reminder. Strange no-one decided to redirect httpredir to deb.debian.org if the former is obsolete and the latter is current... Anyway, I've commited the new name to the master branch and will include it in the next upload. I am unsure how to reliably detect the current Debian mirror, in the precense of local APT sources, TOR addresses etc, so I did not try that approach. -- Vennlig hilsen Petter Reinholdtsen
Bug#984791: eatmydata-udeb: udeb included in Debian ISO, but eatmydata and libeatmydata1 are not
[ValdikSS] > 2. eatmydata and libeatmydata1 packages should present in ISO images > (/pool directory) to make eatmydata-udeb possible to use without the > internet (you say it downloads the packages when internet is > connected, I'm not sure it works though). If it do not work, it is a bug that should be fixed. > 3. eatmydata-udeb should also inject libeatmydata to the base system > installation process, which is performed by debootstrap. Base system > installation is also quite slow, not as slow as the main system due > to much less package count, but still takes much more time than it > should. While I agree, I have no idea how to sensible do this, ie how to convince debootstrap to use libeatmydata. In short, I do not believe it can be done without changing debootstrap, so I did not do it. :) > With this script, patched debian-10.6.0-amd64-DVD-1.iso ISO file which > previously took 1 hour, 44 minutes, 30 seconds to install, now > installs in 10 minutes 37 seconds. Patched netinstall image, when run > without the internet access, installs the whole mini distro with base > utilities in less than 3 minutes. I hope you will blog about this, email debian-boot@ and convince the people on #debian-boot that enabling eatmydata-udeb by default is a good idea. I just do not have the capacity to work on this myself, but I agree completely that a quicker installation is something to go for. :) > If #2 (packages in iso image) it not an eatmydata-udeb packaging > concern, please tell for which package I should create a bug, it's not > clear for me. Part of it is for the d-i teams (aka the debian-boot related contact points mentioned above to decide. I suspect eatmydata is has done as much as can be done in the package, and the rest need to be fixed elsewhere. :) -- Happy hacking Petter Reinholdtsen
Bug#984791: eatmydata-udeb: udeb included in Debian ISO, but eatmydata and libeatmydata1 are not
[Mattia Rizzolo] >> eatmydata-udeb is included in Debian ISO files but can't be used as >> eatmydata and libeatmydata1 are missing in ISO pool on any ISO I've >> tested (CD/DVD, regular/live). Without the library eatmydata-udeb >> does nothing. It also does not attempt to load the library over the >> internet. > > As a person that doesn't make use of eatmydata-udeb, I'm not that > clear about how it was supposed to work, as such I'm CCing the person > who implemented the whole thing. Not quite sure what I am supposed to contribute here... The udeb will, when activated in d-i, try to speed up the Debian installation into the /target/ (aka the hard drive) by disabling (a lot of) file system flushing while the installation is going on. If the eatmydata package is not provided by the installation media (aka CD/DVD), one need to install it from the net. Apt should handle that transparently if doing a network install. > But from what I can see, what it does is to apt install eatmydata > itself into the base system after it's fully bootstrapped and apt > configured. and then it hooks itself into the chroot's apt > configuration. Exactly. And the it unhooks itself at the end of the installation, to make sure the installed system will do normal file system flushes. >> I should mention that eatmydata-udeb by itself is not used by default >> and could be activated only with preseed file or kernel argument. I believe we enabled it by default in Debian Edu, to speed up the installation of the 1500 packages being installed by the largest profiles. :) -- Happy hacking Petter Reinholdtsen
Bug#984547: isenkramd failure with with "TypeError: argument should be integer or bytes-like object, not 'str'"
Control: tags -1 +patch [Raphaël Hertzog] > It looks like that the package was not fully tested in a Python 3 context > as this is a common failure when you mix binary content and text > content. Thank you for bringing this to my attention. Definitely insufficient testing. I had a look at the code and tried various approaches (use decode(), decode('utf-8') to convert line, add encoding='utf-8' to open), but in the end decided that no charset conversion magic is really needed to find three ascii characters in a byte stream and went with this approach below. Further testing also exposed other issues, also fixed below. diff --git a/isenkramd b/isenkramd index ab09c9e..aea1fa9 100755 --- a/isenkramd +++ b/isenkramd @@ -286,7 +286,7 @@ npkgs = None def notify_pleaseinstall(notification=None, action=None, data=None): pkgs = data -pkgsstr = string.join(pkgs, " ") +pkgsstr = " ".join(pkgs) #print pkgs print("info: button clicked, installing %s" % pkgsstr) if use_apt_daemon: @@ -295,7 +295,7 @@ def notify_pleaseinstall(notification=None, action=None, data=None): installer = PackageKitInstaller(pkgs) installer.request_installation() def notify(bus, vendor, device, pkgs): -pkgstr = string.join(pkgs, " ") +pkgstr = " ".join(pkgs) if 'usb' == bus: usbdb = isenkram.usb.usbdb() usbinfo = usbdb.product(vendor, device) @@ -337,7 +337,7 @@ def is_pkg_installed(packagename): while True: retcode = p.poll() line = p.stdout.readline() -if 0 == line.find("ii "): +if 0 == line.find(b"ii "): retval = True if(retcode is not None): break @@ -402,7 +402,7 @@ def uevent_callback(client, action, device, user_data): else: alreadyinstalled.append(pkg) print("info: not proposing already installed package(s) %s" % \ -string.join(alreadyinstalled, ', ')) + ', '.join(alreadyinstalled)) if 0 < len(newpkg): vendorid, deviceid, bcdevice = \ device.get_property("PRODUCT").split("/") Please test it and let me know if it solve your problem too. -- Happy hacking Petter Reinholdtsen
Bug#982505: [Pkg-zfsonlinux-devel] Bug#982505: zfsutils-linux: trim cronjob triggers "cannot trim" e-mails on spinning rust
[Christoph Biedl] > Please find a solution for this - preferably by checking beforehand > whether trimming is possible. Or if all else fails, by muting stderr > from the "zpool trim" command. Although that might hide serious errors > as well. Good point. This can fill up the disk on a server where no-one check the email. Any idea how to figure out if trimming is possible/useful? -- Happy hacking Petter Reinholdtsen
Bug#982433: rmdir: failed to remove '/var/cache/app-info/': Directory not empty
[積丹尼 Dan Jacobson] > # aptitude install isenkram-cli > # isenkram-lookup > # aptitude purge isenkram-cli > rmdir: failed to remove '/var/cache/app-info/': Directory not empty > > -rwxr-xr-x 1 root root 36864 02-10 16:44 /var/cache/app-info/cache/en_US.cache Interesting. Must be some dependency creating that file, as I believe isenkram-cli do not on its own. Any idea which one it could be? -- Happy hacking Petter Reinholdtsen
Bug#982144: php-klogger: Useless in Bullseye
[James Valleroy] > Yes, it was useless to ship in buster. While I can not vouch for php-klogger, I do know as a Debian user that I often are pleasently surprised to find libraries I need for software packages not currently in Debian. Such library might lack reverse dependencies in the Debian archive, but still provide value to the users that need it. :) This make it very hard to verify if a package is truly useless to ship in a stable release. :) -- Vennlig hilsen Petter Reinholdtsen
Bug#980571: please forward to upstream
Control: forwarded -1 https://git.jami.net/savoirfairelinux/ring-daemon/-/issues/406 The SIP patch was applied to upstream master branch three days ago, https://git.jami.net/savoirfairelinux/ring-daemon/-/commit/27504587e5dafadf986796f5ce0b1f065a3800bc >. The FFMPEG patch has been included in the Debian package in bullseye since 2021-01-29. -- Happy hacking Petter Reinholdtsen
Bug#980571: please forward to upstream
[Alexandre Viau] > Would you please forward this patch to upstream? The patch originates from upstream. It has been floating on the IRC channel for a while already. -- Happy hacking Petter Reinholdtsen
Bug#980571: jami-daemon: [patch] Get SIP calls to Zoom working
[Petter Reinholdtsen] > Any hope to get Jami in Debian Bullseye to work with Zoom before the > freeze? Am I correct in I assuming it is not using the embedded > ffmpeg source, and the fix need to go in the ffmpeg package? No matter if my assumtion is correct or not, I talked to the Debian ffmpeg maintainers and the upstream developers and the fix has been included in the release/4.3 branch upstream and should be uploaded to Debian Unstable this weekend. http://git.videolan.org/?p=ffmpeg.git;a=shortlog;h=refs/heads/release/4.3 > commit 666d2fc6e2848643b049ac2854b047cfdb9b0217. -- Happy hacking Petter Reinholdtsen
Bug#980571: jami-daemon: [patch] Get SIP calls to Zoom working
With the previously provided patch, SIP calls to Zoom would get video but no audio. The trigger for the audio issue was found yesterday, and is the Zoom use of SILC Opus frames in the audio, which is not supported by the ffmpeg version used. A Jami patch to to modify its embedded ffmpeg copy is available from https://review.jami.net/c/ring-daemon/+/16892 >, and a the ffmpeg issue is https://trac.ffmpeg.org/ticket/4641 > which was fixed 3 months ago. Any hope to get Jami in Debian Bullseye to work with Zoom before the freeze? Am I correct in I assuming it is not using the embedded ffmpeg source, and the fix need to go in the ffmpeg package? A quick workaround to get Zoom audio working with Jami is to disable Opus audio in the GUI. This way Jami and Zoom negotiate to use another audio codec and the problem is avoided. With that in place, the only remaining issue with Jami and Zoom is that the SIP endpoint in Zoom have no implementation for receiving dial tone input, so no way to interact with the session to enter passcode, meeting ID or unmute oneself. This unfortunately need to be solved on the Zoom end, I suspect. -- Happy hacking Petter Reinholdtsen
Bug#980488: wine-development: FTBFS in sid
[Gianfranco Costamagna] > Hello, your package FBTFS in sid... This is the build error on arm64: ../../tools/winegcc/winegcc -o cabinet.dll.so --wine-objdir ../.. -fPIC -fasynchronous-unwind-tables -shared cabinet.spec -mno-cygwin cabinet_main.o fci.o fdi.o cabinet.res ../../dlls/ucrtbase/libucrtbase.a -Wl,-z,relro -Wl,-z,now -Wl,-rpath,/usr/lib/aarch64-linux-gnu/wine-development warning: unknown warning option '-Wno-implicit-int-float-conversion'; did you mean '-Wno-implicit-float-conversion'? [-Wunknown-warning-option] 5 warnings generated. ../../tools/winegcc/winegcc -o combase.dll.fake --wine-objdir ../.. -fPIC -fasynchronous-unwind-tables -shared combase.spec -mno-cygwin roapi.o string.o -ladvapi32 -lole32 ../../dlls/uuid/libuuid.a ../../dlls/ucrtbase/libucrtbase.a -Wl,-z,relro -Wl,-z,now -Wl,-rpath,/usr/lib/aarch64-linux-gnu/wine-development clang -c -o comboex.o comboex.c -I. -I../../include -I../../include/msvcrt -D__WINESRC__ -D_COMCTL32_ -D_UCRT -D_REENTRANT -fPIC -fno-builtin -fshort-wchar -Wall -pipe -fcf-protection=none -fno-stack-protector -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wno-packed-not-aligned -Wno-pragma-pack -Wshift-overflow=2 -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings -gdwarf-2 -gstrict-dwarf -Wdate-time -g -O2 -fdebug-prefix-map=/<>=. -Wno-shift-overflow -Wno-unused-function -Wno-format -Wno-absolute-value -Wno-enum-conversion -Wno-misleading-indentation -Wno-implicit-int-float-conversion warning: unknown warning option '-Wno-packed-not-aligned'; did you mean '-Wno-over-aligned'? [-Wunknown-warning-option] warning: unknown warning option '-Wshift-overflow=2'; did you mean '-Wshift-overflow'? [-Wunknown-warning-option] warning: unknown warning option '-Wunused-but-set-parameter'; did you mean '-Wunused-parameter'? [-Wunknown-warning-option] warning: unknown warning option '-Wno-misleading-indentation'; did you mean '-Wno-binding-in-condition'? [-Wunknown-warning-option] warning: unknown warning option '-Wno-implicit-int-float-conversion'; did you mean '-Wno-implicit-float-conversion'? [-Wunknown-warning-option] ../../tools/winegcc/winegcc -o browseui.dll.fake --wine-objdir ../.. -fPIC -fasynchronous-unwind-tables -shared browseui.spec -mno-cygwin aclmulti.o aclsource.o browseui_main.o compcatcachedaemon.o progressdlg.o browseui.res browseui_classes_r.res ../../dlls/uuid/libuuid.a -lole32 -lcomctl32 -luser32 -ladvapi32 ../../dlls/ucrtbase/libucrtbase.a -Wl,-z,relro -Wl,-z,now -Wl,-rpath,/usr/lib/aarch64-linux-gnu/wine-development make[2]: Leaving directory '/<>/dlls/browseui' make[2]: Entering directory '/<>/dlls/compstui' clang -c -o compstui_main.o compstui_main.c -I. -I../../include -I../../include/msvcrt -D__WINESRC__ -D_UCRT -D_REENTRANT -fPIC -fno-builtin -fshort-wchar -Wall -pipe -fcf-protection=none -fno-stack-protector -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Wno-packed-not-aligned -Wno-pragma-pack -Wshift-overflow=2 -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings -gdwarf-2 -gstrict-dwarf -Wdate-time -g -O2 -fdebug-prefix-map=/<>=. -Wno-shift-overflow -Wno-unused-function -Wno-format -Wno-absolute-value -Wno-enum-conversion -Wno-misleading-indentation -Wno-implicit-int-float-conversion /usr/bin/ld: fci.o: in function `compress_MSZIP': ./dlls/cabinet/fci.c:929: undefined reference to `deflateInit2_' /usr/bin/ld: ./dlls/cabinet/fci.c:941: undefined reference to `deflate' /usr/bin/ld: ./dlls/cabinet/fci.c:942: undefined reference to `deflateEnd' clang: error: linker command failed with exit code 1 (use -v to see invocation) winegcc: /usr/bin/clang failed make[2]: *** [Makefile:196: cabinet.dll.so] Error 2 make[2]: Leaving directory '/<>/dlls/cabinet' Missing library or object file in linking stage? -- Happy hacking Petter Reinholdtsen
Bug#980839: RFP: rnnoise -- noise suppression library based on a recurrent neural network
Control: retitle -1 RFP: rnnoise -- noise suppression library based on a recurrent neural network I discovered in https://github.com/xiph/rnnoise/issues/137 > that both Mumble and OBS Studio can use rnnoise. So three Debian packages would use it. -- Happy hacking Petter Reinholdtsen
Bug#980839: RPF: rnnoise
Package: wnpp Severity: wishlist * Package name: rnnoise Version : n/a git repo Upstream Author : Jean-Marc Valin * URL : https://gitlab.xiph.org/xiph/rnnoise * License : BSD Programming Lang: C Description : noise suppression library based on a recurrent neural network This library is used by one of the VLC modules, see http://git.videolan.org/?p=vlc.git;a=blob;f=modules/audio_filter/rnnoise.c;h=34229f0012487ffe00f932238b8d990e861e3b22;hb=HEAD#l77 >. -- Happy hacking Petter Reinholdtsen
Bug#980571: jami-daemon: [patch] Get SIP calls to Zoom working
Package: jami-daemon Version: 20201217.1.80217fa~ds1-2 Tags: patch Since some time before Christmas, Jami is no longer able to connect to Zoom via SIP. I have no idea what changed on the Zoom side, but have poked upstream about it since then. A few days ago a patch proposal hoping to fix it showed up on the upstream IRC channel it. As I am told that fixing it upstream might take a few weeks, due to the lead SIP developer being unavailable, I decided to test it today and can confirm that it improve the situation. When connecting today to a video chat on Zoom using SIP, the connection is immediately disconnected. With this patch, the connection stay open and the 'You are the only person in the meeting screen is shown when I test. I will have to test some more to know if it also work with video chats, but suspect it will. --- ring-20210104.4.dda80df~ds1.orig/daemon/src/sip/sipaccount.cpp +++ ring-20210104.4.dda80df~ds1/daemon/src/sip/sipaccount.cpp @@ -409,7 +409,7 @@ SIPAccount::SIPStartCall(std::shared_ptr return false; } -setUpTransmissionData(tdata, tp_sel.u.transport->key.type); +//setUpTransmissionData(tdata, tp_sel.u.transport->key.type); // Add user-agent header sip_utils::addUserAgenttHeader(getUserAgentName(), tdata); @@ -2236,7 +2236,7 @@ SIPAccount::sendTextMessage(const std::s return; } -setUpTransmissionData(tdata, tp_sel.u.transport->key.type); +//setUpTransmissionData(tdata, tp_sel.u.transport->key.type); im::fillPJSIPMessageBody(*tdata, payloads); Please consider adding it to the Debian package until upstream manage to fix it there. Jami become a lot more useful if it can be used as a Zoom client. -- Happy hacking Petter Reinholdtsen
Bug#976448: bitcoin: CVE-2020-14198
[Salvatore Bonaccorso] > The following vulnerability was published for bitcoin. > > CVE-2020-14198[0]: > | Bitcoin Core 0.20.0 allows remote denial of service. Is this issue fixed in version 0.21.0~~rc5-1 in experimental? -- Happy hacking Petter Reinholdtsen
Bug#975124: dogecoin: FTBFS: qt/trafficgraphwidget.cpp:53:9: error: invalid use of incomplete type ‘class QPainterPath’
[Lucas Nussbaum] > During a rebuild of all packages in sid, your package failed to build > on amd64. > > Relevant part (hopefully): > > qt/trafficgraphwidget.cpp: In member function ‘void > > TrafficGraphWidget::paintPath(QPainterPath&, QQueue&)’: > > qt/trafficgraphwidget.cpp:53:9: error: invalid use of incomplete type > > ‘class QPainterPath’ > >53 | path.moveTo(x, YMARGIN + h); > > | ^~~~ Perhaps the code is missing a '#include ', ref https://doc.qt.io/qt-5/qpainterpath.html >? -- Happy hacking Petter Reinholdtsen
Bug#980121: openmotor: Missing desktop icon block appstream visibility
Package: openmotor Version: 0.4.0-3 https://appstream.debian.org/sid/main/issues/openmotor.html > show the following error: * gui-app-without-icon The component is a GUI application (application which has a .desktop file for the XDG menu and Type=Application), but we could not find a matching icon for this application. This block the openmotor entry to show up in the appstream data. Please add icon information to the desktop file. -- Vennlig hilsen Petter Reinholdtsen
Bug#976836: libgnutls30: 3.7.0-3 fails to connect on debian.ethz.ch
Is there any hope to have a fix for this in unstable soon? The issue block ring and opendht from migrating to testing. Is this really a RC issue? I can use https to deb.debian.org and some other https mirrors, so the problem seem to trigger only on selected mirror sites. Anyone know of a site currently failing, after the debian.ethz.ch one was fixed? fixed. -- Happy hacking Petter Reinholdtsen
Bug#978987: RM: hunspell-se -- RoM Abandoned upstream
Package: ftp.debian.org Please remove the hunspell-se package from the archive. I've checked with upstream, and they have abandoned the hunspell edition and move to a different engine, which need to get a separate upload into the archive. I thus do not plan to maintain the package any more in Debian. The package is installed on 0.18% of the Debian population, according to https://tracker.debian.org/pkg/hunspell-se >. -- Happy hacking Petter Reinholdtsen
Bug#710938: Packard Bell EasyNote LV need i915.invert_brightness on Linux
For the record, I reinstalled the machine in question with Ubuntu 18.04 a few days ago, and upgraded it since to 20.04, and the problem was not present there. This make me suspect this issue is fixed in kernel 5.4.0 and possible earlier versions. I am unable to test with a Debian kernel. :( -- Happy hacking Petter Reinholdtsen
Bug#977864: fixed in twitter-bootstrap4 4.5.2+dfsg1-4
[Xavier] > it is normal to find this issue in version 4.5.2+dfsg1-3 since it has > been fixed in 4.5.2+dfsg1-4! Ah, sorry for the misunderstanding. I assumed the version I was upgrading to was the latest upload in unstable, and did not notice the versions were different. It upgraded just fine today. :) -- Happy hacking Petter Reinholdtsen
Bug#977864: [Pkg-javascript-devel] Bug#977864: libjs-bootstrap4: Missing maintscript blocks upgrade
Control: reopen -1 Control: found -1 4.5.2+dfsg1-3 It look like the fix was incomplete. I see this in my unstable chroot when trying to upgrade: Preparing to unpack .../libjs-bootstrap4_4.5.2+dfsg1-3_all.deb ... Unpacking libjs-bootstrap4 (4.5.2+dfsg1-3) over (4.5.2+dfsg1-1) ... dpkg: error processing archive /var/cache/apt/archives/libjs-bootstrap4_4.5.2+dfsg1-3_all.deb (--unpack): unable to open '/usr/share/nodejs/bootstrap/dist/css/bootstrap-grid.css.dpkg-new': No such file or directory Errors were encountered while processing: /var/cache/apt/archives/libjs-bootstrap4_4.5.2+dfsg1-3_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- Happy hacking Petter Reinholdtsen
Bug#957758: restbed: ftbfs with GCC-10
[Matthias Klose] > /<>/source/corvusoft/restbed/response.cpp: In member function > ‘void restbed::Response::get_header(const string&, long long int&, long long > int) const’: > /<>/source/corvusoft/restbed/response.cpp:146:23: error: ISO C++ > forbids declaration of ‘invalid_argument’ with no type [-fpermissive] > 146 | catch ( const invalid_argument& ) > | ^~~~ Could it be that the code need to use std::invalid_argument? -- Happy hacking Petter Reinholdtsen
Bug#977303: nss-tlsd: New upstream version 1.1 available
Package: nss-tlsd Version: 0~git20200523-2 Severity: minor Dear maintainer, There is a new tagged release available from upstream for nss-tls. Any hope to have the latest version included in Debian before the freeze? -- Happy hacking Petter Reinholdtsen
Bug#954598: [Debian-lego-team] Bug#954598: nxt-firmware: FTBFS: readr.c:49: undefined reference to `_read'
[Lucas Nussbaum] > During a rebuild of all packages in sid, your package failed to build > on amd64. Thank you for discovering this issue. I hope someone find a fix in time for the next Debian release. I suspect I will not. -- Happy hacking Petter Reinholdtsen
Bug#974989: [Freedombox-pkg-team] Bug#974989: freedombox: firstboot wizard fails in connection setup (KeyError: 'box_name')
[Dominik George] > Yep, forcing my browser to prioritise English fixes it. > > In other words, the nb_NO locale is broken. Right. Not quite sure where the error is, but I tried updating any format related errors in the nb translation on Weblate, in case it help. Could not quite make it out from the backtrace either. -- Happy hacking Petter Reinholdtsen
Bug#974989: [Freedombox-pkg-team] Bug#974989: freedombox: firstboot wizard fails in connection setup (KeyError: 'box_name')
[Dominik George] > I installed the freedombox package on a pretty much vanilla Debian > installation. > > The first boot wizard got as far as setting up the connection, and > when asked how my router is set up, I chose I do not want to set it up > right now. That caused the following exception: Just to rule out one cause of error. Did you select a langauge? Perhaps one of the languages have a bug in a format string? -- Happy hacking Petter Reinholdtsen
Bug#974107: Segfault when running isenkram-lookup
[Matthias Klumpp] > Oh, btw: Thank you all for the last messages, knowing which commands > to run to reproduce this easily helped quite a bit with finding the > culprit quite quickly (and I also looked in the code for other > instances of this, but found only the ones in AsPool). Well, thank you for looking into this. Should this BTS report be reassigned somewhere, given that the code issue is not in isenkram? -- Happy hacking Petter Reinholdtsen
Bug#974107: Segfault when running isenkram-lookup
[Gunnar Hjalmarsson] > Additional observations: > > * The testing failure in Ubuntu started around October 31. > > * The test-command-line script fails on amd64 and i386 but succeeds on >other architectures. Is it possible to 'diff' the logs from a successful and a failing test, to see what changed? Perhaps a new version of some package or something? I get the following when running in my Sid chroot: isenkram-lookup (process:10498): GLib-GObject-CRITICAL (recursed) **: g_object_get_qdata: assertion 'G_IS_OBJECT (object)' failedAborted No idea what it mean. :) -- Happy hacking Petter Reinholdtsen
Bug#974107: Segfault when running isenkram-lookup
[Matthias Klumpp] > Can you give me some context for this code? If this is a warning > coming from libappstream, it means that it somehow got fed a null > pointer instead of a valid AsProvided object into its list, which > shouldn't happen - is your code doing that? Are you feeding it some > special metadata? What is the component name where this is failing? Not quite sure what you are looking for. Just running isenkram-lookup from isenkram-cli seem to trigger the error. The code in question is in /usr/lib/python3/dist-packages/isenkram/lookup.py, method pkgs_handling_appstream_modaliases(). -- Happy hacking Petter Reinholdtsen
Bug#974107: Segfault when running isenkram-lookup
[Gunnar Hjalmarsson] > On an updated Debian testing: > > $ isenkram-lookup > /usr/lib/python3/dist-packages/isenkram/lookup.py:85: Warning invalid > uninstantiatable type '(null)' in cast to 'AsProvided' >provided = cpt.get_provided_for_kind(AppStream.ProvidedKind.MODALIAS) > Segmentation fault > > I'm not really an isenkram user, but stumbled upon this issue in > connection with Ubuntu's testing of package uploads. The isenkram-lookup > command is included in the debian/tests/test-command-line script, which > causes various tests to fail. Thank you for the heads up. I'm involving the appstream maintainer, perhaps he got an idea how to fix this. Look like that part has changed since the code was written. -- Happy hacking Petter Reinholdtsen
Bug#956285: Problems identified in debian/copyright
[Moritz Mühlenhoff] >> Cristian or Andrew, please, do you have time to have a look? > > Actually 1.2.9 seems even present in salsa.git What is holding up a fix for this now? I noticed upstream closed their issue four hours ago. -- Happy hacking Petter Reinholdtsen
Bug#932898: dhtnode: Please enable proxy support in build
Dear Maintainer, Did you find time to look at this patch to enable proxy support in the Debian package? -- Happy hacking Petter Reinholdtsen
Bug#973494: plan: Error in append mode
[DieSpinne] > I cannot use Plan in append mode. For example, if I try to schedule an > appoitment for 7 o' clock with You might want to know that plan is no longer maintained in Debian. I've moved to ical on Freedombox myself, and use various ical enabled calendars instead of plan. There is even a tool available to migrate the plan database to ical. -- Vennlig hilsen Petter Reinholdtsen Once maintainer of plan
Bug#956811: cura: UI not usable because of OpenGL renderer
I do not have much experience debugging OpenGL stuff either, but from the description I would say that this could be a bug in Cura, or it could be a bug in the OpenGL implementation for AMD VEGAM, whatever that is. Perhaps it is an idea to identify the package being used by X.org for this card, and pass the bug report over to them for comments is a way forward? -- Happy hacking Petter Reinholdtsen
Bug#960773: gr-gsm: FTBFS on s390x
Control: forwarded -1 https://github.com/ptrkrysik/gr-gsm/issues/558 I sent the request to upstream, to make them aware of the situation, at least. -- Happy hacking Petter Reinholdtsen
Bug#956285: Problems identified in debian/copyright
[Moritz Mühlenhoff] > JFTR, this is fixed in 1.2.9 Great. Now if the maintainer or someone else could just upload it to unstable, my vlc-plugin-bittorrent package would have a fighting chance to become part of Bullseye... Cristian or Andrew, please, do you have time to have a look? -- Happy hacking Petter Reinholdtsen
Bug#961798: python-pyaudio: FTBFS for doc package
I've uploaded the following patch to the 7 day delayed upload queue, to fix this RC issue. -- Happy hacking Petter Reinholdtsen diff --git a/debian/changelog b/debian/changelog index 1b533f5..8e8b392 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +python-pyaudio (0.2.11-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix doc build problem. (Closes: #961798) + * Updated debhelper version from 9 to 12. + * Override dh_clean to remove generated egg-info files. + + -- Petter Reinholdtsen Wed, 21 Oct 2020 22:01:14 + + python-pyaudio (0.2.11-1.1) unstable; urgency=medium * Non-maintainer upload. diff --git a/debian/compat b/debian/compat index ec63514..48082f7 100644 --- a/debian/compat +++ b/debian/compat @@ -1 +1 @@ -9 +12 diff --git a/debian/control b/debian/control index d55a243..f7f49bf 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: python-pyaudio Section: python Priority: optional Standards-Version: 3.9.8 -Build-Depends: python3-all-dev, debhelper(>= 9), portaudio19-dev, python3-sphinx, dh-linktree, dh-python, libjs-jquery, libjs-underscore +Build-Depends: python3-all-dev, debhelper(>= 12), portaudio19-dev, python3-sphinx, dh-linktree, dh-python, node-jquery, libjs-underscore Maintainer: Hubert Pham Uploaders: Felipe Sateler , Justin Mazzola Paluska Homepage: https://people.csail.mit.edu/hubert/pyaudio/ diff --git a/debian/python-pyaudio-doc.linktrees b/debian/python-pyaudio-doc.linktrees index 9edc677..0c97614 100644 --- a/debian/python-pyaudio-doc.linktrees +++ b/debian/python-pyaudio-doc.linktrees @@ -1,3 +1,3 @@ -replace usr/share/javascript/jquery usr/share/doc/python-pyaudio-doc/docs/_static +replace usr/share/nodejs/jquery/dist usr/share/doc/python-pyaudio-doc/docs/_static replace usr/share/javascript/underscore usr/share/doc/python-pyaudio-doc/docs/_static diff --git a/debian/rules b/debian/rules index ad236f5..3d8e351 100755 --- a/debian/rules +++ b/debian/rules @@ -11,6 +11,10 @@ export DEB_BUILD_MAINT_OPTIONS=hardening=+all %: dh $@ --with python3,linktree --buildsystem=pybuild +override_dh_clean: + dh_clean + $(RM) -rf src/PyAudio.egg-info + override_dh_auto_build: dh_auto_build PYTHONPATH=$(PYTHONPATH) make docs
Bug#970051: gr-gsm: FTBFS on mips64el
Control: status -1 important [Sebastian Ramacher] > Justification: fails to build from source (but built successfully in the past) > > The rebuild of gr-gsm for the gnuradio transition failed to build on > mips64el: According to https://buildd.debian.org/status/logs.php?pkg=gr-gsm=0.42.2.20200214-1%2Bb3=mips64el > it built just fine the day after. Reducing severity, though I have no idea what is going on here. Some race condition or a transient error with the build host? -- Happy hacking Petter Reinholdtsen
Bug#964853: hw-probe: add support for running hw-probe once for the Debian installer
I notice a new version of hw-probe is available from upstream. Perhaps the -probe option is fixed there? -- Happy hacking Petter Reinholdtsen
Bug#936268: caldav-tester: Python2 removal in sid/bullseye
I am sorry I failed to annouce it on a list where the people interested in looking after caldav-tester were present. I am very happy you decide to take a look at reviving this package. I hope you succeed in porting it to python 3 and getting feedback from upstream. -- Happy hacking Petter Reinholdtsen
Bug#971523: ntpsec-ntpdate: ntpdate fail if DNS name for server resolve to IPv6
[Richard Laager] > What does this output: > ntpdig -d 0.debian.pool.ntp.org 1.debian.pool.ntp.org \ > 2.debian.pool.ntp.org 3.debian.pool.ntp.org ntpdig: querying 162.159.200.1 (0.debian.pool.ntp.org) ntpdig: querying 95.216.142.52 (0.debian.pool.ntp.org) ntpdig: querying 62.236.120.71 (0.debian.pool.ntp.org) ntpdig: querying 95.216.154.135 (0.debian.pool.ntp.org) ntpdig: querying 95.216.24.230 (1.debian.pool.ntp.org) ntpdig: querying 95.216.238.58 (1.debian.pool.ntp.org) ntpdig: querying 95.216.160.182 (1.debian.pool.ntp.org) ntpdig: querying 194.100.206.70 (1.debian.pool.ntp.org) ntpdig: querying 162.159.200.123 (2.debian.pool.ntp.org) ntpdig: querying 79.160.13.250 (2.debian.pool.ntp.org) ntpdig: querying 37.44.185.42 (2.debian.pool.ntp.org) ntpdig: querying 185.41.243.43 (2.debian.pool.ntp.org) ntpdig: querying 2001:67c:558::43 (2.debian.pool.ntp.org) ntpdig: socket error on transmission: [Errno 101] Network is unreachable > I get a different error, which might be related, with: > ntpdig -d 2.debian.pool.ntp.org > > That seems to timeout (the default being 5 seconds) and then return: > ntpdig: no eligible servers > > How does that behave for you? ntpdig: querying 162.159.200.123 (2.debian.pool.ntp.org) ntpdig: querying 79.160.13.250 (2.debian.pool.ntp.org) ntpdig: querying 37.44.185.42 (2.debian.pool.ntp.org) ntpdig: querying 185.41.243.43 (2.debian.pool.ntp.org) ntpdig: querying 2001:67c:558::43 (2.debian.pool.ntp.org) ntpdig: socket error on transmission: [Errno 101] Network is unreachable > For me, this works, albeit still with a 5 second delay: > ntpdig -dc 2.debian.pool.ntp.org ntpdig: querying 37.44.185.42 (2.debian.pool.ntp.org) ntpdig: querying 162.159.200.123 (2.debian.pool.ntp.org) ntpdig: querying 185.41.243.43 (2.debian.pool.ntp.org) ntpdig: querying 79.160.13.250 (2.debian.pool.ntp.org) ntpdig: querying 2001:67c:558::43 (2.debian.pool.ntp.org) ntpdig: socket error on transmission: [Errno 101] Network is unreachable My guess is that you have working IPv6, while I do not. root@devuan-n900:~# ping6 2001:67c:558::43 connect: Network is unreachable root@devuan-n900:~# -- Happy hacking Petter Reinholdtsen
Bug#971523: ntpsec-ntpdate: ntpdate fail if DNS name for server resolve to IPv6
PackagE: ntpsec-ntpdate Version: 1.1.3+dfsg1-2+deb10u1 Severity: important I ran into this using Maemo Leste, which uses Buster packages, but the problem seem to exist also in Debian. The problem is simply that when ntpdate from ntpsec-ntpdate is given a list of DNS names where some of them resolve to IPv6 addresses, on a machine where IPv6 is not working, ntpdate will fail completely even if several of the hosts behind the DNS names are working fine. It can look like this: root@devuan-n900:~# /usr/sbin/ntpdate -b 0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org ntpdig: socket error on transmission: [Errno 101] Network is unreachable root@devuan-n900:~# route -n I've verified using strace that one of the IPv6 addresses causes the problem. When trying the same with the ntpdate version in the ntpdate 1.1.3+dfsg1-2+deb10u1 package, the same command line work. I found https://bugs.debian.org/293793 > with a patch for ntpdate to solve what seem to be this exact problem, applied 15 years ago. Could it be that this approach will solve the issue also for ntpsec-ntpdate? -- Happy hacking Petter Reinholdtsen
Bug#632438: [Popcon-developers] Bug#681721: #632438:
[Kentaro Hayashi] > Personally, I think that popcon data from 3rd party packages > is just a noise because there is nothing to do with Debian. > Therefore, I think that it seems better to exclude. I've used these lists in the past to find packages we should have a look at for inclusion in Debian, so I do not believe it is noise. -- Happy hacking Petter Reinholdtsen
Bug#632438: popularity-contest: a way to exclude certain packages
[Bill Allombert] > Dear Kentaro, > Could you explain why you want to exclude some package ? > I am concerned this will squew the statistic, if used > indiscriminately. The use case was explained by Paul Wise in the opening of this issue. > Instead I would suggest to add a new dpkg control field 'X-Popcon: > private' and have popularity-contest skip packages having this field. > > This way users will be able to create private packages that will never > register even on misconfigured hosts. This sound like a good solution to the use case from Paul, about personal metapackages with hostname in their name. -- Happy hacking Petter Reinholdtsen
Bug#969520: Should hunspell-se recommend or suggest giella-sme?
[Mattia Rizzolo] > I'd rather have their maintainers (aka Kartik Mistry) pop up and ask it > than a random 3rd party. Well, as the maintainer, I welcome feedback, suggestions and input from anyone, even random third parties, and find it useful to try to respond with respect and without useless labeling. For sure is not always easy. > Also not when it has a RC bug pending testing removal in a couple of > weeks. I really hope Kartik, Tino or someone else on the Science team will be able to fix it in time. :) -- Happy hacking Petter Reinholdtsen
Bug#969520: Should hunspell-se recommend or suggest giella-sme?
Control: reassign -1 hunspell-se Control: retitle -1 Should hunspell-se recommend or suggest giella-sme? I just can not spel spell. -- Happy hacking Petter Reinholdtsen
Bug#950198: Jami: watch file
[Amy Kos] > please update the watch file. Thank you. I've updated it in the salsa git repository. -- Happy hacking Petter Reinholdtsen
Bug#950198: Jami: one last dht linking issue
[Alexandre Viau] > I have put some time on the Jami packaging today. Great. I spent some time during the summer with upstream to try to fix the restinio build on the architectures where it fail, but at the end I reached my incompetence level and askded for help on #debian-devel. Unless the build problems are fixed, I suspect the best way forward might be to remove jami on the architectures where restinio do not build yet. > For example: > > - /usr/bin/ld: ./daemon/src/jamidht/server_account_manager.cpp:299: > undefined reference to `dht::http::Request::send()' Is it simply failing to include the dht library in the linking stage? I can not think of any other reason why such 'undefined reference' should show up. > Looking forward to a new upload!! Me too. :) -- Happy hacking Petter Reinholdtsen
Bug#969520: Should hunspel-se recommend or suggest giella-sme?
Package: hunspel-se Version: 1.0~beta6.20081222-1.2 Severity: wishlist There is another North Sami package in the Archive, https://tracker.debian.org/pkg/giella-sme >. Perhaps the hunspell-se package should recommend or suggest this package? -- Happy hacking Petter Reinholdtsen
Bug#936268: caldav-tester: Python2 removal in sid/bullseye
[Moritz Mühlenhoff] > Let's remove? I agree. I tried to notify other caldav interested people to see if there was any interest in taking over. No response so far, so I believe it is time to give in. :) -- Vennlig hilsen Petter Reinholdtsen
Bug#936336: coz-profiler: Python2 removal in sid/bullseye
[Lluís Vilanova] > I've pushed a new version for coz, please check > https://salsa.debian.org/coz-team/coz-profiler. Very good. Thank you for looking after this. I had a look, and uploaded a new version of libelfin and coz-profiler to unstable. I have updated the changelog and added tags, will push them when I see the uploads go through. -- Happy hacking Petter Reinholdtsen
Bug#969416: RFP: linuxcnc -- Control software for computer numerical control (CNC) machines
Package: wnpp Severity: wishlist * Package name: linuxcnc Version : 2.7.15 Upstream Author : Phillip A Carter * URL : http://linuxcnc.org/ * License : GPL Programming Lang: C Description : Control software for computer numerical control (CNC) machines LinuxCNC controls CNC machines. It can drive milling machines, lathes, 3d printers, laser cutters, plasma cutters, robot arms, hexapods, and more. -- Happy hacking Petter Reinholdtsen
Bug#969358: RFP: ssf -- Secure Socket Funneling - Network tool and toolkit
Package: wnpp Severity: wishlist * Package name: ssf Version : 3.0.0 Upstream Author : olach...@protonmail.com * URL : https://github.com/securesocketfunneling/ssf * License : MIT Programming Lang: C++ Description : Secure Socket Funneling - Network tool and toolkit Simple and efficient ways to forward data from multiple sockets (TCP or UDP) through a single secure TLS tunnel to a remote computer. SSF is cross platform (Windows, Linux, OSX). Features: * Local and remote TCP port forwarding * Local and remote UDP port forwarding * Local and remote SOCKS server * Local and remote shell through sockets * File copy * Native relay protocol * TLS connection with the strongest cipher-suites
Bug#969111: RFP: codimd -- Web based real time collaborative markdown editing
Package: wnpp Severity: wishlist * Package name: codimd Version : 2.2.0 * URL : https://github.com/hackmdio/codimd * License : AGPL 3.0 Programming Lang: JavaScript Description : Web based real time collaborative markdown editing CodiMD lets you collaborate in real-time with markdown. Built on HackMD source code, CodiMD lets you host and control your team's content with speed and ease. This would be a nice addition to Freedombox, and is listed on the https://wiki.debian.org/FreedomBox/LeavingTheCloud > page. -- Happy hacking Petter Reinholdtsen
Bug#969056: RFP: grocy -- web-based self-hosted groceries & household management solution
Package: wnpp Severity: wishlist * Package name: grocy Version : 2.7.1 * URL : https://grocy.info/ * License : MIT Programming Lang: PHP Description : self-hosted groceries & household management solution This would be a nice addition to Freedombox, and is listed on the https://wiki.debian.org/FreedomBox/LeavingTheCloud > page. -- Happy hacking Petter Reinholdtsen
Bug#957222: fpga-icestorm: ftbfs with GCC-10
[Matthias Klose] > make[2]: Entering directory '/<>/icetime' > g++ -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong > -Wformat -Werror=format-security -O2 -Wall -std=c++11 -I/usr/local/include > -O2 -Wall -std=c++11 -I/usr/local/include -DPREFIX='"/usr/local"' > -DCHIPDB_SUBDIR='"icebox"' -Wdate-time -D_FORTIFY_SOURCE=2 -c -o icetime.o > icetime.cc > icetime.cc: In function ‘std::string ecnetname_to_vlog(std::string)’: > icetime.cc:1306:15: error: ‘invalid_argument’ in namespace ‘std’ does not > name a type > 1306 | } catch(std::invalid_argument ) { // Not numeric and stoi throws > exception > | ^~~~ If I understand http://www.cplusplus.com/reference/stdexcept/invalid_argument/ > correctly, there is a #include missing in the code. -- Happy hacking Petter Reinholdtsen
Bug#483804: Wish for git-gc cron job
[Trent W. Buck 2008-05-31] > After running etckeeper for a few months, I noticed that /etc/.git > constituted four fifths of my /etc tree. Running git-gc significantly > improved this ratio. I wish etckeeper did this automatically via a > cron.monthly or cron.weekly script. [Joey Hess 2008-05-31] > Modern versions of git should automatically run git-gc once the number > of loose objects reaches a certian point, controlled by gc.auto. So a > cron job should only be necessary if you want to avoid git-gc being run > during a commit. (Which is sometimes annoying as it can be slow.. but > probably not for the small stuff in /etc.) I ran into this problem at work, where we use etckeeper, and the file systems with /etc/ ran out of inodes on serveral machines. After making some room (removed old kernels), I ran 'git gc' in /etc/ and 90% of the spent inodes came back. Are you sure the default is to automatically run gc when needed? If not, I would prefer gc done regularly, for example once per week. Perhaps a cron job in the etckeeper package is a good idea? -- Happy hacking Petter Reinholdtsen
Bug#966099: gnucobol: install gnucobol 3.1-rc1 by default instead of unstable version
[Al Stone] > This version of the compiler unfortunately requires a recompile of all > COBOL modules in order to be used. Further, this is still considered > pretty unstable and upstream does not recommend it for daily use. Given that the 3.1-rc1 version han many security problems, as reported by the security tracker in Debian, I fail to see how asking people to use 3.1-rc1 instead of the version where these issues are fixed is a good idea. When that is said, I would very much like to have a stable release of gnucobol in Debian. Perhaps poke upstream to get a new release out? -- Happy hacking Petter Reinholdtsen
Bug#968437: xindy-rules: Incorrect Norwegian sorting of č and š
I tested a but further, and can confirm that this patch solve the problem: --- xindy-2.5.1.20160104.orig/make-rules/alphabets/norwegian/utf8.pl.in 2020-08-15 11:41:26.0 +0200 +++ xindy-2.5.1.20160104/make-rules/alphabets/norwegian/utf8.pl.in 2020-08-15 11:46:27.976538044 +0200 @@ -11,10 +11,9 @@ [], # a with ogonek (polish) ['B', ['b','B']], [], # b with hook (hausa) -['C', ['c','C'],['ç','Ç']], +['C', ['c','C'],@u{['č','Č'],}['ç','Ç']], [], # ch (spanish/traditional) [], # cs (hungarian) - [], # c with caron (many) [], # c with acute (croatian, lower sorbian, polish) [], # c with circumflex (esperanto) [], # c with cedilla (albanian, kurdish, turkish) @@ -85,10 +84,9 @@ [], # r with caron (czech, slovak/large, upper sorbian) [], # r with acute (lower sorbian) [], # r with cedilla/comma (latvian) -['S', ['s','S']], +['S', ['s','S'], @u{['š', 'Š']}], [], # sh (albanian) [], # sz (hungarian) - [], # s with caron (many) [], # s with acute (lower sorbian, polish) [], # s with circumflex (esperanto) [], # s with comma below (romanian) I had to wrap using @u{} as the caron characters are missing in ISO-8859-1 (aka latin1). -- Happy hacking Petter Reinholdtsen
Bug#968437: xindy-rules: Incorrect Norwegian sorting of č and š
Package: xindy-rules Version: 2.5.1.20160104-5 Severity: important Tags: patch upstream Dear xindy-rules maintainers, I ran into this problem when using dblatex and xindy to typeset a book, where the index ended up with the wrong sorting order. This is a Norwegian book with some North Saami words in the body and index. Every Saami word starting with č and š are incorrectly sorted as starting with a symbol, while they should be sorted with c and s, respectively. Setting severity to important, as there is no known workaround and the problem is fatal when trying to create a print ready book using xindy. I had a look at the code, but do not really know how this is supposed to work. I suspect the correct fix is the untested patch below. Am I on the right track here? I verified the ordering of č and ç by comparing it with the nb_NO locale. diff --git a/make-rules/alphabets/norwegian/utf8.pl.in b/make-rules/alphabets/norwegian/utf8.pl.in index 902b07b..9b30a88 100644 --- a/make-rules/alphabets/norwegian/utf8.pl.in +++ b/make-rules/alphabets/norwegian/utf8.pl.in @@ -11,10 +11,9 @@ $alphabet = [ [], # a with ogonek (polish) ['B', ['b','B']], [], # b with hook (hausa) -['C', ['c','C'],['ç','Ç']], +['C', ['c','C'],['č','Č'],['ç','Ç']], [], # ch (spanish/traditional) [], # cs (hungarian) - [], # c with caron (many) [], # c with acute (croatian, lower sorbian, polish) [], # c with circumflex (esperanto) [], # c with cedilla (albanian, kurdish, turkish) @@ -85,10 +84,9 @@ $alphabet = [ [], # r with caron (czech, slovak/large, upper sorbian) [], # r with acute (lower sorbian) [], # r with cedilla/comma (latvian) -['S', ['s','S']], +['S', ['s','S'], ['š', 'Š']], [], # sh (albanian) [], # sz (hungarian) - [], # s with caron (many) [], # s with acute (lower sorbian, polish) [], # s with circumflex (esperanto) [], # s with comma below (romanian) -- Happy hacking Petter Reinholdtsen
Bug#936336: coz-profiler: Python2 removal in sid/bullseye
[Lluís Vilanova] > Unfortunately I do not have upload privileges and couldn't find > anybody that would keep uploading them for coz. I've managed to fix my key problems, and can do the upload. Is it ready to go in? -- Happy hacking Petter Reinholdtsen
Bug#968277: mingw-w64: CVE-2018-5392 Fail to enable working ASLR on request
Control: -1 found 2.28-1 Dear Stephen, Thank you for the quick reply. :) [Stephen Kitt] > Builds can supply the appropriate flags, but they need to do so > consciously, it doesn’t make sense to enable them by default. Why not? I would expect it made sense to enable as many security defences as possible in the default build, and if I remember correctly, this was the rationale behind enabling the flags by default in the first place. I got the impression from the upstream commits that the default now enable these flags by default, but might have been mistanken, as I do not really know much about mingw. :) > The settings are ultimately controlled by binutils-mingw-w64. The > security flags were set by default starting with version 7 (so > 2.28-5+7.4 in oldstable is the first affected version that’s currently > available), and disabled again in version 8.8, and fixed up in 8.9 (so > 2.34-5+8.9 in testing is the first fixed version that’s currently > available). OK, I've tried to adjust the starting point accordingly. -- Happy hacking Petter Reinholdtsen
Bug#968277: mingw-w64: CVE-2018-5392 Fail to enable working ASLR on request
Package: mingw-w64 Version: 6.0.0-3 Severity: important Forwarded: https://sourceware.org/bugzilla/show_bug.cgi?id=19011 Tags: upstream patch According to https://security-tracker.debian.org/tracker/CVE-2018-5392 >, the issue is unsolved in Debian, thus I create this issue to track the status. The problem at hand is that mingw-w64 fail to create binaries with a working ASLR security feature, even when asked to do so. Packages that might be affected are listed on https://lintian.debian.org/tags/portable-executable-missing-security-features.html >. According to two upstream issues, https://sourceware.org/bugzilla/show_bug.cgi?id=17321 > and https://sourceware.org/bugzilla/show_bug.cgi?id=19011 >, the problem was fixed in januar 2020. Is the issue also fixed in Debian? I picked the version in stable as the starting point, but suspect the problem also exist in earier versions. -- Happy hacking Petter Reinholdtsen
Bug#968268: debian-edu-config: wakeupclients script fail because SiteSummary.pm is missing
Package: debian-edu-config Version: 2.10.65+deb10u6 Severity: normal There is an issue with how three Debian Edu packages interact. It involves debian-edu-config, sitesummary and shutdown-at-night. After setting up outgoing emails on my laptop, where debian-edu-config and shutdown-at-night, but not sitesummary, is installed, I started getting cron emails like this: Subject: Cron test -x /usr/lib/shutdown-at-night/wakeupclients && /usr/lib/shutdown-at-night/wakeupclients Can't locate SiteSummary.pm in @INC (you may need to install the SiteSummary module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/x86_64-linux-gnu/perl5/5.28 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at /etc/shutdown-at-night/clients-generator line 7. BEGIN failed--compilation aborted at /etc/shutdown-at-night/clients-generator line 7. The cause seem to be that the cron job from shutdown-at-night (/etc/cron.d/shutdown-at-night) calls the /etc/shutdown-at-night/clients-generator script from debian-edu-config, which fail to work when SiteSummary.pm from the sitesummary package is not available. I suspect some dependencies need to be adjusted to ensure the perl module is available when needed, or the script need to cope with the missing module in a better way. -- System Information: Debian Release: 10.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-9-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages debian-edu-config depends on: ii bind9-host 1:9.11.5.P4+dfsg-5.1+deb10u1 ii cfengine33.12.1-2 ii debconf [debconf-2.0]1.5.71 ii debconf-utils1.5.71 ii debian-edu-artwork 2.10.5-1 ii desktop-profiles 1.4.30 ii e2fsprogs1.44.5-1+deb10u3 ii education-tasks 2.10.47 ii fping4.2-1 ii gnutls-bin 3.6.7-4+deb10u5 ii isenkram-cli 0.41 ii ldap-utils 2.4.47+dfsg-3+deb10u2 ii ldapscripts 2.0.8-1 ii libconfig-inifiles-perl 3.01-1 ii libfilesys-df-perl 0.92-6+b4 ii libhtml-fromtext-perl2.07-1 ii libio-socket-ssl-perl2.060-3 ii libnet-ldap-perl 1:0.6500+dfsg-1 ii libnet-netmask-perl 1.9104-1 ii libnss3-tools2:3.42.1-1+deb10u3 ii libpacparser11.3.6-1.1+b4 ii libpam-python1.0.6-1.1+deb10u1 ii libproxy1-plugin-kconfig 0.4.15-5 ii libproxy1-plugin-networkmanager 0.4.15-5 ii libproxy1-plugin-webkit 0.4.15-5 ii libterm-readkey-perl 2.38-1 ii libtext-unaccent-perl1.08-1.3+b3 ii lockfile-progs 0.1.18 ii lsb-base 10.2019051400 ii lsb-release 10.2019051400 ii mime-support 3.62 ii net-tools1.60+git20180626.aebd88e-1 ii netcat-openbsd [netcat] 1.195-2 ii netcat-traditional [netcat] 1.10-41.1 ii ng-utils 1.0-1+b1 ii openssl 1.1.1d-0+deb10u3 ii patch2.7.6-3+deb10u1 ii python 2.7.16-1 ii python-notify0.1.1-4 ii ssl-cert 1.0.39 ii swaks20181104.0-2 ii tftp 0.17-22 ii uuid 1.6.2-1.5+b7 Versions of packages debian-edu-config recommends: ii binutils 2.31.1-16 ii libnotify-bin 0.7.7-4 ii lsof 4.91+dfsg-1 ii memtest86+ 5.01-3 ii resolvconf 1.79 ii syslinux 3:6.04~git20190206.bf6db5b4+dfsg1-1 debian-edu-config suggests no packages. -- Configuration Files: /etc/network/if-up.d/hostname [Errno 2] No such file or directory: '/etc/network/if-up.d/hostname' /etc/network/if-up.d/wpad-proxy-update [Errno 2] No such file or directory: '/etc/network/if-up.d/wpad-proxy-update' -- debconf information excluded -- Happy hacking Petter Reinholdtsen