Bug#1082574: ITP: aquamarine -- Light-weight rendering library for Linux
Package: wnpp Severity: wishlist Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: aquamarine Version : 0.4.1 Upstream Contact: vaxerski * URL : https://github.com/hyprwm/aquamarine * License : BSD-3-Clause Programming Lang: C++ Description : Light-weight rendering library for Linux >From the readme: Aquamarine is a very light linux rendering backend library. It provides basic abstractions for an application to render on a Wayland session (in a window) or a native DRM session. . It is agnostic of the rendering API (Vulkan/OpenGL) and designed to be lightweight, performant, and minimal. . Aquamarine provides no bindings for other languages. It is C++-only Aquamarine is a dependency for the Hyprland window manager. It replaces the wlroots dependency.
Bug#1076022: Additional patch for bullseye's FreeRADIUS (was: Backport some security settings from upstream 3.2.5 release to mitigate BlastRADIUS)
On Aug 23, 2024, at 7:53 AM, Bernhard Schmidt wrote: > Unfortunately I'm still lacking time, but today I had two unexpected > consequences. > > A clients.conf entry spanning large subnets was upgraded automatically > from require_message_authenticator auto -> yes due to the first package > being received. Consequently messages from another Radius client within > the same clients.conf entry was dropped silently. Yes, clients which aren't /32 should likely be left as `auto`, which really means `no`. > So far as expected, but I would have assumed FreeRADIUS to log an error > when a request without Message-Authenticator attribute comes in and it > is (auto-)configured to expect one. But I did not see anything. Is this > correct? It logs it in debug mode, but not in normal mode. I suppose that could be changed, but it would have to be rate-limited. > Another thing to watch out, although I would not want it to be in the > official changelog/news, Checkpoint Firewalls are known to be broken by > FreeRADIUS returning a Message-Authenticator attribute, see > https://support.checkpoint.com/results/sk/sk42184 . Apparently there is > an internal workaround available, but only to paying users. There's a documented work-around. https://support.checkpoint.com/results/sk/sk182516 I can only put this down to complete incompetence. The Message-Authenticator attribute has been defined for about 25 years. There is *zero* reason to drop packets which contain Message-Authenticator. The whole idea of dropping packets which contain unknown attributes is stupid. After running into this issue, I've updated the "fixing RADIUS security" RFC: https://datatracker.ietf.org/doc/html/draft-ietf-radext-deprecating-radius-03#name-unknown-attributes > I could not find a quick way to disable FreeRADIUS always _sending_ the > Message-Authenticator header. It can't be disabled. We're not going to make 1,000,000 networks insecure simply because one vendor hasn't updated their RADIUS implementation in 25 years. There is a work-around for the checkpoint issue, so additional configuration changes for FreeRADIUS aren't a good idea. Alan DeKok. signature.asc Description: Message signed with OpenPGP
Bug#1076022: Additional patch for bullseye's FreeRADIUS (was: Backport some security settings from upstream 3.2.5 release to mitigate BlastRADIUS)
check: Received packet without Message-Authenticator. >>Error: Setting "require_message_authenticator = false" for client >> example.org >>Error: >> >>Error: UPGRADE THE CLIENT AS YOUR NETWORK IS VULNERABLE TO THE >> BLASTRADIUS ATTACK. >>Error: Once the client is upgraded, set "require_message_authenticator = >> true" for this client. >>Error: >> >> >> Otherwise, without setting limit_proxy_state, the packet gets accepted, >> and I see a similar error with any of the packages proposed for >> bullseye, bookworm, or the packages produced by upstream: >> >>Error: >> >>Error: BlastRADIUS check: Received packet without Message-Authenticator. >>Error: Setting "require_message_authenticator = false" for client >> example.org >>Error: >> >>Error: UPGRADE THE CLIENT AS YOUR NETWORK IS VULNERABLE TO THE >> BLASTRADIUS ATTACK. >>Error: Once the client is upgraded, set "require_message_authenticator = >> true" for this client. >>Error: >> >>Error: >> >>Error: BlastRADIUS check: Received packet with Proxy-State, but without >> Message-Authenticator. >>Error: This is either a BlastRADIUS attack, OR >>Error: the client is a proxy RADIUS server which has not been upgraded. >>Error: Setting "limit_proxy_state = false" for client example.org >>Error: >> >>Error: UPGRADE THE CLIENT AS YOUR NETWORK IS VULNERABLE TO THE >> BLASTRADIUS ATTACK. >>Error: Once the client is upgraded, set "require_message_authenticator = >> true" for this client. >>Error: >> >> >> I am testing the external client with freeradius-utils >> 3.0.21+dfsg-2.2+deb11u1. > > I have pushed an additional patch to the WIP bullseye branch: > https://salsa.debian.org/debian/freeradius/-/commit/e320f4945e88a129d602aad586ac9a927cb344ea > Alan, if you ever have some free time, would you be so kind to tell me > if that additional patch (for 3.0.21) makes sense? > > The built packages can be downloaded from: > https://salsa.debian.org/debian/freeradius/-/jobs/6156291/artifacts/download, > or via the repo as described at: > https://debian.pages.debian.net/-/freeradius/-/jobs/6156294/artifacts/aptly/index.html > Herwin, if possible, could you please give it a try? > I think the behaviour matches the upstream's bookworm, but I would be > great to have an extra pair of eyes :-) > > Cheers, > > -- Santiago signature.asc Description: Message signed with OpenPGP
Bug#1077559: tracy: Fail to build on most architectures
Was able to reproduce this issue. Seems to be fixed upstream: https://github.com/wolfpld/tracy/commit/1a971d867d6fa5bf6dc57d705dcbbc6020031e7a Updating tracy to newest release should help fix this. Thanks, Alan M Varghese (NyxTrail) On Mon, 29 Jul 2024 20:26:33 -0400 Boyuan Yang wrote: Source: tracy Severity: grave Version: 0.10+ds-1 X-Debbugs-CC: a...@digistorm.in Dear Debian tracy package maintainer, Your package fails to build on most Debian's official architectures, as shown on [1]. Example of build failure logs: In file included from ../../../server/../dtl/dtl.hpp:44, from ../../../server/TracyView_Compare.cpp:4: ../../../server/../dtl/Diff.hpp: In member function ‘void dtl::Diff::enableTrivial() const’: ../../../server/../dtl/Diff.hpp:168:27: error: assignment of member ‘trivial’ in read-only object 168 | this->trivial = true; | ~~^~ Please investigate into this issue and fix it with another upload. Thanks, Boyuan Yang [1] https://buildd.debian.org/status/package.php?p=tracyBEGIN:VCARD VERSION:4.0 N:M Varghese;Alan;;; FN:Alan NICKNAME:NyxTrail EMAIL;PREF=1;TYPE=work:a...@digistorm.in URL;TYPE=work:https://nyxtrail.digistorm.in END:VCARD
Bug#1076564: pahole BTF processing seems flaky on powerpc
On 19/07/2024 20:13, Arnaldo Carvalho de Melo wrote: > Adding Alan and Jiri to the CC list. > I'm late chiming in on this one, but judging by the output: BTF .btf.vmlinux.bin.o + LLVM_OBJCOPY=powerpc-linux-gnu-objcopy pahole -J -j --btf_features=encode_force,var,float,enum64,decl_tag,type_tag,optimized_func,consistent_func --lang_exclude=rust .tmp_vmlinux.btf [102044] ARRAY (anon) type_id=99491 index_type_id=14 nr_elems=12 Error emitting BTF type Encountered error while encoding BTF. ...we hit an error in btf_encoder__add_array() as a result of btf__add_array() failing: btf__log_err(btf, BTF_KIND_ARRAY, NULL, true, "type_id=%u index_type_id=%u nr_elems=%u Error emitting BTF type", type, index_type, nelems); Unfortunately we don't preserve the negative id value (containing the error code) in btf__log_err(); I'm thinking one thing we should do is modify btf__log_err() to preserves errors for cases where the encoding errors out due to a libbpf-returned -errno, something like -__attribute ((format (printf, 5, 6))) +__attribute ((format (printf, 6, 7))) -static void btf__log_err(const struct btf *btf, int kind, const char *name, +static void btf__log_err(const struct btf *btf, int libbpf_err, int kind, const char *name, bool output_cr, const char *fmt, ...) { fprintf(stderr, "[%u] %s %s", btf__type_cnt(btf), btf_kind_str[kind], name ?: "(anon)"); if (fmt && *fmt) { va_list ap; fprintf(stderr, " "); va_start(ap, fmt); vfprintf(stderr, fmt, ap); va_end(ap); } + if (libbpf_err) + fprintf(stderr, " libbpf error %d", libbpf_err); if (output_cr) fprintf(stderr, "\n"); } So at least if this error recurs we'd have a clearer picture of what's happening in libbpf. What do you think? I'll submit a patch for this if it makes sense. Alan
Bug#1075839: swi-prolog-doc: file missing since Debian 10.x ("buster"): /usr/share/doc/swi-prolog-doc/Manual/index.html
On 2024-07-12 21:46:06, Lev Lamberov spake thus: [...] Thanks for your report. Unifortunately, I have no idea why you faced the bug you reported. Hi Lev, Thanks for looking into it. I've done a little bit more digging and am able to reproduce it. The problem seems to be in the doc-base triggers when upgrading from swi-prolog-doc 5.6.59-2 to 8.2.4+dfsq-1. These two directories /usr/share/doc/swi-prolog-doc/{Manual,packages} is in fact a symlink to ../../swi-prolog/doc/{Manual,packages}. I sanity-checked those locations on my system, and for some reason the name 'Manual' was a directory. Interestingly, the timestamp for it was on 2024-07-04 (the day I ran the command on which my original bug report was based): $ ls -ldh /usr/share/doc/swi-prolog-doc/{Manual,packages} drwxr-xr-x 2 root root 12K 2024-07-04 11:01:56 /usr/share/doc/swi-prolog-doc/Manual lrwxrwxrwx 1 root root 29 2021-01-30 00:18:30 /usr/share/doc/swi-prolog-doc/packages -> ../../swi-prolog/doc/packages If you download, say, swi-prolog-doc_8.2.4+dfsg-1_all.deb and navigate through it with the help of, say, mc, you'll see that everything is in the correct place and symlinks are properly created. Yes, that's what I see, too, when I look inside the 8.2.4+dfsg-1 deb file: $ dpkg-deb -c /var/cache/apt/archives/swi-prolog-doc_8.2.4+dfsg-1_all.deb \ | grep -E -e 'Manual/(index[.]html)?$' \ -e '^l' \ drwxr-xr-x root/root 0 2021-01-30 00:18 ./usr/share/swi-prolog/doc/Manual/ -rw-r--r-- root/root 6198 2021-01-30 00:18 ./usr/share/swi-prolog/doc/Manual/index.html lrwxrwxrwx root/root 0 2021-01-30 00:18 ./usr/share/doc/swi-prolog-doc/Manual -> ../../swi-prolog/doc/Manual lrwxrwxrwx root/root 0 2021-01-30 00:18 ./usr/share/doc/swi-prolog-doc/packages -> ../../swi-prolog/doc/packages However, the earlier version of the package from which I was upgrading (5.6.59-2) does not have those symlinks, and the actual location of the files was different: $ dpkg-deb -c /var/cache/apt/archives/swi-prolog-doc_5.6.59-2_all.deb \ | grep -E -e 'Manual/(index[.]html)?$' \ -e '^l' drwxr-xr-x root/root 0 2008-08-12 08:24 ./usr/share/doc/swi-prolog-doc/Manual/ -rw-r--r-- root/root 4295 2008-08-12 08:24 ./usr/share/doc/swi-prolog-doc/Manual/index.html If I start over from a clean slate: # apt-get remove --purge 'swi-prolog*' and then install 'swi-prolog-doc': # apt-get -u install --no-install-recommends --verbose-versions swi-prolog-doc=8.2.4+dfsg-1 Reading package lists... Done Building dependency tree... Done Reading state information... Done The following additional packages will be installed: swi-prolog-core (8.2.4+dfsg-1) Suggested packages: elpa-ediprolog (2.1-1) swi-prolog-core-packages (8.2.4+dfsg-1) swi-prolog-java (8.2.4+dfsg-1) swi-prolog-odbc (8.2.4+dfsg-1) swi-prolog-bdb (8.2.4+dfsg-1) The following NEW packages will be installed: swi-prolog-core (8.2.4+dfsg-1) swi-prolog-doc (8.2.4+dfsg-1) 0 upgraded, 2 newly installed, 0 to remove and 80 not upgraded. Need to get 0 B/2,750 kB of archives. After this operation, 12.3 MB of additional disk space will be used. Do you want to continue? [Y/n] Retrieving bug reports... Done Parsing Found/Fixed information... Done Selecting previously unselected package swi-prolog-core. (Reading database ... 1724017 files and directories currently installed.) Preparing to unpack .../swi-prolog-core_8.2.4+dfsg-1_amd64.deb ... Unpacking swi-prolog-core (8.2.4+dfsg-1) ... Selecting previously unselected package swi-prolog-doc. Preparing to unpack .../swi-prolog-doc_8.2.4+dfsg-1_all.deb ... Unpacking swi-prolog-doc (8.2.4+dfsg-1) ... Setting up swi-prolog-core (8.2.4+dfsg-1) ... update-alternatives: using /usr/bin/swipl to provide /usr/bin/prolog (prolog) in auto mode Processing triggers for man-db (2.9.4-2) ... Processing triggers for menu (2.1.48) ... Processing triggers for doc-base (0.11.1) ... Processing 26 added doc-base files... Processing triggers for libc-bin (2.31-13+deb11u10) ... Setting up swi-prolog-doc (8.2.4+dfsg-1) ... then I get the 'Manual' and 'packages' symlinks, as expected: $ ls -ldh /usr/share/doc/swi-prolog-doc/{Manual,packages} lrwxrwxrwx 1 root root 27 2021-01-30 00:18:30 /usr/share/doc/swi-prolog-doc/Manual -> ../../swi-prolog/doc/Manual lrwxrwxrwx 1 root root 29 2021-01-30 00:18:30 /usr/share/doc/swi-prolog-doc/packages -> ../../swi-prolog/doc/packages Note, too, that the symlink for 'Manual' has a date of '2021-01-30'. So uninstalling and then re-installing 'swi-prolog-doc' is a workaround. However, if I start over from a clean slate: # apt-get remove --purge 'swi-prolog*' and install the older version: # apt-get -u install swi-prolog-doc=5.6.59-2 R
Bug#1075839: swi-prolog-doc: file missing since Debian 10.x ("buster"): /usr/share/doc/swi-prolog-doc/Manual/index.html
Package: swi-prolog-doc Version: 8.2.4+dfsg-1 Severity: normal Dear Maintainer, I encountered the below "all `Format' sections are invalid" error while installing the 'swi-proglog-doc' package: # apt-get -u install swi-prolog{,-doc} Reading package lists... Done Building dependency tree... Done Reading state information... Done The following additional packages will be installed: swi-prolog-core swi-prolog-core-packages swi-prolog-nox swi-prolog-x Suggested packages: elpa-ediprolog swi-prolog-java swi-prolog-odbc swi-prolog-bdb The following NEW packages will be installed: swi-prolog swi-prolog-core swi-prolog-core-packages swi-prolog-nox swi-prolog-x The following packages will be upgraded: swi-prolog-doc 1 upgraded, 5 newly installed, 0 to remove and 78 not upgraded. Need to get 3,545 kB/6,295 kB of archives. After this operation, 24.6 MB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 https://deb.debian.org/debian bullseye/main amd64 swi-prolog-core-packages amd64 8.2.4+dfsg-1 [1,202 kB] Get:2 https://deb.debian.org/debian bullseye/main amd64 swi-prolog-nox amd64 8.2.4+dfsg-1 [172 kB] Get:3 https://deb.debian.org/debian bullseye/main amd64 swi-prolog-x amd64 8.2.4+dfsg-1 [2,144 kB] Get:4 https://deb.debian.org/debian bullseye/main amd64 swi-prolog amd64 8.2.4+dfsg-1 [27.6 kB] ... Processing triggers for doc-base (0.11.1) ... Processing 2 removed doc-base files, 26 added doc-base files... => Error in `/usr/share/doc-base/swi-prolog-manual', line 10: all `Format' sections are invalid. => Note: `install-docs --verbose --check file_name' may give more details about the above error. Processing triggers for libc-bin (2.31-13+deb11u10) ... ... # echo $? 0 Following the hint from the 'Note:...' after the error, I ran: # /usr/sbin/install-docs --verbose --check /usr/share/doc-base/swi-prolog-manual Warning in `/usr/share/doc-base/swi-prolog-manual', line 10: file `/usr/share/doc/swi-prolog-doc/Manual/index.html' does not exist. Error in `/usr/share/doc-base/swi-prolog-manual', line 10: all `Format' sections are invalid. /usr/share/doc-base/swi-prolog-manual: Fatal error found, the file won't be registered And sure enough, that 'index.html' file does not exist at that location: $ file /usr/share/doc/swi-prolog-doc/Manual/index.html /usr/share/doc/swi-prolog-doc/Manual/index.html: cannot open `/usr/share/doc/swi-prolog-doc/Manual/index.html' (No such file or directory) I'll note that there does exist the file: $ file /usr/share/swi-prolog/doc/Manual/import.html /usr/share/swi-prolog/doc/Manual/import.html: HTML document, ASCII text which was reportedly installed by the 'swi-prolog-doc' package: $ dpkg -S /usr/share/swi-prolog/doc/Manual/import.html swi-prolog-doc: /usr/share/swi-prolog/doc/Manual/import.html I'll also note that the 'Manual/' subdirectory is empty here: $ tree -axNpugsDF --dirsfirst /usr/share/doc/swi-prolog-doc /usr/share/doc/swi-prolog-doc ├── [drwxr-xr-x root root 12288 Jul 4 11:01] Manual/ ├── [lrwxrwxrwx root root 29 Jan 30 2021] packages -> ../../swi-prolog/doc/packages/ ├── [-rw-r--r-- root root 763 Jan 30 2021] NEWS.Debian.gz ├── [-rw-r--r-- root root 17807 Jan 30 2021] changelog.Debian.gz └── [-rw-r--r-- root root 22346 Jan 30 2021] copyright 2 directories, 3 files Perhaps it was intended that that directory would have symlinks to the files under: /usr/share/swi-prolog/doc/Manual/ ? Here is the content of the file /usr/share/doc-base/swi-prolog-manual: $ cat /usr/share/doc-base/swi-prolog-manual Document: swi-prolog-manual Title: SWI-Prolog Reference Manual Author: SWI-Prolog development team Abstract: This document gives an overview of the features, system limits and built-in predicates of SWI-Prolog. Section: Programming/Prolog Format: HTML Index: /usr/share/doc/swi-prolog-doc/Manual/index.html Files: /usr/share/doc/swi-prolog-doc/Manual/* Using 'apt-file' to look back through Debian releases, it looks like maybe the last release to have the '/usr/share/doc/swi-prolog-doc/Manual/index.html' file at the path expected by the '/usr/share/doc-base/swi-prolog-manual' file was Debian 10.x ("buster"): $ for onesuite in sid trixie bookworm{,-backports} \ bullseye{,-backports} buster stretch; do \ printf '%s: %s\n'\ "${onesuite}" \ "$(apt-file --filter-suites "${onesuite}" search /usr/share/doc/swi-prolog-doc/Manual/index.html || echo '')" ;\ done sid: trixie: bookworm: bookworm-backports: bullseye: bullseye-backports: buster: swi-prolog-doc: /usr/share/doc/swi-prolog-doc/Manual/index.html s
Bug#1066876: RFS: hyprland/0.41.1+ds-1 [ITP] -- Dynamic tiling Wayland compositor
Control: tags -1 - moreinfo Missed some info in the previous email. The license issues should also now be fixed. I have also uploaded the modified package to mentors. Thanks, Alan On 6/20/24 14:54, Alan M Varghese wrote: Hi Phil, Thank you once again for your time and effort reviewing this package. A. Build time issue Fixed. Removed ${shlibs:depends} from unneeded packages. B. Hint ... override_dh_dwz: : Skipping dwz, compression not beneficial on filezilla binary Configured to skip dwz on Hyprland binary, so that it runs on the other binaries in the package. C. The noted lintian issues I am confident you will investigate and take action where necessary. I have tried to fix most of the pressing issues there. Let me know if any of these /require/ to be fixed to move forward. Regards, Alan On 6/20/24 10:22, Phil Wyett wrote: On Wed, 2024-06-19 at 20:20 +0100, Phil Wyett wrote: B. Hint The below line can be seen in this packages build log. dwz: debian/hyprland/usr/bin/Hyprland: DWARF compression not beneficial - old size 238847458 new size 240478324 If you wish. To disable this none beneficial compression of the binary, add the below snippet to your 'debian/rules' file. override_dh_dwz: : Skipping dwz, compression not beneficial on filezilla binary Hi Alan, Oops, bit of bad copy and pasting from a package I used to maintain. Replace 'filezilla' with your binary name. :-) Regards Phil
Bug#1066876: RFS: hyprland/0.41.1+ds-1 [ITP] -- Dynamic tiling Wayland compositor
Hi Phil, Thank you once again for your time and effort reviewing this package. A. Build time issue Fixed. Removed ${shlibs:depends} from unneeded packages. B. Hint ... override_dh_dwz: : Skipping dwz, compression not beneficial on filezilla binary Configured to skip dwz on Hyprland binary, so that it runs on the other binaries in the package. C. The noted lintian issues I am confident you will investigate and take action where necessary. I have tried to fix most of the pressing issues there. Let me know if any of these /require/ to be fixed to move forward. Regards, Alan On 6/20/24 10:22, Phil Wyett wrote: On Wed, 2024-06-19 at 20:20 +0100, Phil Wyett wrote: B. Hint The below line can be seen in this packages build log. dwz: debian/hyprland/usr/bin/Hyprland: DWARF compression not beneficial - old size 238847458 new size 240478324 If you wish. To disable this none beneficial compression of the binary, add the below snippet to your 'debian/rules' file. override_dh_dwz: : Skipping dwz, compression not beneficial on filezilla binary Hi Alan, Oops, bit of bad copy and pasting from a package I used to maintain. Replace 'filezilla' with your binary name. :-) Regards Phil
Bug#1066876: RFS: hyprland/0.41.1+ds-1 [ITP] -- Dynamic tiling Wayland compositor
Control: tags -1 - moreinfo Hello Phil, Thanks, once again, for looking into my packages :) Looks like I missed a few dependencies in the control file. Added libhyprlang-dev and libhyprcursor-dev as dependencies. This should fix the build error. I have also disabled verbose logging and updated to standards version 4.7.0. Thanks, Alan On 6/19/24 08:42, Phil Wyett wrote: Control: tags -1 + moreinfo Hi Alan, Thanks for taking time to create this package and your contribution to Debian. Review... 1. Build: FAIL A fun build attempt as you will understand with so many packages not yet in Debian. Below is the build command used separated onto individual lines for readability. Many of the dependencies used are not in 'debian/control' as yet. sbuild \ --extra-package=./hyprland-protocols_0.2+20240505-1_all.deb \ --extra-package=./hyprwayland-scanner_0.3.10-1_amd64.deb \ --extra-package=./libhyprutils-dev_0.1.3-1_amd64.deb \ --extra-package=./libudis86-dev_0+20221013-1_amd64.deb \ --extra-package=./libhyprutils0_0.1.3-1_amd64.deb \ --extra-package=./libudis86-0_0+20221013-1_amd64.deb \ --extra-package=./libhyprlang-dev_0.5.2-1_amd64.deb \ --extra-package=./libhyprlang2_0.5.2-1_amd64.deb \ --extra-package=./libhyprcursor-dev_0.1.9-1_amd64.deb \ --extra-package=./libhyprcursor0_0.1.9-1_amd64.deb \ hyprland_0.41.1+ds-1.dsc Below is the failure. -- Found OpenGL: /usr/lib/x86_64-linux-gnu/libOpenGL.so found components: GLES3 -- Checking for modules 'xkbcommon;uuid;wayland-server;wayland-client;wayland- cursor;wayland-protocols;cairo;pango;pangocairo;pixman- 1;libdrm;libinput;hwdata;libseat;libdisplay- info;libliftoff;libudev;gbm;hyprlang>=0.3.2;hyprcursor>=0.1.7;hyprutils>=0.1.1;u dis86' -- Package 'hyprlang', required by 'virtual:world', not found -- Package 'hyprcursor', required by 'virtual:world', not found CMake Error at /usr/share/cmake-3.29/Modules/FindPkgConfig.cmake:634 (message): The following required packages were not found: - hyprlang>=0.3.2 - hyprcursor>=0.1.7 Call Stack (most recent call first): /usr/share/cmake-3.29/Modules/FindPkgConfig.cmake:862 (_pkg_check_modules_internal) CMakeLists.txt:111 (pkg_check_modules) -- Configuring incomplete, errors occurred! make[3]: *** [Makefile:15: release] Error 1 make[3]: Leaving directory '/<>' make[2]: *** [Makefile:35: all] Error 2 make[2]: Leaving directory '/<>' dh_auto_build: error: make -j4 "INSTALL=install --strip-program=true" PREFIX=/usr all returned exit code 2 make[1]: *** [debian/rules:11: override_dh_auto_build] Error 25 make[1]: Leaving directory '/<>' make: *** [debian/rules:8: binary] Error 2 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 Build finished at 2024-06-19T02:58:26Z Finished +--+ | Cleanup | +--+ Not cleaning session: cloned chroot in use Keeping session: unstable-amd64-sbuild-e1724541-338e-4555-b3bb-d0920498da68 E: Build failure (dpkg-buildpackage died) +--+ | Summary | +--+ Build Architecture: amd64 Build Type: full Build-Space: 56416 Build-Time: 4 Distribution: unstable Fail-Stage: build Host Architecture: amd64 Install-Time: 107 Job: /home/philwyett/Development/builder/debian/mentoring/hyprland_0.41.1+ds- 1.dsc Machine Architecture: amd64 Package: hyprland Package-Time: 128 Source-Version: 0.41.1+ds-1 Space: 56416 Status: attempted Version: 0.41.1+ds-1 Finished at 2024-06-19T02:58:26Z Build needed 00:02:08, 56416k disk space E: Build failure (dpkg-buildpackage died) 2. Lintian: NOT_CHECKED 3. Licenses check: ISSUES philwyett@ks-windu:~/Development/builder/debian/mentoring/hyprland-0.41.1+ds$ lrc en: Versions: recon 1.10.1 check 3.3.9-1 Parsing Source Tree Reading copyright Running licensecheck d/copyright | licensecheck BSD-3-Clause| LGPL-2.1 protocols/kde-server-decoration.xml BSD-3-Clause| HPND-sell-variant and/or NTP~disclaimer protocols/wayland- drm.xml BSD-3-Clause| HPND-sell-variant and/or NTP~disclaimer protocols/wlr-data- control-unstable-v1.xml BSD-3-Clause| HPND-sell-variant and/or NTP~disclaimer protocols/wlr-foreign- toplevel-management-unstable-v1.xml BSD-3-Clause| HPND-sell-variant and/or NTP~disclaimer protocols/wlr-gamma- control-unstable-v1.xml BSD
Bug#1073555: RFS: hyprwayland-scanner/0.3.10-1 [ITP] -- Implementation of wayland-scanner for Hyprland
Control: tags -1 - moreinfo Hello Phil, Thanks for taking a look at my package. W: hyprwayland-scanner: no-manual-page [usr/bin/hyprwayland-scanner] I would like to defer this to a future update, when I understand the features supported by the CLI tool a bit better. 3. Licenses check: ISSUES BSD-3-Clause| GPL-2+ debian/manpage.md Oops. This was an auto-generated file. Removed it for now. While not a warning as yet. Please consider updating 'Standards-Version' to latest 4.7.0. Done. Uploaded new version with changes to mentors. Thanks, Alan On 6/19/24 06:39, Phil Wyett wrote: Control: tags -1 + moreinfo Hi Alan, Thanks for taking time to create this package and your contribution to Debian. Review... 1. Build: OK 2. Lintian: WARNINGS W: hyprwayland-scanner: no-manual-page [usr/bin/hyprwayland-scanner] N: N: Each binary in /usr/bin, /usr/sbin, /bin, /sbin or /usr/games should have N: a manual page N: N: Note that though the man program has the capability to check for several N: program names in the NAMES section, each of these programs should have its N: own manual page (a symbolic link to the appropriate manual page is N: sufficient) because other manual page viewers such as xman or tkman don't N: support this. N: N: If the name of the manual page differs from the binary by case, man may be N: able to find it anyway; however, it is still best practice to match the N: exact capitalization of the executable in the manual page. N: N: If the manual pages are provided by another package on which this package N: depends, Lintian may not be able to determine that manual pages are N: available. In this case, after confirming that all binaries do have manual N: pages after this package and its dependencies are installed, please add a N: Lintian override. N: N: Please refer to Manual pages (Section 12.1) in the Debian Policy Manual N: for details. N: N: Visibility: warning N: Show-Always: no N: Check: documentation/manual N: Renamed from: binary-without-manpage N: A manual page would be nice for the package, but also see 3 below. 3. Licenses check: ISSUES philwyett@ks-windu:~/Development/builder/debian/mentoring/hyprwayland-scanner- 0.3.10$ lrc en: Versions: recon 1.10.1 check 3.3.9-1 Parsing Source Tree Reading copyright Running licensecheck d/copyright | licensecheck BSD-3-Clause| GPL-2+ debian/manpage.md This looks like it is unfinished, hence this issue. 4. Build Twice (sudo pbuilder build --twice .dsc): OK 5. Install (No previous installs): OK 6. Upgrade (Over previous installs if any): N/A Additional... A. 'debian/control'' While not a warning as yet. Please consider updating 'Standards-Version' to latest 4.7.0. Please consider addressing the issues raised where applicable and remove the 'moreinfo' tag when doing next/fixed upload. Regards Phil
Bug#1066869: RFS: hyprpaper/0.7.0-1 [ITP] -- Wallpaper utility for Hyprland
Control: tags -1 - moreinfo Hello Phil, W: udcli: groff-message troff::100: warning: cannot select font 'C' [usr/share/man/man1/udcli.1.gz:3] The lintian warning "cannot select font 'c'", is because of an issue with 'pandoc': https://github.com/jgm/pandoc/issues/9020 I use pandoc to generate the man page for the CLI tool 'hyprpaper', built from this package. As far as I understand it, this warning is benign and should fix itself when we have a newer version of pandoc in Debian. 3. Licenses check: ISSUES Added HPND-sell-variant to d/copyright. Consider disabling dh verbose mode ... Done. I have implemented the above changes and pushed a new version to mentors. Thanks & Regards, Alan On 6/19/24 05:52, Phil Wyett wrote: Control: tags -1 + moreinfo Hi all, Thanks for taking time to create this package and your contribution to Debian. Review... 1. Build: OK 2. Lintian: WARNINGS W: hyprpaper: groff-message troff::5: warning: cannot select font 'CB' [usr/share/man/man1/hyprpaper.1.gz:1] N: N: A manual page provoked warnings or errors from the man program. Here are N: some common ones: N: N: "cannot adjust" or "can't break" are issues with paragraph filling. They N: are usually related to long lines. Justifying text on the left hand side N: can help with adjustments. Hyphenation can help with breaks. N: N: For more information, please see "Manipulating Filling and Adjusting" and N: "Manipulating Hyphenation" in the Groff manual (see info groff). N: N: "can't find numbered character" usually means that the input was in a N: national legacy encoding. The warning means that some characters were N: dropped. Please use escapes such as \[:a] as described on the groff_char N: manual page. N: N: Other common warnings are formatting typos. String arguments to .IP N: require quotes. Usually, some text is lost or mangled. See the groff_man N: (or groff_mdoc if using mdoc) manual page for details on macros. N: N: The check for manual pages uses the --warnings option to man to catch N: common problems, like a . or a ' at the beginning of a line as literal N: text. They are interpreted as Groff commands. Just reformat the paragraph N: so the characters are not at the beginning of a line. You can also add a N: zero-width space (\&) in front of them. N: N: Aside from overrides, warnings can be disabled with the .warn directive. N: Please see "Debugging" in the Groff manual. N: N: You can see the warnings yourself by running the command used by Lintian: N: N: LC_ALL=C.UTF-8 MANROFFSEQ='' MANWIDTH=80 \ N: man --warnings -E UTF-8 -l -Tutf8 -Z >/dev/null N: N: Please refer to the groff_man(7) manual page and the groff_mdoc(7) manual N: page for details. N: N: Visibility: warning N: Show-Always: no N: Check: documentation/manual N: Renamed from: manpage-has-errors-from-man N: 3. Licenses check: ISSUES philwyett@ks-windu:~/Development/builder/debian/mentoring/hyprpaper-0.7.0$ lrc en: Versions: recon 1.10.1 check 3.3.9-1 Parsing Source Tree Reading copyright Running licensecheck d/copyright | licensecheck BSD-3-Clause| HPND-sell-variant and/or NTP~disclaimer protocols/wlr-layer- shell-unstable-v1.xml 4. Build Twice (sudo pbuilder build --twice .dsc): OK 5. Install (No previous installs): OK 6. Upgrade (Over previous installs if any): N/A Additional... A. 'debian/control'' While not a warning as yet. Please consider updating 'Standards-Version' to latest 4.7.0. B. 'debian/rules' Consider disabling dh verbose mode for packages to be uploaded to Debian. This can be done by adding a '#' to the start of line 2 or changing 'export DH_VERBOSE = 1' to 'export DH_VERBOSE = 0'. Please consider addressing the issues raised where applicable and remove the 'moreinfo' tag when doing next/fixed upload. Regards Phil
Bug#1069058: RFS: libhyprcursor/0.1.9-1 [ITP] -- hyprland cursor format, library and utilities (headers)
Control: tags -1 - moreinfo Hello Phil, Thanks for the review. W: udcli: groff-message troff::100: warning: cannot select font 'C' [usr/share/man/man1/udcli.1.gz:3] The lintian warning "cannot select font 'c'", is because of an issue with 'pandoc': https://github.com/jgm/pandoc/issues/9020 I use pandoc to generate the man page for the CLI tool 'hyprcursor-util', built from this package. As far as I understand it, this warning is benign and should fix itself when we have a newer version of pandoc in Debian. I have fixed the ${shlibs:Depends} issue and uploaded a new version to mentors. Thanks & Regards, Alan M Varghese (NyxTrail) On 6/19/24 05:19, Phil Wyett wrote: Control: tags -1 + moreinfo Hi Alan, Thanks for making the update to this package. Review... 1. Build: OK 2. Lintian: WARNINGS W: hyprcursor-util: groff-message troff::5: warning: cannot select font 'CB' [usr/share/man/man1/hyprcursor-util.1.gz:1] N: N: A manual page provoked warnings or errors from the man program. Here are N: some common ones: N: N: "cannot adjust" or "can't break" are issues with paragraph filling. They N: are usually related to long lines. Justifying text on the left hand side N: can help with adjustments. Hyphenation can help with breaks. N: N: For more information, please see "Manipulating Filling and Adjusting" and N: "Manipulating Hyphenation" in the Groff manual (see info groff). N: N: "can't find numbered character" usually means that the input was in a N: national legacy encoding. The warning means that some characters were N: dropped. Please use escapes such as \[:a] as described on the groff_char N: manual page. N: N: Other common warnings are formatting typos. String arguments to .IP N: require quotes. Usually, some text is lost or mangled. See the groff_man N: (or groff_mdoc if using mdoc) manual page for details on macros. N: N: The check for manual pages uses the --warnings option to man to catch N: common problems, like a . or a ' at the beginning of a line as literal N: text. They are interpreted as Groff commands. Just reformat the paragraph N: so the characters are not at the beginning of a line. You can also add a N: zero-width space (\&) in front of them. N: N: Aside from overrides, warnings can be disabled with the .warn directive. N: Please see "Debugging" in the Groff manual. N: N: You can see the warnings yourself by running the command used by Lintian: N: N: LC_ALL=C.UTF-8 MANROFFSEQ='' MANWIDTH=80 \ N: man --warnings -E UTF-8 -l -Tutf8 -Z >/dev/null N: N: Please refer to the groff_man(7) manual page and the groff_mdoc(7) manual N: page for details. N: N: Visibility: warning N: Show-Always: no N: Check: documentation/manual N: Renamed from: manpage-has-errors-from-man N: N: I: hyprcursor-util: hardening-no-fortify-functions [usr/bin/hyprcursor-util] N: N: This package provides an ELF binary that lacks the use of fortified libc N: functions. Either there are no potentially unfortified functions called by N: any routines, all unfortified calls have already been fully validated at N: compile-time, or the package was not built with the default Debian N: compiler flags defined by dpkg-buildflags. If built using dpkg-buildflags N: directly, be sure to import CPPFLAGS. N: N: NB: Due to false-positives, Lintian ignores some unprotected functions N: (e.g. memcpy). N: N: Please refer to https://wiki.debian.org/Hardening and Bug#673112 for N: details. N: N: Visibility: info N: Show-Always: no N: Check: binaries/hardening N: 3. Licenses check: OK 4. Build Twice (sudo pbuilder build --twice .dsc): OK 5. Install (No previous installs): OK 6. Upgrade (Over previous installs if any): N/A Additional... A. 'debian/control' While not a warning as yet. Please update 'Standards-Version' to latest 4.7.0[1]. B. dpkg-gencontrol: warning: Depends field of package libhyprcursor-dev: substitution variable ${shlibs:Depends} used, but is not defined Remove '${shlibs:Depends}' from each of the above packages and the build time warnings will be eliminated. Please consider addressing the issues raised where applicable and remove the 'moreinfo' tag when doing next/fixed upload. Regards Phil
Bug#1066870: RFS: libudis86/0+20221013-1 [ITP] -- Disassembler for x86 and x86-64 class ISA
Control: tags -1 - moreinfo Hello Phil, Thank you for reviewing my package. I have uploaded a new version to mentors with the following fixes: 1. Removed '${shlibs:Depends}' from -doc and -dev packages. 2. Refactored d/changelog and moved additional information to d/README.Debian 3. Updated to new Standards-Version in d/control W: udcli: groff-message troff::100: warning: cannot select font 'C' [usr/share/man/man1/udcli.1.gz:3] The lintian warning "cannot select font 'c'", is because of an issue with 'pandoc': https://github.com/jgm/pandoc/issues/9020 I use pandoc to generate the man page for the CLI tool 'udcli', built from this package. As far as I understand it, this warning is benign and should fix itself when we have a newer version of pandoc in Debian. PS: I have made some changes to the -doc package, which now also includes the documentation included in the upstream package. Thanks & Regards, Alan On 6/19/24 03:48, Phil Wyett wrote: Control: tags -1 + moreinfo Hi Alan, Thanks for taking time to create this package and your contribution to Debian. Review... 1. Build: OK 2. Lintian: WARNINGS W: udcli: groff-message troff::100: warning: cannot select font 'C' [usr/share/man/man1/udcli.1.gz:3] N: N: A manual page provoked warnings or errors from the man program. Here are N: some common ones: N: N: "cannot adjust" or "can't break" are issues with paragraph filling. They N: are usually related to long lines. Justifying text on the left hand side N: can help with adjustments. Hyphenation can help with breaks. N: N: For more information, please see "Manipulating Filling and Adjusting" and N: "Manipulating Hyphenation" in the Groff manual (see info groff). N: N: "can't find numbered character" usually means that the input was in a N: national legacy encoding. The warning means that some characters were N: dropped. Please use escapes such as \[:a] as described on the groff_char N: manual page. N: N: Other common warnings are formatting typos. String arguments to .IP N: require quotes. Usually, some text is lost or mangled. See the groff_man N: (or groff_mdoc if using mdoc) manual page for details on macros. N: N: The check for manual pages uses the --warnings option to man to catch N: common problems, like a . or a ' at the beginning of a line as literal N: text. They are interpreted as Groff commands. Just reformat the paragraph N: so the characters are not at the beginning of a line. You can also add a N: zero-width space (\&) in front of them. N: N: Aside from overrides, warnings can be disabled with the .warn directive. N: Please see "Debugging" in the Groff manual. N: N: You can see the warnings yourself by running the command used by Lintian: N: N: LC_ALL=C.UTF-8 MANROFFSEQ='' MANWIDTH=80 \ N: man --warnings -E UTF-8 -l -Tutf8 -Z >/dev/null N: N: Please refer to the groff_man(7) manual page and the groff_mdoc(7) manual N: page for details. N: N: Visibility: warning N: Show-Always: no N: Check: documentation/manual N: Renamed from: manpage-has-errors-from-man N: N: W: udcli: groff-message troff::5: warning: cannot select font 'CB' [usr/share/man/man1/udcli.1.gz:1] N: W: udcli: groff-message troff::92: warning: cannot select font 'C' [usr/share/man/man1/udcli.1.gz:2] 3. Licenses check: OK 4. Build Twice (sudo pbuilder build --twice .dsc): OK 5. Install (No previous installs): OK 6. Upgrade (Over previous installs if any): N/A Additional... A. dpkg-gencontrol: warning: Depends field of package libudis86-doc: substitution variable ${shlibs:Depends} used, but is not defined dpkg-gencontrol: warning: Depends field of package libudis86-dev: substitution variable ${shlibs:Depends} used, but is not defined Remove '${shlibs:Depends}' from each of the above packages and the build time warnings will be eliminated. B. 'debian/changelog' For a new package it should just have the first entry. The entries below I would advise be put in a 'debian/README.debian' file. I would also elaborate on the last entry regarding manpage generation. * This packaging is based on the fork https://github.com/canihavesomecoffee/udis86 which includes "fixes and additions" from other forks. * The latest upstream release is v1.7.2 made on Sep 2, 2013. This build is h owever, based on the latest commit #5336633, made on Oct 13, 2022 * Created a man page for udcli based on information from '--help' and additi onal information from the project's README. C. 'debian/control' While not a warning as yet. Please update 'Standards-Version' to latest 4.7.0[1]. [1] https://www.debian.org/doc/debian-policy/ Please address the issues raised and remove the 'moreinfo' tag when doing next/fixed upload. Regards Phil
Bug#1073593: RFS: hyprlang/0.5.2-1 -- Fast and user-friendly configuration language (library files)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "hyprlang": * Package name : hyprlang Version : 0.5.2-1 Upstream contact : vaxerski * URL : https://github.com/hyprwm/hyprlang/ * License : LGPL-3 * Vcs : https://salsa.debian.org/debian/hyprlang Section : libs The source builds the following binary packages: libhyprlang-dev - Fast and user-friendly configuration language (dev files) libhyprlang2 - Fast and user-friendly configuration language (library files) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hyprlang/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hyprlang/hyprlang_0.5.2-1.dsc Changes since the last upload: hyprlang (0.5.2-1) unstable; urgency=medium . * New upstream version 0.5.2 Regards, Alan M Varghese (NyxTrail)
Bug#1069058: RFS: libhyprcursor/0.1.9-1 [ITP] -- hyprland cursor format, library and utilities (headers)
Control: tags -1 - moreinfo Hi, Thanks for taking a look at my package. libhyprlang was missing as a dependency. Fixed and re-uploaded. On 6/18/24 09:49, Phil Wyett wrote: Control: tags -1 + moreinfo Hi, Package fails to build, see below. Make Error at /usr/share/cmake-3.29/Modules/FindPkgConfig.cmake:634 (message): The following required packages were not found: - hyprlang>=0.4.2 Call Stack (most recent call first): /usr/share/cmake-3.29/Modules/FindPkgConfig.cmake:862 (_pkg_check_modules_internal) CMakeLists.txt:23 (pkg_check_modules) -- Configuring incomplete, errors occurred! cd obj-x86_64-linux-gnu && tail -v -n \+0 CMakeCache.txt ==> CMakeCache.txt <== # This is the CMakeCache file. # For build in directory: /<>/obj-x86_64-linux-gnu # It was generated by CMake: /usr/bin/cmake # You can edit this file to change values found and used by cmake. # If you do not want to change any of the values, simply exit the editor. # If you do want to change a value, simply edit, save, and exit the editor. # The syntax for the file is as follows: # KEY:TYPE=VALUE # KEY is the name of a variable in the cache. # TYPE is a hint to GUIs for the type of VALUE, DO NOT EDIT TYPE!. # VALUE is the current value for the KEY. # EXTERNAL cache entries //Build the testing tree. BUILD_TESTING:BOOL=ON //Path to a program. CMAKE_ADDR2LINE:FILEPATH=/usr/bin/addr2line //Path to a program. CMAKE_AR:FILEPATH=/usr/bin/ar //Choose the type of build, options are: None Debug Release RelWithDebInfo // MinSizeRel ... CMAKE_BUILD_TYPE:STRING=None //Enable/Disable color output during build. CMAKE_COLOR_MAKEFILE:BOOL=ON //CXX compiler CMAKE_CXX_COMPILER:FILEPATH=/usr/bin/c++ //A wrapper around 'ar' adding the appropriate '--plugin' option // for the GCC compiler CMAKE_CXX_COMPILER_AR:FILEPATH=/usr/bin/gcc-ar-13 //A wrapper around 'ranlib' adding the appropriate '--plugin' option // for the GCC compiler CMAKE_CXX_COMPILER_RANLIB:FILEPATH=/usr/bin/gcc-ranlib-13 //Flags used by the CXX compiler during all build types. CMAKE_CXX_FLAGS:STRING=-g -O2 -ffile-prefix-map=/<>=. -fstack- protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf- protection -Wdate-time -D_FORTIFY_SOURCE=2 //Flags used by the CXX compiler during DEBUG builds. CMAKE_CXX_FLAGS_DEBUG:STRING=-g //Flags used by the CXX compiler during MINSIZEREL builds. CMAKE_CXX_FLAGS_MINSIZEREL:STRING=-Os -DNDEBUG //Flags used by the CXX compiler during NONE builds. CMAKE_CXX_FLAGS_NONE:STRING= //Flags used by the CXX compiler during RELEASE builds. CMAKE_CXX_FLAGS_RELEASE:STRING=-O3 -DNDEBUG //Flags used by the CXX compiler during RELWITHDEBINFO builds. CMAKE_CXX_FLAGS_RELWITHDEBINFO:STRING=-O2 -g -DNDEBUG //C compiler CMAKE_C_COMPILER:FILEPATH=/usr/bin/cc //A wrapper around 'ar' adding the appropriate '--plugin' option // for the GCC compiler CMAKE_C_COMPILER_AR:FILEPATH=/usr/bin/gcc-ar-13 //A wrapper around 'ranlib' adding the appropriate '--plugin' option // for the GCC compiler CMAKE_C_COMPILER_RANLIB:FILEPATH=/usr/bin/gcc-ranlib-13 //Flags used by the C compiler during all build types. CMAKE_C_FLAGS:STRING=-g -O2 -Werror=implicit-function-declaration -ffile-prefix- map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -Wall -pedantic -Wdate-time -D_FORTIFY_SOURCE=2 //Flags used by the C compiler during DEBUG builds. CMAKE_C_FLAGS_DEBUG:STRING=-g //Flags used by the C compiler during MINSIZEREL builds. CMAKE_C_FLAGS_MINSIZEREL:STRING=-Os -DNDEBUG //Flags used by the C compiler during NONE builds. CMAKE_C_FLAGS_NONE:STRING= //Flags used by the C compiler during RELEASE builds. CMAKE_C_FLAGS_RELEASE:STRING=-O3 -DNDEBUG //Flags used by the C compiler during RELWITHDEBINFO builds. CMAKE_C_FLAGS_RELWITHDEBINFO:STRING=-O2 -g -DNDEBUG //Path to a program. CMAKE_DLLTOOL:FILEPATH=CMAKE_DLLTOOL-NOTFOUND //Flags used by the linker during all build types. CMAKE_EXE_LINKER_FLAGS:STRING=-Wl,-z,relro -Wl,-z,now -Wl,-O1 //Flags used by the linker during DEBUG builds. CMAKE_EXE_LINKER_FLAGS_DEBUG:STRING= //Flags used by the linker during MINSIZEREL builds. CMAKE_EXE_LINKER_FLAGS_MINSIZEREL:STRING= //Flags used by the linker during NONE builds. CMAKE_EXE_LINKER_FLAGS_NONE:STRING= //Flags used by the linker during RELEASE builds. CMAKE_EXE_LINKER_FLAGS_RELEASE:STRING= //Flags used by the linker during RELWITHDEBINFO builds. CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO:STRING= //Enable/Disable output of compile commands during generation. CMAKE_EXPORT_COMPILE_COMMANDS:BOOL= //No help, variable specified on the command line. CMAKE_EXPORT_NO_PACKAGE_REGISTRY:UNINITIALIZED=ON //No help, variable specified on the command line. CMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY:UNINITIALIZED=ON //Value Computed by CMake. CMAKE_FIND_PACKAGE_REDIRECTS_DIR:STATIC=/<>/obj-x86_64-linux- gnu/CMakeFiles/pkgRedirects //No help, variable specified
Bug#1066868: RFS: hyprland-protocols/0.2~20230811-1 [ITP] -- Wayland protocol extensions for Hyprland
Hello Phil, Unfortunately, Mo Zhou has informed me that he is unable to find time for this right now and has advised me to reach out to other members. Some more info that is missing in this bug: This package was sent back from NEW queue with the suggestion to include the name "vaxry" in copyright. (Upstream uses Hypr Development and vaxry both as copyright holders). This was fixed in commit: https://salsa.debian.org/debian/hyprland-protocols/-/commit/57771d8a58149b224d44be56fd071b19ccd79d9f I have also since updated the package to a newer commit required by its dependent package "hyprland". Regards, Alan M Varghese (NyxTrail) On 6/18/24 10:46, Phil Wyett wrote: On Tue, 18 Jun 2024 10:20:08 +0530 Alan M Varghese wrote: Thank you! I had also forgotten to update the commit hash mentioned there. Fixed and moved the info to d/README.debian as you suggested. Uploaded new version to mentors. -- Alan M Varghese (NyxTrail) On 6/18/24 09:08, Phil Wyett wrote: On Thu, 25 Apr 2024 13:22:45 -0400 Mo Zhou wrote: Control: close -1 Sponsored directly from git. On 4/17/24 11:19, Mo Zhou wrote: I have forked your repo to here: https://salsa.debian.org/debian/hyprland-protocols Will sponsor later when I get my other computer. On 4/15/24 12:19, Alan M Varghese wrote: Control: tags -1 - moreinfo Then the upstream version should be >> 0.2, e.g, 0.2+20230811, not << 0.2 as it is now. Also, as the package is arch:all it shouldn't use ${shlibs:Depends} (which will be emoty anyway). Done and done. Alan M Varghese (NyxTrail) Hi, As a suggestion. The second entry of the initial 'debian/changelog' entry I feel would be better placed in a 'debian/README.debian' file. This can be modified at any time for any specifics regarding the Debian packaging and versions etc. Regards Phil Hi, Thanks for making the change. Package looks good to me also. Hoping Mo Zhou as stated will sponsor when time permits. Regards Phil
Bug#1066868: RFS: hyprland-protocols/0.2~20230811-1 [ITP] -- Wayland protocol extensions for Hyprland
Thank you! I had also forgotten to update the commit hash mentioned there. Fixed and moved the info to d/README.debian as you suggested. Uploaded new version to mentors. -- Alan M Varghese (NyxTrail) On 6/18/24 09:08, Phil Wyett wrote: On Thu, 25 Apr 2024 13:22:45 -0400 Mo Zhou wrote: Control: close -1 Sponsored directly from git. On 4/17/24 11:19, Mo Zhou wrote: I have forked your repo to here: https://salsa.debian.org/debian/hyprland-protocols Will sponsor later when I get my other computer. On 4/15/24 12:19, Alan M Varghese wrote: Control: tags -1 - moreinfo Then the upstream version should be >> 0.2, e.g, 0.2+20230811, not << 0.2 as it is now. Also, as the package is arch:all it shouldn't use ${shlibs:Depends} (which will be emoty anyway). Done and done. Alan M Varghese (NyxTrail) Hi, As a suggestion. The second entry of the initial 'debian/changelog' entry I feel would be better placed in a 'debian/README.debian' file. This can be modified at any time for any specifics regarding the Debian packaging and versions etc. Regards Phil
Bug#1073558: RFS: hyprutils/0.1.2-1 [ITP] -- Utilities used across the Hyprland ecosystem (library)
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "hyprutils": * Package name : hyprutils Version : 0.1.2-1 Upstream contact : vaxerski * URL : https://github.com/hyprwm/hyprutils * License : BSD-3-Clause * Vcs : https://salsa.debian.org/NyxTrail/hyprutils Section : libs The source builds the following binary packages: libhyprutils-dev - Utilities used across the Hyprland ecosystem (development files) libhyprutils0 - Utilities used across the Hyprland ecosystem (library) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hyprutils/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hyprutils/hyprutils_0.1.2-1.dsc Changes for the initial release: hyprutils (0.1.2-1) unstable; urgency=medium . * Initial release. (Closes: #1073158) Regards,
Bug#1073555: RFS: hyprwayland-scanner/0.3.10-1 [ITP] -- Implementation of wayland-scanner for Hyprland
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "hyprwayland-scanner": * Package name : hyprwayland-scanner Version : 0.3.10-1 Upstream contact : vaxerski * URL : https://github.com/hyprwm/hyprwayland-scanner * License : BSD-3-Clause * Vcs : https://salsa.debian.org/NyxTrail/hyprwayland-scanner Section : libdevel The source builds the following binary packages: hyprwayland-scanner - Implementation of wayland-scanner for Hyprland To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hyprwayland-scanner/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hyprwayland-scanner/hyprwayland-scanner_0.3.10-1.dsc Changes for the initial release: hyprwayland-scanner (0.3.10-1) unstable; urgency=medium . * Initial release. (Closes: #1073195) Regards, -- Alan M Varghese
Bug#1073195: ITP: hyprwayland-scanner -- Implementation of wayland-scanner for Hyprland
Package: wnpp Severity: wishlist Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: hyprwayland-scanner Version : 0.3.10 Upstream Contact: vaxerski * URL : https://github.com/hyprwm/hyprwayland-scanner * License : BSD-3-Clause Programming Lang: C++ Description : Implementation of wayland-scanner for Hyprland hyprwayland-scanner is "a Hyprland implementation of wayland-scanner, in and for C++." This is a dependency for the Hyprland window manager for Wayland[1][2]. [1] https://github.com/hyprwm/Hyprland [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971
Bug#1073158: ITP: hyprutils -- C++ library for utilities used across the Hypr ecosystem
Package: wnpp Severity: wishlist Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: hyprutils Version : 0.1.2 Upstream Contact: vaxerski * URL : https://github.com/hyprwm/hyprutils * License : BSD-3-Clause Programming Lang: C++ Description : C++ library for utilities used across the Hypr ecosystem >From the github repo: "Hyprutils is a small C++ library for utilities used across the Hypr* ecosystem." Hyprutils is library dependency required by the Hyprland[1][2] window manager. [1] https://github.com/hyprwm/Hyprland [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971
Bug#1066871: Fwd: Bug#1066871: RFS: libhyprlang/0.5.0-1 [ITP] -- Configuration language for Hyprland
Hello Mo, Thank you for granting me access. I believe this would require me to force push from local repo? Wouldn't this result in the loss of your own commit history? Or we could merge the two from a different branch. But that feels like too much work :p If you feel it is worth it to push from my repo, please feel free to do so. Or, I am also okay with it if you just keep what you have done there and we can iterate on top of it without pushing from my repo (from a cursory look, we just need to bring in latest upstream version, add a watch file etc). PS: Are you active on IRC? I am usually active daytime, Indian Standard Time. What are your preferred timings? On 17/04/24 20:39, Mo Zhou wrote: Hi Alan, I granted you with the maintainer access to this repo: https://salsa.debian.org/debian/hyprlang This package has cleared the NEW queue a while ago: https://tracker.debian.org/pkg/hyprlang Could you please push your changes from personal repo to the above repo? I can also do it for you if you don't mind not being the git committer. I agree with splitting these packages for the long run. Will create repos for other packages and invite you as well. Does it sound good to you? Repos under the public debian/ namespace allows other people to help without much permission issues. On 3/14/24 16:36, Alan M Varghese wrote: Hello Mo, May I address you Mo? I am happy to co-maintain hyprland with you. :) The ITP for hyprland[0] was created by werdahias@ who had created an initial skeleton for the packaging a while ago. Under his advise, I decided to de-vendor all of udis86, tracy and hyprland-protocols. As far as I understand, the Debian policy recommends de-vendoring over including files from other sources. I have been working on this for a while and just uploaded them all to mentors and created RFS for them. Currently I have completed packaging hyprland and all its dependencies to the best of my ability. Regarding the points you shared: 1. I wasn't sure what to do with tracy. I have however de-vendored it and created an RFS for it[1]. But, I am unable to get the GPU traces working on my AMD RX 6600 (for a debug build of Hyprland with tracy enabled). I am not sure if this is because of my device or something else. I have seen some discussion upstream that tracy's GPU traces are not always reliable. Tracy seems to work fine, otherwise. 2. I have de-vendored udis86 too. The library and the included CLI seems to run fine. Here is the RFS[2]. 3. Again, I have separated hyprland-protocols and the RFS is here[3]. You can find the VCS for all hyprland related stuff I did, under the NyxTrail namespace in salsa[4]. The packages all seem to run fine so far. This is my first time packaging for Debian and any feedback is welcome. Let me know how you wish to proceed. Regards, Alan [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971 [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066873 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066870 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066868 [4] https://salsa.debian.org/NyxTrail On 3/15/24 01:10, Mo Zhou wrote: Hi Alan, Thank you for your work! I did not check the ITP bugs before we make overlapping efforts: https://salsa.debian.org/debian/hyprlang https://salsa.debian.org/debian/hyprland I just rushed the two packages within a short time the last night. They work properly on Sid with my laptop. I have uploaded hyprlang to NEW without checking ITP https://ftp-master.debian.org/new/hyprlang_0.5.0-1~exp1.html The hyprland is still pending as I've not yet finished the debian/copyright part. In terms of build depends of hyprland: 1. tracy is optional. USE_TRACY is by default off. We can build the package without tracy. 2. the udis86 is embedded in the upstream tarball as well. Maybe we can keep it embedded as udis86 is only needed by hyprland 3. hyprland-protocols is also embedded. I suppose it is ok to keep this specific project, instead of splitting the package to increase the required amount of work. Shall we merge our work and co-maintain this? On 3/14/24 14:46, Alan M Varghese wrote: Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear mentors, I am looking for a sponsor for my package "libhyprlang": * Package name : libhyprlang Version : 0.5.0-1 Upstream contact : vaxerski * URL : https://github.com/hyprwm/hyprlang * License : LGPL-3+ * Vcs : https://salsa.debian.org/NyxTrail/hyprlang Section : x11 The source builds the following binary packages: libhyprlang2 - Configuration language for Hyprland (library) libhyprlang-dev - Configuration language for Hyprland (development files) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/l
Bug#1066876: RFS: hyprland/0.36.0+ds-1 [ITP] -- Dynamic tiling Wayland compositor
Updated to newer upstream version 0.38.1
Bug#1066873: RFS: tracy/0.10+ds-1 [ITP] -- Hybrid frame and sampling profiler
Control: tags -1 - moreinfo > This FTBFS: "! LaTeX Error: File `lmodern.sty' not found." > Also I think the additional notes in the changelog entry belong in > README.Debian or README.source. Done and done. Alan M Varghese (NyxTrail)
Bug#1069058: RFS: libhyprcursor/0.1.7-1 [ITP] -- hyprland cursor format, library and utilities (headers)
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "libhyprcursor": * Package name : libhyprcursor Version : 0.1.7-1 Upstream contact : https://github.com/hyprwm/hyprcursor/issues * URL : https://github.com/hyprwm/hyprcursor * License : BSD-3-Clause * Vcs : https://salsa.debian.org/NyxTrail/hyprcursor Section : x11 The source builds the following binary packages: hyprcursor-util - Utility to manipulate hyprcusor and xcursor themes libhyprcursor0 - hyprland cursor format, library and utilities libhyprcursor-dev - hyprland cursor format, library and utilities (headers) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libhyprcursor/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libh/libhyprcursor/libhyprcursor_0.1.7-1.dsc Changes for the initial release: libhyprcursor (0.1.7-1) UNRELEASED; urgency=low . * Initial release. Closes: #1067116 Regards, -- Alan M Varghese
Bug#1066868: RFS: hyprland-protocols/0.2~20230811-1 [ITP] -- Wayland protocol extensions for Hyprland
Control: tags -1 - moreinfo Then the upstream version should be >> 0.2, e.g, 0.2+20230811, not << 0.2 as it is now. Also, as the package is arch:all it shouldn't use ${shlibs:Depends} (which will be emoty anyway). Done and done. Alan M Varghese (NyxTrail)
Bug#1066870: RFS: libudis86/0~20221013-1 [ITP] -- Disassembler for x86 and x86-64 class ISA
|Control: |tags -1 - moreinfo > The package FTBFS: /bin/bash: line 1: /usr/bin/python3: No such file or directory Fixed by adding python3 build-dep > Also, debian/watch is empty but present Added comments about why it is not filled in: # Upstream has not published a new version in ~10+ years and # there is no active development. # There is no meaningful way to configure uscan at the moment. > __AUTO_PERMISSIVE__ and __UNKNOWN__ in debian/copyright. These were for m4/* and INSTALL files. Removed them. Additionally, I also changed the version to 0+20221013 instead of 0~20221013. Thanks, Alan M Varghese (NyxTrail)
Bug#1066873: RFS: tracy/0.10+ds-1 [ITP] -- Hybrid frame and sampling profiler
> But this also means you haven't tried building your package in a minimal sid chroot I have been using podman containers based on sid instead. But, I think that should be fine? > Manually on a host system? `apt build-dep` or `mk-build-deps -ir` > Recommends are not installed when installing build-deps Ah... Makes sense. Thank you. I missed these commands somehow; I have been running the `apt install` command for getting the dependencies inside the container. I will update the package with lmodern also added as a dependency.
Bug#1066873: RFS: tracy/0.10+ds-1 [ITP] -- Hybrid frame and sampling profiler
> This FTBFS: "! LaTeX Error: File `lmodern.sty' not found." lmodern.sty comes from the package `lmodern`. This package should be installed (as a transitive dep) when 'texlive-fonts-extra' is installed. What is the process for installing build-deps? When I run `apt install texlive-fonts-extra`, the lmodern package also gets installed.
Bug#1066869: RFS: hyprpaper/0.6.0-1 [ITP] -- Wallpaper utility for Hyprland
Hello Andrey, $(MAKE) clear (as a replacement for $(MAKE) clean) should run in override_dh_auto_clean, not override_dh_clean. Done. debian/watch is empty Filled in. There is a commented out override_dh_auto_configure. Removed. 002-add-fortify-flags.patch adds -D_FORTIFY_SOURCE=2 explicitly, but the proper fix is making the upstream build system respect the compile flags set by dpkg-buildflags. Removed the patch. Instead, export CXXFLAGS from debian/rules. Thanks, Alan
Bug#1067116: ITP: libhyprcursor -- hyprland cursor format, library and utilities
Package: wnpp Severity: wishlist Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: libhyprcursor Version : 0.1.4 Upstream Contact: vaxerski * URL : https://github.com/hyprwm/hyprcursor * License : BSD-3-Clause Programming Lang: C, C++ Description : hyprland cursor format, library and utilities >From the README: " XCursor sucks, and we still use it today. - Scaling of XCursors is horrible - XCursor does not support vector cursors - XCursor is ridiculously space-inefficient Hyprcursor fixes all three. It's an efficient cursor theme format that doesn't suck as much. ### Notable advantages over XCursor - Automatic scaling according to a configurable, per-cursor method. - Support for SVG cursors - Way more space-efficient. As an example, Bibata-XCursor is 44.1MB, while it's 6.6MB in hyprcursor. " hyprcursor is a new dependency for hyprland[1]. The package would generate a library and a binary utility to convert xcursor themes to hyprcursor format. The utility has a runtime dependency on xcur2png[2], which is also not available in Debian. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971 [2] https://github.com/eworm-de/xcur2png
Bug#1066871: RFS: libhyprlang/0.5.0-1 [ITP] -- Configuration language for Hyprland
Hello Mo, May I address you Mo? I am happy to co-maintain hyprland with you. :) The ITP for hyprland[0] was created by werdahias@ who had created an initial skeleton for the packaging a while ago. Under his advise, I decided to de-vendor all of udis86, tracy and hyprland-protocols. As far as I understand, the Debian policy recommends de-vendoring over including files from other sources. I have been working on this for a while and just uploaded them all to mentors and created RFS for them. Currently I have completed packaging hyprland and all its dependencies to the best of my ability. Regarding the points you shared: 1. I wasn't sure what to do with tracy. I have however de-vendored it and created an RFS for it[1]. But, I am unable to get the GPU traces working on my AMD RX 6600 (for a debug build of Hyprland with tracy enabled). I am not sure if this is because of my device or something else. I have seen some discussion upstream that tracy's GPU traces are not always reliable. Tracy seems to work fine, otherwise. 2. I have de-vendored udis86 too. The library and the included CLI seems to run fine. Here is the RFS[2]. 3. Again, I have separated hyprland-protocols and the RFS is here[3]. You can find the VCS for all hyprland related stuff I did, under the NyxTrail namespace in salsa[4]. The packages all seem to run fine so far. This is my first time packaging for Debian and any feedback is welcome. Let me know how you wish to proceed. Regards, Alan [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971 [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066873 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066870 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066868 [4] https://salsa.debian.org/NyxTrail On 3/15/24 01:10, Mo Zhou wrote: Hi Alan, Thank you for your work! I did not check the ITP bugs before we make overlapping efforts: https://salsa.debian.org/debian/hyprlang https://salsa.debian.org/debian/hyprland I just rushed the two packages within a short time the last night. They work properly on Sid with my laptop. I have uploaded hyprlang to NEW without checking ITP https://ftp-master.debian.org/new/hyprlang_0.5.0-1~exp1.html The hyprland is still pending as I've not yet finished the debian/copyright part. In terms of build depends of hyprland: 1. tracy is optional. USE_TRACY is by default off. We can build the package without tracy. 2. the udis86 is embedded in the upstream tarball as well. Maybe we can keep it embedded as udis86 is only needed by hyprland 3. hyprland-protocols is also embedded. I suppose it is ok to keep this specific project, instead of splitting the package to increase the required amount of work. Shall we merge our work and co-maintain this? On 3/14/24 14:46, Alan M Varghese wrote: Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear mentors, I am looking for a sponsor for my package "libhyprlang": * Package name : libhyprlang Version : 0.5.0-1 Upstream contact : vaxerski * URL : https://github.com/hyprwm/hyprlang * License : LGPL-3+ * Vcs : https://salsa.debian.org/NyxTrail/hyprlang Section : x11 The source builds the following binary packages: libhyprlang2 - Configuration language for Hyprland (library) libhyprlang-dev - Configuration language for Hyprland (development files) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libhyprlang/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libh/libhyprlang/libhyprlang_0.5.0-1.dsc Changes for the initial release: libhyprlang (0.5.0-1) UNRELEASED; urgency=low . * Initial release. Closes: #1065352 Regards,
Bug#1066876: RFS: hyprland/0.36.0+ds-1 [ITP] -- Dynamic tiling Wayland compositor
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear mentors, I am looking for a sponsor for my package "hyprland": * Package name : hyprland Version : 0.36.0+ds-1 Upstream contact : https://github.com/hyprwm/Hyprland/issues * URL : https://hyprland.org * License : BSD-3-Clause, MIT * Vcs : https://salsa.debian.org/NyxTrail/hyprland Section : x11 The source builds the following binary packages: hyprland - Dynamic tiling Wayland compositor hyprland-backgrounds - Set of backgrounds packaged with the hyprland Wayland compositor hyprland-dev - Development files for Hyprland To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hyprland/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hyprland/hyprland_0.36.0+ds-1.dsc Changes for the initial release: hyprland (0.36.0+ds-1) UNRELEASED; urgency=low . * Initial release. Closes: #1040971 * The subprojects udis86, tracy and hyprland-protocols have been devendored. The source is patched to support this devendoring. * The subproject wlroots cannot be devendored. hyprland versions depend on a specific commit of the wlroots project and upstream cannot does not recommend using any version. So, wlroots is included in this package for Debian, with the following changes: * The library 'libwlroots.so.13032' that is generated by the project is moved to a "private" library directory under usr/lib/hyprland. * RPATH is updated so that hyprland links correctly to the library in the modified path Regards, -- Alan M Varghese
Bug#1066873: RFS: tracy/0.10+ds-1 [ITP] -- Hybrid frame and sampling profiler
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear mentors, I am looking for a sponsor for my package "tracy": * Package name : tracy Version : 0.10+ds-1 Upstream contact : Bartosz Taudul * URL : https://github.com/wolfpld/tracy/ * License : Expat, Expat or Unlicense, BSD-2-Clause, BSD-3-clause, BSD-3-Clause, Zlib, Unlicense * Vcs : https://salsa.debian.org/NyxTrail/tracy Section : devel The source builds the following binary packages: libtracyclient0.10.0 - Hybrid frame and sampling profiler (library) libtracy-dev - Hybrid frame and sampling profiler (development files) tracy-profiler - Hybrid frame and sampling profiler (profiler application) tracy-capture - Hybrid frame and sampling profiler (capture application) tracy-csvexport - Hybrid frame and sampling profiler (csvexport application) tracy-doc - Hybrid frame and sampling profiler (documentation) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/tracy/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/t/tracy/tracy_0.10+ds-1.dsc Changes for the initial release: tracy (0.10+ds-1) UNRELEASED; urgency=low . * Initial release. Closes: #1063442 * This program includes source files from many other open source projects. * Of these zstd has been devendored. * TODO: devendor imgui, nfd, dtl Regards, -- Alan M Varghese
Bug#1066871: RFS: libhyprlang/0.5.0-1 [ITP] -- Configuration language for Hyprland
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear mentors, I am looking for a sponsor for my package "libhyprlang": * Package name : libhyprlang Version : 0.5.0-1 Upstream contact : vaxerski * URL : https://github.com/hyprwm/hyprlang * License : LGPL-3+ * Vcs : https://salsa.debian.org/NyxTrail/hyprlang Section : x11 The source builds the following binary packages: libhyprlang2 - Configuration language for Hyprland (library) libhyprlang-dev - Configuration language for Hyprland (development files) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libhyprlang/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libh/libhyprlang/libhyprlang_0.5.0-1.dsc Changes for the initial release: libhyprlang (0.5.0-1) UNRELEASED; urgency=low . * Initial release. Closes: #1065352 Regards, -- Alan M Varghese
Bug#1066870: RFS: libudis86/0~20221013-1 [ITP] -- Disassembler for x86 and x86-64 class ISA
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear mentors, I am looking for a sponsor for my package "libudis86": * Package name : libudis86 Version : 0~20221013-1 Upstream contact : https://github.com/canihavesomecoffee/udis86/issues * URL : https://github.com/canihavesomecoffee/udis86 * License : __AUTO_PERMISSIVE__, BSD-2-Clause, __UNKNOWN__ * Vcs : https://salsa.debian.org/NyxTrail/udis86 Section : misc The source builds the following binary packages: libudis86-0 - Disassembler for x86 and x86-64 class ISA (library) libudis86-dev - Disassembler for x86 and x86-64 class ISA (development files) udcli - Disassembler for x86 and x86-64 class ISA (cli) libudis86-doc - Disassembler for x86 and x86-64 class ISA (documentation) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libudis86/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libu/libudis86/libudis86_0~20221013-1.dsc Changes for the initial release: libudis86 (0~20221013-1) UNRELEASED; urgency=low . * Initial release. Closes: #1061940 * This packaging is based on the fork https://github.com/canihavesomecoffee/udis86 which includes "fixes and additions" from other forks. * The latest upstream release is v1.7.2 made on Sep 2, 2013. This build is however, based on the latest commit #5336633, made on Oct 13, 2022 * Created a man page for udcli based on information from '--help' and additional information from the project's README. Regards, -- Alan M Varghese
Bug#1066869: RFS: hyprpaper/0.6.0-1 [ITP] -- Wallpaper utility for Hyprland
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear mentors, I am looking for a sponsor for my package "hyprpaper": * Package name : hyprpaper Version : 0.6.0-1 Upstream contact : vaxerski * URL : https://github.com/hyprwm/hyprpaper * License : BSD-3-Clause * Vcs : https://salsa.debian.org/NyxTrail/hyprpaper Section : x11 The source builds the following binary packages: hyprpaper - Wallpaper utility for Hyprland To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hyprpaper/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hyprpaper/hyprpaper_0.6.0-1.dsc Changes for the initial release: hyprpaper (0.6.0-1) UNRELEASED; urgency=low . * Initial release. Closes: #1065699 * Included a simple man page for hyprpaper (uses pandoc for building). Regards, -- Alan M Varghese
Bug#1066868: RFS: hyprland-protocols/0.2~20230811-1 [ITP] -- Wayland protocol extensions for Hyprland
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: a...@digistorm.in Dear Mentors, I am looking for a sponsor for my package "hyprland-protocols": * Package name : hyprland-protocols Version : 0.2~20230811-1 Upstream contact : vaxerski * URL : https://github.com/hyprwm/hyprland-protocols * License : BSD-3-Clause * Vcs : https://salsa.debian.org/NyxTrail/hyprland-protocols Section : x11 The source builds the following binary packages: hyprland-protocols - Wayland protocol extensions for Hyprland To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hyprland-protocols/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hyprland-protocols/hyprland-protocols_0.2~20230811-1.dsc Changes for the initial release: hyprland-protocols (0.2~20230811-1) UNRELEASED; urgency=low . * Initial release. Closes: #1051806 * This build is based on a specific upstream commit of hyprland-protocols. hyprland depends on commit #0c2ce70 of hyprland-protocols. The latest release of hyprland-protocols is v0.2 which is behind by a few commits. Regards, -- Alan M Varghese
Bug#1065699: ITP: hyprpaper -- Wallpaper utility for Hyprland
Package: wnpp Severity: wishlist Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: hyprpaper Version : 0.6.0 Upstream Contact: vaxerski * URL : https://github.com/hyprwm/hyprpaper * License : BSD-3-Clause Programming Lang: C++ Description : Wallpaper utility for Hyprland Hyprpaper is a blazing fast wallpaper utility for Hyprland (or any wlroots-based compositors) with the ability to dynamically change wallpapers through sockets. This program is suggested by Hyprland[1][2] and is created by the same team. [1] https://github.com/hyprwm/Hyprland [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971
Bug#1065352: Copyright in LGPL projects
Hello Mentors, I have been working on packaging Hyprland window manager. hyprlang (with a 'g') is a new dependency for this project. This project (hyprlang) is licensed under LGPL. But, the project authors haven't included a copyright notice anywhere in the project. It turns out that the authors are not sure if this is required for an LGPL project[1]. From a Debian perspective, what is the recommendation regarding this? Do we require projects to include the copyright information along with LGPL? If the copyright *has* to be included, is it enough to include it in a COPYRIGHT file? I couldn't find an example of a project that does this. Most projects seem to include a copyright line along with a short form of LGPL in each file. (I think it may be more appealing to upstream authors if we don't have to include the copyright in every file). For example, libplacebo[2] is a library I found installed on my system that uses LGPL. This project does not have a common copyright file, but there are copyright notices in some source files[3]. While some other source files in this project do not have a copyright notice[4][5][6]. Note: my doubts are specifically regarding the LGPL license. For other licenses like BSD, I see both practices of including a COPYRIGHT file as well as a short copyright notice in each file, or a combination of the two. Thanks, Alan M Varghese [1] https://github.com/hyprwm/hyprlang/issues/28 [2] https://code.videolan.org/videolan/libplacebo [3] https://code.videolan.org/videolan/libplacebo/-/blob/master/src/dither.c?ref_type=heads [4] https://code.videolan.org/videolan/libplacebo/-/blob/master/src/dummy.c?ref_type=heads [5] https://code.videolan.org/videolan/libplacebo/-/blob/master/src/cache.c?ref_type=heads [6] https://code.videolan.org/videolan/libplacebo/-/blob/master/src/colorspace.c?ref_type=heads
Bug#1065352: ITP: libhyprlang -- Configuration language for Linux applications
Package: wnpp Severity: wishlist Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: libhyprlang Version : 0.4.1 Upstream Contact: vaxerski * URL : https://github.com/hyprwm/hyprlang * License : GPL Programming Lang: C++ Description : Configuration language for Linux applications The hypr configuration language is an extremeley efficient, yet easy to work with, configuration language for Linux applications. This is a dependency for the Hyprland window manager for Wayland[1][2]. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971 [2] https://github.com/hyprwm/Hyprland/
Bug#1063442: Acknowledgement (ITP: tracy -- Real time, nanosecond resolution, remote telemetry, hybrid frame and sampling profiler for games and other applications)
Correction: Tracy is an optional dependency for the debug build that enables CPU and GPU profiling for Hyprland. On 08/02/24 14:51, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. You can follow progress on this Bug here: 1063442: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063442. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to debian-de...@lists.debian.org, a...@digistorm.in (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): w...@debian.org If you wish to submit further information on this problem, please send it to 1063...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system.
Bug#1063442: ITP: tracy -- Real time, nanosecond resolution, remote telemetry, hybrid frame and sampling profiler for games and other applications
Package: wnpp Severity: wishlist Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: tracy Version : 0.10.0 Upstream Contact: Bartosz Taudul * URL : https://github.com/wolfpld/tracy * License : BSD-3-Clause Programming Lang: C++, C Description : Real time, nanosecond resolution, remote telemetry, hybrid frame and sampling profiler for games and other applications Tracy is a real time, nanosecond resolution, remote telemetry, hybrid frame and sampling profiler for games and other applications. Tracy supports profiling CPU (Direct support is provided for C, C++, and Lua integration. At the same time, third-party bindings to many other languages exist on the internet, such as Rust, Zig, C#, OCaml, Odin, etc.), GPU (All major graphic APIs: OpenGL, Vulkan, Direct3D 11/12, OpenCL.), memory allocations, locks, context switches, automatically attribute screenshots to captured frames, and much more. Tracy is a "debug build" dependency for Hyprland[1] and is included in the upstream tarball for that project. I am attempting to package it separately to meet the requirements and guidelines of the Debian project[2]. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971 [2] https://www.debian.org/doc/debian-policy/ch-source.html#embedded-code-copies
Bug#1061940: ITP: libudis86 -- Disassembler for the x86 and x86-64 class of instructions set
Package: wnpp Severity: wishlist Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: libudis86 Version : #5336633 Upstream Contact: https://github.com/canihavesomecoffee/udis86/issues * URL : https://github.com/canihavesomecoffee/udis86 * License : BSD 2-Clause Programming Lang: C, Python Description : Disassembler for the x86 and x86-64 class of instructions set Udis86 is a disassembler for the x86 and x86-64 class of instruction set architectures. It consists of a C library called libudis86 which provides a clean and simple interface to decode and inspect a stream of raw binary data as disassembled instructions in a structured manner, and a command line tool called udcli that incorporates the library. canihavesomecoffee/udis86 is a dependency for Hyprland[1][2] that I am interested in packaging. This project is a fork of another of similar name[3][4] with fixes and additions merged from other forks[6]. It looks like there was an ITP created for the original[7] which was later abandoned. @werdahias has prepared initial packaging here[8]. My attempt[9] is based on this. [1] https://github.com/hyprwm/Hyprland [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040971 [3] https://github.com/vmt/udis86 [4] https://sourceforge.net/projects/udis86/ [6] https://github.com/canihavesomecoffee/udis86?tab=readme-ov-file#author-and-contributors [7] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893807 [8] https://salsa.debian.org/werdahias/udis86-wip/ [9] https://salsa.debian.org/NyxTrail/udis86
Bug#1040971: ITP: hyprland -- dynamic tiling Wayland compositor based on wlroots
Hi, Thanks for the heads up. I am still working on structuring all this properly. So far, this is what I have: https://salsa.debian.org/NyxTrail/hyprland Regarding the sub-packages, udis86 seems to be based on a fork of another project of the same name: https://github.com/canihavesomecoffee/udis86 (hyprland depends on this one) https://github.com/vmt/udis86 (this one is the original project) There does not seem to be any official releases upstream (udis86) for the commit Hyprland depends on (commit: 5336633). In fact, their (udis86) latest release seems to be v1.7.2, on Sep 2 2013. Considering how Hyprland likes to declare their dependencies based on non-release commits, I do not think we can depend on any release versions of these packages. I have successfully moved libwlroots.so.* to a "private" directory under /usr/lib/hyprland and updated the RPATH on the Hyprland binary to reflect that. This seems to work fine so far. It might be possible to exclude tracy (may be even remove it?), but I haven't explored this yet. In this case, the commit Hyprland references does have a release version. But, may be we should not depend on that? Finally, the build output for hyprland-protocols are a few header files. So far I have been trying to include these in a 'hyprland-dev' package along with everything else under the 'installheaders' Make target. If required, I think it should be trivial to move these headers to a hyprland-protocols-dev package.` As I mentioned before, the source tarball from Hyprland includes the source for all these submodules. Perhaps these modules should be considered a part of Hyprland itself since they are included verbatim in the source package? They also do not seem to generate any binaries (or other artifacts) that might pollute the rest of the system. Let me know if you have any thoughts/feedback. This is my first time building a package :) Thanks, Alan (NyxTrail)
Bug#1040971: ITP: hyprland -- dynamic tiling Wayland compositor based on wlroots
Package: wnpp Followup-For: Bug #1040971 Owner: Alan M Varghese X-Debbugs-Cc: debian-de...@lists.debian.org, a...@digistorm.in * Package name: hyprland Version : 0.34.0 Upstream Contact: vaxerski * URL : https://github.com/hyprwm/Hyprland * License : BSD-3-Clause Programming Lang: C++ Description : dynamic tiling Wayland compositor based on wlroots - From the readme: " Hyprland is a dynamic tiling Wayland compositor based on wlroots that doesn't sacrifice on its looks. It supports multiple layouts, fancy effects, has a very flexible IPC model allowing for a lot of customization, a powerful plugin system and more. " Upstream for Hyprland provides a source tarball with all its submodules packaged together. I intend to package them as-is and not separate out wlroots (don't know if that would even be possible; a custom wlroots binary is built and linked against during the build process).
debian-bugs-dist@lists.debian.org
On Tue, 9 Jan 2024 19:40:30 +0100 =?utf-8?B?0L3QsNCx?= wrote: Package: xserver-xorg-input-libinput Version: 1.3.0-1 Severity: normal File: /usr/share/man/man4/libinput.4.gz do notice Option ccelStepFallback "float" and similar, clearly mangled. I believe this is already fixed upstream by: https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/-/merge_requests/45/diffs which was included in the upstream 1.4.0 release. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/solaris
Bug#1029968: And some patches
As well as the fixes in 6.6, we also need this patchup series here: https://lore.kernel.org/linux-media/ZWibhE350L3BTRK8@gallifrey/T/#t These seem to make it pretty nicely. -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: fixed in 6.6
This looks like it's fixed in 6.6, I think they had a major rewrite in there. It's a conversion to vb2 in the series starting with d1846d72587e9241e73a18da14a325b43700013b There are a couple of minor oddities with that (they list the sequence cost the bttv had) but that's relatively minor. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1014017: soundmodem: Fails to build with HID support
Dave: This patch would be mostly invisible to existing users. It would add the gpio attribute to the soundmodem configuration with a default empty value. 73 On Thu, Nov 2, 2023 at 11:25 AM Dave Hibberd wrote: > Hi Alan, > > I'm part of quite an active packet communtiy ( > https://ukpacketradio.network/) - DINAH looks like a cool item a number > of folks would be itnerested in! Not many of our users are on soundmodem - > direwolf, G8BPQ's QtSoundmodem (which I plan to upload to Debian) and (in > hardware) NinoTNC are the flavour of the month for us. > > I know of a few CM108 mods (our sister communtiy even has a guide - > https://wiki.oarc.uk/cm108_sound_interface_smd) > <https://wiki.oarc.uk/cm108_sound_interface_smd?s[]=cm108>, so extending > functionality to more people would be generally of benefit to all. > > Soundmodem is a little old, but it's also not moving very fast so I don't > see too much overhead in maintaining a patch for it unless it's likely to > degrade the experience for other users? > > Cheers > > DH > > -- > Hibby > MM0RFN > > On Thu, 2 Nov 2023, at 2:45 PM, Alan Crosswell wrote: > > Hey Daniele, > > It's been about a year and I've just now gotten around to building a > Raspberry Pi connected to a DINAH and can confirm that this PTT patch still > works on the latest Raspi Bullseye distro. I don't know if there's any > interest in carrying this forward to a committed patch for soundmodem. I > can always keep patching it myself if I'm the only one who still thinks > soundmodem is a nice small tool for AX.25. > > Regarding many more CM108's, I wonder how many of them are integrated such > that a spare GPIO pin is used for PTT? Given it's probably not a lot, I > wouldn't think removing the device test entirely would be a huge issue. > Would you like me to submit a revised PR to do that? > > 73 de N2YGK > > On Mon, 24 Oct 2022 09:14:23 -0400 Alan Crosswell wrote: > > Yeah I don't know that ignoring the device code would be much of a > problem. > > It's not like it searches available devices to see which one to use; the > > specific device to use is specified. > > > > On Sun, Oct 23, 2022 at 3:10 PM Daniele Forsi wrote: > > > > > Hello Alan, > > > > > > I committed your patch to configure.ac in a branch and I think that we > > > should merge it to master: > > > https://salsa.debian.org/debian-hamradio-team/soundmodem/-/tree/hidraw > > > > > > I didn't commit your patch to ptt.c yet. > > > What happens if we drop the check for hiddevinfo.product for C-Media > > > entirely? > > > > > > You changed the test to work with your hardware, which is fine, but it > > > seems that there are many more CM108s out there (I have one with ID > > > 0d8c:013c). > > > I'm copying the list from https://usb-ids.gowdy.us/read/UD/0d8c so it > > > is archived with this bug report. > > > > > > Id Name > > > 0001 Audio Device > > > 0002 Composite Device > > > 0003 Sound Device > > > 0004 CM6631A Audio Processor > > > 0005 Blue Snowball > > > 0006 Storm HP-USB500 5.1 Headset > > > 000c Audio Adapter > > > 000d Composite Device > > > 000e Audio Adapter (Planet UP-100, Genius G-Talk) > > > 0012 > > > 0014 Audio Adapter (Unitek Y-247A) > > > 001f CM108 Audio Controller > > > 0029 > > > 0102 CM106 Like Sound Device > > > 0103 CM102-A+/102S+ Audio Controller > > > 0104 CM103+ Audio Controller > > > 0105 CM108 Audio Controller > > > 0107 CM108 Audio Controller > > > 010f CM108 Audio Controller > > > 0115 CM108 Audio Controller > > > 0134 > > > 0139 Multimedia Headset [Gigaware by Ignition L.P.] > > > 013c CM108 Audio Controller > > > 0201 CM6501 > > > 5000 Mass Storage Controller > > > 5200 Mass Storage Controller(0D8C,5200) > > > b213 USB Phone CM109 (aka CT2000,VPT1000) > > > > > > -- > > > 73 de IU5HKX Daniele > > > > > >
Bug#1014017: soundmodem: Fails to build with HID support
Hey Daniele, It's been about a year and I've just now gotten around to building a Raspberry Pi connected to a DINAH and can confirm that this PTT patch still works on the latest Raspi Bullseye distro. I don't know if there's any interest in carrying this forward to a committed patch for soundmodem. I can always keep patching it myself if I'm the only one who still thinks soundmodem is a nice small tool for AX.25. Regarding many more CM108's, I wonder how many of them are integrated such that a spare GPIO pin is used for PTT? Given it's probably not a lot, I wouldn't think removing the device test entirely would be a huge issue. Would you like me to submit a revised PR to do that? 73 de N2YGK On Mon, 24 Oct 2022 09:14:23 -0400 Alan Crosswell wrote: > Yeah I don't know that ignoring the device code would be much of a problem. > It's not like it searches available devices to see which one to use; the > specific device to use is specified. > > On Sun, Oct 23, 2022 at 3:10 PM Daniele Forsi wrote: > > > Hello Alan, > > > > I committed your patch to configure.ac in a branch and I think that we > > should merge it to master: > > https://salsa.debian.org/debian-hamradio-team/soundmodem/-/tree/hidraw > > > > I didn't commit your patch to ptt.c yet. > > What happens if we drop the check for hiddevinfo.product for C-Media > > entirely? > > > > You changed the test to work with your hardware, which is fine, but it > > seems that there are many more CM108s out there (I have one with ID > > 0d8c:013c). > > I'm copying the list from https://usb-ids.gowdy.us/read/UD/0d8c so it > > is archived with this bug report. > > > > Id Name > > 0001 Audio Device > > 0002 Composite Device > > 0003 Sound Device > > 0004 CM6631A Audio Processor > > 0005 Blue Snowball > > 0006 Storm HP-USB500 5.1 Headset > > 000c Audio Adapter > > 000d Composite Device > > 000e Audio Adapter (Planet UP-100, Genius G-Talk) > > 0012 > > 0014 Audio Adapter (Unitek Y-247A) > > 001f CM108 Audio Controller > > 0029 > > 0102 CM106 Like Sound Device > > 0103 CM102-A+/102S+ Audio Controller > > 0104 CM103+ Audio Controller > > 0105 CM108 Audio Controller > > 0107 CM108 Audio Controller > > 010f CM108 Audio Controller > > 0115 CM108 Audio Controller > > 0134 > > 0139 Multimedia Headset [Gigaware by Ignition L.P.] > > 013c CM108 Audio Controller > > 0201 CM6501 > > 5000 Mass Storage Controller > > 5200 Mass Storage Controller(0D8C,5200) > > b213 USB Phone CM109 (aka CT2000,VPT1000) > > > > -- > > 73 de IU5HKX Daniele > >
Bug#1049421: python3-certbot-dns-linode: Severe - Unable to renew certs. Linode API v3 no longer active. Use API v4
Package: python3-certbot-dns-linode Version: 2.1.0-1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, Trying to renew multiple domains on several servers results in the following: Exception: Linode api error: [{'ERRORMESSAGE': 'Linode API v3 is no longer active. Please use Linode API v4: https://www.linode.com/docs/api', 'ERRORCODE': 16}] This began about a week ago but I just noticed it this morning. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.16.0-1-686-pae (SMP w/2 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages python3-certbot-dns-linode depends on: ii certbot 2.1.0-4 ii python3 3.11.4-5 ii python3-acme 2.1.0-1 ii python3-certbot [python3-certbot-abi-2] 2.1.0-4 ii python3-lexicon 3.11.7-1 ii python3-pkg-resources68.0.0-1 python3-certbot-dns-linode recommends no packages. python3-certbot-dns-linode suggests no packages. -- no debconf information
Bug#1024693: Any news after 6 months?
This is just to stress that this bug is affecting more people. We are (almost) on Debian 12 and the currently Firefix ESR is 112, where this bug still... bugs. Sent with Proton Mail secure email.
Bug#173314: xcalc only accepts digits from the numeric pad
This should be fixed now in the new upstream xcalc-1.1.2 release. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/solaris
Bug#1035516: php-smbclient broke with samba 4.17.5
Package: php-smbclient Version: 1.0.6-8 Severity: grave Justification: renders package unusable php-smbclient does not work with samba versions 4.17.5 and above: https://github.com/eduardok/libsmbclient-php/issues/98 https://github.com/nextcloud/server/issues/36773 php-smbclient upstream version 1.1.1 fixes the issue. -- System Information: Debian Release: 12.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-7-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:de:hr Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages php-smbclient depends on: ii php-common2:93 pn php8.2-smbclient ii ucf 3.0043+nmu1 php-smbclient recommends no packages. php-smbclient suggests no packages.
Bug#1000008: openscap: depends on obsolete pcre3 library
Upstream bug: https://github.com/OpenSCAP/openscap/issues/1873
Bug#1000012: nmap: depends on obsolete pcre3 library
Upstream bug: https://github.com/nmap/nmap/issues/1335
Bug#761037: epub bugs
Hi Boris, Are your bugs fixed by: https://github.com/captn3m0/ebook-tools/commit/5079e63250cd2f04a0829b273623c15ecb7586c4 I noticed that patch from a few days ago, and that was by someone who had run afl against it. It seems to fix Okular epub bug: https://bugs.kde.org/show_bug.cgi?id=466425 (I can't tell if these are actually security bugs or not, but havining epub readers crash feels dodgy) Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#101937: [xwd] 'xwd -name windowtitle -frame' doesn't capture frame
This is operating as documented - in the xwd man page, it states: -frame This option indicates that the window manager frame should be included when manually selecting a window. But using -name is selecting a window automatically, not waiting for the user to manually click on it. With the current implementation, you would instead need to do: "xwininfo -name ... -children | grep Parent" and use the id returned by that with the -id argument to xwd: "xwd -id ... -out image" Making -frame work with the automatic selection arguments (-id & -name) might be a nice enhancement, but it's not a bug that it doesn't yet. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/solaris
Bug#201994: [xconsole] want mouse wheel to scroll log window
Previously translations for buttons 4 & 5 were only set for the scrollbar, so required the mouse to be over the scrollbar to use the mouse wheel. I've submitted a merge request upstream to handle buttons 4 & 5 in the text area as well: https://gitlab.freedesktop.org/xorg/app/xconsole/-/merge_requests/7 You should be able to edit the XConsole app-defaults file on your system to do the same until a new release is published. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/solaris
Bug#173314: xcalc only accepts digits from the numeric pad
This is because the key mappings in the translation list in app-defaults only list the main set of number keys with a modifier of "None", so they don't work when NumLock is active. We can't remove that modifier since then holding down shift and hitting one of them would enter the number instead of doing the intended operation (!, *, (, or ) for instance). Instead I've submitted a merge request upstream to add translations for those keys with Mod2 (aka NumLock) in the modifier list - you should be able to edit the XCalc app-defaults file on your system to do the same until a new release is published: https://gitlab.freedesktop.org/xorg/app/xcalc/-/merge_requests/11 -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/solaris
Bug#92706: xcalc support for comma on numeric keypad
I believe this was fixed upstream a couple years after this bug was reported: 341. Added KP_Separator to symbols that can generate decimal() in xcalc (Egbert Eich). https://cgit.freedesktop.org/~libv/xfree86/commit/programs/xcalc/XCalc.ad?id=b4898b6e916dbc0f71daa5edaba1cc115ae5794d -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/solaris
Bug#720266: x11-apps: xman aborts closing search window
This is because xman was not installing a WM_DELETE_WINDOW handler for the search window, so window managers fall back to XKillClient() to shut down the entire program when the close button is clicked. Upstream fix: https://gitlab.freedesktop.org/xorg/app/xman/-/merge_requests/6 -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/solaris
Bug#1030782: kdenlive: Missing dependency: qml-module-org-kde-kcm
Package: kdenlive Version: 4:22.12.2-1~ubuntu22.10.1 Severity: important X-Debbugs-Cc: alancanon9...@gmail.com Kdenlive 22.12 introduces a new dependency, on qml-module-org-kde-kcm. This is installed by default in Debian due to a transitive dependency, but is not installed by default on Debian derived distributions such as Ubuntu. Request this dependency be added to the Debian control file for kdenlive. -- System Information: Debian Release: bookworm/sid APT prefers kinetic-updates APT policy: (500, 'kinetic-updates'), (500, 'kinetic-security'), (500, 'kinetic-proposed'), (500, 'kinetic'), (100, 'kinetic-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-31-generic (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kdenlive depends on: ii breeze 4:5.25.5-0ubuntu1 ii breeze-icon-theme 4:5.98.0-0ubuntu1 ii ffmpeg 7:5.1.1-1ubuntu1 ii kded5 5.98.0-0ubuntu1 ii kdenlive-data 4:22.12.2-1~ubuntu22.10.1 ii kinit 5.98.0-0ubuntu1 ii kio5.98.0-0ubuntu1 ii libc6 2.36-0ubuntu4 ii libkf5archive5 5.98.0-0ubuntu1 ii libkf5bookmarks5 5.98.0-0ubuntu1 ii libkf5codecs5 5.98.0-0ubuntu1 ii libkf5completion5 5.98.0-0ubuntu1 ii libkf5configcore5 5.98.0-0ubuntu1 ii libkf5configgui5 5.98.0-0ubuntu1 ii libkf5configwidgets5 5.98.0-0ubuntu2 ii libkf5coreaddons5 5.98.0-0ubuntu1 ii libkf5crash5 5.98.0-0ubuntu1 ii libkf5dbusaddons5 5.98.0-0ubuntu1 ii libkf5declarative5 5.98.0-0ubuntu1 ii libkf5filemetadata35.98.0-0ubuntu1 ii libkf5guiaddons-bin5.98.0-0ubuntu1 ii libkf5guiaddons5 5.98.0-0ubuntu1 ii libkf5i18n55.98.0-0ubuntu2 ii libkf5iconthemes5 5.98.0-0ubuntu2 ii libkf5itemviews5 5.98.0-0ubuntu1 ii libkf5jobwidgets5 5.98.0-0ubuntu1 ii libkf5kiocore5 5.98.0-0ubuntu1 ii libkf5kiofilewidgets5 5.98.0-0ubuntu1 ii libkf5kiogui5 5.98.0-0ubuntu1 ii libkf5kiowidgets5 5.98.0-0ubuntu1 ii libkf5newstuffcore55.98.0-0ubuntu1 ii libkf5newstuffwidgets5 5.98.0-0ubuntu1 ii libkf5notifications5 5.98.0-0ubuntu1 ii libkf5notifyconfig55.98.0-0ubuntu1 ii libkf5purpose-bin 5.98.0-0ubuntu1 ii libkf5purpose5 5.98.0-0ubuntu1 ii libkf5solid5 5.98.0-0ubuntu1 ii libkf5textwidgets5 5.98.0-0ubuntu1 ii libkf5widgetsaddons5 5.98.0-0ubuntu1 ii libkf5xmlgui5 5.98.0-0ubuntu2 ii libmlt++7 7.12.0-1~ubuntu22.10.1 ii libmlt77.12.0-1~ubuntu22.10.1 ii libqt5core5a 5.15.6+dfsg-1 ii libqt5dbus55.15.6+dfsg-1 ii libqt5gui5 5.15.6+dfsg-1 ii libqt5multimedia5 5.15.6-1 ii libqt5network5 5.15.6+dfsg-1 ii libqt5networkauth5 5.15.6-1 ii libqt5qml5 5.15.6+dfsg-1 ii libqt5quick5 5.15.6+dfsg-1 ii libqt5quickcontrols2-5 5.15.6+dfsg-1 ii libqt5quickwidgets55.15.6+dfsg-1 ii libqt5svg5 5.15.6-1 ii libqt5widgets5 5.15.6+dfsg-1 ii libqt5xml5 5.15.6+dfsg-1 ii libstdc++6 12.2.0-3ubuntu1 ii melt-7 7.12.0-1~ubuntu22.10.1 ii qml-module-qtgraphicaleffects 5.15.6-1 ii qml-module-qtqml-models2 5.15.6+dfsg-1 ii qml-module-qtquick-controls5.15.6-1 ii qml-module-qtquick-controls2 5.15.6+dfsg-1 ii qml-module-qtquick-dialogs 5.15.6-1 ii qml-module-qtquick-layouts 5.15.6+dfsg-1 ii qml-module-qtquick-window2 5.15.6+dfsg-1 ii qml-module-qtquick25.15.6+dfsg-1 Versions of packages kdenlive recommends: ii frei0r-plugins 1.8.0-1build1 ii swh-plugins 0.4.17-2 Versions of packages kdenlive suggests: ii vlc 3.0.17.4-5 -- no debconf information
Bug#1029968: Info received (Bug#1029968: Info received (Bug#1029968: Info received (Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3
It's a bit messy... a) The patch I bisected to is not the root cause of the bug; it just triggers a ~9 year old bug in the v4l code - so this patch isn't going to get changed. b) The ~9 year old bug is in a particularly hairy piece of memory management code in v4l that I doubt anyone is going to fix. c) The plan is all the drivers using that API are to either be retired or rewritten using a new API; that's already been done for some of the drivers and the bttv one is a few months out. I'm not sure that's any use to this version of Debian though. d) The work arounds are: 1) Disable iommu 2) some v4l tools can use an mmap interface rather than the read(2) interface; that seems to be OK. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Info received (Bug#1029968: Info received (Bug#1029968: Info received (Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3
I sent this upstream report: https://lore.kernel.org/linux-iommu/Y9qSwkLxeMpffZK%2F@gallifrey/T/#u -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Info received (Bug#1029968: Info received (Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0)))
Confirmed still happens on upstream 6.2.0-rc6 -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0)
* Diederik de Haas (didi.deb...@cknow.org) wrote: > Thanks for that thorough analyses! Thanks for the reply, > If you're 'penguin42' on IRC, Yep, that's me. > then I'd suggest to present your findings to > io...@lists.linux.dev as both the author and the reviewer are highly likely > subscribed to that list. > > scripts/get_maintainer.pl drivers/iommu/dma-iommu.c > scripts/get_maintainer.pl kernel/dma/Makefile > > list them both and both results have also that ML in their result. Yep, will do; I'm just going to try a 6.2rc as well just in case it's got fixed very recently, and have a poke about in case I can see any obvious cause now I know the change that triggered it. I'll include the linux-media list as well since it's just as likely that it's a fault on the v4l/bttv driver. Dave > HTH -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Info received (Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0))
0() GS:9679efdc() knlGS: [ 78.988343] CS: 0010 DS: ES: CR0: 80050033 [ 78.988346] CR2: bd7fc110 CR3: 00022ce02000 CR4: 06e0 -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0)
bisected: GOOD [37fcacb50be7071d146144a6c5c5bf0194b9a1cf] phy: PHY_FSL_LYNX_28G should depend on ARCH_LAYERSCAPE BAD [f5ff79fddf0efecca538046b5cc20fb3ded2ec4f] dma-mapping: remove CONFIG_DMA_REMAP GOOD [e62c17f0455a74b182ce6373e2777817256afaa1] MAINTAINERS: update maintainer list of DMA MAPPING BENCHMARK GOOD [0fb3436b4b36cf69f4544385aa2bb8c5a4913509] sparc: Remove usage of the deprecated "pci-dma-compat.h" API GOOD [fba09099c6e506608e05e08ac717bf34501f821b] media: v4l2-pci-skeleton: Remove usage of the deprecated "pci-dma-compat.h" API dg@major:~/kernel/kernel-clone$ git bisect good f5ff79fddf0efecca538046b5cc20fb3ded2ec4f is the first bad commit commit f5ff79fddf0efecca538046b5cc20fb3ded2ec4f Author: Christoph Hellwig Date: Sat Feb 26 16:40:21 2022 +0100 dma-mapping: remove CONFIG_DMA_REMAP That sounds like a believable cause given that it's IOMMU related and device related. -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0)
Upstream 5.17 works Upstream 5.18 fails (with intel_iommu=on) Let the bisect begin. -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0)
This is IOMMU related. Upstream 6.1 and 5.18 *do* exhibit the bug, but only with intel_iommu=on where as Debian seems to default it to on. -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0)
I built upstream kernels 5.18.0 and 6.1.0 and both of them work for me. Which makes life much more painful to find. -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0)
WORKS https://snapshot.debian.org/archive/debian/20220601T031637Z/pool/main/l/linux-signed-amd64/linux-image-5.17.0-1-amd64_5.17.3-1_amd64.deb 5.17.0-1-amd64 #1 SMP PREEMPT Debian 5.17.3-1 So I think it's time to move upstream and bisect between 5.17 and 5.18 Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: bisecting we go...
Note an easier way to trigger the bug iscat /dev/vbi0 > /dev/null WORKS https://snapshot.debian.org/archive/debian/20220101T024315Z/pool/main/l/linux-signed-amd64/linux-image-5.10.0-9-amd64_5.10.70-1_amd64.deb linux-image-5.10.0-9-amd64_5.10.70-1_amd64.deb - kexecing in works WORKS https://snapshot.debian.org/archive/debian/20220101T024315Z/pool/main/l/linux-signed-amd64/linux-image-5.15.0-2-amd64_5.15.5-2_amd64.deb 5.15.5-2 FAILS https://snapshot.debian.org/archive/debian/20220701T034227Z/pool/main/l/linux-signed-amd64/linux-image-amd64_5.18.5-1_amd64.deb [ 98.154835] BUG: unable to handle page fault for address: bc2480f4 [ 98.154848] #PF: supervisor write access in kernel mode [ 98.154853] #PF: error_code(0x000b) - reserved bit violation That 5.18 failure is a bit different, but the backtrace is similar; somewhere between 5.18 it's changed from a BUG to a WARN but back in 5.15 it just worked. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0
Package: src:linux Version: 6.1.4-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? This was triggered when trying to capture video via a bt878 card using the https://github.com/ali1234/vhs-teletext script. Note 'xawtv' is working fine, so the card is generally happy. * What exactly did you do (or not do) that was effective (or ineffective)? I ran 'teletext record -d /dev/vbi0 > capture.vbi' from the above package that triggers a read from vbi0; an strace shows: [pid 6466] read(3, 0x27feb20, 65536) = -1 ENOMEM (Cannot allocate memory) and the WARN_ON in the dmesg * What was the outcome of this action? a WARNING in the dmesg, see below; and the python script backtraced with apparently an -ENOMEM; but there's plenty of RAM: dg@major:~/vhs-teletext$ free -m totalusedfree shared buff/cache available Mem:7937 7892963 244847147 Swap:974 0 974 * What outcome did you expect instead? Happy gathered video. *** End of the template - remove these template lines *** -- Package-specific info: ** Version: Linux version 6.1.0-1-amd64 (debian-ker...@lists.debian.org) (gcc-12 (Debian 12.2.0-13) 12.2.0, GNU ld (GNU Binutils for Debian) 2.39.90.20221231) #1 SMP PREEMPT_DYNAMIC Debian 6.1.4-1 (2023-01-07) ** Command line: BOOT_IMAGE=/boot/vmlinuz-6.1.0-1-amd64 root=UUID=bce3fb05-edb4-4c73-b71d-86707031ffd1 ro intremap=nosid quiet ** Tainted: WI (2560) * kernel issued warning * workaround for bug in platform firmware applied ** Kernel log: [ 5398.299139] kauditd_printk_skb: 15 callbacks suppressed [ 5398.299142] audit: type=1400 audit(1675007035.570:27): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="libreoffice-oosplash" pid=4269 comm="apparmor_parser" [ 5398.365964] audit: type=1400 audit(1675007035.638:28): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="libreoffice-senddoc" pid=4272 comm="apparmor_parser" [ 5403.855538] audit: type=1400 audit(1675007041.126:29): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="libreoffice-soffice" pid=4275 comm="apparmor_parser" [ 5403.879158] audit: type=1400 audit(1675007041.150:30): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="libreoffice-soffice//gpg" pid=4275 comm="apparmor_parser" [ 5403.927433] audit: type=1400 audit(1675007041.198:31): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="libreoffice-xpdfimport" pid=4278 comm="apparmor_parser" [ 7268.952515] [ cut here ] [ 7268.952518] WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0 [ 7268.952529] Modules linked in: rfkill qrtr binfmt_misc tuner_simple tuner_types tuner tda7432 tvaudio intel_powerclamp coretemp msp3400 kvm_intel bttv tveeprom kvm snd_hda_codec_via videobuf_dma_sg snd_hda_codec_generic videobuf_core irqbypass tea575x snd_hda_codec_hdmi ledtrig_audio sha512_ssse3 sha512_generic snd_hda_intel videodev snd_intel_dspcfg snd_intel_sdw_acpi intel_cstate iTCO_wdt snd_hda_codec snd_bt87x intel_uncore mc snd_hda_core serio_raw intel_pmc_bxt snd_hwdep iTCO_vendor_support pcspkr i7core_edac watchdog snd_pcm snd_timer joydev snd soundcore acpi_cpufreq evdev sg firewire_sbp2 msr parport_pc ppdev lp parport fuse configfs efi_pstore ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic sd_mod t10_pi crc64_rocksoft crc64 crc_t10dif crct10dif_generic crct10dif_common hid_generic usbhid hid nouveau mxm_wmi video wmi i2c_algo_bit drm_display_helper cec rc_core ahci ata_generic drm_ttm_helper libahci pata_via ttm libata drm_kms_helper r8169 ehci_pci realtek [ 7268.952592] firewire_ohci psmouse ehci_hcd scsi_mod drm mdio_devres crc32c_intel usbcore libphy firewire_core i2c_i801 crc_itu_t i2c_smbus lpc_ich scsi_common usb_common button [ 7268.952603] CPU: 6 PID: 6164 Comm: teletext Tainted: G I 6.1.0-1-amd64 #1 Debian 6.1.4-1 [ 7268.952605] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./P55M Pro, BIOS P1.50 09/10/2009 [ 7268.952607] RIP: 0010:__vmap_pages_range_noflush+0x3e0/0x4d0 [ 7268.952610] Code: 48 48 83 c6 08 4d 39 d6 0f 85 39 fd ff ff 48 83 c4 58 31 c0 5b 5d 41 5c 41 5d 41 5e 41 5f c3 cc cc cc cc 0f 0b e9 5f fc ff ff <0f> 0b b8 f4 ff ff ff e9 bd fc ff ff 48 8b 4c 24 18 48 31 cf 48 21 [ 7268.952611] RSP: 0018:ac9307073b50 EFLAGS: 00010246 [ 7268.952613] RAX: 00023b68 RBX: 9ab8cbb7f480 RCX: eeafad0aae40 [ 7268.952614] RDX: 00011db42ab9 RSI: RDI: 00011db42ab9 [ 7268.952615] RBP: R08: 0476 R09: ac93072a [ 7268.952617] R10:
Bug#1004955: Wish: switch to new version of soundmodem
I’m a bit confused what the purpose of using gtk is beyond the graphical scope etc interface. It’s not pretty but it works…. Using external measurement is fine for TX level adjustment but for RX level you need to see the waveform coming in to soundmodem to make sure the audio isn’t over or under driven. On Sun, Oct 30, 2022 at 7:07 AM Roland Schwarz wrote: > Hi Alan, > > Am 30.10.22 um 11:38 schrieb Alan Crosswell: > > I use the scope display to set correct audio levels. > > true, some tool for level setting is needed. I was successful using > > arecord -D -V stereo -f S16_LE -c 2 -r 48000 /dev/null > > to display the received level and > > AUDIODEV= play -n synth sine 1000 gain 0 > > to send a reference sine to output. > > Given, that the level has to be set external to soundmodem (physical > knobs or alsamixer) I believe measuring the levels externally as well is > not a too bad idea. What do you think? > > On the other hand I might consider (re) writing some level setting > helpers if you can give me detailed instructions of how you think this > should work. I was not really satisfied with the graphics present in the > GTK2 version of soundmodem. > > I believe the best approach would be to use the besselnull method, but > then you will need a different receiver since a FM receiver cannot be > used for this method. > > vy 73 roland > > -- > __ >_ _ | Roland Schwarz > |_)(_ | > | \__) | mailto:roland.schw...@blackspace.at > | http://www.blackspace.at >
Bug#1004955: Wish: switch to new version of soundmodem
I use the scope display to set correct audio levels. On Sun, Oct 30, 2022 at 4:39 AM Roland Schwarz wrote: > Hi Tony, > > > Am 30.10.22 um 03:55 schrieb tony mancill: > > Please excuse the long delay in responding. I'm not a current > > soundmodem user, but the updates in the fork sound useful. > > No need for excuse, this is how free software works! At least there IS > progress. Thank you. > > > Any concerns from you or anyone on the list making this fork the basis > > for soundmodem. > > As already said in the README: My fork does not (yet) support online > modem debugging, i.e. oscilloscope display and the like. The GUI > configuration is available though. > > So if none of current users depends on the debugging features I would be > happy seeing my fork of soundmodem used as basis for debian. Having that > said: Even more I would like have seen avoiding the fork, but since > Thomas never got back to me ... > > Btw.: my fork also has systemd integration. > > vy 73 Roland, oe1rsa > > -- > __ >_ _ | Roland Schwarz > |_)(_ | > | \__) | mailto:roland.schw...@blackspace.at > | http://www.blackspace.at >
Bug#1014017: soundmodem: Fails to build with HID support
Yeah I don't know that ignoring the device code would be much of a problem. It's not like it searches available devices to see which one to use; the specific device to use is specified. On Sun, Oct 23, 2022 at 3:10 PM Daniele Forsi wrote: > Hello Alan, > > I committed your patch to configure.ac in a branch and I think that we > should merge it to master: > https://salsa.debian.org/debian-hamradio-team/soundmodem/-/tree/hidraw > > I didn't commit your patch to ptt.c yet. > What happens if we drop the check for hiddevinfo.product for C-Media > entirely? > > You changed the test to work with your hardware, which is fine, but it > seems that there are many more CM108s out there (I have one with ID > 0d8c:013c). > I'm copying the list from https://usb-ids.gowdy.us/read/UD/0d8c so it > is archived with this bug report. > > Id Name > 0001 Audio Device > 0002 Composite Device > 0003 Sound Device > 0004 CM6631A Audio Processor > 0005 Blue Snowball > 0006 Storm HP-USB500 5.1 Headset > 000c Audio Adapter > 000d Composite Device > 000e Audio Adapter (Planet UP-100, Genius G-Talk) > 0012 > 0014 Audio Adapter (Unitek Y-247A) > 001f CM108 Audio Controller > 0029 > 0102 CM106 Like Sound Device > 0103 CM102-A+/102S+ Audio Controller > 0104 CM103+ Audio Controller > 0105 CM108 Audio Controller > 0107 CM108 Audio Controller > 010f CM108 Audio Controller > 0115 CM108 Audio Controller > 0134 > 0139 Multimedia Headset [Gigaware by Ignition L.P.] > 013c CM108 Audio Controller > 0201 CM6501 > 5000 Mass Storage Controller > 5200 Mass Storage Controller(0D8C,5200) > b213 USB Phone CM109 (aka CT2000,VPT1000) > > -- > 73 de IU5HKX Daniele >
Bug#679581: tracker-miner-fs uses up all available virtual memory
I had this problem too. Eventually I deleted ~/.cache/tracker3, and rebooted, and it is no longer a problem.
Bug#1016917: dvdbackup: has really clunky way of dealing with i/o errors
Package: dvdbackup Version: 0.4.2-4+b1 Severity: wishlist Tags: upstream Dear Maintainer, vlc plays my old scratched dvd's without ANY viewing issues while dvdbackup creates a disk image with lots of remarks in the log about i/o errors, e.g., Error reading VTS_06_1.VOB at block 34304, read error returned padding 512 blocks and when I attempt to view that disk image with vlc, there are lots of viewing artifacts. So it is pretty clear that vlc deals with i/o issues *on the fly (which is the more difficult problem) in a much better manner than dvdbackup does with all the time in the world to do the right thing. So my wishlist bug report for dvdbackup is it adopts the same excellent workarounds for i/o issues that vlc uses so that the visual results of running vlc on a disk image created by dvdbackup are the same as running vlc on the original (scratched) DVD. -- System Information: Debian Release: 10.11 APT prefers oldstable-debug APT policy: (500, 'oldstable-debug'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-0.bpo.11-amd64 (SMP w/16 CPU cores) Kernel taint flags: TAINT_UNSIGNED_MODULE Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dvdbackup depends on: ii libc62.28-10 ii libdvdread4 6.0.1-1 dvdbackup recommends no packages. Versions of packages dvdbackup suggests: ii libdvd-pkg [libdvdcss2] 1.4.2-1-1 ii libdvdcss2 1.4.2-1~local -- no debconf information
Bug#1014017: soundmodem: Fails to build with HID support
Package: soundmodem Version: 0.20-6.5 Severity: normal Tags: patch X-Debbugs-Cc: n2...@weca.org Dear Maintainer, I tried to configure soundmodem to use a CM119B-based USB sound device which is embedded in a DINAH kit: https://hamprojects.info/dinah/ which uses one of the HID pins for PTT. soundmodemconfig failed to open /dev/hidraw0. Upon reading the code I discovered two issues: 1. HAVE_LINUX_HIDRAW_H was not #defined. 2. The test for C-Media controller product IDs only went up to 0x0008 while the version of the CM119B is 0x0012. The fix is in the attached patch file and has also been submitted upstream: https://gitlab.com/tsailer/soundmodem/-/merge_requests/3 1. Fixes configure.ac to look for 2. Extends the test for the controller product ID. The altered soundmodem.conf file demonstrates the settings with gpio="2" for CM119B signal GPI03. -- System Information: Debian Release: 11.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-11-amd64 (SMP w/2 CPU threads) 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 not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages soundmodem depends on: ii libasound2 1.2.4-1.1 ii libatk1.0-0 2.36.0-2 ii libaudiofile10.3.6-5 ii libc62.31-13+deb11u2 ii libgdk-pixbuf-2.0-0 2.42.2+dfsg-1 ii libglib2.0-0 2.66.8-1 ii libgtk2.0-0 2.24.33-2 ii libhamlib4 4.0-7 ii libpango-1.0-0 1.46.2-3 ii libxml2 2.9.10+dfsg-6.7+deb11u2 soundmodem recommends no packages. soundmodem suggests no packages. -- Configuration Files: /etc/ax25/soundmodem.conf changed: -- no debconf information diff --git a/configure.ac b/configure.ac index b9ccd87..a54600d 100644 --- a/configure.ac +++ b/configure.ac @@ -52,7 +52,7 @@ AC_CHECK_LIB(posix4,sched_setscheduler) AC_CHECK_LIB(uuid,GUID_NULL) AC_CHECK_FUNCS(getopt_long,,[AC_LIBOBJ([getopt]) AC_LIBOBJ([getopt1])]) AC_CHECK_HEADERS(sys/audioio.h stropts.h sys/conf.h sys/soundcard.h sys/ioctl.h time.h inttypes.h net/if_arp.h) -AC_CHECK_HEADERS(pty.h getopt.h syslog.h sched.h linux/sockios.h sys/ioccom.h linux/ppdev.h) +AC_CHECK_HEADERS(pty.h getopt.h syslog.h sched.h linux/sockios.h sys/ioccom.h linux/ppdev.h linux/hidraw.h) AC_CHECK_HEADERS(sys/socket.h linux/if.h,,, [[ #if HAVE_SYS_SOCKET_H diff --git a/soundcard/ptt.c b/soundcard/ptt.c index 1b168e1..377d374 100644 --- a/soundcard/ptt.c +++ b/soundcard/ptt.c @@ -271,7 +271,7 @@ int pttinit(struct pttio *state, const char *params[]) ( (hiddevinfo.vendor == 0x0d8c// CM108/109/119 && hiddevinfo.product >= 0x0008 - && hiddevinfo.product <= 0x000f + && hiddevinfo.product <= 0x0012 ) || (hiddevinfo.vendor == 0x0c76 && // SSS1621/23
Bug#1012083: quickfix FTBFS on riscv64
I've learned that embedded copies of libraries are against Debian packaging policy. See here: https://wiki.debian.org/EmbeddedCopies Therefore the best solution is to remove the embedded copy of the double-conversion library and add a dependency on libdouble-conversion-dev package. This should solve the FTBFS problem. I have asked quickfix upstream to remove the embedded copy. https://github.com/quickfix/quickfix/issues/393 If they prefer not to, then the Debian package maintainer can remove it to make this package comply with the policy above. -Alan
Bug#1012077: linuxinfo FTBFS on riscv64
Hi Helge, It looks like this will always be a complex issue on RISC-V since there is such a variety of manufacturers. However I think the following would be the best approach. First, if there is a uarch field, use that since it will describe the design of the cores present, such as Sifive's U74-MC which can be licensed to other manufacturers, in a similar way to ARM core IP. If there isn't a uarch field, try to use the "model name" field if it is present, since on the C910 this seems to replace the uarch field (C910 is a core). Finally, if neither of those fields exist, the isa field might be ok but I would add "unknown core" to the output. The letters at the end of the isa field indicate which instruction set extensions are present. (i for basic integer support, a for atomics, v for vector, etc) So it is useful info, but it is vendor-generic for the most part. -Alan
Bug#693173: gcc-mingw32: float comparison fails assertion only with -std=c99
I also confirm this behavior on x86_64 when compiled with 'gcc -m32 -std=c99'. It seems to happen with 32-bit C99, but not in any other case. -Alan Beadle
Bug#693173: gcc-mingw32: float comparison fails assertion only with -std=c99
I have just now reproduced this bug in Debian Buster x86_64 using i686-w64-mingw32-gcc-win32 with -std=c99 and wine32, using the original example above. Source file foo.c: #include float getfloat() { return 12345.6789f; } int main(void) { assert(12345.6789f == getfloat()); } Steps to reproduce: $ i686-w64-mingw32-gcc-win32 foo.c -std=c99 $ wine ./a.exe Assertion failed: 12345.6789f == getfloat(), file foo.c, line 3 It does not happen when I compile with gcc and run it natively on linux. It also does not happen if I compile with x86_64-w64-mingw32-gcc foo.c -std=c99. Above it was suggested that this might be some kind of expected behavior. I don't know whether that is the case (seems unlikely to me, but I don't know). Just reporting that it still happens. -Alan Beadle
Bug#1012181: ldc ftbfs on riscv64
Source: ldc Version: 1:1.12.0-1 Severity: serious Tags: ftbfs upstream Justification: fails to build from source X-Debbugs-Cc: ab.bea...@gmail.com Dear Maintainer, This package fails to build on riscv64 because the architecture is not supported. The buildd log: https://buildd.debian.org/status/fetch.php?pkg=ldc&arch=riscv64&ver=1%3A1.29.0-2&stamp=1651200924&raw=0 The error shown is due to the fact that druntime, used in ldc, does not support riscv64. Support would need to be added in druntime, and then also in ldc. Here are the architectures currently supported by ldc: https://wiki.dlang.org/LDC#Architectures I recommend that ldc be removed from riscv64 until upstream adds support. -Alan Beadle -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: riscv64 Kernel: Linux 5.18.0-starfive-5.18 (SMP w/2 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#1012083: quickfix FTBFS on riscv64
Source: quickfix Version: 1.15.1+dfsg-4 Severity: serious Tags: ftbfs patch upstream Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: ab.bea...@gmail.com Dear Maintainer, Currently, quickfix fails to build on riscv64. The problem occues due to the inclusion of an old version of the double-conversion utility in the following subdirectory: src/C++/double-conversion/ You can view the (trivial) upstream commit to add riscv64 support here: https://github.com/google/double-conversion/commit/8316ed5bf405835558a476e528d8e1d0adf69dd9 You can review the failed build log here: https://buildd.debian.org/status/fetch.php?pkg=quickfix&arch=riscv64&ver=1.15.1%2Bdfsg-4&stamp=1652988337&raw=0 The least intrusive solution is to patch the included utility in the same way that the upstream source for this utility already has. I am including a patch which does this. I have confirmed that this patch allows building quickfix on actual riscv64 hardware (StatFive VisionFive V1). Please consider applying the included patch (or similar) for the next upload. Thank you, -Alan Beadle -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: riscv64 Kernel: Linux 5.18.0-starfive-5.18 (SMP w/2 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Index: quickfix-1.15.1+dfsg/src/C++/double-conversion/utils.h === --- quickfix-1.15.1+dfsg.orig/src/C++/double-conversion/utils.h +++ quickfix-1.15.1+dfsg/src/C++/double-conversion/utils.h @@ -69,7 +69,8 @@ defined(__sparc__) || defined(__sparc) || defined(__s390__) || \ defined(__SH4__) || defined(__alpha__) || \ defined(_MIPS_ARCH_MIPS32R2) || \ -defined(__AARCH64EL__) || defined(__aarch64__) +defined(__AARCH64EL__) || defined(__aarch64__) || \ +defined(__riscv) #define DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS 1 #elif defined(__mc68000__) #undef DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS
Bug#1012077: linuxinfo FTBFS on riscv64
Package: linuxinfo Version: 3.3.3-1 Severity: serious Tags: ftbfs patch upstream Justification: fails to build from source X-Debbugs-Cc: ab.bea...@gmail.com Dear Maintainer, linuxinfo currently fails to build on riscv64 due to this architecture not being supported by upstream. I am attaching a patch which adds placeholder support for this architecture and allows building the riscv64 debian package from source. Please consider applying this patch (or similar) for the next upload. In addition, the /proc information below is for a riscv64 VisionFive V1 SBC. Thank you, -Alan Beadle -- Package-specific info: /proc/cpuinfo: processor : 0 hart: 1 isa : rv64imafdc mmu : sv39 uarch : sifive,u74-mc processor : 1 hart: 0 isa : rv64imafdc mmu : sv39 uarch : sifive,u74-mc Size of /proc/kcore: -r 1 root root 18446744000862892032 May 25 19:58 /proc/kcore /proc/meminfo: MemTotal:7351200 kB MemFree: 1778728 kB MemAvailable:6685728 kB Buffers: 75344 kB Cached: 4719384 kB SwapCached:0 kB Active: 894708 kB Inactive:4391724 kB Active(anon):460 kB Inactive(anon): 497556 kB Active(file): 894248 kB Inactive(file): 3894168 kB Unevictable: 15396 kB Mlocked: 15396 kB SwapTotal: 0 kB SwapFree: 0 kB Dirty: 912 kB Writeback: 0 kB AnonPages:507140 kB Mapped: 260068 kB Shmem: 628 kB KReclaimable: 204236 kB Slab: 241012 kB SReclaimable: 204236 kB SUnreclaim:36776 kB KernelStack:1696 kB PageTables: 3264 kB NFS_Unstable: 0 kB Bounce:0 kB WritebackTmp: 0 kB CommitLimit: 3675600 kB Committed_AS: 687620 kB VmallocTotal: 67108864 kB VmallocUsed:6316 kB VmallocChunk: 0 kB Percpu: 552 kB CmaTotal: 655360 kB CmaFree: 650112 kB HugePages_Total: 0 HugePages_Free:0 HugePages_Rsvd:0 HugePages_Surp:0 Hugepagesize: 2048 kB Hugetlb: 0 kB -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: riscv64 Kernel: Linux 5.18.0-starfive-5.18 (SMP w/2 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages linuxinfo depends on: ii libc6 2.33-7 linuxinfo recommends no packages. linuxinfo suggests no packages. -- no debconf information Index: linuxinfo-3.3.3/linuxinfo.h === --- linuxinfo-3.3.3.orig/linuxinfo.h +++ linuxinfo-3.3.3/linuxinfo.h @@ -103,6 +103,10 @@ #define system_avr32 #endif +#if defined(__riscv) +#define system_riscv +#endif + #if (SIZEOF_LONG > 4) #define LONGLONG long int #define LONGSPEC "%ld" Index: linuxinfo-3.3.3/linuxinfo_riscv.c === --- /dev/null +++ linuxinfo-3.3.3/linuxinfo_riscv.c @@ -0,0 +1,25 @@ +/* +linuxinfo_riscv.c + + This allows compilation on riscv + +*/ + +#include +#include "linuxinfo.h" + +#ifdef system_riscv + +void GetHardwareInfo(int fd, struct hw_stat *hw) +{ + sprintf(hw->hw_memory, LONGSPEC, 0); + + hw->hw_processors = 0; + + sprintf(hw->hw_cpuinfo, "%s", "Unknown"); + sprintf(hw->hw_bogomips, "%0.2f", 0.0); + sprintf(hw->hw_megahertz, "?"); + hw->hw_processors = 0; +} + +#endif /* system_riscv */ Index: linuxinfo-3.3.3/Makefile.am === --- linuxinfo-3.3.3.orig/Makefile.am +++ linuxinfo-3.3.3/Makefile.am @@ -4,7 +4,8 @@ linuxinfo_SOURCES = linuxinfo.c linuxinf linuxinfo_alpha.c linuxinfo_ia64.c linuxinfo_intel.c \ linuxinfo_m68k.c linuxinfo_ppc.c linuxinfo_sh.c \ linuxinfo_hppa.c linuxinfo_s390.c linuxinfo_avr.c \ - linuxinfo_sparc.c linuxinfo_mips.c linuxinfo_unknown.c + linuxinfo_sparc.c linuxinfo_mips.c linuxinfo_riscv.c \ + linuxinfo_unknown.c man_MANS = po4a/linuxinfo.1 EXTRA_DIST= config.rpath CREDITS VERSION = 3.3.3
Bug#1012058: debhelper: riscv64 needs THREADS_PREFER_PTHREAD_FLAG in cmake for atomics-related ftbfs
Package: debhelper Version: 13.7.1 Severity: important X-Debbugs-Cc: debian-ri...@lists.debian.org Dear Maintainer, On riscv64, many FTBFS issues share a root cause, and I believe it would be appropriate to address it in debhelper. This architecture lacks hardware support for small atomics. These operations must be implemented in software instead of as instructions. The pthreads library includes this support, but needs to be linked with "-pthread", and not "-lpthread" to use this functionality. There is also currently a gcc bug related to this, with ongoing discussion on what to do long-term. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81358 The following cmake directive causes the build process to prefer -pthread over -lpthread, and in this case, makes it possible to use small atomic operations on riscv64. set(THREADS_PREFER_PTHREAD_FLAG ON) Rather than applying a patch for this flag to every affected package individually, it seems more sensible to apply it through debhelper. If the architecture is riscv64, then the above cmake directive should be set. I think this could be added in lib/Debian/Debhelper/Buildsystem/cmake.pm Below I have gathered several relevant lists of packages. These lists are probably incomplete. Likely affected with no patch pending: fairy-stockfish leela-zero muse neochat rust-jemalloc-sys wsclean zynaddsubfx Affected with a patch pending: simgear https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1011260 thinkfan https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1011953 warzone2100 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1011367 Affected with a patch applied: ceph https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953003 webkit2gtk https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895969 yoshimi https://sources.debian.org/src/yoshimi/2.2.0-2/debian/patches/fix_ftbfs_on_risc64.patch/ Affected with a patch applied, but does not use cmake: libzstd https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895259 Similar unfixed problem, but not currently using -lpthread (need to use -latomic): numactl opentracing-cpp tiledb-r Also, see here for existing occurrences of this cmake directive in Debian packages: https://codesearch.debian.net/search?q=THREADS_PREFER_PTHREAD_FLAG Special thanks to Bo YU for help in preparing this bug report. -Alan Beadle -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: riscv64 Kernel: Linux 5.18.0-starfive-5.18 (SMP w/2 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages debhelper depends on: ii autotools-dev20220109.1 ii dh-autoreconf20 ii dh-strip-nondeterminism 1.13.0-1 ii dpkg 1.21.8 ii dpkg-dev 1.21.8 ii dwz 0.14-1 ii file 1:5.41-4 ii libdebhelper-perl13.7.1 ii libdpkg-perl 1.21.8 ii man-db 2.10.2-1 ii perl 5.34.0-4 ii po-debconf 1.0.21+nmu1 debhelper recommends no packages. Versions of packages debhelper suggests: pn dh-make -- no debconf information
Bug#1011963: open-invaders FTBFS on riscv64
Package: open-invaders Version: 0.3-7 Severity: serious Tags: ftbfs patch Justification: fails to build from source X-Debbugs-Cc: ab.bea...@gmail.com Dear Maintainer, open-invaders has a ftbfs issue on riscv64. Full buildd log here: https://buildd.debian.org/status/fetch.php?pkg=open-invaders&arch=riscv64&ver=0.3-7&stamp=1651106683&raw=0 At compile time it tries to detect the architecture to determine datatype sizes, and it is missing the check for riscv64, so it defaults to an incorrect value. I am including a patch which fixes the problem. Please consider applying it in the next upload. Thank you. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: riscv64 Kernel: Linux 5.18.0-starfive-5.18 (SMP w/2 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages open-invaders depends on: ii libaldmb1 1:0.9.3-6 ii liballegro4.4 2:4.4.3.1-2 ii libc6 2.33-7 ii libdumb11:0.9.3-6 ii libgcc-s1 12.1.0-2 ii libstdc++6 12.1.0-2 ii open-invaders-data 0.3-7 open-invaders recommends no packages. open-invaders suggests no packages. -- no debconf information From: Alan Beadle Date: Fri 27 May 2022 09:36:54 PM EDT Subject: Fix ftbfs on riscv Fix failing compile-time detection of dataype size --- open-invaders-0.3.orig/headers/pmask.h +++ open-invaders-0.3/headers/pmask.h @@ -37,7 +37,7 @@ confusing. //don't worry about setting it incorrectly //you'll get a compile error if you do, not a run-time error #if defined(__alpha__) || defined(__ia64__) || (defined(__x86_64__) && defined(__LP64__)) || defined(__s390x__) || (defined(__sparc__) && defined(__arch64__)) \ - || defined(__powerpc64__) || defined(__aarch64__) || (defined(__mips64) && defined(__LP64__)) + || defined(__powerpc64__) || defined(__aarch64__) || (defined(__mips64) && defined(__LP64__)) || (defined(__riscv) && defined(__LP64__)) #define MASK_WORD_BITBITS 6 #else #define MASK_WORD_BITBITS 5
Bug#1011953: thinkfan FTBFS on riscv
Package: thinkfan Version: 1.3.1-1 Severity: serious Tags: ftbfs patch Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: ab.bea...@gmail.com Dear Maintainer, The thinkfan package has a ftbfs issue on riscv64. Full buildd log here: https://buildd.debian.org/status/fetch.php?pkg=thinkfan&arch=riscv64&ver=1.3.1-1&stamp=1649865911&raw=0 I am including a patch which fixes the problem. Please consider applying it in the next upload. Thank you. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: riscv64 Kernel: Linux 5.18.0-starfive-5.18 (SMP w/2 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages thinkfan depends on: ii init-system-helpers 1.63 ii libatasmart4 0.19-5 ii libatomic1 12.1.0-2 ii libc62.33-7 ii libgcc-s112.1.0-2 ii libstdc++6 12.1.0-2 ii libyaml-cpp0.7 0.7.0+dfsg-8 thinkfan recommends no packages. thinkfan suggests no packages. -- no debconf information fix ftbfs on riscv64 Alan Beadle --- thinkfan-1.3.1.orig/CMakeLists.txt +++ thinkfan-1.3.1/CMakeLists.txt @@ -8,6 +8,8 @@ cmake_minimum_required(VERSION 3.0) # Generate absolute paths or something cmake_policy(SET CMP0015 NEW) +set(THREADS_PREFER_PTHREAD_FLAG ON) + find_package(PkgConfig) find_package(Threads) pkg_check_modules(SYSTEMD "systemd")
Bug#715685: [Mayhem] Bug report on biniax2: biniax2 crashes with exit status 139
Tags: patch Fix missing date field in patch. Also since this bug currently renders the package unusable, I believe it should have a higher severity. -Alan Beadle bts715685_hof Description: Binary data
Bug#715685: [Mayhem] Bug report on biniax2: biniax2 crashes with exit status 139
Tags: patch A patch for this bug is attached. -Alan Beadle bts715685_hof Description: Binary data
Bug#715685: [Mayhem] Bug report on biniax2: biniax2 crashes with exit status 139
Package: biniax2 Version: 1.30-5 Followup-For: Bug #715685 X-Debbugs-Cc: ab.bea...@gmail.com Dear Maintainer, * What led up to the situation? Launching biniax 2 * What exactly did you do (or not do) that was effective (or ineffective)? I launched biniax 2 in a terminal to observe the output * What was the outcome of this action? biniax2 printed the config file and immediately segfaulted -- System Information: Debian Release: 11.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-14-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages biniax2 depends on: ii biniax2-data 1.30-5 ii libc62.31-13+deb11u3 ii libsdl-image1.2 1.2.12-12 ii libsdl-mixer1.2 1.2.12-16+b1 ii libsdl1.2debian 1.2.15+dfsg2-6 biniax2 recommends no packages. biniax2 suggests no packages. -- no debconf information
Bug#742356: xkbprint(1): Some (typographical) corrections to the manual
Fixed upstream in xkbprint 1.0.5 by https://gitlab.freedesktop.org/xorg/app/xkbprint/-/commit/b968db6ca6fdb6ebb2384eaffaabe406c5cf783f -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/solaris
Bug#1000031: Obsolete pcre3 library
You can build the server without PCRE, even if the PCRE libraries are on the system. Just do: ./configure --with-pcre=no and it will fall back to Posix regular expressions.
Bug#1002501: release-notes: Quotes (" and ') in commands in PDF release notes are "smart" (”*” / ’hold$’) so don't copy/paste
Package: release-notes Severity: important Dear Maintainer, As the subject says really. Quotes (" and ') in commands in the PDF Release Notes are "smart"/slanted (e.g. ”*” / ’hold$’) so when commands are copied from the pdf and pasted into a shell, they don't work. It's necessary to edit the command to put "straight" quotes into the command instead. (Annoying and unnecessary!) PDF I used: "Release Notes for Debian 11 (bullseye), 64-bit PC | December 14, 2021" Thanks Alan
Bug#999418: chkrootkit: chkproc bogus OooPS, not expected 210672 value
Package: chkrootkit Version: 0.55-1+b1 Severity: important Dear Maintainer, Since upgrade to bullseye I'm seeing chkrootkit warnings of the form: OooPS, not expected 210672 value I think the problem here is the new larger PIDs on newer kernels. I think the problem here is something involving the MAX_PROCESSES calc in chkproc.c TO reproduce: Let the host run for a while so you're getting larger PIDs, then cd /usr/lib/chkrootkit ./chkproc OooPS, not expected 210672 value and that's the first PID in my system's ps output that's large. I tried upgrading to testing's: ii chkrootkit 0.55-1+b1 amd64 rootkit detector and it still happens for me. I checked it really is the 64bit build: dg@mx:/usr/lib/chkrootkit$ file /usr/lib/chkrootkit/chkproc /usr/lib/chkrootkit/chkproc: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=66d59d153338e672554b5b6fee85d5696d2cb968, for GNU/Linux 3.2.0, stripped Dave -- System Information: Debian Release: 11.1 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-9-amd64 (SMP w/1 CPU thread) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages chkrootkit depends on: ii binutils 2.35.2-2 ii debconf [debconf-2.0] 1.5.77 ii libc6 2.31-13+deb11u2 ii net-tools 1.60+git20181103.0eebece-1 ii openssh-client 1:8.4p1-5 ii procps 2:3.3.17-5 chkrootkit recommends no packages. chkrootkit suggests no packages. -- debconf information: * chkrootkit/run_daily_opts: -q -n * chkrootkit/run_daily: true * chkrootkit/diff_mode: false