Re: pkgpaths in python3.7 to upgrade old python3s

[Mikolaj Kucharski]

On Mon, Feb 03, 2020 at 09:09:25PM +, Stuart Henderson wrote:
> > @@ -1,7 +1,9 @@
> >  @comment $OpenBSD: PLIST-gdbm,v 1.4 2019/12/11 19:55:40 sthen Exp $
> >  @option no-default-conflict
> >  @option is-branch
> > -@conflict python-gdbm->=3.7,<3.8
> > +@conflict python-gdbm->=3,<3.8
> 
> this should be split in two ("conflict with 'this' version of python" which
> should be present for all subpkgs, and "conflict with old versions to provide
> an upgrade path").

Hm.. I don't understand why this needs to be two separate lines, when
union of those gives the same constraint result.

$ env TRUSTED_PKG_PATH=/home/ports/packages/aarch64/all/ pkg_info -f 
python-3.7.6p0
@conflict python->=3.7,<3.8
@conflict python->=3.2,<3.7
@pkgpath lang/python/3.2,-main
@pkgpath lang/python/3.3,-main
@pkgpath lang/python/3.4,-main
@pkgpath lang/python/3.5,-main
@pkgpath lang/python/3.6,-main

Above two conflict markers basically mean `@conflict python->=3.2,<3.8`.

Stuart, can you elaborate why separating conflict marker into two is
necessary? Is this just to make it clear conceptually what is going on
and help with further upgrade paths (py 3.8, 3.9, 3.10, etc.)?

-- 
Regards,
 Mikolaj

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/02/03 23:29:37

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

Log message:
Register qhacc removal

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/02/03 23:26:27

Modified files:
productivity   : Makefile 
Removed files:
productivity/qhacc: Makefile distinfo 
productivity/qhacc/patches: patch-configure 
patch-contrib_Makefile_in 
patch-docs_Makefile_in 
patch-lib_qhacc_cpp 
patch-plugins_graphs_grapher_cpp 
patch-qm_Makefile_in 
patch-src_Makefile_in 
patch-src_qhacc_in 
productivity/qhacc/pkg: DESCR PLIST 

Log message:
Remove qhacc

Dead upstream qt3 application. We have much more feature-rich, stable,
easy to use accounting tools for web,qt,gtk,cli in the tree.

OK kn (mostly for Qt3 reasons), "I guess it can go" (Maintainer)

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/02/03 23:22:52

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

Log message:
Register luma removal

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/02/03 23:20:54

Modified files:
databases  : Makefile 
Removed files:
databases/luma : Makefile distinfo 
databases/luma/patches: 
patch-luma_base_backend_SmartDataObject_py 
patch-luma_base_gui_Dialog_py 

patch-luma_plugins_browser_gui_BrowserDialogs_py 
patch-setup_py 
databases/luma/pkg: DESCR PLIST 

Log message:
Remove luma, dead upstream, py-qt4 as dependency.

OK sthen@

Re: Update security/qtkeychain 0.7.0 => 0.10.0 and update dependent ports

[Rafael Sadowski]

On Sun Feb 02, 2020 at 02:03:03PM +0300, Kirill Bychkov wrote:
> On Thu, January 30, 2020 09:03, Rafael Sadowski wrote:
> > Hi All
> >
> > All our consumers only use the qt5 FLAVOR so here is an update diff
> > which removes the the qt4 pieces and bump to the latest stable version
> > on github. I did the same like the quazip update from Brian Callahan a
> > couple days before. Added @pkgpath and bump all consumers.
> >
> > Comments, OK?
> 
> Hi,
> Makes sense to me but I prefer to split update and flavor removal.
> Also it needs some tweaks to move 'mkspecs' from /usr/local to
> /usr/local/lib/qt5/
> Not tested yet.
> 

You're right, ok for the diff below? It just remove the qt4 bits.

RS

Index: Makefile
===
RCS file: /cvs/ports/security/qtkeychain/Makefile,v
retrieving revision 1.13
diff -u -p -u -p -r1.13 Makefile
--- Makefile12 Jul 2019 20:49:35 -  1.13
+++ Makefile4 Feb 2020 06:14:29 -
@@ -5,9 +5,8 @@ COMMENT =   Qt API to store passwords and
 GH_ACCOUNT =   frankosterfeld
 GH_PROJECT =   qtkeychain
 GH_TAGNAME =   v0.7.0
-REVISION = 3
+REVISION = 4
 
-SHARED_LIBS += qtkeychain  1.0 # 0.4
 SHARED_LIBS += qt5keychain 1.0 # 0.4
 
 CATEGORIES =   security
@@ -17,31 +16,16 @@ MAINTAINER =Kirill Bychkov 

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/02/03 23:09:04

Modified files:
graphics/opencsg: Makefile distinfo 
graphics/opencsg/patches: patch-src_src_pro 

Log message:
Update OpenCSG to 1.4.2 (Switch from Qt4 to Qt5)

OK cwen@

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/02/03 23:09:13

Modified files:
cad/openscad   : Makefile 
cad/openscad/pkg: PLIST 

Log message:
Switch from Qt4 to Qt5 after all dependencies have been updated

OK cwen@, Tested by paco@

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2020/02/03 23:09:02

Modified files:
math/cgal  : Makefile distinfo 
math/cgal/patches: patch-CMakeLists_txt 
math/cgal/pkg  : PLIST 
Removed files:
math/cgal/patches: patch-include_CGAL_config_h 

Log message:
Update CGAL to 4.14.2 (Switch from Qt4 to Qt5)

OK cwen@

Re: [lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image

[rsiddharth]

Juan Francisco Cantero Hurtado  writes:

> Here is a simple workaround:
>
> # cd /etc/fonts/conf.d
> # cat 71-no-ghostscript.conf
> 
> 
> 
> 
> 
> /usr/local/share/fonts/ghostscript/*
> 
> 
> 
> #
>

Thanks for the work around! It works.

- rsiddharth.

UPDATE: sysutils/dateutils 0.2.7 => 0.4.7

[Brian Callahan]

Hi ports --

Poking around the ports tree, I noticed that sysutils/dateutils hasn't 
been updated since it was imported in 2014. There has been consistent 
upstream activity in the interim, and they made a new release earlier today.


The changelog is here, note that you'll have to read several years worth 
of releases to get the full picture: 
https://github.com/hroptatyr/dateutils/releases


Seems ok on amd64; nothing relies on it.

OK?

~Brian

Index: Makefile
===
RCS file: /cvs/ports/sysutils/dateutils/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile	11 Nov 2019 20:58:49 -	1.4
+++ Makefile	4 Feb 2020 03:39:59 -
@@ -2,8 +2,7 @@
 
 COMMENT =		tools to fiddle with dates and times
 
-DISTNAME =		dateutils-0.2.7
-REVISION =		1
+DISTNAME =		dateutils-0.4.7
 
 CATEGORIES =		sysutils
 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/dateutils/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo	10 Jul 2014 13:09:53 -	1.1.1.1
+++ distinfo	4 Feb 2020 03:39:59 -
@@ -1,2 +1,2 @@
-SHA256 (dateutils-0.2.7.tar.xz) = 99DFAted7EpgTrww58RJiNcJW9MDE30fplJyA1AzcEI=
-SIZE (dateutils-0.2.7.tar.xz) = 490456
+SHA256 (dateutils-0.4.7.tar.xz) = SXJUV/W+9F6kJLqt6JmablRJbjV/ZCgEdP9xNKVPWZo=
+SIZE (dateutils-0.4.7.tar.xz) = 649932
Index: patches/patch-configure
===
RCS file: /cvs/ports/sysutils/dateutils/patches/patch-configure,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-configure
--- patches/patch-configure	10 Jul 2014 13:09:53 -	1.1.1.1
+++ patches/patch-configure	4 Feb 2020 03:39:59 -
@@ -1,8 +1,11 @@
 $OpenBSD: patch-configure,v 1.1.1.1 2014/07/10 13:09:53 bentley Exp $
-Don't build with -O3 -ggdb3 -msse2 -nopie.
 configure.orig	Fri Mar 14 02:08:18 2014
-+++ configure	Fri Mar 14 02:11:12 2014
-@@ -5583,9 +5583,9 @@ $as_echo "${sxe_check_flag}" >&6; }
+
+Don't build with -O3 -ggdb3 -nopie.
+
+Index: configure
+--- configure.orig
 configure
+@@ -5722,9 +5722,9 @@ $as_echo "${sxe_check_flag}" >&6; }
  	debugflags=""
  	## gdb
  	if test "$sxe_cv_c_flag__ggdb3" = "yes"; then
@@ -14,28 +17,19 @@ Don't build with -O3 -ggdb3 -msse2 -nopi
  	fi
  	## stabs
  	if test "$sxe_cv_c_flag__gstabs3" = "yes"; then
-@@ -7649,8 +7649,6 @@ $as_echo_n "checking for preferred warning flags... " 
- 	{ $as_echo "$as_me:${as_lineno-$LINENO}: result: ${warnflags}" >&5
- $as_echo "${warnflags}" >&6; }
- 
--		optiflags="-O3"
--
- 		{ $as_echo "$as_me:${as_lineno-$LINENO}: checking whether C compiler accepts -ipo256" >&5
- $as_echo_n "checking whether C compiler accepts -ipo256... " >&6; }
- 
-@@ -7801,7 +7799,6 @@ fi
- $as_echo "${sxe_check_flag}" >&6; }
+@@ -7940,7 +7940,6 @@ $as_echo "${sxe_check_flag}" >&6; }
  	if test "${sxe_check_flag}" = "yes"; then
  		:
--		featflags="$featflags -nopie"
+ 
+-			optiflags="${optiflags} -O3"
  	else
  		:
  
-@@ -7851,7 +7848,6 @@ $as_echo "${sxe_check_flag}" >&6; }
+@@ -8310,7 +8309,6 @@ fi
+ $as_echo "${sxe_check_flag}" >&6; }
  	if test "${sxe_check_flag}" = "yes"; then
  		:
- ## sse2 is the cure
--		featflags="$featflags -msse2"
+-		featflags="$featflags -nopie"
  	else
  		:
- ## oh bugger
+ 
Index: pkg/PLIST
===
RCS file: /cvs/ports/sysutils/dateutils/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- pkg/PLIST	22 May 2015 11:31:18 -	1.2
+++ pkg/PLIST	4 Feb 2020 03:39:59 -
@@ -1,39 +1,49 @@
 @comment $OpenBSD: PLIST,v 1.2 2015/05/22 11:31:18 ajacoutot Exp $
-@bin bin/dadd
-@bin bin/dconv
-@bin bin/ddiff
-@bin bin/dgrep
-@bin bin/dround
-@bin bin/dseq
-@bin bin/dtest
+bin/dadd
+@bin bin/dateadd
+@bin bin/dateconv
+@bin bin/datediff
+@bin bin/dategrep
+@bin bin/dateround
+@bin bin/dateseq
+@bin bin/datesort
+@bin bin/datetest
+@bin bin/datezone
+bin/dconv
+bin/ddiff
+bin/dgrep
+bin/dround
+bin/dseq
+bin/dsort
+bin/dtest
+bin/dzone
 @bin bin/strptime
-include/dateutils/
-include/dateutils/boops.h
-include/dateutils/date-core-strpf.h
-include/dateutils/date-core.h
-include/dateutils/dt-core-strpf.h
-include/dateutils/dt-core-tz-glue.h
-include/dateutils/dt-core.h
-include/dateutils/generics.h
-include/dateutils/leaps.h
-include/dateutils/leapseconds.def
-include/dateutils/nifty.h
-include/dateutils/strops.h
-include/dateutils/time-core-strpf.h
-include/dateutils/time-core.h
-include/dateutils/token.h
-include/dateutils/tzraw.h
 @info info/dateutils.info
-lib/libdut.a
-lib/pkgconfig/libdut.pc
 @man man/man1/dadd.1
+@man man/man1/dateadd.1
+@man man/man1/dateconv.1
+@man man/man1/datediff.1
+@man man/man1/dategrep.1
+@man man/man1/dateround.1
+@man man/man1/dateseq.1
+@man man/man1/datesort.1
+@man man/man1/datetest.1
 @man man/man1/dateutils.1
+@man man/man1/datezone.1
 @man man/man1/dconv.1
 @man man/man1/ddiff.1
 @man 

[UPDATE] net/gpodder-3.10.11 -> 3.10.13

[TronDD]

Simple update to gPodder 3.10.13

Improvements

#684 added subtitle to the tagging extension
#704 save position and size for preferences and editcfg windows
#724 Save episode column sorting and position
#717 quieter youtube-dl
#718 Add episode menu option to download with youtube-dl extension
#723 get duration for youtube episodes
#725 Fix youtube live stream detection
macOS: switch to gpodder-osx-bundle base-5.0.1 (pipenv based)

Bug fixes

#681 "Change delete lock" only unlocks an episode
#702 on_podcast_delete method is passed incorrect object
#703 The GtkNotebook in the preferences dialog doesn't resize
#716 Possible channel tooltip coordinate bug
#715 use box instead of table to fix size of channel tooltips
#686 add YouTube channel not working with YouTube DL extension
 activated on Windows
#714 Youtube download fail when preferred formats aren't available
#711 [youtube] support player_response.streamingData.formats
#728 Fix icon for deleted episode

fix #737 tagging extension broken in 3.10.12

Tim.
(Sending with the mail/aerc port, so we'll see how it goes.)

Index: Makefile
===
RCS file: /cvs/ports/net/gpodder/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--- Makefile6 Nov 2019 12:04:52 -   1.22
+++ Makefile4 Feb 2020 01:54:14 -
@@ -2,7 +2,7 @@
 
 COMMENT=   media aggregator and podcast client
 
-MODPY_EGG_VERSION= 3.10.11
+MODPY_EGG_VERSION= 3.10.13
 
 GH_ACCOUNT=gpodder
 GH_PROJECT=gpodder
Index: distinfo
===
RCS file: /cvs/ports/net/gpodder/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- distinfo6 Nov 2019 12:04:52 -   1.10
+++ distinfo4 Feb 2020 01:54:14 -
@@ -1,2 +1,2 @@
-SHA256 (gpodder-3.10.11.tar.gz) = 6qWwt0ugBpk0Lb8xfVLxxOUtd7cxP8kUTNAe6mizFMw=
-SIZE (gpodder-3.10.11.tar.gz) = 1040876
+SHA256 (gpodder-3.10.13.tar.gz) = r7jdKxec+KoddXUdSlNMfUXmUuWi0ZVAVRrI0RUM0CA=
+SIZE (gpodder-3.10.13.tar.gz) = 1044074

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2020/02/03 18:44:05

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

Log message:
Update to libzip-1.6.1
Fixes a double-free in zipcmp(1) during cleanup. Also adds an extra manual
page link. No library changes.

Re: [lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image

[Juan Francisco Cantero Hurtado]

On Sun, Feb 02, 2020 at 11:50:12PM -0500, rsiddharth wrote:
> I found a reliable way to replicate the issue on OpenBSD snapshot #628:
> 
>   0. $ uname -a
> 
>  OpenBSD cygnus.ricketyspace.net 6.6 GENERIC.MP#628 amd64
> 
>   1. $ raco pkg install --jobs $(sysctl -n hw.ncpuonline) --auto drracket
> 
>  1.1. $ $HOME/.racket/7.5/bin/drracket
> 
>   The text in the REPL renders correctly.
> 
>   Also, this https://ricketyspace.net/tmp/text.rkt program
>   renders "Hello World 42" correctly.
> 
>  1.2. Quit DrRacket.
> 
>   2. # pkg_add ghostscript
> 
>Choose "ghostscript-9.07p7".
> 
>   3. $HOME/.racket/7.5/bin/drracket
> 
>   The text in the REPL does not display correctly.
> 
>   The text.rkt program does not render the "Hello World 42"
>   correctly.
> 
>   4. Quit DrRacket.
> 
> 
>   5. # pkg_delete ghostscript
> 
> 
>   6. # pkg_delete -a
> 
> 
>   7. $HOME/.racket/7.5/bin/drracket
> 
>   The text in the REPL renders correctly.
> 
>   The text.rkt program renders the "Hello World 42"
>   correctly.
> 
> 
> Installing the "ghostscript" package seems to cause the issue.
> 
> Also, installing "texlive_texmf-full-2019" causes the issue (because it
> installs "ghostscript"?).
> 
> I'm unable to explain why this is happening. It would be great if
> someone looks into this.

Here is a simple workaround:

# cd /etc/fonts/conf.d
# cat 71-no-ghostscript.conf





/usr/local/share/fonts/ghostscript/*



#

Create that file and your program should work again.

Thanks for your patience!.


-- 
Juan Francisco Cantero Hurtado http://juanfra.info

Re: HS_ENCODING in localeEncoding

[Matthias Kilian]

Hi Greg,

On Sun, Feb 02, 2020 at 10:00:06PM -0800, Greg Steuck wrote:
> Do you believe lang/ghc/patches/patch-libraries_base_cbits_PrelIOUtils_c
> is still relevant?

It's probably outdated junk. What a mess ;-)

> I ran some test programs and both locale_charset() and
> nl_langinfo(CODESET) yield sensible results (at least for UTF8). The
> history of the patch seems to go back approximately 10 years, so maybe
> OpenBSD locale support improved enough to consider dropping the patch?
> I'll rebuild GHC without that patch locally but also wanted to check
> with you in the meantime.

IIRC, the complaint (from that time 10 years ago) was that ghci
crached at the same moment you enter a character not supported by
whatever LC_CTYPE contains.

So, yes, if  you have the time to rebuild without that patch and
test it , I'll love it.

(Can't  do this for mmyself, because my port building machine still
causes troubles)

Ciao,
Kili

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/02/03 15:42:36

Modified files:
converters/lua-iconv: Makefile 
converters/lua-utf8: Makefile 
devel/lua-compat53: Makefile 
devel/lua-tz   : Makefile 
net/lua-mmdb   : Makefile 
net/lua-psl: Makefile 
textproc/lua-cosmo: Makefile 
textproc/lua-lunamark: Makefile 
textproc/lua-lustache: Makefile 
textproc/lua-markdown: Makefile 

Log message:
Drop maintainership for Lua modules.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/02/03 15:21:57

Modified files:
cad/qrouter: Makefile distinfo 
cad/qrouter/patches: patch-Makefile_in patch-configure_in 
 patch-qrouter_h 
cad/qrouter/pkg: PLIST 
Removed files:
cad/qrouter/patches: patch-maze_c patch-node_c patch-point_c 
 patch-qconfig_c 

Log message:
update to qrouter-1.4.74, from maintainer Alessandro De Laurenzis

Re: pkgpaths in python3.7 to upgrade old python3s

[Stuart Henderson]

My attempt at a diff is below, it works for me in tests updating from
a system with 3.6+subpackages.

I use ${VERSION_SPEC} in the PLIST for the "same-version" conflicts
needed to override "@option no-default-conflict", those should be in all
PLISTs, and use a separate conflict entry for the ones there to handle
the update from old MODPY_DEFAULT_VERSION_3. I've also added some
commentary to the place in python.port.mk where people will look
if switching the version to save people having to figure it out again
when we move to 3.8-as-default.


On 2020/02/03 21:09, Stuart Henderson wrote:
> On 2020/02/03 20:55, Mikolaj Kucharski wrote:
> > Hi,
> > 
> > I've noticed recently that I still have python3.6 on my RPi and I think
> > pkgpaths in python3.7 are not exactly correct. With inlined diff test
> > upgrade works for me.
> 
> yes, I have been looking at this also (I noticed because it breaks
> pkg_add -u if you go to -current from a version before the switch to
> py3.7 as default, after I upgraded quite a few machines recently).
> funnily enough I just started a test build when I read your mail.
> 
> > # env \
> > TRUSTED_PKG_PATH=/home/ports/packages/%a/all/ \
> > PKG_PATH=https://cdn.openbsd.org/pub/OpenBSD/%c/packages/%a/ \
> > pkg_add -n -u
> > quirks-3.216 signed on 2020-01-04T15:56:06Z
> > py3-setuptools-41.6.0v0:python-3.6.9+python-3.7.6->python-3.7.6p0: ok
> > # echo $?
> > 0
> > 
> > I've looked a bit at history of Pythons in ports tree and I also
> > tested version of the diff with something a long the lines of:
> > 
> > +@pkgpath lang/python/3.2,-gdbm
> > +@pkgpath lang/python/3.3,-gdbm
> > +@pkgpath lang/python/3.4,-gdbm
> > +@pkgpath lang/python/3.5,-gdbm
> > +@pkgpath lang/python/3.6,-gdbm
> >  @pkgpath lang/python3.5,-gdbm
> >  @pkgpath lang/python3.6,-gdbm
> > +@pkgpath lang/python3/3.2,-gdbm
> > +@pkgpath lang/python3/3.3,-gdbm
> > +@pkgpath lang/python3/3.4,-gdbm
> > +@pkgpath lang/python3/3.5,-gdbm
> > +@pkgpath lang/python3/3.6,-gdbm
> > +@pkgpath lang/python3/3.7,-gdbm
> > 
> > for every Python subpackage, but I'm not sure is it practically
> > necessary to go that long in time for an upgrade path. Comments
> > welcome.
> > 
> > 
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/lang/python/3.7/Makefile,v
> > retrieving revision 1.13
> > diff -u -p -u -r1.13 Makefile
> > --- Makefile28 Dec 2019 18:35:39 -  1.13
> > +++ Makefile3 Feb 2020 20:45:02 -
> > @@ -9,6 +9,7 @@ VERSION =   3.7
> >  PATCHLEVEL =   .6
> >  SHARED_LIBS =  python3.7m 0.0
> >  VERSION_SPEC = >=3.7,<3.8
> > +REVISION = 0
> >  
> >  CONFIGURE_ARGS +=  --with-ensurepip=no
> >  CONFIGURE_ARGS +=  --enable-loadable-sqlite-extensions
> > Index: pkg/PLIST-gdbm
> > ===
> > RCS file: /cvs/ports/lang/python/3.7/pkg/PLIST-gdbm,v
> > retrieving revision 1.4
> > diff -u -p -u -r1.4 PLIST-gdbm
> > --- pkg/PLIST-gdbm  11 Dec 2019 19:55:40 -  1.4
> > +++ pkg/PLIST-gdbm  3 Feb 2020 20:45:02 -
> > @@ -1,7 +1,9 @@
> >  @comment $OpenBSD: PLIST-gdbm,v 1.4 2019/12/11 19:55:40 sthen Exp $
> >  @option no-default-conflict
> >  @option is-branch
> > -@conflict python-gdbm->=3.7,<3.8
> > +@conflict python-gdbm->=3,<3.8
> 
> this should be split in two ("conflict with 'this' version of python" which
> should be present for all subpkgs, and "conflict with old versions to provide
> an upgrade path").
> 
> >  @pkgpath lang/python3.5,-gdbm
> >  @pkgpath lang/python3.6,-gdbm
> 
> ha, these two @pkgpath are totally bogus and are repeated in a bunch of
> subpackages. they should be removed rather than just adding the fixed ones.
> 
> > +@pkgpath lang/python/3.5,-gdbm
> > +@pkgpath lang/python/3.6,-gdbm
> >  @so lib/python3.7/lib-dynload/_gdbm.so
> 
> I'll work up an alternative diff and send out after tests.
> 


Index: Makefile.inc
===
RCS file: /cvs/ports/lang/python/Makefile.inc,v
retrieving revision 1.133
diff -u -p -r1.133 Makefile.inc
--- Makefile.inc11 Nov 2019 17:47:41 -  1.133
+++ Makefile.inc3 Feb 2020 21:56:47 -
@@ -130,6 +130,8 @@ MAKE_FLAGS +=   LD_LIBRARY_PATH=${WRKSRC} 
 MAKE_FLAGS +=  LDFLAGS='-L${WRKSRC} -L${LOCALBASE}/lib/'
 FAKE_FLAGS +=  RANLIB=:
 
+SUBST_VARS +=  VERSION_SPEC
+
 # Python itself is clean, but some extensions e.g. py-cryptography
 # and QtWebKit require W|X mappings.
 USE_WXNEEDED = Yes
Index: python.port.mk
===
RCS file: /cvs/ports/lang/python/python.port.mk,v
retrieving revision 1.119
diff -u -p -r1.119 python.port.mk
--- python.port.mk  19 Dec 2019 02:42:46 -  1.119
+++ python.port.mk  3 Feb 2020 21:56:47 -
@@ -9,6 +9,22 @@ CATEGORIES +=  lang/python
 MODPY_DEFAULT_VERSION_2 = 2.7
 

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/02/03 15:00:01

Modified files:
emulators/mame : Makefile distinfo 
emulators/mame/patches: patch-makefile patch-scripts_genie_lua 
emulators/mame/pkg: PLIST 

Log message:
Update mame to 0.218.

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/02/03 14:51:12

Modified files:
fonts/amigafonts: Makefile distinfo 

Log message:
Update amigafonts to 1.02.

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2020/02/03 14:48:19

Modified files:
devel/p5-File-Attributes: Makefile 
Added files:
devel/p5-File-Attributes/patches: 
  patch-t_lib_File_Attributes_Test_pm 

Log message:
Use patch from rt.cpan.org to fix test with current Perl.
Cleanup dependencies.
Take maintainer.

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2020/02/03 14:44:28

ports/devel/p5-File-Attributes/patches

Update of /cvs/ports/devel/p5-File-Attributes/patches
In directory cvs.openbsd.org:/tmp/cvs-serv65709/patches

Log Message:
Directory /cvs/ports/devel/p5-File-Attributes/patches added to the repository

Re: pkgpaths in python3.7 to upgrade old python3s

[Stuart Henderson]

On 2020/02/03 20:55, Mikolaj Kucharski wrote:
> Hi,
> 
> I've noticed recently that I still have python3.6 on my RPi and I think
> pkgpaths in python3.7 are not exactly correct. With inlined diff test
> upgrade works for me.

yes, I have been looking at this also (I noticed because it breaks
pkg_add -u if you go to -current from a version before the switch to
py3.7 as default, after I upgraded quite a few machines recently).
funnily enough I just started a test build when I read your mail.

> # env \
>   TRUSTED_PKG_PATH=/home/ports/packages/%a/all/ \
>   PKG_PATH=https://cdn.openbsd.org/pub/OpenBSD/%c/packages/%a/ \
>   pkg_add -n -u
> quirks-3.216 signed on 2020-01-04T15:56:06Z
> py3-setuptools-41.6.0v0:python-3.6.9+python-3.7.6->python-3.7.6p0: ok
> # echo $?
> 0
> 
> I've looked a bit at history of Pythons in ports tree and I also
> tested version of the diff with something a long the lines of:
> 
> +@pkgpath lang/python/3.2,-gdbm
> +@pkgpath lang/python/3.3,-gdbm
> +@pkgpath lang/python/3.4,-gdbm
> +@pkgpath lang/python/3.5,-gdbm
> +@pkgpath lang/python/3.6,-gdbm
>  @pkgpath lang/python3.5,-gdbm
>  @pkgpath lang/python3.6,-gdbm
> +@pkgpath lang/python3/3.2,-gdbm
> +@pkgpath lang/python3/3.3,-gdbm
> +@pkgpath lang/python3/3.4,-gdbm
> +@pkgpath lang/python3/3.5,-gdbm
> +@pkgpath lang/python3/3.6,-gdbm
> +@pkgpath lang/python3/3.7,-gdbm
> 
> for every Python subpackage, but I'm not sure is it practically
> necessary to go that long in time for an upgrade path. Comments
> welcome.
> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/lang/python/3.7/Makefile,v
> retrieving revision 1.13
> diff -u -p -u -r1.13 Makefile
> --- Makefile  28 Dec 2019 18:35:39 -  1.13
> +++ Makefile  3 Feb 2020 20:45:02 -
> @@ -9,6 +9,7 @@ VERSION = 3.7
>  PATCHLEVEL = .6
>  SHARED_LIBS =python3.7m 0.0
>  VERSION_SPEC =   >=3.7,<3.8
> +REVISION =   0
>  
>  CONFIGURE_ARGS +=--with-ensurepip=no
>  CONFIGURE_ARGS +=--enable-loadable-sqlite-extensions
> Index: pkg/PLIST-gdbm
> ===
> RCS file: /cvs/ports/lang/python/3.7/pkg/PLIST-gdbm,v
> retrieving revision 1.4
> diff -u -p -u -r1.4 PLIST-gdbm
> --- pkg/PLIST-gdbm11 Dec 2019 19:55:40 -  1.4
> +++ pkg/PLIST-gdbm3 Feb 2020 20:45:02 -
> @@ -1,7 +1,9 @@
>  @comment $OpenBSD: PLIST-gdbm,v 1.4 2019/12/11 19:55:40 sthen Exp $
>  @option no-default-conflict
>  @option is-branch
> -@conflict python-gdbm->=3.7,<3.8
> +@conflict python-gdbm->=3,<3.8

this should be split in two ("conflict with 'this' version of python" which
should be present for all subpkgs, and "conflict with old versions to provide
an upgrade path").

>  @pkgpath lang/python3.5,-gdbm
>  @pkgpath lang/python3.6,-gdbm

ha, these two @pkgpath are totally bogus and are repeated in a bunch of
subpackages. they should be removed rather than just adding the fixed ones.

> +@pkgpath lang/python/3.5,-gdbm
> +@pkgpath lang/python/3.6,-gdbm
>  @so lib/python3.7/lib-dynload/_gdbm.so

I'll work up an alternative diff and send out after tests.

pkgpaths in python3.7 to upgrade old python3s

[Mikolaj Kucharski]

Hi,

I've noticed recently that I still have python3.6 on my RPi and I think
pkgpaths in python3.7 are not exactly correct. With inlined diff test
upgrade works for me.

# env \
TRUSTED_PKG_PATH=/home/ports/packages/%a/all/ \
PKG_PATH=https://cdn.openbsd.org/pub/OpenBSD/%c/packages/%a/ \
pkg_add -n -u
quirks-3.216 signed on 2020-01-04T15:56:06Z
py3-setuptools-41.6.0v0:python-3.6.9+python-3.7.6->python-3.7.6p0: ok
# echo $?
0

I've looked a bit at history of Pythons in ports tree and I also
tested version of the diff with something a long the lines of:

+@pkgpath lang/python/3.2,-gdbm
+@pkgpath lang/python/3.3,-gdbm
+@pkgpath lang/python/3.4,-gdbm
+@pkgpath lang/python/3.5,-gdbm
+@pkgpath lang/python/3.6,-gdbm
 @pkgpath lang/python3.5,-gdbm
 @pkgpath lang/python3.6,-gdbm
+@pkgpath lang/python3/3.2,-gdbm
+@pkgpath lang/python3/3.3,-gdbm
+@pkgpath lang/python3/3.4,-gdbm
+@pkgpath lang/python3/3.5,-gdbm
+@pkgpath lang/python3/3.6,-gdbm
+@pkgpath lang/python3/3.7,-gdbm

for every Python subpackage, but I'm not sure is it practically
necessary to go that long in time for an upgrade path. Comments
welcome.


Index: Makefile
===
RCS file: /cvs/ports/lang/python/3.7/Makefile,v
retrieving revision 1.13
diff -u -p -u -r1.13 Makefile
--- Makefile28 Dec 2019 18:35:39 -  1.13
+++ Makefile3 Feb 2020 20:45:02 -
@@ -9,6 +9,7 @@ VERSION =   3.7
 PATCHLEVEL =   .6
 SHARED_LIBS =  python3.7m 0.0
 VERSION_SPEC = >=3.7,<3.8
+REVISION = 0
 
 CONFIGURE_ARGS +=  --with-ensurepip=no
 CONFIGURE_ARGS +=  --enable-loadable-sqlite-extensions
Index: pkg/PLIST-gdbm
===
RCS file: /cvs/ports/lang/python/3.7/pkg/PLIST-gdbm,v
retrieving revision 1.4
diff -u -p -u -r1.4 PLIST-gdbm
--- pkg/PLIST-gdbm  11 Dec 2019 19:55:40 -  1.4
+++ pkg/PLIST-gdbm  3 Feb 2020 20:45:02 -
@@ -1,7 +1,9 @@
 @comment $OpenBSD: PLIST-gdbm,v 1.4 2019/12/11 19:55:40 sthen Exp $
 @option no-default-conflict
 @option is-branch
-@conflict python-gdbm->=3.7,<3.8
+@conflict python-gdbm->=3,<3.8
 @pkgpath lang/python3.5,-gdbm
 @pkgpath lang/python3.6,-gdbm
+@pkgpath lang/python/3.5,-gdbm
+@pkgpath lang/python/3.6,-gdbm
 @so lib/python3.7/lib-dynload/_gdbm.so
Index: pkg/PLIST-idle
===
RCS file: /cvs/ports/lang/python/3.7/pkg/PLIST-idle,v
retrieving revision 1.5
diff -u -p -u -r1.5 PLIST-idle
--- pkg/PLIST-idle  11 Dec 2019 19:55:40 -  1.5
+++ pkg/PLIST-idle  3 Feb 2020 20:45:02 -
@@ -1,11 +1,12 @@
 @comment $OpenBSD: PLIST-idle,v 1.5 2019/12/11 19:55:40 sthen Exp $
 @option no-default-conflict
 @option is-branch
-@conflict python-idle->=3.7,<3.8
+@conflict python-idle->=3,<3.8
 @conflict python->=3.6,<3.6.8p0
-@conflict python-idle->=3.6,<3.6.8p2
 @pkgpath lang/python3.5,-idle
 @pkgpath lang/python3.6,-idle
+@pkgpath lang/python/3.5,-idle
+@pkgpath lang/python/3.6,-idle
 bin/idle3
 bin/idle3.7
 lib/python3.7/idlelib/
Index: pkg/PLIST-main
===
RCS file: /cvs/ports/lang/python/3.7/pkg/PLIST-main,v
retrieving revision 1.9
diff -u -p -u -r1.9 PLIST-main
--- pkg/PLIST-main  28 Dec 2019 18:35:39 -  1.9
+++ pkg/PLIST-main  3 Feb 2020 20:45:02 -
@@ -1,10 +1,11 @@
 @comment $OpenBSD: PLIST-main,v 1.9 2019/12/28 18:35:39 kmos Exp $
 @option no-default-conflict
 @option is-branch
-@conflict python->=3.7,<3.8
-@conflict python->=3,<3.6.8p2
+@conflict python->=3,<3.8
 @pkgpath lang/python3.5,-main
 @pkgpath lang/python3.6,-main
+@pkgpath lang/python/3.5,-main
+@pkgpath lang/python/3.6,-main
 @comment bin/2to3
 bin/2to3-3.7
 bin/pydoc3
Index: pkg/PLIST-tests
===
RCS file: /cvs/ports/lang/python/3.7/pkg/PLIST-tests,v
retrieving revision 1.5
diff -u -p -u -r1.5 PLIST-tests
--- pkg/PLIST-tests 28 Dec 2019 18:35:39 -  1.5
+++ pkg/PLIST-tests 3 Feb 2020 20:45:02 -
@@ -1,10 +1,12 @@
 @comment $OpenBSD: PLIST-tests,v 1.5 2019/12/28 18:35:39 kmos Exp $
 @option no-default-conflict
 @option is-branch
-@conflict python-tests->=3.7,<3.8
+@conflict python-tests->=3,<3.8
 @conflict python->=3.6,<3.6.8p0
 @pkgpath lang/python3.5,-tests
 @pkgpath lang/python3.6,-tests
+@pkgpath lang/python/3.5,-tests
+@pkgpath lang/python/3.6,-tests
 lib/python3.7/test/
 lib/python3.7/test/Sine-1000Hz-300ms.aif
 lib/python3.7/test/__init__.py
Index: pkg/PLIST-tkinter
===
RCS file: /cvs/ports/lang/python/3.7/pkg/PLIST-tkinter,v
retrieving revision 1.4
diff -u -p -u -r1.4 PLIST-tkinter
--- pkg/PLIST-tkinter   11 Dec 2019 19:55:40 -  1.4
+++ pkg/PLIST-tkinter   3 Feb 2020 20:45:02 -
@@ -1,9 +1,11 @@
 @comment $OpenBSD: PLIST-tkinter,v 1.4 2019/12/11 

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2020/02/03 13:42:49

Modified files:
devel/p5-YAML-Syck: Makefile distinfo 
devel/p5-YAML-Syck/pkg: PLIST 

Log message:
update p5-YAML-Syck to 1.32

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/02/03 13:40:41

Modified files:
archivers/lz4  : Makefile 
archivers/lzo2 : Makefile 
audio/beets: Makefile 
audio/gsm  : Makefile 
audio/py-mutagen: Makefile 
audio/quodlibet: Makefile 
audio/rgain: Makefile 
audio/squeezelite: Makefile 
books/wndw : Makefile 
comms/smstools : Makefile 
databases/libhiredis: Makefile 
databases/p5-DBD-Sybase: Makefile 
devel/py-parsedatetime: Makefile 
devel/py-tz: Makefile 
graphics/ImageMagick: Makefile 
graphics/darktable: Makefile 
graphics/libexif: Makefile 
graphics/libpano13: Makefile 
graphics/openjp2: Makefile 
graphics/openjpeg: Makefile 
graphics/ufraw : Makefile 
mail/mailgraph : Makefile 
mail/p5-Email-Address: Makefile 
mail/p5-Email-Address-XS: Makefile 
mail/pear-Mail-Mime: Makefile 
mail/rmilter   : Makefile 
misc/wordnet   : Makefile 
multimedia/atomicparsley: Makefile 
multimedia/minidlna: Makefile 
net/irrtoolset : Makefile 
net/libbind: Makefile 
net/mac-telnet : Makefile 
net/mirmon : Makefile 
net/mtr: Makefile 
net/nagios/nsca-ng: Makefile 
net/nagios/p5-Nagios-Plugin: Makefile 
net/nfdump : Makefile 
net/nfsen  : Makefile 
net/noVNC  : Makefile 
net/openconnect: Makefile 
net/pear-Net-SMTP: Makefile 
net/pear-Net-Sieve: Makefile 
net/php-weathermap: Makefile 
net/radcli : Makefile 
net/rtg: Makefile 
net/ssvnc  : Makefile 
net/vpnc-scripts: Makefile 
news/slrn  : Makefile 
security/acme-client: Makefile 
security/letsencrypt/acme-tiny: Makefile 
security/letsencrypt/client: Makefile 
security/letsencrypt/py-acme: Makefile 
security/libsrtp: Makefile 
security/oath-toolkit: Makefile 
security/openssl/1.0.2: Makefile 
security/openssl/1.1: Makefile 
security/p5-Chipcard-PCSC: Makefile 
security/pcsc-tools: Makefile 
security/pecl-mcrypt: Makefile 
security/py-bcrypt: Makefile 
security/py-josepy: Makefile 
security/sslsplit: Makefile 
sysutils/bacula: Makefile 
sysutils/nut   : Makefile 
sysutils/od1000_firmware: Makefile 
textproc/pecl-yaml: Makefile 
textproc/podofo: Makefile 
textproc/pugixml: Makefile 
www/squidclamav: Makefile 

Log message:
drop maintainer

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2020/02/03 13:36:05

Modified files:
mail/pear-Mail-Mime: Makefile distinfo 
mail/pear-Mail-Mime/pkg: PLIST 

Log message:
update to pear-Mail_Mime-1.10.5

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2020/02/03 13:32:54

Modified files:
devel/p5-File-Find-Object-Rule: Makefile distinfo 

Log message:
update p5-File-Find-Object-Rule to 0.0312

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2020/02/03 13:28:57

Modified files:
devel/p5-File-Find-Object: Makefile distinfo 

Log message:
update p5-File-Find-Object to 0.3.5

Re: [update] graphics/fotowall 0.9 -> 1.0

[Adam Wolk]

On Mon, Feb 03, 2020 at 06:43:28AM +0100, Rafael Sadowski wrote:
> On Sun Feb 02, 2020 at 11:10:31PM +0100, Adam Wolk wrote:
> > Feedback? OK's?
> 
> Works here also with OpenGL. Here are some tweaks, maybe you'd like to
> take over some:
> 
> - reorder MODULES, _DEPENDS
> - fix tabs/ spaces
> - use EXTRACT_SUFX = -RETRO.tar.bz2
> 
> OK rsadowski@
> 

Thanks, committed with your diff fully applied.

Regards,
Adam

CVS: cvs.openbsd.org: ports

[Adam Wolk]

CVSROOT:/cvs
Module name:ports
Changes by: aw...@cvs.openbsd.org   2020/02/03 12:42:54

Modified files:
graphics/fotowall: Makefile distinfo 
Added files:
graphics/fotowall/patches: patch-3rdparty_enricomath_h 
   patch-Shared_PropertyEditors_h 

Log message:
graphics/fotowall: update to 1.0

OK rsadowski@

Port changes:
- Ported from qt4 to qt5.
- Using tarball instead of Google code.
- WANTLIB/*DEPEND* cleanups.
- Patch to use our sincos(3) instead of compat.
- Patch qstrcpy with strlcpy since our qt5
does not export and use qstrcpy.

Tweaks from rsadowski@:
- reorder MODULES, _DEPENDS
- fix tabs/ spaces
- use EXTRACT_SUFX = -RETRO.tar.bz2

Upstream changelog:
https://github.com/enricoros/fotowall/releases/tag/v1.0

Re: 回复: [NEW] www/p5-Plack-Request-WithEncoding

[Chris Bennett]

On Sun, Jan 26, 2020 at 02:41:24PM -0800, Andrew Hewus Fresh wrote:
> On Mon, Jan 20, 2020 at 02:03:34PM -0500, Chris Bennett wrote:
> > On Sun, Jan 19, 2020 at 12:57:44PM +, wen heping wrote:
> > > 1 BUILD_DEPENDS line is not need, since there is CONFIGURE_STYLE =   
> > > modbuild
> > > 2 p5-Plack should removed from TEST_DEPENDS since it is RUN_DEPENDS
> > > 3 Better replace pkg/DESCR with the module's DESCRIPTION
> > > 
> > > Cheers !
> > > wen
> > 
> > Attached is with the above suggestions, except that I left out the last
> > line in the module's DESCRIPTION with the reference to look at link to a
> > section of the DESCRIPTION in particular.
> > 
> > I appreciate the help. Porting has changed (very much for the better)
> > since I last did ports.
> 
> There are extra tabs in the RUN_DEPENDS continuation, probably from
> portgen (and I think I fixed that bug), although only a small style nit.
> 
> After reading the DESCR, I'm fairly sure the original author is not a
> native English speaker.  Perhaps something more like:
> 
> Plack::Request::WithEncoding is a subclass of Plack::Request that
> supports encoded requests.  It overrides many Plack::Request
> attributes to return decoded values.
> 
> In any case, with a fixed DESCR OK afresh1@

OK, I just used your DESCR above. I also took out the tabs in the
RUN_DEPENDS and used multiple spaces instead. The tabs were my fault.
I attached a new copy with both those changes.

Thanks everyone!
-- 
Chris Bennett




p5-Plack-Request-WithEncoding.tar.gz
Description: GNU Zip compressed data

CVS: cvs.openbsd.org: ports

[Robert Nagy]

CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2020/02/03 12:13:41

Modified files:
net/zabbix : Makefile distinfo 
net/zabbix/patches: patch-src_zabbix_agent_cpustat_c 
net/zabbix/pkg : PLIST-web 

Log message:
update to 4.0.17; from Mark Patruck

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2020/02/03 12:03:27

Modified files:
databases/ruby-sqlite3: Makefile distinfo 
databases/ruby-sqlite3/pkg: PLIST 

Log message:
Update to ruby-sqlite3 1.4.2

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2020/02/03 12:04:05

Modified files:
devel/ruby-ffi : Makefile distinfo 
devel/ruby-ffi/pkg: PLIST 

Log message:
Update to ruby-ffi 1.12.1

CVS: cvs.openbsd.org: ports

[Jeremy Evans]

CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2020/02/03 12:03:03

Modified files:
databases/ruby-mysql2: Makefile distinfo 
databases/ruby-mysql2/pkg: PLIST 

Log message:
Update to mysql2 0.5.3

UPDATE mail/s-nail

[Steffen Nurpmeso]

Hello again,

update to v14.9.17, mostly due to two fixes and a general review
of key-`bind'ings.

Thanks for your consideration!

Index: Makefile
===
RCS file: /cvs/ports/mail/s-nail/Makefile,v
retrieving revision 1.27
diff -u -p -r1.27 Makefile
--- Makefile31 Dec 2019 22:51:41 -  1.27
+++ Makefile3 Feb 2020 17:47:00 -
@@ -2,15 +2,15 @@
 
 COMMENT=   SysV mail/BSD Mail/POSIX mailx: send and receive mail
 
-DISTNAME=  s-nail-14.9.16
+DISTNAME=  s-nail-14.9.17
 REVISION=  0
 CATEGORIES=mail
 HOMEPAGE=  https://www.sdaoden.eu/code.html\#s-mailx
 
 # BSD
-PERMIT_PACKAGE=Yes
+PERMIT_PACKAGE=Yes
 
-WANTLIB += c crypto curses iconv ssl
+WANTLIB+=  c crypto curses iconv ssl
 
 MASTER_SITES=  https://ftp.sdaoden.eu/
 MAINTAINER=Steffen Nurpmeso 
Index: distinfo
===
RCS file: /cvs/ports/mail/s-nail/distinfo,v
retrieving revision 1.19
diff -u -p -r1.19 distinfo
--- distinfo31 Dec 2019 22:50:05 -  1.19
+++ distinfo3 Feb 2020 17:47:00 -
@@ -1,2 +1,2 @@
-SHA256 (s-nail-14.9.16.tar.gz) = 6tdv3+YquK8P2w3a2fi4QZeqsYge0V6y+mVFcqjLvu0=
-SIZE (s-nail-14.9.16.tar.gz) = 1075490
+SHA256 (s-nail-14.9.17.tar.gz) = +U7rZKnp6Do28QM3eh7zFQcOpjiKiq70palD/SZg3yY=
+SIZE (s-nail-14.9.17.tar.gz) = 1077377
Index: patches/patch-include_su_code_h
===
RCS file: patches/patch-include_su_code_h
diff -N patches/patch-include_su_code_h
--- patches/patch-include_su_code_h 31 Dec 2019 22:50:05 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,39 +0,0 @@
-$OpenBSD: patch-include_su_code_h,v 1.1 2019/12/31 22:50:05 sthen Exp $
-
-commit 0eb2314c
-Author: Steffen Nurpmeso 
-AuthorDate: 2019-12-31 20:34:34 +0100
-Commit: Steffen Nurpmeso 
-CommitDate: 2019-12-31 20:34:52 +0100
-
-FIX clang: not inlining with <-O2; comment out _Alignof() usage

- include/su/code.h | 8 +---
- 1 file changed, 5 insertions(+), 3 deletions(-)
-
-diff --git a/include/su/code.h b/include/su/code.h
-index 6e6cd74c..af1e5a30 100644
 include/su/code.h
-+++ include/su/code.h
-@@ -470,8 +470,9 @@ do{\
- #define su_INLINE static inline
- #define su_SINLINE static inline
- #   else
--#define su_INLINE inline
--#define su_SINLINE static inline
-+ /* clang does not like inline with <-O2 */
-+#define su_INLINE inline __attribute__((always_inline))
-+#define su_SINLINE static inline __attribute__((always_inline))
- #   endif
- #  else
- #   define su_INLINE static __inline
-@@ -534,7 +535,8 @@ do{\
- #define su_ROUND_UP2(X,BASE) (((X) + ((BASE) - 1)) & (~((BASE) - 1)))
- 
- /* Alignment.  Note: su_uz POW2 asserted in POD section below! */
--#if defined __STDC_VERSION__ && __STDC_VERSION__ +0 >= 201112L
-+/* Commented out: "_Alignof() applied to an expression is a GNU extension" */
-+#if 0 && defined __STDC_VERSION__ && __STDC_VERSION__ +0 >= 201112L
- # include 
- # define su_ALIGNOF(X) _Alignof(X)
- #else

--steffen
|
|Der Kragenbaer,The moon bear,
|der holt sich munter   he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)

UPDATE audio/mpd-0.21.19

[Björn Ketelaars]

Simple diff for bringing mpd to 0.21.19. Changelog can be found at
https://raw.githubusercontent.com/MusicPlayerDaemon/MPD/v0.21.19/NEWS.

Run tested on amd64 together with libmpdclient and ncmpc.

Comments/OK?


diff --git Makefile Makefile
index c9496d284c1..59e049b270d 100644
--- Makefile
+++ Makefile
@@ -2,7 +2,7 @@
 
 BROKEN-hppa =  no atomic ops
 COMMENT =  Music Player Daemon
-VER =  0.21.18
+VER =  0.21.19
 DISTNAME = mpd-${VER}
 EXTRACT_SUFX = .tar.xz
 CATEGORIES =   audio
diff --git distinfo distinfo
index 63aee9e3cbc..2e5b5b35611 100644
--- distinfo
+++ distinfo
@@ -1,2 +1,2 @@
-SHA256 (mpd-0.21.18.tar.xz) = h4LmbNWv1skoYHJRlrNbbfB9PRJ+9w6QDhRDIwielEI=
-SIZE (mpd-0.21.18.tar.xz) = 676084
+SHA256 (mpd-0.21.19.tar.xz) = 0ydeEdhWN63eJQyt87T1rsIUQijw2AhXZ0k/xGxVsvk=
+SIZE (mpd-0.21.19.tar.xz) = 676020

UPDATE audio/libmpdclient-2.18

[Björn Ketelaars]

Diff below brings libmpdclient to 2.18. From
https://raw.githubusercontent.com/MusicPlayerDaemon/libmpdclient/v2.18/NEWS:
* more out-of-memory checks
* partition: add mpd_recv_partition()
* support MPD protocol 0.21
* support MPD protocol 0.22

Minor of libmpdclient has been bumped as symbols have been added.

Testing:
- Build tested all consumers
- Run tested on amd64 in combination with mpd/ncmpc

Comments/OK?


diff --git Makefile Makefile
index 97906e3d68b..643713e4e9b 100644
--- Makefile
+++ Makefile
@@ -2,9 +2,9 @@
 
 COMMENT=   library for interfacing MPD
 
-VER=   2.17
+VER=   2.18
 DISTNAME=  libmpdclient-${VER}
-SHARED_LIBS=   mpdclient 3.2   # 2.17
+SHARED_LIBS=   mpdclient 3.3   # 2.18
 CATEGORIES=audio
 HOMEPAGE=  https://www.musicpd.org/libs/libmpdclient/
 
diff --git distinfo distinfo
index c2598998a54..2394db97125 100644
--- distinfo
+++ distinfo
@@ -1,2 +1,2 @@
-SHA256 (libmpdclient-2.17.tar.xz) = 
7puPHH6VtlyPGKNU2vexa/zUVfxSoPO1q+QCMWvONVk=
-SIZE (libmpdclient-2.17.tar.xz) = 64880
+SHA256 (libmpdclient-2.18.tar.xz) = 
TLAeH1Z+AWmsqUh1+24SAOf1zjW2Ok33aOwVkfsQgfo=
+SIZE (libmpdclient-2.18.tar.xz) = 67236

UPDATE audio/ncmpc-0.37

[Björn Ketelaars]

Diff below brings ncmpc to 0.37. From
https://raw.githubusercontent.com/MusicPlayerDaemon/ncmpc/v0.37/NEWS:
* show performer on song page
* show partitions on outputs page (requires libmpdclient 2.18)
* search: add search tag "modified" (requires libmpdclient 2.10)
* fix compatibility with MPD versions older than 0.21
* switch to C++17

Run tested on amd64.

Comments/OK?


diff --git Makefile Makefile
index 2526cdb24a2..536aefd339d 100644
--- Makefile
+++ Makefile
@@ -2,7 +2,7 @@
 
 COMMENT=   curses based frontend for mpd
 
-VER=   0.36
+VER=   0.37
 DISTNAME=  ncmpc-${VER}
 EPOCH= 0
 CATEGORIES=audio
@@ -19,6 +19,7 @@ MASTER_SITES= 
https://www.musicpd.org/download/ncmpc/${VER:R}/
 
 EXTRACT_SUFX=  .tar.xz
 
+# c++17
 COMPILER = base-clang ports-gcc
 
 MODULES=   devel/meson
diff --git distinfo distinfo
index 9ad0fe92fb2..b1f608082df 100644
--- distinfo
+++ distinfo
@@ -1,2 +1,2 @@
-SHA256 (ncmpc-0.36.tar.xz) = RjKHPfyO/mHlAdyRhKW5IbSCvi3b7dPSPQUkHUd6Piw=
-SIZE (ncmpc-0.36.tar.xz) = 237768
+SHA256 (ncmpc-0.37.tar.xz) = fI63J/bhLY+XpTkVsbVjKJi0r7M1oRIcXgHIHfaVYVw=
+SIZE (ncmpc-0.37.tar.xz) = 240740

Re: New devel/py-crayons (new requirement to update devel/legit)

[clematis]

On Sun, Jan 26, 2020 at 11:08:42PM +0100, Klemens Nanni wrote:
> On Fri, Jan 10, 2020 at 05:49:33PM +0100, clematis wrote:
> > Taking recent feedback into account here's a new tarball including those
> > additional changes: 
> Can you clarify what "recent feedback" that was?
> 
Hello,
Well, I am kind of learning something new with every submission, the
MODPY_DEFAULT_VERSION_3 was new to me and as you've spoted I
guess that was a good example on how to break things up. 
Another change I was refering was to finally have setup
PORTS_PRIVSEP=yes.

> Above diff actually breaks your legit update because the flavor used in
> its dependency list no longer exists.

It does. I understand this now. 

> You probably only tested your already existing installation after
> repackaging py-crayons, but you cannot have successfully tested the
> legit update itself with this.

Correct. :-/ 

> On the submission itself:  Personally, I'm fine with importing new
> python ports as Python 3 only, but that makes for an ugly situation
> where python ports become a wild mix of flavored and Python X.Y only as
> nicely demonstrated above.

:o) Yes... true. It did also felt like that was ok for an import but I
didn't see the rest coming. Now switching all DEPENDS felt like a ton of
updates so I don't know if we want to go that route.

> I don't know how we want to handle this situation, but it would be
> better to find consensus and work toward one solution.

Agreed. I will probably spin-off a dedicated email thread to see if one
solution could be agreed.



PS: devel/legit thread: https://marc.info/?l=openbsd-ports=157866485720815=2

Thanks,
-- 
clematis (0x7e96fd2400fe7b59)

Re: [update] sysutils/entr 4.3 -> 4.4

[Charlene Wendling]

Hi Eric,

On Mon, 3 Feb 2020 09:40:20 -0500
Eric Radman wrote:

> On Sun, Feb 02, 2020 at 10:04:00PM +0100, Charlene Wendling wrote:
> > Hi,
> > 
> > Here is a quick update for sysutils/entr.
> > 
> > According to $WRKSRC/NEWS, the only change impacting us is the
> > introduction of the "ENTR_INOTIFY_WORKAROUND" environment variable
> > to enable a compatibility mode for platforms with "deformed" inotify
> > support.
> 
> All of the significant changes in entr-4.4 are changes to INOTIFY
> support, there are no changes to functionality on BSD.

Thanks for correcting that, i forgot that we have devel/inotify for a
reason.

> > Port-wise, i've moved HOMEPAGE and MASTER_SITES to the new https
> > URL, the previous one contains only a link to the new one.
> 
> I added https to the project web site because people kept asking me
> for it.  As far as ports go, do we consider https:// to be better?

Yes, if it's available and valid, see for example the default
MASTER_SITES list at ${PORTSDIR_PATH}/infrastructure/db/network.conf

> But please do update the HOMEPAGE location.
> 

CVS: cvs.openbsd.org: ports

[Martin Reindl]

CVSROOT:/cvs
Module name:ports
Changes by: mar...@cvs.openbsd.org  2020/02/03 09:18:16

Modified files:
net/py-minimalmodbus: Makefile distinfo 
net/py-minimalmodbus/pkg: PLIST 
Removed files:
net/py-minimalmodbus/patches: patch-setup_py 

Log message:
Update to py-minimalmodbus-1.0.2

Re: [update] sysutils/entr 4.3 -> 4.4

[Eric Radman]

On Sun, Feb 02, 2020 at 10:04:00PM +0100, Charlene Wendling wrote:
> Hi,
> 
> Here is a quick update for sysutils/entr.
> 
> According to $WRKSRC/NEWS, the only change impacting us is the
> introduction of the "ENTR_INOTIFY_WORKAROUND" environment variable
> to enable a compatibility mode for platforms with "deformed" inotify
> support.

All of the significant changes in entr-4.4 are changes to INOTIFY
support, there are no changes to functionality on BSD.

> Port-wise, i've moved HOMEPAGE and MASTER_SITES to the new https URL,
> the previous one contains only a link to the new one.

I added https to the project web site because people kept asking me for
it.  As far as ports go, do we consider https:// to be better?

But please do update the HOMEPAGE location.

Re: [update] sbcl-2.0.1

[Solene Rapenne]

On Fri, Jan 31, 2020 at 11:01:01AM +0200, Timo Myyrä wrote:
> Hi,
> 
> New attempt at updating sbcl. Tested on amd64 with threads on native_bootstrap
> and clisp bootstrapped.
> 
> Timo
> 

it's fine to me

Re: HS_ENCODING in localeEncoding

[Ingo Schwarze]

Hi Greg,

take this with a shovel of salt as i didn't test the port or anything
with Haskell (and i'm unlikely to).  So this is purely from code
inspection.

Greg Steuck wrote on Sun, Feb 02, 2020 at 10:00:06PM -0800:

> Do you believe lang/ghc/patches/patch-libraries_base_cbits_PrelIOUtils_c
> is still relevant?

It may have been OK in 2015, but it looks rather bogus now.

> I ran some test programs and both locale_charset() and

The function locale_charset() appears to be part of the converters/libiconv
package, but it appears to be totally undocumented.  I failed to
find any documentation whatsoever: neither in the package nor even
with Google on the web.  While iconv(3) is in POSIX, locale_charset()
is not.  I think we should avoid using stuff when it is unclear
what it is, so consider forcing HAVE_LIBCHARSET to undefined in the
port (i'm not saying you must do this, only that it could be
considered).

> nl_langinfo(CODESET) yield sensible results (at least for UTF8).

And indeed, UTF-8 is the only non-POSIX charset that OpenBSD supports,
and there are no plans to support any others in the future.

Consequently, nl_langinfo(CODESET) will always return either "US-ASCII"
or "UTF-8" on OpenBSD.

> The
> history of the patch seems to go back approximately 10 years, so maybe
> OpenBSD locale support improved enough to consider dropping the patch?

I think so.

Three apsects of the patch look bogus in particular:

 1. Avoiding nl_langinfo(3).
There is no longer anything wrong with that function.

 2. Inspecting HS_ENCODING.
It appears the code wants to inspect the current locale.
If any environment variable, then LC_ALL/LC_CTYPE/LANG
should probably be inspected, not HS_ENCODING.
The code in the patch gives me the impression that this is
probably already done with setlocale(3) elsewehere in the
program, so i'm not sure the environment should be inspected
again.
Also, using setlocale(3) is almost always preferable to
manual inspection of environment variables.

 3. Setting anything to "latin1".
Given that we don't even support that locale at all,
that's the worst of the three dubious aspects.

> I'll rebuild GHC without that patch locally but also wanted to check
> with you in the meantime.

Right, and you might also try convincing ./configure (or whatever is
used in the build system) to switch HAVE_LIBCHARSET off, unless that
has unrelated detrimental effects.

Yours,
  Ingo

Re: Update: devel/gmp needs testing on other archs

[Christian Weisgerber]

Stuart Henderson:

> Really ports-gcc ought to be using a compatible version of gas.. Do we need
> a ports-binutils?

ports-gcc doesn't generate the assembly in question.  It's original
assembly code that the compiler just passes through to as(1).

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

Re: Update: devel/gmp needs testing on other archs

[Christian Weisgerber]

Jeremie Courreges-Anglas:

> Fails to build on sparc64:

> build log: https://pbot.rmdir.de/9cefjLlzIP4QEsKwn-g0UA
> tmp-gcd_11.s: https://pbot.rmdir.de/pWyiZKnS6FSGcqsuuLs-YQ

Thanks.

The problem is this upstream commit:
https://gmplib.org/repo/gmp/rev/20cf1131dc94
It uses %gdop(), which is not implemented by our binutils 2.17.

Partially reverting this should fix it.  New patch below.


There is actually a configure check for this feature, but sparc-defs.m4
fails to use the result properly.  Basically there should be something
like ifelse(HAVE_GOTDATA, yes, ...) that picks one implementation
or the other.  I don't have a sparc64 to test, though, and there's
no chance I'll get the m4 quoting right when flying blind.  Maybe
somebody else wants to give it a try.


Index: Makefile
===
RCS file: /cvs/ports/devel/gmp/Makefile,v
retrieving revision 1.40
diff -u -p -r1.40 Makefile
--- Makefile12 Jul 2019 20:44:10 -  1.40
+++ Makefile3 Feb 2020 12:14:21 -
@@ -3,16 +3,14 @@
 COMMENT-main=  library for arbitrary precision arithmetic
 COMMENT-cxx=   C++ library for arbitrary precision arithmetic
 
-VERSION=   6.1.2
+VERSION=   6.2.0
 DISTNAME=  gmp-${VERSION}
 MULTI_PACKAGES=-main -cxx
 PKGNAME-main=  gmp-${VERSION}
 PKGNAME-cxx=   gmpxx-${VERSION}
-REVISION=  3
-REVISION-cxx=  4
 
-SHARED_LIBS +=  gmp  10.0 # 13.2
-SHARED_LIBS +=  gmpxx2.0  # 9.2
+SHARED_LIBS +=  gmp  11.0 # 14.0
+SHARED_LIBS +=  gmpxx3.0  # 10.0
 CATEGORIES=devel math
 
 HOMEPAGE=  https://gmplib.org/
@@ -35,8 +33,9 @@ LIB_DEPENDS-cxx=${BASE_PKGPATH},-main \
 PSEUDO_FLAVORS=no_cxx bootstrap
 FLAVOR?=
 
-CONFIGURE_STYLE=autoconf
-AUTOCONF_VERSION=2.69
+DEBUG_PACKAGES=${BUILD_PACKAGES}
+
+CONFIGURE_STYLE=gnu
 # Don't try to optimize for the local CPU submodel
 CONFIGURE_ARGS+=--build=${MACHINE_ARCH}-unknown-openbsd${OSrev}
 
@@ -45,11 +44,5 @@ CONFIGURE_ARGS+=--build=${MACHINE_ARCH}-
 COMPILER=  base-clang ports-gcc base-gcc
 CONFIGURE_ARGS+=--enable-cxx
 .endif
-
-post-patch:
-   @cp ${FILESDIR}/mpn_m88k_add_n.asm ${WRKSRC}/mpn/m88k/add_n.asm
-   @cp ${FILESDIR}/mpn_m88k_sub_n.asm ${WRKSRC}/mpn/m88k/sub_n.asm
-   @rm ${WRKSRC}/mpn/m88k/add_n.s ${WRKSRC}/mpn/m88k/sub_n.s \
-   ${WRKSRC}/mpn/m88k/mul_1.s
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/devel/gmp/distinfo,v
retrieving revision 1.17
diff -u -p -r1.17 distinfo
--- distinfo19 Dec 2016 21:48:12 -  1.17
+++ distinfo3 Feb 2020 12:14:21 -
@@ -1,2 +1,2 @@
-SHA256 (gmp-6.1.2.tar.xz) = h7Vl6JqaaE/k6+7duDmdziWZ+ckEmFTKjA373qDiGRI=
-SIZE (gmp-6.1.2.tar.xz) = 1946336
+SHA256 (gmp-6.2.0.tar.xz) = JY5s1Rs/vfwYXHFtVfgsCK/1ffDG+9FDz27VYSZ6FSY=
+SIZE (gmp-6.2.0.tar.xz) = 2012444
Index: files/mpn_m88k_add_n.asm
===
RCS file: files/mpn_m88k_add_n.asm
diff -N files/mpn_m88k_add_n.asm
--- files/mpn_m88k_add_n.asm13 Apr 2013 20:19:50 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,117 +0,0 @@
-dnl mc88100 mpn_add_n -- Add two limb vectors of the same length > 0 and store
-dnl sum in a third limb vector.
-
-dnl Copyright 1992, 1994, 1995, 2000 Free Software Foundation, Inc.
-
-dnl This file is part of the GNU MP Library.
-
-dnl The GNU MP Library is free software; you can redistribute it and/or modify
-dnl it under the terms of the GNU Lesser General Public License as published by
-dnl the Free Software Foundation; either version 3 of the License, or (at your
-dnl option) any later version.
-
-dnl The GNU MP Library is distributed in the hope that it will be useful, but
-dnl WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY
-dnl or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU Lesser General Public
-dnl License for more details.
-
-dnl You should have received a copy of the GNU Lesser General Public License
-dnl along with the GNU MP Library.  If not, see http://www.gnu.org/licenses/.
-
-include(`../config.m4')
-
-
-C INPUT PARAMETERS
-C res_ptr  %r2
-C s1_ptr   %r3
-C s2_ptr   %r4
-C size %r5
-
-C This code has been optimized to run one instruction per clock, avoiding
-C load stalls and writeback contention.  As a result, the instruction
-C order is not always natural.
-
-C The speed is about 4.6 clocks/limb + 18 clocks/limb-vector on an 88100,
-C but on the 88110, it seems to run much slower, 6.6 clocks/limb.
-
-ASM_START()
-PROLOGUE(mpn_add_n)
-   ld  %r6,%r3,0   C read first limb from s1_ptr
-   extu%r10,%r5,3
-   ld  %r7,%r4,0   C read first limb from s2_ptr
-
-   subu.co %r5,%r0,%r5 C (clear carry as side effect)
-   mak %r5,%r5,3<4>
-   bcndeq0,%r5,Lzero
-
-ifdef(`PIC',`
-

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/02/03 05:46:44

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

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

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2020/02/03 05:44:41

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

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

Re: [lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image

[Stuart Henderson]

No.

--
Sent from a phone, apologies for poor formatting.

On 3 February 2020 10:28:41 rsiddharth  wrote:


Stuart Henderson  writes:


It's because new pango doesn't support type1 or pcf bitmap fonts, such
as the ones pulled in by installing ghostscript.


So, is this an upstream issue that needs to be reported to racket
developers?

CVS: cvs.openbsd.org: ports

[Sebastian Reitenbach]

CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2020/02/03 05:40:23

Modified files:
misc/dtcltiny  : Makefile distinfo 
misc/dtcltiny/pkg: PLIST 
Added files:
misc/dtcltiny/patches: patch-src_srcpmessage_cpp 

Log message:
@rsadowski pointed out the version we have in ports is old, even it has
a much higher version number than current ones, don't know where that came
from. This updates to the recent version, now using Qt5.

comments and OK rsadowski@

Re: 回复: 回复: [Update] www/p5-HTML-FormFu

[Charlene Wendling]

On Mon, 3 Feb 2020 11:12:13 +
wen heping wrote:

> ping ...
> 
> 发件人: owner-po...@openbsd.org  代表 wen
> heping  发送时间: 2019年12月24日 10:50
> 收件人: Andrew Hewus Fresh 
> 抄送: ports@openbsd.org 
> 主题: 回复: [Update] www/p5-HTML-FormFu
> 
> ping ...
> 
> 发件人: Andrew Hewus Fresh 
> 发送时间: 2019年8月26日 7:53
> 收件人: wen heping 
> 抄送: ports@openbsd.org 
> 主题: Re: [Update] www/p5-HTML-FormFu
> 
> On Wed, Jul 31, 2019 at 12:16:59PM +, wen heping wrote:
> > Hi, ports@:
> >
> >Here is a patch for www/p5-HTML-FormFu:
> >i) Update to 2.07
> >ii) Add devel/p5-MooseX-Aliases and
> > devel/p5-MooseX-Attribute-Chained(new) to RUN_DEPENDS.
> >iii) Add devel/p5-Test-RequiresInternet to TEST_DEPENDS
> >
> >It build well and passed all tests on amd64-head system. But it
> > require new port devel/p5-MooseX-Attribute-Chained, which I
> > submitted the patch just now,  imported into portstree first.
> >
> >One port depends on it: www/p5-Catalyst-Controller-HTML-FormFu,
> > it build well and passed all tests after update to 2.04, which I
> > submitted patch just now.
> >
> > Comments? OK?
> > wen
> 
> OK afresh1@
> 
> 
> --
> andrew - http://afresh1.com
> 
> Full-time system administration is a delicate balance
> between proactiveness and laziness.
>   --  jhorwitz from use.perl.org

I've found out that:

- devel/p5-File-ShareDir-Install is needed as BUILD_DEPENDS
- devel/p5-Task-Weaken is a RUN_DEPENDS not a BUILD_DEPENDS
- converters/p5-JSON-MaybeXS was a missing RUN_DEPENDS
- some TEST_DEPENDS were missing
- it uses ExtUtils::MakeMaker, so Module::Install should be zapped

The below diff contains these changes, tests passes (with the
p5-HTML-Scrubber update to 0.19 in the chroot):

Index: Makefile
===
RCS file: /cvs/ports/www/p5-HTML-FormFu/Makefile,v
retrieving revision 1.10
diff -u -p -u -p -r1.10 Makefile
--- Makefile12 Jul 2019 20:50:53 -  1.10
+++ Makefile3 Feb 2020 12:22:22 -
@@ -4,16 +4,16 @@ COMMENT = HTML form creation, rendering 
 
 MODULES =  cpan
 PKG_ARCH = *
-DISTNAME = HTML-FormFu-0.07003
+DISTNAME = HTML-FormFu-2.07
 CATEGORIES =   www textproc
-REVISION = 0
 
 # Perl
 PERMIT_PACKAGE =   Yes
 
-BUILD_DEPENDS =devel/p5-Task-Weaken
+BUILD_DEPENDS =devel/p5-File-ShareDir-Install>=0.06
 
-RUN_DEPENDS =  devel/p5-Class-Accessor-Chained \
+RUN_DEPENDS =  converters/p5-JSON-MaybeXS \
+   devel/p5-Class-Accessor-Chained \
devel/p5-Clone \
devel/p5-Config-Any>=0.23 \
devel/p5-Data-Visitor \
@@ -26,8 +26,11 @@ RUN_DEPENDS =devel/p5-Class-Accessor-C
devel/p5-Hash-Flatten \
devel/p5-List-MoreUtils \
devel/p5-MRO-Compat \
+   devel/p5-MooseX-Aliases \
+   devel/p5-MooseX-Attribute-Chained \
devel/p5-Path-Class \
devel/p5-Readonly \
+   devel/p5-Task-Weaken \
devel/p5-YAML-XS \
graphics/p5-Captcha-reCAPTCHA \
mail/p5-Email-Valid \
@@ -40,8 +43,10 @@ RUN_DEPENDS =devel/p5-Class-Accessor-C
www/p5-HTML-TokeParser-Simple \
www/p5-libwww
 
-TEST_DEPENDS = devel/p5-Test-NoWarnings
-
-CONFIGURE_STYLE =  modinst
+TEST_DEPENDS = devel/p5-Test-Memory-Cycle \
+   devel/p5-Test-RequiresInternet \
+   textproc/p5-Regexp-Assemble \
+   www/p5-CGI \
+   www/p5-CGI-Simple
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/www/p5-HTML-FormFu/distinfo,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 distinfo
--- distinfo18 Jan 2015 03:15:44 -  1.3
+++ distinfo3 Feb 2020 12:22:22 -
@@ -1,2 +1,2 @@
-SHA256 (HTML-FormFu-0.07003.tar.gz) = 
i7WfYfjiSO42tExZED3FZAgdJEixuLzmiz4aK1jodbw=
-SIZE (HTML-FormFu-0.07003.tar.gz) = 296639
+SHA256 (HTML-FormFu-2.07.tar.gz) = Ty8Bf3qHVPu26RIGyI7RPHVqFOO+oXgYjDuXdGNm6zI=
+SIZE (HTML-FormFu-2.07.tar.gz) = 342125
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/p5-HTML-FormFu/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 PLIST
--- pkg/PLIST   7 Apr 2012 19:50:59 -   1.2
+++ pkg/PLIST   3 Feb 2020 12:22:22 -
@@ -24,6 +24,7 @@ ${P5SITE}/HTML/FormFu/Constraint/File/Ma
 ${P5SITE}/HTML/FormFu/Constraint/File/MinSize.pm
 ${P5SITE}/HTML/FormFu/Constraint/File/Size.pm
 ${P5SITE}/HTML/FormFu/Constraint/Integer.pm
+${P5SITE}/HTML/FormFu/Constraint/JSON.pm
 

Re: [Update] astro/py-metar: Update to 1.1

[Benoit Lecocq]

On 03/02/2020 11:01, wen heping wrote:

Hi,

 Here is a patch for astro/py-metar:
  i) Update to 1.1
  ii) Switch HOMEPAGE and MASTER_SITES to https
  iii) Only run with python3
  iv) Remove a trailing whitespace in DESCR
  v) Regenerate the patch

 It build and run well in amd64-current system.

  Cheers !
wen



Committed, thanks !

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2020/02/03 05:07:19

Modified files:
astro/py-metar : Makefile distinfo 
astro/py-metar/patches: patch-setup_py 
astro/py-metar/pkg: DESCR PLIST 

Log message:
Update to py-metar-1.1 from wen heping, thanks.

Re: 回复: 回复: [NEW] devel/p5-MooseX-Attribute-Chained

[Charlene Wendling]

On Mon, 3 Feb 2020 11:10:49 +
wen heping wrote:

> ping ...
> 
> 发件人: owner-po...@openbsd.org  代表 wen
> heping  发送时间: 2019年12月24日 12:09
> 收件人: Andrew Hewus Fresh 
> 抄送: ports@openbsd.org 
> 主题: 回复: [NEW] devel/p5-MooseX-Attribute-Chained
> 
> ping ...
> 
> 发件人: Andrew Hewus Fresh 
> 发送时间: 2019年8月26日 7:12
> 收件人: wen heping 
> 抄送: ports@openbsd.org 
> 主题: Re: [NEW] devel/p5-MooseX-Attribute-Chained
> 
> On Wed, Jul 31, 2019 at 12:06:55PM +, wen heping wrote:
> > Hi, ports@:
> >
> >Here is a patch to create new port
> > devel/p5-MooseX-Attribute-Chained. It is required by the update of
> > www/p5-HTML-FormFu.
> >
> >I did not add TEST_POD=YES, RELEASE_TESTING=Yes and
> > AUTHOR_TESTING=Yes to MAKE_ENV, because that require some perl
> > module which had not been imported into OpenBSD portstree.
> >
> >   It build well and passed all tests on amd64-head system.
> >
> > Comments? OK?
> > wen
> 
> OK afresh1@
> 
> --
> andrew - http://afresh1.com
> 
> The programmer's national anthem is 'GH!!'.

I've found out we still have the old HTML::FormFu in CVS while trying
to fix its tests, so i asked Wen to ping again the parts needed to do
that update, thanks :)

I've reattached the tarball for convenience.

OK cwen@, Andrew, i let you import it.


p5-MooseX-Attribute-Chained.tgz
Description: Binary data

回复: 回复: [Update] www/p5-HTML-FormFu

[wen heping]

ping ...

发件人: owner-po...@openbsd.org  代表 wen heping 

发送时间: 2019年12月24日 10:50
收件人: Andrew Hewus Fresh 
抄送: ports@openbsd.org 
主题: 回复: [Update] www/p5-HTML-FormFu

ping ...

发件人: Andrew Hewus Fresh 
发送时间: 2019年8月26日 7:53
收件人: wen heping 
抄送: ports@openbsd.org 
主题: Re: [Update] www/p5-HTML-FormFu

On Wed, Jul 31, 2019 at 12:16:59PM +, wen heping wrote:
> Hi, ports@:
>
>Here is a patch for www/p5-HTML-FormFu:
>i) Update to 2.07
>ii) Add devel/p5-MooseX-Aliases and devel/p5-MooseX-Attribute-Chained(new)
> to RUN_DEPENDS.
>iii) Add devel/p5-Test-RequiresInternet to TEST_DEPENDS
>
>It build well and passed all tests on amd64-head system. But it require 
> new port
> devel/p5-MooseX-Attribute-Chained, which I submitted the patch just now,  
> imported
> into portstree first.
>
>One port depends on it: www/p5-Catalyst-Controller-HTML-FormFu, it build 
> well
> and passed all tests after update to 2.04, which I submitted patch just now.
>
> Comments? OK?
> wen

OK afresh1@

> Index: Makefile
> ===
> RCS file: /cvs/ports/www/p5-HTML-FormFu/Makefile,v
> retrieving revision 1.10
> diff -u -p -r1.10 Makefile
> --- Makefile  12 Jul 2019 20:50:53 -  1.10
> +++ Makefile  31 Jul 2019 12:08:30 -
> @@ -4,9 +4,8 @@ COMMENT = HTML form creation, rendering
>
>  MODULES =cpan
>  PKG_ARCH =   *
> -DISTNAME =   HTML-FormFu-0.07003
> +DISTNAME =   HTML-FormFu-2.07
>  CATEGORIES = www textproc
> -REVISION =   0
>
>  # Perl
>  PERMIT_PACKAGE = Yes
> @@ -26,6 +25,8 @@ RUN_DEPENDS =   devel/p5-Class-Accessor-C
>devel/p5-Hash-Flatten \
>devel/p5-List-MoreUtils \
>devel/p5-MRO-Compat \
> + devel/p5-MooseX-Aliases \
> + devel/p5-MooseX-Attribute-Chained \
>devel/p5-Path-Class \
>devel/p5-Readonly \
>devel/p5-YAML-XS \
> @@ -40,7 +41,8 @@ RUN_DEPENDS =   devel/p5-Class-Accessor-C
>www/p5-HTML-TokeParser-Simple \
>www/p5-libwww
>
> -TEST_DEPENDS =   devel/p5-Test-NoWarnings
> +TEST_DEPENDS =   devel/p5-Test-NoWarnings \
> + devel/p5-Test-RequiresInternet
>
>  CONFIGURE_STYLE =modinst
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/www/p5-HTML-FormFu/distinfo,v
> retrieving revision 1.3
> diff -u -p -r1.3 distinfo
> --- distinfo  18 Jan 2015 03:15:44 -  1.3
> +++ distinfo  31 Jul 2019 12:08:30 -
> @@ -1,2 +1,2 @@
> -SHA256 (HTML-FormFu-0.07003.tar.gz) = 
> i7WfYfjiSO42tExZED3FZAgdJEixuLzmiz4aK1jodbw=
> -SIZE (HTML-FormFu-0.07003.tar.gz) = 296639
> +SHA256 (HTML-FormFu-2.07.tar.gz) = 
> Ty8Bf3qHVPu26RIGyI7RPHVqFOO+oXgYjDuXdGNm6zI=
> +SIZE (HTML-FormFu-2.07.tar.gz) = 342125
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/www/p5-HTML-FormFu/pkg/PLIST,v
> retrieving revision 1.2
> diff -u -p -r1.2 PLIST
> --- pkg/PLIST 7 Apr 2012 19:50:59 -   1.2
> +++ pkg/PLIST 31 Jul 2019 12:08:30 -
> @@ -24,6 +24,7 @@ ${P5SITE}/HTML/FormFu/Constraint/File/Ma
>  ${P5SITE}/HTML/FormFu/Constraint/File/MinSize.pm
>  ${P5SITE}/HTML/FormFu/Constraint/File/Size.pm
>  ${P5SITE}/HTML/FormFu/Constraint/Integer.pm
> +${P5SITE}/HTML/FormFu/Constraint/JSON.pm
>  ${P5SITE}/HTML/FormFu/Constraint/Length.pm
>  ${P5SITE}/HTML/FormFu/Constraint/MaxLength.pm
>  ${P5SITE}/HTML/FormFu/Constraint/MaxRange.pm
> @@ -40,8 +41,6 @@ ${P5SITE}/HTML/FormFu/Constraint/Require
>  ${P5SITE}/HTML/FormFu/Constraint/Set.pm
>  ${P5SITE}/HTML/FormFu/Constraint/SingleValue.pm
>  ${P5SITE}/HTML/FormFu/Constraint/Word.pm
> -${P5SITE}/HTML/FormFu/Constraint/_others.pm
> -${P5SITE}/HTML/FormFu/Constraint/reCAPTCHA.pm
>  ${P5SITE}/HTML/FormFu/Deflator/
>  ${P5SITE}/HTML/FormFu/Deflator.pm
>  ${P5SITE}/HTML/FormFu/Deflator/Callback.pm
> @@ -62,6 +61,7 @@ ${P5SITE}/HTML/FormFu/Element/ComboBox.p
>  ${P5SITE}/HTML/FormFu/Element/ContentButton.pm
>  ${P5SITE}/HTML/FormFu/Element/Date.pm
>  ${P5SITE}/HTML/FormFu/Element/DateTime.pm
> +${P5SITE}/HTML/FormFu/Element/Email.pm
>  ${P5SITE}/HTML/FormFu/Element/Fieldset.pm
>  ${P5SITE}/HTML/FormFu/Element/File.pm
>  ${P5SITE}/HTML/FormFu/Element/Hidden.pm
> @@ -81,14 +81,7 @@ ${P5SITE}/HTML/FormFu/Element/Src.pm
>  ${P5SITE}/HTML/FormFu/Element/Submit.pm
>  ${P5SITE}/HTML/FormFu/Element/Text.pm
>  ${P5SITE}/HTML/FormFu/Element/Textarea.pm
> -${P5SITE}/HTML/FormFu/Element/_Field.pm
> -${P5SITE}/HTML/FormFu/Element/_Group.pm
> -${P5SITE}/HTML/FormFu/Element/_Input.pm
> -${P5SITE}/HTML/FormFu/Element/_MultiElement.pm
> -${P5SITE}/HTML/FormFu/Element/_MultiSelect.pm
> -${P5SITE}/HTML/FormFu/Element/_MultiText.pm
> 

回复: 回复: [NEW] devel/p5-MooseX-Attribute-Chained

[wen heping]

ping ...

发件人: owner-po...@openbsd.org  代表 wen heping 

发送时间: 2019年12月24日 12:09
收件人: Andrew Hewus Fresh 
抄送: ports@openbsd.org 
主题: 回复: [NEW] devel/p5-MooseX-Attribute-Chained

ping ...

发件人: Andrew Hewus Fresh 
发送时间: 2019年8月26日 7:12
收件人: wen heping 
抄送: ports@openbsd.org 
主题: Re: [NEW] devel/p5-MooseX-Attribute-Chained

On Wed, Jul 31, 2019 at 12:06:55PM +, wen heping wrote:
> Hi, ports@:
>
>Here is a patch to create new port devel/p5-MooseX-Attribute-Chained.
> It is required by the update of www/p5-HTML-FormFu.
>
>I did not add TEST_POD=YES, RELEASE_TESTING=Yes and AUTHOR_TESTING=Yes
> to MAKE_ENV, because that require some perl module which had not been imported
> into OpenBSD portstree.
>
>   It build well and passed all tests on amd64-head system.
>
> Comments? OK?
> wen

OK afresh1@

--
andrew - http://afresh1.com

The programmer's national anthem is 'GH!!'.

Re: [update/fix] games/blobby 1.0rc3 -> 1.0.20200119

[Charlene Wendling]

Ping :)

On Sun, 26 Jan 2020 21:52:39 +0100
Charlene Wendling wrote:

> On Sun, 26 Jan 2020 19:36:39 +
> Mikolaj Kucharski wrote:
> 
> > Hi,
> > 
> > I didn't test your diff, but just by reading your mail, I think you
> > should set updated version to 1.0.20200119, to get what you want, so
> > avoiding epoch, make 1.0rc3 get updated to 1.0., and make 1.1
> > get update from 1.0..
> > 
> > With your version of the diff, future version 1.1 and your new
> > version 1.020200119, not sure is 1.1 > 1.020200119. I could test
> > this, but I guess, going to 1.0.20200119 shold just make this work.
> 
> According to packages-specs(7), you're right, what you're proposing
> is safer. I've updated the diff below accordingly.
>  
> > On Sun, Jan 26, 2020 at 03:16:46PM +0100, Charlene Wendling wrote:
> > > Hi again,
> > > 
> > > We ship a broken games/blobby:
> > > 
> > > -->8--
> > > ~$ blobby
> > > error loading language lang_en.xml!
> > > falling back to english
> > > blobby(23503) in free(): bogus pointer (double free?) 0x6
> > > Abort trap
> > > --8<--
> > > 
> > > It's from 2012, and that version is unsupported, so i'm proposing
> > > an update against latest developments of blobby.
> > > 
> > > What's new upstream:
> > > 
> > > - move from sf.net to github
> > > - use sdl2 instead of sdl
> > > 
> > > What's new in port:
> > > 
> > > - drop all patches, upstream made similar changes
> > > - bring back bots (upstreamed patch)
> > > - avoid the use of EPOCH by using date versioning, the next
> > > release will be 1.1 [0], so updating go (and will go) smoothly 
> > > - remove base-gcc from COMPILER, it's C++11
> > > - add DEBUG_PACKAGES (i'm not sure of the usefulness of it for
> > > that port)
> > > 
> > > 
> > > Testing (on powerpc, you'll need the fixed devel/physfs i
> > > committed earlier):
> > > 
> > > - amd64: no issues
> > > - powerpc: builds and works but blobs colors are off in SDL mode,
> > >   they're more complex to draw that it seems, and swapping colors
> > > does not solve the problem. I refrained from setting the properly
> > > working OpenGL renderer as default/fallback on big endian, because
> > > i guess not all BE archs have OpenGL.
> > >   BE and LE hosts/clients can't talk to each other through the
> > > network.
> > > 
> > > Despite the endianness issues, given that the runtime is totally
> > > broken on amd64, i think we should commit that update.
> > > 
> > > Comments/feedback are welcome,
> > > 
> > > Charlène.
> > > 
> > > 
> > > [0]
> > > https://github.com/danielknobe/blobbyvolley2/issues/1#issuecomment-569493894


Index: Makefile
===
RCS file: /cvs/ports/games/blobby/Makefile,v
retrieving revision 1.10
diff -u -p -u -p -r1.10 Makefile
--- Makefile12 Jul 2019 20:46:15 -  1.10
+++ Makefile26 Jan 2020 20:44:03 -
@@ -2,30 +2,30 @@
 
 COMMENT =  volleyball game with online play
 
-V =1.0rc3
-DISTNAME = blobby2-linux-${V}
-PKGNAME =  blobby-${V}
-REVISION = 2
+GH_ACCOUNT =   danielknobe
+GH_PROJECT =   blobbyvolley2
+GH_COMMIT =bcea5be5eae91fda5455e7b77d9057d2780cc752
+
+DISTNAME = blobby-1.0.20200119
 
 CATEGORIES =   games
 
 HOMEPAGE = http://blobby.sourceforge.net/
 
 # GPLv2+
-PERMIT_PACKAGE =   Yes
-
-WANTLIB += GL GLU ICE SDL SM X11 Xext c m physfs pthread 
${COMPILER_LIBCXX}
+PERMIT_PACKAGE =   Yes
 
-COMPILER = base-clang ports-gcc base-gcc
+WANTLIB += ${COMPILER_LIBCXX} GL GLU SDL2 c m physfs
 
-MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=blobby/}
+# C++11
+COMPILER = base-clang ports-gcc
 
 MODULES =  devel/cmake
 BUILD_DEPENDS =devel/boost \
archivers/zip
-LIB_DEPENDS =  devel/sdl \
+LIB_DEPENDS =  devel/sdl2 \
devel/physfs
 
-WRKDIST =  ${WRKDIR}/blobby-${V}
+DEBUG_PACKAGES =   ${BUILD_PACKAGES}
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/games/blobby/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo27 Oct 2012 07:12:45 -  1.1.1.1
+++ distinfo26 Jan 2020 20:44:03 -
@@ -1,2 +1,2 @@
-SHA256 (blobby2-linux-1.0rc3.tar.gz) = 
Rb2yUwt+sbUIaT0wTjEIjJqbNm+Xj3FrWgzx58UCxYE=
-SIZE (blobby2-linux-1.0rc3.tar.gz) = 2323776
+SHA256 (blobby-1.0.20200119-bcea5be5.tar.gz) = 
erjyDj77PyhMK27dmDeRBPkALaCuzcT2OCX4XkmYCiA=
+SIZE (blobby-1.0.20200119-bcea5be5.tar.gz) = 2363487
Index: patches/patch-src_InputManager_cpp
===
RCS file: patches/patch-src_InputManager_cpp
diff -N patches/patch-src_InputManager_cpp
--- patches/patch-src_InputManager_cpp  27 Oct 2012 07:12:45 -  1.1.1.1
+++ /dev/null   1 Jan 1970 

CVS: cvs.openbsd.org: ports

[Charlene Wendling]

CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2020/02/03 03:29:08

Modified files:
x11/xdesktopwaves: Makefile distinfo 
x11/xdesktopwaves/patches: patch-Makefile 

Log message:
xdesktopwaves: update to 1.4
That version introduces an emergency exit button, that you can disable
by providing the `-nxb' option to xdesktopwaves.

OK bket@

Re: [lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image

[rsiddharth]

Stuart Henderson  writes:

> It's because new pango doesn't support type1 or pcf bitmap fonts, such
> as the ones pulled in by installing ghostscript.

So, is this an upstream issue that needs to be reported to racket
developers?

Re: Update: devel/gmp needs testing on other archs

[Stuart Henderson]

Really ports-gcc ought to be using a compatible version of gas.. Do we need 
a ports-binutils?


--
Sent from a phone, apologies for poor formatting.

On 3 February 2020 00:12:18 Jeremie Courreges-Anglas  wrote:


On Sun, Feb 02 2020, Christian Weisgerber  wrote:

This updates devel/gmp to 6.2.0.
gmp has a ton of machine-specific optimizations, so success on one
arch doesn't mean it will work elsewhere.


Indeed :)


I have successfully run the regression tests on
* aarch64
* amd64
* i386

I'd like to see it tested on a few more archs, say, powerpc/sparc64/
mips64, before I commit it.


Fails to build on sparc64:

--8<--
/usr/bin/libtool --mode=compile --tag=CC ../mpn/m4-ccas --m4="m4" cc -c 
-DHAVE_CONFIG_H -I. -I..  -D__GMP_WITHIN_GMP -I..  -DOPERATION_`echo gcd_11 
| sed 's/_$//'`-O2 -pipe  `test -f 'gcd_11.asm' || echo './'`gcd_11.asm
../mpn/m4-ccas --m4=m4 cc -c -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP 
-I.. -DOPERATION_gcd_11 -O2 -pipe gcd_11.asm -fPIC -DPIC -o .libs/gcd_11.o
m4  -DHAVE_CONFIG_H -D__GMP_WITHIN_GMP -DOPERATION_gcd_11 -DPIC gcd_11.asm 
>tmp-gcd_11.s
cc -c -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_gcd_11 
-O2 -pipe tmp-gcd_11.s -fPIC -DPIC -o .libs/gcd_11.o

tmp-gcd_11.s: Assembler messages:
tmp-gcd_11.s:210: Error: Illegal operands
tmp-gcd_11.s:211: Error: Illegal operands
egcc: internal compiler error: Segmentation fault signal terminated program as
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
Error while executing ../mpn/m4-ccas --m4=m4 cc -c -DHAVE_CONFIG_H -I. -I.. 
-D__GMP_WITHIN_GMP -I.. -DOPERATION_gcd_11 -O2 -pipe gcd_11.asm -fPIC -DPIC 
-o .libs/gcd_11.o

*** Error 4 in mpn (Makefile:768 'gcd_11.lo')
*** Error 1 in . (Makefile:1020 'all-recursive': @fail=;  if 
(target_option=k; case ${target_option-} in  ?) ;;  *) echo 
"am__make_running_w...)

*** Error 2 in /usr/ports/pobj/gmp-6.2.0/gmp-6.2.0 (Makefile:785 'all')
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2891 
'/usr/ports/pobj/gmp-6.2.0/.build_done': @cd 
/usr/ports/pobj/gmp-6.2.0/gmp-6...)
*** Error 2 in /usr/ports/devel/gmp 
(/usr/ports/infrastructure/mk/bsd.port.mk:2557 'test': @lock=gmp-6.2.0;  
export _LOCKS_HELD=" gmp-6.2.0"...)

-->8--

build log: https://pbot.rmdir.de/9cefjLlzIP4QEsKwn-g0UA
tmp-gcd_11.s: https://pbot.rmdir.de/pWyiZKnS6FSGcqsuuLs-YQ

--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: [Update] www/p5-HTML-Scrubber : Update to 0.19

[Charlene Wendling]

Hi,

On Mon, 3 Feb 2020 09:25:12 +
wen heping wrote:

> Hi, ports@:
> 
>Here is a patch for www/p5-HTML-Scrubber:
>  i) Update to 0.19
>  ii) Remove the unneeded BUILD_DEPENDS

You just commented it :)

>  iii) Add devel/p5-Test-Memory-Cycle as TEST_DEPENDS

It's missing devel/p5-Test-Differences as well.

>It build well and pass all tests on amd64-current system.
> 
>   Three ports depends on www/p5-HTML-Scrubber:
> www/p5-HTML-Widget
> www/p5-HTML-FormFu

  ^ i'm going to work on failed tests on that one, but there
are not due to that update.

> www/rt
>   All build well and have some failed tests, but these failed tests
> was not caused by this patch.
> 
> Cheers !
> wen
> 

Here is a diff with my above comments applied:

Index: Makefile
===
RCS file: /cvs/ports/www/p5-HTML-Scrubber/Makefile,v
retrieving revision 1.10
diff -u -p -u -p -r1.10 Makefile
--- Makefile12 Jul 2019 20:50:54 -  1.10
+++ Makefile3 Feb 2020 10:04:12 -
@@ -4,14 +4,15 @@ COMMENT=  HTML cleaning module
 
 MODULES=   cpan
 PKG_ARCH=  *
-DISTNAME=  HTML-Scrubber-0.09
+DISTNAME=  HTML-Scrubber-0.19
 CATEGORIES=www
-REVISION=  0
 
 # Perl
 PERMIT_PACKAGE=Yes
 
-BUILD_DEPENDS= ${RUN_DEPENDS}
-RUN_DEPENDS=   www/p5-HTML-Parser
+RUN_DEPENDS=   www/p5-HTML-Parser>=3.47
+
+TEST_DEPENDS=  devel/p5-Test-Differences \
+   devel/p5-Test-Memory-Cycle
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/www/p5-HTML-Scrubber/distinfo,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 distinfo
--- distinfo9 Mar 2013 15:30:50 -   1.4
+++ distinfo3 Feb 2020 10:04:12 -
@@ -1,2 +1,2 @@
-SHA256 (HTML-Scrubber-0.09.tar.gz) = 
ti883SkzIhzWgEKGnnbnrfEbN7ThMKf4vP3AnN5S7G0=
-SIZE (HTML-Scrubber-0.09.tar.gz) = 26840
+SHA256 (HTML-Scrubber-0.19.tar.gz) = 
rihVePhWX5FUxj5CNHBLV7aDX3ei+C/+ckiZ1FMmK7E=
+SIZE (HTML-Scrubber-0.19.tar.gz) = 36418

Re: [lang/racket-minimal-7.5] Racket has issues rendering text via 2htdp/image

[Stuart Henderson]

It's because new pango doesn't support type1 or pcf bitmap fonts, such as 
the ones pulled in by installing ghostscript.


--
Sent from a phone, apologies for poor formatting.

On 3 February 2020 04:51:14 rsiddharth  wrote:


I found a reliable way to replicate the issue on OpenBSD snapshot #628:

 0. $ uname -a

OpenBSD cygnus.ricketyspace.net 6.6 GENERIC.MP#628 amd64

 1. $ raco pkg install --jobs $(sysctl -n hw.ncpuonline) --auto drracket

1.1. $ $HOME/.racket/7.5/bin/drracket

 The text in the REPL renders correctly.

 Also, this https://ricketyspace.net/tmp/text.rkt program
 renders "Hello World 42" correctly.

1.2. Quit DrRacket.

 2. # pkg_add ghostscript

  Choose "ghostscript-9.07p7".

 3. $HOME/.racket/7.5/bin/drracket

 The text in the REPL does not display correctly.

 The text.rkt program does not render the "Hello World 42"
 correctly.

 4. Quit DrRacket.


 5. # pkg_delete ghostscript


 6. # pkg_delete -a


 7. $HOME/.racket/7.5/bin/drracket

 The text in the REPL renders correctly.

 The text.rkt program renders the "Hello World 42"
 correctly.


Installing the "ghostscript" package seems to cause the issue.

Also, installing "texlive_texmf-full-2019" causes the issue (because it
installs "ghostscript"?).

I'm unable to explain why this is happening. It would be great if
someone looks into this.

- rsiddharth.

[Update] astro/py-metar: Update to 1.1

[wen heping]

Hi,

Here is a patch for astro/py-metar:
 i) Update to 1.1
 ii) Switch HOMEPAGE and MASTER_SITES to https
 iii) Only run with python3
 iv) Remove a trailing whitespace in DESCR
 v) Regenerate the patch

It build and run well in amd64-current system.

 Cheers !
wen
Index: Makefile
===
RCS file: /cvs/ports/astro/py-metar/Makefile,v
retrieving revision 1.26
diff -u -p -r1.26 Makefile
--- Makefile12 Jul 2019 20:43:31 -  1.26
+++ Makefile3 Feb 2020 09:47:58 -
@@ -2,21 +2,25 @@
 
 COMMENT =  Python module to access NOAA's METAR weather reports
 
-MODPY_EGG_VERSION =0.21
+MODPY_EGG_VERSION =1.1
 DISTNAME = pymetar-${MODPY_EGG_VERSION}
 PKGNAME =  py-metar-${MODPY_EGG_VERSION}
 CATEGORIES =   astro
 
-HOMEPAGE = http://www.schwarzvogel.de/software-pymetar.shtml
+HOMEPAGE = https://www.schwarzvogel.de/software-pymetar.shtml
 
 MAINTAINER =   Benoit Lecocq 
 
 # GPLv2
 PERMIT_PACKAGE =   Yes
 
-MASTER_SITES = http://www.schwarzvogel.de/pkgs/
+MASTER_SITES = https://www.schwarzvogel.de/pkgs/
 
 MODULES =  lang/python
+
+MODPY_PI = Yes
+MODPY_SETUPTOOLS = Yes
+MODPY_VERSION =${MODPY_DEFAULT_VERSION_3}
 
 NO_TEST =  Yes
 
Index: distinfo
===
RCS file: /cvs/ports/astro/py-metar/distinfo,v
retrieving revision 1.16
diff -u -p -r1.16 distinfo
--- distinfo29 Aug 2016 07:36:18 -  1.16
+++ distinfo3 Feb 2020 09:47:58 -
@@ -1,2 +1,2 @@
-SHA256 (pymetar-0.21.tar.gz) = Mxl42cVNSZSOOBengrhX8kfbbCebi7W+vU9bGku1A+o=
-SIZE (pymetar-0.21.tar.gz) = 22714
+SHA256 (pymetar-1.1.tar.gz) = yQoC/xR90nUxVu+/KgTrF0PDTpmjG/P+JVaeW+uhgng=
+SIZE (pymetar-1.1.tar.gz) = 3162533
Index: patches/patch-setup_py
===
RCS file: /cvs/ports/astro/py-metar/patches/patch-setup_py,v
retrieving revision 1.8
diff -u -p -r1.8 patch-setup_py
--- patches/patch-setup_py  21 Apr 2015 07:29:30 -  1.8
+++ patches/patch-setup_py  3 Feb 2020 09:47:58 -
@@ -1,15 +1,19 @@
-$OpenBSD: patch-setup_py,v 1.8 2015/04/21 07:29:30 benoit Exp $
 setup.py.orig  Mon Apr 20 10:17:26 2015
-+++ setup.py   Tue Apr 21 09:10:31 2015
-@@ -25,8 +25,8 @@
-   url="http://www.schwarzvogel.de/software-pymetar.shtml;,
-   packages=[""],
-   py_modules=["pymetar"],
--  scripts=["bin/pymetar"],
--  data_files=[("share/doc/pymetar-%s" % pymetar.__version__,
-+  scripts=["bin/pymet"],
-+  data_files=[("share/doc/py-metar",
-['README', 'COPYING', 'THANKS', 'librarydoc.txt']),
--  ("share/man/man1", ['pymetar.1'])]
-+  ("man/man1", ['pymetar.1'])]
-   )
+$OpenBSD$
+
+Index: setup.py
+--- setup.py.orig
 setup.py
+@@ -30,10 +30,10 @@ setuptools.setup(
+ url="http://www.schwarzvogel.de/software-pymetar.shtml;,
+ packages=setuptools.find_packages(),
+ py_modules=["pymetar"],
+-scripts=["bin/pymetar"],
+-data_files=[("share/doc/pymetar-%s" % pymetar.__version__,
++scripts=["bin/pymet"],
++data_files=[("share/doc/py-metar",
+  ['README.md', 'COPYING', 'THANKS']),
+-("share/man/man1", ['pymetar.1'])],
++("man/man1", ['pymetar.1'])],
+ classifiers=(
+ "Programming Language :: Python :: 3",
+ "License :: OSI Approved :: GNU General Public License v2 or later 
(GPLv2+)", 
Index: pkg/DESCR
===
RCS file: /cvs/ports/astro/py-metar/pkg/DESCR,v
retrieving revision 1.3
diff -u -p -r1.3 DESCR
--- pkg/DESCR   2 Aug 2004 20:59:38 -   1.3
+++ pkg/DESCR   3 Feb 2020 09:47:58 -
@@ -3,7 +3,7 @@ reports from the NOAA (http://www.noaa.g
 included weather information.
 
 To find a station ID, visit http://www.nws.noaa.gov/tg/siteloc.shtml
-For instance, "Belgium/Bruxelles National" has the EBBR ID so a common 
+For instance, "Belgium/Bruxelles National" has the EBBR ID so a common
 usage of pymet2 would be:
 
   $ pymet EBBR
Index: pkg/PLIST
===
RCS file: /cvs/ports/astro/py-metar/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -r1.6 PLIST
--- pkg/PLIST   4 Sep 2012 15:47:38 -   1.6
+++ pkg/PLIST   3 Feb 2020 09:47:58 -
@@ -1,11 +1,14 @@
 @comment $OpenBSD: PLIST,v 1.6 2012/09/04 15:47:38 ajacoutot Exp $
 bin/pymet
-lib/python${MODPY_VERSION}/site-packages/pymetar-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info
+lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}pymetar.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/pymetar-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/

Re: Trying to build nextcloudclient aka nextcloud-desktop

[Johannes Kastl]

Hi Solene,

On 03.02.20 10:38 Solene Rapenne wrote:

> it's available on -current as it was imported in november.
> Ports development happens on -current and then it's available in later
> releases.
Thanks for the info, I was not aware of that.

Johannes



signature.asc
Description: OpenPGP digital signature

Re: Trying to build nextcloudclient aka nextcloud-desktop

[Solene Rapenne]

On Mon, Feb 03, 2020 at 10:34:06AM +0100, Johannes Kastl wrote:
> On 02.02.20 17:57 Solene Rapenne wrote:
> 
> > We have netxcloudclient 2.6.2 in ports since 16th november 2019
> > https://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/net/nextcloudclient/
> 
> Hi Solene,
> 
> thanks, nice!
> 
> I wonder why I did not find this when I looked for it. Is this only
> available as port, and not as a package?
> 
> I'll take a look to see how you got this to build.
> 
> Kind Regards,
> Johannes
> 
> 
> 

it's available on -current as it was imported in november.
Ports development happens on -current and then it's available in later
releases.

Re: Trying to build nextcloudclient aka nextcloud-desktop

[Johannes Kastl]

On 02.02.20 17:57 Solene Rapenne wrote:

> We have netxcloudclient 2.6.2 in ports since 16th november 2019
> https://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/net/nextcloudclient/

Hi Solene,

thanks, nice!

I wonder why I did not find this when I looked for it. Is this only
available as port, and not as a package?

I'll take a look to see how you got this to build.

Kind Regards,
Johannes





signature.asc
Description: OpenPGP digital signature

[Update] www/p5-HTML-Scrubber : Update to 0.19

[wen heping]

Hi, ports@:

   Here is a patch for www/p5-HTML-Scrubber:
 i) Update to 0.19
 ii) Remove the unneeded BUILD_DEPENDS
 iii) Add devel/p5-Test-Memory-Cycle as TEST_DEPENDS

   It build well and pass all tests on amd64-current system.

  Three ports depends on www/p5-HTML-Scrubber:
www/p5-HTML-Widget
www/p5-HTML-FormFu
www/rt
  All build well and have some failed tests, but these failed tests
was not caused by this patch.

Cheers !
wen

Index: Makefile
===
RCS file: /cvs/ports/www/p5-HTML-Scrubber/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile12 Jul 2019 20:50:54 -  1.10
+++ Makefile3 Feb 2020 08:50:44 -
@@ -4,14 +4,15 @@ COMMENT=  HTML cleaning module
 
 MODULES=   cpan
 PKG_ARCH=  *
-DISTNAME=  HTML-Scrubber-0.09
+DISTNAME=  HTML-Scrubber-0.19
 CATEGORIES=www
-REVISION=  0
 
 # Perl
 PERMIT_PACKAGE=Yes
 
-BUILD_DEPENDS= ${RUN_DEPENDS}
+#BUILD_DEPENDS=${RUN_DEPENDS}
 RUN_DEPENDS=   www/p5-HTML-Parser
+
+TEST_DEPENDS = devel/p5-Test-Memory-Cycle
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/www/p5-HTML-Scrubber/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo9 Mar 2013 15:30:50 -   1.4
+++ distinfo3 Feb 2020 08:50:44 -
@@ -1,2 +1,2 @@
-SHA256 (HTML-Scrubber-0.09.tar.gz) = 
ti883SkzIhzWgEKGnnbnrfEbN7ThMKf4vP3AnN5S7G0=
-SIZE (HTML-Scrubber-0.09.tar.gz) = 26840
+SHA256 (HTML-Scrubber-0.19.tar.gz) = 
rihVePhWX5FUxj5CNHBLV7aDX3ei+C/+ckiZ1FMmK7E=
+SIZE (HTML-Scrubber-0.19.tar.gz) = 36418

Re: [PATCH] Update inputmethods/anthy from 9100 to 0.4

[Bryan Linton]

Ping.

I know there are likely not many people on ports@ who use this
port, and it would have an impact on all users who use Japanese
input if anything went wrong with it.  Both of which would suggest
it get wider testing before being committed,

But because of the somewhat niche nature of this port, I'm not
sure how to get wider testing.

If there's any way I can help move forward with this, please let
me know.

I have another diff to anthy which changes its config directory to
help with unveil(2) and Firefox compatibility, but I'd rather not
combine an update to a 10-year-newer version with one that also
makes changes to its internals like this.

However, if it would be preferred to do both at once, I can send a
diff containing both the update and the config directory changes
as well.

Previous diff re-attached for convenience.

-- 
Bryan

On 2020-01-23 21:05:58, Bryan Linton  wrote:
> On 2020-01-20 16:20:00, Omar Polo  wrote:
> > Bryan, sorry for the double email, as always I forgot to CC ports.
> > 
> > On Sun, Jan 19, 2020 at 10:48:18AM +0900, Bryan Linton wrote:
> > > On 2020-01-18 13:16:58, Omar Polo  wrote:
> > > > Hi,
> > > > 
> > > > Thanks for working on this!  It compiles here, but I cannot judge
> > > > the quality of the patch. Some comments after a bit of testing with
> > > > inputmethod/uim:
> > > >
> > 
> > Another thing that I've noticed, the description for anthy says
> > 
> > With its complement package anthy-emacs, [...]
> > 
> > but here the package is emacs-anthy:
> > 
> > $ pkg_info | grep emacs-anthy
> > emacs-anthy-0.4p4   emacs files for anthy
> > 
> > (patch below)
> > 
> 
> Good catch!  Updated version of port attached.
> 
> -- 
> Bryan
> 

Index: Makefile
===
RCS file: /cvs/ports/inputmethods/anthy/Makefile,v
retrieving revision 1.25
diff -u -r1.25 Makefile
--- Makefile12 Jul 2019 20:47:12 -  1.25
+++ Makefile21 Jan 2020 11:23:17 -
@@ -3,12 +3,14 @@
 COMMENT-main = japanese input method
 COMMENT-emacs =emacs files for anthy
 
-V =9100h
-DISTNAME = anthy-$V
+V =0.4
+DISTNAME = anthy_$V.orig
+WRKDIST =  ${WRKDIR}/anthy-$V
 PKGNAME-main = anthy-$V
 PKGNAME-emacs =emacs-anthy-$V
-REVISION-main = 2
-REVISION-emacs = 4
+REVISION-main = 0
+REVISION-emacs = 0
+EPOCH =0
 
 SHARED_LIBS += anthydic 1.0  # .1.0
 SHARED_LIBS += anthy1.0  # .1.0
@@ -16,14 +18,14 @@
 
 CATEGORIES =   inputmethods japanese
 
-HOMEPAGE = https://anthy.osdn.jp/
+HOMEPAGE = https://wiki.debian.org/Teams/DebianAnthy
 
-# GPL, part LGPL
+# GPLv3, parts are LGPLv3 and/or LGPLv2+
 PERMIT_PACKAGE =   Yes
 
 WANTLIB-main = c m
 
-MASTER_SITES = ${MASTER_SITE_OSDN_JP:=anthy/37536/}
+MASTER_SITES = http://deb.debian.org/debian/pool/main/a/anthy/
 
 FAKE_FLAGS =   sysconfdir=$(PREFIX)/share/examples/anthy
 
Index: distinfo
===
RCS file: /cvs/ports/inputmethods/anthy/distinfo,v
retrieving revision 1.5
diff -u -r1.5 distinfo
--- distinfo18 Jan 2015 03:14:16 -  1.5
+++ distinfo21 Jan 2020 11:23:17 -
@@ -1,2 +1,2 @@
-SHA256 (anthy-9100h.tar.gz) = 0lbwdfAYtKPLDRZe1hUf2kun2xYhcn4OtUVptuInVUc=
-SIZE (anthy-9100h.tar.gz) = 4446148
+SHA256 (anthy_0.4.orig.tar.gz) = /fWQvupwk/Myex7udgE+STbkxmWefMAd0f3W5vLpyfc=
+SIZE (anthy_0.4.orig.tar.gz) = 5619024
Index: patches/patch-src-util_anthy_el
===
RCS file: patches/patch-src-util_anthy_el
diff -N patches/patch-src-util_anthy_el
--- patches/patch-src-util_anthy_el 7 Dec 2013 23:42:04 -   1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-src-util_anthy_el,v 1.1 2013/12/07 23:42:04 yasuoka Exp $
 src-util/anthy.el.orig Sat Nov 30 10:40:43 2013
-+++ src-util/anthy.el  Sat Nov 30 10:40:55 2013
-@@ -892,7 +892,7 @@
-((event-matches-key-specifier-p event 'backspace) 8)
-(t
- (char-to-int (event-to-character event)
--last-command-char))
-+last-command-event))
- 
- ;;
- ;;
Index: pkg/DESCR-main
===
RCS file: /cvs/ports/inputmethods/anthy/pkg/DESCR-main,v
retrieving revision 1.1
diff -u -r1.1 DESCR-main
--- pkg/DESCR-main  21 Nov 2006 00:12:40 -  1.1
+++ pkg/DESCR-main  21 Jan 2020 11:23:17 -
@@ -1,7 +1,7 @@
 Anthy is a japanese input method library that can be used
 from many setups.
 
-With its complement package anthy-emacs, it can be used with
+With its complement package emacs-anthy, it can be used with
 emacs, using the simple anthy-agent wedge for communication.
 
 It can also be accessed from uim.
Index: pkg/PLIST-main
===
RCS file: /cvs/ports/inputmethods/anthy/pkg/PLIST-main,v
retrieving revision 1.5
diff -u 

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2020/02/03 01:40:11

Modified files:
geo/gdal   : Makefile distinfo 

Log message:
Update to gdal 3.0.4

Re: WIP: print/scribus (segmentation fault)

[Landry Breuil]

On Mon, Feb 03, 2020 at 07:05:38AM +0100, Rafael Sadowski wrote:
> On Sun Feb 02, 2020 at 07:29:56PM -0800, Nam Nguyen wrote:
> > >>> > Rafael Sadowski writes:
> > >>> > 
> > >>> > > Here is an update for scribus to the newest qt5 version. Long time 
> > >>> > > ago
> > >>> > > Landry tried to update scribus without response from ports@.
> > >>> > >
> > >>> > > Here is a new try. Unfortunately this version crashes immediately
> > >>> > > without a backtrace.
> > >>> > >
> > >>> > > Anyone want to take a look at this? I would be very grateful.
> > >>> > >
> > >>> > > Diff below includes patches from ArchLinux to unbreak the build with
> > >>> > > our popper.
> > 
> > I managed to get scribus to work. Here is a diff that additionally:
> > - deletes DOS line endings using Stuart's hint
> > - fixes segfault with patches/patch-scribus_ui_colorlistmodel_{cpp,h}
> > 
> > First, I enabled debugging in the port.
> > DEBUG = -g
> > CFLAGS =-g
> > CXXFLAGS =  -g
> > 
> > Then, I installed debug-qtbase. The debug packages were helpful.
> > $ pkg_add debug-qtbase
> > 
> > The debugger shows:
> > (gdb) run
> > Starting program: /usr/local/bin/scribus 
> > 
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x099ac44e44e2 in std::__1::__atomic_base > false>::load(std::__1::memory_order) const () from 
> > /usr/local/lib/libQt5Core.so.2.2
> > (gdb) bt
> > #0  0x099ac44e44e2 in std::__1::__atomic_base > false>::load(std::__1::memory_order) const () from 
> > /usr/local/lib/libQt5Core.so.2.2
> > #1  0x099ac44e4471 in int 
> > QAtomicOps::load(std::__1::atomic const&) () from 
> > /usr/local/lib/libQt5Core.so.2.2
> > #2  0x099ac44e442f in QBasicAtomicInteger::load() const ()
> >from /usr/local/lib/libQt5Core.so.2.2
> > #3  0x099ac44e5176 in QtPrivate::RefCount::ref() ()
> >from /usr/local/lib/libQt5Core.so.2.2
> > #4  0x099ac462fde1 in QString::operator=(QString const&) ()
> >from /usr/local/lib/libQt5Core.so.2.2
> > #5  0x0997f478be60 in _GLOBAL__sub_I_colorlistmodel.cpp ()
> > at 
> > /usr/ports/pobj/scribus-1.5.5/scribus-1.5.5/scribus/ui/colorlistmodel.cpp:13
> > 
> > colorlistmodel.cpp:13 reads:
> > ColorPixmapValue ColorListModel::m_NoneColor(ScColor(), nullptr,
> > CommonStrings::None);
> > 
> > in colorlistmodel.h:
> > //! Dummy object used to represent None Color
> > static ColorPixmapValue m_NoneColor;
> > 
> > Given frame 4's QString, I think the real problem is with the usage of
> > CommonStrings::None. I noticed that m_NoneColor was not actually used in
> > ui/colorlistmodel.{h,cpp} or anywhere else in the project. I just
> > deleted m_NoneColor and that actually resolved the segfault.
> > 
> > I can poke at it some more to see if there is a more optimal solution,
> > but at least the program starts up now. If this is sufficient, it should
> > be ready for testing.
> > 
> > To test the port, I followed the tutorial in Help > Scribus Manual >
> > Scribus Basics > Quick Start Guide. I was able to make this by following
> > the tutorial: https://namtsui.com/public/rembrandt.jpg
> > 
> > Feedback and tests are welcome.
> > 
> 
> Works like a charm. All plugins are found. Tested with the PDF plugin.
> I'm not a scribus user but it feels stable. Thanks Nam Nguyen, great
> work!

I concur, many thanks nam for digging into this and coming with fixes !
At the time i tried updating it it, didnt get that far..

Very happy to see this port finally updated :)

Landry

Re: Remove: audio/puddletag

[Landry Breuil]

On Sat, Feb 01, 2020 at 06:11:52PM +0100, Solène Rapenne wrote:
> Le 2020-02-01 17:59, Rafael Sadowski a écrit :
> > Here is a py2-only/py-qt4 audio tag editor. Don't we have enough of
> > that in the tree? Does anybody use it?
> 
> I use it, alternatives I tried in the past were not as effective as
> puddletag which displays all songs as a spreadsheet, and you can do
> mass changes.
> But if you know some good alternatives, I'm ok for removal.

i've been using easytag for ages and to me it has all the needed
features :)

Re: Remove: databases/luma

[Landry Breuil]

On Sat, Feb 01, 2020 at 05:18:19PM +, Stuart Henderson wrote:
> On 2020/02/01 18:01, Rafael Sadowski wrote:
> > Last news: "Wed Feb 27 22:01:37 CET 2008 -Luma 3.0 - QT4 migration Luma
> > 3.0 ..." - http://luma.sourceforge.net/
> > 
> > Can we delete this, please?
> > 
> 
> OK with me. Seems dead upstream, it isn't hugely useful (who needs more
> than ldapvi? :-) and I can't find replies from when I asked for tests of
> luma (and a few others) with a py-ldap update (aug 2018).

there's also https://sourceforge.net/projects/gqclient/ which is more or
less dead upstream to, and shelldap - i only use shelldap those days,
and imo luma can go to the attic :)

Landry