Re: new devel/pijul
On Sat, May 11, 2019 at 03:54:01PM -0400, Jeremie Courreges-Anglas wrote: > On Sat, May 11 2019, Sebastien Marie wrote: > > > > c++ is added due to COMPILER=ports-clang usage. It automatically adds > > MODULES += lang/clang. > > > > So I think we don't bother. > > Hmm, should this port use COMPILER? Or BUILD/RUN_DEPENDS = lang/llvm? > Or LIB_DEPENDS + add clang in WANTLIB, so that pijul gets updated > whenever libclang.so is bumped (happens infrequently, but still). > I hesitated a bit about it. libclang.so is used by bindgen crate. it is used only at build time to generate a rust interface for libnettle (read C file and generate rust file with rights function/type for directly call the library), and nettle is in WANTLIB. an explicit BUILD_DEPENDS+=devel/llvm could be added. but as COMPILER=ports-clang adds MODULES+=lang/clang, and its adds BUILD_DEPENDS+=devel/llvm in the port... -- Sebastien Marie
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/11 22:04:12 Modified files: devel/glib2/patches: patch-meson_build Log message: Link to issue URL.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/11 21:17:17 Modified files: productivity/gnucash: Makefile Added files: productivity/gnucash/patches: patch-gnucash_register_register-gnome_gnucash-style_c Log message: Use after free in gnucash__sheet_style_destroy (from upstream).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: l...@cvs.openbsd.org2019/05/11 20:08:29 Modified files: telephony/siproxd: Makefile Log message: Drop maintainership
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: l...@cvs.openbsd.org2019/05/11 20:08:13 Modified files: telephony/libosip2: Makefile Log message: Drop maintainership
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/05/11 19:49:17 Modified files: net/py-zmq : Makefile distinfo Log message: update to py-zmq-18.0.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/05/11 19:45:09 Modified files: sysutils/ncdu : Makefile distinfo Log message: update to ncdu-1.14
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/05/11 19:43:29 Modified files: textproc/itstool: Makefile distinfo Log message: update to itstool-2.0.6
Re: [update] devel/p5-Test-MockObject 1.20161202 -> 1.20180705
On Sat, May 11, 2019 at 10:20:39PM +0200, Charlene Wendling wrote: > > Here is an update for Test::MockObject. > > What's new upstream [0]: > > - bug fix: objects created with Test::MockObject::Extends are > now DESTROY-ed > - and tiny distribution changes > > Port-wise it's a simple update with depends version sync. > > Testing: > > - 'make test' passes > - There are 10 direct consumers i've tested [1], and found no > new issues due to that update. > > > Comments/feedback are welcome! OK afresh1@ > Charlène. > > > [0] > https://metacpan.org/changes/release/CHROMATIC/Test-MockObject-1.20180705 > [1] http://0x0.st/zAsf.tgz > > > Index: Makefile > === > RCS file: /cvs/ports/devel/p5-Test-MockObject/Makefile,v > retrieving revision 1.15 > diff -u -p -u -p -r1.15 Makefile > --- Makefile 10 May 2017 19:40:09 - 1.15 > +++ Makefile 8 May 2019 14:38:43 - > @@ -4,17 +4,17 @@ COMMENT = perl extension for emulating > > MODULES =cpan > PKG_ARCH = * > -DISTNAME = Test-MockObject-1.20161202 > +DISTNAME = Test-MockObject-1.20180705 > CATEGORIES = devel > > # Artistic > PERMIT_PACKAGE_CDROM = Yes > > -RUN_DEPENDS =devel/p5-Universal-isa \ > - devel/p5-Universal-can > +RUN_DEPENDS =devel/p5-Universal-can>=1.20110617 \ > + devel/p5-Universal-isa>=1.20110614 > > -TEST_DEPENDS = devel/p5-Test-Exception \ > - devel/p5-Test-Warn \ > - www/p5-CGI > +TEST_DEPENDS = devel/p5-Test-Exception>=0.31 \ > + devel/p5-Test-Warn>=0.23 \ > + www/p5-CGI>=4.15 > > .include > Index: distinfo > === > RCS file: /cvs/ports/devel/p5-Test-MockObject/distinfo,v > retrieving revision 1.9 > diff -u -p -u -p -r1.9 distinfo > --- distinfo 10 May 2017 19:40:09 - 1.9 > +++ distinfo 8 May 2019 14:38:43 - > @@ -1,2 +1,2 @@ > -SHA256 (Test-MockObject-1.20161202.tar.gz) = > FLIl//NkUzhpeXbbviw55Ewck1NoVbeLO7xum/6UoKI= > -SIZE (Test-MockObject-1.20161202.tar.gz) = 29020 > +SHA256 (Test-MockObject-1.20180705.tar.gz) = > RRYFjV1REVXBxGLatAJ9di1qR0uZ9zv32iC1/70CRRg= > +SIZE (Test-MockObject-1.20180705.tar.gz) = 29413 > -- andrew - http://afresh1.com What are the unsurpassable real world weaknesses in OpenBSD, that you know of? -- Kevin Chadwick Lots of fake people attacking the project on the mailing lists makes them a poor resource for users. -- Theo de Raadt
Re: [update] devel/p5-Test-NoTabs 2.00 -> 2.02
On Sat, May 11, 2019 at 10:36:36PM +0200, Charlene Wendling wrote: > > Here is an update for Test::NoTabs. > > Upstream changes [0]: > > - altered a test to not put @INC into -I options for a subprocess, > to avoid too long commands > - various distribution changes > > Port-wise it's a simple update with FIX_EXTRACT_PERMISSIONS added. > > Testing: > > - 'make test' passes > - the only consumer is devel/p5-Pod-Constant and it passes > as well [1]. > > > Comments and feedback are welcome. OK afresh1@ > Charlène. > > > [0] https://metacpan.org/changes/release/ETHER/Test-NoTabs-2.02 > [1] http://0x0.st/zAsD.tgz > > > Index: Makefile > === > RCS file: /cvs/ports/devel/p5-Test-NoTabs/Makefile,v > retrieving revision 1.11 > diff -u -p -u -p -r1.11 Makefile > --- Makefile 10 May 2017 12:57:24 - 1.11 > +++ Makefile 8 May 2019 14:47:33 - > @@ -4,12 +4,16 @@ COMMENT = check the presence of tabs in > > MODULES =cpan > PKG_ARCH = * > -DISTNAME = Test-NoTabs-2.00 > + > +DISTNAME = Test-NoTabs-2.02 > + > CATEGORIES = devel > > # Perl > PERMIT_PACKAGE_CDROM = Yes > > MAKE_ENV += TEST_POD=1 > + > +FIX_EXTRACT_PERMISSIONS =Yes > > .include > Index: distinfo > === > RCS file: /cvs/ports/devel/p5-Test-NoTabs/distinfo,v > retrieving revision 1.4 > diff -u -p -u -p -r1.4 distinfo > --- distinfo 10 May 2017 12:57:24 - 1.4 > +++ distinfo 8 May 2019 14:47:33 - > @@ -1,2 +1,2 @@ > -SHA256 (Test-NoTabs-2.00.tar.gz) = > jxkRNXq9PnmL1EM1i6XwS5q0uhCMqCiywscItQO984g= > -SIZE (Test-NoTabs-2.00.tar.gz) = 28343 > +SHA256 (Test-NoTabs-2.02.tar.gz) = > +3XGo4ch8BaeEcHn2+UyntchaIWgsBEj80LdhtM1YDA= > +SIZE (Test-NoTabs-2.02.tar.gz) = 29626 > -- andrew - http://afresh1.com Life's unfair - but root password helps!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/11 16:42:10 Modified files: www/p5-XML-Atom-SimpleFeed: Makefile distinfo Log message: p5-XML-Atom-SimpleFeed: update to 0.902 Changelog: https://metacpan.org/source/ARISTOTLE/XML-Atom-SimpleFeed-0.902/Changes OK afresh1@
[update] devel/p5-Test-Spelling 0.20 -> 0.22
Here is an update for Test::Spelling. What's new upstream [0]: - Update to Dist::Zilla, this fixes the configuration stage when '.' isn't in @INC, and totally change the distribution part. Port-wise it's a simple update with just a reordering of depends. Maybe aspell should be zapped - Test::Spelling uses spell(1) by default and most Pod content is written in English anyway. Testing: - 'make test' passes - There are 6 consumers, i've found no new issues due to that update [1]. Comments/feedback are welcome! Charlène. [0] https://metacpan.org/release/CAPOEIRAB/Test-Spelling-0.22 [1] http://0x0.st/zAzx.tgz Index: Makefile === RCS file: /cvs/ports/devel/p5-Test-Spelling/Makefile,v retrieving revision 1.13 diff -u -p -u -p -r1.13 Makefile --- Makefile1 Aug 2017 22:53:11 - 1.13 +++ Makefile11 May 2019 22:24:26 - @@ -5,15 +5,15 @@ COMMENT= check for spelling errors in PO MODULES= cpan PKG_ARCH= * -DISTNAME = Test-Spelling-0.20 +DISTNAME= Test-Spelling-0.22 + CATEGORIES=devel textproc # Perl PERMIT_PACKAGE_CDROM= Yes -BUILD_DEPENDS= ${RUN_DEPENDS} -RUN_DEPENDS= textproc/p5-Pod-Spell \ +RUN_DEPENDS= devel/p5-IPC-Run3 \ textproc/aspell/core \ - devel/p5-IPC-Run3 + textproc/p5-Pod-Spell .include Index: distinfo === RCS file: /cvs/ports/devel/p5-Test-Spelling/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo30 Nov 2014 14:51:53 - 1.4 +++ distinfo11 May 2019 22:24:26 - @@ -1,2 +1,2 @@ -SHA256 (Test-Spelling-0.20.tar.gz) = wyuXyLdG82l/vUwng72R4k0PdCZhuaWrSWEN651450o= -SIZE (Test-Spelling-0.20.tar.gz) = 26839 +SHA256 (Test-Spelling-0.22.tar.gz) = Z0YAzTiNH9Y+TaqIDx/LeiXZuFrzZsr9i20hmw5mQMo= +SIZE (Test-Spelling-0.22.tar.gz) = 27519
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/05/11 15:58:00 Modified files: devel/py-serial: Makefile distinfo devel/py-serial/pkg: PLIST Added files: devel/py-serial/patches: patch-test_test_pty_py Log message: Update devel/py-serial 2.7 -> 3.4 Update tested by folks in different scenarios. Initial version by Olivier. Modified by me to re-add new HOMEPAGE and replace eliaborate do-test dance with MODPY_PYTEST. OK Daniel Winters (maintainer) Martin Reindl bket@ phessler@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/05/11 15:42:50 Modified files: cad/gtkwave: Makefile distinfo Log message: update to gtkwave-3.3.100
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/05/11 15:39:28 Modified files: converters/luastruct: Makefile distinfo Log message: update to luastruct-0.3
Re: [update] www/p5-XML-Atom-SimpleFeed 0.900 -> 0.902
On Sat, May 11, 2019 at 09:21:17PM +0200, Charlene Wendling wrote: > > Here is an update for XML::Atom::SimpleFeed. > > What's new upstream [0]: > > - Support for Time::Date objects in date constructs > - Fix packaging > > Port-wise it's a simple update with dependencies changes. > Carp::Clan is no more a dependency since version 0.81. > > Testing: > > - 'make test' passes > - There are no consumers > > Feedback and comments are welcome! OK afresh1@ > Charlène. > > > [0] > https://metacpan.org/source/ARISTOTLE/XML-Atom-SimpleFeed-0.902/Changes > > > Index: Makefile > === > RCS file: /cvs/ports/www/p5-XML-Atom-SimpleFeed/Makefile,v > retrieving revision 1.10 > diff -u -p -u -p -r1.10 Makefile > --- Makefile 20 Mar 2016 19:57:23 - 1.10 > +++ Makefile 8 May 2019 13:54:08 - > @@ -4,12 +4,12 @@ COMMENT = no-fuss generation of Atom syn > > MODULES =cpan > PKG_ARCH = * > -DISTNAME = XML-Atom-SimpleFeed-0.900 > + > +DISTNAME = XML-Atom-SimpleFeed-0.902 > + > CATEGORIES = www textproc > > # Perl > -PERMIT_PACKAGE_CDROM = Yes > - > -RUN_DEPENDS =devel/p5-Carp-Clan > +PERMIT_PACKAGE_CDROM = Yes > > .include > Index: distinfo > === > RCS file: /cvs/ports/www/p5-XML-Atom-SimpleFeed/distinfo,v > retrieving revision 1.6 > diff -u -p -u -p -r1.6 distinfo > --- distinfo 1 Jan 2016 18:59:55 - 1.6 > +++ distinfo 8 May 2019 13:54:08 - > @@ -1,2 +1,2 @@ > -SHA256 (XML-Atom-SimpleFeed-0.900.tar.gz) = > 4byt+EwUZji9CKs+3I9Dby7MtMXUDPdBU/sPo04N4W4= > -SIZE (XML-Atom-SimpleFeed-0.900.tar.gz) = 22484 > +SHA256 (XML-Atom-SimpleFeed-0.902.tar.gz) = > f3mN7q2jsatADUP7Pu3JzkMU2yMMogaN069A9oj3tXI= > +SIZE (XML-Atom-SimpleFeed-0.902.tar.gz) = 22029 > -- andrew - http://afresh1.com "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." -- Rich Cook
Re: CONFIGURE_STYLE=autoreconf
On 2019/05/11 19:19, Marc Espie wrote: > On Sat, May 11, 2019 at 01:22:58AM +0200, Antoine Jacoutot wrote: > > On Sat, May 11, 2019 at 01:08:29AM +0200, Christian Weisgerber wrote: > > > Here's a draft for CONFIGURE_STYLE=autoreconf. No man page parts > > > yet. > > As far as the basic infrastructure changes go, things look fine. > This makes for one new variable to document (AUTORECONF) which > is nice. > > Haven't seen any problems there. > > > Oh for sure we want to default to 'autoreconf -fi'. > > But we need to be able to also set it to autogen.sh if needed. Because > > sometimes > > autoreconf will not work before some other autoshit are run first (or stuff > > like gettextize etc.) which autogen.sh takes care of. > > Anything needed besides setting AUTORECONF on those ports ? Not usually. Sometimes they need "sh ./autogen.sh" instead (it's not uncommon for these to have a #!/bin/bash) but that's not a problem. > > > He has also raised two questions: > > > * Which autotools dependencies do we want to enable by default? > > > I put autoconf and automake there, but libtoolize (from libtool) > > > is often needed, too. Sometimes autopoint (from gettext-tools) > > > is required. > > > > As far as I am concerned I don't mind enforcing these build dependencies. > > Beware of build loops though. If you add these unconditionally, then > you can't benefit from autoreconf anywhere in the build path leading > to autopoint or libtoolize > > For now, that's just > archivers/xz > converters/libiconv > devel/autoconf/2.67 > devel/gettext > devel/gettext-tools > devel/help2man > devel/libtool > devel/metaauto > > So, it looks fine for now... > Let's assume gnu isn't going to do something stupid in the near > future... libtoolize (for the .m4 file) makes sense (I would suggest making it a RUN_DEPENDS for autoconf ports, except there's a circular dep). It's very often needed, and there's no automatic mechanism to show a missing bdep on this so it's very often missed. I'd prefer not to add gettext-tools; - the common tools are poisoned in WRKDIR/bin anyway, so the missing dep will usually be noticed in this case - it's common to switch CONFIGURE_STYLE between autoconf and gnu during the life of a port (sometimes input files need patching, other times they don't and you don't want to add the dependencies). having to add a bdep on gettext-tools because you switched from auto(re)conf to gnu seems a bit counterintuitive. > (as for dpb dependencies proper, all things that take time building > among these of these are critical enough that they get to be built > first in any case) > > > > * Should we set NOCONFIGURE=1 in the environment by default, as > > > many autogen.sh scripts use this in order not to run configure? > > > > I am in favor of this. Otherwise we end up running configure twice... yes I think this makes sense too. > To be clear, you're talking about > AUTOCONF_ENV += NOCONFIGURE=1 > if CONFIGURE_STYLE is autoreconf, right ? >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/11 15:32:36 Modified files: textproc/p5-XML-XPath: Makefile distinfo textproc/p5-XML-XPath/pkg: DESCR Log message: p5-XML-XPath: update to 1.44 Changelog: https://metacpan.org/source/MANWAR/XML-XPath-1.44/Changes tweaks and OK afresh1@
Re: [update] textproc/p5-XML-XPath 1.40 -> 1.44
On Sat, 11 May 2019 14:13:44 -0700 Andrew Hewus Fresh wrote: > On Sat, May 11, 2019 at 08:37:00PM +0200, Charlene Wendling wrote: > > > > Here is an update for XML::XPath. > > > > What's new upstream [0]: > > > > - Fix memory leak in XML::XPath::Parser > > - We can now use non-ascii first character as element name > > - New test > > > > What's new in the port: > > > > - moved DESCR to https, and changed the flow > > - really install examples, enable more tests > > - reorder Makefile closer to Makefile.template > > > > Testing: > > > > - 'make test' passes > > - There are 7 direct consumers i've tested and found no new issues > > due to this update [1]. > > > > > > Comments and feedback are welcome. > > I believe what you have is the default post-install target if > MODCPAN_EXAMPLES is "yes" so you shouldn't need it. > > Other than that, OK afresh1@ Thanks, for some unknown reason update-plist zapped them when i updated the port and it's not the case now, i'll remove the hook indeed. > > > Charlène. > > > > > > [0] https://metacpan.org/source/MANWAR/XML-XPath-1.44/Changes > > [1] http://0x0.st/zArc.tgz > > > > > > Index: Makefile > > === > > RCS file: /cvs/ports/textproc/p5-XML-XPath/Makefile,v > > retrieving revision 1.35 > > diff -u -p -u -p -r1.35 Makefile > > --- Makefile12 May 2017 20:19:48 - 1.35 > > +++ Makefile8 May 2019 13:39:09 - > > @@ -4,16 +4,22 @@ COMMENT = modules for parsing and evalua > > > > MODULES = cpan > > PKG_ARCH = * > > -DISTNAME = XML-XPath-1.40 > > -CATEGORIES = textproc > > > > -RUN_DEPENDS = textproc/p5-XML-Parser>=2.23 > > +DISTNAME = XML-XPath-1.44 > > + > > +CATEGORIES = textproc > > > > # perl > > PERMIT_PACKAGE_CDROM = Yes > > > > +RUN_DEPENDS = textproc/p5-XML-Parser>=2.23 > > + > > +TEST_DEPENDS = devel/p5-Test-CPAN-Meta \ > > + devel/p5-Path-Tiny>=0.076 > > + > > MODCPAN_EXAMPLES = Yes > > > > -TEST_DEPENDS = devel/p5-Path-Tiny > > +post-install: > > + ${MODCPAN_POST_INSTALL} > > > > .include > > Index: distinfo > > === > > RCS file: /cvs/ports/textproc/p5-XML-XPath/distinfo,v > > retrieving revision 1.16 > > diff -u -p -u -p -r1.16 distinfo > > --- distinfo12 May 2017 20:19:48 - 1.16 > > +++ distinfo8 May 2019 13:39:09 - > > @@ -1,2 +1,2 @@ > > -SHA256 (XML-XPath-1.40.tar.gz) = > > K/ZvUfp4bjzpJzv6xshC0N2NuvUSanlkRWpKQegC6h4= -SIZE > > (XML-XPath-1.40.tar.gz) = 55322 +SHA256 (XML-XPath-1.44.tar.gz) = > > HMkRBwUWXcCd0Jl03XwLZwnJNR1raxzvWnEQVfiR3Q8= +SIZE > > (XML-XPath-1.44.tar.gz) = 55903 Index: pkg/DESCR > > === > > RCS file: /cvs/ports/textproc/p5-XML-XPath/pkg/DESCR,v > > retrieving revision 1.1.1.1 > > diff -u -p -u -p -r1.1.1.1 DESCR > > --- pkg/DESCR 26 Jan 2001 01:01:38 - 1.1.1.1 > > +++ pkg/DESCR 8 May 2019 13:39:09 - > > @@ -1,6 +1,6 @@ > > This module aims to comply exactly to the XPath specification at > > -http://www.w3.org/TR/xpath and yet allow extensions to be added in > > -the form of functions. > > +https://www.w3.org/TR/xpath and yet allow extensions to be added > > +in the form of functions. > > > > -Modules such as XSLT and XPointer may need to do this as they > > support -functionality beyond XPath. > > +Modules such as XSLT and XPointer may need to do this as they > > +support functionality beyond XPath. > > > > -- > andrew - http://afresh1.com > > The 3 great virtues of a programmer: Laziness, Impatience, and Hubris. > --Larry Wall >
Re: [update] textproc/p5-XML-XPath 1.40 -> 1.44
On Sat, May 11, 2019 at 08:37:00PM +0200, Charlene Wendling wrote: > > Here is an update for XML::XPath. > > What's new upstream [0]: > > - Fix memory leak in XML::XPath::Parser > - We can now use non-ascii first character as element name > - New test > > What's new in the port: > > - moved DESCR to https, and changed the flow > - really install examples, enable more tests > - reorder Makefile closer to Makefile.template > > Testing: > > - 'make test' passes > - There are 7 direct consumers i've tested and found no new issues > due to this update [1]. > > > Comments and feedback are welcome. I believe what you have is the default post-install target if MODCPAN_EXAMPLES is "yes" so you shouldn't need it. Other than that, OK afresh1@ > Charlène. > > > [0] https://metacpan.org/source/MANWAR/XML-XPath-1.44/Changes > [1] http://0x0.st/zArc.tgz > > > Index: Makefile > === > RCS file: /cvs/ports/textproc/p5-XML-XPath/Makefile,v > retrieving revision 1.35 > diff -u -p -u -p -r1.35 Makefile > --- Makefile 12 May 2017 20:19:48 - 1.35 > +++ Makefile 8 May 2019 13:39:09 - > @@ -4,16 +4,22 @@ COMMENT = modules for parsing and evalua > > MODULES =cpan > PKG_ARCH = * > -DISTNAME = XML-XPath-1.40 > -CATEGORIES = textproc > > -RUN_DEPENDS =textproc/p5-XML-Parser>=2.23 > +DISTNAME = XML-XPath-1.44 > + > +CATEGORIES = textproc > > # perl > PERMIT_PACKAGE_CDROM = Yes > > +RUN_DEPENDS =textproc/p5-XML-Parser>=2.23 > + > +TEST_DEPENDS = devel/p5-Test-CPAN-Meta \ > + devel/p5-Path-Tiny>=0.076 > + > MODCPAN_EXAMPLES = Yes > > -TEST_DEPENDS = devel/p5-Path-Tiny > +post-install: > + ${MODCPAN_POST_INSTALL} > > .include > Index: distinfo > === > RCS file: /cvs/ports/textproc/p5-XML-XPath/distinfo,v > retrieving revision 1.16 > diff -u -p -u -p -r1.16 distinfo > --- distinfo 12 May 2017 20:19:48 - 1.16 > +++ distinfo 8 May 2019 13:39:09 - > @@ -1,2 +1,2 @@ > -SHA256 (XML-XPath-1.40.tar.gz) = K/ZvUfp4bjzpJzv6xshC0N2NuvUSanlkRWpKQegC6h4= > -SIZE (XML-XPath-1.40.tar.gz) = 55322 > +SHA256 (XML-XPath-1.44.tar.gz) = HMkRBwUWXcCd0Jl03XwLZwnJNR1raxzvWnEQVfiR3Q8= > +SIZE (XML-XPath-1.44.tar.gz) = 55903 > Index: pkg/DESCR > === > RCS file: /cvs/ports/textproc/p5-XML-XPath/pkg/DESCR,v > retrieving revision 1.1.1.1 > diff -u -p -u -p -r1.1.1.1 DESCR > --- pkg/DESCR 26 Jan 2001 01:01:38 - 1.1.1.1 > +++ pkg/DESCR 8 May 2019 13:39:09 - > @@ -1,6 +1,6 @@ > This module aims to comply exactly to the XPath specification at > -http://www.w3.org/TR/xpath and yet allow extensions to be added in > -the form of functions. > +https://www.w3.org/TR/xpath and yet allow extensions to be added > +in the form of functions. > > -Modules such as XSLT and XPointer may need to do this as they support > -functionality beyond XPath. > +Modules such as XSLT and XPointer may need to do this as they > +support functionality beyond XPath. > -- andrew - http://afresh1.com The 3 great virtues of a programmer: Laziness, Impatience, and Hubris. --Larry Wall
Re: [Update] www/py-bottle : update to 0.12.16
On Sat, Apr 27 2019, Pamela Mosiejczuk wrote: > On Mon, Jan 07, 2019 at 03:01:54AM +, wen heping wrote: >> Hi, ports@: >> >>Here is a patch to update www/py-bottle to 0.12.16. >>It build and run well on my amd64 system. >>No other ports depends on it. >> >> Any comments ? >> >> >> wen > > I've also enabled the tests on this (and switched homepage to https). > There's a small number of failures, but they are identical between releases. > > OK? Refreshed diff. ok jca@ Index: Makefile === RCS file: /cvs/ports/www/py-bottle/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- Makefile28 Apr 2019 20:51:59 - 1.2 +++ Makefile11 May 2019 20:55:23 - @@ -2,14 +2,13 @@ COMMENT= simple WSGI-framework for small web-applications -MODPY_EGG_VERSION= 0.12.13 +MODPY_EGG_VERSION= 0.12.16 DISTNAME= bottle-${MODPY_EGG_VERSION} PKGNAME= py-bottle-${MODPY_EGG_VERSION} -REVISION= 0 CATEGORIES=www -HOMEPAGE= http://bottlepy.org +HOMEPAGE= https://bottlepy.org # MIT PERMIT_PACKAGE_CDROM= Yes @@ -18,6 +17,7 @@ MODULES= lang/python MODPY_PI= Yes MODPY_SETUPTOOLS= Yes +MODPY_PYTEST= Yes FLAVORS= python3 FLAVOR ?= Index: distinfo === RCS file: /cvs/ports/www/py-bottle/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo9 May 2018 10:07:37 - 1.1.1.1 +++ distinfo11 May 2019 20:55:23 - @@ -1,2 +1,2 @@ -SHA256 (bottle-0.12.13.tar.gz) = ObdRruCxZ76N/7Y8qBtzW78d0JBbO8QnYe/t7o8SM1U= -SIZE (bottle-0.12.13.tar.gz) = 70870 +SHA256 (bottle-0.12.16.tar.gz) = nDENph598rasJX2KkIEYmcyzqXQ+d+lHEBByouMYZyY= +SIZE (bottle-0.12.16.tar.gz) = 72248 -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/05/11 14:43:31 Added files: geo/merkaartor/patches: patch-src_ImportExport_ImportExportGdal_h Log message: Fix build with upcoming GDAL 3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/05/11 14:37:14 Modified files: www/chromium : Makefile www/chromium/patches: patch-build_config_compiler_BUILD_gn patch-net_BUILD_gn patch-net_base_network_change_notifier_cc Added files: www/chromium/patches: patch-chrome_browser_plugins_plugin_info_host_impl_cc patch-chrome_browser_ui_views_hung_renderer_view_cc patch-components_autofill_core_browser_personal_data_manager_cc patch-components_discardable_memory_service_discardable_shared_memory_manager_cc patch-google_apis_gcm_engine_heartbeat_manager_cc patch-net_base_network_change_notifier_posix_cc patch-services_video_capture_broadcasting_receiver_cc Log message: just the regular round of OS_BSD define additions for linux code
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/05/11 14:36:47 Modified files: www/chromium : Makefile www/chromium/files: chrome Log message: remove the check for a wxallowed filesystem
[update] devel/p5-Test-NoTabs 2.00 -> 2.02
Here is an update for Test::NoTabs. Upstream changes [0]: - altered a test to not put @INC into -I options for a subprocess, to avoid too long commands - various distribution changes Port-wise it's a simple update with FIX_EXTRACT_PERMISSIONS added. Testing: - 'make test' passes - the only consumer is devel/p5-Pod-Constant and it passes as well [1]. Comments and feedback are welcome. Charlène. [0] https://metacpan.org/changes/release/ETHER/Test-NoTabs-2.02 [1] http://0x0.st/zAsD.tgz Index: Makefile === RCS file: /cvs/ports/devel/p5-Test-NoTabs/Makefile,v retrieving revision 1.11 diff -u -p -u -p -r1.11 Makefile --- Makefile10 May 2017 12:57:24 - 1.11 +++ Makefile8 May 2019 14:47:33 - @@ -4,12 +4,16 @@ COMMENT = check the presence of tabs in MODULES = cpan PKG_ARCH = * -DISTNAME = Test-NoTabs-2.00 + +DISTNAME = Test-NoTabs-2.02 + CATEGORIES = devel # Perl PERMIT_PACKAGE_CDROM = Yes MAKE_ENV +=TEST_POD=1 + +FIX_EXTRACT_PERMISSIONS = Yes .include Index: distinfo === RCS file: /cvs/ports/devel/p5-Test-NoTabs/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo10 May 2017 12:57:24 - 1.4 +++ distinfo8 May 2019 14:47:33 - @@ -1,2 +1,2 @@ -SHA256 (Test-NoTabs-2.00.tar.gz) = jxkRNXq9PnmL1EM1i6XwS5q0uhCMqCiywscItQO984g= -SIZE (Test-NoTabs-2.00.tar.gz) = 28343 +SHA256 (Test-NoTabs-2.02.tar.gz) = +3XGo4ch8BaeEcHn2+UyntchaIWgsBEj80LdhtM1YDA= +SIZE (Test-NoTabs-2.02.tar.gz) = 29626
security/aircrack-ng on sparc64
The build fails because includes another header in /sys: sparc64/sparc64/intreg.h. --8<-- /usr/bin/libtool --tag=3Ddisable-static --tag=3DCC --mode=3Dcompile cc -= DPACKAGE_NAME=3D\"aircrack-ng\" -DPACKAGE_TARNAME=3D\"aircrack-ng\" -DPACKA= GE_VERSION=3D\"1.5.2\" -DPACKAGE_STRING=3D\"aircrack-ng\ 1.5.2\" -DPACKAGE_= BUGREPORT=3D\"https://forum.aircrack-ng.org\; -DPACKAGE_URL=3D\"\" -DPACKAG= E=3D\"aircrack-ng\" -DVERSION=3D\"1.5.2\" -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYP= ES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 -DHA= VE_MEMORY_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H= =3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_DLFCN_H=3D1 -DLT_OBJDIR=3D\".libs/\" -D_REV= ISION=3D\"1.5.2\" -DHAVE_OPENSSL_CRYPTO_H=3D1 -DHAVE_OPENSSL_CMAC_H=3D1 -DH= AVE_OPENSSL_CMAC_H=3D1 -DHAVE_PCAP_H=3D1 -DHAVE_PCAP=3D1 -DHAVE_PCRE=3D1 -D= HAVE_SQLITE3_H=3D1 -DHAVE_SQLITE3=3D1 -DHAVE_SQLITE=3D1 -DHAVE_ZLIB=3D1 -DH= AVE_PTHREAD_PRIO_INHERIT=3D1 -D_REENTRANT=3D1 -DHAVE_POSIX_MEMALIGN=3D1 -DC= ACHELINE_SIZE=3D64 -DCACHELINE_SIZE=3D64 -I. -I../.. -I../../src/include -= I../../src -D_FILE_OFFSET_BITS=3D64 -D_LARGEFILE64_SOURCE -D_FORTIFY_SOURC= E=3D2 -Wall -O3 -std=3Dgnu99 -fno-strict-aliasing -Wpointer-arith -Wstrict= -overflow=3D2 -Wstrict-prototypes -fvisibility=3Dhidden -O2 -pipe -MT libai= rcrack_osdep_la-openbsd.lo -MD -MP -MF .deps/libaircrack_osdep_la-openbsd.T= po -c -o libaircrack_osdep_la-openbsd.lo `test -f 'openbsd.c' || echo './'`= openbsd.c cc -DPACKAGE_NAME=3D"aircrack-ng" -DPACKAGE_TARNAME=3D"aircrack-ng" -DPACKA= GE_VERSION=3D"1.5.2" -DPACKAGE_STRING=3D"aircrack-ng 1.5.2" -DPACKAGE_BUGRE= PORT=3D"https://forum.aircrack-ng.org; -DPACKAGE_URL=3D"" -DPACKAGE=3D"airc= rack-ng" -DVERSION=3D"1.5.2" -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 -DHA= VE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H= =3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H=3D1 -DHAVE_= UNISTD_H=3D1 -DHAVE_DLFCN_H=3D1 -DLT_OBJDIR=3D".libs/" -D_REVISION=3D"1.5.2= " -DHAVE_OPENSSL_CRYPTO_H=3D1 -DHAVE_OPENSSL_CMAC_H=3D1 -DHAVE_OPENSSL_CMAC= _H=3D1 -DHAVE_PCAP_H=3D1 -DHAVE_PCAP=3D1 -DHAVE_PCRE=3D1 -DHAVE_SQLITE3_H= =3D1 -DHAVE_SQLITE3=3D1 -DHAVE_SQLITE=3D1 -DHAVE_ZLIB=3D1 -DHAVE_PTHREAD_PR= IO_INHERIT=3D1 -D_REENTRANT=3D1 -DHAVE_POSIX_MEMALIGN=3D1 -DCACHELINE_SIZE= =3D64 -DCACHELINE_SIZE=3D64 -I. -I../.. -I../../src/include -I../../src -D_= FILE_OFFSET_BITS=3D64 -D_LARGEFILE64_SOURCE -D_FORTIFY_SOURCE=3D2 -Wall -O3= -std=3Dgnu99 -fno-strict-aliasing -Wpointer-arith -Wstrict-overflow=3D2 -W= strict-prototypes -fvisibility=3Dhidden -O2 -pipe -MT libaircrack_osdep_la-= openbsd.lo -MD -MP -MF .deps/libaircrack_osdep_la-openbsd.Tpo -c openbsd.c = -fPIC -DPIC -o .libs/libaircrack_osdep_la-openbsd.o In file included from openbsd.c:37: /usr/include/net80211/ieee80211_crypto.h:111: warning: 'struct ifnet' decla= red inside parameter list /usr/include/net80211/ieee80211_crypto.h:111: warning: its scope is only th= is definition or declaration, which is probably not what you want /usr/include/net80211/ieee80211_crypto.h:112: warning: 'struct ifnet' decla= red inside parameter list In file included from openbsd.c:40: /usr/include/machine/intr.h:36:36: error: sparc64/sparc64/intreg.h: No such= file or directory In file included from openbsd.c:40: /usr/include/machine/intr.h:64: error: 'MAXINTNUM' undeclared here (not in = a function) In file included from openbsd.c:42: /usr/include/net80211/ieee80211_node.h: In function 'ieee80211_node_incref': /usr/include/net80211/ieee80211_node.h:398: warning: implicit declaration o= f function '_splraise' /usr/include/net80211/ieee80211_node.h:398: error: 'PIL_NET' undeclared (fi= rst use in this function) /usr/include/net80211/ieee80211_node.h:398: error: (Each undeclared identif= ier is reported only once /usr/include/net80211/ieee80211_node.h:398: error: for each function it app= ears in.) /usr/include/net80211/ieee80211_node.h:400: warning: implicit declaration o= f function '_splx' /usr/include/net80211/ieee80211_node.h: In function 'ieee80211_node_decref': /usr/include/net80211/ieee80211_node.h:409: error: 'PIL_NET' undeclared (fi= rst use in this function) /usr/include/net80211/ieee80211_node.h: At top level: /usr/include/net80211/ieee80211_node.h:461: warning: 'struct ifnet' declare= d inside parameter list /usr/include/net80211/ieee80211_node.h:462: warning: 'struct ifnet' declare= d inside parameter list /usr/include/net80211/ieee80211_node.h:463: warning: 'struct ifnet' declare= d inside parameter list /usr/include/net80211/ieee80211_node.h:465: warning: 'struct ifnet' declare= d inside parameter list /usr/include/net80211/ieee80211_node.h:466: warning: 'struct ifnet' declare= d inside parameter list /usr/include/net80211/ieee80211_node.h:467: warning: 'struct ifnet' declare= d inside parameter list /usr/include/net80211/ieee80211_node.h:468: warning: 'struct ifnet' declare= d inside parameter list In file included from openbsd.c:45:
[update] devel/p5-Test-MockObject 1.20161202 -> 1.20180705
Here is an update for Test::MockObject. What's new upstream [0]: - bug fix: objects created with Test::MockObject::Extends are now DESTROY-ed - and tiny distribution changes Port-wise it's a simple update with depends version sync. Testing: - 'make test' passes - There are 10 direct consumers i've tested [1], and found no new issues due to that update. Comments/feedback are welcome! Charlène. [0] https://metacpan.org/changes/release/CHROMATIC/Test-MockObject-1.20180705 [1] http://0x0.st/zAsf.tgz Index: Makefile === RCS file: /cvs/ports/devel/p5-Test-MockObject/Makefile,v retrieving revision 1.15 diff -u -p -u -p -r1.15 Makefile --- Makefile10 May 2017 19:40:09 - 1.15 +++ Makefile8 May 2019 14:38:43 - @@ -4,17 +4,17 @@ COMMENT = perl extension for emulating MODULES = cpan PKG_ARCH = * -DISTNAME = Test-MockObject-1.20161202 +DISTNAME = Test-MockObject-1.20180705 CATEGORIES = devel # Artistic PERMIT_PACKAGE_CDROM = Yes -RUN_DEPENDS = devel/p5-Universal-isa \ - devel/p5-Universal-can +RUN_DEPENDS = devel/p5-Universal-can>=1.20110617 \ + devel/p5-Universal-isa>=1.20110614 -TEST_DEPENDS = devel/p5-Test-Exception \ - devel/p5-Test-Warn \ - www/p5-CGI +TEST_DEPENDS = devel/p5-Test-Exception>=0.31 \ + devel/p5-Test-Warn>=0.23 \ + www/p5-CGI>=4.15 .include Index: distinfo === RCS file: /cvs/ports/devel/p5-Test-MockObject/distinfo,v retrieving revision 1.9 diff -u -p -u -p -r1.9 distinfo --- distinfo10 May 2017 19:40:09 - 1.9 +++ distinfo8 May 2019 14:38:43 - @@ -1,2 +1,2 @@ -SHA256 (Test-MockObject-1.20161202.tar.gz) = FLIl//NkUzhpeXbbviw55Ewck1NoVbeLO7xum/6UoKI= -SIZE (Test-MockObject-1.20161202.tar.gz) = 29020 +SHA256 (Test-MockObject-1.20180705.tar.gz) = RRYFjV1REVXBxGLatAJ9di1qR0uZ9zv32iC1/70CRRg= +SIZE (Test-MockObject-1.20180705.tar.gz) = 29413
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/05/11 14:18:18 Modified files: lang/gawk : Makefile distinfo lang/gawk/pkg : PLIST Log message: Update to gawk-5.0.0 Improved by me from a diff from Stephen Gregoratto ok cwen@
Re: Multi-packaging gettext?
On Sat, May 11 2019, Christian Weisgerber wrote: > GNU gettext consists of two fairly distinct parts: > * gettext-runtime: Runtime libraries and programs. > * gettext-tools: Tools and documentation for developers and translators. > Upstream recommends that these are packaged separately. > > This looks like a sterling case for MULTI_PACKAGES. However, since > this would have required bumping the REVISION of a zillion ports, > at the time we decided to _exceptionally_ split gettext into two > separate ports (devel/gettext, devel/gettext-tools). > > The latest release, gettext 0.20, adds a third distinct part: > * libtextstyle: Text styling library. > > I can split that out into another separate port (devel/libtextstyle, > or maybe textproc). Or we an bite the bullet and switch to > MULTI_PACKAGES. > > Splitting gettext into separate ports imposes a small maintenance > burden: The gettext-tools build needs to be tweaked to pick up > pre-installed libintl and libtextstyle. > > Putting everything into MULTI_PACKAGES will change the @pkgpaths > and require bumping all dependent ports or bringing down the big > _SYSTEM_VERSION hammer. > > Which way do we want to go? As discussed MULTI_PACKAGES seems appropriate for this case, also if it simplifies the relationship between gettext and gettext-tools and makes your life easier, I'm all for it. Your call regarding _SYSTEM_VERSION. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: new devel/pijul
On Sat, May 11 2019, Sebastien Marie wrote: > On Fri, May 10, 2019 at 04:27:50PM -0700, Nam Nguyen wrote: >> I have attached a new port, pijul (https://pijul.org/). It is a >> distributed version control system written in Rust. > > You should include license information for each crates. The port > infrastructure has some tool for help you in this task. > > $ cd devel/pijul > $ make modcargo-gen-crates-licenses > MODCARGO_CRATES += MacTypes-sys2.1.0 # MIT/APSL-2.0 > MODCARGO_CRATES += adler32 1.0.3 # BSD-3-Clause AND Zlib > MODCARGO_CRATES += advapi32-sys0.2.0 # MIT > MODCARGO_CRATES += aho-corasick0.6.10 # Unlicense/MIT > MODCARGO_CRATES += ansi_term 0.11.0 # MIT > ... > > (and you could use `make modcargo-gen-crates' for generating initial > MODCARGO_CRATES lines from Cargo.lock). > >> Tests are failing. > > which tests ? and why are they failing ? should we care about them ? > > >> I wanted to try out the cargo ports tools. > > Do you intent to use it in OpenBSD ? or it is just a test for you ? > > >> Light patching was needed to detect the latest libressl 2.9.1. > > yes, it is expected: openssl crate follows released version of LibreSSL, > but OpenBSD -current uses a developpment version of LibreSSL. > >> I am not sure how to get rid of this extra lib, as I tried with both >> `WANTLIB +=' and `WANTLIB ='. >> --8<---cut here---start->8--- >> $ make port-lib-depends-check >> >> pijul-0.12.0(devel/pijul): >> Extra: c++.2 >> --8<---cut here---end--->8--- > > c++ is added due to COMPILER=ports-clang usage. It automatically adds > MODULES += lang/clang. > > So I think we don't bother. Hmm, should this port use COMPILER? Or BUILD/RUN_DEPENDS = lang/llvm? Or LIB_DEPENDS + add clang in WANTLIB, so that pijul gets updated whenever libclang.so is bumped (happens infrequently, but still). -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Multi-packaging gettext?
GNU gettext consists of two fairly distinct parts: * gettext-runtime: Runtime libraries and programs. * gettext-tools: Tools and documentation for developers and translators. Upstream recommends that these are packaged separately. This looks like a sterling case for MULTI_PACKAGES. However, since this would have required bumping the REVISION of a zillion ports, at the time we decided to _exceptionally_ split gettext into two separate ports (devel/gettext, devel/gettext-tools). The latest release, gettext 0.20, adds a third distinct part: * libtextstyle: Text styling library. I can split that out into another separate port (devel/libtextstyle, or maybe textproc). Or we an bite the bullet and switch to MULTI_PACKAGES. Splitting gettext into separate ports imposes a small maintenance burden: The gettext-tools build needs to be tweaked to pick up pre-installed libintl and libtextstyle. Putting everything into MULTI_PACKAGES will change the @pkgpaths and require bumping all dependent ports or bringing down the big _SYSTEM_VERSION hammer. Which way do we want to go? -- Christian "naddy" Weisgerber na...@mips.inka.de
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/11 13:48:06 Modified files: infrastructure/lib/OpenBSD/PortGen: Port.pm Log message: Don't let portgen overwite a port already in mystuff OK kmos@, requested and OK cwen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/11 13:36:27 Modified files: infrastructure/lib/OpenBSD/PortGen: Port.pm infrastructure/lib/OpenBSD/PortGen/Port: CPAN.pm PyPI.pm Ruby.pm Log message: Move portgen notifications to the end of the run OK kmos@, cwen@
Re: CONFIGURE_STYLE=autoreconf
On Sat, May 11, 2019 at 07:19:22PM +0200, Marc Espie wrote: > On Sat, May 11, 2019 at 01:22:58AM +0200, Antoine Jacoutot wrote: > > On Sat, May 11, 2019 at 01:08:29AM +0200, Christian Weisgerber wrote: > > > Here's a draft for CONFIGURE_STYLE=autoreconf. No man page parts > > > yet. > > As far as the basic infrastructure changes go, things look fine. > This makes for one new variable to document (AUTORECONF) which > is nice. > > Haven't seen any problems there. > > > Oh for sure we want to default to 'autoreconf -fi'. > > But we need to be able to also set it to autogen.sh if needed. Because > > sometimes > > autoreconf will not work before some other autoshit are run first (or stuff > > like gettextize etc.) which autogen.sh takes care of. > > Anything needed besides setting AUTORECONF on those ports ? Nope. > > > He has also raised two questions: > > > * Which autotools dependencies do we want to enable by default? > > > I put autoconf and automake there, but libtoolize (from libtool) > > > is often needed, too. Sometimes autopoint (from gettext-tools) > > > is required. > > > > As far as I am concerned I don't mind enforcing these build dependencies. > > Beware of build loops though. If you add these unconditionally, then > you can't benefit from autoreconf anywhere in the build path leading > to autopoint or libtoolize > > For now, that's just > archivers/xz > converters/libiconv > devel/autoconf/2.67 > devel/gettext > devel/gettext-tools > devel/help2man > devel/libtool > devel/metaauto > > So, it looks fine for now... > Let's assume gnu isn't going to do something stupid in the near > future... > > (as for dpb dependencies proper, all things that take time building > among these of these are critical enough that they get to be built > first in any case) > > > > * Should we set NOCONFIGURE=1 in the environment by default, as > > > many autogen.sh scripts use this in order not to run configure? > > > > I am in favor of this. Otherwise we end up running configure twice... > > To be clear, you're talking about > AUTOCONF_ENV += NOCONFIGURE=1 > if CONFIGURE_STYLE is autoreconf, right ? Yes :-) -- Antoine
[update] www/p5-XML-Atom-SimpleFeed 0.900 -> 0.902
Here is an update for XML::Atom::SimpleFeed. What's new upstream [0]: - Support for Time::Date objects in date constructs - Fix packaging Port-wise it's a simple update with dependencies changes. Carp::Clan is no more a dependency since version 0.81. Testing: - 'make test' passes - There are no consumers Feedback and comments are welcome! Charlène. [0] https://metacpan.org/source/ARISTOTLE/XML-Atom-SimpleFeed-0.902/Changes Index: Makefile === RCS file: /cvs/ports/www/p5-XML-Atom-SimpleFeed/Makefile,v retrieving revision 1.10 diff -u -p -u -p -r1.10 Makefile --- Makefile20 Mar 2016 19:57:23 - 1.10 +++ Makefile8 May 2019 13:54:08 - @@ -4,12 +4,12 @@ COMMENT = no-fuss generation of Atom syn MODULES = cpan PKG_ARCH = * -DISTNAME = XML-Atom-SimpleFeed-0.900 + +DISTNAME = XML-Atom-SimpleFeed-0.902 + CATEGORIES = www textproc # Perl -PERMIT_PACKAGE_CDROM = Yes - -RUN_DEPENDS = devel/p5-Carp-Clan +PERMIT_PACKAGE_CDROM = Yes .include Index: distinfo === RCS file: /cvs/ports/www/p5-XML-Atom-SimpleFeed/distinfo,v retrieving revision 1.6 diff -u -p -u -p -r1.6 distinfo --- distinfo1 Jan 2016 18:59:55 - 1.6 +++ distinfo8 May 2019 13:54:08 - @@ -1,2 +1,2 @@ -SHA256 (XML-Atom-SimpleFeed-0.900.tar.gz) = 4byt+EwUZji9CKs+3I9Dby7MtMXUDPdBU/sPo04N4W4= -SIZE (XML-Atom-SimpleFeed-0.900.tar.gz) = 22484 +SHA256 (XML-Atom-SimpleFeed-0.902.tar.gz) = f3mN7q2jsatADUP7Pu3JzkMU2yMMogaN069A9oj3tXI= +SIZE (XML-Atom-SimpleFeed-0.902.tar.gz) = 22029
[update] textproc/p5-XML-XPath 1.40 -> 1.44
Here is an update for XML::XPath. What's new upstream [0]: - Fix memory leak in XML::XPath::Parser - We can now use non-ascii first character as element name - New test What's new in the port: - moved DESCR to https, and changed the flow - really install examples, enable more tests - reorder Makefile closer to Makefile.template Testing: - 'make test' passes - There are 7 direct consumers i've tested and found no new issues due to this update [1]. Comments and feedback are welcome. Charlène. [0] https://metacpan.org/source/MANWAR/XML-XPath-1.44/Changes [1] http://0x0.st/zArc.tgz Index: Makefile === RCS file: /cvs/ports/textproc/p5-XML-XPath/Makefile,v retrieving revision 1.35 diff -u -p -u -p -r1.35 Makefile --- Makefile12 May 2017 20:19:48 - 1.35 +++ Makefile8 May 2019 13:39:09 - @@ -4,16 +4,22 @@ COMMENT = modules for parsing and evalua MODULES = cpan PKG_ARCH = * -DISTNAME = XML-XPath-1.40 -CATEGORIES = textproc -RUN_DEPENDS = textproc/p5-XML-Parser>=2.23 +DISTNAME = XML-XPath-1.44 + +CATEGORIES = textproc # perl PERMIT_PACKAGE_CDROM = Yes +RUN_DEPENDS = textproc/p5-XML-Parser>=2.23 + +TEST_DEPENDS = devel/p5-Test-CPAN-Meta \ + devel/p5-Path-Tiny>=0.076 + MODCPAN_EXAMPLES = Yes -TEST_DEPENDS = devel/p5-Path-Tiny +post-install: + ${MODCPAN_POST_INSTALL} .include Index: distinfo === RCS file: /cvs/ports/textproc/p5-XML-XPath/distinfo,v retrieving revision 1.16 diff -u -p -u -p -r1.16 distinfo --- distinfo12 May 2017 20:19:48 - 1.16 +++ distinfo8 May 2019 13:39:09 - @@ -1,2 +1,2 @@ -SHA256 (XML-XPath-1.40.tar.gz) = K/ZvUfp4bjzpJzv6xshC0N2NuvUSanlkRWpKQegC6h4= -SIZE (XML-XPath-1.40.tar.gz) = 55322 +SHA256 (XML-XPath-1.44.tar.gz) = HMkRBwUWXcCd0Jl03XwLZwnJNR1raxzvWnEQVfiR3Q8= +SIZE (XML-XPath-1.44.tar.gz) = 55903 Index: pkg/DESCR === RCS file: /cvs/ports/textproc/p5-XML-XPath/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 DESCR --- pkg/DESCR 26 Jan 2001 01:01:38 - 1.1.1.1 +++ pkg/DESCR 8 May 2019 13:39:09 - @@ -1,6 +1,6 @@ This module aims to comply exactly to the XPath specification at -http://www.w3.org/TR/xpath and yet allow extensions to be added in -the form of functions. +https://www.w3.org/TR/xpath and yet allow extensions to be added +in the form of functions. -Modules such as XSLT and XPointer may need to do this as they support -functionality beyond XPath. +Modules such as XSLT and XPointer may need to do this as they +support functionality beyond XPath.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/05/11 12:33:43 Modified files: x11/mate/atril : Makefile distinfo x11/mate/caja : Makefile distinfo x11/mate/caja/pkg: PLIST x11/mate/caja-extensions/pkg: PLIST x11/mate/calc : Makefile distinfo x11/mate/calc/pkg: PLIST x11/mate/control-center: Makefile distinfo x11/mate/control-center/pkg: PLIST x11/mate/desktop/pkg: PLIST x11/mate/engrampa: Makefile distinfo x11/mate/eom : Makefile distinfo x11/mate/eom/pkg: PLIST x11/mate/icon-theme: Makefile distinfo x11/mate/icon-theme/pkg: PLIST x11/mate/marco : Makefile distinfo x11/mate/marco/pkg: PLIST x11/mate/media : Makefile distinfo x11/mate/media/pkg: PLIST x11/mate/panel : Makefile distinfo x11/mate/power-manager: Makefile distinfo x11/mate/session-manager: Makefile distinfo x11/mate/session-manager/pkg: PLIST x11/mate/system-monitor: Makefile distinfo x11/mate/system-monitor/pkg: PLIST x11/mate/terminal: Makefile distinfo x11/mate/terminal/pkg: PLIST x11/mate/utils : Makefile distinfo x11/mate/utils/pkg: PLIST Added files: x11/mate/control-center/patches: patch-capplets_about-me_mate-about-me_c Removed files: x11/mate/utils/patches: patch-gsearchtool_help_Makefile_in Log message: update to 1.22.1
htop crashes fixed
hello, most startup crashes on htop have been fixed, but to confirm, i would like some folks to test it, leave it running, and send any coredumps to this address. note -- crashes occurring shortly after exiting (hitting q) i am aware of & do not need coredumps for many thanks, ians
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2019/05/11 12:19:03 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Register proxy-suite removal
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2019/05/11 12:16:42 Modified files: net: Makefile Removed files: net/proxy-suite: Makefile distinfo net/proxy-suite/pkg: DESCR PLIST Log message: Remove proxy-suite Last release is from 2005. Suggested by previous maintainer. ok solene@ jca@
Re: The eternal great desktop thread
On 2019/05/11 16:22, Ingo Schwarze wrote: > Hi Matthew, > > cho...@jtan.com wrote on Sat, May 11, 2019 at 04:18:07PM +0300: > > > The question remains but now with a wider audience - > > I've posted a port to the mailing list, what next? > > Wait for feedback. > > > I'm happy to leave it in the porters' collective lap or begin > > to take on some responsibility myself; I'm just not sure what > > to do with it. > > Any of the following may happen next: > > a) A ports developer decides the port is useful and mature > and commits it, with or without minor changes. > > b) Somebody thinks it is potentially useful but requires > more work. That person will ask you to do specific work > on it and resubmit once you have done that. > > c) You get no feedback whatsoever. > > d) A ports developer decides the software is inappropriate > for the ports tree for some reason and explicitely says so. > > The outcome d) is relatively rare. For you, c) is the least > desirable outcome, and it is *not* rare. It is undesirable > because you won't know the reason: > > ca) Maybe nobody really noticed the submission, it simply fell > through the cracks. It might still be a very good port. > > cb) Maybe some noticed, but weren't interested personally > and had other things to do. It might still become a port > if somebody becomes interested. > > cc) Maybe most who noticed considered it a dubious idea, > but didn't care enough to explicitly oppose it. > In case somebody finally picks it up, explicit opposition > might start being discussed, but that's rare (just like d). > > Remeber that testing and committing a port requires time and > effort, and more ports are being submitted than porters have > time to deal with. Even short feedback requires spending some > time. > > Personally, i'm in the cb) camp in this case, but that really > doesn't tell you anything useful. For me it's mostly cb) mixed with a little concern that it might bring extra work to do in the future when handling an update to perl (which usually already involve a fair bit of work across the ports tree). or due to changes in the base OS. Especially so if other ports start depending on this. For a port which is somewhat closely tied to OpenBSD base, I'm really a lot happier if it has a maintainer who is reasonably likely to stick around and help with updates in future..
Re: CONFIGURE_STYLE=autoreconf
On Sat, May 11, 2019 at 01:22:58AM +0200, Antoine Jacoutot wrote: > On Sat, May 11, 2019 at 01:08:29AM +0200, Christian Weisgerber wrote: > > Here's a draft for CONFIGURE_STYLE=autoreconf. No man page parts > > yet. As far as the basic infrastructure changes go, things look fine. This makes for one new variable to document (AUTORECONF) which is nice. Haven't seen any problems there. > Oh for sure we want to default to 'autoreconf -fi'. > But we need to be able to also set it to autogen.sh if needed. Because > sometimes > autoreconf will not work before some other autoshit are run first (or stuff > like gettextize etc.) which autogen.sh takes care of. Anything needed besides setting AUTORECONF on those ports ? > > He has also raised two questions: > > * Which autotools dependencies do we want to enable by default? > > I put autoconf and automake there, but libtoolize (from libtool) > > is often needed, too. Sometimes autopoint (from gettext-tools) > > is required. > > As far as I am concerned I don't mind enforcing these build dependencies. Beware of build loops though. If you add these unconditionally, then you can't benefit from autoreconf anywhere in the build path leading to autopoint or libtoolize For now, that's just archivers/xz converters/libiconv devel/autoconf/2.67 devel/gettext devel/gettext-tools devel/help2man devel/libtool devel/metaauto So, it looks fine for now... Let's assume gnu isn't going to do something stupid in the near future... (as for dpb dependencies proper, all things that take time building among these of these are critical enough that they get to be built first in any case) > > * Should we set NOCONFIGURE=1 in the environment by default, as > > many autogen.sh scripts use this in order not to run configure? > > I am in favor of this. Otherwise we end up running configure twice... To be clear, you're talking about AUTOCONF_ENV += NOCONFIGURE=1 if CONFIGURE_STYLE is autoreconf, right ?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/11 11:17:53 Modified files: infrastructure/lib/OpenBSD/PortGen: Port.pm infrastructure/lib/OpenBSD/PortGen/Port: CPAN.pm PyPI.pm Log message: Default port names to lowercase in portgen OK kmos@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/11 09:49:00 Modified files: audio/squeezelite: Makefile distinfo audio/squeezelite/pkg: PLIST Log message: update to squeezelite-1.9.2.1145, install manpage
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/11 09:31:32 Modified files: devel/acpica : Makefile distinfo Log message: update to acpica-20190509
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/11 09:31:13 Modified files: infrastructure/lib/DPB: Core.pm Distfile.pm Engine.pm Job.pm Locks.pm PkgPath.pm PortBuilder.pm State.pm infrastructure/lib/DPB/Job: Port.pm infrastructure/lib/DPB/SubEngine: Build.pm Log message: quite a few lock-related changes, mostly internal - create a proper writelock object, so that we can pinpoint where we lock to it - accordingly, new write_parent interface to deal with writing parent to a lock - pass the Logger through to lockinfo, so we log any errors anyhow - properly deal with stale hostlocks - categorize lockfile names - tweak the find_dependencies interface to be less bizarre - tweak find_tag as well, so that Job/Port can log accurate info for still_untainted. - have jobs get an explicit cleanup_after_fork interface, so in addition to the signal handlers, port jobs also lose their fd on the lock
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/11 09:10:59 Modified files: infrastructure/lib/OpenBSD/PortGen: Port.pm Log message: Have portgen start with the existing port if we can find it This lets us update the PLIST instead of regenerating from scratch. OK cwen@ kmos@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/11 09:16:33 Modified files: infrastructure/lib/OpenBSD/PortGen: Port.pm Log message: Avoid expanding portgen CVS keyword that shouldn't be expanded
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/11 09:12:58 Modified files: infrastructure/lib/OpenBSD/PortGen: Port.pm Log message: Use the old Makefile for portgen template if it exists This means that updates to ports don't discard work done already. OK kmos@ cwen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/11 09:09:06 Modified files: infrastructure/lib/OpenBSD/PortGen: Port.pm Utils.pm infrastructure/lib/OpenBSD/PortGen/Port: CPAN.pm PyPI.pm Ruby.pm Log message: In portgen, keep the existing port name if we can find it OK kmos@, cwen@ as part of a larger diff
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/11 08:52:00 Modified files: sysutils/fprintd: Makefile distinfo sysutils/fprintd/pkg: PLIST Log message: Update to fprintd-0.8.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/11 08:51:25 Modified files: security/libfprint: Makefile distinfo security/libfprint/pkg: PLIST Added files: security/libfprint/patches: patch-libfprint_poll_c Removed files: security/libfprint/patches: patch-libfprint_fp_internal_h Log message: Update to libfprint-0.8.2. ok robert@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/11 08:57:23 Modified files: infrastructure/lib/OpenBSD/PortGen: Port.pm infrastructure/lib/OpenBSD/PortGen/Port: PyPI.pm Ruby.pm Log message: Provide a set_pkgname helper for portgen internals
Re: The eternal great desktop thread
Hi Matthew, cho...@jtan.com wrote on Sat, May 11, 2019 at 04:18:07PM +0300: > The question remains but now with a wider audience - > I've posted a port to the mailing list, what next? Wait for feedback. > I'm happy to leave it in the porters' collective lap or begin > to take on some responsibility myself; I'm just not sure what > to do with it. Any of the following may happen next: a) A ports developer decides the port is useful and mature and commits it, with or without minor changes. b) Somebody thinks it is potentially useful but requires more work. That person will ask you to do specific work on it and resubmit once you have done that. c) You get no feedback whatsoever. d) A ports developer decides the software is inappropriate for the ports tree for some reason and explicitely says so. The outcome d) is relatively rare. For you, c) is the least desirable outcome, and it is *not* rare. It is undesirable because you won't know the reason: ca) Maybe nobody really noticed the submission, it simply fell through the cracks. It might still be a very good port. cb) Maybe some noticed, but weren't interested personally and had other things to do. It might still become a port if somebody becomes interested. cc) Maybe most who noticed considered it a dubious idea, but didn't care enough to explicitly oppose it. In case somebody finally picks it up, explicit opposition might start being discussed, but that's rare (just like d). Remeber that testing and committing a port requires time and effort, and more ports are being submitted than porters have time to deal with. Even short feedback requires spending some time. Personally, i'm in the cb) camp in this case, but that really doesn't tell you anything useful. If you submitted a port following the porting guide, all you can do is wait, then try again after three weeks, after three months, and after a year, in case you receive no feedback. > Incidentally it's useful to know that the split between base and ports > is/can be as distinct between the developers as it is between the > binaries. Thanks for the effort. It varies. Some developers are quite active in both areas, for example espie@, sthen@, jsg@. Some have a clear focus on one but still contribute regularly to the other, for example ajacoutot@ (ports) or myself (base). Some almost never commit to ports, for example deraadt@, millert@, jmc@. Some work almost exclusively on ports, for example landry@. Besides, what developers work on sometimes changes with time. Yours, Ingo
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2019/05/11 08:17:51 Modified files: plan9/drawterm/patches: patch-Make_openbsd Log message: socppc is gone
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/11 07:51:26 Modified files: misc/osinfo/osinfo-db: Makefile misc/osinfo/osinfo-db/pkg: PLIST Added files: misc/osinfo/osinfo-db/files: openbsd-6.5.xml Log message: Add OpenBSD 6.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/11 07:49:14 ports/misc/osinfo/osinfo-db/files Update of /cvs/ports/misc/osinfo/osinfo-db/files In directory cvs.openbsd.org:/tmp/cvs-serv47036/files Log Message: Directory /cvs/ports/misc/osinfo/osinfo-db/files added to the repository
Re: The eternal great desktop thread
Theo de Raadt writes: > >> > I recently posted a new CPAN module to ports@ which wraps pledge and > >> > unveil. There was a bit of a balls up because as a sysadmin I'm not > >> > really used to group development and what I've done has usually been in > >> > a corporate environment but in the end a complete tarball was posted. > >> > >> Well -- I do not make decisions in the ports environment. > >> > >> Other people lead that effort, and make decisions after weighing the > >> benefits and potential costs. > > > >The question ultimately is how to I know if I'm completely finished with > >providing this port? > > Ports tree. > > I don't know. And I don't judge it. > > Meaning you could ask the Pope and get a similar answer. Somehow I must have grokked that even through last night's drunken haze which I expect is why I cc'd ports@. The question remains but now with a wider audience - I've posted a port to the mailing list, what next? I'm happy to leave it in the porters' collective lap or begin to take on some responsibility myself; I'm just not sure what to do with it. Incidentally it's useful to know that the split between base and ports is/can be as distinct between the developers as it is between the binaries. Thanks for the effort. Cheers, Matthew
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/11 06:47:22 Modified files: audio : Makefile devel/quirks : Makefile devel/quirks/files: Quirks.pm Removed files: audio/festival : Makefile audio/festival/arctic: Makefile Makefile.inc audio/festival/arctic/festvox_cmu_us_awb_arctic_hts: Makefile distinfo audio/festival/arctic/festvox_cmu_us_awb_arctic_hts/pkg: DESCR PLIST audio/festival/arctic/festvox_cmu_us_bdl_arctic_hts: Makefile distinfo audio/festival/arctic/festvox_cmu_us_bdl_arctic_hts/pkg: DESCR PLIST audio/festival/arctic/festvox_cmu_us_jmk_arctic_hts: Makefile distinfo audio/festival/arctic/festvox_cmu_us_jmk_arctic_hts/pkg: DESCR PLIST audio/festival/arctic/festvox_cmu_us_slt_arctic_hts: Makefile distinfo audio/festival/arctic/festvox_cmu_us_slt_arctic_hts/pkg: DESCR PLIST audio/festival/arctic/festvox_cstr_us_awb_arctic_multisyn: Makefile distinfo audio/festival/arctic/festvox_cstr_us_awb_arctic_multisyn/pkg: DESCR PLIST audio/festival/arctic/festvox_cstr_us_jmk_arctic_multisyn: Makefile distinfo audio/festival/arctic/festvox_cstr_us_jmk_arctic_multisyn/pkg: DESCR PLIST audio/festival/core: Makefile distinfo audio/festival/core/files: Makefile OpenBSD.mak sndio.cc sndio_audio.mak audio/festival/core/patches: ogi-patch-festival_src_modules_OGIcommon_OGI_Macro_h ogi-patch-festival_src_modules_OGIcommon_OGI_TimeWarp_cc ogi-patch-festival_src_modules_OGIcommon_OGI_Wave_h ogi-patch-festival_src_modules_OGIcommon_OGI_file_h ogi-patch-festival_src_modules_OGIdbase_OGIdbUnits_cc ogi-patch-festival_src_modules_OGIdbase_OGIresLPC_db_cc ogi-patch-festival_src_modules_OGIdbase_OGIunitsel_diphone_cc patch-festival_config_config_in patch-festival_config_modules_Makefile patch-festival_config_project_mak patch-festival_doc_Makefile patch-festival_examples_text2wave_sh patch-festival_lib_init_scm patch-festival_lib_voices_scm patch-festival_src_arch_festival_Makefile patch-festival_src_modules_MultiSyn_EST_JoinCostCache_h patch-festival_src_modules_clunits_clunits_h patch-speech_tools_audio_Makefile patch-speech_tools_audio_audioP_h patch-speech_tools_audio_gen_audio_cc patch-speech_tools_config_compilers_gcc_defaults_mak patch-speech_tools_config_config_in patch-speech_tools_config_modules_Makefile patch-speech_tools_include_EST_Chunk_h patch-speech_tools_include_EST_String_h patch-speech_tools_include_EST_audio_h patch-speech_tools_include_EST_simplestats_h patch-speech_tools_include_ling_class_EST_Item_h patch-speech_tools_lib_siod_init_scm
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/11 06:47:42 Modified files: www/squid : Tag: OPENBSD_6_5 Makefile Added files: www/squid/patches: Tag: OPENBSD_6_5 patch-src_comm_TcpAcceptor_cc Log message: MFC matthieu@'s patch for ECONNABORTED lockups https://github.com/squid-cache/squid/pull/404
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/11 06:40:40 Modified files: www/squid : Makefile distinfo www/squid/patches: patch-src_comm_TcpAcceptor_cc Removed files: www/squid/patches: patch-src_enums_h patch-src_store_cc patch-src_store_swapout_cc Log message: update to squid-4.7
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/05/11 06:05:46 Modified files: infrastructure/mk: arch-defines.mk Log message: socppc is no more
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/11 05:51:00 Modified files: infrastructure/lib/DPB: Locks.pm Log message: missing field (shouldn't happen too often, as the lockfile is going to vanish)
Re: Update: lang/gawk -> 5.0.0
Hi! On Sun, 5 May 2019 10:31:11 -0400 Brian Callahan wrote: > Hi Stephen -- > > On 5/5/19 8:47 AM, Stephen Gregoratto wrote: > > Gawk 5 released on April 12[1] with some cool new features. I > > couldn't find updates for it on ports@, so here it is. The release > > notes recommend using GNU Bison 3.3, but it compiles fine and > > passes all tests on 6.5 and -current. > > Thanks for the diff. The comment from upstream about bison is > regarding their infrastructure to generate needed files for their > releases; since we're using release tarballs, these files are > pre-generated (and thus we don't need to worry about bison). > > There needs to be a little more for this to be ok. First, REVISION is > always removed when updating version. Second, there are some files > installed to ${WRKINST}/etc/profile.d that should go. Third, if you > run `make update-plist' then the PLIST changes. > > The attached diff takes care of these issues. All tests pass on > amd64, hppa, and mips64el. And so they do on macppc :) I've found nothing wrong port-wise as well. OK cwen@ > ~Brian > > > [1] > > https://lists.gnu.org/archive/html/info-gnu/2019-04/msg2.html > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/11 04:31:27 Modified files: infrastructure/lib/DPB: Locks.pm Log message: scan_lockdir can create the lockinfo since it contains its filename.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/11 04:23:57 Modified files: infrastructure/lib/DPB: PkgPath.pm PortBuilder.pm infrastructure/lib/DPB/Job: Port.pm Log message: tag the code that writes to lockfiles with #WRITELOCK as it does so directly (for now) to identify all patterns
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/11 04:22:49 Modified files: infrastructure/lib/DPB: Locks.pm Log message: add a proper "parser" for lockfiles, and a way to scan through lockdir. this simplifies all the code that scans existing locks.
UPDATE: games/colobot
Hi, Here's an update to colobot-0.1.12. Release notes: https://colobot.info/2019/02/24/update-0-1-12/ ok? Index: Makefile.inc === RCS file: /cvs/ports/games/colobot/Makefile.inc,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile.inc --- Makefile.inc25 Sep 2018 08:53:04 - 1.1.1.1 +++ Makefile.inc11 May 2019 09:04:34 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile.inc,v 1.1.1.1 2018/09/25 08:53:04 bentley Exp $ -V ?= 0.1.11.1 +V ?= 0.1.12 CATEGORIES ?= games Index: colobot/Makefile === RCS file: /cvs/ports/games/colobot/colobot/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- colobot/Makefile13 Dec 2018 19:53:23 - 1.2 +++ colobot/Makefile11 May 2019 09:04:34 - @@ -3,7 +3,6 @@ COMMENT = programming-focused real-time strategy game DISTNAME = colobot-$V -REVISION = 0 WANTLIB += ${COMPILER_LIBCXX} WANTLIB += GL GLEW GLU SDL2 SDL2_image SDL2_ttf boost_filesystem-mt Index: colobot/distinfo === RCS file: /cvs/ports/games/colobot/colobot/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- colobot/distinfo25 Sep 2018 08:53:04 - 1.1.1.1 +++ colobot/distinfo11 May 2019 09:04:34 - @@ -1,2 +1,2 @@ -SHA256 (colobot-0.1.11.1.tar.gz) = jle4TxCc6Rzy0xHDh3L5Ieyxozb/r96nhFXlrFgkzkA= -SIZE (colobot-0.1.11.1.tar.gz) = 1451861 +SHA256 (colobot-0.1.12.tar.gz) = OOAab7jGcCA7huehAMee1KtKmk3MAf0mpqV/QPoai1w= +SIZE (colobot-0.1.12.tar.gz) = 1468594 Index: colobot/pkg/PLIST === RCS file: /cvs/ports/games/colobot/colobot/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- colobot/pkg/PLIST 25 Sep 2018 08:53:04 - 1.1.1.1 +++ colobot/pkg/PLIST 11 May 2019 09:04:34 - @@ -21,4 +21,5 @@ share/locale/cs/LC_MESSAGES/colobot.mo share/locale/de/LC_MESSAGES/colobot.mo share/locale/fr/LC_MESSAGES/colobot.mo share/locale/pl/LC_MESSAGES/colobot.mo +share/locale/pt/LC_MESSAGES/colobot.mo share/locale/ru/LC_MESSAGES/colobot.mo Index: data/distinfo === RCS file: /cvs/ports/games/colobot/data/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- data/distinfo 25 Sep 2018 08:53:04 - 1.1.1.1 +++ data/distinfo 11 May 2019 09:04:34 - @@ -1,2 +1,2 @@ -SHA256 (colobot-data-0.1.11.1.tar.gz) = Xl5ccho8yJ/+1KkKy44GTGiOL6vD2lTJq31J0Zm3P2Y= -SIZE (colobot-data-0.1.11.1.tar.gz) = 54160035 +SHA256 (colobot-data-0.1.12.tar.gz) = butTFJr4rcm30gdZoXakGFd5UjcbIOyY/M8MX/JZHqk= +SIZE (colobot-data-0.1.12.tar.gz) = 54732267 Index: data/pkg/PLIST === RCS file: /cvs/ports/games/colobot/data/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- data/pkg/PLIST 25 Sep 2018 08:53:05 - 1.1.1.1 +++ data/pkg/PLIST 11 May 2019 09:04:35 - @@ -137,6 +137,458 @@ share/colobot/fonts/dvu_sans_italic.ttf share/colobot/fonts/dvu_sans_mono.ttf share/colobot/fonts/dvu_sans_mono_bold.ttf share/colobot/help/ +share/colobot/help/B/ +share/colobot/help/B/authors.txt +share/colobot/help/B/battles.txt +share/colobot/help/B/cbot/ +share/colobot/help/B/cbot.txt +share/colobot/help/B/cbot/abstime.txt +share/colobot/help/B/cbot/acos.txt +share/colobot/help/B/cbot/aim.txt +share/colobot/help/B/cbot/array.txt +share/colobot/help/B/cbot/asin.txt +share/colobot/help/B/cbot/atan.txt +share/colobot/help/B/cbot/atan2.txt +share/colobot/help/B/cbot/bloc.txt +share/colobot/help/B/cbot/bool.txt +share/colobot/help/B/cbot/break.txt +share/colobot/help/B/cbot/build.txt +share/colobot/help/B/cbot/buildingenabled.txt +share/colobot/help/B/cbot/busy.txt +share/colobot/help/B/cbot/canbuild.txt +share/colobot/help/B/cbot/canresearch.txt +share/colobot/help/B/cbot/category.txt +share/colobot/help/B/cbot/ceil.txt +share/colobot/help/B/cbot/class.txt +share/colobot/help/B/cbot/close.txt +share/colobot/help/B/cbot/colors.txt +share/colobot/help/B/cbot/cond.txt +share/colobot/help/B/cbot/continue.txt +share/colobot/help/B/cbot/cos.txt +share/colobot/help/B/cbot/deletef.txt +share/colobot/help/B/cbot/delinfo.txt +share/colobot/help/B/cbot/destroy.txt +share/colobot/help/B/cbot/detect.txt +share/colobot/help/B/cbot/direct.txt +share/colobot/help/B/cbot/dist.txt +share/colobot/help/B/cbot/dist2d.txt +share/colobot/help/B/cbot/do.txt +share/colobot/help/B/cbot/drop.txt +share/colobot/help/B/cbot/eof.txt +share/colobot/help/B/cbot/errmode.txt +share/colobot/help/B/cbot/expr.txt +share/colobot/help/B/cbot/extends.txt +share/colobot/help/B/cbot/extern.txt +share/colobot/help/B/cbot/factory.txt
Re: [new] www/tidy-html5 5.6.0
Ah, fair enough, yes reinstating www/tidy does make sense then. In which case it will want cvs add target than import, and remove the @pkgpath/conflict in tidyp. -- Sent from a phone, apologies for poor formatting. On 11 May 2019 09:25:12 "Anthony J. Bentley" wrote: Stuart Henderson writes: For those that don't know the history: the original tidy stopped development long ago. tidyp was forked (by the HTML::Tidy developer) and added some fixes but this is ~9 years dormant upstream now. The original was re-forked to Tidy-html5 and this is now the main developed version. It's less a fork and more a continuation. The website of "old" tidy (http://tidy.sourceforge.net/) points to this version as the successor, and in both the new site and the github readme, the new software is always called "tidy" or "HTML Tidy". The name "tidy-html5" only shows up in the URL of the GitHub repository (but except for URLs, not in the repository itself). For that reason, I think PKGNAME should drop the -html5 suffix. -- Anthony J. Bentley
Re: Update MariaDB to 10.2.23
Il 11 maggio 2019 00:27:28 CEST, joshua stein ha scritto: >On Fri, 10 May 2019 at 16:39:49 -0400, Jeremie Courreges-Anglas wrote: >> >> This is a follow-up of this thread: >> >> https://marc.info/?l=openbsd-ports=155215322716829=2 >> >> Everything looks fine regarding the ports tree. I have successfully >> built all* consumers (BUILD/LIB_DEPENDS) on amd64 and I can't find >any >> local mariadb patch left in my tree**. bulk build still churning on >> sparc64. >> >> I also did some minimal testing of the server part, but I would >prefer >> reports from actual users. I have no idea what the migration path >looks >> like. > >I tested with a large database from 10.0.38 and the 10.2.23 server >started just fine, with no regressions in the application test suite >on the same machine (using Ruby with the mysql2 gem). > >I did get some warnings logged to the mysqld log: > >2019-05-10 18:19:16 9081375072320 [Warning] InnoDB: Table >mysql/innodb_table_stats has length mismatch in the column name >table_name. Please run mysql_upgrade >2019-05-10 18:19:16 9081375072320 [ERROR] InnoDB: Column last_update in >table `mysql`.`innodb_table_stats` is INT UNSIGNED NOT NULL but should >be BINARY(4) NOT NULL (type mismatch). >2019-05-10 18:19:16 9081375072320 [ERROR] InnoDB: Fetch of persistent >statistics requested for table `XXX`.`keystores` but the required >system tables mysql.innodb_table_stats and mysql.innodb_index_stats are >not present or have unexpected structure. Using transient stats >instead. > >But running 'mysql_upgrade' squelched them. You should run mysql_upgrade after every major update, other than that it's best practice to update your slave mysql server before the master. Giovanni
Re: [new] www/tidy-html5 5.6.0
Stuart Henderson writes: > For those that don't know the history: the original tidy stopped > development long ago. tidyp was forked (by the HTML::Tidy developer) and > added some fixes but this is ~9 years dormant upstream now. The original > was re-forked to Tidy-html5 and this is now the main developed version. It's less a fork and more a continuation. The website of "old" tidy (http://tidy.sourceforge.net/) points to this version as the successor, and in both the new site and the github readme, the new software is always called "tidy" or "HTML Tidy". The name "tidy-html5" only shows up in the URL of the GitHub repository (but except for URLs, not in the repository itself). For that reason, I think PKGNAME should drop the -html5 suffix. -- Anthony J. Bentley
[update] yle-dl-20190205
Hi, Here's an update for the yle-dl. Changelog can be found at: https://github.com/aajanki/yle-dl/blob/master/ChangeLog I'm not sure if adding TEST_ENV is correct but with it the test run. Otherwise it tries to write to non-existing directory and fails. Timo Index: Makefile === RCS file: /cvs/ports/multimedia/yle-dl/Makefile,v retrieving revision 1.19 diff -u -p -u -p -r1.19 Makefile --- Makefile17 Oct 2018 14:15:55 - 1.19 +++ Makefile11 May 2019 08:19:26 - @@ -2,9 +2,8 @@ GH_ACCOUNT = aajanki GH_PROJECT = yle-dl -GH_TAGNAME = 2.34 +GH_TAGNAME = 20190502 MODPY_EGG_VERSION =${GH_TAGNAME} -REVISION = 0 COMMENT = download videos from YLE Areena @@ -20,15 +19,15 @@ MODULES = lang/python \ lang/php TEST_DEPENDS = ${RUN_DEPENDS} +TEST_ENV = HOME=/tmp RUN_DEPENDS = devel/py-attrs \ + devel/py-configargparse \ devel/py-future \ - devel/py-progress \ net/rtmpdump \ security/py-cryptodome \ www/py-requests \ lang/php/${MODPHP_VERSION},-curl \ - net/py-socks \ net/wget \ textproc/py-lxml \ converters/py-mini-amf @@ -38,5 +37,6 @@ MODPHP_BUILDDEP = No pre-configure: @sed -i -e "s,'php','${MODPHP_BIN}',g" ${WRKSRC}/yledl/io.py + @sed -i -e "s,'pycryptodomex','pycryptodome',g" ${WRKSRC}/setup.py .include Index: distinfo === RCS file: /cvs/ports/multimedia/yle-dl/distinfo,v retrieving revision 1.11 diff -u -p -u -p -r1.11 distinfo --- distinfo9 Aug 2018 19:57:55 - 1.11 +++ distinfo11 May 2019 08:19:26 - @@ -1,2 +1,2 @@ -SHA256 (yle-dl-2.34.tar.gz) = ngNLq0ED+/c+3ppJQGpuoedmKgOj5VxdK7Wf2XwzNO0= -SIZE (yle-dl-2.34.tar.gz) = 76310 +SHA256 (yle-dl-20190502.tar.gz) = 7OHTB4pLmuj/35pkXNuhyZm+bsrx7Nh9BrJ2BChI7ho= +SIZE (yle-dl-20190502.tar.gz) = 83560 Index: patches/patch-setup_py === RCS file: patches/patch-setup_py diff -N patches/patch-setup_py --- patches/patch-setup_py 9 Aug 2018 19:57:55 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,18 +0,0 @@ -$OpenBSD: patch-setup_py,v 1.1 2018/08/09 19:57:55 sthen Exp $ - -Ports uses cryptodome (with Crypto prefix) rather than cryptodomex -(with Cryptodome prefix). This is referenced in yledl/extractors.py which -tries with both prefixes. - -Index: setup.py setup.py.orig -+++ setup.py -@@ -38,7 +38,7 @@ setup( - packages=['yledl'], - include_package_data=True, - install_requires=[ --'pycryptodomex', 'requests', 'lxml', 'future', 'PySocks', 'mini-amf', -+'pycryptodome', 'requests', 'lxml', 'future', 'PySocks', 'mini-amf', - 'attrs >= 17.4.0' - ] + ssl_sni_requires, - extras_require = { Index: pkg/PLIST === RCS file: /cvs/ports/multimedia/yle-dl/pkg/PLIST,v retrieving revision 1.6 diff -u -p -u -p -r1.6 PLIST --- pkg/PLIST 9 Aug 2018 19:57:55 - 1.6 +++ pkg/PLIST 11 May 2019 08:19:26 - @@ -19,16 +19,30 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/yledl/exitcodes.pyc lib/python${MODPY_VERSION}/site-packages/yledl/extractors.py lib/python${MODPY_VERSION}/site-packages/yledl/extractors.pyc +lib/python${MODPY_VERSION}/site-packages/yledl/geolocation.py +lib/python${MODPY_VERSION}/site-packages/yledl/geolocation.pyc lib/python${MODPY_VERSION}/site-packages/yledl/hds.py lib/python${MODPY_VERSION}/site-packages/yledl/hds.pyc lib/python${MODPY_VERSION}/site-packages/yledl/http.py lib/python${MODPY_VERSION}/site-packages/yledl/http.pyc lib/python${MODPY_VERSION}/site-packages/yledl/io.py lib/python${MODPY_VERSION}/site-packages/yledl/io.pyc +lib/python${MODPY_VERSION}/site-packages/yledl/kaltura.py +lib/python${MODPY_VERSION}/site-packages/yledl/kaltura.pyc +lib/python${MODPY_VERSION}/site-packages/yledl/localization.py +lib/python${MODPY_VERSION}/site-packages/yledl/localization.pyc +lib/python${MODPY_VERSION}/site-packages/yledl/rtmp.py +lib/python${MODPY_VERSION}/site-packages/yledl/rtmp.pyc lib/python${MODPY_VERSION}/site-packages/yledl/streamfilters.py lib/python${MODPY_VERSION}/site-packages/yledl/streamfilters.pyc -lib/python${MODPY_VERSION}/site-packages/yledl/streams.py -lib/python${MODPY_VERSION}/site-packages/yledl/streams.pyc +lib/python${MODPY_VERSION}/site-packages/yledl/streamflavor.py +lib/python${MODPY_VERSION}/site-packages/yledl/streamflavor.pyc +lib/python${MODPY_VERSION}/site-packages/yledl/subtitles.py
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: matth...@cvs.openbsd.org2019/05/11 02:17:36 Modified files: www/squid : Makefile Added files: www/squid/patches: patch-src_comm_TcpAcceptor_cc Log message: Add a patch to ignore ECONNABORTED in accept(2). This was causing lockups on my squid cache at work. Upstreem PR: https://github.com/squid-cache/squid/pull/404 ok sthen@, jca@
Re: [new] www/tidy-html5 5.6.0
I suggest removing the tidy->tidyp symlink from www/tidyp and switching ports which just use command line tool rather than the library over to tidy-html5. (Tidy-html5 will want an @conflict on versions of tidyp from before this is done, i.e. @conflict tidyp-<=1.04v1p0). Then when this is in we can look at switching library users to tidy-html5 (this should usually be easy - it's usually just a case of either removing patches that we've added to use tidyp, or changing paths). For those that don't know the history: the original tidy stopped development long ago. tidyp was forked (by the HTML::Tidy developer) and added some fixes but this is ~9 years dormant upstream now. The original was re-forked to Tidy-html5 and this is now the main developed version. For Perl, HTML::Tidy has been archived and there's a new HTML::Tidy5. -- Sent from a phone, apologies for poor formatting. On 10 May 2019 20:58:37 Charlene Wendling wrote: On Fri, 10 May 2019 12:16:23 -0600 Aaron Bieber wrote: Hi, Attached is tidy-html5: Information for inst:tidy-html5-5.6.0 Comment: correct and clean up HTML and XML Required by: edbrowse-3.7.4 Description: Tidy is a console application for Mac OS X, Linux, Windows, UNIX, and more. It corrects and cleans up HTML and XML documents by fixing markup errors and upgrading legacy code to modern standards. libtidy is a C static and dynamic library that developers can integrate into their applications in order to bring all of Tidy's power to your favorite tools. libtidy is used today in desktop applications, web servers, and more. Maintainer: Aaron Bieber WWW: https://www.html-tidy.org/ This is needed for edbrowse which will follow in another mail. OK? Clue stick? I didn't even know there was a HTML5 version of tidy! I've tested on macppc. The build breaks because there are characters that base-gcc can't understand in headers file: In file included from /usr/ports/pobj/tidy-html5-5.6.0/tidy-html5-5.6.0/src/language.c:18: /usr/ports/pobj/tidy-html5-5.6.0/tidy-html5-5.6.0/src/language_zh_cn.h:1: error: stray '\357' in program /usr/ports/pobj/tidy-html5-5.6.0/tidy-html5-5.6.0/src/language_zh_cn.h:1: error: stray '\273' in program /usr/ports/pobj/tidy-html5-5.6.0/tidy-html5-5.6.0/src/language_zh_cn.h:1: error: stray '\277' in program (and more...) - It builds after adding a 'COMPILER = base-clang ports-gcc' line to the Makefile, or someone has a better solution? - pkg/DESCR needs to be chmoded 0644 (it breaks packaging with PORTS_PRIVSEP=Yes) - there is a stray BROWSE file I've met no issue during the 'tidy' runtime, the results are as expected. Trying to install www/tidyp when www/tidy-html5 is installed leads to a conflict, as expected (the two have a 'tidy' executable). I haven't tested the library. Charlène. -- PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE
[update] py-progress-1.5
Hi, Here's a little bump to py-progress library, slightly tested with yle-dl port. Timo Index: Makefile === RCS file: /cvs/ports/devel/py-progress/Makefile,v retrieving revision 1.3 diff -u -p -u -p -r1.3 Makefile --- Makefile12 Feb 2019 06:33:49 - 1.3 +++ Makefile11 May 2019 07:53:51 - @@ -2,7 +2,7 @@ COMMENT = easy to use progressbar library for python -MODPY_EGG_VERSION =1.4 +MODPY_EGG_VERSION =1.5 DISTNAME = progress-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} CATEGORIES = devel Index: distinfo === RCS file: /cvs/ports/devel/py-progress/distinfo,v retrieving revision 1.2 diff -u -p -u -p -r1.2 distinfo --- distinfo12 Feb 2019 06:33:49 - 1.2 +++ distinfo11 May 2019 07:53:51 - @@ -1,2 +1,2 @@ -SHA256 (progress-1.4.tar.gz) = Xi+dqI7YI2p2//vuPO79JZWJz0LfvCzsKHcQIYn65Yo= -SIZE (progress-1.4.tar.gz) = 5352 +SHA256 (progress-1.5.tar.gz) = aezt0dG75xv2MT2I0ebE0pV7fx1PcTEsIRJX99rmQ3I= +SIZE (progress-1.5.tar.gz) = 5842 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-progress/pkg/PLIST,v retrieving revision 1.2 diff -u -p -u -p -r1.2 PLIST --- pkg/PLIST 12 Feb 2019 06:33:49 - 1.2 +++ pkg/PLIST 11 May 2019 07:53:51 - @@ -12,7 +12,5 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/progress/${MODPY_PYCACHE}bar.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/progress/counter.py lib/python${MODPY_VERSION}/site-packages/progress/${MODPY_PYCACHE}counter.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/progress/helpers.py -lib/python${MODPY_VERSION}/site-packages/progress/${MODPY_PYCACHE}helpers.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/progress/spinner.py lib/python${MODPY_VERSION}/site-packages/progress/${MODPY_PYCACHE}spinner.${MODPY_PYC_MAGIC_TAG}pyc
[remove] converters/py-amf
Hi, Here's patch to remove converters/py-amf. This is used by multimedia/yle-dl but that port switched to using py-mini-amf instead so this is no longer needed. This is my first removal commit so hopefully I got it right. Timo Index: Makefile === RCS file: /cvs/ports/converters/Makefile,v retrieving revision 1.99 diff -u -p -u -p -r1.99 Makefile --- Makefile5 Mar 2019 13:04:33 - 1.99 +++ Makefile11 May 2019 07:48:46 - @@ -74,7 +74,6 @@ SUBDIR += p5-Unicode-Stringprep SUBDIR += pflogx SUBDIR += ppmtoTbmp -SUBDIR += py-amf SUBDIR += py-cjkcodecs SUBDIR += py-html2text SUBDIR += py-html2text,python3 Index: py-amf/Makefile === RCS file: py-amf/Makefile diff -N py-amf/Makefile --- py-amf/Makefile 12 Dec 2017 00:46:44 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,26 +0,0 @@ -# $OpenBSD: Makefile,v 1.1.1.1 2017/12/12 00:46:44 jca Exp $ - -COMMENT = serialize and deserialize AMF data - -MODPY_EGG_VERSION =0.8.0 -DISTNAME = PyAMF-${MODPY_EGG_VERSION} -PKGNAME = py-amf-${MODPY_EGG_VERSION} - -CATEGORIES = converters -HOMEPAGE = http://pyamf.org/ - -MAINTAINER = Timo Myyra - -# MIT -PERMIT_PACKAGE_CDROM = Yes - -MODULES = lang/python - -MODPY_PI = Yes -MODPY_SETUPTOOLS = Yes - -RUN_DEPENDS = textproc/py-defusedxml - -WANTLIB += pthread ${MODPY_WANTLIB} - -.include Index: py-amf/distinfo === RCS file: py-amf/distinfo diff -N py-amf/distinfo --- py-amf/distinfo 12 Dec 2017 00:46:44 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,2 +0,0 @@ -SHA256 (PyAMF-0.8.0.tar.gz) = BFXWiYPj7kn4JyETIHSHdCjVis7FLxlpeojAO1+6dOQ= -SIZE (PyAMF-0.8.0.tar.gz) = 1651369 Index: py-amf/pkg/DESCR === RCS file: py-amf/pkg/DESCR diff -N py-amf/pkg/DESCR --- py-amf/pkg/DESCR12 Dec 2017 00:46:44 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,4 +0,0 @@ -py-amf provides Action Message Format (AMF) support for Python that is -compatible with the Adobe Flash Player. It includes integration with -Python web frameworks like Django, Pylons, Twisted, SQLAlchemy, web2py -and more. Index: py-amf/pkg/PLIST === RCS file: py-amf/pkg/PLIST diff -N py-amf/pkg/PLIST --- py-amf/pkg/PLIST12 Dec 2017 00:46:44 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,222 +0,0 @@ -@comment $OpenBSD: PLIST,v 1.1.1.1 2017/12/12 00:46:44 jca Exp $ -lib/python${MODPY_VERSION}/site-packages/PyAMF-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ -lib/python${MODPY_VERSION}/site-packages/PyAMF-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO -lib/python${MODPY_VERSION}/site-packages/PyAMF-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt -lib/python${MODPY_VERSION}/site-packages/PyAMF-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt -lib/python${MODPY_VERSION}/site-packages/PyAMF-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/not-zip-safe -lib/python${MODPY_VERSION}/site-packages/PyAMF-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt -lib/python${MODPY_VERSION}/site-packages/PyAMF-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt -lib/python${MODPY_VERSION}/site-packages/cpyamf/ -lib/python${MODPY_VERSION}/site-packages/cpyamf/__init__.py -lib/python${MODPY_VERSION}/site-packages/cpyamf/__init__.pyc -lib/python${MODPY_VERSION}/site-packages/cpyamf/amf0.pxd -lib/python${MODPY_VERSION}/site-packages/cpyamf/amf0.so -lib/python${MODPY_VERSION}/site-packages/cpyamf/amf3.pxd -lib/python${MODPY_VERSION}/site-packages/cpyamf/amf3.so -lib/python${MODPY_VERSION}/site-packages/cpyamf/codec.pxd -lib/python${MODPY_VERSION}/site-packages/cpyamf/codec.so -lib/python${MODPY_VERSION}/site-packages/cpyamf/util.pxd -lib/python${MODPY_VERSION}/site-packages/cpyamf/util.so -lib/python${MODPY_VERSION}/site-packages/pyamf/ -lib/python${MODPY_VERSION}/site-packages/pyamf/__init__.py -lib/python${MODPY_VERSION}/site-packages/pyamf/__init__.pyc -lib/python${MODPY_VERSION}/site-packages/pyamf/_version.py -lib/python${MODPY_VERSION}/site-packages/pyamf/_version.pyc -lib/python${MODPY_VERSION}/site-packages/pyamf/adapters/ -lib/python${MODPY_VERSION}/site-packages/pyamf/adapters/__init__.py -lib/python${MODPY_VERSION}/site-packages/pyamf/adapters/__init__.pyc -lib/python${MODPY_VERSION}/site-packages/pyamf/adapters/_array.py -lib/python${MODPY_VERSION}/site-packages/pyamf/adapters/_array.pyc -lib/python${MODPY_VERSION}/site-packages/pyamf/adapters/_collections.py -lib/python${MODPY_VERSION}/site-packages/pyamf/adapters/_collections.pyc
Re: new devel/pijul
On Fri, May 10, 2019 at 04:27:50PM -0700, Nam Nguyen wrote: > I have attached a new port, pijul (https://pijul.org/). It is a > distributed version control system written in Rust. You should include license information for each crates. The port infrastructure has some tool for help you in this task. $ cd devel/pijul $ make modcargo-gen-crates-licenses MODCARGO_CRATES += MacTypes-sys2.1.0 # MIT/APSL-2.0 MODCARGO_CRATES += adler32 1.0.3 # BSD-3-Clause AND Zlib MODCARGO_CRATES += advapi32-sys0.2.0 # MIT MODCARGO_CRATES += aho-corasick0.6.10 # Unlicense/MIT MODCARGO_CRATES += ansi_term 0.11.0 # MIT ... (and you could use `make modcargo-gen-crates' for generating initial MODCARGO_CRATES lines from Cargo.lock). > Tests are failing. which tests ? and why are they failing ? should we care about them ? > I wanted to try out the cargo ports tools. Do you intent to use it in OpenBSD ? or it is just a test for you ? > Light patching was needed to detect the latest libressl 2.9.1. yes, it is expected: openssl crate follows released version of LibreSSL, but OpenBSD -current uses a developpment version of LibreSSL. > I am not sure how to get rid of this extra lib, as I tried with both > `WANTLIB +=' and `WANTLIB ='. > --8<---cut here---start->8--- > $ make port-lib-depends-check > > pijul-0.12.0(devel/pijul): > Extra: c++.2 > --8<---cut here---end--->8--- c++ is added due to COMPILER=ports-clang usage. It automatically adds MODULES += lang/clang. So I think we don't bother. Thanks. -- Sebastien Marie
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2019/05/11 00:59:58 Modified files: databases/postgresql: Makefile distinfo databases/postgresql/pkg: PLIST-docs Log message: Update to 11.3 ok jeremy@
Re: The eternal great desktop thread
>> > I recently posted a new CPAN module to ports@ which wraps pledge and >> > unveil. There was a bit of a balls up because as a sysadmin I'm not >> > really used to group development and what I've done has usually been in >> > a corporate environment but in the end a complete tarball was posted. >> >> Well -- I do not make decisions in the ports environment. >> >> Other people lead that effort, and make decisions after weighing the >> benefits and potential costs. > >The question ultimately is how to I know if I'm completely finished with >providing this port? Ports tree. I don't know. And I don't judge it. Meaning you could ask the Pope and get a similar answer.
Re: The eternal great desktop thread
Job Snijders writes: > You should consider becoming part of the process, one of the most valuable > currencies you can give to the project is a degree of continuity. > > To phrase it differently, =E2=80=9Cfire and forget=E2=80=9D is rarely a sus= > tainable > approach. Well as suggested I'm not going to make promises to hang aroud if I'm not sure I can keep them but I have computers and they have to run something and so far OpenBSD is the only thing I've found which isn't shit. Maybe in a while I'll still be here. Meanwhile what little I've made so far (a port of a CPAN module...) is yours to do with as you wish and as I'm at worst vaguely responsible for this perl module I'll do my best to keep an eye on upstream etc. and update when appropriate. I'll see how things go. OpenBSD's a fantastic project and I hope I can fit it in to everything in a way which benefits it rather than only me. In any case thanks for the fantastic work! You guys keep me and all of us safe. Cheers, Matthew