CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2020/03/14 23:45:03 Modified files: security/py-tlsfuzzer: Makefile distinfo security/py-tlsfuzzer/pkg: PLIST Log message: Update tlsfuzzer to HEAD. One new test. Drop RDEP on py-ecdsa since it's

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. > >

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2020/03/14 18:51:43 Modified files: www/links+ : Makefile distinfo Log message: Update to links+-2.20.2; fixes a bug that is unlikely to be triggerable on OpenBSD. >From Tim Meunier (MAINTAINER) --

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

[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

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

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

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/14 11:57:54 Modified files: sysutils/terraform/provider-alicloud: Makefile distinfo sysutils/terraform/provider-aws: Makefile distinfo sysutils/terraform/provider-azurerm:

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/14 11:58:47 Modified files: net/bro: Makefile distinfo net/bro/pkg: PLIST README Log message: Update to zeek-3.1.1.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/14 11:54:57 Modified files: x11/qtfm : Makefile Log message: Unbreak Qt5.12.3 build Use MAKE_ENV/LIBS inside MAKE_FLAGS/LIBS to make qmake happy again

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:

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/14 11:27:02 Modified files: sysutils/awscli: Makefile distinfo Log message: Update to awscli-1.18.21.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/14 11:26:49 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py-boto3-1.12.21.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/14 11:26:38 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py-botocore-1.15.21.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/03/14 10:49:59 Modified files: textproc/ripgrep: Makefile textproc/ripgrep/pkg: PLIST Log message: Remove fish completions from ripgrep as they are shipped with fish-3.1.0 now.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/03/14 10:31:29 Modified files: shells/fish: Makefile distinfo shells/fish/pkg: PLIST Removed files: shells/fish/patches: patch-share_completions_vmctl_fish

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/14 10:22:43 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-284.0.0.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/03/14 10:21:53 Modified files: net: Makefile Log message: + mautrix-whatsapp

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/03/14 10:18:59 Modified files: infrastructure/db: user.list Log message: reserve 851 for _whatsapp

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/03/14 10:17:39 Log message: Import mautrix-whatsapp, a Matrix bridge for WhatsApp. Port from Renaud Allard (MAINTAINER), OK solene@ Status: Vendor Tag: abieber Release Tags:

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/03/14 10:01:19 Modified files: net/nmap : Makefile Log message: Remove Python 2 RDEP from -main package Only -zenmap uses it, -main ist standalone. Fedback OK jca sthen

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/03/14 09:59:46 Modified files: misc/ietf-cli : Makefile distinfo misc/ietf-cli/patches: patch-ietf patch-ietf_config misc/ietf-cli/pkg: PLIST Log message: Update to 1.16, use

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

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

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? > > >

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/03/14 09:37:31 Modified files: sysutils/jefferson: Makefile distinfo Removed files: sysutils/jefferson/patches: patch-src_jefferson_jffs2_lzma_py Log message: Change upstream to fix/use

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/03/14 09:35:29 Modified files: databases/tdb : Makefile Log message: Set FIX_EXTRACT_PERMISSIONS

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

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 > >

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

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/03/14 09:16:34 Modified files: sysutils/reposync: Makefile distinfo Log message: update reposync - no script change, but the known_hosts fragment was broken when i was testing something

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/14 09:15:23 Modified files: x11/gnome/vinagre: Makefile Log message: Regen WANTLIB.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/14 09:12:11 Modified files: net/konversation: Makefile distinfo net/konversation/pkg: PLIST Added files: net/konversation/patches: patch-src_irc_outputfilter_cpp Log

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

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/14 08:44:19 Modified files: x11/spice-gtk : Makefile Log message: "Requires: spice-protocol" in spice-client-glib-2.0.pc, so add a RDEP on devel/spice-protocol Should fix vinagre build

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/14 08:24:35 Modified files: multimedia/kguitar: Makefile Added files: multimedia/kguitar/patches: patch-kguitar_songview_cpp

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: >>

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

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/14 08:12:13 Modified files: print/hplip: Makefile distinfo Log message: Update to hplip-3.20.3.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/14 08:05:18 Modified files: x11/x2goclient : Makefile Added files: x11/x2goclient/patches: patch-src_printwidget_cpp Log message: Unbreak with Qt 5.13.2, spotted by naddy@

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2020/03/14 07:29:02 Modified files: math/veusz : Makefile distinfo Log message: Update to veusz-3.2 Changelog: https://github.com/veusz/veusz/releases/tag/veusz-3.2 ok rsadowski@, who tested with the

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/14 07:25:09 Modified files: x11/gnome/libsecret: Makefile distinfo Log message: Update to libsecret-0.20.2.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/14 07:22:08 Modified files: textproc/icu4c : Makefile distinfo textproc/icu4c/pkg: PLIST-main Log message: Update to icu4c-66.1.

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/14 07:04:14 Modified files: mail/evolution-rss: Makefile Log message: Regen WANTLIB to unbreak after libgdata update.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/14 06:55:38 Modified files: x11/gnome/eog-plugins: Makefile Log message: Regen WANTLIB.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/14 06:55:01 Modified files: productivity/glabels: Makefile Log message: Regen WANTLIB to unbreak after libgdata update.

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:

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/03/14 06:41:45 Modified files: mail/neomutt : Makefile distinfo mail/neomutt/patches: patch-auto_def patch-conn_sasl_c patch-conn_sasl_h patch-nntp_newsrc_c

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/03/14 06:21:07 Modified files: multimedia/qtav: Makefile Log message: missing bump for PLIST change after Qt 5.13.2 update

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

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

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

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" > : > > >

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/03/14 02:32:20 Modified files: x11/gigolo : Makefile distinfo Log message: Update to gigolo 0.5.1

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

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/03/14 01:21:45 Modified files: meta/tor-browser: Makefile www/tor-browser: Makefile.inc www/tor-browser/browser: Makefile distinfo www/tor-browser/noscript: Makefile distinfo

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

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/14 00:42:05 Modified files: cad/opensta: Makefile distinfo cad/opensta/pkg: PLIST Log message: Update opensta to 2.0.18.20200308 "This is a trivial update port-wise, but a

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/14 00:39:03 Modified files: cad/qucs-s : Makefile distinfo Log message: Update qucs-s to 0.0.22 Diff from maintainer Alessandro De Laurenzis

Re: UPDATE: math/veusz 3.1 => 3.2

On Sun Mar 08, 2020 at 09:57:00PM -0400, Brian Callahan wrote: > Hi ports -- > > Attached is a very straightforward update to Veusz. > I'm sending it here because it is a Qt5/py-qt5 port. I have not been keeping > up-to-date with the Qt5 upgrade. > Is it safe to update such ports or are we in a

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2020/03/14 00:15:15 Modified files: games/nblood : Makefile distinfo games/nblood/patches: patch-Common_mak patch-GNUmakefile patch-source_blood_src_blood_cpp