On Sat 19/09/2020 15:51, Kurt Mosiejczuk wrote:
> This moves py-algorithm-munkres to use FLAVOR=python3 rather than
> using MODPY_DEFAULT_VERSION_3. Also includes the necessary changes for
> its only consumer, audio/beets.
>
> ok?
Looks good. OK bket@
Hi,
Recently I was porting a program that uses Boost Asio to OpenBSD and
found it was exiting frequently with SIGPIPE. This doesn't happen on
Linux because on that platform Asio passes the MSG_NOSIGNAL flag to
sendmsg(2). (It doesn't on FreeBSD either because Asio uses the
SO_NOSIGNAL socket optio
Hello,
Attached in this email is a port of multimc, here is the description of
it:
MultiMC is a free, open source launcher for Minecraft. It allows you
to have multiple, cleanly separated instances of Minecraft (each with
their own mods, texture packs, saves, etc) and helps you manage them
and th
On Sat, Sep 19, 2020 at 01:38:52PM -0400, Kurt Mosiejczuk wrote:
> py-ftpdlib has no consumers. Do we want to remove it?
No. ftpdlib is a great ftp server when you need to share a directory
with other computers on your LAN or in a guest/host VM setup.
$ python -m pyftpdlib -p 12345
--
Juan Fra
On Sun, Sep 20, 2020 at 12:57:06AM +0200, Juan Francisco Cantero Hurtado wrote:
> On Sat, Sep 19, 2020 at 01:38:52PM -0400, Kurt Mosiejczuk wrote:
> > py-ftpdlib has no consumers. Do we want to remove it?
> No. ftpdlib is a great ftp server when you need to share a directory
> with other computers
Le 2020-09-19 19:48, Kurt Mosiejczuk a écrit :
pcapdiff doesn't have any consumers and is python2 only. pcapdiff
is no longer under development. (It's homepage at EFF refers one
to another project instead).
Remove it?
--Kurt
Why remove it? Because it's python2? Do we have a python2 expiration
On Sat, Sep 19, 2020 at 01:38:52PM -0400, Kurt Mosiejczuk wrote:
> py-ftpdlib has no consumers. Do we want to remove it?
The import message reads like this is actually useful to someone:
revision 1.1.1.1
date: 2010/11/11 09:18:57; author: jasper; state: Exp; lines: +0 -0;
On Sat, Sep 19 2020, Stuart Henderson wrote:
> The duplicity patch which set gpg_binary from the default None to gpg2
> was removed, should that actually be changed to set it to gpg?
>
> - --gpg_binary = None
> -+gpg_binary = 'gpg2'
This setting is used to override the defaults in gnupginterface.
On Sat, Sep 19, 2020 at 10:45:19PM +0200, Klemens Nanni wrote:
> On Sat, Sep 19, 2020 at 08:08:43PM +0200, Stefan Hagen wrote:
> > Stefan Hagen wrote:
> > > Good source code indexers are rare, but this one might just be
> > > too old by now.
> > misc/tkman depends on textproc/glimpse. This one wou
On Sat, Sep 19, 2020 at 08:08:43PM +0200, Stefan Hagen wrote:
> Stefan Hagen wrote:
> > Good source code indexers are rare, but this one might just be
> > too old by now.
>
> misc/tkman depends on textproc/glimpse. This one would have to go too.
> I haven't found any other dependency.
Thanks for d
On Sat, Sep 19, 2020 at 02:22:51PM -0400, Kurt Mosiejczuk wrote:
> On Sat, Sep 19, 2020 at 08:00:41PM +0200, Solène Rapenne wrote:
>
> > > Remove it?
>
> > Why remove it? Because it's python2? Do we have a python2 expiration
> > policy? (I see others OS have a deadline for python2 removal, maybe
This moves py-algorithm-munkres to use FLAVOR=python3 rather than
using MODPY_DEFAULT_VERSION_3. Also includes the necessary changes for
its only consumer, audio/beets.
ok?
--Kurt
Index: audio/beets/Makefile
===
RCS file: /cvs/ports
The duplicity patch which set gpg_binary from the default None to gpg2 was
removed, should that actually be changed to set it to gpg?
- --gpg_binary = None
-+gpg_binary = 'gpg2'
Otherwise reads ok to me.
--
Sent from a phone, apologies for poor formatting.
On 19 September 2020 12:14:20 Edd Ba
On Sat, Sep 19, 2020 at 08:00:41PM +0200, Solène Rapenne wrote:
> > Remove it?
> Why remove it? Because it's python2? Do we have a python2 expiration
> policy? (I see others OS have a deadline for python2 removal, maybe
> we should do the same)
It's python2.
It's not available from its author, o
On Thu, 17 Sep 2020 00:25:06 +0800
Shawn Chiou wrote:
> Hi ports@,
> ...
> Any feedback is welcome.
>
> Shawn Chiou
> --
Thank you for porting this. I like this terminal.
Hakan
Stefan Hagen wrote:
> Good source code indexers are rare, but this one might just be
> too old by now.
misc/tkman depends on textproc/glimpse. This one would have to go too.
I haven't found any other dependency.
Best Regards,
Stefan
Hello,
I noticed, that there is textproc/glimpse. Glimpse is functional, but
upstream is dead for years. Glimpse (the indexer) is completely gone
and can only be found on mirrors and archive.org. Webglimpse originally
was the webfrontend for glimpse, but is mentioned as homepage in the
port (which
pcapdiff doesn't have any consumers and is python2 only. pcapdiff
is no longer under development. (It's homepage at EFF refers one
to another project instead).
Remove it?
--Kurt
py-ftpdlib has no consumers. Do we want to remove it?
--Kurt
Sebastien Marie wrote:
> On Sat, Sep 19, 2020 at 06:42:55PM +0200, Stefan Hagen wrote:
> > Hello,
> >
> > Lua-say is required by devel/luassert, which I've sent in a minute ago.
> >
> > Say is a simple string key/value store for i18n or any other case where
> > you want namespaced strings.
> >
>
Hello,
This luakit update is specifically for OpenBSD.
luakit changes:
- fixed up CFLAGS to compile with the correct XOPEN_SOURCE and C standard.
- fixed an issue where long options where used on eval (not supportd in BSD)
- upstreamed replacement of "rm" with os.remove()
- no more debugging sym
Hello,
Lua-say is required by devel/luassert, which I've sent in a minute ago.
Say is a simple string key/value store for i18n or any other case where
you want namespaced strings.
ports-lib-depends-check: ok
portcheck -N: ok
Best Regards,
Stefan
Hello,
I want to be able to run the test-suite of www/luakit. These tests
are using `luassert`
Luassert extends Lua's built-in assertions to provide additional tests
and the ability to create your own. It comes preloaded with argument
formatters for common Lua types, but it is easy to roll your o
Edd (via dpb) found a problem with gromit-mpx relying on Python in
unnecessary ways. The attached update fixes that.
I've been using gromit-mpx in anger in recent days, and have found that it
works really well!
Laurie
gromit-mpx.tgz
Description: application/tar-gz
libindicator.tgz
Descriptio
Remi Locherer wrote:
> On Fri, Sep 18, 2020 at 06:47:44PM -0400, trondd wrote:
> > Looking around at RSS readers and thought I'd update snownews. Jumps us
> > ahead by like 10 years. Some significant changes to the configure process
> > I hope I worked around right. Moved to GitHub. They also
On Fri, Sep 18, 2020 at 06:21:25AM +0200, Bjorn Ketelaars wrote:
>
> On Thu 17/09/2020 13:56, Shawn Chiou wrote:
> > Hi bket@,
> >
> > Thanks for your review and advice.
> >
> > All issues fixed with new attached file.
>
> Port looks good, and runs fine on amd64. I'm OK with this if someone
> w
Hi Olivier,
On 2020-08-09 12:01, Olivier Taïbi wrote:
ping, I also added bash as a build dependency (for bash-completion)
It's great that notmuch is in ports now! I am trying it out and it sure
works a lot smoother than it used to when built with the -wip port.
Thanks for the effort you put
Hi,
On Sat, Sep 19, 2020 at 01:16:21AM +0200, Jeremie Courreges-Anglas wrote:
> If we want this for the next release, here's a diff that moves
> security/gnupg2 to security/gnupg and adapts consumers.
Thanks for doing this! I've just started a mini-bulk on anything which
{RUN,BUILD}_DEPENDS on gn
On Fri, Sep 18, 2020 at 06:47:44PM -0400, trondd wrote:
> Looking around at RSS readers and thought I'd update snownews. Jumps us
> ahead by like 10 years. Some significant changes to the configure process
> I hope I worked around right. Moved to GitHub. They also dropped native
> SSL support s
Greetings,
The attached diff updates cad/opensta to a just published release.
What's new upstream
===
* Github user is now "The-OpenROAD-Project" and some days ago they made available the
first "stable" archive for this tool;
* Better leakage and internal power treatment;
* Si
On Tue, Sep 15, 2020 at 06:30:05PM +0200, Otto Moerbeek wrote:
> On Tue, Sep 15, 2020 at 09:01:20AM -0600, phess...@openbsd.org wrote:
>
> > bulk build on arm64.ports.openbsd.org
> > started on Fri Sep 11 19:14:07 MDT 2020
> > finished at Mon Sep 14 10:55:24 MDT 2020
> > lasted 2D15h41m
> > done
Thanks Ricardo.
Any other comments or okays?
File reattached for convenience.
On Thu, Sep 10, 2020 at 07:39:01PM +0100, Ricardo wrote:
> Hi Mikolaj,
>
> I tested it briefly and seems to be working on amd64.
>
> Take care.
> Ricardo
>
> On 9/10/20 8:31 AM, Mikolaj Kucharski wrote:
> > Ping.
>
Hi,
Attached is a port of FNA3D. It is a native reimplementation of the XNA
4.0 graphics API. It is used by more recent versions of FNA. All
versions starting with 20.09 rely on this library.
The port is in C and relatively straightforward. It removes the bundled
mojoshader library in favor of th
33 matches
Mail list logo
