[UPDATE] www/apache-httpd - enable mod_authnz_fcgi
Hello, since 2.4.10 Apache HTTPD provides module authnz_fcgi which allows to create own authentication scripts. Documentation is already installed with www/apache-www, however module requires to be explicitly enabled. Tested with OpenBSD 6.5. Index: Makefile === RCS file: /cvs/ports/www/apache-httpd/Makefile,v retrieving revision 1.98 diff -u -p -u -r1.98 Makefile --- Makefile 8 Apr 2019 23:25:23 - 1.98 +++ Makefile 16 Jun 2019 03:59:09 - @@ -3,7 +3,7 @@ COMMENT= apache HTTP server V= 2.4.39 -REVISION= 1 +REVISION= 2 DISTNAME= httpd-${V} PKGNAME= apache-httpd-${V} @@ -53,6 +53,7 @@ CONFIGURE_ARGS= --enable-layout=OpenBSD --enable-proxy=shared \ --enable-proxy-fdpass \ --enable-mods-shared=all \ + --enable-authnz-fcgi \ --enable-cgi \ --enable-suexec \ --with-suexec-caller=www \ cvs server: Diffing patches cvs server: Diffing pkg Index: pkg/PLIST === RCS file: /cvs/ports/www/apache-httpd/pkg/PLIST,v retrieving revision 1.30 diff -u -p -u -r1.30 PLIST --- pkg/PLIST 2 Apr 2019 08:17:09 - 1.30 +++ pkg/PLIST 16 Jun 2019 03:59:10 - @@ -93,6 +93,7 @@ lib/apache2/mod_authn_dbd.so lib/apache2/mod_authn_dbm.so lib/apache2/mod_authn_file.so lib/apache2/mod_authn_socache.so +lib/apache2/mod_authnz_fcgi.so lib/apache2/mod_authz_core.so lib/apache2/mod_authz_dbd.so lib/apache2/mod_authz_dbm.so -- Kind regards, Bartosz Kuźma.
Re: Update: devel/py-modulegraph 0.16 -> 0.17
OK
Re: [update] py-progress-1.5
On Sat, May 11, 2019 at 10:54:21AM +0300, Timo Myyr?? wrote: > Here's a little bump to py-progress library, slightly tested with yle-dl port. This looks good to me and seems to work. I tweaked it a little to drop the _CDROM on the PERMIT line, changed the HOMEPAGE to https, and eliminate a stray space before a tab on the MAINTAINER line. The bundled test doesn't run. I looked at defining a do-test target, but it's a test you need to watch and when it runs, nothing displays if run via the Makefile, so I stripped that out. --Kurt Index: Makefile === RCS file: /cvs/ports/devel/py-progress/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile12 Feb 2019 06:33:49 - 1.3 +++ Makefile16 Jun 2019 02:18:04 - @@ -2,17 +2,17 @@ COMMENT = easy to use progressbar library for python -MODPY_EGG_VERSION =1.4 +MODPY_EGG_VERSION =1.5 DISTNAME = progress-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} CATEGORIES = devel -HOMEPAGE = http://github.com/verigak/progress/ +HOMEPAGE = https://github.com/verigak/progress/ -MAINTAINER = Timo Myyra +MAINTAINER = Timo Myyra # ISC -PERMIT_PACKAGE_CDROM = Yes +PERMIT_PACKAGE = Yes MODULES = lang/python MODPY_PI = Yes Index: distinfo === RCS file: /cvs/ports/devel/py-progress/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo12 Feb 2019 06:33:49 - 1.2 +++ distinfo16 Jun 2019 02:18:04 - @@ -1,2 +1,2 @@ -SHA256 (progress-1.4.tar.gz) = Xi+dqI7YI2p2//vuPO79JZWJz0LfvCzsKHcQIYn65Yo= -SIZE (progress-1.4.tar.gz) = 5352 +SHA256 (progress-1.5.tar.gz) = aezt0dG75xv2MT2I0ebE0pV7fx1PcTEsIRJX99rmQ3I= +SIZE (progress-1.5.tar.gz) = 5842 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-progress/pkg/PLIST,v retrieving revision 1.2 diff -u -p -r1.2 PLIST --- pkg/PLIST 12 Feb 2019 06:33:49 - 1.2 +++ pkg/PLIST 16 Jun 2019 02:18:04 - @@ -12,7 +12,5 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/progress/${MODPY_PYCACHE}bar.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/progress/counter.py lib/python${MODPY_VERSION}/site-packages/progress/${MODPY_PYCACHE}counter.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/progress/helpers.py -lib/python${MODPY_VERSION}/site-packages/progress/${MODPY_PYCACHE}helpers.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/progress/spinner.py lib/python${MODPY_VERSION}/site-packages/progress/${MODPY_PYCACHE}spinner.${MODPY_PYC_MAGIC_TAG}pyc
Re: UPDATE: net/py-nbxmpp
On Sun, May 05, 2019 at 09:57:42AM +0200, Ingo Feinerer wrote: > this updates net/py-nbxmpp to 0.6.10. > Useful for the net/gajim update posted separately. > OK? This tested OK with the existing gajim for me on amd64. I'd recommend removing the _CDROM from the PERMIT_PACKAGE line while updating. With that, OK kmos@ --Kurt
Re: CVS: cvs.openbsd.org: ports
On Sat, Jun 15, 2019 at 03:42:27PM -0600, Kurt Mosiejczuk wrote: > CVSROOT: /cvs > Module name: ports > Changes by: k...@cvs.openbsd.org2019/06/15 15:42:27 > > Log message: > thingsd is a proxy daemon for clients and client processes to > communicate with an array of serial and IoT things. > OK sthen@ bcallah@ This was from Tracey Emery along with input from sthen@ and bcallah@. Thank you! --Kurt
Re: New: net/thingsd 2.7.1
On June 15, 2019 3:20:58 PM MDT, Brian Callahan wrote: > > >On 6/9/19 1:37 PM, Tracey Emery wrote: >> Hello ports, >> >> Here is a new 2.7.1 release of thingsd, bumping PLIST user to 836 and >> includes a couple of fixes in the software. >> >> Is anyone willing to import this? It's received several oks, thus >far. >> >> Thanks, >> >> Tracey >> >> Changelog: >> >> * Alert child when control socket closes, so it can clean up items >> * Reintroduce logging levels to thingsctl >> * Fix missed free on various strndups >> * Remove superfluous file > >New tarball with some cosmetic tweaks (PERMIT_PACKAGE_CDROM => >PERMIT_PACKAGE, for example) and a free update to 2.7.2 since I noticed > >that there was an update. > >This is ok for me if someone would like to import. > >~Brian Thank you. -- Tracey Emery
Re: Update: devel/py-modulegraph 0.16 -> 0.17
On Fri, Mar 08, 2019 at 11:38:42PM -0500, Kurt Mosiejczuk wrote: > This update is a follow-on to py-altgraph. Only mention in the changelog > is about Python 3.7 changing the format of .pyc files. > The updated port actually fails one less test than pre-update (1 vs. 2 > pre-update). > The only consumer is math/prover9/p9m4, which doesn't have any tests. Ping. (Updated version to remove REVISION line) --Kurt Index: Makefile === RCS file: /cvs/ports/devel/py-modulegraph/Makefile,v retrieving revision 1.13 diff -u -p -r1.13 Makefile --- Makefile15 May 2019 12:04:37 - 1.13 +++ Makefile15 Jun 2019 22:44:41 - @@ -2,10 +2,9 @@ COMMENT= Python module dependency analysis tool -MODPY_EGG_VERSION= 0.16 +MODPY_EGG_VERSION= 0.17 DISTNAME= modulegraph-${MODPY_EGG_VERSION} PKGNAME= py-${DISTNAME} -REVISION= 0 CATEGORIES=devel Index: distinfo === RCS file: /cvs/ports/devel/py-modulegraph/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo17 Feb 2018 09:36:55 - 1.4 +++ distinfo15 Jun 2019 22:44:41 - @@ -1,2 +1,2 @@ -SHA256 (modulegraph-0.16.tar.gz) = C6BKZ7Zck29wfHb/2BmlLzcP8r02ZkM41TqbJx8j0eQ= -SIZE (modulegraph-0.16.tar.gz) = 683563 +SHA256 (modulegraph-0.17.tar.gz) = 0oJFiMSJwLpvgVwGaVBAB1Xo4ofaZLzdrkwNbnb49fM= +SIZE (modulegraph-0.17.tar.gz) = 694480
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/06/15 15:43:34 Modified files: net: Makefile Log message: Hook net/thingsd into the build
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/06/15 15:42:27 Log message: thingsd is a proxy daemon for clients and client processes to communicate with an array of serial and IoT things. OK sthen@ bcallah@ Status: Vendor Tag: kmos Release Tags: kmos_20190615 N ports/net/thingsd/Makefile N ports/net/thingsd/distinfo N ports/net/thingsd/pkg/thingsd.rc N ports/net/thingsd/pkg/DESCR N ports/net/thingsd/pkg/PLIST No conflicts created by this import
Re: new port games/dMagnetic (you helped me. Now what?)
On 6/15/19 11:03 PM, Brian Callahan wrote: On 5/31/19 11:36 AM, Brian Callahan wrote: On 5/31/19 11:30 AM, Thomas Dettbarn wrote: Please forgive my stupidity! :) Brian Callahan hat am 31. Mai 2019 um 14:40 geschrieben: Huh? My email was a go-ahead for your game to be added to our ports tree. ~Brian So what I did was cvs -qd anon...@anoncvs.ca.openbsd.org:/cvs checkout -P ports/games/ and checked if my project is in there. It was not. Trying to add the directory with cvs add games/dmagnetic resulted in a cvs server: cannot mkdir /cvs/ports/games/dmagnetic: Permission denied which is why a cvs diff told me: ? dmagnetic/Makefile ? dmagnetic/distinfo ? dmagnetic/pkg and after a couple of more tries in cvs diff -u dmagnetic/* cvs diff: warning: directory CVS specified in argument cvs diff: but CVS uses CVS for its own purposes; skipping CVS directory cvs server: I know nothing about dmagnetic/Makefile cvs server: I know nothing about dmagnetic/distinfo cvs server: Diffing dmagnetic/pkg cvs server: dmagnetic/pkg/DESCR is a new entry, no comparison available cvs server: dmagnetic/pkg/PLIST is a new entry, no comparison available maybe i am stupid? anyways, my port is still at http://www.github.com/dettus/ports_and_packages, and pointing towards release 0.14. It takes at least two OpenBSD developers to add a new port to the tree: one to actually make the commit and another to give an ok (effectively, sign-off) for it. Of course, more than one ok (from multiple OpenBSD developers) is welcome. I've done the ok part. That's one. Now a second person has to actually make the commit that will add your port to the ports tree. Alternatively, that second person can give me an ok and I can make the commit. ~Brian This has been committed. Thanks everyone. ~Brian Yes. Thank you very very much indeed! Thomas
Re: New: net/thingsd 2.7.1
On 6/9/19 1:37 PM, Tracey Emery wrote: Hello ports, Here is a new 2.7.1 release of thingsd, bumping PLIST user to 836 and includes a couple of fixes in the software. Is anyone willing to import this? It's received several oks, thus far. Thanks, Tracey Changelog: * Alert child when control socket closes, so it can clean up items * Reintroduce logging levels to thingsctl * Fix missed free on various strndups * Remove superfluous file New tarball with some cosmetic tweaks (PERMIT_PACKAGE_CDROM => PERMIT_PACKAGE, for example) and a free update to 2.7.2 since I noticed that there was an update. This is ok for me if someone would like to import. ~Brian thingsd.tgz Description: application/compressed-tar
[ninja 1.9.0] cad/qucs-s
Unbreak qucs-s with upcoming ninja 1.9.0. BTW It's ready to send to upstream. OK? Index: Makefile === RCS file: /cvs/ports/cad/qucs-s/Makefile,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 Makefile --- Makefile2 May 2019 03:34:39 - 1.1.1.1 +++ Makefile15 Jun 2019 21:01:38 - @@ -4,6 +4,7 @@ COMMENT = an universal GUI for SPICE and V =0.0.21 DISTNAME = qucs-s-${V} +REVISION = 0 CATEGORIES = cad HOMEPAGE = https://ra3xdh.github.io/ @@ -14,7 +15,7 @@ MASTER_SITES =https://github.com/ra3xdh # GPLv2 PERMIT_PACKAGE_CDROM = Yes -WANTLIB += ${COMPILER_LIBCXX} Qt3Support QtGui QtScript QtSvg QtXml c m +WANTLIB += ${COMPILER_LIBCXX} Qt3Support QtGui QtScript QtSvg QtXml c m # C++ COMPILER = base-clang ports-gcc base-gcc @@ -27,5 +28,8 @@ RUN_DEPENDS = cad/ngspice \ x11/gtk+3,-guic NO_TEST = Yes + +post-extract: + @cd ${WRKSRC} && perl -i -pe 's/\r$$//' CMakeLists.txt .include Index: patches/patch-CMakeLists_txt === RCS file: patches/patch-CMakeLists_txt diff -N patches/patch-CMakeLists_txt --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-CMakeLists_txt15 Jun 2019 21:01:38 - @@ -0,0 +1,26 @@ +$OpenBSD$ + +Fix build with Ninja 1.9.0. +Create only one custom target to generate config.h to avoid duplicate ninja +rules. + +Index: CMakeLists.txt +--- CMakeLists.txt.orig CMakeLists.txt +@@ -40,6 +40,16 @@ INCLUDE( ${QT_USE_FILE} ) + + ADD_DEFINITIONS(${QT_DEFINITIONS}) + ++# configure the header config.h ++CONFIGURE_FILE ( ++"${PROJECT_SOURCE_DIR}/config.h.cmake" ++"${PROJECT_BINARY_DIR}/config.h" ++) ++SET_SOURCE_FILES_PROPERTIES(${PROJECT_BINARY_DIR}/config.h PROPERTIES GENERATED 1) ++ADD_CUSTOM_TARGET( ++generate_config_header ++DEPENDS ${PROJECT_BINARY_DIR}/config.h ++) + + ADD_SUBDIRECTORY( qucs ) + ADD_SUBDIRECTORY( qucs-activefilter ) Index: patches/patch-contrib_CMakeLists_txt === RCS file: /cvs/ports/cad/qucs-s/patches/patch-contrib_CMakeLists_txt,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 patch-contrib_CMakeLists_txt --- patches/patch-contrib_CMakeLists_txt2 May 2019 03:34:39 - 1.1.1.1 +++ patches/patch-contrib_CMakeLists_txt15 Jun 2019 21:01:38 - @@ -1,5 +1,7 @@ $OpenBSD: patch-contrib_CMakeLists_txt,v 1.1.1.1 2019/05/02 03:34:39 bentley Exp $ +fix man install directory + Index: contrib/CMakeLists.txt --- contrib/CMakeLists.txt.orig +++ contrib/CMakeLists.txt Index: patches/patch-qucs-activefilter_CMakeLists_txt === RCS file: patches/patch-qucs-activefilter_CMakeLists_txt diff -N patches/patch-qucs-activefilter_CMakeLists_txt --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-qucs-activefilter_CMakeLists_txt 15 Jun 2019 21:01:38 - @@ -0,0 +1,32 @@ +$OpenBSD$ + +Fix build with Ninja 1.9.0. +Create only one custom target to generate config.h to avoid duplicate ninja +rules. + +Index: qucs-activefilter/CMakeLists.txt +--- qucs-activefilter/CMakeLists.txt.orig qucs-activefilter/CMakeLists.txt +@@ -27,13 +27,8 @@ IF(NOT WIN32) + SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wno-deprecated-register ") + ENDIF() + +-#configure the header config.h +-CONFIGURE_FILE ( +-"${PROJECT_SOURCE_DIR}/../config.h.cmake" +-"${PROJECT_BINARY_DIR}/config.h" +-) +- + INCLUDE_DIRECTORIES("${PROJECT_BINARY_DIR}") ++INCLUDE_DIRECTORIES( ${CMAKE_SOURCE_DIR} ) + + FIND_PACKAGE( Qt4 REQUIRED ) + SET( QT_USE_QTGUI TRUE ) +@@ -91,6 +86,7 @@ ADD_EXECUTABLE(${QUCS_NAME}activefilter MACOSX_BUNDLE + ${RESOURCES_SRCS} ) + + TARGET_LINK_LIBRARIES(${QUCS_NAME}activefilter ${QT_LIBRARIES}) ++ADD_DEPENDENCIES(${QUCS_NAME}activefilter generate_config_header) + + INSTALL(TARGETS ${QUCS_NAME}activefilter + BUNDLE DESTINATION bin COMPONENT Runtime Index: patches/patch-qucs-attenuator_CMakeLists_txt === RCS file: /cvs/ports/cad/qucs-s/patches/patch-qucs-attenuator_CMakeLists_txt,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 patch-qucs-attenuator_CMakeLists_txt --- patches/patch-qucs-attenuator_CMakeLists_txt2 May 2019 03:34:39 - 1.1.1.1 +++ patches/patch-qucs-attenuator_CMakeLists_txt15 Jun 2019 21:01:38 - @@ -1,9 +1,34 @@ $OpenBSD: patch-qucs-attenuator_CMakeLists_txt,v 1.1.1.1 2019/05/02 03:34:39 bentley Exp $ +Fix build with Ninja 1.9.0. +Create only one custom target to generate config.h to avoid duplicate ninja +rules. + Index: qucs-attenuator/CMakeLists.txt --- qucs-attenuator/CMakeLists.txt.orig +++ qucs-attenuator/CMakeLists.txt -@@ -105,7 +105,7 @@ INSTALL(TARGETS ${PROJECT_NAME} +@@ -17,12 +17,6 @@
Re: new port games/dMagnetic (you helped me. Now what?)
On 5/31/19 11:36 AM, Brian Callahan wrote: On 5/31/19 11:30 AM, Thomas Dettbarn wrote: Please forgive my stupidity! :) Brian Callahan hat am 31. Mai 2019 um 14:40 geschrieben: Huh? My email was a go-ahead for your game to be added to our ports tree. ~Brian So what I did was cvs -qd anon...@anoncvs.ca.openbsd.org:/cvs checkout -P ports/games/ and checked if my project is in there. It was not. Trying to add the directory with cvs add games/dmagnetic resulted in a cvs server: cannot mkdir /cvs/ports/games/dmagnetic: Permission denied which is why a cvs diff told me: ? dmagnetic/Makefile ? dmagnetic/distinfo ? dmagnetic/pkg and after a couple of more tries in cvs diff -u dmagnetic/* cvs diff: warning: directory CVS specified in argument cvs diff: but CVS uses CVS for its own purposes; skipping CVS directory cvs server: I know nothing about dmagnetic/Makefile cvs server: I know nothing about dmagnetic/distinfo cvs server: Diffing dmagnetic/pkg cvs server: dmagnetic/pkg/DESCR is a new entry, no comparison available cvs server: dmagnetic/pkg/PLIST is a new entry, no comparison available maybe i am stupid? anyways, my port is still at http://www.github.com/dettus/ports_and_packages, and pointing towards release 0.14. It takes at least two OpenBSD developers to add a new port to the tree: one to actually make the commit and another to give an ok (effectively, sign-off) for it. Of course, more than one ok (from multiple OpenBSD developers) is welcome. I've done the ok part. That's one. Now a second person has to actually make the commit that will add your port to the ports tree. Alternatively, that second person can give me an ok and I can make the commit. ~Brian This has been committed. Thanks everyone. ~Brian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/06/15 14:53:39 Log message: Import games/dmagnetic, an interpreter for Magnetic Scrolls games. Original submission by Thomas Dettbarn (upstream), who also takes MAINTAINER -- thanks! ok kirby@ DMAGNETIC is a Magnetic Scrolls Interpreter. It can be used to play classic text adventure games, such as "The Pawn", "The Guild of Thieves", and "Wonderland". Graphics will be rendered in glorious ANSI art, so the games can be played in any console window. Status: Vendor Tag: bcallah Release Tags: bcallah_20190615 N ports/games/dmagnetic/Makefile N ports/games/dmagnetic/distinfo N ports/games/dmagnetic/pkg/DESCR N ports/games/dmagnetic/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/06/15 14:54:03 Modified files: games : Makefile Log message: +dmagnetic
Re: OpenMP for both clang and GCC, part II
On 6/15/19 2:58 PM, Jonathan Thornburg wrote: I wrote: The distinction here is between (a) no OpenMP support at all, so all OpenMP code has to be stubbed out on OpenBSD with #ifdef NOT_DEFINED or dummy routines, vs (b) OpenMP works and lets me develop/debug on my OpenBSD laptop/desktop before I ship the code off to the (Linux) supercomputer for big runs. Stuart Henderson replied or (c) it's enabled and detected and doesn't really work properly. I agree, that would be ungood. I don't think it's too much to ask for more information about what we can expect to see with it enabled before we go committing diffs in support of it around the tree .. Agreed 100% -- I'm sorry if my wording suggested otherwise. clang/clang++/flang and gcc/g++/gfortran support is all I need, but I do appreciate the point made earlier about how various other ports will auto-detect OpenMP support and reconfigure themselves to use it (with attendent bad results if it doesn't actually work properly). Perhaps compiler OpenMP support should require an explicit --enable-openmp compiler flag, or even installing a -openmp compiler flavor? ciao, -- Jonathan Please, no. Flang is enough work to maintain without additional FLAVORs of dubious utility. Doing what sthen@ asked really is the right way to do it. I started down that path a while ago but it's a lot of work and I just don't have the time or bulk build machinery to do it well right now. ~Brian
Re: [NEW] security/ghidra
On 6/15/19 4:56 PM, Lawrence Teo wrote: On Tue, May 14, 2019 at 07:59:57PM +0200, Remi Pointel wrote: On 5/14/19 7:48 PM, Jeremy O'Brien wrote: On Tue, May 14, 2019, at 12:43, Anthony J. Bentley wrote: Jeremy O'Brien writes: I noticed this port was committed today. I have to ask, did you actually try to use it? In its current state, (sans my above changes), there is no decompiler nor symbol demangler. This might have been OK to omit, except for the fact that you will get a "Could not find decompiler executable decompile" popup every single time you click anywhere in the disassembly pane, which makes this port unusable. Indeed they are very annoying. I agree the port is not "finished." But I've used Ghidra to do some minor work despite that, so I'm happy to see it in. Revising the port to add the native tools would be very welcome though. If you're willing to compile it yourself, my MR here: https://github.com/NationalSecurityAgency/ghidra/pull/490 makes the native components build perfectly in OpenBSD. Just follow the ghidra DevGuide.md instructions after applying the patch. I also have my personal build here (but that of course requires that you trust a stranger on the internet): https://pintobyte.com/tmp/ghidra_9.1-DEV_PUBLIC_20190513_openbsd64.zip if you don't feel like compiling but want the "full" ghidra experience. I do like that the current ghidra port requires no compilation, as the compilation process is a bit heavy-handed and takes some time to complete, but I personally would prefer to see a fully-working port over a fast-installing one. Thank you for feedback, I will try your patch to build ghidra and I will let you know. If you are motivated, you can send a diff that applies on the ghidra port to integrate your work. Cheers, Remi. Here's my attempt to update Ghidra to add a native decompiler for OpenBSD. I created the patches based on Jeremy's pull request and used https://github.com/NationalSecurityAgency/ghidra/blob/master/DevGuide.md to figure out the build steps. I also did the following to make it build and conform to OpenBSD port conventions: 1. Ghidra is built using Gradle so I have attached a new port for devel/gradle 5.4.1. 2. DevGuide.md says they built Ghidra with Gradle 5.0 but I was able to build it successfully with Gradle 5.4.1. 3. To prevent the build process from touching $HOME, I made gradle use ${WRKDIR}/gradle as its home and also modified GHelpBuilder.java (the program that builds help files during build) to log to ${WRKDIR} instead of $HOME/.ghidra. 4. One of the Gradle scripts (ip.gradle) scans the Ghidra source tree so I had to explicitly tell it to exclude *.orig and *.beforesubst. 5. The port has to be built with a high `ulimit -d` (I set it to `ulimit -Hd` which on my system is 33554432). Using the resulting package I was able to decompile programs without encountering the "Could not find decompiler executable decompile" popup. Tests/reviews/feedback welcome! :) Hi, quickly tested and sounds good to me, thanks a lot for your work. Cheers, Remi.
Re: [UPDATE] security/ROPgadget
OK kn You can trim _CDROM from the license line.
Re: OpenMP for both clang and GCC, part II
I wrote: > > The distinction > > here is between > > (a) no OpenMP support at all, so all OpenMP code has to be stubbed out > > on OpenBSD with #ifdef NOT_DEFINED or dummy routines, vs > > (b) OpenMP works and lets me develop/debug on my OpenBSD laptop/desktop > > before I ship the code off to the (Linux) supercomputer for big runs. Stuart Henderson replied > or (c) it's enabled and detected and doesn't really work properly. I agree, that would be ungood. > I don't think it's too much to ask for more information about what we > can expect to see with it enabled before we go committing diffs in > support of it around the tree .. Agreed 100% -- I'm sorry if my wording suggested otherwise. clang/clang++/flang and gcc/g++/gfortran support is all I need, but I do appreciate the point made earlier about how various other ports will auto-detect OpenMP support and reconfigure themselves to use it (with attendent bad results if it doesn't actually work properly). Perhaps compiler OpenMP support should require an explicit --enable-openmp compiler flag, or even installing a -openmp compiler flavor? ciao, -- Jonathan
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/06/15 12:47:47 Modified files: astro/celestia : Makefile Added files: astro/celestia/patches: patch-src_celengine_parseobject_cpp Log message: celestia: fix build with ports-gcc, as it doesn't want a bool method to return NULL. While here, move HOMEPAGE to https. OK naddy@ jca@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/06/15 11:19:03 Modified files: lang/seed7 : Makefile distinfo Log message: Update to seed7-20190610
Re: [NEW] security/ghidra
On Tue, May 14, 2019 at 07:59:57PM +0200, Remi Pointel wrote: > On 5/14/19 7:48 PM, Jeremy O'Brien wrote: > > On Tue, May 14, 2019, at 12:43, Anthony J. Bentley wrote: > > > Jeremy O'Brien writes: > > > > I noticed this port was committed today. I have to > > > > ask, did you actually try to use it? In its current > > > > state, (sans my above changes), there is no decompiler > > > > nor symbol demangler. This might have been OK to omit, > > > > except for the fact that you will get a "Could not > > > > find decompiler executable decompile" popup every > > > > single time you click anywhere in the disassembly pane, > > > > which makes this port unusable. > > > > > > Indeed they are very annoying. I agree the port is not > > > "finished." But I've used Ghidra to do some minor work despite that, so > > > I'm happy to see it in. Revising the port to add the native tools would > > > be very welcome though. > > > > > > > > > > If you're willing to compile it yourself, my MR here: > > https://github.com/NationalSecurityAgency/ghidra/pull/490 makes the native > > components build perfectly in OpenBSD. Just follow the ghidra DevGuide.md > > instructions after applying the patch. I also have my personal build here > > (but that of course requires that you trust a stranger on the internet): > > https://pintobyte.com/tmp/ghidra_9.1-DEV_PUBLIC_20190513_openbsd64.zip if > > you don't feel like compiling but want the "full" ghidra experience. I do > > like that the current ghidra port requires no compilation, as the > > compilation process is a bit heavy-handed and takes some time to complete, > > but I personally would prefer to see a fully-working port over a > > fast-installing one. > > > > Thank you for feedback, I will try your patch to build ghidra and I will let > you know. > If you are motivated, you can send a diff that applies on the ghidra port to > integrate your work. > > Cheers, > > Remi. > Here's my attempt to update Ghidra to add a native decompiler for OpenBSD. I created the patches based on Jeremy's pull request and used https://github.com/NationalSecurityAgency/ghidra/blob/master/DevGuide.md to figure out the build steps. I also did the following to make it build and conform to OpenBSD port conventions: 1. Ghidra is built using Gradle so I have attached a new port for devel/gradle 5.4.1. 2. DevGuide.md says they built Ghidra with Gradle 5.0 but I was able to build it successfully with Gradle 5.4.1. 3. To prevent the build process from touching $HOME, I made gradle use ${WRKDIR}/gradle as its home and also modified GHelpBuilder.java (the program that builds help files during build) to log to ${WRKDIR} instead of $HOME/.ghidra. 4. One of the Gradle scripts (ip.gradle) scans the Ghidra source tree so I had to explicitly tell it to exclude *.orig and *.beforesubst. 5. The port has to be built with a high `ulimit -d` (I set it to `ulimit -Hd` which on my system is 33554432). Using the resulting package I was able to decompile programs without encountering the "Could not find decompiler executable decompile" popup. Tests/reviews/feedback welcome! :) Thanks, Lawrence gradle-5.4.1.tar.gz Description: application/tar-gz Index: Makefile === RCS file: /cvs/ports/security/ghidra/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile11 Jun 2019 00:38:36 - 1.3 +++ Makefile15 Jun 2019 01:20:42 - @@ -6,9 +6,14 @@ ONLY_FOR_ARCHS = amd64 COMMENT = software reverse engineering (SRE) framework VERSION = 9.0.4 -REVISION = 0 -DISTNAME = ghidra_9.0.4_PUBLIC_20190516 -PKGNAME = ghidra-${VERSION} +GHIDRA_DATE = 20190516 +YAJSW_VER =12.12 +REVISION = 1 + +GH_ACCOUNT = NationalSecurityAgency +GH_PROJECT = ghidra +GH_TAGNAME = Ghidra_${VERSION}_build +DISTNAME = ghidra-${VERSION} CATEGORIES = security @@ -17,32 +22,85 @@ HOMEPAGE = https://www.ghidra-sre.org/ MAINTAINER = Remi Pointel # Apache v2 -PERMIT_PACKAGE_CDROM = Yes +PERMIT_PACKAGE = Yes -MASTER_SITES = ${HOMEPAGE} +WANTLIB += c m stdc++ + +MASTER_SITES0 =${HOMEPAGE} +MASTER_SITES1 = https://sourceforge.net/projects/yajsw/files/yajsw/yajsw-stable-${YAJSW_VER}/ EXTRACT_SUFX = .zip +DISTFILES =${DISTNAME}.tar.gz +DISTFILES += ghidra_${VERSION}_PUBLIC_${GHIDRA_DATE}${EXTRACT_SUFX}:0 +DISTFILES += yajsw-stable-${YAJSW_VER}${EXTRACT_SUFX}:1 + +EXTRACT_ONLY = ${DISTNAME}.tar.gz + MODULES = java MODJAVA_VER = 11+ +BUILD_DEPENDS =devel/bison \ + devel/gradle \ + shells/bash + RUN_DEPENDS = shells/bash \ java/javaPathHelper -NO_BUILD = Yes NO_TEST = Yes -WRKDIST = ${WRKDIR}/${PKGNAME:S/-/_/} +SUBST_VARS
Re: [new] net/i2pd 2.25.0
Hi, Thanks for your reply and OK Rafael! I've updated with sthen@'s changes, however I have also updated the port to don't have the need for cmake, and it now install client application headers and the static libraries needed from i2pd to build a client app. Thus, I also removed the test he added but I think this flavor is better (less dependencies versus test). i2pd has a few unit tests but I can ensure you that Orignal the main dev will not put of time for some tests at least not this year. Regarding the cmake and why it was there, the reason for this was that I took the "less broken" attempt to port i2pd to OpenBSD and changed it just to get started into the ports system. However, gotten far much better known with the ports system now I decided to try without it, since I recalled we had a Makefile.bsd and which was still working great. Also I noticed I didn't get my thunderbird to work with the text and line breaks in the mailing list, so this would be my first neomutt/mutt email ever. So I'll resend and fixup my mistakes like, if I for example messes up with the attachment. Hopefully I don't bug you all with the horrible line breaks anymore :) /Mikal On 15/06/2019, 12:04, Rafael Sadowski wrote: Please find attached a new tarball based on sthen@ work which fix the test build. Since there have been a lot of requests for this port and this one looks fine for me. OK rsadowski@ On Thu Jun 13, 2019 at 06:19:33AM +0200, Mikal Villa wrote: Hi, Thanks a lot for your reply and corrections of the port. And yea, you're probably right about giving it a small description, I was way to focused about just trying to get the port as correct as possible that it didn't even occur to me. So, what is it and why should you care? I2P is short for Invisible Internet Project and it's a mix-network with many similarities with the Tor network. However some main differences is that instead of using centralized directory servers which Tor does, I2P has it's own DHT network, and routers have to learn themself which are good relays and not. So Tor has a faster bootup, but I2P is fully decentralizd. Both project where started up ~16-17 years ago, however I2P is much less known than Tor, and while Tor has had much focus on out-proxying back to the internet, I2P has had focus on hidden services and applications inside the network which never leaves back to the internet. I2P also has a very simple naming system, so you can have addresses like planet.i2p and stats.i2p instead of something similar to ouad893ou4fj09fe0f.onion. (Yes, that was just me baning on the keyboard) Again, thanks a lot for your tip and corrections of the port Stuart! Best regards, Mikal Villa On 11/06/2019 13:42, Stuart Henderson wrote: > On 2019/06/11 10:27, Mikal Villa wrote: >> Hi, >> >> Since my first request the 2.26.0 release was done so I've also updated >> the port. >> >> Can't seem to have gotten any replies on it, is there nobody that has >> time to help me verify & import to cvs? >> >> I've attached the updated port. >> >> >> >> Best regards, >> Mikal Villa >> >> On 06/06/2019 12:00, Mikal Villa wrote: >>> Hi, >>> >>> This would be my first port, but I've actually read the documentation >>> and think I got it right. Not totally sure about the PLIST but hopefully >>> someone can point out my mistakes. >>> >>> I plan to update the i2pd source for OpenBSD so this port can lose it's >>> current patch, but since the release was made before the port was >>> written it's needed for now. This can be considered as a official port >>> from the project. >>> >>> I don't have CVS access so I would need someone here to actually submit it. >>> >>> >>> Best regards, >>> Mikal Villa / Meeh >>> > It often helps a bit to describe the port in the email so readers can > see if they might be interested in it. > > Updated tar attached with some cleanup, which I'll explain inline with the > diff below. It is in better shape like this but I don't particularly want > to run it for further tests so will leave it to someone else to pick up > if they're interested. > > > : diff --git a/Makefile b/Makefile > : index 4ac5ff7..984070d 100755 > : --- a/Makefile > : +++ b/Makefile > : @@ -1,48 +1,42 @@ > : # $OpenBSD$ > : > : -GH_ACCOUNT =PurpleI2P > : -GH_PROJECT =i2pd > : -GH_TAGNAME =2.26.0 > : -DISTNAME = i2pd-${GH_TAGNAME} > : +COMMENT = client for the I2P anonymous network > : + > : +GH_ACCOUNT =PurpleI2P > : +GH_PROJECT =i2pd > : +GH_TAGNAME =2.26.0 > > spaces->tabs > DISTNAME is set to $GH_PROJECT-$GH_TAGNAME by default, no need to set it separately > > : + > : CATEGORIES =net > : HOMEPAGE = https://i2pd.website > : -COMMENT = full-featured C++ inplementation of a I2P router > > move up to standard position (see Makefile.template), reword a bit > (keeping COMMENT simple, describing in DESCR) > > : > : MAINTAINER =Mikal Villa > : > : -# BSD 3-clause > : +# BSD > > standard in ports tree > > :
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/06/15 08:36:38 Modified files: www/odoo : Makefile Log message: add dependency on telephony/py-phonenumbers instead of the removed one
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/06/15 08:33:53 Modified files: textproc : Makefile Removed files: textproc/py-phonenumbers: Makefile distinfo textproc/py-phonenumbers/pkg: DESCR PLIST Log message: remove textproc/py-phonenumbers because we already have a port of this python module in telephony
Re: CVS: cvs.openbsd.org: ports
On 15/06/19 10:06 -0400, Daniel Jakots wrote: > On Sat, 15 Jun 2019 06:16:09 -0600 (MDT), Robert Nagy > wrote: > > > CVSROOT:/cvs > > Module name:ports > > Changes by: rob...@cvs.openbsd.org 2019/06/15 06:16:09 > > > > Log message: > > import of py-phonenumbers: > > > > Python version of Google's common library for parsing, > > formatting, storing and validating international phone numbers. > > > > ok ajacoutot@ > > > > Status: > > > > Vendor Tag: robert > > Release Tags: robert_20190615 > > > > N ports/textproc/py-phonenumbers/Makefile > > N ports/textproc/py-phonenumbers/distinfo > > N ports/textproc/py-phonenumbers/pkg/DESCR > > N ports/textproc/py-phonenumbers/pkg/PLIST > > > > No conflicts created by this import > > > > Is it different than the one in telephony/? > It is not. I have no idea how i missed it :)
Re: UPDATE: devel/ninja
Christian Weisgerber: [ninja 1.9.0] > > Anybody willing to give it a chance in a bulk? > > I have started an amd64 bulk build with this. All errors are of this type: ninja: error: build.ninja: multiple rules generate XXX [-w dupbuild=err] The initial build failures were devel/doxygen net/libproxy Those have been fixed. I picked up the fixes in the ongoing build, which has revealed additional failures: cad/qucs-s graphics/digikam graphics/krita x11/kde4/pimlibs -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: CVS: cvs.openbsd.org: ports
On Sat, 15 Jun 2019 06:16:09 -0600 (MDT), Robert Nagy wrote: > CVSROOT: /cvs > Module name: ports > Changes by: rob...@cvs.openbsd.org 2019/06/15 06:16:09 > > Log message: > import of py-phonenumbers: > > Python version of Google's common library for parsing, > formatting, storing and validating international phone numbers. > > ok ajacoutot@ > > Status: > > Vendor Tag: robert > Release Tags: robert_20190615 > > N ports/textproc/py-phonenumbers/Makefile > N ports/textproc/py-phonenumbers/distinfo > N ports/textproc/py-phonenumbers/pkg/DESCR > N ports/textproc/py-phonenumbers/pkg/PLIST > > No conflicts created by this import > Is it different than the one in telephony/?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/06/15 06:47:23 Modified files: www: Makefile Log message: +odoo
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 06:20:12 Modified files: www/odoo : Makefile Log message: typo: PERMIT_PACKAGE_ -> PERMIT_PACKAGE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/06/15 06:17:58 Log message: import odoo: Odoo is an all-in-one management software that offers a range of business applications that form a complete suite of enterprise management applications targeting companies of all sizes. Odoo is an all-in-one business software including CRM, website/e-commerce, billing, accounting, manufacturing, warehouse - and project management, and inventory. ok ajacoutot@ Status: Vendor Tag: robert Release Tags: robert_20190615 N ports/www/odoo/Makefile N ports/www/odoo/distinfo N ports/www/odoo/patches/patch-odoo_service_server_py N ports/www/odoo/pkg/DESCR N ports/www/odoo/pkg/PLIST N ports/www/odoo/pkg/odoo.rc No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/06/15 06:16:36 Modified files: textproc : Makefile Log message: +py-phonenumbers
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/06/15 06:16:09 Log message: import of py-phonenumbers: Python version of Google's common library for parsing, formatting, storing and validating international phone numbers. ok ajacoutot@ Status: Vendor Tag: robert Release Tags: robert_20190615 N ports/textproc/py-phonenumbers/Makefile N ports/textproc/py-phonenumbers/distinfo N ports/textproc/py-phonenumbers/pkg/DESCR N ports/textproc/py-phonenumbers/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/06/15 06:14:36 Log message: import py-PyPDF2: A Pure-Python library built as a PDF toolkit. It is capable of: - extracting document information (title, author, ...) - splitting documents page by page - merging documents page by page - cropping pages - merging multiple pages into a single page - encrypting and decrypting PDF files - and more! ok ajacoutot@ Status: Vendor Tag: robert Release Tags: robert_20190615 N ports/textproc/py-PyPDF2/Makefile N ports/textproc/py-PyPDF2/distinfo N ports/textproc/py-PyPDF2/pkg/DESCR N ports/textproc/py-PyPDF2/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/06/15 06:15:15 Modified files: textproc : Makefile Log message: +py-PyPDF2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/06/15 06:13:44 Modified files: converters : Makefile Log message: +py-num2words
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/06/15 06:13:04 Log message: import py-num2words: An easily extensible set of modules to convert numbers to words. ok ajacoutot@ Status: Vendor Tag: robert Release Tags: robert_20190615 N ports/converters/py-num2words/Makefile N ports/converters/py-num2words/distinfo N ports/converters/py-num2words/pkg/DESCR N ports/converters/py-num2words/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/06/15 06:11:14 Modified files: infrastructure/db: user.list Log message: add _odoo for the incoming www/odoo port
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/06/15 06:05:37 Modified files: infrastructure/lib/DPB: Host.pm Log message: oops thx pavel
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 05:06:44 Modified files: devel/goffice : Makefile distinfo devel/goffice/pkg: PLIST Log message: Update to goffice-0.10.45.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 05:07:00 Modified files: math/gnumeric : Makefile distinfo math/gnumeric/patches: patch-doc_Makefile_in math/gnumeric/pkg: PLIST Removed files: math/gnumeric/patches: patch-src_mathfunc_c Log message: Update to gnumeric-1.12.45.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 05:00:12 Modified files: x11/gnome/builder: Makefile distinfo x11/gnome/builder/pkg: PLIST Added files: x11/gnome/builder/patches: patch-src_libide_foundry_ide-simple-build-system-discovery_c Log message: Update to gnome-builder-3.32.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 04:47:54 Modified files: www/epiphany : Makefile distinfo Removed files: www/epiphany/patches: patch-lib_ephy-web-app-utils_c Log message: Update to epiphany-3.32.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 04:35:36 Modified files: devel/libsigc++-2: Makefile distinfo devel/libsigc++-2/pkg: PLIST Log message: Update to libsigc++-2.10.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 04:24:37 Modified files: security/heimdal: Makefile distinfo security/heimdal/pkg: PLIST-devel-docs Added files: security/heimdal/patches: patch-lib_hdb_hdb-mitdb_c Log message: Update to heimdal-7.7.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 04:19:48 Modified files: lang/vala : Makefile distinfo Log message: Update to vala-0.44.4.
Re: [new] net/i2pd 2.25.0
Please find attached a new tarball based on sthen@ work which fix the test build. Since there have been a lot of requests for this port and this one looks fine for me. OK rsadowski@ On Thu Jun 13, 2019 at 06:19:33AM +0200, Mikal Villa wrote: > Hi, > > Thanks a lot for your reply and corrections of the port. And yea, you're > probably right about > giving it a small description, I was way to focused about just trying to > get the port as correct > as possible that it didn't even occur to me. > > So, what is it and why should you care? > > I2P is short for Invisible Internet Project and it's a mix-network with > many similarities with the Tor network. > However some main differences is that instead of using centralized > directory servers which Tor does, I2P > has it's own DHT network, and routers have to learn themself which are > good relays and not. So Tor has a > faster bootup, but I2P is fully decentralizd. Both project where started > up ~16-17 years ago, however I2P > is much less known than Tor, and while Tor has had much focus on > out-proxying back to the internet, I2P > has had focus on hidden services and applications inside the network > which never leaves back to the internet. > I2P also has a very simple naming system, so you can have addresses like > planet.i2p and stats.i2p instead of > something similar to ouad893ou4fj09fe0f.onion. (Yes, that was just me > baning on the keyboard) > > > Again, thanks a lot for your tip and corrections of the port Stuart! > > > Best regards, > Mikal Villa > > > On 11/06/2019 13:42, Stuart Henderson wrote: > > On 2019/06/11 10:27, Mikal Villa wrote: > >> Hi, > >> > >> Since my first request the 2.26.0 release was done so I've also updated > >> the port. > >> > >> Can't seem to have gotten any replies on it, is there nobody that has > >> time to help me verify & import to cvs? > >> > >> I've attached the updated port. > >> > >> > >> > >> Best regards, > >> Mikal Villa > >> > >> On 06/06/2019 12:00, Mikal Villa wrote: > >>> Hi, > >>> > >>> This would be my first port, but I've actually read the documentation > >>> and think I got it right. Not totally sure about the PLIST but hopefully > >>> someone can point out my mistakes. > >>> > >>> I plan to update the i2pd source for OpenBSD so this port can lose it's > >>> current patch, but since the release was made before the port was > >>> written it's needed for now. This can be considered as a official port > >>> from the project. > >>> > >>> I don't have CVS access so I would need someone here to actually submit > >>> it. > >>> > >>> > >>> Best regards, > >>> Mikal Villa / Meeh > >>> > > It often helps a bit to describe the port in the email so readers can > > see if they might be interested in it. > > > > Updated tar attached with some cleanup, which I'll explain inline with the > > diff below. It is in better shape like this but I don't particularly want > > to run it for further tests so will leave it to someone else to pick up > > if they're interested. > > > > > > : diff --git a/Makefile b/Makefile > > : index 4ac5ff7..984070d 100755 > > : --- a/Makefile > > : +++ b/Makefile > > : @@ -1,48 +1,42 @@ > > : # $OpenBSD$ > > : > > : -GH_ACCOUNT =PurpleI2P > > : -GH_PROJECT =i2pd > > : -GH_TAGNAME =2.26.0 > > : -DISTNAME = i2pd-${GH_TAGNAME} > > : +COMMENT =client for the I2P anonymous network > > : + > > : +GH_ACCOUNT = PurpleI2P > > : +GH_PROJECT = i2pd > > : +GH_TAGNAME = 2.26.0 > > > > spaces->tabs > > DISTNAME is set to $GH_PROJECT-$GH_TAGNAME by default, no need to set it > > separately > > > > : + > > : CATEGORIES = net > > : HOMEPAGE = https://i2pd.website > > : -COMMENT =full-featured C++ inplementation of a I2P router > > > > move up to standard position (see Makefile.template), reword a bit > > (keeping COMMENT simple, describing in DESCR) > > > > : > > : MAINTAINER = Mikal Villa > > : > > : -# BSD 3-clause > > : +# BSD > > > > standard in ports tree > > > > : -PERMIT_PACKAGE_CDROM = Yes > > : +PERMIT_PACKAGE = Yes > > > > this is gradually being replaced in the ports tree > > > > : +WANTLIB += ${COMPILER_LIBCXX} boost_date_time-mt boost_filesystem-mt > > : +WANTLIB += boost_program_options-mt boost_system-mt c crypto m > > : +WANTLIB += ssl z > > : > > : -WANTLIB =${COMPILER_LIBCXX} boost_date_time boost_filesystem \ > > : - boost_program_options boost_system c crypto m ssl z > > : +COMPILER = base-clang ports-gcc > > : +MODULES =devel/cmake > > > > you already patch the cmake file, and it has an install target, and > > installs the headers for the library, so might as well use it. > > > > : LIB_DEPENDS =devel/boost > > : > > : -COMPILER =base-clang ports-gcc base-gcc > > > > boost needs a c++11 compiler already so no point having base-gcc in this > > list > > > > : -USE_GMAKE = Yes > > : -SUBST_VARS += VARBASE > > > > should use LOCALSTATEDIR which is already in
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 04:02:08 Modified files: x11/gnome/yelp-tools: Makefile distinfo Log message: Update to yelp-tools-3.32.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 04:01:21 Modified files: x11/dbus : Tag: OPENBSD_6_5 Makefile Added files: x11/dbus/patches: Tag: OPENBSD_6_5 patch-dbus_dbus-auth_c Log message: Backport fix for: CVE-2019-12749: Do not attempt to carry out DBUS_COOKIE_SHA1 authentication for identities that differ from the user running the DBusServer.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 03:59:57 Modified files: x11/dbus : Makefile distinfo Log message: SECURITY update to dbus-1.12.16. CVE-2019-12749: Do not attempt to carry out DBUS_COOKIE_SHA1 authentication for identities that differ from the user running the DBusServer.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/06/15 03:53:00 Modified files: net/libproxy : Makefile Added files: net/libproxy/patches: patch-bindings_perl_t_CMakeLists_txt Log message: Unbreak libproxy with upcoming ninja 1.9.0 update. Rename cmake target "test" to avoid multiple ninja targets. "sure" ajacoutot@ (maintainer), spotted by naddy@ Thanks
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 03:53:35 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-250.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 03:46:12 Modified files: print/cups-filters: Makefile distinfo print/cups-filters/patches: patch-Makefile_in print/cups-filters/pkg: PLIST Log message: Update to cups-filters-1.25.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 03:30:20 Modified files: net/glib2-networking: Makefile distinfo Log message: Update to glib2-networking-2.60.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 03:29:44 Modified files: sysutils/awscli: Makefile Log message: Bump py-s3transfer dependency to 0.2.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 03:29:06 Modified files: net/py-s3transfer: Makefile distinfo Log message: Update to py-s3transfer-0.2.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 03:26:39 Modified files: misc/osinfo: Makefile.inc misc/osinfo/osinfo-db: Makefile distinfo misc/osinfo/osinfo-db/pkg: PLIST Removed files: misc/osinfo/osinfo-db/files: openbsd-6.5.xml Log message: Update to osinfo-db-20190611.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 03:23:28 Modified files: misc/hwdata: Makefile distinfo Log message: Update to hwdata-0.324.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 03:19:04 Modified files: sysutils/terraform: Makefile.inc sysutils/terraform/provider-alicloud: Makefile distinfo sysutils/terraform/provider-azurerm: Makefile distinfo sysutils/terraform/provider-cloudstack: Makefile distinfo sysutils/terraform/provider-fastly: Makefile distinfo sysutils/terraform/provider-ovh: Makefile distinfo sysutils/terraform/provider-rundeck: Makefile distinfo sysutils/terraform/provider-vault: Makefile distinfo sysutils/terraform/provider-heroku: Makefile distinfo Log message: Update terraform providers.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 03:14:40 Modified files: graphics/gphoto2: Makefile distinfo Log message: Update to gphoto-2.5.23.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 03:14:20 Modified files: graphics/libgphoto2: Makefile distinfo graphics/libgphoto2/pkg: PLIST Log message: Update to libgphoto-2.5.23.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 03:02:57 Modified files: sysutils/terraform/terraform: Makefile distinfo Log message: Update to terraform-0.12.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 02:59:52 Modified files: graphics/babl : Makefile distinfo Log message: Update to babl-0.1.66.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 02:57:21 Modified files: devel/glib2: Tag: OPENBSD_6_5 Makefile Added files: devel/glib2/patches: Tag: OPENBSD_6_5 patch-gio_gfile_c Log message: Merge security fix for: CVE-2019-12450: file_copy_fallback in gio/gfile.c does not properly restrict file permissions while a copy operation is in progress. Instead, default permissions are used.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/06/15 02:55:26 Modified files: security/keepassxc: Makefile distinfo Log message: Bugfix update keepassxc to 2.4.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 02:53:58 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py-boto3-1.9.169.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 02:54:31 Modified files: sysutils/awscli: Makefile distinfo sysutils/awscli/pkg: PLIST Log message: Update to awscli-1.16.179.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 02:54:12 Modified files: net/py-botocore: Makefile distinfo net/py-botocore/pkg: PLIST Log message: Update to py-botocore-1.12.169.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/06/15 02:53:32 Modified files: math/z3: Makefile Log message: Disable OpenMP with the cmake option OK rpointel
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/06/15 02:52:09 Modified files: devel/glib2: Makefile distinfo devel/glib2/pkg: PLIST Log message: SECURITY update to glib2-2.60.4. CVE-2019-12450: file_copy_fallback in gio/gfile.c does not properly restrict file permissions while a copy operation is in progress. Instead, default permissions are used.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/06/15 01:41:46 Modified files: infrastructure/lib/DPB: Host.pm Log message: missed localhost normalization as noticed by naddy@ should fix wipe on localhost
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/06/15 01:12:41 Modified files: audio/clementine: Makefile audio/clementine/patches: patch-3rdparty_libprojectm_CMakeLists_txt Log message: Disable OpenMP for clementine >From j bitminer ca, Thanks. Switch from http to https. OK sthen@
[UPDATE] security/ROPgadget
Hi, this diff updates ROPgadget to latest release and swith to Python 3. Ok? Cheers, Remi. Index: Makefile === RCS file: /cvs/ports/security/ROPgadget/Makefile,v retrieving revision 1.2 diff -u -p -u -p -r1.2 Makefile --- Makefile 15 May 2019 12:04:40 - 1.2 +++ Makefile 15 Jun 2019 06:47:36 - @@ -2,7 +2,7 @@ COMMENT = Gadgets finder and auto-roper -MODPY_EGG_VERSION = 5.7 +MODPY_EGG_VERSION = 5.8 GH_TAGNAME = v${MODPY_EGG_VERSION} GH_PROJECT = ROPGadget GH_ACCOUNT = JonathanSalwan @@ -20,7 +20,9 @@ PERMIT_PACKAGE_CDROM = Yes MODULES = lang/python MODPY_SETUPTOOLS = Yes -RUN_DEPENDS = devel/capstone/python +MODPY_VERSION = ${MODPY_DEFAULT_VERSION_3} + +RUN_DEPENDS = devel/capstone/python${MODPY_FLAVOR} WRKDIST = ${WRKDIR}/ROPgadget-${MODPY_EGG_VERSION} Index: distinfo === RCS file: /cvs/ports/security/ROPgadget/distinfo,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 distinfo --- distinfo 30 Mar 2019 12:33:36 - 1.1.1.1 +++ distinfo 15 Jun 2019 06:47:36 - @@ -1,2 +1,2 @@ -SHA256 (ROPGadget-5.7.tar.gz) = 50UWGmHnGBlIBTVzKbfifGatPLOouIoUULMmIuQuwMk= -SIZE (ROPGadget-5.7.tar.gz) = 6077238 +SHA256 (ROPGadget-5.8.tar.gz) = +pQfYM6YWIUQ12e5meT8HKXRvFAWpAx/EUprfWYEX9w= +SIZE (ROPGadget-5.8.tar.gz) = 6078173 Index: pkg/PLIST === RCS file: /cvs/ports/security/ROPgadget/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 PLIST --- pkg/PLIST 30 Mar 2019 12:33:36 - 1.1.1.1 +++ pkg/PLIST 15 Jun 2019 06:47:36 - @@ -1,51 +1,55 @@ @comment $OpenBSD: PLIST,v 1.1.1.1 2019/03/30 12:33:36 jasper Exp $ bin/ROPgadget -lib/python${MODPY_VERSION}/site-packages/ROPGadget-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ -lib/python${MODPY_VERSION}/site-packages/ROPGadget-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO -lib/python${MODPY_VERSION}/site-packages/ROPGadget-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt -lib/python${MODPY_VERSION}/site-packages/ROPGadget-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt -lib/python${MODPY_VERSION}/site-packages/ROPGadget-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt +lib/python${MODPY_VERSION}/site-packages/ROPGadget-5.7-py${MODPY_VERSION}.egg-info/ +lib/python${MODPY_VERSION}/site-packages/ROPGadget-5.7-py${MODPY_VERSION}.egg-info/PKG-INFO +lib/python${MODPY_VERSION}/site-packages/ROPGadget-5.7-py${MODPY_VERSION}.egg-info/SOURCES.txt +lib/python${MODPY_VERSION}/site-packages/ROPGadget-5.7-py${MODPY_VERSION}.egg-info/dependency_links.txt +lib/python${MODPY_VERSION}/site-packages/ROPGadget-5.7-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/ropgadget/ lib/python${MODPY_VERSION}/site-packages/ropgadget/__init__.py -lib/python${MODPY_VERSION}/site-packages/ropgadget/__init__.pyc +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/ropgadget/${MODPY_PYCACHE}/ +lib/python${MODPY_VERSION}/site-packages/ropgadget/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/ropgadget/${MODPY_PYCACHE}args.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/ropgadget/${MODPY_PYCACHE}binary.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/ropgadget/${MODPY_PYCACHE}core.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/ropgadget/${MODPY_PYCACHE}gadgets.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/ropgadget/${MODPY_PYCACHE}options.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/ropgadget/${MODPY_PYCACHE}rgutils.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/ropgadget/${MODPY_PYCACHE}updateAlert.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/ropgadget/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/ropgadget/args.py -lib/python${MODPY_VERSION}/site-packages/ropgadget/args.pyc lib/python${MODPY_VERSION}/site-packages/ropgadget/binary.py -lib/python${MODPY_VERSION}/site-packages/ropgadget/binary.pyc lib/python${MODPY_VERSION}/site-packages/ropgadget/core.py -lib/python${MODPY_VERSION}/site-packages/ropgadget/core.pyc lib/python${MODPY_VERSION}/site-packages/ropgadget/gadgets.py -lib/python${MODPY_VERSION}/site-packages/ropgadget/gadgets.pyc lib/python${MODPY_VERSION}/site-packages/ropgadget/loaders/ lib/python${MODPY_VERSION}/site-packages/ropgadget/loaders/__init__.py -lib/python${MODPY_VERSION}/site-packages/ropgadget/loaders/__init__.pyc +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/ropgadget/loaders/${MODPY_PYCACHE}/ +lib/python${MODPY_VERSION}/site-packages/ropgadget/loaders/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc