Revised patch which remove the trailing whitespace in DESCR.
wen
发件人: owner-po...@openbsd.org 代表 wen heping
发送时间: 2019年12月25日 15:43
收件人: ports@openbsd.org ; afre...@openbsd.org
主题: 回复: [Update] devel/p5-Devel-Size : Update to 0.83
ping ...
___
ping ...
发件人: Andrew Hewus Fresh
发送时间: 2019年8月26日 6:32
收件人: wen heping
抄送: ports@openbsd.org
主题: Re: [Update] devel/p5-Devel-Size : Update to 0.83
On Mon, Jul 29, 2019 at 07:32:17AM +, wen heping wrote:
> Hi, ports@:
>
>Here is a patch for devel/p5-Devel
Revised patch to update to 0.30.
wen
发件人: owner-po...@openbsd.org 代表 wen heping
发送时间: 2019年12月16日 16:49
收件人: afre...@openbsd.org
抄送: ports@openbsd.org
主题: 回复: 回复: [Update] www/p5-Dancer2 : Updae to 0.208001
Resised patch to update Dancer2 to 0.208002.
we
> This updated version has some changes:
> 1. It uses the new fido(4) driver in OpenBSD-current instead of uhid(4).
I confirmed this works great (registration and authentication) with these
two devices across github and google:
The original gnubby:
uhidev0 at uhub0 port 2 configuration 1 interfac
Hi ports maintainers,
Some time ago I reported that www/ruby-passenger failed to build on
mips64el/loongson due to a linker issue[1]. Last month the port has
been updated and I tried to give it another shot. Unfortunately it
failed again but due to another compilation error. I have attached the
Stuart Henderson writes:
> On 2019/12/24 00:29, Xiyue Deng wrote:
>> Hi ports maintainers,
>>
>> Some time ago I reported textproc/aspell/core build issue[1] which was
>> due to a ld.bfd ICE issue. Recently Stuart and Brian helped me fix
>> several other build failure related to ld.bfd by using
This port is a programming library of geometric algorithms. I've
limited it to amd64 right now because it has a soup of cmake platform
checks that I'm not sure how to generalise. Tested on amd64 by looking
at mesh files with vorpaview.[1]
This requires the updated glfw sent before.
Generates it
Trivial update of graphics/glfw to 3.3. Tested on amd64. (Am I
supposed to do anything with the SHARED_LIBS version?)
Needed for alicevision (upcoming).
Index: Makefile
===
RCS file: /cvs/ports/graphics/glfw/Makefile,v
retrieving re
A COIN-OR (Computational Optimization Infrastructure for Operations
Research) project focussing on combinatorial optimisation for graphs and
networks. Configured to use glpk as the solver. Note that this doesn't
use the OSI solver because it'll try to use the CBC mixed-integer
solver, which isn'
This is the COIN-OR (Computational Optimization Infrastructure for
Operations Research) linear programming solver, also as an OSI module.
Depends upon coinutils and osi, just sent out.
All tests run on amd64 and docs are installed (just doxygen rubbish but
still).
This is a requirement for alicev
This is the COIN-OR (Computational Optimization Infrastructure for
Operations Research) open solver interface. It depends upon coinutils,
just sent out.
All tests run on amd64 and docs are generated by doxygen.
It doesn't bundle with any solvers of its own---this is just the
abstract classes. T
These are utility classes for the many COIN-OR (Computational
Optimization Infrastructure for Operations Research) projects that will
be forthcoming.
All tests run (on amd64 at least) and documentation is installed. This
asks for fortran, but as noted in the port, I don't think it actually
uses i
flann is a C++ solver for approximate nearest neighbours.
The tests don't work as they require downloading things that don't exist
any more and the docs are a PDF, so I left it off.
This is a requirement for alicevision (upcoming).
flann.tar.gz
Description: application/gzip
ceres-solver is a lightweight C++ template library for linear algebra.
It can use either openmp (which I don't think is supported?), tbb, or
c++11 threads. I go with c++11 because it seems best supported across
all architectures, though tbb works as tested. Only tested on amd64.
`make test` some
On Tue, Dec 24, 2019 at 02:11:53PM +, Stuart Henderson wrote:
> > > > g-ir-scanner: link: cc -pthread -o
> > > > /usr/obj/ports/libgweather-3.34.0/build-powerpc/tmp-introspecty_ix5pqn/GWeather-3.0
> > > > -O2 -pipe
> > > > /usr/obj/ports/libgweather-3.34.0/build-powerpc/tmp-introspecty_ix5pq
On 2019/12/24 14:08, Moritz Buhl wrote:
> Hi ports@,
>
> I noticed that graphviz has not been updated recently. On the
> other hand there is a CVE in the old version:
>
> https://gitlab.com/graphviz/graphviz/merge_requests/1303
>
> I tried myself at just bu
Hi ports@,
I noticed that graphviz has not been updated recently. On the
other hand there is a CVE in the old version:
https://gitlab.com/graphviz/graphviz/merge_requests/1303
I tried myself at just bumping the version number, the diff to
On 2019/12/24 00:29, Xiyue Deng wrote:
> Hi ports maintainers,
>
> Some time ago I reported textproc/aspell/core build issue[1] which was
> due to a ld.bfd ICE issue. Recently Stuart and Brian helped me fix
> several other build failure related to ld.bfd by using ld.lld, and I
> applied a similar
> > > g-ir-scanner: link: cc -pthread -o
> > > /usr/obj/ports/libgweather-3.34.0/build-powerpc/tmp-introspecty_ix5pqn/GWeather-3.0
> > > -O2 -pipe
> > > /usr/obj/ports/libgweather-3.34.0/build-powerpc/tmp-introspecty_ix5pqn/GWeather-3.0.o
> > > -L. -Wl,-rpath,. -Wl,--no-as-needed
> > > -L/usr/
> > Can't we fix the underlying issue instead?
> Or at least only add it for legacy archs.
I'm definitely not trying to imply that is *the* solution. It's a hack
that works. It only fixes those gnome ports, not others that are failing
for the same reason. I'd have pushed harder if I thought it wa
Bulk build on sparc64-0.ports.openbsd.org
Started : Sat Dec 21 12:21:02 MST 2019
Finished: Tue Dec 24 05:15:02 MST 2019
Duration: 2 Days 16 hours 54 minutes
Built using OpenBSD 6.6-current (GENERIC.MP) #163: Fri Dec 20 20:49:05 MST 2019
Built 9745 packages
Number of packages built each day:
Dec
On Tue, Dec 24, 2019 at 12:46:44PM +0100, Antoine Jacoutot wrote:
> On Mon, Dec 23, 2019 at 11:25:54PM -0500, Kurt Mosiejczuk wrote:
> > On Mon, Dec 23, 2019 at 11:47:46PM +0100, Marc Espie wrote:
> > > On Mon, Dec 23, 2019 at 01:22:05PM -0700, c...@openbsd.org wrote:
> > > > Bulk build on macppc-1
On Mon, Dec 23, 2019 at 11:25:54PM -0500, Kurt Mosiejczuk wrote:
> On Mon, Dec 23, 2019 at 11:47:46PM +0100, Marc Espie wrote:
> > On Mon, Dec 23, 2019 at 01:22:05PM -0700, c...@openbsd.org wrote:
> > > Bulk build on macppc-1.ports.openbsd.org
> > >
> > > Critical path missing pkgs:
> > > http://
On Mon, Dec 23, 2019 at 07:41:32PM +0100, Solene Rapenne wrote:
> This patch updates eduke32 to last version and enable playing Ion Fury
>
> most of the diff comes from the following thread
> https://marc.info/?l=openbsd-misc&m=156907261602397&w=2
>
> tested Ion Fury, works fine on an old T400 (s
On Tue, Dec 24, 2019 at 09:22:27AM +0100, Solene Rapenne wrote:
> Le Tue, 24 Dec 2019 10:46:41 +1100,
> Jonathan Gray a écrit :
>
> > On Mon, Dec 23, 2019 at 07:41:32PM +0100, Solene Rapenne wrote:
> > > This patch updates eduke32 to last version and enable playing Ion
> > > Fury
> > >
> > > mos
Hi ports maintainers,
Some time ago I reported textproc/aspell/core build issue[1] which was
due to a ld.bfd ICE issue. Recently Stuart and Brian helped me fix
several other build failure related to ld.bfd by using ld.lld, and I
applied a similar fix to aspell and it also worked.
The patch is at
Le Tue, 24 Dec 2019 10:46:41 +1100,
Jonathan Gray a écrit :
> On Mon, Dec 23, 2019 at 07:41:32PM +0100, Solene Rapenne wrote:
> > This patch updates eduke32 to last version and enable playing Ion
> > Fury
> >
> > most of the diff comes from the following thread
> > https://marc.info/?l=openbsd-m
27 matches
Mail list logo