Bug#996669: ITP: golang-github-lensesio-schema-registry -- Command Line Interface (CLI) and a Go client for the REST API of Confluent's Kafka Schema Registry

[陳昌倬]

Package: wnpp
Severity: wishlist
Owner: ChangZhuo Chen (陳昌倬) 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: golang-github-lensesio-schema-registry
  Version : 0.1.0
  Upstream Author : Rollulus Rouloul 
* URL : https://github.com/lensesio/schema-registry
* License : Apache-2
  Programming Lang: Go
  Description : Command Line Interface (CLI) and a Go client for the REST 
API of Confluent's Kafka Schema Registry.


 Command Line Interface (CLI) and a Go client for the REST API of
 Confluent's Kafka Schema Registry.

 The package is dependency of kafkactl .
 The package will be maintained by Debian Go Packaging Team 
.

-- 
ChangZhuo Chen (陳昌倬) czchen@{czchen,debian}.org
http://czchen.info/
Key fingerprint = BA04 346D C2E1 FE63 C790  8793 CC65 B0CD EC27 5D5B


signature.asc
Description: PGP signature

Bug#996658: ITP: libcli-osprey-perl -- module to assist in writing commandline applications with OO modules

[gregor herrmann]

Package: wnpp
Owner: gregor herrmann 
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org

* Package name: libcli-osprey-perl
  Version : 0.08
  Upstream Author : Andrew Rodland 
* URL : https://metacpan.org/release/CLI-Osprey
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module to assist in writing commandline applications with 
OO modules

CLI::Osprey is a module to assist in writing commandline applications with M*
OO modules (Moose, Moo, Mo). With it, you structure your app as one or more
modules, which get instantiated with the commandline arguments as attributes.
Arguments are parsed using Getopt::Long::Descriptive, and both long and short
help messages as well as complete manual pages are automatically generated.
An app can be a single command with options, or have sub-commands (like git).
Sub-commands can be defined as modules (with options of their own) or as
simple coderefs.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.


signature.asc
Description: Digital Signature

Bug#996657: ITP: libtest-lib-perl -- module to use libraries from a t/lib directory

[gregor herrmann]

Package: wnpp
Owner: gregor herrmann 
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org

* Package name: libtest-lib-perl
  Version : 0.002
  Upstream Author : haarg - Graham Knop (cpan:HAARG) 
* URL : https://metacpan.org/release/Test-Lib
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module to use libraries from a t/lib directory

Test::Lib searches upward from the calling module for a directory t with a
lib directory inside it, and adds it to the module search path. Looks upward
up to 5 directories. This is intended to be used in test modules either
directly in t or in a subdirectory to find their included testing libraries
located in t/lib.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.


signature.asc
Description: Digital Signature

Debian Med video conference tomorrow, Sunday 2021-10-17 18:00 UTC

[Andreas Tille]

Hi,

this is the call for the next video conference of the Debian Med team
that are an established means to organise the tasks inside our team.
We do these conferences twice per month on every

   2th  and  17th

of a month.  Usually it takes us only 15-20min depending what we are
talking about and how many people are joining.  The next meeting is
tomorrow 18:00 UTC
   
 
https://www.timeanddate.com/worldclock/fixedtime.html?msg=Debian+CoViD-19+Biohackathon+Video+Conference&iso=20211017T18

The meeting is on the Debian Social channel

 https://jitsi.debian.social/DebianMedCovid19

These video meetings were started in the Debian Med Biohackathon.
The topic is what contributors have done in the past period and to
coordinate the work until the next meeting.

For those who are interested in hot topics we want to tackle, here
are some items:

  - Effort to package tensorflow and other ML software which is
used in several applications that are used to fight COVID-19.
The precondition bazel to package tensorflow was a direct
consequence of a Debian Med hackathon and it was even
acknowledged[1]

  - Package software that is used to fight COVID-19 which we are
listing in some spreadsheet[2].  It reaches from small tools
up to complex software packages.  There should be targets for
everybody who wants to join us.

  - General Debian Med issues not directly connected to COVID-19

  - Updating packages with failing watch files

  - RC bugs

Newcomers are always welcome.

Lets keep on the great work and see you tomorrow
 
   Andreas.

[1] https://blog.bazel.build/2021/03/04/bazel-debian-packaging.html
[2] 
https://docs.google.com/spreadsheets/d/1tApLhVqxRZ2VOuMH_aPUgFENQJfbLlB_PFH_Ah_q7hM/edit#gid=543782716

-- 
http://fam-tille.de

Bug#996646: ITP: gnome-text-editor -- simple text editor for GNOME

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Owner: jer...@bicha.net
Control: block -1 by 993598
Control: block -1 by 996609

Package Name: gnome-text-editor
Version: 41.1
Upstream Author: Christian Hergert
License: GPL-3+
Programming Lang: C

Description: simple text editor for GNOME
 GNOME Text Editor is a simple editor for GNOME focused on being a good
 general purpose default editor.
 .
 It works hard to keep track of changes and state even if you quit the
 application. You can come back to your work even if you've never saved
 it to a file.
 .
 It is simpler than gedit.

Other Info
--
This app will be maintained by the Debian GNOME team. Packaging is at
https://salsa.debian.org/gnome-team/gnome-text-editor

I expect GNOME to switch its default text editor in their "core" to GNOME
Text Editor soon. Currently, gedit is the default. gedit will still be
available and offers more complex features.

GNOME Text Editor uses GTK4 and libadwaita.

Thanks,
Jeremy Bicha

Bug#996644: ITP: node-node-rs -- helper library for node-rs

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Javascript Maintainers 


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: node-node-rs
  Version : 1.0
  Upstream Author : LongYinan 
* URL : https://github.com/napi-rs/napi-rs
* License : Expat
  Programming Lang: NodeJS
  Description : helper library for node-rs

 @node-rs/helper is a helper library for node-rs -
 a collection of NodeJS & Rust bindings.
 .
 Node.js is a back-end JavaScript runtime environment
 that runs on the V8 engine
 and executes JavaScript code outside a web browser.
 .
 Rust is a multi-paradigm, high-level,
 general-purpose programming language
 designed for performance and safety, especially safe concurrency.

This package is needed by swc.
It will be team-maintained at https://salsa.debian.org/js-team/node-node-rs

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmFrHQkACgkQLHwxRsGg
ASE6KQ//W3uHmeSg8k1y5U3awh2OyYFPytUTHKvvKyAkZ7UoanYtJ44JoT9RS8qh
z8omVzmwaslTLGlaRfprpeS85kba/OQGCFHcgB2BGH/mY9kb3Y6jRgNBVRAMoJf1
Qmep5WoGh27urrvtlvDUQBaxVwTj1LVJO0LlHm4/lWlKaTh3nbiSyvYzVizh89qN
gHw/vuQusDXultf26lGPj6/SYO5llfCUoimZzOTZ5DtvRP2YNoRkHkEQXopzLroV
ROEgPs5Xeeg9l4X6S2T+wguAdUwjbJZE4w5/T2HDbCy4TZ+Pxi0NnziaiU5Vayj0
g2JjEtInWKDMzfJV5Cx3pcF4DtXo2KPe8Vfx2GDWz01+fJSOd8qlxX70Erz9YK5Y
c8o44HVZaUkqS2ikk+nMerhLXKFDAZ1Lnn5+u2xHrRJxfsBJar51JvTbWhXAVhsh
eJfJTIXC8HZS7AspsyLZ/JvASeuLLWfHR21vshscbEPO4/jGOm8F6ByP5pSYvGZi
Dd7rCJJDRv30pwFHcQJzSib3nR1lRPKjSyzGuZ+sEjb8bi8+BgqJVSmIh3w0rwos
3B0rg4+fZOQWdRfEtrdFrW8I1a7ZugELytrPIuLBQdZ6YJQtHQsV6sdlM/Tsi4Pf
wGSUL9ouP3+3hlukwfRYdqPJWcUhoQKRcGlNKDbhbr5rNZyj/ws=
=ULDT
-END PGP SIGNATURE-

Bug#996638: ITP: rime-essay -- Rime Input Method Engine preset vocabulary and language model

[Boyuan Yang]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: rime-essay
  Version : 0.0~git20210805.8882482
  Upstream Author : Gong Chen 
* URL : https://github.com/rime/rime-essay
* License : LGPL-3.0
  Programming Lang: N/A
  Description : Rime Input Method preset vocabulary and language model

 RIME is the acronym of Rime Input Method Engine.
 .
 RIME is a lightweight, extensible input method engine supporting various
input
 schematas including glyph-based input methods, romanization-based input
methods
 as well as those for Chinese dialects. It has the ability to compose phrases
 and sentences intelligently and provide very accurate traditional Chinese
 output. RIME's cross-platform core library is written in C++, and can work
 consistently on different platforms with OS-specific wrappers.
 .
 This package provides the preset vocabulary and language model data of RIME.

This package will be part of the effort to migrate from
https://tracker.debian.org/pkg/brise to https://github.com/rime/plum by
splitting individual data packages and maintaining them individually.

I plan to maintain this package under Debian Input Method Team:
https://salsa.debian.org/input-method-team/rime-essay .

Thanks,
Boyuan Yang


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

Bug#996634: ITP: node-napi-rs -- minimal library for Rust-based native NodeJS modules

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Javascript Maintainers 


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: node-napi-rs
  Version : 1.0.0
  Upstream Author : LongYinan 
* URL : https://napi.rs/
* License : Expat
  Programming Lang: JavaScript, Rust
  Description : minimal library for Rust-based native NodeJS modules

 napi is the command-line tool for napi-rs -
 a minimal library for building compiled Node add-ons in Rust.
 .
 Node.js is a back-end JavaScript runtime environment
 that runs on the V8 engine
 and executes JavaScript code outside a web browser.
 .
 Rust is a multi-paradigm, high-level,
 general-purpose programming language
 designed for performance and safety, especially safe concurrency.

This package is needed by swc.
It will be team-maintained at https://salsa.debian.org/js-team/node-napi-rs

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmFq4aIACgkQLHwxRsGg
ASEO4xAAnP7FeXkPlLLUJMJSJHZXalJLudO4R3Y+jGN+5HVchxpCZBKQTd3Z9K7S
qEWqYf5QliS6k5M0pt7HT5f/ObiOSpZxLi397f4TIoBB4iN8MeVBjC9ri8HagYfQ
EdJzymmTo4Q6T5EozY1hpdA58tAahg8sdUHKIdcp4Huj0pfoBAaIKtzUCJwjWXb4
UnLQbUubjMbC6z/syMHqyYU0kk5+5t9bz1Y08EbbO99CEGYPI5SsQ1DWEqMI+qmq
TBFCpPZ93okGg6wCAKBG3NDzNSYm3U7Ye1npL3cmobpu7nsmhEml3mE35q7FYbYZ
+Mbxeh36fwlbbSDjdWubW+PhvMB4idyRbXYPTFp/L9upEHzFPap2t8dUIebQGE4V
MEcFT/TeHvsYK2UGAujDMzbGUBgChZyZ2lXuQihQaEIE7ewIA2U//j00uYUClUct
zdg22jy8HfNlHIZDowuiLpvDPTEHH9hR2Expq4Pb0K4wehTyGCqwKQejrTwmUGo7
xyWmhaJCvxqz9tZxfauh8yd0F01f5RK2c1GF4AS3a5Z7MuBiLurJV7rM1qAUeF+G
kd1rEHt+jNURljOQIM5vPnuI91EffNvPmwG6OmSS1r53ftkKbfp5+d1wkEZTYGRO
tAnoyO1MWFwEZw28t6kZjdZnY4KyQZJM6tjsUFr1Zr1pMrt3H8o=
=bwgp
-END PGP SIGNATURE-

Increasing epoch of libgraphblas5?

[Vincent Prat]

Hi,

As already discussed on debian-science, I intend to package
python-suitesparse-graphblas [1] (now version 5.1.8).
It depends on the SuiteSparse:GraphBLAS library [2], with the same version.
The current Debian binary package of GraphBLAS, libgraphblas5, has
version 1:5.10.1, which is the version of the source package based on
SuiteSparse [3], but the corresponding GraphBLAS version is actually 5.0.5.

Therefore I intend to package GraphBLAS separately from SuiteSparse, and
provide an updated binary package libgraphblas5.

What is the best versioning practice in such a case?

I was suggested to use the real version number for the new source
package and use a different version number for the binary package.
Should I increase the epoch of the binary package (2:5.1.8) or should I
use a trick like 1:5.10.1+really5.1.8?
In any case, it is only needed until GraphBLAS bumps its SOVERSION.

Best regards,
Vincent

[1] https://github.com/GraphBLAS/python-suitesparse-graphblas
[2] https://github.com/DrTimothyAldenDavis/GraphBLAS
[3] https://github.com/DrTimothyAldenDavis/SuiteSparse

Re: network-manager-gnome - no primary & secondary dns possible?

[Michael Biebl]

Am 16.10.21 um 09:27 schrieb dude:

Hello,

on latest Debian 11 + MATE Desktop (it is software simplicity at it's 
best :)


why is it not possible to set primary & secondary dns via 
network-manager-gnome? (only "additional dns")


It is possible. Choose
Method: Automatic (DHCP) addresses only

[Methode: Automatisch (DHCP), nur Adressen]

then specify your DNS servers manually.


also: it used to be /etc/resolv.conf

where nameservers are set


It still is


systemd is doing it’s own thing

/etc/systemd/resolved.conf


Completely unrelated file





OpenPGP_signature
Description: OpenPGP digital signature

network-manager-gnome - no primary & secondary dns possible?

[dude]

Hello,

on latest Debian 11 + MATE Desktop (it is software simplicity at it's 
best :)


why is it not possible to set primary & secondary dns via 
network-manager-gnome? (only "additional dns")


also: it used to be /etc/resolv.conf

where nameservers are set

systemd is doing it’s own thing

/etc/systemd/resolved.conf

and Ubuntu (based on Debian) is doing (again) it’s entirely own thing 
(netplan)


rendering 99% of all documentation useless X-D and annoys and confuses 
new users that just “want to set primary dns” in 3 sec not 30min to 
figure out what system is doing what how.


why not let's do it like that:

1. /etc/resolv.conf should stay what it is

it could be defined in that fiel:

2.1. via #comment in first line what program is in charge of the file

2.2. second #comment line what syntax-format this config file is using 
(standard X)


simplify! simplify! simplify!

best regards