Re: [NEW-WIP] p5-Plack-Request-WithEncoding mandoc errors, BUILD_DEPENDS question

2020-08-15 Thread Andrew Hewus Fresh
On Wed, Aug 12, 2020 at 11:15:49AM -0500, Chris Bennett wrote:
> I submitted p5-Plack-Request-WithEncoding-0.13 previously.
> Newer version just went up. Upstream is friendly to changes.
> 
> The POD has some problems that cause mandoc errors after noticing that
> the man page looked bad.

I think that's just the way the pod is written.  It seems the author
likes a much wider terminal than I do and so things just wrap weird.
If I pull my terminal out to at least 150 columns it looks better.

I think the only fix is to reformat the content into something that fits
into a more reasonably sized terminal.



> CX cpb_ports # mandoc -T lint 
> /usr/local/man/man3p/Plack::Request::WithEncoding.3p
> mandoc: /usr/local/man/man3p/Plack::Request::WithEncoding.3p:35:1: ERROR: 
> escaped character not allowed in a name: br\&
> mandoc: /usr/local/man/man3p/Plack::Request::WithEncoding.3p:136:6: STYLE: 
> lower case character in document title: TH Plack::Request::WithEncoding
> 
> I'm not familiar enough with POD to man to know what the right change
> is. Upstream accepted my previous documentation changes without a
> problem.

I'm pretty sure that's just what pod2man outputs, so the fix is probably
unrelated to this particular port.  If you run that lint command against
any other 3p manpage and they are pretty much all the same.  You don't
get the STYLE warning if the module doesn't have lowercase (for example
URI).



> ===
> portgen added BUILD_DEPENDS = devel/p5-Module-Build
> but it builds fine without it.
> Should I keep this in Makefile?
> 
> # $OpenBSD$
> 
> COMMENT = subclass of Plack::Request which supports encoded requests
> 
> DISTNAME =Plack-Request-WithEncoding-0.14
> 
> CATEGORIES =  cpan www
> 
> # Perl
> PERMIT_PACKAGE =  Yes
> 
> MODULES = cpan
> 
> #BUILD_DEPENDS =  devel/p5-Module-Build
> 
> RUN_DEPENDS = devel/p5-Hash-MultiValue \
>   www/p5-Plack
> 
> TEST_DEPENDS =www/p5-HTTP-Message
> 
> MAKE_ENV +=   TEST_POD=Yes
> 
> CONFIGURE_STYLE = modbuild tiny
> 
> PKG_ARCH =*
> 
> .include 
> 
> WIP port attached.
> 
> -- 
> Chris Bennett
> 
> 



-- 
andrew - http://afresh1.com

Whatever happened to the days when hacking started at the cerebral cortex 
and not the keyboard?
  -- Sid from UserFriendly.org



Re: 回复: [NEW] devel/p5-Devel-OverloadInfo

2020-08-15 Thread Andrew Hewus Fresh
On Wed, Jul 29, 2020 at 12:19:37PM +, wen heping wrote:
> Revised patch, add a line to mention why one POD test failed.

Thank you.

This is OK afresh1@

I'm happy to import these new ports I've OKd if I could get another.


> wen
> 
> 发件人: Andrew Hewus Fresh 
> 发送时间: 2020年7月29日 11:56
> 收件人: wen heping 
> 抄送: ports@openbsd.org 
> 主题: Re: [NEW] devel/p5-Devel-OverloadInfo
> 
> On Sat, Jul 25, 2020 at 01:46:18AM +, wen heping wrote:
> > Hi, ports@:
> >
> >Here is patch to create new port devel/p5-Devel-OverloadInfo,
> > it is required by the future update of p5-Moose.
> >It build well, all tests passed but one spell check test failed.
> 
> Since that test is one of the optional POD tests:
> #  1: doesn't, e.g, programming
> 
> I think we should just set something like this, or remove the MAKE_ENV:
> 
> # POD Spelling tests fail due to missing words /usr/share/dict
> MAKE_ENV =  TEST_POD= AUTHOR_TESTING=
> 
> (and the p5-Test-Spelling dependency can be removed)
> 
> 
> With that change, OK afresh1@
> 
> 
> (note, I find it surprising that /usr/share/dict doesn't contain
> *programming*)



Re: NEW: databases/p5-CDB_File

2020-08-15 Thread Andrew Hewus Fresh
On Mon, Jul 27, 2020 at 09:29:01AM +0200, Matthias Pitzl wrote:
> On 24.07.2020 - 13:39:55, Andrew Hewus Fresh wrote:
> > On Thu, Jul 23, 2020 at 12:05:01PM +0200, Matthias Pitzl wrote:
> > > Hi,
> > > 
> > > CDB_File is a Perl module for accessing constant databases (cdb).
> > 
> > The contents of the "bun-x.pl" script are included in the POD of the
> > module but it isn't really documented well enough to be useful on its
> > own.  I think this should either become an example or just get
> > @COMMENTed out.
> > 
> > It's not that big though, so either way.
> > OK afresh1@
> 
> Hello Andrew,
> 
> Commented out the bun-x.pl in the PLIST as suggested.
> 
> Thanks for the review!
> 
> Greetings,
> Matthias

This version is OK afresh1@


l8rZ,
-- 
andrew - http://afresh1.com

Speed matters.  
Almost as much as some things, and nowhere near as much as others.
  -- Nick Holland



Re: [Update] devel/p5-POE: Update to 1.368

2020-08-15 Thread Andrew Hewus Fresh
On Sun, Aug 02, 2020 at 02:50:27PM +, wen heping wrote:
> Hi, ports@:
>
>  Here is patch for devel/p5-POE to update to 1.368.
>  It build well and pass all tests on amd64-currrent system.
>
>  There are 27 ports depends on devel/p5-POE, 24 build and pass
> all tests but:
> 1) net/p5-POE-Component-Client-HTTP : 1 test fail not caused by this patch
> 2) net/p5-POE-Component-Server-DNS: test hang, not caused by this patch
> 3) audio/squeezecenter: I did not test it, its too old version has many 
> tests fail.
>
>
> Cheers !
> wen

Committed, I do get failures on my sparc64 with incorrect values for the
"winsize" test, no idea what the difference is, but it seems to get really odd
values.  I suppose it could also be due to running under ssh + tmux.

#   Failed test 'rows set correctly'
#  got: '85'
# expected: '21760'
#   Failed test 'cols set correctly'
#  got: '29'
# expected: '7424'
#   Failed test 'xpix set correctly'
#  got: '100'
# expected: '25600'
#   Failed test 'ypix set correctly'
#  got: '200'
# expected: '51200'



> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/p5-POE/Makefile,v
> retrieving revision 1.30
> diff -u -p -r1.30 Makefile
> --- Makefile  12 Jul 2019 20:45:02 -  1.30
> +++ Makefile  2 Aug 2020 12:00:45 -
> @@ -4,8 +4,7 @@ COMMENT=  portable multitasking and netwo
>
>  MODULES= cpan
>  PKG_ARCH=*
> -DISTNAME=POE-1.367
> -REVISION=0
> +DISTNAME=POE-1.368
>  CATEGORIES=  devel
>  FIX_EXTRACT_PERMISSIONS= Yes
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/p5-POE/distinfo,v
> retrieving revision 1.17
> diff -u -p -r1.17 distinfo
> --- distinfo  2 Dec 2018 00:59:48 -   1.17
> +++ distinfo  2 Aug 2020 12:00:45 -
> @@ -1,2 +1,2 @@
> -SHA256 (POE-1.367.tar.gz) = t3JyC6mb880D262FNsanZ0rH/PMvL1Oi/48Kpbo/Oi0=
> -SIZE (POE-1.367.tar.gz) = 381473
> +SHA256 (POE-1.368.tar.gz) = t7Hcdh421Is5BoNJtXba/A7MvDudtRxnfeDhqvrf4SE=
> +SIZE (POE-1.368.tar.gz) = 377702




update net/libtorrent-rasterbar 1.2.8

2020-08-15 Thread Nam Nguyen


This is a diff for an update to net/libtorrent-rasterbar 1.2.8, released
on August 4, 2020.

changelog:
https://github.com/arvidn/libtorrent/blob/libtorrent-1.2.8/ChangeLog

base-clang 10.0.1 unbreaks libtorrent-rasterbar. This diff is based on
rsadowski@'s devel/boost 1.67.0 update.

https://marc.info/?l=openbsd-ports&m=159566156026888&w=2

This diff:
- is based on rsadowski@'s devel/boost 1.67.0 update, which moves from
boost_python3 to boost_python38. rsadowski@ uses MODPY_VERSION here in
naming WANTLIB and CONFIGURE_ARGS
- updates to 1.2.8
- bumps library major due to symbol deletion
- adds a license marker for ConvertUTF.cpp, slated to be removed in
upcoming 1.2.9
- changes MASTER_SITES to properly download the new release
- specifies devel/boost>=1.67.0
- uses non-mt variants of both boost_system and boost_python38
- links to -liconv (libiconv.so.7.0) instead of libiconv.a
- regens WANTLIB with boost_python38, boost_system (non-mt) and iconv

python bindings
===

lboost_python38 and lboost_system = works
lboost_python38-mt and lboost_system-mt = works
nonmatching -mt = broken

When they were nonmatching -mt as in rsadowski@'s boost update, I had two
outcomes:
 - more recently, SIGILL on deluge startup
 - update-plist in deluge:
 Warning: libtorrent (libtorrent-rasterbar) not found: Cannot load specified 
object
 ===>  Faking installation for deluge-2.0.3p1

I can no longer reproduce the latter since moving from ports-clang back to
base-clang. I now always get the SIGILL with nonmatching -mt.

To resolve make sure that _system and _python are matching -mt or
non-mt.

I have an experimental cmake build where cmake uses -lboost_python38-mt
and -lboost_system-mt in building python bindings
(bindings/python/libtorrent.so). See the first half of the log file. It
works.

The second half of the log file shows the autohell Makefile using
-lboost_system-mt and -lboost_python38, which was broken.

log file: https://www.namtsui.com/public/pythonbindings.txt

upstream states that boost build (b2) > cmake > autohell for reliably
building libtorrent python bindings (libtorrent.so). autohell is removed
altogether in the libtorrent 2 branch, unrelated to 1.2.8. Moving to
cmake is an option but not necessary.

iconv
=

libiconv.a is always preferred by autohell over libiconv.so.7.0. I
replace all generated Makefiles using iconv.a (second half of log file)
with -liconv (first half of log file).

Specifically, I deleted /usr/local/lib/libiconv.a so that it could only
find libiconv.so.7.0. The result is printed in the first half of log
file.

log file: https://www.namtsui.com/public/iconv.txt

make port-lib-depends-check is happy and iconv is now added to
WANTLIB. This is hacky. Other options:
- move to cmake, which finds -liconv
- use libiconv.a and remove this

Licensing
=

debian removed libtorrent-rasterbar because ConvertUTF8.cpp has a
special Unicode, Inc., license.

Is it fine to leave PERMIT_PACKAGE as is, since upstream will remove it
in the upcoming 1.2.9?

https://github.com/arvidn/libtorrent/pull/4966
https://github.com/arvidn/libtorrent/issues/4951

Major bump
==

1. I referenced "CMakeLists.txt: set (SOVERSION "10")" to keep # 10.0.0 as
kn@ had done with a previous update.

2. has_udp_outgoing-sockets() (see 1.2.3's
include/libtorrent/aux_/session_impl.hpp:731) has been removed in
1.2.8. This symbol deletion is enough for bumping major.

3. Changelog also says, "deprecate broadcast_lsd setting. Just use
multicast"

- include/libtorrent/settings_pack.hpp
settings_pack struct in 1.2.3 used to have broadcast_lsd:

// if ``broadcast_lsd`` is set to true, the local peer discovery (or
// Local Service Discovery) will not only use IP multicast, but also
// broadcast its messages. This can be useful when running on networks
// that don't support multicast. Since broadcast messages might be
// expensive and disruptive on networks, only every 8th announce uses
// broadcast.
broadcast_lsd,

- in 1.2.8:

#if TORRENT_ABI_VERSION == 1
  // if ``broadcast_lsd`` is set to true, the local peer discovery (or
  // Local Service Discovery) will not only use IP multicast, but also
  // broadcast its messages. This can be useful when running on networks
  // that don't support multicast. Since broadcast messages might be
  // expensive and disruptive on networks, only every 8th announce uses
  // broadcast.
  broadcast_lsd TORRENT_DEPRECATED_ENUM,
#else
  deprecated_broadcast_lsd,
#endif

- TORRENT_DEPRECATED_ENUM is defined as:

include/libtorrent/aux_/deprecated.hpp:43:
#  define TORRENT_DEPRECATED_ENUM __attribute__ ((deprecated))

The deprecated attribute means that its use is discourged with a warning
if used but still supported. This could also arguably warrant a major
bump, but the removal in #2 is enough.

Testing
===

To test:
1. update to boost 1.67
https://marc.info/?l=openbsd-ports&m=159566156026888&w=2
2. use this diff instead for net/libtorrent-rasterbar

I tested torrenting a 

Re: [Update] devel/p5-Devel-ebug : Update to 0.63

2020-08-15 Thread Andrew Hewus Fresh
On Tue, Aug 04, 2020 at 08:33:28AM +, wen heping wrote:
> Hi, ports@:
> Here is a patch for devel/p5-Devel-ebug to update to 0.63,
> it build well and pass all tests on amd64-current system.
> NO other ports depends on it.

This seems to be missing a number of DEPENDS and PLIST @man updates.
Updated patch below.

Comments, OK?

I'll commit a bit later unless someone knows that the PLIST was missing
those @man entries on purpose.


Index: devel/p5-Devel-ebug/Makefile
===
RCS file: /cvs/ports/devel/p5-Devel-ebug/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- devel/p5-Devel-ebug/Makefile3 Jul 2020 21:44:50 -   1.11
+++ devel/p5-Devel-ebug/Makefile15 Aug 2020 20:48:47 -
@@ -4,23 +4,26 @@ COMMENT = simple, extensible Perl debugg
 
 MODULES =  cpan
 PKG_ARCH = *
-DISTNAME = Devel-ebug-0.59
+DISTNAME = Devel-ebug-0.63
 CATEGORIES =   devel
-REVISION = 0
 
-# perl
+# Perl
 PERMIT_PACKAGE =   Yes
 
-RUN_DEPENDS=   devel/p5-PadWalker \
-   devel/p5-YAML \
-   textproc/p5-String-Koremutake \
-   devel/p5-Test-Expect \
+RUN_DEPENDS=   devel/p5-Class-Accessor-Chained \
+   devel/p5-Devel-StackTrace>=2.0 \
+   devel/p5-Module-Pluggable \
+   devel/p5-PadWalker \
devel/p5-Proc-Background \
-   devel/p5-Devel-StackTrace
-
-BUILD_DEPENDS =${RUN_DEPENDS}
+   devel/p5-YAML \
+   sysutils/p5-File-Which \
+   textproc/p5-String-Koremutake
 
 TEST_DEPENDS = devel/p5-Error \
devel/p5-Test-Pod
+
+# Avoid skipping tests
+TEST_DEPENDS +=devel/p5-Test-Expect \
+   devel/p5-Expect-Simple
 
 .include 
Index: devel/p5-Devel-ebug/distinfo
===
RCS file: /cvs/ports/devel/p5-Devel-ebug/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- devel/p5-Devel-ebug/distinfo6 May 2017 22:16:46 -   1.4
+++ devel/p5-Devel-ebug/distinfo15 Aug 2020 20:48:47 -
@@ -1,2 +1,2 @@
-SHA256 (Devel-ebug-0.59.tar.gz) = GFIpRfqrs4/cTYCZc7NQodcGcd68aBQsa8sN6U3kaEQ=
-SIZE (Devel-ebug-0.59.tar.gz) = 38416
+SHA256 (Devel-ebug-0.63.tar.gz) = WxcV42AgdhnJyQ5qzZe5qtFGYG1N+DbrCfcdAyYbXqY=
+SIZE (Devel-ebug-0.63.tar.gz) = 43128
Index: devel/p5-Devel-ebug/pkg/PLIST
===
RCS file: /cvs/ports/devel/p5-Devel-ebug/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- devel/p5-Devel-ebug/pkg/PLIST   24 Mar 2014 08:25:35 -  1.2
+++ devel/p5-Devel-ebug/pkg/PLIST   15 Aug 2020 20:48:47 -
@@ -31,7 +31,29 @@ ${P5SITE}/Devel/ebug/Plugin/Pad.pm
 ${P5SITE}/Devel/ebug/Plugin/Run.pm
 ${P5SITE}/Devel/ebug/Plugin/StackTrace.pm
 @man man/man1/ebug.1
+@man man/man1/ebug_backend_perl.1
 @man man/man1/ebug_client.1
 @man man/man1/ebug_server.1
 @man man/man3p/Devel::ebug.3p
+@man man/man3p/Devel::ebug::Backend.3p
+@man man/man3p/Devel::ebug::Backend::Plugin::ActionPoints.3p
+@man man/man3p/Devel::ebug::Backend::Plugin::Basic.3p
+@man man/man3p/Devel::ebug::Backend::Plugin::Codelines.3p
+@man man/man3p/Devel::ebug::Backend::Plugin::Commands.3p
+@man man/man3p/Devel::ebug::Backend::Plugin::Eval.3p
+@man man/man3p/Devel::ebug::Backend::Plugin::Filenames.3p
+@man man/man3p/Devel::ebug::Backend::Plugin::Output.3p
+@man man/man3p/Devel::ebug::Backend::Plugin::Pad.3p
+@man man/man3p/Devel::ebug::Backend::Plugin::Ping.3p
+@man man/man3p/Devel::ebug::Backend::Plugin::Run.3p
+@man man/man3p/Devel::ebug::Backend::Plugin::StackTrace.3p
 @man man/man3p/Devel::ebug::Console.3p
+@man man/man3p/Devel::ebug::Plugin::ActionPoints.3p
+@man man/man3p/Devel::ebug::Plugin::Basic.3p
+@man man/man3p/Devel::ebug::Plugin::Codelines.3p
+@man man/man3p/Devel::ebug::Plugin::Eval.3p
+@man man/man3p/Devel::ebug::Plugin::Filenames.3p
+@man man/man3p/Devel::ebug::Plugin::Output.3p
+@man man/man3p/Devel::ebug::Plugin::Pad.3p
+@man man/man3p/Devel::ebug::Plugin::Run.3p
+@man man/man3p/Devel::ebug::Plugin::StackTrace.3p




[UPDATE] www/links+ 2.20.2 -> 2.21

2020-08-15 Thread trondd
Simple update to links 2.21 that includes a few bugfixes.  Tested on
amd64 for about a week and a quick build and test on aarch64.


=== RELEASE 2.21 ===

Sun Aug  2 15:26:02 cet 2020 mikulas:

Workaround for a crash on OS/2 caused by gcc3 bug

Thu Apr 16 18:17:39 CEST 2020 Emir Yasin SARI :

Updated Turkish translation

Wed Jan  8 18:25:17 CET 2020 mikulas:

Fix a bug that textarea was broken if it immediatelly followed
a list

Sun Nov  3 09:33:08 CET 2019 pluvano :

Delete the 4-pixel border in Xwindow

Tue Oct  8 20:26:47 CEST 2019 mikulas:

Fix a bug that an image would not be properly resized sometimes


Tim.


Index: Makefile
===
RCS file: /cvs/ports/www/links+/Makefile,v
retrieving revision 1.68
diff -u -p -r1.68 Makefile
--- Makefile15 Mar 2020 00:51:43 -  1.68
+++ Makefile15 Aug 2020 20:19:52 -
@@ -1,7 +1,7 @@
 # $OpenBSD: Makefile,v 1.68 2020/03/15 00:51:43 bcallah Exp $
 
 COMMENT=   graphics and text browser
-VER=   2.20.2
+VER=   2.21
 DISTNAME=  links-${VER}
 PKGNAME=   links+-${VER}
 CATEGORIES=www
Index: distinfo
===
RCS file: /cvs/ports/www/links+/distinfo,v
retrieving revision 1.38
diff -u -p -r1.38 distinfo
--- distinfo15 Mar 2020 00:51:43 -  1.38
+++ distinfo15 Aug 2020 20:19:52 -
@@ -1,2 +1,2 @@
-SHA256 (links-2.20.2.tar.gz) = 8OwTsBnlUB7ymFi/YaO/ic7OCw8GW1BkviQrzoTmdb0=
-SIZE (links-2.20.2.tar.gz) = 7063295
+SHA256 (links-2.21.tar.gz) = 8OH9Exten/lDvMZn4KpjMQSHSa1LkhtvrdFOkZ2feaw=
+SIZE (links-2.21.tar.gz) = 7076375



Re: [Update] mail/p5-Email-MIME-ContentType : Update to 1.024

2020-08-15 Thread Andrew Hewus Fresh
On Tue, Aug 04, 2020 at 12:56:00PM +, wen heping wrote:
> Hi, ports@:
> 
> Here is a patch for mail/p5-Email-MIME-ContentType to update to 1.024.
> It build well and pass all tests on amd64-current system.
> Two ports depends on it:
> i)mail/p5-Email-MIME
> ii)mail/p5-Email-MIME-Attachment-Stripper
>both build well and pass all tests on amd64-current system.
> 

This seems to be missing RUN_DEPENDS = textproc/p5-Text-Unidecode

Other than that, OK afresh1@

> Index: Makefile
> ===
> RCS file: /cvs/ports/mail/p5-Email-MIME-ContentType/Makefile,v
> retrieving revision 1.16
> diff -u -p -r1.16 Makefile
> --- Makefile  3 Jul 2020 21:45:25 -   1.16
> +++ Makefile  4 Aug 2020 12:48:06 -
> @@ -4,9 +4,8 @@ COMMENT=  parse MIME Content-Type or Cont
>  
>  MODULES= cpan
>  PKG_ARCH=*
> -DISTNAME=Email-MIME-ContentType-1.022
> +DISTNAME=Email-MIME-ContentType-1.024
>  CATEGORIES=  mail
> -REVISION =   1
>  
>  # GPL
>  PERMIT_PACKAGE=  Yes
> Index: distinfo
> ===
> RCS file: /cvs/ports/mail/p5-Email-MIME-ContentType/distinfo,v
> retrieving revision 1.7
> diff -u -p -r1.7 distinfo
> --- distinfo  8 May 2019 15:13:02 -   1.7
> +++ distinfo  4 Aug 2020 12:48:06 -
> @@ -1,2 +1,2 @@
> -SHA256 (Email-MIME-ContentType-1.022.tar.gz) = 
> mrtygLDaYqhVrlUosU3rlDQahOchrwp+WircNTTsUxA=
> -SIZE (Email-MIME-ContentType-1.022.tar.gz) = 20365
> +SHA256 (Email-MIME-ContentType-1.024.tar.gz) = 
> QtFkrH/03C6oSOcQ/iH6hVCaO8u5HtLTVuSrqVHtiDU=
> +SIZE (Email-MIME-ContentType-1.024.tar.gz) = 22946


-- 
andrew - http://afresh1.com

I think I understand, but my stubborn brain refuses to admit it
until I beat it into submission by proof upon proof.
  -- Michael Shiloh 



Re: [NEW] www/p5-CGI-Struct

2020-08-15 Thread Andrew Hewus Fresh
On Mon, Jul 27, 2020 at 01:12:01PM +, wen heping wrote:
> Hi, ports@:
> 
>Here is a patch to create new port www/p5-CGI-Struct,
> which is required by the update of p5-Catalyst-Runtime.
>It build well and pass all tests on amd64-current system.

I said OK to both this and p5-CGI-Struct-XS that were in the same
message back in May, but apparently that mail got lost somewhere along
the way as I don't see it on MARC or nabble (but I don't see the
original on MARC either).

http://openbsd-archive.7691.n7.nabble.com/NEW-www-p5-CGI-Struct-td395846.html

In any case, OK to this or on both.

l8rZ,
-- 
andrew - http://afresh1.com

Hey! It compiles! Ship it!



Re: [UPDATE] www/py-webpy 0.40 -> 0.61

2020-08-15 Thread Kevin Lo
On Fri, Aug 14, 2020 at 07:41:09PM +0200, Bjorn Ketelaars wrote:
> 
> On Fri 14/08/2020 23:11, Kevin Lo wrote:
> > Hi ports@,
> > 
> > Here's an update of py-webpy to 0.61; tested on amd64.
> > Changelog here: https://github.com/webpy/webpy/blob/master/ChangeLog.txt#L3
> > 
> > Ok?
> > 
> > diff 97d8ad9fab2eb4471daa9889eccb062257734419 /usr/ports
> > blob - 775663595f625596e030122a20f619d5b0215a11
> > file + www/Makefile
> > --- www/Makefile
> > +++ www/Makefile
> > @@ -511,7 +511,6 @@
> >   SUBDIR += py-webob
> >   SUBDIR += py-webob,python3
> >   SUBDIR += py-webpy
> > - SUBDIR += py-webpy,python3
> >   SUBDIR += py-webtest
> >   SUBDIR += py-webtest,python3
> >   SUBDIR += py-werkzeug
> > blob - a7ce4677e2aecb89976b05a7d24fd3f623579c30
> > file + www/py-webpy/Makefile
> > --- www/py-webpy/Makefile
> > +++ www/py-webpy/Makefile
> > @@ -2,10 +2,9 @@
> >  
> >  COMMENT=   web framework for python
> >  
> > -MODPY_EGG_VERSION= 0.40
> > +MODPY_EGG_VERSION= 0.61
> >  DISTNAME=  web.py-${MODPY_EGG_VERSION}
> >  PKGNAME=   py-webpy-${MODPY_EGG_VERSION}
> > -REVISION=  1
> >  
> >  CATEGORIES=www
> >  
> > @@ -21,11 +20,9 @@ MODULES= lang/python
> >  MODPY_PI=  Yes
> >  MODPY_PYTEST=  Yes
> >  MODPY_SETUPTOOLS=  Yes
> > +MODPY_VERSION= ${MODPY_DEFAULT_VERSION_3}
> 
> ^^^
> 
> I would prefer to use FLAVORS/FLAVOR as it seems that py-webpy is not a
> standalone python tool. Note that this also requires a different change
> to www/Makefile, @@conflict- and @pkgpath-markers in pkg/PLIST, and a
> quirk:

Thanks for your quick assistance.  You've made all necessary changes!
ok to commit your diff?  Thank you.

> diff --git devel/quirks/Makefile devel/quirks/Makefile
> index 310690b339e..ddb9f081af4 100644
> --- devel/quirks/Makefile
> +++ devel/quirks/Makefile
> @@ -5,7 +5,7 @@ CATEGORIES =  devel databases
>  DISTFILES =
>  
>  # API.rev
> -PKGNAME =quirks-3.402
> +PKGNAME =quirks-3.403
>  PKG_ARCH =   *
>  MAINTAINER = Marc Espie 
>  
> diff --git devel/quirks/files/Quirks.pm devel/quirks/files/Quirks.pm
> index 0281c4ac939..e1a7e457c0a 100644
> --- devel/quirks/files/Quirks.pm
> +++ devel/quirks/files/Quirks.pm
> @@ -459,6 +459,7 @@ my $stem_extensions = {
>   'py-ecos' => 'py3-ecos',
>   'py-numexpr' => 'py3-numexpr',
>   'py-notmuch' => 'py3-notmuch',
> + 'py-webpy' => 'py3-webpy',
>  };
>  
>  my $obsolete_reason = {
> diff --git www/Makefile www/Makefile
> index 775663595f6..538199c2f9b 100644
> --- www/Makefile
> +++ www/Makefile
> @@ -510,7 +510,6 @@
>   SUBDIR += py-webhelpers
>   SUBDIR += py-webob
>   SUBDIR += py-webob,python3
> - SUBDIR += py-webpy
>   SUBDIR += py-webpy,python3
>   SUBDIR += py-webtest
>   SUBDIR += py-webtest,python3
> diff --git www/py-webpy/Makefile www/py-webpy/Makefile
> index a7ce4677e2a..fd48f19727f 100644
> --- www/py-webpy/Makefile
> +++ www/py-webpy/Makefile
> @@ -2,10 +2,9 @@
>  
>  COMMENT= web framework for python
>  
> -MODPY_EGG_VERSION=   0.40
> +MODPY_EGG_VERSION=   0.61
>  DISTNAME=web.py-${MODPY_EGG_VERSION}
>  PKGNAME= py-webpy-${MODPY_EGG_VERSION}
> -REVISION=1
>  
>  CATEGORIES=  www
>  
> @@ -22,10 +21,9 @@ MODPY_PI=  Yes
>  MODPY_PYTEST=Yes
>  MODPY_SETUPTOOLS=Yes
>  
> -RUN_DEPENDS= textproc/py-markdown${MODPY_FLAVOR} \
> - www/py-cheroot${MODPY_FLAVOR}
> +RUN_DEPENDS= www/py-cheroot${MODPY_FLAVOR}
>  
>  FLAVORS= python3
> -FLAVOR ?=
> +FLAVOR=  python3
>  
>  .include 
> diff --git www/py-webpy/distinfo www/py-webpy/distinfo
> index aef5d002c0e..a9e764d69d7 100644
> --- www/py-webpy/distinfo
> +++ www/py-webpy/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (web.py-0.40.tar.gz) = 3F5C/7xC130H91t6zKmXWjNormCXdOSd3rtJenhBMfM=
> -SIZE (web.py-0.40.tar.gz) = 103781
> +SHA256 (web.py-0.61.tar.gz) = x6kIGusIbNPnA8dVOkfudRiNHTJfJe7HZU2bsAtezLs=
> +SIZE (web.py-0.61.tar.gz) = 623070
> diff --git www/py-webpy/patches/patch-tests_test_wsgi_py 
> www/py-webpy/patches/patch-tests_test_wsgi_py
> deleted file mode 100644
> index 996b5bce82d..000
> --- www/py-webpy/patches/patch-tests_test_wsgi_py
> +++ /dev/null
> @@ -1,56 +0,0 @@
> -$OpenBSD: patch-tests_test_wsgi_py,v 1.1 2019/10/04 15:06:31 kevlo Exp $
> -
> -- Fix unit tests in tests/test_wsgi.py
> -  upstream commit a345caedd53ea690b8804d461ae4d941b3a849b4
> -
> -Index: tests/test_wsgi.py
>  tests/test_wsgi.py.orig
> -+++ tests/test_wsgi.py
> -@@ -1,9 +1,15 @@
> - import unittest
> --import web
> - import threading
> - import time
> - 
> -+try:  # PY 3
> -+from urllib.parse import unquote_to_bytes as unquote
> -+except ImportError:  # PY 2
> -+from urllib import unquote
> - 
> -+import web
> -+
> -+
> - class WSGITest(unittest.TestCase):
> - def test_layers_unicode(self):
> - urls = ("/", "uni")
> -@@ -18,7 +24,7 @@ class WSGITest(unittest.TestCase):
> - thread.start()
> - time.sleep(0.5)
> - 
> --b = 

Re: [UPDATE] www/py-webpy 0.40 -> 0.61

2020-08-15 Thread Kevin Lo
Thank you for your input.  I couldn't figure out why FLAVORS/FLAVOR should
be used, but bket@ gave me a reason.  I always learn so much from porters :)

On Fri, Aug 14, 2020 at 06:38:23PM +0100, Stuart Henderson wrote:
> Please remove MODPY_VERSION, use
> 
> FLAVORS=python3
> FLAVOR=python3
> 
> in Makefile, @pkgpath www/py-webpy in pkg/PLIST, keep the ,python3 in 
> ../Makefile and add a py-webpy -> py3-webpy entry to devel/quirks (see 
> commits for recent py2->3 conversions).
> 
> -- 
>   Sent from a phone, apologies for poor formatting.
> On 14 August 2020 16:11:35 Kevin Lo  wrote:
> 
> > Hi ports@,
> >
> > Here's an update of py-webpy to 0.61; tested on amd64.
> > Changelog here: https://github.com/webpy/webpy/blob/master/ChangeLog.txt#L3
> >
> > Ok?
> >
> > diff 97d8ad9fab2eb4471daa9889eccb062257734419 /usr/ports
> > blob - 775663595f625596e030122a20f619d5b0215a11
> > file + www/Makefile
> > --- www/Makefile
> > +++ www/Makefile
> > @@ -511,7 +511,6 @@
> >  SUBDIR += py-webob
> >  SUBDIR += py-webob,python3
> >  SUBDIR += py-webpy
> > - SUBDIR += py-webpy,python3
> >  SUBDIR += py-webtest
> >  SUBDIR += py-webtest,python3
> >  SUBDIR += py-werkzeug
> > blob - a7ce4677e2aecb89976b05a7d24fd3f623579c30
> > file + www/py-webpy/Makefile
> > --- www/py-webpy/Makefile
> > +++ www/py-webpy/Makefile
> > @@ -2,10 +2,9 @@
> >
> > COMMENT=web framework for python
> >
> > -MODPY_EGG_VERSION= 0.40
> > +MODPY_EGG_VERSION= 0.61
> > DISTNAME=   web.py-${MODPY_EGG_VERSION}
> > PKGNAME=py-webpy-${MODPY_EGG_VERSION}
> > -REVISION=  1
> >
> > CATEGORIES= www
> >
> > @@ -21,11 +20,9 @@ MODULES= lang/python
> > MODPY_PI=   Yes
> > MODPY_PYTEST=   Yes
> > MODPY_SETUPTOOLS=   Yes
> > +MODPY_VERSION= ${MODPY_DEFAULT_VERSION_3}
> >
> > -RUN_DEPENDS=   textproc/py-markdown${MODPY_FLAVOR} \
> > -   www/py-cheroot${MODPY_FLAVOR}
> >
> > -FLAVORS=   python3
> > -FLAVOR ?=
> > +RUN_DEPENDS=   www/py-cheroot${MODPY_FLAVOR}
> >
> > .include 
> > blob - aef5d002c0e971963a5a92f9dd563821789f1e04
> > file + www/py-webpy/distinfo
> > --- www/py-webpy/distinfo
> > +++ www/py-webpy/distinfo
> > @@ -1,2 +1,2 @@
> > -SHA256 (web.py-0.40.tar.gz) = 3F5C/7xC130H91t6zKmXWjNormCXdOSd3rtJenhBMfM=
> > -SIZE (web.py-0.40.tar.gz) = 103781
> > +SHA256 (web.py-0.61.tar.gz) = x6kIGusIbNPnA8dVOkfudRiNHTJfJe7HZU2bsAtezLs=
> > +SIZE (web.py-0.61.tar.gz) = 623070
> > blob - 996b5bce82d3634d3215db8b82a614db4284b160
> > file + /dev/null
> > --- www/py-webpy/patches/patch-tests_test_wsgi_py
> > +++ www/py-webpy/patches/patch-tests_test_wsgi_py
> > @@ -1,56 +0,0 @@
> > -$OpenBSD: patch-tests_test_wsgi_py,v 1.1 2019/10/04 15:06:31 kevlo Exp $
> > -
> > -- Fix unit tests in tests/test_wsgi.py
> > -  upstream commit a345caedd53ea690b8804d461ae4d941b3a849b4
> > -
> > -Index: tests/test_wsgi.py
> >  tests/test_wsgi.py.orig
> > -+++ tests/test_wsgi.py
> > -@@ -1,9 +1,15 @@
> > - import unittest
> > --import web
> > - import threading
> > - import time
> > -
> > -+try:  # PY 3
> > -+from urllib.parse import unquote_to_bytes as unquote
> > -+except ImportError:  # PY 2
> > -+from urllib import unquote
> > -
> > -+import web
> > -+
> > -+
> > - class WSGITest(unittest.TestCase):
> > - def test_layers_unicode(self):
> > - urls = ("/", "uni")
> > -@@ -18,7 +24,7 @@ class WSGITest(unittest.TestCase):
> > - thread.start()
> > - time.sleep(0.5)
> > -
> > --b = web.browser.Browser()
> > -+b = web.browser.AppBrowser(app)
> > - r = b.open("/").read()
> > - s = r.decode("utf8")
> > - self.assertEqual(s, u"\u0C05\u0C06")
> > -@@ -39,7 +45,7 @@ class WSGITest(unittest.TestCase):
> > - thread.start()
> > - time.sleep(0.5)
> > -
> > --b = web.browser.Browser()
> > -+b = web.browser.AppBrowser(app)
> > - r = b.open("/")
> > - self.assertEqual(r.read(), b"abcdef")
> > -
> > -@@ -59,9 +65,10 @@ class WSGITest(unittest.TestCase):
> > - thread.start()
> > - time.sleep(0.5)
> > -
> > --b = web.browser.Browser()
> > -+b = web.browser.AppBrowser(app)
> > - r = b.open("/%E2%84%A6")
> > --self.assertEqual(r.read(), b"\xE2\x84\xA6")
> > -+s = unquote(r.read())
> > -+self.assertEqual(s, b"\xE2\x84\xA6")
> > -
> > - app.stop()
> > - thread.join()
> 



Re: cmake sporadic library versioning problem

2020-08-15 Thread Christian Weisgerber
On 2020-08-13, Christian Weisgerber  wrote:

> A shared library has been built with the version number from
> SHARED_LIBS, but during the fake stage this is forgotten and the
> upstream version number used.  This produces an error, because the
> file doesn't exist.
>
> It only happens _sometimes_ and this has been going on for months.
>
> Now in my latest bulk build, x11/kde-applications/marble has
> failed the same way:

Now x11/kde-applications/kdepim-runtime.

c++ ... -o bin/libakonadi-filestore.so.0.0 ...
.
.
.
CMake Error at resources/shared/filestore/cmake_install.cmake:52 (file):
  file INSTALL cannot find
  
"/usr/obj/ports/kdepim-runtime-kf5-19.12.3/build-amd64/bin/libakonadi-filestore.so.5.13.3":
  No such file or directory.

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de



Re: emacs-27.1

2020-08-15 Thread Kenneth R Westerback
On Fri, Aug 14, 2020 at 02:14:07PM +0200, Jeremie Courreges-Anglas wrote:
> 
> emacs-27.1 was released earlier than I expected, thanks Ken for the
> heads-up.
> 
> This is good news.  As mentioned in
> https://marc.info/?l=openbsd-ports&m=159380829911290&w=2 emacs now uses
> a "portable dumper" that doesn't involve games with ELF layout and sbrk
> at build time.  No more ld -Z or -nopie flags hampering ASLR, no more
> workarounds in libc, etc.
> 
> A few changes regarding deps:
> - libgmp is now a direct dep used for bignums, it was already there
>   because of gnutls
> - libjansson is now linked in for LSP (Language Server Protocol) support
>   (requested by Timo Myyra).  Yes, this introduce an indirect build dep
>   on cmake which kinda sucks for non-clang archs.  If that's a problem,
>   well, it was already the case because emacs->gnutls->cmocka->cmake->argh.
> - harfbuzz is used for test layout
> - bye bye ImageMagick
> 
> If you notice changes with highlighting, particularly with vc-diff, well
> you're not alone.  I find that some foreground and background color
> changes (maybe not intended) make the resulting frames very hard to
> read.  But maybe just in the no_x11/tty case?
> 
> Anyway, test reports welcome.  Even if the new dumping mechanism is
> called "portable" I'm not sure it has been tested on the wide range of
> architectures we provide.  amd64 and sparc64 seem to behave, what about
> yours?
> 
> Finally, oks?
>

Been working for me for a few weeks on amd64, so ok krw@ fwiw.

 Ken

> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/editors/emacs/Makefile,v
> retrieving revision 1.95
> diff -u -p -r1.95 Makefile
> --- Makefile  3 Jul 2020 17:05:14 -   1.95
> +++ Makefile  14 Aug 2020 07:36:48 -
> @@ -2,8 +2,7 @@
>  
>  COMMENT= GNU editor: extensible, customizable, self-documenting
>  
> -VERSION= 26.3
> -REVISION=2
> +VERSION= 27.1
>  DISTNAME=emacs-${VERSION}
>  
>  CATEGORIES=  editors
> @@ -13,9 +12,9 @@ HOMEPAGE=   https://www.gnu.org/software/
>  MAINTAINER=  Jeremie Courreges-Anglas 
>  
>  # GPLv3+
> -PERMIT_PACKAGE=  Yes
> +PERMIT_PACKAGE=  Yes
>  
> -WANTLIB= c m curses pthread gnutls xml2 z
> +WANTLIB =c curses jansson gmp gnutls m pthread xml2 z
>  
>  MASTER_SITES=${MASTER_SITE_GNU:=emacs/}
>  EXTRACT_SUFX=.tar.xz
> @@ -33,18 +32,8 @@ CONFIGURE_ARGS=--build="${GCCARCH}" \
>   --without-sound
>  
>  CONFIGURE_ENV=   CPPFLAGS="-I${LOCALBASE}/include" \
> - LDFLAGS="-L${LOCALBASE}/lib -nopie ${LDFLAGS}" \
> + LDFLAGS="-L${LOCALBASE}/lib ${LDFLAGS}" \
>   ac_cv_header_execinfo_h=no
> -CFLAGS+= -fno-pie
> -
> -.include 
> -.if ${PROPERTIES:Mlld}
> -# ld -Z not supported
> -.elif ${MACHINE_ARCH} == "sparc64"
> -# No need for ld -Z
> -.else
> -CONFIGURE_ENV+=  EMACS_LD_SWITCH_SYSTEM="-Z"
> -.endif
>  
>  MAKE_ENV=INSTALL_EMACS="${INSTALL_SCRIPT}" \
>   LOGNAME="${SHAREOWN}"
> @@ -52,24 +41,27 @@ MAKE_ENV= INSTALL_EMACS="${INSTALL_SCRI
>  SUBST_VARS=  GCCARCH VERSION
>  
>  USE_GMAKE=   Yes
> -LIB_DEPENDS= security/gnutls \
> +LIB_DEPENDS= devel/jansson \
> + devel/gmp \
> + security/gnutls \
>   textproc/libxml
>  
>  .if ${FLAVOR} == "no_x11"
>  CONFIGURE_ARGS+= --without-x \
>   --without-dbus \
>   --without-gsettings \
> + --without-harfbuzz \
>   --without-jpeg \
>   --without-lcms2 \
>   --without-libotf \
>   --without-m17n-flt
>  .else
> -LIB_DEPENDS+=devel/libotf \
> +LIB_DEPENDS+=devel/harfbuzz \
> + devel/libotf \
>   graphics/jpeg \
>   graphics/png \
>   graphics/tiff \
>   graphics/giflib \
> - graphics/ImageMagick \
>   graphics/lcms2 \
>   misc/m17n/lib \
>   x11/dbus \
> @@ -80,30 +72,29 @@ RUN_DEPENDS+= devel/desktop-file-utils 
>  . if ${FLAVOR} == "athena"
>  CONFIGURE_ARGS+= --with-x-toolkit=athena
>  LIB_DEPENDS+=x11/Xaw3d
> -WANTLIB += ICE MagickCore-6.Q16 MagickWand-6.Q16 SM X11 X11-xcb
> -WANTLIB += Xaw3d Xext Xfixes Xft Xinerama Xmu Xpm Xrandr Xrender
> -WANTLIB += Xt cairo dbus-1 fontconfig freetype gdk_pixbuf-2.0
> -WANTLIB += gif gio-2.0 glib-2.0 gobject-2.0 intl jpeg lcms2 m17n-core
> -WANTLIB += m17n-flt otf png rsvg-2 tiff xcb
> +WANTLIB += ICE SM X11 X11-xcb Xaw3d Xext Xfixes Xft Xinera

Re: [update] audio/lmms enable ZynAddSubFX

2020-08-15 Thread Kinichiro Inoguchi
I had updated diff and tested on latest snapshot amd64.
It works and zynaddsubfx is displayed and sounds.
I also checked 'make port-lib-depends-check' gives no error.

Index: Makefile
===
RCS file: /cvs/ports/audio/lmms/Makefile,v
retrieving revision 1.23
diff -u -p -u -p -r1.23 Makefile
--- Makefile30 Jan 2020 14:13:47 -  1.23
+++ Makefile15 Aug 2020 13:25:57 -
@@ -5,7 +5,7 @@ COMMENT =   music studio with tracking, s
 # rolled from git; requires submodules
 # git clone --recurse-submodules -b v1.2.0 https://github.com/lmms/lmms
 DISTNAME = lmms-1.2.0
-REVISION = 0
+REVISION = 1
 EXTRACT_SUFX = .tar.xz
 
 CATEGORIES =   audio
@@ -18,27 +18,32 @@ MASTER_SITES =  https://spacehopper.org/
 PERMIT_PACKAGE =   Yes
 
 WANTLIB += ${COMPILER_LIBCXX} Qt5Core Qt5Gui Qt5Widgets Qt5Xml
-WANTLIB += c curses fftw3f fluidsynth jack m mp3lame ogg portaudio
-WANTLIB += readline samplerate sndfile sndio vorbis vorbisenc
-WANTLIB += vorbisfile
+WANTLIB += Xau Xcursor Xdmcp Xext Xfixes Xft Xinerama
+WANTLIB += c curses fftw3f fluidsynth fltk fontconfig jack
+WANTLIB += m mp3lame ogg portaudio readline samplerate sndfile sndio
+WANTLIB += vorbis vorbisenc vorbisfile z
 
 COMPILER = base-clang ports-gcc
 
 MODULES =  x11/qt5 devel/cmake
 DEBUG_PACKAGES =   ${BUILD_PACKAGES}
 
-BUILD_DEPENDS =shells/bash
+BUILD_DEPENDS =shells/bash \
+   devel/dwz \
+   devel/ninja \
 
 RUN_DEPENDS =  devel/desktop-file-utils \
misc/shared-mime-info \
x11/gtk+3,-guic
+
 LIB_DEPENDS =  audio/fluidsynth \
audio/jack \
audio/lame \
audio/libsamplerate \
audio/libvorbis \
audio/portaudio-svn \
-   math/fftw3,float
+   math/fftw3,float \
+   x11/fltk
 
 CONFIGURE_ENV =CFLAGS="${CFLAGS} -I${X11BASE}/include 
-I${LOCALBASE}/include" \
CXXFLAGS="${CXXFLAGS} -I${X11BASE}/include 
-I${LOCALBASE}/include" \
Index: patches/patch-plugins_CMakeLists_txt
===
RCS file: /cvs/ports/audio/lmms/patches/patch-plugins_CMakeLists_txt,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-plugins_CMakeLists_txt
--- patches/patch-plugins_CMakeLists_txt24 Jun 2018 11:57:13 -  
1.1
+++ patches/patch-plugins_CMakeLists_txt15 Aug 2020 13:25:57 -
@@ -1,14 +0,0 @@
-$OpenBSD: patch-plugins_CMakeLists_txt,v 1.1 2018/06/24 11:57:13 sthen Exp $
-
-Index: plugins/CMakeLists.txt
 plugins/CMakeLists.txt.orig
-+++ plugins/CMakeLists.txt
-@@ -80,7 +80,7 @@ IF("${PLUGIN_LIST}" STREQUAL "")
-   watsyn
-   waveshaper
-   vibed
--  zynaddsubfx
-+# zynaddsubfx
-   )
- 
- ENDIF("${PLUGIN_LIST}" STREQUAL "")
Index: pkg/PLIST
===
RCS file: /cvs/ports/audio/lmms/pkg/PLIST,v
retrieving revision 1.7
diff -u -p -u -p -r1.7 PLIST
--- pkg/PLIST   30 Jan 2020 14:13:47 -  1.7
+++ pkg/PLIST   15 Aug 2020 13:25:57 -
@@ -1,7 +1,9 @@
 @comment $OpenBSD: PLIST,v 1.7 2020/01/30 14:13:47 sthen Exp $
 @bin bin/lmms
 lib/lmms/
+@bin lib/lmms/RemoteZynAddSubFx
 @so lib/lmms/libOPL2.so
+@so lib/lmms/libZynAddSubFxCore.so
 @so lib/lmms/libamplifier.so
 @so lib/lmms/libaudiofileprocessor.so
 @so lib/lmms/libbassbooster.so
@@ -38,6 +40,7 @@ lib/lmms/
 @so lib/lmms/libvibedstrings.so
 @so lib/lmms/libwatsyn.so
 @so lib/lmms/libwaveshaper.so
+@so lib/lmms/libzynaddsubfx.so
 @man man/man1/lmms.1
 share/applications/lmms.desktop
 share/bash-completion/completions/lmms



[UPDATE] graphics/ipe 7.2.13 -> 7.2.20

2020-08-15 Thread Alessandro De Laurenzis

Dear ports@ readers,

The attached diff (gzip-ed in order to avoid issues with MSDOS line
endings in emailing) updates graphics/ipe to the latest release.

What's new upstream
===
(extracted from news.txt):

 * New "laser pointer" mode that is useful when giving a presentation
   by filming directly from the Ipe canvas;

 * Added PNG prediction algorithm to Ipe's image decoder (sometimes
   needed when including PDF graphics);

 * Layers can now be active for snapping even when they are invisible,
   to make the drawing of "helper lines" more powerful (#112);

 * Views can now move or transform layers (with a very experimental UI);

 * Allow minipage objects to have a horizontal alignment, and let
   "Change width" function work relative to this alignment, for more
   natural behaviour in right-to-left languages;

 * Clicking on links now works in IpePresenter;

 * User interface no longer freezes during Latex compilation;

 * Run Latex after paste actions, undo, and redo, where it might be
   necessary.


What's new in the port
==
* bumped shared libraries major number (note: not sure about libipelua,
  where no function have been added/removed; but, from the code
  differences, My understanding is that its signature should be
  different; anyone with more experience/knowledge: please chime in!);

* added devel/gsl to LIB_DEPENDS (and gsl, gslcblas to WANTLIB) as
  flagged by 'make port-lib-depends-check';

* patch-src_ipelib_ipelatex_cpp removed.


Lightly tested on amd64 only.

All the best

--
Alessandro De Laurenzis
[mailto:jus...@atlantide.mooo.com]
Web: http://www.atlantide.mooo.com
LinkedIn: http://it.linkedin.com/in/delaurenzis


ipe.diff.gz
Description: application/gzip


Re: update net/py-nbxmpp to 1.0.0

2020-08-15 Thread 3un0s
On Tue, 11 Aug 2020 09:08:32 +0200
Solene Rapenne  wrote:

> On Mon, 6 Jul 2020 20:52:11 +0200
> 3un0s <3u...@dismail.de>:
> 
> > On Mon, 6 Jul 2020 11:38:42 -0400
> > Kurt Mosiejczuk  wrote:
> > 
> > > On Mon, Jul 06, 2020 at 05:30:43PM +0200, 3un0s wrote:  
> > > > On Mon, 6 Jul 2020 15:32:05 +0100
> > > > Stuart Henderson  wrote:
> > >   
> > > > > I guess it does not work with the existing gajim version? So
> > > > > committing must be done together.  
> > >   
> > > > I should write a new mail with both of those diffs together and
> > > > subject representing that two packages are updated then?
> > > 
> > > Separate is fine, but make a note in each about the dependency.
> > > "X requires newer version of Y I sent earlier."
> > > "Newer Y won't work with current version of X, this is intended
> > > for the update I'm about to send."
> > > 
> > > --Kurt
> > >   
> > 
> > This update breaks current version of gajim and requires an updated
> > one I've sent earlier.
> > 
> > Also new diff with @pkgpath in pkg/PLIST
> 
> ok solene@ but the MODPY_SETUPTOOLS value should be
> aligned with the others values.
> 

Excuse me but what exactly should I do with the MODPY_SETUPTOOLS value?
Move the whole thing somewhere else or just add another tab before the
value itself?



Re: [macppc, i386] Unbreak games/godot

2020-08-15 Thread Thomas Frohwein
On Thu, Aug 13, 2020 at 10:09:41PM +0200, Charlene Wendling wrote:
> Hi,
> 
> Godot does not build in the current macppc bulk with, as seen on i386:
> 
> > ./core/safe_refcount.h:139:7: error: large atomic operation may incur
> > significant performance penalty [-Werror,-Watomic-alignment]
> 
> This warning is far from being a rare sight on macppc, with no
> noticeable impact.
> 
> This is happening because development C/CXXFLAGS are provided with
> "dev=yes". This build option overrides the "werror" one [0], so
> "werror=no" won't do the job.
> 
> This builds fine on macppc.

Still builds fine on amd64. I'm ok thfr@ with this diff. Curious if
this fixes i386, too.

> 
> Comments/feedback are welcome,
> 
> Charl??ne.
> 
> 
> [0] https://github.com/godotengine/godot/blob/master/SConstruct#L134
> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/games/godot/Makefile,v
> retrieving revision 1.13
> diff -u -p -u -p -r1.13 Makefile
> --- Makefile  3 Aug 2020 18:41:08 -   1.13
> +++ Makefile  13 Aug 2020 20:06:13 -
> @@ -1,6 +1,5 @@
>  # $OpenBSD: Makefile,v 1.13 2020/08/03 18:41:08 thfr Exp $
>  
> -BROKEN-i386 =core/safe_refcount.h error: misaligned atomic operation 
> may incur significant performance penalty
>  COMMENT =2D and 3D game engine
>  
>  V =  3.2.2
> @@ -50,11 +49,13 @@ MODSCONS_FLAGS =  CC="${CC}" \
>   builtin_pcre2=no \
>   builtin_zlib=no \
>   builtin_zstd=no \
> - dev=yes \
>   platform=x11 \
>   progress=no \
>   pulseaudio=no \
> - target=release_debug
> + target=release_debug \
> + verbose=yes \
> + warnings=extra \
> + werror=no
>  LIB_DEPENDS =archivers/zstd \
>   audio/libvorbis \
>   audio/musepack \



Re: Remove: geo/qlandkartegt, looking for help to port qmapshack

2020-08-15 Thread Kirill Bychkov
On Thu, July 30, 2020 08:34, Kirill Bychkov wrote:
> On Thu, July 16, 2020 09:58, Rafael Sadowski wrote:
>> geo/qlandkartegt is dead upstream. It has been replaced by QMapShack,
>> which looks really nice:
>>
>> https://github.com/Maproom/qmapshack
>>
>> Anybody want to port this? I think we need another dependency, everything
>> else should be there. http://www.routino.org/
>>
>> Or can we simply delete qlandkartegt?
>>
>> Rafael Sadowski
>>
>>
>
> Hi!
> Find both ports attached. They were imported to openbsd-wip also.

Ping