CVS: cvs.openbsd.org: ports

2020-09-10 Thread Kirill Bychkov
CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2020/09/10 23:58:33

Modified files:
games/fifechan : Makefile distinfo 
games/fifechan/pkg: PLIST 

Log message:
Update to fifechan-0.1.5



Re: go portgen: enable ability to specify version

2020-09-10 Thread Andrew Hewus Fresh
On Thu, Sep 10, 2020 at 04:23:03PM -0600, Aaron Bieber wrote:
> Hi,
> 
> I have been sitting on this diff for a bit. It enables portgen to take a
> version. For example:
> 
>   $ portgen go github.com/ipfs/go-ipfs@v0.7.0-rc2
> 
> This is handy when our logic to pick the version number prevents you
> from grabbing rc versions.
> 
> It will also enable easier upgrading of GOMOD vars (that's another diff
> that paco@ has put together).
> 
> OK?
> 
> Cheers,
> Aaron
> 
> diff bd5892339f98bf561050a7dfa529498b3770873d /usr/ports
> blob - 16116f9b0525e89d7f4b115e7517cb913f107760
> file + infrastructure/lib/OpenBSD/PortGen/Port/Go.pm
> --- infrastructure/lib/OpenBSD/PortGen/Port/Go.pm
> +++ infrastructure/lib/OpenBSD/PortGen/Port/Go.pm
> @@ -64,16 +64,31 @@ sub _go_lic_info
>  
>  sub _go_determine_name
>  {
> - # Some modules end in "v1" or "v2", if we find one of these, we need
> - # to set PKGNAME to something up a level
>   my ( $self, $module ) = @_;
> - my $json = $self->get_json( $module . '/@latest' );
> + my $json = {};
>  
> + # Versions can be specified on the command line:
> + if ($module =~ m/\@v/) {

Why don't you just "get_json" if it has a version already, not looking
for @latest?   It seems like that would do a bit of validation that the
version you tried exists and such.

$json = $self->get_json($module);
$module =~ s/@.*//;

> + my @parts = split("@", $module);

I might name these `my ($m, $v) = split /@/, $module, 2;` because I
think that's easier to follow than $parts[1].

> + $module = $parts[0];
> + $json->{Module} = $parts[0];
> + $json->{Version} = $parts[1];
> +
> + # This is used in get_ver_info when we have already determined
> + # the version to use.
> + $self->{ModName} = $parts[0];
> + $self->{ModVersion} = $parts[1];

Should we store these things in $self out of $json if we got them?  What
does grabbing all the versions do if we've already gotten one?


> + } else {
> + $json = $self->get_json( $module . '/@latest' );
> + }
> +
>   if ($json->{Version} =~ m/incompatible/) {
>   my $msg = "${module} $json->{Version} is incompatible with Go 
> modules.";
>   croak $msg;
>   }
>  
> + # Some modules end in "v1" or "v2", if we find one of these, we need
> + # to set PKGNAME to something up a level
>   if ($module =~ m/v\d$/) {
>   $json->{Name}   = ( split '/', $module )[-2];
>   } else {
> @@ -212,6 +227,11 @@ sub _go_mod_normalize
>  sub get_ver_info
>  {
>   my ( $self, $module ) = @_;
> +
> + if (defined $self->{ModVersion} && defined $self->{ModName}) {
> + return { Module => $self->{ModName}, Version => 
> $self->{ModVersion} };
> + }
> +
>   my $version_list = $self->get( $module . '/@v/list' );
>   my $version = "v0.0.0";
>   my $ret;
> 

-- 
andrew - http://afresh1.com

If your computer says, "Printer out of Paper," this problem cannot
  be resolved by continuously clicking the "OK" button.



Re: [NEW] p5-Net-Prometheus ( with p5-Struct-Dumb )

2020-09-10 Thread Andrew Hewus Fresh
p5-Struct-Dumb could use a TEST_DEPENDS on devel/p5-Data-Dump so tests
are the same no matter what else is installed, other than that:

OK afresh1@

p5-Net-Prometheus doesn't seem to need BUILD_DEPENDS=${RUN_DEPENDS}, but
with that changed, it's also

OK afresh1@



On Sat, Aug 29, 2020 at 07:34:55PM -0400, Sven F. wrote:
> On Tue, Aug 25, 2020 at 10:46 AM Sven F.  wrote:
> >
> > On Sun, Aug 23, 2020 at 6:47 PM Andrew Hewus Fresh  
> > wrote:
> > >
> > > Comments inline.
> > >
> > > On Mon, Aug 17, 2020 at 07:04:12PM -0400, Sven F. wrote:
> > > > Index: devel/p5-Struct-Dumb/Makefile
> > > > ===
> > > > RCS file: devel/p5-Struct-Dumb/Makefile
> > > > diff -N devel/p5-Struct-Dumb/Makefile
> > > > --- /dev/null 1 Jan 1970 00:00:00 -
> > > > +++ devel/p5-Struct-Dumb/Makefile 17 Aug 2020 22:54:51 -
> > > > @@ -0,0 +1,23 @@
> > > > +# $OpenBSD$
> > > > +
> > > > +COMMENT= make simple lightweight record-like structures
> > >
> > > I'm not sure if it's just the way this was submitted, but the proper
> > > format here is optional space, operator (= or +=), tab.  Specifically,
> > > the character after the = (or +=) should be a tab, not a space.
> > >
> > > The optional space should be consistent in the file.
> > >
> > >
> > > > +
> > > > +MODULES= cpan
> > > > +CPAN_AUTHOR= PEVANS
> > > > +PKG_ARCH= *
> > > > +DISTNAME= Struct-Dumb-0.12
> > > > +CATEGORIES= devel
> > >
> > > This is an odd order, The DISTNAME should be first and the others can
> > > either go here or down by the CONFIGURE_STYLE.  No real preference on
> > > that, but I think it's more common for them to be down below.
> > >
> > >
> > >
> > > > +MAINTAINER= Sven 
> > > > +
> > > > +# perl
> > > > +PERMIT_PACKAGE= Yes
> > > > +
> > > > +CONFIGURE_STYLE= modbuild tiny
> > >
> > > This didn't work for me, it seems to want the full modbuild, not
> > > the tiny version.
> > >
> > >
> > > > +
> > > > +BUILD_DEPENDS+= devel/p5-Test-Fatal
> > > > +TEST_DEPENDS+= devel/p5-Test-Fatal
> > >
> > > These should not be "+=" and the BUILD_DEPENDS isn't necessary, but it
> > > does need an additional TEST_DEPENDS on devel/p5-Data-Dump and
> > > devel/p5-Test-Pod though, because otherwise the test run could be
> > > different if that's installed.
> > >
> > > This particular module doesn't need the MAKE_ENV=TEST_POD=Yes since it
> > > runs the pod tests if Test::Pod is installed.
> > >
> > >
> >
> > Hello, thanks for following up,
> >
> > OK, the tabs are present in the github diff, i will use a tarball,
> > lets do Struct-Dumb first :
> > I modified the makefile (ignore spacing here) :
> >
> > ```
> > # $OpenBSD$
> >
> > COMMENT=make simple lightweight record-like structures
> >
> > DISTNAME=   Struct-Dumb-0.12
> > CATEGORIES= devel
> > CPAN_AUTHOR=PEVANS
> > PKG_ARCH=   *
> >
> > MAINTAINER= Sven 
> >
> > # perl
> > PERMIT_PACKAGE= Yes
> >
> > MODULES=cpan
> > MAKE_ENV=   TEST_POD=Yes
> > CONFIGURE_STYLE=modbuild
> >
> > TEST_DEPENDS=   devel/p5-Test-Fatal
> >
> >
> > .include 
> > ```
> >
> > Produce the package AND does not perform the testing
> >
> > ```
> > ===>  Configuring for p5-Struct-Dumb-0.12
> > Checking prerequisites...
> >   test_requires:
> > !  Test::Fatal is not installed
> > ```
> >
> > I do not know if i wrote MAKE_ENV=   TEST_POD=Yes wrong ,
> > but that why i added in the line BUILD_DEPENDS with devel/p5-Test-Fatal
> >
> > Please advice :-)
> >
> 
> Ok, Test must be explicitly asked to work, hence it's alright.
> 
> I hope this is more satisfactory
> 
> 
> 
> -- 
> --
> -
> Knowing is not enough; we must apply. Willing is not enough; we must do




-- 
andrew - http://afresh1.com

What are the unsurpassable real world weaknesses in OpenBSD, 
that you know of? 
  -- Kevin Chadwick 
Lots of fake people attacking the project on the mailing lists makes 
them a poor resource for users.
  -- Theo de Raadt 



Re: [NEW_WIP] p5-Unicode-Regex-Set

2020-09-10 Thread Andrew Hewus Fresh
On Fri, Aug 28, 2020 at 02:34:10PM -0500, Chris Bennett wrote:
> I need to check this over a little better, too.
> A dependency for building p5-Locale-CLDR family.
> Is this the right category?

I think either converters or textproc, but since the other p5-Unicode
modules are in converters, this seems reasonable.

I *believe* that the MAKE_ENV gets reset by the ports infrastructure so
RELEASE_TESTING is not needed, but I don't mind the hint that it's
specifically disabled.

OK afresh1@


> # $OpenBSD$
> 
> COMMENT = subtraction and intersection of character sets in Unicode
> 
> DISTNAME =Unicode-Regex-Set-0.04
> 
> CATEGORIES =  converters
> 
> # Perl
> PERMIT_PACKAGE =  Yes
> 
> MODULES = cpan
> 
> PKG_ARCH =*
> 
> MAKE_ENV +=   TEST_POD=1 \
>   RELEASE_TESTING=''
> 
> .include 
> 
> Thanks,
> -- 
> Chris Bennett
> 
> 



sparc64 bulk build report

2020-09-10 Thread kmos
Bulk build on sparc64-0.ports.openbsd.org

Started : Mon Sep  7 03:58:39 MDT 2020
Finished: Thu Sep 10 18:06:34 MDT 2020
Duration: 3 Days 14 hours 8 minutes

Built using OpenBSD 6.8-beta (GENERIC.MP) #470: Sun Sep  6 20:16:25 MDT 2020

Built 9753 packages

Number of packages built each day:
Sep 7: 6553
Sep 8: 1608
Sep 9: 1275
Sep 10: 317



Critical path missing pkgs:
http://build-failures.rhaalovely.net/sparc64/2020-09-07/summary.log

Build failures: 11
http://build-failures.rhaalovely.net/sparc64/2020-09-07/devel/ode.log
http://build-failures.rhaalovely.net/sparc64/2020-09-07/graphics/inkscape.log
http://build-failures.rhaalovely.net/sparc64/2020-09-07/math/coq.log
http://build-failures.rhaalovely.net/sparc64/2020-09-07/productivity/gnucash.log
http://build-failures.rhaalovely.net/sparc64/2020-09-07/sysutils/libvirt.log
http://build-failures.rhaalovely.net/sparc64/2020-09-07/www/purritobin.log
http://build-failures.rhaalovely.net/sparc64/2020-09-07/x11/gnome/tracker-miners.log
http://build-failures.rhaalovely.net/sparc64/2020-09-07/x11/grantlee-qt5.log
http://build-failures.rhaalovely.net/sparc64/2020-09-07/x11/picom.log
http://build-failures.rhaalovely.net/sparc64/2020-09-07/x11/roxterm.log
http://build-failures.rhaalovely.net/sparc64/2020-09-07/x11/xcolor.log

Recurrent failures:
 failures/math/coq.log
 failures/sysutils/libvirt.log
 failures/www/purritobin.log
 failures/x11/picom.log
 failures/x11/xcolor.log

New failures:
+failures/devel/ode.log
+failures/graphics/inkscape.log
+failures/productivity/gnucash.log
+failures/x11/gnome/tracker-miners.log
+failures/x11/grantlee-qt5.log
+failures/x11/roxterm.log

Resolved failures:
-failures/emulators/qemu.log
-failures/graphics/clutter/cogl.log
-failures/multimedia/gstreamer1/plugins-base.log
-failures/multimedia/mpv.log
-failures/textproc/ruby-nokogiri,ruby26.log
-failures/x11/mate/session-manager.log
-failures/x11/qt5/qtbase.log

Packages newly built:
+archivers/quazip
+astro/kstars
+astro/stellarium
+audio/audacity
+audio/cantata
+audio/clementine
+audio/curseradio
+audio/easytag
+audio/faudio
+audio/gmpc
+audio/gmpc-plugins
+audio/gradio
+audio/grip
+audio/hydrogen
+audio/liblastfm
+audio/lmms
+audio/mscore
+audio/mumble
+audio/mumble,-main
+audio/mumble,-server
+audio/musique
+audio/parlatype
+audio/picard
+audio/pithos
+audio/puddletag
+audio/pykaraoke
+audio/qsynth
+audio/quodlibet
+audio/rgain
+audio/rhythmbox
+benchmarks/netperf-wrapper,-gui
+benchmarks/tsung
+cad/fritzing
+cad/librecad
+cad/opensta
+cad/qcad
+cad/qelectrotech
+cad/qflow
+cad/qucs-s
+cad/yosys
+comms/gnuradio
+comms/pterm
+comms/sigrok/libsigrok
+comms/sigrok/pulseview
+comms/sigrok/sigrok-cli
+comms/wammu
+databases/evolution-data-server
+databases/kdb
+databases/pgadmin3
+databases/pgmodeler
+databases/ruby-hiera-eyaml-gpg
+databases/sqlitebrowser
+devel/codeblocks
+devel/cudd
+devel/doxygen
+devel/doxygen-gui
+devel/frama-c
+devel/giggle
+devel/git-cola
+devel/glade
+devel/gwenhywfar
+devel/kdiff3
+devel/kf5/attica
+devel/kf5/baloo
+devel/kf5/baloo,-icons
+devel/kf5/baloo,-main
+devel/kf5/bluez-qt
+devel/kf5/breeze-icons
+devel/kf5/extra-cmake-modules
+devel/kf5/frameworkintegration
+devel/kf5/kactivities
+devel/kf5/kactivities-stats
+devel/kf5/kapidox
+devel/kf5/karchive
+devel/kf5/kauth
+devel/kf5/kbookmarks
+devel/kf5/kcalendarcore
+devel/kf5/kcmutils
+devel/kf5/kcodecs
+devel/kf5/kcompletion
+devel/kf5/kconfig
+devel/kf5/kconfigwidgets
+devel/kf5/kcontacts
+devel/kf5/kcoreaddons
+devel/kf5/kcrash
+devel/kf5/kdbusaddons
+devel/kf5/kdeclarative
+devel/kf5/kded
+devel/kf5/kdelibs4support
+devel/kf5/kdesignerplugin
+devel/kf5/kdesu
+devel/kf5/kdewebkit
+devel/kf5/kdnssd
+devel/kf5/kdoctools
+devel/kf5/kemoticons
+devel/kf5/kfilemetadata
+devel/kf5/kfilemetadata,-locale
+devel/kf5/kfilemetadata,-main
+devel/kf5/kglobalaccel
+devel/kf5/kguiaddons
+devel/kf5/kholidays
+devel/kf5/khtml
+devel/kf5/ki18n
+devel/kf5/kiconthemes
+devel/kf5/kidletime
+devel/kf5/kimageformats
+devel/kf5/kinit
+devel/kf5/kio
+devel/kf5/kirigami2
+devel/kf5/kitemmodels
+devel/kf5/kitemviews
+devel/kf5/kjobwidgets
+devel/kf5/kjs
+devel/kf5/kjsembed
+devel/kf5/kmediaplayer
+devel/kf5/knewstuff
+devel/kf5/knotifications
+devel/kf5/knotifyconfig
+devel/kf5/kpackage
+devel/kf5/kparts
+devel/kf5/kpeople
+devel/kf5/kplotting
+devel/kf5/kpty
+devel/kf5/kross
+devel/kf5/krunner
+devel/kf5/kservice
+devel/kf5/ktexteditor
+devel/kf5/ktextwidgets
+devel/kf5/kunitconversion
+devel/kf5/kwallet
+devel/kf5/kwidgetsaddons
+devel/kf5/kwindowsystem
+devel/kf5/kxmlgui
+devel/kf5/kxmlrpcclient
+devel/kf5/oxygen-icons
+devel/kf5/plasma-framework
+devel/kf5/prison
+devel/kf5/purpose
+devel/kf5/qqc2-desktop-style
+devel/kf5/solid
+devel/kf5/sonnet
+devel/kf5/sonnet,-aspell
+devel/kf5/sonnet,-hunspell
+devel/kf5/sonnet,-main
+devel/kf5/syndication
+devel/kf5/syntax-highlighting
+devel/kf5/threadweaver
+devel/kproperty
+devel/libgdata
+devel/p5-Alien-wxWidgets
+devel/poedit
+devel/py-cflow2dot
+devel/qbs
+devel/qgit
+devel/qjson

Re: notmuch issues

2020-09-10 Thread Andrea Fleckenstein
Jon Fineman  writes:


> Is there enough interest in this to continue?

-current has 0.30 in ports.

Best,
Andrea



Re: [NEW] x11/qtpass - A frontend for password-store

2020-09-10 Thread Uwe Werler
On 28 Aug 22:31, Stefan Hagen wrote:
> Stefan Hagen wrote:
> > Stefan Hagen wrote:
> > > Hello,
> > > 
> > > this is QtPass, a graphical front-end for pass (security/password-store).
> > > It comes quite handy to restructure (rename/move) password files in a 
> > > grown password-store.
> > > 
> > > It can use the pass utiltiy as well as the gpg/git/pwgen tools directly.
> > 
> > I decided to move it to the security category.
> > Updated port attached.
> > 
> > OK?
> 
> *ping*
> 
> Best Regards,
> Stefan
> 

Hi Stefan,

works like a charm for me. Thanks! I hope it gets in soon.

mbk Uwe



go portgen: enable ability to specify version

2020-09-10 Thread Aaron Bieber
Hi,

I have been sitting on this diff for a bit. It enables portgen to take a
version. For example:

  $ portgen go github.com/ipfs/go-ipfs@v0.7.0-rc2

This is handy when our logic to pick the version number prevents you
from grabbing rc versions.

It will also enable easier upgrading of GOMOD vars (that's another diff
that paco@ has put together).

OK?

Cheers,
Aaron

diff bd5892339f98bf561050a7dfa529498b3770873d /usr/ports
blob - 16116f9b0525e89d7f4b115e7517cb913f107760
file + infrastructure/lib/OpenBSD/PortGen/Port/Go.pm
--- infrastructure/lib/OpenBSD/PortGen/Port/Go.pm
+++ infrastructure/lib/OpenBSD/PortGen/Port/Go.pm
@@ -64,16 +64,31 @@ sub _go_lic_info
 
 sub _go_determine_name
 {
-   # Some modules end in "v1" or "v2", if we find one of these, we need
-   # to set PKGNAME to something up a level
my ( $self, $module ) = @_;
-   my $json = $self->get_json( $module . '/@latest' );
+   my $json = {};
 
+   # Versions can be specified on the command line:
+   if ($module =~ m/\@v/) {
+   my @parts = split("@", $module);
+   $module = $parts[0];
+   $json->{Module} = $parts[0];
+   $json->{Version} = $parts[1];
+
+   # This is used in get_ver_info when we have already determined
+   # the version to use.
+   $self->{ModName} = $parts[0];
+   $self->{ModVersion} = $parts[1];
+   } else {
+   $json = $self->get_json( $module . '/@latest' );
+   }
+
if ($json->{Version} =~ m/incompatible/) {
my $msg = "${module} $json->{Version} is incompatible with Go 
modules.";
croak $msg;
}
 
+   # Some modules end in "v1" or "v2", if we find one of these, we need
+   # to set PKGNAME to something up a level
if ($module =~ m/v\d$/) {
$json->{Name}   = ( split '/', $module )[-2];
} else {
@@ -212,6 +227,11 @@ sub _go_mod_normalize
 sub get_ver_info
 {
my ( $self, $module ) = @_;
+
+   if (defined $self->{ModVersion} && defined $self->{ModName}) {
+   return { Module => $self->{ModName}, Version => 
$self->{ModVersion} };
+   }
+
my $version_list = $self->get( $module . '/@v/list' );
my $version = "v0.0.0";
my $ret;



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Kurt Mosiejczuk
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2020/09/10 14:07:32

Modified files:
devel/quirks   : Makefile 
devel/quirks/files: Quirks.pm 

Log message:
Add quirk for removed www/py-sockjs-tornado



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Kurt Mosiejczuk
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2020/09/10 14:05:25

Modified files:
www: Makefile 
Removed files:
www/py-sockjs-tornado: Makefile distinfo 
www/py-sockjs-tornado/pkg: DESCR PLIST 

Log message:
Remove www/py-sockjs-tornado

No consumers and is python2 only.

ok abieber (maintainer)



Re: NEW: jpeginfo-1.6.1

2020-09-10 Thread Ricardo

Hi Mikolaj,

I tested it briefly and seems to be working on amd64.

Take care.
Ricardo

On 9/10/20 8:31 AM, Mikolaj Kucharski wrote:

Ping.

On Wed, Aug 19, 2020 at 09:08:06AM +, Mikolaj Kucharski wrote:

Hi,

Simple new port attached. I wanted something to check JPEG files
integrity (-c option to the tool).

$ jpeginfo -c DSC00470.JPG
DSC00470.JPG 6000 x 4000 24bit Exif  N 10715136  [OK]

Comment:
prints information and tests integrity of JPEG files

Description:
Jpeginfo is an utility to generate informative listings from JPEG files,
and to check JPEG files for errors. Program also supports automagic
deletion of broken JPEGs.

WWW: https://www.kokkonen.net/tjko/projects.html

Comments?


Same file reattached for convenience.





notmuch issues

2020-09-10 Thread Jon Fineman
I am running OpenBSD 6.7 release.

I wanted to document some issues I have found with notmuchmail.org, in
case somebody else runs in to these.

I understand there are python bindings for notmuch in OpenBSD ports
and that a large amount of work has been done porting notmuch to
OpenBSD here
.
However the openbsd-wip work does not include any plugins for vim and
it is for notmuch release 0.29.3, the current release being 0.31.

Applying the patches made for 0.29.3 went fine (well fine but tedious as
I had to do them by hand) and allowed me to compile 0.31. I did run in
to a few issues related to the vim plugin.

* In ./configure I get an error testing if zlib is present. I
  understand zlib is now in the base as compress. However the configure
  script runs pkg-config --exists zlib to check for its presence as an
  added package. Somebody on reddit suggested to run pkg_add -zal which
  would add the needed dependencies. I haven't dug in to that yet and
  just commented out the if, for now.

* I had to copy ./bindings/ruby/notmuch.so to
  /usr/local/lib/ruby/site_ruby/2.6/x86_64-openbsd It is not in the
  Makefile install nor documented that I could see.

* In plugin/notmuch.vim Mail::Field.new() has been depreciated. I
  changed that to Mail::Field.parse().

* emacs gui seems clean and more effort seems to have been spent there.

* vim gui still has some errors, not found functions, etc, that I
  haven't dug in to yet.

Is there enough interest in this to continue?



NEW: audio/dgedit

2020-09-10 Thread Dimitri Karamazov
Dgedit is drumgizmo drumkit editor is currently in a functioning,
but early phase of development. I'll send drumgizmo as a
separate port. Dgedit was split up from drumgizmo recently.

The editor is a huge help when creating the individual drumkit
instruments (snare, kickdrum, toms, crashes and so on). The entire process
of taking a bunch of wav files that you've recorded using, for instance,
16 microphones and then converting them into working instruments with hit
energy levels is fully supported.

I've have run-tested the program, with audio samples. Works well.

Any comments?

dgedit.tar.gz
Description: application/gzip


[update] Redis 6.0.8

2020-09-10 Thread Theo Buehler
Upgrade urgency HIGH: Anyone who's using Redis 6.0.7 with Sentinel or
CONFIG REWRITE command is affected and should upgrade ASAP, see #7760.
[https://github.com/redis/redis/issues/7760]

Bug fixes:

* CONFIG REWRITE after setting oom-score-adj-values either via CONFIG SET or
  loading it from a config file, will generate a corrupt config file that will
  cause Redis to fail to start
* Fix issue with redis-cli --pipe on MacOS
* Fix RESP3 response for HKEYS/HVALS on non-existing key
* Various small bug fixes

Full release notes:
https://github.com/redis/redis/blob/6.0.8/00-RELEASENOTES

The redis-cli fix mentioned in above seems to have fixed the flaky
regress test.

Builds and tests fine on amd64 and sparc64. I can't test on powerpc,
but judging from the diff to 6.0.7, I don't expect any difficulties.

Index: Makefile
===
RCS file: /var/cvs/ports/databases/redis/Makefile,v
retrieving revision 1.115
diff -u -p -r1.115 Makefile
--- Makefile3 Sep 2020 04:29:27 -   1.115
+++ Makefile10 Sep 2020 14:19:02 -
@@ -1,7 +1,7 @@
 # $OpenBSD: Makefile,v 1.115 2020/09/03 04:29:27 tb Exp $
 
 COMMENT =  persistent key-value database
-DISTNAME = redis-6.0.7
+DISTNAME = redis-6.0.8
 CATEGORIES =   databases
 HOMEPAGE = https://redis.io/
 
Index: distinfo
===
RCS file: /var/cvs/ports/databases/redis/distinfo,v
retrieving revision 1.89
diff -u -p -r1.89 distinfo
--- distinfo3 Sep 2020 04:29:27 -   1.89
+++ distinfo10 Sep 2020 14:19:07 -
@@ -1,2 +1,2 @@
-SHA256 (redis-6.0.7.tar.gz) = wqqhpMfnLHCt7fl2/dXh0005WYkoPaudeEDgowS7I5M=
-SIZE (redis-6.0.7.tar.gz) = 2240490
+SHA256 (redis-6.0.8.tar.gz) = BPof3cOb0a7LZzndXdc4WKNRW0J6zR4pR6Ztrc6GjWg=
+SIZE (redis-6.0.8.tar.gz) = 2247528
Index: patches/patch-src_Makefile
===
RCS file: /var/cvs/ports/databases/redis/patches/patch-src_Makefile,v
retrieving revision 1.34
diff -u -p -r1.34 patch-src_Makefile
--- patches/patch-src_Makefile  3 Sep 2020 04:29:27 -   1.34
+++ patches/patch-src_Makefile  10 Sep 2020 14:24:40 -
@@ -62,7 +62,7 @@ Index: src/Makefile
  all: $(REDIS_SERVER_NAME) $(REDIS_SENTINEL_NAME) $(REDIS_CLI_NAME) 
$(REDIS_BENCHMARK_NAME) $(REDIS_CHECK_RDB_NAME) $(REDIS_CHECK_AOF_NAME)
@echo ""
@echo "Hint: It's a good idea to run 'make test' ;)"
-@@ -280,7 +283,7 @@ endif
+@@ -282,7 +285,7 @@ endif
  
  # redis-server
  $(REDIS_SERVER_NAME): $(REDIS_SERVER_OBJ)
@@ -71,7 +71,7 @@ Index: src/Makefile
  
  # redis-sentinel
  $(REDIS_SENTINEL_NAME): $(REDIS_SERVER_NAME)
-@@ -327,7 +330,7 @@ distclean: clean
+@@ -329,7 +332,7 @@ distclean: clean
  .PHONY: distclean
  
  test: $(REDIS_SERVER_NAME) $(REDIS_CHECK_AOF_NAME)
@@ -80,7 +80,7 @@ Index: src/Makefile
  
  test-sentinel: $(REDIS_SENTINEL_NAME)
@(cd ..; ./runtest-sentinel)
-@@ -371,13 +374,14 @@ src/help.h:
+@@ -373,13 +376,14 @@ src/help.h:
@../utils/generate-command-help.rb > help.h
  
  install: all



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/09/10 09:08:39

Modified files:
converters/p5-Sereal-Encoder: Makefile distinfo 

Log message:
Update p5-Sereal-Encoder to 4.018.



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/09/10 09:07:57

Modified files:
converters/p5-Sereal-Decoder: Makefile distinfo 

Log message:
Update p5-Sereal-Decoder to 4.018.



x11/freerdp sndio backend

2020-09-10 Thread Ingo Feinerer
Hi,

please find attached a sndio backend for FreeRDP which implements

- Audio Output Virtual Channel
  (= sound on remote desktop is redirected to local sndiod) and

- Audio Input Redirection Virtual Channel
  (= local microphone is redirected to remote desktop).

This allows me to use MS Teams on a remote desktop via FreeRDP. The audio
quality is very good in my test setup; sometimes Windows chimes crackle a bit;
the same behavior is observed with a recent FreeRDP on a Linux machine
(with a pulseaudio/alsa backend).

The backend is based on the oss backend with inspiration from alsa und
pulseaudio. Neither of those three work on OpenBSD. At the moment I do not
plan to submit this upstream as the implementation uses a slightly outdated
API. I am willing to do this once (whether?) our FreeRDP ports gets updated
(which is blocked to due missing timer_create()) as I cannot test
against newer versions easily at the moment.

If a developer thinks this is a useful contribution (and gives an OK) we can
add it to our FreeRDP port locally for the moment.

I attached a .tar.gz to make it easier to review as I did not dare to
cvs add a new "files" directory (as CVS won't forget?). The following diff
shows everything besides the "files" directory.

You need to add /sound:sys:sndio /microphone:sys:sndio to activate the
new features. (x11/remmina cannot handle it; I did not investigate in
depth as we have an outdated version in ports). E.g.:

xfreerdp /d:yourdomain /u:yourusername /v:yourservername.com /sound:sys:sndio 
/microphone:sys:sndio

OK?

Best regards,
Ingo

Index: Makefile
===
RCS file: /cvs/ports/x11/freerdp/Makefile,v
retrieving revision 1.39
diff -u -p -r1.39 Makefile
--- Makefile4 Nov 2019 10:30:20 -   1.39
+++ Makefile10 Sep 2020 14:17:31 -
@@ -6,7 +6,7 @@ BROKEN-hppa =   undefined reference to __
 COMMENT =  client for Microsoft RDP (remote desktop protocol)
 DISTNAME = freerdp-2.0.0-rc1
 PKGNAME =  freerdp-2.0.0rc1
-REVISION = 4
+REVISION = 5
 CATEGORIES =   x11 net
 
 # XXX This version has known security issues.
@@ -26,7 +26,7 @@ MASTER_SITES =https://pub.freerdp.com/
 PERMIT_PACKAGE =   Yes
 
 WANTLIB += X11 Xcursor Xext Xfixes Xi Xinerama Xrender Xv avcodec
-WANTLIB += avutil c crypto cups execinfo m pthread ssl xkbfile
+WANTLIB += avutil c crypto cups execinfo m pthread sndio ssl xkbfile
 
 # thread-local storage
 COMPILER = base-clang ports-gcc
@@ -50,9 +50,15 @@ CONFIGURE_ARGS +=-DBUILD_TESTING=ON \
-DWITH_OPENSLES=OFF \
-DWITH_PCSC=ON \
-DWITH_LIBSYSTEMD=OFF \
-   -DWITH_OSS=OFF
+   -DWITH_OSS=OFF \
+   -DWITH_SNDIO=ON
 
 pre-configure:
+   mkdir ${WRKSRC}/channels/{audin,rdpsnd}/client/sndio
+   cp ${FILESDIR}/audin/{CMakeLists.txt,audin_sndio.c} \
+   ${WRKSRC}/channels/audin/client/sndio
+   cp ${FILESDIR}/rdpsnd/{CMakeLists.txt,rdpsnd_sndio.c} \
+   ${WRKSRC}/channels/rdpsnd/client/sndio
${SUBST_CMD}${WRKSRC}/winpr/libwinpr/CMakeLists.txt
${SUBST_CMD}${WRKSRC}/CMakeLists.txt
 
Index: patches/patch-channels_audin_client_CMakeLists_txt
===
RCS file: patches/patch-channels_audin_client_CMakeLists_txt
diff -N patches/patch-channels_audin_client_CMakeLists_txt
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-channels_audin_client_CMakeLists_txt  10 Sep 2020 14:17:31 
-
@@ -0,0 +1,13 @@
+$OpenBSD$
+
+Index: channels/audin/client/CMakeLists.txt
+--- channels/audin/client/CMakeLists.txt.orig
 channels/audin/client/CMakeLists.txt
+@@ -56,3 +56,7 @@ endif()
+ if(WITH_MACAUDIO)
+   add_channel_client_subsystem(${MODULE_PREFIX} ${CHANNEL_NAME} "mac" "")
+ endif()
++
++if(WITH_SNDIO)
++  add_channel_client_subsystem(${MODULE_PREFIX} ${CHANNEL_NAME} "sndio" 
"")
++endif()
Index: patches/patch-channels_audin_client_audin_main_c
===
RCS file: patches/patch-channels_audin_client_audin_main_c
diff -N patches/patch-channels_audin_client_audin_main_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-channels_audin_client_audin_main_c10 Sep 2020 14:17:31 
-
@@ -0,0 +1,27 @@
+$OpenBSD$
+
+Index: channels/audin/client/audin_main.c
+--- channels/audin/client/audin_main.c.orig
 channels/audin/client/audin_main.c
+@@ -670,8 +670,11 @@ static UINT audin_load_device_plugin(IWTSPlugin* pPlug
+   AUDIN_PLUGIN* audin = (AUDIN_PLUGIN*)pPlugin;
+   UINT error;
+ 
++  /*
++   * Causes invalid memory access. Ignore as we do not have arguments.
+   if (!audin_process_addin_args(audin, args))
+   return CHANNEL_RC_INITIALIZATION_ERROR;
++  

CVS: cvs.openbsd.org: ports

2020-09-10 Thread Pavel Korovin
CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2020/09/10 07:57:31

Modified files:
net/mattermost-server: Makefile distinfo 
net/mattermost-server/pkg: PLIST 

Log message:
Update mattermost-server 5.26.0 -> 5.26.2
Changelog: https://docs.mattermost.com/administration/changelog.html



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Pavel Korovin
CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2020/09/10 07:54:54

Modified files:
sysutils/logstash: Makefile distinfo 
sysutils/logstash/patches: patch-config_logstash_yml 
sysutils/logstash/pkg: PLIST 

Log message:
Update logstash 7.8.1 -> 7.9.1
Release notes: https://www.elastic.co/guide/en/logstash/7.9/logstash-7-9-1.html



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Elias M . Mariani
CVSROOT:/cvs
Module name:ports
Changes by: mari...@cvs.openbsd.org 2020/09/10 07:47:47

Modified files:
x11/terminator : Makefile distinfo 
x11/terminator/pkg: PLIST 
Added files:
x11/terminator/patches: patch-run_tests 

Log message:
Update x11/terminator 1.91 to 1.91

- Use github as MASTER_SITES.
- Update HOMEPAGE.
- Switch to python3.

Tested OK on amd64.

Help and comments from sthen@ bket@
OK bket@



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Pavel Korovin
CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2020/09/10 07:47:59

Modified files:
www/kibana : Makefile distinfo 
www/kibana/patches: patch-bin_kibana patch-bin_kibana-keystore 
patch-bin_kibana-plugin 
patch-config_kibana_yml patch-package_json 
www/kibana/pkg : PLIST 

Log message:
Update kibana 7.8.1 -> 7.9.1
Release notes: 
https://www.elastic.co/guide/en/kibana/7.9/release-notes-7.9.1.html



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Pavel Korovin
CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2020/09/10 07:40:23

Modified files:
textproc/elasticsearch: Makefile distinfo 
textproc/elasticsearch/pkg: PLIST 

Log message:
Update elasticsearch 7.8.1 -> 7.9.1
Release notes: 
https://www.elastic.co/guide/en/elasticsearch/reference/7.9/release-notes-7.9.1.html



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Elias M . Mariani
CVSROOT:/cvs
Module name:ports
Changes by: mari...@cvs.openbsd.org 2020/09/10 07:32:38

Modified files:
x11/lxqt   : Makefile.inc 
x11/lxqt/about : Makefile 
x11/lxqt/build-tools: Makefile 
x11/lxqt/compton-conf: Makefile 
x11/lxqt/config: Makefile 
x11/lxqt/globalkeys: Makefile 
x11/lxqt/libfm-qt: Makefile 
x11/lxqt/liblxqt: Makefile 
x11/lxqt/libqtxdg: Makefile 
x11/lxqt/libsysstat: Makefile 
x11/lxqt/lximage-qt: Makefile 
x11/lxqt/notificationd: Makefile 
x11/lxqt/obconf-qt: Makefile 
x11/lxqt/openssh-askpass: Makefile 
x11/lxqt/panel : Makefile 
x11/lxqt/pavucontrol-qt: Makefile 
x11/lxqt/pcmanfm-qt: Makefile 
x11/lxqt/policykit: Makefile 
x11/lxqt/powermanagement: Makefile 
x11/lxqt/qterminal: Makefile 
x11/lxqt/qtermwidget: Makefile 
x11/lxqt/qtplugin: Makefile 
x11/lxqt/runner: Makefile 
x11/lxqt/screengrab: Makefile 
x11/lxqt/session: Makefile 
x11/lxqt/sudo  : Makefile 
x11/lxqt/themes: Makefile 

Log message:
https://lxqt.org/ is not responding.
Updating HOMEPAGE to https://lxqt.github.io/



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Pavel Korovin
CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2020/09/10 07:24:27

Modified files:
sysutils/riemann: Makefile distinfo 

Log message:
Update riemann 0.3.5 -> 0.3.6
Changelog: https://github.com/riemann/riemann/blob/master/CHANGELOG.md



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Pavel Korovin
CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2020/09/10 07:21:38

Modified files:
www/gitea  : Makefile distinfo 

Log message:
Update gitea 1.12.3 -> 1.12.4
Changelog: https://github.com/go-gitea/gitea/blob/master/CHANGELOG.md



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Pavel Korovin
CVSROOT:/cvs
Module name:ports
Changes by: p...@cvs.openbsd.org2020/09/10 07:16:32

Modified files:
sysutils/ansible: Makefile distinfo 
Added files:
sysutils/ansible/patches: patch-lib_ansible_config_base_yml 

Log message:
Update ansible 2.9.12 -> 2.9.13
Changelog: 
https://github.com/ansible/ansible/blob/stable-2.9/changelogs/CHANGELOG-v2.9.rst#v2-9-13
Added python3.8 to the list of python interpreters (diff from sthen@, thanks!)



Re: Update x11/terminator 1.91 to 1.92

2020-09-10 Thread Elias M. Mariani
Okey, let's go with the patch.
Do I have your OK ?

Cheers.
mariani@

On Thu, Sep 10, 2020 at 4:28 AM Bjorn Ketelaars  wrote:
>
> On Wed 09/09/2020 14:33, Elias M. Mariani wrote:
> > > On 2020/09/09 17:29, Bjorn Ketelaars wrote:
> > > Please sort RDEPS, and group MODPY_*.
> > Done.
> >
> > > 'make test' fails. Maybe this is something that can be fixed by
> > > MODPY_ADJ_FILES?
> > On Wed, Sep 9, 2020 at 2:05 PM Stuart Henderson  
> > wrote:
> > > or symlink MODPY_BIN to WRKDIR/bin/python ..
> >
> > I think is better to just call to each file.
> > It seems that They are moving to pytest on the next version:
> > https://github.com/gnome-terminator/terminator/blob/master/pytest.ini
> >
> > So, changes will be needed anyways...
> > Let me know what you guys think.
>
> I think the diff below is a bit nicer:
>
>
> diff --git Makefile Makefile
> index 71e93e721d7..0fe60145b8b 100644
> --- Makefile
> +++ Makefile
> @@ -36,8 +36,7 @@ MODPY_VERSION =   ${MODPY_DEFAULT_VERSION_3}
>  MODPY_DISTUTILS_INSTALL = install --prefix=${LOCALBASE} --root=${DESTDIR}
>
>  do-test:
> -   ${MODPY_BIN} ${WRKDIST}/tests/test_doctests.py
> -   ${MODPY_BIN} ${WRKDIST}/tests/testborg.py
> -   ${MODPY_BIN} ${WRKDIST}/tests/testsignalman.py
> +   ${SUBST_CMD} ${WRKSRC}/run_tests
> +   cd ${WRKSRC} && /bin/sh ./run_tests
>
>  .include 
> diff --git patches/patch-run_tests patches/patch-run_tests
> new file mode 100644
> index 000..5ece2504985
> --- /dev/null
> +++ patches/patch-run_tests
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +
> +Index: run_tests
> +--- run_tests.orig
>  run_tests
> +@@ -4,7 +4,7 @@ for t in tests/test*; do
> + echo $t
> + file_type=$(file -b $t)
> + case ${file_type} in
> +-*[Pp]ython*) python ${t} ;;
> ++*[Pp]ython*) ${MODPY_BIN} ${t} ;;
> + *Bourne*) bash ${t} ;;
> + *bash*)   bash ${t} ;;
> + *perl*)   perl ${t} ;;



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/09/10 04:21:22

Modified files:
graphics/gimp/stable: Makefile distinfo 
graphics/gimp/stable/pkg: PLIST 

Log message:
update to gimp-2.10.20, from Josh Grosse



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/09/10 04:00:46

Modified files:
sysutils/hw-probe: Makefile 

Log message:
hw-probe: add RUN_DEPENDS for lspci/lsusb, from Mikolaj Kucharski,
maintainer timeout



[PATCH] sysutils/apcupsd-cgi create directories and copy ld.so.hints into httpd chroot

2020-09-10 Thread mpfr
In order to work as expected, apcupsd-cgi usually requires ld.so.hints
inside the web server's chroot directory.  The patch below fixes
the copy-libs.sh script accordingly and also creates missing
directories.

Somebody else needs to commit this as I do not have a CVS account.


Index: sysutils/apcupsd/files/copy-libs.sh
===
RCS file: /cvs/ports/sysutils/apcupsd/files/copy-libs.sh,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 copy-libs.sh
--- sysutils/apcupsd/files/copy-libs.sh 25 May 2010 21:56:33 -  1.1.1.1
+++ sysutils/apcupsd/files/copy-libs.sh 10 Sep 2020 09:26:20 -
@@ -5,6 +5,11 @@ if [ `id -u` != 0 ]; then
exit 1
 fi
 
+hints_needed=false
 for i in `ldd /var/www/cgi-bin/apcupsd/upsimage.cgi | sed -e '1,3d' -e 's/^.* 
\([^ ]*\)$/\1/g'`; do
-   cp $i /var/www/$i
+   mkdir -p /var/www$(dirname $i) && cp $i /var/www$i
+   [ ${i#*ld.so} != ${i} ] && hints_needed=true
 done
+if ${hints_needed}; then
+   mkdir -p /var/www/var/run && cp /var/run/ld.so.hints /var/www/var/run
+fi



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/09/10 03:56:15

Modified files:
x11/tigervnc   : Makefile distinfo 

Log message:
Update TigerVNC port to build against xorg-server 1.20.8 to match xenocara.
Can't update TigerVNC itself, commit 1af1cfdf8709 breaks non-PAM systems.



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/09/10 03:12:59

Modified files:
databases/freetds: Makefile distinfo 

Log message:
update to freetds-1.2.4



Re: NEW: net/i2p

2020-09-10 Thread Dimitri Karamazov
Ping

On Wed, September 2, 2020 14:12, Dimitri Karamazov wrote:
> Ping
>
>
> On Thu, August 27, 2020 18:27, Dimitri Karamazov wrote:
>
>> I2P software bundle, includes the standard I2P implementation.
>> https://geti2p.net/
>>
>>
>>
>> Updated to 0.9.47
>> *Enables our new end-to-end encryption protocol by default for some services.
>> The Sybil analysis and blocking tool is now enabled by default.
>>
>>
>>
>> About:
>> *I2P is an anonymous overlay network - a network within a network.
>> *It is intended to protect communication from dragnet surveillance
>> and monitoring by third parties such as ISPs. *Is decentralised completely 
>> unlike tor. Each client routes anonymous
>> and encrypted traffic from other clients by default. No central directory 
>> for routing. *I2P incorporates
>> applications in the form of webapps. *Webapps plugins (*.su3) can be loaded 
>> easily through the console.
>> *Includes a ready mail(smtp pop3) client, i2psnark (bittorrent) client,
>> and Jetty (webserver). Or host with your own webserver. *Allows anonymous 
>> chats through IRC tunnel service. *Plugins
>> for blogging, chatting, file sharing have already been written. *Every 
>> service(plugin) works within the i2p network
>> itself(Except mail). *Not supposed to be used as an outproxy, still an 
>> outproxy is included.
>> *I2P source code includes a java-service-wrapper compiled for specific
>> targets but is not compatible with OpenBSD. So I've included a new port 
>> tanukiwrapper, and configured I2P to use it.
>>  *Very exhaustive(functionality) but easy to use router console.
>>
>>
>>
>> Testing:
>> *Run the rc service, point browser to localhost:7657.
>> *Set HTTP proxy to localhost: to view eepsites.
>> https://geti2p.net/en/about/browser-config
>> *Been running the router for a week now, with no problems.
>> *Personally tested the default and external plugins(e.g muwire).
>> *Test dependencies not present in ports, will add to it.
>> *Mount separate partition for /var/i2p if you do heavy transfers.
>>
>>
>>
>> Index: infrastructure/db/user.list
>> ===
>> RCS file: /cvs/ports/infrastructure/db/user.list,v
>> retrieving revision 1.372 diff -u -p -r1.372 user.list --- 
>> infrastructure/db/user.list   13 Aug 2020 14:02:18 -
>> 1.372
>> +++ infrastructure/db/user.list  27 Aug 2020 18:02:01 -
>> @@ -367,3 +367,4 @@ id  user group   port
>> 856 _return  _return telephony/resiprocate
>> 857 _web2ldap_web2ldap   sysutils/web2ldap
>> 858 _purritobin  _purritobin www/purritobin
>> +859 _i2p_i2pnet/i2p
>>
>>
>>
>> Any comments?
>>
>
>




CVS: cvs.openbsd.org: ports

2020-09-10 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/09/10 02:38:48

Modified files:
mail/neomutt   : Makefile distinfo 

Log message:
update to neomutt-20200821



Re: PATCH: hw-probe add lspci and lsusb to run-deps

2020-09-10 Thread Mikolaj Kucharski
Hi,

Kind reminder.

On Fri, Aug 21, 2020 at 07:54:59PM +, Mikolaj Kucharski wrote:
> Hi David,
> 
> I see that hw-proble is using lspci and lsusb, so to have more complete
> information in hardware database, I think it would be useful to add
> those tools as run dep.
> 
> While at it, I sorted RUN_DEPENDS.
> 

Below inlined the same patch for convenience.

Index: Makefile
===
RCS file: /cvs/ports/sysutils/hw-probe/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -r1.1.1.1 Makefile
--- Makefile11 Aug 2020 14:54:11 -  1.1.1.1
+++ Makefile21 Aug 2020 19:51:03 -
@@ -4,6 +4,7 @@ COMMENT =   hardware probe tool
 CATEGORIES =   sysutils
 
 PKGNAME =  hw-probe-1.6beta
+REVISION = 0
 
 GH_ACCOUNT =   linuxhw
 GH_PROJECT =   hw-probe
@@ -14,11 +15,13 @@ MAINTAINER =David Dahlberg 

Re: NEW: jpeginfo-1.6.1

2020-09-10 Thread Mikolaj Kucharski
Ping.

On Wed, Aug 19, 2020 at 09:08:06AM +, Mikolaj Kucharski wrote:
> Hi,
> 
> Simple new port attached. I wanted something to check JPEG files
> integrity (-c option to the tool).
> 
> $ jpeginfo -c DSC00470.JPG
> DSC00470.JPG 6000 x 4000 24bit Exif  N 10715136  [OK]
> 
> Comment:
> prints information and tests integrity of JPEG files
> 
> Description:
> Jpeginfo is an utility to generate informative listings from JPEG files,
> and to check JPEG files for errors. Program also supports automagic
> deletion of broken JPEGs.
> 
> WWW: https://www.kokkonen.net/tjko/projects.html
> 
> Comments?
> 

Same file reattached for convenience.

-- 
Regards,
 Mikolaj


jpeginfo-1.6.1-port-v1.tgz
Description: application/tar-gz


Re: Update x11/terminator 1.91 to 1.92

2020-09-10 Thread Bjorn Ketelaars
On Wed 09/09/2020 14:33, Elias M. Mariani wrote:
> > On 2020/09/09 17:29, Bjorn Ketelaars wrote:
> > Please sort RDEPS, and group MODPY_*.
> Done.
> 
> > 'make test' fails. Maybe this is something that can be fixed by
> > MODPY_ADJ_FILES?
> On Wed, Sep 9, 2020 at 2:05 PM Stuart Henderson  wrote:
> > or symlink MODPY_BIN to WRKDIR/bin/python ..
> 
> I think is better to just call to each file.
> It seems that They are moving to pytest on the next version:
> https://github.com/gnome-terminator/terminator/blob/master/pytest.ini
> 
> So, changes will be needed anyways...
> Let me know what you guys think.

I think the diff below is a bit nicer:


diff --git Makefile Makefile
index 71e93e721d7..0fe60145b8b 100644
--- Makefile
+++ Makefile
@@ -36,8 +36,7 @@ MODPY_VERSION =   ${MODPY_DEFAULT_VERSION_3}
 MODPY_DISTUTILS_INSTALL = install --prefix=${LOCALBASE} --root=${DESTDIR}
 
 do-test:
-   ${MODPY_BIN} ${WRKDIST}/tests/test_doctests.py
-   ${MODPY_BIN} ${WRKDIST}/tests/testborg.py
-   ${MODPY_BIN} ${WRKDIST}/tests/testsignalman.py
+   ${SUBST_CMD} ${WRKSRC}/run_tests
+   cd ${WRKSRC} && /bin/sh ./run_tests
 
 .include 
diff --git patches/patch-run_tests patches/patch-run_tests
new file mode 100644
index 000..5ece2504985
--- /dev/null
+++ patches/patch-run_tests
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: run_tests
+--- run_tests.orig
 run_tests
+@@ -4,7 +4,7 @@ for t in tests/test*; do
+ echo $t
+ file_type=$(file -b $t)
+ case ${file_type} in
+-*[Pp]ython*) python ${t} ;;
++*[Pp]ython*) ${MODPY_BIN} ${t} ;;
+ *Bourne*) bash ${t} ;;
+ *bash*)   bash ${t} ;;
+ *perl*)   perl ${t} ;;



CVS: cvs.openbsd.org: ports

2020-09-10 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/09/10 01:25:23

Modified files:
audio/milkytracker: Makefile 

Log message:
Update HOMEPAGE.