Re: UPDATE: math/veusz 3.1 => 3.2

2020-03-13 Thread Rafael Sadowski
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 ho

Re: UPDATE: libdvdread 6.0.2 / libdvdnav 6.0.1 / libdvdcss

2020-03-13 Thread Brad Smith
ping ping. On 12/26/2019 12:11 AM, Kurt Mosiejczuk wrote: On Sun, Nov 24, 2019 at 01:47:47PM -0500, Brad Smith wrote: ping. On 11/2/2019 9:03 PM, Brad Smith wrote: Here is an update to libdvdread 6.0.2 / libdvdnav 6.0.1 and rolling in an snprintf conversion for libdvdcss from upstream. After

Update: Python 3.7.6 -> 3.7.7

2020-03-13 Thread Kurt Mosiejczuk
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? --Kurt

Re: mail/trojita: add patch from upstream

2020-03-13 Thread Jeremie Courreges-Anglas
On Fri, Mar 13 2020, Caspar Schutijser wrote: > Hi ports@, > > I'd like to add the following patch from upstream to mail/trojita. It > fixes a crash that can occur when downloading an attachment in > combination with a recent version of Qt. > > Tested on amd64. Committed, thanks. -- jca | PGP :

Re: Unmaze Qt4 from x11/qwt

2020-03-13 Thread Jeremie Courreges-Anglas
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. > > No more customers available for the Qt4 (main) parts, only Qt5. Is that true?

Re: [NEW] net/anondate

2020-03-13 Thread nanonymous
Hello, I have another release update before the port is commited. Looked into OpenBSD ports some more and made a few changes: - Got rid of the post-install target. Example configuration is now installed by default in the "make install" phase. - Init script now fails if config file is invalid. -

Re: update: math/libcerf and math/gnuplot

2020-03-13 Thread Jeremie Courreges-Anglas
On Fri, Mar 13 2020, Paul Irofti wrote: > Hi, > > Thank you for your effort! I have a few comments and questions. I got curious about this proposal, mostly because of the COMPILER line change. > I see they switched to Gitlab (hence the url changes) and that the > author set it up for continous i

Re: fix audio/mumble remove jack and add portaudio

2020-03-13 Thread Jeremie Courreges-Anglas
On Thu, Mar 12 2020, Nam Nguyen wrote: > Rafael Sadowski writes: > >> Fixed that issue and also added jack as a dependency. > > Here is a diff for audio/mumble that: > - Removes jack. > - Returns to portaudio-svn by bringing back a reduced patch from the > attic. > > The patch is reduced because

Re: games/supertuxcart add Gamepad/Joystick support

2020-03-13 Thread Sebastian Reitenbach
Hi, ping, anyone gaming? patch reattached for convenience. cheers, Sebastian Am Dienstag, März 10, 2020 20:47 CET, schrieb "Sebastian Reitenbach" : > Hi, > > attached patch switches the backend from LinuxX11 to SDL, and enables > joystick support. > With the LinuxX11 backend, it's not possib

Re: Add joystick/gamecontroller support to multimedia/sfml

2020-03-13 Thread Sebastian Reitenbach
Hi, ping, anyone gaming? patches reattached for convenience. cheers, Sebastian Am Montag, März 09, 2020 23:42 CET, schrieb "Sebastian Reitenbach" : > Hi, > > attached patch adds gamecontroller support for multimedia/sfml. > > My first attempt was to just enable the FreeBSD driver, with that, i

Unmaze Qt4 from x11/qwt

2020-03-13 Thread Rafael Sadowski
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. No more customers available for the Qt4 (main) parts, only Qt5. I'm looking forward to test diff. Rafael Sadowski

Re: audio/gqmpeg: add sndio volume backend and fixes crashes

2020-03-13 Thread Rafael Sadowski
On Sun Mar 08, 2020 at 04:45:44PM +0100, Alexandre Ratchov wrote: > This diff makes gqmpeg use sndio to display and control the > volume. This fixes the crash when the volume slider is touched. As a > side effect, this makes gqmpeg use the right device (one that's > playing) and nicely updates the

mail/trojita: add patch from upstream

2020-03-13 Thread Caspar Schutijser
Hi ports@, I'd like to add the following patch from upstream to mail/trojita. It fixes a crash that can occur when downloading an attachment in combination with a recent version of Qt. Tested on amd64. Thanks, Caspar Schutijser Index: Makefile ==

Re: x11/i3status: add sndio volume backend

2020-03-13 Thread Rafael Sadowski
On Sun Mar 08, 2020 at 04:38:31PM +0100, Alexandre Ratchov wrote: > This makes i3status display sndiod master volume knob. This makes it > work by default with any audio device, including USB ones with no > volume controls. > > OK? OK rsadowski@, works fine here and helps me for my daily use. >

Re: sysutils/tray-app: use sndio

2020-03-13 Thread Rafael Sadowski
On Sun Mar 08, 2020 at 04:32:49PM +0100, Alexandre Ratchov wrote: > This diff switches sysutils/tray-app to the new audio control API. Now > the programm displays and controls the sndiod master volume knob. This > has two advantages: > > - tray-app now works on any device, including those with n

Re: UPDATE: audio/picard

2020-03-13 Thread Rafael Sadowski
On Sat Mar 07, 2020 at 06:54:49PM +0100, Rafael Sadowski wrote: > Cause I'm testing right now. Works fine with upcoming py-qt,qt... ping? > > Index: Makefile > === > RCS file: /cvs/ports/audio/picard/Makefile,v > retrieving revision

UPDATE: net/bitcoin

2020-03-13 Thread Rafael Sadowski
Simple update to the latest stable version. OK? Index: Makefile === RCS file: /cvs/ports/net/bitcoin/Makefile,v retrieving revision 1.21 diff -u -p -u -p -r1.21 Makefile --- Makefile13 Jan 2020 19:59:26 - 1.21 +++ Makefil

Re: locks and FLAVORs

2020-03-13 Thread Marc Espie
Update for those not in the know: I think I figured out a limited way to tell dpb "hey, use a different lock name for that port/flavor combination please". To be used *very* sparingly, especially for multi-packages, because dpb will get 100% confused if it sees the same fullpkgname attached to two

UPDATE: Tor Browser 9.0.6

2020-03-13 Thread Caspar Schutijser
Hi, Below is a patch that updates Tor Browser to 9.0.6. Briefly tested on amd64. Note that I'm also removing aarch64 from ONLY_FOR_ARCHS. With the recent big update of Tor Browser, I figured I would add aarch64 to see what would happen (given that I do not have such a machine myself). However, th

Re: [update] redis 5.0.8

2020-03-13 Thread Daniel Jakots
On Fri, 13 Mar 2020 17:53:12 +0100, Theo Buehler wrote: > Opinions? I vote for "move forward" :) Cheers, Daniel

Re: [update] redis 5.0.8

2020-03-13 Thread Theo Buehler
> Built and regress tests run successfully on amd64, macppc and sparc64. > Some further light testing on amd64 with some toy databases. I have run the regression tests a few more times and it looks like I got lucky when running the tests on sparc64 the first two times. Running them results in one

Re: Slight grafana file permissions improvement

2020-03-13 Thread Kevin Chadwick
On 2020-03-13 14:10, Kevin Chadwick wrote: > Grafana only runs as one user, so should work well. Ideally the config would > still be world readable and the secrets separated out. I should say that by ideally I just mean in case the config and anything else is useful to multiple users, rather than

Re: Slight grafana file permissions improvement

2020-03-13 Thread Kevin Chadwick
On 2020-03-13 00:07, Eric Elena wrote: > Changing /etc/grafana to root:_grafana 750 looks reasonable, I'll try to send > a diff soon. v6.7.0-beta1 was released a few hours ago, maybe the fix can go > with v6.7.0 as we Grafana only runs as one user, so should work well. Ideally the config would s

Re: update: math/libcerf and math/gnuplot

2020-03-13 Thread Paul Irofti
Hi, Thank you for your effort! I have a few comments and questions. I see they switched to Gitlab (hence the url changes) and that the author set it up for continous integration and thus made it compile with clang. Why did you bump the major. I tried browsing the history on Gitlab to see what ch

Re: WIP: Update of math/py-numpy to 1.16.5

2020-03-13 Thread Jeremie Courreges-Anglas
On Fri, Mar 13 2020, Paul Irofti wrote: > On Wed, Mar 11, 2020 at 08:58:27PM +0100, Martin Reindl wrote: >> Am 11.03.20 um 18:53 schrieb Theo Buehler: >> > On Wed, Mar 11, 2020 at 04:12:56AM +0100, Jeremie Courreges-Anglas wrote: >> >> On Tue, Mar 10 2020, Theo Buehler wrote: >> >>> On Tue, Mar 1

Re: py-msgpack 1.0.0 upgrade broke salt

2020-03-13 Thread Jeremie Courreges-Anglas
On Fri, Mar 13 2020, Stuart Henderson wrote: > On 2020/03/13 12:25, Jeremie Courreges-Anglas wrote: >> I *think* I've seen an EPOCH change where a bump was needed for >> consumers, but I have no idea which change and why. Anyway make >> repackage works fine in py-msgpack consumers, that's enough

[new] devel/py-metallum

2020-03-13 Thread Johan Huldtgren
hello, py-metallum is a basic python API for querying the Encyclopedia Metallum (aka metal-archives.com). Tested, built and packaged on amd64. thanks, .jh py-metallum.tgz Description: application/tar-gz

Re: WIP: Update of math/py-numpy to 1.16.5

2020-03-13 Thread Paul Irofti
On Wed, Mar 11, 2020 at 08:58:27PM +0100, Martin Reindl wrote: > Am 11.03.20 um 18:53 schrieb Theo Buehler: > > On Wed, Mar 11, 2020 at 04:12:56AM +0100, Jeremie Courreges-Anglas wrote: > >> On Tue, Mar 10 2020, Theo Buehler wrote: > >>> On Tue, Mar 10, 2020 at 06:35:04PM +0100, Jeremie Courreges-

UPDATE: Nextcloud-18.0.2

2020-03-13 Thread Gonzalo L. Rodriguez
Hello, Update for Nextcloud to 18.0.2: https://nextcloud.com/changelog/#latest18 OK? Comments? Cheers.- -- - gonzalo Index: Makefile === RCS file: /cvs/ports/www/nextcloud/Makefile,v retrieving revision 1.49 diff

Re: Update MASTER_SITE_OSDN_JP

2020-03-13 Thread Jeremie Courreges-Anglas
On Fri, Mar 13 2020, Stuart Henderson wrote: > On 2020/03/12 17:29, Christian Weisgerber wrote: >> This updates MASTER_SITE_OSDN_JP to a haphazardly chosen list of mirrors >> that >> - support https >> - resolve to different IP addresses >> - are geographically distributed >> - support IPv6 (excep

Re: ansible: remove py-cryptography from README

2020-03-13 Thread Pavel Korovin
Jeremie, Klemens, Updated ansible to 2.9.6 with your fixes, thank you! On 03/12, Jeremie Courreges-Anglas wrote: > On Thu, Mar 12 2020, Klemens Nanni wrote: > > It's py3-cryptography by now and installed as dependency as one of the > > ansible dependencies by now, so no manual steps needed any l

Re: Update MASTER_SITE_OSDN_JP

2020-03-13 Thread Stuart Henderson
On 2020/03/12 17:29, Christian Weisgerber wrote: > This updates MASTER_SITE_OSDN_JP to a haphazardly chosen list of mirrors > that > - support https > - resolve to different IP addresses > - are geographically distributed > - support IPv6 (except for the primary one, sigh) > > OK? OK. > Frankly

Re: py-msgpack 1.0.0 upgrade broke salt

2020-03-13 Thread Stuart Henderson
On 2020/03/13 12:25, Jeremie Courreges-Anglas wrote: > I *think* I've seen an EPOCH change where a bump was needed for > consumers, but I have no idea which change and why. Anyway make > repackage works fine in py-msgpack consumers, that's enough for me to > say that a bump is not needed (of cours

Re: py-msgpack 1.0.0 upgrade broke salt

2020-03-13 Thread Jeremie Courreges-Anglas
On Fri, Mar 13 2020, Bjorn Ketelaars wrote: > On Thu 12/03/2020 20:30, Jeremie Courreges-Anglas wrote: >> >> >I discussed py-msgpack offlist with another user who needed >> >> >py-msgpack-1.0.0 for an update of a vim plugin. >> >> I'm no salt or vim user but... I think having salt working properl

Re: py-msgpack 1.0.0 upgrade broke salt

2020-03-13 Thread Bjorn Ketelaars
On Thu 12/03/2020 20:30, Jeremie Courreges-Anglas wrote: > >> >I discussed py-msgpack offlist with another user who needed > >> >py-msgpack-1.0.0 for an update of a vim plugin. > > I'm no salt or vim user but... I think having salt working properly is > much higher priority than an update for a vi