Bug#830983: ITP: field -- extracts a list of fields from a file

2016-07-13 Thread Lars Wirzenius
On Wed, Jul 13, 2016 at 01:08:25PM -0500, Matt Zagrabelny wrote:
> Perhaps moreutils?
> 
> The utilities provided therein are (partially) written in perl. So it
> is out of place in that regards - but certainly not a show stopping
> road block.
> 
> Joey Hess is the maintainer according to:
> 
> apt-cache show moreutils | grep '^Maintainer:'
> Maintainer: Joey Hess 

That's obsolete information.

https://tracker.debian.org/pkg/moreutils has current information.

-- 
Schrödinger's backup hypothesis: the condition of any backup is
undefined until a restore is attempted. -- andrewsh


signature.asc
Description: PGP signature


Bug#830983: ITP: field -- extracts a list of fields from a file

2016-07-13 Thread Matt Zagrabelny
On Wed, Jul 13, 2016 at 1:14 PM, Lars Wirzenius  wrote:
> On Wed, Jul 13, 2016 at 01:08:25PM -0500, Matt Zagrabelny wrote:
>> Perhaps moreutils?
>>
>> The utilities provided therein are (partially) written in perl. So it
>> is out of place in that regards - but certainly not a show stopping
>> road block.
>>
>> Joey Hess is the maintainer according to:
>>
>> apt-cache show moreutils | grep '^Maintainer:'
>> Maintainer: Joey Hess 
>
> That's obsolete information.

Indeed! :)

I thought I was performing the command on a sid machine, but it was
jessie. Oops!

-m



Bug#830983: ITP: field -- extracts a list of fields from a file

2016-07-13 Thread Matt Zagrabelny
On Wed, Jul 13, 2016 at 12:50 PM, Trevor Bramwell  wrote:
> On Wed, Jul 13, 2016 at 07:39:32PM +0200, Geert Stappers wrote:

>> Such has having the 'field' codo in an existing Debian package.
>
> If you would be so kind as to point me to the right package this should
> be included in, I'd be happy to discuss it with the maintainer and close
> this bug.

Perhaps moreutils?

The utilities provided therein are (partially) written in perl. So it
is out of place in that regards - but certainly not a show stopping
road block.

Joey Hess is the maintainer according to:

apt-cache show moreutils | grep '^Maintainer:'
Maintainer: Joey Hess 

-m



Bug#830983: ITP: field -- extracts a list of fields from a file

2016-07-13 Thread Trevor Bramwell
On Wed, Jul 13, 2016 at 07:39:32PM +0200, Geert Stappers wrote:
> That seems to me a "Debian is a good FLOSS project, I want to contribute,
> here is my code which I have allready packaged!"

Bingo. In fact the code is already packaged for Python[1].

I have high hopes of getting more involved in Debian and this is
my 'foot-in-the-water'.

> Where I can understand the Point Of View of both Trevor and Marco,
> think I that the answer is some where in the middle.

I wrote this specifically because it was clear coreutils is not
interested[2] in including these changes into 'cut'; understandably
because of backwards-compatability.

> Such has having the 'field' codo in an existing Debian package.

If you would be so kind as to point me to the right package this should
be included in, I'd be happy to discuss it with the maintainer and close
this bug.

Regards,
Trevor Bramwell

[1] https://pypi.python.org/pypi/field
[2] https://www.gnu.org/software/coreutils/rejected_requests.html

  See 'cut -f2,1' and 'cut -d '[:blank:]'.


signature.asc
Description: Digital signature


Bug#830983: ITP: field -- extracts a list of fields from a file

2016-07-13 Thread Geert Stappers
On Wed, Jul 13, 2016 at 06:47:22PM +0200, Marco d'Itri wrote:
> Do we really need this trivial program which barely saves typing a few
> characters, especially in a standalone package?
> Also, what is wrong with cut(1)?

Seems to me two retoric questions.  Quoting the original posting:

> > I am the sole creator of field and expect to maintain the package when
> > new bugs are found. The first build of the package can be found on my
> > website[1] and as this is my first Debian package I would appreciate a
> > sponsor.

That seems to me a "Debian is a good FLOSS project, I want to contribute,
here is my code which I have allready packaged!"


Where I can understand the Point Of View of both Trevor and Marco,
think I that the answer is some where in the middle. Such has having
the 'field' codo in an existing Debian package.


Groeten
Geert Stappers

[1] https://trevor.bramwell.net/downloads/field_0.2.0-1_amd64.deb
-- 
Leven en laten leven



Bug#830983: ITP: field -- extracts a list of fields from a file

2016-07-13 Thread Marco d'Itri
On Jul 13, Trevor Bramwell  wrote:

> field it is a simpler version of:
> 
>   awk '{ print $5,$3,$1; }'
Do we really need this trivial program which barely saves typing a few
characters, especially in a standalone package?
Also, what is wrong with cut(1)?

-- 
ciao,
Marco


signature.asc
Description: PGP signature


Bug#830983: ITP: field -- extracts a list of fields from a file

2016-07-13 Thread Trevor Bramwell
Package: wnpp
Severity: wishlist
Owner: Trevor Bramwell 

* Package name: field
  Version : 0.2.0
  Upstream Author : Trevor Bramwell 
* URL : https://github.com/bramwelt/field
* License : GPLv3+
  Programming Lang: Python
  Description : extract a list of fields from a file

field it is a simpler version of:

  awk '{ print $5,$3,$1; }'

and similar scripts. Field defaults to spliting lines, read from stdin
and written to stdout, on whitespace (space and tab).
The benefits it provides over the above awk pattern and cut are:

 - Out of order printing

   field 3 2 3 1 < file 

 - Ranges

   field 5-1 < file

 - Repetition

   field 2 2 2 2 < file

I am the sole creator of field and expect to maintain the package when
new bugs are found. The first build of the package can be found on my
website[1] and as this is my first Debian package I would appreciate a
sponsor.

[1] https://trevor.bramwell.net/downloads/field_0.2.0-1_amd64.deb