Re: UPDATE: www/gitea 1.1.0 => 1.3.2

[Pavel Korovin]

On 01/16, Robert Nagy wrote:
> ok for me
> 
> > On 2018. Jan 16., at 21:37, Klemens Nanni  wrote:
> > 
> >> On Mon, Dec 25, 2017 at 02:23:09AM +0100, Klemens Nanni wrote:
> >>> On Tue, Oct 31, 2017 at 08:45:04PM +0300, Pavel Korovin wrote:
> >>> Please find an update for www/gitea attached.

I'm also OK with the diff, I have it running without problems.

-- 
With best regards,
Pavel Korovin

UPDATE: bird-2.0.1

[Stuart Henderson]

I haven't had chance to test this yet but thought I'd send it out
in case anyone else is thinking of looking at it (no point two people
having to merge the diffs).

It now handles v4 and v6 in the same daemon. For details about the
change, see 
https://gitlab.labs.nic.cz/labs/bird/wikis/transition-notes-to-bird-2

Does anyone running it (on OpenBSD or elsewhere) have comments about
1.6 vs 2? Assuming that it still works ok, is there any point keeping
both versions around?


Index: Makefile
===
RCS file: /cvs/ports/net/bird/Makefile,v
retrieving revision 1.49
diff -u -p -r1.49 Makefile
--- Makefile11 Jan 2018 19:27:04 -  1.49
+++ Makefile17 Jan 2018 00:48:20 -
@@ -3,9 +3,9 @@
 COMMENT-main=  BIRD internet routing daemon
 COMMENT-doc=   BIRD internet routing daemon (documentation)
 
-V= 1.6.3
-REVISION-main= 1
+V= 2.0.1
 DISTNAME=  bird-$V
+PKGNAME-main=  bird-$V
 DISTFILES= ${DISTNAME}${EXTRACT_SUFX} \
${DISTNAME:S/-/-doc-/}${EXTRACT_SUFX}
 
@@ -18,40 +18,27 @@ MAINTAINER= Stuart Henderson 

Re: update devel/py-typing [hass: #2]

[Stuart Henderson]

On 2018/01/17 01:06, Joerg Jung wrote:
> On Wed, Jan 17, 2018 at 12:55:24AM +0100, Joerg Jung wrote:
> > On Tue, Jan 16, 2018 at 11:40:57PM +, Stuart Henderson wrote:
> > > On 2018/01/17 00:01, Joerg Jung wrote:
> > > > Hi,
> > > > 
> > > > please find attached an update for devel/py-typing.
> > > 
> > > The update seems ok, but:
> > > 
> > > > This update introduces a python3 FLAVOR, which is needed as a dependency
> > > > for the upcoming homeassistant port.
> > > 
> > > typing is in Python core for 3.5+, so I think it might be better to
> > > skip the py3 flavour.
> > 
> > From PEP 484: Type Hints: 
> > 
> > "The module is available in Python since version 3.5.0 on a provisional 
> > basis until Python 3.7.0." 
> > [...]
> > "The changes are merged in three branches (3.5, 3.6, default) due to
> > the module's provisional status."
> > 
> > From what I understand, provisional basis means this module is the newer
> > upstream-branch compared to the python built-in and it looks like 
> > homeassistant really wants this newer one.
> > 
> > But I'm not sure about this assumption :(
> 
> My assumption was right, looks like the built-in is not enough, see
> trace below.
> 
> However, it can be really removed from RUN_DEPENDS of py3-aiohttp-cors
> port. Thanks for the pointer.
> 
> 
> $ python3.6   
>
> Python 3.6.4 (default, Jan  5 2018, 14:05:05) 
> [GCC 4.2.1 Compatible OpenBSD Clang 5.0.1 (tags/RELEASE_501/final)] on 
> openbsd6
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import typing
> >>> typing.__all__
> ['Any', 'Callable', 'ClassVar', 'Generic', 'Optional', 'Tuple', 'Type', 
> 'TypeVar', 'Union', 'AbstractSet', 'GenericMeta', 'ByteString', 'Container', 
> 'ContextManager', 'Hashable', 'ItemsView', 'Iterable', 'Iterator', 
> 'KeysView', 'Mapping', 'MappingView', 'MutableMapping', 'MutableSequence', 
> 'MutableSet', 'Sequence', 'Sized', 'ValuesView', 'Reversible', 'SupportsAbs', 
> 'SupportsBytes', 'SupportsComplex', 'SupportsFloat', 'SupportsInt', 
> 'SupportsRound', 'Counter', 'Deque', 'Dict', 'DefaultDict', 'List', 'Set', 
> 'FrozenSet', 'NamedTuple', 'Generator', 'AnyStr', 'cast', 'get_type_hints', 
> 'NewType', 'no_type_check', 'no_type_check_decorator', 'overload', 'Text', 
> 'TYPE_CHECKING', 'Awaitable', 'Coroutine', 'AsyncIterable', 'AsyncIterator', 
> 'Collection', 'AsyncContextManager', 'ChainMap', 'AsyncGenerator']
> >>> +
> $ hass --verbose --debug 
> Traceback (most recent call last):
>   File "/usr/local/bin/hass", line 6, in 
> from pkg_resources import load_entry_point
>   File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", 
> line 2994, in 
> @_call_aside
>   File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", 
> line 2980, in _call_aside
> f(*args, **kwargs)
>   File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", 
> line 3007, in _initialize_master_working_set
> working_set = WorkingSet._build_master()
>   File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", 
> line 658, in _build_master
> ws.require(__requires__)
>   File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", 
> line 966, in require
> needed = self.resolve(parse_requirements(requirements))
>   File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", 
> line 852, in resolve
> raise DistributionNotFound(req, requirers)
> pkg_resources.DistributionNotFound: The 'typing<4,>=3' distribution was not 
> found and is required by homeassistant 
> 

As it's in Python core rather than a package, requirements doesn't
know about it. I think it's very likely to work ok if you kill it from
requirements.txt.

Re: update devel/py-typing [hass: #2]

[Stuart Henderson]

On 2018/01/17 00:55, Joerg Jung wrote:
> On Tue, Jan 16, 2018 at 11:40:57PM +, Stuart Henderson wrote:
> > On 2018/01/17 00:01, Joerg Jung wrote:
> > > Hi,
> > > 
> > > please find attached an update for devel/py-typing.
> > 
> > The update seems ok, but:
> > 
> > > This update introduces a python3 FLAVOR, which is needed as a dependency
> > > for the upcoming homeassistant port.
> > 
> > typing is in Python core for 3.5+, so I think it might be better to
> > skip the py3 flavour.
> 
> From PEP 484: Type Hints: 
> 
> "The module is available in Python since version 3.5.0 on a provisional 
> basis until Python 3.7.0." 

Provisional => added as a test, not regarded as API-stable yet.

   ''Whenever the Python core development team decides that a new
   package should be included into the standard library, but isn't
   entirely sure about whether the package's API is optimal, the package
   can be included and marked as "provisional".

   In the next feature release, the package may either be "graduated"
   into a normal "stable" state in the standard library, remain in
   provisional state, or be rejected and removed entirely from the
   Python source tree. If the package ends up graduating into the stable
   state after being provisional, its API may be changed according to
   accumulated feedback. The core development team explicitly makes
   no guarantees about API stability and backward compatibility of
   provisional packages.''

Since this module is being committed to all three branches, it looks
pretty much like it's staying (and anyone using it already should be
prepared to adapt if the API does change).

> From what I understand, provisional basis means this module is the newer
> upstream-branch compared to the python built-in and it looks like 
> homeassistant really wants this newer one.
> 
> But I'm not sure about this assumption :(

The 3.6.2 version of "typing" standalone is identical to the one in
python-3.6.2. The version in python-3.6.4 is a bit newer.

I think it's not a good idea to have a standalone version when there's
one in python core. Which one do you get if you import the module?
What if another program is using it and then gets moved to an older
version if py3-typing is installed?

Re: UPDATE pwgen

[Klemens Nanni]

On Sun, Jan 14, 2018 at 08:48:48AM +0100, Björn Ketelaars wrote:
> The following diff brings security/pwgen to 2.08, which fixes some bugs.
> 
> Response maintainer 'fine for me'.
Looks good to me except for two whitespace nits, see below diff ontop of
yours.

HOMEPAGE has HTTPS.

Works fine for me on amd64.

diff --git a/security/pwgen/Makefile b/security/pwgen/Makefile
index 3f8961119b2..6ad8083820c 100644
--- a/security/pwgen/Makefile
+++ b/security/pwgen/Makefile
@@ -7,15 +7,15 @@ CATEGORIES=   security
 
 MAINTAINER=Robert Nagy 
 
-HOMEPAGE=  http://sourceforge.net/projects/pwgen/
+HOMEPAGE=  https://sourceforge.net/projects/pwgen/
 
-MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=pwgen/}
+MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=pwgen/}
 
 # GPL
 PERMIT_PACKAGE_CDROM=  Yes
 
 # uses pledge()
-WANTLIB=   c
+WANTLIB=   c
 
 AUTOCONF_VERSION=2.69
 CONFIGURE_STYLE=autoconf

Re: new www/py-aiohttp-cors [hass: #15]

[Joerg Jung]

On Wed, Jan 17, 2018 at 12:17:05AM +0100, Joerg Jung wrote:
> Hi,
> 
> please find attached a new port for www/py-aiohttp-cors.
> 
>$ cat pkg/DESCR
>aiohttp_cors library implements Cross Origin Resource Sharing (CORS) 
> support
>for aiohttp asyncio-powered asynchronous HTTP server.
> 
> This port depends on the earlier sent py-typing and py-aiohttp updates
> and is a dependency for the upcoming homeassistant port.
> 
> Please test and comment. OK to import?
> 
> Regards,
> Joerg

Updated tarball attached with py-typing removed from RUN_DEPENDS as this
is not needed here (thanks sthen for the pointer).


py-aiohttp-cors.tar.gz
Description: application/tar-gz

Re: update devel/py-typing [hass: #2]

[Joerg Jung]

On Wed, Jan 17, 2018 at 12:55:24AM +0100, Joerg Jung wrote:
> On Tue, Jan 16, 2018 at 11:40:57PM +, Stuart Henderson wrote:
> > On 2018/01/17 00:01, Joerg Jung wrote:
> > > Hi,
> > > 
> > > please find attached an update for devel/py-typing.
> > 
> > The update seems ok, but:
> > 
> > > This update introduces a python3 FLAVOR, which is needed as a dependency
> > > for the upcoming homeassistant port.
> > 
> > typing is in Python core for 3.5+, so I think it might be better to
> > skip the py3 flavour.
> 
> From PEP 484: Type Hints: 
> 
> "The module is available in Python since version 3.5.0 on a provisional 
> basis until Python 3.7.0." 
> [...]
> "The changes are merged in three branches (3.5, 3.6, default) due to
> the module's provisional status."
> 
> From what I understand, provisional basis means this module is the newer
> upstream-branch compared to the python built-in and it looks like 
> homeassistant really wants this newer one.
> 
> But I'm not sure about this assumption :(

My assumption was right, looks like the built-in is not enough, see
trace below.

However, it can be really removed from RUN_DEPENDS of py3-aiohttp-cors
port. Thanks for the pointer.


$ python3.6 
 
Python 3.6.4 (default, Jan  5 2018, 14:05:05) 
[GCC 4.2.1 Compatible OpenBSD Clang 5.0.1 (tags/RELEASE_501/final)] on openbsd6
Type "help", "copyright", "credits" or "license" for more information.
>>> import typing
>>> typing.__all__
['Any', 'Callable', 'ClassVar', 'Generic', 'Optional', 'Tuple', 'Type', 
'TypeVar', 'Union', 'AbstractSet', 'GenericMeta', 'ByteString', 'Container', 
'ContextManager', 'Hashable', 'ItemsView', 'Iterable', 'Iterator', 'KeysView', 
'Mapping', 'MappingView', 'MutableMapping', 'MutableSequence', 'MutableSet', 
'Sequence', 'Sized', 'ValuesView', 'Reversible', 'SupportsAbs', 
'SupportsBytes', 'SupportsComplex', 'SupportsFloat', 'SupportsInt', 
'SupportsRound', 'Counter', 'Deque', 'Dict', 'DefaultDict', 'List', 'Set', 
'FrozenSet', 'NamedTuple', 'Generator', 'AnyStr', 'cast', 'get_type_hints', 
'NewType', 'no_type_check', 'no_type_check_decorator', 'overload', 'Text', 
'TYPE_CHECKING', 'Awaitable', 'Coroutine', 'AsyncIterable', 'AsyncIterator', 
'Collection', 'AsyncContextManager', 'ChainMap', 'AsyncGenerator']
>>> +
$ hass --verbose --debug 
Traceback (most recent call last):
  File "/usr/local/bin/hass", line 6, in 
from pkg_resources import load_entry_point
  File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 
2994, in 
@_call_aside
  File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 
2980, in _call_aside
f(*args, **kwargs)
  File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 
3007, in _initialize_master_working_set
working_set = WorkingSet._build_master()
  File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 
658, in _build_master
ws.require(__requires__)
  File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 
966, in require
needed = self.resolve(parse_requirements(requirements))
  File "/usr/local/lib/python3.6/site-packages/pkg_resources/__init__.py", line 
852, in resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'typing<4,>=3' distribution was not 
found and is required by homeassistant 

Re: update devel/py-typing [hass: #2]

[Joerg Jung]

On Tue, Jan 16, 2018 at 11:40:57PM +, Stuart Henderson wrote:
> On 2018/01/17 00:01, Joerg Jung wrote:
> > Hi,
> > 
> > please find attached an update for devel/py-typing.
> 
> The update seems ok, but:
> 
> > This update introduces a python3 FLAVOR, which is needed as a dependency
> > for the upcoming homeassistant port.
> 
> typing is in Python core for 3.5+, so I think it might be better to
> skip the py3 flavour.

>From PEP 484: Type Hints: 

"The module is available in Python since version 3.5.0 on a provisional 
basis until Python 3.7.0." 
[...]
"The changes are merged in three branches (3.5, 3.6, default) due to
the module's provisional status."

>From what I understand, provisional basis means this module is the newer
upstream-branch compared to the python built-in and it looks like 
homeassistant really wants this newer one.

But I'm not sure about this assumption :(

Re: new astro/py-astral [hass: #6]

[Joerg Jung]

On Tue, Jan 16, 2018 at 11:16:24PM +, Stuart Henderson wrote:
> On 2018/01/17 00:06, Joerg Jung wrote:
> > Hi,
> > 
> > please find attached a new port for astro/py-astral.
> > 
> >$ cat pkg/DESCR
> >This is 'astral' a Python module which calculates
> > 
> >* Times for various positions of the sun: dawn, sunrise, solar noon,
> >  sunset, dusk, solar elevation, solar azimuth and rahukaalam.
> >* The phase of the moon.
> > 
> > This port is a dependency for the upcoming homeassistant port.
> > 
> > Please test and comment. OK to import?
> > 
> > Regards,
> > Joerg
> 
> tz is a RUN_DEPENDS, not just a BUILD_DEPENDS, otherwise OK.

of course, you are right. new tarball attached.


py-astral.tar.gz
Description: application/tar-gz

Re: update devel/py-typing [hass: #2]

[Stuart Henderson]

On 2018/01/17 00:01, Joerg Jung wrote:
> Hi,
> 
> please find attached an update for devel/py-typing.

The update seems ok, but:

> This update introduces a python3 FLAVOR, which is needed as a dependency
> for the upcoming homeassistant port.

typing is in Python core for 3.5+, so I think it might be better to
skip the py3 flavour.

lang/ghc update (even with an annoying warning) or not?

[Matthias Kilian]

Hi,

my current lang/ghc (updating to ghc-8.2.2) still has a really
annoying problem: ghc itself, and every hs-package will print a
warning like

Warning: library-dirs: /usr/local/lib/x86_64-openbsd-ghc-8.2.2 doesn't exist or 
isn't a directory

I've a partial diff for
libraries/Cabal/Cabal/Distribution/Simple/Compiler.hs which lets

libraryDynDirSupported :: Compiler -> Bool

return always False (because shared libraries are still disabled
for lang/ghc), but that's not enough. Because the above mentioned
directory is also added to some other field in package registrations,
and I didn't yet find where to patch this out.

Can people using ghc live with this warning still around for now?

It's a little bit time consuming to find and fix this problem
(because you'll have to build a new ghc, build at least one of the
hs-ports to check wether the fix really works), and I'd prefer to
get off my 'M's and also make some progress with the MAP_STACK diff
from Theo.

The downside: if I put lang/ghc in now and find and fix the warning
above later, I'll also have to bump all hs-ports (because the bogus
directory is contained in their register script).

Ciao,
Kili

new net/py-denonavr [hass: optional]

[Joerg Jung]

Hi,

please find attached a new port for net/py-denonavr.

   $ cat pkg/DESCR
   Automation Library for Denon AVR receivers.

This port depends on the earlier sent py-requests update and is a
dependency for the homeassistant component: "Denon AVR Network Network
Receivers" https://home-assistant.io/components/media_player.denonavr/.
This component enabled adds your Denon AVR as media player to
home-assistant.  Works fine and as expected here.

Please test and comment. OK to import?

Regards,
Joerg


py-denonavr.tar.gz
Description: application/tar-gz

new productivity/homeassistant [hass: #fin]

[Joerg Jung]

Hi,

finally, please find attached a port for homeassistant.

   $ cat pkg/DESCR
   Home Assistant is an open-source home automation platform running on Python 
3.
   Track and control all devices at home and automate control.

   If you plan to use components, please make sure that you have all necessary
   dependencies installed.

This port depends on several further new ports and requires various port
updates, I all sent earlier to the list.  I believe some of them should
go into a bulk build (any volunteers?) like the py-requests or
py-sqlalchemy update to make sure they don't break anything.

After starting hass daemon via rcctl(8) one can point browser to the web
frontend, which listens by default on http://localhost:8123.

The port has RUN_DEPENDS only for the very basic default (minus cloud
and TTS) components.  Before enabling and using further components, you
*need* to (port and) install the required dependencies.  For components,
please see: https://home-assistant.io/components/
For details on dependencies, please see:
https://github.com/home-assistant/home-assistant/blob/dev/requirements_all.txt

I'm not sure about the '.*' in the pexp in hass.rc script, but it works
for me.  Hints if this can be done better are welcome (maybe?
'pythonMODPY_BIN_SUFFIX:').  Also portcheck is complaining about 1
line(s) longer than 80 chars in pkg/hass.rc, I'm not sure how to fix
that either, I believe backslash makes things more unread-able here.

Tests are not enabled as they need gazillions of further new ports and
updates.

Please test and provide feedback and comments!

Thanks,
Regards,
Joerg


Index: infrastructure/db/user.list
===
RCS file: /cvs/ports/infrastructure/db/user.list,v
retrieving revision 1.301
diff -u -p -r1.301 user.list
--- infrastructure/db/user.list 10 Jan 2018 16:20:58 -  1.301
+++ infrastructure/db/user.list 16 Jan 2018 19:37:02 -
@@ -308,3 +308,4 @@ id  usergroup   port options
 797 _influx_influx databases/influxdb
 798 _grafana   _grafanasysutils/grafana
 799 _prometheus_prometheus sysutils/prometheus
+800 _hass  _hass   productivity/homeassistant


homeassistant.tar.gz
Description: application/tar-gz

new www/home-assistant-frontend [hass: #18]

[Joerg Jung]

Hi,

please find attached a new port for www/home-assistant-frontend.

   $ cat pkg/DESCR
   Official frontend to control Home Assistant.

This port the web frontend and dependency for the upcoming homeassistant
port.

Please test and comment. OK to import?

Regards,
Joerg


home-assistant-frontend.tar.gz
Description: application/tar-gz

new www/py-user-agents [hass: #17]

[Joerg Jung]

Hi,

please find attached a new port for www/py-user-agents.

   $ cat pkg/DESCR
   user_agents is a Python library that provides an easy way to identify/detect
   devices like mobile phones, tablets and their capabilities by parsing
   (browser/HTTP) user agent strings. The goal is to reliably detect whether:
   
   - User agent is a mobile, tablet or PC based device
   - User agent has touch capabilities (has touch screen)

This port depends on the earlier sent new py-ua-parser and is a dependency for
the upcoming homeassistant port.

Please test and comment. OK to import?

Regards,
Joerg


py-user-agents.tar.gz
Description: application/tar-gz

new www/py-ua-parser [hass: #16]

[Joerg Jung]

Hi,

please find attached a new port for www/py-ua-parser.

   $ cat pkg/DESCR
   A python implementation of the UA Parser.

This port is a dependency for the upcoming py-user-agents port which in
turn is a dependency for the upcoming homeassistant port.

Unfortunately, only very few of the tests are ok, and most are failing,
any hints are welcome.

Please test and comment. OK to import?

Regards,
Joerg


py-ua-parser.tar.gz
Description: application/tar-gz

new www/py-aiohttp-cors [hass: #15]

[Joerg Jung]

Hi,

please find attached a new port for www/py-aiohttp-cors.

   $ cat pkg/DESCR
   aiohttp_cors library implements Cross Origin Resource Sharing (CORS) support
   for aiohttp asyncio-powered asynchronous HTTP server.

This port depends on the earlier sent py-typing and py-aiohttp updates
and is a dependency for the upcoming homeassistant port.

Please test and comment. OK to import?

Regards,
Joerg


py-aiohttp-cors.tar.gz
Description: application/tar-gz

Re: new astro/py-astral [hass: #6]

[Stuart Henderson]

On 2018/01/17 00:06, Joerg Jung wrote:
> Hi,
> 
> please find attached a new port for astro/py-astral.
> 
>$ cat pkg/DESCR
>This is 'astral' a Python module which calculates
> 
>* Times for various positions of the sun: dawn, sunrise, solar noon,
>  sunset, dusk, solar elevation, solar azimuth and rahukaalam.
>* The phase of the moon.
> 
> This port is a dependency for the upcoming homeassistant port.
> 
> Please test and comment. OK to import?
> 
> Regards,
> Joerg

tz is a RUN_DEPENDS, not just a BUILD_DEPENDS, otherwise OK.



>>> import astral
Traceback (most recent call last):
  File "/usr/local/lib/python3.6/site-packages/astral.py", line 75, in 
import pytz
ModuleNotFoundError: No module named 'pytz'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/local/lib/python3.6/site-packages/astral.py", line 77, in 
raise ImportError(('The astral module requires the '
ImportError: The astral module requires the pytz module to be available.

new net/py-netdisco [hass: #14]

[Joerg Jung]

Hi,

please find attached a new port for net/py-netdisco.

   $ cat pkg/DESCR
   NetDisco is a Python 3 library to discover local devices and services. It
   allows to scan on demand or offer a service that will scan the network in the
   background in a set interval.
   
   Current methods of scanning:
   
  - mDNS (includes Chromecast, Homekit)
  - uPnP
  - Plex Media Server using Good Day Mate protocol
  - Logitech Media Server discovery protocol
  - Daikin discovery protocol
  - Web OS discovery protocol
   
   It is the library that powers the device discovery within Home Assistant.

This port depends on the earlier sent new py-zeroconf and py-requests
update and is a dependency for the upcoming homeassistant port.

Please test and comment. OK to import?

Regards,
Joerg


py-netdisco.tar.gz
Description: application/tar-gz

new net/py-zeroconf [hass: #13]

[Joerg Jung]

Hi,

please find attached a new port for net/py-zeroconf.

   $ cat pkg/DESCR
   This is fork of pyzeroconf, Multicast DNS Service Discovery for Python,
   originally by Paul Scott-Murphy (https://github.com/paulsm/pyzeroconf),
   modified by William McBrine (https://github.com/wmcbrine/pyzeroconf).
   
   The original William McBrine's fork note:
   
  This fork is used in all of my TiVo-related projects: HME for Python (and
  therefore HME/VLC), Network Remote, Remote Proxy, and pyTivo.  Before 
this,
  I was tracking the changes for zeroconf.py in three separate repos.
  I figured I should have an authoritative source.
   
   Although I make changes based on my experience with TiVos, I expect that
   they're generally applicable. This version also includes patches found on the
   now-defunct (?) Launchpad repo of pyzeroconf, and elsewhere around the net --
   not always well-documented, sorry.  Compatible with:
   
  - Bonjour
  - Avahi
   
   Compared to some other Zeroconf/Bonjour/Avahi Python packages, 
python-zeroconf:
   
  - isn't tied to Bonjour or Avahi
  - doesn't use D-Bus
  - doesn't force you to use particular event loop or Twisted
  - is pip-installable
  - has PyPI distribution

This port is a dependency for the upcoming py-netdisco port which in
turn is a dependency for the upcoming homeassistant port.

Please test and comment. OK to import?

Regards,
Joerg


py-zeroconf.tar.gz
Description: application/tar-gz

update www/py-aiohttp [hass: #12]

[Joerg Jung]

Hi,

please find attached an update for www/py-aiohttp.
This update depends on earlier send updates (py-multidict) and new ports
(py-yarl) and is needed as a dependency for the upcoming homeassistant
port.

Unfortunately, a few tests are failing, but I have no idea why or how to
fix them, any hints are welcome.

OK?

Regards,
Joerg


Index: Makefile
===
RCS file: /cvs/ports/www/py-aiohttp/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile3 Jan 2017 19:28:48 -   1.4
+++ Makefile16 Jan 2018 22:05:38 -
@@ -2,11 +2,12 @@
 
 COMMENT =  http client/server for asyncio
 
-MODPY_EGG_VERSION =0.22.5
+MODPY_EGG_VERSION =2.3.7
 DISTNAME = aiohttp-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
 CATEGORIES =   www
-REVISION = 0
+
+HOMEPAGE = https://aiohttp.readthedocs.org
 
 # Apache2
 PERMIT_PACKAGE_CDROM = Yes
@@ -17,12 +18,12 @@ MODULES =   lang/python
 
 MODPY_PI = Yes
 MODPY_SETUPTOOLS = Yes
-
 MODPY_VERSION =${MODPY_DEFAULT_VERSION_3}
 
-# py-multidict is python3 only
-RUN_DEPENDS =  textproc/py-chardet${MODPY_FLAVOR} \
-   www/py-multidict
+RUN_DEPENDS =  devel/py-async-timeout \
+   textproc/py-chardet${MODPY_FLAVOR} \
+   www/py-multidict \
+   www/py-yarl
 TEST_DEPENDS = ${RUN_DEPENDS} \
devel/py-test${MODPY_FLAVOR} \
www/py-gunicorn${MODPY_FLAVOR}
Index: distinfo
===
RCS file: /cvs/ports/www/py-aiohttp/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo27 Aug 2016 13:41:45 -  1.2
+++ distinfo16 Jan 2018 22:05:38 -
@@ -1,2 +1,2 @@
-SHA256 (aiohttp-0.22.5.tar.gz) = nFGvAwyGb5HhiiGWFOOdNF20SD7ZhgOJ0FNtdNBLDTs=
-SIZE (aiohttp-0.22.5.tar.gz) = 475312
+SHA256 (aiohttp-2.3.7.tar.gz) = /ilN846cZzdCY9eDp6KceTcgMPWWK9VzT6Ucb0u/7js=
+SIZE (aiohttp-2.3.7.tar.gz) = 847163
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/py-aiohttp/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- pkg/PLIST   27 Aug 2016 13:41:45 -  1.2
+++ pkg/PLIST   16 Jan 2018 22:05:38 -
@@ -11,59 +11,90 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}abc.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}backport_cookies.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}client.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}client_exceptions.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}client_proto.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}client_reqrep.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}client_ws.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}connector.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}errors.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}file_sender.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}cookiejar.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}formdata.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}frozenlist.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}hdrs.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}helpers.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}http.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}http_exceptions.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}http_parser.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}http_websocket.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}http_writer.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}locks.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/aiohttp/${MODPY_PYCACHE}log.${MODPY_PYC_MAGIC_TAG}pyc
 

new www/py-yarl [hass: #11]

[Joerg Jung]

Hi,

please find attached a new port for www/py-yarl.

   $ cat pkg/DESCR
   Yet another URL library.

This port is a dependency for the upcoming homeassistant port.

Please test and comment. OK to import?

Regards,
Joerg


py-yarl.tar.gz
Description: application/tar-gz

update www/py-multidict [hass: #10]

[Joerg Jung]

Hi,

please find attached an update for www/py-multidict.
This update is needed for the upcoming py-aiohttp update and the new
py-yarl port, which in turn are both homeassistant dependencies.

OK?

Regards,
Joerg


Index: Makefile
===
RCS file: /cvs/ports/www/py-multidict/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile3 Jan 2017 19:28:49 -   1.2
+++ Makefile16 Jan 2018 20:51:00 -
@@ -2,15 +2,10 @@
 
 COMMENT =  multidict implementation
 
-MODPY_EGG_VERSION =1.1.0a6
+MODPY_EGG_VERSION =3.3.2
 DISTNAME = multidict-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
 CATEGORIES =   www devel
-REVISION = 1
-
-GH_ACCOUNT =   aio-libs
-GH_PROJECT =   multidict
-GH_TAGNAME =   v${MODPY_EGG_VERSION}
 
 WANTLIB += pthread ${MODPY_WANTLIB}
 
@@ -19,8 +14,8 @@ PERMIT_PACKAGE_CDROM =Yes
 
 MODULES =  lang/python
 
+MODPY_PI = Yes
 MODPY_SETUPTOOLS = Yes
-
 MODPY_VERSION =${MODPY_DEFAULT_VERSION_3}
 
 TEST_DEPENDS = devel/py-test${MODPY_FLAVOR}
Index: distinfo
===
RCS file: /cvs/ports/www/py-multidict/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo5 Jun 2016 17:08:19 -   1.1.1.1
+++ distinfo16 Jan 2018 20:51:00 -
@@ -1,2 +1,2 @@
-SHA256 (multidict-1.1.0a6.tar.gz) = 
rD8aE0yHp/bnVHy8tZXl6zbRwYZRAad38ufAoY2CQXM=
-SIZE (multidict-1.1.0a6.tar.gz) = 98630
+SHA256 (multidict-3.3.2.tar.gz) = +C5hx0CO0NzhhiEA21VZVIGRHxWdbd7As3XTW2RJUJs=
+SIZE (multidict-3.3.2.tar.gz) = 129806
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/py-multidict/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   5 Jun 2016 17:08:19 -   1.1.1.1
+++ pkg/PLIST   16 Jan 2018 20:51:00 -
@@ -7,9 +7,17 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/multidict-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
 
lib/python${MODPY_VERSION}/site-packages/multidict-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
 lib/python${MODPY_VERSION}/site-packages/multidict/__init__.py
+lib/python${MODPY_VERSION}/site-packages/multidict/__init__.pyi
 lib/python${MODPY_VERSION}/site-packages/multidict/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/multidict/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/multidict/${MODPY_PYCACHE}_abc.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/multidict/${MODPY_PYCACHE}_compat.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/multidict/${MODPY_PYCACHE}_multidict_py.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/multidict/_abc.py
+lib/python${MODPY_VERSION}/site-packages/multidict/_compat.py
+lib/python${MODPY_VERSION}/site-packages/multidict/_istr.c
+lib/python${MODPY_VERSION}/site-packages/multidict/_istr.pyd
+lib/python${MODPY_VERSION}/site-packages/multidict/_istr.so
 lib/python${MODPY_VERSION}/site-packages/multidict/_multidict.c
 lib/python${MODPY_VERSION}/site-packages/multidict/_multidict.pyx
 lib/python${MODPY_VERSION}/site-packages/multidict/_multidict.so

new textproc/py-xmltodict [hass: #9]

[Joerg Jung]

Hi,

please find attached a new port for textproc/py-xmltodict.

   $ cat pkg/DESCR
   xmltodict is a Python module that makes working with XML feel like you are
   working with JSON.

This port is a dependency for the upcoming homeassistant port.

Please test and comment. OK to import?

Regards,
Joerg


py-xmltodict.tar.gz
Description: application/tar-gz

new sysutils/py-distro [hass: #8]

[Joerg Jung]

Hi,

please find attached a new port for sysutils/py-distro.

   $ cat pkg/DESCR
   distro (for: Linux Distribution) provides information about the Linux
   distribution it runs on, such as a reliable machine-readable ID, or version
   information.

   It is a renewed alternative implementation for Python's original
   platform.linux_distribution function, but it also provides much more
   functionality which isn't necessarily Python bound like a command-line
   interface.

While this port is basically a NOP on OpenBSD it is required for the
upcoming homeassistant port.

Please test and comment. OK to import?

Regards,
Joerg


py-distro.tar.gz
Description: application/tar-gz

new devel/py-async-timeout [hass: #7]

[Joerg Jung]

Hi,

please find attached a new port for devel/py-async-timeout.

   $ cat pkg/DESCR
   asyncio-compatible timeout context manager.

This port is a dependency for the upcoming homeassistant port.

Please test and comment. OK to import?

Regards,
Joerg


py-async-timeout.tar.gz
Description: application/tar-gz

new astro/py-astral [hass: #6]

[Joerg Jung]

Hi,

please find attached a new port for astro/py-astral.

   $ cat pkg/DESCR
   This is 'astral' a Python module which calculates

   * Times for various positions of the sun: dawn, sunrise, solar noon,
 sunset, dusk, solar elevation, solar azimuth and rahukaalam.
   * The phase of the moon.

This port is a dependency for the upcoming homeassistant port.

Please test and comment. OK to import?

Regards,
Joerg


py-astral.tar.gz
Description: application/tar-gz

update www/py-requests [hass: #5]

[Joerg Jung]

Hi,

please find attached an update for www/py-requests.
This update moves prior included dependencies into RUN_REPENDS and is
needed for the upcoming homeassistant port.

OK?

Regards,
Joerg


Index: Makefile
===
RCS file: /cvs/ports/www/py-requests/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- Makefile11 May 2017 19:10:51 -  1.25
+++ Makefile16 Jan 2018 21:04:23 -
@@ -2,7 +2,7 @@
 
 COMMENT=   elegant and simple HTTP library for Python
 
-MODPY_EGG_VERSION= 2.14.2
+MODPY_EGG_VERSION= 2.18.4
 PKGNAME=   py-requests-${MODPY_EGG_VERSION}
 
 GH_ACCOUNT=kennethreitz
@@ -20,9 +20,16 @@ PERMIT_PACKAGE_CDROM=Yes
 
 MODULES=   lang/python
 
-TEST_DEPENDS=  devel/py-test${MODPY_FLAVOR} \
+RUN_DEPENDS=   devel/py-certifi${MODPY_FLAVOR} \
+   net/py-idna${MODPY_FLAVOR} \
+   textproc/py-chardet${MODPY_FLAVOR} \
+   www/py-urllib3${MODPY_FLAVOR}
+TEST_DEPENDS=  ${RUN_DEPENDS} \
+   devel/py-test${MODPY_FLAVOR} \
+   devel/py-test-cov${MODPY_FLAVOR} \
devel/py-test-mock${MODPY_FLAVOR} \
devel/py-test-httpbin${MODPY_FLAVOR} \
+   devel/py-test-xdist${MODPY_FLAVOR} \
net/py-socks${MODPY_FLAVOR}
 
 FLAVORS=   python3
Index: distinfo
===
RCS file: /cvs/ports/www/py-requests/distinfo,v
retrieving revision 1.19
diff -u -p -r1.19 distinfo
--- distinfo11 May 2017 19:10:51 -  1.19
+++ distinfo16 Jan 2018 21:04:23 -
@@ -1,2 +1,2 @@
-SHA256 (requests-2.14.2.tar.gz) = E0wxU6qR8mlcLeLqOqxKaCGJQcJO1wYbRTz/jU8MB0M=
-SIZE (requests-2.14.2.tar.gz) = 3470473
+SHA256 (requests-2.18.4.tar.gz) = sGjMzjtzminL9yFIsP9L49gBmPt829YwZvc4S7Vu+Rc=
+SIZE (requests-2.18.4.tar.gz) = 3040025
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/py-requests/pkg/PLIST,v
retrieving revision 1.11
diff -u -p -r1.11 PLIST
--- pkg/PLIST   11 May 2017 19:10:51 -  1.11
+++ pkg/PLIST   16 Jan 2018 21:04:23 -
@@ -10,6 +10,7 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/requests/__init__.py
 
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}__version__.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}_internal_utils.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}adapters.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}api.${MODPY_PYC_MAGIC_TAG}pyc
@@ -18,12 +19,15 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}cookies.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}exceptions.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}help.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}hooks.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}models.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}packages.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}sessions.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}status_codes.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}structures.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/requests/__version__.py
 lib/python${MODPY_VERSION}/site-packages/requests/_internal_utils.py
 lib/python${MODPY_VERSION}/site-packages/requests/adapters.py
 lib/python${MODPY_VERSION}/site-packages/requests/api.py
@@ -33,200 +37,10 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/requests/compat.py
 lib/python${MODPY_VERSION}/site-packages/requests/cookies.py
 lib/python${MODPY_VERSION}/site-packages/requests/exceptions.py
+lib/python${MODPY_VERSION}/site-packages/requests/help.py
 lib/python${MODPY_VERSION}/site-packages/requests/hooks.py
 lib/python${MODPY_VERSION}/site-packages/requests/models.py
-lib/python${MODPY_VERSION}/site-packages/requests/packages/

update www/py-jinja2 [hass: #4]

[Joerg Jung]

Hi,

please find attached an update for www/py-jinja2.
This update is needed for the upcoming homeassistant port.

OK?

Regards,
Joerg


Index: Makefile
===
RCS file: /cvs/ports/www/py-jinja2/Makefile,v
retrieving revision 1.24
diff -u -p -r1.24 Makefile
--- Makefile6 Jan 2017 16:51:56 -   1.24
+++ Makefile16 Jan 2018 20:56:25 -
@@ -2,7 +2,7 @@
 
 COMMENT =  fast, optionally sandboxed, Python template engine
 
-MODPY_EGG_VERSION =2.8.1
+MODPY_EGG_VERSION =2.10
 DISTNAME = Jinja2-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME:L}
 
Index: distinfo
===
RCS file: /cvs/ports/www/py-jinja2/distinfo,v
retrieving revision 1.11
diff -u -p -r1.11 distinfo
--- distinfo6 Jan 2017 16:51:56 -   1.11
+++ distinfo16 Jan 2018 20:56:25 -
@@ -1,2 +1,2 @@
-SHA256 (Jinja2-2.8.1.tar.gz) = TbO+W+4FUv8YWrnybUVpTK87D7HeaMR00QdnHOlVmAE=
-SIZE (Jinja2-2.8.1.tar.gz) = 397144
+SHA256 (Jinja2-2.10.tar.gz) = DTHTRmwxOpygFKLZBP7RjNrIc6W6H3twuP2LIGzYYNY=
+SIZE (Jinja2-2.10.tar.gz) = 267508
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/py-jinja2/pkg/PLIST,v
retrieving revision 1.7
diff -u -p -r1.7 PLIST
--- pkg/PLIST   6 Jan 2017 16:51:56 -   1.7
+++ pkg/PLIST   16 Jan 2018 20:56:25 -
@@ -12,7 +12,9 @@ lib/python${MODPY_VERSION}/site-packages
 
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}_compat.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}_stringdefs.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}_identifier.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}asyncfilters.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}asyncsupport.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}bccache.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}compiler.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}constants.${MODPY_PYC_MAGIC_TAG}pyc
@@ -22,9 +24,11 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}exceptions.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}ext.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}filters.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}idtracking.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}lexer.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}loaders.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}meta.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}nativetypes.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}nodes.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}optimizer.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}parser.${MODPY_PYC_MAGIC_TAG}pyc
@@ -34,7 +38,9 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/jinja2/${MODPY_PYCACHE}visitor.${MODPY_PYC_MAGIC_TAG}pyc
 lib/python${MODPY_VERSION}/site-packages/jinja2/_compat.py
-lib/python${MODPY_VERSION}/site-packages/jinja2/_stringdefs.py
+lib/python${MODPY_VERSION}/site-packages/jinja2/_identifier.py
+lib/python${MODPY_VERSION}/site-packages/jinja2/asyncfilters.py
+lib/python${MODPY_VERSION}/site-packages/jinja2/asyncsupport.py
 lib/python${MODPY_VERSION}/site-packages/jinja2/bccache.py
 lib/python${MODPY_VERSION}/site-packages/jinja2/compiler.py
 lib/python${MODPY_VERSION}/site-packages/jinja2/constants.py
@@ -44,9 +50,11 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/jinja2/exceptions.py
 lib/python${MODPY_VERSION}/site-packages/jinja2/ext.py
 lib/python${MODPY_VERSION}/site-packages/jinja2/filters.py
+lib/python${MODPY_VERSION}/site-packages/jinja2/idtracking.py
 lib/python${MODPY_VERSION}/site-packages/jinja2/lexer.py
 lib/python${MODPY_VERSION}/site-packages/jinja2/loaders.py
 lib/python${MODPY_VERSION}/site-packages/jinja2/meta.py
+lib/python${MODPY_VERSION}/site-packages/jinja2/nativetypes.py
 

update devel/py-voluptuous [hass: #3]

[Joerg Jung]

Hi,

please find attached an update for devel/py-voluptuous.
This update introduces a python3 FLAVOR, which is needed as a dependency
for the upcoming homeassistant port.

OK?

Regards,
Joerg


Index: Makefile
===
RCS file: /cvs/ports/devel/py-voluptuous/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile9 May 2017 06:09:42 -   1.3
+++ Makefile16 Jan 2018 20:39:19 -
@@ -5,6 +5,7 @@ COMMENT =   data validation library
 MODPY_EGG_VERSION =0.10.5
 DISTNAME = voluptuous-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
+REVISION = 0
 
 CATEGORIES =   devel
 
@@ -18,7 +19,10 @@ MODULES =lang/python
 MODPY_PI = Yes
 MODPY_SETUPTOOLS = Yes
 
-TEST_DEPENDS = devel/py-nose
+TEST_DEPENDS = devel/py-nose${MODPY_FLAVOR}
+
+FLAVORS =  python3
+FLAVOR ?=
 
 do-test:
cd ${WRKSRC} && nosetests
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-voluptuous/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- pkg/PLIST   15 Apr 2017 17:26:17 -  1.2
+++ pkg/PLIST   16 Jan 2018 20:39:19 -
@@ -6,14 +6,15 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/voluptuous-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
 
lib/python${MODPY_VERSION}/site-packages/voluptuous-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
 lib/python${MODPY_VERSION}/site-packages/voluptuous/__init__.py
-lib/python${MODPY_VERSION}/site-packages/voluptuous/__init__.pyc
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/voluptuous/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/voluptuous/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/voluptuous/${MODPY_PYCACHE}error.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/voluptuous/${MODPY_PYCACHE}humanize.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/voluptuous/${MODPY_PYCACHE}schema_builder.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/voluptuous/${MODPY_PYCACHE}util.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/voluptuous/${MODPY_PYCACHE}validators.${MODPY_PYC_MAGIC_TAG}pyc
 lib/python${MODPY_VERSION}/site-packages/voluptuous/error.py
-lib/python${MODPY_VERSION}/site-packages/voluptuous/error.pyc
 lib/python${MODPY_VERSION}/site-packages/voluptuous/humanize.py
-lib/python${MODPY_VERSION}/site-packages/voluptuous/humanize.pyc
 lib/python${MODPY_VERSION}/site-packages/voluptuous/schema_builder.py
-lib/python${MODPY_VERSION}/site-packages/voluptuous/schema_builder.pyc
 lib/python${MODPY_VERSION}/site-packages/voluptuous/util.py
-lib/python${MODPY_VERSION}/site-packages/voluptuous/util.pyc
 lib/python${MODPY_VERSION}/site-packages/voluptuous/validators.py
-lib/python${MODPY_VERSION}/site-packages/voluptuous/validators.pyc

Re: update misc/blink1

[Joerg Jung]

Ping.

On Tue, Jan 09, 2018 at 09:19:45PM +0100, Joerg Jung wrote:
> Hi,
> 
> please find below an update to blink-0.98a.  This drops most of the
> patches as upstreamed (thanks to bluhm).
> 
> OK?
> 
> Regards,
> Joerg
> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/misc/blink1/Makefile,v
> retrieving revision 1.5
> diff -u -p -r1.5 Makefile
> --- Makefile  16 Mar 2016 16:46:32 -  1.5
> +++ Makefile  9 Jan 2018 20:18:16 -
> @@ -2,7 +2,7 @@
>  
>  COMMENT =software tools for blink(1) LED notification light
>  
> -V =  1.98
> +V =  1.98a
>  DISTNAME =   ${GH_PROJECT}-${V}
>  
>  SO_V =   0.1
> Index: distinfo
> ===
> RCS file: /cvs/ports/misc/blink1/distinfo,v
> retrieving revision 1.2
> diff -u -p -r1.2 distinfo
> --- distinfo  23 Dec 2015 10:53:53 -  1.2
> +++ distinfo  9 Jan 2018 20:18:16 -
> @@ -1,2 +1,2 @@
> -SHA256 (blink1-1.98.tar.gz) = K7+ISMPGVquPsBA1/TEQOjIfvuIBZGkc9n43BsS1CxY=
> -SIZE (blink1-1.98.tar.gz) = 29439933
> +SHA256 (blink1-1.98a.tar.gz) = sMsN8zlejocXA2OUII+tKCW9GmmAJCuULjKR6fv5DP4=
> +SIZE (blink1-1.98a.tar.gz) = 29503155
> Index: patches/patch-commandline_Makefile
> ===
> RCS file: /cvs/ports/misc/blink1/patches/patch-commandline_Makefile,v
> retrieving revision 1.2
> diff -u -p -r1.2 patch-commandline_Makefile
> --- patches/patch-commandline_Makefile23 Dec 2015 10:53:53 -  
> 1.2
> +++ patches/patch-commandline_Makefile9 Jan 2018 20:18:16 -
> @@ -1,90 +1,46 @@
>  $OpenBSD: patch-commandline_Makefile,v 1.2 2015/12/23 10:53:53 bluhm Exp $
> -
> -todo: submit to upstream
> -
>  commandline/Makefile.origWed Sep  9 03:06:56 2015
> -+++ commandline/Makefile Wed Dec 23 11:33:08 2015
> -@@ -113,9 +113,13 @@ ifeq "$(UNAME)" "FreeBSD"
> - OS=freebsd
> - endif
> - 
> -+ifeq "$(UNAME)" "OpenBSD"
> -+OS=openbsd
> -+endif
> +Index: commandline/Makefile
> +--- commandline/Makefile.orig
>  commandline/Makefile
> +@@ -124,7 +124,8 @@ endif
> + # allow overriding of GIT_TAG & BLINK1_VERSION on commandline for automated 
> builds
>   
>   MACH_TYPE:="$(strip $(shell uname -m))"
> --GIT_TAG:="$(strip $(shell git tag 2>&1 | tail -1 | cut -f1 -d' '))"
> -+#GIT_TAG:="$(strip $(shell git tag 2>&1 | tail -1 | cut -f1 -d' '))"
> +-GIT_TAG?="$(strip $(shell git tag 2>&1 | tail -1 | cut -f1 -d' '))"
> ++#GIT_TAG?="$(strip $(shell git tag 2>&1 | tail -1 | cut -f1 -d' '))"
>  +GIT_TAG:=${GH_TAGNAME}
>   # deal with case of no git or no git tags, check for presence of "v" (i.e. 
> "v1.93")
>   ifneq ($(findstring v,$(GIT_TAG)), v)
> GIT_TAG:="v0"
> -@@ -278,6 +282,37 @@ INCLOCATION ?= $(PREFIX)/include
> +@@ -289,7 +290,7 @@ endif
>   
> - endif
> - 
> -+#  OpenBSD  
> ###
> -+ifeq "$(OS)" "openbsd"
> + #  OpenBSD  
> ###
> + ifeq "$(OS)" "openbsd"
> +-LIBTARGET = libblink1.so
>  +LIBTARGET = libblink1.so.${SO_V}
> -+# was blink1-lib.so
> -+
> -+ifeq "$(USBLIB_TYPE)" "HIDAPI"
> -+CFLAGS += -DUSE_HIDAPI
> -+CFLAGS += -I./hidapi/hidapi
> -+OBJS = ./hidapi/libusb/hid.o
> -+CFLAGS += `pkg-config libusb-1.0 --cflags` -I/usr/local/include -fPIC
> -+LIBS   += `pkg-config libusb-1.0 --libs` -L/usr/local/lib -lpthread -liconv
> -+endif
> -+
> -+ifeq "$(USBLIB_TYPE)" "HIDDATA"
> -+CFLAGS += -DUSE_HIDDATA
> -+OBJS = ./hiddata.o
> -+CFLAGS += `pkg-config libusb --cflags` -fPIC
> -+LIBS   += `pkg-config libusb --libs`
> -+endif
> -+
> -+LIBFLAGS = -shared -o $(LIBTARGET) $(LIBS)
> -+EXE=
> -+
> -+#INSTALL = install
> -+PREFIX ?= /usr/local
> -+EXELOCATION ?= $(PREFIX)/bin
> -+LIBLOCATION ?= $(PREFIX)/lib
> -+INCLOCATION ?= $(PREFIX)/include
> -+
> -+endif
> -+
> - #  WRT Linux  
> 
> - ifeq "$(OS)" "wrtlinux"
> - LIBTARGET = libblink1.so
> -@@ -371,7 +406,7 @@ endif
> + # was blink1-lib.so
> + 
> + ifeq "$(USBLIB_TYPE)" "HIDAPI"
> +@@ -411,7 +412,7 @@ endif
>   
> - #CFLAGS += -O -Wall -std=gnu99 -I ../hardware/firmware 
> - CFLAGS += -std=gnu99 
> + #CFLAGS += -O -Wall -std=gnu99 -I ../hardware/firmware
> + CFLAGS += -std=gnu99
>  -CFLAGS += -g
>  +#CFLAGS += -g
>   CFLAGS += -DBLINK1_VERSION=\"$(BLINK1_VERSION)\"
>   
> - OBJS +=  blink1-lib.o 
> -@@ -389,6 +424,7 @@ help:
> - @echo "make OS=windows ... build Windows  blink1-lib and blink1-tool" 
> - @echo "make OS=linux   ... build Linuxblink1-lib and blink1-tool" 
> - @echo "make OS=freebsd ... build FreeBSDblink1-lib and blink1-tool" 
> -+@echo "make OS=openbsd ... build OpenBSDblink1-lib and blink1-tool" 
> - @echo "make OS=macosx  ... build Mac OS X blink1-lib and blink1-tool" 
> - @echo "make 

Re: [BUG] x11/mate/atril: EPUBs can't be read

[Lari Rasku]

For the archives, the build patch has now been merged upstream [1].
The issue with blank pages turned out to be a known open one [2].

[1]: https://github.com/mate-desktop/atril/issues/290
[2]: https://github.com/mate-desktop/atril/issues/125

[NEW] math/p5-Math-Int64

[Frederic Cambus]

Hi ports@,

Here is a new port: math/p5-Math-Int64

This is a dependency for an upcoming port.

>From DESCR:

This module adds support for 64 bit integers, signed and unsigned, to Perl.

Comments? OK?


p5-Math-Int64.tar.gz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/01/16 15:16:41

Modified files:
sysutils/flashrom: Makefile distinfo 
sysutils/flashrom/patches: patch-Makefile patch-hwaccess_c 
   patch-physmap_c 
Added files:
sysutils/flashrom/patches: patch-flashrom_8_tmpl 

Log message:
update to flashrom-1.0, from Klemens Nanni

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/01/16 15:15:31

Modified files:
net/isc-bind   : Tag: OPENBSD_6_2 Makefile distinfo 

Log message:
update BIND in -stable to 9.10.6-P1

* Addresses could be referenced after being freed during resolver
processing, causing an assertion failure. The chances of this happening
were remote, but the introduction of a delay in resolution increased
them. (The delay will be addressed in an upcoming maintenance release.)
This bug is disclosed in CVE-2017-3145. [RT #46839]

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/01/16 15:13:59

Modified files:
net/isc-bind   : Makefile distinfo 

Log message:
security update to BIND 9.11.2-P1

* Addresses could be referenced after being freed during resolver
processing, causing an assertion failure. The chances of this happening
were remote, but the introduction of a delay in resolution increased
them. (The delay will be addressed in an upcoming maintenance release.)
This bug is disclosed in CVE-2017-3145. [RT #46839]

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/01/16 15:09:27

Modified files:
editors/joe: Makefile distinfo 
editors/joe/pkg: PLIST 

Log message:
update to joe-4.6, from Björn Ketelaars, ok landry@

UPDATE: archivers/pigz 2.3.4 -> 2.4

[Klemens Nanni]

Simple update, works on amd64, tests pass.

gmake is not required anymore, no object change when building with our
make.

While here, switch to HTTPS.

Feedback? Any takers?

diff --git a/archivers/pigz/Makefile b/archivers/pigz/Makefile
index 02ca3c7fe95..9f1612c3a50 100644
--- a/archivers/pigz/Makefile
+++ b/archivers/pigz/Makefile
@@ -5,9 +5,9 @@ NOT_FOR_ARCHS=  ${GCC3_ARCHS}
 
 COMMENT =  parallel implementation of gzip utilizing multiple cores
 
-DISTNAME = pigz-2.3.4
+DISTNAME = pigz-2.4
 CATEGORIES =   archivers
-HOMEPAGE = http://zlib.net/pigz/
+HOMEPAGE = https://zlib.net/pigz/
 
 MAINTAINER =   Thomas Pfaff 
 
@@ -20,7 +20,6 @@ MASTER_SITES =${HOMEPAGE}
 
 MAKE_FLAGS =   CC="${CC}" CFLAGS="${CFLAGS} -Wall -Wextra"
 
-USE_GMAKE =Yes
 ALL_TARGET =   pigz
 
 do-install:
diff --git a/archivers/pigz/distinfo b/archivers/pigz/distinfo
index 9ac9930d969..535ab7bd631 100644
--- a/archivers/pigz/distinfo
+++ b/archivers/pigz/distinfo
@@ -1,2 +1,2 @@
-SHA256 (pigz-2.3.4.tar.gz) = bwMfpAvBWx2A1QL/kfg7oU9LB56Ia/uDIhN0979cj5o=
-SIZE (pigz-2.3.4.tar.gz) = 105412
+SHA256 (pigz-2.4.tar.gz) = pPgWIip7Qmm9IyaAWQtXnMxyWR8bta2vzXIIynfhT3M=
+SIZE (pigz-2.4.tar.gz) = 98234

Re: gnome-games: part 1

[Victor Kukshiev]

ping.

2018-01-12 20:11 GMT+03:00 Victor Kukshiev :

> hello!
> I was partial ported GNOME games.
>
> in this archive:
> gnome-mahjongg https://wiki.gnome.org/Apps/Mahjongg
> gnome-chess https://wiki.gnome.org/Apps/Chess
> gnome-sudoku https://wiki.gnome.org/Apps/Sudoku
> hitori https://wiki.gnome.org/Apps/Hitori
> swell-foop https://wiki.gnome.org/Apps/Swell%20Foop
>
> okay?
>

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2018/01/16 14:51:44

Modified files:
infrastructure/lib/DPB/Job: Port.pm 

Log message:
automaton bug: removing a lock will make the "frozen" go away but when
it comes back, since we already fixed the "Awaiting lock", override
is still defined, though it shouldn't be.

Didn't notice before because you have to fudge locks on ports that actually
stay frozen to notice, thank you boost

Re: UPDATE pwgen

[Björn Ketelaars]

On Sun 14/01/2018 08:48, Björn Ketelaars wrote:
> The following diff brings security/pwgen to 2.08, which fixes some bugs.
> 
> Response maintainer 'fine for me'.

Ping

Re: UPDATE editors/joe

[Landry Breuil]

On Tue, Jan 16, 2018 at 10:06:03PM +0100, Björn Ketelaars wrote:
> On Sun 14/01/2018 12:44, Stuart Henderson wrote:
> > On 2018/01/14 11:14, Landry Breuil wrote:
> > > On Sun, Jan 14, 2018 at 11:09:05AM +0100, Björn Ketelaars wrote:
> > > > On Sun 14/01/2018 10:10, Landry Breuil wrote:
> > > > > On Sun, Jan 14, 2018 at 08:41:34AM +0100, Björn Ketelaars wrote:
> > > > > > Enclosed a diff for bringing joe to the latest version (4.6), which 
> > > > > > fixes
> > > > > > a couple of bugs. Changelog can be found at
> > > > > > https://sourceforge.net/p/joe-editor/mercurial/ci/default/tree/NEWS.md
> > > > > > 
> > > > > > Output of 'make lib-depends-check' indicates that curses should be 
> > > > > > included as
> > > > > > WANTLIB instead of ncurses.
> > > > > > 
> > > > > > Comments?
> > > > > 
> > > > > Maybe portcheck warns about it, but if somehonw files are added into
> > > > > share/applications; then you need to run depends on 
> > > > > desktop-file-utils,
> > > > > update the plist so that the share/applications dir is removed from 
> > > > > it,
> > > > > and add the corresponding @exec @unexec-delete goos as found in many
> > > > > other ports. Or if you dont want to add the dependency, @comment the
> > > > > entries so that they're not installed.
> > > > 
> > > > Yes...portcheck warns about files in share/applications, and about
> > > > desktop-file-utils. My mistake.
> > > > 
> > > > New diff:
> > > 
> > > this one is okay for me if someone wants to commit it.
> > > 
> > 
> > The .desktop files are broken, "Exec=/usr/bin/joe %F"
> > 
> > Easy to patch, but do we really want an X dependency for a simple text
> > editor? It's the sort of thing you might install on a firewall for
> > someone who isn't comfortable with vi/mg.
> 
> My primary use case for joe is offering a young family member a relative easy
> terminal editor. There is no need for X. Of course, this use case is only one
> of many.
> 
> For reference purposes, my use case is best served by the diff below.

also okay for me :)

Re: UPDATE editors/joe

[Björn Ketelaars]

On Sun 14/01/2018 12:44, Stuart Henderson wrote:
> On 2018/01/14 11:14, Landry Breuil wrote:
> > On Sun, Jan 14, 2018 at 11:09:05AM +0100, Björn Ketelaars wrote:
> > > On Sun 14/01/2018 10:10, Landry Breuil wrote:
> > > > On Sun, Jan 14, 2018 at 08:41:34AM +0100, Björn Ketelaars wrote:
> > > > > Enclosed a diff for bringing joe to the latest version (4.6), which 
> > > > > fixes
> > > > > a couple of bugs. Changelog can be found at
> > > > > https://sourceforge.net/p/joe-editor/mercurial/ci/default/tree/NEWS.md
> > > > > 
> > > > > Output of 'make lib-depends-check' indicates that curses should be 
> > > > > included as
> > > > > WANTLIB instead of ncurses.
> > > > > 
> > > > > Comments?
> > > > 
> > > > Maybe portcheck warns about it, but if somehonw files are added into
> > > > share/applications; then you need to run depends on desktop-file-utils,
> > > > update the plist so that the share/applications dir is removed from it,
> > > > and add the corresponding @exec @unexec-delete goos as found in many
> > > > other ports. Or if you dont want to add the dependency, @comment the
> > > > entries so that they're not installed.
> > > 
> > > Yes...portcheck warns about files in share/applications, and about
> > > desktop-file-utils. My mistake.
> > > 
> > > New diff:
> > 
> > this one is okay for me if someone wants to commit it.
> > 
> 
> The .desktop files are broken, "Exec=/usr/bin/joe %F"
> 
> Easy to patch, but do we really want an X dependency for a simple text
> editor? It's the sort of thing you might install on a firewall for
> someone who isn't comfortable with vi/mg.

My primary use case for joe is offering a young family member a relative easy
terminal editor. There is no need for X. Of course, this use case is only one
of many.

For reference purposes, my use case is best served by the diff below.


diff --git editors/joe/Makefile editors/joe/Makefile
index 2e0b050fe74..cecdeb0a8dc 100644
--- editors/joe/Makefile
+++ editors/joe/Makefile
@@ -2,7 +2,7 @@
 
 COMMENT=   Joe's Own Editor
 
-DISTNAME=  joe-4.5
+DISTNAME=  joe-4.6
 CATEGORIES=editors
 MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=joe-editor/}
 
@@ -11,7 +11,7 @@ HOMEPAGE= http://joe-editor.sourceforge.net/
 # GPLv2 only
 PERMIT_PACKAGE_CDROM=  Yes
 
-WANTLIB=   c ncurses m util
+WANTLIB=   c curses m util
 
 BUILD_DEPENDS= converters/libiconv
 
diff --git editors/joe/distinfo editors/joe/distinfo
index 6c37e9ba4e8..efbad7ef60a 100644
--- editors/joe/distinfo
+++ editors/joe/distinfo
@@ -1,2 +1,2 @@
-SHA256 (joe-4.5.tar.gz) = URBKo02GUL4/pJ8iBGcqUXaIyebsR+aPHqhd6I42yt8=
-SIZE (joe-4.5.tar.gz) = 1275486
+SHA256 (joe-4.6.tar.gz) = SVoKYfJkBAcP6KcZ2AQG3H8zdiN4jkRbkqn23lEqud4=
+SIZE (joe-4.6.tar.gz) = 1895046
diff --git editors/joe/pkg/PLIST editors/joe/pkg/PLIST
index 9d337f09bf0..1f415e1b7e6 100644
--- editors/joe/pkg/PLIST
+++ editors/joe/pkg/PLIST
@@ -8,6 +8,11 @@ bin/rjoe
 man/ru/
 man/ru/man1/
 @man man/ru/man1/joe.1
+@comment share/applications/
+@comment share/applications/jmacs.desktop
+@comment share/applications/joe.desktop
+@comment share/applications/jpico.desktop
+@comment share/applications/jstar.desktop
 share/doc/joe/
 share/doc/joe/ChangeLog
 share/doc/joe/NEWS.md

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/01/16 13:30:31

Modified files:
sysutils   : Makefile 

Log message:
+od1000_firmware

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/01/16 13:30:10

Log message:
import ports/sysutils/od1000_firmware, ok jca

UEFI firmware and tool for the Softiron Overdrive 1000 for USB programming.
Requires physical access.

Status:

Vendor Tag: sthen
Release Tags:   sthen_20180116

N ports/sysutils/od1000_firmware/Makefile
N ports/sysutils/od1000_firmware/distinfo
N ports/sysutils/od1000_firmware/pkg/PLIST
N ports/sysutils/od1000_firmware/pkg/README
N ports/sysutils/od1000_firmware/pkg/DESCR
N ports/sysutils/od1000_firmware/patches/patch-bootloader_Makefile
N ports/sysutils/od1000_firmware/patches/patch-flasher_Makefile

No conflicts created by this import

Re: UPDATE graphics/geeqie

[Landry Breuil]

On Tue, Jan 16, 2018 at 05:27:51PM +0300, Kirill Bychkov wrote:
> On Tue, January 16, 2018 11:28, Landry Breuil wrote:
> > On Tue, Jan 16, 2018 at 10:33:07AM +0300, Kirill Bychkov wrote:
> >> Hi,
> >> Here is an update to geeqie-1.4.
> >> Notable port changes:
> >>  - update license marker
> >>  - actually switch it to gtk3 and tweak COMMENT
> >>(gtk3 as a dependency was introduced some time ago [1], but
> >> geeqie was still building against gtk2)
> >>
> >> Works fine on macppc and amd64. OK to commit?
> >
> > I think your mailer mangled the diff:
> >
> > patch:  malformed patch at line 84: README.html ChangeLog.html
> >
> > It builds and updates fine, runtime seems ok but there's a weird
> > behaviour on the left side of the app, it's as if there was an inactive
> > scrollbar, and not all the content of the sidebar is visible - see
> > screenshot.
> 
> Hi,
> You mean this shortcut sidebar? I've moved  the tree sidebar and completely
>  hide shortcuts sidebar which I'm not going to use. You can make this
> sidebar wider if you need to.
> Scrollbar for shortcuts appears when one have lots of them or made his
> filelist sidebar big enough. So nothing weird. See screenshots attached.

The issue i saw at work was that whatever i tried to resize the width of
the sidebar, it wouldnt display its left side, as if content (ie the
thumb, or the arrow icon, or the plus icon) would stay displayed 'out of
the viewport'. On my shot, you dont see the file menu in the top bar,
nor /home in the path, nor the thumbs..

UPDATE: net/irssi 1.0.6 -> 1.1.0

[Klemens Nanni]

Quick update fixing a bunch of issues, please see
https://github.com/irssi/irssi/releases for the full list.

Build and run tested successfully on amd64, all tests pass, FLAVOR=socks
and net/irssi-{icb,otr,xmpp} build tested successfully as well.

Feedback? Any takers?

diff --git a/net/irssi/Makefile b/net/irssi/Makefile
index 27b78214096..bc3c8cc4723 100644
--- a/net/irssi/Makefile
+++ b/net/irssi/Makefile
@@ -2,7 +2,7 @@
 
 COMMENT =  modular IRC client with many features (ipv6,socks,proxy)
 
-V =1.0.6
+V =1.1.0
 DISTNAME = irssi-$V
 PKGSPEC =  irssi-=$V
 
diff --git a/net/irssi/distinfo b/net/irssi/distinfo
index 331bb08d290..828b37e75f4 100644
--- a/net/irssi/distinfo
+++ b/net/irssi/distinfo
@@ -1,2 +1,2 @@
-SHA256 (irssi-1.0.6.tar.gz) = q5J722Z8nhf876CUUAPjkrHjiqWnDLm0vrQtlEwHP0Y=
-SIZE (irssi-1.0.6.tar.gz) = 1600284
+SHA256 (irssi-1.1.0.tar.gz) = BYnzQ9ZdyQMUDLJryIpUsbNtqnz77K4KPkc/Zs0WZng=
+SIZE (irssi-1.1.0.tar.gz) = 1705125
diff --git a/net/irssi/patches/patch-src_core_settings_c 
b/net/irssi/patches/patch-src_core_settings_c
index b32eb141691..78120147450 100644
--- a/net/irssi/patches/patch-src_core_settings_c
+++ b/net/irssi/patches/patch-src_core_settings_c
@@ -1,7 +1,8 @@
 $OpenBSD: patch-src_core_settings_c,v 1.6 2017/06/07 21:57:46 sthen Exp $
 src/core/settings.c.orig   Mon Jun  5 14:05:43 2017
-+++ src/core/settings.cTue Jun  6 23:19:02 2017
-@@ -718,7 +718,7 @@ static CONFIG_REC *parse_configfile(const char *fname)
+Index: src/core/settings.c
+--- src/core/settings.c.orig
 src/core/settings.c
+@@ -726,7 +726,7 @@ static CONFIG_REC *parse_configfile(const char *fname)
else {
/* user configuration file not found, use the default one
   from sysconfdir */
diff --git a/net/irssi/patches/patch-src_fe-common_core_Makefile_in 
b/net/irssi/patches/patch-src_fe-common_core_Makefile_in
index e30a9ed7330..e7e52281fa5 100644
--- a/net/irssi/patches/patch-src_fe-common_core_Makefile_in
+++ b/net/irssi/patches/patch-src_fe-common_core_Makefile_in
@@ -1,12 +1,13 @@
 $OpenBSD: patch-src_fe-common_core_Makefile_in,v 1.10 2017/06/07 21:57:46 
sthen Exp $
 src/fe-common/core/Makefile.in.origTue Jun  6 19:12:14 2017
-+++ src/fe-common/core/Makefile.in Tue Jun  6 23:19:02 2017
-@@ -375,7 +375,7 @@ AM_CPPFLAGS = \
+Index: src/fe-common/core/Makefile.in
+--- src/fe-common/core/Makefile.in.orig
 src/fe-common/core/Makefile.in
+@@ -392,7 +392,7 @@ AM_CPPFLAGS = \
-I$(top_srcdir)/src -I$(top_srcdir)/src/core/ \
$(GLIB_CFLAGS) \
-DHELPDIR=\""$(datadir)/irssi/help"\" \
 -  -DTHEMESDIR=\""$(datadir)/irssi/themes"\"
 +  -DTHEMESDIR=\""$(sysconfdir)/irssi/themes"\"
  
- libfe_common_core_a_SOURCES = \
-   chat-completion.c \
+ libfe_common_core_a_SOURCES = chat-completion.c command-history.c \
+   completion.c fe-channels.c fe-common-core.c fe-core-commands.c \
diff --git a/net/irssi/patches/patch-src_perl_Makefile_in 
b/net/irssi/patches/patch-src_perl_Makefile_in
index 4fc91991c91..cbd63613b06 100644
--- a/net/irssi/patches/patch-src_perl_Makefile_in
+++ b/net/irssi/patches/patch-src_perl_Makefile_in
@@ -1,7 +1,8 @@
 $OpenBSD: patch-src_perl_Makefile_in,v 1.10 2017/06/07 21:57:46 sthen Exp $
 src/perl/Makefile.in.orig  Tue Jun  6 19:12:14 2017
-+++ src/perl/Makefile.in   Tue Jun  6 23:19:02 2017
-@@ -389,7 +389,7 @@ AM_CPPFLAGS = \
+Index: src/perl/Makefile.in
+--- src/perl/Makefile.in.orig
 src/perl/Makefile.in
+@@ -393,7 +393,7 @@ AM_CPPFLAGS = \
-I$(top_srcdir)/src/core \
-I$(top_srcdir)/src/fe-common/core \
$(GLIB_CFLAGS) \
diff --git a/net/irssi/pkg/PLIST b/net/irssi/pkg/PLIST
index 44f1649a5f3..6b3e2f6b94a 100644
--- a/net/irssi/pkg/PLIST
+++ b/net/irssi/pkg/PLIST
@@ -8,6 +8,7 @@ include/irssi/src/
 include/irssi/src/common.h
 include/irssi/src/core/
 include/irssi/src/core/args.h
+include/irssi/src/core/capsicum.h
 include/irssi/src/core/channel-rec.h
 include/irssi/src/core/channel-setup-rec.h
 include/irssi/src/core/channels-setup.h
@@ -19,6 +20,7 @@ include/irssi/src/core/commands.h
 include/irssi/src/core/core.h
 include/irssi/src/core/expandos.h
 include/irssi/src/core/ignore.h
+include/irssi/src/core/iregex.h
 include/irssi/src/core/levels.h
 include/irssi/src/core/line-split.h
 include/irssi/src/core/log.h
@@ -30,6 +32,7 @@ include/irssi/src/core/modules.h
 include/irssi/src/core/net-disconnect.h
 include/irssi/src/core/net-nonblock.h
 include/irssi/src/core/net-sendbuffer.h
+include/irssi/src/core/network-openssl.h
 include/irssi/src/core/network.h
 include/irssi/src/core/nick-rec.h
 include/irssi/src/core/nicklist.h
@@ -59,6 +62,7 @@ include/irssi/src/fe-common/core/
 include/irssi/src/fe-common/core/chat-completion.h
 include/irssi/src/fe-common/core/command-history.h
 include/irssi/src/fe-common/core/completion.h
+include/irssi/src/fe-common/core/fe-capsicum.h
 include/irssi/src/fe-common/core/fe-channels.h
 

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2018/01/16 11:49:41

Modified files:
security/botan2: Makefile 
Removed files:
security/botan2/patches: patch-src_build-data_cc_clang_txt 
 patch-src_build-data_cc_gcc_txt 

Log message:
Botan honors the CXX, CXXFLAGS, AR, and LDFLAGS enviroment now.
So there is no need to patch the compiler type.
suggested by upstream developer Jack Lloyd

Add py-docutils as build dependency to create man pages.
package failure reported by ajacoutot@

Explicitly set the compiler type to gcc on non clang archs.

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2018/01/16 10:35:05

Modified files:
net/samba  : Makefile distinfo 

Log message:
Update to samba-4.6.12

CVS: cvs.openbsd.org: ports

[Robert Nagy]

CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2018/01/16 09:12:54

Modified files:
lang/mono  : Makefile 
lang/mono/pkg  : PLIST 
Added files:
lang/mono/patches: patch-tools_monograph_Makefile_in 

Log message:
fix linking monograph with mono-sgen

diff from Thomas Frohwein

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/01/16 07:03:45

Modified files:
archivers/lz4  : Makefile distinfo 
archivers/lz4/pkg: PLIST 

Log message:
update to lz4-1.8.1.2

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/01/16 06:47:46

Modified files:
net/freeradius3: Makefile distinfo 
net/freeradius3/patches: patch-configure 
 patch-raddb_certs_Makefile 
 patch-src_main_radsniff_c 
net/freeradius3/pkg: PLIST-ldap PLIST-main PLIST-pgsql 
Added files:
net/freeradius3/patches: patch-src_main_tls_c 
 patch-src_modules_rlm_realm_trustrouter_c 

Log message:
update to freeradius-3.0.16

CVS: cvs.openbsd.org: ports

[Todd C . Miller]

CVSROOT:/cvs
Module name:ports
Changes by: mill...@cvs.openbsd.org 2018/01/16 06:24:06

Modified files:
security/sudo  : Makefile distinfo 
security/sudo/pkg: PLIST 

Log message:
Update to sudo 1.8.22

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/01/16 06:12:26

Modified files:
net/py-ripe.atlas.cousteau: Makefile distinfo 

Log message:
update to ripe.atlas.cousteau-1.4.1

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/01/16 06:11:57

Modified files:
net/wireshark  : Tag: OPENBSD_6_2 Makefile distinfo 

Log message:
MFC update to wireshark-2.4.4

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/01/16 06:10:51

Modified files:
net/wireshark  : Makefile distinfo 

Log message:
update to wireshark-2.4.4

NEW: sysutils/od1000_firmware

[Stuart Henderson]

OK to import this? It's not new (same firmware version that my
OverDrive 1000 was supplied with), but having it in packages will
make it easier if a newer one is available in future.

Not 100% sure about license for the PIC32 firmware, that can be
@comment'ed out in pkg/PLIST if anyone is concerned.


$ pkg_info od1000_firmware
Information for inst:od1000_firmware-1.02.20170119

Comment:
firmware and flash tool for SOFTIRON OverDrive 1000

Description:
UEFI and microcontroller firmware for the Softiron Overdrive 1000 for
USB programming. Requires physical access.

Maintainer: Stuart Henderson 

WWW: https://support.softiron.com/



od1000_firmware.tgz
Description: Binary data

CVS: cvs.openbsd.org: ports

[Anthony J . Bentley]

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2018/01/16 02:07:23

Modified files:
games/tbftss   : Makefile distinfo 
games/tbftss/pkg: PLIST 
Removed files:
games/tbftss/patches: patch-src_battle_battle_c 
  patch-src_battle_battle_h 
  patch-src_battle_bullets_c 

Log message:
Update to tbftss-1.3.

Note: if you played the old version, you'll have to remove
~/.local/share/tbftss/ for the game to work.

(Mostly) from Romero Yakovlev. Thanks!

CVS: cvs.openbsd.org: ports

[Anthony J . Bentley]

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2018/01/16 01:51:34

Modified files:
archivers/deutex: Makefile distinfo 

Log message:
Update to deutex-5.1.1.

Release notes:
https://github.com/Doom-Utils/deutex/releases/tag/v5.1.1

>From Bjorn Ketelaars. Thanks!

CVS: cvs.openbsd.org: ports

[Anthony J . Bentley]

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2018/01/16 01:47:43

Modified files:
www/sblg   : Makefile distinfo 

Log message:
Update to sblg-0.4.12.

>From Bryan Vyhmeister; thanks!

UPDATE: graphics/libqrencode

[Anthony J. Bentley]

Hi,

Here's an update to libqrencode-4.0.0.

I've been using it for a while now for QR code generation. All four
dependents still build and package. (devel/kf5/prison graphics/prison
productivity/glabels x11/xfce4/xfce4-clipman)

ok?

Index: Makefile
===
RCS file: /cvs/ports/graphics/libqrencode/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile16 Mar 2016 21:19:38 -  1.8
+++ Makefile16 Jan 2018 08:36:53 -
@@ -2,20 +2,19 @@
 
 COMMENT=   library for encoding data in a QR Code symbol
 
-DISTNAME=  qrencode-3.4.4
-REVISION=  0
+DISTNAME=  qrencode-4.0.0
 PKGNAME=   lib${DISTNAME}
 
-SHARED_LIBS +=  qrencode 1.0  # 3.4
+SHARED_LIBS +=  qrencode 2.0  # 4.0
 
 CATEGORIES=graphics
 
-HOMEPAGE=  http://fukuchi.org/works/qrencode/
+HOMEPAGE=  https://fukuchi.org/works/qrencode/
 
 # LGPLv2.1+
 PERMIT_PACKAGE_CDROM=  Yes
 
-MASTER_SITES=  http://fukuchi.org/works/qrencode/
+MASTER_SITES=  https://fukuchi.org/works/qrencode/
 
 WANTLIB += c m png pthread z
 
Index: distinfo
===
RCS file: /cvs/ports/graphics/libqrencode/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo7 Nov 2014 01:31:02 -   1.2
+++ distinfo16 Jan 2018 08:36:53 -
@@ -1,2 +1,2 @@
-SHA256 (qrencode-3.4.4.tar.gz) = 55TiapYBkBPA42ZcsGsYmSZo81LFVT0KVT9dFE9/KnI=
-SIZE (qrencode-3.4.4.tar.gz) = 468788
+SHA256 (qrencode-4.0.0.tar.gz) = W2IbIpMSZMfpbB+Vl8PVB9eeBZuCB7FZ//dUfwsmqoE=
+SIZE (qrencode-4.0.0.tar.gz) = 529130

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2018/01/16 01:16:37

Modified files:
graphics/piglit: Makefile 

Log message:
Missing BDEP on math/py-numpy.