[NEW] security/ghidra
Hi, attached is the port of ghidra: a software reverse engineering (SRE) framework. $ pkg_info ghidra Information for inst:ghidra-9.0.2 Comment: software reverse engineering (SRE) framework Description: hidra is a software reverse engineering (SRE) framework created and maintained by the National Security Agency Research Directorate. This framework includes a suite of full-featured, high-end software analysis tools that enable users to analyze compiled code on a variety of platforms. Capabilities include disassembly, assembly, decompilation, graphing, and scripting, along with hundreds of other features. Ghidra supports a wide variety of processor instruction sets and executable formats and can be run in both user-interactive and automated modes. Users may also develop their own Ghidra plug-in components and/or scripts using Java or Python. Maintainer: Remi Pointel WWW: https://www.ghidra-sre.org/ Ok? Cheers, Remi. ghidra-9.0.2.tar.gz Description: application/gzip
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/04/25 20:04:01 Modified files: lang/flang : Makefile.inc lang/flang/flang: Makefile distinfo lang/flang/libpgmath: Makefile distinfo Log message: Update to the flang commits from yesterday. While here, remove some comments in Makefile.inc about flang being integrated into LLVM. That's no longer happening; the new f18 compiler is scheduled to be integrated into LLVM instead.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/04/25 19:29:05 Modified files: games/wtf : Makefile distinfo Log message: Update to wtf-20190422
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: morti...@cvs.openbsd.org2019/04/25 16:41:38 Modified files: lang/guile : Makefile Log message: guile needs frame pointers, so ensure they are always on. ok jca@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/04/25 16:13:22 Modified files: sysutils/random_run: Makefile distinfo Log message: fix my own stupidity, let it work if you don't use -n
New: mail/mcds?
Hi, I would like to start the process of getting a new program into the ports tree. The program is called mcds[0], it is a command line tool that queries a CardDAV[1] server for an email address (typical usage). I use it as a query_command[2] for mutt. I am happy to be the maintainer for the port as I am original author. I have a upload my first pass as creating a port directory[3] and it seems to build a package[4] on 6.5 fine. I look forward to hearing your thoughts and feedback! Tim [0] https://github.com/t-brown/mcds [1] https://en.wikipedia.org/wiki/CardDAV [2] https://gitlab.com/muttmua/mutt/wikis/QueryCommand [3] https://tbrown.freeshell.org/mcds_obsd.tar.gz [4] https://tbrown.freeshell.org/mcds-0.9.tgz
x11/wmname: update HOMEPAGE
The current HOMEPAGE is a 404, so update it. I checked the other suckless ports and their homepages seem to be fine. Also, MASTER_SITES supports TLS (most suckless ports still point to http://dl.suckless.org). Index: Makefile === RCS file: /var/cvs/ports/x11/wmname/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile11 Mar 2013 11:46:16 - 1.4 +++ Makefile25 Apr 2019 20:07:52 - @@ -3,17 +3,18 @@ COMMENT = sets the window manager name property of the root window DISTNAME = wmname-0.1 +REVISION = 0 CATEGORIES = x11 -HOMEPAGE = http://tools.suckless.org/wmname +HOMEPAGE = https://tools.suckless.org/x/wmname # MIT/X PERMIT_PACKAGE_CDROM = Yes WANTLIB = X11 c -MASTER_SITES = http://dl.suckless.org/tools/ +MASTER_SITES = https://dl.suckless.org/tools/ NO_TEST = Yes
Re: UPDATE: devel/intellij
On Thu, Apr 25, 2019 at 09:42:12PM +0200, Rafael Sadowski wrote: > Thanks Caspar, > > Here is another improvement, let's keep the intellij start script in sync > with pycharm. We use javaPathHelper to find the correct JAVA_HOME aka. > JDK. > > Feedback and OK? Another test report: with your updated diff, intellij still starts fine. Thanks, Caspar Schutijser
UPDATE: devel/netbeans
Update netbeans to 11.0. Keep the netbeans start script in sync with devel/pycharm and the upcoming devel/intellij update. Feedback and OK welcome, RS Index: Makefile === RCS file: /cvs/ports/devel/netbeans/Makefile,v retrieving revision 1.35 diff -u -p -u -p -r1.35 Makefile --- Makefile17 Mar 2019 16:11:22 - 1.35 +++ Makefile23 Apr 2019 05:09:28 - @@ -2,12 +2,12 @@ COMMENT= NetBeans Java IDE -V= 10.0 +V= 11.0 DISTNAME= incubating-netbeans-${V}-bin PKGNAME= netbeans-${V} CATEGORIES=devel -HOMEPAGE= https://www.netbeans.org/ +HOMEPAGE= https://netbeans.apache.org MAINTAINER=Giovanni Bechis \ Rafael Sadowski Index: distinfo === RCS file: /cvs/ports/devel/netbeans/distinfo,v retrieving revision 1.8 diff -u -p -u -p -r1.8 distinfo --- distinfo22 Feb 2019 13:37:56 - 1.8 +++ distinfo23 Apr 2019 05:09:28 - @@ -1,2 +1,2 @@ -SHA256 (incubating-netbeans-10.0-bin.zip) = 77kXXppPdz13sQcveWJZugtG4R4/QnexxS9ulSY6kkI= -SIZE (incubating-netbeans-10.0-bin.zip) = 189738071 +SHA256 (incubating-netbeans-11.0-bin.zip) = 0KnIv+jyLlpFBFc6tXoJWAvm7aJCaDMMaqj/Z+zXsP4= +SIZE (incubating-netbeans-11.0-bin.zip) = 318063051 Index: files/netbeans === RCS file: /cvs/ports/devel/netbeans/files/netbeans,v retrieving revision 1.1 diff -u -p -u -p -r1.1 netbeans --- files/netbeans 3 Apr 2010 11:42:06 - 1.1 +++ files/netbeans 23 Apr 2019 05:09:28 - @@ -6,13 +6,19 @@ NETBEANS_HOME=${TRUEPREFIX}/netbeans +DATASIZE="2048000" +[[ `arch -s` == i386 ]] && DATASIZE="1536000" + #- # Determine configuration settings #- -JAVA_HOME=`javaPathHelper -h netbeans` +export JAVA_BIN=$(javaPathHelper -c netbeans) +export JAVA_HOME=$(javaPathHelper -h netbeans) -if [ -z "${JAVA_HOME}" ]; then +if [ ! -x "${JAVA_BIN}" ]; then + echo "Error: JAVA_HOME may not be defined correctly: ${JAVA_HOME}" + echo " Unable to find Java binary ${JAVA_BIN}" exit 1 fi @@ -21,6 +27,18 @@ if [ ! -x "${NETBEANS_HOME}/bin/netbeans echo "Error: NETBEANS_HOME is not defined correctly: ${NETBEANS_HOME}" echo " Unable to find launcher binary" exit 1 +fi + +xm_log() { + echo -n "$@\nDo you want to run PyCharm anyway?\n\ +(If you don't increase these limits, PyCharm might fail to work properly.)" | \ + ${X11BASE}/bin/xmessage -file - -center -buttons yes:0,no:1 -default no +} + +if [ $(ulimit -Sd) -lt ${DATASIZE} ]; then + ulimit -Sd ${DATASIZE} || \ + xm_log "Cannot increase datasize-cur to at least ${DATASIZE}" + [ $? -eq 0 ] || exit fi PATH=${JAVA_HOME}/bin:$PATH exec "${NETBEANS_HOME}/bin/netbeans" --jdkhome ${JAVA_HOME} $@ Index: patches/patch-bin_netbeans === RCS file: /cvs/ports/devel/netbeans/patches/patch-bin_netbeans,v retrieving revision 1.2 diff -u -p -u -p -r1.2 patch-bin_netbeans --- patches/patch-bin_netbeans 22 Feb 2019 13:37:56 - 1.2 +++ patches/patch-bin_netbeans 23 Apr 2019 05:09:28 - @@ -1,30 +1,14 @@ $OpenBSD: patch-bin_netbeans,v 1.2 2019/02/22 13:37:56 giovanni Exp $ - remove hidden bash dependency -- add OpenBSD mem size calculation Index: bin/netbeans --- bin/netbeans.orig +++ bin/netbeans -@@ -136,8 +136,12 @@ heap_size () { - mem=`/usr/sbin/sysctl hw.memsize | tr -d [:alpha:][:space:].:` - mem=`expr $mem / 1048576` - ;; --*) -+OpenBSD*) -+mem=`/sbin/sysctl -n hw.usermem` -+mem=`expr $mem / 1048576` - ;; -+*) -+;; - esac - if [ -z "$mem" ] ; then - mem=640 -@@ -169,11 +173,6 @@ launchNbexec() { - fi +@@ -132,10 +132,6 @@ launchNbexec() { done | head -n 1` sh=sh --# #73162: Ubuntu uses the ancient Bourne shell, which does not implement trap well. + # #73162: Ubuntu uses the ancient Bourne shell, which does not implement trap well. -if [ -x /bin/bash ] -then -sh=/bin/bash @@ -32,7 +16,7 @@ Index: bin/netbeans if [ "${founduserdir}" = "yes" ]; then exec $sh "$nbexec" "$@" else -@@ -204,6 +203,7 @@ case "`uname`" in +@@ -166,6 +162,7 @@ case "`uname`" in --jdkhome '"$netbeans_jdkhome"' \ --branding nb \ --clusters '"$netbeans_clusters"' \ Index: pkg/PLIST === RCS file: /cvs/ports/devel/netbeans/pkg/PLIST,v
Re: UPDATE: devel/intellij
On Thu Apr 25, 2019 at 06:30:44PM +0200, Caspar Schutijser wrote: > On Sun, Apr 21, 2019 at 12:39:29PM +0200, Rafael Sadowski wrote: > > Tests welcome and also okays. > > I have now (lightly) tested the update; seems to work fine here on > amd64. Thanks. > > Best regards, > Caspar Schutijser > Thanks Caspar, Here is another improvement, let's keep the intellij start script in sync with pycharm. We use javaPathHelper to find the correct JAVA_HOME aka. JDK. Feedback and OK? Index: Makefile === RCS file: /cvs/ports/devel/intellij/Makefile,v retrieving revision 1.59 diff -u -p -u -p -r1.59 Makefile --- Makefile17 Mar 2019 15:56:54 - 1.59 +++ Makefile25 Apr 2019 19:34:09 - @@ -2,7 +2,7 @@ COMMENT= IntelliJ IDEA Java IDE -V= 2018.3.5 +V= 2019.1.1 DISTNAME= ideaIC-${V} PKGNAME= intellij-${V} CATEGORIES=devel @@ -20,13 +20,12 @@ MODJAVA_VER=1.8+ BUILD_DEPENDS= ${MODJAVA_RUN_DEPENDS} -RUN_DEPENDS= devel/desktop-file-utils +RUN_DEPENDS= devel/desktop-file-utils \ + java/javaPathHelper NO_TEST= Yes -SUBST_VARS+= JAVA_HOME - -WRKDIST= ${WRKDIR}/idea-IC-183.5912.21 +WRKDIST= ${WRKDIR}/idea-IC-191.6707.61 IJ=${PREFIX}/intellij # If NO_BUILD is set, JAVA_HOME doesn't get defined. So do Index: distinfo === RCS file: /cvs/ports/devel/intellij/distinfo,v retrieving revision 1.36 diff -u -p -u -p -r1.36 distinfo --- distinfo9 Mar 2019 09:55:50 - 1.36 +++ distinfo25 Apr 2019 19:34:09 - @@ -1,2 +1,2 @@ -SHA256 (ideaIC-2018.3.5.tar.gz) = v3VuRLkFROe5kbrjJeXaE1CNOJ3zXap/hW4LVlUeqGA= -SIZE (ideaIC-2018.3.5.tar.gz) = 543015318 +SHA256 (ideaIC-2019.1.1.tar.gz) = WKk4n9iSUNfyUZ6yQtaAFHxTE0JUWCP+WXoKBXCwbXU= +SIZE (ideaIC-2019.1.1.tar.gz) = 577947165 Index: files/idea === RCS file: /cvs/ports/devel/intellij/files/idea,v retrieving revision 1.3 diff -u -p -u -p -r1.3 idea --- files/idea 16 Jun 2017 15:25:09 - 1.3 +++ files/idea 25 Apr 2019 19:34:09 - @@ -12,11 +12,12 @@ DATASIZE="2048000" # Determine configuration settings #- -export IDEA_JDK=${JAVA_HOME} +export JAVA_BIN=$(javaPathHelper -c intellij) +export JAVA_HOME=$(javaPathHelper -h intellij) -if [ ! -x "${IDEA_JDK}/bin/java" ]; then - echo "Error: JAVA_HOME may not be defined correctly: ${IDEA_JDK}" - echo " Unable to find Java binary ${IDEA_JDK}/bin/java" +if [ ! -x "${JAVA_BIN}" ]; then + echo "Error: JAVA_HOME may not be defined correctly: ${JAVA_HOME}" + echo " Unable to find Java binary ${JAVA_BIN}" exit 1 fi @@ -39,4 +40,4 @@ if [ $(ulimit -Sd) -lt ${DATASIZE} ]; th [ $? -eq 0 ] || exit fi -PATH=${IDEA_JDK}/bin:$PATH exec "${IDEA_HOME}/bin/idea.sh" $@ +PATH=${JAVA_HOME}/bin:$PATH exec "${IDEA_HOME}/bin/idea.sh" $@ Index: pkg/PLIST === RCS file: /cvs/ports/devel/intellij/pkg/PLIST,v retrieving revision 1.37 diff -u -p -u -p -r1.37 PLIST --- pkg/PLIST 9 Mar 2019 09:55:50 - 1.37 +++ pkg/PLIST 25 Apr 2019 19:34:09 - @@ -24,6 +24,8 @@ intellij/bin/restart.py intellij/build.txt intellij/idea.png intellij/lib/ +intellij/lib/FastInfoset-1.2.15.jar +intellij/lib/aapt-proto-jarjar.jar intellij/lib/aether-api-1.1.0.jar intellij/lib/aether-connector-basic-1.1.0.jar intellij/lib/aether-dependency-resolver.jar @@ -34,15 +36,14 @@ intellij/lib/aether-transport-http-1.1.0 intellij/lib/aether-util-1.1.0.jar intellij/lib/annotations.jar intellij/lib/ant/ +intellij/lib/ant/CONTRIBUTORS intellij/lib/ant/INSTALL intellij/lib/ant/KEYS intellij/lib/ant/LICENSE intellij/lib/ant/NOTICE intellij/lib/ant/README intellij/lib/ant/WHATSNEW -intellij/lib/ant/docs.zip -intellij/lib/ant/fetch.xml -intellij/lib/ant/get-m2.xml +intellij/lib/ant/contributors.xml intellij/lib/ant/lib/ intellij/lib/ant/lib/README intellij/lib/ant/lib/ant-antlr.jar @@ -79,6 +80,8 @@ intellij/lib/ant/lib/ant-junit.jar intellij/lib/ant/lib/ant-junit.pom intellij/lib/ant/lib/ant-junit4.jar intellij/lib/ant/lib/ant-junit4.pom +intellij/lib/ant/lib/ant-junitlauncher.jar +intellij/lib/ant/lib/ant-junitlauncher.pom intellij/lib/ant/lib/ant-launcher.jar intellij/lib/ant/lib/ant-launcher.pom intellij/lib/ant/lib/ant-netrexx.jar @@ -88,11 +91,14 @@ intellij/lib/ant/lib/ant-swing.jar intellij/lib/ant/lib/ant-swing.pom intellij/lib/ant/lib/ant-testutil.jar intellij/lib/ant/lib/ant-testutil.pom +intellij/lib/ant/lib/ant-xz.jar +intellij/lib/ant/lib/ant-xz.pom
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/04/25 13:37:23 Modified files: textproc/py-lxml: Makefile distinfo textproc/py-lxml/pkg: PLIST Log message: update to py-lxml-4.3.3, no reply from maintainer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/04/25 13:33:07 Modified files: devel/pycharm : Makefile distinfo devel/pycharm/files: pycharm devel/pycharm/pkg: PLIST Log message: Update pycharm to 2019.1.1 One notable change: Use javaPathHelper in the pycharm start script Feedback and OK sthen@
Re: update: games/stone-soup to 0.23.2
On Mon, April 22, 2019 20:06, Evan Silberman wrote: > Ping. Hi, no_x11 flavor needs more love: Creating package stone-soup-0.23.2-no_x11 checksumming| | 89% Error: /usr/ports/pobj/stone-soup-0.23.2-no_x11/fake-amd64-no_x11/usr/local/share/crawl/dat/tiles/title_Cws_Minotauros.png does not exist Error: /usr/ports/pobj/stone-soup-0.23.2-no_x11/fake-amd64-no_x11/usr/local/share/crawl/dat/tiles/title_froggy_goodgod_tengu_gold.png does not exist Error: /usr/ports/pobj/stone-soup-0.23.2-no_x11/fake-amd64-no_x11/usr/local/share/crawl/dat/tiles/title_froggy_jiyva_felid.png does not exist Error: /usr/ports/pobj/stone-soup-0.23.2-no_x11/fake-amd64-no_x11/usr/local/share/crawl/dat/tiles/title_froggy_natasha_and_boris.png does not exist Error: /usr/ports/pobj/stone-soup-0.23.2-no_x11/fake-amd64-no_x11/usr/local/share/crawl/dat/tiles/title_froggy_rune_and_run_failed_on_dis.png does not exist Error: /usr/ports/pobj/stone-soup-0.23.2-no_x11/fake-amd64-no_x11/usr/local/share/crawl/dat/tiles/title_froggy_thunder_fist_nikola.png does not exist Error: /usr/ports/pobj/stone-soup-0.23.2-no_x11/fake-amd64-no_x11/usr/local/share/crawl/dat/tiles/title_ploomutoo_ijyb.png does not exist > > On Thu, Apr 4, 2019, at 10:35 AM, Evan Silberman wrote: >> I took a stab at updating the port for Dungeon Crawl Stone Soup >> (games/stone-soup). A couple things worth mentioning about my attached >> attempt: >> >> The existing patch to upstream's Makefile to replace hardocded "5.1"s with >> MODLUA_DEP_VERSION didn't seem necessary; the build system tries its best to >> find an installed lua 5.1 and OpenBSD's is picked up. Lua 5.2 and 5.3 are >> evidently not supported so I don't think finagling the port module into >> upstream's build tool buys flexibility or safety. >> >> The build now requires python and py-yaml to generate a header from some >> data >> files; I've added lang/python to MODULES and textproc/py-yaml to the build >> deps, and taken advantage of the shebang-adjustment hook. python2.7 and >> python3.6, with matching textproc/py-yaml, both run the script in question >> just >> fine, so the port builds with either supported MODPY_VERSION. >> >> The default (tiles) flavor and the no_x11 flavor both build on amd64, are >> playable, can read one another's saves, etc. I'll have to leave it to a >> better >> roguelike player to test that the whole game is playable. >> >> I don't mind missing the port lock as this is my first attempt at submitting >> an >> update, so there'll probably be developmental feedback. For instance I'm >> sure >> I've gotten whitespace wrong somewhere. >> >> Regards, >> Evan Silberman > > > Index: Makefile > === > RCS file: /cvs/ports/games/stone-soup/Makefile,v > retrieving revision 1.34 > diff -u -p -r1.34 Makefile > --- Makefile 27 Jun 2018 21:03:49 - 1.34 > +++ Makefile 4 Apr 2019 06:18:38 - > @@ -7,11 +7,10 @@ CATEGORIES =games > > HOMEPAGE = http://crawl.develz.org/ > MASTER_SITES = https://crawl.develz.org/release/${VERSION:R}/ > -VERSION =0.18.1 > +VERSION =0.23.2 > DISTNAME=stone_soup-${VERSION}-nodeps > EXTRACT_SUFX=.tar.xz > PKGNAME= stone-soup-${VERSION} > -REVISION=1 > > WRKDIST =${WRKDIR}/stone_soup-${VERSION} > WRKSRC = ${WRKDIST}/source > @@ -29,13 +28,19 @@ MAKE_FLAGS = CC="${CC}" GCC="${GCC}" GX > SAVEDIR="~/.crawl" \ > NO_YACC=1 V=1 > > -MAKE_ENV += MODLUA_DEP_VERSION=${MODLUA_DEP_VERSION} > COMPILER = base-clang ports-gcc > -MODULES =lang/lua > +MODULES =lang/python \ > + lang/lua > MODLUA_VERSION = 5.1 > WANTLIB =c m ${MODLUA_WANTLIB} sqlite3 ${COMPILER_LIBCXX} > > -BUILD_DEPENDS = graphics/pngcrush > +MODPY_RUN_DEPENDS = No > +CONFIGURE_STYLE = none > +MODPY_ADJ_FILES = util/species-gen.py > + > +BUILD_DEPENDS = graphics/pngcrush \ > + textproc/py-yaml${MODPY_FLAVOR} > + > LIB_DEPENDS =databases/sqlite3 > > # License GPLv2+ > Index: distinfo > === > RCS file: /cvs/ports/games/stone-soup/distinfo,v > retrieving revision 1.5 > diff -u -p -r1.5 distinfo > --- distinfo 1 Oct 2016 12:56:54 - 1.5 > +++ distinfo 4 Apr 2019 06:18:38 - > @@ -1,2 +1,2 @@ > -SHA256 (stone_soup-0.18.1-nodeps.tar.xz) = > S9rXd4+IqZRwxyX/dKgUW91gAy+a5Izll/dLiueE2FA= > -SIZE (stone_soup-0.18.1-nodeps.tar.xz) = 9716104 > +SHA256 (stone_soup-0.23.2-nodeps.tar.xz) = > KgCWIZX1t6TC+9H8XvWX7rfgT6C576RxrggZCDEEgcM= > +SIZE (stone_soup-0.23.2-nodeps.tar.xz) = 11046032 > Index: patches/patch-source_Makefile > === > RCS file: /cvs/ports/games/stone-soup/patches/patch-source_Makefile,v > retrieving revision 1.4 > diff -u -p -r1.4 patch-source_Makefile
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2019/04/25 12:21:30 Modified files: security/ruby-pledge: Makefile distinfo Log message: Update to pledge 1.1.0, adding support for execpromises
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/04/25 11:48:07 Modified files: lang/vala : Makefile distinfo lang/vala/pkg : PLIST-main Log message: update to vala-0.42.7
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/04/25 11:44:55 Modified files: x11/gnome/terminal: Makefile distinfo Log message: update to gnome-terminal-3.30.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/04/25 11:39:01 Modified files: sysutils/py-croniter: Makefile distinfo sysutils/py-croniter/pkg: PLIST Log message: update to py-croniter-0.3.30
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/04/25 11:37:33 Modified files: devel/vte3 : Makefile distinfo Log message: update to vte3-0.54.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/04/25 11:35:52 Modified files: devel/ruby-rspec/3/expectations: Makefile distinfo Log message: update to rspec-expectations-3.8.3
Re: UPDATE: devel/intellij
On Sun, Apr 21, 2019 at 12:39:29PM +0200, Rafael Sadowski wrote: > Tests welcome and also okays. I have now (lightly) tested the update; seems to work fine here on amd64. Thanks. Best regards, Caspar Schutijser
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/04/25 10:20:24 Modified files: geo/py-planet : Makefile distinfo Log message: update to py-planet 1.2.2
chromium Version 73.0.3683.86 does not work after update to 6.5
If I want start chromium i have to delete chromiums directory in .config .cache folders Radek
Re: [NEW] www/honk
- Upgrade to v0.3.0 Changes: https://humungus.tedunangst.com/r/honk/h On 4/20/19, Horia Racoviceanu wrote: > - Remove rc_pre > > On 4/20/19, Horia Racoviceanu wrote: >> - Remove defaults >> - Use syslog >> - Fix templates >> >> On 4/19/19, Stuart Henderson wrote: >>> This has various things (in Makefile and the rc script) explicitly set >>> to the default (MAINTAINER, daemon_flags, daemon_rtable, etc), please >>> just >>> leave those lines out. >>> >>> The logging setup in this rc script will break with log rotation, >>> it would be better to use the method done with prometheus/influxdb. >>> >>> The template files (html/css etc) installed directly to /var probably >>> want installing to /usr/local/share/examples instead and copying with >>> @sample instead, so if users modify them they can still update. >>> >>> >> >> Thank you >> > honk.tar.gz Description: GNU Zip compressed data
Re: [update] games/taisei 1.0a -> 1.2
Hi, On Thu, 25 Apr 2019 00:35:31 -0600 "Anthony J. Bentley" wrote: > Hi, > > The diff looks fine to me. However... > On Wed, Apr 24, 2019 at 9:16 AM Charlene Wendling > wrote: > > - Requires OpenGL>=3.3 or OpenGL ES>=3.0, so only for "modern" > > architectures that may have compatible video controllers afaik. > You made me realise i made a mistake :( My work is based on the master README. v1.2 actually requires OpenGL>=2.1. I can even run it on my old Probook 6450 that has an IronLake Intel video card [1]. I've just removed the arch limitations, dropped unused options, and added COMPILER because of C11. It causes no change to the build or the runtime. I'm attaching a new diff. > My radeondrm (Radeon HD 5450) doesn't work, even though it claims: > > OpenGL core profile version string: 3.3 (Core Profile) Mesa 18.3.5 > OpenGL version string: 3.1 Mesa 18.3.5 > OpenGL ES profile version string: OpenGL ES 3.0 Mesa 18.3.5 > > Is my card one of those that's too old? But it behaves the same even > with software rendering. :( > > 547 I: video_init(): Using driver 'x11' > 1029 I: check_gl_extensions(): OpenGL version: (null) > 1029 I: check_gl_extensions(): OpenGL vendor: (null) > 1029 I: check_gl_extensions(): OpenGL renderer: (null) > 1029 I: check_gl_extensions(): GLSL version: None > 1029 D: check_gl_extensions(): Supported extensions: (null) > 1029 W: check_glext_draw_instanced(): glDrawArraysInstanced is > not supported. Your video driver is probably bad, or very old, or > both. Expect terrible performance. > 1029 W: video_init_gl(): OpenGL debugging is not supported by the > implementation > 1029 E: video_new_window_internal(): Error creating OpenGL > context: Could not create GL context: BadValue (integer parameter out > of range for operation) > Abort trap (core dumped) > It should be supported, i can run it (slowly) on llvmpipe without issues [2], may it be by using LIBGL_ALWAYS_SOFTWARE=1 or removing my rights on /dev/drm0. The log above should have returned OpenGL infos instead of null. I may back it off and wait for v1.3 if there are more similar regressions reported with radeon(4). Charlène. [1] http://0x0.st/zbmy.png [2] http://0x0.st/zbam.png taisei.diff Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2019/04/25 09:25:17 Removed files: lang/gcc/6 : Makefile distinfo gcc4.port.mk lang/gcc/6/patches: patch-Makefile_in patch-boehm-gc_configure patch-boehm-gc_dyn_load_c patch-boehm-gc_include_gc_config_h_in patch-boehm-gc_include_gc_config_macros_h patch-boehm-gc_include_gc_pthread_redirects_h patch-boehm-gc_include_private_gcconfig_h patch-boehm-gc_mach_dep_c patch-boehm-gc_misc_c patch-boehm-gc_os_dep_c patch-boehm-gc_pthread_support_c patch-boehm-gc_threadlibs_c patch-configure patch-fixincludes_fixincl_x patch-fixincludes_inclhack_def patch-gcc_Makefile_in patch-gcc_ada_a-calend_adb patch-gcc_ada_adaint_c patch-gcc_ada_adaint_h patch-gcc_ada_gcc-interface_Make-lang_in patch-gcc_ada_gcc-interface_Makefile_in patch-gcc_ada_osint_adb patch-gcc_ada_s-osinte-openbsd_adb patch-gcc_ada_s-osinte-openbsd_ads patch-gcc_ada_system-openbsd-arm_ads patch-gcc_ada_system-openbsd-hppa_ads patch-gcc_ada_system-openbsd-mips64_ads patch-gcc_ada_system-openbsd-mips64el_ads patch-gcc_ada_system-openbsd-ppc_ads patch-gcc_ada_system-openbsd-sparc_ads patch-gcc_ada_system-openbsd-sparcv9_ads patch-gcc_ada_system-openbsd-x86_64_ads patch-gcc_ada_system-openbsd-x86_ads patch-gcc_builtins_c patch-gcc_c-family_c-format_c patch-gcc_c-family_c_opt patch-gcc_c_c-decl_c patch-gcc_common_config_arm_arm-common_c patch-gcc_common_config_rs6000_rs6000-common_c patch-gcc_common_opt patch-gcc_config_alpha_alpha_c patch-gcc_config_alpha_alpha_h patch-gcc_config_alpha_alpha_md patch-gcc_config_alpha_alpha_opt patch-gcc_config_alpha_openbsd_h patch-gcc_config_arm_openbsd1_h patch-gcc_config_arm_openbsd_h patch-gcc_config_exec-stack_h patch-gcc_config_gcc patch-gcc_config_i386_i386_c patch-gcc_config_i386_i386_h patch-gcc_config_i386_openbsd_h patch-gcc_config_i386_openbsdelf_h patch-gcc_config_mips_mips_h patch-gcc_config_mips_openbsd_h patch-gcc_config_openbsd-libpthread_h patch-gcc_config_openbsd_h patch-gcc_config_openbsd_opt patch-gcc_config_pa_pa-openbsd_h patch-gcc_config_pa_pa_c patch-gcc_config_pa_pa_h patch-gcc_config_rs6000_driver-rs6000_c patch-gcc_config_rs6000_openbsd1_h patch-gcc_config_rs6000_openbsd_h patch-gcc_config_rs6000_rs6000_c patch-gcc_config_rs6000_sysv4_h patch-gcc_config_rs6000_t-openbsd patch-gcc_config_sparc_openbsd64_h patch-gcc_config_sparc_openbsd_h patch-gcc_config_sparc_sparc_c patch-gcc_config_t-openbsd patch-gcc_configure patch-gcc_cp_g++spec_c patch-gcc_defaults_h patch-gcc_flags_h patch-gcc_fortran_f95-lang_c patch-gcc_gcc_c patch-gcc_go_go-lang_c patch-gcc_java_lang_c patch-gcc_lto_lto_c patch-gcc_opts_c patch-gcc_targhooks_c patch-gcc_testsuite_gcc_dg_format_format_h patch-gnattools_Makefile_in
Re: NEW: devel/llvm (Extra Clang Tools)
On Wed, Apr 24 2019, Jeremie Courreges-Anglas wrote: > On Wed, Apr 24 2019, Stuart Henderson wrote: >> On 2019/04/24 20:00, Jeremie Courreges-Anglas wrote: >>> On Tue, Apr 16 2019, Rafael Sadowski wrote: >>> > On Tue Apr 02, 2019 at 11:08:13AM +0200, Jeremie Courreges-Anglas wrote: >>> >>> [...] >>> >>> >> Hmmk so using just ON/OFF just looks cleaner. Unless someone goes on >>> >> a rampage to unify all cmake CONFIGURE_ARGS in the tree, I'd prefer to >>> >> minimize churn and keep llvm consistent. >>> >> >>> >> >> >>> >> >> > - Set CLANG_ENABLE_STATIC_ANALYZER=True, CLANG_INCLUDE_TESTS=True to >>> >> >> > build clang-tidy and enable test. (It is ignored if the folder >>> >> >> > extra >>> >> >> > don't exists) >>> >>> I had to look up whether specifying -DCLANG_INCLUDE_TESTS=True >>> and -DCLANG_ENABLE_STATIC_ANALYZER=True would change the content of >>> other subpackages. Both appear ON by default, so I see no need to >>> specify them. >>> >>> >> >> > - Adjust WANTLIB >>> >>> Thanks. >>> >>> [...] >>> >>> > New diff with following changes: >>> > >>> > - Rename extras to clang-extras >>> >>> I was only suggesting renaming the PKGNAME, not renaming the subpackage >>> and all affiliated variables. Thinking about it some more, I prefer >>> naming the package like done upstream: clang-tools-extra. >>> >>> > - More generic aka. lazy DESCR >>> > - Sorted PLIST >>> >>> Looks good, here's an updated diff that: >>> - keeps -extras as the subpackage name >>> - renames the produced package to clang-tools-extra >>> - fixes PSEUDO_FLAVORS >>> - amends DESCR (missing word, "tool" is repeated) >>> >>> Like sthen I wonder whether all those .a archives are useful. >>> *shrug* >>> >>> Previous versions of this diff have been tested on amd64 and sparc64. >>> ok jca@ >>> >>> >>> Index: Makefile >>> === >>> RCS file: /cvs/ports/devel/llvm/Makefile,v >>> retrieving revision 1.216 >>> diff -u -p -r1.216 Makefile >>> --- Makefile9 Mar 2019 06:18:11 - 1.216 >>> +++ Makefile24 Apr 2019 16:22:45 - >>> @@ -8,9 +8,10 @@ ONLY_FOR_ARCHS = ${LLVM_ARCHS} >>> >>> DPB_PROPERTIES = parallel >>> >>> -MULTI_PACKAGES = -main -python -lldb >>> +MULTI_PACKAGES = -main -python -lldb -extras >>> COMMENT-main = modular, fast C/C++/ObjC compiler, static analyzer and >>> tools >>> COMMENT-lldb = LLDB debugger >>> +COMMENT-extras = clang extra tools >> >> usual capitalisation is Clang, I'd prefer to stick to that (especially >> with it done like that for -python). > > Right. > >>> COMMENT-python = Python bindings for Clang >>> >>> LLVM_V = 7.0.1 >>> @@ -20,13 +21,15 @@ PKGSPEC-main = llvm-=${LLVM_V} >>> PKGNAME-main = llvm-${LLVM_V} >>> PKGNAME-python = py-llvm-${LLVM_V} >>> PKGNAME-lldb = lldb-${LLVM_V} >>> +PKGNAME-extras = clang-tools-extra-${LLVM_V} >>> REVISION-main =9 >>> REVISION-lldb =0 >> >> -main and -lldb both need bumps. > > lol I focused so much on the possible changes due to the additional > CONFIGURE_ARGS, I completely missed the WANTLIB changes... > >>> CATEGORIES = devel >>> DISTFILES =llvm-${LLVM_V}.src${EXTRACT_SUFX} \ >>> cfe-${LLVM_V}.src${EXTRACT_SUFX} \ >>> lld-${LLVM_V}.src${EXTRACT_SUFX} \ >>> - lldb-${LLVM_V}.src${EXTRACT_SUFX} >>> + lldb-${LLVM_V}.src${EXTRACT_SUFX} \ >>> + clang-tools-extra-${LLVM_V}.src${EXTRACT_SUFX} >>> MASTER_SITES = https://www.llvm.org/releases/${LLVM_V}/ >> >> this immediately redirects to http://releases.llvm.org/7.0.1/ now >> (non https); MASTER_SITES could be updated to >> https://releases.llvm.org/${LLVM_V}/ > > Right. > >> Otherwise OK sthen. > > Updated diff below. Thanks a lot! Yet another round, with WANTLIB properly addressed this time: russell /usr/ports/devel/llvm$ make port-lib-depends-check py-llvm-7.0.1(devel/llvm,-python): Extra: clang.8 (libclang marked as extra here on purpose) Rafael: still ok jca@ Index: Makefile === RCS file: /cvs/ports/devel/llvm/Makefile,v retrieving revision 1.216 diff -u -p -r1.216 Makefile --- Makefile9 Mar 2019 06:18:11 - 1.216 +++ Makefile25 Apr 2019 15:08:49 - @@ -8,9 +8,10 @@ ONLY_FOR_ARCHS = ${LLVM_ARCHS} DPB_PROPERTIES = parallel -MULTI_PACKAGES = -main -python -lldb +MULTI_PACKAGES = -main -python -lldb -extras COMMENT-main = modular, fast C/C++/ObjC compiler, static analyzer and tools COMMENT-lldb = LLDB debugger +COMMENT-extras = Clang extra tools COMMENT-python = Python bindings for Clang LLVM_V = 7.0.1 @@ -20,14 +21,16 @@ PKGSPEC-main = llvm-=${LLVM_V} PKGNAME-main = llvm-${LLVM_V} PKGNAME-python = py-llvm-${LLVM_V} PKGNAME-lldb = lldb-${LLVM_V} -REVISION-main =9 -REVISION-lldb =0 +PKGNAME-extras = clang-tools-extra-${LLVM_V}
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/04/25 09:04:44 Modified files: security/keyringer: Makefile distinfo security/keyringer/patches: patch-lib_keyringer_functions Log message: Update to keyringer-0.5.4 >From Mikolaj Kucharski, ok Gregoire Jadi (maintainer)
cad/yosys: enabling "show" feature
Dear ports@ readers, now that graphics/xdot is in the tree, we can enable the "show" function in cad/yosys. It works flawlessly, provided that: - graphics/xdot is added to the RUN_DEPENDS list; - the file passes/cmds/show.cc is patched, since BSD fuser(1) works differently than the GNU counterpart. While there, I slightly modified the "do-configure" target, passing $MAKE_ENV to the ${MAKE_PROGRAM} environment to avoid two annoying (although harmless) "bash: tclsh: command not found" errors. Diff attached. -- Alessandro DE LAURENZIS [mailto:jus...@atlantide.t28.net] Web: http://www.atlantide.t28.net LinkedIn: https://www.linkedin.com/in/delaurenzis/ Index: Makefile === RCS file: /cvs/ports/cad/yosys/Makefile,v retrieving revision 1.3 diff -u -p -u -p -r1.3 Makefile --- Makefile 9 Jan 2019 04:27:09 - 1.3 +++ Makefile 25 Apr 2019 14:42:44 - @@ -6,6 +6,7 @@ GH_ACCOUNT = YosysHQ GH_PROJECT = yosys GH_TAGNAME = yosys-0.8 DISTNAME = ${GH_TAGNAME} +REVISION = 0 CATEGORIES = cad @@ -30,6 +31,7 @@ BUILD_DEPENDS = devel/bison \ RUN_DEPENDS = cad/abc \ math/graphviz \ + graphics/xdot \ shells/bash LIB_DEPENDS = ${MODTCL_LIB_DEPENDS} \ @@ -58,7 +60,7 @@ FAKE_FLAGS = PREFIX="${TRUEPREFIX}" do-configure: @${SUBST_CMD} ${WRKSRC}/kernel/yosys.cc - @cd ${WRKBUILD} && exec ${MAKE_PROGRAM} config-gcc + @cd ${WRKBUILD} && exec env -i ${MAKE_ENV} ${MAKE_PROGRAM} config-gcc post-install: ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \ Index: patches/patch-passes_cmds_show_cc === RCS file: patches/patch-passes_cmds_show_cc diff -N patches/patch-passes_cmds_show_cc --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-passes_cmds_show_cc 25 Apr 2019 14:42:44 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Index: passes/cmds/show.cc +--- passes/cmds/show.cc.orig passes/cmds/show.cc +@@ -847,7 +847,7 @@ struct ShowPass : public Pass { + log_cmd_error("Shell command failed!\n"); + } else + if (format.empty()) { +- std::string cmd = stringf("{ test -f '%s.pid' && fuser -s '%s.pid'; } || ( echo $$ >&3; exec xdot '%s'; ) 3> '%s.pid' &", dot_file.c_str(), dot_file.c_str(), dot_file.c_str(), dot_file.c_str()); ++ std::string cmd = stringf("test -f '%s.pid' -a -n \"`fuser '%s.pid' 2>/dev/null`\" || ( echo $$ >&3; exec xdot '%s'; ) 3> '%s.pid' &", dot_file.c_str(), dot_file.c_str(), dot_file.c_str(), dot_file.c_str()); + log("Exec: %s\n", cmd.c_str()); + if (run_command(cmd) != 0) + log_cmd_error("Shell command failed!\n");
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/04/25 08:56:32 Modified files: www/nginx : Makefile distinfo www/nginx/patches: patch-conf_mime_types www/nginx/pkg : PLIST-main PLIST-naxsi PLIST-perl Log message: Update to nginx 1.16.0. See https://nginx.org/en/CHANGES-1.16 ok robert@ (MAINTAINER)
Re: patch lang/guile force frame pointer
On Wed, Apr 24 2019, Todd Mortimer wrote: > Hello, > > Recently we found that lang/guile does not work with frame pointer > omission. The patch below adds the compiler option to always include the > frame pointer. > > I found when adding this option that the guile runtime would stack > overflow, which is remedied by increasing the default stack size. > > With this, guile will build and run on platforms which have > -fomit-frame-pointer on by default. > > Any objections? We don't have to apply this now, but if we want to > enable frame pointer elimination again then it would be needed. > > Index: Makefile > === > RCS file: /cvs/ports/lang/guile/Makefile,v > retrieving revision 1.47 > diff -u -p -u -r1.47 Makefile > --- Makefile 2 Nov 2018 18:48:39 - 1.47 > +++ Makefile 25 Apr 2019 01:00:30 - > @@ -36,6 +36,7 @@ USE_GMAKE= Yes > # warning: format '%ji' expects type 'intmax_t', but argument 4 has type > 'scm_t_intmax' > CONFIGURE_ARGS+= --disable-error-on-warning > CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ > + CFLAGS="-fno-omit-frame-pointer" \ Here you're clobbering CFLAGS ("-O2 -pipe" by default) instead of amending it; the resulting guile program is thus built using -O0, triggering the stack exhaustion. This happens even with patches/patch-libguile_eval_c with the default 4M stack size set from login.conf. Please use the diff below and it's ok jca@. No need for a REVISION bump. Index: Makefile === RCS file: /cvs/ports/lang/guile/Makefile,v retrieving revision 1.47 diff -u -p -r1.47 Makefile --- Makefile2 Nov 2018 18:48:39 - 1.47 +++ Makefile25 Apr 2019 14:39:19 - @@ -36,6 +36,7 @@ USE_GMAKE=Yes # warning: format '%ji' expects type 'intmax_t', but argument 4 has type 'scm_t_intmax' CONFIGURE_ARGS+= --disable-error-on-warning CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ + CFLAGS="-fno-omit-frame-pointer ${CFLAGS}" \ LDFLAGS="-L${LOCALBASE}/lib" \ PTHREAD_CFLAGS=-pthread \ PTHREAD_LIBS=-pthread -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: UPDATE: devel/quilt 0.66
On Tue, Apr 23 2019, "Kent R. Spillner" wrote: > On Mon, Apr 08, 2019 at 10:40:50AM +0200, Jeremie Courreges-Anglas wrote: >> On Wed, Apr 03 2019, "Kent R. Spillner" wrote: >> > On Tue, Apr 02, 2019 at 09:46:31PM -0400, Brian Callahan wrote: >> >> Couple things: >> >> 1. Patch applied with fuzz so re-run `make update-patches' >> >> 2. When I ran `make update-plist' the PLIST got updated. >> >> It added a 7z wrapper. So looks like either >> >> archivers/p7zip has to be added to the deps or >> >> --without-7z in the configure args. >> >> I don't think we should add a RUN_DEPENDS on p7zip. >> >> We *could* add a BUILD_DEPENDS to avoid the warning message and have the >> compat symlink shipped by the package. But we have only one '7z' >> executable in base + ports so the compat symlink doesn't help much. >> >> A RUN_DEPENDS on p7zip means 7MB of extra binaries for a rather limited >> use case IMO. By following the same logic we would add archivers/bzip2, >> archivers/xz, archivers/lzip etc to RUN_DEPENDS. > > Good point, I'll just disable 7z support. Ok? Thanks. Technically this doesn't remove 7z support, it just removes the wrapper. I see that you're removing patches/patch-test_failbackup_test, but it would be trivial to update instead, diff below. ok jca@ Index: patches/patch-test_failbackup_test === RCS file: /cvs/ports/devel/quilt/patches/patch-test_failbackup_test,v retrieving revision 1.1 diff -u -p -r1.1 patch-test_failbackup_test --- patches/patch-test_failbackup_test 17 Nov 2017 14:59:18 - 1.1 +++ patches/patch-test_failbackup_test 24 Apr 2019 18:44:41 - @@ -7,8 +7,8 @@ Index: test/failbackup.test $ cat > test.txt < This is updated test.txt. $ quilt refresh --backup -- >~ mv: cannot move [`']?%{P}test.diff'? to [`']?%{P}test.diff~'?: Permission denied -+ >~ mv: rename [`']?%{P}test.diff'? to [`']?%{P}test.diff~'?: Permission denied +- >~ mv: cannot move [`']?patches/test.diff'? to [`']?patches/test.diff~'?: Permission denied ++ >~ mv: rename [`']?patches/test.diff'? to [`']?patches/test.diff~'?: Permission denied $ echo %{?} > 1 -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2019/04/25 08:26:43 Modified files: textproc/py-black/patches: patch-setup_py Log message: Update comment because of py-aiohttp update
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/04/25 08:20:03 Modified files: x11/gnome/at-spi2-core: Makefile x11/gnome/at-spi2-core/pkg: PLIST Log message: No need for ${SYSCONFDIR}/at-spi2/.
Possible pkg_* bug, or unexpected behavior
Not sure if this is a bug or expected, but figured I would ask. In both cases below I have multiple, differing repositories configured in PKG_PATH, and the ansible package is used only as an example, but applys to any package. In my case the repos differ due to packages being available in a repo that are not in the official ports tree. When I run `pkg_info -Q` it seems to only search the first repo. So if I search for `ansible` and it is not in the first repo listed in $PKG_PATH then no results are returned even if it exists in the next. This is more odd that when I run `pkg_add ansible` if found in the second repository it works, unless it is in both. The package existing in both repositories causes the first to get installed even if the package in the second repository is newer. Furthermore, if a dependency of the package in repository A is in repo B then the dependency is properly resolved and installed as expected. I am curious if this is expected behavior or a bug? I did try to look at the code myself, and previously tried reaching out to espie@ himself, but did not make progress. Any help/feedback is appreciated with this, and thanks in advance.
Re: UPDATE: www/rt 4.4.4
On 26.03.2019 05:01, Andrew Hewus Fresh wrote: On Sun, Mar 24, 2019 at 02:37:36PM -0700, Andrew Hewus Fresh wrote: Also, I didn't like that running tests didn't work, so I messed with that a bit and there's a new patch here that enables tests to mostly run. I got tests running under all three of mysql, postgresql, and sqlite, but they all fail in pretty similar ways. I didn't spend any time trying to solve the failures though, but this at least allows the testing in an automated fashion. There are a bunch of failures with: Can't locate object method "new" via package "RT::Test::Web" at /usr/ports/pobj/rt-4.4.4/rt-4.4.4/lib/RT/Test/Web.pm line 69. Which means I'm setting *something* up wrong, but the suggestion I found for that error was setting RTHOME and I couldn't make that have any effect so that's probably the next thing to solve. (also turns out it was bluhm@'s suggestion with FIX_EXTRACT_PERMISSIONS so we don't actually need that) Hi Andrew, Thanks for the hard-work of fixing regression tests. I will look into what you sent asap, so that we can finally commit this. Paul Index: Makefile === RCS file: /cvs/ports/www/rt/Makefile,v retrieving revision 1.42 diff -u -p -r1.42 Makefile --- Makefile28 Sep 2018 09:03:49 - 1.42 +++ Makefile26 Mar 2019 02:57:14 - @@ -2,7 +2,7 @@ COMMENT= industrial-grade ticketing system -DISTNAME= rt-4.4.3 +DISTNAME= rt-4.4.4 CATEGORIES= www MAINTAINER= Robert Nagy @@ -72,7 +72,6 @@ RUN_DEPENDS= converters/p5-Convert-ASN1 textproc/p5-Regexp-Common \ textproc/p5-String-ShellQuote \ textproc/p5-Text-Quoted \ - textproc/p5-Text-Quoted \ textproc/p5-Text-Template \ textproc/p5-Text-WikiFormat \ textproc/p5-Text-Wrapper \ @@ -127,22 +126,73 @@ BUILD_DEPENDS+= security/gnupg \ FLAVORS= pgsql sqlite FLAVOR?= +DATABASE= rt4test +RT_TEST_CONFIG += BinPath q{$${WRKSRC}/bin} +RT_TEST_CONFIG += SbinPathq{$${WRKSRC}/sbin} +RT_TEST_CONFIG += StaticPath q{$${WRKSRC}/share/static} +RT_TEST_CONFIG += EtcPath q{$${WRKDIR}/etc} +RT_TEST_CONFIG += VarPath q{$${WRKDIR}$${VARBASE}/www} +RT_TEST_CONFIG += MasonDataDirq{$${WRKDIR}$${VARBASE}/mason_data} +RT_TEST_CONFIG += MasonSessionDir \ + q{$${WRKDIR}$${VARBASE}/session_data} +RT_TEST_CONFIG += DatabaseNameq{$${DATABASE}} +RT_TEST_CONFIG += DatabaseUserq{$${USER}} + .if ${FLAVOR:Mpgsql} RUN_DEPENDS+= databases/p5-DBD-Pg CONFIGURE_ARGS+= --with-db-type=Pg +MODULES+= databases/postgresql +RT_TEST_CONFIG += DatabaseType q{Pg} +RT_TEST_CONFIG += DatabaseHost q{${WRKDIR}} +MODPOSTGRESQL_TEST_DBNAME =${DATABASE} +MODPOSTGRESQL_TEST_CMD = \ + ${LOCALBASE}/bin/createuser -s u${DATABASE} || \ + (${LOCALBASE}/bin/pg_ctl stop -D ${_MODPOSTGRESQL_TEST_PGDATA} \ + -m i && exit 1); \ + perl -I${WRKSRC}/lib -I${WRKDIR}/etc ${WRKSRC}/sbin/rt-setup-database \ + --action init --skip-create \ + --datadir=${WRKDIR}/etc --dba-password=ignored; \ +${MAKE_PROGRAM} ${ALL_TEST_FLAGS} -f ${MAKE_FILE} ${TEST_TARGET} .elif ${FLAVOR:Msqlite} RUN_DEPENDS+= databases/p5-DBD-SQLite +RT_TEST_CONFIG += DatabaseType q{SQLite} CONFIGURE_ARGS+= --with-db-type=SQLite .else RUN_DEPENDS+= databases/p5-DBD-mysql +MODULES+= databases/mariadb +RT_TEST_CONFIG += DatabaseType q{mysql} +RT_TEST_CONFIG += %DatabaseExtraDSN \ + mysql_socket=>q{$${MODMARIADB_TEST_SOCKET}} +MODMARIADB_TEST_DBNAME = ${DATABASE} +MODMARIADB_TEST_CMD = \ + perl -I${WRKSRC}/lib -I${WRKDIR}/etc ${WRKSRC}/sbin/rt-setup-database \ + --action init --skip-create \ + --datadir=${WRKDIR}/etc --dba-password=ignored; \ + ${MAKE_PROGRAM} ${ALL_TEST_FLAGS} -f ${MAKE_FILE} ${TEST_TARGET} .endif -# needs an initialized database and /etc/rt3/RT_Config.pm to be present -TEST_IS_INTERACTIVE= Yes -TEST_TARGET= test -TEST_DEPENDS= devel/p5-Log-Dispatch-Perl -# fill these in with appropriate values -TEST_ENV= RT_DBA_USER=rt_user RT_DBA_PASSWORD=1234 +TEST_TARGET= test +TEST_DEPENDS= ${RUN_DEPENDS} \ + devel/p5-List-MoreUtils \ + devel/p5-Log-Dispatch-Perl \ + devel/p5-Test-MockTime \ + devel/p5-Test-NoWarnings \ + devel/p5-Universal-require +TEST_ENV= RT_DBA_USER=u${DATABASE} RT_DBA_PASSWORD=1 \ + PERL5LIB=${WRKDIR}/etc:${WRKSRC}/lib + +pre-test: +
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2019/04/25 06:29:28 Modified files: textproc/docbook2mdoc: Makefile distinfo Log message: update to docbook2mdoc-1.0.1: support for file inclusion via "
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/04/25 06:00:33 Modified files: security/pecl-libsodium: Makefile Log message: add a comment explaining why this is php-7.1 only (libsodium functions are in php core in 7.2+)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/04/25 05:28:38 Modified files: devel/py-gevent: Makefile Log message: enable tests
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/04/25 05:26:45 Modified files: devel : Makefile Log message: spell py-objgraph correctly
Re: gcc8 available on which archs?
On 2019/04/25 00:14, Pascal Stumpf wrote: > On Tue, 23 Apr 2019 16:52:57 +0100, Stuart Henderson wrote: > > On 2019/04/23 17:14, Christian Weisgerber wrote: > > > With everybody eager to switch ports-gcc to gcc8, I'm still a bit > > > hazy about which architectures gcc8 is actually known to work on. > > > To the best of my knowledge: > > > > > > should be fine > > > aarch64 already switched > > > amd64 successful bulk build > > > powerpc successful partial build > > > sparc64 successful partial build > > > > > > optimistic > > > hppaexistence of adastrap 8.3.0 suggests working compiler > > > mips64 existence of adastrap 8.2.0 suggests working compiler > > > mips64el== mips64? > > > > > > don't know > > > arm ? > > > alpha ? (don't care) > > > > > > known bad > > > i386marked BROKEN > > > > > > -- > > > Christian "naddy" Weisgerber na...@mips.inka.de > > > > From the last snaps: > > > > -rw-rw-r-- 1 openbsd openbsd 23870613 Apr 21 09:53 aarch64/gcc-8.3.0.tgz > > -rw-rw-r-- 1 openbsd openbsd 28096948 Apr 21 18:07 amd64/gcc-8.3.0.tgz > > -rw-rw-r-- 1 openbsd openbsd 27137929 Feb 25 05:54 arm/gcc-8.2.0p0.tgz > > -rw-rw-r-- 1 openbsd openbsd 25484157 Apr 6 14:04 mips64/gcc-8.2.0p2.tgz > > -rw-rw-r-- 1 openbsd openbsd 27639770 Mar 31 22:07 > > powerpc/gcc-8.2.0p2.tgz > > -rw-rw-r-- 1 openbsd openbsd 22927965 Mar 19 14:44 > > sparc64/gcc-8.2.0p2.tgz > > > > I'll try removing the BROKEN-i386 marker and building there in case anything > > changed in the 8.3.0 update. > > > > > > Won't build, but I'm on it. > Not building is confirmed. :-)
let nikto find its installed DTD out of the box
Hi, below a little patch to security/nikto to let it use the installed DTD when saving xml files out of the box. While there, switch homepage to https. OK? Index: Makefile === RCS file: /cvs/ports/security/nikto/Makefile,v retrieving revision 1.24 diff -u -r1.24 Makefile --- Makefile27 Aug 2017 21:47:43 - 1.24 +++ Makefile25 Apr 2019 08:50:11 - @@ -5,11 +5,12 @@ GH_ACCOUNT = sullo GH_PROJECT = nikto GH_TAGNAME = 2.1.6 +REVISION = 0 EPOCH =0 CATEGORIES = security www -HOMEPAGE = http://www.cirt.net/nikto2 +HOMEPAGE = https://www.cirt.net/nikto2 MAINTAINER = Nigel Taylor @@ -25,7 +26,8 @@ pre-configure: sed -i 's%# EXECDIR=.*%EXECDIR=${PREFIX}/share/nikto%; \ s%# DOCDIR=.*%DOCDIR=${PREFIX}/share/doc/nikto%; \ - s%# DBDIR=.*%DBDIR=/var/db/nikto/databases%' \ + s%# DBDIR=.*%DBDIR=/var/db/nikto/databases%; \ + s%NIKTODTD=.*%NIKTODTD=${PREFIX}/share/doc/nikto/nikto.dtd%' \ ${WRKSRC}/program/nikto.conf do-install: nikto.diff Description: Binary data
Re: [update] games/taisei 1.0a -> 1.2
On Wed, Apr 24, 2019 at 05:16:38PM +0200, Charlene Wendling wrote: > > Here is an update for taisei. Our version is 7 years old, and > many things changed upstream: > > - All patches are upstreamed, it uses C11 now > - Moved from cmake to meson > - It uses SDL2 instead of SDL (openal has been dropped) > - Gameplay changes can be found there [0] > > It's almost a new port: > > - Requires OpenGL>=3.3 or OpenGL ES>=3.0, so only for "modern" > architectures that may have compatible video controllers afaik. > i386 has been added in case an amd64 machine runs an i386 install. > - GH_ACCOUNT changed to a dedicated account > - move HOMEPAGE to https > - requires python for build only > - regenerated LIB_DEPENDS/WANTLIB > > Testing (amd64 only): > > I have some glitches/freezes with my AMD Radeon R5 230 video card > that don't happen on my laptop, that has an Intel HD4000 one. > > Otherwise, audio plays, my gamepad (a logitech dual action) works > properly and i've met no issues playing the game (i'm still not > able to finish it, it's meant to be hard). > > Comments/feedback are welcome :) > > > [0] https://taisei-project.org/news > > game runs fine on my amd64 laptop with an intel iris graphic chipset, 60fps using 1920x1080, no freeze. this look fine to me, ok solene@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2019/04/25 02:37:01 Modified files: games/wesnoth : Makefile distinfo games/wesnoth/pkg: PLIST Log message: update to wesnoth-1.14.7
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/04/25 02:15:46 Modified files: graphics/shotwell: Makefile distinfo Removed files: graphics/shotwell/patches: patch-src_photos_PhotoMetadata_vala patch-vapi_libexif_vapi Log message: Update to shotwell-0.30.4.
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 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 following command returns nothing: >> >> keyringer decrypt mygpg >> >> Is that expected? Does it works for you? >> >> >> Best, >> > > No, it doesn't work for me too, however I think I'm facing even > different issue. With 0.5.3, I had problem mentioned in changelog, now I > see something different. I'm not sure is the problem with keyringer, > bash or I'm doing something wrong, as I see empty public and private > exported keyfile after: > > keyringer mytestkeyring genkeys gpg examplefile examplehost outputfile > > I also see bash.core in current working directory and I've stopped there > as I don't have time to dive deeper into this. > > I want to look more into keyringer, but I don't have enough time at > present, to do proper analysis. Sorry :/ So for the time being I suggest we go ahead with your patch. We will fix the gpg keygen when we can. Ok to commit for me. Best, Index: Makefile === RCS file: /cvs/ports/security/keyringer/Makefile,v retrieving revision 1.4 diff -u -p -u -r1.4 Makefile --- Makefile16 Jun 2018 11:47:06 - 1.4 +++ Makefile21 Mar 2019 09:54:18 - @@ -2,8 +2,7 @@ COMMENT = manage and share secrets using GnuPG and Git -DISTNAME = keyringer-0.5.3 -REVISION = 1 +DISTNAME = keyringer-0.5.4 CATEGORIES = security Index: distinfo === RCS file: /cvs/ports/security/keyringer/distinfo,v retrieving revision 1.2 diff -u -p -u -r1.2 distinfo --- distinfo1 Jun 2018 11:50:17 - 1.2 +++ distinfo21 Mar 2019 09:54:18 - @@ -1,2 +1,2 @@ -SHA256 (keyringer-0.5.3.tar.bz2) = ikpdp87ldzL9nXBWSZwAIKJi9r7N05cW24EXIucLerU= -SIZE (keyringer-0.5.3.tar.bz2) = 78371 +SHA256 (keyringer-0.5.4.tar.bz2) = RdwF92+wh5fTgP8oQadM7sYZNs+uIhnQW5a3cz40n4M= +SIZE (keyringer-0.5.4.tar.bz2) = 80907 Index: patches/patch-lib_keyringer_functions === RCS file: /cvs/ports/security/keyringer/patches/patch-lib_keyringer_functions,v retrieving revision 1.3 diff -u -p -u -r1.3 patch-lib_keyringer_functions --- patches/patch-lib_keyringer_functions 3 Jun 2018 15:39:24 - 1.3 +++ patches/patch-lib_keyringer_functions 21 Mar 2019 09:54:18 - @@ -19,11 +19,11 @@ Index: lib/keyringer/functions fi if [ ! -z "$KEYID" ]; then --GPG="gpg --quiet -u $KEYID" -+GPG="gpg2 --quiet -u $KEYID" +-GPG="gpg --quiet --no-encrypt-to -u $KEYID" ++GPG="gpg2 --quiet --no-encrypt-to -u $KEYID" else --GPG="gpg --quiet" -+GPG="gpg2 --quiet" +-GPG="gpg --quiet --no-encrypt-to" ++GPG="gpg2 --quiet --no-encrypt-to" fi # Check keyring config version --
Re: [update] games/taisei 1.0a -> 1.2
Hi, The diff looks fine to me. However... On Wed, Apr 24, 2019 at 9:16 AM Charlene Wendling wrote: > - Requires OpenGL>=3.3 or OpenGL ES>=3.0, so only for "modern" > architectures that may have compatible video controllers afaik. My radeondrm (Radeon HD 5450) doesn't work, even though it claims: OpenGL core profile version string: 3.3 (Core Profile) Mesa 18.3.5 OpenGL version string: 3.1 Mesa 18.3.5 OpenGL ES profile version string: OpenGL ES 3.0 Mesa 18.3.5 Is my card one of those that's too old? But it behaves the same even with software rendering. :( 547 I: video_init(): Using driver 'x11' 1029 I: check_gl_extensions(): OpenGL version: (null) 1029 I: check_gl_extensions(): OpenGL vendor: (null) 1029 I: check_gl_extensions(): OpenGL renderer: (null) 1029 I: check_gl_extensions(): GLSL version: None 1029 D: check_gl_extensions(): Supported extensions: (null) 1029 W: check_glext_draw_instanced(): glDrawArraysInstanced is not supported. Your video driver is probably bad, or very old, or both. Expect terrible performance. 1029 W: video_init_gl(): OpenGL debugging is not supported by the implementation 1029 E: video_new_window_internal(): Error creating OpenGL context: Could not create GL context: BadValue (integer parameter out of range for operation) Abort trap (core dumped)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2019/04/25 00:05:43 Modified files: graphics : Makefile Log message: +xdot
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2019/04/25 00:04:43 Log message: Import xdot-1.0. xdot.py is an interactive viewer for graphs written in Graphviz's dot language. It uses internally the GraphViz's xdot output format as an intermediate format, Python GTK bindings, and Cairo for rendering. xdot.py can be used either as a standalone application from command line, or as a library embedded in your Python application. ok sthen@ From Alessandro De Laurenzis; thanks! Status: Vendor Tag: bentley Release Tags: bentley_20190425 N ports/graphics/xdot/Makefile N ports/graphics/xdot/distinfo N ports/graphics/xdot/pkg/DESCR N ports/graphics/xdot/pkg/PLIST No conflicts created by this import