On September 23, 2014 8:12:36 PM EDT, Stuart Henderson
wrote:
>On 2014/09/23 17:27, Nick Guenther wrote:
>> LD_PRELOAD,
>/usr/local/share/doc/pkg-readmes/postgresql-plv8-* explains this too.
>
>> But I do not understand why libpthread.so refuses to load if the
>system
>> knows it needs it.
>
>
Stuart Henderson said:
> Problems common to a few of these ports:
>
> - restund and baresip have a number of .so modules which look like they're
> required for operation, they should probably have SHARED_ONLY=Yes and merge
> PFRAG.shared into PLISTs
Added SHARED_ONLY=Yes to restund. It is possib
Hi,
Good news, I was able to fix NAnt with an updated App.config file
from the projects master branch in github.com. The problem was that
the old C# compilers that mono used to ship with (gmcs, dmcs, etc)
were removed in mono 3.0 replaced with 1 executable with target
argument. The problem was
On 2014/09/23 17:27, Nick Guenther wrote:
> http://comments.gmane.org/gmane.os.openbsd.misc/214048 explains that I can
> force libpthread to load with LD_PRELOAD, and indeed this fixes it!
/usr/local/share/doc/pkg-readmes/postgresql-plv8-* explains this too.
> But I do not understand why libpthr
(please CC me, I'm not on this list)
Postgres's extension language plpython does not work in recent
OpenBSD. Trying to load it gives
ERROR: could not load library
"/usr/local/lib/postgresql/plpython2.so": dlopen
(/usr/local/lib/postgresql/plpython2.so) failed: Cannot load
specified ob
Christian Weisgerber:
> Can you provide an example that triggers the problem?
> Or an explanation?
In the "while (cursor > input_buffer || input_char != EOF)" loop,
the "cursor" pointer sometimes refers to "input_buffer" and sometimes
to "output_buffer". It must refer to "input_buffer" at the sta
This updates nokogiri to the latest version. Rails 4.2 is going
to require nokogiri 1.6+ (well, at least the beta version does).
Note that nokogiri 1.6+ is not supported on ruby 1.8, so before
this goes in I'll make sure nokogiri is not built by default on
ruby 1.8.
Changelog at
https://github.co
On 2014-09-23 20.14.48 +0200, Landry Breuil wrote:
> How "used" is 1.9 compared to 2.0 and 2.1, within openbsd users ?
My day job is writing Ruby (on Rails) so I can tell you that: whatever
the latest is. Anything else is simply not an option for me.
-Mike
Jeremy Evans, 23 Sep 2014 11:26:
> I'm not sure how much ruby 1.8 and 1.9 are used compared to 2.0 and 2.1, in
> terms of other OpenBSD users.
(me coming from python) maybe it is not about the
number of users per se, but which version the majority
of the most popular libraries/programs target. he
On Tue, Sep 23, 2014 at 02:12:35PM +0100, Stuart Henderson wrote:
> On 2014/09/23 14:23, list-openbsd-po...@jyborn.se wrote:
> > > I don't understand how this memory error is possible, since
> > > for this test I am using a completely empty mail directory
> > > in my $HOME, and in /var/mail I have
On Tue, Sep 23, 2014 at 11:14 AM, Landry Breuil
wrote:
> > This could be extended to ruby 1.9 as well if you want. Thoughts?
>
> How far is 1.9 from EOL upstream ? How "used" is 1.9 compared to 2.0 and
> 2.1, within openbsd users ? I suppose besides specific cases, everyone
> uses the default ve
On Tue, Sep 23, 2014 at 10:45:27AM -0700, Jeremy Evans wrote:
> On Mon, Sep 22, 2014 at 12:31 AM, Marc Espie wrote:
>
> > Number of ports is important as well, unfortunately. There is a huge chunk
> > of time spent waiting for dependencies to install and for the disk to
> > unpack/repack stuff.
>
Hola,
This brings node to the latest. Tested on amd64 with native and
pure js modules.
Removed the security fix from 0.10.28p2 as it is included already.
OK?
Cheers,
Aaron
Index: Makefile
===
RCS file: /cvs/ports/lang/node/Makefi
On Mon, Sep 22, 2014 at 12:31 AM, Marc Espie wrote:
> Number of ports is important as well, unfortunately. There is a huge chunk
> of time spent waiting for dependencies to install and for the disk to
> unpack/repack stuff.
>
> Death of a thousand cuts.
>
The simple solution here is to just buil
On 2014/09/23 14:23, list-openbsd-po...@jyborn.se wrote:
> Just wanted to thank everyone for suggestions, but I give up
> on dovecot.
>
> I checked dovecot alternatives today, but it seems that cyrus
> is the only (good) choice for mbox format, and even cyrus seems
> to use a directory structure o
Just wanted to thank everyone for suggestions, but I give up
on dovecot.
I checked dovecot alternatives today, but it seems that cyrus
is the only (good) choice for mbox format, and even cyrus seems
to use a directory structure of its own. So dovecot seems to be
the only viable option for me at th
Hi,
ok to update batteries?
Christopher
Index: Makefile
===
RCS file: /cvs/ports/devel/ocaml-batteries/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile27 Aug 2014 07:54:22 - 1.11
+++ Makefile
On 08/31/14 22:54, Stuart Cassoff wrote:
> On 08/29/14 02:39, Stuart Cassoff wrote:
>> Ever since that change, the var list in bsd.port.mk(5) is no longer in
>> alphabetical order.
>>
>>
>> Stu
>>
>
> The test targets as well.
Alors?
18 matches
Mail list logo
