Bug#940427: RFA: golang-github-syncthing-notify
> Hi Jai, are you still interested in maintaining this package? > If so and need a sponsor feel free to ping me. Otherwise > I would be interested in becoming the maintainer. Yes I am still interested in maintenance, I can't guarantee a regular sum of time to work on it but I will try my best. I believe it needs a bit of work before an upload now but hopefully that won't take me long to fix up. Thank you for offering to sponsor it! -- Thanks, Jai
Bug#973570: fzf: keybinding files should be installed under /etc
On Sun, 21 Feb 2021 17:11:28 +0100 Jonas Smedegaard wrote: > Debian Policy §12.6 says that /usr/share/doc/*/examples/ is "for the > benefit of the system administrator and users as documentation only." > > Notice the final part of "documentation only". That is a good point; as they are intended for use I'll move them out of doc/. This is also good opportinity to install the bash completions by default and maybe the Vim plugin if it's not too intrusive. -- Thanks, Jai
Bug#973570: fzf: keybinding files should be installed under /etc
On Sun, 01 Nov 2020 23:56:28 + yacoob wrote: > Right now the example keybindings for different shells > (/usr/share/doc/fzf/examples/key-bindings.*) are placed under > /usr/share/doc. This is all fine and good, except for cases where you're using > a slimed down file (eg. debian-slim image from docker) which doesn't have > /usr/share/doc. Please consider placing those keybindings somewhere under > /etc. /usr/share/doc is the standard location for these in Debian. What would be the use-case for having these in a docker (or other) image designed to not include unnecessary files? -- Thanks, Jai
Bug#971596: RFS: fzf/1.0-2 [ITA] -- general-purpose command-line fuzzy finder
I just updated this for a new upstream release 0.23.0. -- Thanks, Jai
Bug#964850: Splitting mime-support into mailcap and media-types (Re: Bug#964850: ITP: mailcap -- Debian's mailcap system, and support programs)
Adam Borowski writes: [...] > perl-base is essential. Thanks, My apologies, I couldn't find it on the wiki. -- Thanks, Jai
Bug#964850: Splitting mime-support into mailcap and media-types (Re: Bug#964850: ITP: mailcap -- Debian's mailcap system, and support programs)
Hi Charles, Charles Plessy writes: > Le Sat, Jul 11, 2020 at 01:48:55PM +0900, Charles Plessy a écrit : >> >> I plan to split the mime-support package into "mailcap" (this WNPP bug) >> that will provide the mailcap system, optionally, and "media-types" >> (ITP later), which will provide /etc/mime.types (Priority: standard). >> >> My goal is to allow for evolution of this package, or alternative >> implementations if we need to satisfy at the same time those who would >> like some change and those who would not. Lastly, the split will also >> allow us to explore the complete replacement of mailcap entries by >> information flowing from the FreeDesktop menu system. > > Dear all, > > I made progress in preparing the split: `mime-support` will become dummy > and depend on `media-types`, providing /etc/mime.types, priority Stanard, > and `mailcap`, providing the mailcap system, priority optional. > > Before I upload to experimental, I would be happy to hear your comments. > The source packages are on Salsa. > > - https://salsa.debian.org/debian/mime-support > - https://salsa.debian.org/debian/media-types > - https://salsa.debian.org/debian/mailcap > > Please CC me and the bug; I am not subscribed to debian-devel. > > Have a nice day, > > Charles Forgive me if this is an ignorant question but isn't mailcap missing dependencies? If I build, then install all three and then ask apt about mailcap's dependencies it gives: mailcap Depends: media-types Breaks: mime-support (<= 3.64) Recommends: bzip2 Recommends: file Recommends: xz-utils Replaces: mime-support (<= 3.64) But the script it installs clearly depends on Perl: #! /usr/bin/perl ### # # Run-Mailcap: Run a program specified in the mailcap file based on a mime # type. Is this an exception because Perl is part of the base system and assumed to always be installed? -- Thanks, Jai
Bug#970269: fzf Sponsorship Request
Hi Tomas, Sorry about the mail spam but thought I should let you know that the fzf Salsa repo is now under https://salsa.debian.org/go-team/packages/fzf and hopefully the other one will be deleted soon. -- Thanks, Jai
Bug#970269: fzf Sponsorship Request
>> If you post your proposed changes here, then I'll have a look at them and >> hopefull push them to >> Debian. >> >> Ultimately I think it'd make more sense to maintan the package on samba. >> That way it'd be easier >> to >> propose changes, pull requests etc. I'm all done and just submitted an RFS for fzf to sponsorship-requests (#971596) if you would like to sponsor both fzf and golang-github-saracen-walker. Some links to make it easier: > fzf: > Repo: https://salsa.debian.org/go-team/fzf > Mentors: https://mentors.debian.net/package/fzf/ RFS: #971596 or https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971596 > > golang-github-saracen-walker: > Repo: > https://salsa.debian.org/go-team/packages/golang-github-saracen-walker > Mentors: https://mentors.debian.net/package/golang-github-saracen-walker/ > RFS: #971419 or https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971419 -- Thanks, Jai
Bug#971596: RFS: fzf/1.0-2 [ITA] -- general-purpose command-line fuzzy finder
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "fzf": * Package name: fzf Version : 0.22.0-1 Upstream Author : Junegunn Choi * URL : https://github.com/junegunn/fzf * License : Expat * Vcs : https://salsa.debian.org/debian/fzf Section : utils It builds those binary packages: fzf - general-purpose command-line fuzzy finder To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fzf/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fzf/fzf_0.22.0-1.dsc Changes since the last upload: fzf (0.22.0-1) unstable; urgency=medium . * New upstream version. (Closes: #969720) * Add d/upstream/metadata. * Add Upstream-Contact to d/copyright. * Update debhelper-compat version. * Fix test-suite. (Closes: #969829) * Fix inclusion of source code in binary. (Closes: #956943) * New uploader. (Closes: #970269) * Move maitenence to Debian Go team. -- This fixes 4 bugs including an RFA and serious in the popular package fzf, a command-line fuzzy finder; also it fixes all of the lintian warnings. -- This has a dependency on golang-github-saracen-walker (#971419) for the new version 0.22.0: * Package name: golang-github-saracen-walker Version : 0.1.1-1 Upstream Author : Arran Walker * URL : https://github.com/saracen/walker * License : MIT * Vcs : https://salsa.debian.org/go-team/packages/golang-github-saracen-walker Section : devel More Info : https://mentors.debian.net/package/golang-github-saracen-walker/ Download: dget -x https://mentors.debian.net/debian/pool/main/g/golang-github-saracen-walker/golang-github-saracen-walker_0.1.1-1.dsc -- Thanks, Jai
Bug#970269:
Tomas Pospisek writes: Are you interested to become a Debian Maintainer or Developper? Definitely but I'm in no rush :^). If you post your proposed changes here, then I'll have a look at them and hopefull push them to Debian. Ultimately I think it'd make more sense to maintan the package on samba. That way it'd be easier to propose changes, pull requests etc. I have a working build at the moment, just trying to fix as many lintian warnings as possible before I submit a RFS. The new dependency is ready and I just submitted an RFS for it (golang-github-saracen-walker). I created a new repo on Salsa under the Go Packaging Team but mistakenly put it in the wrong place (not under go-team/packages/), I have just asked around about this and I'll let you know when (if) it does get moved. fzf: Repo: https://salsa.debian.org/go-team/fzf Mentors: https://mentors.debian.net/package/fzf/ golang-github-saracen-walker: Repo: https://salsa.debian.org/go-team/packages/golang-github-saracen-walker Mentors: https://mentors.debian.net/package/golang-github-saracen-walker/ RFS: #971419 or https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971419 -- Thanks, Jai
Bug#971419: RFS: golang-github-saracen-walker/0.1.1-1 [ITP] -- walker is a faster, parallel version, of filepath.Walk
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "golang-github-saracen-walker": * Package name: golang-github-saracen-walker Version : 0.1.1-1 Upstream Author : Arran Walker * URL : https://github.com/saracen/walker * License : MIT * Vcs : https://salsa.debian.org/go-team/packages/golang-github-saracen-walker Section : devel It builds those binary packages: golang-github-saracen-walker-dev - walker is a faster, parallel version, of filepath.Walk To access further information about this package, please visit the following URL: https://mentors.debian.net/package/golang-github-saracen-walker/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/golang-github-saracen-walker/golang-github-saracen-walker_0.1.1-1.dsc Changes for the initial release: golang-github-saracen-walker (0.1.1-1) unstable; urgency=medium . * Initial packaging. (Closes: #971350) -- This is required for newer versions of fzf (>= 0.21.0) which is a popular, general-purpose command-line fuzzy finder. Sponsoring this is required to fix #969720 and allow updating fzf. As one means of testing I have a working, updated build of fzf on mentors (however not quite yet ready for submission): Info: https://mentors.debian.net/package/fzf/ Download: dget -x https://mentors.debian.net/debian/pool/main/f/fzf/fzf_0.22.0-1.dsc -- Thanks, Jai
Bug#971350: ITP: golang-github-saracen-walker -- walker is a faster, parallel version, of filepath.Walk
Package: wnpp Severity: wishlist Owner: Jai Flack * Package name: golang-github-saracen-walker Version : 0.1.1-1 Upstream Author : Arran Walker * URL : https://github.com/saracen/walker * License : Expat Programming Lang: Go Description : walker is a faster, parallel version, of filepath.Walk Reasoning: This is a dependency for recent releases of fzf (>= 0.21.0), a popular, fast, command-line fuzzy finder. Description: This library and filepath.Walk both perform os.Lstat calls and provide a full os.FileInfo structure to the callback. BenchmarkFastwalkWalkLstat and BenchmarkGodirwalkWalkLstat include this stat call for better comparison with BenchmarkFilepathWalk and BenchmarkWalkerWalk. . This library and fastwalk both require the callback to be safe for concurrent use. BenchmarkFilepathWalkAppend, BenchmarkWalkerWalkAppend, BenchmarkFastwalkWalkAppend and BenchmarkGodirwalkWalkAppend append the paths found to a string slice. The callback, for the libraries that require it, use a mutex, for better comparison with the libraries that require no locking. . This library will not always be the best/fastest option. In general, if you're on Windows, or performing lstat calls, it does a pretty decent job. If you're not, I've found fastwalk to perform better on machines with fewer cores.
Bug#970269: RFA: fzf -- general-purpose command-line fuzzy finder
> I request an adopter for the fzf package. I would be happy to adopt, I am familiar with the source and very familiar with the libraries it uses. > I'm no longer interested in maintaining software written in go. Would you be willing to sponsor? :^)
Bug#940427: RFA: golang-github-syncthing-notify
> For now, I intend to do my best to keep maintaining this package. > However, I will probably retitle this bug with the 'O:' prefix at some > point, indicating that I have orphaned it. Hi, I'm interested in helping out the Debian Go team and considering this is something I use constantly, I would definitely be willing to help maintain it. > Feel free to upload a new version of the package and remove me from the > uploaders in debian/control. > > Feel free to contact me with any questions. Also note that I always > willing to sponsor uploads! I had a look at the tracker and it seems this just requires an update and standards bump at the moment, is this correct? -- Thanks, Jai
Bug#904236: RFA: emacs-world-time-mode
Hi Sean, Whilst I'm not a heavy user of world-time-mode it does come in very handy when I do need it so I would be willing to adopt and maintain it, however I'm not a DM and would need a sponsor if you're willing. I had a look at the bug tracker and can't see any bug reports, does any work need to be done on this? -- Thanks, Jai
Bug#969634: ITP: shellescape -- Escape arbitrary strings for use as command line arguments
Description : Escape arbitrary strings for use as command line arguments Generally this is the wrong approach and commands should be run through fork+exec instead of escaping them and passing them through the shell. https://bonedaddy.net/pabs3/log/2014/02/17/pid-preservation-society/ escargs utility escargs reads lines from the standard input and prints shell-escaped versions. Unlinke xargs, blank lines on the standard input are not discarded. There is already the shell-quote too from libstring-shellquote-perl in Debian if you want something to run from an interactive shell. Also xargs doesn't discard blank lines if you don't use the unsafe variants of it. xargs without the -d or -0 options is unsafe. My reason for packaging this is to use the Go library to later package pistol (https://github.com/doronbehar/pistol) which uses it to quote file paths before executing a user configurable command with `sh -c`. However I wasn't aware that the functionality was already offered by libstring-shellquote-perl so I should've mentioned this in the description. As a new maintainer does this mean I should only provide the library? -- Thanks, Jai
Bug#969634: ITP: shellescape -- Escape arbitrary strings for use as command line arguments
Package: wnpp Severity: wishlist Owner: Jai Flack * Package name: shellescape Version : 1.2.2-1 Upstream Author : Alessio Treglia * URL : https://github.com/alessio/shellescape * License : Expat Programming Lang: Go Description : Escape arbitrary strings for use as command line arguments Escape arbitrary strings for safe use as command line arguments. Contents of the package This package provides the shellescape.Quote() function that returns a shell-escaped copy of a string. This functionality could be helpful in those cases where it is known that the output of a Go program will be appended to/used in the context of shell programs' command line arguments. Especially when creating pipeline of commands which might end up being executed by a shell interpreter, it is particularly unsafe to not escape arguments. escargs utility escargs reads lines from the standard input and prints shell-escaped versions. Unlinke xargs, blank lines on the standard input are not discarded. I intend to maintain this under the umbrella of the Go packaging team
Bug#969632: ITP: golang-github-galdor-cmdline -- A command line parser written in Go
Package: wnpp Severity: wishlist Owner: Jai Flack * Package name: golang-github-galdor-cmdline Version : 1.1.1-1 Upstream Author : Nicolas Martyanoff * URL : https://github.com/galdor/go-cmdline * License : ISC Programming Lang: Go Description : Command line parser written in Go cmdline is a Go library to parse command line options (with optional default values), arguments and subcommands. The `examples` directory contains examples for the various features of `cmdline`. You can run them with `go run`. Feel free to copy and use these examples in your own application. I intend to maintain this under the umbrella of the Go packaging team
Bug#969629: ITP: golang-github-nwaples-rardecode -- A go package for reading RAR archives.
Package: wnpp Severity: wishlist Owner: Jai Flack * Package name: golang-github-nwaples-rardecode Version : 1.1.0-1 Upstream Author : Nicholas Waples * URL : https://github.com/nwaples/rardecode * License : BSD-2-clause Programming Lang: Go Description : A go package for reading RAR archives. A go package for reading the contents and attributes of RAR archives. I intend to maintain this under the umbrella of the Go packaging team
Bug#969539: RFS: golang-github-rakyll-magicmime/0.1.0-1 [ITP] -- Go bindings for libmagic to detect MIME types
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "golang-github-rakyll-magicmime": * Package name: golang-github-rakyll-magicmime Version : 0.1.0-1 Upstream Author : Jaana Dogan * URL : https://github.com/rakyll/magicmime * License : Apache-2.0 * Vcs : https://salsa.debian.org/go-team/packages/golang-github-rakyll-magicmime Section : devel It builds those binary packages: golang-github-rakyll-magicmime-dev - Go bindings for libmagic to detect MIME types To access further information about this package, please visit the following URL: https://mentors.debian.net/package/golang-github-rakyll-magicmime/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/golang-github-rakyll-magicmime/golang-github-rakyll-magicmime_0.1.0-1.dsc Changes for the initial release: golang-github-rakyll-magicmime (0.1.0-1) unstable; urgency=medium . * Initial release (Closes: #969539) * This is my first Debian package. * Adjusted the tests to pass with updated libmagic Thanks, -- Jai Flack
Bug#969539: ITP: golang-github-rakyll-magicmime -- Go bindings for libmagic to detect MIME types
Package: wnpp Severity: wishlist Owner: Jai Flack * Package name: golang-github-rakyll-magicmime Version : 0.1.0-1 Upstream Author : Jaana Dogan * URL : https://github.com/rakyll/magicmime * License : Apache-2.0 Programming Lang: Go Description : Go bindings for libmagic to detect MIME types golang-github-rakyll-magicmime-dev is a Go package which allows you to discover a file's mimetype by looking for magic numbers in its content. It could be used as a supplementary for Go's mime (http://golang.org/pkg/mime/) package which only interprets the file extension to detect mimetypes. Internally, it implements libmagic(3) (http://linux.die.net/man/3/libmagic) bindings. I intend to maintain this under the umbrella of the Go packaging team
