CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2020/01/22 23:43:12
Modified files:
multimedia/mpv : Makefile
Log message:
Enable libarchive support.
from Brad
Robert Nagy wrote:
> Hey,
>
> Can you guys try this diff?
oh, fun, upstream fixed it a different way. i don't have a full ports tree on
this laptop, but the new code looks like it could work.
// set filename in options class
string str =
Hey,
Can you guys try this diff?
http://ix.io/286T
On 22/01/20 20:35 -0500, Ted Unangst wrote:
> Today's selected c++ reading:
> Before any call to str() that uses the result as a C string,
> the buffer must be null-terminated, typically with std::ends.
>
> Found by mlarkin using
Rafael Sadowski writes:
> On Sun Jan 19, 2020 at 03:38:29PM -0800, Nam Nguyen wrote:
>> Here is a diff to update net/qbittorrent to 4.2.1, released on December
>> 17, 2019.
>>
>> * Uses the proposed update to net/libtorrent-rasterbar 1.2.3 that moves
>> to python 3 and proposed fix for
On Thu 16/01/2020 07:22, Bjorn Ketelaars wrote:
> mbedtls-2.16.4 has been released, which fixes a side channel attack on
> ECDSA (CVE-2019-18222). More information can be found at
> https://tls.mbed.org/tech-updates/releases/mbedtls-2.16.4-and-2.7.13-released
>
> Changes to port:
> - Minor of
Having looked at it a bit more, I see other statically linked ports with
empty WANTLIB (e.g. shells/tcsh), but that doesn't necessarily mean it's
correct. Since I don't know, here's another tgz identical to the last
but with WANTLIB=c (which, if you remove -static, is what it would
require).
Attached is the port for SSLLabs.com API written in golang. From pkg/DESCR:
This tool is a command-line client for the SSL Labs APIs, designed
for automated and/or bulk testing.
SSL Labs API expose the complete SSL/TLS server testing functionality
in a programmatic fashion, allowing for
On 1/17/20 3:11 PM, Anthony J. Bentley wrote:
> George Rosamond writes:
>> +GH_ACCOUNT =IBM
>> +GH_PROJECT =plex
>> +GH_TAGNAME =v${V}
>> +
>> # SIL OFL 1.1
>> PERMIT_PACKAGE =Yes
>>
>> -MASTER_SITES =
> I _think_ it needs WANTLIB, bit I am not 100% sure on that. Once that's
> sorted, OK abieber@ for import!
I'm not sure when a port would or wouldn't WANTLIB=c, but lib-depends-check
thinks it's superfluous here.
> Side-note: If you are looking to import aerc, I have a wip of that as
> well:
Today's selected c++ reading:
Before any call to str() that uses the result as a C string,
the buffer must be null-terminated, typically with std::ends.
Found by mlarkin using MALLOC_OPTIONS=SU.
I leave it to the ports wizards to incorporate the patch.
--- OptionsParser.cc.orig
CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org 2020/01/22 17:36:56
Modified files:
infrastructure/db: user.list
net/iperf3 : Makefile
net/iperf3/pkg : PLIST
Added files:
net/iperf3/pkg : iperf3.rc
Log message:
Implement
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2020/01/22 17:36:27
Modified files:
textproc/gsed : Makefile distinfo
textproc/gsed/pkg: PLIST
Added files:
textproc/gsed/patches: patch-Makefile_in
Removed files:
CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2020/01/22 17:32:40
Modified files:
net/wget : Makefile
Added files:
net/wget/patches: patch-src_openssl_c
Log message:
Fix wget with TLSv1.3.
from beck
On Wed, Jan 22, 2020 at 11:33:21PM +0100, Jeremie Courreges-Anglas wrote:
> On Wed, Jan 22 2020, Klemens Nanni wrote:
> > On Wed, Jan 22, 2020 at 09:39:16PM +0100, Alexander Bluhm wrote:
> >> For my performance tests it would be convenient to start an iperf3
> >> server as daemon automatically.
Hi Martin,
On 2020-01-22 03:07, Martin Reindl wrote:
On Tue, Jan 21, 2020 at 01:20:29PM -0700, j...@bitminer.ca wrote:
[]
Hi John, Hi Stuart,
I've got around to testing this now a bit more:
- Currently, the port does not use flang. It used to before the update
to
openmpi-4.0.1.
On Wed, Jan 22 2020, Klemens Nanni wrote:
> On Wed, Jan 22, 2020 at 09:39:16PM +0100, Alexander Bluhm wrote:
>> For my performance tests it would be convenient to start an iperf3
>> server as daemon automatically. Can we add an rc script?
> Seems reasonable.
>
>> Index: net/iperf3/pkg/iperf3.rc
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2020/01/22 15:03:30
Modified files:
www/webkitgtk4 : Makefile distinfo
Removed files:
www/webkitgtk4/patches: patch-Source_WTF_wtf_URLHelpers_cpp
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2020/01/22 15:03:45
Modified files:
www/webkitgtk4 : Tag: OPENBSD_6_6 Makefile distinfo
Removed files:
www/webkitgtk4/patches: Tag: OPENBSD_6_6
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2020/01/22 14:39:07
Modified files:
geo/traccar: Makefile distinfo
geo/traccar/pkg: PLIST README
Log message:
Update to traccar-4.7, from Renaud Allard. First run after updating will
be a
Stuart Henderson writes:
> On 2020/01/21 18:22, Xiyue Deng wrote:
>> Hi,
>>
>> Currently mu requires ports-clang which I think is because there was a
>> time that GCC 4.9 didn't support C++14. Now that GCC is on 8.3, mu can
>> be unblocked for GCC archs as well. I didn't change patch level as
Stefan Hagen writes:
> Stuart Henderson wrote:
>> On 2020/01/22 18:25, Stefan Hagen wrote:
>>> Stuart Henderson wrote:
On 2020/01/21 18:22, Xiyue Deng wrote:
> # C++14 required
> -COMPILER=base-clang ports-clang
>+COMPILER= base-clang ports-gcc
This part is ok
On Wed, Jan 22, 2020 at 09:39:16PM +0100, Alexander Bluhm wrote:
> For my performance tests it would be convenient to start an iperf3
> server as daemon automatically. Can we add an rc script?
Seems reasonable.
> Index: net/iperf3/pkg/iperf3.rc
>
Hi,
For my performance tests it would be convenient to start an iperf3
server as daemon automatically. Can we add an rc script?
ok?
bluhm
Index: infrastructure/db/user.list
===
RCS file:
Stuart Henderson wrote:
> On 2020/01/22 18:25, Stefan Hagen wrote:
>> Stuart Henderson wrote:
>>> On 2020/01/21 18:22, Xiyue Deng wrote:
# C++14 required
-COMPILER= base-clang ports-clang
+COMPILER= base-clang ports-gcc
>>>
>>> This part is ok with me with the bump added.
>>
>>
Hi,
I mount my /usr/local directory from a remote server over NFS
using amd(8). This means that I have the directories directly
beneath /usr/local appear on demand as symbolic links into
/tmp_mnt/eeyore/vol/local/pooh where the /usr/local for the local
machine "pooh" is mounted over NFS from
On 2020/01/18 23:20, Jan-Piet Mens wrote:
> > p1 can't be used in PKGNAME as it conflicts with REVISION, usual
> > practice is to replace p with pl, e.g.
>
> Fixed, thank you.
>
> New port attached.
>
>-JP
This version is OK sthen@ to import.
On 2020/01/22 18:25, Stefan Hagen wrote:
> Stuart Henderson wrote:
> > On 2020/01/21 18:22, Xiyue Deng wrote:
> > > # C++14 required
> > > -COMPILER=base-clang ports-clang
> > > +COMPILER=base-clang ports-gcc
> >
> > This part is ok with me with the bump added.
>
> Experiement
Hi!
On Wed, 22 Jan 2020 10:41:46 -0500
Brian Callahan wrote:
> Hi ports --
>
> Attached is an update to GNU sed. The version we have is >7 years old.
>
> Some notes:
> * Tarball is now an xz not a bz2
> * The existing patches go away
> * A new patch is added. Our makeinfo is too old to regen
Hi Stuart,
On 2020-01-22 09:31, Stuart Henderson wrote:
On 2020/01/22 09:24, j...@bitminer.ca wrote:
The mixing of gcc-built code with clang "runtime" is not really
such a big deal on AMD64.
I know very little about openmpi but it looks like you're intending
this
as a general statement. For
Stuart Henderson wrote:
> On 2020/01/21 18:22, Xiyue Deng wrote:
> > # C++14 required
> > -COMPILER= base-clang ports-clang
> > +COMPILER= base-clang ports-gcc
>
> This part is ok with me with the bump added.
Experiement below:
I don't have a gcc architecture available, so i tried to compile
Xiyue Deng wrote:
> Xiyue Deng writes:
> > Currently mu requires ports-clang which I think is because there was a
> > time that GCC 4.9 didn't support C++14. Now that GCC is on 8.3, mu can
> > be unblocked for GCC archs as well. I didn't change patch level as I
> > think there is no visible
On Wed, 22 Jan 2020, Kurt Mosiejczuk wrote:
> > WRKOBJDIR=/home/paco/ports/obj
> > DISTDIR=/home/paco/ports/distfiles
> > PACKAGE_REPOSITORY=/home/paco/ports/packages
>
> All three of those lines should be able to be replaced with
>
> PORTSDIR=/home/paco/ports
>
> I suppose its possible since
On 2020/01/22 09:24, j...@bitminer.ca wrote:
> The mixing of gcc-built code with clang "runtime" is not really
> such a big deal on AMD64.
I know very little about openmpi but it looks like you're intending this
as a general statement. For C code it's not a problem. For C++ code it's
a big
Hi Martin,
On 2020-01-22 03:07, Martin Reindl wrote:
On Tue, Jan 21, 2020 at 01:20:29PM -0700, j...@bitminer.ca wrote:
On 2020-01-21 12:45, Martin Reindl wrote:
> Am 20.01.20 um 22:55 schrieb j...@bitminer.ca:
> > This fixes the mpifort command which can't find egfortran.
> >
> > I also
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2020/01/22 09:11:55
Modified files:
net/isc-dhcp : Makefile distinfo
net/isc-dhcp/patches: patch-bind_Makefile_in
patch-client_Makefile_in
On 2020/01/22 14:47, Paco Esteban wrote:
> On Wed, 22 Jan 2020, Stuart Henderson wrote:
>
> > Do you have any local changes in mk.conf or diffs in python ports
> > infrastructure (python.port.mk etc)? Running "make plist" here doesn't add
> > those lines.
>
> This is my mk.conf (I have some
[...]
> The problem actually is that physfs' internal endianness detection is
> too basic to work. It was missing `__powerpc__', so i used ,
> as seen in the already existing lzma patch.
>
> That diff has been tested successfully in a partial bulk against
> consumers on amd64 [2], and macppc.
Hi ports --
Attached is an update to GNU sed. The version we have is >7 years old.
Some notes:
* Tarball is now an xz not a bz2
* The existing patches go away
* A new patch is added. Our makeinfo is too old to regen the info file,
but the info file is already there, so avoid needlessly
On Wed, Jan 22, 2020 at 02:47:15PM +0100, Paco Esteban wrote:
> On Wed, 22 Jan 2020, Stuart Henderson wrote:
> > Do you have any local changes in mk.conf or diffs in python ports
> > infrastructure (python.port.mk etc)? Running "make plist" here doesn't add
> > those lines.
> This is my mk.conf
Diff below updates audacious to 3.10.1. Changes between 3.9 and 3.10 are
explained at [0]. 3.10.1 fixes some additional bugs. Note that this
update relies on a newer version of audacious-plugins, which has been
send to ports@.
Changes to the port:
- Switch HOMEPAGE and MASTER_SITES to https
-
Diff below brings audacious-plugins to 3.10.1. This update is needed for
bringing audio/audacious up to date. A diff for the latter has been send
to ports@.
Changes to the port:
- Sync WANTLIB
- Switch MASTER_SITES to https
Lightly run tested on amd64.
Comments/OK?
diff --git Makefile
On 2020/01/22 08:20, mbsd wrote:
> ping?
That is a very short time for sending a "ping" mail ...
- use share/doc/mongo-c-driver instead of share/mongo-c-driver
- for the SSL_OP_NO_RENEGOTIATION patch, definitely don't just comment it
out. either add a !defined(LIBRESSL_VERSION) check or use
On Wed, 22 Jan 2020, Stuart Henderson wrote:
> Do you have any local changes in mk.conf or diffs in python ports
> infrastructure (python.port.mk etc)? Running "make plist" here doesn't add
> those lines.
This is my mk.conf (I have some things in /home because I built
this machine before going
On 2020/01/22 10:24, Paco Esteban wrote:
> On Tue, 21 Jan 2020, Stuart Henderson wrote:
>
> > > blob - 031dc25d0da2814e24f88a0718ed0a0a7194a40d
> > > blob + c778d79fc708ac37809fb11369e635cc9292160f
> > > --- devel/py-country/pkg/PLIST
> > > +++ devel/py-country/pkg/PLIST
> > > @@ -1,4 +1,6 @@
> >
On 2020/01/22 14:18, Solene Rapenne wrote:
> On Wed, Jan 22, 2020 at 01:27:28PM +0100, Björn Ketelaars wrote:
> > Enclosed diff brings audacity to 2.3.3, which focuses on bug fixes and
> > code restructuring. Additional information on this release can be found
> > in the release announcement [0].
On Wed, Jan 22, 2020 at 01:27:28PM +0100, Björn Ketelaars wrote:
> Enclosed diff brings audacity to 2.3.3, which focuses on bug fixes and
> code restructuring. Additional information on this release can be found
> in the release announcement [0].
>
> Run tested on amd64. More precise, I have been
Enclosed diff brings audacity to 2.3.3, which focuses on bug fixes and
code restructuring. Additional information on this release can be found
in the release announcement [0].
Run tested on amd64. More precise, I have been using this update for a
couple of days. So far, no regression.
On 2020-01-20, Christian Weisgerber wrote:
> I'll run an amd64 bulk build with it sometime in the next few days.
> The "WARNING: Backward-incompatibility!" changes could break some
> cruft.
These failed to build:
devel/jdk/11?
devel/libfirm
On Wed, Jan 22, 2020 at 11:55:17AM +0100, Landry Breuil wrote:
> Hi,
>
> here's a port for https://www.gpxsee.org/, a nice alternative to the
> (more or less dead) geo/gpx-viewer port or geo/viking port. Works fine
> here in basic testing.
>
> oks to import ? tweaks ?
>
> Landry
awesome tool!
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2020/01/22 04:55:35
Modified files:
x11/gnome/libsecret: Makefile
x11/gnome/libsecret/pkg: PLIST
Log message:
Explicitely do *not* depend on gtk-doc; we don't care about the html
ping?
~
mbsd[at]m0x.ru
> Em 19 de jan de 2020, à(s) 18:10, Murilo Ijanc' escreveu:
>
> Hi,
>
> This is a new port for mongodb c driveri [1].
>
> The MongoDB C Driveri [2], also known as “libmongoc”, is a library for using
> MongoDB from C applications, and for writing MongoDB drivers in
Hi,
here's a port for https://www.gpxsee.org/, a nice alternative to the
(more or less dead) geo/gpx-viewer port or geo/viking port. Works fine
here in basic testing.
oks to import ? tweaks ?
Landry
gpxsee-7.19.tgz
Description: application/tar-gz
On Wed, Jan 22, 2020 at 10:20:10AM +, Stuart Henderson wrote:
> On 2020/01/22 11:07, Martin Reindl wrote:
> > I've tested the folling diff and checked the libraries for changes with the
> > help of shared_libs.log. libopen-pal only has adress changes and libopen-rte
> > as a tiny symbol name
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2020/01/22 03:21:47
Modified files:
security/suricata: Makefile
security/suricata/pkg: PLIST
Log message:
Remove share/doc/suricata, the files it contains are all just a couple of
lines
On Tue, Jan 21, 2020 at 01:20:29PM -0700, j...@bitminer.ca wrote:
>
>
> On 2020-01-21 12:45, Martin Reindl wrote:
> > Am 20.01.20 um 22:55 schrieb j...@bitminer.ca:
> > > This fixes the mpifort command which can't find egfortran.
> > >
> > > I also propose removing COMPILER = base-clang since
On Tue, 21 Jan 2020, Stuart Henderson wrote:
> > blob - 031dc25d0da2814e24f88a0718ed0a0a7194a40d
> > blob + c778d79fc708ac37809fb11369e635cc9292160f
> > --- devel/py-country/pkg/PLIST
> > +++ devel/py-country/pkg/PLIST
> > @@ -1,4 +1,6 @@
> > @comment $OpenBSD: PLIST,v 1.8 2019/02/17 20:22:22
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2020/01/22 01:52:34
Modified files:
devel/py-buildslave: Makefile distinfo
devel/py-buildslave/pkg: PLIST
devel/py-buildbot: Makefile.inc
devel/py-buildbot/buildbot: distinfo
Le mardi 21 janvier 2020 11:45:39 CET, vous avez écrit :
> On Mon, Jan 20, 2020 at 10:43:49PM +0100, Stephane Guedon wrote:
> > > In Makefile :
> > > - SHARED_LIBS should start at 0.0
> > > - LIB_DEPENDS should be one dep per line
> > >
> > > Also pkg/DESCR is shorter, any reason why ?
> >
> >
CVSROOT:/cvs
Module name:ports
Changes by: gonz...@cvs.openbsd.org 2020/01/22 01:09:49
Modified files:
www/nextcloud : Tag: OPENBSD_6_6 Makefile distinfo
www/nextcloud/pkg: Tag: OPENBSD_6_6 PLIST
Log message:
Update for Nextcloud to 18.0.0
OK abieber@
CVSROOT:/cvs
Module name:ports
Changes by: gonz...@cvs.openbsd.org 2020/01/22 01:09:20
Modified files:
www/nextcloud : Makefile distinfo
www/nextcloud/pkg: PLIST
Log message:
Update for Nextcloud to 18.0.0
OK abieber@
ping
On Wed, 15 Jan 2020 at 17:35:47 +0100, Gonzalo L. Rodriguez wrote:
> Hallo,
>
> Update for Jailkit to 2.21:
>
> https://olivier.sessink.nl/jailkit/
>
> OK? Comments?
>
> Cheers.-
>
> --
>
> - gonzalo
> Index: Makefile
>
ping
On Wed, 15 Jan 2020 at 17:53:58 +0100, Gonzalo L. Rodriguez wrote:
> Hello,
>
> Little update for kpcli to 3.3:
>
> https://sourceforge.net/projects/kpcli/files/
>
> OK? Comments?
>
> Cheers.-
>
> --
>
> - gonzalo
> Index: Makefile
>
62 matches
Mail list logo