On Wed Nov 11, 2015 at 02:49:09AM -0800, Vadim Zhukov wrote:
> 2015-11-10 22:01 GMT-08:00 Rafael Sadowski :
> > Hello @ports,
> >
> > update to the last stable 2.X branch before I'm ready with opencv 3.0.0
> > and doxygen update. Tested on amd64
> >
> >
> > Comments ? OK ?
> >
> > Best regards, Raf
Il 12/nov/2015 23:26, "Antoine Jacoutot" ha scritto:
>
> On Thu, Nov 12, 2015 at 11:24:28PM +0100, David Coppa wrote:
> >
> > Hi!
> >
> > Bugfixing update to cairo-1.14.4, no API changes.
>
> Overlapping work, next time ask maintainer first...
>
> > http://www.cairographics.org/news/cairo-1.14.4/
On 2015-11-11, Jérémie Courrèges-Anglas wrote:
> Right now p7zip fails to build on several archs, because of the rather
> lame approach to endianness taken by this port. This patch should allow
> to build p7zip on all archs supported by OpenBSD.
Have you considered getting the information from
Here are 3 more of the deps needed for letsencrypt, attached tgz
unpacks in dump^H^H^H^Hdevel/.
py-configargparse - argparse replacement, allows options to be set via files/env
py-parsedatetime - parse human-readable date/time text
py-python2-pythondialog - Python interface to the UNIX dialog util
Hi!
Bugfixing update to cairo-1.14.4, no API changes.
http://www.cairographics.org/news/cairo-1.14.4/
Index: Makefile
===
RCS file: /cvs/ports/graphics/cairo/Makefile,v
retrieving revision 1.57
diff -u -p -u -p -r1.57 Makefile
---
On Thu, Nov 12, 2015 at 11:24:28PM +0100, David Coppa wrote:
>
> Hi!
>
> Bugfixing update to cairo-1.14.4, no API changes.
Overlapping work, next time ask maintainer first...
> http://www.cairographics.org/news/cairo-1.14.4/
This diff has already been in 10 of my bulks.
I've been pinging eric@
Stuart Henderson writes:
> On 2015/11/11 22:19, Josh Grosse wrote:
>> On Wed, Nov 11, 2015 at 09:45:22PM -0500, Josh Grosse wrote:
>> > Fixing the code may be the correct solution, but it is beyond me, as
>> > I don't have the technical skills to deal with the portability issues
>> > that were
Here's the first i386 failure, in devel/xulrunner/24:
[...]
INPUT("../../media/webvtt/error.o")
INPUT("../../media/webvtt/lexer.o")
INPUT("../../media/webvtt/node.o")
INPUT("../../media/webvtt/parser.o")
INPUT("../../media/webvtt/string.o")
/usr/obj/ports/xulrunner-24.8.0/mozi
Update to go 1.5.1. There are some oddities because of bootstrapping, but it
generally seems to work ok. Needs some polish, but it's a start.
The bootstrap requires an existing go install, but the file layout we use
for the package doesn't seem to work. So it bootstraps from an existing
*build* of
Yes, I like this as well. I'll test soon too! Thanks sthen.
On Thu, Nov 12, 2015 at 12:36 PM Michael McConville
wrote:
> Stuart Henderson wrote:
> > Currently these are scattered all over the place. I'd like to move
> > them all to subdirs of security/yubico:
>
> Sounds like a good idea to me. I
On 2015/11/12 12:33, Michael McConville wrote:
> Stuart Henderson wrote:
> > Currently these are scattered all over the place. I'd like to move
> > them all to subdirs of security/yubico:
>
> Sounds like a good idea to me. I remember this being annoying when I got
> my YubiKey.
>
> Will test buil
Stuart Henderson wrote:
> Currently these are scattered all over the place. I'd like to move
> them all to subdirs of security/yubico:
Sounds like a good idea to me. I remember this being annoying when I got
my YubiKey.
Will test build soon.
As usual I remembered something just after sending. Updated tgz attached
for paths in LIB_DEPENDS.
On 2015/11/12 14:37, Stuart Henderson wrote:
> Currently these are scattered all over the place. I'd like to move
> them all to subdirs of security/yubico:
>
> devel/libyubikey
> sysutils/ykpers
> s
Currently these are scattered all over the place. I'd like to move
them all to subdirs of security/yubico:
devel/libyubikey
sysutils/ykpers
security/yubikey-personalization-gui
and add a new one, ykclient (for validating against web API servers).
Each of these has two "names", the DISTNAME and a
On Thu, Nov 12, 2015 at 11:24:20AM +, Stuart Henderson wrote:
> > > I considered something like this too, but it didn't overall feel quite
> > > right - we need a way to set the script name anyway (even without
> > > autoreconf -fi the names vary), and I'm trying to avoid too much use
> > > of
> I forgot to mention a "small" detail: the ports that needed a fix were
> discovered by a bulk build, the diff below went into a second bulk with
> no breakage. Thanks Antoine for those bulks. :)
One thing about it. lang/mono always fail in my bulks, so there may be a couple
of dragons still lu
Stuart Henderson writes:
> On 2015/11/12 02:17, Jérémie Courrèges-Anglas wrote:
>> Stuart Henderson writes:
>>
>> > Here (after rather a lot of pain) is a port for FreeRADIUS 3.0.10.
>> > The config isn't directly compatible with 2.x (at least the files have
>> > moved around), and in addition
j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
> Nigel Taylor writes:
>
>> On 11/10/15 13:00, Jérémie Courrèges-Anglas wrote:
>>>
>>> Hi,
>>>
>>> it's been a few years that our bison port hasn't been updated, the main
>>> reason being that our m4 doesn't groke some of the constructs used by
> > I considered something like this too, but it didn't overall feel quite
> > right - we need a way to set the script name anyway (even without
> > autoreconf -fi the names vary), and I'm trying to avoid too much use
> > of the word "autogen" to avoid confusion with devel/autogen.
>
> Now that yo
On Thu, Nov 12, 2015 at 10:49:19AM +, Stuart Henderson wrote:
> On 2015/11/11 11:43, Antoine Jacoutot wrote:
> > On Wed, Nov 11, 2015 at 09:51:55AM +, Stuart Henderson wrote:
> > > After getting annoyed at typing this manually for the Nth time, I thought
> > > it would be a good idea to add
On 2015/11/11 11:43, Antoine Jacoutot wrote:
> On Wed, Nov 11, 2015 at 09:51:55AM +, Stuart Henderson wrote:
> > After getting annoyed at typing this manually for the Nth time, I thought
> > it would be a good idea to add support for running "autogen.sh" type scripts
> > to gnu.port.mk. The dif
On 2015/11/11 20:46, trondd wrote:
> On Wed, November 11, 2015 5:16 am, Joerg Jung wrote:
> > On Mon, Nov 09, 2015 at 09:21:03PM -0500, trondd wrote:
> >> Patched the config/rc scripts to maintain the existing default font when
> >> using the new dmenu.
> >
> > The patch does not apply cleanly here
On 2015/11/12 02:17, Jérémie Courrèges-Anglas wrote:
> Stuart Henderson writes:
>
> > Here (after rather a lot of pain) is a port for FreeRADIUS 3.0.10.
> > The config isn't directly compatible with 2.x (at least the files have
> > moved around), and in addition future 3.x versions are going to r
On 2015/11/11 22:19, Josh Grosse wrote:
> On Wed, Nov 11, 2015 at 09:45:22PM -0500, Josh Grosse wrote:
> > Fixing the code may be the correct solution, but it is beyond me, as
> > I don't have the technical skills to deal with the portability issues
> > that were raised and to my understanding st
24 matches
Mail list logo
