On Fri, Sep 11, 2020 at 10:57:54PM +0200, Christian Weisgerber wrote:
> Otto Moerbeek:
>
> > > Is it possible that char* (env_vers_cstr) points to null or garbage
> > > because env changed? Or is this nonsense and this cannot happen and
> > > env_vers_cstr is always valid with the first match?
>
Hi Elias --
On Friday, September 11, 2020 4:40 PM, Elias M. Mariani
wrote:
> Hi ports@
>
> I recently updated x11/terminator that had a dependency on
> "devel/py-notify".
> I noticed that they had switched to using py-gobject3 to access the
> libnotify library some time ago and this went unnoti
Hi ports --
Attached is an update to Stockfish.
Release notes:
https://github.com/official-stockfish/Stockfish/releases/tag/sf_12
Stockfish has moved to a new neural-net based evaluator. However, the
neural net support code is not available with the tarball. So we have
to the do the same trick a
Hi Brian.
I see no problem with keeping libnotify, actually I just wanted to
remove py-notify.
The rest was a clean-up that came while looking at it.
So, it's OK for me to keep libnotify as a RUN_DEPENDS.
And, maybe it's needed for more than the plugin, the documentation
could be wrong.
Cheers.
El
[moving to ports@openbsd.org list]
On 2020-09-11, Ashlen wrote:
> Sorry Stuart, I think I accidentally replied to you directly the first
> time I sent this. I'm still getting used to neomutt.
No problem, for mailing lists you usually want 'group-reply'
(by default this is bound to 'g' in mutt/ne
Otto Moerbeek:
> > Is it possible that char* (env_vers_cstr) points to null or garbage
> > because env changed? Or is this nonsense and this cannot happen and
> > env_vers_cstr is always valid with the first match?
>
> No, Posix allows previous values of getenv() to be invalidated by
> subsequenc
Hello all,
I tried but failed to compile monero (the cryptocurrency) - stuck at the
...
-- Configuring incomplete, errors occurred!
See also
"/opt/t/monero-release-v0.16/build/release/CMakeFiles/CMakeOutput.log".
See also
"/opt/t/monero-release-v0.16/build/release
Hi ports@
I recently updated x11/terminator that had a dependency on
"devel/py-notify".
I noticed that they had switched to using py-gobject3 to access the
libnotify library some time ago and this went unnoticed because
py-notify installs libnotify.
I think that it's the same case with audio/exai
This a python implementation of the blurhash algorithm, used by the
mastodon software to hide sensitive images using compact placeholders.
It is needed for an update to mastodon.py to support newer mastodon
versions.
Patched so that tests will run, but currently they're not included in
the source
Update for AlephOne and the Marathon game files to the recent 1.3.1 release.
Major Changes:
Uses SDL 2 for much-improved compatibility with new operating systems
Better support for game controllers
Better performance for the software renderer
Improved mouse control options, with se
OK
On 2020 Sep 11 (Fri) at 15:53:47 -0400 (-0400), Pamela Mosiejczuk wrote:
:This is needed for the new port mypaint, which follows. (Gimp depends on the
:1.x branch of this port, currently in the tree, while MyPaint itself needs
:the 2.x).
:
:"Brushes used by MyPaint and other software using libm
OK
On 2020 Sep 11 (Fri) at 15:56:09 -0400 (-0400), Pamela Mosiejczuk wrote:
:MyPaint is a simple drawing and painting program that works well
:with Wacom-style graphics tablets. Its brush engine is versatile and
:configurable, and it provides useful, productive tools. The standard
:brushes can emu
MyPaint is a simple drawing and painting program that works well
with Wacom-style graphics tablets. Its brush engine is versatile and
configurable, and it provides useful, productive tools. The standard
brushes can emulate traditional media like charcoal, pencils, ink, or
paint.
Uses mypaint-brus
This is needed for the new port mypaint, which follows. (Gimp depends on
the 1.x branch of this port, currently in the tree, while MyPaint itself
needs the 2.x).
"Brushes used by MyPaint and other software using libmypaint."
OK to import?
-Pamela
mypaint-brushes2.tgz
Description: Binary da
On 2020/09/10 16:18, Aaron Bieber wrote:
> Hello!
>
> This fixes / updates ipfs to 0.7.0-rc2. This includes the QUIC stuff
> that was holding things back before.
>
> After migrating the fs-repo to version 10 everything seems hunky dory.
>
> To migrate:
> # su -s/bin/sh _go-ipfs
> $ IPFS_PATH
On Fri, Sep 11, 2020 at 08:11:09PM +0200, Rafael Sadowski wrote:
> On Thu Aug 13, 2020 at 04:47:47PM +0200, Christian Weisgerber wrote:
> > Occasionally, print/poppler fails to build with a curious error:
> >
> > A shared library has been built with the version number from
> > SHARED_LIBS, but du
On Thu Aug 13, 2020 at 04:47:47PM +0200, Christian Weisgerber wrote:
> Occasionally, print/poppler fails to build with a curious error:
>
> A shared library has been built with the version number from
> SHARED_LIBS, but during the fake stage this is forgotten and the
> upstream version number used
On 9/11/20 9:23 PM, bijan wrote:
Hi,
This is a patch to create new port devel/geany-plugins[1].
List of available plugins can be found here[2].
Thanks
[1]: https://plugins.geany.org/
[2]: https://github.com/geany/geany-plugins#enabledisable-features
Hi again.
Sorry but It seems I just forg
Hi,
any comments?
Kind regards
mbuhl
Hi,
This is a patch to create new port devel/geany-plugins[1].
List of available plugins can be found here[2].
Thanks
[1]: https://plugins.geany.org/
[2]: https://github.com/geany/geany-plugins#enabledisable-features
Please find attached diff to update sysutils/kubectl to latest stable
version 1.19.1.
Sorry, forgot to attach diff in previous email.
Kind regards,
KarlisCommon subdirectories: kubectl.orig/CVS and kubectl/CVS
diff -u kubectl.orig/Makefile kubectl/Makefile
--- kubectl.orig/Makefile Fri Sep 11 17
Hello,
Please find attached diff to update sysutils/kubectl to latest stable
version 1.19.1.
Tested on amd64.
Kind regards,
Karlis
Hola,
Update for Nextcloud to 19.0.3:
https://nextcloud.com/changelog/
OK? Comments?
Cheers.-
--
- gonzalo
Index: Makefile
===
RCS file: /cvs/ports/www/nextcloud/Makefile,v
retrieving revision 1.55
diff -u -p -r1
On Fri Sep 11, 2020 at 01:38:26PM +0200, Rafael Sadowski wrote:
> Simple diff to avoid "desktoptojson: vfprintf %s NULL in "Warning: %s
> (%s:%u, %s)" warnings in logs. The template lambda function need c++14
> so I adapted the CMake part to be sure we compile this with C++14
> enabled.
>
Merged
Update libpgf to the latest stable version. Since KDE4 has left us there
are no consumers. Just a simple update and to get rid of MAINTAINER.
Rafael
diff --git a/graphics/libpgf/Makefile b/graphics/libpgf/Makefile
index 1a0155a1a11..f07022097a2 100644
--- a/graphics/libpgf/Makefile
+++ b/graphics
On Fri Aug 28, 2020 at 10:31:14PM +0200, Stefan Hagen wrote:
> Stefan Hagen wrote:
> > Stefan Hagen wrote:
> > > Hello,
> > >
> > > this is QtPass, a graphical front-end for pass (security/password-store).
> > > It comes quite handy to restructure (rename/move) password files in a
> > > grown pas
Simple diff to avoid "desktoptojson: vfprintf %s NULL in "Warning: %s
(%s:%u, %s)" warnings in logs. The template lambda function need c++14
so I adapted the CMake part to be sure we compile this with C++14
enabled.
OK?
Index: Makefile
=
On Sun, 06 Sep 2020 00:02:38 +0200
Jeremie Courreges-Anglas :
> On Sat, Sep 05 2020, Solène Rapenne wrote:
> > Le 2020-09-05 13:25, Edd Barrett a écrit :
> >> Hi all,
> >> We've been talking about trying to remove security/gnupg (i.e. gpg
> >> version 1) for some time, and the recent plist clas
Simple update to the latest stable version. LibreSSL patch update from
Stefan Strogin (Gentoo). No dynamic export changes.
Feedback? OK?
Index: Makefile
===
RCS file: /cvs/ports/security/qca-qt5/Makefile,v
retrieving revision 1.7
di
On 2020/09/11 09:31, Antoine Jacoutot wrote:
> On Fri, Sep 11, 2020 at 09:26:06AM +0200, Solene Rapenne wrote:
> > On Sun, 06 Sep 2020 00:02:38 +0200
> > Jeremie Courreges-Anglas :
> >
> > > On Sat, Sep 05 2020, Solène Rapenne wrote:
> > > > Le 2020-09-05 13:25, Edd Barrett a écrit :
> > > >> H
On Fri, Sep 11, 2020 at 09:26:06AM +0200, Solene Rapenne wrote:
> On Sun, 06 Sep 2020 00:02:38 +0200
> Jeremie Courreges-Anglas :
>
> > On Sat, Sep 05 2020, Solène Rapenne wrote:
> > > Le 2020-09-05 13:25, Edd Barrett a écrit :
> > >> Hi all,
> > >> We've been talking about trying to remove sec
31 matches
Mail list logo