Re: [NEW] gzdoom-3.5.0

[Timo Myyrä]

Hi,

I asked about the slow start up from gzdoom forums. They assume it is caused by
missing shader caches. So I assume it compiles shader caches before starting 
each game
instead of using cached copy. This seems to be related to our mesa3d version
which is bit lagging behind latest versions. 

timo

 writes:


> Yes i experience the same slow starting even when i compiled from
> source without the port, its something i didnt encounter in linux or
> windows using gzdoom, theres something related to openbsd that is
> causing it, but right now i dont have my openbsd install :(
>
>
> 3. Ago 2018 15:03 por sol...@perso.pw :
>
>
>> timo.my...@bittivirhe.fi >  (Timo Myyrä) 
>> wrote:
>>> timo.my...@bittivirhe.fi >>  (Timo Myyrä) 
>>> writes:
>>>
>>> > Solene Rapenne <>> sol...@perso.pw >> > writes:
>>> >
>>> >> >> timo.my...@bittivirhe.fi >>  (Timo 
>>> >> >> Myyrä) wrote:
>>> >>
>>> >>> Hi,
>>> >>> 
>>> >>> Here's a updated port for latest gzdoom version.
>>> >>> Merged the stuff from Solene's port into my old gzdoom port and bumped 
>>> >>> it to
>>> >>> latest version. Tested on amd64 and quick gameplay test seems to work 
>>> >>> and
>>> >>> installing soundfont and tuning the ini file, the fluidsynth playback 
>>> >>> works.
>>> >>> 
>>> >>> - added patch to fix the fluidsynth library name
>>> >>> 
>>> >>> - dropped old linker args from Makefile, these don't seem to be needed 
>>> >>> at all
>>> >>> 
>>> >>> - Added flag to disable GTK dialogs from building so no need for Gtk 
>>> >>> dependency
>>> >>> 
>>> >>> - fluidsynth is detected at build time so add it as build_depends. At 
>>> >>> run time
>>> >>>   it needs to be installed but gzdoom can use other midi players as 
>>> >>> well so I
>>> >>>   didn't add it to run_depends. 
>>> >>> 
>>> >>> - Dropped previous gxmessage dependy, the game tries kdialog, gxmessage 
>>> >>> and
>>> >>>   finally xmessage to show crash log.
>>> >>> 
>>> >>> - OpenAL needs to be installed to have audio.
>>> >>> 
>>> >>> 
>>> >>> Timo
>>> >>
>>> >> Your port is way better than the one I submitted last month, good work! 
>>> >> Still
>>> >> when using mods, I only have music and no other sound, do you have the 
>>> >> same
>>> >> issue? Doom1 and Doom2 runs fine, so it may be related to the mods...
>>> >
>>> > I tested Doom One mod and only got sound in menu and no gameplay sounds 
>>> > or music
>>> > at all. Got bunch of errors in console so I guess the mods are to blame.
>>> >
>>> > Timo
>>>
>>> Actually its the problem in library loading. There was wrong library names 
>>> for
>>> libmpg123, libsndfile in the code. I've patched those and the sounds seem to
>>> work now after quick test.
>>>
>>> Updated port attached.
>>>
>>> timo
>>
>> Indeed this fixed the sound issue in at least one mod for me. I wonder
>> if you also experience a very slow startup?
>>
>> ok for import

aarch64 bulk build report

[phessler]

bulk build on arm64.ports.openbsd.org
started on  Wed Aug 8 04:46:36 MDT 2018
finished at Fri Aug 10 21:28:13 MDT 2018
lasted 03D09h41m
done with kern.version=OpenBSD 6.3-current (GENERIC.MP) #100: Tue Aug  7 
23:41:07 MDT 2018

built packages:8262
Aug 8:3076
Aug 9:1265
Aug 10:3920



build failures: 46
http://build-failures.rhaalovely.net//aarch64/2018-08-08/biology/emboss.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/comms/hylafax,a4.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/comms/lcdproc.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/devel/avr/gdb.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/devel/bullet.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/devel/ode.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/devel/p5-Text-vFile-asData.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/devel/tbb.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/editors/xwpe.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/emulators/dynamips.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/emulators/higan.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/emulators/vbam.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/games/dungeon-crawl.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/games/dxx-rebirth.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/games/frozen-bubble,-main.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/games/nethack/3.6,qt.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/games/spacehulk.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/games/vacuum.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/geo/libpostal.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/graphics/freeimage.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/graphics/shotwell.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/inputmethods/uim.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/japanese/mecab,-ipadic.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/lang/pfe.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/mail/mozilla-thunderbird,-lightning.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/misc/rocrail,-gui.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/multimedia/mediainfo.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/multimedia/xine-lib.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/net/castget.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/net/telepathy/folks.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/net/utox.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/productivity/aqbanking.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/security/libnipper.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/security/softhsm.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/sysutils/exa.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/sysutils/sleuthkit.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/textproc/link-grammar,-main.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/www/chromium.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/www/hiawatha.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/www/iridium.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/www/mozilla-firefox.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/www/mozplugger.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/x11/eterm.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/x11/kde/base3,,-en_US.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/x11/nx/opennx.log
http://build-failures.rhaalovely.net//aarch64/2018-08-08/x11/p5-Wx.log

recurrent failures
 failures/comms/hylafax,a4.log
 failures/comms/lcdproc.log
 failures/devel/avr/gdb.log
 failures/devel/bullet.log
 failures/devel/ode.log
 failures/devel/tbb.log
 failures/editors/xwpe.log
 failures/emulators/dynamips.log
 failures/games/nethack/3.6,qt.log
 failures/games/spacehulk.log
 failures/games/vacuum.log
 failures/graphics/freeimage.log
 failures/graphics/shotwell.log
 failures/inputmethods/uim.log
 failures/japanese/mecab,-ipadic.log
 failures/lang/pfe.log
 failures/mail/mozilla-thunderbird,-lightning.log
 failures/misc/rocrail,-gui.log
 failures/multimedia/mediainfo.log
 failures/multimedia/xine-lib.log
 failures/net/utox.log
 failures/productivity/aqbanking.log
 failures/security/libnipper.log
 failures/security/softhsm.log
 failures/sysutils/exa.log
 failures/sysutils/sleuthkit.log
 failures/textproc/link-grammar,-main.log
 failures/www/chromium.log
 failures/www/iridium.log
 failures/www/mozilla-firefox.log
 failures/www/mozplugger.log
 failures/x11/eterm.log
 failures/x11/nx/opennx.log
 failures/x11/p5-Wx.log
new failures
+++ ls-failures Fri Aug 10 21:32:42

Re: NEW: devel/spyder

[Elias M. Mariani]

fixed.

2018-08-10 20:17 GMT-03:00 Elias M. Mariani :
> Careful, I'm out right now.
> But I changed the directory from "spyder-kernels" to "py-spyder-kernels".
> I send a fixed version when I get home.
>
> On Fri, Aug 10, 2018, 7:26 PM Stuart Henderson  wrote:
>>
>> On 2018/08/10 13:14, Elias M. Mariani wrote:
>> > Ups, sorry, this wasn't OK sthen@.
>> > Just recommended the fixes.
>>
>> Still needs ,python3 versions in spyder/Makefile (and I'd sort(1) it while
>> there), no need for a new tgz though, whoever commits can fix that easily
>> enough.
>>
>> --- Makefile.orig   Fri Aug 10 23:00:41 2018
>> +++ MakefileFri Aug 10 23:00:53 2018
>> @@ -1,7 +1,9 @@
>>  # $OpenBSD$
>>
>>   SUBDIR =
>> - SUBDIR += spyder-kernels
>>   SUBDIR += spyder
>> + SUBDIR += spyder,python3
>> + SUBDIR += spyder-kernels
>> + SUBDIR += spyder-kernels,python3
>>
>>  .include 
>>
>>
>> OK sthen@
>>
>>
>> > Elias.
>> >
>> > 2018-08-10 13:11 GMT-03:00 Elias M. Mariani :
>> > > Fixes requested by sthen for the OK.
>> > >
>> > > Cheers.
>> > > Elias.
>> > >
>> > > 2018-07-30 17:16 GMT-03:00 Elias M. Mariani :
>> > >> Small fixes.
>> > >>
>> > >> Cheers.
>> > >> Elias.
>> > >>
>> > >> 2018-07-16 19:01 GMT-03:00 Elias M. Mariani :
>> > >>> Updated from 3.2.8 to 3.3.0.
>> > >>> The port is now divided into 2 parts:
>> > >>> devel/spyder/py-spyder-kernels
>> > >>> devel/spyder/spyder (depends on py-spyder-kernels)
>> > >>>
>> > >>> Cheers.
>> > >>> Elias.
>> > >>>
>> > >>> 2018-06-30 19:50 GMT-03:00 Elias M. Mariani
>> > >>> :
>> >  Sorry for spamming but I added some things:
>> >  - Change @exec to @tags.
>> > 
>> >  Cheers.
>> >  Elias.
>> > 
>> >  2018-06-28 3:56 GMT-03:00 Elias M. Mariani
>> >  :
>> > > Weekly bump.
>> > >
>> > > 2018-06-21 11:42 GMT-03:00 Elias M. Mariani
>> > > :
>> > >> Weekly bump.
>> > >>
>> > >>
>> > >> 2018-06-14 3:43 GMT-03:00 Elias M. Mariani
>> > >> :
>> > >>> Attached is the new version.
>> > >>> Decided to build a 3rd package for docs.
>> > >>> Sorry for spamming my collection of ports but I don't want
>> > >>> anyone
>> > >>> grabbing the wrong version.
>> > >>>
>> > >>> 2018-06-09 15:37 GMT-03:00 Elias M. Mariani
>> > >>> :
>> >  Spyder is an interactive Python development environment
>> >  providing
>> >  MATLAB-like features in a simple and lightweight software. It
>> >  also
>> >  provides ready-to-use pure-Python widgets to your PyQt5 or
>> >  PyQt4
>> >  application: source code editor with syntax highlighting and
>> >  code
>> >  introspection/analysis features, NumPy array editor, dictionary
>> >  editor, Python console, etc.
>> > 
>> >  This is a work of Alexandr Shadchin and myself, merged in
>> >  openbsd-wip.
>> >  It uses FLAVOR=python3 to build spyder3 instead of spyder, both
>> >  versions can live together, no conflicts, the documentation is
>> >  small
>> >  so is inside each package.
>> > 
>> >  I tested both versions (python2 and python3), both worked OK.
>> > 
>> >  I made a new thread just to avoid confusions with the tar.gz
>> >  packages
>> >  and to give the proper credit to Alexandr, I started to work on
>> >  this
>> >  without realizing that he had a previous entry under
>> >  editors/spyder
>> >  instead of devel/spyder.
>> > 
>> >  Regression tests on the application require some other ports, I
>> >  leave
>> >  the TEST_DEPENDS commented until those requirements are
>> >  present.
>> > 
>> >  Find attached the port in tar.gz and also available in
>> >  openbsd-wip repository.
>> >  Looking for testers, OK and committer. :D
>> > 
>> >  Cheers.
>> >  Elias.
>> >


spyder-3.3.0.tar.gz
Description: GNU Zip compressed data

Re: UPDATE of lang/ocaml to 4.07 and dependent ports

[Adam Steen]

Hi All

What is the status of Ocaml 4.07, OPAM 2 and associated ports?

Is there anything I can do to help out!

My usage of ocaml is limited, but with the patch ocaml 4.07, OPAM 2, my project 
works great!

Cheers
Adam

On Sat, Jul 21, 2018 at 16:40, Christopher Zimmermann  
wrote:

> On 2018-06-21 Christopher Zimmermann  wrote:
>> Hi,
>>
>> the last few days I prepared an update of ocaml to 4.06 and opam to
>> 2.00rc2 and along with it updates or REVISION bumps of the dependent
>> ports.
>
> Here comes a reworked diff to upgrade to OCaml 4.07. (attached gzipped)
> Thanks for the testing and fixes you supplied so far.
> I believe I included all of them so far.
> I will need some help in moving sysutils/dune to devel/, because I
> imported it into the wrong category.
> Also building dune on sparc64 was broken. I suspect the stack size
> needs to be increased with ulimit -s 8192. Can someone with access to
> sparc64 please test this as I don't have access to any sparc64 machine?
>
> Christopher
>
> --
> http://gmerlin.de
> OpenPGP: http://gmerlin.de/christopher.pub
> CB07 DA40 B0B6 571D 35E2 0DEF 87E2 92A7 13E5 DEE1

Re: NEW: devel/spyder

[Elias M. Mariani]

Careful, I'm out right now.
But I changed the directory from "spyder-kernels" to "py-spyder-kernels".
I send a fixed version when I get home.

On Fri, Aug 10, 2018, 7:26 PM Stuart Henderson  wrote:

> On 2018/08/10 13:14, Elias M. Mariani wrote:
> > Ups, sorry, this wasn't OK sthen@.
> > Just recommended the fixes.
>
> Still needs ,python3 versions in spyder/Makefile (and I'd sort(1) it while
> there), no need for a new tgz though, whoever commits can fix that easily
> enough.
>
> --- Makefile.orig   Fri Aug 10 23:00:41 2018
> +++ MakefileFri Aug 10 23:00:53 2018
> @@ -1,7 +1,9 @@
>  # $OpenBSD$
>
>   SUBDIR =
> - SUBDIR += spyder-kernels
>   SUBDIR += spyder
> + SUBDIR += spyder,python3
> + SUBDIR += spyder-kernels
> + SUBDIR += spyder-kernels,python3
>
>  .include 
>
>
> OK sthen@
>
>
> > Elias.
> >
> > 2018-08-10 13:11 GMT-03:00 Elias M. Mariani :
> > > Fixes requested by sthen for the OK.
> > >
> > > Cheers.
> > > Elias.
> > >
> > > 2018-07-30 17:16 GMT-03:00 Elias M. Mariani :
> > >> Small fixes.
> > >>
> > >> Cheers.
> > >> Elias.
> > >>
> > >> 2018-07-16 19:01 GMT-03:00 Elias M. Mariani :
> > >>> Updated from 3.2.8 to 3.3.0.
> > >>> The port is now divided into 2 parts:
> > >>> devel/spyder/py-spyder-kernels
> > >>> devel/spyder/spyder (depends on py-spyder-kernels)
> > >>>
> > >>> Cheers.
> > >>> Elias.
> > >>>
> > >>> 2018-06-30 19:50 GMT-03:00 Elias M. Mariani  >:
> >  Sorry for spamming but I added some things:
> >  - Change @exec to @tags.
> > 
> >  Cheers.
> >  Elias.
> > 
> >  2018-06-28 3:56 GMT-03:00 Elias M. Mariani  >:
> > > Weekly bump.
> > >
> > > 2018-06-21 11:42 GMT-03:00 Elias M. Mariani <
> marianiel...@gmail.com>:
> > >> Weekly bump.
> > >>
> > >>
> > >> 2018-06-14 3:43 GMT-03:00 Elias M. Mariani <
> marianiel...@gmail.com>:
> > >>> Attached is the new version.
> > >>> Decided to build a 3rd package for docs.
> > >>> Sorry for spamming my collection of ports but I don't want anyone
> > >>> grabbing the wrong version.
> > >>>
> > >>> 2018-06-09 15:37 GMT-03:00 Elias M. Mariani <
> marianiel...@gmail.com>:
> >  Spyder is an interactive Python development environment
> providing
> >  MATLAB-like features in a simple and lightweight software. It
> also
> >  provides ready-to-use pure-Python widgets to your PyQt5 or PyQt4
> >  application: source code editor with syntax highlighting and
> code
> >  introspection/analysis features, NumPy array editor, dictionary
> >  editor, Python console, etc.
> > 
> >  This is a work of Alexandr Shadchin and myself, merged in
> openbsd-wip.
> >  It uses FLAVOR=python3 to build spyder3 instead of spyder, both
> >  versions can live together, no conflicts, the documentation is
> small
> >  so is inside each package.
> > 
> >  I tested both versions (python2 and python3), both worked OK.
> > 
> >  I made a new thread just to avoid confusions with the tar.gz
> packages
> >  and to give the proper credit to Alexandr, I started to work on
> this
> >  without realizing that he had a previous entry under
> editors/spyder
> >  instead of devel/spyder.
> > 
> >  Regression tests on the application require some other ports, I
> leave
> >  the TEST_DEPENDS commented until those requirements are present.
> > 
> >  Find attached the port in tar.gz and also available in
> openbsd-wip repository.
> >  Looking for testers, OK and committer. :D
> > 
> >  Cheers.
> >  Elias.
> >
>

update graphics/png

[Solene Rapenne]

this patch updates libpng to 1.6.35, the new version changelog is the
following:

Changes since the last public release (1.6.34):

  Restored 21 of the contrib/pngsuite/i*.png, which do not cause test
failures. Placed the remainder in contrib/pngsuite/interlaced/i*.png.
  Added calls to png_set_*() transforms commonly used by browsers to
the fuzzer.
  Removed some unnecessary brackets in pngrtran.c
  Fixed miscellaneous typos (Patch by github user "luzpaz").
  Change "ASM C" to "C ASM" in CMakeLists.txt
  Fixed incorrect handling of bKGD chunk in sub-8-bit files (Cosmin)
  Added hardware optimization directories to zip and 7z distributions.
  Fixed incorrect bitmask for options.
  Fixed many spelling typos.
  Make png_get_iCCP consistent with man page (allow compression-type argument
to be NULL, bug report by Lenard Szolnoki).
  Replaced the remaining uses of png_size_t with size_t (Cosmin)
  Fixed the calculation of row_factor in png_check_chunk_length
(reported by Thuan Pham in SourceForge issue #278)
  Added missing parentheses to a macro definition
(suggested by "irwir" in GitHub issue #216)


It compiles fine and the test pass 100%, maybe a bulk build is required?

Index: Makefile
===
RCS file: /cvs/ports/graphics/png/Makefile,v
retrieving revision 1.121
diff -u -p -r1.121 Makefile
--- Makefile26 Oct 2017 16:53:10 -  1.121
+++ Makefile10 Aug 2018 22:41:36 -
@@ -2,7 +2,7 @@
 
 COMMENT=   library for manipulating PNG images
 
-VERSION=   1.6.34
+VERSION=   1.6.35
 DISTNAME=  libpng-${VERSION}
 PKGNAME=   png-${VERSION}
 CATEGORIES=graphics
Index: distinfo
===
RCS file: /cvs/ports/graphics/png/distinfo,v
retrieving revision 1.58
diff -u -p -r1.58 distinfo
--- distinfo26 Oct 2017 16:53:10 -  1.58
+++ distinfo10 Aug 2018 22:41:36 -
@@ -1,2 +1,2 @@
-SHA256 (libpng-1.6.34.tar.xz) = Lx6WDZLOOzq9A9Bt/sljffvSL+vxB6U2tE96R8YGWfY=
-SIZE (libpng-1.6.34.tar.xz) = 997968
+SHA256 (libpng-1.6.35.tar.xz) = I5EuyMlYSRftmwnFAjRl1xcJ3OCJvlA8eGf+xoqTvNc=
+SIZE (libpng-1.6.35.tar.xz) = 1014320

update graphics/sketch

[Solene Rapenne]

The 0.3.7 version has been released in 2012, it's time to update the
port... The version seems to be code cleanup and adding asin and acos
function.

Examples provided seems to work.

Index: Makefile
===
RCS file: /cvs/ports/graphics/sketch/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile11 Mar 2013 11:10:55 -  1.2
+++ Makefile10 Aug 2018 22:26:03 -
@@ -2,7 +2,7 @@
 
 COMMENT =  3D scene description translator for TeX
 
-DISTNAME = sketch-0.3.2
+DISTNAME = sketch-0.3.7
 EXTRACT_SUFX = .tgz
 
 CATEGORIES =   graphics
Index: distinfo
===
RCS file: /cvs/ports/graphics/sketch/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo18 Jan 2015 03:14:14 -  1.2
+++ distinfo10 Aug 2018 22:26:03 -
@@ -1,2 +1,2 @@
-SHA256 (sketch-0.3.2.tgz) = 9vyJH881KEwBiqZ4a69nQpSU90mcUzt5AbDnQbKo5S8=
-SIZE (sketch-0.3.2.tgz) = 2881333
+SHA256 (sketch-0.3.7.tgz) = EpYq1f5aD3yfxthL1NCbh5u/YEl1yDlAXxYTvmV7qAQ=
+SIZE (sketch-0.3.7.tgz) = 2882384

Re: NEW: devel/spyder

[Stuart Henderson]

On 2018/08/10 13:14, Elias M. Mariani wrote:
> Ups, sorry, this wasn't OK sthen@.
> Just recommended the fixes.

Still needs ,python3 versions in spyder/Makefile (and I'd sort(1) it while
there), no need for a new tgz though, whoever commits can fix that easily
enough.

--- Makefile.orig   Fri Aug 10 23:00:41 2018
+++ MakefileFri Aug 10 23:00:53 2018
@@ -1,7 +1,9 @@
 # $OpenBSD$
 
  SUBDIR =
- SUBDIR += spyder-kernels
  SUBDIR += spyder
+ SUBDIR += spyder,python3
+ SUBDIR += spyder-kernels
+ SUBDIR += spyder-kernels,python3
 
 .include 


OK sthen@


> Elias.
> 
> 2018-08-10 13:11 GMT-03:00 Elias M. Mariani :
> > Fixes requested by sthen for the OK.
> >
> > Cheers.
> > Elias.
> >
> > 2018-07-30 17:16 GMT-03:00 Elias M. Mariani :
> >> Small fixes.
> >>
> >> Cheers.
> >> Elias.
> >>
> >> 2018-07-16 19:01 GMT-03:00 Elias M. Mariani :
> >>> Updated from 3.2.8 to 3.3.0.
> >>> The port is now divided into 2 parts:
> >>> devel/spyder/py-spyder-kernels
> >>> devel/spyder/spyder (depends on py-spyder-kernels)
> >>>
> >>> Cheers.
> >>> Elias.
> >>>
> >>> 2018-06-30 19:50 GMT-03:00 Elias M. Mariani :
>  Sorry for spamming but I added some things:
>  - Change @exec to @tags.
> 
>  Cheers.
>  Elias.
> 
>  2018-06-28 3:56 GMT-03:00 Elias M. Mariani :
> > Weekly bump.
> >
> > 2018-06-21 11:42 GMT-03:00 Elias M. Mariani :
> >> Weekly bump.
> >>
> >>
> >> 2018-06-14 3:43 GMT-03:00 Elias M. Mariani :
> >>> Attached is the new version.
> >>> Decided to build a 3rd package for docs.
> >>> Sorry for spamming my collection of ports but I don't want anyone
> >>> grabbing the wrong version.
> >>>
> >>> 2018-06-09 15:37 GMT-03:00 Elias M. Mariani :
>  Spyder is an interactive Python development environment providing
>  MATLAB-like features in a simple and lightweight software. It also
>  provides ready-to-use pure-Python widgets to your PyQt5 or PyQt4
>  application: source code editor with syntax highlighting and code
>  introspection/analysis features, NumPy array editor, dictionary
>  editor, Python console, etc.
> 
>  This is a work of Alexandr Shadchin and myself, merged in 
>  openbsd-wip.
>  It uses FLAVOR=python3 to build spyder3 instead of spyder, both
>  versions can live together, no conflicts, the documentation is small
>  so is inside each package.
> 
>  I tested both versions (python2 and python3), both worked OK.
> 
>  I made a new thread just to avoid confusions with the tar.gz packages
>  and to give the proper credit to Alexandr, I started to work on this
>  without realizing that he had a previous entry under editors/spyder
>  instead of devel/spyder.
> 
>  Regression tests on the application require some other ports, I leave
>  the TEST_DEPENDS commented until those requirements are present.
> 
>  Find attached the port in tar.gz and also available in openbsd-wip 
>  repository.
>  Looking for testers, OK and committer. :D
> 
>  Cheers.
>  Elias.
> 

update games/minecraft

[Solene Rapenne]

bump the minecraft script from 0.4 to 0.6, from the git commits
it only increase the datasize to max available when running.

Index: Makefile
===
RCS file: /cvs/ports/games/minecraft/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- Makefile29 Jun 2018 22:16:14 -  1.9
+++ Makefile10 Aug 2018 22:22:21 -
@@ -5,7 +5,7 @@ PORTROACH_COMMENT=version 0.1 is actuall
 
 COMMENT=   wrapper for a game about breaking and placing blocks
 
-V= 0.0.4
+V= 0.0.6
 GH_PROJECT=minecraft
 GH_ACCOUNT=qbit
 GH_TAGNAME=${GH_PROJECT}-${V}
Index: distinfo
===
RCS file: /cvs/ports/games/minecraft/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo14 Oct 2014 18:45:10 -  1.1.1.1
+++ distinfo10 Aug 2018 22:22:21 -
@@ -1,2 +1,2 @@
-SHA256 (minecraft-0.0.4.tar.gz) = 8RycJ5mY1DCd5nZOOyAnBqw0MP3aNe9Bql9xycTxK8A=
-SIZE (minecraft-0.0.4.tar.gz) = 2897
+SHA256 (minecraft-0.0.6.tar.gz) = mpsCsn+sN5cggaB2vRz9CMUoLto+vAMYlnE5jduAjQA=
+SIZE (minecraft-0.0.6.tar.gz) = 2882

Re: [UPDATE] textproc/ruby-kramdown to 1.17.0

[Frederic Cambus]

On Mon, Jul 30, 2018 at 06:54:05PM +0200, Frederic Cambus wrote:

> Here is a diff to update ruby-kramdown to 1.17.0.
> 
> Comments? OK?

Ping. Anyone willing to look at this? Thanks!

Re: NEW: devel/spyder

[Elias M. Mariani]

Ups, sorry, this wasn't OK sthen@.
Just recommended the fixes.

Cheers.
Elias.

2018-08-10 13:11 GMT-03:00 Elias M. Mariani :
> Fixes requested by sthen for the OK.
>
> Cheers.
> Elias.
>
> 2018-07-30 17:16 GMT-03:00 Elias M. Mariani :
>> Small fixes.
>>
>> Cheers.
>> Elias.
>>
>> 2018-07-16 19:01 GMT-03:00 Elias M. Mariani :
>>> Updated from 3.2.8 to 3.3.0.
>>> The port is now divided into 2 parts:
>>> devel/spyder/py-spyder-kernels
>>> devel/spyder/spyder (depends on py-spyder-kernels)
>>>
>>> Cheers.
>>> Elias.
>>>
>>> 2018-06-30 19:50 GMT-03:00 Elias M. Mariani :
 Sorry for spamming but I added some things:
 - Change @exec to @tags.

 Cheers.
 Elias.

 2018-06-28 3:56 GMT-03:00 Elias M. Mariani :
> Weekly bump.
>
> 2018-06-21 11:42 GMT-03:00 Elias M. Mariani :
>> Weekly bump.
>>
>>
>> 2018-06-14 3:43 GMT-03:00 Elias M. Mariani :
>>> Attached is the new version.
>>> Decided to build a 3rd package for docs.
>>> Sorry for spamming my collection of ports but I don't want anyone
>>> grabbing the wrong version.
>>>
>>> 2018-06-09 15:37 GMT-03:00 Elias M. Mariani :
 Spyder is an interactive Python development environment providing
 MATLAB-like features in a simple and lightweight software. It also
 provides ready-to-use pure-Python widgets to your PyQt5 or PyQt4
 application: source code editor with syntax highlighting and code
 introspection/analysis features, NumPy array editor, dictionary
 editor, Python console, etc.

 This is a work of Alexandr Shadchin and myself, merged in openbsd-wip.
 It uses FLAVOR=python3 to build spyder3 instead of spyder, both
 versions can live together, no conflicts, the documentation is small
 so is inside each package.

 I tested both versions (python2 and python3), both worked OK.

 I made a new thread just to avoid confusions with the tar.gz packages
 and to give the proper credit to Alexandr, I started to work on this
 without realizing that he had a previous entry under editors/spyder
 instead of devel/spyder.

 Regression tests on the application require some other ports, I leave
 the TEST_DEPENDS commented until those requirements are present.

 Find attached the port in tar.gz and also available in openbsd-wip 
 repository.
 Looking for testers, OK and committer. :D

 Cheers.
 Elias.

Re: [Ping] My submittions to port

[Elias M. Mariani]

I'he send the fixes to the respective threads.

Cheers.
Elias.

2018-08-09 21:20 GMT-03:00 Stuart Henderson :
> On 2018/08/09 13:09, Elias M. Mariani wrote:
>> 3 - devel/py-test-forked 0.2 NEW
>> https://marc.info/?l=openbsd-ports&m=153222412422291
>> 
>
> This one needs
>
> TEST_DEPENDS =  ${RUN_DEPENDS}
>
> Otherwise OK sthen@ for someone to commit.
>
>
>> 4 - pytest suite update:
>> This includes:
>> - devel/py-py to 1.5.4 UPDATE
>> - devel/py-pluggy 0.7.1 UPDATE
>> - devel/py-hypothesis to 3.66.30 UPDATE
>> - devel/py-test to 3.7.1 UPDATE
>> - devel/py-test-httpbin to 0.3.0 UPDATE
>> - devel/py-test-localserver to 0.4.1 UPDATE
>> - devel/py-test-mock to 1.10.0 UPDATE
>> - devel/py-test-runner to 4.2 UPDATE
>> - devel/py-test-xdist to 1.22.5 UPDATE
>> This update depends on devel/py-pathlib2 (2) and devel/py-test-forked (3)
>> https://marc.info/?l=openbsd-ports&m=153369310008767
>> 
>
> With devel/py-pathlib2 already committed we just need
> devel/py-test-forked to unblock the above. Diff reads OK and your
> testing seems good but I or anyone else who commits should do a bit of
> their own testing too.
>
>
>> 5.1 - devel/spyder/py-spyder-kernels NEW
>> 5.2 - devel/spyder/spyder NEW
>> https://marc.info/?l=openbsd-ports&m=153298181816263
>
> In devel/spyder/spyder/patches/patch-spyder___init___py you have
>
> +DOCPATH = '${LOCALBASE}/share/doc/spyder/'
>
> - as it's referring to "a file from this port", it should be ${TRUEPREFIX}
>
> In devel/spyder/Makefile the ,python3 versions should be listed too.
>
> These also need
>
> TEST_DEPENDS =  ${RUN_DEPENDS}
>
> (if you try 'make test' and don't have deps installed, it tries to fetch
> them from the network, which fails if you're using the recommended setup
> with PORTS_PRIVSEP=yes and a PF rule to block _pbuild from making
> connections e.g. "block return quick proto {tcp udp} user _pbuild").
>
> The test for py-spyder-kernels needs pandas, is that ready yet? If not,
> then maybe set NO_TEST with a comment next to it like "# disabled until
> py-pandas is imported"?
>

Re: NEW: devel/spyder

[Elias M. Mariani]

Fixes requested by sthen for the OK.

Cheers.
Elias.

2018-07-30 17:16 GMT-03:00 Elias M. Mariani :
> Small fixes.
>
> Cheers.
> Elias.
>
> 2018-07-16 19:01 GMT-03:00 Elias M. Mariani :
>> Updated from 3.2.8 to 3.3.0.
>> The port is now divided into 2 parts:
>> devel/spyder/py-spyder-kernels
>> devel/spyder/spyder (depends on py-spyder-kernels)
>>
>> Cheers.
>> Elias.
>>
>> 2018-06-30 19:50 GMT-03:00 Elias M. Mariani :
>>> Sorry for spamming but I added some things:
>>> - Change @exec to @tags.
>>>
>>> Cheers.
>>> Elias.
>>>
>>> 2018-06-28 3:56 GMT-03:00 Elias M. Mariani :
 Weekly bump.

 2018-06-21 11:42 GMT-03:00 Elias M. Mariani :
> Weekly bump.
>
>
> 2018-06-14 3:43 GMT-03:00 Elias M. Mariani :
>> Attached is the new version.
>> Decided to build a 3rd package for docs.
>> Sorry for spamming my collection of ports but I don't want anyone
>> grabbing the wrong version.
>>
>> 2018-06-09 15:37 GMT-03:00 Elias M. Mariani :
>>> Spyder is an interactive Python development environment providing
>>> MATLAB-like features in a simple and lightweight software. It also
>>> provides ready-to-use pure-Python widgets to your PyQt5 or PyQt4
>>> application: source code editor with syntax highlighting and code
>>> introspection/analysis features, NumPy array editor, dictionary
>>> editor, Python console, etc.
>>>
>>> This is a work of Alexandr Shadchin and myself, merged in openbsd-wip.
>>> It uses FLAVOR=python3 to build spyder3 instead of spyder, both
>>> versions can live together, no conflicts, the documentation is small
>>> so is inside each package.
>>>
>>> I tested both versions (python2 and python3), both worked OK.
>>>
>>> I made a new thread just to avoid confusions with the tar.gz packages
>>> and to give the proper credit to Alexandr, I started to work on this
>>> without realizing that he had a previous entry under editors/spyder
>>> instead of devel/spyder.
>>>
>>> Regression tests on the application require some other ports, I leave
>>> the TEST_DEPENDS commented until those requirements are present.
>>>
>>> Find attached the port in tar.gz and also available in openbsd-wip 
>>> repository.
>>> Looking for testers, OK and committer. :D
>>>
>>> Cheers.
>>> Elias.


spyder-3.3.0.tar.gz
Description: GNU Zip compressed data

Re: NEW: devel/py-test-forked [1/2]

[Elias M. Mariani]

Added:
TEST_DEPENDS = ${RUN_DEPENDS}

Requested by sthen for the OK.

2018-07-21 22:48 GMT-03:00 Elias M. Mariani :
> Is a dependency for the update of py-test-xdist.
> The name seems pretty self explanatory...
>
> Cheers.
> Elias.


py-test-forked.tar.gz
Description: GNU Zip compressed data

Re: [NEW/WIP] Qflow porting // [2/7] Yosys

[Brian Callahan]

On 8/10/2018 8:11 AM, Stuart Henderson wrote:
> On 2018/08/10 11:45, Stuart Henderson wrote:
>> Save trouble, it's not needed. These config options don't do anything useful.
>> Still building but here's a diff on top of your last tar which fixes a few
>> little issues (one of which was failure to fetch the tarball from 
>> MASTER_SITES :)

Thanks for being a step ahead of me--that's what I was trying to say :)

> Oops, need to honour CXXFLAGS too. Rather than stacking diffs (and most
> of the more explanatory parts are in the last one I sent) here's a new
> tar.
>
> If it still works for you I'm happy with importing like this, any OKs to
> do so? (or someone can go ahead with my OK).
>
>

Yes, ok.

~Brian

Re: new net/clic

[Brian Callahan]

On 8/10/2018 7:43 AM, Jeremie Courreges-Anglas wrote:
> On Fri, Aug 10 2018, Solene Rapenne  wrote:
>> Jeremie Courreges-Anglas  wrote:
>>> On Thu, Aug 09 2018, Solene Rapenne  wrote:
 clic is a text based gopher client. It is pledged and man is included.
>>> Well right now you don't install the manpage.
>>>
 clic is using colors to distinguish links types and is driven by typing
 the number of the link in the current menu.

 I want to take maintainership of clic because I'm its author.

 It's developped in common lisp but will only works with lang/ecl, it's a
 choice of me so it has a smaller memory usage and doesn't require
 wxallowed (lang/sbcl produce ~80Mb binaries and requires wxallowed).
>>> Makes sense.
>>>
>>> Please fix WANTLIB as noted by bcallah@. Nits: the pledge marker seems
>>> to be "uses pledge()" with parens, and the next comment seems to be
>>> misplaced.  Didn't you mean:
>>>
>>>   # To open HTML and other links clic doesn't understand.
>>>   RUN_DEPENDS =   devel/xdg-utils
>>>
>>> ?
>>>
>>> Except for this, seems to work fine.
>> - I fixed the WANTLIB thx to bcallah@
>> - pledge now has parenthesis
>> - man is installed
>>
>> the tarball is using 1.01 version
> ok jca@
>
> I understand your use of NO_TEST=Yes, but maybe you should make
> run-test.sh available in the tarball instead?
>

ok for me too

Re: NEW: devel/cmark

[Charlène]

On Fri, 10 Aug 2018 14:45:19 +0100
Stuart Henderson wrote:

> It's already committed.
> 

Sorry for the noise, i may have not noticed something has gone wrong
during the initial tree fetch on this machine :(

> On 2018/08/10 15:19, Charlène wrote:
> > On Thu, 2 Aug 2018 20:34:36 +0200
> > Jan Klemkow wrote:
> > 
> > > Hi Rafael,
> > > 
> > > On Thu, Aug 02, 2018 at 06:31:53PM +0200, Rafael Sadowski wrote:
> > > > On Thu Aug 02, 2018 at 05:36:13PM +0200, Jan Klemkow wrote:
> > > > > Hi Rafael,
> > > > > 
> > > > > I also worked on an cmark port.  I took your tar ball and
> > > > > fixed all comments Stuart pointed out.  Just, the MAINTAINER
> > > > > field is still unset, But, a portscheck run does not require
> > > > > this field.
> > > > > 
> > > > > I replaced the manual DISTFILE and MASTER_SITE handling by the
> > > > > GH_* variables, moved it to category "textproc" and correct
> > > > > some spacing.
> > > > 
> > > > That wasn't the way to go and the spacing was fine -- trust me
> > > > or use vim. Please see my traball.
> > > 
> > > You are right, I missed some spaces.  But, I already used vim ;-)
> > > 
> > > > > 
> > > > > Hopefully that helps you.  I also need this tool for a private
> > > > > project of mine.
> > > > 
> > > > Would you like to take MAINTAINER?
> > > 
> > > Yes, I can do that.  See my attached tar ball.  I removed a
> > > useless line and replaced some spaces by tabs.  And it uses the
> > > GH_* variables.
> > > 
> > > Hope that's fine for all so far.
> > > 
> > > Thanks,
> > > Jan
> > 
> > Hi! 
> > 
> > I'd be happy to see cmark added to ports too. 
> > 
> > The build and runtime works fine on i386, i tested old personal
> > projects that used it and John Gruber's test suite [1] without any
> > issue.
> > 
> > Charlène. 
> > 
> > [1]
> > http://daringfireball.net/projects/downloads/MarkdownTest_1.0.zip
> > 
> > 
> 

Re: NEW: devel/cmark

[Stuart Henderson]

It's already committed.


On 2018/08/10 15:19, Charlène wrote:
> On Thu, 2 Aug 2018 20:34:36 +0200
> Jan Klemkow wrote:
> 
> > Hi Rafael,
> > 
> > On Thu, Aug 02, 2018 at 06:31:53PM +0200, Rafael Sadowski wrote:
> > > On Thu Aug 02, 2018 at 05:36:13PM +0200, Jan Klemkow wrote:
> > > > Hi Rafael,
> > > > 
> > > > I also worked on an cmark port.  I took your tar ball and fixed
> > > > all comments Stuart pointed out.  Just, the MAINTAINER field is
> > > > still unset, But, a portscheck run does not require this field.
> > > > 
> > > > I replaced the manual DISTFILE and MASTER_SITE handling by the
> > > > GH_* variables, moved it to category "textproc" and correct some
> > > > spacing.
> > > 
> > > That wasn't the way to go and the spacing was fine -- trust me or
> > > use vim. Please see my traball.
> > 
> > You are right, I missed some spaces.  But, I already used vim ;-)
> > 
> > > > 
> > > > Hopefully that helps you.  I also need this tool for a private
> > > > project of mine.
> > > 
> > > Would you like to take MAINTAINER?
> > 
> > Yes, I can do that.  See my attached tar ball.  I removed a useless
> > line and replaced some spaces by tabs.  And it uses the GH_*
> > variables.
> > 
> > Hope that's fine for all so far.
> > 
> > Thanks,
> > Jan
> 
> Hi! 
> 
> I'd be happy to see cmark added to ports too. 
> 
> The build and runtime works fine on i386, i tested old personal
> projects that used it and John Gruber's test suite [1] without any
> issue.
> 
> Charlène. 
> 
> [1] http://daringfireball.net/projects/downloads/MarkdownTest_1.0.zip
> 
> 

Re: NEW: devel/cmark

[Charlène]

On Thu, 2 Aug 2018 20:34:36 +0200
Jan Klemkow wrote:

> Hi Rafael,
> 
> On Thu, Aug 02, 2018 at 06:31:53PM +0200, Rafael Sadowski wrote:
> > On Thu Aug 02, 2018 at 05:36:13PM +0200, Jan Klemkow wrote:
> > > Hi Rafael,
> > > 
> > > I also worked on an cmark port.  I took your tar ball and fixed
> > > all comments Stuart pointed out.  Just, the MAINTAINER field is
> > > still unset, But, a portscheck run does not require this field.
> > > 
> > > I replaced the manual DISTFILE and MASTER_SITE handling by the
> > > GH_* variables, moved it to category "textproc" and correct some
> > > spacing.
> > 
> > That wasn't the way to go and the spacing was fine -- trust me or
> > use vim. Please see my traball.
> 
> You are right, I missed some spaces.  But, I already used vim ;-)
> 
> > > 
> > > Hopefully that helps you.  I also need this tool for a private
> > > project of mine.
> > 
> > Would you like to take MAINTAINER?
> 
> Yes, I can do that.  See my attached tar ball.  I removed a useless
> line and replaced some spaces by tabs.  And it uses the GH_*
> variables.
> 
> Hope that's fine for all so far.
> 
> Thanks,
> Jan

Hi! 

I'd be happy to see cmark added to ports too. 

The build and runtime works fine on i386, i tested old personal
projects that used it and John Gruber's test suite [1] without any
issue.

Charlène. 

[1] http://daringfireball.net/projects/downloads/MarkdownTest_1.0.zip

Re: [NEW/WIP] Qflow porting // [2/7] Yosys

[Stuart Henderson]

On 2018/08/10 11:45, Stuart Henderson wrote:
> Save trouble, it's not needed. These config options don't do anything useful.
> Still building but here's a diff on top of your last tar which fixes a few
> little issues (one of which was failure to fetch the tarball from 
> MASTER_SITES :)

Oops, need to honour CXXFLAGS too. Rather than stacking diffs (and most
of the more explanatory parts are in the last one I sent) here's a new
tar.

If it still works for you I'm happy with importing like this, any OKs to
do so? (or someone can go ahead with my OK).




yosys,2.tgz
Description: Binary data

Re: new net/clic

[Marc Espie]

On Fri, Aug 10, 2018 at 01:46:02PM +0200, Jeremie Courreges-Anglas wrote:
> On Fri, Aug 10 2018, Solene Rapenne  wrote:
> > Stuart Henderson  wrote:
> >> On 2018/08/10 11:12, Solene Rapenne wrote:
> >> > Jeremie Courreges-Anglas  wrote:
> >> > > On Thu, Aug 09 2018, Solene Rapenne  wrote:
> >> > > > clic is a text based gopher client. It is pledged and man is 
> >> > > > included.
> >> > > 
> >> > > Well right now you don't install the manpage.
> >> > > 
> >> > > > clic is using colors to distinguish links types and is driven by 
> >> > > > typing
> >> > > > the number of the link in the current menu.
> >> > > >
> >> > > > I want to take maintainership of clic because I'm its author.
> >> > > >
> >> > > > It's developped in common lisp but will only works with lang/ecl, 
> >> > > > it's a
> >> > > > choice of me so it has a smaller memory usage and doesn't require
> >> > > > wxallowed (lang/sbcl produce ~80Mb binaries and requires wxallowed).
> >> > > 
> >> > > Makes sense.
> >> > > 
> >> > > Please fix WANTLIB as noted by bcallah@. Nits: the pledge marker seems
> >> > > to be "uses pledge()" with parens, and the next comment seems to be
> >> > > misplaced.  Didn't you mean:
> >> > > 
> >> > >   # To open HTML and other links clic doesn't understand.
> >> > >   RUN_DEPENDS =   devel/xdg-utils
> >> > > 
> >> > > ?
> >> > > 
> >> > > Except for this, seems to work fine.
> >> > 
> >> > - I fixed the WANTLIB thx to bcallah@
> >> > - pledge now has parenthesis
> >> > - man is installed
> >> > 
> >> > the tarball is using 1.01 version
> >> > 
> >> 
> >> What, no gopher:// MASTER_SITES? :-)
> >> 
> >> OK sthen@
> >> 
> >> (Nitpicking I would prefer to reflow pkg/DESCR, currently it's
> >> hard up against 80 columns, it doesn't take any extra lines to
> >> wrap it a little narrower. But I don't insist on this.)
> >
> >
> > we could use gopher:// as MASTER_SITES but I'm not sure that the current
> > infrastructure supports it. In fact, the ftp server is only running for
> > openbsd ports (for net/sacc at first) :D

ftp definitely does NOT support gopher for fetching.

We got rid of FETCH_DEPENDS a long while back, and I have 0 intent to
bring it back.


You want gopher master sites ? you'll need a tool in base. Good luck with
that.

Re: Drop maintainership completely

[Marc Espie]

On Thu, Aug 09, 2018 at 09:05:25PM -0400, trondd wrote:
> On Thu, August 9, 2018 6:56 pm, Leonid Bobrov wrote:
> > I am very irritated right now.
> >
> > I realise I don't belong here and you don't need me as maintainer,
> > besides I never wanted to be maintainer, I just want immediate ports
> > updates, but recently you started to ignore my update over 2 weeks, but
> > it is very tiny. I don't have patience and I don't understand you,
> > furthermore I don't want to understand you.
> >
> 
> 2 weeks is short time.  My updates have pretty much always needed poking
> for months.  Sometimes 6 months go by and I just submit the next version. 
> You have to be patient with a small unpaid community.  Sometimes not a lot
> of people use the software that you do.
> 
> If you want the port updated, well, even if it takes weeks to get
> comitted, you've already got the updated version, right?  Carry on with
> life.  The ports tree will catch up.
> 
> We're all here because we enjoy it.  If you're not enjoying it right now,
> take some time away.  You don't have to be all in all the time and then
> get frustrated when things aren't happening that fast and then rage quit. 
> Temper your expectations and your goals.

Speaking from personal experience, there are so many things to keep up
and running and to improve that actually looking at new ports and updates
and reviewing, testing them, is something I no longer get the chance to
do regularly.

I'm all for having more committers, but the work is very selfless. You
need to test, you need to be careful...   in general, we import new people
when they start churning ports that do not need 10+ changes to be useful,
and that write mails that explain the work they did :)   (hint to
wannabe porters)

Granted, the situation does improve, the infrastructure warns about more
stuff these days, and we have enough regular bulks that most build mistakes
get caught early on.

You've got to realize that there have been lots of major changes over
the past few years. Switching to clang was a large effort, using lld
is another one currently in progress.

All the nice mitigation techniques we got, like canaris, like wxallowed,
take time to figure out and make work (in fact, wxallowed is definitely
not finished).  Doing pledge() for crucial ports is also work.

Fixing bugs like ports that fetch during build was also fun (though somewhat
limited in scope)...


I could go on and on...

And the ports keep moving. There are more and more ports requiring at
least C++11 to build (and it's very likely this is going to become
C++14/17 in the near future), go and rust put more tendrils in more stuff
as time progresses...

Re: new net/clic

[Jeremie Courreges-Anglas]

On Fri, Aug 10 2018, Solene Rapenne  wrote:
> Stuart Henderson  wrote:
>> On 2018/08/10 11:12, Solene Rapenne wrote:
>> > Jeremie Courreges-Anglas  wrote:
>> > > On Thu, Aug 09 2018, Solene Rapenne  wrote:
>> > > > clic is a text based gopher client. It is pledged and man is included.
>> > > 
>> > > Well right now you don't install the manpage.
>> > > 
>> > > > clic is using colors to distinguish links types and is driven by typing
>> > > > the number of the link in the current menu.
>> > > >
>> > > > I want to take maintainership of clic because I'm its author.
>> > > >
>> > > > It's developped in common lisp but will only works with lang/ecl, it's 
>> > > > a
>> > > > choice of me so it has a smaller memory usage and doesn't require
>> > > > wxallowed (lang/sbcl produce ~80Mb binaries and requires wxallowed).
>> > > 
>> > > Makes sense.
>> > > 
>> > > Please fix WANTLIB as noted by bcallah@. Nits: the pledge marker seems
>> > > to be "uses pledge()" with parens, and the next comment seems to be
>> > > misplaced.  Didn't you mean:
>> > > 
>> > >   # To open HTML and other links clic doesn't understand.
>> > >   RUN_DEPENDS =   devel/xdg-utils
>> > > 
>> > > ?
>> > > 
>> > > Except for this, seems to work fine.
>> > 
>> > - I fixed the WANTLIB thx to bcallah@
>> > - pledge now has parenthesis
>> > - man is installed
>> > 
>> > the tarball is using 1.01 version
>> > 
>> 
>> What, no gopher:// MASTER_SITES? :-)
>> 
>> OK sthen@
>> 
>> (Nitpicking I would prefer to reflow pkg/DESCR, currently it's
>> hard up against 80 columns, it doesn't take any extra lines to
>> wrap it a little narrower. But I don't insist on this.)
>
>
> we could use gopher:// as MASTER_SITES but I'm not sure that the current
> infrastructure supports it. In fact, the ftp server is only running for
> openbsd ports (for net/sacc at first) :D

Your upstream, your port, your rules.  But really, FTP in 2018?
HTTP(S) would be sooo much better.  :)

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

Re: new net/clic

[Jeremie Courreges-Anglas]

On Fri, Aug 10 2018, Solene Rapenne  wrote:
> Jeremie Courreges-Anglas  wrote:
>> On Thu, Aug 09 2018, Solene Rapenne  wrote:
>> > clic is a text based gopher client. It is pledged and man is included.
>> 
>> Well right now you don't install the manpage.
>> 
>> > clic is using colors to distinguish links types and is driven by typing
>> > the number of the link in the current menu.
>> >
>> > I want to take maintainership of clic because I'm its author.
>> >
>> > It's developped in common lisp but will only works with lang/ecl, it's a
>> > choice of me so it has a smaller memory usage and doesn't require
>> > wxallowed (lang/sbcl produce ~80Mb binaries and requires wxallowed).
>> 
>> Makes sense.
>> 
>> Please fix WANTLIB as noted by bcallah@. Nits: the pledge marker seems
>> to be "uses pledge()" with parens, and the next comment seems to be
>> misplaced.  Didn't you mean:
>> 
>>   # To open HTML and other links clic doesn't understand.
>>   RUN_DEPENDS =   devel/xdg-utils
>> 
>> ?
>> 
>> Except for this, seems to work fine.
>
> - I fixed the WANTLIB thx to bcallah@
> - pledge now has parenthesis
> - man is installed
>
> the tarball is using 1.01 version

ok jca@

I understand your use of NO_TEST=Yes, but maybe you should make
run-test.sh available in the tarball instead?

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

Re: new net/clic

[Stuart Henderson]

On 2018/08/10 12:34, Solene Rapenne wrote:
> we could use gopher:// as MASTER_SITES but I'm not sure that the current
> infrastructure supports it. In fact, the ftp server is only running for
> openbsd ports (for net/sacc at first) :D

Joking :-)

> I use 80 columns formatting but I could use less, what would be the
> right column number?

The only hard rule is "80 columns max" but I usually try to make it look
nice and leave a bit of free space at the right.

Normally I use textproc/par which defaults to 72 columns and looks
nicer than fmt(1)'s simpler algorithm, but if I don't like how it looks
(for example if it's a long text and spreads over too many lines) then
I'll adjust the number of columns or hand-tweak it.

Re: [NEW/WIP] Qflow porting // [2/7] Yosys

[Stuart Henderson]

On 2018/08/10 08:41, Alessandro DE LAURENZIS wrote:
> Hi Brian,
> 
> On 08/10/18 06:20, Brian Callahan wrote:
> > 
> > 
> > On 8/10/2018 12:05 AM, Alessandro DE LAURENZIS wrote:
> > > Hi Brian,
> > > 
> > > [...]
> > > > Could you explain why ports-gcc is needed? Is there a reason that
> > > > gcc-4.9.4 would be preferred over clang-6.0.0?
> > > > Usually, if you have a COMPILER line, you have a comment above it
> > > > with a reason why. I don't know if it's true for this port, but
> > > > something like:
> > > > # C++11
> > > > COMPILER = base-clang ports-gcc
> > > > 
> > > > is usually what is wanted here.
> > > 
> > > Actually, when compiled with base-clang, I was observing some
> > > segmentation faults during tests (the first in test/fsm no. 43).
> > > 
> > > After the upgrade to a more recent snapshot (I'm currently using the
> > > one dated 4th Aug), the test suite completes without errors even using
> > > clang. So, I agree with your suggestion.
> > > 
> > 
> > Regardless, if you have a COMPILER line, you should leave a comment
> > saying why. There's no way someone would know there were problems unless
> > you tell us.
> > 
> > > Please also note that we need a pre-build "conditional", since the
> > > "config-" target in upstream Makefile is different for clang
> > > (config-clang) and gcc (config-gcc-4.8); I defined the variable
> > > CONFIG_TARGET and set it after the ".include ", according
> > > to the value of CHOSEN_COMPILER:
> > > 
> > > [... snip ...]
> > > pre-build:
> > >  ${SUBST_CMD} ${WRKSRC}/kernel/yosys.cc
> > >  @cd ${WRKBUILD} && exec ${MAKE_PROGRAM} config-$(CONFIG_TARGET)
> > > 
> > > [...]
> > > 
> > > .include 
> > > 
> > > .if ${CHOSEN_COMPILER} == "base-clang"
> > > CONFIG_TARGET = clang
> > > .else
> > > CONFIG_TARGET = gcc-4.8
> > > .endif
> > > [... snip ...]
> > > 
> > > Please confirm that this is acceptable (or suggest any wiser
> > > alternatives).
> > > 
> > 
> > It's late, so I'll have to revisit this bit in the morning, but there
> > are examples where we simply just pick one single config target (I think
> > in my stuff I always pick clang and massage it to also work with gcc).
> > I'll find you a more concrete example of this tomorrow.
> > 
> > > 
> > > [...]
> > > > Some other notes:
> > > > 
> > > > As I understand Makefile.template, you should prefer the GH_*
> > > > variables for this port, since everything is auto-generated anyway.
> > > > It will also let you get rid of your VERSION variable, since the GH_*
> > > > variables will take care of it.
> > > 
> > > I was following the comment in Makefile.template:
> > > 
> > > [... snip ...]
> > > #
> > > # github:
> > > # /releases/ -> preferred. ignore GH_*, just use MASTER_SITES and
> > > DISTNAME.
> > > # /archive/ ->  GH_ACCOUNT and GH_PROJECT, plus either GH_TAGNAME or
> > > GH_COMMIT.
> > > #
> > > [... snip ...]
> > > 
> > > (in this case we have a release). I see a bunch of other ports doing
> > > similar things (e.g., games/minetest, textproc/py-rdflib, ...).
> > > 
> > 
> > Huh? You don't have a release. Your MASTER_SITES line clearly has
> > /archive/ in it. Github is needlessly confusing, and it is possible that
> > comment could be worded better because I can see where the confusion
> > comes from.
> > 
> > > Should I use GH_TAGNAME instead?
> > > 
> > 
> > In this case, yes.
> 
> Got it. Please see the attached tarball.
> 
> Waiting for your further feedback.
> 
> > 
> > > > Your LDFLAGS line might be better located as a part of your
> > > > MAKE_FLAGS line.
> > > 
> > > Done.
> > > 
> > > Updated tarball enclosed.
> > > 
> > 
> > Thanks. I'll take a closer look at this tomorrow. But at a quick glance,
> > if we decide to keep it, that conditional at the very bottom is going to
> > have to be pulled up above pre-build.
> 
> I'm not a make expert at all, but it seems I can't:
> 
> [... snip ...]
> *** Parse error in /usr/ports/mystuff/cad/yosys: Malformed conditional
> (${CHOSEN_COMPILER} == "base-clang") (Makefile:54)
> *** Parse error: Need an operator in '"base-clang"' (Makefile:54)
> [... snip ...]
> 
> I found x11/vlc where a similar conditional is done after the .include

Save trouble, it's not needed. These config options don't do anything useful.
Still building but here's a diff on top of your last tar which fixes a few
little issues (one of which was failure to fetch the tarball from MASTER_SITES 
:)


diff --git a/Makefile b/Makefile
index 06e33f6..e596518 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,12 @@
 # $OpenBSD$
 
 COMMENT =  framework for Verilog RTL synthesis
+
+GH_ACCOUNT =   YosysHQ
+GH_PROJECT =   yosys
+GH_TAGNAME =   yosys-0.7
+DISTNAME = ${GH_TAGNAME}
+
 CATEGORIES =   cad
 
 HOMEPAGE = http://www.clifford.at/yosys/
@@ -9,35 +15,30 @@ MAINTAINER = Alessandro De Laurenzis 

 # ISC (yosys), MIT (MiniSat)
 PERMIT_PACKAGE_CDROM = Yes
 
-WANTLIB += ${COMPILER_LIBCXX} c curses m readline tcl85 ffi
-
-GH_ACCOUNT =   YosysHQ
-GH_PROJECT =   yosys
-GH_TAGNA

Re: Drop maintainership completely

[Craig Skinner]

On Fri, 10 Aug 2018 01:56:58 +0300 (EEST) Leonid Bobrov wrote:
> ... ignore my update over 2 weeks ...

Summer holidays/people out enjoying the weather/with family/etc?

Cheers,
-- 
Craig Skinner | http://linkd.in/yGqkv7

Re: new net/clic

[Solene Rapenne]

Stuart Henderson  wrote:
> On 2018/08/10 11:12, Solene Rapenne wrote:
> > Jeremie Courreges-Anglas  wrote:
> > > On Thu, Aug 09 2018, Solene Rapenne  wrote:
> > > > clic is a text based gopher client. It is pledged and man is included.
> > > 
> > > Well right now you don't install the manpage.
> > > 
> > > > clic is using colors to distinguish links types and is driven by typing
> > > > the number of the link in the current menu.
> > > >
> > > > I want to take maintainership of clic because I'm its author.
> > > >
> > > > It's developped in common lisp but will only works with lang/ecl, it's a
> > > > choice of me so it has a smaller memory usage and doesn't require
> > > > wxallowed (lang/sbcl produce ~80Mb binaries and requires wxallowed).
> > > 
> > > Makes sense.
> > > 
> > > Please fix WANTLIB as noted by bcallah@. Nits: the pledge marker seems
> > > to be "uses pledge()" with parens, and the next comment seems to be
> > > misplaced.  Didn't you mean:
> > > 
> > >   # To open HTML and other links clic doesn't understand.
> > >   RUN_DEPENDS =   devel/xdg-utils
> > > 
> > > ?
> > > 
> > > Except for this, seems to work fine.
> > 
> > - I fixed the WANTLIB thx to bcallah@
> > - pledge now has parenthesis
> > - man is installed
> > 
> > the tarball is using 1.01 version
> > 
> 
> What, no gopher:// MASTER_SITES? :-)
> 
> OK sthen@
> 
> (Nitpicking I would prefer to reflow pkg/DESCR, currently it's
> hard up against 80 columns, it doesn't take any extra lines to
> wrap it a little narrower. But I don't insist on this.)


we could use gopher:// as MASTER_SITES but I'm not sure that the current
infrastructure supports it. In fact, the ftp server is only running for
openbsd ports (for net/sacc at first) :D

I use 80 columns formatting but I could use less, what would be the
right column number?

Re: new net/clic

[Stuart Henderson]

On 2018/08/10 11:12, Solene Rapenne wrote:
> Jeremie Courreges-Anglas  wrote:
> > On Thu, Aug 09 2018, Solene Rapenne  wrote:
> > > clic is a text based gopher client. It is pledged and man is included.
> > 
> > Well right now you don't install the manpage.
> > 
> > > clic is using colors to distinguish links types and is driven by typing
> > > the number of the link in the current menu.
> > >
> > > I want to take maintainership of clic because I'm its author.
> > >
> > > It's developped in common lisp but will only works with lang/ecl, it's a
> > > choice of me so it has a smaller memory usage and doesn't require
> > > wxallowed (lang/sbcl produce ~80Mb binaries and requires wxallowed).
> > 
> > Makes sense.
> > 
> > Please fix WANTLIB as noted by bcallah@. Nits: the pledge marker seems
> > to be "uses pledge()" with parens, and the next comment seems to be
> > misplaced.  Didn't you mean:
> > 
> >   # To open HTML and other links clic doesn't understand.
> >   RUN_DEPENDS =   devel/xdg-utils
> > 
> > ?
> > 
> > Except for this, seems to work fine.
> 
> - I fixed the WANTLIB thx to bcallah@
> - pledge now has parenthesis
> - man is installed
> 
> the tarball is using 1.01 version
> 

What, no gopher:// MASTER_SITES? :-)

OK sthen@

(Nitpicking I would prefer to reflow pkg/DESCR, currently it's
hard up against 80 columns, it doesn't take any extra lines to
wrap it a little narrower. But I don't insist on this.)

Re: new net/clic

[Solene Rapenne]

Jeremie Courreges-Anglas  wrote:
> On Thu, Aug 09 2018, Solene Rapenne  wrote:
> > clic is a text based gopher client. It is pledged and man is included.
> 
> Well right now you don't install the manpage.
> 
> > clic is using colors to distinguish links types and is driven by typing
> > the number of the link in the current menu.
> >
> > I want to take maintainership of clic because I'm its author.
> >
> > It's developped in common lisp but will only works with lang/ecl, it's a
> > choice of me so it has a smaller memory usage and doesn't require
> > wxallowed (lang/sbcl produce ~80Mb binaries and requires wxallowed).
> 
> Makes sense.
> 
> Please fix WANTLIB as noted by bcallah@. Nits: the pledge marker seems
> to be "uses pledge()" with parens, and the next comment seems to be
> misplaced.  Didn't you mean:
> 
>   # To open HTML and other links clic doesn't understand.
>   RUN_DEPENDS =   devel/xdg-utils
> 
> ?
> 
> Except for this, seems to work fine.

- I fixed the WANTLIB thx to bcallah@
- pledge now has parenthesis
- man is installed

the tarball is using 1.01 version



clic.tgz
Description: application/tar-gz