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
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
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.
‐‐‐ 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
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
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
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:
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
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
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,
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
‐‐‐ 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
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
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
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
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
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
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
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
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:
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
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
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
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
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
25 matches
Mail list logo
