On Mon, Jun 10, 2019 at 10:34:21PM +0200, Klemens Nanni wrote:
> On Mon, Jun 10, 2019 at 08:10:58PM +0100, Stuart Henderson wrote:
> > Removing execinfo from WANTLIB nullifies the devel/libexecinfo LIB_DEPENDS
> > ..
> That... is a valid point. I'll leave it in and double check tooling's
> output
Hi, ports@:
Here is a patch to update devel/py-tz to 2019.1, it build and test well
on my amd64 system, with both python2 and python3 flavors.
Many ports depends on pytz, I have tested some of it, include:
astro/py-astral
math/py-numpy
devel/py-babel
devel/py-tzlocal
The patch
On Tue, Jun 11, 2019 at 01:15:34AM +, wen heping wrote:
> ping ...
So, while I was not paying attention to port email, upstream merged
cwen@'s PR. I'll look at the changes to the XS port right now, but if
you want to update the other port to the new version I'll wait a couple
days and then co
ping ...
发件人: Charlene Wendling
发送时间: 2019年6月2日 7:24
收件人: Andrew Hewus Fresh
抄送: wen heping; ports@openbsd.org
主题: Re: 回复: [New]www/p5-WWW-Form-UrlEncoded
Hi,
On Thu, 30 May 2019 10:14:48 -0700
Andrew Hewus Fresh wrote:
> On Thu, May 30, 2019 at 12:04:35AM +
Hi,
Here is a revised patch which change pytz from TEST_DEPENDS to RUN_DEPENDS.
Comments ?
wen
发件人: owner-po...@openbsd.org 代表 wen heping
发送时间: 2019年6月4日 10:41
收件人: ports@openbsd.org
主题: [security update] www/py-django/stable: update to 2.2.2
Hi, ports@
On Tue, Jun 11, 2019 at 12:11:37AM +0200, Ingo Schwarze wrote:
> Why does this have an unconditional dependency on ports LLVM?
> For example, on amd64, it actually uses base LLVM unless i read
> the build logs incorrectly.
>
> I realize this is unrelated to your changes, just wondering...
I intent
Hi Klemens,
the authors of this tool absolutely do not understand how documentation
works. That said, i agree it is better to install whatever piss-poor
and disorganized musings they do provide rather than installing no
documentation whatsoever.
See below in-line for two questions, none of which
On Mon, Jun 10, 2019 at 08:10:58PM +0100, Stuart Henderson wrote:
> Removing execinfo from WANTLIB nullifies the devel/libexecinfo LIB_DEPENDS ..
That... is a valid point. I'll leave it in and double check tooling's
output before cooking diffs, thanks.
Index: Makefile
On 2019/06/10 18:47, Klemens Nanni wrote:
>
> -WANTLIB= c curses execinfo form m pthread z
> +WANTLIB= ${COMPILER_LIBCXX} c m pthread
> LLVM_V= 7.0.1
> BUILD_DEPENDS= devel/llvm>=${LLVM_V}
> RUN_DEPENDS= devel/llvm>=${LLVM_V}
> LIB_DEPENDS= devel/libexecinfo
Removi
Fri, 7 Jun 2019 23:13:51 +0200 Christian Weisgerber
> li...@wrant.com:
>
> > On amd64 latest snap, a recent w3m package installation segfaults on run:
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x16d1b18988e7 in GC_mark_from () from /usr/local/lib/libgc.so.4.0
> > Curre
Hi,
major update to mail/courier ports.
Starting from courier-imap-5.x full utf8 support is enabled, if you are using
imap folders with utf8 names you should check and/or convert them
using maildirmake(1) --checkutf8 and --convutf8 options.
Comments ? Ok ?
Cheers
Giovanni
Index: Makefile
==
Came here to ship docs so I don't have to browse the web to lern how to
use it, but improved a bit more while here.
- derive PKGNAME from DISTNAME so future bumps require only one change
- sync WANTLIB according to `port-lib-depends-check`
- PERMIT_PACKAGE
- use TLS
- use Python3
- Python is RDEP
On 2019/06/10 15:04, Charlene Wendling wrote:
>
> > http://build-failures.rhaalovely.net//sparc64/last/x11/libhandy.log
> > http://build-failures.rhaalovely.net//powerpc/last/x11/libhandy.log
>
> It's just a COMPILER line missing because it's C11, right? Well it's
> more than this, as once provid
Hi Brian,
> Attached is a small update to icewm-1.5.5
> Changelog is here: https://github.com/ice-wm/icewm/releases/tag/1.5.5
>
> Works well on amd64; big endian testing appreciated.
Builds and runs fine on i386. No issues found after light testing.
> OK?
OK
--
greetings,
Florian Viehweger
On Mon, June 10, 2019 16:13, Charlene Wendling wrote:
> On Mon, 10 Jun 2019 13:49:49 +0100
> Stuart Henderson wrote:
>
>> On 2019/06/10 13:22, Charlene Wendling wrote:
>> > Hi :)
>> >
>> > > http://build-failures.rhaalovely.net//powerpc/2019-05-19/graphics/ufraw.log
>> > > http://build-failures.rha
On Mon, 10 Jun 2019 13:49:49 +0100
Stuart Henderson wrote:
> On 2019/06/10 13:22, Charlene Wendling wrote:
> > Hi :)
> >
> > > http://build-failures.rhaalovely.net//powerpc/2019-05-19/graphics/ufraw.log
> > > http://build-failures.rhaalovely.net/aarch64/2019-06-02/graphics/ufraw.log
> > > http://
> http://build-failures.rhaalovely.net//sparc64/last/x11/libhandy.log
> http://build-failures.rhaalovely.net//powerpc/last/x11/libhandy.log
It's just a COMPILER line missing because it's C11, right? Well it's
more than this, as once provided it yells:
> (more of them)
> /usr/local/lib/libgtk-3
Some Perl module versions in base use non-numerical version strings, but
forks.pm assumes numerical values.
Thanks to sthen for pointing at version(3p) here's a patch to fix it?
This lets me use p5-forks in my upcoming Slic3r port.
OK?
Index: Makefile
===
Please find attach a simple port for cpputest-3.8. This port is needed
by the upcoming weechat update from 2.4 to 2.5. I've been trying to
activate the weechat tests so I need this c++ test framework.
To stop a lot of clang noise I added the following compiler option:
CXXFLAGS += -Wno
On Fri Jun 07, 2019 at 02:53:39PM +0100, Stuart Henderson wrote:
> On 2019/06/07 07:14, Rafael Sadowski wrote:
> > On Tue Jun 04, 2019 at 07:26:19PM +0100, Stuart Henderson wrote:
> > > On 2019/06/01 10:28, Rafael Sadowski wrote:
> > > > Update krita to 4.2.0.
> > > >
> > > > Krita 4.2 Release Not
On 2019/06/10 13:22, Charlene Wendling wrote:
> Hi :)
>
> > http://build-failures.rhaalovely.net//powerpc/2019-05-19/graphics/ufraw.log
> > http://build-failures.rhaalovely.net/aarch64/2019-06-02/graphics/ufraw.log
> > http://build-failures.rhaalovely.net/arm/last/graphics/ufraw.log
>
> It's a ty
Hi :)
> http://build-failures.rhaalovely.net//powerpc/2019-05-19/graphics/ufraw.log
> http://build-failures.rhaalovely.net/aarch64/2019-06-02/graphics/ufraw.log
> http://build-failures.rhaalovely.net/arm/last/graphics/ufraw.log
It's a typical case of code that assumes that char is signed on all
p
On Mon, Jun 10, 2019 at 12:49:04AM -0400, Kurt Mosiejczuk wrote:
> Here's an update for textproc/py-ICU to bring it to 2.3.1.
>
> Regression tests all pass on both amd64 and sparc64. With the
> update installed, the regression tests for devel/py-parsedate and
> textproc/py-natsort also pass (on a
On Fri, May 31, 2019 at 01:30:57PM +0200, Frederic Cambus wrote:
> Here is a new port: textproc/misspell.
>
> This is my first Go port, so I hope I got things right.
>
> From DESCR:
>
> Correct commonly misspelled English words in source files.
>
> Comments? OK?
Ping.
Anyone willing to take
Simple update to cpptest 2.0.0.
- Switch to githup
- Fix HOMEPAGE
- Remove base-gcc because we need a c++11 compiler
- Major bump because symbols were deleted
I can't find consumers so I guess there is no impact.
Index: Makefile
===
25 matches
Mail list logo
