Hi!
This time I'll submit three ports because uTox's upstream has finally
uploaded their own tarball at github (auto-generated one didn't include
submodules, so failed to compile, I can't work with multiple DISTFILES).
Tox is secure distributed messaging protocol with audio and video chat
capabil
On Wed, 18 Apr 2018 08:48:57 -0400, Johan Huldtgren
wrote:
> hello,
>
> minor update of py-oauthlib from 2.0.3 to 2.0.7, built,
> packaged, and tested with py-discogs-client on
> amd64.
Committed, thanks!
On 4/23/18 10:36 PM, manp...@gmail.com wrote:
Hi Stefan,
On 4/23/18 1:13 PM, Stefan Sperling wrote:
On Mon, Apr 23, 2018 at 09:45:19PM +0200, Stefan Sperling wrote:
On Mon, Apr 23, 2018 at 12:27:18PM -0700, manp...@gmail.com wrote:
Building subversion from ports -stable fails on mips64el (Lo
On Wed, 18 Apr 2018 08:47:52 -0400, Johan Huldtgren
wrote:
> hello,
>
> update of py-jwt from 1.5.3 to 1.6.1, built,
> packaged, and tested with py-discogs-client on
> amd64.
Committed, thanks!
On Tue, Apr 24, 2018 at 06:57:31PM +0100, Nigel Taylor wrote:
> On 04/24/18 17:32, Marc Espie wrote:
> > On Sat, Apr 21, 2018 at 09:38:58PM +0100, Nigel Taylor wrote:
> >> On 04/21/18 19:58, Nigel Taylor wrote:
> >>> On 04/20/18 16:20, Christian Weisgerber wrote:
> Updated list as of Apr 20, 1
On 04/24/18 17:32, Marc Espie wrote:
> On Sat, Apr 21, 2018 at 09:38:58PM +0100, Nigel Taylor wrote:
>> On 04/21/18 19:58, Nigel Taylor wrote:
>>> On 04/20/18 16:20, Christian Weisgerber wrote:
Updated list as of Apr 20, 15:00 UTC.
http://build-failures.rhaalovely.net/amd64/2018-04-19/
>>
On Tue 17/04/2018 22:54, Björn Ketelaars wrote:
> On Tue 10/04/2018 05:20, Björn Ketelaars wrote:
> > On Tue 03/04/2018 20:28, Björn Ketelaars wrote:
> > > unison received an update to 2.51.2. An overview on what has changed can
> > > be found at https://github.com/bcpierce00/unison/releases. Notic
On Wed, Apr 04, 2018 at 11:07:38AM +0300, Paul Irofti wrote:
> I get this when runninng make with your diff:
>
> $ make update
> Fatal: unknown keyword gcc in COMPILER (in math/octave)
> *** Error 1 in /usr/ports/math/octave
> (/usr/ports/infrastructure/mk/bsd.port.mk:3520 '.BEGIN': @exit 1)
Sor
Hi,
here's an update to nginx 1.14.0, please bang on it with all your crazy
usecases around :)
Landry
Index: Makefile
===
RCS file: /cvs/ports/www/nginx/Makefile,v
retrieving revision 1.120
diff -u -r1.120 Makefile
--- Makefile1
On Tue, Apr 24 2018, Solene Rapenne wrote:
> Solene Rapenne writes:
>
>> Solene Rapenne writes:
>>
>>> Stuart Henderson writes:
>>>
On 2018/04/24 16:09, Solene Rapenne wrote:
With these programs where there's no released version, we normally use
the date of the last commit, it gives
On Wed, 18 Apr 2018 08:44:55 -0400, Johan Huldtgren
wrote:
> hello,
>
> minor update of py-coveralls from 1.2.0 to 1.3.0, built
> and packaged on amd64. This used to be a dependency for
> py-dicogs-client, but as it no longer is I have no real
> world tests.
Committed, thanks!
On 2018-04-24, phess...@openbsd.org wrote:
> build failures: 73
I briefly looked over all of them. The most common problems are:
* libstdc++ not found
* undefined symbol errors: symbols are referenced, but the library
containing them isn't explicitly linked (on the command line) and
only
Solene Rapenne writes:
> Solene Rapenne writes:
>
>> Stuart Henderson writes:
>>
>>> On 2018/04/24 16:09, Solene Rapenne wrote:
>>> With these programs where there's no released version, we normally use
>>> the date of the last commit, it gives a better idea of when the software
>>> was last upda
On Mon, Apr 23, 2018 at 06:51:11PM -0400, Brian Callahan wrote:
> Should GnuCOBOL autoupgrade OpenCOBOL users, like I just did with osh =>
> etsh? Feels like it should, no?
Absolutely, that was the plan all along :)
> It feels like there's a patch missing, so we can set the OSTYPE variable.
> An
On Sat, Apr 21, 2018 at 09:38:58PM +0100, Nigel Taylor wrote:
> On 04/21/18 19:58, Nigel Taylor wrote:
> > On 04/20/18 16:20, Christian Weisgerber wrote:
> >> Updated list as of Apr 20, 15:00 UTC.
> >> http://build-failures.rhaalovely.net/amd64/2018-04-19/
> >>
> >> cad/kicad
> >> graphics/aqsis
>
On Mon, 23 Apr 2018 10:35:51 -0700
wrote:
> Picking up on your last comment, I restarted the php build on arm with the
> intent of looking for why gcc is required. So far I have come across one
> package that pulls in gcc and it is specific to arm.
>
> Cmake pulls in libuv whose Makefile has:
Hi ports --
Attached is a new port, lang/regina. Regina is an ANSI-compliant
interpreter for the REXX language.
---
pkg/DESCR:
Regina is an ANSI-compliant Rexx interpreter. Rexx is a programming
language that was designed to be easy to use for inexperienced
programmers yet powerful enough for
On 04/22/18 18:29, tfrohwein wrote:
http://docs.godotengine.org/en/latest/development/compiling/compiling_for_x11.html
says "Python 2.7+ (Python 3 only supported as of SCons 3.0)", our
devel/scons is at 2.5.1, so you should set MODPY_VERSION accordingly.
scons does use python2.7 during the buil
Solene Rapenne writes:
> Stuart Henderson writes:
>
>> On 2018/04/24 16:09, Solene Rapenne wrote:
>> With these programs where there's no released version, we normally use
>> the date of the last commit, it gives a better idea of when the software
>> was last updated upstream - if I'm not mistake
Hi,
more or less the same diff i sent back in december, and same thing
having some concerns about the random uids in PLIST.. oh and its not
backwards compatible with 0.3 configs/graphs definition, but it runs
fine.
Landry
? patch-Makefile
Index: Makefile
==
Hi,
bugfix update, mostly concerned about the random uids crap in the PLIST,
would be nice if someone else could try to build it to ensure it
packages/starts fine.
Landry
Index: Makefile
===
RCS file: /cvs/ports/sysutils/grafana/Make
Hi,
seems to just work, but lightly tested. Will probably commit it in some
days unless i hear screams of horror.
Landry
Index: Makefile
===
RCS file: /cvs/ports/databases/influxdb/Makefile,v
retrieving revision 1.4
diff -u -r1.4 Mak
Stuart Henderson writes:
> On 2018/04/24 16:09, Solene Rapenne wrote:
> With these programs where there's no released version, we normally use
> the date of the last commit, it gives a better idea of when the software
> was last updated upstream - if I'm not mistaken I think that's 20170509.
> I d
On Tue, Apr 24 2018, Anton Lindqvist wrote:
> On Tue, Apr 24, 2018 at 04:48:09PM +0200, Jeremie Courreges-Anglas wrote:
>> On Mon, Apr 23 2018, Anton Lindqvist wrote:
>> > On Sun, Apr 22, 2018 at 01:44:59PM -0800, Micah Muer wrote:
>> >> Here is a trivial update to the latest release of textproc/
On Tue, Apr 24, 2018 at 04:48:09PM +0200, Jeremie Courreges-Anglas wrote:
> On Mon, Apr 23 2018, Anton Lindqvist wrote:
> > On Sun, Apr 22, 2018 at 01:44:59PM -0800, Micah Muer wrote:
> >> Here is a trivial update to the latest release of textproc/lowdown.
> >> Builds and runs for me on amd64 curr
On Mon, Apr 23, 2018 at 02:28:46PM +0200, Ingo Feinerer wrote:
> Dear useRs,
>
> update math/R 3.4.4 -> 3.5.0
>
> - Remove MAP_STACK patch as mmap() no longer needs to be used
> (https://marc.info/?l=openbsd-cvs&m=152440172417443&w=2).
> - Regenerate existing configure patch
> - Add pcre2-8 to
On Mon, Apr 23 2018, Anton Lindqvist wrote:
> On Sun, Apr 22, 2018 at 01:44:59PM -0800, Micah Muer wrote:
>> Here is a trivial update to the latest release of textproc/lowdown.
>> Builds and runs for me on amd64 current-. Changelog here
>> https://kristaps.bsd.lv/lowdown/archive.html
>>
>> Thanks
On 2018/04/24 16:09, Solene Rapenne wrote:
> latest tarball fixing errors reported by danj@
>
> - Makefile variables reordered to make it consistent with other ports
> - Using space separator instead of tab between VARNAME and '='
>
With these programs where there's no released version, we norma
latest tarball fixing errors reported by danj@
- Makefile variables reordered to make it consistent with other ports
- Using space separator instead of tab between VARNAME and '='
boar.tar.gz
Description: boar
Stuart Henderson wrote:
|On 2018/04/23 19:36, Steffen Nurpmeso wrote:
|> Stuart Henderson wrote:
|>|On 2018/04/23 18:09, Steffen Nurpmeso wrote:
|>|> i wrote:
|>|>|i wrote:
|>|>||Stuart Henderson wrote:
|>|>|||On 2018/03/09 18:39, Steffen Nurpmeso wrote:
|>|>|||> Stuart Henderson wrote:
Released a few hours ago, tests welcome.
https://github.com/OpenVPN/openvpn/blob/release/2.4/Changes.rst
Index: Makefile
===
RCS file: /cvs/ports/net/openvpn/Makefile,v
retrieving revision 1.89
diff -u -p -r1.89 Makefile
--- Make
On 2018/04/24 12:48, Timo Myyrä wrote:
> Hi,
>
> Could someone test if the following update to kawa works on i386 or does it
> still fail to build.
>
> Timo
Happy to just try it on i386, I can always mark it broken again if it fails.
Also now the uvm bug is fixed, it should be ok with 1200M heap
Hi,
Could someone test if the following update to kawa works on i386 or does it
still fail to build.
Timo
Index: Makefile
===
RCS file: /cvs/ports/lang/kawa/Makefile,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile
--- Makefile
On Sun, Apr 22, 2018 at 01:44:59PM -0800, Micah Muer wrote:
> Here is a trivial update to the latest release of textproc/lowdown.
> Builds and runs for me on amd64 current-. Changelog here
> https://kristaps.bsd.lv/lowdown/archive.html
>
> Thanks!
Thanks, I have the same diff in my tree. Anyone e
On Sun, Apr 22, 2018 at 01:44:59PM -0800, Micah Muer wrote:
> Here is a trivial update to the latest release of textproc/lowdown.
> Builds and runs for me on amd64 current-. Changelog here
> https://kristaps.bsd.lv/lowdown/archive.html
>
> Thanks!
Thanks, I have the same diff in my tree. Anyone e
On Tue, Apr 24 2018, Frederic Cambus wrote:
> On Tue, Apr 24, 2018 at 10:35:20AM +0200, Jeremie Courreges-Anglas wrote:
>
>> > I'm aware that we are not supposed to import ports using GH_TAGNAME, I
>> > opened an issue asking for a proper release tarball but I haven't got
>> > any feedback from up
On Tue, Apr 24 2018, Stuart Henderson wrote:
> On 2018/04/24 12:04, Peter Hessler wrote:
>> These are already set by the frameworks, so don't re-do them.
>
> I think those will cause it to change compiler (at least on arm),
I thought the same, but it's not actually the case (just checked on my
cu
On Tue, Apr 24 2018, Stuart Henderson wrote:
> On 2018/04/24 14:44, mazocomp wrote:
>> Hi!
>>
>> I'll try once more to submit this port (this is a port at WIP's pull
>> request, it is ignored).
>>
>> Vimb is modal webkit-based browser inspired by vim.
>
> yes, ports@ is the place to send submiss
On Tue, Apr 24, 2018 at 10:35:20AM +0200, Jeremie Courreges-Anglas wrote:
> > I'm aware that we are not supposed to import ports using GH_TAGNAME, I
> > opened an issue asking for a proper release tarball but I haven't got
> > any feedback from upstream yet. I can host the tarball on distfiles.pl
On 2018/04/24 14:44, mazocomp wrote:
> Hi!
>
> I'll try once more to submit this port (this is a port at WIP's pull
> request, it is ignored).
>
> Vimb is modal webkit-based browser inspired by vim.
yes, ports@ is the place to send submissions.
here's an improved version, any oks to (re)import?
That PR is no longer ignored, it's merged.
On Tue, Apr 24 2018, Klemens Nanni wrote:
> New diff after the armv7 fix and input from jca. Works fine, all tests
> pass on amd64.
>
> OK?
ok jca@
You could also get rid of the +INSTALL_SBIN=$(PREFIX)/sbin line in
src/Makefile.
> Index: Makefile
> ==
Hi!
I'll try once more to submit this port (this is a port at WIP's pull
request, it is ignored).
Vimb is modal webkit-based browser inspired by vim.
vimb.tar.gz
Description: application/tar-gz
New diff after the armv7 fix and input from jca. Works fine, all tests
pass on amd64.
OK?
Index: Makefile
===
RCS file: /cvs/ports/databases/redis/Makefile,v
retrieving revision 1.101
diff -u -p -r1.101 Makefile
--- Makefile19 Ma
On Tue, Apr 24 2018, Jeremie Courreges-Anglas wrote:
> On Tue, Apr 24 2018, Grégoire Jadi wrote:
>> Hello,
>>
>> With the help of jca@, I have made a port of keyringer.
>>
>> Keyringer is an encrypted and distributed secret sharing software
>> https://keyringer.pw/
>>
>> Keyringer lets you manage
On Tue, Apr 24 2018, Stuart Henderson wrote:
> On 2018/04/24 10:35, Jeremie Courreges-Anglas wrote:
>> On Mon, Apr 23 2018, Frederic Cambus wrote:
>> > Hi ports@,
>> >
>> > Here is a new port: benchmarks/wrk
>> >
>> > I'm aware that we are not supposed to import ports using GH_TAGNAME, I
>> > ope
On 2018/04/24 12:04, Peter Hessler wrote:
> These are already set by the frameworks, so don't re-do them.
I think those will cause it to change compiler (at least on arm), please bump
REVISIONs
then OK with me.
> Vote anarchist.
That's not until thursday!
These are already set by the frameworks, so don't re-do them.
OK?
Index: net/transmission/Makefile
===
RCS file: /cvs/openbsd/ports/net/transmission/Makefile,v
retrieving revision 1.124
diff -u -p -u -p -r1.124 Makefile
--- net/tran
On 2018/02/28 10:09, Solene Rapenne wrote:
> Update p5-DBI from 1.633 to 1.640, it pass all the tests using make test
>
> Changelog : https://metacpan.org/changes/distribution/DBI
>
> Notable changes : FAQ module removed and Mem module added.
Here's an update to 1.641, I'm going to put this into
OK.
On 2018/04/24 10:35, Jeremie Courreges-Anglas wrote:
> On Mon, Apr 23 2018, Frederic Cambus wrote:
> > Hi ports@,
> >
> > Here is a new port: benchmarks/wrk
> >
> > I'm aware that we are not supposed to import ports using GH_TAGNAME, I
> > opened an issue asking for a proper release tarball but I
here is a port of boar, it's a python software for storing binary data
in a repository (custom boar format), allowing to revert to old
revisions, check data integrity and works with a workflow of commit /
update.
It works only with python2 for now. A test suite exists but is full of
linuxisms, aft
Hi,
Two new ports: py-spdx is a database of licenses and py-spdx-lookup is
the tool to query it.
I put NO_TEST = Yes in py-spdx-lookup because even if there is no test
in the pypi tgz, it tries to install py-spdx but it feels weird to add
a tdep when there's no test.
Comments? OK?
Cheers,
Danie
various kde4 things that probably also fail on amd64:
./x11/kde4/bovo
./x11/kde4/kopete
./x11/kde4/kross-interpreters
./x11/kde4/kuser
./x11/kde4/p5-qt
./x11/kde4/pim-runtime
./x11/kde4/py-kde
./x11/kde4/rocs
./x11/kde4/superkaramba
others are more likely ILP32-specific:
./cad/kicad: likely to b
On Tue, Apr 24 2018, Grégoire Jadi wrote:
> Hello,
>
> With the help of jca@, I have made a port of keyringer.
>
> Keyringer is an encrypted and distributed secret sharing software
> https://keyringer.pw/
>
> Keyringer lets you manage and share secrets using GnuPG and Git with
> custom commands to
On Mon, Apr 23 2018, Frederic Cambus wrote:
> Hi ports@,
>
> Here is a new port: benchmarks/wrk
>
> I'm aware that we are not supposed to import ports using GH_TAGNAME, I
> opened an issue asking for a proper release tarball but I haven't got
> any feedback from upstream yet. I can host the tarbal
Hello,
With the help of jca@, I have made a port of keyringer.
Keyringer is an encrypted and distributed secret sharing software
https://keyringer.pw/
Keyringer lets you manage and share secrets using GnuPG and Git with
custom commands to encrypt, decrypt, recrypt, create key pairs, etc.
Here i
hello
net/sacc now has an official release FTP folder, and latest release is
newer than the current version in ports.
Index: Makefile
===
RCS file: /cvs/ports/net/sacc/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makef
Hi!
net/toxcore: Tox client library
Tox is secure distributed messaging protocol with audio and video chat
capabilities.
net/toxic: ncurses-based Tox client
Toxic is a Tox-based instant messenging client which formerly resided
in the Tox core repository, and is now available as a standalone
app
On Tue, Apr 24 2018, mazoc...@disroot.org wrote:
> Emacs still doesn't support sound?
Not sure if serious. What's your concern here?
> (I've noticed --without-sound option)
Then you may search the cvs history for a rationale. ;)
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA
On 2018 Apr 23 (Mon) at 20:21:23 +0200 (+0200), Jeremie Courreges-Anglas wrote:
:On Mon, Apr 23 2018, wrote:
:> Picking up on your last comment, I restarted the php build on arm with the
intent of looking for why gcc is required. So far I have come across one
package that pulls in gcc and it is
61 matches
Mail list logo
