Re: Update security/keyringer 0.5.6

Grégoire Jadi writes: And now with the actual diff... diff --git security/keyringer/Makefile security/keyringer/Makefile index 1338267d51a..ecad4fb727f 100644 --- security/keyringer/Makefile +++ security/keyringer/Makefile @@ -2,7 +2,7 @@ COMMENT = manage and share secrets using GnuPG

Update security/keyringer 0.5.6

Hi ports@, Please find attached an update to security/keyringer 0.5.6. Tested with my workflow (init, add, remove, gen key) and the new "pass" action. Here is the CHANGELOG: 2021-07-03 - 0.5.6 - Silvio Rhatto Fix Debian bug #990255: keyringer incorrectly tries to use vim settings

update games/mnemosyne 2.8

Hi, Please find attached an update for Mnemosyne 2.8. I tested the application GUI, web server and sync server; ran update-plist and portcheck. Here is the Changelog: Mnemosyne 2.8 : 2021-06-28 - Added an option to stop showing cards as soon as they reach a certain number of successful

[update] security/keyringer 0.5.5

Hi, Here is an update to keyringer 0.5.5. Works with my workflow and the new settings *_AFTER_ENCRYPT work too. 2019-03-25 - 0.5.5 - Silvio Rhatto Adds COMMIT_AFTER_ENCRYPT setting Adds PUSH_AFTER_ENCRYPT setting Fix git parameter expansion Fix secret name when

Re: Replace libfuse from base with libfuse from ports

Helg writes: Hi, > I currently only have a port of the 2.x branch of libfuse (attached) but > will also port the 3.x libfuse once I have user mounting working. I am > not aware of any ports other than the latest version of sshfs that > depends on 3.x. In any case, we will need to support

Re: REMOVE net/unison/2.4x

Stuart Henderson writes: > On 2021/01/04 18:42, Bjorn Ketelaars wrote: > >> RCS file: unison/pkg/PLIST >> diff -N unison/pkg/PLIST >> --- /dev/null1 Jan 1970 00:00:00 - >> +++ unison/pkg/PLIST 4 Jan 2021 15:37:44 - >> @@ -0,0 +1,12 @@ >> +@comment $OpenBSD: PLIST,v 1.2 2018/09/04

Re: Update games/mnemosyne 2.7.2 (WIP)

Hi, Here is an update to mnemosyne 2.7.3 (was 2.7.2 in the previous patch). Most notable change is that the port passes portcheck and the patch should apply properly on the source tree. I missed a MS-DOS line-ending conversion in the previous patch. I still haven't communicated with upstream

Re: Update games/mnemosyne 2.7.2 (WIP)

Stuart Henderson writes: Hi stu, >> This port is currently in games/mnemosyne. Would it be possible to move >> it under education/mnemosyne? What's the process to do that? > > Moving it loses cvs history (and, though it doesn't apply here, for > ports which others depend on means that we have

Update games/mnemosyne 2.7.2 (WIP)

Hi, Here is a draft to update mnemosyne to 2.7.2 (latest). I am using it as desktop app, webserver and syncserver successfully; it also sync with the Android application properly. This port is currently in games/mnemosyne. Would it be possible to move it under education/mnemosyne? What's the

Re: [PATCH] unbreak games/mnemosyne

Jeremie Courreges-Anglas writes: > On Sun, May 10 2020, gj...@omecha.info (Grégoire Jadi) wrote: > >> Hi, >> >> An upgrade to py-CherryPy broke the webserver feature of >> games/mnemosyne. >> >> Mnemosyne used the wsgiserver from py-CherryPy which was

[PATCH] unbreak games/mnemosyne

Hi, An upgrade to py-CherryPy broke the webserver feature of games/mnemosyne. Mnemosyne used the wsgiserver from py-CherryPy which was moved to py-cheroot. As far as I could tell, that was the only use of py-CherryPy in Mnemosyne codebase. The attached patch replace the depency from py-CherryPy

Re: UPDATE security/keyringer 0.5.4

Mikolaj Kucharski writes: Hi, > On Thu, Apr 11, 2019 at 08:16:02PM +0200, Grégoire Jadi wrote: >> Mikolaj Kucharski writes: >> >> > Hi, >> >> Hi Mikolaj, >> >> Thanks for the patch and sorry for the long delay. >> >> The patch l

Re: UPDATE security/keyringer 0.5.4

Mikolaj Kucharski writes: > Hi, Hi Mikolaj, Thanks for the patch and sorry for the long delay. The patch looks fine and works for my usecases. However, I can't generate a working gpg key with `genkeys gpg'. The gpg passphrase is generated, the pub key too. But, the private key is empty. The

Re: UPDATE: net/onionshare

fredl writes: > On 10/21/18 1:51 PM, Grégoire Jadi wrote: > >> fredl writes: >> >>> Hey, >> Hello, >> >> Both cli and -gui works on amd64. > > Hey, > > thanks for your feedback! > >> >> Thanks for the update. I thin

Re: UPDATE: net/onionshare

fredl writes: > Hey, Hello, Both cli and -gui works on amd64. Thanks for the update. I think you need to drop the REVISION-gui (but I'm just a port-newb). Best, > attached is a update for net/onionshare. It updates onionshare to > version 1.3.1. (Changes: >

[PATCH] devel/avr/gcc

Hello, Following my previous mail about troubles when compiling avr-gcc, here is a patch that removes `-I /usr/local/include' from CFLAGS because of a conflict with devel/gdb. libiberty includes "ansidecl.h". Because of the -I command, it picked the one from /usr/local/include (installed by

Re: troubles building devel/avr

Marc Espie writes: > On Thu, Jul 19, 2018 at 04:15:43PM +0200, Grégoire Jadi wrote: > >> Hello ports@, >> >> I have troubles building gcc and gdb from devel/avr. avr-binutils and >> avr-libc build fine. I have two boxes: one running the latest snapshot >> and

troubles building devel/avr

Hello ports@, I have troubles building gcc and gdb from devel/avr. avr-binutils and avr-libc build fine. I have two boxes: one running the latest snapshot and one following -current from sources. I encounter the same problem on both boxes. # gcc I manage to build avr-gcc by removing `-I

Re: devel/avr/gcc bug -> devel/simulavr build error

Kurt Miller writes: > On Wed, 2018-06-20 at 16:25 +0200, Grégoire Jadi wrote: > >> Christian Weisgerber writes: >> Hello, >> >> I may have encountered the same bug when I tried to build programs >> generated with devel/arduino. cc1 aborts with a coredump d

Re: devel/avr/gcc bug -> devel/simulavr build error

Christian Weisgerber writes: Hello, I may have encountered the same bug when I tried to build programs generated with devel/arduino. cc1 aborts with a coredump during the compilation. I think I have found the culprits: both ISR() and SIGNAL() macros from avr/interrupt.h use the

[update] keyringer 0.5.3

Hello, Here is a diff to update keyringer to 0.5.3. Most of the patches have been merged upstream. The only patches left are: - no mount -l/-t tmpfs on OpenBSD - force the use of gpg2 I've checked the GPG signature of the package, though I haven't signed the key of the maintainer, I've been

Re: [rc] emacs-26.1-rc1

Jeremie Courreges-Anglas writes: > On Mon, Apr 23 2018, Jeremie Courreges-Anglas wrote: >> Ken reminded me that the first 26.1 RC has been published, so here's >> a fresh diff; I only tested the no_x11 FLAVOR on amd64 so far. > > Thanks for the feedback so far.

Re: [rc] emacs-26.1-rc1

Jeremie Courreges-Anglas writes: > Ken reminded me that the first 26.1 RC has been published, so here's > a fresh diff; I only tested the no_x11 FLAVOR on amd64 so far. Build and runs fine on amd64 with gtk3. It feels slower but I am unsure about this. I'll need to investigate.

NEW: security/keyringer

Hello, With the help of jca@, I have made a port of keyringer. Keyringer is an encrypted and distributed secret sharing software https://keyringer.pw/ Keyringer lets you manage and share secrets using GnuPG and Git with custom commands to encrypt, decrypt, recrypt, create key pairs, etc. Here

Re: [NEW] net/onionshare

Klemens Nanni <k...@openbsd.org> writes: > On Tue, Apr 10, 2018 at 08:09:15AM +0200, Grégoire Jadi wrote: > >> Stuart Henderson <s...@spacehopper.org> writes: >> >> > On 2018/03/09 13:56, Grégoire Jadi wrote: >> > >> >>

Re: [NEW] net/onionshare

Stuart Henderson <s...@spacehopper.org> writes: > On 2018/03/09 13:56, Grégoire Jadi wrote: > >> >> ping >> >> I don't know what are the next steps. :) >> Should I add the MAINTAINER to the loop? >> >> Best, >> > > The d

Re: [pretest] emacs-26.0.91

Jeremie Courreges-Anglas writes: > Hi, > > here's a diff I only sent to krw, week^Wmonths ago. Works fine on > amd64/sparc64/arm. Feedback welcome as usual. Upstream should also > publish a release candidate soon. builds & runs fine with -gtk3 on amd64 > Maybe this will fix

Re: [pretest] emacs-26.0.91

Aaron Bieber writes: > On Tue, Apr 03, 2018 at 08:16:17AM +0200, Jeremie Courreges-Anglas wrote: > >> >> Hi, >> >> here's a diff I only sent to krw, week^Wmonths ago. Works fine on >> amd64/sparc64/arm. Feedback welcome as usual. Upstream should also >> publish a

Re: [NEW] net/onionshare

Stuart Henderson <s...@spacehopper.org> writes: > On 2018/03/09 13:56, Grégoire Jadi wrote: > >> >> ping >> >> I don't know what are the next steps. :) >> Should I add the MAINTAINER to the loop? >> >> Best, >> > > The d

Re: [NEW] net/onionshare

Grégoire Jadi <gj...@omecha.info> writes: > Stuart Henderson <s...@spacehopper.org> writes: > >> On 2018/03/01 21:06, Grégoire Jadi wrote: >> >>> Grégoire Jadi <gj...@omecha.info> writes: >>> >>> > Stuart Henderson <s...@spa

Re: [NEW] net/onionshare

Stuart Henderson <s...@spacehopper.org> writes: > On 2018/03/01 21:06, Grégoire Jadi wrote: > >> Grégoire Jadi <gj...@omecha.info> writes: >> >> > Stuart Henderson <s...@spacehopper.org> writes: >> > >> >> On 2018/03/01 17:36,

Re: [NEW] net/onionshare

Grégoire Jadi <gj...@omecha.info> writes: > Stuart Henderson <s...@spacehopper.org> writes: > >> On 2018/03/01 17:36, Grégoire Jadi wrote: >> >>> I tried your port but the "-gui" SUBPACKAGE didn't work. "make plist" >>> includes

Re: [NEW] net/onionshare

Grégoire Jadi <gj...@omecha.info> writes: > Stuart Henderson <s...@spacehopper.org> writes: > >> On 2018/03/01 17:36, Grégoire Jadi wrote: >> >>> I tried your port but the "-gui" SUBPACKAGE didn't work. "make plist" >>> includes

Re: [NEW] net/onionshare

Stuart Henderson <s...@spacehopper.org> writes: > On 2018/03/01 17:36, Grégoire Jadi wrote: > >> I tried your port but the "-gui" SUBPACKAGE didn't work. "make plist" >> includes the wrong stuff in for both SUBPACKAGE. -main had >> onionshare-g

Re: [NEW] net/onionshare

attila writes: >> attila wrote: >> > Klemens Nanni wrote: >> > > On Tue, Dec 12, 2017 at 10:45:21AM -0600, attila wrote: >> > > > Klemens Nanni wrote: >> > > > > You should zap V and PKGNAME, set GH_TAGNAME=v1.1 and move GH_* right >> > > > > beneath

Re: [pretest] emacs-26.0.90

Piotr Isajew <p...@ex.com.pl> writes: > On Mon, Nov 06, 2017 at 03:24:38PM +0100, Grégoire Jadi wrote: > >> Jeremie Courreges-Anglas <j...@wxcvbn.org> writes: >> >> > Very interesting, thanks to both of you for your reports and >> > investigatio

Re: [pretest] emacs-26.0.90

Jeremie Courreges-Anglas writes: > Very interesting, thanks to both of you for your reports and > investigations. I've never hit this, probably because I run the no_x11 > flavor. I'll see what I can do to get this fixed, but if someone (tm) > affected can file a bugreport

Re: [pretest] emacs-26.0.90

Piotr Isajew writes: > Dnia 15.10.2017 Jeremie Courreges-Anglas napisał/a: >> >> Here's a diff for the first pretest in the emacs-26 release cycle. >> Among other things, emacs now uses system malloc(3) at runtime (gmalloc >> is still used at build/unexec time).

Re: [pretest] emacs-26.0.90

Jeremie Courreges-Anglas writes: > On Thu, Oct 26 2017, Jeremie Courreges-Anglas wrote: >> On Wed, Oct 25 2017, Jeremie Courreges-Anglas wrote: >>> On Sun, Oct 15 2017, Jeremie Courreges-Anglas wrote: Here's a diff for

Re: emacs-25.1.90 pretest: tests wanted

On 12/08/16 01:05, Jeremie Courreges-Anglas wrote: > Jeremie Courreges-Anglas writes: > >> Hi, >> >> some good news from the Emacs front. >> >> Since glibc removed "private" stuff that was used for emacs, the >> direction is now towards using more portable techniques: >> -

Re: Packaging Common LISP libraries

On 11/22/16 18:06, Solène RAPENNE wrote: > Hello, Hi, > I'm currently working on packaging common-lisp libraries. I am facing a > design question that I can't answer. > > First : Where do we want the libraries installed ? I was going for > /usr/local/lib/common-lisp/{libfoo,libbar,libX} it