Bug#1022236: ITP: mint-x-icons -- Mint-X icon theme

[Fabio Fantoni]

Package: wnpp
Severity: wishlist
Owner: Fabio Fantoni 
X-Debbugs-Cc: debian-devel@lists.debian.org, fantonifa...@tiscali.it

* Package name    : mint-x-icons
  Version : 1.6.4
* URL : https://github.com/linuxmint/mint-x-icons
* License : GPL-3+
  Description : Mint-X icon theme
A mint/metal theme based on mintified versions of
Clearlooks Revamp, Elementary and Faenza.


Together with mint-y-icons (recently added in debian) is required by 
mint-themes.


Requested by some users over the years.
Some users already use them installing the packages from mint repository 
or from sources.
I therefore thought it would be better to add them in the debian repo as 
well to make them installable in a simpler and faster way to those who 
want them.


I'll package it under the debian cinnamon team:
https://salsa.debian.org/cinnamon-team/mint-x-icons



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1022241: ITP: rust-ureq -- simple and safe HTTP client

[Jonas Smedegaard]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: rust-ureq
  Version : 0.1.15
  Upstream Author : Martin Algesten 
* URL : https://github.com/algesten/ureq
* License : Apache-2.0 or Expat
  Programming Lang: Rust
  Description : simple and safe HTTP client

 Ureq is a simple, safe HTTP client.
 .
 Ureq's first priority is being easy for you to use.
 It's great for anyone who wants a low-overhead HTTP client
 that just gets the job done.
 Works very well with HTTP APIs.
 Its features include cookies, JSON, HTTP proxies, HTTPS,
 and charset decoding.
 .
 Ureq is in pure Rust for safety and ease of understanding.
 It avoids using "unsafe" directly.
 It uses blocking I/O instead of async I/O,
 because that keeps the API simple and keeps dependencies to a minimum.
 For TLS, ureq uses rustls or native-tls.

This package will be maintained in the collaborative Debian section at
Salsa, at .

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmNUE4MACgkQLHwxRsGg
ASGtxg//SuTXFnoYCuf88RXsXcV51Kdhjc2d5tjGOkfbkQA3BZhHCCIHT+n4nbrv
n+vow0VV/ISVS8Kk5AwIxOMMohZ48tcO3NnqT7PBn+2DNc/d4/U7tzpaeN63i7/u
gNljGHv0MOcm0H2B4F9+2E92JgS8lyM5Mg+HnCDF6TXQWSCfxvhGxYz/K6H8F6CL
SutBxP0ZOVaP951NtwTD2SS3xE/v2xQ/Qjmg86fxTM46ucByf0Q8arPbk6A1iZBX
SdtCGK4DnFBTcX9H3BBfq0MKob9p02/eDcq2LaYRkmyE0DXqNVUB2ipd0mEtqkeN
LmCCqy6hNzKKfL3Zk7wV6na/rFOUFJ6Aj/TSa4bzpRexAAjz9ptSo/pm6kadZOXR
8AWOnP/BHwKj5g0I3MxRO5Ke7qMS9RcVXKR5o0Y2nM726GlXWMbuu4jGwXVEify1
fQy1mC9UbtICKlNfi/W+PjCyhnvcIOvpqGEcxCMoE4iHW+wk2tswOeFoxoMS6lEk
E8FjQCczguINtUlj2GijMdRnYHlFzWwESXXdP09LCoaDzVuJU/FfBHEorcvVEl3O
AyxG6JgWJgi51aSczm5bDMoHqxHzg7Qx9cyVMPPy0D7uTIj59vKRqupqVHW8HsuY
dlSuRgtZM58/2TlinduDSlHNGglOwAIi4WChJMTaYqHr8LDApM4=
=Mz/E
-END PGP SIGNATURE-

Bug#1022243: ITP: thefuzz -- Fuzzy string matching in Python (was fuzzywuzzy)

[Edward Betts]

Package: wnpp
Severity: wishlist
Owner: Edward Betts 
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: thefuzz
  Version : 0.19.0
  Upstream Author : Adam Cohen 
* URL : https://github.com/seatgeek/thefuzz
* License : GPL-2
  Programming Lang: Python
  Description : Fuzzy string matching in Python

  Various methods for fuzzy matching of strings in Python, including:
  .
- String similarity: Gives a measure of string similarity between 0 and 100.
- Partial string similarity: Inconsistent substrings are a common problem
  when string matching. To get around it, use a "best partial" heuristic
  when two strings are of noticeably different lengths.
- Token sort: This approach involves tokenizing the string in question,
  sorting the tokens alphabetically, and then joining them back into a
  string.
- Token set: A slightly more flexible approach. Tokenize both strings, but
  instead of immediately sorting and comparing, split the tokens into two
  groups: intersection and remainder.

I plan to maintain this package as part of the Python team.

This Python library was previously known as fuzzywuzzy before being renamed to
thefuzz.

There are five packages in Debian that depend on fuzzywuzzy:

  gnome-pass-search-provider
  python3-fluids
  wajig
  sublime-music
  python3-fluids

Once these packages have switched to using thefuzz I will write to FTP master
and ask for fuzzywuzzy to be deleted from the archive.

artwork for bookworm?

[Paul Gevers]

Dear all,

Today I started the Release Team Checklist [1] and noticed:
[ ] Theme (artwork) design should be finalised and decided

I just found two small threads on debian-desktop [2, 3], but I'm not 
aware of any further activity on the artwork front. Do we have 
volunteers to push for the bookworm artwork creation and selection (like 
[3])? It's not going to happen by itself. (I might have missed the 
activity, pointers to it would be appreciated).


Paul
who is *not* going to do that.

[1] 
https://wiki.debian.org/Teams/ReleaseTeam/ReleaseCheckList/BookwormCheckList

[2] https://lists.debian.org/debian-desktop/2022/04/msg0.html
[3] https://lists.debian.org/debian-desktop/2022/08/msg0.html
[4] https://wiki.debian.org/DebianDesktop/Artwork/Bookworm


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1022257: ITP: rust-socks -- SOCKS proxy clients

[Jonas Smedegaard]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: rust-socks
  Version : 0.3.4
  Upstream Author : Steven Fackler 
* URL : https://github.com/sfackler/rust-socks
* License : Apache-2.0 or Expat
  Programming Lang: Rust
  Description : SOCKS proxy clients

 SOCKS proxy support for Rust.
 .
 SOCKS is an Internet protocol that exchanges network packets
 between a client and server through a proxy server.
 SOCKS5 optionally provides authentication
 so only authorized users may access a server.
 Practically, a SOCKS server proxies TCP connections
 to an arbitrary IP address,
 and provides a means for UDP packets to be forwarded.

This package will be maintained in the collaborative Debian section of
Salsa, at .

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmNUWqIACgkQLHwxRsGg
ASEnzA/9GOgjebaEL0HTr5+YS2NT4Tbs2PajdkWvWemLhpsHSAx+rdfSqL4L6CD7
3BD9njKirPH908XvXIcGm0IyyoQ/RG+OwmH1Ul1uftltwZrwjhnLLZi4v+BM/GDL
fpe5hg1rnp6yyFBjo9sfoxo9URqo6F/ee40OPRhrVzcCwNOQs1GlqYvXEMvSCkel
20YY13RV0VUXnDtDssyDNsG3V8ta01Q1rGAypZkybsch8KiqpY3ZUVZvmcuCb5wu
eFfrVo41ctgbClVryrUeKAslw2MDmZP/wLbSEnoZ9OZ6siFoe5ZYvPp+bd5KmWoC
gkBa8pNiw4XR4VlicccSZCisXmj8GqZ4JH4NJtqmzvlcm2lh2O+J4Mu5hNNs/WCE
iVHnu7/iPjPQdn1gP8HI2nDjkp2jiReG7jkkiZPRC5ntANDpWNn519+s1pLnUJZO
FyP5HVJmN0G//pocfQq5cud37xL9Uc8wIxQFMMaIv8wWE9elAFWBMOwnFO79oRpd
5Lj2uuYpUb6Icc1Zdz4rUUpglqXfSh/rATKE7CaHjLu6bHBcvhausSatKyxSggat
xhw1vgS8xVG8akOqjDyZWVSApZgLYpJxKrhBqVdxGJcnq804d5o6azVO+TbU2aMY
uxyywifDbbLf9Srq9/o9+4ogJsb3Jedz18ak/I0wCQb2w9SkbQI=
=6aIe
-END PGP SIGNATURE-

Bug#1022258: ITP: libmjson-java -- lean JSON Library for Java with a compact API

[Pierre Gruet]

Package: wnpp
Severity: wishlist
Owner: Debian-med team 
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-...@lists.debian.org

* Package name: libmjson-java
  Version : 1.4.0
  Upstream Author : Miami-Dade County
* URL : https://bolerio.github.io/mjson/
* License : Apache-2.0
  Programming Lang: Java
  Description : lean JSON Library for Java with a compact API

mJson is an extremely lightweight Java JSON library with a very concise API.
Unlike other JSON libraries, it focuses on manipulating JSON structures in
Java without necessarily mapping them to/from strongly typed Java objects.
Because of its tiny size, it is well-suited for any application aiming at a
small footprint such as mobile applications.

mjson is needed as a dependency of htsjdk, which is an important software in
the Debian-med ecosystem.

cruft(-ng) and dh-cruft: handling and registering of dynamic files

[Alexandre Detiste]

Hi,

I had been working on the cruft/cruft-ng package since 2014;
there where a few setbacks along the years,
like mlocate -> plocate & UsrMerge transitions,
but it's alive and kicking, helping to find random
lost files left behind by other packages
and file bugs against those from time to time
to get these glitches resolved.



Recently I've been working a lot on it because I realized
it would be the perfect solution to audit the disk space
usage problems I'm facing at work.

So I somewhat whipped up what I remembered from my own proposal
https://wiki.debian.org/Cruft/purge and have now for myself a working
"dh-cruft" than I can use to register dynamic files
owned by some private .deb. Here "dh-cruft" is a must, I don't want to
polute Debian with some random external data from downstream.

This DebHelper works this way:
* the "debian/cruft" list merely register the glob patterns,
* and "debian/purge" list also an "rm -rf" stanza in postrm/purge.

As a bonus there's now also a new "cpigs" command, working akin to
"dpigs" from Debian Goodies to list the biggest volatile data producers.


The plan now is to have a new option that dumps the whole
matching result database as .json with individual file size
for jq consumption or in my case Jupyter;
this instead of implementing older requests (#291823 #487458 #527285).


I know it's a very old unresolved subject that has been lurking forever
here, but maybe it's the right time to look it up with a fresh view.

My proposal for next steps:µ
  * gather your comments here
  * some review of dh-cruft (I don't know Perl)
  * get it in the NEW queue soon
  * have interested packages take part;
for now cruft-ng ship it's own homegrown fallback database
  * (later): merge dh-cruft into DebHelper when it's basically "done"
  * (much much later): migrate some logic from DH to dpkg itself,
with a more declarative packaging style;
cruft-ng is already linked with the static library libdpkg
and is bound to progress at the same pace.

  * there is still a performance problem in cruft-ng that I wish to improve.
Basic profiling can be done by setting ELAPSED=1 env var.

Greetings,

Alexandre Detiste


./cpigs 30
496720816 apt
68957680 npm
61846660 linux-image-5.19.0-1-amd64 (the initrd)
61787431 linux-image-5.19.0-2-amd64
53131401 dlocate
36229735 aptitude
19621198 dpkg
17896745 plocate
13559874 jupyter-nbextension-jupyter-js-widgets
11982526 udev
11870208 openjdk-11-jre-headless
7257544 debconf
5704857 smartmontools
5685370 ttf-mscorefonts-installer
5086033 linux-image-5.18.0-4-amd64 -> rc state
4933502 grub-common
3550208 qgis
3523931 fontconfig
3421312 ucf
3231839 shared-mime-info
3063016 locales
2266947 libreoffice-common   (files seen from explain/ucf)
1901483 grub-pc-bin
1565651 logrotate
1258042 man-db
1107968 ALTERNATIVES (I thought these were only symlinks ?)
783313 popularity-contest
763776 unattended-upgrades   (du -b /var/log/unattended-upgrades/760422)
657496 breeze-icon-theme
625345 PYEXCEL(some pip3 automation)


pgplDWk0_S4Hw.pgp
Description: OpenPGP digital signature

Re: cruft(-ng) and dh-cruft: handling and registering of dynamic files

[Paul Wise]

On Sun, 2022-10-23 at 01:08 +0200, Alexandre Detiste wrote:

> This DebHelper works this way:
> * the "debian/cruft" list merely register the glob patterns,
> * and "debian/purge" list also an "rm -rf" stanza in postrm/purge.
> 
> As a bonus there's now also a new "cpigs" command, working akin to
> "dpigs" from Debian Goodies to list the biggest volatile data producers.

Thank you for your work on this, being able to register files generated
at install time by maintainer scripts or even at runtime by system
maintainence tools to particular packages is a very useful feature for
keeping all the files on a system more easily managed.

Potentially it could also prompt users before removing packages that
have registered data that won't be removed on purge, for example if a
package creates at the sysadmin's request a dir in /srv to host a
website, removing the package could warn about the directory. Or
removing postgres with databases present could warn about those.

I do worry about users removing files that they don't understand, based
on feedback by cpigs/cruft-ng, but they do that already so... :)

> The plan now is to have a new option that dumps the whole
> matching result database as .json with individual file size
> for jq consumption or in my case Jupyter;
> this instead of implementing older requests (#291823 #487458 #527285).

An ncdu or mc style interface (or plugins for those) to view cruft on a
system sounds very useful in addition to the data export.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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