Re: NEW: math/visidata

2020-12-07 Thread j

Hi Stuart,

Here is a 2.1 release of the same -- it fixes a bunch of hdf5 bugs.


--John


On 2020-12-07 07:36, j...@bitminer.ca wrote:

Hi Stuart,

This is great, I saw a similar thread on HN and was about to do the 
port.


But the Makefile doesn't pass portcheck, nor does it build for me:


ry$ /usr/ports/infrastructure/bin/portcheck
Fatal error: can't parse comment is too long
console-based multitool for exploring and arranging tabular data


 at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1270.
*** Error 255 in /usr/ports/math/visidata
(/usr/ports/infrastructure/mk/bsd.port.mk:3072
'print-plist-with-depends': @if a=`SUBPACKAGE=- PKG...)
math/visidata
ry$ pwd
/usr/ports/math/visidata


I suggest you take away the "and arranging" phrase.  Then it works 
great.



cheers

John

visidata-021.tgz
Description: GNU Zip compressed data


Re: NEW: math/visidata

2020-12-07 Thread j

Hi Stuart,

This is great, I saw a similar thread on HN and was about to do the 
port.


But the Makefile doesn't pass portcheck, nor does it build for me:


ry$ /usr/ports/infrastructure/bin/portcheck
Fatal error: can't parse comment is too long
console-based multitool for exploring and arranging tabular data


 at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1270.
*** Error 255 in /usr/ports/math/visidata 
(/usr/ports/infrastructure/mk/bsd.port.mk:3072 
'print-plist-with-depends': @if a=`SUBPACKAGE=- PKG...)

math/visidata
ry$ pwd
/usr/ports/math/visidata


I suggest you take away the "and arranging" phrase.  Then it works 
great.



cheers

John



Re: NEW: math/visidata

2020-12-06 Thread Landry Breuil
On Sun, Dec 06, 2020 at 10:28:32AM +, Stuart Henderson wrote:
> Found via https://twitter.com/nevoitbien/status/1335398803604586498 -
> this is really nice, ok to import? (I've put it in math/ as the main
> category but it could equally go in textproc, productivity, misc -
> I'll move it if there's a clear consensus that some other is better).

Sounds very cool, no opinion on the category though - maybe note/list
the formats that are supported ootb without any rdep, and the ones that
might need extra rdeps ? it makes sense to avoid enforcing rdeps, but
would be nice to know whats supported ootb.

other than that, ok portswise.



NEW: math/visidata

2020-12-06 Thread Stuart Henderson
Found via https://twitter.com/nevoitbien/status/1335398803604586498 -
this is really nice, ok to import? (I've put it in math/ as the main
category but it could equally go in textproc, productivity, misc -
I'll move it if there's a clear consensus that some other is better).



VisiData is an interactive multitool for tabular data. It combines the
clarity of a spreadsheet, the efficiency of the terminal, and the power
of Python, into a lightweight utility which can handle millions of rows
with ease.

It's very flexible - https://www.visidata.org/blog/2020/ten/ has many
examples of what it can do.

All of the obvious data formats are supported, as are more specialist
types including pcap, HTML tables, SQL databases, geographic data and
more. This package does not force optional dependencies - check the
list in the extensive vd(1) manual or try opening the file and see the
"module not found" message - pkglocate is useful to find the relevant
py3-module to install.


visidata.tgz
Description: application/tar-gz