Re: [NEW] net/onionshare

[attila]

> 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 COMMENT; see infrastructure/templates/Makefile.template.
> > > > >
> > > > > RUN_DEPENDS lacks net/tor.
> > > > > onionshare-gui still starts but python will dump core when
> > > > > /usr/local/bin/tor is missing. It also mentions our net/tor package as
> > > > > "Tor that is bundled with OpenShare" which is misleading.
> > > > >
> > > > > TEST_DEPENDS lacks net/py-stem and www/py-frozen-flask.
> > > >
> > > > Attached is an updated port that addresses all of these comments.
> > > > Thanks a lot for the feedback!
> > > Looks good to me except for the bundle bits. Optimally this should be
> > > clarified upstream.
> > 
> > There has been a new release in the interim and my patches for the old
> > release were discussed a bit on GH.  Attached is a new attempt that is
> > for the latest release (1.2) and that takes into account some of the
> > suggestions from other contributors.
> 
> After I sent this I modified my patches slightly to accomodate another
> suggestion by upstream and the pull request has now been merged, so
> all these patches can go in the next update:
> https://github.com/micahflee/onionshare/pull/585
> 
> This is also in FreeBSD ports now (thanks to fellow torbsd.org member
> Egypcio):
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225539
> 
> > I changed TEST_DEPENDS for 1.2 but the tests fail now for me and I
> > have not had time to investigate, thus NO_TEST=Yes.  I'd like this to
> > be critiqued regardless, I don't see this as fatal to getting in if it
> > passes muster otherwise...
> 
> Still have not had time to suss this out.
> 
> Updated port attached with the actual patches that got upstream.

Ping.

Pax, -A
--
https://haqistan.net/~attila | attila@{stalphonsos.com,haqistan.net}
pgp: 0x62A729CF | C2CE 2487 03AC 4C2F 101D  09C1 4068 D5D5 62A7 29CF

CVS: cvs.openbsd.org: ports

[Jonathan Gray]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2018/02/20 19:48:23

Modified files:
sysutils/raspberrypi-firmware: Makefile distinfo 
sysutils/raspberrypi-firmware/pkg: PLIST 

Log message:
Switch from using the last tagged raspberrypi firmware release to the
latest master commit which targets linux 4.14.  Adds 'enable-method' and
'cpu-release-addr' to cpu nodes in the dtb which are required to be able
to spinup additional cpus with MULTIPROCESSOR arm64 kernels.

Re: [New] DiffUtilTcl

[Stuart Cassoff]

> -- Original Message --
> From: Stuart Cassoff <3...@bell.net>
> Date: January 31, 2018 at 11:36 AM
> 
> 
> Reattached.
> OK?
> 
> > -- Original Message --
> > From: Stuart Cassoff <3...@bell.net>
> > Date: January 15, 2018 at 11:48 AM
> > 
> > 
> > OK?
> > 
> > > -- Original Message --
> > > From: Stuart Cassoff <3...@bell.net>
> > > Date: December 24, 2017 at 11:46 PM
> > > 
> > > 
> > > OK?
> > > 
> > > > -- Original Message --
> > > > From: Stuart Cassoff <3...@bell.net>
> > > > Date: December 9, 2017 at 11:27 AM
> > > > 
> > > > 
> > > > Comment:
> > > > diff functions for Tcl
> > > > 
> > > > Description:
> > > > A Tcl extension that provides utilities for comparisons of strings, 
> > > > lists and files.
> > > > 
> > > > The base comparison is a Longest Common Substring algorithm based on
> > > > J. W. Hunt and M. D. McIlroy, "An algorithm for differential file 
> > > > comparison,"
> > > > Comp. Sci. Tech. Rep. #41, Bell Telephone Laboratories (1976).
> > > > Available on the Web at the second author's personal site:
> > > > http://www.cs.dartmouth.edu/~doug/
> > > > 
> > > > It is basically an LCS diff algorithm implemented in C on top of Tcl's 
> > > > API,
> > > > thus giving full Unicode and VFS support.
> > > > 
> > > > 
> > > > OK?
> > >

Re: Would anyone like to work with me to port LedgerSMB?

[Chris Bennett]

Oops.
I should have mentioned this.

LedgerSMB is accounting software.
SMB is short for small to medium sized businesses.

It uses LaTex and PostgreSQL
Dojo will also need to be ported.

The website is ledgersmb.org

It does not run under Windows except as a client to the server
somewhere else.

Chris Bennett

Would anyone like to work with me to port LedgerSMB?

[Chris Bennett]

There was legitimate objections several years ago because the project
hadn't reached a good enough point to be worth importing.

I think that LedgerSMB has come far enough to be ported now.
It's a very active project and now has lots of testing and stable
enough releases to be worth porting.

I need help to accomplish this. Too much stuff to port in and I think
trying to do this alone just won't cut it. Plus there is a lot of
PostgreSQL I won't follow clearly enough.

Thanks,
Chris Bennett

Re: OpenBSD::Pledge any comments on using it, can it be used under linux?

[Andrew Hewus Fresh]

On Tue, Feb 20, 2018 at 01:48:47PM -0800, Chris Bennett wrote:
> Are there places where it cannot be used?

It requires the sys/pledge.h header and assumes the associated syscalls
work as on OpenBSD.  Any system without those won't work.


> Is it missing anything for OpenBSD?

I have not yet gotten around to adding execpromises support.

https://man.openbsd.org/pledge.2


> I'm also interested in porting in some software from Linux,
> can it be made to work under a Linux OS?
> It uses PostgreSQL, perl and Dojo.

I don't quite understand this sentence, but if you're asking whether you
can run port some software that uses PostgreSQL and what I assume is
https://dojotoolkit.org/, while postgresql and p5-DBD-Pg are in the
ports tree, I don't see Dojo, but it looks to be a javascript toolkit,
so shouldn't really matter what system you deploy it on.

The porter's handbook has lots more information.
https://www.openbsd.org/faq/ports/

l8rZ,
-- 
andrew - http://afresh1.com

Computer analyst to programmer:
   "You start coding. I'll go find out what they want."

Is anyone working on a port of Dojo?

[Chris Bennett]

I want to port LedgerSMB (accounting software) to OpenBSD.
Dojo is needed.

Thanks,
Chris Bennett

OpenBSD::Pledge any comments on using it, can it be used under linux?

[Chris Bennett]

Are there places where it cannot be used?
Is it missing anything for OpenBSD?

I'm also interested in porting in some software from Linux,
can it be made to work under a Linux OS?
It uses PostgreSQL, perl and Dojo.

Thanks,
Chris Bennett

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/20 14:02:13

Modified files:
net/isc-bind/patches: patch-lib_dns_openssldh_link_c 
  patch-lib_dns_openssldsa_link_c 
  patch-lib_dns_opensslrsa_link_c 

Log message:
fix, we have all the DH_ DSA_ RSA_ needed

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/20 13:50:30

Removed files:
x11/spice-gtk/patches: patch-spice-common_common_ssl_verify_c 
   patch-src_bio-gio_c 

Log message:
unbreak, now libressl has all the functions this needs

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/20 13:50:07

Modified files:
devel/libgit2/libgit2/patches: patch-src_openssl_stream_h 

Log message:
unbreak, now libressl has all the functions this needs

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/20 13:46:46

Removed files:
net/transmission/patches: 
  patch-libtransmission_crypto-utils-openssl_c 

Log message:
unbreak, now we have all the functions this needs

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/20 13:41:53

Modified files:
security/xmlsec/patches: patch-src_openssl_evp_c 
Added files:
security/xmlsec/patches: patch-src_openssl_signatures_c 

Log message:
unbreak, we now have all the RSA/DSA_SIG_* functions this needs, but not
ECDSA_SIG_[gs]et0

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/20 13:33:11

Removed files:
security/p5-Crypt-OpenSSL-DSA/patches: patch-DSA_xs 

Log message:
more libressl fixes

Re: NEW: textproc/hs-json

[Stuart Henderson]

On 2018/02/20 18:48, Klemens Nanni wrote:
> On Sun, Feb 18, 2018 at 10:29:14PM +0100, Matthias Kilian wrote:
> > On Sun, Feb 18, 2018 at 11:39:19AM +0100, Caspar Schutijser wrote:
> > > Attached is a new port: textproc/hs-json. This is a dependency of
> > > ShellCheck, for which I'll send a new port shortly.
> > > 
> > > Feedback is appreciated.
> > 
> > Looks fine hs-portswise to me, except the pkg/DESCR should have
> > been processed by fmt(1) with default width (i.e. keep lines <= 72
> > characters).
> The default width is 80.
> 

It's usually easier-reading at a bit under 80 though, unless
it's needed to avoid awkward wrapping. Aim for "looks nice on
an 80 column term" basically.  

CVS: cvs.openbsd.org: ports

[Bjorn Ketelaars]

CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2018/02/20 12:23:34

Modified files:
sysutils/entr  : Makefile distinfo 

Log message:
update to entr-4.0

OK sthen@, kn@

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2018/02/20 11:08:54

Modified files:
sysutils/borgmatic: Makefile distinfo 

Log message:
update to borgmatic-1.1.15

Re: NEW: textproc/hs-json

[Klemens Nanni]

On Sun, Feb 18, 2018 at 10:29:14PM +0100, Matthias Kilian wrote:
> On Sun, Feb 18, 2018 at 11:39:19AM +0100, Caspar Schutijser wrote:
> > Attached is a new port: textproc/hs-json. This is a dependency of
> > ShellCheck, for which I'll send a new port shortly.
> > 
> > Feedback is appreciated.
> 
> Looks fine hs-portswise to me, except the pkg/DESCR should have
> been processed by fmt(1) with default width (i.e. keep lines <= 72
> characters).
The default width is 80.

Re: UPDATE sysutils/entr

[Klemens Nanni]

On Tue, Feb 20, 2018 at 06:35:38PM +0100, Klemens Nanni wrote:
> The bitbucket MASTER_SITES throws 404, with that removed OK kn.
Please disregard (my human error), the site is fine.

Re: UPDATE sysutils/entr

[Klemens Nanni]

On Tue, Feb 20, 2018 at 05:51:40PM +0100, Björn Ketelaars wrote:
> Enclosed a diff for bringing entr to 4.0. Response MAINTAINER "Looks
> good to me!".
> 
> Changes:
> - Warn instead of error if kqueue fails to register on STDIN
> - Close STDIN before running the utility when the restart option is used
> - Restore terminal settings if terminated by a signal
> 
> Output make test:
> 
> 25 of 25 tests PASSED
> 
> OK?
> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/sysutils/entr/Makefile,v
> retrieving revision 1.11
> diff -u -p -r1.11 Makefile
> --- Makefile  13 Nov 2017 15:58:56 -  1.11
> +++ Makefile  20 Feb 2018 05:19:48 -
> @@ -2,8 +2,8 @@
>  
>  COMMENT =run arbitrary commands when files change
>  
> -DISTNAME =   entr-3.9
> -REV =332fd96a324a
> +DISTNAME =   entr-4.0
> +REV =d5110481f5b9
>  
>  CATEGORIES = sysutils
>  
> Index: distinfo
> ===
> RCS file: /cvs/ports/sysutils/entr/distinfo,v
> retrieving revision 1.8
> diff -u -p -r1.8 distinfo
> --- distinfo  13 Nov 2017 15:58:56 -  1.8
> +++ distinfo  20 Feb 2018 05:19:48 -
> @@ -1,2 +1,2 @@
> -SHA256 (entr-3.9.tar.gz) = AtePGK5TDmS/u52OAlCWL4WUbhCFDdBliZ0DrxXyaHY=
> -SIZE (entr-3.9.tar.gz) = 24554
> +SHA256 (entr-4.0.tar.gz) = StT+kQixeRmZUc/HilgaimlgKwc9rlm8rkuBD24fbIs=
> +SIZE (entr-4.0.tar.gz) = 24758
> 
The bitbucket MASTER_SITES throws 404, with that removed OK kn.

burp - experience and 2.1 version

[Jiri B]

Hi guys,

landry@ added burp[1] into ports and while searching for
something easier that bacula/bareos for disk-based backups,
I found burp and read 'Migrating from Bacula to Burp'[2].

What are you experiences with burp?

Are you staying with ports version (2.0.54) because it was said
to be (old) stable which should not change?[3]

I pretty like how easy it is and that I can get data directly from
users backup dir in /var/spool/burp/$client after decompressing it.

(I made a port for 2.1.128 and my quick testing while reading docs
is OK. What about having "statically" built burp so one could
restore while being in ramdisk env?)

I'm in process to decide for a backup solution, so I'm a big ear ;)

Jiri

[1] http://burp.grke.org/index.html
[2] http://www.kudos.be/Articles/Migrating_from_Bacula_to_Burp.html
[3]https://github.com/grke/burp/issues/626

CVS: cvs.openbsd.org: ports

[Martin Pieuchot]

CVSROOT:/cvs
Module name:ports
Changes by: m...@cvs.openbsd.org2018/02/20 09:59:19

Modified files:
devel/glib2: Makefile 
devel/glib2/patches: patch-kqueue_fix 

Log message:
Sync with latest bugzilla submission.

UPDATE sysutils/entr

[Björn Ketelaars]

Enclosed a diff for bringing entr to 4.0. Response MAINTAINER "Looks
good to me!".

Changes:
- Warn instead of error if kqueue fails to register on STDIN
- Close STDIN before running the utility when the restart option is used
- Restore terminal settings if terminated by a signal

Output make test:

25 of 25 tests PASSED

OK?


Index: Makefile
===
RCS file: /cvs/ports/sysutils/entr/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile13 Nov 2017 15:58:56 -  1.11
+++ Makefile20 Feb 2018 05:19:48 -
@@ -2,8 +2,8 @@
 
 COMMENT =  run arbitrary commands when files change
 
-DISTNAME = entr-3.9
-REV =  332fd96a324a
+DISTNAME = entr-4.0
+REV =  d5110481f5b9
 
 CATEGORIES =   sysutils
 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/entr/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo13 Nov 2017 15:58:56 -  1.8
+++ distinfo20 Feb 2018 05:19:48 -
@@ -1,2 +1,2 @@
-SHA256 (entr-3.9.tar.gz) = AtePGK5TDmS/u52OAlCWL4WUbhCFDdBliZ0DrxXyaHY=
-SIZE (entr-3.9.tar.gz) = 24554
+SHA256 (entr-4.0.tar.gz) = StT+kQixeRmZUc/HilgaimlgKwc9rlm8rkuBD24fbIs=
+SIZE (entr-4.0.tar.gz) = 24758

CVS: cvs.openbsd.org: ports

[Bjorn Ketelaars]

CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2018/02/20 09:41:59

Modified files:
security/dante : Makefile distinfo 
security/dante/pkg: DESCR 
Removed files:
security/dante/patches: patch-lib_hostcache_c 

Log message:
update to dante-1.4.2

Removed patch from jca@ with has been committed upstream. Maintainer
timeout.

OK sthen@

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2018/02/20 07:34:39

Modified files:
security/oledump: Makefile distinfo 
security/oledump/pkg: PLIST 

Log message:
small update to 0.0.33.

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2018/02/20 07:00:30

Modified files:
security/oletools: Makefile distinfo 
security/oletools/pkg: PLIST 

Log message:
small update to 0.52.

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2018/02/20 06:32:43

Modified files:
x11/x2goclient : Makefile distinfo 
x11/x2goclient/patches: patch-x2goclient_pro 

Log message:
Update x2goclient to 4.1.1.0

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2018/02/20 03:31:53

Modified files:
net/rbldnsd: Makefile 

Log message:
Set new homepage and bump, forgot in previuos commit

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2018/02/20 03:25:09

Modified files:
net/rbldnsd: Makefile distinfo 
net/rbldnsd/patches: patch-rbldnsd_c 
net/rbldnsd/pkg: README 
Added files:
net/rbldnsd/patches: patch-Makefile_in patch-btrie_c 

Log message:
Update to github version maintained by Spamhaus
enable regression tests
fix README file

Re: NEW: libtheoraplay & libtheorafile - ports for videoplayback in FNA games

[Stuart Henderson]

On 2018/02/19 18:05, Thomas Frohwein wrote:
> On Tue, Feb 13, 2018 at 09:21:48PM +, Stuart Henderson wrote:
> > Bad distfile name for libtheoraplay, please use the
> > DISTFILES=sensible-name-1.00{commithash}${EXTRACT_SUFX} mechanism to
> > rename it.
> 
> Upstream unfortunately doesn't do real versions, only number of the
> changeset. Question is if it's better to use whatever version numbering
> upstream uses and stay close to upstream, or to create our OpenBSD version 
> like
> it's done e.g. with library versions? I used changeset number in mojoshader
> before, but would like to know if there's a preference in such a case.
> 
> Attached port is with 
> libtheoraplay-${HG_CHANGESET}{${HG_COMMIT}}${EXTRACT_SUFX}

That makes sense, main thing is to give the distfile some name
associated with the port.

Alternative would be libtheoraplay-${HG_COMMIT}{${HG_COMMIT}}${EXTRACT_SUFX}
but I think what you have is fine.

> > theorafile, it's down to personal preference, but instead of patching for
> > "TARGET = so.${LIBtheorafile_VERSION}" you might find it nicer to override
> > directly like "MAKE_FLAGS = TARGET=so.${LIBtheorafile_VERSION}".
> 
> I agree with your approach. Think it's better to have this clearly visible in
> the Makefile. Changed it and attached new version.
> 
> Any takers in this form?

import is OK sthen@.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/20 01:37:50

Modified files:
net/samba  : Makefile 

Log message:
{
"port": "net/samba",
"new_dependency": {
"type": "LIB_DEPENDS",
"name": "devel/jansson",
"reason": "missing hidden dependency"
},
"ok": "jca@"
}

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/02/20 01:30:06

Modified files:
telephony/kamailio/patches: patch-utils_kamctl_kamctl 
patch-utils_kamctl_kamdbctl 

Log message:
undo bad sync, these files are both patched and modified by sed in pre-configure