On Sun, Feb 23 2020, Alex Naumov wrote:
> Greetings,
> this patch updates GNU libassuan to version 2.5.3.
>
> Patches should be removed, since they were added to the upstream code base.
Committed along with a removal of the patches. You can include file
removals in your cvs diffs by first runnin
Hi Matthias,
On Sun, Feb 23, 2020 at 11:50 AM Matthias Kilian wrote:
> I don't understand the benefit of complete copies of .cabal files
> over patches.
I was hoping to get some automation around it, but maybe the change
should wait until such automation materializes.
> IMHO, the annoying part
Am 21.02.20 um 15:27 schrieb Bjorn Ketelaars:
> Enclosed diff updates py-pandas to 1.0.1. Changes:
> https://pandas.pydata.org/docs/whatsnew/v1.0.0.html and
> https://pandas.pydata.org/docs/whatsnew/v1.0.1.html. Noticeable change
> is that python2 support has been dropped.
>
> This diff also touch
Hi,
This bumps stagit from 0.9.2 to 0.9.3:
* The Makefile of stagit was changed to pass the libgit2 CFLAGS and LDFLAGS
separately. It now uses LIBGIT_INC and LIBGIT_LIB.
* This release adds support for unveil(2).
For stagit this has the following properties now:
- stagit-index: only read
Hi Greg,
On Sun, Feb 23, 2020 at 08:37:03AM -0800, Greg Steuck wrote:
> I noticed we have a few bound relaxation patches that approximate the
> cabal behavior of downloading revised package files from hackage. I
> propose we build a tiny bit more common mechanism into ghc.mk that
> would copy file
> > Updated with some @owner/@group changes that were missed previously and
> > highlighted by this regeneration. I regen'd patches as well.
>
> Thanks! Sorry, I'm still getting the hang of this.
It was wrong before, your update just made it obvious :-)
> > I'm not sure what is going on with the
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
> correcti
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
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
> >
Hi Matthias,
I noticed we have a few bound relaxation patches that approximate the
cabal behavior of downloading revised package files from hackage. I
propose we build a tiny bit more common mechanism into ghc.mk that
would copy files/*.cabal files if they exist over into $WRKDIST. Then
we can rep
bulk build on octeon.ports.openbsd.org
started on Sat Feb 15 13:28:04 UTC 2020
finished at Sun Feb 23 13:52:26 UTC 2020
lasted 09D00h24m
done with kern.version=OpenBSD 6.6-current (GENERIC.MP) #17: Sat Feb 15
11:58:07 UTC 2020
built packages:9455
Feb 15:2204
Feb 16:760
Feb 17:698
Feb 18:711
Feb
On Sun, Feb 23, 2020 at 02:45:10PM +0100, Jasper Lievisse Adriaanse wrote:
>
>
> > On 22 Feb 2020, at 18:10, Kurt Mosiejczuk wrote:
> >
> > http://build-failures.rhaalovely.net/sparc64/2020-02-16/x11/gnome/bijiben.log
> >
> > Build has previously failed because it wants C99 mode. I added this
On Sun, 23 Feb 2020 15:07:40 +0300
Vadim Zhukov wrote:
> вс, 23 февр. 2020 г. в 10:19, Jeremie Courreges-Anglas
> :
> >
> > On Sat, Feb 22 2020, Charlene Wendling wrote:
> > > On Sun, 16 Feb 2020 08:04:12 +0100
> > > Jeremie Courreges-Anglas wrote:
> > >
> > >> On Sat, Feb 15 2020, Kurt Mosiejczu
Saturday, 20200222 13:01+, Stuart Henderson wrote:
> On 2020/02/21 21:40, David Goerger wrote:
> > I noticed 3.0.28 was released about a year ago, and figured it was
> > time for an update. Tested on amd64.
> >
> > The full changelog from 3.0.26 is available here:
> >
> > https://www.privoxy
On 2020/02/23 14:32, Alex Naumov wrote:
> Hey ports@,
>
> I'm asking just to be sure that I'm not the only one who has this problem.
> By trying to build ports/packages dependent on python 2.7 on my arm64
> machine I get this error:
>
> ...
> ===> Building package for python-2.7.16p1
> Create /u
> On 22 Feb 2020, at 18:10, Kurt Mosiejczuk wrote:
>
> http://build-failures.rhaalovely.net/sparc64/2020-02-16/x11/gnome/bijiben.log
>
> Build has previously failed because it wants C99 mode. I added this as
> a test to the last build and it built fine.
>
> ok?
>
> (cc maintainers)
>
> --K
Hey ports@,
I'm asking just to be sure that I'm not the only one who has this problem.
By trying to build ports/packages dependent on python 2.7 on my arm64
machine I get this error:
...
===> Building package for python-2.7.16p1
Create /usr/packages/aarch64/all/python-2.7.16p1.tgz
Creating packa
вс, 23 февр. 2020 г. в 10:19, Jeremie Courreges-Anglas :
>
> On Sat, Feb 22 2020, Charlene Wendling wrote:
> > On Sun, 16 Feb 2020 08:04:12 +0100
> > Jeremie Courreges-Anglas wrote:
> >
> >> On Sat, Feb 15 2020, Kurt Mosiejczuk wrote:
> >> > http://build-failures.rhaalovely.net/sparc64/2020-02-11
On Fri, Feb 21, 2020 at 06:59:37PM -0900, Micah Muer wrote:
> This patch updates games/vitetris from 0.57.0 to 0.58.0. This is the
> changelog:
>
> * Fix insecure use of printf
> * netplay.c: add missing includes generating warnings on compile
> * Update README
> * Remove old game server
> * Updat
Greetings,
this patch updates GNU libassuan to version 2.5.3.
Patches should be removed, since they were added to the upstream code base.
'portcheck ' returns 0. All tests are OK:
$ make test
===> Regression tests for libassuan-2.5.3
Making check in m4
Making check in src
make check-am
Making c
On 23/02/2020 10:02, Theo Buehler wrote:
In a port I'm working on that uses py-ecdsa, I ran into failures like
the following:
File "/usr/local/lib/python3.7/site-packages/ecdsa/keys.py", line 71, in
from six import PY3, b
ModuleNotFoundError: No module named 'six'
So I think we n
In a port I'm working on that uses py-ecdsa, I ran into failures like
the following:
File "/usr/local/lib/python3.7/site-packages/ecdsa/keys.py", line 71, in
from six import PY3, b
ModuleNotFoundError: No module named 'six'
So I think we need the diff below, but I'm very new to Python p
22 matches
Mail list logo
