hello,
On 2024-04-21 17:32, Daniel Dickman wrote:
>
>
> On Sun, 21 Apr 2024, Johan Huldtgren wrote:
>
> > hello,
> >
> > i don't use ikhal very often, so I'm not sure how new this issue is,
> > but after upgrading to latest -current and packages ikhal wou
hello,
i don't use ikhal very often, so I'm not sure how new this issue is,
but after upgrading to latest -current and packages ikhal would die
with:
$ ikhal
Traceback (most recent call last):
File "/usr/local/bin/ikhal", line 8, in
sys.exit(main_ikhal())
File
MAINTAINER = Johan Huldtgren
-REVISION = 2
HOMEPAGE = http://github.com/jpadilla/pyjwt
Index: py-jwt/distinfo
===
RCS file: /cvs/ports/www/py-jwt/distinfo,v
retrieving revision 1.11
diff -u -p -u -p -r1.11 distinfo
--- py
-MODPY_EGG_VERSION = 2.5
+MODPY_EGG_VERSION = 2.7
DISTNAME = python3-discogs-client-${MODPY_EGG_VERSION}
PKGNAME = ${DISTNAME:S/thon3//}
CATEGORIES = audio
MAINTAINER = Johan Huldtgren
-REVISION = 0
HOMEPAGE = https://github.com/joalla/discogs_client
Index: py-discogs-client
hello,
On 2023-01-17 21:08, Thomas Frohwein wrote:
> Built it, tested and runs... I tested without the sound sets that would
> need to be downloaded. This makes me wonder about maybe adding a little
> more detail to what's in DESCR-client:
>
> This package contains the client for Freeciv.
On 2022-11-13 22:32, Klemens Nanni wrote:
> We're stuck at a 2014 version while upstream is at 7.2.5 from 2021.
>
> Anyone still using this? Does it work with recent clamav?
I have this configured and working on my mailserver (still at 7.1)
with clamav-0.104.3, from the logs it updates the
hello,
update of www/py-jwt from 2.3.0 to 2.6.0 full changelog is here:
https://github.com/jpadilla/pyjwt/blob/master/CHANGELOG.rst
Built, and packaged on amd64 with no issues. However tests
fail quite spectacularly, but this does not seem related to
this update as trying to run tests on 2.3.0
hello,
minor update of security/py-oauthlib from 3.2.0 to 3.2.2 full
changelog can be seen here:
https://github.com/oauthlib/oauthlib/blob/master/CHANGELOG.rst
Built, packaged, and tested on amd64 with no issues. Consumers
are www/py-request-oauthlib (builds and tests) and
hello,
update of audio/py-discogs-clint from 2.3.14 to 2.5
Built, packaged, tested on amd64 with no issues. The only
consumer is audio/beets and this has been tested and works.
thanks,
.jh
Index: py-discogs-client/Makefile
===
RCS
hello,
today I syspatched and then did a pkg_add -u picking up the latest
stable packages on my amd64 server. The only update was net/netatalk3
going from 3.1.12p3 to 3.1.13. However after that I could no longer
access any files over afp (nfs was fine). I could map the share but
when trying to
hello,
minor update of audio/py-discogs-clint from 2.3.12 to 2.3.14
Built, packaged, tested on amd64 with no issues. The only
consumer is audio/beets and this has been tested and works.
thanks,
.jh
Index: py-discogs-client/Makefile
hello,
update of security/py-oauthlib from 3.1.1 to 3.2.0, mainly bug fixes.
full changelog can be seen here:
https://github.com/oauthlib/oauthlib/blob/master/CHANGELOG.rst
This release lets us get rid of the one patch we were carrying as
that has been fixed upstream now.
Built, packaged,
hello,
minor update from 1.6.8 to 1.7.0 which drops support for php7.1 and older
as well as adds type hinting.
built / packaged / passes tests on amd64, I don't actively use this
anymore though so I have no real world tests. This port has no consumers.
thanks,
.jh
Index: pecl-lzf/Makefile
On 2021-12-08 17:04, Johan Huldtgren wrote:
> On 2021-12-08 15:43, Stuart Henderson wrote:
> > On 2021/12/08 15:41, Stuart Henderson wrote:
> > > oops, needs a fix, will send shortly
> > >
> > > > +LIB_DEPENDS = net/libmaxminddb,-db
&
On 2021-12-08 12:42, Johan Huldtgren wrote:
> On 2021-12-08 15:49, Stuart Henderson wrote:
> > On 2021/12/08 10:31, Johan Huldtgren wrote:
> > > hello,
> > >
> > > this a new port for py-geoip2 which provides an API for
> > > the G
On 2021-12-08 15:43, Stuart Henderson wrote:
> On 2021/12/08 15:41, Stuart Henderson wrote:
> > oops, needs a fix, will send shortly
> >
> > > +LIB_DEPENDS =net/libmaxminddb,-db
>
> just s/-db/-main/ here (no need for an explicit dep on -db as
> libmaxminddb,-main already pulls that
On 2021-12-08 15:49, Stuart Henderson wrote:
> On 2021/12/08 10:31, Johan Huldtgren wrote:
> > hello,
> >
> > this a new port for py-geoip2 which provides an API for
> > the GeoIP2 and GeoLite2 web services and databases. This
> > is a dependency for another port
hello,
this a new port for py-geoip2 which provides an API for
the GeoIP2 and GeoLite2 web services and databases. This
is a dependency for another port I'm working on. This
depends on the new net/py-maxminddb port. Built,
packaged, and tested on amd64.
thanks.
.jh
py-geoip2.tgz
Description:
hello,
this is a new port for py-maxminddb, a Python module for reading MaxMind
DB files. The module includes both a pure Python reader and a C
extension. This is a dependency for another port I'm working on. Built,
packaged, and tested on amd64.
thanks,
.jh
py-maxminddb.tgz
Description:
On 2021-12-06 20:13, Johan Huldtgren wrote:
> hello,
>
> update of www/py-jwt from 2.0.1 to 2.3.0 full changelog is here:
>
> https://github.com/jpadilla/pyjwt/blob/master/CHANGELOG.rst
>
> Built, packaged, tested on amd64 with no issues. Consumers are
> security/py-oaut
= 2.3.12
+DISTNAME = python3-discogs-client-${MODPY_EGG_VERSION}
+PKGNAME = ${DISTNAME:S/thon3//}
CATEGORIES = audio
MAINTAINER = Johan Huldtgren
-HOMEPAGE = https://github.com/discogs/discogs_client
+HOMEPAGE = https://github.com/joalla/discogs_client
# MIT
PERMIT_PACKAGE
hello,
update of www/py-jwt from 2.0.1 to 2.3.0 full changelog is here:
https://github.com/jpadilla/pyjwt/blob/master/CHANGELOG.rst
Built, packaged, tested on amd64 with no issues. Consumers are
security/py-oauthlib (update in separate email but works fine),
devel/py-buildbotr/buildbot (builds,
${MODPY_EGG_VERSION}
PKGNAME = py-oauthlib-${MODPY_EGG_VERSION}
-REVISION = 1
CATEGORIES = security
MAINTAINER = Johan Huldtgren
Index: py-oauthlib/distinfo
===
RCS file: /cvs/ports/security/py-oauthlib/distinfo,v
retrieving
hello,
when using the lyrics plugin, if lyrics are found and beets attempts
to write them to the file it will throw this error and stop:
Traceback (most recent call last):
File "/usr/local/bin/beet", line 11, in
load_entry_point('beets==1.4.9', 'console_scripts', 'beet')()
File
On 2021-02-24 13:34, Stuart Henderson wrote:
> On 2021/02/24 14:21, Landry Breuil wrote:
> > On Wed, Feb 24, 2021 at 01:39:15PM +0100, Stefan Sperling wrote:
> > > On Wed, Feb 24, 2021 at 10:04:05AM +0100, Gonzalo Rodriguez wrote:
> > > > Yes, this is for -current users
> > > >
> > > > — gonzalo
On 2020-10-17 19:43, Johan Huldtgren wrote:
> hello,
>
> minor update from 1.6.7 to 1.6.8 which includes a fix for filter
> protoypes for 7.2+
>
> built / packaged / passes tests on amd64, I don't actively use this
> anymore though so I have no real world tests.
>
>
de/compression
-DISTNAME = LZF-1.6.7
+DISTNAME = LZF-1.6.8
CATEGORIES = archivers
-REVISION = 0
MAINTAINER = Johan Huldtgren
# PHP
Index: pecl-lzf/distinfo
===
RCS file
On 2020-03-13 9:25, Johan Huldtgren wrote:
> hello,
>
> py-metallum is a basic python API for querying the Encyclopedia Metallum
> (aka metal-archives.com). Tested, built and packaged on amd64.
ping?
thanks,
.jh
py-metallum.tgz
Description: application/tar-gz
hello,
py-metallum is a basic python API for querying the Encyclopedia Metallum
(aka metal-archives.com). Tested, built and packaged on amd64.
thanks,
.jh
py-metallum.tgz
Description: application/tar-gz
On 2020-03-02 20:32, Stuart Henderson wrote:
> On 2020/03/02 13:42, Johan Huldtgren wrote:
> > hello,
> >
> > this is a new port for py-requests-cache, a transparent persistent
> > cache for the py-requests library (version >= 1.1.0). This is a
> > depen
hello,
this is a new port for py-requests-cache, a transparent persistent
cache for the py-requests library (version >= 1.1.0). This is a
dependency for another new port which I'm working on. Built, packaged
and tested on amd64.
thanks,
.jh
py-requests-cache.tgz
Description:
On 2020-02-29 13:19, Johan Huldtgren wrote:
> hello,
>
> minor update to py-discogs-client from 2.2.1 to 2.2.2
>
> Drop python2 FLAVOR, only consumer audio/beets is already
> python3 only. Built, packaged and tested (with beets) on
> amd64 with no issues.
Now with 100%
On 2020-02-29 13:14, Johan Huldtgren wrote:
> hello,
>
> update to py-requests-oauthlib from 1.0.0 to 1.3.0
>
> full changelog is here:
> https://github.com/requests/requests-oauthlib/blob/master/HISTORY.rst
>
> Drop python2 FLAVOR, only consumer vdirsyncer is alrea
On 2020-02-29 13:08, Johan Huldtgren wrote:
> hello,
>
> update of py-oauthlib from 2.1.0 to 3.1.0
>
> full changelog is here:
> https://github.com/oauthlib/oauthlib/blob/master/CHANGELOG.rst
>
> Drop python2 FLAVOR. Built, packaged, tested on amd64 with no issues
-MODPY_EGG_VERSION = 2.2.1
+MODPY_EGG_VERSION = 2.2.2
DISTNAME = discogs-client-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
CATEGORIES = audio
MAINTAINER = Johan Huldtgren
-REVISION = 1
HOMEPAGE = https://github.com/discogs/discogs_client
@@ -22,7 +21,7 @@ MODPY_PYTEST
hello,
update to py-requests-oauthlib from 1.0.0 to 1.3.0
full changelog is here:
https://github.com/requests/requests-oauthlib/blob/master/HISTORY.rst
Drop python2 FLAVOR, only consumer vdirsyncer is already python3 only.
Built, packaged, and tested (with vdirsyncer) on amd64 with no issues.
}
-REVISION = 0
CATEGORIES = security
MAINTAINER = Johan Huldtgren
@@ -29,12 +28,8 @@ TEST_DEPENDS = devel/py-coverage${MODPY_
devel/py-mock${MODPY_FLAVOR}
FLAVORS = python3
-FLAVOR ?=
+FLAVOR = python3
FIX_EXTRACT_PERMISSIONS = Yes
-
-# tests/oauth2
hello,
On 2019-11-30 20:02, Kurt Mosiejczuk wrote:
> net/py-oauth2 is python2-only and has no consumers.
>
> Shall we remove it?
I was the original submitter for this as it used
to be a requirement for py-discogs-client. It is
no longer needed and as far as I'm concerned it
can be removed.
hello,
minor update to py-test-cov from 2.5.1 to 2.7.1, this is one of the
required dependencies needed to update audio/py-jwt.
thanks,
.jh
Index: py-test-cov/Makefile
===
RCS file: /cvs/ports/devel/py-test-cov/Makefile,v
hello,
i recently updated my ERL to 6.5 and when updating the packages
noticed there was none for sysutils/apcupsd. I attempted to build it
but it will fail as such:
$ env SUBPACKAGE="-main" FLAVOR="no_x11" make package
===> Checking files for apcupsd-3.14.14
hello,
in addition to Kurt's update[1] of py-test and py-pluggy to get
www/py-jwt updated[2] I need the two attached ports updated as well.
My only tests were making sure they built, packaged and installed on
amd64 and once installed that I could run 'make test' for www/py-jwt
without it trying
hello,
On 2019-03-17 16:45, Klemens Nanni wrote:
On Sun, Mar 17, 2019 at 04:30:13PM -0400, Kurt Mosiejczuk wrote:
Is there a reason there is no python3 flavor? I checked and it
supports
Python 2.7 and 3.4-3.7.
I was wondering the same and just started on moving this port to
Python 3 all
On 2019-01-20 16:06, Johan Huldtgren wrote:
minor update of py-coveralls from 1.3.0 to 1.5.0, built
and packaged on amd64. This used to be a dependency for
py-dicogs-client, but as it no longer is I have no real
world tests.
updated to 1.5.1, only big difference since 1.5.0 is
that py-test
hello,
On 2019/02/11 12:46, Stuart Henderson wrote:
> On 2019/02/07 16:44, Pamela Mosiejczuk wrote:
>>
>>
>> On 1/30/19 12:10 PM, Johan Huldtgren wrote:
>>> On 2019-01-20 17:41, Johan Huldtgren wrote:
>>>> hello,
>>>>
>>>>
On 2019-01-20 17:41, Johan Huldtgren wrote:
hello,
minor update of py-jwt from 1.6.4 to 1.7.1, built,
packaged, and tested with py-discogs-client on
amd64.
ping?
.jh
On 2019-01-20 16:06, Johan Huldtgren wrote:
minor update of py-coveralls from 1.3.0 to 1.5.0, built
and packaged on amd64. This used to be a dependency for
py-dicogs-client, but as it no longer is I have no real
world tests.
updated to 1.5.1, only big difference since 1.5.0 is
that py-test
On 2019-01-20 16:31, Johan Huldtgren wrote:
hello,
minor update from 1.6.6 to 1.6.7 including
the following changes:
- increase compression buffer up to 104% to
avoid failure when output is larger than
input
- don't try to compress very large
input (>4GB)
built / packaged / passes te
hello,
minor update of py-jwt from 1.6.4 to 1.7.1, built,
packaged, and tested with py-discogs-client on
amd64.
thanks,
.jh
Index: py-jwt/Makefile
===
RCS file: /cvs/ports/www/py-jwt/Makefile,v
retrieving revision 1.12
diff -u -p
:26 - 1.20
+++ pecl-lzf/Makefile 20 Jan 2019 21:21:45 -
@@ -2,7 +2,7 @@
COMMENT = PHP support for LZF de/compression
-DISTNAME = LZF-1.6.6
+DISTNAME = LZF-1.6.7
REVISION = 1
CATEGORIES = archivers
MAINTAINER = Johan Huldtgren
Index: pecl-lzf/disti
minor update of py-coveralls from 1.3.0 to 1.5.0, built
and packaged on amd64. This used to be a dependency for
py-dicogs-client, but as it no longer is I have no real
world tests.
updated to 1.5.1, only big difference since 1.5.0 is
that py-test-runner has been removed as a dependency.
> hello,
>
> minor update of py-coveralls from 1.3.0 to 1.5.0, built
> and packaged on amd64. This used to be a dependency for
> py-dicogs-client, but as it no longer is I have no real
> world tests.
ping?
.jh
hello,
minor update of py-coveralls from 1.3.0 to 1.5.0, built
and packaged on amd64. This used to be a dependency for
py-dicogs-client, but as it no longer is I have no real
world tests.
thanks,
.jh
Index: py-coveralls/Makefile
hello,
> I am thinking of migrating my main hom server from Linux to OpenBSD or
> NetBSD sometime. But if I were going to do that, I would want som home
> media solution like Plex for Linux. Could Emby or Plex get a port in
> OpenBSD? If I learned more about BSD stuff, I would be willing to
On 2018/07/20 18:25, Stuart Henderson wrote:
> On 2018/07/20 10:24, Johan Huldtgren wrote:
>> On 2018/07/12 12:38, Raf Czlonka wrote:
>>> On Thu, Dec 07, 2017 at 04:34:13PM GMT, Johan Huldtgren wrote:
>>>>> there was a request recently to add a python3 flavor to
On 2018/07/12 12:38, Raf Czlonka wrote:
> On Thu, Dec 07, 2017 at 04:34:13PM GMT, Johan Huldtgren wrote:
>>> there was a request recently to add a python3 flavor to py-oauth2,
>>> I've done so, and while there I did a very minor update which got rid of
>>> py-coverag
hello,
I recently decided to give collectd a try. However it seems it cannot
collect CPU information, if that is enabled it will complain as such:
Jul 6 10:38:35 monitor collectd[24483]: cpu plugin: sysctl failed: Cannot
allocate memory.
Jul 6 10:38:35 monitor collectd[24483]: read-function
hello,
minor update of py-oauthlib from 2.0.7 to 2.1.0, built,
packaged, and tested with py-discogs-client on
amd64.
thanks,
.jh
Index: py-oauthlib/Makefile
===
RCS file: /cvs/ports/security/py-oauthlib/Makefile,v
retrieving
hello,
minor update of py-jwt from 1.6.1 to 1.6.4, built,
packaged, and tested with py-discogs-client on
amd64.
thanks,
.jh
Index: py-jwt/Makefile
===
RCS file: /cvs/ports/www/py-jwt/Makefile,v
retrieving revision 1.11
diff -u -p
hello,
minor update of py-coveralls from 1.2.0 to 1.3.0, built
and packaged on amd64. This used to be a dependency for
py-dicogs-client, but as it no longer is I have no real
world tests.
thanks,
.jh
Index: py-coveralls/Makefile
hello,
update of py-jwt from 1.5.3 to 1.6.1, built,
packaged, and tested with py-discogs-client on
amd64.
thanks,
.jh
Index: py-jwt/Makefile
===
RCS file: /cvs/ports/www/py-jwt/Makefile,v
retrieving revision 1.10
diff -u -p -u -p
hello,
minor update of py-oauthlib from 2.0.3 to 2.0.7, built,
packaged, and tested with py-discogs-client on
amd64.
thanks,
.jh
Index: py-oauthlib/Makefile
===
RCS file: /cvs/ports/security/py-oauthlib/Makefile,v
retrieving
there was a request recently to add a python3 flavor to py-oauth2,
I've done so, and while there I did a very minor update which got rid
of
py-coverage as a test dependency as well as removed our patch as that
has been merged upstream. Homepage also changed. This builds,
packages, and passes
= 6689960ca23f79eccf9a25a39e93f6540f44ca23
+
DISTNAME = oauth2-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
CATEGORIES = net
MAINTAINER = Johan Huldtgren <jhuldtg...@gmail.com>
-HOMEPAGE = http://github.com/simplegeo/python-oauth2
+HOMEPAGE = http://github.com/joestump/python-oauth2
# MIT
PERMIT_PACKAGE_CDROM = Yes
-MO
hello,
minor update of py-oauthlib from 2.0.2 to 2.0.3, built,
packaged, and tested with py-discogs-client on
amd64. The two patches we had are no longer needed, so
they have been removed.
thanks,
.jhIndex: py-oauthlib/Makefile
hello,
minor update of py-jwt from 1.5.2 to 1.5.3, built,
packaged, and tested with py-discogs-client on
amd64.
thanks,
.jhIndex: py-jwt/Makefile
===
RCS file: /cvs/ports/www/py-jwt/Makefile,v
retrieving revision 1.9
diff -u -p -u
hello,
minor update of py-coveralls from 1.1 to 1.2.0, built
and packaged on amd64. This used to be a dependency for
py-dicogs-client, but as it no longer is I have no real
world tests.
thanks,
.jhIndex: py-coveralls/Makefile
===
-1.6.5
+DISTNAME = LZF-1.6.6
CATEGORIES = archivers
MAINTAINER = Johan Huldtgren <jhuldtg...@gmail.com>
Index: pecl-lzf/distinfo
===
RCS file: /cvs/ports/archivers/pecl-lzf/distinfo,v
retrieving revision 1.4
diff -u -p -u -p
}
PKGNAME = py-jwt-${MODPY_EGG_VERSION}
CATEGORIES = www
MAINTAINER = Johan Huldtgren <jhuldtg...@gmail.com>
-REVISION = 0
HOMEPAGE = http://github.com/jpadilla/pyjwt
@@ -27,6 +26,9 @@ RUN_DEPENDS = security/py-cryptography
TEST_DEPENDS = devel/py-test \
devel/py-test-cov \
devel/p
On 2017/06/06 20:34, Stuart Henderson wrote:
> On 2017/06/04 10:30, Johan Huldtgren wrote:
>> On 2017/06/04 05:11, Stuart Henderson wrote:
>>> On 2017/06/03 17:07, Johan Huldtgren wrote:
>>>> I updated my mail server from the May 4th snap to the June 2
On 2017/06/04 05:11, Stuart Henderson wrote:
> On 2017/06/03 17:07, Johan Huldtgren wrote:
>> I updated my mail server from the May 4th snap to the June 2nd snap,
>> everything works with the exception of rundcube. When trying to log in
>> the user gets the generic "Co
hello,
I updated my mail server from the May 4th snap to the June 2nd snap,
everything works with the exception of rundcube. When trying to log in
the user gets the generic "Connection to storage server failed.", this
normally means some sort of problem with talking to the imap server,
however
hello,
update to py-jwt from 1.4.2 to 1.5.0; built, packaged and tested with
beets and discogs-client on amd64.
Tests are now enabled as those dependencies are in tree which removes
our patch.
thanks,
.jhIndex: py-jwt/Makefile
On 3/13/17 10:58, Gonzalo L. Rodriguez wrote:
> On [27/02/17] [07:44P], Johan Huldtgren wrote:
> ; On 2/26/17 18:35, Gonzalo L. Rodriguez wrote:
> ; >
> ; > I do some tweaks on your port, can you try if this works for you?
> ;
> ; looks good to me, packages and install
On 2/26/17 18:35, Gonzalo L. Rodriguez wrote:
>
> I do some tweaks on your port, can you try if this works for you?
looks good to me, packages and installs fine on my test system.
.jh
hello,
Nextcloud is a fork of ownCloud by many former ownCloud
developers. after a recent ownCloud upgrade I ran into
some issues with and decided to give nextcloud a run. It
worked well enough that I decided to switch over. the
port is essentially a copy of www/owncloud tweaked and
updated to
On 2016-12-13 11:27, Alexandr Shadchin wrote:
On Sun, Dec 11, 2016 at 11:21:37AM -0500, Johan Huldtgren wrote:
hello,
update from 0.5 to 1.1; built, packaged and tested with
beets and discogs-client on amd64.
thanks,
.jh
I small rework your diff.
If no objections, then I will commit
}
-EXTRACT_SUFX= .zip
PKGNAME = py-${DISTNAME}
CATEGORIES = devel
MAINTAINER = Johan Huldtgren <jhuldtg...@gmail.com>
-REVISION = 0
HOMEPAGE = http://github.com/coagulant/coveralls-python
@@ -19,5 +17,8 @@ MODPY_PI = Yes
MODULES = lang/python
MODPY_SETUPTOOLS = Yes
+
+post-install
hello,
minor update from 1.11 to 1.12.7; built, packaged and tested
with beets and discogs-client on amd64.
thanks,
.jhIndex: py-sh/Makefile
===
RCS file: /cvs/ports/devel/py-sh/Makefile,v
retrieving revision 1.3
diff -u -p -u -p
On 11/19/16 11:37, Stuart Henderson wrote:
> On 2016/11/19 11:13, Johan Huldtgren wrote:
>> hello,
>>
>> rmilter is used to integrate rspamd with any milter-compatible
>> MTA, this is mostly taken from openbsd-wip with all the heavy
>> lifting by @sthen. I made s
hello,
rmilter is used to integrate rspamd with any milter-compatible
MTA, this is mostly taken from openbsd-wip with all the heavy
lifting by @sthen. I made some minor changes:
- Update from 1.9.2 to a later working version
- bumped the uid/gid as 780 which was originally in there is now taken
hello,
opendkim is a dependency for mail/rmilter (separate mail). This port is
taken 100% from openbsd-wip by @sthen. I've been running this on my
mail server for a few weeks now and it works in conjunction with
rmilter.
# cat DESCR
OpenDKIM is an implementation of DKIM (RFC 6376, Domain Keys
hello,
On 2016-10-01 09:32, Daniel Jakots wrote:
# tests are available, but need pytest-runner plus dep's (which aren't
in # tree) at build time; if adding these, remove patch-setup_py
NO_TEST = Yes
but they removed the needs of pytest-runner [0], and other depends seem
to be in the
DISTNAME = py-oauthlib-${MODPY_EGG_VERSION}
-DISTFILES = ${DISTNAME}{${MODPY_EGG_VERSION}}.tar.gz
+DISTFILES = v${MODPY_EGG_VERSION}.zip
WRKDIST = ${WRKDIR}/oauthlib-${MODPY_EGG_VERSION}
CATEGORIES = security
@@ -15,6 +15,7 @@ MAINTAINER = Johan Huldtgren https://github.com/idan/oauthlib/archive
hello,
minor update from 1.4.0 to 1.4.2; built, packaged and tested with
beets and discogs-client on amd64.
thanks,
.jhIndex: py-jwt/Makefile
===
RCS file: /cvs/ports/www/py-jwt/Makefile,v
retrieving revision 1.5
diff -u -p -u -p
On 6/22/16 10:28, Antoine Jacoutot wrote:
Should be fixed in current.
Thanks for the report.
I can confirm this works again, thank you!
.jh
hello,
when the old openbsd apache went away recently I swapped to apache2
for the one site I have which still needs it, while it works, when it
gets started at boot (or if I wish to restart it), using rc.d or rcctl
will report a failure, but it will start nonetheless. If I use
apachectl2 it
On 6/8/16 01:41, Kirill Bychkov wrote:
On Wed, June 8, 2016 03:33, Johan Huldtgren wrote:
[...]
ok, on the off chance that this was an amd64 vs i386 issue (unlikely but
figured it couldn't hurt to try) I installed the latest amd64 snap on a
different host and updated ports (I had apcupsd
On 6/7/16 07:37, Kirill Bychkov wrote:
apcupsd was switched from "bsd" driver to "generic-usb" driver after
USB_GET_STRING_DESC removal. In 3.14.14 "generic-usb" is on by default. It
works through libusb from ports.
I've updated my machine to recent amd64 snapshot and updated apcupsd from
On 6/7/16 03:21, Martin Pieuchot wrote:
On 06/06/16(Mon) 19:01, Johan Huldtgren wrote:
hello,
I have an APC Smart-UPS-2200 which is connected via USB, as long as
I've followed the instructions in pkg-readme about disabling uhidev
and upd it's always worked fine. When I updated to the latest
hello,
I have an APC Smart-UPS-2200 which is connected via USB, as long as
I've followed the instructions in pkg-readme about disabling uhidev
and upd it's always worked fine. When I updated to the latest snap
(June 4th) however I am now always seeing "COMMLOST" in the output of
'apcaccess
hello,
minor bugfix update from 1.1.0 to 1.1.1, tested on amd64 as
a dependency for py-discogs-client.
thanks,
.jhIndex: py-oauthlib/Makefile
===
RCS file: /cvs/ports/security/py-oauthlib/Makefile,v
retrieving revision 1.4
diff -u
hello,
since apache-httpd-openbsd has been replaced by apache-httpd-2.4 we
should reference the example file for httpd2. While there, fix
homepage. Maintainer address needs updating too.
thanks,
.jhIndex: blogsum/Makefile
===
RCS
+2,11 @@
COMMENT = Python library for OAuth
-MODPY_EGG_VERSION = 1.0.3
+MODPY_EGG_VERSION = 1.1.0
DISTNAME = py-oauthlib-${MODPY_EGG_VERSION}
DISTFILES = ${DISTNAME}{${MODPY_EGG_VERSION}}.tar.gz
WRKDIST = ${WRKDIR}/oauthlib-${MODPY_EGG_VERSION}
-REVISION = 0
CATEGORIES = security
MAINTAIN
+DISTNAME = LZF-1.6.5
CATEGORIES = archivers
MAINTAINER = Johan Huldtgren <jhuldtg...@gmail.com>
-REVISION = 0
# PHP
PERMIT_PACKAGE_CDROM = Yes
Index: pecl-lzf/distinfo
===
RCS file: /cvs/ports/archivers/pecl-lzf/dist
+MODPY_EGG_VERSION = 1.9.0.post1
DISTNAME = oauth2-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
-REVISION = 1
CATEGORIES = net
MAINTAINER = Johan Huldtgren <jhuldtg...@gmail.com>
Index: py-oauth2/distinfo
===
RCS file: /cvs
hello,
update from 1.3.0 to 1.4.0, built, packaged and tested with
beets and discogs-client on amd64.
thanks,
.jhIndex: py-jwt/Makefile
===
RCS file: /cvs/ports/www/py-jwt/Makefile,v
retrieving revision 1.4
diff -u -p -u -p -r1.4
2:34 - 1.3
+++ py-oauthlib/Makefile 23 Dec 2015 21:46:06 -
@@ -7,7 +7,7 @@ MODPY_EGG_VERSION = 1.0.3
DISTNAME = py-oauthlib-${MODPY_EGG_VERSION}
DISTFILES = ${DISTNAME}{${MODPY_EGG_VERSION}}.tar.gz
WRKDIST = ${WRKDIR}/oauthlib-${MODPY_EGG_VERSION}
-REVISION = 0
+REVISION = 1
CATEGORIES =
hello,
minor update of py-discogs-client from 2.2.0
to 2.2.1 tested on amd64 with beets. Passes
all tests.
thanks,
.jh
Index: py-discogs-client/Makefile
===
RCS file: /cvs/ports/audio/py-discogs-client/Makefile,v
retrieving
}
CATEGORIES = audio
MAINTAINER = Johan Huldtgren <jhuldtg...@gmail.com>
-REVISION = 0
HOMEPAGE = https://github.com/discogs/discogs_client
@@ -18,6 +17,9 @@ MODPY_PI =Yes
MODULES = lang/python
MODPY_SETUPTOOLS = Yes
+
+FLAVORS = python3
+FLAVOR ?=
RUN_D
On 9/15/15 05:29, Jiri B wrote:
On Mon, Sep 14, 2015 at 08:38:32PM -0400, Johan Huldtgren wrote:
I see some errors in output:
...
Mon Sep 14 10:33:06 2015 SENT CONTROL [ovpn-brq.example.com]: 'PUSH_REQUEST'
(status=1)
Mon Sep 14 10:33:06 2015 PUSH: Received control message:
'PUSH_REPLY,route
1 - 100 of 149 matches
Mail list logo