On Mon, Jun 22, 2015 at 11:06:36PM +0200, Antoine Jacoutot wrote:
On Mon, Jun 22, 2015 at 09:09:01AM +0100, Stuart Henderson wrote:
IIRC it is correct that non-system methods have a - prefix.
How is your login class set? I haven't used krb5, but I *think* it should
look like this,
I was having problems getting login_krb5 to work. It would work if I ran
the login_-krb5-or-pwd directly, but logins wouldn't work. Finally I tried
su and got:
-bash-4.3$ su kurt
su: invalid script: /usr/libexec/auth/login_krb5-or-pwd
Sorry
-bash-4.3$
It's invalid because the package put the
works for client, the
package gets labelled as such.
I have tested the client package and verified it as working with gssapi.
I did not bump REVISION, because it's unclear to me when that should be
bumped.
Let me know if I missed anything.
--Kurt Mosiejczuk
Index: Makefile
ping?
On 2017-04-25 1:36 PM, Kurt Mosiejczuk wrote:
A student of mine had taken a stab at adding gssapi, which got committed and
then rolled back.
My turn. The Makefile would override FULLPKGNAME since the aci flavor only
effected the server, except it did it for any flavor. I moved
Here is the updated diff with sthen's feedback. It adds a gssapi flavor
for openldap.
Index: Makefile
===
RCS file: /cvs/ports/databases/openldap/Makefile,v
retrieving revision 1.148
diff -u -p -r1.148 Makefile
--- Makefile17
On Thu, May 18, 2017 at 11:04:46PM +0100, Stuart Henderson wrote:
> On 2017/04/25 13:36, Kurt Mosiejczuk wrote:
> > .if ${FLAVOR:Maci}
> > CONFIGURE_ARGS += --enable-aci
> > +
> > +# overwrite -main pkgname/path to strip FLAVOR, aci only affects the s
Just did an upgrade on a machine and heimdal (particularly
login_krb5-or-pwd) stopped working. Logging in from the console gave me
the crucial hint complaining that it couldn't find libhcrypto.so.0.0.
Adding shlib_dir=/usr/local/heimdal/lib to rc.conf.local makes it work.
It didn't need this
On Tue, Apr 16, 2019 at 01:34:40AM +0200, Antoine Jacoutot wrote:
> No. Comment shouldn't start with uppercase.
I hadn't known that one before. Thank you.
Here's an updated version.
--Kurt
Index: Makefile
===
RCS file:
net
+REVISION = 0
-MAINTAINER = Kurt Mosiejczuk
+MAINTAINER = Kurt Mosiejczuk
# MIT
PERMIT_PACKAGE_CDROM = Yes
@@ -20,10 +22,10 @@ MODPY_SETUPTOOLS = Yes
FLAVORS = python3
FLAVOR ?=
-RUN_DEPENDS = devel/py-typing${MOD
27 -77.40483 "kmos" # Kurt Mosiejczuk
43.1 -77.46 "pamela"# Pamela Mosiejczuk
43.240537 5.384159"pea" # Pierre-Emmanuel Andre
43.30 5.37"aanriot" # Alexandre Anriot
On Wed, Jun 12, 2019 at 09:40:09AM +, wen heping wrote:
>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 Sun, Jun 16, 2019 at 08:15:26AM +0200, Ingo Feinerer wrote:
> > You need the py-nbxmpp update as well:
> > https://marc.info/?l=openbsd-ports=155704320901616=2
> Updated diff with explicit requirement on 0.6.10 (already in ports
> tree). Also adapt PERMIT_PACKAGE at the same time.
> OK?
portgen(1) will still spit out the old-style PERMIT_PACKAGE_* lines.
This diff changes it to just use the newer PERMIT_PACKAGE and
PERMIT_DISTFILE lines.
--Kurt
Index: Port.pm
===
RCS file:
On Sun, May 05, 2019 at 09:57:42AM +0200, Ingo Feinerer wrote:
> this updates net/py-nbxmpp to 0.6.10.
> Useful for the net/gajim update posted separately.
> OK?
This tested OK with the existing gajim for me on amd64.
I'd recommend removing the _CDROM from the PERMIT_PACKAGE line
while
On Fri, Mar 08, 2019 at 11:38:42PM -0500, Kurt Mosiejczuk wrote:
> This update is a follow-on to py-altgraph. Only mention in the changelog
> is about Python 3.7 changing the format of .pyc files.
> The updated port actually fails one less test than pre-update (1 vs. 2
>
On Sat, May 11, 2019 at 10:54:21AM +0300, Timo Myyr?? wrote:
> Here's a little bump to py-progress library, slightly tested with yle-dl port.
This looks good to me and seems to work.
I tweaked it a little to drop the _CDROM on the PERMIT line, changed the
HOMEPAGE to https, and eliminate a
On Fri, May 10, 2019 at 08:59:25PM +0200, Daniel Winters wrote:
> > I noticed the deletion of the homepage. There *is* a homepage on
> > Github. It's linked from the pypi page.
> > Here's a version that does away with all the weird do-test manipulations
> > also and just uses MODPY_PYTEST. I
On Mon, May 13, 2019 at 11:49:02PM +0200, Charlene Wendling wrote:
> On Mon, 13 May 2019 13:46:46 -0700
> Andrew Hewus Fresh wrote:
> > This should make portgen(1) recognize the EXTRACT_CASES in
> > bsd.port.mk(5) and set EXTRACT_SUFX correctly.
> > I didn't adjust Ruby handling because I don't
On Wed, Apr 17, 2019 at 09:10:12AM +0200, Sebastien Marie wrote:
> > The following diff update stdnum from 1.3 (2016) to 1.11 (latest, 2019).
> > The update is needed for productivity/tryton (upcoming 5.2).
> > Tested on amd64, py2 and py3: the testsuite passes, and tryton is happy.
> >
On Wed, Apr 17, 2019 at 09:08:21AM +0200, Sebastien Marie wrote:
> A simple update of telephony/py-phonenumbers.
> Tests passed on amd64 (py2 and py3).
> Comments or OK ?
I tested on sparc64 and arm64 and all tests passed.
Only consumer seems to be tryton, so if it is secretly wrong, you'll
This updates py-freezegun to 0.3.12. Our current version isn't compatible
with Python 3.7.x so anything python3 that uses py-freezegun for tests is
currently broken.
I tested all consumers of py-freezegun. The only change that isn't 100%
positive is the python 2 flavor of py-cached-property fails
On Tue, Aug 13, 2019 at 07:46:46PM +0200, Fran??ois Chambaud wrote:
> Hi ports@,
> I have a lot of audio CDs to rip. Before I begin this very long
> process, I have verified the last cdparanoia version at xiph.org
> website, and I have noticed that there is a new one, available since
> 2008.
>
On Fri, Aug 09, 2019 at 09:52:05AM +0300, Paul Irofti wrote:
> > I'm in favor too. I'd like to get at least some of the regression
> > tests working though.
> I agree we need to get the regress tests working. But can't we do that
> in tree? :)
OK. Got it. It's a bit gross, but 1) It won't just
On Mon, Aug 12, 2019 at 01:08:28AM -0400, Kurt Mosiejczuk wrote:
> On Fri, Aug 09, 2019 at 09:52:05AM +0300, Paul Irofti wrote:
> > > I'm in favor too. I'd like to get at least some of the regression
> > > tests working though.
> > I agree we need to get the regress
On Wed, Aug 21, 2019 at 10:40:52PM +0200, Christian Weisgerber wrote:
> Update archivers/bzip2 to 1.0.8. The original author is involved
> again.
> From CHANGES:
> * Accept as many selectors as the file format allows.
> This relaxes the fix for CVE-2019-12900 from 1.0.7
> so that bzip2
On Fri, Aug 23, 2019 at 01:51:42PM +0200, Ingo Feinerer wrote:
> Below is a new diff that (hopefully) addresses all problems.
> OK?
It worked. The build finished this time. OK kmos
--Kurt
> Index: Makefile
> ===
> RCS file:
On Thu, Aug 22, 2019 at 12:35:28PM +0200, Ingo Feinerer wrote:
> according to
> http://build-failures.rhaalovely.net//sparc64/2019-08-18/cad/qcad.log
> cad/qcad compilation fails on sparc64 with
> cc1plus: error: one or more PCH files were found, but they were invalid
> cc1plus: error: use
On Wed, Aug 07, 2019 at 10:50:29AM -0400, Daniel Dickman wrote:
> >> 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 needs some other updates to numpy and scipy.
> Can share
On Tue, Nov 12, 2019 at 11:22:31AM +0100, Charlene Wendling wrote:
> Hi,
> > http://build-failures.rhaalovely.net/sparc64/2019-11-08/productivity/gnucash.log
> (guile2 is still BROKEN on powerpc, so i can't test)
> This is happening since the glib2 update. G_INLINE_FUNC is
> deprecated [0], and
On Tue, Nov 12, 2019 at 09:24:53PM +0100, Charlene Wendling wrote:
> > Unfortunately, this doesn't finish compiling on my test sparc64.
> I'm mixing up powerpc and sparc64 logs, sigh. Well, at least, it's back
> to what it used to with -Werror removed.
> I may be back later if i can fix guile2
On Wed, Dec 04, 2019 at 07:45:52AM -0700, k...@openbsd.org wrote:
> awk: syntax error at source line 1
> context is
> END {printf("%d\n", >>> $2} <<<
> awk: illegal statement at source line 1
> missing )
> expr: syntax error
> expr: syntax error
> expr: syntax error
> expr: syntax
On Sat, Dec 14, 2019 at 01:57:01PM +0100, Frederic Cambus wrote:
> Hi ports@,
> Here is a new port: graphics/libspiro.
> This is a required dependency for updating print/fontforge to latest
> version.
> From DESCR:
> Spiro simplifies the drawing of beautiful curves.
> Using bezier splines an
On Sun, Dec 15, 2019 at 02:03:15PM -0600, Brad DeMorrow wrote:
> I was told that simple diffs for existing ports were preferred.
> Are the two deleted patches still handled appropriately like this?
> - patch-src_player_c
> - patch-src_player_h
rm the files and then issue a cvs rm for the files.
On Tue, Dec 17, 2019 at 12:00:11PM +0100, Paco Esteban wrote:
> Here's the modified diff. It's only py3 now. I also drooped `REVISION`
> which I forgot to remove earlier.
> Cheers,
> Paco.
Committed. Thanks!
--Kurt
> Index: Makefile
>
On Mon, Dec 16, 2019 at 06:15:45PM +0100, Paco Esteban wrote:
> Hello ports@,
> Here's an update for textproc/py-semver from 2.8.1 to 2.9.0. You can
> find the changes for this version here:
> https://github.com/python-semver/python-semver/blob/master/CHANGELOG.rst#version-290
> I took the
On Fri, Oct 18, 2019 at 01:19:10AM +0200, Charlene Wendling wrote:
> > - Drop Compiler, builds fine with all compilers. No C++11
> Yes, but there are platform-specific quirks that ports-gcc handles
> gracefully, unlike the old base one ;)
> That's why portcheck(1) yells if COMPILER_LIBCXX is in
On Mon, Dec 02, 2019 at 06:24:32AM +0100, Björn Ketelaars wrote:
> ipython is currently broken because of an import error:
> ImportError: cannot import name 'create_prompt_application' from
> 'prompt_toolkit.shortcuts'
>
This patch updates Python 3.7 from 3.7.5 to 3.7.6
Built and tested on both amd64 and sparc64.
As is usual, the tests eventually hang waiting for the test_asyncio test
to run. Otherwise the tests run as normal.
cc maintainer
--Kurt
Index: Makefile
This patch updates Python 3.8 from 3.8.0 to 3.8.1
Built and tested on both amd64 and sparc64.
As is usual, the tests eventually hang waiting for the test_asyncio test
to run. Otherwise the tests run as normal.
cc maintainer
--Kurt
Index: Makefile
It came up in discussion how python3.8 doesn't have the m suffix like previous
python 3.x versions and how python.port.mk will need adjusting.
So here is a patch to do that.
(The m denotes being compiled with pymalloc, which would change the ABI.
It is still compiled with pymalloc by default,
On Thu, Feb 13, 2020 at 10:09:17AM +, Edd Barrett wrote:
> Hi Kurt,
> On Wed, Feb 12, 2020 at 11:56:14PM -0500, Kurt Mosiejczuk wrote:
> > This patch fixes the build for emulators/fs-uae for sparc64.
> I was recently playing with a newer version of fs-uae and found that the
Another that has never successfully built on sparc64
ok?
(cc maintainer)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/chinese/libpinyin/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile12 Jul 2019
lang/janet has never built on sparc64. It fails trying to make a
bootstrap.
ok to mark BROKEN-sparc64?
(cc maintainer)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/lang/janet/Makefile,v
retrieving revision 1.17
diff -u -p
I've never had lang/squeak/vm build successfully on sparc64.
Shall I mark it BROKEN-sparc64?
(cc maintainer)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/lang/squeak/vm/Makefile,v
retrieving revision 1.29
diff -u -p -r1.29
This has never built while I've been doing the sparc64 builds.
I'd like to mark it BROKEN-sparc64
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/devel/py-unicorn/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
On Sun, Feb 23, 2020 at 05:15:00PM +0100, Antoine Jacoutot wrote:
> On Sun, Feb 23, 2020 at 02:45:10PM +0100, Jasper Lievisse Adriaanse wrote:
> > > Index: Makefile
> > > ===
> > > RCS file: /cvs/ports/x11/gnome/bijiben/Makefile,v
>
On Sun, Feb 23, 2020 at 05:02:36PM +0100, Charlene Wendling wrote:
> > I've just checked the fix with test program, it does the job. The
> > patch looks like OK, but definitely needs to be run through the bulk
> > build.
> I tested it on macppc just in case, it indeed works. Thanks for
>
On Sun, Feb 23, 2020 at 01:58:09PM +, Stuart Henderson wrote:
> Not sure what's up with this, though I see you're using non-default
> directories and might not have got things setup quite right, some ports
> are sensitive to these (e.g. sometimes if you have symlinks vs real
> directories for
http://build-failures.rhaalovely.net/powerpc/2020-01-27/x11/ogre.log
http://build-failures.rhaalovely.net/sparc64/2020-02-19/x11/ogre.log
Rather than add multiple more BROKEN lines for sparc64 and powerpc
to this port, switch to ONLY_FOR_ARCHES for those arches that this
will actually build upon.
On Mon, Feb 24, 2020 at 07:38:48PM +0100, Martin Reindl wrote:
> Hi folks,
> When py-pandas goes python3-only, py-bottleneck can follow (no other
> consumers).
> While there update to 1.3.2. Changelog does not really affect us:
> https://groups.google.com/forum/#!topic/bottle-neck/UG8zDpYIbIE
> Antoine
>
> > On 24 Feb 2020, at 22:15, Kurt Mosiejczuk wrote:
> >
> > http://build-failures.rhaalovely.net/powerpc/2020-01-27/x11/ogre.log
> > http://build-failures.rhaalovely.net/sparc64/2020-02-19/x11/ogre.log
> >
> > Rather than add multiple more BROKEN lin
Let's try this again with the right thing in the subject and not
using a poisoned misspelling. :)
Mark powerpc and sparc64 broken for x11/ogre
cc maintainer
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/x11/ogre/Makefile,v
On Tue, Feb 25, 2020 at 11:30:26AM +0100, Bjorn Ketelaars wrote:
> Yes, it should!
> New diff enclosed.
Builds, packages, and passes all tests on sparc64.
ok kmos
> diff --git Makefile Makefile
> index a8556156e5e..2c22ba0bb0d 100644
> --- Makefile
> +++ Makefile
> @@ -2,10 +2,9 @@
>
>
On Tue, Feb 25, 2020 at 06:17:07PM +0100, Paco Esteban wrote:
> Hi ports@,
> www/jupyter-notebook is now py3 only. That's the only consumer for
> sysutils/py-prometheus_client so here's a diff to make it py3 only too.
> Comments and/or ok appreciated.
You'll also need to put something in
On Wed, Feb 26, 2020 at 12:31:12AM +0100, Klemens Nanni wrote:
> i386 only, BROKEN since 2017 with clang and ports-gcc, dead upstream
> (GRUB2 is the thing, if at all).
> Any objections? OK?
ok kmos
--Kurt
On Mon, Feb 24, 2020 at 10:01:04PM +, Stuart Henderson wrote:
> as req'd by jcs@ (with these we can enable GIMP's HEIF support).
> any comments / OKs?
Looks good to me and builds/packages fine on sparc64. ok kmos
--Kurt
> $ pkg_info libheif libde265
> Information for inst:libheif-1.6.2
>
On Wed, Feb 26, 2020 at 10:55:09PM +0100, Adam Wolk wrote:
> > Looks good and this is OK awolk@
> > I am however CC'ing ports as I would like another OK before
> > committing the update.
> Here is an unquoted diff, don't know what I was thinking.
ok kmos
--Kurt
> ? py-snmp-4.4.12.diff
>
On Sat, Feb 29, 2020 at 02:52:07PM +0100, Theo Buehler wrote:
> > I finally got around to running the regression tests on sparc64, and 71
> > fail. They all seem to fail the same way though:
> >
> > > raise NotImplementedError("Use module Crypto.Cipher.PKCS1_OAEP
> > > instead")
> > E
On Sat, Feb 29, 2020 at 03:00:20PM +0100, Bjorn Ketelaars wrote:
> Diff below brings devel/py-nbval to 0.9.5. Commit log doesn't list any
> big changes. Primary reason for wanting to update this port is that it
> blocks other updates.
> Consumer (TDEP of jupyter-notebook) is already python3-only,
On Sat, Feb 29, 2020 at 01:55:02PM -0500, Johan Huldtgren wrote:
> On 2020-02-29 13:08, Johan Huldtgren wrote:
> > hello,
> > update of py-oauthlib from 2.1.0 to 3.1.0
> > full changelog is here:
> > https://github.com/oauthlib/oauthlib/blob/master/CHANGELOG.rst
> > Drop python2 FLAVOR. Built,
On Sat, Feb 29, 2020 at 10:26:26PM +, Stuart Henderson wrote:
> - replace existing "py2 has been replaced with py3" $obsolete_reason
> ports with "automatically switch to py3 version"
Took me a few to figure this out exactly. I thought you were changing
the string itself :)
Makes sense.
> -
On Tue, Jan 21, 2020 at 06:51:59AM +0100, Rafael Sadowski wrote:
> No consumers present in the tree, looks quite useless. Ok to say
> goodbye?
Yes please.
OK kmos
--Kurt
On Tue, Jan 21, 2020 at 04:02:34PM +0100, Marc Espie wrote:
> > This happens to me fairly frequently, whether it is on that sparc64 box or
> > my amd64 laptop. Yes, I use FETCH_PACKAGES. No, my /etc/installurl is not
> > wrong, because if I then run "pkg_add -a py-numpy" it will resolve
> >
On Thu, Feb 27, 2020 at 10:30:13PM +0100, Theo Buehler wrote:
> This depends on the net/py-tlslite-ng port that I sent a few hours ago:
> https://marc.info/?l=openbsd-ports=158281798026590=2
> As mentioned there, I intend to use this port for TLSv1.3 server
> development and libssl regression
On Thu, Feb 27, 2020 at 04:38:37PM +0100, Theo Buehler wrote:
> This is the only missing dependency for an upcoming py-tlsfuzzer port
> which I would like to have available to help with TLSv1.3 server
> development. I will also use tlsfuzzer to write a regress test for
> libssl, hence the need for
On Sun, Feb 23, 2020 at 12:35:00PM -0500, Kurt Mosiejczuk wrote:
> On Sun, Feb 23, 2020 at 05:02:36PM +0100, Charlene Wendling wrote:
> > > I've just checked the fix with test program, it does the job. The
> > > patch looks like OK, but definitely needs to be run through
On Thu, Mar 05, 2020 at 03:51:18PM +0100, Charlene Wendling wrote:
> > #COMPILER_LANGS = c
> I forgot to test with that in it. It still builds fine, i'm attaching a
> modified diff.
This version fixed the current sparc64 bulk build. ok kmos
--Kurt
On Fri, Mar 06, 2020 at 05:06:35PM +0100, Jeremie Courreges-Anglas wrote:
> On Fri, Mar 06 2020, Charlene Wendling wrote:
> > frei0r-plugins fails in the current sparc64 bulk:
> >> /usr/obj/ports/frei0r-plugins-1.7.0/frei0r-plugins-1.7.0/src/filter/elastic_scale/
> >> elastic_scale.cpp:152:
The new version of xcowsay fails on sparc64 (and presumably other base-gcc
architectures) with errors about needing C99.
This adds C99 and fixes the build. I slipped it into the current sparc64
build and it fixed it.
ok?
--Kurt
Index: Makefile
On Sun, Jan 26, 2020 at 09:38:16PM +0100, Rafael Sadowski wrote:
> Look what I found. multimedia/qt-gstreamer no consumers in the tree. Our
> version is the latest stable version from 2014-07-08. Qt4 deadbeef.
> Ok to nuke it?
You removed the only consumer recently.
OK kmos
--Kurt
On Sat, Jan 25, 2020 at 07:42:24AM +0100, Björn Ketelaars wrote:
> Diff below brings py-seaborn to 0.10.0, which is a major update. Notable
> change is that this update is strictly compatible with Python 3.6+.
> There are no consumers of this port.
> Changes to the port:
> - set MODPY_VERSION in
On Sun, Jan 26, 2020 at 04:10:35PM +0100, Sebastien Marie wrote:
> Hi,
>
> The following diff updates py-relatorio to 0.9.1
>
> Announce: https://discuss.tryton.org/t/release-of-relatorio-0-9-1/
>
> Tested on amd64 with relatorio testsuite (make test) + trytond testsuite.
>
> Only trytond
On Sun, Jan 26, 2020 at 03:21:02PM +0100, Charlene Wendling wrote:
> Ping again :)
> On Sat, 18 Jan 2020 13:59:08 +0100
> Charlene Wendling wrote:
> > Ping :)
> >
> > On Sat, 11 Jan 2020 22:05:46 +0100
> > Charlene Wendling wrote:
> >
> > >
> > > >
On Wed, Jan 29, 2020 at 04:49:29PM -0800, Nam Nguyen wrote:
> Kurt Mosiejczuk writes:
> > Committed.
> > --Kurt
> Thank you for the feedback and testing. I think you forgot to commit
> patches/patch-libs_python_src_converter_builtin_converters_cpp (along
> with an
On Wed, Jan 29, 2020 at 09:25:14PM +, Stuart Henderson wrote:
> On 2020/01/28 23:18, Kurt Mosiejczuk wrote:
> > I just ran this on my speedy amd64 test machine and it built to completion.
> > It also packaged up. I haven't run any further tests though.
> Thanks. i386 bulk is
On Tue, Feb 04, 2020 at 09:06:48PM +0100, Martin Reindl wrote:
> Indeed, the py-nose TEST_DEPENDS was unnecessary, thanks for spotting.
> Surprisingly, with ports-gcc, test_memory_leak does not fail. I wonder
> how tests behave on sparc64, it builds OK there according to the
> packages dir.
On Thu, Feb 06, 2020 at 09:08:20AM +0100, Martin Reindl wrote:
> You are right, py-nose is needed for these tests. I will therefore go
> with this diff.
> Thank you for the help Kurt and Charlene!
One quick nit with this latest version
> -# one test fail:
> -# numpy 1.9.2 - median() don't
On Thu, Feb 06, 2020 at 01:43:37PM +0100, Jan-Piet Mens wrote:
> > This version is OK sthen@ to import.
> Anybody willing to donate a second ok? :)
ok kmos.
Imported.
Thank you!
--Kurt
On Sat, Feb 01, 2020 at 02:14:10PM +0100, Charlene Wendling wrote:
> Hi,
>
> (If you wonder: telemetry is not activated by default at runtime)
> I've found that the latest mscore was broken during the last sparc64
> bulk while trying to link some google analytics third party library:
> >
On Sat, Feb 01, 2020 at 01:36:35PM +0100, Charlene Wendling wrote:
> Hi,
> > http://build-failures.rhaalovely.net/sparc64/2020-01-29/productivity/homebank.log
> Initial declarations in for loops require to explicitly use C99 with
> base-gcc.
> With the below diff it fixes the build on powerpc
On Sun, Feb 02, 2020 at 10:39:16PM +0100, Christian Weisgerber wrote:
> This updates devel/gmp to 6.2.0.
> gmp has a ton of machine-specific optimizations, so success on one
> arch doesn't mean it will work elsewhere.
> I have successfully run the regression tests on
> * aarch64
> * amd64
> *
On Fri, Feb 07, 2020 at 09:24:52AM +0100, Charlene Wendling wrote:
> > http://build-failures.rhaalovely.net/sparc64/2020-02-01/security/opensc.log
> The last update brought back `-Werror', so i took the matter upstream
> [0] to avoid that in the future, port flags will be on top priority now.
>
On Fri, Feb 07, 2020 at 10:08:29AM +0100, Charlene Wendling wrote:
> The latest version of cad/qrouter is broken in the current sparc64 bulk:
> > cc -O2 -pipe -Wno-return-type -O2 -pipe -Wno-return-type
> > -I/usr/X11R6/include -fPIC -DPA CKAGE_NAME=\"\"
> > -DPACKAGE_TARNAME=\"\"
On Fri, Jan 24, 2020 at 11:27:50AM +0100, Solene Rapenne wrote:
> This will be helpful for people upgrading to 6.7 who had disabled pledge
> in firefox, and also to tell people about unveil addition to firefox and
> that it can be disabled.
> ok?
ok kmos
> Index: current.html
>
On Wed, Jan 29, 2020 at 02:38:59AM +0100, Charlene Wendling wrote:
> Hi,
>
> > http://build-failures.rhaalovely.net/sparc64/2020-01-26/security/ophcrack.log
> (and in the current powerpc bulk)
>
> In ${WRKSRC}/src/samdump2/samdump2.c:44, a bundled bswap.h is #include'd
> when built on big endian
On Wed, Jan 29, 2020 at 12:39:20AM +, Stuart Henderson wrote:
> On 2020/01/28 22:42, Stuart Henderson wrote:
> > On 2020/01/28 21:03, Stuart Henderson wrote:
> > > On 2020/01/27 18:53, Nam Nguyen wrote:
> > > > ping. Can someone run bulk builds using this devel/boost diff?
> > >
> > > Here it
We marked nginx-passenger this way, but we're still trying to build
passenger itself on the other arches.
ok to mark ruby-passenger this way too?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/www/ruby-passenger/Makefile,v
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 add it and it bumps REVISION.
ok?
--Kurt
Index: Makefile
On Wed, Feb 19, 2020 at 11:48:28AM +1000, Jonathan Matthew wrote:
> > I thought I'd have a look at this, since I'm actually using erlang
> > on sparc64 now. The erlang21 flavor built, but the escriptized file
> > ends up looking like this:
> > -r-x--S--- 1 4087335480 1892169536 209098 Feb
On Wed, Feb 19, 2020 at 11:49:01AM +0100, Paco Esteban wrote:
> Hi ports@,
> This is an update for devel/py-babel from 2.7.0 to 2.8.0
> Changelog reads:
> Improvements
> * CLDR: Upgrade to CLDR 36.0 - Aarni Koskela (#679)
> * Messages: Don't even open files with the "ignore" extraction
On Thu, Feb 20, 2020 at 01:55:00PM +, Stuart Henderson wrote:
> Quite a few python modules are now py3-only, and more are switching
> over to that. The current ports setup where we use MODPY_VERSION=
> ${MODPY_DEFAULT_VERSION_3} and no FLAVOR isn't really very good,
> especially where
On Thu, Feb 20, 2020 at 12:07:41PM +0100, Paco Esteban wrote:
> Hi ports@,
> Here's an update for devel/py-wheel from 0.31.0 to 0.34.0
> This is the changelog:
> https://github.com/pypa/wheel/blob/master/docs/news.rst
> All tests pass both py2 and py3 on amd64.
> Those tests were not running
On Thu, Feb 20, 2020 at 10:06:23AM -0800, Peter Ezetta wrote:
> Hi ports@,
> I have updated the OpenSSL patch per Sebastien's recommendation.
> On Tue, Feb 18, 2020 at 10:55 AM Jeremie Courreges-Anglas
> wrote:
> > However this zola update doesn't build on sparc64 because of the ring
> > crate
On Sun, Feb 09, 2020 at 03:25:48PM +0100, Theo Buehler wrote:
> On Sat, Feb 08, 2020 at 03:22:52PM -0500, Kurt Mosiejczuk wrote:
> > On Sat, Feb 08, 2020 at 07:26:31PM +0100, Theo Buehler wrote:
> > > I can add arm64 to sthen's table. Builds & works ok:
> > &
1.4.1 (2019-10-26)
This is the latest release with py2 support
Remove py33, py34 support
web scraping improvements: default timeout and session support
Add API methods to serialize form-related elements according to spec
Include HTML markup when querying textarea text/value
0.10.9
--
- Fixed regression with `add_callback()` and content-type header.
- Fixed implicit dependency on urllib3>1.23.0
0.10.8
--
- Fixed cookie parsing and enabled multiple cookies to be set by using a list of
tuple values.
I see no dependency on urllib3 before or after the
Update py-humanize to the 1.0.0 release. Tests are not included in
the pypi tarball. Also, they merged my diff making py-mock unnecessary
for the python3 flavor.
Changes are largely localization, but there's a few minor fixes.
Only consumer is tootstream which still works.
ok?
--Kurt
Index:
0.5 (2018-09-20)
New feature: SMTP email message objects now include a ``details`` property
capturing the envelope details.
0.4.2 (2018-11-14)
Fix support for Python 3.6 (fixes #21).
Add support for Python 3.7.
0.4.1 (2017-11-28)
Re-release
On Tue, Feb 04, 2020 at 11:54:01AM +0100, Paco Esteban wrote:
> Hi Stuart,
> On Tue, 04 Feb 2020, Stuart Henderson wrote:
> > Please update HOMEPAGE to https://python-musicbrainzngs.readthedocs.io/
> > to use https and avoid redirects,
> Did not catch that one.
> > It will need an @pkgpath
On Fri, Feb 07, 2020 at 09:28:20PM +0100, Björn Ketelaars wrote:
> Diff below brings py-jupyter_core to 4.6.1, which is needed for a
> pending update of www/jupyter-notebook. Changelog can be found at
> https://github.com/jupyter/jupyter_core/blob/4.6.1/docs/changelog.rst
> Changes to the port:
>
1 - 100 of 1750 matches
Mail list logo
