Hi, ports@:
Here is a patch to update www/py-gunicorn to 19.9.0.
It both build and run on my amd64 system. And passed the `make test`.
Two ports depends on www/py-gunicorn: www/puppetboard and www/py-aiohttp.
Both build with the update of gunicorn.
Many of www/py-aiohttp tests
Hi,
I'm adding the quirks info as well. Can someone check this out please?
Charlène.
Index: devel/quirks/Makefile
===
RCS file: /cvs/ports/devel/quirks/Makefile,v
retrieving revision 1.670
diff -u -p -r1.670 Makefile
---
On Sun, 2 Dec 2018 15:36:15 -0300, "Elias M. Mariani"
wrote:
> Changelog:
> https://github.com/mcmtroffaes/pathlib2/blob/2.3.3/CHANGELOG.rst
>
> - Bring back old deprecated dependency syntax.
> - Drop Python 3.3 support.
> - Add Python 3.7 support.
>
> Results regression tests from 2.3.2 and
Hi,
Here's a diff to update the port to the latest release.
Upstream thought it was a good idea to add a webserver for this code
formatter: https://github.com/ambv/black#blackd
Sadly I think our py-aiohttp is too old for this stuff so I just
disabled the installation of the "binary".
We can
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2018/12/16 18:10:00
Modified files:
devel/quirks : Makefile
devel/quirks/files: Quirks.pm
Log message:
Fix sickbeard removal
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2018/12/16 18:08:29
Modified files:
devel/quirks : Makefile
devel/quirks/files: Quirks.pm
telephony/iaxclient: Makefile
Removed files:
telephony/iaxclient/patches:
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2018/12/16 18:01:24
Modified files:
devel/quirks : Makefile
devel/quirks/files: Quirks.pm
x11/nx : Makefile
Removed files:
x11/nx/nxssh : Makefile distinfo
On Sun, Dec 16 2018, Stuart Henderson wrote:
> Unbound in base only includes the programs (daemon and tools).
>
> I will be wanting the library for an Asterisk update, thfr@ was
> interested in it a little while ago, and florian@ expressed an
> interest too.
>
> Currently it feels like ports is
CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2018/12/16 17:50:28
ports/textproc/py-black/patches
Update of /cvs/ports/textproc/py-black/patches
In directory cvs.openbsd.org:/tmp/cvs-serv49227/patches
Log Message:
Directory
Hi,
As title suggests, qtbase on -stable fails to build. Relevant part from
build log:
/usr/bin/ld: BFD 2.17 assertion fail
/usr/src/gnu/usr.bin/binutils-2.17/bfd/elf64-mips.c:2254
/usr/bin/ld: BFD 2.17 internal error, aborting at
/usr/src/gnu/usr.bin/binutils-2.17/bfd/reloc.c line 445 in
Bryan Linton writes:
> The first thing I noticed was that the qt4 MULTI_PACKAGE wouldn't
> continue building until I manually installed devel/automoc, so it
> probably needs adding to the Makefile as either a BUILD or LIB_DEPEND.
Can't reproduce here: uim-qt4 builds without automoc of any kind
Unbound in base only includes the programs (daemon and tools).
I will be wanting the library for an Asterisk update, thfr@ was
interested in it a little while ago, and florian@ expressed an
interest too.
Currently it feels like ports is the best place for this, so
here's a proposed port.
Any
On Sun, Dec 16, 2018 at 04:15:25PM +0100, Renaud Allard wrote:
>
>
> On 16/12/2018 16:10, Landry Breuil wrote:
>
> >
> > That's strange because i still see ${PREFIX}/share/traccar in PLIST but
> > whatever. i see that you've patched templates.rootPath in default.xml, i
> > suppose that's the
Stefan Sperling:
> Another possible fix for us would be to move the check for 'long long'
> before the one for 'long' (see below) but I don't know what upstream
> would say about that.
I considered this, but it doesn't fix the underlying problem and
just inverts the issue. It would work for us,
CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2018/12/16 09:52:39
Modified files:
productivity/tryton/5.0/trytond: Makefile
productivity/tryton/5.0/trytond/files: server.conf
productivity/tryton/5.0/trytond/pkg: README
Log message:
CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2018/12/16 09:53:35
Modified files:
productivity/tryton/5.0/trytond/files: server.conf
Log message:
Missed in previous
On Sun, Dec 16, 2018 at 03:57:40PM -, Christian Weisgerber wrote:
> On 2018-12-16, Stefan Sperling wrote:
>
> > APR's configure script figures out that off_t is 'long long' on
> > OpenBSD but at the same time sets APR_OFF_T_FMT to "ld".
>
> That sounds like a generic problem that should be
> There are two common methods used by programs that depend on database
> schema. One is probably best described as "YOLO", i.e. don't bother
> checking anything, not ideal but it is very common. The other is to have
> a schema version stored in the database and refuse to run if it's not as
>
On 2018-12-16, Stefan Sperling wrote:
> APR's configure script figures out that off_t is 'long long' on
> OpenBSD but at the same time sets APR_OFF_T_FMT to "ld".
That sounds like a generic problem that should be fixed generically...
> I suspect we should add OS-specific overrides to APR's
On Fri, 7 Dec 2018 11:37:02 +0100, Landry Breuil
wrote:
> looking for okays to import
sure, ok danj@ with
diff -pruN telegraf/Makefile /usr/ports/sysutils/telegraf/Makefile
--- telegraf/Makefile Fri Dec 7 03:25:48 2018
+++ /usr/ports/sysutils/telegraf/Makefile Sun Dec 16 10:36:47 2018
Hi,
I would like to import a new serie of modules for productivity/tryton/5.0.
The tarball contains 32 modules. Diff for Makefile attached.
Ports tested on amd64.
Summary of the advance regarding all tryton modules:
- total modules for tryton-5.0: 128
- currently imported: 52 (+ 32 = 84, after
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2018/12/16 08:33:44
Modified files:
infrastructure/db: user.list
Log message:
reserve uid 824 for _traccar, reminded by danj@
On 16/12/2018 16:10, Landry Breuil wrote:
That's strange because i still see ${PREFIX}/share/traccar in PLIST but
whatever. i see that you've patched templates.rootPath in default.xml, i
suppose that's the thing you were referring to.
Indeed, templates.rootPath is the fix for the
Hello,
I spent some time and added GitLab support to bsd.port.mk in a similar
manner as GitHub. Since Microsoft's acquisition of GitHub a large number
of projects, including major ones like the freedesktop project, have
migrated to GitLab. I also have a number of projects at GitLab that I
On Sat, Dec 15, 2018 at 10:18:00AM +0100, Renaud Allard wrote:
>
>
> On 14/12/2018 19:05, Landry Breuil wrote:
> >
> > > : -@newuser _traccar:824:_traccar:daemon:Traccar
> > > user:${PREFIX}/share/traccar/:/sbin/nologin
> > > : +@newuser _traccar:824:_traccar:daemon:Traccar
> > >
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2018/12/16 08:10:24
Modified files:
geo: Makefile
Log message:
+traccar
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2018/12/16 08:09:58
Log message:
Import traccar 4.2, from MAINTAINER Renaud Allard.
Traccar is an open source GPS tracking system. It supports more than 170
GPS protocols and more than 1500 models
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2018/12/16 08:08:34
Modified files:
sysutils/amazon-ssm-agent: Makefile
sysutils/amazon-ssm-agent/patches: patch-makefile
Log message:
Don't run the checkstyle script to unbreak with new
There are two common methods used by programs that depend on database
schema. One is probably best described as "YOLO", i.e. don't bother
checking anything, not ideal but it is very common. The other is to have a
schema version stored in the database and refuse to run if it's not as
expected.
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2018/12/16 06:53:22
Modified files:
devel/git : Makefile distinfo
devel/git/patches: patch-t_t1450-fsck_sh patch-t_test-lib_sh
devel/git/pkg : PLIST-main
Log message:
Update to
> It's really not expected that a package runs something which changes
> packaged files or their permissions.
>
> Automatically running something which stops and starts daemons is
> also not expected.
If we go by the letter of the install process, where we're supposed to
"stop/disable all
On Sun, Dec 16, 2018 at 12:36:43PM +, Stuart Henderson wrote:
> On 2018/12/16 13:23, Stefan Sperling wrote:
> > APR's configure script figures out that off_t is 'long long' on
> > OpenBSD but at the same time sets APR_OFF_T_FMT to "ld".
> >
> > This results in a build failure when I try to
On 2018/12/16 13:23, Stefan Sperling wrote:
> APR's configure script figures out that off_t is 'long long' on
> OpenBSD but at the same time sets APR_OFF_T_FMT to "ld".
>
> This results in a build failure when I try to compile httpd-2.4.37:
>
>
APR's configure script figures out that off_t is 'long long' on
OpenBSD but at the same time sets APR_OFF_T_FMT to "ld".
This results in a build failure when I try to compile httpd-2.4.37:
/home/stsp/svn/src/httpd-2.4.37/server/util_expr_eval.c:1144:56: error: format
specifies type 'long'
On 2018/12/16 11:56, Kristaps Dzonsons wrote:
> > BUILD_DEPENDS=STEM->=0.6.9:www/kwebapp www/kcgi databases/ksql
> > kcgi and ksql are RDEPS of kwebapp already, so this seems redundant.
> >
> > update-plist moves slant-cgi at the end of PLIST.
> >
> > port-lib-depends-check reports "curses tls
On Sun, Dec 16, 2018 at 05:43:12AM -0600, Edward Lopez-Acosta wrote:
> Thanks for including these but a possibly dumb question.
>
> Why subpackages for clippy and rustfmt and not part of the standard rust
> installation like upstream?
except if I miss something, upstream provides clippy and
Thanks for including these but a possibly dumb question.
Why subpackages for clippy and rustfmt and not part of the standard rust
installation like upstream? If REVISION is bumped anyways for rust-gdb
will it still cause issues with other ports or installations?
--
Edward Lopez-Acosta
> BUILD_DEPENDS=STEM->=0.6.9:www/kwebapp www/kcgi databases/ksql
> kcgi and ksql are RDEPS of kwebapp already, so this seems redundant.
>
> update-plist moves slant-cgi at the end of PLIST.
>
> port-lib-depends-check reports "curses tls z" as missing.
Enclosed fixes these.
However,
Hi,
A few days ago, I noticed htop crashes sometimes on my system (OpenBSD
6.4), whether it’s coming from the port or built from the upstream
source. The port version is more stable but still crashes sometimes at
start.
I can easily reproduce the issue with the following one-liner:
while (
CVSROOT:/cvs
Module name:ports
Changes by: sema...@cvs.openbsd.org 2018/12/16 02:19:57
Modified files:
lang/rust : Makefile
lang/rust/patches: patch-src_etc_rust-gdb
lang/rust/pkg : PLIST-main
Added files:
lang/rust/pkg : DESCR-clippy
CVSROOT:/cvs
Module name:ports
Changes by: sema...@cvs.openbsd.org 2018/12/16 01:54:24
Modified files:
textproc/ripgrep: distinfo
Log message:
backout change on distinfo: it wasn't intented to be commit
CVSROOT:/cvs
Module name:ports
Changes by: sema...@cvs.openbsd.org 2018/12/16 01:50:11
Modified files:
devel/cargo: cargo.port.mk
devel/cbindgen : Makefile
sysutils/exa : Makefile
textproc/ripgrep: Makefile distinfo
On Sat, Dec 15, 2018 at 10:37:30AM +0100, Sebastien Marie wrote:
> Hi,
>
> The latest update of lang/rust (1.31) has stabilized clippy (linter) and
> rustfmt (code formatter) and there are included in the rustc tarball
> (there are strongly linked to rustc internals).
>
> The diff below enable
On Sat, Dec 15, 2018 at 09:26:04AM +0100, Sebastien Marie wrote:
> Hi,
>
> In order to support crates with a '-' in the version (like
> "mime_guess-2.0.0-alpha.6"), I need to change devel/cargo module in the
> way MODCARGO_CRATES is managed.
>
> Basically, it changes the 'syntax' like that:
>
>
44 matches
Mail list logo