Bug#1068605: RFS: web-mode/17.3.13-1 [Team] -- major emacs mode for editing web templates
Hi Nicholas, Xiyue Deng writes: > Nicholas D Steeves writes: > > [..snip..] > >>* Fix issues in d/copyright >> - Clarify license to be GPL-3+ to be consistent with upstream >> >> This is unclear. Which licence was it before, and whose license are you >> talking about? Web-mode is a non-native package and debian/* is >> separate from the upstream source. Also, what does it mean to clarify a >> license? >> > > It used to be GPL-2, and I'm talking about the upstream license. The > upstream updated it to GPL-3 in 2022, which was actually after Thomas > last worked on the package. I think maybe I should change the wording > to "Update license to GPL-3+ following upstream changes"[5] > >> - Update copyright year info for upstream >> - Add copyright info for debian/* >> >> You added a license grant for debian/* where there was previously none >> with no explanation, notes, nor justification. Are you sure you have >> the right to do this? Contact debian-legal and ask them for a patch >> review of your intended changes. >> > > I checked upstream contributor list and didn't find the original > maintainer in it, so I believe it's a mistake that there is no separate > copyright section for debian/* which Thomas worked on and should be > attributed to him. But I agree that I should consult debian-legal@ on > how to properly handle this. I have sent a mail there[6] and CCed you. > Let's wait for an reply. > I have got some replies on debian-legal@l.d.o from Richard[1] and Soren[2] and both suggested that using GPL-3+ for upstream and GPL-2+ for debian/* is a good path forward. Soren further suggested the possibility of upgrading debian/* to GPL-3+ as GPL-2+ is compatible, but I don't think I'll go this round at this time as I will need to be added to the copyright list, which I might not be doing this time. These suggestions actually are aligned with my change at [3]. PTAL. TIA! -- Xiyue Deng [1] https://lists.debian.org/debian-legal/2024/04/msg2.html [2] https://lists.debian.org/debian-legal/2024/04/msg5.html [3] https://salsa.debian.org/emacsen-team/web-mode/-/commit/9a0a2ac9eb56a11bdeab7a98a42e5726fbb0e967 signature.asc Description: PGP signature
Bug#1069050: RFS: streamlink/6.7.3-1 -- CLI for extracting video streams from various websites to a video player
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "streamlink" for a new upstream version 6.7.3. * Package name: streamlink Version : 6.7.3-1 Upstream Author : Streamlink Team * URL : https://streamlink.github.io/ * License : BSD-2-clause, Apache-2.0, MIT/Expat, SIL-OFL-1.1 * Vcs : https://salsa.debian.org/amurzeau/streamlink/ Section : python It builds those binary packages: python3-streamlink - Python module for extracting video streams from various websites python3-streamlink-doc - CLI for extracting video streams from various websites (documentation) streamlink - CLI for extracting video streams from various websites to a video player To access further information about this package, please visit the following URL: https://mentors.debian.net/package/streamlink/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/streamlink/streamlink_6.7.3-1.dsc Changes since the last upload to unstable: streamlink (6.7.3-1) unstable; urgency=medium * tests: also run build_backend tests * d/source/options: ignore .devcontainer and .vscode * New upstream version 6.7.3 -- Alexis Murzeau Mon, 15 Apr 2024 15:49:45 +0200 Regards, -- Alexis Murzeau PGP: B7E6 0EBB 9293 7B06 BDBC 2787 E7BD 1904 F480 937F |
Bug#1068651: RFS: bisect-ppx/2.8.3-1 [ITP] -- Code coverage for OCaml and ReScript (dev files)
Hi, Thanks for your review and loop in me with #1017530. On Mon, Apr 15, 2024 at 2:03 PM Stéphane Glondu wrote: > > Dear Bo, > > Le 14/04/2024 à 16:30, Bo YU a écrit : ... > > ``` > > In fact, the original solution is that I refer to this[1]. But I am > > not sure if this is a toolchain issue or not, so I have reported this > > to upstream[2] also. The workaround for this issue I could think of: > > 1. Keep those lintian messages here and open a reportbug to track the > > issue until upstream fix the issue; > > 2. Use the solution like [1] as my previous post and open a reportbug > > to track the issue until upstream fix the issue; > > 3. Wait to upstream to fix this issue; > > 4. Persuading the maintainers of debhelper to strip static library > > with broader name scheme.But I think this is not a good wishlist.:) > > Personally I prefer to option 2 still. > > Thank you for looking into this, I wasn't expecting that! > > By a "toolchain issue", I meant an issue in debhelper or lintian (or > maybe in dh-ocaml or ocaml itself). This is definitely not an upstream > issue (of bisect-ppx), as all OCaml packages face it. > > One possible fix would be to change dh_strip, for example by telling it > to strip $FOO.a if $FOO.cmxa exists, if this is correct (I'm not sure: I > don't know why lib*.a are stripped in the first place). That would be > your option 4. Or fix lintian to not issue the warning for $FOO.a if > $FOO.cmxa exists. Right now, I don't know which option is correct. > > But this should not hinder bisect-ppx packaging, so I would go to option > 1 first, then investigate which of my two options is the correct one. Okay, I can do some experimental/feedback on these both tools here also. > > > For dh_dwz issue. It seems that the issue will be fixed by passing > > `--no-dwz-multifile` arg. In my understanding, there is two ELF > > binaries on the debug package, so the no-mutlifile arg can assure > > dropping `../.dwz/../.debug`. > > Again, I've seen this issue several times with OCaml packages, but I > didn't bother to investigate. It looks like another toolchain issue, > which should be fixed in a more central package, not in bisect-ppx > itself. So just leave the lintian warnings as is. It seems the issue should be fixed on lintian side as your analyst. But unfortunately, this is one lintian error that will lead to ftp-master auto-rejected if uploaded: ``` E: libbisect-ppx-ocaml-dbgsym: stripped-library [usr/lib/debug/.dwz/x86_64-linux-gnu/libbisect-ppx-ocaml.debug] E: libbisect-ppx-ocaml-dev-dbgsym: stripped-library [usr/lib/debug/.dwz/x86_64-linux-gnu/libbisect-ppx-ocaml-dev.debug] ``` I tried many attempts but failed. One common workaround is shipping one lintian-override via dh_lintian, like[0] and [1]. Although the error was gone, but we will get another error: ``` libbisect-ppx-ocaml-dev-dbgsym: non-debug-file-in-debug-package [usr/share/lintian/overrides/libbisect-ppx-ocaml-dev-dbgsym] ``` Passing `--no-dwz-multifile` to dh_dwz maybe has side effects on the debug package but it seems this is a workaround if we can upload to upstable.And I will open two separate reportbugs to track these issues once the package unloaded to unstable. Thanks again. BR, Bo [0]: https://www.mail-archive.com/pkg-kde-talk@alioth-lists.debian.net/msg00457.html [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820310#22 > > > Cheers, > > -- > Stéphane >
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#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#1069056: RFS: python-chameleon/4.5.4-1 -- XML-based template compiler - doc
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "python-chameleon": * Package name : python-chameleon Version : 4.5.4-1 Upstream contact : Malthe Borch * URL : https://github.com/malthe/chameleon * License : BSD-3-clause~repoze, Zope-2.1, Python * Vcs : https://salsa.debian.org/debian/python-chameleon Section : python The source builds the following binary packages: python3-chameleon - XML-based template compiler python-chameleon-doc - XML-based template compiler - doc To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-chameleon/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/python-chameleon/python-chameleon_4.5.4-1.dsc Changes since the last upload: python-chameleon (4.5.4-1) unstable; urgency=medium . * New upstream version 4.5.4 * d/control: Bump Standards-Version to 4.7.0 * d/rules: Modify PYBUILD_TEST_ARGS to enable previously disabled tests Regards, -- Akash Doppalapudi OpenPGP_0xBCBCAE31ECE05007.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
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#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#1066876: RFS: hyprland/0.36.0+ds-1 [ITP] -- Dynamic tiling Wayland compositor
Updated to newer upstream version 0.38.1
Re: Bug#1068101: RFS ping mini-httpd/1.30-10 -- Small HTTP server
Hi, a new upload for mini-httpd/1.30-10 is ready on mentors. This upload clarifies systemd hardening features with a NEWS entry, removes commented PrivateUsers directive and a typo in the changelog. Thanks, Salvo ! I think we're getting close to release. Please take a look at your convenience (#2): https://mentors.debian.net/package/mini-httpd/ Have a great day and thank you for your interest in Debian, Alexandru Mihail mini-httpd maintainer signature.asc Description: This is a digitally signed message part
Bug#1069078: RFS: lua-mode/20210802-4 [RC] [Team] -- Emacs major-mode for editing Lua programs
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "lua-mode": * Package name : lua-mode Version : 20210802-4 Upstream contact : immerrr * URL : https://github.com/immerrr/lua-mode * License : GPL-2+ * Vcs : https://salsa.debian.org/emacsen-team/lua-mode Section : lisp The source builds the following binary packages: elpa-lua-mode - Emacs major-mode for editing Lua programs To access further information about this package, please visit the following URL: https://mentors.debian.net/package/lua-mode/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/l/lua-mode/lua-mode_20210802-4.dsc Changes since the last upload: lua-mode (20210802-4) unstable; urgency=medium . * Team upload * Mark lexical binding patch as Forwarded and Applied-Upstream * Add patch to use eval in lexical scope to fix tests (Closes: #1069073) * Keep source *.el in autopkgtest to make it work * Add Upstream-Contact in d/copyright * Update homepage to github page in d/control (old link no longer works) * Set Rules-Requires-Root to no in d/control * Drop Built-Using from arch:all package in d/control * Trim trailing whitespace in d/changelog * Bump debhelper from old 10 to 13 * Set debhelper-compat version in Build-Depends * Set upstream metadata fields: Bug-Database, Bug-Submit, Repository, Repository-Browse * Update Standards-Version to 4.7.0; no change needed * Modernize d/watch with substitute strings to be more robust Regards, -- Xiyue Deng
Bug#1069078: Acknowledgement (RFS: lua-mode/20210802-4 [RC] [Team] -- Emacs major-mode for editing Lua programs)
Forwarding to the Debian Emacsen Team list. Start of forwarded message From: Xiyue Deng To: sub...@bugs.debian.org Subject: RFS: lua-mode/20210802-4 [RC] [Team] -- Emacs major-mode for editing Lua programs Date: Mon, 15 Apr 2024 21:06:11 -0700 Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "lua-mode": * Package name : lua-mode Version : 20210802-4 Upstream contact : immerrr * URL : https://github.com/immerrr/lua-mode * License : GPL-2+ * Vcs : https://salsa.debian.org/emacsen-team/lua-mode Section : lisp The source builds the following binary packages: elpa-lua-mode - Emacs major-mode for editing Lua programs To access further information about this package, please visit the following URL: https://mentors.debian.net/package/lua-mode/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/l/lua-mode/lua-mode_20210802-4.dsc Changes since the last upload: lua-mode (20210802-4) unstable; urgency=medium . * Team upload * Mark lexical binding patch as Forwarded and Applied-Upstream * Add patch to use eval in lexical scope to fix tests (Closes: #1069073) * Keep source *.el in autopkgtest to make it work * Add Upstream-Contact in d/copyright * Update homepage to github page in d/control (old link no longer works) * Set Rules-Requires-Root to no in d/control * Drop Built-Using from arch:all package in d/control * Trim trailing whitespace in d/changelog * Bump debhelper from old 10 to 13 * Set debhelper-compat version in Build-Depends * Set upstream metadata fields: Bug-Database, Bug-Submit, Repository, Repository-Browse * Update Standards-Version to 4.7.0; no change needed * Modernize d/watch with substitute strings to be more robust Regards, -- Xiyue Deng End of forwarded message
Bug#1068651: RFS: bisect-ppx/2.8.3-1 [ITP] -- Code coverage for OCaml and ReScript (dev files)
Hi, Le 15/04/2024 à 17:12, Bo YU a écrit : Again, I've seen this issue several times with OCaml packages, but I didn't bother to investigate. It looks like another toolchain issue, which should be fixed in a more central package, not in bisect-ppx itself. So just leave the lintian warnings as is. It seems the issue should be fixed on lintian side as your analyst. But unfortunately, this is one lintian error that will lead to ftp-master auto-rejected if uploaded: ``` E: libbisect-ppx-ocaml-dbgsym: stripped-library [usr/lib/debug/.dwz/x86_64-linux-gnu/libbisect-ppx-ocaml.debug] E: libbisect-ppx-ocaml-dev-dbgsym: stripped-library [usr/lib/debug/.dwz/x86_64-linux-gnu/libbisect-ppx-ocaml-dev.debug] ``` I tried many attempts but failed. One common workaround is shipping one lintian-override via dh_lintian, like[0] and [1]. Although the error was gone, but we will get another error: ``` libbisect-ppx-ocaml-dev-dbgsym: non-debug-file-in-debug-package [usr/share/lintian/overrides/libbisect-ppx-ocaml-dev-dbgsym] ``` Passing `--no-dwz-multifile` to dh_dwz maybe has side effects on the debug package but it seems this is a workaround if we can upload to upstable.And I agree. I've pushed two minor changes. Please review them. Then, I will upload the package. I will open two separate reportbugs to track these issues once the package unloaded to unstable. Thank you for your work. Cheers, -- Stéphane
Bug#1068651: RFS: bisect-ppx/2.8.3-1 [ITP] -- Code coverage for OCaml and ReScript (dev files)
Hi, On Tue, Apr 16, 2024 at 1:45 PM Stéphane Glondu wrote: > > Hi, > > Le 15/04/2024 à 17:12, Bo YU a écrit : > >> Again, I've seen this issue several times with OCaml packages, but I > >> didn't bother to investigate. It looks like another toolchain issue, > >> which should be fixed in a more central package, not in bisect-ppx > >> itself. So just leave the lintian warnings as is. > > > > It seems the issue should be fixed on lintian side as your analyst. > > But unfortunately, this is one lintian error that will lead to > > ftp-master auto-rejected if uploaded: > > > > ``` > > E: libbisect-ppx-ocaml-dbgsym: stripped-library > > [usr/lib/debug/.dwz/x86_64-linux-gnu/libbisect-ppx-ocaml.debug] > > E: libbisect-ppx-ocaml-dev-dbgsym: stripped-library > > [usr/lib/debug/.dwz/x86_64-linux-gnu/libbisect-ppx-ocaml-dev.debug] > > ``` > > I tried many attempts but failed. One common workaround is shipping > > one lintian-override via dh_lintian, like[0] and [1]. Although the > > error was gone, but we will get another error: > > > > ``` > > libbisect-ppx-ocaml-dev-dbgsym: non-debug-file-in-debug-package > > [usr/share/lintian/overrides/libbisect-ppx-ocaml-dev-dbgsym] > > ``` > > Passing `--no-dwz-multifile` to dh_dwz maybe has side effects on the > > debug package but it seems this is a workaround if we can upload to > > upstable.And > > I agree. > > I've pushed two minor changes. Please review them. Then, I will upload > the package. Okay, thanks. I have checked the two commits. LGTM. > > > I will open two separate reportbugs to track these issues once the > > package unloaded to unstable. > > Thank you for your work. Thanks for your work also and patience for me:) BR, Bo > > > Cheers, > > -- > Stéphane
