Bug#1067524: ITP: precis -- Java implementation of the PRECIS Framework

2024-03-22 Thread Matthew Fennell
Package: wnpp
Severity: wishlist
Owner: Matthew Fennell 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: precis
  Version : 1.1.0
  Upstream Contact: Christian Schudt
* URL : https://github.com/sco0ter/precis
* License : Expat
  Programming Lang: Java
  Description : Java implementation of the PRECIS Framework

This Java library validates and prepares Unicode strings, so that they can
safely be used in application protocols, e.g. when dealing with usernames and
passwords.

It supports RFCs 8264, 8265, 8266 and 5893, and is designed to replace software
like Libidn's Stringprep class by handling internationalised strings in a more
coherent way.

It is a dependency of of Babbler, a Java library for interacting with XMPP
servers, which is in turn used by several transports, as well as caas, an
automated compliance tester with an open RFP (#959816).

I hope to maintain this package within the Debian Java Maintainers team. I am
not a Debian Developer, so will need to look for sponsorship once the package
is ready.



Bug#1016991: ITP: VulkanSceneGraph -- VulkanSceneGraph (VSG), is a modern, cross platform, high performance scene graph library

2024-03-22 Thread matthew
bret curtis  wrote:
> > One thing I noticed is that upstream integrated their own fork [1] of
> > glslang directly into the build [2] as of 1.0.3 [3].
> 
> Indeed, I created an issue to track this and Robert is aware of the
> situation. AnyOldName3 and myself are working together with upstream
> glslang that would make it findable and work correctly via cmake so that
> cmake itself would not have to carry its own vulkan and glslang files. [1]

Apologies, I somehow missed your Github issue. Looks like you're about 10 steps
ahead of where I was when I wrote the email! :)

> > I see a few options:
> >
> > 1) We work with upstream to unvendor the dependency
> >
> 
> We are already doing this. :) The trickle down should be happening now.  [2]
> 
> 
> > 2) We disable the shader compiler part of vsg
> >
> 
> Please no; while this would get the package into Debian faster it would be
> useless for OpenMW, or specifically the Vulkan work we are doing there
> which makes use of VSG's glslang.
> 
> 
> > 3) We patch the build to depend on Debian's glslang package
> >
> 
> If we can't wait for 1 to trickle down into Debian's repo; this is a way
> forward. I have a branch I've been working on that would resolve that.  [3]

Agreed - 1 makes most sense to me as well.

I have a few machines with different configurations, so feel free to mail me if
it would help for me to test against your branch (or anything else for that
matter).

Thanks,
Matthew



Bug#976074: marked as done (ITA: intelhex -- Python support for Intel HEX (Python3))

2024-03-22 Thread Debian Bug Tracking System
Your message dated Fri, 22 Mar 2024 22:15:10 +
with message-id 
and subject line Bug#976074: fixed in intelhex 2.3.0-3
has caused the Debian Bug report #976074,
regarding ITA: intelhex -- Python support for Intel HEX (Python3)
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.)


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

I'm no longer using intelhex and so I am orphaning the package.

I would recommend that this package is added to the Debian Python
team and moved to Salsa. (It's in Github for reasons related
to my previous employment only.)

Package description is: Python support for Intel HEX (Python3)
 The Intel HEX file format is widely used in the microprocessors
 and microcontrollers area as the de facto standard for code
 representation for microelectronic devices programming.
 .
 This package implements an intelhex Python library to read, write,
 create from scratch and manipulate data from HEX (also known as
 Intel HEX) file format.
--- End Message ---
--- Begin Message ---
Source: intelhex
Source-Version: 2.3.0-3
Done: Jakob Haufe 

We believe that the bug you reported is fixed in the latest version of
intelhex, 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 976...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Jakob Haufe  (supplier of updated intelhex 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: Fri, 22 Mar 2024 20:48:07 +0100
Source: intelhex
Architecture: source
Version: 2.3.0-3
Distribution: unstable
Urgency: medium
Maintainer: Jakob Haufe 
Changed-By: Jakob Haufe 
Closes: 976074
Changes:
 intelhex (2.3.0-3) unstable; urgency=medium
 .
   [ Debian Janitor ]
   * Set upstream metadata fields: Repository-Browse.
   * Update standards version to 4.6.2, no changes needed.
 .
   [ Jakob Haufe ]
   * Adopt package (Closes: #976074)
Checksums-Sha1:
 39e56f9af35257ffa62de60bba66dbfe4a4fb486 1911 intelhex_2.3.0-3.dsc
 7d8639642cecef95def444edb89862db694ba207 3148 intelhex_2.3.0-3.debian.tar.xz
 f2ce5e9c9f2e26c110a6cd01721b3e6a8e1c2a2c 6399 intelhex_2.3.0-3_source.buildinfo
Checksums-Sha256:
 20538d033dcf3d320599f9bdeb093523020100e4baebbb41b14eec8d8c16954f 1911 
intelhex_2.3.0-3.dsc
 d002b7412f5315caa3a3bd7e8518f56307f1af4e2b0aa2468afebc42f468ac23 3148 
intelhex_2.3.0-3.debian.tar.xz
 f2ca018971101d0f3a2d053cb3b8c2aa989b0a04739cbeefb6d0df448156d5b0 6399 
intelhex_2.3.0-3_source.buildinfo
Files:
 88495c104ebf7aadc700ad9f5596f879 1911 python optional intelhex_2.3.0-3.dsc
 48486ef907b18ce30088f64b93352f20 3148 python optional 
intelhex_2.3.0-3.debian.tar.xz
 e0ca651d6e4e83f02874a54466327f5e 6399 python optional 
intelhex_2.3.0-3_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEe/X2rDZDH11A3BN6TPKyGPVNrj0FAmX94pIACgkQTPKyGPVN
rj31BhAAozw4LtB6wj078lvQle6idh4Keqk5wCpE5Miwatb4q1DodcxKlTupgx2G
UkImE2r9WI+CbT5U24vwL4ccUnOvrEpT/Lh13p242K4/W+U68xmNoz8vucPDB8++
AcmPyhkhO83wD0AWm/j5H4BoRyXyfreeIfu8U4C3KPfj0rjA6CU+KM7sKbRUZOpa
sNinf6Tngi+bGhryvH8CJQAXSI+3SfsyK68Q0kgui+zcIM6oRRiVpA7VXrE3cm8a
MwPtoqX+a7m43zx2Krbl+Pwff4UIgSL16iiGi2Z9vYIj7kCax9aEsWKdBPROkYrT
eBvoYtbwUcZPkpJdh38xUGO+Qr5XpBL2vHwX+bY63PAwwgfYLyQ0y8dUUUB6udON
gbbVfOR2sdoDnx5QFynR3SGxSVfbPZB14vnKjZH93nZGT2nrQ2ooPaWVUYkgbdj1
PFHRSitdlMAD7kiLnpCY3mgX9aaUq6b2VMJvS5qm2T+fDY7ZeysfVDd+ScO6mQ45
0R2iCg22XUw0zQ0abKfY1xULgwNDnJw/3bo4vmglSk/UgMWU/b2WJpJLOZ6XYPtQ
e7po4RBaYfxrXyhD2ZlCU1WC7HinunAz5oRODJFaszHFsM6Oj9OgiSVMniIkZLoh
FVyTbVCZWxcKH4odoZHvOmCigOOXq3bwK3H3fUDecyxDvZbYZn4=
=U+ix
-END PGP SIGNATURE-



pgpuPZ8ONPstZ.pgp
Description: PGP signature
--- End Message ---


Bug#1067519: O: tkrzw-python -- set of implementations of DBM - python binding

2024-03-22 Thread Boyuan Yang
Package: wnpp
Control: affects -1 + src:tkrzw-python
X-Debbugs-Cc: tkrzw-pyt...@packages.debian.org
Severity: normal

I intend to orphan the tkrzw-python package.
Future maintainers should also handle the underlying C++ library,
src:tkrzw.

The package description is:
 Tkrzw is a C++ library implementing DBM (Database Manager) with
 various algorithms. It features high degrees of performance,
 concurrency, scalability and durability.
 .
 This package contains the Python 3 binding of the library.

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part


Processed: O: tkrzw-python -- set of implementations of DBM - python binding

2024-03-22 Thread Debian Bug Tracking System
Processing control commands:

> affects -1 + src:tkrzw-python
Bug #1067519 [wnpp] O: tkrzw-python -- set of implementations of DBM - python 
binding
Added indication that 1067519 affects src:tkrzw-python

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



Bug#1067518: O: tkrzw -- set of implementations of DBM

2024-03-22 Thread Boyuan Yang
Package: wnpp
Control: affects -1 + src:tkrzw
X-Debbugs-Cc: tk...@packages.debian.org
Severity: normal

I intend to orphan the tkrzw package since I no longer use it.
Future maintainer should also handle its python binding,
src:tkrzw-python.

The package description is:
 Tkrzw is a C++ library implementing DBM (Database Manager) with
 various algorithms. It features high degrees of performance,
 concurrency, scalability and durability.

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part


Processed: O: tkrzw -- set of implementations of DBM

2024-03-22 Thread Debian Bug Tracking System
Processing control commands:

> affects -1 + src:tkrzw
Bug #1067518 [wnpp] O: tkrzw -- set of implementations of DBM
Added indication that 1067518 affects src:tkrzw

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



Bug#1067515: ITP: waymore -- Tool to discover extensive data from online archives

2024-03-22 Thread aquilamacedo
Package: wnpp
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Aquila Macedo Costa 
Severity: wishlist

* Package name: waymore
  Version : 3.7
  Upstream Contact: @xnl-h4ck3r
* URL : https://github.com/xnl-h4ck3r/waymore
* License : Expat
  Programming Lang: Python3
  Description : Tool to discover extensive data from online archives

waymore is a versatile tool designed to extract comprehensive
information
from various sources including the Wayback Machine, Common Crawl, Alien
Vault
OTX, URLScan, and VirusTotal. Whether you're searching for historical
web data
or analyzing security threats, waymore provides a seamless experience
with its
intuitive interface and extensive features.

I'm writing to submit an Intention to Package (ITP) for waymore
under the pkg-security team's umbrella.



Processed: dup

2024-03-22 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> owner 1067390 Mark E. Fuller 
Bug #1067390 [wnpp] ITP: golang-github-radovskyb-watcher -- watch for files or 
directory changes without using filesystem events
Owner changed from Arthur Diniz  to Mark E. Fuller 
.
> merge 1032661 1067390
Bug #1032661 [wnpp] ITP: golang-github-radovskyb-watcher -- a Go package for 
watching for files or directory changes without using filesystem events.
Bug #1067390 [wnpp] ITP: golang-github-radovskyb-watcher -- watch for files or 
directory changes without using filesystem events
Added tag(s) pending.
Merged 1032661 1067390
>
End of message, stopping processing here.

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



Processed: O: cjson -- Ultralightweight JSON parser in ANSI C

2024-03-22 Thread Debian Bug Tracking System
Processing control commands:

> affects -1 + src:cjson
Bug #1067510 [wnpp] O: cjson -- Ultralightweight JSON parser in ANSI C
Added indication that 1067510 affects src:cjson

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



Bug#1067510: O: cjson -- Ultralightweight JSON parser in ANSI C

2024-03-22 Thread Boyuan Yang
Package: wnpp
Control: affects -1 + src:cjson
X-Debbugs-Cc: cj...@packages.debian.org
Severity: normal

I intend to orphan the cjson package. Future maintainer should be aware that
there are now several non-DSA open CVEs in Debian Bookworm that should be
fixed.

The package description is:
 cJSON is a ultralightweight json parse.
 .
 It aims to be the dumbest possible parser that you can get your job done with.
 .
 It's a single file of C, and a single header file.

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part


Bug#1067503: ITP: golang-github-crc-org-crc -- Helper tool for running containers

2024-03-22 Thread Reinhard Tartler
Package: wnpp
Owner: Reinhard Tartler 
Severity: wishlist

* Package name: golang-github-crc-org-crc
  Version : 2.34.0-1
  Upstream Author : CRC Runs Containers
* URL : https://github.com/crc-org/crc
* License : Apache-2.0
  Programming Lang: Go
  Description : Helper tool for running run containers.

New dependency of podman 5.0


Bug#1065748: marked as done (ITA: cxxopts -- Lightweight C++ option parser library)

2024-03-22 Thread Debian Bug Tracking System
Your message dated Fri, 22 Mar 2024 15:34:46 +
with message-id 
and subject line Bug#1065748: fixed in cxxopts 3.2.1-1
has caused the Debian Bug report #1065748,
regarding ITA: cxxopts -- Lightweight C++ option parser library
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.)


-- 
1065748: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065748
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Control: affects -1 + src:cxxopts
X-Debbugs-Cc: cxxo...@packages.debian.org
Severity: normal

I intend to orphan the cxxopts package.

The package description is:
 Cxxopts is a header-only lightweight C++ option parser library.
 It supports the standard GNU style syntax.

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
Source: cxxopts
Source-Version: 3.2.1-1
Done: Shriram Ravindranathan 

We believe that the bug you reported is fixed in the latest version of
cxxopts, 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 1065...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Shriram Ravindranathan  (supplier of updated cxxopts 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: SHA256

Format: 1.8
Date: Sun, 17 Mar 2024 14:50:20 +
Source: cxxopts
Architecture: source
Version: 3.2.1-1
Distribution: unstable
Urgency: medium
Maintainer: Shriram Ravindranathan 
Changed-By: Shriram Ravindranathan 
Closes: 1065748
Changes:
 cxxopts (3.2.1-1) unstable; urgency=medium
 .
   * New upstream version 3.2.1
   * New maintainer (Closes: #1065748)
   * d/copyright:
 + Update copyright years
 + Add new maintainer to copyright
 + Add Upstream-Contact information
   * d/control:
 + Replace deprecated build-dep pkg-config with pkgconf
 + Add new maintainer to maintainer field
   * d/p/0001-install-pkgconfig-file-into-arch-indep-usr-share-pkg.patch:
 + Add Forwarded info to patch header
Checksums-Sha1:
 b3ba2d5cfb047c9848860be593d99985788f8680 1861 cxxopts_3.2.1-1.dsc
 47eb92b52569af9085d7af32aec881b9466c552a 160606 cxxopts_3.2.1.orig.tar.gz
 faa24d876de0edf601112710244789920b3594b7 3328 cxxopts_3.2.1-1.debian.tar.xz
 742f7a9a0911bac923798a0a117a667b38977c1c 6879 cxxopts_3.2.1-1_amd64.buildinfo
Checksums-Sha256:
 947deeb30f74eaec9b158b274145c5709a05ab397fa7ebdcd72dcb45ee5ac29b 1861 
cxxopts_3.2.1-1.dsc
 841f49f2e045b9c6365997c2a8fbf76e6f215042dda4511a5bb04bc5ebc7f88a 160606 
cxxopts_3.2.1.orig.tar.gz
 b00a7654b928ac045769cd71ad49ec6b70606489c6e9b49ba3cb314ad8457f47 3328 
cxxopts_3.2.1-1.debian.tar.xz
 bacec32863da6aea5e492413592980da2c407be91d36b2768d1c7ebbbd0a3572 6879 
cxxopts_3.2.1-1_amd64.buildinfo
Files:
 dc8f71dc969ca633d65fa1c49ffa02a8 1861 libs optional cxxopts_3.2.1-1.dsc
 74927b7a061c7c6e28d817231a506093 160606 libs optional cxxopts_3.2.1.orig.tar.gz
 fbf04a5c63e6b489ee464148c1c95dcd 3328 libs optional 
cxxopts_3.2.1-1.debian.tar.xz
 2b346d6df58e5d8b0ba43fc9cd4b19d5 6879 libs optional 
cxxopts_3.2.1-1_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEE/d0M/zhkJ3YwohhskWT6HRe9XTYFAmX9n/cACgkQkWT6HRe9
XTbOjBAA4tL0VI0v1QisCmbBpMIy8bD7xOC8LDnqcYnmElRXv5jJEDFWvCJfSHi1
pMNZXvGs4k2Pid8YkgqSmXAFV+Ns3lel4oMSH2jr2IP7vcGd3SqkCFP+FBEqWH/e
QjzOjKU+Uj8swBw2u/FuJSl0KtKZeAIeCjJKkZ9zU3HlyYN5Vea1GqU41KLhphnC
cmd4+fNLqTdSjh4u3ZR8w3TmJrxG2Y1CrmRkBTF+QXsOCj83k9u/GxYq7l627bhW
RNhOFpjYqpfGG88lrHhTd3tKRxtq7ELtUpkwFiZzJwrBwmfivgqAJ/W0hdteRE8W
UMeFOZavcwMAOEV97RYtJDriInq9j9WYeMIyO4mIQbrf8J2LsJ52SOmbx9ozkZog
WW4tRVGSljrETAvJ4GGxqo5OyXicppe4O7/HV4hv1Yri5wwSAnE4Lmrz26a6pyNS
ZwSo0a5J/fDwj5nMDiPxYw3SitS+tkAnILpqJbcSCEhrbUx5/JD5lPQ5xYkibEvD
kJtMhW/ucIpoAJHuqqqoHr0pzv60bQCYBPirPK6ESXyU+eJA6yQffxGtIaVaywjw
G8WDxF4z1uNOkomGDIGHaDmx8n3YaMxAQ0Y1AIv66+N19M5Er7MbPVV5oi+s626T
OM+zW1m1lScDN4ZLZzPdG3EQD4jqTx9FmLvIrm7TAcNvoIP+qQQ=
=hNKI
-END PGP SIGNATURE-



pgp34_aoG_2Ta.pgp
Description: PGP signature
--- End Message ---


Bug#1016991: ITP: VulkanSceneGraph -- VulkanSceneGraph (VSG), is a modern, cross platform, high performance scene graph library

2024-03-22 Thread bret curtis
Hello Matt,

On Sun, Mar 10, 2024 at 11:00 PM  wrote:

> Thanks Bret for your work to package this. I've been keeping an eye on
> upstream
> and this ITP for a while.
>

I'm glad someone is! I appreciate it.


> One thing I noticed is that upstream integrated their own fork [1] of
> glslang
> directly into the build [2] as of 1.0.3 [3]. Their reasoning was that:
>

Indeed, I created an issue to track this and Robert is aware of the
situation. AnyOldName3 and myself are working together with upstream
glslang that would make it findable and work correctly via cmake so that
cmake itself would not have to carry its own vulkan and glslang files. [1]


> I believe this approach would violate Debian Policy on vendored
> dependencies,
> which are already available in glslang-dev.
>

Agreed and I've held off pushing this further until I could get
vulkanscenegraph package to build against system glslang. It's actually
much worse that that, it will try to pull in the glslang code during cmake
configuration time, which is not allowed during buildd.


> I see a few options:
>
> 1) We work with upstream to unvendor the dependency
>

We are already doing this. :) The trickle down should be happening now.  [2]


> 2) We disable the shader compiler part of vsg
>

Please no; while this would get the package into Debian faster it would be
useless for OpenMW, or specifically the Vulkan work we are doing there
which makes use of VSG's glslang.


> 3) We patch the build to depend on Debian's glslang package
>

If we can't wait for 1 to trickle down into Debian's repo; this is a way
forward. I have a branch I've been working on that would resolve that.  [3]

What are your thoughts?

Cheers,
Bret

[1] https://github.com/vsg-dev/VulkanSceneGraph/issues/1035
[2]
https://vulkan.lunarg.com/issue/home?limit=10;q=;mine=false;org=false;khronos=false;lunarg=false;indie=false;status=new,open
[3] https://github.com/psi29a/VulkanSceneGraph/pull/5


Bug#1067502: ITP: nsdiff -- generate nsupdate script from DNS zone differences

2024-03-22 Thread Daniel Gröber
Package: wnpp
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Daniel Gröber 
X-Debbugs-Cc: d...@darkboxed.org
Severity: wishlist

* Package name: nsdiff
  Version : 1.85
  Upstream Contact: Tony Finch 
* URL : https://dotat.at/prog/nsdiff/
* License : 0BSD OR MIT-0
  Programming Lang: Perl
  Description : generate nsupdate script from DNS zone differences

The nsdiff program compares two versions of a DNS zone, and outputs
the differences between them as a script for use with the nsupdate.

This provides an elegant way to merge (hand written) static zone files
into otherwise dynamic zones.

nsdiff supports comparing on-disk zone-files and retreiving both sides
via standard AXFR zone transfer, optionally autenticated with a TSIG
key.

Always happy to have co-maintainers but I will maintain this package
myself.

--Daniel



Processed: Re: Bug#1063380: ITP: libuio -- Linux Kernel UserspaceIO helper library

2024-03-22 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> owner #1063380 bu...@gerz.io
Bug #1063380 [wnpp] ITP: libuio -- Linux Kernel UserspaceIO helper library
Owner changed from Manuel Traut  to bu...@gerz.io.
>
End of message, stopping processing here.

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



Bug#1063380: ITP: libuio -- Linux Kernel UserspaceIO helper library

2024-03-22 Thread Burak Gerz

Hi Bastian

Thank you very much! I'll get in contact with Manuel and apply your 
suggestions


BR
Burak



Bug#1067413: RFP: keydb -- persistent key-value database with network interface

2024-03-22 Thread Chris Lamb
affects 1067413 + redis-server
thanks

Hi Guillem,

> I'm CCing Chris, who might perhaps be interested in replacing Redis with
> KeyDB as its spiritual successor and taking this on? Or if not, at least
> to perhaps potentially coordinate some kind of transition, even though
> we've had issues migrating persistent DBs from newer Redis to KeyDB, so
> that might be tricky or not feasible at all.

Thanks for including me here. I had not yet looked into potential
Redis replacements nor the exact and precise details of the new
license etc. and this activity around KeyDB feels like a good start.
I thought I'd let the dust settle for a bit before making any
decisions — perhaps the change even gets reversed (!), and no doubt
there might be new alternatives that will fork the code immediately
prior to the license change.

My personal and professional usage of Redis has dropped off in the
past few years, so it would make more sense for me to help out in a
team maintainership role, at least with respect to KeyDB.

However, I'd be interested in coordinating around some kind of
Redis→KeyDB/something transition if need be.

(Incidentally, why did your work switch to KeyDB?)


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org  chris-lamb.co.uk
   `-



Processed: Re: Bug#1067413: RFP: keydb -- persistent key-value database with network interface

2024-03-22 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> affects 1067413 + redis-server
Bug #1067413 [wnpp] RFP: keydb -- persistent key-value database with network 
interface
Added indication that 1067413 affects redis-server
> thanks
Stopping processing here.

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



Processed: owner 1010746

2024-03-22 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> # no response to ping, assuming ownership
> owner 1010746 Jonathan Dowland 
Bug #1010746 [wnpp] ITP: docker-squash -- Squashing helps with organizing 
docker images in logical layers
Owner changed from Sascha Girrulat  to Jonathan Dowland 
.
> thanks
Stopping processing here.

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



Bug#1060128: ITP: python-sphinxcontrib-github-alt -- Sphinx extension for easy GitHub links

2024-03-22 Thread Julian Gilbey
On Sat, Jan 06, 2024 at 07:31:22AM +, Dale Richards wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Dale Richards 
> X-Debbugs-Cc: debian-de...@lists.debian.org, d...@dalerichards.net
> 
> * Package name: python-sphinxcontrib-github-alt
>   Version : 1.2
>   Upstream Contact: Jupyter Development Team 
> * URL : https://github.com/jupyter/sphinxcontrib_github_alt
> * License : BSD 2-clause
>   Programming Lang: Python
>   Description : Sphinx extension for easy GitHub links
> 
>  Link to GitHub issues, pull requests, commits and users for a particular
>  project.
> 
> I intend to maintain this package within the Debian Python Team.

Hi Dale,

Thanks for this ITP!  Two things:

(1) I recommend that this package is called
python-sphinxcontrib.github-alt with a dot after "sphinxcontrib" to
keep it in line with the names of all the other sphinxcontrib packages
in Debian.

(2) Have you had any time to work on this?  I will probably need this
package soon for another Jupyter package (latest version of
jupyter-notebook), so I'd be happy to upload it to NEW when I get
there if you don't have a chance.

Best wishes,

   Julian