y's live coding competition where two contestants
improv-code an
effect in 25 minutes head-to-head.
Maintainer: Klemens Nanni
WWW: https://github.com/Gargaj/Bonzomatic
bonzomatic.tgz
Description: Binary data
Thanks jsg, I've appended the following to DESCR so users will now up
front whether it works on their machine:
At least OpenGL 4.1 is required, which is supported by
3rd generation Intel Core i3/i5/i7 "Ivy Bridge" processors and
ATI/AMD TeraScale 2 "Evergreen" chipsets or
On Thu, May 02, 2019 at 09:04:25AM -0400, Kurt Mosiejczuk wrote:
> OK?
sure
On Sat, May 04, 2019 at 04:01:18PM +0200, Jeremie Courreges-Anglas wrote:
> Given those reasons, I propose to delete this port. ok?
>
> (Of course if someone uses this, takes over maintainership and updates
> it to the latest version then it can be kept/re-added to the tree.)
I concur. OK to
On Fri, May 03, 2019 at 09:17:05AM +0200, Gonzalo L. Rodriguez wrote:
> OK? Comments?
Runs fine on amd64, OK with below fixed.
MESSAGE still links to 6.1 documentation; maybe you want to move the
version to ${V} and use that so future updates require only one bump?
`pre-configure' can turned
On Fri, May 03, 2019 at 12:50:22PM +0200, Hiltjo Posthuma wrote:
> It fixes a HTML escaping issue in path names. It also fixes error handling in
> the shellscript example files.
Committed, thanks.
Works fine with upplay on amd64, but no regress so set NO_TEST.
SEPARATE_BUILD=yes comes for free to split up the 112M build-amd64.
Feedback? OK?
Index: net/libupnpp/Makefile
===
RCS file: /cvs/ports/net/libupnpp/Makefile,v
With newer libupnp, the old amule, which saw its last release in 2016,
no longer builds.
I don't feel like diving into this code so I've simply disabled UPnP
support.
Are there any serious eMule users around that rely on UPnP and want to
fix it? Should we keep it enabled (and stick with the old
Cope with newer libupnpp and update to the next release:
- Minuscule source changes mostly dealing with building and documentation
Tested on amd64; regress is missing so set NO_TEST.
Feedback? OK?
Index: multimedia/upplay/Makefile
Most notable change is libthreadutil being merged into libupnp. Both
ABI and API changed, so crank majors.
Tested on amd64 through libupnpp and upplay for which I'll send updates
as well to cope with this one.
After all, the new version including `reuseaddr' support is required for
an upcoming
On Sat, Apr 27, 2019 at 02:29:24PM +0200, Klemens Nanni wrote:
> regress is missing so set NO_TEST.
Nevermind: already set; I mixed it up with the other diff.
OK kn
OK kn
On Wed, Jun 26, 2019 at 02:01:27PM +0200, Marc Espie wrote:
> Oh, the C++17 requirement is actually gone now, I forgot to scrape it from
> the makefile as well.
>
> But no, since qt5 already does it for me.
> Default being MODQT5_USE_CXX11=yes, which does take care of it for me.
I see, thanks.
>
With std=c++17 set, shouldn't you set COMPILER as well?
DESCR has trailing spaces and the Makefile could use space vs. tabs
cleaning around the assignment operator, looks good otherwise.
PREFIX is needed in FAKE_FLAGS only.
Can you either add a comment to the patch file so `make patch' shows
what is being done or trade the patch for a post-install as that seems
simpler. Your choice.
OK kn with FAKE_FLAGS.
On Sun, Jul 14, 2019 at 03:46:06PM +0200, Stefan Sperling wrote:
> Overriding gitdaemon_flags in /etc/r.conf.local will cause rc.d to
> run git-daemon run as root instead of the expected _gitdaemon user.
Well, you ought to check the existing daemon flags before changing them.
Admittedly, this is
OK kn
Committed, thanks.
On Tue, Jul 02, 2019 at 05:54:36PM +0100, Stuart Henderson wrote:
> Actually it is a bug in the port, the @pkgpath line should be adapted
> depending on the flavour.
Thanks, OK.
On Mon, Jun 24, 2019 at 11:29:37PM +0100, Stuart Henderson wrote:
> On 2019/06/25 00:06, Klemens Nanni wrote:
> > Logically obvious to me; any reasons not to do it?
>
> Yes - "make patch" may have failed but you still want to update files
> for whichever of the patches
https://irssi.org/2019/06/29/irssi-1.2.1-1.1.3-1.0.8-released/
I've never experienced issues with almost daily SASL authentications.
Update works, nothing new besides fixing a use after free.
OK?
Index: Makefile
===
RCS file:
I'll also adapt the license marker, plus here's the quirks bit.
Index: Makefile
===
RCS file: /cvs/ports/devel/quirks/Makefile,v
retrieving revision 1.768
diff -u -p -r1.768 Makefile
--- Makefile22 Jun 2019 18:23:34 -
On Mon, Jul 15, 2019 at 12:31:21AM +0200, Stefan Sperling wrote:
> On Sun, Jul 14, 2019 at 10:41:33PM +0100, Stuart Henderson wrote:
> > I think this is likely to work for git-daemon but isn't always going
> > to work in the general case (sometimes a daemon needs to bind to port <1024,
> > for
On Mon, Jul 15, 2019 at 12:01:59AM +0200, Stefan Sperling wrote:
> Is there any reason to start git-daemon through rc.d(8) in --inetd mode?
No; I was stupidly short-sighted when looking through git-daemon(1)
with regard to its options and `--user' in particular.
> I don't understand which
On Mon, Jul 15, 2019 at 08:05:56AM +0200, Antoine Jacoutot wrote:
> How so? What makes it behave differently when both options are started
> from rc.d?
Both are started from rc.d through `su -l ...', both get their HOME,
USER, PATH, etc. set - that means different `daemon_user' values will
cause
On Sun, Apr 21, 2019 at 12:39:29PM +0200, Rafael Sadowski wrote:
> Update intellij to the latest stable 2019 release. It works quite well
> with JDK11. Are there any reasons not to switch to JDK11?
OK for the update itself as I've been using 2019.1.1 already. Sticked
with 1.8+ however as I have
On Fri, Apr 19, 2019 at 06:41:40PM +0200, Solene Rapenne wrote:
> update bitlbee to 3.6 and uses https
Keeps working for me, OK kn.
> HOMEPAGE=http://bitlbee.org/
Has TLS as well.
On Sun, Apr 14, 2019 at 07:25:40PM +0200, Rafael Sadowski wrote:
> here's a new port for QtAV which can be used by the upcoming digikam
> 6.0.0 update. It's more or less a Qt5 QML FFmpeg player. This port is
> based on work from Vadim. After our FFmpeg update it's work quit well
> and fast. Test
On Wed, Apr 17, 2019 at 12:36:20PM +0200, Solene Rapenne wrote:
> This update gitea to last version on 1.7 branch, 1.7.6
>
> Include fixes for CVE-2019-11228 and CVE-2019-11229
Not really running gitea any longer due to its bad track record, but the
update works, OK kn.
You should add a quirks
On Tue, Jul 16, 2019 at 02:00:39AM -0700, Steven Roberts wrote:
> This is the patch we created which seems to resolve the issue:
>
> /usr/ports/devel/git/patches/patch-gpg-interface_c
I have not tested this fix, but it does sound like you want to talk with
upstream about it:
On Mon, Jul 15, 2019 at 01:55:23PM +0200, Gonzalo L. Rodriguez wrote:
HOMEPAGE redirects to www.smtube.org which has proper TLS, maybe use that?
Committed, thanks.
On Thu, Jun 27, 2019 at 10:10:31PM +0100, Stuart Henderson wrote:
> I had a quick look at a source code diff, despite 9 years gap
> there's not a lot of change. It looks pretty safe to me but given
> the risk of breakage I'd prefer to have more eyes on it.
I diffed 1.0.6 from 2010 and the current
On Sat, Jun 29, 2019 at 02:43:37PM +0200, Marc Espie wrote:
> - add test to the list of things that can be rebuilt/cleaned
> - recognize PORTS_PRIVSEP as a special case for automated testing,
> specifically, set TEST_IS_INTERACTIVE=network for testsuites that require
> network access.
These make
On Tue, Aug 13, 2019 at 06:28:47PM +0100, Stuart Henderson wrote:
> In the unlikely event anyone is actually resetting SYSCONFDIR, it only applies
> to ports not things from base like smtpd.conf. but the bin path should use a
> ports variable. So README needs this diff.
OK with that, thanks.
On Fri, Aug 02, 2019 at 02:59:36PM -0400, Brian Callahan wrote:
> Notably because I don't have a homepage for it :) I could throw up a github
> fork if that makes things easier for people. Either way, the DFly site is a
> better HOMEPAGE than a github page. But I could leave a note in DESCR saying
>From a first glance:
- is python a RDEP? build requires 2.x explicitly (configure)
- use AUTOCONF_ENV in MAKE_ENV
- WRKBUILD should be outside of WRKSRC; also: why not SEPARATE_BUILD?
- what makes it clang only? what makes it amd64 and i386 only?
On Sat, Aug 03, 2019 at 06:01:05PM -0400, Brian Callahan wrote:
> Nope; can add MODPY_RUNDEP=No. Not sure what you're saying in the second
> half there though. The build could use py2 or py3 (according to them) but I
> used py2 because it worked fine. If you're suggesting we use py3 instead,
>
On Sun, Aug 18, 2019 at 04:29:03PM +0200, Christian Weisgerber wrote:
> Can we delete all of devel/arm-elf? Yes? No?
> What's the use of an "arm-elf" cross-tools suite?
jca wanted to to the same in december 2017 and I had been the only one
replying that I used some of it - but this is long over
Thanks to both of you, obviously OK kn.
On Thu, Aug 15, 2019 at 04:44:38PM +0200, Jeremie Courreges-Anglas wrote:
> ritchie /tmp$ git clone rsync://host.xz/path/to/repo.git/
> Cloning into 'repo'...
> fatal: git-over-rsync is no longer supported
>
> Here's a tweaked diff that only bumps -main, since only RUN_DEPENDS-main
> is changed.
On Mon, Aug 12, 2019 at 11:37:48PM +, Gilles Chehade wrote:
> This is my very very first port so let me know if I did something wrong.
Looks OK to me; haven't run tested it yet, though.
Since DESCR is quite short and there is no README, do you plan writing
a manual page for it or can
On Tue, Aug 13, 2019 at 12:08:58AM -0400, Ted Unangst wrote:
> Inconveniently, find -exec {} + requires that {} go last, not followed by
> destination. Maybe some way to sh around that.
Yup, I could work with xargs here, but before doing that I think sthen's
point of simply copying trees as a
On Tue, Aug 13, 2019 at 08:37:18AM +, Gilles Chehade wrote:
> filter-rspamd doesn't have any configuration itself, all it needs is for
> smtpd.conf to reference it:
>
> filter "rspamd" proc-exec "/usr/local/bin/filter-rspamd"
> listen on all filter "rspamd"
>
> I thought I'd add
On Tue, Aug 13, 2019 at 11:32:37AM +0200, Landry Breuil wrote:
> Sorry, but i dont think this makes sense. With your reasoning, 2 extra
> lines will be displayed at the end of pkg_add, for a 2-lines README.
> lots of indirections for not much information... and we already know
> users dont read
Keeps working for me on amd64, although I must say that I am not using
as much as I did during import.
All my other fixes have long been merged upstream so far. Official
changelog:
• Support for UNIX domain socket connections. A backend endpoint can now
be specified as a UNIX domain socket,
On Sun, Aug 11, 2019 at 09:56:23AM -0400, Brian Callahan wrote:
> There is this, found for example in games/polymorphable:
> ${INSTALL_DATA_DIR} ${PREFIX}/share/flare/mods/polymorphable
> cd ${WRKSRC} && find * -type d -exec ${INSTALL_DATA_DIR} \
>
On Sun, Aug 11, 2019 at 01:33:18PM -0400, Brian Callahan wrote:
> Sure, but do you mind sweeping the tree for this do-install idiom? It's
> probably not in too many places these days, but it's certainly in more than
> just this one port.
I'll do these as I go since they're quite low priority, but
On Mon, Aug 19, 2019 at 02:50:23PM -0400, Kurt Mosiejczuk wrote:
> I like dropping the PKGNAME. I don't like the version specs other than
> py-mastodon.py. Those were versions we already had in our tree. I
> fell it just clutters up the diff. I'm also dropping the extraneous
> MODPY_PYTEST since
On Mon, Aug 19, 2019 at 08:59:33PM -0400, Pamela Mosiejczuk wrote:
> I have been reminded that revisions exist, so here is an update
> from py-mastodon.py 1.3.1 -> 1.4.6 with the tests still disabled,
> awaiting potential vcr.py/test-vcr import. This will bring us to the
> current release (and
Required for the tootstream update that follows soon. There's 1.4.6 but
tootstream requires 1.4.5.
No PLIST change, but py-magic is a new RDEP. I've also added version
specs to dependencies to keep track of them.
Changelog is lengthy as we're skipping a few versions so please see
- Upgrade to Mastodon.py 1.4.5
- Rudimentary support for polls (shows links to polls)
- Update colored minimum version to 1.3.93 (Fixes GPL license incompatibility)
- Support Pleroma FlakeIDs
- Minor fix for stream command being closed without receiving a toot getting a
Nonetype for handle
On Sat, Aug 17, 2019 at 04:28:31PM +0200, Christian Weisgerber wrote:
> The update to FFmpeg 4.2 has introduced a regression in MPlayer. For (at
> least) the ubiquitous H.264 videos in MKV containers, seeking in MPlayer
> is broken, e.g. when jumping back and forth with the arrow keys. Effects
>
On Sat, Aug 17, 2019 at 08:45:43PM +0200, Otto Moerbeek wrote:
> Fixes HTTP/2 DoS attack vulnerabilities CVE-2019-9512, CVE-2019-9514 and
> CVE-2019-9515
OK kn
1
+V =2.23.0
DISTNAME = git-${V}
PKGNAME-main = ${DISTNAME}
PKGNAME-svn = git-svn-${V}
@@ -15,7 +13,8 @@ CATEGORIES = devel
HOMEPAGE = https://git-scm.com/
-MAINTAINER = Benoit Lecocq
+MAINTAINER = Benoit Lecocq , \
+ Klemens Nanni
# GPLv2 only
PERM
On Tue, Sep 03, 2019 at 12:27:46AM +0200, Christian Weisgerber wrote:
> MK isn't defined anywhere in this diff.
Let's try the correct version of the diff.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/u-boot/Makefile,v
On Tue, Sep 03, 2019 at 01:29:33PM +0200, Jeremie Courreges-Anglas wrote:
> AFAIK SEPARATE_BUILD=Yes implies that ${WRKSRC} isn't touched after the
> extract/patch(/gen?) step. You can already tinker with
> SEPARATE_BUILD=Yes by setting it on your make command-line.
This probably holds true and
On Tue, Sep 03, 2019 at 09:36:23PM +1000, Jonathan Gray wrote:
> jsing has a pending diff which does that and adds a target
Cool; I'll just wait for his diff either ways, then.
> > - drop python handling in pre-build; done automatically in pre-configure
>
> This used to be required but if it
https://irssi.org/security/html/irssi_sa_2019_08/
Run-tested irssi but not irssi-icb or irss-xmpp yet; they do build on
amd64.
While here, set HOME so the last failing test passes.
Feedback? OK?
Index: net/irssi/Makefile
===
RCS
On Sun, Aug 25, 2019 at 02:31:29PM -0400, Pamela Mosiejczuk wrote:
> Ports are starting to lose their python2 support. Would we like to add a
> this as a specific reason in quirks?
New reasons come for free so I'm fine with adding them, not every quirk
fits into the existing ones.
I also welcome
Saw those while looking at `make -n install': no need to split this into
two steps.
OK?
Index: /usr/ports/infrastructure/mk/bsd.port.mk
===
RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v
retrieving revision 1.1475
diff -u -p
On Mon, Sep 02, 2019 at 06:08:26PM +, Gilles Chehade wrote:
> ok ?
sure
- Fix compiling tinc with certain versions of the OpenSSL library.
- Fix parsing some IPv6 addresses with :: in them.
- Fix GraphDumpFile output to handle node names starting with a digit.
- Fix a potential segmentation fault when fragmenting packets.
Keeps working for me on amd64 doing a
Came here to tinker with one board in particular, but always building
everything was taking so too much time, so I noticed `make BOARDS=foo'
would build just that board... anyways, here's some cleanup that also
enables us to split the +1G build assets from the ~90M sources:
- use TLS
- drop
On Mon, Sep 02, 2019 at 10:49:13PM +0200, Rafael Sadowski wrote:
> same diff here, ok rsadowski@. Would you like to do the maintenance?
Sure, I can take of it as frequent user (I've been awaiting the 1.1 for
a long time now...)
I'll commit with updated MAINTAINER, thanks.
On Fri, Sep 13, 2019 at 12:45:55PM +0100, Stuart Henderson wrote:
> Ports are not allowed network access during build. This is enforced on
> the main bulk build machines and for users with PORTS_PRIVSEP=Yes and
> the default pf.conf "block..user _pbuild" rule, but not everybody has
> that.
I updated this port as dependency for my upcoming devel/angr/ update;
our 3.5.2p1 doesn't cut it, so here's the latest version.
angr is happy with it and of the few ports depending on py-protobuf, I
build and regress tested security/py3-axolotl successfully:
Ran 21 tests in 2.266s
Simple update to the latest version; py3-angr wants recent protobuf
(update on ports@).
There is no changelog, so please have a look at
https://github.com/angr/angr/commits/master/ for changes: mostly bug
fixes, though.
For py-cle, idalink is not listed in setup.py anymore so the patch is
Changes since 1.0.2 [2008-12-21]:
- Fix clang warnings.
- Fix BROKEN_POLL option on macOS.
- Switch to generic BSD license.
- Default to using -oLogLevel=ERROR with ssh.
Keeps working on amd64.
OK?
Index: Makefile
===
RCS file:
On Sun, Sep 15, 2019 at 07:26:16PM -0400, Kurt Mosiejczuk wrote:
> bsd.port.mk factors out the current cipher (sha256) for hashes to _CIPHER.
> However, in two places, it uses sha256 directly. This patch just changes
> those spots to use ${_CIPHER} like the rest of the file.
OK
On Fri, Sep 13, 2019 at 06:10:59PM -0400, Kurt Mosiejczuk wrote:
> +.if !${FLAVOR:Mpython3}
> +TEST_DEPENDS = devel/py-mock
> +.endif
We're still far away from switching to Python 3 by default, but would it
make sense to check `${MODPY_VERSION} == ${MODPY_DEFAULT_VERSION_2}'
here
OK kn
On Sun, Sep 08, 2019 at 06:35:21PM +0200, Theo Buehler wrote:
> It contains the proper upstream fix for our local patch. No other
> changes between the two releases should be relevant for running
> wireguard on OpenBSD (the work focused mostly un wintun/winpipe and
> there are some minor fixes for
On Sun, Aug 04, 2019 at 10:39:14PM -0400, Brian Callahan wrote:
> Patching out things like patch and tar will be helpful for updates--if new
> deps slip in, I want the build to fail hard so I can make a decision rather
> than possibly silently continue.
Seems reasonable.
> I was under the
On Fri, Jul 26, 2019 at 10:00:21PM -0400, Brian Callahan wrote:
> Attached is a new port, mail/dma. dma is the DragonFly Mail Agent, the tiny
> little mailer program from DragonFly BSD.
Looks fine to me, see comments below.
> pkg/README:
> $OpenBSD$
> ...
> Below is an example /etc/mailer.conf
On Mon, Jul 29, 2019 at 09:19:48PM -0400, Brian Callahan wrote:
> Added mailer.conf as an example config.
> I thought I had included dma.conf but I guess not. It's there now. Both
> dma.conf and auth.conf are @sample'd into the correct place
> (${SYSCONFDIR}/dma/) but I chose not to @sample
On Thu, Sep 19, 2019 at 12:40:28PM +0200, clematis wrote:
> Here's an update for net/toot from 0.22.0 to 0.23.1
0.23.1 does not include the regress tests anymore, 0.24.0 has that fixed
among other things.
On Thu, Sep 19, 2019 at 06:00:40PM +0200, clematis wrote:
> Tested with one, productivity/khal, built, installed and ran OK.
Thanks.
> Note for those who might have manually installed via pip some of these
> deps (as root) I would recommand to pip uninstall them before so they are
> all properly
On Thu, Sep 19, 2019 at 02:55:45PM +0200, clematis wrote:
> In regards to tests: 43 passed, 1 warnings
Cool, thanks.
0.24.0 generally just works for me as well and the new `tui' command
replacing the `curses` one is really handy and usable.
> @@ -20,10 +20,11 @@ MODULES = lang/python
>
On Thu, Sep 19, 2019 at 06:00:40PM +0200, clematis wrote:
> Yes. It's a little bit noisy. A few depreciation since Python 3.0
>
> platform openbsd6 -- Python 2.7.16, pytest-4.4.0, py-1.8.0, pluggy-0.11.0
> 30 failed, 153 passed
> platform openbsd6 -- Python 3.7.4, pytest-4.4.0, py-1.8.0,
On Thu, Sep 19, 2019 at 12:31:20PM +0200, clematis wrote:
> Here's a quick update for devel/py-urwid from 1.3.1 to 2.0.1
> Build and run ok on amd64 (as dep of upcoming net/toot update).
Thanks for looking into this.
Did you test the existing users of this port?
Did you run the regress suite (for
. Bugs
excepted, the largely unchanged algorithms can be expected to produce identical
output while supporting more languages.
Maintainer: Klemens Nanni
WWW: https://gitlab.com/esr/loccount
On Mon, Sep 23, 2019 at 04:50:23PM +0100, Edd Barrett wrote:
> On Sun, Sep 22, 2019 at 10:05:24PM +0200, Klemens Nanni wrote:
> > No PLIST change with the following diff, *if* I run update-plist with
> > UPDATE_PLIST_ARGS='-i MODPY_PY_PREFIX -i MODPY_PY0EXTENSION -i
&g
The bootstrap target uses xz(1) so add it as BDEP.
Also use find(1)'s -delete and -exec commands and move variables before
targets while here.
OK?
Index: Makefile
===
RCS file: /cvs/ports/lang/pypy/Makefile,v
retrieving revision
://www.varnish-cache.org/
-MAINTAINER = Jim Razmus II \
+MAINTAINER = Klemens Nanni \
Gonzalo L. Rodriguez
# BSD
Index: distinfo
===
RCS file: /cvs/ports/www/varnish/distinfo,v
retrieving
On Mon, Sep 30, 2019 at 10:18:17AM +0100, Stuart Henderson wrote:
> : $OpenBSD$
> :
> : Avoid cython due to build error:
> : ValueError: 'rencode/rencode.pyx' doesn't match any files
> :
> : Remove platform specific optimizations.
> :
> : Index: setup.py
> : --- setup.py.orig
> : +++
Simple port that is required as dependency for my upcoming update of
net/deluge to 2.0.3.
Builds fine on amd64, deluge is happy so far and all 41 tests pass.
OK?
Information for inst:py3-rencode-1.0.6
Comment:
module for fast object serialization similar to bencode
Description:
The rencode
On Sun, Sep 22, 2019 at 06:53:08PM +0200, prx wrote:
> * joshua stein le [22-09-2019 11:15:53 -0500]:
> > Do you have XDG_CONFIG_HOME, XDG_DATA_HOME, or XDG_CACHE_HOME set in
> > your environment?
> >
>
> None of them :
>
> $ echo $XDG_CONFIG_HOME - $XDG_DATA_HOME - $XDG_CACHE_HOME
>
On Sun, Sep 22, 2019 at 02:23:14PM +0200, Klemens Nanni wrote:
> The bootstrap target uses xz(1) so add it as BDEP.
sthen pointed out it's already there; indeed BOOTSTRAP-amd64 implicitly
does by having the .xz extension.
> Also use find(1)'s -delete and -exec commands and move variables
MAINTAINER = Klemens Nanni https://www.tinc-vpn.org/packages/
LIB_DEPENDS += archivers/lzo2
+SEPARATE_BUILD = Yes
CONFIGURE_STYLE = gnu
-
CONFIGURE_ENV =CPPFLAGS="-I${LOCALBASE}/include" \
- LDFLAGS
On Sun, Sep 22, 2019 at 03:05:03PM +0100, Stuart Henderson wrote:
> ${PREFIX}/pypy/bin/pypy -m compileall ${PREFIX}/pypy/lib-python/2.7
>
> but I know if I try a test build now it will make my workstation
> unusable for hours+ and I don't really want to tie it up atm :-)
I'll try that, thanks.
On Sun, Sep 22, 2019 at 03:54:43PM +0200, Klemens Nanni wrote:
> 1.1 brings ed25519 support among other stuff; I need this to
> participate in certain mesh VPNs so that's why I'm sneaking into the
> "pre" releases.
>
> tinc users are welcome to test and report
On Sun, Sep 22, 2019 at 11:08:12AM -0400, Kurt Mosiejczuk wrote:
> Currently tests for devel/pudb don't run. It just gives the "0 tests run".
>
> This make them actually run. All but one tests pass.
OK kn
On Tue, Sep 03, 2019 at 11:40:54PM +0200, Klemens Nanni wrote:
> > I think there may be some spots where python2 is used as it checks for
> > both, but python3 is the direction all the linux people are pushing.
> I'll double check the builds with Python 2 removed from the build
Here's a working port for gerbera, but I never really used it since my
use case for it disappeared soon after getting the port done.
The server starts, full offline documentation is available, one (small?)
nit with inotify support remains unsolved, otherwise the port is in good
shape.
You'll
On Thu, Jun 27, 2019 at 12:05:35AM -0600, Thomas Frohwein wrote:
> -V = 2.3.0pl1
> -DISTNAME = depotdownloader-${V:S/pl/-hotfix/g}
> +V = 2.3.1
> +DISTNAME = depotdownloader-${V}
> PKGNAME =depotdownloader-${V}
No those equal, so you can drop PKGNAME.
> -REVISION = 0
On Sat, Jul 06, 2019 at 03:57:41PM -0400, trondd wrote:
> Poke.
Committed, thanks.
. Multiple XML
documents can be passed in separate files/streams as xq a.xml b.xml. Entity
expansion and DTD resolution is disabled to avoid XML parsing vulnerabilities.
Maintainer: Klemens Nanni
WWW: https://yq.readthedocs.io/
Note that this is not the same as https://github.com/mikefarah/yq
On Fri, Nov 01, 2019 at 02:44:02PM -0500, Lucas Raab wrote:
> Updated to make it Python 3 only since the pcsc-lite depends is Python
> 3 only
PKGNAME should MODPY_PY_PREFIX instead of "py-".
DESCR should be a proper sentence, the current one is the same as
COMMENT really.
*Panel.py and diag.py
601 - 700 of 3936 matches
Mail list logo