Hi,
Here is an update for latest version of ECL.
Seems that the Copyright file got renamed to LICENSE but Makefiles didn't get
updated for the release so this adds backports few patches to fix it.
Tested lightly on amd64, runs maxima test suite without errors.
Timo
Index: Makefile
hi ports:
this seems to be the recommended module to interact with
p5-Mojolicious these days:
This module converts Perl data structures to JSON and vice versa. Its
primary goal is to be correct and its secondary goal is to be fast. To
reach the latter goal it was written in C.
As this is the n-t
hi ports
This plugin enables Mojolicious to automatically generate Devel::NYTProf
profiles and routes for your app
tgz attached
also, note PLIST:
@comment $OpenBSD$
${P5SITE}/Mojolicious/Plugin/NYTProf.pm
${P5SITE}/Mojolicious/Plugin/README.pod
@man man/man3p/Mojolicious::Plugin::NYTProf.3p
@ma
hi ports
Mojo::JSON::MaybeXS is a monkey-patch module for using JSON::MaybeXS as
the JSON encoder for a Mojolicious application, or anything else using
Mojo::JSON. It must be loaded before Mojo::JSON so the new functions
will be properly exported.
this requires my previous patch (sent to ports@)
Module::Build::Tiny according to its docs:
Incompatibilities
• Argument parsing
Module::Build has an extremely permissive way of argument handling,
Module::Build::Tiny only supports a (sane) subset of that. In
particular, "./Build destdir=/foo" does no
On Mon, Mar 07, 2016 at 09:33:58PM +, Christian Weisgerber wrote:
> I think you misunderstand GCC4_ARCHS. GCC4_ARCHS are the architectures
> that have gcc 4.2.1 in base. It has nothing to do with the gcc4
> module, which covers gcc 4.9. And there is no reason not to build
> -main and -gtk on
On Mon, Mar 07, 2016 at 10:58:39PM +0100, Landry Breuil wrote:
> On Mon, Mar 07, 2016 at 10:46:51PM +0100, Christian Weisgerber wrote:
> > http://build-failures.rhaalovely.net/alpha/
> > shows pretty clearly that GCC 4.6 is not equivalent to 4.9. Ports
> > that use MODULES=gcc4 and that build fine
On Mon, Mar 07, 2016 at 10:46:51PM +0100, Christian Weisgerber wrote:
> http://build-failures.rhaalovely.net/alpha/
> shows pretty clearly that GCC 4.6 is not equivalent to 4.9. Ports
> that use MODULES=gcc4 and that build fine elsewhere with 4.9 are
> broken on alpha with 4.6 because the compiler
On Mon, Mar 07, 2016 at 10:46:51PM +0100, Christian Weisgerber wrote:
> http://build-failures.rhaalovely.net/alpha/
> shows pretty clearly that GCC 4.6 is not equivalent to 4.9. Ports
> that use MODULES=gcc4 and that build fine elsewhere with 4.9 are
> broken on alpha with 4.6 because the compiler
http://build-failures.rhaalovely.net/alpha/
shows pretty clearly that GCC 4.6 is not equivalent to 4.9. Ports
that use MODULES=gcc4 and that build fine elsewhere with 4.9 are
broken on alpha with 4.6 because the compiler is too old.
If somebody wants to go through the list of MODULES=gcc4 ports a
On 2016-03-07, Josh Grosse wrote:
> Attached is a new update, from 2.90 -> 2.92.
Sorry, I still don't think this is right.
> -ONLY_FOR_ARCHS-qt=${GCC4_ARCHS}
> +ONLY_FOR_ARCHS= ${GCC4_ARCHS}
> +.if ${BUILD_PACKAGES:M-qt}
> +MODULES+=x11/qt5
> +MODQMAKE_PROJECTS= qt/qtr.pro
>
here is an update for luasec 0.6. builds and seems fine.
most of the patches can go away.
full changelog at:
https://github.com/brunoos/luasec/blob/master/CHANGELOG
OK?
Index: Makefile
===
RCS file: /cvs/ports/security/luasec/Makefi
Hi ports@
Straightforward port bump but I'm upping the major as I don't trust
upstream that much on the ABI promise.
Upstream Changelog
-
v1.7.3
==
NB: No API change since v1.7.0
Fixes
-
1) MAJOR connections on ah waiting list that closed did not get removed
from the waiting l
On 2016/03/07 10:18, Jiri B wrote:
> > Or we could say that it's time to remove apache-httpd-openbsd?
>
> OK, but what's approach for apache2 and chroot? No approach or
> on a TODO list?
https://httpd.apache.org/docs/2.4/mod/mod_unixd.html, isn't it?
On 2016/03/07 14:03, Renaud Allard wrote:
> Hello,
>
> There is a "bug" in exim. When compiled with LibreSSL, it doesn't allow
> elliptic curves suites to be used as a server. They do work when exim is
> acting as a client.
> I made a patch, but if ports are not yet frozen for 5.9, it might be a g
> Or we could say that it's time to remove apache-httpd-openbsd?
OK, but what's approach for apache2 and chroot? No approach or
on a TODO list?
Or is chrooting considered obsolete?
j.
On Mon, Mar 07, 2016 at 02:40:30PM +, Stuart Henderson wrote:
> On 2016/03/07 09:28, Jiri B wrote:
> > Well, maybe we should modify apache-httpd-openbsd process name to
> > httpd1 to mimic what we do for apache2?
>
> apache-httpd-openbsd is on the list for removal, we just have some
> www/mod_
Hello,
There is a "bug" in exim. When compiled with LibreSSL, it doesn't allow
elliptic curves suites to be used as a server. They do work when exim is
acting as a client.
I made a patch, but if ports are not yet frozen for 5.9, it might be a
good idea to integrate it into the port before port
On 2016/03/07 09:28, Jiri B wrote:
> Well, maybe we should modify apache-httpd-openbsd process name to
> httpd1 to mimic what we do for apache2?
apache-httpd-openbsd is on the list for removal, we just have some
www/mod_* to remove and tentacles in php, plus these to update or
remove:
www/clearsi
Hi,
Now we have an updated LLVM version in ports, we could use it for
building lang/rust instead of build the embedded version. It should
accelerate a bit the build time...
Please note that devel/llvm is a BUILD_DEPENDS only as rustc is statically
linked with several LLVM libraries.
I have disab
On Mon, Mar 07, 2016 at 09:28:09AM -0500, Jiri B wrote:
> Hi,
>
> apache-httpd-openbsd pexp conflicts with base httpd pexp.
>
> * apache-httpd-openbsd
> pexp="httpd: parent.*"
>
> # ps aux | grep httpd
> www 30230 0.0 1.2 72272 24376 ?? SsSat10PM0:03.16 httpd:
> parent [chroo
Hi,
apache-httpd-openbsd pexp conflicts with base httpd pexp.
* apache-httpd-openbsd
pexp="httpd: parent.*"
# ps aux | grep httpd
www 30230 0.0 1.2 72272 24376 ?? SsSat10PM0:03.16 httpd: parent
[chroot /var/www] (httpd)
www 13731 0.0 2.3 73008 47032 ?? I Sat10PM
Hi,
below is yet another straight forward update for geo/josm.
Thanks for committing!
Holger
;-se
Index: Makefile
===
RCS file: /cvs/ports/geo/josm/Makefile,v
retrieving revision 1.32
diff -u -p -u -r1.32 Makefile
--- Makefile1
Matthieu Herrb writes:
> On Mon, Mar 07, 2016 at 04:27:04AM -0700, Matthieu Herrb wrote:
>> CVSROOT: /cvs
>> Module name: ports
>> Changes by: matth...@cvs.openbsd.org2016/03/07 04:27:04
>>
>> Modified files:
>> mail/sendmail : Tag: OPENBSD_5_9 Makefile
>> mail/sendmail/
FYI (I haven't seen this in ports yet):
If sendmail tried to reuse an SMTP session which had already been
closed by the server, then the connection cache could have invalid
information about the session. One possible consequence was that
STARTTLS was not used even if offered.
The problem can be f
On Mon, Mar 07, 2016 at 04:27:04AM -0700, Matthieu Herrb wrote:
> CVSROOT: /cvs
> Module name: ports
> Changes by: matth...@cvs.openbsd.org2016/03/07 04:27:04
>
> Modified files:
> mail/sendmail : Tag: OPENBSD_5_9 Makefile
> mail/sendmail/files/cf: Tag: OPENBSD_5_9 op
2016-03-07 13:59 GMT+03:00 Stuart Henderson :
> On 2016/03/07 13:45, Vadim Zhukov wrote:
>> 2016-03-07 3:23 GMT+03:00 Josh Grosse :
>> > On Sun, Mar 06, 2016 at 12:03:27AM +, Christian Weisgerber wrote:
>> >> ... However, as the
>> >> port stands now, FLAVOR="" builds those subpackages with GCC
On Mon, Mar 07, 2016 at 10:59:38AM +, Stuart Henderson wrote:
> The distfile for 2.90 has been removed upstream (also given recent
> events it would probably be wise to read through a source diff from
> the previous version in tree ;)
The new distfile matches their published SHA256, and this d
On 2016/03/07 13:45, Vadim Zhukov wrote:
> 2016-03-07 3:23 GMT+03:00 Josh Grosse :
> > On Sun, Mar 06, 2016 at 12:03:27AM +, Christian Weisgerber wrote:
> >> ... However, as the
> >> port stands now, FLAVOR="" builds those subpackages with GCC 4.9
> >> from ports, but FLAVOR="no_qt" builds them
2016-03-07 13:49 GMT+03:00 Jiri B :
> On Sun, Mar 06, 2016 at 10:36:10PM +0100, Caspar Schutijser wrote:
>> Hi ports@,
>>
>> Below is an update of devel/intellij to 15.0.4. I tested it on amd64,
>> works fine for me.
>
> Not sure how you did your tests but intellij is far from being
> fully functio
On Mon, Mar 07, 2016 at 01:45:15PM +0300, Vadim Zhukov wrote:
> 2016-03-07 3:23 GMT+03:00 Josh Grosse :
> > On Sun, Mar 06, 2016 at 12:03:27AM +, Christian Weisgerber wrote:
> >> ... However, as the
> >> port stands now, FLAVOR="" builds those subpackages with GCC 4.9
> >> from ports, but FLAVO
On Sun, Mar 06, 2016 at 10:06:11PM +0100, Jeremie Courreges-Anglas wrote:
> Matthieu Herrb writes:
>
> > Hi,
> >
> > I ended up regenerating existing custom config files using the
> > sendmail port, and stumbled into references to the old 'smmsp'
> > user/group. So lets patch the installed cf/fea
On Sun, Mar 06, 2016 at 10:36:10PM +0100, Caspar Schutijser wrote:
> Hi ports@,
>
> Below is an update of devel/intellij to 15.0.4. I tested it on amd64,
> works fine for me.
Not sure how you did your tests but intellij is far from being
fully functional on OpenBSD.
See https://github.com/idea4b
2016-03-07 3:23 GMT+03:00 Josh Grosse :
> On Sun, Mar 06, 2016 at 12:03:27AM +, Christian Weisgerber wrote:
>> ... However, as the
>> port stands now, FLAVOR="" builds those subpackages with GCC 4.9
>> from ports, but FLAVOR="no_qt" builds them with the base compiler.
>> So depending on no_qt t
34 matches
Mail list logo
