Bug#1072038: ffmpeg: [patches] avoid VA-API failures with modern Mesa3D
Package: ffmpeg Version: 7:6.1.1-4+b1 Severity: normal Dear Maintainer, if you could backport below mentioned patchset to correct VA-API functionality with recent Mesa (so we don't have to workaround it in the Mesa) it would be awesome! Mesa 24.0.6+ and 24.1 is triggering this bug. Patchset-url: https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=11693 Ref: https://gitlab.freedesktop.org/mesa/mesa/-/issues/11197 Thank you David -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.8.9-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_DIE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ffmpeg depends on: ii libavcodec607:6.1.1-4+b1 ii libavdevice60 7:6.1.1-4+b1 ii libavfilter97:6.1.1-4+b1 ii libavformat60 7:6.1.1-4+b1 ii libavutil58 7:6.1.1-4+b1 ii libc6 2.38-11 ii libpostproc57 7:6.1.1-4+b1 ii libsdl2-2.0-0 2.30.2+dfsg-1 ii libswresample4 7:6.1.1-4+b1 ii libswscale7 7:6.1.1-4+b1 ffmpeg recommends no packages. Versions of packages ffmpeg suggests: pn ffmpeg-doc -- no debconf information
Bug#1059462: gcc-13: another potential user of gcc-13 on bookworm
Package: gcc-13 Version: 13.2.0-25 Followup-For: Bug #1059462 Dear Maintainer, for the Mesa3D CI (where we use both gcc/clang) we would be very grateful if there would be also a GCC 13 option, so we could keep up testing with recent GCC versions rather than 12. If you asking why not use a more recent version (trixie) - we stay with the stable, so we can be sure no regressions are getting in between rebuilds (we're a very flake-prone environment). I tried to search for a drop-in reliable solution, but what I found was only people asking, if there is available gcc-13 for Debian. Thank you for your hard work maintaining GCC! David -- System Information: -- no debconf information
Bug#1002056: ITP: zlib-ng -- optimized zlib compression library
Hello, I think it already makes sense to push zlib-ng and let it co-exist with zlib since you can port your software directly to the zlib-ng, which I'm currently doing for Mesa3D. I dropped the zlib-ng sources into https://salsa.debian.org/dh/zlib-ng feel free to force push there any Debian relevant changes. After introducing the zlib-ng, we could continue to the second phase migrating software still relying on zlib to zlib-ng compat layer. What do you think? David On Mon, 6 Nov 2023 21:44:05 +0100 Sebastian Andrzej Siewior wrote: > On 2023-10-25 23:17:06 [+0200], Guillem Jover wrote: > > Hi! > Hi, > > > Ah, thanks! I had in my mind getting back to this ITP, given that the > > zlib-ng project has continued to gain traction and seems to have > > consolidated most of the other forks around it. > > > > So I'll draft another mail to Mark and probably to debian-devel to > > discuss this. > > Do you want me to join your efforts? This looks interrestig. I may have > time ;) > > > Thanks, > > Guillem > > Sebastian > > -- David Heidelberg
Bug#1057689: minetest: calls home for upstream version check
Hello! as a workaround you can set empty `update_information_url` in `~/.minetest/minetest.conf`. For Debian developer maintaining minetest, this can be patched in `src/defaultsettings.cpp` same way by setting it to empty string. Please, consider this message also as a request to bump minetest up to 5.8.0 version. Thank you! -- David Heidelberg
Bug#1057786: firmware-misc-nonfree: Split firmware firmware-misc-nonfree based on architecture
Package: firmware-misc-nonfree Version: 20230625-1 Severity: wishlist Dear Maintainer, would be lovely to have a firmware-misc-nonfree based on architecture. Multiple of these firmwares are bound to arm64, x86_64 or other archs. Installing them for example in the CI for x86_64 leads to needing using: dpkg -L firmware-misc-nonfree | grep -v "i915" | xargs rm # drop extra 50M or similar commands, which doesn't seems very good for the long-term maintainance. Would be acceptable to split firmwares by arch where they can be used? Thank you -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing'), (10, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-5-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled firmware-misc-nonfree depends on no packages. firmware-misc-nonfree recommends no packages. Versions of packages firmware-misc-nonfree suggests: ii initramfs-tools 0.142 -- no debconf information
Bug#1042543: Known upstream regression in 6.4: audio distortion on ThinkPad X1 Gen 11
Patch is included in recent stable release, available in unstable. Until it gets into testing, this should help: $ apt install -t unstable linux-image-amd64 I assume the bug can be closed. David On 18/08/2023 04:42, David wrote: Version: 6.4.4-3 Hello, 1. the bug is still present 2. Dell XPS 9310 is also affected. It's still not included in stable series, but got merged into for-next branch already [1]. Please apply. Thank you David [1] https://www.spinics.net/lists/alsa-devel/msg163701.html On Sat, 29 Jul 2023 19:58:50 -0700 Josh Triplett wrote: > Package: src:linux > Version: 6.4.4-1 > Severity: important > Tags: upstream > X-Debbugs-Cc: j...@joshtriplett.org > > See https://github.com/thesofproject/linux/issues/4482 and > https://bugzilla.kernel.org/show_bug.cgi?id=217673 for the bug, and > https://github.com/thesofproject/linux/pull/4484 for the fix. > > I can confirm that 6.4 has intermittent audio distortion on my system, > and 6.3 does not. > > Please consider applying the fix. -- David Heidelberg Certified Linux Magician
Bug#1041012: /usr/bin/add-apt-repository: add-apt-repository silently fails to install the repository on the first run
I can confirm the issue on Debian 12. On my local machine (Debian trixie, baremetal) it works just fine on first invocation. Command: add-apt-repository -y "deb [arch=${arch}, trusted=yes] https://snapshot.debian.org/archive/debian-ports/20230607T135536Z/ unstable main" 2 weeks ago it was working, 18.7.2023 it's broken. Second run does the job. It's also invocation inside Docker (GitLab-CI to be precise). David -- David Heidelberg Certified Linux Magician
Bug#1026126: update on crosvm dependencies
Thanks for your work, I would love to pick the crosvm from Salsa and compile it for our Mesa3D CI builds at some point! David On Mon, 08 May 2023 14:21:29 +0900 Junichi Uekawa wrote: > > more dependencies, named-lock and bitreader uploaded to NEW queue. > > -- David Heidelberg Consultant Software Engineer
Bug#1036708: ITS: dosbox is dead, move to active, high quality dosbox-staging successor
Hi! I had no idea DOSBox-x exist. Anyway, we had currently only `dosbox` package which working very poorly on mobile devices. My intent is fix that by replacing DOSBox with better quality codebase. Feel free to close then. David On 24/05/2023 17:34, Stephen Kitt wrote: Hi, On Wed, 24 May 2023 16:43:56 +0200, David Heidelberg wrote: DOSBox upstream is dead for a long time. Since upstream is dead, multiple good or worse quality forks emerged over the time. One of serious ones is DOSBox-staging, which implemented testing, using recent SDL 2, modern programming language and tries hard to solve issues previously carried patch by patch from downstream forks. I (and probably few others listed in [1]) would love to see working DOSBox. Current DOSBox due to usage of SDL 1.2 is hardly usable on Wayland based environments, so my main motivation is use DOSBox on Wayland and Mobian/PureOS (Debian adapted to mobile phones). DOSBox-X is in NEW: https://ftp-master.debian.org/new/dosbox-x_2023.05.01%2Bdfsg-1.html You have an existing ITP for dosbox-staging, https://bugs.debian.org/973822. Are you still working on that? It’s not clear to me why you want to salvage the dosbox package, could you clarify? Regards, Stephen -- David Heidelberg Consultant Software Engineer
Bug#1036708: ITS: dosbox is dead, move to active, high quality dosbox-staging successor
Package: dosbox Version: 0.74-3-4+b1 Severity: normal X-Debbugs-Cc: sk...@debian.org Dear Maintainer, DOSBox upstream is dead for a long time. Since upstream is dead, multiple good or worse quality forks emerged over the time. One of serious ones is DOSBox-staging, which implemented testing, using recent SDL 2, modern programming language and tries hard to solve issues previously carried patch by patch from downstream forks. I (and probably few others listed in [1]) would love to see working DOSBox. Current DOSBox due to usage of SDL 1.2 is hardly usable on Wayland based environments, so my main motivation is use DOSBox on Wayland and Mobian/PureOS (Debian adapted to mobile phones). Thank you! [1] https://github.com/dosbox-staging/dosbox-staging/issues/664 -- System Information: Debian Release: 12.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing'), (10, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dosbox depends on: ii libasound2 1.2.8-1+b1 ii libc62.36-9 ii libgcc-s112.2.0-14 ii libgl1 1.6.0-1 ii libpng16-16 1.6.39-2 ii libsdl-net1.21.2.8-6+b1 ii libsdl-sound1.2 1.0.3-9+b2 ii libsdl1.2debian 1.2.15+dfsg2-8 ii libstdc++6 12.2.0-14 ii libx11-6 2:1.8.4-2 ii zlib1g 1:1.2.13.dfsg-1 dosbox recommends no packages. dosbox suggests no packages. -- no debconf information
Bug#1036634: RM: monado/stable -- NVIU; 2 years old codebase for very active project targeting recent hardware and software stack (new version didn't make it into stable).
Hello Paul. My goal was to drop the package for the Debian 12 (bookworm); it makes no sense to include the package and confuse users. However, I'll remind Ryan (CCed) from time to time to bump the Monado into unstable, so at the next release, we get a recent Monado to play with David On 23/05/2023 22:42, Paul Gevers wrote: Hi David, On 23-05-2023 16:59, David Heidelberg wrote: Monado package is in very active development, offering support for recent XR headsets. The risk is getting users discouraged by very old and already unsupported package, rather than just using the Monado package from unstable or git. I'm slightly wondering, you want to remove the package from stable, but the version in bookworm (the next stable) is hardly newer. Should we also remove the package from testing? Paul -- David Heidelberg Consultant Software Engineer
Bug#1036634: RM: monado/stable -- NVIU; 2 years old codebase for very active project targeting recent hardware and software stack (new version didn't make it into stable).
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: debian-rele...@lists.debian.org Monado package is in very active development, offering support for recent XR headsets. The risk is getting users discouraged by very old and already unsupported package, rather than just using the Monado package from unstable or git.
Bug#1033975: unblock: webp-pixbuf-loader/0.2.1-1
On 06/04/2023 08:50, Sebastian Ramacher wrote: Control: tags -1 moreinfo On 2023-04-05 12:46:52 +0200, David Heidelberg wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: webp-pixbuf-loa...@packages.debian.org Control: affects -1 + src:webp-pixbuf-loader Please unblock package webp-pixbuf-loader [ Reason ] Version 0.0.5 contains multiple bugs and 0.2.0 [1] I pushed was solution to these problems. Sadly meanwhile 0.2.1 [2] was release with another fix, which we pushed, but it didn't got into timeframe for 10 days acceptance. Please provide some information on the issues that were fixed which does not require us to read upstream changelogs. And since webp-pixbuf-loader is a key package, the main question for me is whether those bugs could be fixed with a targetted fix on top of 0.0.5-5 instead. Hello Sebastian. Two main bugs present in 0.0.5 solved by moving tovards to 0.2.1 is: - Exchanging animation for static image leaks memory - Fixes endianess bug while reading values from buffer As you see, the webp-pixbuf-loader isn't huge project and backporting fixes from recent version would be a piece of cake on top of 0.2.1, on other hand having to backport on 0.0.5, I would be afraid to introduce more issues and also would be pretty time consuming. David P.S. Whole project changelog, see there is multiple README/CI/build/tests work, so only few commits regarding to the functionality. Also the project has much better tests now, so that should also be ensuring, that later in bookworm cycle it won't get broken by hotfixes. ``` decd327 (tag: 0.2.1) tests: move test samples to data subfolder d0e1568 tests: add NULL GError test for all codepaths 7af088d tests: commit missing meson changes for icc profile test f708996 io-webp.c: add ICC profile storage support eaa4ea0 (tag: 0.2.0) io-webp.c: add function to check supported format options 48d9524 io-webp.c: simplify string to 0-100 int conversion for quality option 2e1c547 README: add missing CI badges a0f8a92 README: add CI badges 2f950fd (tag: 0.1.2) ci: add macos build 19e18d7 tests: add save test and rework test infrastructure 17b87ec io-webp.c: bring back save functionality c84d336 (tag: 0.1.1) io-webp.c: configure decoder output to write in pixbuf 219ae4c io-webp.c: simplify method naming and order implementations bf0fca2 io-webp.c: remove WRITABLE flag 0dcbc1e (tag: 0.1.0) Update license headers c80df7a meson: improve warnings for query_loaders script 3624980 ci: install valgrind through apt 2d67225 ci: add valgrind leak checks 7c891f9 tests: fix double free in t4.c 982d28b Simplified implementation of both static and animated webp implementation 1169cbc docs: add homebrew installation note f91f79c (tag: 0.0.7) meson: enforcing all endian related includes breaks msys2 builds 39deda6 Show an error if no endian related header is found 88c1f65 Do not run query-loaders upon install, show a warning that it has to be run instead 0f78520 meson: make update cache dir optional 10667e3 meson: break loop if one of the endianness headers is found 7805f51 Fix building on *BSD OS's and Solaris 9482c8f meson: fix link arguments for tests 61fb6ed tests: t3.c refactor and minimize test code cad173d tests: revert t3.c refactoring to fix windows build failure ea511d0 ci: print logs on test errors 909b52e Build plugin as shared module instead cf9ad75 tests: refactor animation test code into a single simplified test 26e9ebf Add Windows CI 652ebc0 tests: Refactor t4.c to remove unneeded code 43d3d77 meson: do not retrieve system triad on non Linux systems 90b1f41 tests: remove deprecation warnings for GTimeVal 43c6624 meson: allow nested variable definition for the gdk pixbuf module path for relocatable installations e2f io-webp.c: Remove memory leak from use of heap allocated save_context faf4eba tests: Remove unnecessary GError 08aa6ed ci: Remove fedora.yml workflow 702ad40 ci: Add Fedora workflow 1e1cad7 (tag: 0.0.6) ci: use ninja -C for the build dir ee74005 ci: use latest ubuntu to get up to date meson 9bbbc46 Add checkout step e3ef3ea ci: Fix workflow path eb06324 Add initial GitHub Actions CI script 64f2b2f Update build instructions in README.md cfac732 meson: automatically detect gdk-pixbuf-query-loaders path on Debian d4c2057 Removing travis file as free plans do not cover us anymore 4e84549 io-webp.io: Fixes endianess bug while reading values from buffer ``` [1] https://github.com/aruiz/webp-pixbuf-loader/releases/tag/0.2.0 [2] https://github.com/aruiz/webp-pixbuf-loader/releases/tag/0.2.1 [ Impact ] Buggy user experience on old codebase, multiple critical and not resolved bugs. [ Tests ] The package has autopkgtests, which has been extended in 0.2.0 and 0.2.1. [ Risks ] Package itself is very small and after codebase rework, the fixes are incremental and self-explaining covered with tests. [ Checklist ] [ ] all changes are documented in the d
Bug#1033977: unblock: monado/21.0.0~dfsg1-2.1+b1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: mon...@packages.debian.org Control: affects -1 + src:monado Please unblock package Monado. [ Reason ] First, the current version of Monado in Debian is two years old, entirely deprecated, and useless in terms of XR development. As the Monado package is utterly useless in the version shipped with Bookworm, this will lead only to a state where no one will choose to install it from Debian sources, which is a dreadful. So, my proposal is to: 1. bump it so that Bookworm will provide at least a possibly usable version 2. drop the package entirely from the release, so point people directly to the nightly Monado builds [ Impact ] People may get a reasonably up-to-date package when Bookworm gets released. [ Tests ] No. [ Risks ] There could be bugs not present in the old version. [ Checklist ] [ ] all changes are documented in the d/changelog [ ] I reviewed all changes and I approve them [ ] attach debdiff against the package in testing [ Other info ] unblock monado/21.0.0~dfsg1-2.1+b1
Bug#1033975: unblock: webp-pixbuf-loader/0.2.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: webp-pixbuf-loa...@packages.debian.org Control: affects -1 + src:webp-pixbuf-loader Please unblock package webp-pixbuf-loader [ Reason ] Version 0.0.5 contains multiple bugs and 0.2.0 [1] I pushed was solution to these problems. Sadly meanwhile 0.2.1 [2] was release with another fix, which we pushed, but it didn't got into timeframe for 10 days acceptance. [1] https://github.com/aruiz/webp-pixbuf-loader/releases/tag/0.2.0 [2] https://github.com/aruiz/webp-pixbuf-loader/releases/tag/0.2.1 [ Impact ] Buggy user experience on old codebase, multiple critical and not resolved bugs. [ Tests ] The package has autopkgtests, which has been extended in 0.2.0 and 0.2.1. [ Risks ] Package itself is very small and after codebase rework, the fixes are incremental and self-explaining covered with tests. [ Checklist ] [ ] all changes are documented in the d/changelog [x] I reviewed all changes and I approve them [p] attach debdiff against the package in testing [ Other info ] I attach diff against the previously sent 0.2.0, since that was targeted to get into bookworm. If requested, I can send debdiff against 0.0.5. ``` --- webp-pixbuf-loader-0.2.0/debian/changelog 2023-02-26 11:55:51.0 +0100 +++ webp-pixbuf-loader-0.2.1/debian/changelog 2023-03-04 01:30:48.0 +0100 @@ -1,3 +1,11 @@ +webp-pixbuf-loader (0.2.1-1) UNRELEASED; urgency=medium + + [ David Heidelberg ] + * New upstream version 0.2.1 (Closes: #1032334) + * d/tests: extend tests by two new upstream tests + + -- David Heidelberg Sat, 04 Mar 2023 01:30:48 +0100 + webp-pixbuf-loader (0.2.0-1) unstable; urgency=medium * New upstream version 0.2.0 diff -Nru webp-pixbuf-loader-0.2.0/debian/tests/determinism-test webp-pixbuf-loader-0.2.1/debian/tests/determinism-test --- webp-pixbuf-loader-0.2.0/debian/tests/determinism-test 2023-02-26 11:55:51.0 +0100 +++ webp-pixbuf-loader-0.2.1/debian/tests/determinism-test 2023-03-04 01:30:48.0 +0100 @@ -4,7 +4,7 @@ set -eu -gdk-pixbuf-thumbnailer -s 128 tests/t1.webp test1.png +gdk-pixbuf-thumbnailer -s 128 tests/data/t1.webp test1.png file -i test1.png | grep -qFw image/png -gdk-pixbuf-thumbnailer -s 128 tests/t1.webp test2.png +gdk-pixbuf-thumbnailer -s 128 tests/data/t1.webp test2.png cmp -s test1.png test2.png diff -Nru webp-pixbuf-loader-0.2.0/debian/tests/upstream-tests webp-pixbuf-loader-0.2.1/debian/tests/upstream-tests --- webp-pixbuf-loader-0.2.0/debian/tests/upstream-tests2023-02-26 11:55:51.0 +0100 +++ webp-pixbuf-loader-0.2.1/debian/tests/upstream-tests2023-03-04 01:30:48.0 +0100 @@ -4,8 +4,10 @@ set -ex -TEST_FILE="./tests/t1.webp" ./obj*/tests/t1 -TEST_FILE="./tests/t2.webp" ./obj*/tests/t2 -TEST_FILE="./tests/t3.webp" ./obj*/tests/t3 -TEST_FILE="./tests/t1.webp" ./obj*/tests/t4 -TEST_FILE="./tests/t2.webp" ./obj*/tests/t_save +TEST_FILE="./tests/data/t1.webp" ./obj*/tests/t1 +TEST_FILE="./tests/data/t2.webp" ./obj*/tests/t2 +TEST_FILE="./tests/data/t3.webp" ./obj*/tests/t3 +TEST_FILE="./tests/data/t1.webp" ./obj*/tests/t4 +TEST_FILE="./tests/data/t2.webp" ./obj*/tests/t_save +TEST_FILE="./tests/data/t2.webp" ./obj*/tests/t_icc +TEST_FILE="./tests/data/t2.webp" ./obj*/tests/t_null_error diff -Nru webp-pixbuf-loader-0.2.0/io-webp.c webp-pixbuf-loader-0.2.1/io-webp.c --- webp-pixbuf-loader-0.2.0/io-webp.c 2023-02-23 23:30:45.0 +0100 +++ webp-pixbuf-loader-0.2.1/io-webp.c 2023-03-04 00:36:54.0 +0100 @@ -12,6 +12,7 @@ #include "io-webp.h" #include "io-webp-anim.h" +#include static gpointer begin_load (GdkPixbufModuleSizeFunc size_func, @@ -192,7 +193,7 @@ write_file (const uint8_t *data, size_t data_size, const WebPPicture *const pic) { FILE *const out = (FILE *) pic->custom_ptr; - return data_size ? (fwrite (data, data_size, 1, out) == 1) : 1; + return data_size == fwrite (data, sizeof (guchar), data_size, out) ? TRUE : FALSE; } /* Encoder write callback to accumulate output data in a GByteArray */ @@ -207,7 +208,7 @@ static gboolean is_save_option_supported (const gchar *option_key) { - char *options[3] = { "quality", "preset", NULL }; + char *options[4] = { "quality", "preset", "icc-profile", NULL }; for (char **o = options; *o; o++) { if (g_strcmp0 (*o, option_key) == 0) @@ -216,6 +217,40 @@ return FALSE; } +/* Creates a new image data buffer with the ICC profile data in it */ +WebPData +add_icc_data (WebPData *image_data, WebPData *icc_data, GError **error) +{ + WebPMux *mux = WebPMuxCreate (image_data, FALSE); + + if (mux == NULL) +{ + g_set_error (error, GDK_PIXBUF_ERROR, GDK_PIXBUF_ERROR_FAILED,
Bug#951166: shortwave
Hello Matthias! Happy to hear that, happily handing over the ITP to you! Thank you for your amazing work. David On 30/03/2023 15:42, matthias.geiger1...@tutanota.de wrote: Hi David, I got all dependencies down for shortwave. mpris-player is still broken upstream but there is a MR for it here: https://gitlab.gnome.org/World/Rust/mpris-player/-/merge_requests/9 Would you mind if I took over this ITP ? I updated the gtk stack and packaged all other dependencies. I'd maintain it within the GNOME team since it's a circle app. regards, --- Matthias Geiger (werdahias) -- David Heidelberg Consultant Software Engineer
Bug#1033482: debootstrap fails when invoked with --merged-usr
Package: debootstrap Version: 1.0.128+nmu2 Severity: normal Dear Maintainer, Since --merged-usr is default in this configuration, it doesn't have to be passed. ARCH can be amd64 or arm64 debootstrap --variant=minbase --arch=$ARCH --components main,contrib,non-free,non-free-firmware bookworm /lava-files/rootfs-amd64/ http://deb.debian.org/debian leads to errors as: ... W: Failure while unpacking required packages. This will be attempted up to five times. W: See /lava-files/rootfs-amd64/debootstrap/debootstrap.log for details (possibly the package /var/cache/apt/archives/usr-is-merged_35_all.deb is at fault) Whole log: https://gitlab.freedesktop.org/okias/mesa/-/jobs/38725690 These errors can be prevented when using --no-merged-usr. -- System Information: Debian Release: 12.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing'), (10, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-6-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages debootstrap depends on: ii wget 1.21.3-1+b2 Versions of packages debootstrap recommends: ii arch-test 0.20-1 ii debian-archive-keyring 2021.1.1 ii gnupg 2.2.40-1 Versions of packages debootstrap suggests: ii binutils2.40-2 pn squid-deb-proxy-client pn ubuntu-archive-keyring ii xz-utils5.4.1-0.2 ii zstd1.5.4+dfsg2-3 -- no debconf information
Bug#1002056: ITP: zlib-ng -- optimized zlib compression library
Hello, I see you recently pushed some code into git, do you plan to push the code also into Debian itself? Thank you David -- David Heidelberg Consultant Software Engineer
Bug#1033191: Acknowledgement (ccache: Solution to address the deadlocking issue with ccache 4.7 on Debian Bookworm.)
Here are omitted references: [1] https://gitlab.freedesktop.org/mesa/mesa/-/issues/8650 [2] https://github.com/ccache/ccache/issues/1244#issuecomment-1475162466
Bug#1033191: ccache: Solution to address the deadlocking issue with ccache 4.7 on Debian Bookworm.
Package: ccache Version: 4.7.4-1 Severity: important Dear Maintainer, I've spent some time grappling with ccache 4.7 on Debian Bookworm, as well as Alpine and Fedora, where I encountered the same issues [1]. As a result, I'm wondering if you would consider pushing ccache 4.8 into Bookworm. The authors of ccache have mentioned that this version includes a rewrite that addresses serious issues, such as deadlocks [2]. As a conservative approach, I would suggest setting the inode_cache option to false by default. Alternatively, we could force the environment variable CCACHE_NOINODECACHE=1, which has helped with our CI ccache on Bookworm. Thank you for your work! David -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing'), (10, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-6-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ccache depends on: ii libc6 2.36-8 ii libgcc-s1 12.2.0-14 ii libhiredis0.14 0.14.1-3 ii libstdc++6 12.2.0-14 ii libzstd11.5.4+dfsg2-3 ccache recommends no packages. Versions of packages ccache suggests: pn distcc | icecc -- no debconf information
Bug#1032334: webp-pixbuf-loader: Segmentation fault in xfce4-screenshooter when using copy to clipboard
Thanks for the report! 0.2.1 which including the fix is already on the way! David On 04/03/2023 09:41, Niels de Jong wrote: Package: webp-pixbuf-loader Version: 0.2.0-1 Severity: normal X-Debbugs-Cc: shikonshi...@gmail.com Dear Maintainer, * What led up to the situation? Since the update from 0.0.5-5 to 0.2.0-1 when using xfce4-screenshooter the Copy to clipboard funtion stopped working. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? Uninstalling webp-pixbuf-loader fixes any issues with screenshooter. I ran screenshooter in gdb and it came with this error: Thread 1 "xfce4-screensho" received signal SIGSEGV, Segmentation fault. 0x71ce88e0 in ?? () from /usr/lib/x86_64-linux-gnu/gdk- pixbuf-2.0/2.10.0/loaders/libpixbufloader-webp.so -- System Information: Debian Release: 12.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-5-amd64 (SMP w/16 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=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages webp-pixbuf-loader depends on: ii libc62.36-8 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.74.6-1 ii libwebp7 1.2.4-0.1 ii libwebpdemux21.2.4-0.1 webp-pixbuf-loader recommends no packages. webp-pixbuf-loader suggests no packages. -- no debconf information -- David Heidelberg Consultant Software Engineer
Bug#1031809: Bump webp-pixbuf-loader version to 0.1.2 as it contains important bugfixes
The change is a complete rewrite, but on the other hand, on a very tiny piece of software with considerable security benefits as it can process malicious data. I'll look into it over the weekend. If the rust dependencies are packaged, it shouldn't be a serious show-stopper. On 24/02/2023 13:05, Andrey Rakhmatullin wrote: On Fri, Feb 24, 2023 at 01:53:58PM +0300, Nikolay Kyx wrote: PRE-RELEASE Ok, consider version 0.2.0 then. This is up to the maintainer, but the soft freeze is still only time for "small, targeted fixes". on a closer look this looks like a wishlist Clearly, I **wish** that default image viewer (LXDE) didn't eat all my memory when I just want to scroll through webp images. Is there a "freeze" now? When it ends? When bookworm is released, so probably in the middle of the year. -- David Heidelberg Consultant Software Engineer
Bug#1031809: Bump webp-pixbuf-loader version to 0.1.2 as it contains important bugfixes
Oh, Rust version isn't there yet. Anyway I'll look into bumping to the 0.2.0. On 24/02/2023 13:23, David Heidelberg wrote: The change is a complete rewrite, but on the other hand, on a very tiny piece of software with considerable security benefits as it can process malicious data. I'll look into it over the weekend. If the rust dependencies are packaged, it shouldn't be a serious show-stopper. On 24/02/2023 13:05, Andrey Rakhmatullin wrote: On Fri, Feb 24, 2023 at 01:53:58PM +0300, Nikolay Kyx wrote: PRE-RELEASE Ok, consider version 0.2.0 then. This is up to the maintainer, but the soft freeze is still only time for "small, targeted fixes". on a closer look this looks like a wishlist Clearly, I **wish** that default image viewer (LXDE) didn't eat all my memory when I just want to scroll through webp images. Is there a "freeze" now? When it ends? When bookworm is released, so probably in the middle of the year. -- David Heidelberg Consultant Software Engineer
Bug#1022540: build-essential: please add riscv64 support
Hello! If there isn't any specific blocker, I would like to get into a state where I don't have to hack our CI with the following Ubuntu injection: ``` apt-get install -y gcc-riscv64-linux-gnu g++-riscv64-linux-gnu wget http://mirrors.kernel.org/ubuntu/pool/universe/b/build-essential/crossbuild-essential-riscv64_12.8ubuntu1.1_all.deb dpkg -i crossbuild-essential-riscv64_12.8ubuntu1.1_all.deb ``` Thank you for your work on crossbuild! David -- David Heidelberg Consultant Software Engineer
Bug#1009230: RFP: difftastic -- diff that understands syntax
Bump, would be great to have it! On Sat, 9 Apr 2022 12:38:30 +0200 Jakub Wilk wrote: > Package: wnpp > Severity: wishlist > > * Package name : difftastic > Version : 0.25.0 > Upstream Author : Wilfred Hughes > * URL : https://github.com/Wilfred/difftastic > * License : Expat > Programming Lang: Rust > Description : diff that understands syntax > > Difftastic is an experimental diff tool that compares files based on > their syntax. > > -- > Jakub Wilk > > -- David Heidelberg Consultant Software Engineer Matrix: @okias:matrix.org
Bug#1014020: Fails to build on big endian architectures
Hello Sebastien, it's done in `-3`. Thank you On 28/06/2022 22:01, Sebastien Bacher wrote: Package: webp-pixbuf-loader Version: 0.0.5-2 The package currently fails to build on big endian architectures, which has been fixed upstream in https://github.com/aruiz/webp-pixbuf-loader/commit/4e845492a Could you include the patch in the Debian package? Thanks, -- David Heidelberg Consultant Software Engineer Matrix: @okias:matrix.org
Bug#806960: Stardict leaking user data in default configuration.
Hello, is it fixed in recent Debian packages or is it still leaking data? If yes, shouldn't this bug have higher severity? Thank you -- David Heidelberg Consultant Software Engineer Matrix: @okias:matrix.org
Bug#922102: ITP: libopusenc -- High-level API for encoding Ogg Opus audio streams
I would be really happy if you took this over, so it would move forward (due that BigBlueButton use this library). David On 19/05/2022 16:20, IOhannes m zmoelnig wrote: On Sun, 18 Oct 2020 16:10:28 +0200 David Heidelberg wrote: On Tue, 12 Feb 2019 12:43:37 +1030 Ron wrote: > Package: wnpp > Severity: wishlist > Owner: Ron > > * Package name : libopusenc > Version : 0.2.1 any news on this? 3 years have passed since the ITP, 1½ years have passed since the followup. if Ron is no longer interested in packaging libopusenc, i would be happy to take over (under the umbrella of the multimedia-team). gfamsdr IOhannes -- David Heidelberg Consultant Software Engineer Matrix: @okias:matrix.org
Bug#969482: ITP: glab -- An open-source GitLab command line tool
There is interest in this package. Personally I would prefer to not to install `glab` trough Snap. David
Bug#1001440: /usr/bin/foo2zjs: fails to load firmware into printer
Package: printer-driver-foo2zjs Version: 20200505dfsg0-2 Severity: important File: /usr/bin/foo2zjs Dear Maintainer, After connecting printer (HP 1018), firmware isn't loaded into printer, even after getting by getweb 1018. Seems like script /lib/udev/hplj1000 and symlinks (as hplj1018) give up on uploading firmware into device. I managed to succeed by disabling udev rule triggering this script and manually running # cat /lib/firmware/hp/sihp1018.dl > /dev/usb/lp3 which does upload 1018 firmware into USB printer connected to lp3 (visible in dmesg). I think this is partly inconsistency between Debian udev rules and upstream firmware upload script quality (and age). I'll try figure out patch, but not promising it'll be soon. David -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing'), (10, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.15.0-2-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages printer-driver-foo2zjs depends on: ii cups-filters [foomatic-filters] 1.28.10-2 ii dc 1.07.1-3+b1 ii libc62.32-5 ii libcups2 2.3.3op2-7 ii libjbig0 2.1-3.1+b2 ii liblcms2-utils 2.12~rc1-2 ii printer-driver-foo2zjs-common20200505dfsg0-2 Versions of packages printer-driver-foo2zjs recommends: ii cups 2.3.3op2-7 ii cups-client 2.3.3op2-7 ii mscompress 0.4-9 ii unzip6.0-26 ii wget 1.21.2-2+b1 Versions of packages printer-driver-foo2zjs suggests: ii hannah-foo2zjs 1:4+b1 ii psutils 1.17.dfsg-4 -- no debconf information
Bug#998108: firefox freezes shortly after start
HW: Intel i7-7500U; 16G RAM; GPU HD Graphics 620 Debian: unstable System: amd64 Session: GNOME with Wayland. Firefox: 93-b1 - 94 Random freezes. 10 seconds up to X minutes, depending on the websites tab opened. Best regards David Heidelberg
Bug#982461: apt: Please provide a configuration option for disabling fsync()-s
Hello, I'd like to support Balint here, since for example on mobile phones and tablets, which using eMMC and UFS storages, with limited lifetime it's using eatmydata almost requirement, but not all users are aware of the option. Would be nice to have simple option which could distributions based on Debian (for example Mobian) easily enable and improve speed of instalation and durability of eMMCs. Thank you David On Wed, 10 Feb 2021 15:58:59 +0100 Balint Reczey wrote: > Hi Julian, > > On Wed, Feb 10, 2021 at 3:23 PM Julian Andres Klode wrote: > > > > > > On Wed, Feb 10, 2021 at 03:10:45PM +0100, Balint Reczey wrote: > > > Source: apt > > > Version: > > > Severity: wishlist > > > > > > Hi, > > > > > > I run eatmydata apt ... frequently and it is used widely by others > > > when there is no need to fsync()-s during package installations or > > > removals, but it is nice to save time and wear off SSDs later. > > > > > > Using fsync() is unlikely to bring any benefit when a system is very > > > unlikely to crash or it is cheap to recreate in case of an > > > installation failure like it is the case for provisioning containers. > > > Also using fsync is fairly pointless when apt-btrfs-snapshot is > > > installed and a snapshot is taken after the apt operation anyway. > > > > > > Ideally dpkg would provide a command line option for skipping fsync, > > > but it is not yet the case: #923423. > > > > > > On APT's side I'd like to propose a config option which when set would > > > prefix dpkg calls with eatmydata until dpkg has a better interface for > > > disabling fsyncs. > > > > dpkg already has --force-unsafe-io to avoid syncs, it's what I use. I > > don't want to have an option for eatmydata inside apt, it also affects a > > lot of other stuff down the line like services outside on sysvinit > > systems and all stuff happening in maintainer scripts; but then it only > > works on the native architecture, not for foreign ones, and scripts > > might be unsetting LD_PRELOAD. Heck APT probably should unset > > LD_PRELOAD like it cleans up PATH. > > > > I considered adding a seccomp filter to apt that would block fsync() and > > friends, which is more persuasive than eatmydata. But force-unsafe-io is > > usually enough. > > > > Lastly, you can also just create a dpkg -> eatmydata symlink somewhere, > > and then specify that as your Dir::Bin::dpkg, and that would work too. > > eatmydata could ship some symlinks in /usr/libexec/eatmydata, similar to > > what ccache does. > > > > I do not believe that adding such a hack to apt is the right approach. > > IMO the practice of using eatmydata with is widespread enough to be > considered safe (checking for systemd as init), but let's not consider > if for now. > > As I see apt does not pass --force-unsafe-io either yet to dpkg and > the proposed option could add it: > > test@debian:~$ sudo strace -ff -ofirefox-install.trace -efsync apt > install --reinstall ./firefox_85.0.1-1_amd64.deb > ... > Processing triggers for gnome-menus (3.36.0-1) ... > test@debian:~$ grep fsync firefox-install.trace* | wc -l Best regards David Heidelberg
Bug#992282: printer-driver-foo2zjs-common: getweb command has invalid URL for all downloads
Package: printer-driver-foo2zjs-common Version: 20200505dfsg0-1 Severity: normal Dear Maintainer, since the original website is down and (probably) not going back, please consider baseing on fork on github [1]. Sorry for being brief, but otherwise I wouldn't fill it ever. Thank you! [1] https://github.com/koenkooi/foo2zjs/blob/master/getweb.in#L188 -- System Information: Debian Release: 11.0 APT prefers testing APT policy: (500, 'testing'), (10, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-8-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages printer-driver-foo2zjs-common depends on: ii python3 3.9.2-3 ii xz-utils 5.2.5-2 Versions of packages printer-driver-foo2zjs-common recommends: ii printer-driver-foo2zjs 20200505dfsg0-1 ii tix 8.4.3-10+b1 ii tk 8.6.11+1 printer-driver-foo2zjs-common suggests no packages. -- no debconf information
Bug#973822: ITP: dosbox-staging -- DOSBox Staging is a full x86 CPU emulator (independent of host architecture), capable of running DOS programs that require real or protected mode.
Hello Ben, I asked about possibility of changing name and the final reply is [1]. Quoting dreamer: Right now, we are fighting to convince users (and developers) to move on from using a myriad of tiny DOSBox forks (link - very incomplete, there are ~50 other dead forks I know of) or maintain their own patchsets based on 10-year old 0.74. We have already certain (hard thought for) recognition and community formed up - changing name at this point will only cause confusion and hurt the project's prospects for future. [1] https://github.com/dosbox-staging/dosbox-staging/issues/703#issuecomment-723178233 Best regards David Heidelberg On Thu, Nov 5, 2020 at 21:52, Ben Hutchings wrote: On Thu, 2020-11-05 at 17:41 +0100, David Heidelberg wrote: [...] Q: why is this package useful/relevant? A: Sucessor of DOSBox, which is already inside Debian [...] DOSBox seems to be under active development even though it hasn't had a release for a while. So this is an independent fork, not a successor to a dead project. (If DOSBox had become dead upstream, I would have recommended rebasing the existing dosbox source package on DOSBox Staging instead.) I think this name is also misleading. "DOSBox Staging" sounds like a development branch of the original DOSBox project, not an independent project. Are the upstream developers set on using this name or do you think they could be persuaded to use something more distinctive? Ben. -- Ben Hutchings Humans are not rational beings; they are rationalising beings.
Bug#973822: ITP: dosbox-staging -- DOSBox Staging is a full x86 CPU emulator (independent of host architecture), capable of running DOS programs that require real or protected mode.
Hello Philipp, I've been watching DOSBox development for long time and it seems their progress is very slow, with limited number of SVN commits, not yet merged SDL 2 support and no releases it doesn't seems it will thrive in future. As I understood DOSBox Staging was originally meant as a incubator for new patches, which are not yet merged into DOSBox (similar to Wine and Wine Staging) and needs to be tested, but original DOSBox authors didn't agreed to cooperate with this project. I believe this project - written with modern standards in mind, having CI and very friendly and supportive developers is currently in much better state than old DOSBox. Comparsion of technical features and abilities can be found directly here: https://github.com/dosbox-staging/dosbox-staging Best regards David Heidelberg On Thu, Nov 5, 2020 at 19:37, Philipp Kern wrote: On 05.11.20 17:41, David Heidelberg wrote: Package: wnpp Severity: wishlist Owner: David Heidelberg X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: dosbox-staging Version : 0.76 Upstream Author : The DOSBox Staging Team * URL : https://dosbox-staging.github.io/ * License : GPL-2.0-or-later Programming Lang: C, C++ Description : DOSBox Staging is a full x86 CPU emulator (independent of host architecture), capable of running DOS programs that require real or protected mode. DOSBox Staging is a full x86 CPU emulator (independent of host architecture), capable of running DOS programs that require real or protected mode. It features: * A built-in DOS-like console * Emulation of several PC variants: IBM PC, IBM PCjr, Tandy 1000), and CPUs (286, 386, 486, and Pentium I) * Graphics chipsets: Hercules, CGA, EGA, VGA, and SVGA * Audio solutions: PC Speaker, Tandy Sound System, Disney Sound Source, Sound Blaster series, and Gravis UltraSound * CDROM and CD Digital Audio with audio optionally encoded as FLAC, Opus, OGG/Vorbis, MP3 or WAV * Joystick emulation working with modern game controllers * Serial port emulation including IPX over UDP and Telnet over TCP/IP * Hardware-accelerated video output including integer (pixel-perfect) scaling, sharp-bilinear scaling, OpenGL shaders, and more DOSBox Staging is highly configurable and sufficiently-optimized to run any DOS game on a modern computer. Q: why is this package useful/relevant? A: Sucessor of DOSBox, which is already inside Debian Why do we need both rather than upgrading dosbox? Is this package supposed to take over the existing binary package eventually? Kind regards Philipp Kern
Bug#973822: ITP: dosbox-staging -- DOSBox Staging is a full x86 CPU emulator (independent of host architecture), capable of running DOS programs that require real or protected mode.
Package: wnpp Severity: wishlist Owner: David Heidelberg X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: dosbox-staging Version : 0.76 Upstream Author : The DOSBox Staging Team * URL : https://dosbox-staging.github.io/ * License : GPL-2.0-or-later Programming Lang: C, C++ Description : DOSBox Staging is a full x86 CPU emulator (independent of host architecture), capable of running DOS programs that require real or protected mode. DOSBox Staging is a full x86 CPU emulator (independent of host architecture), capable of running DOS programs that require real or protected mode. It features: * A built-in DOS-like console * Emulation of several PC variants: IBM PC, IBM PCjr, Tandy 1000), and CPUs (286, 386, 486, and Pentium I) * Graphics chipsets: Hercules, CGA, EGA, VGA, and SVGA * Audio solutions: PC Speaker, Tandy Sound System, Disney Sound Source, Sound Blaster series, and Gravis UltraSound * CDROM and CD Digital Audio with audio optionally encoded as FLAC, Opus, OGG/Vorbis, MP3 or WAV * Joystick emulation working with modern game controllers * Serial port emulation including IPX over UDP and Telnet over TCP/IP * Hardware-accelerated video output including integer (pixel-perfect) scaling, sharp-bilinear scaling, OpenGL shaders, and more DOSBox Staging is highly configurable and sufficiently-optimized to run any DOS game on a modern computer. Q: why is this package useful/relevant? A: Sucessor of DOSBox, which is already inside Debian Current Debian WIP repository: https://salsa.debian.org/Feignint/dosbox-staging
Bug#951113: ITP: webp-pixbuf-loader -- WebP Image format GdkPixbuf loader.
Current debian packaging can be found here: https://salsa.debian.org/okias-guest/webp-pixbuf-loader Best regards David Heidelberg
Bug#922102: ITP: libopusenc -- High-level API for encoding Ogg Opus audio streams
On Tue, 12 Feb 2019 12:43:37 +1030 Ron wrote: > Package: wnpp > Severity: wishlist > Owner: Ron > > * Package name: libopusenc > Version : 0.2.1 > Upstream Author : Xiph.Org > * URL : http://opus-codec.org/development/ > * License : BSD > Programming Lang: C > Description : High-level API for encoding Ogg Opus audio streams > > libopusenc provides a convenient high-level API for creating .opus files or > streaming Ogg Opus data. It is implemented as a layer on top of Xiph.Org's > reference libopus library. > > > This library is now a dependency for future versions of opus-tools, and > it is intended to be a simple interface for other applications to use > too. > > Hello Ron, I took your code and little bit updated it, it's not done yet [1], but if you wanted to get back to it, it would be great. Thank you David [1] https://salsa.debian.org/okias-guest/libopusenc/-/commits/debian/ Thank you David Heidelberg
Bug#951166: ITP: shortwave -- Find and listen to internet radio stations
Check also #debian-rust on OFTC (just download IRC client and register over IRC client on OFTC servers). They'll give you current status of Rust packaging. David Best regards David Heidelberg On Sun, Aug 23, 2020 at 16:13, Willem van den Akker wrote: Hello David, I am also not a DD or DM. I agree, first all cargo packages/modules have to go into Debian. Perhaps we can ask some Rust devs how to do that. I will ask around. Yes building it with network connection is a no-go and violation of the Debian guidelines. I have shortwave successful runing in Testing. I will keep in touch. /Willem On Sun, 2020-08-23 at 16:04 +0200, David Heidelberg wrote: Hello Willem, you have more advanced debian/ so I'd start from your version. Sadly, I'm not official Debian developer, so I cannot do that, we have to find someone who will. There will be likely many rust libs which needs to be packaged, TBH I haven't progressed much on it. I think we cannot upload even to experimental, when the package download stuff while build from internet. I'll test your build & check lintian --pedantic how it goes, but I guess until we get everything it builds offline, it'll be issue. Thank you David Best regards David Heidelberg On Sun, Aug 16, 2020 at 19:00, Willem van den Akker < wvdak...@wilsoft.nl > wrote: Dobry den David, I also have been working on shortwave and have a working package which you can find here: https://salsa.debian.org/wvdakker/shortwave Is it possible to create a team respository so we can work as a team on the package? There is quite a bit Rust work/libraries on which we have to work. To much for one person. Another probleem is the networkaccess during the build. USENETWORK must be used in the pbuilderrc because a lot of cargo must be downloaded. However the policy prevents that any the package must be build in a chroot (4.9). Can you as maintainer create a team library? Then we upload the version to experimental as an starting point. Na shledanou Willem
Bug#951166: ITP: shortwave -- Find and listen to internet radio stations
Hello Willem, you have more advanced debian/ so I'd start from your version. Sadly, I'm not official Debian developer, so I cannot do that, we have to find someone who will. There will be likely many rust libs which needs to be packaged, TBH I haven't progressed much on it. I think we cannot upload even to experimental, when the package download stuff while build from internet. I'll test your build & check lintian --pedantic how it goes, but I guess until we get everything it builds offline, it'll be issue. Thank you David Best regards David Heidelberg On Sun, Aug 16, 2020 at 19:00, Willem van den Akker wrote: Dobry den David, I also have been working on shortwave and have a working package which you can find here: https://salsa.debian.org/wvdakker/shortwave Is it possible to create a team respository so we can work as a team on the package? There is quite a bit Rust work/libraries on which we have to work. To much for one person. Another probleem is the networkaccess during the build. USENETWORK must be used in the pbuilderrc because a lot of cargo must be downloaded. However the policy prevents that any the package must be build in a chroot (4.9). Can you as maintainer create a team library? Then we upload the version to experimental as an starting point. Na shledanou Willem
Bug#958897: ITP: mobile-datovka -- Czech Data Boxes client
Package: wnpp Severity: wishlist Owner: David Heidelberg * Package name: mobile-datovka Version : 1.9.1 Upstream Author : Karel Slaný * URL : https://www.datovka.cz/cs/pages/mobilni-datovka.html * License : GPL-3.0-or-later, CC0-1.0 Programming Lang: C++ Description : A free graphical user interface for data boxes Datovka is a multiplatform mobile application for accessing data boxes. A data box is an electronic storage site in Czech Republic. It is intended for delivery of official documents and for communication with public authority bodies. I'm looking for sponsor, preferably someone from Mobile team (since it's mobile application).
Bug#412914: reportbug: please add support for SSL protected SMTP communication
I meant I tested switching SMTP to SMTP_SSL (I send that report from locally modified reportbug). I filled remaining stuff and made MR https://salsa.debian.org/reportbug-team/reportbug/merge_requests/52 . I kept smtptls and --tls for compatibility reasons (but in fact they're little bit incorrect -> it's starttls, not clear tls transport). Hope it's OK this way. Thank you Best regards David Heidelberg Sandro Tosi napsal St, 12. úno 2020 v 20∶50: Control: tags -1 +moreinfo Hello. I also missing to ability to communicate with my server, so I made a small patch to clarify (TLS vs STARTTLS) and add option to use TLS on port 465. I didn't tested it yet, since in my code I just replaced SMTP to SMTP_SSL, but should work. Feel free to test with gmail or different 465 only provider. thanks for your patch, but it's not ok to delegate the testing to us; please test your patch, submit an updated patch if necessary, and remove the moreinfo tag when doing so. Looks like you also need to update the manpage for reportbugrc to mention the new option and all the other documents regarding commandline options and reportbug. Thanks again, -- Sandro "morph" Tosi My website: http://sandrotosi.me/ Me at Debian: http://wiki.debian.org/SandroTosi Twitter: https://twitter.com/sandrotosi
Bug#951166: ITP: shortwave -- Find and listen to internet radio stations
Package: wnpp Severity: wishlist Owner: David Heidelberg * Package name: shortwave Version : 0.0.2 Upstream Author : Felix Häcker * URL : https://gitlab.gnome.org/World/Shortwave * License : GPL-3.0-or-later Programming Lang: Rust Description : Find and listen to internet radio stations GNOME application for listening internet radio streams. - it's modern, clean and functional radio player for GNOME, it also features ability to save previously played songs - I need a sponsor
Bug#412914: reportbug: please add support for SSL protected SMTP communication
Package: reportbug Version: 7.6.0 Followup-For: Bug #412914 Hello. I also missing to ability to communicate with my server, so I made a small patch to clarify (TLS vs STARTTLS) and add option to use TLS on port 465. I didn't tested it yet, since in my code I just replaced SMTP to SMTP_SSL, but should work. Feel free to test with gmail or different 465 only provider. -- Package-specific info: ** Environment settings: EDITOR="/usr/bin/nvim" PAGER="/usr/bin/less" INTERFACE="text" ** /root/.reportbugrc: reportbug_version "7.6.0" mode advanced ui text no-check-uid -- System Information: Debian Release: 10.2 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: unable to detect Versions of packages reportbug depends on: ii apt1.8.2 ii python33.7.3-1 ii python3-reportbug 7.6.0 ii sensible-utils 0.0.12 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail pn debconf-utils pn debsums pn dlocate pn emacs-bin-common ii exim4-daemon-light [mail-transport-agent] 4.92-8+deb10u3 ii file 1:5.35-4+deb10u1 ii gnupg 2.2.12-1+deb10u1 pn python3-urwid pn reportbug-gtk pn xdg-utils Versions of packages python3-reportbug depends on: ii apt1.8.2 ii file 1:5.35-4+deb10u1 ii python33.7.3-1 ii python3-apt1.8.4 ii python3-debian 0.1.35 ii python3-debianbts 3.0.2 ii python3-requests 2.21.0-1 ii sensible-utils 0.0.12 python3-reportbug suggests no packages. -- no debconf information *** /root/0001-RFC-Implement-support-for-TLS-over-465.patch >From 83c18b5f5cc3d4fe20a27b6fae633af901b00c75 Mon Sep 17 00:00:00 2001 From: David Heidelberg Date: Tue, 11 Feb 2020 12:03:34 +0100 Subject: [PATCH] [RFC] Implement support for TLS over 465 Introducing smtptls465 which gives user SMTP over TLS. This setup is mostly used on port 465. Signed-off-by: David Heidelberg --- bin/reportbug | 31 ++- reportbug/submit.py | 6 -- 2 files changed, 26 insertions(+), 11 deletions(-) diff --git a/bin/reportbug b/bin/reportbug index 12e3299..afbdd6d 100755 --- a/bin/reportbug +++ b/bin/reportbug @@ -644,7 +644,12 @@ def offer_configuration(options): if smtphost: smtptls = ui.yes_no( -'Do you want to encrypt the SMTP connection with TLS (only ' +'Do you want to encrypt the SMTP connection with STARTTLS (only ' +'available if the SMTP host supports it)?', 'Yes', 'No', +default=False) + +smtptls465 = ui.yes_no( +'Do you want to use TLS encryption for the SMTP connection (only ' 'available if the SMTP host supports it)?', 'Yes', 'No', default=False) @@ -718,11 +723,17 @@ def offer_configuration(options): print('# If you need to enter a user name and password:', file=fp) print('#smtpuser "my username here"', file=fp) print('#smtppasswd "my password here"', file=fp) +if smtptls465: +print('# Enable TLS on port 465 for the SMTP host', file=fp) +print('smtptls465', file=fp) +else: +print('# Enable this option if you need SMTP over TLS for the SMTP host', file=fp) +print('#smtptls465', file=fp) if smtptls: -print('# Enable TLS for the SMTP host', file=fp) +print('# Enable STARTTLS for the SMTP host', file=fp) print('smtptls', file=fp) else: -print('# Enable this option if you need TLS for the SMTP host', file=fp) +print('# Enable this option if you need STARTTLS for the SMTP host', file=fp) print('#smtptls', file=fp) if http_proxy: @@ -799,7 +810,7 @@ def main(): check_available=True, query_src=True, debconf=True, editor='', offline=False, verify=True, check_uid=True, testmode=False, attachments=[], keyid='', body=None, -bodyfile=None, smtptls=False, smtpuser='', smtppasswd='', +bodyfile=None, smtptls=False, smtptls465=False, smtpuser='', smtppasswd='', paranoid=False, mbox_reader_cmd=None) # Convention: consider `option.foo' names read-only; they always contain @@ -909,8 +920,10 @@ def main(): parser.add_option('--email', help='specify originating email address
Bug#951113: ITP: webp-pixbuf-loader -- WebP Image format GdkPixbuf loader.
Package: wnpp Severity: wishlist Owner: David Heidelberg * Package name: webp-pixbuf-loader Version : git Upstream Author : Alberto Ruiz * URL : https://github.com/aruiz/webp-pixbuf-loader/ * License : LGPL-2.0-or-later Programming Lang: C Description : WebP Image format GdkPixbuf loader. WebP Image format GdkPixbuf loader. webp-pixbuf-loader integrates libwebp library into GDK image processing framework, so GDK based application can use WEBP format natively. - this package makes GNOME and GDK/GTK apps understandt webp, so after instalation of this loader, GNOME is able show up webp in all application where is pixbuf used. - I need sponsor (Mike Gabriel?).
Bug#648033: iputils crosscompilation - upstream
Hello guys, not sure why it's in debian bugs and not in our github issues, but I found request [1] to make iputils crosscompilable. Instead of keeping with Makefile, where I don't plan any new functionality, would you be interested in extending/improving meson build system support? It's right way, it's not going anywhere and it simplified iputils build. Feel free to check [2]. Thank you David [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648033 [2] https://github.com/iputils/iputils/blob/master/meson.build