On Sun, 20 Nov 2016 05:29:40 +0300, "Vladimir D. Seleznev"
wrote:
> Hi, ports@!
>
> Here is an update for py-feedgenerator:
What do you think about adding a py3 flavor? So in a near future we can
move pelican to py3.
Here's a diff to add the py3 flavor. Also I removed the last sentence
from DE
Hi ports@,
diff below fix x11/qt5 -debug FLAVOR on amd64[1] and W^X violation in:
/usr/local/lib/qt5/bin/designer
/usr/local/lib/qt5/bin/assistant
[1]: https://marc.info/?l=openbsd-ports&m=147855534726608&w=2
Comments? OK?
Kind regrads,
Rafael
Index: Makefile
===
Hi Stuart,
On Sat, Nov 19, 2016 at 11:30:55AM +, Stuart Henderson wrote:
> I'm not sure whether mako should just be a dep for ipython build, sphinx,
> or something else. Does anyone know how this is meant to fit together?
Naddy reported this to me a few weeks ago, but neither I nor shadchin@
On Sun, Nov 20, 2016 at 10:29:48AM +0100, Daniel Jakots wrote:
> On Sun, 20 Nov 2016 05:29:40 +0300, "Vladimir D. Seleznev"
> wrote:
>
> > Hi, ports@!
> >
> > Here is an update for py-feedgenerator:
>
> What do you think about adding a py3 flavor? So in a near future we can
> move pelican to py
Hi ports@,
Here is a new port: textproc/fzy
Comments? OK?
>From DESCR:
fzy is a fast, simple fuzzy text selector for the terminal with an advanced
scoring algorithm.
Most other fuzzy matchers sort based on the length of a match. fzy tries
to find the result the user intended. It does this by f
This patch addresses CVE-2016-9296. Diffs attached for both
-current and 6.0-stable. The CVE mentions only version 16.02, but
it also affects 15.14 (6.0-stable).
The patch comes from upstream's upstream, the developer of 7zip.
Tested on amd64 and i386.
Index: Makefile
===
On Tue, Nov 15, 2016 at 06:56:59PM +0100, Rafael Sadowski wrote:
> On Mon Nov 14, 2016 at 03:54:30PM -0500, Taylor Stearns wrote:
> > On Fri, Nov 04, 2016 at 05:52:49PM -0400, Taylor Stearns wrote:
> > > On Thu, Jun 16, 2016 at 07:28:43PM -0400, Taylor Stearns wrote:
> > > > A small but very handy
Hi,
The next version of audio/cmus (2.8.0-rc0 at the moment) will require
.
This doesn't exist in base, and the only place where I can find this
is in clang, so my next cmus update would lose a bit of platform
support.
Newer versions of GCC in ports have C11 support, and better platform
support