Re: UPDATE devel/py-nbformat-4.4.0

On Sat 07/03/2020 15:27, Bjorn Ketelaars wrote: > Enclosed diff updates py-nbformat, which is needed for updating > py-nbconvert [0]. Changes: > https://github.com/jupyter/nbformat/blob/4.4.0/docs/changelog.rst. > > While here move HOMEPAGE to https. > > 'make test' runs successfully for both pyt

Re: [update] redis 5.0.8

> Hi Theo, > > just "back ported" redis to 6.6 and it works like a charm on amd64 (except > sentinel which segfaults - but it did also on 4.0.14). > Thanks. Yes, there should be no major problems backporting this. Could you share a reproducer for this sentinel segfault so I can look into it?

Re: I'd like to remove tortoisehg. Anyone using it?.

On Sat, 14 Mar 2020 21:32:36 +0100 Juan Francisco Cantero Hurtado wrote: > Since a few mercurial releases ago, they're not releasing new versions. > Tortoise uses the internal API of mercurial, so I can't update mercurial > without updating also tortoisehg. We're stuck now on the version 5.0 and

Re: [update] redis 5.0.8

On 12 Mar 22:19, Theo Buehler wrote: > Released earlier today. According to the changelog [1]: > > Upgrade urgency HIGH: This release fixes security issues. > > HIGH means that there is a critical bug that affects a subset of users. > I'm unsure which one of the listed bugs that is, though. > >

Re: [UPDATE] www/links+ 2.20.1 -> 2.20.2

On 2020-03-14 8:37 PM, trondd wrote: Update Links+ to the latest. It's just a bug fix that probably doesn't effect OpenBSD but gets it of my list so I'll catch the next release. :) Bcallah sent this to me in December, and I'd been running it on amd64 since before then but it never ended up g

[UPDATE] www/links+ 2.20.1 -> 2.20.2

Update Links+ to the latest. It's just a bug fix that probably doesn't effect OpenBSD but gets it of my list so I'll catch the next release. :) Bcallah sent this to me in December, and I'd been running it on amd64 since before then but it never ended up getting commited. === RELEASE 2.20.2 ===

Re: New: devel/xtensa-lx106-elf 4.8.5

On March 14, 2020 5:31:21 PM MDT, Stuart Henderson wrote: >Turns out this failed on i386, > > ld: error: can't create dynamic relocation R_386_32 against local > symbol in readonly segment; recompile object files with -fPIC or pass > '-Wl,-z,notext' to allow text relocations in the output > >

Re: [NEW] net/anondate

> Hello, I have another release update before the port is commited. Hi, Just wanted to say that the newest release builds and installs properly for me on amd64. Thanks for the update.

Re: update print/poppler (annoying as always)

Hi Matthias, > #0 build_goto_dest (document=, action=, link=0x0) at \ > /home/ports/pobj/p2/poppler-0.86.1/poppler-0.86.1/glib/poppler-action.cc:348 348 \ > if (! link->isOk ()) { [Current thread is 1 (process 435846)] > (gdb) print link > $1 = (const LinkGoTo *) 0x0 > (gdb) up > #1 _popple

Re: New: devel/xtensa-lx106-elf 4.8.5

Turns out this failed on i386, ld: error: can't create dynamic relocation R_386_32 against local symbol in readonly segment; recompile object files with -fPIC or pass '-Wl,-z,notext' to allow text relocations in the output Any suggestions on whether -nopie or -Wl,-z,notext is more approp

Re: clarification of REVISION and EPOCH documentation.

On 2020/03/14 17:09, Paco Esteban wrote: > Hi ports@, > > Find attached 3 diffs for bsd.ports.mk(5), packages-specs(7) and > www/faq/ports/guide.html > > This comes from a question I asked yesterday about REVISION and EPOCH > which naddy@ tried to explain to me. > > I think this explanation was

I'd like to remove tortoisehg. Anyone using it?.

kn@ is working on moving python2 ports to python3 and asked me why we have an outdated version of mercurial. He wasn't the only dev asking recently. A few years ago I decided to remove mercurial third party extensions because nobody was maintaining them, were broken for a year (or maybe even more)

Re: UPDATE: shells/zsh

On Sat, Mar 14, 2020 at 08:21:10PM +0100, Rafael Sadowski wrote: > "Security and bug fix release with a few user visible additions." > Changelog: http://zsh.sourceforge.net/releases.html > > This release fixes CVE-2019-20044. (Not tested on OpenBSD) > > OK? Should it go into -stable without the @

Re: NEW: wormhole-william

On Sat, Mar 14, 2020 at 05:47:56PM +, Edd Barrett wrote: > Hi Solene, > > On Sat, Mar 14, 2020 at 04:07:33PM +0100, Solene Rapenne wrote: > > Hi, I've been able to try it with a file and a directory with success, > > but using a text message, nothing is output, can you confirm you get the > >

UPDATE: shells/zsh

"Security and bug fix release with a few user visible additions." Changelog: http://zsh.sourceforge.net/releases.html This release fixes CVE-2019-20044. (Not tested on OpenBSD) OK? Should it go into -stable without the @so changes? Index: Makefile ===

[update] security/py-tlsfuzzer to HEAD

Simple update. I'm dropping the RDEP on py-ecdsa since it's actually an RDEP of net/py-tlslite, tlsfuzzer doesn't use it directly. All tests pass on amd64, sparc64 and powerpc. One new test, otherwise nothing worth mentioning. Index: Makefile =

[PATCH] Add /dev/fido unveil to enable FIDO support in firefox

All reyk@'s changes are now merged upstream so this is the only patch that remains. Tested post-install by adding the same line to /usr/local/lib/firefox/browser/defaults/preferences/unveil.main --- www/mozilla-firefox/Makefile | 1 + www/mozilla-firefox/files/unveil.main | 1 + 2 files

Re: NEW: wormhole-william

Hi Solene, On Sat, Mar 14, 2020 at 04:07:33PM +0100, Solene Rapenne wrote: > Hi, I've been able to try it with a file and a directory with success, > but using a text message, nothing is output, can you confirm you get the > same behavior? I can repro. Seems broken. Upstream fix: https://github.

clarification of REVISION and EPOCH documentation.

Hi ports@, Find attached 3 diffs for bsd.ports.mk(5), packages-specs(7) and www/faq/ports/guide.html This comes from a question I asked yesterday about REVISION and EPOCH which naddy@ tried to explain to me. I think this explanation was really clear and simple and I have been encouraged to add i

Re: ietf-cli: update to 1.16, use Python 3

On Sat, Mar 14, 2020 at 03:33:33PM +, Stuart Henderson wrote: > Could you use DISTNAME instead of PKGNAME so the filename isn't a > mess of hex please? Sure, done. > > - > > -post-extract: > > - perl -pi -e 's/\r$$//g' ${WRKSRC}/README > > ..and put this back, the MSDOS line endings are sti

Re: nmap: Remove Python 2 RDEP from -main package

On Sat, Mar 14, 2020 at 04:37:51PM +0100, Jeremie Courreges-Anglas wrote: > Please also bump -zenmap (easy way is to use REVISION instead of > REVISION-subpkg). Ah, thanks for doing my work; I was just wondering whether RDEP *order* changes would result in PLIST changes - they do. Sure, will bump

Re: nmap: Remove Python 2 RDEP from -main package

On Sat, Mar 14, 2020 at 03:29:41PM +, Stuart Henderson wrote: > On 2020/03/14 16:07, Klemens Nanni wrote: > > Only the -zenmap package uses Python, -main is standalone. > > > > This is another quirk I need to purge Python 2 while keeping useful > > packages. > > > > Feedback? OK? > > > MODL

Re: nmap: Remove Python 2 RDEP from -main package

+cc maintainer On Sat, Mar 14 2020, Klemens Nanni wrote: > Only the -zenmap package uses Python, -main is standalone. > > This is another quirk I need to purge Python 2 while keeping useful > packages. > > Feedback? OK? Please also bump -zenmap (easy way is to use REVISION instead of REVISION-

Re: ietf-cli: update to 1.16, use Python 3

On 2020/03/14 16:24, Klemens Nanni wrote: > # 1.15 > #Lower-cased the inputs to match arguments better > #Caused a bug in the AUTH48 HTMLs to not cause the program to die > # 1.16 > #Added "std" command > #Added "rg" command > > The proejct moved to GitHub, sadly neither tags nor

Re: nmap: Remove Python 2 RDEP from -main package

On 2020/03/14 15:29, Stuart Henderson wrote: > On 2020/03/14 16:07, Klemens Nanni wrote: > > Only the -zenmap package uses Python, -main is standalone. > > > > This is another quirk I need to purge Python 2 while keeping useful > > packages. > > > > Feedback? OK? > > > MODLUA_SA= Yes > > MODLU

Re: nmap: Remove Python 2 RDEP from -main package

On 2020/03/14 16:07, Klemens Nanni wrote: > Only the -zenmap package uses Python, -main is standalone. > > This is another quirk I need to purge Python 2 while keeping useful > packages. > > Feedback? OK? > MODLUA_SA= Yes > MODLUA_VERSION= 5.3 > +MODPY_RUNDEP=No Generally I wou

ietf-cli: update to 1.16, use Python 3

# 1.15 #Lower-cased the inputs to match arguments better #Caused a bug in the AUTH48 HTMLs to not cause the program to die # 1.16 #Added "std" command #Added "rg" command The proejct moved to GitHub, sadly neither tags nor release tarballs are provided. Python 3 just works in my

nmap: Remove Python 2 RDEP from -main package

Only the -zenmap package uses Python, -main is standalone. This is another quirk I need to purge Python 2 while keeping useful packages. Feedback? OK? Index: Makefile === RCS file: /cvs/ports/net/nmap/Makefile,v retrieving revision

Re: NEW: wormhole-william

On Thu, Mar 05, 2020 at 11:28:50PM +, Edd Barrett wrote: > Hi, > > This is a golang implementation of magic wormhole: > https://github.com/warner/magic-wormhole > > The go implementation is easier to port than the Python one ;) > > Had to generate a vendored tarball, hence hosting the distfi

Re: sysutils/jefferson: Use Python 3, change upstream

> On 14 Mar 2020, at 15:19, Klemens Nanni wrote: > > On Sat, Mar 14, 2020 at 03:18:44PM +0100, Klemens Nanni wrote: >> Overall unmaintained but there exists a fork of the currently used repo >> which fixed stuff for Python 3.5.2 on Windows: >> https://github.com/wittrup/jefferson/commit/852aee

Re: sysutils/jefferson: Use Python 3, change upstream

On Sat, Mar 14, 2020 at 03:18:44PM +0100, Klemens Nanni wrote: > Overall unmaintained but there exists a fork of the currently used repo > which fixed stuff for Python 3.5.2 on Windows: > https://github.com/wittrup/jefferson/commit/852aeebbb5a8fb2fd07f365122a4e136a750f4df > > This is the only comm

sysutils/jefferson: Use Python 3, change upstream

Overall unmaintained but there exists a fork of the currently used repo which fixed stuff for Python 3.5.2 on Windows: https://github.com/wittrup/jefferson/commit/852aeebbb5a8fb2fd07f365122a4e136a750f4df This is the only commit besides another minor one on top of upstream and it fixes Python 3.x o

BUG: Tor Browser 9.0.* - font fingerprinting defenses don't work

Hello, This is my first time posting to this list, so if there is a better way to do this please tell. :) (tested on current with the provided package and nothing else installed) It looks like the Font fingerprinting defenses from

Re: UPDATE: Tor Browser 9.0.6

> > Hi, > > Below is a patch that updates Tor Browser to 9.0.6. Briefly tested on > amd64. > > Thank you so much for keeping this updated. It looks like the font fingerprinting prevention doesn't work. It is documented upstream here:

aarch64 bulk build report

bulk build on arm64.ports.openbsd.org started on Thu Mar 12 01:44:42 MDT 2020 finished at Sat Mar 14 05:51:00 MDT 2020 lasted 2D04h06m done with kern.version=OpenBSD 6.6-current (GENERIC.MP) #499: Wed Mar 11 22:57:07 MDT 2020 built packages:10338 Mar 12:3744 Mar 13:3080 Mar 14:3513 critical pa

Re: [new] mautrix-whatsapp 20200225

On 10/03/2020 17:37, Renaud Allard wrote: On 10/03/2020 15:31, Aaron Bieber wrote: On Tue, 10 Mar 2020 at 15:06:38 +0100, Renaud Allard wrote: On 3/10/20 2:01 PM, Renaud Allard wrote: On 3/10/20 1:50 PM, Renaud Allard wrote: Hello, Now that matrix synapse server has been imported int

Re: update: math/libcerf and math/gnuplot

On 2020/03/14 16:55, Yozo TODA wrote: > yes yes (-: > that's what I want someone to check if ok, I'm not sure if it's ok > for gcc compiled application to dynamically load clang-compiled library... It is normally OK, as long as the C++ standard library is not involved.

Re: [new] mautrix-whatsapp 20200225

On Sat, Mar 14, 2020 at 11:45:07AM +0100, Renaud Allard wrote: > > > On 10/03/2020 17:37, Renaud Allard wrote: > > > > > > On 10/03/2020 15:31, Aaron Bieber wrote: > > > On Tue, 10 Mar 2020 at 15:06:38 +0100, Renaud Allard wrote: > > > > > > > > > > > > On 3/10/20 2:01 PM, Renaud Allard wrote

Re: Re: games/supertuxcart add Gamepad/Joystick support

Seems your mail server rejected my mail. OK for both. On Fri, 13 Mar 2020 23:49:16 +0100, "Sebastian Reitenbach" wrote: > Hi, > > ping, anyone gaming? atch reattached for convenience. > > cheers, Sebastian > > > Am Dienstag, März 10, 2020 20:47 CET, schrieb "Sebastian Reitenbach" > : > > >

UPDATE: GCC 8.4.0

Here is a start at an update to GCC 8.4.0. I e-mailed Pascal 10 days ago but no response. Index: Makefile === RCS file: /home/cvs/ports/lang/gcc/8/Makefile,v retrieving revision 1.30 diff -u -p -u -p -r1.30 Makefile --- Makefile

Re: update: math/libcerf and math/gnuplot

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 > > Why did you bump the major. I tried browsing the history on Gitlab to > > see what changed in the API, but couldn't see much. I am sure I missed > > something. ah, just because I thought it should be bumped when the compiler changed. no intensio

Re: UPDATE: Tor Browser 9.0.6

On Fri, Mar 13, 2020 at 07:17:39PM +0100, Caspar Schutijser wrote: > Hi, > > Below is a patch that updates Tor Browser to 9.0.6. Briefly tested on > amd64. Thanks, commited ! > Note that I'm also removing aarch64 from ONLY_FOR_ARCHS. With the > recent big update of Tor Browser, I figured I woul

Re: Unmaze Qt4 from x11/qwt

On Sat Mar 14, 2020 at 02:05:07AM +0100, Jeremie Courreges-Anglas wrote: > On Fri, Mar 13 2020, Rafael Sadowski wrote: > > Is anyone willing to make x11/qwt qt5 only without -common etc.? The > > difficult part is to set the right @pkgpath/@conflict.. foo and thus > > enable a pkg_add update. >

Re: Update: Python 3.7.6 -> 3.7.7

On 2020-03-14 08:13, Kurt Mosiejczuk wrote: On Sat, Mar 14, 2020 at 12:32:12AM -0400, Kurt Mosiejczuk wrote: Straightforward point release of Python 3.7. Tests run the same as before. Little PLIST change, A conflict line moved and the usual line that has the full version number and patch level c

Re: Update: Python 3.7.6 -> 3.7.7

On Sat, Mar 14, 2020 at 12:32:12AM -0400, Kurt Mosiejczuk wrote: > Straightforward point release of Python 3.7. Tests run the same as before. > Little PLIST change, A conflict line moved and the usual line that has the > full version number and patch level changed. > cc maintainer > ok? Now with