ping ...
发件人: owner-po...@openbsd.org 代表 wen heping
发送时间: 2019年11月6日 15:27
收件人: afre...@openbsd.org
抄送: ports@openbsd.org
主题: 回复: [NEW]databases/p5-SQL-Abstract-More
Revised patch that add the missing TEST_DEPENDS.
wen
发件人: An
Hi,
Here is a simple patch for www/p5-HTTP-Date to update to 6.03.
It build well and pass all tests on amd64-current system.
There are 11 ports depends on www/p5-HTTP-Date, all build well
and pass all tests.
Comments? OK?
wen
Index: Makefile
==
Simple diff which regen WANTLIB in qt4. To be on the safe side, more
eyes should check it.
- Clean up -mysql, s/mysqlclient_r/mariadb. Bump -mysql
- Remove "iconv intl" from commonWANTLIB. Bump -examples and -main
"make port-lib-depends-check" is happy with that again.
OK?
Index: Makefile
Please keep them separate.
Much easier to update either.
If they were tied together and I wanted to update tcl-sqlite I'd have to
spend a week testing and convincing.
Also, tcl-sqlite isn't built with the same options as the main sqlite
port.
The tests would be nice but I'm not sure you're goin
"some of the SQLITE_ENABLE_XX choices look rather arbitrary."
Actually I spent some time carefully poring through all the options so I
could provide the best sqlite possible for Tcl.
Yeah, so separate please.
Stu
-- Original Message --
From: Landry Breuil
Date: Novemb
Also I don't think this needs to be forced to build against 8.6.
Sorry for all the messages, I'm just coming back after almost 2 years
away ... whatever that means.
Stu
-- Original Message --
From: Landry Breuil
Date: November 9, 2019 at 9:55 AM
Hi,
sqlite3-tcl is
Hi all,
This is a port of my implementation of WireGuard.
I had some trouble with the following when creating the port:
1. I was not able to set "SEPARATE_BUILD = Yes", I get the error "cannot open
Makefile":
/usr/ports/net/wiresep/ $ make build
===> Verifying specs: c crypto
===> found c.95
Hi ports --
Without rehashing too much, flang broke libpgmath compilation with clang
in its aarch64-specific math routines a bit over a year ago. I reported
it then. It was found to be a bug in clang itself, which has not been
fixed. The code to work around the clang problems was extremely
in
I'll jump in since I wrote the other filters that aren't in C...
November 13, 2019 7:04 AM, "Martijn van Duren"
wrote:
> [...]
>
> I do however dislike the trend that every single filters in ports not
> written by me is in go. At first I thought this was to display the
> flexibility of the sm
On 2019/11/13 16:39, Pascal Stumpf wrote:
> On Wed, 13 Nov 2019 13:25:17 +0100, Tim Kuijsten wrote:
> > "Theo de Raadt" wrote:
> > > I'll add my voice to this.
> > >
> > > The powerful vendors writing new languages must expand their breath,
> > > or face the consequences that some software is not
> On 13. Nov 2019, at 16:59, Ingo Schwarze wrote:
>
> Strictly speaking, martijn@ is right.
Thanks for the elaborations and clarification.
I will adjust that with the next release.
>> is just not very readable and multiple arguments have always
>> non-optional predecessors anyways.
>
> Ab
Hi Joerg,
Joerg Jung wrote on Wed, Nov 13, 2019 at 02:55:17PM +0100:
> martijn@ wrote:
>> Also the manpage is incorrect. It states [address] [limit], while
>> if you want to limit the address is non-optional (from reading the
>> code). So this should be [address [limit]].
Strictly speaking, mart
On Wed, 13 Nov 2019 13:25:17 +0100, Tim Kuijsten wrote:
> "Theo de Raadt" wrote:
> > I'll add my voice to this.
> >
> > The powerful vendors writing new languages must expand their breath,
> > or face the consequences that some software is not going to get written
> > in their languages. Better
On Wed, Nov 13, 2019 at 03:43:41PM +0100, Charlene Wendling wrote:
> On Wed, 13 Nov 2019 13:41:13 +
> Stuart Henderson wrote:
>
> > On 2019/11/13 14:11, Charlene Wendling wrote:
> > >
> > > > http://build-failures.rhaalovely.net/sparc64/2019-11-08/devel/libpeas.log
> > >
> > > It's broken si
On Wed, 13 Nov 2019 13:41:13 +
Stuart Henderson wrote:
> On 2019/11/13 14:11, Charlene Wendling wrote:
> >
> > > http://build-failures.rhaalovely.net/sparc64/2019-11-08/devel/libpeas.log
> >
> > It's broken since the latest update.
> >
> > I did the same thing as i did with vte3, i just add
On Tue, Nov 12, 2019 at 11:13:36PM -0700, Theo de Raadt wrote:
> I'll add my voice to this.
>
> The powerful vendors writing new languages must expand their breath,
> or face the consequences that some software is not going to get written
> in their languages. Better is very much muted by unporta
On 2019/11/13 14:11, Charlene Wendling wrote:
>
> > http://build-failures.rhaalovely.net/sparc64/2019-11-08/devel/libpeas.log
>
> It's broken since the latest update.
>
> I did the same thing as i did with vte3, i just added an extra LDFLAG
> for ld.bfd archs and it builds on macppc [0]. REVISIO
> http://build-failures.rhaalovely.net/sparc64/2019-11-08/devel/libpeas.log
It's broken since the latest update.
I did the same thing as i did with vte3, i just added an extra LDFLAG
for ld.bfd archs and it builds on macppc [0]. REVISION bump is unneeded,
this version never built on these archs
On Wed, Nov 13, 2019 at 12:14:38PM +, Stuart Henderson wrote:
> On 2019/11/12 10:37, Rafael Sadowski wrote:
> >
> > The diff is part of qtnetwork which is part of -main, so we just need
> > the bump -main. With this, OK rsadowski@
>
> As long as you are certain nothing else pulls in this head
"Theo de Raadt" wrote:
> I'll add my voice to this.
>
> The powerful vendors writing new languages must expand their breath,
> or face the consequences that some software is not going to get written
> in their languages. Better is very much muted by unportable.
What about gccgo? It supports mor
On 2019/11/12 10:37, Rafael Sadowski wrote:
>
> The diff is part of qtnetwork which is part of -main, so we just need
> the bump -main. With this, OK rsadowski@
As long as you are certain nothing else pulls in this header.
(If in doubt, bump)
> Thanks!
>
> >
> > # XXX qmake include parser i
Hi!
The port is BROKEN-powerpc due to libatomic not being linked, so i fixed
that already, but then met:
> http://build-failures.rhaalovely.net/sparc64/2019-11-08/graphics/openimageio.log
This is just a missing header.
I have been able to build openimageio on macppc [0] with these fixes,
withou
Hi, ports@:
Here is a patch to create 2 new ports: devel/p5-TOML and
devel/p5-TOML-Parser.
It is required by the update of mail/p5-Mail-Milter-Authentication.
It build well and pass all tests on amd64-current system.
devel/p5-Test-Deep-Fuzzy should be imported into ports before this
Revised patch, which remove p5-Test-Deep from
TEST_DEPENDS since it is RUN_DEPENDS.
wen
发件人: owner-po...@openbsd.org 代表 wen heping
发送时间: 2019年11月13日 16:08
收件人: ports@openbsd.org
主题: [NEW] devel/p5-Test-Deep-Fuzzy
Hi, ports@:
Here is a patch to create new p
Hi, ports@:
Here is a patch to create new port: devel/p5-Test-Deep-Fuzzy.
It is required by the update of mail/p5-Mail-Milter-Authentication.
It build well and pass all tests on amd64-current system.
Comments? OK?
wen
p5-Test-Deep-Fuzzy.tar.gz
Description: p5-Test-Deep-Fuzzy.tar.gz
25 matches
Mail list logo
