Re: purritobin-0.1.2 - new package + dependencies

2020-06-01 Thread Aisha Tammy
On 6/1/20 6:13 PM, Brian Callahan wrote: > Hi Aisha -- > > ‐‐‐ Original Message ‐‐‐ > On Sunday, May 31, 2020 10:03 PM, Aisha Tammy wrote: > >> Hi, >> >> I've attached the port again, with a few more fixes. >> >> Would love to see this added. >> >> A few words about this port: >> >> It i

Re: Update lang/ecl to 20.4.24

2020-06-01 Thread Timo Myyrä
On Sun, May 31, 2020, at 10:43, Ingo Feinerer wrote: > On Sat, May 30, 2020 at 08:32:23AM -0700, Josh Elsasser wrote: > > Maxima needs an upstream patch to build with ecl 20.4.24. This should > > be safe to commit now, before updating ecl. > > > > diff --git a/math/maxima/patches/patch-lisp-utils_

Re: purritobin-0.1.2 - new package + dependencies

2020-06-01 Thread Brian Callahan
Hi Aisha -- ‐‐‐ Original Message ‐‐‐ On Sunday, May 31, 2020 10:03 PM, Aisha Tammy wrote: > Hi, > > I've attached the port again, with a few more fixes. > > Would love to see this added. > > A few words about this port: > > It is a minimalistic pastebin client which allows you to also >

ok? games/sauerbraten diff add ppc

2020-06-01 Thread alexjf
Tested on current, barely playable on my machine but works fine. Index: games/sauerbraten/Makefile === RCS file: /cvs/ports/games/sauerbraten/Makefile,v retrieving revision 1.8 diff -u -p -u -r1.8 Makefile --- games/sauerbraten/Makefi

new: lang/microscheme

2020-06-01 Thread James Turner
Attached is a new port for lang/microscheme. I plan on using this to run a scheme based firmware on my atreus keyboard [0]. oks? Information for inst:microscheme-0.9.4 Comment: scheme subset for atmel microcontrollers Description: Microscheme is a Scheme subset designed for Atmel microcontroller

Re: UPDATE: games/uhexen2 1.5.9

2020-06-01 Thread Edd Barrett
On Mon, Jun 01, 2020 at 09:30:34PM +0100, Edd Barrett wrote: > Just me? Right, after many attempts, finally got the distfile. Small tweaks: - Update pkg README about case sensitiveness of pak files. - patch-hw_utils_hwmaster_Makefile: no need to append nothing to vars. - patch-engine_hexen2_Ma

Re: UPDATE: games/uhexen2 1.5.9

2020-06-01 Thread Stuart Henderson
On 2020/06/01 21:30, Edd Barrett wrote: > On Sun, May 31, 2020 at 03:07:12PM +0100, Edd Barrett wrote: > > On Thu, May 28, 2020 at 04:18:04PM -0500, Paul Valencia wrote: > > > ping. > > > > This looks for the most part fine. I was unable to test because fetching the > > tarball seems to be timing

Re: NEW: databases/py-pymysql

2020-06-01 Thread Jeremie Courreges-Anglas
On Mon, Jun 01 2020, Stuart Henderson wrote: > This is a maintained pure-Python mysql/mariadb client library. > The new version of LibreNMS wants it (I can patch around that, but > it seems useful to have anyway). I chose not to force the optional > dependency on py-rsa because pulls in the fairly

Re: UPDATE: games/uhexen2 1.5.9

2020-06-01 Thread Edd Barrett
On Sun, May 31, 2020 at 03:07:12PM +0100, Edd Barrett wrote: > On Thu, May 28, 2020 at 04:18:04PM -0500, Paul Valencia wrote: > > ping. > > This looks for the most part fine. I was unable to test because fetching the > tarball seems to be timing out (possible issues at sourceforge?). I'm still un

Re: [update] devel/libtermkey

2020-06-01 Thread Edd Barrett
On Sun, May 31, 2020 at 08:34:39PM -0500, Matthew Martin wrote: > unibilium.h and termkey.h are unchanged in the updates save for a bump > to TERMKEY_VERSION_MINOR in the latter. Fine. So I'm happy to commit termkey and unibilium if someone is willing to OK. Anyone? -- Best Regards Edd Barrett

Re: NOW IN CURRENT: shotcut

2020-06-01 Thread Theo Buehler
So tracey figured out it was a missing runtime dependency. pkg_add mlt-gpl2 should fix the issue.

Re: NOW IN CURRENT: shotcut

2020-06-01 Thread Marc Espie
The big issue is reproducibility. I can get shotcut to crash *eventually* with something that does not look anywhere like what you guys are getting, but by default, it starts perfectly fine and I have no trouble reading videos nor playing with the timeline. Haven't figured out what's different y

NEW: databases/py-pymysql

2020-06-01 Thread Stuart Henderson
This is a maintained pure-Python mysql/mariadb client library. The new version of LibreNMS wants it (I can patch around that, but it seems useful to have anyway). I chose not to force the optional dependency on py-rsa because pulls in the fairly large (and not pure-Python) py-cryptography. OK to i

Re: NOW IN CURRENT: shotcut

2020-06-01 Thread prx
* Theo Buehler le [01-06-2020 16:36:47 +0200]: > On Mon, Jun 01, 2020 at 03:20:34PM +0200, prx wrote: > > Hi, > > after trying the new shotcut port, I wonder if there is any tip to read > > video files with it. Do you convert to any format befort importing into > > shotcut? > > > > Find attached

Re: NOW IN CURRENT: shotcut

2020-06-01 Thread Stefan Hagen
Marc Espie wrote: > On Mon, Jun 01, 2020 at 03:20:34PM +0200, prx wrote: > > Hi, > > after trying the new shotcut port, I wonder if there is any tip to read > > video files with it. Do you convert to any format befort importing into > > shotcut? > > > > Find attached messages printed by shotcut re

Re: update math/coq 8.11.1 supporting OCaml 4.10 - sparc64 testing needed

2020-06-01 Thread Jeremie Courreges-Anglas
On Wed, May 27 2020, Christopher Zimmermann wrote: > On May 27, 2020 2:20:54 AM GMT+02:00, Jeremie Courreges-Anglas > wrote: >>On Mon, May 25 2020, Daniel Dickman wrote: On May 25, 2020, at 5:11 AM, Christopher Zimmermann >> wrote: testing needed Reply-To: In-Reply-To

Re: NOW IN CURRENT: shotcut

2020-06-01 Thread Theo Buehler
On Mon, Jun 01, 2020 at 03:20:34PM +0200, prx wrote: > Hi, > after trying the new shotcut port, I wonder if there is any tip to read > video files with it. Do you convert to any format befort importing into > shotcut? > > Find attached messages printed by shotcut recorded with script(1). > > It a

Re: NOW IN CURRENT: shotcut

2020-06-01 Thread Marc Espie
On Mon, Jun 01, 2020 at 03:20:34PM +0200, prx wrote: > Hi, > after trying the new shotcut port, I wonder if there is any tip to read > video files with it. Do you convert to any format befort importing into > shotcut? > > Find attached messages printed by shotcut recorded with script(1). This doe

Re: x11/dmenu: drop fonts/terminus-font from RUN_DEPENDS

2020-06-01 Thread Chris Bennett
On Sun, May 31, 2020 at 10:43:20PM +0200, Joerg Jung wrote: > > IMHO this includes keeping Terminus, despite upstream dropped it long > time ago already. So, I’m not in favor of the proposed patch, but would > not object, if you insist on moving on this way. > My only problem is that I like Ter

Re: NOW IN CURRENT: shotcut

2020-06-01 Thread prx
Hi, after trying the new shotcut port, I wonder if there is any tip to read video files with it. Do you convert to any format befort importing into shotcut? Find attached messages printed by shotcut recorded with script(1). It always crash when I import a file on my machine. Below a few lines tha

Re: games/ioquake3 cvs current diffs adding ppc support

2020-06-01 Thread Alex Free
> > You're right. > > > other than that it also looks good to me. > > > > > Index: Makefile > === > RCS file: /cvs/ports/games/ioquake3/Makefile,v > retrieving revision 1.25 > diff -u -p -u -p -r1.25 Makefile > --- Makefile 12 Jul 201

Re: Update: fonts/iosevka-fonts 2.3.3 -> 3.0.1

2020-06-01 Thread Stuart Henderson
On 2020/06/01 11:00, Edd Barrett wrote: > Hi Chris, > > On Mon, Jun 01, 2020 at 10:04:22AM +0100, Chris Rawnsley wrote: > > FYI v2's term became v3's fixed. v3's term is more like v2's TermLig > > That's fine. > > > I got frustrated with CVS and just produced the patch by diff-ing two > > direct

Re: Update: fonts/iosevka-fonts 2.3.3 -> 3.0.1

2020-06-01 Thread Chris Rawnsley
On Mon, 1 Jun 2020, at 11:00, Edd Barrett wrote: > That should be OK, but it'd be better to use a diff out of cvs though. Of course and it's something that I will need to do some self-development on. I might flip-flop if I can't get it to work for me. > Sorry to be a pain, but can you send a dif

Re: sparc64 bulk build report

2020-06-01 Thread Stuart Henderson
On 2020/06/01 11:50, Solene Rapenne wrote: > On Mon, 1 Jun 2020 10:42:03 +0100 > Stuart Henderson : > > > A summary of the failures: > > > > On 2020/06/01 02:30, k...@openbsd.org wrote: > > > http://build-failures.rhaalovely.net/sparc64/2020-05-29/games/wrath.log > > > > > > > cc1: error: unre

Re: Update: fonts/iosevka-fonts 2.3.3 -> 3.0.1

2020-06-01 Thread Edd Barrett
Hi Chris, On Mon, Jun 01, 2020 at 10:04:22AM +0100, Chris Rawnsley wrote: > FYI v2's term became v3's fixed. v3's term is more like v2's TermLig That's fine. > I got frustrated with CVS and just produced the patch by diff-ing two > directories. Hope that's okay. That should be OK, but it'd be

Re: sparc64 bulk build report

2020-06-01 Thread Solene Rapenne
On Mon, 1 Jun 2020 10:42:03 +0100 Stuart Henderson : > A summary of the failures: > > On 2020/06/01 02:30, k...@openbsd.org wrote: > > http://build-failures.rhaalovely.net/sparc64/2020-05-29/games/wrath.log > > > > cc1: error: unrecognized command line option "-msse2" Is this because -msse2 d

Re: sparc64 bulk build report

2020-06-01 Thread Stuart Henderson
A summary of the failures: On 2020/06/01 02:30, k...@openbsd.org wrote: > Build failures: 12 > http://build-failures.rhaalovely.net/sparc64/2020-05-29/benchmarks/hyperfine.log > http://build-failures.rhaalovely.net/sparc64/2020-05-29/devel/snare.log SIGSEGV in rust compiler. > http://build-failu

Re: Update: fonts/iosevka-fonts 2.3.3 -> 3.0.1

2020-06-01 Thread Chris Rawnsley
Hi Edd, On Sun, 31 May 2020, at 09:39, Edd Barrett wrote: > I'm indifferent as to whether we use subdirs or multi-packages, but I'd > appreciate the update commit being separate from adding more families. > > Perhaps we can do the update to 3.0.1 first? Sure. > (FWIW: I use only the term vari

[new package] mutt-wizard - automated configuration manager for neomutt

2020-06-01 Thread Aisha Tammy
Hi, This is quite a handy package for autoconfiguration of neomutt and other utilities. I'm hoping we can get it so that a lot of the newcomers who want to use neomutt won't be that daunted by the dotfiles. I've attached the port but upstream doesn't make any tagged releases, so I've made it usin

sparc64 bulk build report

2020-06-01 Thread kmos
Bulk build on sparc64-0.ports.openbsd.org Started : Fri May 29 10:30:03 MDT 2020 Finished: Mon Jun 1 02:30:24 MDT 2020 Duration: 2 Days 16 hours 0 minutes Built using OpenBSD 6.7-current (GENERIC.MP) #0: Fri May 29 09:21:18 MDT 2020 Built 9872 packages Number of packages built each day: May 29

Re: games/ioquake3 cvs current diffs adding ppc support

2020-06-01 Thread Marc Espie
On Mon, Jun 01, 2020 at 09:38:32AM +0200, Landry Breuil wrote: > On Mon, Jun 01, 2020 at 09:27:25AM +0200, Charlene Wendling wrote: > > On Mon, 1 Jun 2020 05:24:19 +0200 > > Alex Free wrote: > > > > +.if ${MACHINE_ARCH} == "powerpc" > > +QUAKE_ARCH=ppc > > +.else > > QUAKE_ARCH=$

Re: [NEW] sysutils/fluent-bit

2020-06-01 Thread Masato Asou
From: Stuart Henderson Date: 2020-05-27 10:38:26 > On 2020/05/27 07:47, Landry Breuil wrote: >> On Wed, May 27, 2020 at 01:48:55PM +0900, Masato Asou wrote: >> > Hi, >> > >> > This is a new port sysutils/fluent-bit. Fluent bit is a Log Processor >> > and Forwarder. >> >> Great stuff, i think i

Re: games/ioquake3 cvs current diffs adding ppc support

2020-06-01 Thread Landry Breuil
On Mon, Jun 01, 2020 at 09:27:25AM +0200, Charlene Wendling wrote: > On Mon, 1 Jun 2020 05:24:19 +0200 > Alex Free wrote: > +.if ${MACHINE_ARCH} == "powerpc" > +QUAKE_ARCH= ppc > +.else > QUAKE_ARCH= ${ARCH:S/amd64/x86_64/:S/i386/x86/} > +.endif > SUBST_VARS+= QUAKE_ARCH Cosmetic comment her

Re: games/ioquake3 cvs current diffs adding ppc support

2020-06-01 Thread Charlene Wendling
On Mon, 1 Jun 2020 05:24:19 +0200 Alex Free wrote: > > Sent: Sunday, May 31, 2020 at 10:43 AM > > From: "Charlene Wendling" > > To: "Kirill Bychkov" > > Cc: "Alex Free" , "Landry Breuil" > > , ports@openbsd.org, abie...@openbsd.org > > Subject: Re: games/ioquake3 cvs current diffs adding ppc sup

Re: x11/dmenu: drop fonts/terminus-font from RUN_DEPENDS

2020-06-01 Thread Chris Rawnsley
On Sun, 31 May 2020, at 21:43, Joerg Jung wrote: > IMHO this includes keeping Terminus, despite upstream dropped it long > time ago already. So, I’m not in favor of the proposed patch, but would > not object, if you insist on moving on this way. My preference is for a maintained port and a happy