Bug#1070129: ITP: python3-web-cache -- Simple Python key-value storage backed up by sqlite3 database
Package: wnpp Severity: wishlist Owner: Antoine Beaupre X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org * Package name: python3-web-cache Version : 1.1.0 Upstream Contact: https://github.com/desbma * URL : https://github.com/desbma/web_cache/ * License : LGPL-2.1 Programming Lang: Python Description : Simple Python key-value storage backed up by sqlite3 database Python module for simple key-value storage backed up by sqlite3 database. The typical use case is a URL to HTTP data cache, but it can also be used for non web ressources. Features Simple dict interface allows natural usage (if key in cache, value = cache[key], etc.) Optional Zlib (deflate), BZIP2, LZMA or ZSTD (Zstandard) compression, with configurable compression level FIFO or LRU cache eviction strategies Optional thread safe interface to work around Python Sqlite3 'same thread' limitation Provides cache hit rate statistics dependency of sacad (#1057152)
Bug#1070149: ITP: jack -- Rip and encode CDs with one command
Package: wnpp Severity: wishlist Owner: Cord Beermann X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: jack Version : 4~git20230906.795fba0 Upstream Contact: Arne Zellentin * URL : https://github.com/jack-cli-cd-ripper/jack * License : GPL-2+ Programming Lang: Python Description : Rip and encode CDs with one command Jack has been developed with one main goal: making OGGs (or MP3s) without having to worry. There is nearly no way that an incomplete rip goes unnoticed, e.g. jack compares WAV and OGG file sizes when continuing from a previous run. Jack also checks your HD space before doing anything (even keeps some MB free). . Jack is different from other such tools in a number of ways: - it supports different rippers and encoders - it is very configurable - it doesn't need X - it can "rip" virtual CD images like the ones created by cdrdao - when using cdparanoia, cdparanoia's status information is displayed and archived for all tracks, so you can see if something went wrong - it uses sophisticated disk space management, i.e. it schedules its ripping/encoding processes depending on available space. - freedb/gnudb/musicbrainz query, file renaming and id3/ogg-tagging - it can resume work after it has been interrupted. If all tracks have been ripped, it doesn't even need the CD anymore, even if you want to do a freedb query. - it can do a freedb query based on OGGs alone, like if you don't remember from which CD those OGGs came from. - freedb submissions I used jack a long time, until pathon3 migration. IN the meantime the author revived the project, so i want to re-introduce it into Debian.
Re: archive.debian.org mirrors
Johannes Schauer Marin Rodrigues wrote... > speaking of mirroring problematic debian.org services [1] by adding more > copies > of terabytes of data [2]: is there an update of the situation regarding > snapshot.d.o? I do not see any activity in bugs like #1050815 and #1029744. > And > bug #1031628 was just closed as wont-fix. About debian-ports, see the notes of the last meeting: https://lists.debian.org/msgid-search/87msq2ns8c@nordberg.se So the imports will be resumed after some hardware upgrades, somewhen in the second half of 2024. As mentioned in in #1060922, I am collecting the debian-ports mirror, four times a day, and this ought to be merged into the regular snapshots after that date. So end of July 2023 until end of January 2024 is likely lost, unfortunately, everything after should become visible some day. Christoph signature.asc Description: PGP signature