Bug#1001933: RFP: yt-dlp -- youtube-dl fork with additional features and fixes

[Unit 193]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384

Hello,

On Tue, 21 Dec 2021, Andreas Tille wrote:


Hi,

Am Mon, Dec 20, 2021 at 11:38:46PM -0500 schrieb Unit 193:

External to Debian, I've been maintaining this since August of this year, so
if it ends up not working out to get this team maintained, I'd be up to
maintain it myself.


Is this a kind of "I'd like to turn this into an ITP"?
Would you mind using some non-annonymous ID if this is the case
and do you want access to the Salsa repository (if so what is your
Salsa login)?


More that if your current plan falls though, I can just upload what I have.  I'm 
a DD, in Debian I'm known as Unit 193 with the account unit193, you should be 
able to find me on db.debian.org.  Since I am a DD and yt-dlp is in debian/, I 
should already have access if needed.



Thanks,

~Unit 193
Unit193 @ Libera
Unit193 @ OFTC

-BEGIN PGP SIGNATURE-

iQIcBAEBCQAGBQJhwYeWAAoJEFAB4bCao3RL4rYP/09HRWpJbO9qZSpHvn4X/5JL
+EN+jZF/Ybs5nfcqvoeXTt0gkS6Hx4pns0XRCk89RBEzuhCWfFdxd11VwV3BeVfD
4oUTUTE9slefLcNDkqhyGJLzh+/rDnw29hJHSSZu/am2BM3vjjpzmQaQAOCbBnlw
ITpWxnXfXeE/X5KGrhjmZwflCwXaxg2oKjRSFO4OlS7yLbIA7Fco0LaxEPmtUH6e
nV1Ip4dpyGmtUuwOWuepzP+F19paAGFQ9xvTRrOBSZqtppZydpZ2QBNh0aJbAotJ
pqMWWfrPq9kCBYROIretiO6zAllWVnpYC4rttr6vYFbxLnCUVuM3URR0o9kBfhEk
b7k5NMafCebhjMy2CxoLmRQb25GThlq+n5wxdSHQNhdn0D5s26ocdE+pD3QL6FFK
7JHPATAKe8PkwjvCvZzQTy6Uynd1KVzt5x5boo6kUCq3LsfM5lIpLxGVf/7TFjUw
IRaNeiwmc2XP3RXGZ6vGqfIRPsufAOEHUMQjE2o6CFGn9vhQCjUC3jgIsfOijjMl
vI8GCkC47N4n/A1t82LVDoNmRlCOZ5w0tq2c+P0nQtJ9XgfCVH7cSYerM81H6UAn
N4W/ug4DSlFuH230XoBWJBrV8r1mZnjCUw+w4h+bHOu8vlPW1xeA1IVD2Yy0xrOe
GlnNafOw8w23iP9v0sBO
=B/pH
-END PGP SIGNATURE-

Bug#1001933: RFP: yt-dlp -- youtube-dl fork with additional features and fixes

[Andreas Tille]

Hi,

Am Mon, Dec 20, 2021 at 11:38:46PM -0500 schrieb Unit 193:
> External to Debian, I've been maintaining this since August of this year, so
> if it ends up not working out to get this team maintained, I'd be up to
> maintain it myself.

Is this a kind of "I'd like to turn this into an ITP"?
Would you mind using some non-annonymous ID if this is the case
and do you want access to the Salsa repository (if so what is your
Salsa login)?

Kind regards
 Andreas. 

-- 
http://fam-tille.de

Bug#995607: ITP: libfreeaptx -- Free implementation of Audio Processing Technology codec (aptX)

[Kentaro Hayashi]

Now in new queue.

https://ftp-master.debian.org/new.html

Bug#1002056: ITP: zlib-ng -- optimized zlib compression library

[Guillem Jover]

On Mon, 2021-12-20 at 23:15:07 -0500, nick black wrote:
> not that i expect you to have run extensive benchmarks or
> anything, but how do you feel this compares to libdeflate?

I don't think it matters, because libdeflate does not support a
streaming API anyway, so it's of no use in many situations where
large files or streaming content needs to be dealt with. It also
does not provide a compatible zlib API, which means it cannot be
easily migrated to.

> the few comparisons i've seen suggest that they are (or at least
> were) pretty much a wash, performance-wise.

I think when I first noticed libdeflate being uploaded to Debian, I
took a look to also play with it for dpkg, but the above problems
meant that never got anywhere. From the benchmarks I've seen
libdeflate might be a bit faster, but then it would require tons more
memory to handle equivalent inputs and outputs.

The reasons I found the zlib-ng alternative interesting were because:

 - the Intel fork is not going to be adding non-Intel optimizations,
 - the Cloudflare fork does not look very lively,
 - the zlib upstream does not look very active, and apparently outright
   refuses contributions to the main code, and only accepts them into
   its contrib/ directory,

OTOH the zlib-ng looks very lively, accepts contributions, has had its
code modernized and cleaned up, and seems to be performing rather well
in comparison on multiple architectures.

Thanks,
Guillem

Bug#1001933: RFP: yt-dlp -- youtube-dl fork with additional features and fixes

[Unit 193]

Howdy,

External to Debian, I've been maintaining this since August of this year, so if 
it ends up not working out to get this team maintained, I'd be up to maintain it 
myself.


Cheers!

~Unit 193
Unit193 @ Libera
Unit193 @ OFTC

Bug#1002056: ITP: zlib-ng -- optimized zlib compression library

[nick black]

not that i expect you to have run extensive benchmarks or
anything, but how do you feel this compares to libdeflate? the
few comparisons i've seen suggest that they are (or at least
were) pretty much a wash, performance-wise.

Bug#1002056: ITP: zlib-ng -- optimized zlib compression library

[Guillem Jover]

Package: wnpp
Severity: wishlist
Owner: Guillem Jover 
X-Debbugs-Cc: debian-de...@lists.debian.org, Mark Brown 

* Package name: zlib-ng
  Version : 2.0.5
  Upstream Author : zlib-ng Team
* URL : http://github.com/zlib-ng/zlib-ng
* License : Zlib, Zlib-RFC, CC-BY-3.0, CC-BY-4.0, Public-Domain
  Programming Lang: C
  Description : optimized zlib compression library

 zlib-ng is a fork of the zlib library implementing the deflate compression
 method found in gzip and PKZIP.
 .
 It includes and consolidates many optimizations found in alternative forks,
 that have not been merged in the official zlib library.


I just discovered this project, and started packaging [P] it to be able
to play with a dpkg branch switching its zlib support to zlib-ng. The
speed up is quite significant, for example when packing the 0ad-data,
on my system it takes 5m50s~ with zlib and 4m30s~ with zlib-ng.

  [P] https://git.hadrons.org/cgit/wip/debian/pkgs/zlib-ng.git/

The project has a compat mode which generates API "compatible" zlib
replacement libraries, but unfortunately it is stated not to guarantee
to be ABI compatible, so no compat packages or similar could be
produced right now as that could potentially break other packages. I've
filed a report [S] upstream to request a more usable shim instead.

  [S] 


I'm still pondering whether to upload this, although the packing is
already done, but w/o the above mentioned shim its utility seems
restricted as most upstream projects use it via its compat mode,
instead of with its native API. But if that happens, I think it would
make sense to upload, as it's currently being embedded in several
upstream projects and even if dpkg would not switch to it, it would
still help with removing embedded code copies, and speeding up other
packages. Or make other RPFs such as #901490 (an alternative fork)
unnecessary.

Thanks,
Guillem

Bug#1002046: ITP: bme280 -- Python interface for a Bosch BME280 digital sensor module

[Anton Gladky]

Package: wnpp
Severity: wishlist
Owner: Anton Gladky 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: bme280
  Version : 0.2.4~git720dcbe6+ds1
* URL : https://github.com/rm-hull/bme280/
* License : MIT
  Programming Lang: Python
  Description : Python interface for a Bosch BME280 digital sensor module

The package provides a python interface for BME280 sensor, measuring
temperature, humidity and pressure.

The package will be maintained under the roof of pkg-electronics team.

Anton

-BEGIN PGP SIGNATURE-

iQJFBAEBCgAvFiEEu71F6oGKuG/2fnKF0+Fzg8+n/wYFAmHA60QRHGdsYWRrQGRl
Ymlhbi5vcmcACgkQ0+Fzg8+n/wYXPw/+JTSmg7NYQk+4Cv587PAeAvIaFrtbwNnH
cQ8lczhoeyjCr/f/ChieD14imt+fit+GpWgYjJnJm/e3r8xHdaM+QEMr+Zx4mltt
FjgiAz2N0nKJzLiwhuixzNp846DS/91U/y1wfkk70AZ8HcgSQqYvvSEbNucrwDUB
FBM3pNfEKHOU+UYxDARs3Dx5AvGqqpWErW8eFbqDowyIvrO9rYDiDXbAV3Yp/BQR
EdmpFL0CA9J9hWrKSgYyf4qbBhce9XT0pd2+yDr3Eo0s5NZcvDvyTAry8TqEevwm
vTS93oyng+IwQWQm3P04ygTzvyz460BVcfugpFwRWhOoT/8IgJqi8azH6y5ZzBTX
ZNmAPskyFAizVGYpbW7VwugugJBYfCFDFIFKJkj38rRK1PQmq0xYKHfzpoJ9YzVH
6wBfEbyWwF8XGsqUzRKj4Z4KQJxNSUgDjI64XPpAfDMliygB9fNojfId1rJqFhhv
6RBpJ/MuFHvzpWCsmfFr0rwTyD05FnITreo7fJCkUEj3TYesrJLKJShLlglYoRJB
Hq7k0IWemOnYqwxpGBLAsboQhGfb1+s6ROU/kYoLUeFPAEApTYlzLYiILz2rynod
aNH08WAy9E9Od3Vz5vzj7HBOhAlScM6aw/C8C8hf0Tu3PBwFYtnEuZ8uSF/sq1o2
ysYBf1jutcs=
=XrR8
-END PGP SIGNATURE-

Processed: Re: Bug#1001680: O: libmp3-info-perl -- Perl MP3::Info - Manipulate / fetch info from MP3 audio files

[Debian Bug Tracking System]

Processing control commands:

> retitle -1 ITA: libmp3-info-perl -- Perl MP3::Info - Manipulate / fetch info 
> from MP3 audio files
Bug #1001680 [wnpp] O: libmp3-info-perl -- Perl MP3::Info - Manipulate / fetch 
info from MP3 audio files
Changed Bug title to 'ITA: libmp3-info-perl -- Perl MP3::Info - Manipulate / 
fetch info from MP3 audio files' from 'O: libmp3-info-perl -- Perl MP3::Info - 
Manipulate / fetch info from MP3 audio files'.
> owner -1 !
Bug #1001680 [wnpp] ITA: libmp3-info-perl -- Perl MP3::Info - Manipulate / 
fetch info from MP3 audio files
Owner recorded as Damyan Ivanov .

-- 
1001680: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001680
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1001680: O: libmp3-info-perl -- Perl MP3::Info - Manipulate / fetch info from MP3 audio files

[Damyan Ivanov]

Control: retitle -1 ITA: libmp3-info-perl -- Perl MP3::Info - Manipulate / 
fetch info from MP3 audio files
Control: owner -1 !

-=| Alexander Wirt, 14.12.2021 08:13:48 +0100 |=-
> Package: wnpp
> Severity: normal
> Control: affects -1 src:libmp3-info-perl
> 
> I intend to orphan the libmp3-info-perl package. That was a dependency
> for mp3burn and I don't need it anymore.
> 
> The package description is:
>  This Perl library gives a set of function for manipulating info tags in MP3
>  files and retrieving technical information from them.
>  .
>  This package was formerly known as MPEG::MP3Info and still has a wrapper
>  for applications that refer to it using the old name.
>  .
>  The Debian package also provides a simple tool for editing MP3 tags - mp3id.

I want to take over this package for the Debian Perl Group.

Even if it is said to be deprecated upstream and there is 
a replacement by the same upstream author packaged in Debian, there 
are still reverse dependencies so it can't be dropped yet.


-- dam

Bug#998697: ITP: bees -- a btrfs deduplication agent

[Felix Zielcke]

Am Samstag, dem 06.11.2021 um 21:32 +0300 schrieb Alexander GQ
Gerasiov:
> Package: wnpp
> Severity: wishlist
> Owner: Alexander GQ Gerasiov 
> X-Debbugs-Cc: debian-de...@lists.debian.org
> 
> * Package name    : bees
>   Version : 0.7
>   Upstream Author : Zygo Blaxell b...@furryterror.org
> * URL : https://github.com/Zygo/bees
> * License : GPL-3+
>   Programming Lang: C++
>   Description : a btrfs deduplication agent
> 
> Best-Effort Extent-Same, a btrfs deduplication agent.
> 
> bees is a block-oriented userspace deduplication agent designed for
> large
> btrfs filesystems. It is an offline dedupe combined with an
> incremental data
> scan capability to minimize time data spends on disk from write to
> dedupe.
> 

Hi Alexander,

I totally forgot to look if there's already an ITP filed when I did my
one #1002036.

How far are you with packaging? And do you want a Co-Maintainer? Though
I'm only a DM not DD.

I just did a first version of a Debian package avaible at:
https://salsa.debian.org/fzielcke/bees/

Feel free to use anything of it.

Regards,
Felix

Bug#1002036: ITP: bees -- Best-Effort Extent-Same, a btrfs deduplication agent.

[Jérémy Lal]

Le lun. 20 déc. 2021 à 19:45, Felix Zielcke  a écrit :

> Package: wnpp
> Severity: wishlist
> Owner: Felix Zielcke 
> X-Debbugs-Cc: debian-de...@lists.debian.org
>
> * Package name: bees
>   Version : 0.7
>   Upstream Author : Zygo Blaxell b...@furryterror.org
> * URL : https://github.com/Zygo/bees
> * License : GPL-3+
>   Programming Lang: C++
>   Description : Best-Effort Extent-Same, a btrfs deduplication agent.
>
>  bees is a block-oriented userspace deduplication agent designed for
>  large btrfs filesystems. It is an offline dedupe combined with an
>  incremental data scan capability to minimize time data spends on disk
>  from write to dedupe.
>
> I'm happy to maintain it inside a team or with co-maintainer(s).
> I'm only DM so if someone has interest in sponsoring this, feel free to
> contact me.
>
> First debianized version avaible at https://salsa.debian.org/fzielcke/bees
>
> I guess it's a problem for ftp-masters that copyright and license is only
> mentioned inside README.md, but not directly at the source files?
>

The mentions in the README.md and the license in COPYING are just exactly
what is expected by everyone here.
But what you actually need is a mentor, i guess:
https://mentors.debian.net/

Jérémy


> Then it can't yet be uploaded.
>
>

Processed: ITP: bees -- Best-Effort Extent-Same, a btrfs deduplication agent.

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> close 1002036
Bug #1002036 [wnpp] ITP: bees -- Best-Effort Extent-Same, a btrfs deduplication 
agent.
Marked Bug as done
> stop
Stopping processing here.

Please contact me if you need assistance.
-- 
1002036: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1002036
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1002036: ITP: bees -- Best-Effort Extent-Same, a btrfs deduplication agent.

[Felix Zielcke]

Package: wnpp
Severity: wishlist
Owner: Felix Zielcke 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: bees
  Version : 0.7
  Upstream Author : Zygo Blaxell b...@furryterror.org
* URL : https://github.com/Zygo/bees
* License : GPL-3+
  Programming Lang: C++
  Description : Best-Effort Extent-Same, a btrfs deduplication agent.

 bees is a block-oriented userspace deduplication agent designed for
 large btrfs filesystems. It is an offline dedupe combined with an
 incremental data scan capability to minimize time data spends on disk
 from write to dedupe.

I'm happy to maintain it inside a team or with co-maintainer(s).
I'm only DM so if someone has interest in sponsoring this, feel free to
contact me.

First debianized version avaible at https://salsa.debian.org/fzielcke/bees

I guess it's a problem for ftp-masters that copyright and license is only
mentioned inside README.md, but not directly at the source files?
Then it can't yet be uploaded.

Bug#1002033: RFP: lpairs2 -- Classic memory game with nice graphics

[Antoni Aloy Torrens]

Package: wnpp
Severity: wishlist


LPairs2 is a memory game with 2x36 high resolution animal cards where 
you turn over any two cards and if they match they get removed. If they 
don't match they are turned back over. The game is over when all cards 
have been matched. You can play with different set sizes in fullscreen 
(6x4 to 12x6) or windowed mode (6x4 to 10x7). And for anyone who's bored 
by just matching pairs: You can try to match triplets and quadruplets as 
well. There is also a 2-player mode with a CPU opponent.


It is easy to create own themes with other pictures (submissions are 
welcome, please check out the README).


This game requires SDL2[1], SDL2 Image[2], SDL2 Mixer[3] and SDL2 TTF[4].


* Package name: lpairs2
* Version: 2.1
* License: GPL-3.0-or-later
* Upstream author: Michael Speck
* URL: https://lgames.sourceforge.io/LPairs/
* Language: C, C++


[1] http://www.libsdl.org/
[2] http://www.libsdl.org/projects/SDL_image/
[3] http://www.libsdl.org/projects/SDL_mixer/
[4] http://www.libsdl.org/projects/SDL_ttf/

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 1001998 wishlist
Bug #1001998 [wnpp] RFP: lbreakouthd -- Ball-and-paddle game with nice graphics
Severity set to 'wishlist' from 'normal'
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
1001998: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001998
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: ITP: r-cran-palmerpenguins -- GNU R Palmer Archipelago (Antarctica) penguin data

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> owner 1002028 Andreas Tille 
Bug #1002028 [wnpp] ITP: r-cran-palmerpenguins -- GNU R Palmer Archipelago 
(Antarctica) penguin data
Owner recorded as Andreas Tille .
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
1002028: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1002028
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#1002028: ITP: r-cran-palmerpenguins -- GNU R Palmer Archipelago (Antarctica) penguin data

[Andreas Tille]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-palmerpenguins -- GNU R Palmer Archipelago (Antarctica) 
penguin data
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: r-cran-palmerpenguins
  Version : 0.1.0
  Upstream Author : Allison Horst,
* URL : https://cran.r-project.org/package=palmerpenguins
* License : CC0
  Programming Lang: GNU R
  Description : GNU R Palmer Archipelago (Antarctica) penguin data
 Size measurements, clutch observations, and blood isotope ratios for
 adult foraging Adélie, Chinstrap, and Gentoo penguins observed on
 islands in the Palmer Archipelago near Palmer Station, Antarctica. Data
 were collected and made available by Dr. Kristen Gorman and the Palmer
 Station Long Term Ecological Research (LTER) Program.

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-palmerpenguins

Bug#970021: Provisional packaging for Aoache Arrow available

[Sascha Steinbiss]

Hi,

just for the record in this RFP and to move this a bit into the
spotlight: I have moved my packaging repository for Apache Arrow to the
Debian Science project in Salsa [1]. See the corresponding thread in the
Debian Med mailing list for more context [2].

TLDR: I have prepared a package to cover as much of Arrow as is possible
with what we have in Debian, dependency-wise. There is still a review of
d/copyright missing, and some bundled code might need some extra love or
removal.

If someone wants to work on this and wants to maintain it for longer,
feel free to let me know and I might help get it finished. :)
I just feel I won't be able to keep this updated in time on my own given
how busy upstream seems to be.

Cheers
Sascha

[1] https://salsa.debian.org/science-team/arrow
[2] https://lists.debian.org/debian-med/2021/08/msg00066.html

Bug#927899: ITP: cage -- A Wayland kiosk

[Birger Schacht]

Hi,

On 12/20/21 15:56, Johannes Schauer Marin Rodrigues wrote:

Quoting Birger Schacht (2021-12-17 12:14:25)

On 12/16/21 11:49, Johannes Schauer Marin Rodrigues wrote:

are you still interested in this package? Did you start with packaging it? I
saw the empty repo at https://salsa.debian.org/birger/cage and wanted to ask if
you already have an existing packaging somewhere and maybe just need somebody
to upload it to NEW?


Sorry for the delay, and thanks for nudging me, cage 0.1.4 is now in NEW ;)


Thank you! :)

Can you push your packaging repo to salsa as well?


Its part of the swaywm-team:
https://salsa.debian.org/swaywm-team/cage

cheers,
Birger




Thanks again!

cheers, josch


OpenPGP_0xCB06EA7B78DBE151.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Bug#927899: ITP: cage -- A Wayland kiosk

[Johannes Schauer Marin Rodrigues]

Quoting Birger Schacht (2021-12-17 12:14:25)
> On 12/16/21 11:49, Johannes Schauer Marin Rodrigues wrote:
> > are you still interested in this package? Did you start with packaging it? I
> > saw the empty repo at https://salsa.debian.org/birger/cage and wanted to 
> > ask if
> > you already have an existing packaging somewhere and maybe just need 
> > somebody
> > to upload it to NEW?
> 
> Sorry for the delay, and thanks for nudging me, cage 0.1.4 is now in NEW ;)

Thank you! :)

Can you push your packaging repo to salsa as well?

Thanks again!

cheers, josch

signature.asc
Description: signature

Bug#1001894: ITP: spacecadetpinball -- Decompilation and port of "3D Pinball for Windows - Space Cadet"

[lucylikesyourface]

On 19/12/2021 16:24, "Andrej Shadura"  wrote:

Im afraid the fact this source has been obtained as the result of a 
decompilation of the original proprietary binary means this project cannot be 
legally under the MIT license. If this is true, it cannot be included in Debian 
main or contrib, and possibly not even in non-free.


Thank you for pointing that out, I had not considered that the source itself 
might not be distributable. I shall look into this.

Bug#892474: marked as done (O: lua-ldoc -- LuaDoc-compatible documentation generation system)

[Debian Bug Tracking System]

Your message dated Mon, 20 Dec 2021 11:33:41 +
with message-id 
and subject line Bug#892474: fixed in lua-ldoc 1.4.6-2
has caused the Debian Bug report #892474,
regarding O: lua-ldoc -- LuaDoc-compatible documentation generation system
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
892474: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892474
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: normal

I do not have the interest to maintain this package any more since I am
lacking time and am not using it any more. Hence, I intend to orphan the
lua-ldoc package.

The package description is:
 LDoc is a LuaDoc-compatible documentation generation system for Lua
source code. It parses the declaration and documentation comments in a
set of Lua source files and produces a set of XHTML pages describing
the commented declarations and functions.


Best regards,
Julian

-- 
 ()  ascii ribbon campaign - against html e-mail 
 /\- against proprietary attachments
--- End Message ---
--- Begin Message ---
Source: lua-ldoc
Source-Version: 1.4.6-2
Done: Victor Seva 

We believe that the bug you reported is fixed in the latest version of
lua-ldoc, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 892...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Victor Seva  (supplier of updated lua-ldoc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 20 Dec 2021 12:15:41 +0100
Source: lua-ldoc
Architecture: source
Version: 1.4.6-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Lua Team 
Changed-By: Victor Seva 
Closes: 892474
Changes:
 lua-ldoc (1.4.6-2) unstable; urgency=medium
 .
   * Add Lua5.4 support
   * Add lua-team as maintainer, add myself as Uploader (Closes: #892474)
Checksums-Sha1:
 60f2a4060c27de80d2927a9e9734854b00c52649 1651 lua-ldoc_1.4.6-2.dsc
 55176452a9fd99aa4a1d6f2d878253e74a3c93b8 5600 lua-ldoc_1.4.6-2.debian.tar.xz
 89b8eba175eb541fcac51c5336ede1d4102ec86b 6210 lua-ldoc_1.4.6-2_amd64.buildinfo
Checksums-Sha256:
 6f16237424afae68214a2b7c79173647226fbdf0495403bbc96d497a506d17eb 1651 
lua-ldoc_1.4.6-2.dsc
 4ac73972cdb089b81eb0df43387e8d2cceaa1fac04b44509bc6f4c137582aafb 5600 
lua-ldoc_1.4.6-2.debian.tar.xz
 aa264cc52e1a76b7874cb8f9ae55974a6af38bb4bbc097b0bb3134aff0c29521 6210 
lua-ldoc_1.4.6-2_amd64.buildinfo
Files:
 1b2fbc412e9f6146c195c3b659a06f81 1651 interpreters optional 
lua-ldoc_1.4.6-2.dsc
 120513f74c896c4d84ce375a5d1fceb6 5600 interpreters optional 
lua-ldoc_1.4.6-2.debian.tar.xz
 4e8fedafe08c07760def70d3152a431b 6210 interpreters optional 
lua-ldoc_1.4.6-2_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQFFBAEBCgAvFiEE3S3PbKiJPTunbGuNsViYiXJxmOAFAmHAZnMRHHZzZXZhQGRl
Ymlhbi5vcmcACgkQsViYiXJxmOB/DAf/aZbr76KZ4nFkZXEjMgJxqGKMYC1Msk0B
FDiox5yfy+l3eRkwC4jglWwiQYe6YzkXHapAAgO5d5NAEq3RK3KA/bWOJ0tDHP0V
clVHnh0WJCnlFWE6anLUw8DvkkT5qzwq9gxjKqpnKsi76pDWa1HKbLtnkgogDJf3
lC3ysfmL70b/lBAMG6wa9jReNFDgRm/L4+UNk+JnIPssoKo2C0YM/o0r7WEGRZox
tCT8V8rO9ZNKsOYOzc94RxfiHFZCGnNTuQYH597IhNJqwZfb/qgpeTXXrAEzcwdZ
zjmgW+hO8oG4GyAx6pmiuw5AX2uJPIFGDtE4ZB+NC/1h8pxR27mpgQ==
=0Llm
-END PGP SIGNATURE End Message ---