> On Aug 18, 2022, at 10:31 AM, Stuart Henderson wrote:
>
> "Pyrex lets you write code that mixes Python and C data types any way
> you want, and compiles it into a C extension for Python."
>
> From 2010, unused in ports, and people doing this today use Cython.
> Any reason to keep it?
>
T
> On Sep 3, 2022, at 11:34 AM, Volker Schlecht
> wrote:
>
> Hi,
>
> just wanted to get a quick idea about the state of affairs with OCaml in
> ports: there's been a lot happening in the OCaml world and not so much in the
> related ports.
> Is that due to lack of time and/or interest or an
> the lack of native code i386 in OCaml 5.0
Hi Anil, I haven’t followed the ocaml lists but what is the reason to drop this
out of curiosity?
Thanks for the submission.
Looks like pycodestyle has to be updated simultaneously.
> On Jun 19, 2024, at 9:35 AM, Laurent Cheylus wrote:
>
> Hi,
>
> [cc daniel@ as maintainer]
>
> a simple update for devel/flake8 to the latest version 7.1.0.
>
> - update Makefile and distinfo for this vers
> On Jun 21, 2024, at 3:39 AM, Stuart Henderson wrote:
>
> On 2024/06/21 09:00, Laurent Cheylus wrote:
>> Hi Daniel,
>>
>> - Mail original -
On Jun 19, 2024, at 9:35 AM, Laurent Cheylus wrote:
a simple update for devel/flake8 to the latest version 7.1.0.
>>
>>> Thanks for
In order to update jupyter_server to the 2.x series (which is on the path
for importing jupyterlab and updating jupter notebook), we need to first
update jsonschema.
The attached includes 6 new ports needed for this update.
And the diff to update jsonschema is included as well. There's a commen
Ok daniel@ if another developer wants to import it (or give me the ok to import)
This is also needed as a TDEP for www/py-httpcore
> On Jun 10, 2024, at 1:22 PM, Kirill A. Korinsky wrote:
>
> ports@,
>
> As part of updating security/wapiti I need to bring python mitmproxy which
> depends on h
Ok daniel@ to import.
This one is also a TDEP for www/py-httpcore so would be useful to have in the
tree.
> On Jun 10, 2024, at 1:24 PM, Kirill A. Korinsky wrote:
>
> ports@,
>
> Here the next pice of bring to ports h2: HTTP/2 header encoder / decoder.
>
> Homepage: https://pypi.org/proje
On Tue, 25 Jun 2024, Stuart Henderson wrote:
> > +# jupyter_events needs the "format-nongpl" optional dependencies
>
> could you just add those as deps in jupyter_events instead please?
>
>
I don't think this would work well.
These are optional deps that will really be used by jsonschema i
On Sat, 22 Jun 2024, Stuart Henderson wrote:
> On 2024/06/22 00:45, Kirill A. Korinsky wrote:
> > ports@,
> >
> > Here a ping about mitmproxy port.
> >
> > I've reattached the archive with all required dependencies.
> >
> > --
> > wbr, Kirill
>
> I've attached a new tgz with some small twe
No more distutils in Python 3.12.
ok?
Index: Makefile
===
RCS file: /cvs/ports/textproc/py-smartypants/Makefile,v
diff -u -p -u -r1.3 Makefile
--- Makefile6 May 2024 12:24:09 - 1.3
+++ Makefile27 Jun 2024 01:46:35 -
On Wed, Jun 26, 2024 at 8:21 AM Stuart Henderson wrote:
>
> > >
> > > archivers/py-brotlicffi
ok
> > > archivers/py-lsqpack
license should be BSD not MIT and then ok
> > > archivers/py-zstandard
license should be BSD not MIT
needs BDEP on devel/py-cffi
ok with the above changes.
> > > deve
Python 3.12 removed some things that were deprecated in configparser back
in Python 3.2. The diff below is needed for Python 3.12.
So:
* SafeConfgParser -> ConfigParser
* readfp -> read_file
ok?
(see: https://docs.python.org/3/whatsnew/3.12.html#configparser)
Index: Makefile
==
On Thu, Jun 13, 2024 at 11:11 AM Stuart Henderson wrote:
>
> > There are ~40 ports using cython in the first place, and some are
> > already held back at old versions due to updates requiring cython >=3.
> > Presumably some will build with either version. So we need to know which
> > ports are a
On Thu, 27 Jun 2024, Caspar Schutijser wrote:
> Hi,
>
> Below is a diff that updates devel/py-sip and related ports that must
> be upgraded at the same time to their most recent versions (there is
> no update for www/py-qtwebengine). As is noted in the Makefile of
> devel/py-sip, these updates
The next version of spyder (version 6.x) needs a newer aiohttp.
ok?
Index: Makefile
===
RCS file: /cvs/ports/www/py-aiohttp/Makefile,v
diff -u -p -u -r1.24 Makefile
--- Makefile6 May 2024 12:24:10 - 1.24
+++ Makefile
Update maturin to 1.7.0 and correct the license marker.
The 3 maturin ports still build here.
ok?
Index: Makefile
===
RCS file: /cvs/ports/devel/maturin/Makefile,v
diff -u -p -u -r1.24 Makefile
--- Makefile29 Apr 2024 11:24:14 -
Attached are a few new ports needed in order to update jupyter and
jupyterlab.
This port is needed to update jupyter_server to the 2.x series:
- devel/py-overrides
These 2 ports are needed by devel/py-jupyter_events (not in the tree yet):
- textproc/py-python-json-logger
- devel/py-test-console-
Here are the final new ports needed to update jupyter_server and then see
inline below for the update of jupyter_server itself from the 1.x series
to the 2.x.
Once this goes in we can import jupyterlab, and then finally update
jupyter notebook.
Would appreciate an ok to import the attached 2 p
On Wed, 17 Jul 2024, Stuart Henderson wrote:
> > + devel/pre-commit${MODPY_FLAVOR} \
>
> hmmm, FLAVOR=python3 on a port which doesn't have a py- prefix in the
> package name isn't ideal...
>
>
There's a few more of these. bpython, ipython, ...
Here's an update of matplotlib to the latest version.
All reverse depdendencies still compile.
ok?
Index: Makefile
===
RCS file: /cvs/ports/graphics/py-matplotlib/Makefile,v
retrieving revision 1.92
diff -u -p -u -r1.92 Makefile
---
Updating pygame itself is fairly straightforward (and I have similar diffs
here). But it’s more work to update the dependencies that are python2.
games/hypatia should probably be removed at this point.
The other deps may be possible to update to python3 with a little bit of work
and something
On Sat, Sep 2, 2023 at 3:22 PM Klemens Nanni wrote:
>
> No consumers in tree, openbsd-wip/math/eclib wants it, but is from 2021.
> 2.15.4 came out in july this year: anyone using this port?
> Anyone who want to update it, just leave it or shall we move it to the attic?
I'm not sure I understand
Fairly small update of Jupyter notebook.
(Updating to jupyter notebook 6.4.0 or newer will require bringing in new
deps)
ok?
Index: Makefile
===
RCS file: /cvs/ports/www/jupyter-notebook/Makefile,v
retrieving revision 1.23
diff -u
On Sun, 3 Sep 2023, Stefan Hagen wrote:
> Rafael Sadowski wrote (2023-08-31 07:00 IST):
> > Simple update qwt-6.2.0. Tested on amd64. OK?
>
> How to test it?
>
> It breaks gnuradio:
> /usr/ports/pobj/gnuradio-3.8.2.0/gnuradio-3.8.2.0/gr-qtgui/lib/../include/gnuradio/qtgui/DisplayPlot.h:44:10:
Following the recent fix to gnuradio, here's an update of scipy from the
1.6.x series to the 1.7.x series now that we have pythran.
This doesn't fix the warning about numpy being too new yet. That will need
an update to a newer version of scipy which will take more time.
All reverse dependencie
On Mon, 4 Sep 2023, Theo Buehler wrote:
> On Mon, Sep 04, 2023 at 05:55:58PM +0200, Volker Schlecht wrote:
> > Ping about that one - any reason to keep ocaml-pcre around? No consumers in
> > tree
> > and to develop something on ocaml you'd grab it via opam anyway.
>
> ok to remove
>
ok with
We need jupyter_client >= 6.1.5 in order to start importing a few other
ports like jupyter_server which will allow us to update the various
jupyter ports in the tree.
ok's welcome
Index: Makefile
===
RCS file: /cvs/ports/devel/py-
On Tue, Sep 5, 2023 at 12:28 PM Volker Schlecht
wrote:
>
> Looking towards an upgrade to Ocaml 5.x sometime in the not-so-distant future,
> what are the opinions on net/mldonkey which still ties us to keeping
> lang/ocaml-camlp4
> around?
I don't see any rush to remove mldonkey if it still works
Not a huge release, the main change that was done in this release was to
drop Python 2.x and Python 3.5.x support.
ok?
Index: Makefile
===
RCS file: /cvs/ports/devel/py-jupyter_core/Makefile,v
retrieving revision 1.19
diff -u -p -u
On Wed, 6 Sep 2023, Christian Weisgerber wrote:
> How long does a port have to stay marked BROKEN before we concede that
> it won't be fixed, and we remove it?
>
> I did some grep, got blame, sort, etc. and here are some contenders
> that have been BROKEN since before 2020:
>
> port
On Wed, 6 Sep 2023, Thomas Frohwein wrote:
> On Tue, Sep 05, 2023 at 02:28:33PM -0400, Thomas Frohwein wrote:
>
> [...]
>
> > > In the meantime I'd rather consider removing lang/haxe which has been
> > > marked BROKEN for years. Removing haxe would mean we could remove
> > > ocaml-camlp5 whic
On Wed, 6 Sep 2023, Daniel Dickman wrote:
>
>
> On Wed, 6 Sep 2023, Christian Weisgerber wrote:
>
> > How long does a port have to stay marked BROKEN before we concede that
> > it won't be fixed, and we remove it?
> >
> > I did some grep, got blame
The attached includes an update for spyder-kernels 1.8.1. To do that
update we need to update ipykernel to at least 5.1.3 first.
Diffs for both are attached. ok?
(this is the first step toward reviving spyder3).Index: Makefile
===
R
Smaller follow-on diff for the previous updates:
ipykernel 5.1.3 -> 5.3.0
spyder-kernels 1.8.1 -> 1.10.2
This gets us up to the minimum versions needed spyder 4.2.5.
Once these updates are in we can start importing a number of new ports
needed by spyder 4.x.
ok?
Index: devel/py
The latest ocamlbuild claims support for ocaml 5.x.
Reverse deps still build.
ok?
Index: Makefile
===
RCS file: /cvs/ports/devel/ocaml-ocamlbuild/Makefile,v
retrieving revision 1.14
diff -u -p -u -r1.14 Makefile
--- Makefile24 J
spyder 5.4.5 requires a newer version of ipython, claiming that a number
of releases in the 8.x series are buggy.
All reverse deps for ipython still build after this update.
ok?
Index: Makefile
===
RCS file: /cvs/ports/devel/ipyth
Thanks to Stuart, I've just imported a few new ports needed to update
devel/spyder back to a working state, but we still need a few more new
ports to go.
So looking for ok's to import the attached.
ok's would be needed starting from the most indented nodes in the tree
first, and then working o
All reverse deps built ok, including py-elasticsearch-curator which no
longer seems to have a restriction on click 8.1.x.
ok?
Index: Makefile
===
RCS file: /cvs/ports/devel/py-click/Makefile,v
retrieving revision 1.19
diff -u -p -u
Attached is an update of the port of Xapian that Benoit Chesneau did a
while ago[1]. From pkg/DESCR:
Xapian is an Open Source Search Engine Library, released under the GPL.
It's written in C++, with bindings to allow use from Perl, Python, PHP,
Java, Tcl, C#, and Ruby (so far!)
This version inclu
> On Feb 15, 2020, at 11:23 AM, Charlene Wendling wrote:
>
> Hi,
>
> I was looking at the lang/compcert failure on powerpc and aarch64,
Thanks for looking into.
Please go ahead and remove aarch64 and powerpc from compcert’s ONLY_FOR_ARCHS.
> and
> found that configure fails on these arch
Update MASTER_SITES for this distfile. The filename changed and I wasn't
sure if a REVISION bump is needed or not, but bump anyway to be safe.
(Sent to MAINTAINER back in Oct 2019 and haven't heard back yet so sending
to ports as well this time. Not sure if my mail was filtered somewhere
or som
Update lablgtk2 to 2.18.10.
The main change is to prepare for ocaml 4.10 support. All 5 consumers of
this package were compile tested on amd64.
ok?
Index: Makefile
===
RCS file: /cvs/ports/x11/lablgtk2/Makefile,v
retrieving revisio
Update camlp5 to 7.11 for improved ocaml 4.10 support.
The only consumer seems to be lang/haxe which is currently marked BROKEN.
ok?
Index: Makefile
===
RCS file: /cvs/ports/lang/ocaml-camlp5/Makefile,v
retrieving revision 1.7
diff
Update lablgtk3 to 3.1.0.
Includes improvements for ocaml 4.10. The local patch goes away because
only dune is supported for doing builds now. Makefile support was deleted
in commit 576b193 which was included in version 3.0.beta7.
The two consumers (devel/frama-c and math/coq) were compile test
Update ocaml-biniou to 1.2.1.
The main changes are:
1) change github account from mjambon to ocaml-community
2) biniou was updated to use dune instead of jbuilder
The jbuilder to dune change in #2 is needed in order to be able to update
dune. This is because newer versions of dune no longer incl
> On Feb 18, 2020, at 12:26 PM, Christopher Zimmermann
> wrote:
>
> Hi,
>
> I'm wondering whether there is a cairo_pango.cmo missing, because
> cairo_pango.cmx is added to PFRAG.native, bit no cairo_pango.cmo to the PLIST.
There are no .cmo files at all in this port.
> Would you please d
I've been running this coq update for a while. ok?
Here are the changes:
Compilation
- Coq compilation made possible with forthcoming ocaml 4.03.
Bug fixes
- Bug #4157: proof of False via vm compute on inductive with many
constructors.
- Bug #3491: anomaly when building _rect scheme in the pr
On Wed, May 27, 2015 at 6:14 PM, Dmitrij D. Czarkoff wrote:
> Marc Espie wrote:
>> Those files have surprisingly generic names. I wonder if they should
>> get packaged at all ?
>
> Adam Wolk said:
>> For net/py-oauth2 the __init__ file is empty. www/py-paste-script does
>> contain some setup code
On Wed, 27 May 2015, Marc Espie wrote:
> py-oauth2-1.5.211(),py-paste-script-1.7.5()
> /usr/local/lib/python2.7/site-packages/tests/__init__.py
> /usr/local/lib/python2.7/site-packages/tests/__init__.pyc
>
>
> Those files have surprisingly generic names. I wonder if they should
>
On Sun, Aug 16, 2015 at 11:07 AM, Edd Barrett wrote:
> Hey,
>
> Another dependency of IPython4 and Jupyter:
>
> "The simplegeneric module lets you define simple single-dispatch generic
> functions, akin to Python’s built-in generic functions like len(),
> iter() and so on."
>
> OK?
>
ok daniel@ t
> On Nov 1, 2015, at 8:24 AM, Fred wrote:
>
> Hi ports@
>
> I'm trying to bring our pcc port upto 1.1.0
>
> With the attached diff pcc builds, but when I try to compile a file I get:
>
> port:fred ~/code/c/stuff> pcc -o hello hw.c
> ld: cannot find -lpcc
> error: ld terminated with status 1
> On Nov 1, 2015, at 10:16 AM, Fred wrote:
>
>> On 11/01/15 15:05, Daniel Dickman wrote:
>>
>>
>>> On Nov 1, 2015, at 8:24 AM, Fred wrote:
>>>
>>> Hi ports@
>>>
>>> I'm trying to bring our pcc port upto 1.1.0
>
> On Nov 7, 2015, at 5:22 PM, Jack J. Woehr wrote:
>
> Did a pkg_add of NetBeans 6.9.1 ...
> The Output window frequently intersperses box characters : missing font?
> missing I18N info?
> Any tips to clear this up? Tnx.
there's a note in the pkg readme that links to the bug report which was
Can you please send the failure? Is it reproducible?
> On Jan 30, 2020, at 8:51 AM, Kurt Mosiejczuk wrote:
>
> Just had py-numpy fail on the sparc64 bulk complaining about not
> having a setuptools_scm module. Adding devel/py-setuptools_scm to the
> BUILD_DEPENDS fixes it.
>
> Here's a diff to
> On Jan 30, 2020, at 9:07 AM, Antoine Jacoutot wrote:
>
> On Thu, Jan 30, 2020 at 08:50:37AM -0500, Kurt Mosiejczuk wrote:
>> Just had py-numpy fail on the sparc64 bulk complaining about not
>> having a setuptools_scm module. Adding devel/py-setuptools_scm to the
>> BUILD_DEPENDS fixes it.
>
netbeans updates are huge, i think it's better to gzip them or post
them on the web instead of just sending them in-line.
I've put some comments in-line below. but most importantly, the JDK
for 1.6 has changed from oracle/sun to openjdk. How much testing did
you do? I think it's important to do so
On Fri, Mar 8, 2013 at 6:55 PM, Stuart Henderson wrote:
> I think the Firefox 3.5 comments are probably because that version used to be
> needed for Java support before we had icedtea-web. So probably we need to
> talk about installing that and remove the text about symlinking Firefox.
> Otherw
>
>> Since you are patching bin/intellij.sh anyway, why not just rip out all
>> the JAVA_HOME/JDK-HOME goo and use javaPathHelper like all the other Java
>> ports do?
>
> Done; files/idea wrapper is not needed anymore then, so I zapped it. This
> required adding a patch for readlink call, though. T
With the below patch I've been able to build ports gcc 4.9 on:
OpenBSD 6.4-beta (GENERIC) #219: Sat Sep 8 14:02:06 MDT 2018
dera...@alpha.openbsd.org:/usr/src/sys/arch/alpha/compile/GENERIC
AlphaServer DS10 617 MHz
The patch reduces the optimization level from -O2 to -O1 during the build
to
On Tue, Sep 25, 2018 at 1:10 AM, Björn Ketelaars
wrote:
> The recent [0] update of py-zmq to 17.1.2 breaks jupyter-notebook.
>
> I am unable to find a solution for this problem. I did find a
> workaround: updating to a newer version of py-ipykernel. Elias M.
> Mariani was so kind to provide a diff
> On Sep 25, 2018, at 12:56 AM, Björn Ketelaars
> wrote:
>
> Please find enclosed a port of py-subprocess32, which is required for a
> future update of py-matplotlib.
ok daniel@ to import. if any problems we can fix in the tree.
>
> $ cat DESCR
> This is a backport of the subprocess standa
> On Oct 29, 2018, at 10:56 AM, wen heping wrote:
>
> Hi,
>
> Here is a patch to update devel/py-tz to 2018.7, it build and test well
> on my amd64 system.
> OK ?
>
> Cheers,
> wen
>
didn’t see any patch but if you resend i can take a look.
The below overrides the cached autoconf value that says that we have
sbrk(2) on our system and pretends like we don't have it.
With this we can build tcsh without a need for sbrk(2).
ok?
Index: Makefile
===
RCS file: /cvs/ports/she
news/nn uses sbrk(2) to print some memory diagnostics. Delete this code to
eliminate use of sbrk.
ok?
Index: Makefile
===
RCS file: /cvs/ports/news/nn/Makefile,v
retrieving revision 1.16
diff -u -p -u -r1.16 Makefile
--- Makefile
> On Nov 5, 2018, at 8:30 AM, Marc Espie wrote:
>
> Or we could just finally remove brk and sbrk from the libc ?
>
>
you won’t get very far. they are still needed in base (gcc, clang, mkhybrid).
> On Nov 5, 2018, at 8:47 AM, Marc Espie wrote:
>
>> On Mon, Nov 05, 2018 at 08:43:56AM -0500, Daniel Dickman wrote:
>>
>>
>>> On Nov 5, 2018, at 8:30 AM, Marc Espie wrote:
>>>
>>> Or we could just finally remove brk and sbrk from the l
look simple enough, so ok daniel@. Alexandr?
> On Nov 3, 2018, at 8:15 PM, wen heping wrote:
>
> Sorry forthe mistake.
> Now I attached the patch.
>
> wen
> 发件人: Daniel Dickman
> 发送时间: 2018年11月4日 4:02
> 收件人: wen heping
> 抄送: ports@openbsd.org; shadc...@ope
> On Nov 8, 2018, at 2:41 AM, Landry Breuil wrote:
>
>> On Wed, Nov 07, 2018 at 10:31:20PM +0100, Christian Weisgerber wrote:
>> Brad Smith:
>>
>>> Please put this diff to switch to GCC 6 through a bulk build.
>>
>> (Full diff reproduced at the end of this message.)
>>
>> I can report these
Diff below does two things:
- allows us to build ports gcc without sbrk
- resyncs the kprintf implementation with base gcc
ok?
Index: 4.9/Makefile
===
RCS file: /cvs/ports/lang/gcc/4.9/Makefile,v
retrieving revision 1.60
diff -u -p -
Update to gprolog 1.4.5 which allegedly fixes many bugs. Also drop
maintainer due to my inability to reach them for close to a decade.
While here, eliminate use of sbrk. gprolog uses Doug Lea malloc 2.8.5
which can be configured to use mmap instead of sbrk on platforms like
MacOS. So let's do t
> On Nov 23, 2018, at 2:39 PM, Christian Weisgerber wrote:
>
> The math/pari port remains at version 2.1.7 from 2005 (!). In the
> meantime, upstream has released a stream of new versions up to
> 2.11.0 earlier this year. If there is so little interest in
> maintaining the port, we might as
> On Nov 23, 2018, at 5:40 PM, Olivier Taïbi wrote:
>
> I cannot see perl dependencies in the Makefile.
>
>
math/p5-Math-Pari depends on pari. you need to look at the reverse dependencies.
> On Nov 24, 2018, at 3:13 PM, Stuart Henderson wrote:
>
>> On 2018/11/24 07:20, Sebastien Marie wrote:
>>> On Fri, Nov 23, 2018 at 05:27:25PM -0500, Daniel Dickman wrote:
>>>
>>>
>>>> On Nov 23, 2018, at 2:39 PM, Christian Weisgerber
&
> On Nov 23, 2018, at 5:40 PM, Olivier Taïbi wrote:
>
>
> Here is an attempt at an updated port. It now depends on gmp (on pari's
> website they recommend the gmp kernel). The use of gmake is probably
> overkill.
Thanks. I’ll take a look. I also have an update on my end. Will review and
mer
> On Jan 10, 2019, at 10:49 AM, Karel Gardas wrote:
>
>
> Hello,
>
> just curious if there is anybody here working on more recent Eclipse
> IDE port. If not, then any advices how to proceed with this are
> appreciated. Basically I've seen that FBSD (freshports) provides more
> recent port so
I'm looking to get ocaml bitstring ported to OpenBSD.
I attached my work in progress. Anyone with more ocaml porting
experience willing to help me finish the port? I tested this on macppc
but I'm sure the pkg/* files and dependencies probably need more
work...
ocaml-bitstring.tgz
Description: GN
regress tests worked fine on macppc. thanks.
On Wed, Dec 4, 2013 at 7:24 PM, Jérémie Courrèges-Anglas
wrote:
> j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
>
>> Hi,
>>
>> Daniel Dickman writes:
>>
>>> I'm looking to get ocaml bitstring port
The web pages that were merged into the ports faq are still on the
website and people keep emailing around links to them and updating
them without remembering to update the ports faq.
This patch replaces each of the old pages with a redirect page to the
ports faq. Since it's a a bit on the large s
The patch below is mostly from Yozo Toda. I've been running it for weeks
on i386. Be great to get this in.
Port changes:
- Update math/coq from 8.4pl2 to 8.4pl3
- Remove patches already integrated into upstream
- Add missing $OpenBSD$ tag to patch-test-suite-Makefile
- Move coqtop.opt.1 from PLIS
> On May 20, 2014, at 11:08 AM, Lampshade wrote:
>
>
> Hello
>
> Is there any chance to include to current and in future to 5.6 newer version
> of acpica
> package? Currently in ports there is acpica-2023p0.tgz but ACPI Component
> Architecture is under active development and current relea
> On Jun 5, 2019, at 10:46 PM, Bryan Vyhmeister wrote:
>
>> On Fri, May 31, 2019 at 06:17:41PM +0200, Paco Esteban wrote:
>>> On Thu, 23 May 2019, Micah Muer wrote:
>>>
>>> Here is a simple diff to update lowdown from 0.4.2 to 0.4.3.
>>>
>>> The changelog is very short:
>>>
Version 0.4
> On Jun 12, 2019, at 5:40 AM, wen heping wrote:
>
> Hi,
>
> Here is a revised patch for devel/py-tz, changes from last patch:
> 1) update HOMEPAGE
> 2)update LICENSE, now is MIT
> 3) use PERMIT_PACKAGE
> 4) More ports tested, no more tests failed because of this update:
>
> On Jun 19, 2019, at 10:48 AM, Christopher Zimmermann
> wrote:
>
> On Tue, 18 Jun 2019 14:17:49 -0400
> ygrek wrote:
>
>> On Mon, 17 Jun 2019 20:34:41 +0100
>> Anil Madhavapeddy wrote:
>>
>>> I think this approach is fine for this particular package, since
>>> upstream lags in recent tim
> On Aug 7, 2019, at 5:29 AM, Paul Irofti wrote:
>
>> On Wed, Aug 07, 2019 at 12:11:19AM +0300, Paul Irofti wrote:
>> Hi,
>>
>> Here is the shockingly missing port for py-scikit-learn. It is an older
>> version. The last to support python2.7. I plan on updating to 21.3
>> afterwards, but that
> On Aug 11, 2019, at 12:00 PM, Yozo TODA wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
to update math/coq lablgtk3 is needed which in turn depends on
ocaml-cairo and ocaml-configurator.
>
> just to confirm, aiming to update math/coq to 8.10, which is expected to b
> On Aug 17, 2019, at 12:35 PM, Jeremie Courreges-Anglas
> wrote:
>
>
> g77 is an obsolete fortran compiler based on gcc3. The last consumers
> were devel/lam (retired) and devel/openmpi (updated). Nowadays all
> fortran ports use gfortran or flang.
>
> ok to remove lang/g77 and for the d
> On Aug 21, 2019, at 7:42 PM, Daniel Dickman wrote:
>
>
>
>> On Aug 17, 2019, at 12:35 PM, Jeremie Courreges-Anglas
>> wrote:
>>
>>
>> g77 is an obsolete fortran compiler based on gcc3. The last consumers
>> were devel/lam (ret
> On Aug 23, 2019, at 4:25 PM, Christopher Zimmermann
> wrote:
>
> I would welcome OKs and tests on real bytecode-only archs and i386,
> which is currently broken.
>
Still broken on i386.
> On Aug 17, 2019, at 5:24 PM, Christopher Zimmermann
> wrote:
>
> Hi,
>
> this is a straightforward upgrade of camlp5 to support upcoming OCaml
> 4.08. OK?
Looks good to me on i386 but defer to bcallah (maintainer) to ok it.
>
> Christopher
>
>
>
> Index: Makefile
> ==
- No more need for g77 and java sub packages
- move HOMEPAGE from http to https
- delete an outdated comment from one of the patches
- bump all sub packages due to HOMEPAGE change
ok?
http://dickman.org/openbsd/diffs/gcc8_minor_cleanups.diff
> On Sep 16, 2019, at 4:43 PM, Christopher Zimmermann
> wrote:
>
> Hi,
>
> finally here's the update of OCaml to 4.08.1. Now that all dependent
> ports are prepared it is pretty straight-forward:
>
> * Most of the diff is revision bumps of dependent packages
> * adapt the new configure scri
Here's an update to the latest beta of coq 8.10. Tested on i386.
Bug fixes from the release notes:
- improved warnings on coercion path ambiguity
- support for ocaml extraction of primitive machine ints
- fix for the soundness issue with template polymorphism
- fix extraction of depenent record pr
(Moved from: “Adding binary renaming facility to python.port.mk”)
> On Sep 25, 2019, at 5:47 AM, Stuart Henderson wrote:
>
> imo, if there's a good reason to keep the py2 version (used by something
> else in the ports tree, or possibly if it includes a useful compiled
> iextension) then split th
Thanks!
Will look into if no one beats me to it.
Blind guess is we may need Cython as a build dep. But let me look a bit closer
to check what’s going on.
> On Oct 4, 2019, at 5:03 PM, Stuart Henderson wrote:
>
> On 2019/10/04 13:33, Christian Weisgerber wrote:
>> math/py-pandas,python3 failed to build in my latest amd64 bulk build.
>> Here's the tail end of the build (the full log is attached):
>
> It needs cython as build dep.
Not precisely
> On Oct 4, 2019, at 4:47 PM, Paul de Weerd wrote:
>
> Hi all,
>
> The two other ports Daniel found in his scan for broken HOMEPAGE were
> (of course) games/doomdata/doom1 and 2. After some thought, (starting
> to drop HOMEPAGE there too) and a hint from Stuart, I ended up
> agreeing with h
> On Oct 4, 2019, at 4:18 PM, Paul de Weerd wrote:
>
> On Fri, Oct 04, 2019 at 10:12:20PM +0200, Paul de Weerd wrote:
> | Then, 10 years ago (!!!), Daniel Dickman pointed out that the link to
> | a quote from John Carmack was *also* broken. Back then he suggested
> | incl
Here’s an update to math/pari from the ancient version we have to the latest
version:
http://dickman.org/openbsd/ports/diff/math_pari.diff
Note there have been a few efforts [1,2] to add support for the shared lib to
pari. That piece isn’t being tackled in this update. First let’s get the port
On Thu, Sep 26, 2019 at 8:25 AM Stuart Henderson
wrote:
> On 2019/09/26 08:12, Daniel Dickman wrote:
> > (Moved from: “Adding binary renaming facility to python.port.mk”)
> >
> > > On Sep 25, 2019, at 5:47 AM, Stuart Henderson
> wrote:
> > >
> > >
1 - 100 of 573 matches
Mail list logo