graphics/feh: add version-sort support

2020-06-12 Thread Tim van der Molen
It would be nice to be able to use version sort in feh so that 2.jpg is shown before 10.jpg. Version sort is currently disabled in the feh port because it requires strverscmp() which is a glibc extension. However, it seems safe to copy the code from glibc and compile it as part of feh. That's wha

Re: [new] sysutils/web2ldap and co

2020-06-12 Thread Landry Breuil
On Tue, Jun 09, 2020 at 01:33:12PM +0100, Stuart Henderson wrote: > > py-xlwt: math/ would be better than devel/, otherwise ok > > py-ldap0: DESCR should warn that this is only intended for running > the author's software and not for general use (upstream says > "Don't use it for your own project

Re: graphics/feh: add version-sort support

2020-06-12 Thread Anthony J. Bentley
Hi Tim, Tim van der Molen writes: > Version sort is currently disabled in the feh port because it requires > strverscmp() which is a glibc extension. However, it seems safe to copy > the code from glibc and compile it as part of feh. That's what this diff > does. The Musl implementation is much s

Re: graphics/feh: add version-sort support

2020-06-12 Thread Stuart Henderson
On 2020/06/12 11:41, Tim van der Molen wrote: > I'm not sure if and how the license marker in the port Makefile should > be updated. Right now it says "BSD", but the strverscmp() code is GPL. LGPL not GPL, but .. On 2020/06/12 04:23, Anthony J. Bentley wrote: > The Musl implementation is much sho

Re: update net/dnscrypt-proxy 2.0.44

2020-06-12 Thread Stuart Henderson
On 2020/06/11 19:49, Nam Nguyen wrote: > This is an update for net/dnscrypt-proxy 2.0.44, released June 11, 2020. > > Changelogs: > https://github.com/DNSCrypt/dnscrypt-proxy/blob/2.0.44/ChangeLog > https://github.com/DNSCrypt/dnscrypt-proxy/blob/2.0.43/ChangeLog > > A config breaking change is t

Re: graphics/feh: add version-sort support

2020-06-12 Thread Tim van der Molen
Stuart Henderson (2020-06-12 11:47 +0100): > On 2020/06/12 11:41, Tim van der Molen wrote: > > I'm not sure if and how the license marker in the port Makefile should > > be updated. Right now it says "BSD", but the strverscmp() code is GPL. > > LGPL not GPL, but .. Right. :-) > On 2020/06/12 04:

Re: [new] sysutils/web2ldap and co

2020-06-12 Thread Landry Breuil
On Fri, Jun 12, 2020 at 12:23:43PM +0200, Landry Breuil wrote: > On Tue, Jun 09, 2020 at 01:33:12PM +0100, Stuart Henderson wrote: > > 100% agree with all that - i've imported py-ldap0 under databases/ and > py-xlwt under textproc, and here's a new tarball for web2ldap to put > under databases/ ta

Re: [new] sysutils/web2ldap and co

2020-06-12 Thread Landry Breuil
On Fri, Jun 12, 2020 at 01:09:25PM +0200, Landry Breuil wrote: > On Fri, Jun 12, 2020 at 12:23:43PM +0200, Landry Breuil wrote: > > On Tue, Jun 09, 2020 at 01:33:12PM +0100, Stuart Henderson wrote: > > > > 100% agree with all that - i've imported py-ldap0 under databases/ and > > py-xlwt under tex

Re: [new] sysutils/web2ldap and co

2020-06-12 Thread Lucas Raab
On Fri, Jun 12, 2020, at 06:09, Landry Breuil wrote: > On Fri, Jun 12, 2020 at 12:23:43PM +0200, Landry Breuil wrote: > > On Tue, Jun 09, 2020 at 01:33:12PM +0100, Stuart Henderson wrote: > > > > 100% agree with all that - i've imported py-ldap0 under databases/ and > > py-xlwt under textproc, and

Re: UPDATE: plan9port-20200519

2020-06-12 Thread Gleydson Soares
On Sun, May 24, 2020 at 12:27:25PM -0300, Gleydson Soares wrote: > Hi, > > here is an update [1] for plan9port, bringing it to latest github commit. > > i have removed some heavy optional run_dependencies to slim down it, since > it does not affect the plan9port usability itself. if one wants to

Re: update games/godot to 3.2.1

2020-06-12 Thread Omar Polo
Hi, I was a bit busy these days, but I've finally found the time to test (at least) the new TLS code. Initially I was worried that I had to create a server in Godot, setup certificates and create a client for that game server... Fortunately there is a HTTPRequest node. So I tried to perform s

Re: UPDATE: plan9port-20200519

2020-06-12 Thread Aaron Bieber
Gleydson Soares writes: > On Sun, May 24, 2020 at 12:27:25PM -0300, Gleydson Soares wrote: >> Hi, >> >> here is an update [1] for plan9port, bringing it to latest github commit. >> >> i have removed some heavy optional run_dependencies to slim down it, since >> it does not affect the plan9por

update: devel/py-pip

2020-06-12 Thread Paco Esteban
Hi ports@, This is an update of devel/py-pip to 20.1.1 Lightly tested installing some libs with the `--user` flag and works fine for me on amd64. I ran regression tests on all consumers with the exact same results before and after the upgrade: > devel/py-setuptools_scm 1 failed, 121 passed

Re: graphics/feh: add version-sort support

2020-06-12 Thread Brian Callahan
‐‐‐ Original Message ‐‐‐ On Friday, June 12, 2020 7:08 AM, Tim van der Molen wrote: > Stuart Henderson (2020-06-12 11:47 +0100): > > > On 2020/06/12 11:41, Tim van der Molen wrote: > > > > > I'm not sure if and how the license marker in the port Makefile should > > > be updated. Right

UPDATE: net/castget 2.0.1

2020-06-12 Thread Caspar Schutijser
Hi, Below is a diff that updates net/castget to 2.0.1. Briefly tested on amd64, seems to work fine here. This version accepts RSS URLs that start with "https://"; (the old version thinks it should look for a file unless the URL starts with "http://";). The shared library is gone (proof at [1]). T

[macppc] x11/gnome/libdazzle: don't use unsupported 64-bit __sync_* primitives

2020-06-12 Thread Charlene Wendling
Hi, I've proposed a fix for x11/gnome/gnome-builder for ld.bfd archs and possibly i386 (offlist), but on macppc it still failed due to undefined references to 64-bit __sync_* primitives. libdazzle uses 64-bit __sync_* primitives that are not supported on macppc. There is no __atomic_* fallback,

Re: UPDATE: net/castget 2.0.1

2020-06-12 Thread Gleydson Soares
Hi Caspar, At first glance it looks fine, just a slight tweak in your diff, HOMEPAGE= should be updated to https://castget.johndal.com/ I’m no longer using this port, Would you like to take over maintainership? Thanks for the patch. gsoares > On 12 Jun 2020, at 16:19, Caspar Schutijser wrot

Re: purritobin-0.1.2 - new package + dependencies

2020-06-12 Thread Stuart Henderson
On 2020/06/12 21:34, Brian Callahan wrote: > Maybe it would be nice to upstream the usockets shared library building? upstream say WONTFIX, they are more interested in performance than something which can be used in OS packaging. https://github.com/uNetworking/uSockets/issues/99#issuecomment-6273

powerpc bulk build report

2020-06-12 Thread cwen
Bulk build on macppc-0.ports.openbsd.org Started : Tue May 26 11:12:39 MDT 2020 Finished: Fri Jun 12 16:04:08 MDT 2020 Duration: 17 Days 4 hours 51 minutes Built using OpenBSD 6.7-current (GENERIC) #722: Mon May 25 18:07:09 MDT 2020 Built 9939 packages Number of packages built each day: May 26:

Re: powerpc bulk build report

2020-06-12 Thread Charlene Wendling
On Fri, 12 Jun 2020 16:04:22 -0600 (MDT) c...@openbsd.org wrote: > Bulk build on macppc-0.ports.openbsd.org > > Started : Tue May 26 11:12:39 MDT 2020 > Finished: Fri Jun 12 16:04:08 MDT 2020 > Duration: 17 Days 4 hours 51 minutes ^ We swapped some monsters that failed at runtime for GNOME/MATE

Re: purritobin-0.1.2 - new package + dependencies

2020-06-12 Thread Brian Callahan
Hi Aisha -- ‐‐‐ Original Message ‐‐‐ On Monday, June 8, 2020 9:07 AM, Aisha Tammy wrote: > Based on your comments, I've changed it back to using the shared > library, though I am still building a static library as well. > > Thanks a lot for all your help! > > comments? > > PS: yes, uwebs

Re: purritobin-0.1.2 - new package + dependencies

2020-06-12 Thread Brian Callahan
‐‐‐ Original Message ‐‐‐ On Friday, June 12, 2020 5:48 PM, Stuart Henderson wrote: > On 2020/06/12 21:34, Brian Callahan wrote: > > > Maybe it would be nice to upstream the usockets shared library building? > > upstream say WONTFIX, they are more interested in performance than > somethi

devel/llvm: Mips, PowerPC changes from base-clang

2020-06-12 Thread George Koehler
For ports/devel/llvm, I would like to bring the most recent changes from base-clang. This affects Mips and PowerPC. Is this OK? Mips gets, "Use a distinct trap code with retguard on mips64." (I use PowerPC and know little about Mips.) PowerPC gets, - Set max atomic size for AtomicExpandPass.

Can't load extensions with postgresql-server

2020-06-12 Thread Timo Myyrä
Hi, Does the OpenBSD require some extra steps for loading postgresql server extensions? tmy@asteroid tmy $ psql -d jemma -U postgres Password for user postgres: psql (12.3) Type "help" for help. jemma=# create extension pgcrypto; ERROR: could not load library "/usr/local/lib/postgr

Re: Can't load extensions with postgresql-server

2020-06-12 Thread Timo Myyrä
Nevermind, seems this was a case of botched package installation, re-installing postgresql-contrib package fixed file collisions and now loading extensions work. timo Timo Myyrä writes: > Hi, > > Does the OpenBSD require some extra steps for loading postgresql server > extensions? > > > tmy@a