Bug#1068342: RFP: valkey -- Persistent key-value database with network interface (Redis fork)
FWIW, valkey just entered FreeBSD ports as well: https://www.freshports.org/databases/valkey/ -- For once you have tasted flight, You will walk the earth with your eyes turned skyward; For there you have been, And there you long to return. - Leonardo da Vinci
Processed: O: clamassassin -- email virus filter wrapper for ClamAV
Processing control commands: > affects -1 + src:clamassassin Bug #1068489 [wnpp] O: clamassassin -- email virus filter wrapper for ClamAV Added indication that 1068489 affects src:clamassassin -- 1068489: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1068489 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1068489: O: clamassassin -- email virus filter wrapper for ClamAV
Package: wnpp Severity: normal X-Debbugs-Cc: clamassas...@packages.debian.org Control: affects -1 + src:clamassassin I intend to orphan the clamassassin package. I no longer use this package, and I'm not sure if upstream is still maintaining it (I could not find a current location distributing this software). Nowadays I think there are plugins for rspamd and spamassassin that can do this kind of scanning. The package description is: clamassassin is a simple virus filter wrapper for ClamAV for use in procmail filters and similar applications. clamassassin's interface is similar to that of spamassassin, making it easy to implement for those familiar with that tool. clamassassin is designed with an emphasis on security, robustness and simplicity.
Bug#1068488: RFP: iterable-io -- Adapt generators and other iterables to a file-like interface
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-pyt...@lists.debian.org * Package name: iterable-io Version : 1.0.0 Upstream Contact: Carey Metcalfe * URL : https://pypi.org/project/iterable-io/ * License : LGPLv3 Programming Lang: Python Description : Adapt generators and other iterables to a file-like interface iterable-io is a small Python library that provides an adapter so that it's possible to read from iterable objects in the same way as file-like objects. It is primarily useful as "glue" between two incompatible interfaces. As an example, in the case where one interface expects a file-like object to call .read() on, and the other only provides a generator of bytes. One way to solve this issue would be to write all the bytes in the generator to a temporary file, then provide that file instead, but if the generator produces a large amount of data then this is both slow to start, and resource-intensive. This library allows streaming data between these two incompatible interfaces so as data is requested by .read(), it's pulled from the iterable. This keeps resource usage low and removes the startup delay. this is a new dependency introduced by magic-wormhole 0.14
Bug#1068342: RFP: valkey -- Persistent key-value database with network interface (Redis fork)
Hi! On Wed, 2024-04-03 at 12:29:44 -0400, Antoine Beaupre wrote: > Package: wnpp > Severity: wishlist > X-Debbugs-Cc: Guillem Jover , "Chris Lamb" > > > * Package name: valkey > Version : 7.2.4 > Upstream Contact: https://github.com/valkey-io > * URL : https://github.com/valkey-io/valkey > * License : BSD-3 > Programming Lang: C > Description : Persistent key-value database with network interface > (Redis fork) > > Valkey is a high-performance data structure server that primarily > serves key/value workloads. It supports a wide range of native > structures and an extensible plugin system for adding new data > structures and access patterns. > > > > "This project was forked from the open source Redis project right > before the transition to their new source available licenses." > > Valkey is one of many Redis forks out there, but it seems to me to be > the most promising one, at least after reading this LWN article: > > https://lwn.net/SubscriberLink/966631/4b4104ce85bf92f7/ Yes, I initially had doubts about it because at the time it did not even have a name, and thought that Redict might be the only viable direct option. But before the article came up, and after checking a bit more the context, my impression swapped, and I agree that this feels more like the spiritual successor for Redis. > For me, the plus sides: > > 1. unchanged licence (while redict changed to LGPL) I agree that license continuity is a plus for a project with an established user base and ecosystem, and that the LGPL change could be rather disruptive here. > 2. has the backing of the Linux foundation 2.1 apparently including Snapchat, so KeyDB might perhaps eventually be abandoned for this one (?) > 3. exact same feature set as Redis before the fork (while KeyDB is > lagging behind) Although I'd qualify this, as it does not seem so clear cut, KeyDB has a different set of features currently missing in Redis/Valkey, such as active-active replication support (which we require at work), and multi-threading (for a nice performance boost). It has indeed not integrated the changes from Redis 7 (which we have not missed). 4. has many of the old contributors, including previous core team members > We use Redis at the Tor Project internnally, and we're looking for a > smooth transition, drop-in replacement. For a smooth migration from Redis 7, Valkey seems like the obvious candidate indeed. Thanks, Guillem
Bug#1065222: Adopting pychm (Was: Packaging multivolumefile?)
Hi Hiroshi, Am Sat, Apr 06, 2024 at 02:51:51AM +0900 schrieb yokota: > Thanks a lot for your detailed document. You are welcome. > I will try to fixup other packages. Just ping me once done. > PS: > If py7zr is done, I will also try package pychm to use for Debian > Calibre package. > Please sponsor me for pychm package if you have time. I'll try in any case. It should be some change of maintainer + close bug and - as I'd recommend - some routine-update -f away. Just let me know once you are ready Andreas. > > O: pychm -- Python binding for CHMLIB - Python 3 > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065222 > > -- > YOKOTA Hiroshi > -- https://fam-tille.de
Processed: convert RFP to ITP
Processing commands for cont...@bugs.debian.org: > retitle 981291 ITP: librewolf -- community-maintained fork of librefox, > privacy and security-focused browser based on firefox Bug #981291 [wnpp] RFP: librewolf -- community-maintained fork of librefox, privacy and security-focused browser based on firefox Changed Bug title to 'ITP: librewolf -- community-maintained fork of librefox, privacy and security-focused browser based on firefox' from 'RFP: librewolf -- community-maintained fork of librefox, privacy and security-focused browser based on firefox'. > owner 981291 Kilian Romberg Bug #981291 [wnpp] ITP: librewolf -- community-maintained fork of librefox, privacy and security-focused browser based on firefox Owner recorded as Kilian Romberg . > thanks Stopping processing here. Please contact me if you need assistance. -- 981291: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981291 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1013361: Fwd: future of rwhod/rwho/ruptime, and a shell implementation of it called ruptime
just to keep all information together… Begin forwarded message: > From: Gürkan Myczko > Date: May 24, 2023 at 20:43:49 GMT+2 > To: debian-de...@lists.debian.org > Subject: future of rwhod/rwho/ruptime, and a shell implementation of it > called ruptime > > hello > > i've always liked the ruptime command, it was so useful to see your machines > up or down, and for long and with what load, > but then came multiprocessor machines, and gpus. and it was all clear text > sent over the network, and only in one network. > so i started to try to do something about and out came: > https://github.com/alexmyczko/ruptime/tree/debian (or on salsa: > https://salsa.debian.org/debian/ruptime). i have tried to make it useful for > where i use it, you can read the why on the webpage > or salsa page. (using it on x86_64, and raspberry pies) > > rwho was not implemented, but it would be easy to do so. and it's also easy > to extend it for any sort of data that you want to > be easily accessible. > > since there's that older implementation in C: > netkit-rwho is orphaned, https://bugs.debian.org/1020628 > build time limit for NUSERS (1000): https://bugs.debian.org/489787 > build time option for alarm period: https://bugs.debian.org/360884 > > these are all much easier in the script, but it is much less efficient. > > any feedback if this is a good idea, or wishes? according popcon there's some > users: > https://qa.debian.org/popcon.php?package=netkit-rwho > (glad i'm not alone) > > best > tar
Bug#1068469: O: gtksheet -- Gtk spreadsheet widget
Package: wnpp I am hereby orphaning gtksheet. I have packaged it to get lepton-eda building with gtk3 but do not have any longer-term interest in the package. Please consider adopting.
Bug#1065221: Packaging multivolumefile?
Hi Andreas, Thanks a lot for your detailed document. I will try to fixup other packages. PS: If py7zr is done, I will also try package pychm to use for Debian Calibre package. Please sponsor me for pychm package if you have time. > O: pychm -- Python binding for CHMLIB - Python 3 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065222 -- YOKOTA Hiroshi
Bug#714684: marked as done (O: kinput2 -- input server for X11 applications that want Japanese text input)
Your message dated Fri, 05 Apr 2024 17:47:53 + with message-id and subject line Bug#1068259: Removed package(s) from unstable has caused the Debian Bug report #714684, regarding O: kinput2 -- input server for X11 applications that want Japanese text input 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.) -- 714684: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714684 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: normal I intend to orphan the kinput2 package. The package description is: Kinput2 is an input server for X11 applications that want Japanese text input. . A client that wants kana-kanji conversion service for Japanese text sends a request to kinput2. Kinput2 receives the request, does kana-kanji conversion, and sends the converted text back to the client. --- End Message --- --- Begin Message --- Version: 3.1-14+rm Dear submitter, as the package kinput2 has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/1068259 The version of this package that was in Debian prior to this removal can still be found using https://snapshot.debian.org/. Please note that the changes have been done on the master archive and will not propagate to any mirrors until the next dinstall run at the earliest. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org. Debian distribution maintenance software pp. Thorsten Alteholz (the ftpmaster behind the curtain)--- End Message ---
Bug#1036193: marked as done (O: libapache-mod-auth-kerb -- publishing tool for DocBook, Linuxdoc and Asciidoc)
Your message dated Fri, 05 Apr 2024 17:27:47 + with message-id and subject line Bug#1068262: Removed package(s) from unstable has caused the Debian Bug report #1036193, regarding O: libapache-mod-auth-kerb -- publishing tool for DocBook, Linuxdoc and Asciidoc 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.) -- 1036193: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1036193 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp I hereby orphan libapache-mod-auth-kerb as it is obviously not maintained anymore. Please only consider adopting it if you can afford the time and have the skills to maintain it. You can have a look at #976156 for an introduction to what is to do. --- End Message --- --- Begin Message --- Version: 5.4-3+rm Dear submitter, as the package libapache-mod-auth-kerb has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/1068262 The version of this package that was in Debian prior to this removal can still be found using https://snapshot.debian.org/. Please note that the changes have been done on the master archive and will not propagate to any mirrors until the next dinstall run at the earliest. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org. Debian distribution maintenance software pp. Thorsten Alteholz (the ftpmaster behind the curtain)--- End Message ---
Bug#1065221: Packaging multivolumefile?
Hi Yokota, Am Tue, Apr 02, 2024 at 08:39:36PM +0200 schrieb Andreas Tille: > > Nevermind, YOKOTA Hiroshi already has done this and more and is looking > > for sponsors. > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065221#17 > > Thanks a lot for your packaging work. My very personal sponsoring > policy is that I sponsor only team maintained packages. If you move > your packages to DPT I'll happily sponsor your work. Thanks a lot for all your work on the said pre-requisites and moving them to DPT. For the moment I've picked python-multivolumefile and python-bcj and uploaded them to New queue. My sponsoring style is to do additional commits trying to be as verbose as possible to tell the sponsee what to change and why. I hope you like this. When looking at these two packages I've noticed a pattern of changes that were needed to fix lintian info messages. Please make sure to run lintian -I PACKAGE_VERSION_amd64.changes to learn about what changes might be sensible to silence lintian. Some of them where cosmetic but I try to fix these to make sure the lintian output is not too noisy and I might miss something that might really need fixing. I'd also recommend: $ grep -v ^# ~/.lintianrc color=always display-info=yes I hope my commits are sensible to you - if not please ask back. As a general remark: In those teams I'm more involved we have the tradition that sponsees leave the distribution in d/changelog to UNRELEASED while the sponsor changes this to unstable before the final upload. This helps team members to immediately know about the status. I'd be happy if you would follow this as well. Please verify that your other packages are fixing the things I commited to the two example packages. If time permits I'd happily sponsor you other packages (if nobody else in the team will beat me in doing so). Thanks again for all your work Andreas. -- https://fam-tille.de
Bug#1068456: RFP: aerospike-database -- Distributed, scalable NoSQL database that supports both strict and eventual consistency
Package: wnpp Severity: wishlist * Package name: aerospike-database Version : 7.0.0.7 Upstream Contact: Aerospike * URL : https://aerospike.com/ * License : AGPL-3.0 Programming Lang: C Description : Distributed, scalable NoSQL database that supports both strict and eventual consistency Aerospike is a distributed, scalable NoSQL database. It is architected with three key objectives: To create a high-performance, scalable platform that would meet the needs of today's web-scale applications To provide the robustness and reliability (i.e., ACID) expected from traditional databases. To provide operational efficiency (minimal manual involvement)
Bug#1068441: ITP: emacs-popon -- Pop floating text on an Emacs window
Package: wnpp Severity: wishlist Owner: Xiyue Deng * Package name: emacs-popon Version : 0.13 Upstream Author : Akib Azmain Turja * URL or Web page : https://codeberg.org/akib/emacs-popon * License : GPL-3 Programming lang: Emacs Lisp Description : Pop floating text on an Emacs window Popon allows you to pop text on a window, what we call a popon. Popons are window-local and sticky, they don't move while scrolling, and they even don't go away when switching buffer, but you can bind a popon to a specific buffer to only show on that buffer. This package is a dependency of emacs-corfu-terminal[1]. I intend to maintain this package in the Debian Emacsen Team . [1] https://bugs.debian.org/1068440
Bug#1068440: ITP: emacs-corfu-terminal -- Corfu popup on terminal
Package: wnpp Severity: wishlist Owner: Xiyue Deng * Package name: emacs-corfu-terminal Version : 0.7 Upstream Author : Akib Azmain Turja * URL or Web page : https://codeberg.org/akib/emacs-corfu-terminal * License : GPL-3 Programming lang: Emacs Lisp Description : Corfu popup on terminal Corfu uses child frames to display candidates. This makes Corfu unusable on terminal. This package replaces that with popup/popon, which works everywhere. I intend to maintain this package in the Debian Emacsen Team .