Bug#1063380: ITP: libuio -- Linux Kernel UserspaceIO helper library
On Wed, Mar 13, 2024 at 10:40:51AM +, Traut Manuel LCPF-CH wrote: > > On Thu, Mar 07, 2024 at 05:02:29PM +0200, Peter Pentchev wrote: > >> On Thu, Mar 07, 2024 at 03:25:01PM +0100, Manuel Traut wrote: > >>> On 7 Feb 2024, at 18:27, Dima Kogan wrote: > >>> > >>> Hi. Thanks for your contribution. I looked at the upstream code a tiny > >>> bit, and it looks like it might have portability bug, at least on > >>> big-endian architectures. For instance: > >>> > >>> https://github.com/missinglinkelectronics/libuio/blob/6ef3d8d096a641686bfdd112035aa04aa16fe81a/irq.c#L78 > >>> > >>> This assumes that sizeof(long)==4. Maybe this is benign, but it would be > >>> nice to fix. Are you upstream or do you know upstream? Can yall fix > >>> these? > >>> > >> The kernel expects a 4 byte write here, since unsigned long is defined as > >> at least 32 bit this shall work on all architectures. > >> > >> If your concern is about endianess this is not in the current scope of > >> libuio and needs to be addressed by a higher layer. > >> > >> I am very familiar with library and in close contact with upstream. > >> > > In the case of uio_disable_irq() the bug is nicely hidden by the fact > > that tmp is guaranteed to be all-zeroes. However, consider the previous > > function in the file, uio_enable_irq(). If sizeof(unsigned long) == 8, > > then the "tmp" variable's value of 1 will be encoded in memory as > > 8 bytes containing the values 0, 0, 0, 0, 0, 0, 0, and 1 respectively. > > When uio_enable_irq() calls write(..., , 4), it will only send > > the first four bytes to the kernel - and they are 0, 0, 0, and... 0. > > So it turns out that uio_disable_irq() and uio_enable_irq() do > > exactly the same - send a 32-bit zero value to the kernel. > > > > ...of course, this will only happen on a big-endian system, as > > Dima Kogan was concerned about. On a little-endian system, this > > will work by chance. > > > > Is this the expected behavior indeed? > > No it is not :) Thanks for the detailed explanation. > > Looks this fix sane to you? > https://github.com/manut/libuio/commit/1edcf262fbfaf0b7f8519875ed5b357964dd1e55 Yeah, after I sent the e-mails I realized that I forgot to mention that using uint32_t would be one of the best ways to fix that. Thanks for the fast reaction! > I am not sure if users also expect an automatic conversion for the read/write > functions: > https://github.com/manut/libuio/commit/d0319169359bffc73374f1011e942702e9bafb1e > > It will be somehow inconsistent since a user could also access the device > memory by pointer: > https://github.com/manut/libuio/blob/add-ci/mem.c#L93 > and than needs to take care on the endianess by its own anyway. ...and this part I have no opinion about. I don't have any realistic idea about how people actually use libuio (or how they will use it), and I do not think that I will use it soon, so this should be left for others to decide. Thanks again for paying attention to the comments! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1065669: ITP: raven -- A lightweight http file upload service used for penetration testing and incident response.
On Sat, Mar 09, 2024 at 01:12:06PM +0100, Salvo Tomaselli wrote: > > In data venerdì 8 marzo 2024 18:08:11 CET, aquilamac...@riseup.net ha scritto: > > Package: wnpp > > X-Debbugs-Cc: debian-de...@lists.debian.org > > Owner: Aquila Macedo Costa > > Severity: wishlist > > > > * Package name: raven > > Version : 1.0.1 > > Upstream Contact: Tristram > > * URL : https://github.com/gh0x0st/raven > > * License : MIT > > Programming Lang: Python3 > > Description : A lightweight http file upload service used for > > penetration testing and incident response. > > > > This package contains a Python tool that extends the capabilities of the > > http.server Python module by offering a self-contained file upload web > > server. > > While the common practice is to use python3 -m http.server 80 to serve > > files > > for remote client downloads, Raven addresses the need for a similar > > solution > > when you need the ability to receive files from remote clients. This > > becomes > > especially valuable in scenarios such as penetration testing and > > incident > > response procedures when protocols such as SMB may not be a viable > > option. > > > > I'm writing to submit an Intention to Package (ITP) for raven > > under the pkg-security team's umbrella. > > What's the problem with > > nc -lp 80 > file > > ? > > Does this provide some sort of browser interface? To start with, raven seems to allow uploading more than one file :) The description on the project homepage lists several features such as access control, organizing the uploaded files into subdirectories, etc. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1063380: ITP: libuio -- Linux Kernel UserspaceIO helper library
On Thu, Mar 07, 2024 at 03:25:01PM +0100, Manuel Traut wrote: > Hi Dima, > > > On 7 Feb 2024, at 18:27, Dima Kogan wrote: > > > > Hi. Thanks for your contribution. I looked at the upstream code a tiny > > bit, and it looks like it might have portability bug, at least on > > big-endian architectures. For instance: > > > > > > https://github.com/missinglinkelectronics/libuio/blob/6ef3d8d096a641686bfdd112035aa04aa16fe81a/irq.c#L78 > > > > This assumes that sizeof(long)==4. Maybe this is benign, but it would be > > nice to fix. Are you upstream or do you know upstream? Can yall fix > > these? > > The kernel expects a 4 byte write here, since unsigned long is defined as at > least 32 bit this shall work on all architectures. > > If your concern is about endianess this is not in the current scope of libuio > and needs to be addressed by a higher layer. > > I am very familiar with library and in close contact with upstream. In the case of uio_disable_irq() the bug is nicely hidden by the fact that tmp is guaranteed to be all-zeroes. However, consider the previous function in the file, uio_enable_irq(). If sizeof(unsigned long) == 8, then the "tmp" variable's value of 1 will be encoded in memory as 8 bytes containing the values 0, 0, 0, 0, 0, 0, 0, and 1 respectively. When uio_enable_irq() calls write(..., , 4), it will only send the first four bytes to the kernel - and they are 0, 0, 0, and... 0. So it turns out that uio_disable_irq() and uio_enable_irq() do exactly the same - send a 32-bit zero value to the kernel. Is this the expected behavior indeed? G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1063380: ITP: libuio -- Linux Kernel UserspaceIO helper library
On Thu, Mar 07, 2024 at 05:02:29PM +0200, Peter Pentchev wrote: > On Thu, Mar 07, 2024 at 03:25:01PM +0100, Manuel Traut wrote: > > Hi Dima, > > > > > On 7 Feb 2024, at 18:27, Dima Kogan wrote: > > > > > > Hi. Thanks for your contribution. I looked at the upstream code a tiny > > > bit, and it looks like it might have portability bug, at least on > > > big-endian architectures. For instance: > > > > > > > > > https://github.com/missinglinkelectronics/libuio/blob/6ef3d8d096a641686bfdd112035aa04aa16fe81a/irq.c#L78 > > > > > > This assumes that sizeof(long)==4. Maybe this is benign, but it would be > > > nice to fix. Are you upstream or do you know upstream? Can yall fix > > > these? > > > > The kernel expects a 4 byte write here, since unsigned long is defined as > > at least 32 bit this shall work on all architectures. > > > > If your concern is about endianess this is not in the current scope of > > libuio and needs to be addressed by a higher layer. > > > > I am very familiar with library and in close contact with upstream. > > In the case of uio_disable_irq() the bug is nicely hidden by the fact > that tmp is guaranteed to be all-zeroes. However, consider the previous > function in the file, uio_enable_irq(). If sizeof(unsigned long) == 8, > then the "tmp" variable's value of 1 will be encoded in memory as > 8 bytes containing the values 0, 0, 0, 0, 0, 0, 0, and 1 respectively. > When uio_enable_irq() calls write(..., , 4), it will only send > the first four bytes to the kernel - and they are 0, 0, 0, and... 0. > So it turns out that uio_disable_irq() and uio_enable_irq() do > exactly the same - send a 32-bit zero value to the kernel. ...of course, this will only happen on a big-endian system, as Dima Kogan was concerned about. On a little-endian system, this will work by chance. > Is this the expected behavior indeed? -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1065230: ITA three more Python packages
package wnpp retitle 1065150 ITA: pymdown-extensions -- Extension pack for Python Markdown owner 1065150 ! retitle 1065230 ITA: python-regex -- alternative regular expression module (Python 3) owner 1065230 ! retitle 1065251 ITA: python-click -- Wrapper around optparse for command line utilities - documentation owner 1065251 ! thanks I intend to maintain these packages within the Debian Python packaging team. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1065039: ITA mkdocs-material
package wnpp retitle 1065039 ITA: mkdocs-material -- Material Design theme for MkDocs owner 1065039 ! bye Hi, Thanks for your work on mkdocs-material over the years! I intend to adopt this package within the Debian Python team. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1055198: ITP: lzfse -- LZFSE Compression library
On Sat, Nov 04, 2023 at 06:05:41PM +0100, Andreas Henriksson wrote: > On Thu, Nov 02, 2023 at 01:04:03AM +0100, Tobias Heider wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Tobias Heider > > X-Debbugs-Cc: debian-de...@lists.debian.org > > > > * Package name: lzfse > > Version : 1.0 > > Upstream Authors: > > URL : https://github.com/lzfse/lzfse > > * License : BSD-3-Clause > > Description : LZFSE Compression library > > > > LZFSE is a Lempel-Ziv style data compression algorithm using Finite > > State Entropy coding. It targets similar compression rates at higher > > compression and decompression speed compared to deflate using zlib. > > > > I plan to maintain this as part of the bananas team. > > Calling all SO versioning experts! > > The upstream project does not have any shared object version set. > A downstream patch was introduced to set one: > https://salsa.debian.org/bananas-team/lzfse/-/blob/debian/unstable/debian/patches/0001-debian-set-library-SONAME.patch > > Upstream has seen no activity since 2017, so trying to interact is > assumed to not generate much. (sorry, I imagine you are already aware of what I am about to say, but still I think it's worth saying... Apologies if I'm lecturing, I think you may have been a DD longer than I have :)) This... may be a problem. This means that any fixes you have to make (security fixes, important bug fixes, or just improvements that really, really bug your sense of doing things right) will be specific to the Debian package, and unless the other packaging systems pick them up, with time things will diverge further and further. The best thing to do in this case is to - somehow - try to push things in a direction that ultimately leads to the library having active upstream developers. This may mean having you or somebody you know try to contact the current developers and ask to join them. In a close-to-the-extreme version of this, this may mean you (or somebody you know) taking over upstream development with the consent of the current developers. In a really, really extreme version, it may mean forking the project without the consent of the current developers and facing various kinds of weird things down the road, especially if they wake up one day and decide to carry on as usual, ignoring your fork. One thing to note that I have learned from bitter experience: you may feel that it would be fun and it would not be too difficult to take over upstream development, and doing this too many times may lead to a situation that you are the upstream developer for too many things and you cannot really give most of them enough attention. There is no single right answer here, but it would certainly be much, much, much better for everyone involved (including the end users of your Debian package, people who install something that uses this library) if there were an active upstream. > Also the ABI is unlikely to change (since > no changes are being made). Yeah... see above about the upstream developers waking up one day and deciding to carry on :) Also, it is possible that some packager from antoher packaging system decides to go ahead and fork the project... But still, those are all hypotheticals. > I've previously suggested that maybe it would be better to set a > debian-specific version (0d?), to avoid the theoretical situation > that upstream one day ships a different ABI under the 1 so version. > > I would welcome peoples input here on what you think is best from > the debian perspective. Obviously we're going to be incompatible with > everyone else[1], unless you install/runtime-depend-on the -dev package > for the unversioned so symlink. Please speak now before this is > submitted for NEW. When you say "incompatible with everyone else", how do other packaging systems handle this? Has this library been packaged somewhere else? It might be a good idea to do the same thing as some other packaging system... but it may also turn out that all of the current ones have chosen (possibly different) suboptimal ways to handle this, so being incompatible with them may turn out to be the best option for Debian itself. As above, there is no single right answer here. > FWIW lzfse is needed to extract files compressed by Apple and shipped in macOS > containing embedded firmwares. See asahi-fwextract ITP: #1055206 > > Regards, > Andreas Henriksson > > > [1]: > https://salsa.debian.org/bananas-team/asahi-fwextract/-/blob/debian/unstable/debian/patches/0001-Use-versioned-library-name-for-liblzfse.patch G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1052135: ITP: check-build -- Check whether some example programs can be compiled and built
Package: wnpp Severity: wishlist Owner: Peter Pentchev X-Debbugs-Cc: debian-de...@lists.debian.org, Debian Python Team , r...@debian.org * Package name: check-build Version : 0.1.0 Upstream Contact: Peter Pentchev * URL : https://gitlab.com/ppentchev/check-build * License : BSD-2-clause Programming Lang: Python Description : Check whether some example programs can be compiled and built The `check-build` tool can be used to build and test different programs in a temporary build directory. The programs are listed in a TOML configuration file, along with the commands to build and test them. A bundled copy of the check-build library is used in the libzstd autopkgtest to make sure that the C library's -dev package contains enough files so that a program that uses the library can be built. It will be removed in the next libzstd upload as soon as this package hits the archive. I will maintain this package as part of the Debian Python Team. signature.asc Description: PGP signature
Bug#1050005: ITP: pdftopng -- Convert PDF to PNG
On Tue, Aug 22, 2023 at 01:24:42PM +0200, Mathieu Malaterre wrote: > On Fri, Aug 18, 2023 at 1:19 PM Marvin Renich wrote: > > > > * Elena Grandi [230818 05:27]: > > > Package: wnpp > > > Severity: wishlist > > > Owner: Elena Grandi > > > > > > * Package name: pdftopng > > > Description : Convert PDF to PNG > > > > > > A command line tool and python library to convert PDFs to PNGs, based on > > > pdftoppm from poppler. > > uh ? > > % pdftoppm -h 2>&1| grep png > -png : generate a PNG file > > > > This is a dependency of camelot-py (#1049944) and I intend to maintain > > > it in the Python Team. > > > > Does pdftocairo from the poppler-utils package do what you need? If > > not, would it make sense to submit patches to add pdftopng to the > > poppler-utils package instead of creating a separate package for it? > > ...or at least document why pdftoppm is not suitable. I would imagine, since the original ITP also mentioned a Python project that requires this package, that the "Python library" part may be important: the upstream authors of the other project may have decided to use it, as a Python library, instead of fiddling with child process management by themselves. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1039051: RFA: gforth -- GNU Forth Language Environment
Package: wnpp Severity: normal X-Debbugs-Cc: gfo...@packages.debian.org, r...@debian.org Control: affects -1 + src:gforth I request an adopter for the gforth package. Turns out that in the past couple of years I have not given it enough care and attention. There is a Git repository containing all my Debian packaging work at https://gitlab.com/gforth/pkg-debian-full The package was in good shape at the time of its last update, but things have moved on since then. Notably, I tried to bring in some new upstream beta versions every now and then, but they failed their build-time tests, and it would appear overly optimistic to keep pretending that I will track those test failures down. The package description is: This is the GNU'ish implementation of a Forth programming environment. . Forth, as a language, is best known for being stack-based, and completely extensible. Each Forth environment provides one or more dictionaries of pre-defined words, and programming in Forth consists of defining and executing new words that are combinations of previously defined words. It has been said that learning Forth changes forever the way you think about writing programs. . For more information about Forth, visit the Forth Interest Group web site at http://www.forth.org/fig.html. Thanks in advance to whomever picks this package up! signature.asc Description: PGP signature
Bug#1035759: ITA: sniproxy -- Transparent TLS and HTTP layer 4 proxy with SNI support
control: retitle -1 ITA: sniproxy -- Transparent TLS and HTTP layer 4 proxy with SNI support control: owner -1 ! Thanks for your work on sniproxy over the years! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1030757: ITP: python-parse-stages -- Parse a mini-language for selecting objects by tag or name
Package: wnpp Severity: wishlist Owner: Peter Pentchev X-Debbugs-Cc: debian-de...@lists.debian.org, team+pyt...@tracker.debian.org, r...@debian.org * Package name: python-parse-stages Version : 0.1.1 Upstream Contact: Peter Pentchev * URL : https://gitlab.com/ppentchev/parse-stages * License : BSD-2-clause Programming Lang: Python Description : Parse a mini-language for selecting objects by tag or name This library is mostly useful for command-line parsing by other tools like `tox-stages` and `nox-stages`. It may be used to parse e.g. a command-line specification like `@check and not pylint` or `@tests or ruff` and then match it against a list of objects that have names and lists of tags. This package will be maintained as part of the Debian Python Team. signature.asc Description: PGP signature
Bug#1030756: ITP: python-test-stages -- Run Tox, Nox, etc. tests in groups, stopping on errors
Package: wnpp Severity: wishlist Owner: Peter Pentchev X-Debbugs-Cc: debian-de...@lists.debian.org, team+pyt...@tracker.debian.org, r...@debian.org * Package name: python-test-stages Version : 0.1.1 Upstream Contact: Peter Pentchev * URL : https://gitlab.com/ppentchev/test-stages * License : BSD-2-clause Programming Lang: Python Description : Run Tox, Nox, etc. tests in groups, stopping on errors The `test-stages` library provides command-line tools that wrap Python test environment runners such as Tox or Nox, invoking them so as the various tests are run in parallel, in groups, as specified on the command line. This allows the fastest tests to be run first, and the slower ones to only be started if it makes sense (e.g. if tools like [ruff] or [flake8] did not uncover any trivial syntax errors). The `tox-stages` tool runs Tox with the specified groups of test environments, stopping if any of the tests in a group should fail. This allows quick static check tools like e.g. `ruff` to stop the testing process early, and also allows scenarios like running all the static check tools before the package's unit or functional tests to avoid unnecessary failures on simple errors. The syntax for grouping the test environments to be run is described in the `parse-stages` library's documentation. This package will be maintained as part of the Debian Python Team. signature.asc Description: PGP signature
Bug#1026975: ITP: python-toml -- library for parsing and creating TOML
On Sun, Dec 25, 2022 at 09:11:29AM -0300, Josenilson Ferreira da Silva wrote: > Package: wnpp > Severity: wishlist > Owner: Josenilson Ferreira da Silva > X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com > > * Package name: python-toml > Version : 0.10.2 > Upstream Author : William Pearson > * URL : https://github.com/uiri/toml > * License : MIT/expat > Programming Lang: Python > Description : library for parsing and creating TOML > > this package is a dependency for "dom-toml" > Where "dom-toml" is a required dependency for the "whey" package: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021204 Er, is this not https://tracker.debian.org/pkg/python-toml already? G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1020721: ITA microsocks
package wnpp retitle 1020721 ITA: microsocks -- tiny, portable SOCKS5 server owner 1020721 ! thanks Hi, Thanks for your work on the microsocks package. I will adopt it and update it to the new upstream version. G'luck, Peter signature.asc Description: PGP signature
Bug#1016130: ITP: asdf -- multiple language runtime version manager
On Wed, Jul 27, 2022 at 02:24:36PM -0400, matt wrote: > Package: wnpp > Severity: wishlist > Owner: Matt Barry > X-Debbugs-Cc: debian-de...@lists.debian.org > > * Package name: asdf > Version : 0.10.2 > Upstream Author : Akash Manohar J > * URL : https://asdf-vm.org ITYM https://asdf-vm.com here. > * License : MIT > Programming Lang: Bash > Description : multiple language runtime version manager > > asdf is a CLI tool that can manage multiple language runtime > versions on a per-project basis. It is like gvm, nvm, rbenv > and pyenv (and more) all in one! Simply install your language's > plugin! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1008207: ITP: remrun -- copy a file to a remote host and execute it there
Package: wnpp Severity: wishlist Owner: Peter Pentchev X-Debbugs-Cc: debian-de...@lists.debian.org, r...@ringlet.net * Package name: remrun Version : 0.2.0 Upstream Author : Peter Pentchev * URL : https://gitlab.com/ppentchev/remrun/ * License : BSD-2-clause Programming Lang: POSIX shell Description : copy a file to a remote host and execute it there The remrun tool may be useful for one-off execution of a series of commands or a complicated command that does not easily lend itself to shell quoting and escaping via SSH. It copies the specified file to the remote host using SSH under a temporary filename, executes it on the remote side, then removes the temporary file. signature.asc Description: PGP signature
Bug#1006606: ITP: python-cfg-diag -- common configuration-storage class with a .diag() method
Package: wnpp Severity: wishlist Owner: Peter Pentchev X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org, r...@debian.org * Package name: python-cfg-diag Version : 0.2.0 Upstream Author : Peter Pentchev * URL : https://github.com/storpool/python-cfg_diag * License : BSD-2-clause Programming Lang: Python Description : common configuration-storage class with a .diag() method This module provides four classes that may be used as base classes for storing program runtime configuration with a `verbose` boolean field. The classes provide a `.diag(msg)` method that decides whether to output the provided message based on the value of the object's `verbose` field. I intend to maintain this package within the Python packaging team. signature.asc Description: PGP signature
Bug#1006483: ITP: python3-mergedeep -- A deep merge function for Python
On Sat, Feb 26, 2022 at 08:12:27AM +, Edward Betts wrote: > Package: wnpp > Severity: wishlist > Owner: Edward Betts > X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org > > * Package name: python3-mergedeep > Version : 1.3.4 > Upstream Author : Travis Clarke > * URL : https://github.com/clarketm/mergedeep > * License : MIT > Programming Lang: Python > Description : A deep merge function for Python I think you may have seen this already, but Carsten Schoenert filed #1006479 just today for the same library :) Thanks to both of you for your work! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1006178: ITP: tox-delay -- run some Tox tests after others have completed
Package: wnpp Severity: wishlist Owner: Peter Pentchev X-Debbugs-Cc: debian-de...@lists.debian.org, r...@debian.org * Package name: tox-delay Version : 0.1.0 Upstream Author : Peter Pentchev * URL : https://devel.ringlet.net/devel/tox-delay/ * License : BSD-2-clause Programming Lang: POSIX shell Description : run some Tox tests after others have completed The tox-delay tool postpones the run of the specified Tox environments after the run of all the others has completed successfully. This may be useful if e.g. there are unit or functional test environments, which it would make no sense to run if the static checkers (pylint, mypy, etc) find problems. signature.asc Description: PGP signature
Bug#1005131: ITP: utf8-locale -- detect a UTF-8-capable locale for running child processes in
Package: wnpp Severity: wishlist Owner: Peter Pentchev X-Debbugs-Cc: debian-de...@lists.debian.org, r...@debian.org * Package name: utf8-locale Version : 0.2.0 Upstream Author : Peter Pentchev * URL : https://gitlab.com/ppentchev/utf8-locale * License : BSD-2 Programming Lang: Python, Rust Description : detect a UTF-8-capable locale for running child processes in Sometimes it is useful for a program to be able to run a child process and more or less depend on its output being valid UTF-8. This can usually be accomplished by setting one or more environment variables, but there is the question of what to set them to - what UTF-8-capable locale is present on this particular system? This is where the utf8_locale module comes in.
Bug#1003281: ITP: bakunbak -- Easily .bak a file or folder, then restore it.
On Fri, Jan 07, 2022 at 09:32:18AM -0500, Michael Webster wrote: > Package: wnpp > Severity: wishlist > Owner: Michael Webster > X-Debbugs-Cc: debian-de...@lists.debian.org, miketwebs...@gmail.com > > * Package name: bakunbak > Version : 1.0.0 > Upstream Author : Michael Webster > * URL : https://github.com/mtwebster/bakunbak > * License : GPL > Programming Lang: Python > Description : Easily .bak a file or folder, then restore it. > > This is a simple convenience tool for making temporary 'backup' > copies of files or folders, by adding and removing .bak to their > filenames. A limited number of options allow copying instead of > moving, and forcing overwrite of existing files. > > - why is this package useful/relevant? For people who do frequent >tests on packages that utilize configuration files or folders, >backing up and restoring previous configurations can become >tedious after a time. This reduces effort. > - is it a dependency for another package? It is standalone.. > - Do you use it? Yes frequently for testing browser package >updates. > - If there are other packages providing similar functionality, >how does it compare? I've found no other packages (though >it's possible something exists in utility/bin package >bundles that doesn't get mentioned in package descriptions. JFYI, are you aware of the "rename" package? I was going to ask whether you are aware of Perl's "prename" command-line utility, but it seems that it has been broken out some time ago... just goes to show my age, I guess :) Also, there are several packages (e.g. krename, gprename, mrename) that have a slightly different focus: rename a lot of files, usually as a one-time thing, with a graphical interface, but yeah, that's not exactly what your tool does. > - How do you plan to maintain it? It is a simple package, I >will maintain it myself. > - Are you looking for co-maintainers? No. > - Do you need a sponsor? I imagine so, as I've not previously >been involved in packaging for Debian. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1001612: ITP: deltarpm -- Tools to create and apply deltarpms
Package: wnpp Severity: wishlist Owner: Peter Pentchev X-Debbugs-Cc: debian-de...@lists.debian.org, r...@debian.org, team+pkg-...@tracker.debian.org * Package name: deltarpm Version : 3.6.3 Upstream Author : Michael Schroeder * URL : https://github.com/rpm-software-management/deltarpm * License : BSD-3-clause Programming Lang: C, Python Description : Tools to create and apply deltarpms This will bring the deltarpm package back into Debian. It was removed as part of the clean-up of the old Python-2-only createrepo-related tools; however, it is now possible to use deltarpm with the new set of createrepo-c/libmodulemd2/libdrpm0 packages, and it will help run the libdrpm upstream testsuite to its full extent. This is the long description of the package: A deltarpm contains the differences between an old and a new version of an RPM. This makes it possible to recreate the new RPM from the deltarpm and the old RPM. . On Debian and derived systems these tools may be useful for creating and maintaining repositories of RPM packages. I will maintain this package as part of the Debian RPM packaging team. signature.asc Description: PGP signature
Bug#989842: ITA: alttab -- task switcher for minimalistic WMs or standalone X session
retitle 989842 ITA: alttab -- task switcher for minimalistic WMs or standalone X session owner 989842 ! thanks Hi, Thanks for taking care of alttab, both upstream and in Debian! I will prepare a targeted upload that fixes the RC bug without a full upgrade to the new upstream version, since this is a bit more likely to be accepted by the release team at this stage in the freeze, and then I'll upload the new version to experimental. Thanks again, and keep up the great work! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#986889: ITP: repopush -- safely rsync a package repository to another location
Package: wnpp Severity: wishlist Owner: Peter Pentchev X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: repopush Version : 0.1.0 Upstream Author : Peter Pentchev * URL : https://devel.ringlet.net/net/repopush/ * License : BSD-2-clause Programming Lang: POSIX shell Description : safely rsync a package repository to another location The *repopush* tool is yet another program that helps with copying the various package files and repository metadata from one OS package repository to another, taking care to copy and remove files in such a way as to never have the remote repository present an inconsistent view. This is done by first copying the new package files, then copying the new metadata files, then removing the outdated metadata files, and only then removing the outdated package files. . The *repopush* tool supports APT and YUM repositories and figures out which one to handle by analyzing the contents of the local repository. signature.asc Description: PGP signature
Bug#986288: ITP: poke -- GNU poke, an interactive, extensible binary editor
On Fri, Apr 02, 2021 at 03:18:40PM +0200, Hilko Bengen wrote: > Package: wnpp > Owner: Hilko Bengen > Severity: wishlist > > * Package name: poke > Version : 1.1 > Upstream Author : Jose E. Marchesi > * URL or Web page : https://www.jemarch.net/poke > * License : GPL-3+ > Description : GNU poke, an interactive, extensible binary editor This seems to be in experimental already, albeit with a different upstream site: https://tracker.debian.org/pkg/poke G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#983804: ITA ucspi-tcp and ucspi-unix
owner 983804 ! retitle 983804 ITA: ucspi-tcp -- command-line tools for building TCP client-server applications owner 983805 ! retitle 983805 ITA: ucspi-unix -- UNIX-domain socket client-server command-line tools thanks signature.asc Description: PGP signature
Bug#980477: RFA: libzstd1 -- fast lossless compression algorithm
On Tue, Jan 19, 2021 at 04:04:16PM +0100, Alex Mestiashvili wrote: > Package: wnpp > Severity: normal > > I am looking for a new maintainer/co-maintainer for libzstd. > Initially it was packaged by the Debian-Med team as a dependency, but now > this library is also used in many other packages. > It doesn't fit Debian-Med namespace anymore and it would be better if > another team would adopt it. Hi, I'd be happy to step in as (co-)maintainer, or, if you prefer, we could move the package to the pkg-rpm team, where the recently packaged libdrpm and libzchunk depend on it. Thanks a lot for taking care of libzstd in Debian! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#961806: ITP: libmodulemd -- C Library for manipulating module metadata files
Package: wnpp Severity: wishlist Owner: Peter Pentchev Control: block 912338 by -1 * Package name: libmodulemd Version : 2.9.4 Upstream Author : Stephen Gallagher , Igor Gnatenko * URL : https://github.com/fedora-modularity/libmodulemd * License : Expat Programming Lang: C Description : C Library for manipulating module metadata files The libmodulemd API provides an interface for handling metadata files describing the modular repositories introduced in the Fedora project and RedHat Enterprise Linux. This library is required by the createrepo-c library and set of tools (https://bugs.debian.org/912338). Both will be maintained as part of the RPM packaging team. signature.asc Description: PGP signature
Bug#961801: ITP: zchunk -- compress a file into independent chunks
Package: wnpp Severity: wishlist Owner: Peter Pentchev Control: block 912338 by -1 * Package name: zchunk Version : 1.1.5 Upstream Author : Jonathan Dieter * URL : https://github.com/zchunk/zchunk * License : BSD-2-clause Programming Lang: C Description : compress a file into independent chunks zchunk is a compressed file format that splits the file into independent chunks. This allows you to only download changed chunks when downloading a new version of the file, and also makes zchunk files efficient over rsync. zchunk files are protected with strong checksums to verify that the file you downloaded is, in fact, the file you wanted. This library is required by the createrepo-c library and set of tools (https://bugs.debian.org/912338). Both will be maintained as part of the RPM packaging team. signature.asc Description: PGP signature
Bug#961799: ITP: libdrpm -- library for making, reading and applying deltarpm packages
Package: wnpp Severity: wishlist Owner: Peter Pentchev Control: block 912338 by -1 * Package name: libdrpm Version : 0.4.1 Upstream Author : Matej Chalk * URL : https://github.com/rpm-software-management/drpm * License : BSD-3-clause Programming Lang: C Description : library for making, reading and applying deltarpm packages The drpm package provides a library for making, reading and applying deltarpms, compatible with the original deltarpm packages. This library is required by the createrepo-c library and set of tools (https://bugs.debian.org/912338). Both will be maintained as part of the RPM packaging team. signature.asc Description: PGP signature
Bug#912338: ITP: createrepo-c -- tool to create RPM repository metadata (C implementation)
On Mon, May 04, 2020 at 10:17:49AM +0200, Sebastiaan Couwenberg wrote: > Hi Peter, > > On Wed, 15 Jan 2020 16:03:38 +0200 Peter Pentchev wrote: > > The real reason I have not gone forward with the packaging of > > createrepo-c is an IMHO severe licensing problem upstream as you can see > > at https://github.com/rpm-software-management/createrepo_c/issues/106 - > > and so far there has been no response from upstream, and the only change > > in the cmake/Modules/ directory between the then-current version 0.11.1 > > and the now-current 0.15.5 is the addition of a new file with proper > > licensing information, but none of the problematic ones have been > > touched in any way. > > Have you considered pushing your work to Salsa under the pkg-rpm-team > namespace? > > https://salsa.debian.org/pkg-rpm-team > > I've packaged createrepo_c for $DAYJOB so we can keep updating the repos > for our CentOS system. It has some patches that may be useful to your > packaging as well. > > The cmake license issues are not a showstopper in my opinion, and can be > relatively easily patched. Hi, Thanks to you and to everyone else for the offers to help! I have restarted my work on packaging createrepo-c after a bit of a hiatus, mostly because of the licenses (IMHO they are indeed a showstopper, since the Debian archive should not contain files with unclear licensing), but now that has been resolved, I've made some progress packaging the newer versions. Joining the RPM packaging team on Salsa does indeed seem reasonable; I'll upload my work there in the next couple of days. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#912338: ITP: createrepo-c -- tool to create RPM repository metadata (C implementation)
On Wed, Jan 15, 2020 at 09:46:16PM +0800, YunQiang Su wrote:
> On Thu, 5 Sep 2019 09:33:33 -0700 Mike Miller
> wrote:
> > On Tue, Oct 30, 2018 at 16:40:18 +0200, Peter Pentchev wrote:
> > > I intend to package this tool since it seems to be the preferred
> > > alternative to the already packaged createrepo Python tool (and
> many
> > > thanks to Mike Miller for maintaining that package!) in at least
> > > the Fedora RPM packaging community. Thus it might be useful for
> people
> > > maintaining their own repositories of RPM-packaged software; there
> is
> > > no reason not to be able to do that on a Debian system :)
> >
> > Hey Peter,
> >
> > How is your work on this package going? Do you need any help? I am
> > interested in seeing this completed so that createrepo can be cleanly
> > removed from the archive.
>
> Mike, I think that you can take control of it now.
Hi,
Mike, really, really sorry that I didn't reply to this... it somehow
slipped through and I only noticed it now :(
The real reason I have not gone forward with the packaging of
createrepo-c is an IMHO severe licensing problem upstream as you can see
at https://github.com/rpm-software-management/createrepo_c/issues/106 -
and so far there has been no response from upstream, and the only change
in the cmake/Modules/ directory between the then-current version 0.11.1
and the now-current 0.15.5 is the addition of a new file with proper
licensing information, but none of the problematic ones have been
touched in any way.
G'luck,
Peter
--
Peter Pentchev roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
Bug#925288: ITP: diff-so-fancy -- Good-lookin' diffs. Actually… nah… The best-lookin' diffs.
On Fri, Mar 22, 2019 at 05:06:10PM +0200, Peter Pentchev wrote:
> On Fri, Mar 22, 2019 at 03:34:37PM +0100, Adam Borowski wrote:
> [snip]
> > Highlighting changes inside the line is a massive improvement.
> >
> > There's an implementation of this in "git" itself already, named
> > diff-highlight. Alas, either I'm a complete idiot, or its documentation is
> > not quite adequate -- some time ago I wasted over an hour trying to get that
> > implementation to work, without success.
>
[snip shell snippets]
>
> You're welcome... and thanks for bringing diff-highlight to my attention so
> that I could whip these up :) Now only to figure out how to get the colors
> more similar to the ones that Vim uses (I use a ~/bin/vdiff script that
> pipes stuff through `vim -c 'set ft=diff' -` and I really, really like its
> colors)...
Uh, well, please note that this is in no way meant to say that there is
no need for this ITP; on the contrary, if there is an external, configurable
tool that can be used for other stuff, too, please go ahead and package it!
G'luck,
Peter
--
Peter Pentchev roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
Bug#925288: ITP: diff-so-fancy -- Good-lookin' diffs. Actually… nah… The best-lookin' diffs.
On Fri, Mar 22, 2019 at 03:34:37PM +0100, Adam Borowski wrote:
[snip]
> Highlighting changes inside the line is a massive improvement.
>
> There's an implementation of this in "git" itself already, named
> diff-highlight. Alas, either I'm a complete idiot, or its documentation is
> not quite adequate -- some time ago I wasted over an hour trying to get that
> implementation to work, without success.
[roam@straylight ~]$ cat ~/bin/hdiff
#!/bin/sh
: "${DIFF_HIGHLIGHT:=/usr/share/doc/git/contrib/diff-highlight}"
exec perl -I "$DIFF_HIGHLIGHT" -MDiffHighlight --
"$DIFF_HIGHLIGHT/diff-highlight.perl" | exec less -r
[roam@straylight ~]$ cat ~/bin/git-hdiff
#!/bin/sh
exec git diff --color "$@" | exec hdiff
[roam@straylight ~]$ cat ~/bin/git-hshow
#!/bin/sh
exec git show --color "$@" | exec hdiff
[roam@straylight ~]$
You're welcome... and thanks for bringing diff-highlight to my attention so
that I could whip these up :) Now only to figure out how to get the colors
more similar to the ones that Vim uses (I use a ~/bin/vdiff script that
pipes stuff through `vim -c 'set ft=diff' -` and I really, really like its
colors)...
G'luck,
Peter
--
Peter Pentchev roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
Bug#922353: ITP: socket-activate -- Run a socket-activated daemon with minimal dependencies
On Sat, Feb 16, 2019 at 03:32:46PM +0100, Guillem Jover wrote:
> Hi!
>
> On Fri, 2019-02-15 at 10:46:43 -0500, Daniel Kahn Gillmor wrote:
> > Control: clone 922353 -2
> > Control: reassign -2 dpkg
> > Control: retitle -2 start-stop-daemon should support socket-activation via
> > the sd_listen_fds(3) convention
> > Control: severity -2 wishlist
>
> Thanks.
>
> > On Fri 2019-02-15 04:34:47 +0100, Guillem Jover wrote:
> > > Another option would be to implement this in start-stop-daemon, like
> > > the similar support for the systemd readiness protocol was recently
> > > implemented there too.
> >
> > Thanks for the suggestion! How widely-distributed is start-stop-daemon
> > outside of debian? I see it's been ported to OpenBSD; are they
> > syncing from upstream?
>
> <https://wiki.debian.org/Teams/Dpkg/Downstream>. For the BSDs to use
> this more seriously the code would probably need to be split into its
> own project, so that it does not pollute their licensing. Its current
> "license" might also need to be clarified (PD), and "relicensed" into
> MIT or similar.
>
> This is something I've actually pondered doing anyway, so this might
> be a good excuse, I guess.
>
> > The code i have is just python3 right now (simple argument parsing made
> > development much quicker), but it's not too terrible to do it in C.
>
> Yes, and it should be pretty generic and portable.
>
> > I'm opening this as a wishlist issue for dpkg just so we don't lose
> > track of it, since it might take me some cycles to get the C
> > implementation in shape. If anyone else wants to beat me to it, i
> > certainly wouldn't complain :)
>
> I'll probably look into it once I've gone over some of the immediate
> stuff I have on my plate, if there's been no patch submitted by then.
> :)
Here you go :)
https://gitlab.com/dkg/socket-activate/merge_requests/1#note_142084524
G'luck,
Peter
--
Peter Pentchev roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
Bug#867749: O: keychain -- key manager for OpenSSH
Control: retitle -1 ITA: keychain -- key manager for OpenSSH
Control: owner -1 !
On Sun, Jul 09, 2017 at 10:12:28AM +0200, Tobias Frost wrote:
> Package: wnpp
>
> The current maintainer of keychain, Cesar Mendoza ,
> is apparently not active anymore. Therefore, I orphan this package now.
I use keychain on several machines, I'd be happy to maintain it.
I already have a couple of changes in the works, including a set of
autopkgtests and an update to a newer version; I'll push these to
a Salsa repo soon. I'll try to get an upload in before the real
freeze for Buster; yeah, earlier might have been better, but oh well...
Of course, if somebody else feels strongly about not letting the keychain
package languish, co-maintainership or team maintenance could always be
arranged.
Thanks a lot to the current maintainers and to everyone who did
QA work and more on the package!
G'luck,
Peter
--
Peter Pentchev roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
Bug#921627: ITP: libperl-prereqscanner-notquitelite-perl -- Perl module for scanning Perl code for prerequisites
Package: wnpp Severity: wishlist Owner: Peter Pentchev * Package name: libperl-prereqscanner-notquitelite-perl Version : 0.9904 Upstream Author : Kenichi Ishigaki * URL : https://metacpan.org/release/Perl-PrereqScanner-NotQuiteLite * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl module for scanning Perl code for prerequisites Perl::PrereqScanner::NotQuiteLite is yet another prerequisites scanner. It passes almost all the scanning tests for Perl::PrereqScanner and Module::ExtractUse (ie. except for a few dubious ones), and runs slightly faster than PPI-based Perl::PrereqScanner. However, it doesn't run as fast as Perl::PrereqScanner::Lite (which uses an XS lexer). This package will be maintained under the umbrella of the Debian Perl Group. signature.asc Description: PGP signature
Bug#921626: ITP: libregexp-trie-perl -- Perl module for building a trie-ized regular expression
Package: wnpp Severity: wishlist Owner: Peter Pentchev * Package name: libregexp-trie-perl Version : 0.02 Upstream Author : Dan Kogai * URL : https://metacpan.org/release/Regexp-Trie * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl module for building a trie-ized regular expression Regexp::Trie is a faster but simpler version of Regexp::Assemble or Regexp::Optimizer. It builds a regular expression that matches multiple string literals with more or less common prefixes. This package will be maintained under the umbrella of the Debian Perl Group. signature.asc Description: PGP signature
Bug#920076: ITA some of Jari Aalto's packages
package wnpp
retitle 920121 ITA: xonix -- game to carve up the screen whilst dodging monsters
owner 920121 !
retitle 920110 ITA: tardy -- post-processor for tar command
owner 920110 !
retitle 920076 ITA: dnstracer -- trace DNS queries to the source
owner 920076 !
retitle 920060 ITA: corkscrew -- tunnel TCP connections through HTTP proxies
owner 920060 !
retitle 920055 ITA: bbe -- sed-like editor for binary files
owner 920055 !
thanks
--
Peter Pentchev roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
Bug#765335: ITA libexplain
package wnpp
retitle 765335 ITA: libexplain -- utility to explain system call errors
owner 765335 !
thanks
--
Peter Pentchev roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
Bug#919906: ITP: pullimap -- Pull mails from an IMAP mailbox and deliver them via SMTP or LMTP
On Sun, Jan 20, 2019 at 05:33:02PM +0100, Guilhem Moulin wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Guilhem Moulin
>
> * Package name: pullimap
> Version : 0.4
> Upstream Author : Guilhem Moulin
> * URL : https://git.guilhem.org/interimap/about/
> * License : GPL-3+
> Programming Lang: Perl
> Description : Pull mails from an IMAP mailbox and deliver them via SMTP
> or LMTP
>
> PullIMAP retrieves messages from an IMAP mailbox and deliver them to an
> SMTP or LMTP transmission channel. It can also remove old messages after
> a configurable retention period.
>
> A statefile is used to keep track of the mailbox's UIDVALIDITY and UIDNEXT
> values. While PullIMAP is running, the statefile is also used to keep
> track of UIDs being delivered, which avoids duplicate deliveries if the
> process is interrupted.
>
> PullIMAP supports the COMPRESS=DEFLATE extension from [RFC4978]. It is
> enabled by default on servers advertising it, in order to reduce network
> traffic.
>
> See also https://guilhem.org/man/pullimap.1.html .
Hmm, as a Perl programmer, I do understand the spirit of "there's more
than one way to do it", so please do not take this as an objection of
any kind, but still I feel curious: what are pullimap's advantages over
fetchmail?
G'luck,
Peter
--
Peter Pentchev roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
Bug#912338: ITP: createrepo-c -- tool to create RPM repository metadata (C implementation)
Package: wnpp Severity: wishlist Owner: Peter Pentchev * Package name: createrepo-c Version : 0.11.1 Upstream Author : Tomas Mlcoch et al * URL : https://github.com/rpm-software-management/createrepo_c * License : GPL-2+ Programming Lang: C Description : tool to create RPM repository metadata (C implementation) The createrepo_c tool generates the repodata directory and XML metadata that makes up a repository of RPM packages. This repository format is supported by apt-rpm, red-carpet(zen), smartpm, up2date, yast, and yum. This package is similar to the apt-ftparchive or reprepro commands, but for working with RPM repositories. I intend to package this tool since it seems to be the preferred alternative to the already packaged createrepo Python tool (and many thanks to Mike Miller for maintaining that package!) in at least the Fedora RPM packaging community. Thus it might be useful for people maintaining their own repositories of RPM-packaged software; there is no reason not to be able to do that on a Debian system :) (and for anybody keeping track, yes, for the present I have copied the long description of the createrepo package verbatim; if this turns out to be undesirable, I will of course change it before uploading) G'luck, Peter signature.asc Description: PGP signature
Bug#903256: ITA: mktorrent
On Thu, Aug 02, 2018 at 03:59:17PM +0200, Paride Legovini wrote:
> On Sun, 22 Jul 2018 Peter Pentchev wrote:
> > package wnpp
> > retitle 903256 ITA: mktorrent -- simple command line utility to create
> > BitTorrent metainfo files
> > owner 903256 !
> > thanks
>
> Hello Peter,
>
> Having followed up to #852159, I was in the process of adopting
> mktorrent. I didn't know there was a RFA an I guess Nico wasn't aware of
> your ITA. Thing is, I already did some work:
>
> https://salsa.debian.org/paride-guest/mktorrent/
>
> The packaging follows DEP14 with a "pure git" workflow (git tags are
> used instead of upstream tarballs).
>
> Now, if you already made some packaging work just go on, I'm looking
> forward to see mktorrent 1.1 uploaded. If you didn't, feel free to take
> whatever you want from my repository, should you find anything useful.
> As a third alternative, still in the hypothesis that no work of yours is
> getting wasted, we could co-maintain the package in salsa.org/debian. I
> would be glad to. Truly: as you prefer!
Hi Paride,
Actually I hadn't got 'round to doing anything about mktorrent yet;
I did notice that the upstream repository changed and that there was
a new release, but other things got in the way...
So it would be completely fine with me to pass ownership of this bug
and, consequently, maintainership of mktorrent, over to you!
Feel free to reassign the bug, or, if you prefer it done explicitly,
I could do that in a follow-up message.
Thanks for your interest in mktorrent and for actually doing the work! :)
Best regards,
Peter
--
Peter Pentchev roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
Bug#903256: ITA: mktorrent
package wnpp
retitle 903256 ITA: mktorrent -- simple command line utility to create
BitTorrent metainfo files
owner 903256 !
thanks
--
Peter Pentchev roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
Bug#896892: ITP: feature-check -- tool to query a program for supported features
Package: wnpp Severity: wishlist Owner: Peter Pentchev <r...@ringlet.net> * Package name: feature-check Version : 0.1.0 Upstream Author : Peter Pentchev <r...@ringlet.net> * URL : https://devel.ringlet.net/misc/feature-check/ * License : BSD-2 Programming Lang: Perl Description : tool to query a program for supported features The feature-check tool obtains the list of supported features from a program via various methods (e.g. running it with the --features command-line option) and allows other programs to check for the presence and, possibly, versions of specific features. signature.asc Description: PGP signature
Re: Bug#895712: ITP: misspell-fixer -- Tool for fixing common misspellings, typos in source code.
On Sun, Apr 15, 2018 at 11:53:15AM +0100, Lajos Veres wrote: > On Sun, 15 Apr 2018, kact...@gnu.org wrote: > > > [2018-04-15 00:49] Lajos Veres <vla...@gmail.com> > > > [...] > > > > > > --- > > > > > > Reason: I have not found any sourcecode typofixer tool in Debian. > > > Some users also mentioned that their life would be a little easier > > > with a packaged version. > > > > Lintian supports some spell checking, including 'spelling error in > > binary'. Maybe their power could be united? > > That sounds a great idea. > Could you please help me to understand the scale of it and its potential > requirements, subtasks? Just to note that there is also the codespell tool, also available in Debian as a package. However, both Lintian and codespell only try to detect misspellings, not fix them. In Lintian's case this is kind of obvious - it is supposed to operate on the result of a build (even if source-only), so it cannot really figure out where the source of the misspelling is. For codespell I wonder if the author didn't try to include any fixing functionality for at least one major reason: some of the misspellings it detects are false positives, sometimes these are real words, or variable or function names, or domain-specific terms, or even (at least for the hexer and stunnel4 packages that I help maintain) actual words *in another language* :) So, hm, it may be nice to have a tool that also corrects misspelled words, but IMHO it should either be interactive or, at the very least, support some kind of per-project whitelist of words that it should not really try to correct. In any case, thanks for trying to make Debian better, whatever direction this happens to go into! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#857843: ITP: miller -- manipulate name-indexed data (CSV, TSV, tabular JSON)
Package: wnpp Severity: wishlist Owner: Peter Pentchev <r...@ringlet.net> * Package name: miller Version : 5.0.1 Upstream Author : John Kerl <kerl.john.r+mil...@gmail.com> * URL : https://johnkerl.org/miller/ * License : BSD-2-clause Programming Lang: C Description : manipulate name-indexed data (CSV, TSV, tabular JSON) Miller is a tool for reading, filtering, and processing text files representing tables of data with column headings. It incorporates and extends the functionality present in standard tools such as awk, sed, cut, join, or sort. signature.asc Description: PGP signature
Bug#852451: ITP: rname -- invoke a program under a different name
On Wed, Jan 25, 2017 at 10:13:13AM +0100, Bastian Blank wrote: > On Tue, Jan 24, 2017 at 05:19:49PM +0200, Peter Pentchev wrote: > > The rname utility invokes a specified program, passing a different name > > instead of the name of the program executable. > > You are searching for symbolic links? Errr, I do believe there was something about ephemeral symbolic links a couple of lines further down :) G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#852451: ITP: rname -- invoke a program under a different name
On Wed, Jan 25, 2017 at 11:11:31AM +0300, Dmitry Bogatov wrote: > > [2017-01-24 17:19] Peter Pentchev <r...@ringlet.net> > > > > Package: wnpp > > Severity: wishlist > > Owner: Peter Pentchev <r...@ringlet.net> > > > > * Package name: rname > > Version : 1.0.2 > > Upstream Author : Peter Pentchev <r...@ringlet.net> > > * URL : https://devel.ringlet.net/sysutils/rname/ > > * License : BSD-2-clause > > Programming Lang: C > > Description : invoke a program under a different name > > > > The rname utility invokes a specified program, passing a different name > > instead of the name of the program executable. This could be useful in > > a number of cases, both during software development, testing, and in > > production use. There are many programs that do different things based > > on what name they have been invoked under; the rname utility avoids > > the need to e.g. create ephemeral symlinks to run these programs in > > some conditions when they have not been completely installed. > > > > I originally wrote this tool in 2000 and I'm resurrecting it now for > > the purpose of writing unit and integration tests for just such > > a multifaceted program. > > One more argv0 implementation? I know at least two: > > $ dpkg -S argv0 > ucspi-tcp: /usr/bin/argv0 > [...] > $ dpkg -S chpst > runit: /usr/bin/chpst > [...] > > Probably, there is already a lot. OK, so this is embarrassing :) The rname webpage even refers to ucspi-tcp as the reason I wrote this back in 2000; guess I didn't notice argv0 there even then :/ Thanks for pointing this out! And as for Christian and Josh's emails, yes, I should've mentioned straight up front that I did indeed know about exec -a and I did know that I can do this with Perl and Python. However, for many command-line tools that I write (and I've written quite a lot, even though not all of them have seen the light of day), the test suite is one of these three: - a Perl t/*.t script using Test::Command - a POSIX shell t/*.t script outputting TAP - just a couple of lines in a Makefile's "test" target Of these, only Test::Command looks like it might be possible to be extended in a sensible way. Of course, the other two may go for "bash required, it's available almost everywhere anyway", but I do tend to steer clear of this point of view (long-time FreeBSD user and, once upon a time, committer; also more hours than I like to remember invested in former jobs herding Solaris and HP/UX boxes...). However, since there is already an argv0 in uscpi-tcp (argh!), I'm closing this. Thanks for all the responses! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#852451: ITP: rname -- invoke a program under a different name
Package: wnpp Severity: wishlist Owner: Peter Pentchev <r...@ringlet.net> * Package name: rname Version : 1.0.2 Upstream Author : Peter Pentchev <r...@ringlet.net> * URL : https://devel.ringlet.net/sysutils/rname/ * License : BSD-2-clause Programming Lang: C Description : invoke a program under a different name The rname utility invokes a specified program, passing a different name instead of the name of the program executable. This could be useful in a number of cases, both during software development, testing, and in production use. There are many programs that do different things based on what name they have been invoked under; the rname utility avoids the need to e.g. create ephemeral symlinks to run these programs in some conditions when they have not been completely installed. I originally wrote this tool in 2000 and I'm resurrecting it now for the purpose of writing unit and integration tests for just such a multifaceted program. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#848400: ITP: kakoune -- Vim-inspired, selection-oriented code editor
Package: wnpp Severity: wishlist Owner: Peter Pentchev <r...@ringlet.net> * Package name: kakoune Version : 0~2016.12.15.1.37fd41c-1 Upstream Author : Maxime Coste <ma...@kakoune.org> * URL : https://github.com/mawww/kakoune * License : UNLICENSE Programming Lang: C++ Description : Vim-inspired, selection-oriented code editor Kakoune is a code editor heavily inspired by Vim; as such most of its commands are similar to vi’s ones, and it shares Vi’s "keystrokes as a text editing language" model. Kakoune can operate in two modes, normal and insertion. In insertion mode, keys are directly inserted into the current buffer. In normal mode, keys are used to manipulate the current selection and to enter insertion mode. Kakoune has a strong focus on interactivity, most commands provide immediate and incremental results, while still being competitive (as in keystroke count) with Vim. Kakoune works on selections, which are oriented, inclusive range of characters; selections have an anchor and a cursor character. Most commands move both of them, except when extending selection where the anchor character stays fixed and the cursor one moves around. signature.asc Description: PGP signature
Bug#846344: ITP: libdata-treedumper-oo-perl -- Object-oriented interface to Data::TreeDumper
On Wed, Nov 30, 2016 at 03:33:33PM +0200, Peter Pentchev wrote: > Package: wnpp > Severity: wishlist > Owner: Peter Pentchev <r...@ringlet.net> > > * Package name: libdata-treedumper-oo-perl > Version : 0.09 > Upstream Author : Nadim Khemir <nadim.khe...@gmail.com> > * URL : https://metacpan.org/release/Data-TreeDumper-OO > * License : Artistic or GPL-1+ > Programming Lang: Perl > Description : Object-oriented interface to Data::TreeDumper > > This Perl module provides an object-oriented interface for > displaying Perl data structures and objects in a format that is > hopefully easier to read than the one produced by the standard > Perl Data::Dumper module. Just as an additional data point: this module is referenced in the documentation of Data::TreeDumper (already in Debian in the libdata-treedumper-perl package), so the current situation is suboptimal as described in #831386: the usage examples of a Debian package use additional modules not available in Debian. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#846344: ITP: libdata-treedumper-oo-perl -- Object-oriented interface to Data::TreeDumper
Package: wnpp Severity: wishlist Owner: Peter Pentchev <r...@ringlet.net> * Package name: libdata-treedumper-oo-perl Version : 0.09 Upstream Author : Nadim Khemir <nadim.khe...@gmail.com> * URL : https://metacpan.org/release/Data-TreeDumper-OO * License : Artistic or GPL-1+ Programming Lang: Perl Description : Object-oriented interface to Data::TreeDumper This Perl module provides an object-oriented interface for displaying Perl data structures and objects in a format that is hopefully easier to read than the one produced by the standard Perl Data::Dumper module. I intend to maintain this module within the Debian Perl group. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#844179: ITP: libconfig-methodproxy-perl -- Perl module for specifying method calls in a static configuration
Package: wnpp Severity: wishlist Owner: Peter Pentchev <r...@ringlet.net> * Package name: libconfig-methodproxy-perl Version : 0.02 Upstream Author : Aran Deltac <bluef...@gmail.com> * URL : https://metacpan.org/release/Config-MethodProxy * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl module for specifying method calls in a static configuration The method proxy concept provided by the Config::MethodProxy module is a particular data structure which, when found, is replaced by the value returned by calling that method. In this way static configuration can be setup to call your code and return dynamic contents. This makes static configuration much more powerful, and provides the ability to be more declarative in how dynamic values make it into the configuration. This module is needed as a dependency for a new version of libmoox-buildargs-perl. I intend to maintain it within the Debian Perl group. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#843652: ITP: lintian-sort -- reproducibly sort the Lintian tool's output
Package: wnpp Severity: wishlist Owner: Peter Pentchev <r...@ringlet.net> * Package name: lintian-sort Version : 0.1.0 Upstream Author : Peter Pentchev <r...@ringlet.net> * URL : https://devel.ringlet.net/textproc/lintian-sort/ * License : BSD-2-clause Programming Lang: Perl Description : reproducibly sort the Lintian tool's output The lintian-sort tool reorders the messages reported by the lintian(1) Debian package analysis tool so that they are kept in the same order between successive builds. This minimizes the changes that the package maintainer sees using a file comparison tool (like diff(1)) to check if any new problems have appeared or any of the old ones have been fixed. The lintian-sort tool keeps any additional information (lines starting with "N:") together with the tags they describe; however, it takes care to put the final "N: 5 tags overridden" message (along with any follow-up descriptive lines) at the end. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#843648: ITP: libmoox-role-cloneset-perl -- Perl Moo role for creating updated copies of immutable objects
Package: wnpp Severity: wishlist Owner: Peter Pentchev <r...@ringlet.net> * Package name: libmoox-role-cloneset-perl Version : 0.1.0 Upstream Author : Peter Pentchev <r...@ringlet.net> * URL : https://metacpan.org/release/MooX-Role-CloneSet * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl Moo role for creating updated copies of immutable objects MooX::Role::CloneSet is a role for immutable objects, providing an easy way to create a new object with some modified properties. It provides the cset() method that creates a new object with the specified changes, shallowly copying all the rest of the original object's properties. This package is needed as a dependency for the upcoming ITP of my lintian-sort tool (https://devel.ringlet.net/textproc/lintian-sort/). I intend to maintain it within the pkg-perl team. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#843643: ITP: libmoox-buildargs-perl -- Perl role for saving the instantiation arguments
Package: wnpp Severity: wishlist Owner: Peter Pentchev <r...@ringlet.net> * Package name: libmoox-buildargs-perl Version : 0.02 Upstream Author : Aran Deltac <bluef...@gmail.com> * URL : https://metacpan.org/release/MooX-BuildArgs * License : Artistic or GPL-1 Programming Lang: Perl Description : Perl role for saving the instantiation arguments It is often useful to be able to access the arguments that were used to create an object in their unadulterated form, before any coercions or init_args have changed them. The MooX::BuildArgs role provides the arguments via the "build_args" attribute. This package is needed as a dependency for the upcoming ITPs of my MooX::Role::CloneSet package and, ultimately, my lintian-sort tool (https://devel.ringlet.net/textproc/lintian-sort/). I intend to maintain it within the pkg-perl team. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#839644: ITP: gitless -- version control system on top of Git
Package: wnpp Severity: wishlist Owner: Peter Pentchev <r...@ringlet.net> * Package name: gitless Version : 0.8.3 Upstream Author : Santiago Perez de Rosso <spere...@csail.mit.edu> * URL : http://gitless.com/ * License : GPL-2+ Programming Lang: Python Description : version control system on top of Git Gitless is an experimental version control system built on top of Git. Many people complain that Git is hard to use. We think the problem lies deeper than the user interface, in the concepts underlying Git. Gitless is an experiment to see what happens if you put a simple veneer on an app that changes the underlying concepts. Because Gitless is implemented on top of Git (could be considered what Git pros call a "porcelain" of Git), you can always fall back on Git. And of course your coworkers you share a repo with need never know that you're not a Git aficionado. -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#828913: ITP: install-mimic -- overwrite files and preserve their ownership
Package: wnpp Severity: wishlist Owner: Peter Pentchev <r...@ringlet.net> * Package name: install-mimic Version : 0.1.1 Upstream Author : Peter Pentchev <r...@ringlet.net> * URL : https://devel.ringlet.net/misc/install-mimic/ * License : BSD-2-clause Programming Lang: Perl Description : overwrite files and preserve their ownership The install-mimic utility copies the specified files to the specified destination (file or directory) similarly to install(1), but it preserves the ownership and access mode of the destination files. This is useful when updating files that have already been installed with locally modified copies that may be owned by the current user and not by the desired owner of the destination file (e.g. root). signature.asc Description: PGP signature
Bug#799061: open-isns package in Debian
On Sun, May 29, 2016 at 09:45:27PM +0200, Christian Seiler wrote: > Hi again, > > On 05/27/2016 08:06 PM, Christian Seiler wrote: > > just wanted to ping you again about the open-isns package. > > Just FYI: there was a question about getting iscsiuio into > Debian on the pkg-iscsi mailing list today: > > http://lists.alioth.debian.org/pipermail/pkg-iscsi-maintainers/2016-May/002101.html > > I'd really like to be able to tell users of the open-iscsi > package that I'm actively working on it, but I can't enable > iscsiuio support in open-iscsi until I upgrade it. But I > can't upgrade open-iscsi until open-isns is packaged for > Debian. > > Since this has been stalled for the last 8 months, and I > haven't heard any replies from you for over 6 months (I > have pinged you 3 times with months of time in between > the pings), I'm hereby announcing that I'll take over this > ITP if I don't hear anything from you in the next 7 days. > I really don't want to step on your toes, especially since > you said you have already started packaging it; and if I > do take over the ITP, I'll be happy to co-maintain it with > you, but I cannot in good conscience let this stall the > progress on open-iscsi any longer - sorry! Hi, I'm really sorry about that, and about my silence :( I thought I'd sent a reply as a followup to this ITP bug, but now I can't find it in my sent e-mails :( The truth is that it became apparent to me several months ago that due to some changes in my work priorities and plans there would not really be a use for open-isns in the project that we were working on, so I wouldn't really have the time to package it. I'm really sorry that I didn't let you know in time :( G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#799061: ITP: open-isns -- Internet Storage Name Service server
Package: wnpp Severity: wishlist Owner: Peter Pentchev <r...@ringlet.net> * Package name: open-isns Version : 0.1.0~git2014.09.04.0.267d43d Upstream Author : Olaf Kirch, Mike Christie <micha...@cs.wisc.edu> * URL : http://www.example.org://github.com/mikechristie/open-isns * License : LGPL-2.1+ Programming Lang: C Description : Internet Storage Name Service server This is a partial implementation of iSNS, according to RFC4171. It is useful for in large deployments with many iSCSI targets and initiators, limiting the number of targets visible to any given initiator as needed, and also automating the initial discovery and any further configuration updates. -- Peter Pentchev r...@ringlet.net r...@freebsd.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature
Bug#799062: ITP: target-isns -- iSNS client for the Linux LIO iSCSI target
Package: wnpp Severity: wishlist Owner: Peter Pentchev <r...@ringlet.net> * Package name: target-isns Version : 0.5 Upstream Author : Christophe Vu-Brugier <cvubrug...@fastmail.fm> * URL : https://github.com/cvubrugier/target-isns * License : GPL-2+ Programming Lang: C Description : iSNS client for the Linux LIO iSCSI target Target-isns is an Internet Storage Name Service (iSNS) client for the Linux LIO iSCSI target. It allows to register LIO iSCSI targets to an iSNS server. . The iSNS protocol is specified in [RFC 4171](http://tools.ietf.org/html/rfc4171) and its purpose is to make easier to discover, manage, and configure iSCSI devices. With iSNS, iSCSI targets can be registered to a central iSNS server and initiators can be configured to discover the targets by asking the iSNS server. signature.asc Description: Digital signature
Bug#778543: ITP: libffi-platypus-perl -- Perl FFI interface to non-Perl libraries without XS
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: libffi-platypus-perl Version : 0.23 Upstream Author : Graham Ollis plice...@cpan.org * URL : https://metacpan.org/release/FFI-Platypus * License : Perl Programming Lang: Perl Description : Perl FFI interface to non-Perl libraries without XS Platypus is an library for creating interfaces to machine code libraries written in languages like C, C++, Fortran, Rust, Pascal - essentially anything that gets compiled into machine code. It is much cleaner than the traditional Perl way of writing XS modules - a trivial function call from an external library can be written in less than five lines of pure Perl code. I intend to maintain this package within the Debian Perl group. signature.asc Description: Digital signature
Bug#778547: ITP: libalien-ffi-perl -- Perl interface to libffi
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: libalien-ffi-perl Version : 0.06 Upstream Author : Graham Ollis plice...@cpan.org * URL : https://metacpan.org/release/Alien-FFI * License : Perl Programming Lang: Perl Description : Perl interface to libffi This Perl module provides an interface to libffi, the foreign function interface library. Since libffi is already packaged in Debian, this is mostly a pass-through to libffi-dev. I intend to maintain this package within the Debian Perl group. It is needed as a dependency for the libffi-platypus-perl package (ITP #778543). signature.asc Description: Digital signature
Bug#778549: ITP: libshell-guess-perl -- Perl module to guess the shell in use
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: libshell-guess-perl Version : 0.06 Upstream Author : Graham Ollis plice...@cpan.org * URL : https://metacpan.org/release/Shell-Guess * License : Perl Programming Lang: Perl Description : Perl module to guess the shell in use Shell::Guess makes a reasonably aggressive attempt to determine the shell being employed by the user, either the shell that executed the perl script directly (the running shell), or the user's login shell (the login shell). It does this by a variety of means available to it, depending on the platform that it is running on. I intend to maintain this package within the Debian Perl group. It is needed as a dependency for the libalien-base-perl package (ITP #778548). signature.asc Description: Digital signature
Bug#778550: ITP: libshell-config-generate-perl -- Perl module to generate shell configuration files
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: libshell-config-generate-perl Version : 0.19 Upstream Author : Graham Ollis plice...@cpan.org * URL : https://metacpan.org/release/Shell-Config-Generate * License : Perl Programming Lang: Perl Description : Perl module to generate shell configuration files This module provides an interface for specifying shell configurations for different shell environments without having to worry about the arcane differences between shells such as csh, sh, cmd.exe and command.com. I intend to maintain this package within the Debian Perl group. It is needed as a dependency for the libalien-base-perl package (ITP #778548). signature.asc Description: Digital signature
Bug#698982: libdumbnet RC bug fix? + Fwd: libnet-{libdnet6,frame-device,libdnet}-perl are marked for autoremoval from testing [origin: nore...@release.debian.org]
On Thu, Feb 05, 2015 at 07:35:39PM +0100, Bernd Zeimetz wrote: hi, Ah, right, thanks for the eye-opener. Oof, yeah, I should've wondered why the BTS still lists the bug as open :( OK, I'll get right on it. I have a fix ready to upload, if you want me to. Patch is attached, in case you want to upload. I'm not a DD, so it would be faster for you to upload it. Thanks a lot for taking care of this! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature
Bug#698982: libdumbnet RC bug fix? + Fwd: libnet-{libdnet6,frame-device,libdnet}-perl are marked for autoremoval from testing [origin: nore...@release.debian.org]
On Thu, Feb 05, 2015 at 01:37:48PM +0100, gregor herrmann wrote: On Thu, 05 Feb 2015 14:18:01 +0200, Peter Pentchev wrote: I did just now start working on libdumbnet with the goal of fixing the RC bug, only to find that Bernd Zeimetz uploaded a fix on January 30th, just a couple of hours after your e-mail. Now the package's tracker page - http://tracker.debian.org/libdumbnet - says that Niels Thykier already unblocked it, so it should migrate to testing today or tomorrow. Just that #775896 was reopened by Andreas on Sunday; looks like the fix didn't fully work ... Ah, right, thanks for the eye-opener. Oof, yeah, I should've wondered why the BTS still lists the bug as open :( OK, I'll get right on it. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature
Bug#698982: libdumbnet RC bug fix? + Fwd: libnet-{libdnet6,frame-device,libdnet}-perl are marked for autoremoval from testing [origin: nore...@release.debian.org]
On Fri, Jan 30, 2015 at 01:03:06PM +0100, Axel Beckert wrote: Hi Peter, I just noticed you have ITA'ed[0] libdumbnet back in June. libdumbnet has currently an RC bug[1] which may cause a bunch of packages, including three packages managed by the Debian Perl Group (Cc'ed), to be autoremoved, too. Do you intend to take care of that RC bug, too? [0] https://bugs.debian.org/698982 [1] https://bugs.debian.org/775896 Hi, Sorry for the delay, but I had some non-computer-related stuff that kept me out of too many loops for the past week. I did just now start working on libdumbnet with the goal of fixing the RC bug, only to find that Bernd Zeimetz uploaded a fix on January 30th, just a couple of hours after your e-mail. Now the package's tracker page - http://tracker.debian.org/libdumbnet - says that Niels Thykier already unblocked it, so it should migrate to testing today or tomorrow. So, yeah, sorry again for my inaction so far - and thanks for your prodding e-mail - but it seems that this problem, at least, has been solved already. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature
Bug#772994: Might I take this package
On Tue, Dec 16, 2014 at 02:10:31PM +, Matthew Vernon wrote: Hi! I see you've taken up quite a number of wnpp packages recently - thanks for dealing with these :) I'd be quite interested in taking over the PCRE3 package, though, so would you mind if I took this one instead of you? Sure, no problem - feel free to take it, and happy hacking! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature
Bug#771057: ITP: arasan -- xboard-compatible chess engine
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: arasan Version : 17.4.0 Upstream Author : Jon Dart * URL : http://www.arasanchess.org/ * License : MIT Programming Lang: C++ Description : xboard-compatible chess engine Arasan is a chess engine - a console-based program that plays the game of chess. It may be used together with interface programs such as xboard. It may be configured in different ways for a compromise between performance and playing strength. I intend to maintain this package within the Debian Games Team. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature
Bug#760968: ITP: libguasi -- Asynchronous syscall library
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: libguasi Version : 0.25 Upstream Author : Davide Libenzi davi...@xmailserver.org * URL : http://xmailserver.org/guasi-lib.html * License : LGPL-2.1+ Programming Lang: C Description : Asynchronous syscall library The guasi library implements a thread based generic asynchronous execution engine, to be used to give otherwise synchronous calls an asynchronous behaviour. It can be used to wrap any synchronous call, so that it can be scheduled for execution, and whose result can be fetched at later time (hence not blocking the submitter thread). The guasi library can be used as complement to standard event retrieval interfaces like poll(2), select(2) or epoll(4). The guasi library is generic, meaning that any otherwise synchronous function (not only system calls) can be made asynchronous. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature
Bug#738093: stunnel4 maintenance
On Tue, Mar 25, 2014 at 05:42:29PM +0100, László Böszörményi wrote: On Tue, Mar 25, 2014 at 5:19 PM, Peter Pentchev r...@ringlet.net wrote: On Sun, Mar 23, 2014 at 02:56:40PM +0100, László Böszörményi (GCS) wrote: How does the adoption of stunnel4 goes? More than one and half months passed. Upstream released version 5.00 since then and 5.01 is on its way. I've a package ready, but can hold off if you need time. I'm actually almost ready with a 5.00 package myself, with a lot of packaging updates. It should be done and up for sponsorship in two or three days at most. Cool! May we do it together? Anyway, will sponsor your upload. OK, so it took a bit more than a couple of days, but I believe that what is currently in the stunnel collab-maint repo should be good to go: git clone git+ssh://git.debian.org/git/collab-maint/stunnel.git I'd be glad if you could take a look at it and comment on it - even if you find that you disagree with some of my decisions :) And of course, it's fine for me if the package is maintained collaboratively - if you want to make any changes, add yourself as a maintainer or uploader, just go ahead. I've taken care of several of the bugs in the BTS. Some of the rest I'd say are invalid, some of the rest I'll ask if they are still reproducible, and some of them do need more work. I'll respond to most of them, but, well, this may sound a bit silly, but I'd like to wait until the package is actually in Debian and I can respond in some sort of more official capacity as the real maintainer at the time :) Once again, thanks for your interest in stunnel and for your assistance! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 This sentence contradicts itself - or rather - well, no, actually it doesn't! signature.asc Description: Digital signature
Bug#738093: stunnel4 maintenance
On Sun, Mar 23, 2014 at 02:56:40PM +0100, László Böszörményi (GCS) wrote: Hi Peter, How does the adoption of stunnel4 goes? More than one and half months passed. Upstream released version 5.00 since then and 5.01 is on its way. I've a package ready, but can hold off if you need time. Hi, I'm actually almost ready with a 5.00 package myself, with a lot of packaging updates. It should be done and up for sponsorship in two or three days at most. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 What would this sentence be like if it weren't self-referential? signature.asc Description: Digital signature
Bug#704059: ITP: sdb -- simple and fast key/value database
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: sdb Version : 0.6 Upstream Author : pancake panc...@nopcode.org * URL : http://github.com/radare/sdb * License : public domain Programming Lang: C Description : simple and fast key/value database sdb is a simple key/value database with disk storage, based on cdb, but with various optimizations and improvements related to both the on-disk format and the runtime processing. Its core API supports querying and modifying data within JSON objects stored in the database, as well as references to external sdb databases using namespaces. I am aware that a slightly outdated version of the sdb sources is distributed within the radare2 source package, but I have the feeling that this library also merits distribution on its own. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If this sentence were in Chinese, it would say something else. signature.asc Description: Digital signature
Bug#703507: ITP: re2 -- fast, safe C++ regular expression library
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: re2 Version : 20130115 Upstream Author : Stefano Rivera stefano.riv...@gmail.com * URL : http://code.google.com/p/re2 * License : BSD-3 Programming Lang: C++ Description : fast, safe C++ regular expression library RE2 is a fast, safe, thread-friendly alternative to backtracking regular expression engines like those used in PCRE, Perl, and Python. It is a C++ library. Backtracking engines are typically full of features and convenient syntactic sugar but can be forced into taking exponential amounts of time on even small inputs. RE2 uses automata theory to guarantee that regular expression searches run in time linear in the size of the input. RE2 implements memory limits, so that searches can be constrained to a fixed amount of memory; RE2 is engineered to use a small fixed C++ stack footprint no matter what inputs or regular expressions it must process; thus RE2 is useful in multithreaded environments where thread stacks cannot grow arbitrarily large. -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If there were no counterfactuals, this sentence would not have been paradoxical. signature.asc Description: Digital signature
Bug#697671: RFP: libwebsockets -- C Websockets Server Library
retitle 697671 ITP: libwebsockets -- C Websockets Server Library owner 697671 ! thanks On Tue, Jan 08, 2013 at 10:29:57AM +0100, Raphaël Hertzog wrote: Package: wnpp Severity: wishlist * Package name: libwebsockets Version : 0.5+git Upstream Author : Andy Green andy.gr...@linaro.org * URL : http://git.warmcat.com/cgi-bin/cgit/libwebsockets * License : LGPL-1.2 Programming Lang: C Description : C Websockets Server Library This is a C implementation of the websockets protocol: http://tools.ietf.org/html/rfc6455 I don't want to package this library myself but I might be able to sponsor it if someone is volunteering to do it. I'm thus ccing debian-mentors and debian-devel in the hope to find someone interested to package it. Note: there's also a fork at https://github.com/davidgaleano/libwebsockets I don't know which version should be best packaged. I favor the original one unless we find good reasons to use the other one. I'll try to take a look at it, it looks interesting. I'm not really sure how I missed that e-mail a month ago. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 I am the thought you are now thinking. signature.asc Description: Digital signature
Bug#697671: RFP: libwebsockets -- C Websockets Server Library
On Mon, Feb 04, 2013 at 05:14:04PM +0100, Raphael Hertzog wrote: Hi Peter, just a few more infos: On Mon, 04 Feb 2013, Peter Pentchev wrote: * URL : http://git.warmcat.com/cgi-bin/cgit/libwebsockets There's a new dedicated website: http://libwebsockets.org Note: there's also a fork at https://github.com/davidgaleano/libwebsockets I don't know which version should be best packaged. I favor the original one unless we find good reasons to use the other one. Most of the important stuff got merged in the original libwebsockets so I would not consider packaging the fork. I'll try to take a look at it, it looks interesting. Great, thank you for your contribution to Debian! Yep, I guess I forgot to mention here that I actually saw your Planet Debian post about it, so I was aware of both the original website and the renewed collaboration between the original author and the one who forked the project. Nah, thank *you* for all your work on and related to Debian! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 This sentence contains exactly threee erors. signature.asc Description: Digital signature
Bug#699347: ITP: stdsyslog -- tool to log a program's output to the system log
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: stdsyslog Version : 0.02 Upstream Author : Peter Pentchev r...@ringlet.net * URL : http://devel.ringlet.net/sysutils/stdsyslog/ * License : BSD-2 Programming Lang: C Description : tool to log a program's output to the system log The stdsyslog utility executes a program, reads everything that it outputs to a set of file descriptors (by default the standard output and standard error streams) and logs it to the system log. Its command-line options include specifications of the syslog facility and the priorities that messages on the various file descriptors should be logged as. --- cut description, start a bit of comment on the reason for this Yes, I am indeed aware that this may be accomplished using logger(1) and skillful output-redirection-to-a-program in some shells, but somehow: stdsyslog -f local4 sprog args ...strikes me as a bit easier to type than: sprog args (logger -p local4.info) 2(logger -p local4.err) ...not to mention a bit more portable and also easier to use in automated program invocations :) G'luck, Peter signature.asc Description: Digital signature
Bug#693310: ITP: spiped -- create secure pipes between socket addresses
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: spiped Version : 1.2.2 Upstream Author : Colin Percival cperc...@tarsnap.com * URL : http://www.tarsnap.com/spiped.html * License : BSD-2 Programming Lang: C Description : create secure pipes between socket addresses spiped (pronounced ess-pipe-dee) is a utility for creating symmetrically encrypted and authenticated pipes between socket addresses, so that one may connect to one address (e.g., a UNIX socket on localhost) and transparently have a connection established to another address (e.g., a UNIX socket on a different system). This is similar to 'ssh -L' functionality, but does not use SSH and requires a pre-shared symmetric key. spipe (pronounced ess-pipe) is a utility which acts as an spiped protocol client (i.e., connects to an spiped daemon), taking input from the standard input and writing data read back to the standard output. -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If I were you, who would be reading this sentence? signature.asc Description: Digital signature
Bug#693310: ITP: spiped -- create secure pipes between socket addresses
On Thu, Nov 15, 2012 at 09:12:53PM +0800, Paul Wise wrote: On Thu, Nov 15, 2012 at 8:18 PM, Peter Pentchev wrote: Description : create secure pipes between socket addresses spiped (pronounced ess-pipe-dee) is a utility for creating symmetrically encrypted and authenticated pipes between socket addresses, so that one may connect to one address (e.g., a UNIX socket on localhost) and transparently have a connection established to another address (e.g., a UNIX socket on a different system). This is similar to 'ssh -L' functionality, but does not use SSH and requires a pre-shared symmetric key. spipe (pronounced ess-pipe) is a utility which acts as an spiped protocol client (i.e., connects to an spiped daemon), taking input from the standard input and writing data read back to the standard output. Sounds similar to socat, which can connect endpoints (including SSL ones). stunnel is similar too. Thanks for your comments! I am familiar with Stunnel (I maintained the FreeBSD port for several years), and I have indeed examined the Swiss army knife that is socat, too. IMHO the advantages of spiped lie in its simplicity, its lean and mean design for doing just one thing and doing it well (and yes, I am quite aware that this is pretty much exactly how socat started Way Back When :)) and its speed. It does not attempt to start a full-blown OpenSSL session, it uses just symmetric cryptography with a preshared key (and an optional, on by default, Diffie-Hellman session key exchange) for robust, high-load client-server connections (as witnessed by its origin in the Tarsnap project). I personally think that it would be a useful alternative to have in Debian; of course, if people's opinion leans the other way, I would be prepared to withdraw the ITP. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If you think this sentence is confusing, then change one pig. signature.asc Description: Digital signature
Bug#606117: Still intend to package php-pecl-http?
On Wed, Nov 09, 2011 at 11:18:18AM +0100, Mathias Ertl wrote: Hi, I did send you an email a few days ago and haven't received a reply so far. Do you still intend to package php-pecl-http (Debian bug #606117). If you need help, I have no problem with co-maintaining it or simply contributing to your git-repository. If you no longer intend to package the repository, I could also take over the bug. Please let me know if you intend to package it yourself, need help or if its OK for me to take over the bug. Hi, Yes, I saw your e-mail from a few days ago and I also saw the discussion on the mentors list. I apologize for my silence - for the past couple of months, my Internet access has been a bit spotty and I do not read or reply to e-mail every day. I will in fact complete the pecl-http Debian packaging, and I will probably do it in the next couple of days; already you can see some changes in the Gitorious repository :) Thanks for the offer to help, but I think that from here on the main things that are left are pretty much trivial imports of new upstream versions and a couple of cleanups to the Debian packaging that I'm very much used to doing for the rest of my Debian packages. Once again, apologies for my silence and for sitting on this ITP for so long, and thanks a lot for your offer to help! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence contains exactly threee erors. signature.asc Description: Digital signature
Bug#633762: ITP: csmith -- random generator of C programs
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: csmith Version : 2.0.0 Upstream Author : Xuejun Yang jxy...@cs.utah.edu, Yang Chen cheny...@cs.utah.edu, Eric Eide ee...@cs.utah.edu, John Regehr reg...@cs.utah.edu * URL : http://embed.cs.utah.edu/csmith/ * License : BSD-2 Programming Lang: C++ Description : random generator of C programs Csmith is a tool that can generate random C programs that statically and dynamically conform to the C99 standard. Thus, it is useful for stress-testing compilers, static analyzers, and other tools that process C code. signature.asc Description: Digital signature
Bug#548070: ITP: libpdcurses0 -- X/Open curses library with an X11 and SDL interface
On Thu, Jun 30, 2011 at 04:43:18PM +0200, Agustin Martin wrote: On Wed, Sep 23, 2009 at 06:13:22PM +0300, Peter Pentchev wrote: Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: libpdcurses0 Version : 3.4 Upstream Author : William McBrine wmcbr...@users.sf.net * URL : http://pdcurses.sourceforge.net/ * License : Public domain, MIT, GPL-2+ Programming Lang: C Description : X/Open curses library with an X11 and SDL interface The main reason I want to package this library is that asciiportal (in a separate ITP) uses its SDL bindings for its weird half-TUI, half-GUI :) (cc'ing Anders Kaseorg and upstream William McBrine, hi both) Hi, Peter Sorry for the late reply, I should at least have said hello when I first noticed your ITP. During some time I have been playing with a personal package for XCurses put at my personal Debian area. It dealt only with XCurses to play with THE (an IBM XEDIT clone) under X system and had it at my personal git area under alioth, git://anonscm.debian.org/users/agmartin/pdcurses.git [snip more about your package and Andreas Kaseorg's one] Hi, Sorry for replying a bit late; I was on a short vacation last week and I only got back to my e-mail this morning. Well, the work I've done on PDCurses may be seen in the Debian Games Team's Git repository - http://anonscm.debian.org/gitweb/?p=pkg-games/libxcurses.git;a=summary or, of course, http://anonscm.debian.org/git/pkg-games/libxcurses.git/ The truth is, just a couple of days ago I remembered that my ITPs of this library and ASCIIpOrtal have been, well, languishing for a while; I'll do something about them in the next couple of days :) I'll certainly see what you've done and look for some ideas, and shame on me for not checking if anybody had done anything like that for Ubuntu! Thanks a lot for your message and the pointers; I'll get back to you when I've had a bit more time to see what everybody else has been doing on libpdcurses while I wasn't looking :) It'll most probably be later today or tomorrow. Thanks again, and keep up the good work! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 When you are not looking at it, this sentence is in Spanish. signature.asc Description: Digital signature
Bug#619097: ITP: libtest-pod-content-perl -- Perl module for testing POD content
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: libtest-pod-content-perl Version : 0.0.5 Upstream Author : Martin Kutter martin.kut...@fen-net.de * URL : http://search.cpan.org/dist/Test-Pod-Content/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl module for testing POD content This is a very simple module for testing Perl's Plain Old Documentation (POD) format's content, not just the markup syntax. It is mainly intended for testing the content of generated POD - that is, the POD included in Perl modules generated by some mechanism. I intend to maintain this package within the Debian Perl Group. signature.asc Description: Digital signature
Bug#570621: Parsing output = derivative work?
On Tue, Mar 08, 2011 at 09:23:22AM -0800, Walter Landry wrote: Miriam Ruiz mir...@debian.org wrote: In general, I wouldn't consider parsing the output of another program to de a derivative work. In general, I do agree with Miriam that parsing the output of another program does not make a derivative work. But just to give an example of where it does happen, git is largely comprised of many small utilities that communicate over pipes and command-line arguments. At first glance, that's a good point. However, do you really mean to say that all the git-* tools written by others should be considered derivative works then? Things like git-svn, git-cvs (oookay, so there might be some doubt about those), things like git-buildpackage and git-annex? Would that mean that the GPL-3+ git-annex is in violation, since most of the base Git is under a GPL-2 (no +) license? :) G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence contradicts itself - or rather - well, no, actually it doesn't! signature.asc Description: Digital signature
Bug#616450: Bug #616450: RFA: libweather-com-perl
package wnpp retitle 616450 ITA: libweather-com-perl owner 616450 ! thanks On Fri, Mar 04, 2011 at 05:04:32PM +0100, Christoph Haas wrote: Package: wnpp Severity: normal I'm not using the Perl module Weather::Com any more so I'm looking for a new maintainer of its Debian package. It is a simple module fetching weather information from weather.com. Hi, I'll try to bring this module under the umbrella of the Debian Perl Group. Thanks for your work on it and on Debian in general! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence contradicts itself - or rather - well, no, actually it doesn't! signature.asc Description: Digital signature
Bug#616449: Bug #616449: RFA: libtime-format-perl
package wnpp retitle 616449 ITA: libtime-format-perl owner 616449 ! thanks On Fri, Mar 04, 2011 at 05:03:14PM +0100, Christoph Haas wrote: Package: wnpp Severity: normal I am looking for a new maintainer for the Debian package of this Time::Format perl module. I'm not doing much with Perl nowadays. There are barely any upstream changes of the Perl module. Feel free to take over the maintainership. Hi, I'll try to bring this module under the umbrella of the Debian Perl Group. Thanks for your work on it and on Debian in general! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 The rest of this sentence is written in Thailand, on signature.asc Description: Digital signature
Bug#617387: ITP: mdcached -- multithreaded memory cache daemon for advanced data queries
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: mdcached Version : 3 Upstream Author : Ivan Voras ivo...@freebsd.org * URL : http://sourceforge.net/projects/mdcached/ * License : GPL-3 Programming Lang: C++ Description : multithreaded memory cache daemon for advanced data queries The MultiDomain Cache Daemon is a memory cache daemon similar in purpose to memcached, but which pervasively uses multithreading (SMP optimized!) and provides advanced modes of data query. -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If I had finished this sentence, signature.asc Description: Digital signature
Bug#614624: ITP: libtest-fatal-perl -- Simple Perl module for testing code with exceptions
On Tue, Feb 22, 2011 at 07:27:23PM +0100, Alessandro Ghedini wrote: Package: wnpp Severity: wishlist Owner: Alessandro Ghedini al3x...@gmail.com * Package name: libtest-fatal-perl Version : 0.003 Upstream Author : Ricardo Signes r...@cpan.org * URL : http://search.cpan.org/dist/Test-Fatal/ * License : GPL-1+ or Artistic Programming Lang: Perl Description : Simple Perl module for testing code with exceptions Test::Fatal is an alternative to the popular Test::Exception. It does much less, but should allow greater flexibility in testing exception-throwing code with about the same amount of typing. Errr... http://packages.debian.org/libtest-fatal-perl Am I missing something? :) G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 When you are not looking at it, this sentence is in Spanish. signature.asc Description: Digital signature
Bug#548031: asciiportal: changing back from ITP to RFP
retitle 548031 ITP: asciiportal -- puzzle jump'n'run adventure game owner 548031 Peter Pentchev r...@ringlet.net thanks On Sat, Feb 19, 2011 at 05:06:13PM +, Lucas Nussbaum wrote: retitle 548031 RFP: asciiportal -- puzzle jump'n'run adventure game noowner 548031 thanks Hi, This is an automatic email to change the status of asciiportal back from ITP (Intent to Package) to RFP (Request for Package), because this bug hasn't seen any activity during the last 6 months. I actually have an almost-ready package for ASCIIpOrtal in the Debian Games Team's Git repository; just a couple of copyright issues remain to be clarified with the upstream developers. Sorry for the delay! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Hey, out there - is it *you* reading me, or is it someone else? signature.asc Description: Digital signature
Bug#611621: ITP: daemontools-encore -- A collection of tools for managing UNIX services
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: daemontools-encore Version : 1.05 Upstream Author : Bruce Guenter br...@untroubled.org * URL : http://untroubled.org/daemontools-encore/ * License : MIT Programming Lang: C Description : A collection of tools for managing UNIX services daemontools-encore is a collection of tools for managing UNIX services. It is derived from the public-domain release of daemontools by D. J. Bernstein, and it adds numerous enhancements above what daemontools could do while maintaining backwards compatibility with the original package. The author realizes there are other supervisory systems that will handle some or all of the tasks that this package does better, and he is providing this package as a service to those who prefer the semantics and handling that daemontools provides. signature.asc Description: Digital signature
Bug#606117: ITP: php5-pecl-http -- Extended HTTP support for php5
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: php5-pecl-http Version : 1.7.0 Upstream Author : Michael Wallner m...@php.net * URL : http://pecl.php.net/package/pecl_http * License : BSD-2 Programming Lang: C Description : Extended HTTP support for php5 This HTTP extension aims to provide a convenient and powerful set of functionality for one of PHPs major applications. It eases handling of HTTP urls, dates, redirects, headers and messages, provides means for negotiation of clients preferred language and charset, as well as a convenient way to send any arbitrary data with caching and resuming capabilities. It provides powerful request functionality, if built with CURL support. Parallel requests are available for PHP 5 and greater. -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If I had finished this sentence, signature.asc Description: Digital signature
Bug#442045: ITA: matanza -- Space ASCII war game
Hi, This is just a note that I've packaged up a new version of matanza for the Debian Games team (http://git.debian.org/?p=pkg-games/matanza.git), uploaded it to mentors.d.n: http://mentors.debian.net/debian/pool/main/m/matanza/matanza_0.13+ds1-2.dsc ...and added it to the Debian Games Team's upload queue Wiki page http://wiki.debian.org/Games/Sponsors/Queue G'luck, Peter -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 .siht ekil ti gnidaer eb d'uoy ,werbeH ni erew ecnetnes siht fI signature.asc Description: Digital signature
Bug#605393: ITP: libc-scan-perl -- Perl extension for scanning C sources for common constructs
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: libc-scan-perl Version : 0.74-1 Upstream Author : Hugo van der Sanden h...@crypt0.demon.co.uk * URL : http://search.cpan.org/dist/C-Scan/ * License : Perl (GPL-1+ | Artistic) Programming Lang: Perl Description : Perl extension for scanning C sources for common constructs The C::Scan module performs fast, accurate scanning of C source code. It provides an object interface for accessing information about a particular C source file. (from a PerlMonks review by Steven Knight) I intend to maintain this package within the Debian Perl Group (CC'd), and in the meantime I'll write to the principal author and to the last uploader to clarify the copyright terms; of course the package upload will wait for that :) signature.asc Description: Digital signature
Bug#599753: ITP: netpgp -- PGP signing, verification, encryption and decryption program
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: netpgp Version : 20100710 Upstream Author : Alistair Crooks a...@netbsd.org, Ben Laurie, Rachel Willmer * URL : http://www.netbsd.org/ * License : BSD Programming Lang: C Description : PGP signing, verification, encryption and decryption program The netpgp library is a BSD-licensed library for managing PGP keys. On top of the library, the netpgp command can digitally sign files and verify that the signatures attached to files were signed by a given user identifier. netpgp can also encrypt files using the public or private keys of users and, in the same manner, decrypt files which were encrypted. The netpgpkeys utility can also be used to generate a new key-pair for a user. This key is in two parts, the public key (which can be used by other people) and a private key. signature.asc Description: Digital signature
Bug#599753: ITP: netpgp -- PGP signing, verification, encryption and decryption program
On Sun, Oct 10, 2010 at 11:41:22PM +0200, Peter Palfrader wrote: On Mon, 11 Oct 2010, Peter Pentchev wrote: Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: netpgp Version : 20100710 Upstream Author : Alistair Crooks a...@netbsd.org, Ben Laurie, Rachel Willmer * URL : http://www.netbsd.org/ * License : BSD Programming Lang: C Description : PGP signing, verification, encryption and decryption program The netpgp library is a BSD-licensed library for managing PGP keys. On top of the library, the netpgp command can digitally sign files and verify that the signatures attached to files were signed by a given user identifier. netpgp can also encrypt files using the public or private keys of users and, in the same manner, decrypt files which were encrypted. The netpgpkeys utility can also be used to generate a new key-pair for a user. This key is in two parts, the public key (which can be used by other people) and a private key. Shouldn't the description mention 'OpenPGP' somewhere? s/PGP keys/OpenPGP keys/ would be a suitable place for instance. Good point! Actually, both the short and long descriptions are taken verbatim from the package's NetBSD pkgsrc metadata, but there's no reason they must be the same in Debian :) I'll reword them in the RFS in a couple of days. Thanks! G'luck, Peter -- Peter Pentchev r...@space.bgr...@ringlet.netr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 .siht ekil ti gnidaer eb d'uoy ,werbeH ni erew ecnetnes siht fI signature.asc Description: Digital signature
Bug#571216: ITP: libhamsterdb0 -- simple file-based database engine
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: libhamsterdb0 Version : 1.1.2 Upstream Author : Christoph Rupp ch...@crupp.de * URL : http://www.hamsterdb.com/ * License : GPL-2+, PD (I'll repack to remove the embedded zlib) Programming Lang: C Description : simple file-based database engine hamsterdb Embedded Storage is a database engine written in ANSI C. It supports a B+Tree index structure, uses memory mapped I/O (if available), supports fast Cursors and variable length keys and can create In-Memory Databases. G'luck, Peter -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 No language can express every thought unambiguously, least of all this one. pgpRHCtbVE4ia.pgp Description: PGP signature
Bug#548069: ITP: asciiportal -- puzzle jump'n'run adventure game
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: asciiportal Version : 1.0 Upstream Author : Joseph Larson * URL : http://cymonsgames.com/asciiportal/ * License : MIT/X11 Programming Lang: C++ Description : puzzle jump'n'run adventure game Grab your hand-held portal device and enter the test chambers for a non-euclidean good time. . ASCIIpOrtal is a text based puzzle game inspired by the popular video game. In ASCIIpOrtal you overcome challenges by placing portal way-points, joining two points in the map. If the player or any object passes through one portal way-point it will seamlessly exit the other. Since both way-points are the same point on the map the player's view through the portal reflects this and space warps around you as you pass through the portal. I intend to maintain this package within the Debian Games Team. G'luck, Peter -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I am not the subject of this sentence. pgpTadyE4Z8WO.pgp Description: PGP signature
