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
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#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#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#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.
Re: 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
Re: 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
