Bug#965314: ITP: libfduserdata -- associate file descriptors with user defined data
Package: wnpp Severity: wishlist Owner: Andrea Capriotti X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: libfduserdata Version : 0.1 Upstream Author : VirtualSquare (Renzo Davoli ) * URL : http://www.virtualsquare.org/ * License : LGPL2.1+ and GPL-2+ Programming Lang: C Description : associate file descriptors with user defined data This small library permits one to associate user defined data to file descriptors. This library is thread safe. See for more information: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939665
Bug#965315: ITP: libstropt -- parse options from a string (supports quotation, arguments)
Package: wnpp Severity: wishlist Owner: Andrea Capriotti X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: libstropt Version : 0.1 Upstream Author : VirtualSquare (Renzo Davoli ) * URL : http://www.virtualsquare.org/ * License : LGPL2.1+ and GPL-2+ Programming Lang: C Description : parse options from a string (supports quotation, arguments) This small library parses a list of options from a string. Options can be separated by spaces, commas, semicolons, tabs or new line. Options may have arguments. It is possible to protect symbols and spaces using quote, double quote and backslash. See for more information: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939665
Bug#965316: ITP: nlinline -- inline library for networking configuration (via netlink)
Package: wnpp Severity: wishlist Owner: Andrea Capriotti X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: nlinline Version : 0.1 Upstream Author : VirtualSquare (Renzo Davoli ) * URL : http://www.virtualsquare.org/ * License : LGPL2.1+ and GPL-2+ Programming Lang: C Description : inline library for networking configuration (via netlink) nlinline (netlink inline) is a library of inline functions providing C programmers with very handy functions to configure network stacks. nlinline is entirely implemented in a header file, nlinline.h. See for more information: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939665
Bug#965321: ITP: blivet -- Python module for system storage configuration
Package: wnpp Severity: wishlist Owner: Christopher Hoskin X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: blivet Version : 3.2.2 Upstream Author : RedHat Inc * URL : http://storaged.org/blivet/ * License : LGPL Programming Lang: Python Description : Python module for system storage configuration Blivet is a free & open source Python module for configuring system storage on Linux. It provides powerful modeling capabilities along with a simple, seamless interface for managing a wide array of storage technologies. Blivet is a dependency of blivet-gui. I plan to maintain it in the Debian Python Modules Team. I do not require a sponsor.
Bug#965336: ITP: python-itemadapter -- Common interface for data container classes
Package: wnpp Severity: wishlist Owner: Andrey Rahmatullin X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-itemadapter Version : 0.1.0 Upstream Author : Eugenio Lacuesta * URL : https://github.com/scrapy/itemadapter * License : BSD-3 Programming Lang: Python Description : Common interface for data container classes The ItemAdapter class is a wrapper for data container objects, providing a common interface to handle objects of different types in an uniform manner, regardless of their underlying implementation. Currently supported types are: * dict * scrapy.item.Item * dataclass-based classes * attrs-based classes This is a dependency for new python-scrapy versions.
Re: freepats (was: Re: Intend to remove obsolete debhelper compat levels 5 and 6 before the release of bookworm (bullseye + 1)
On Sat, 11 Jul 2020, Henrique de Moraes Holschuh wrote: > On Sat, 11 Jul 2020, Niels Thykier wrote: > > This is a heads up about my intention to remove debhelper compat levels > > 5 and 6. This is also an intention to do a MFB for this removal now at > > ... > > >freepats > I will clean it up (switch it to new-style dh) and orphan it. It is Done that, and uploaded to unstable. freepats now uses dh and debhelper compat level 12. You can remove freepats from your list. FWIW, Freepats has been orphaned (#965344) with this upload. Obviously, if there are any problems with the cleanup upload, I will deal with it. -- Henrique Holschuh
/usr/bin/tx: transifex-client and afdko shipping binaries under the same name
Hi, There's a serious bug when I am uploading afdko package, that one of the binaries in this package "tx" has name conflicting with transifex-client. https://bugs.debian.org/965151 I am currently considering doing it by moving all binaries of afdko from /usr/bin to /usr/bin/afdko, and then creating another package afdko-legacy, that, similar to node-legacy before node changed the name to ax25-node, symlinks all binaries from /usr/bin/afdko back to /usr/bin. This will decrease the mess of one package having multiple binaries, and ensure the compatibility of font building scripts that invokes afdko tx. Does it require CTTE agreement since afdko-legacy is also in conflict with tx? Another python module package that's in my ITP also invokes afdko's tx: https://bugs.debian.org/962383 How other packages that depends on nodejs did when its name was nodejs? And how did they use nodejs on package building and/or run-time? Ref on nodejs vs node CTTE: https://lists.debian.org/debian-devel-announce/2012/07/msg2.html Thanks, Yao Wei signature.asc Description: PGP signature
Re: /usr/bin/tx: transifex-client and afdko shipping binaries under the same name
On Mon, Jul 20, 2020 at 1:40 AM Yao Wei wrote: > There's a serious bug when I am uploading afdko package, that one of the > binaries in this package "tx" has name conflicting with > transifex-client. As transifex-client is client for the proprietary Transifex service, personally I would just add a conflict. Also talk to upstream about choosing a more appropriate name for the tx program, that is way too short even if it weren't conflicting with another package. Probably making all the commands in the afdko package subcommands of a new afdko command would be the way to go (similar to how git uses subcommands). -- bye, pabs https://wiki.debian.org/PaulWise
