Hi Scott, thanks for this ITP
On Tue, May 05, 2015 at 09:53:54PM +0100, Scott Wakeling wrote: > Package: wnpp > Severity: wishlist > Owner: Scott Wakeling <[email protected]> > > * Package name : jsqsh > Version : 2.1.1 > Upstream Author : Scott Gray <[email protected]> > * URL : https://github.com/scgray/jsqsh > * License : Apache 2.0 > Programming Lang: Java > Description : Console based database query tool, featuring command line > editing, piping of output to other programs, and much much more. That's no proper *short* description. Please stick to 72 characters. > JSqsh (pronounced jay-skwish) is short for Java SQl Shell, a > console based tool that allows the ability to query a database > with functionality of your typical shell, such as command line > editing, tab completion, variable expansion, redirection of > output to files, or the ability to pipe the output of the > query execution to an external program (grep, more, etc.). It would be interesting to know to what SQL servers this backend can talk to. The following is just a nice "story" to convince us that the package might be good but does not really belong to an ITP. > I was introduced to JSqsh at work around four years ago, and > have been using and recommending it ever since. I've tried > various other SQL clients in that time, graphical and > otherwise, and never found anything as extensible or universal > as JSqsh. There's nothing in Debian today (I'm aware of) that > offers the same power and flexibility. > > JSqsh is actively developed and maintained upstream, and its > author, Scott Gray, is helpful, responsive, and also keen to > see JSqsh in Debian. > > I see myself using JSqsh on a daily basis for years to come, > and am happy to commit to maintaining it in Debian for just as > long. As a new contributor I am in the process of learning > packaging, but I am familiar with the JSqsh source. I have > JSqsh packaged locally with only some finishing touches to > make before filing an RFS, if this ITP meets no opposition. Usually ITPs of free software do not meet any opposition. I would (strongly) recommend to use a Git repository in collab-maint to maintain this package. I could imagine to serve as sponsor if nobody else has interest to do this. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: https://lists.debian.org/[email protected]
