Re: [NEW] sysutils/UEFITool 0.22.1
On Tue, Nov 14, 2017 at 10:27:40PM +0100, Klemens Nanni wrote: > https://github.com/LongSoft/UEFITool is very useful when it comes to > analysing firmware images and often used in to extract certain regions > required to build coreboot images. > > pkg/DESCR (from the homepage): > > UEFITool is a cross-platform open source application written in C++/Qt, > that parses UEFI-compatible firmware image into a tree structure, > verifies image's integrity and provides a GUI to manipulate image's > elements. Project development started in the middle of 2013 because of > the lack of cross-platform open source utilities for tinkering with UEFI > images. > > Upstream uses A44 as tagname so I stripped the A in PKGNAME. Now as stable release actually without the alpha prefix. > Only UEFITool is the only one of three projects listed in > MODQMAKE_PROJECTS. The other ones aren't required and also fail to build > due to missing includes (didn't spend much time trying to fix it). MODQMAKE_PROJECTS defaults to . anyway so just leave it, this builds UEFITool only. > Runs fine on my X230. Feedback? Anyone willing to commit? Continues to work for me on amd64, I can extract and reflash images successfully. I will also be responsible for this port as maintainer. Any reviewers or takers even? uefitool.tgz Description: application/tar-gz
Re: [new] minio server/client
On Sat, December 9, 2017 5:23 pm, Landry Breuil > Feedback on the ports welcome :) I havent done an rc script for the > server, since i wouldnt know what to share by default... and it can run > as whatever user. Does it even need a README ? joe user could set it > up.. > > Landry > Thanks. I might have a need for this in a -stable prod environment, so that's where I am actually testing. I would like to see an rc script to run this persistently as a system user. Similar to net/syncthing which can also run as a user, but also as a system daemon sharing out of /var/syncthing/. A similar setup might work here. My particular usecase for a tool like this would be as a system service. Though, the tool seems to be designed for per-user usage. Tim.
[update] jasper-2.0.14
Long overdue update to the latest release. Security patches removed, since all of them appear to be merged upstream, APIWARN diffs kept. The atexit workaround introduced by jolan is not needed any more, destructors in dlopened->dlclosed modules work fine afaik (dumb testcase: https://pbot.rmdir.de/D1yWgkHZs5Hm4snEP80vkQ). The port now explicitely requests gnu11 support. I did not change the feature set (no libjpeg, no opengl) to ease the update. People can enable stuff later if they need to. Testing quirks: - disabling jpeg means that the two first tests fail - shells/bash should be installed at *configure* time in order for tests to be picked up; maybe we should add a "test" FLAVOR so that regular builds aren't affected? All consumers except graphics/DevIL (fix included) built fine on amd64. make test also passes on arm (minus the jpeg tests). I'll try to put this in a full bulk before commit. Thoughts? ok? Index: graphics/DevIL/Makefile === RCS file: /cvs/ports/graphics/DevIL/Makefile,v retrieving revision 1.23 diff -u -p -r1.23 Makefile --- graphics/DevIL/Makefile 26 Jul 2017 22:45:23 - 1.23 +++ graphics/DevIL/Makefile 12 Dec 2017 12:35:54 - @@ -28,7 +28,7 @@ LIB_DEPENDS= converters/libiconv \ devel/sdl \ graphics/freeglut \ graphics/ilmbase \ - graphics/jasper \ + graphics/jasper>=2.0.14 \ graphics/libmng \ graphics/lcms \ graphics/openexr \ Index: graphics/DevIL/patches/patch-src-IL_src_il_jp2_c === RCS file: graphics/DevIL/patches/patch-src-IL_src_il_jp2_c diff -N graphics/DevIL/patches/patch-src-IL_src_il_jp2_c --- /dev/null 1 Jan 1970 00:00:00 - +++ graphics/DevIL/patches/patch-src-IL_src_il_jp2_c12 Dec 2017 12:54:10 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +Cope with libjasper>=1.900.25 + +Index: src-IL/src/il_jp2.c +--- src-IL/src/il_jp2.c.orig src-IL/src/il_jp2.c +@@ -459,7 +459,7 @@ static void jas_stream_initbuf(jas_stream_t *stream, i + /* The buffer must be large enough to accommodate maximum + putback. */ + assert(bufsize > JAS_STREAM_MAXPUTBACK); +- stream->bufbase_ = JAS_CAST(uchar *, buf); ++ stream->bufbase_ = JAS_CAST(jas_uchar *, buf); + stream->bufsize_ = bufsize - JAS_STREAM_MAXPUTBACK; + } + } else { Index: graphics/jasper/Makefile === RCS file: /cvs/ports/graphics/jasper/Makefile,v retrieving revision 1.22 diff -u -p -r1.22 Makefile --- graphics/jasper/Makefile6 Dec 2017 00:29:52 - 1.22 +++ graphics/jasper/Makefile12 Dec 2017 18:44:51 - @@ -2,23 +2,36 @@ COMMENT = reference implementation of JPEG-2000 -DISTNAME = jasper-1.900.1 -REVISION = 6 -SHARED_LIBS = jasper 2.1 +DISTNAME = jasper-2.0.14 +FIX_EXTRACT_PERMISSIONS=Yes + +SHARED_LIBS = jasper 3.0 CATEGORIES = graphics -MASTER_SITES = https://www.ece.uvic.ca/~frodo/jasper/software/ -EXTRACT_SUFX = .zip HOMEPAGE = https://www.ece.uvic.ca/~frodo/jasper/ # MIT PERMIT_PACKAGE_CDROM = Yes + WANTLIB = c m -CONFIGURE_STYLE = gnu -CONFIGURE_ARGS += --without-x \ - --disable-opengl -MODGNU_CONFIG_GUESS_DIRS =${WRKSRC}/acaux +MASTER_SITES = https://www.ece.uvic.ca/~frodo/jasper/software/ + +# -stdc=gnu11 +COMPILER = base-clang ports-gcc +COMPILER_LANGS = c + +MODULES = devel/cmake + +# XXX needed at configure time else tests are skipped +TEST_DEPENDS = shells/bash + +CONFIGURE_ARGS = -DJAS_ENABLE_AUTOMATIC_DEPENDENCIES=false \ + -DJAS_ENABLE_LIBJPEG=false \ + -DJAS_ENABLE_OPENGL=false + +post-extract: + sed -i '1s@^#!.*bash@#!${LOCALBASE}/bin/bash@' ${WRKSRC}/test/bin/* .include Index: graphics/jasper/distinfo === RCS file: /cvs/ports/graphics/jasper/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- graphics/jasper/distinfo18 Jan 2015 03:14:10 - 1.5 +++ graphics/jasper/distinfo6 Dec 2017 00:39:31 - @@ -1,2 +1,2 @@ -SHA256 (jasper-1.900.1.zip) = a5BanCrKLidVRCEmZu78TrRNldClfkMFRXtAf+Y/lJQ= -SIZE (jasper-1.900.1.zip) = 1415752 +SHA256 (jasper-2.0.14.tar.gz) = Kh9h5Vr+i0zoEV4VCMXXyzFNVt/MLdMj+QwHL4jM9Xs= +SIZE (jasper-2.0.14.tar.gz) = 1677951 Index: graphics/jasper/patches/patch-CMakeLists_txt === RCS file: graphics/jasper/patches/patch-CMakeLists_txt diff -N graphics/jasper/patches/patch-CMakeLists_txt --- /dev/null 1 Jan 1970 00
Re: [bug mate terminal depends on mate-desktop
Sorry. My email client not send mail in plain text mode. 2017-12-12 20:35 GMT+03:00 Victor Kukshiev : > I wrote patch: > server: Diffing . > Index: Makefile > === > RCS file: /cvs/ports/x11/mate/terminal/Makefile,v > retrieving revision 1.7 > diff -u -p -r1.7 Makefile > --- Makefile23 Oct 2017 17:11:05 - 1.7 > +++ Makefile12 Dec 2017 17:09:09 - > @@ -4,7 +4,7 @@ COMMENT=MATE terminal > > MATE_PROJECT= mate-terminal > MATE_VERSION= 1.18.1 > -REVISION= 2 > +REVISION= 3 > > # GPLv3+ > PERMIT_PACKAGE_CDROM= Yes > @@ -23,7 +23,8 @@ MODULES= devel/dconf \ > x11/gnome > > BUILD_DEPENDS= devel/gsettings-desktop-schemas > -RUN_DEPENDS= devel/gsettings-desktop-schemas > +RUN_DEPENDS= devel/gsettings-desktop-schemas \ > + x11/mate/desktop > > LIB_DEPENDS= devel/vte3 > > ok? > > 2017-12-12 19:24 GMT+03:00 Victor Kukshiev : > >> but not installed: >> >> me$ mate-terminal >> >> (mate-terminal:32564): GLib-GIO-ERROR **: Settings schema >> 'org.mate.interface' is not installed >> >> Trace/BPT trap (core dumped) >> me$ doas pkg_add mate-desktop >> quirks-2.398 signed on 2017-12-10T15:49:38Z >> mate-desktop-1.18.0p0:startup-notification-0.12p5: ok >> mate-desktop-1.18.0p0: ok >> me$ mate-terminal >> >> please fix it. >> > > Index: Makefile === RCS file: /cvs/ports/x11/mate/terminal/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile23 Oct 2017 17:11:05 - 1.7 +++ Makefile12 Dec 2017 17:59:00 - @@ -4,7 +4,7 @@ COMMENT=MATE terminal MATE_PROJECT= mate-terminal MATE_VERSION= 1.18.1 -REVISION= 2 +REVISION= 3 # GPLv3+ PERMIT_PACKAGE_CDROM= Yes @@ -23,7 +23,8 @@ MODULES= devel/dconf \ x11/gnome BUILD_DEPENDS= devel/gsettings-desktop-schemas -RUN_DEPENDS= devel/gsettings-desktop-schemas +RUN_DEPENDS= devel/gsettings-desktop-schemas \ + x11/mate/desktop LIB_DEPENDS= devel/vte3
Re: [bug mate terminal depends on mate-desktop
I wrote patch: server: Diffing . Index: Makefile === RCS file: /cvs/ports/x11/mate/terminal/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile23 Oct 2017 17:11:05 - 1.7 +++ Makefile12 Dec 2017 17:09:09 - @@ -4,7 +4,7 @@ COMMENT=MATE terminal MATE_PROJECT= mate-terminal MATE_VERSION= 1.18.1 -REVISION= 2 +REVISION= 3 # GPLv3+ PERMIT_PACKAGE_CDROM= Yes @@ -23,7 +23,8 @@ MODULES= devel/dconf \ x11/gnome BUILD_DEPENDS= devel/gsettings-desktop-schemas -RUN_DEPENDS= devel/gsettings-desktop-schemas +RUN_DEPENDS= devel/gsettings-desktop-schemas \ + x11/mate/desktop LIB_DEPENDS= devel/vte3 ok? 2017-12-12 19:24 GMT+03:00 Victor Kukshiev : > but not installed: > > me$ mate-terminal > > (mate-terminal:32564): GLib-GIO-ERROR **: Settings schema > 'org.mate.interface' is not installed > > Trace/BPT trap (core dumped) > me$ doas pkg_add mate-desktop > quirks-2.398 signed on 2017-12-10T15:49:38Z > mate-desktop-1.18.0p0:startup-notification-0.12p5: ok > mate-desktop-1.18.0p0: ok > me$ mate-terminal > > please fix it. >
Re: [NEW] net/onionshare
Klemens Nanni wrote: > You should zap V and PKGNAME, set GH_TAGNAME=v1.1 and move GH_* right > beneath COMMENT; see infrastructure/templates/Makefile.template. > > RUN_DEPENDS lacks net/tor. > onionshare-gui still starts but python will dump core when > /usr/local/bin/tor is missing. It also mentions our net/tor package as > "Tor that is bundled with OpenShare" which is misleading. > > TEST_DEPENDS lacks net/py-stem and www/py-frozen-flask. Attached is an updated port that addresses all of these comments. Thanks a lot for the feedback! > Otherwise at least the CLI version works for me. It would be nice imho > to split CLI and GUI into separate FLAVORS if possible. As sthen@ points out in a subsequent email, it seems like this should be multi-packages and not flavors, but in any event I didn't have time to address it. Posting what I have in the hope that it is good enough to go in and we can improve it later... Pax, -A -- https://haqistan.net/~attila | attila@{stalphonsos.com,haqistan.net} pgp: 0x62A729CF | C2CE 2487 03AC 4C2F 101D 09C1 4068 D5D5 62A7 29CF onionshare-3.tgz Description: Binary data
[bug mate terminal depends on mate-desktop
but not installed: me$ mate-terminal (mate-terminal:32564): GLib-GIO-ERROR **: Settings schema 'org.mate.interface' is not installed Trace/BPT trap (core dumped) me$ doas pkg_add mate-desktop quirks-2.398 signed on 2017-12-10T15:49:38Z mate-desktop-1.18.0p0:startup-notification-0.12p5: ok mate-desktop-1.18.0p0: ok me$ mate-terminal please fix it.
Re: [UPDATE] sysutils/usmb
On Mon, Dec 11, 2017 at 12:02:43PM +, Stuart Henderson wrote: > On 2017/12/11 19:40, Helg wrote: > > usmb is another FUSE file system that doesn't implement mknod, which is > > now mandatory on OpenBSD. Upstream has not been updated for a few years > > so I've patched this operation in myself. It's not ideal because a new > > file is created and then immediately closed and reopened when an > > application calls open(2) with the O_CREAT flag. The best solution > > would be to implement usmb_create as a no-op and to create and open the > > file in usmb_open but the FUSE dictates that the O_CREAT flag is not > > passed to the file system's open method. > > > > There are no other changes. > > > > ok? > > You'll need to bump REVISION in ports/sysutils/usmb/Makefile. > Otherwise ok sthen@. > > Back story about the usmb port: it wasn't the nicest SMB FUSE > implementation, but was the simplest to get working with OpenBSD's FUSE > at the time. Now that's been improved, it might be worth looking at the > other options again (SMBNetFS looks like a better option in general). I've knocked together a quick port of SMBNetFS and it looks promising. One of the nice things about usmb is that you mount an SMB share much like you would NFS. SMBNetFS and others "mount" all visible shares on the network indiscriminately. Having options to choose from is always good though. I've bumped REVISION and checked it in. Thanks.
Re: [NEW] lang/spin
On 12/12/17 03:13, Ori Bernstein wrote: On Sat, 9 Dec 2017 19:35:30 -0500, Brian Callahan wrote: This is still looking for an ok for me to import (or free commits for you! just go ahead and import with my ok if you want). ~Brian I'm assuming that the 'just go ahead and import' isn't directed at me, since I've got no commit bit. Correct. It's for hoping another developer looks at this.
Re: [maintainer update] yle-dl 2.28
On Tue, Dec 12 2017, timo.my...@bittivirhe.fi (Timo Myyrä) wrote: > Now that py-amf is in, can anyone look through this. It's in, thanks. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: [Update] GnuPG 2.2.3
On Tue, Nov 28 2017, Pierre-Emmanuel André wrote: > Hi, > > Small diff to update GnuPG to it's latest update (2.2.3). > Tested on @amd64. > > Comments, ok ? Duh, I thought this one was already in. Works fine on amd64 and armv7, ok jca@ -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: [NEW] lang/spin
On Sat, 9 Dec 2017 19:35:30 -0500, Brian Callahan wrote: > This is still looking for an ok for me to import (or free commits for > you! just go ahead and import with my ok if you want). > > ~Brian I'm assuming that the 'just go ahead and import' isn't directed at me, since I've got no commit bit. -- Ori Bernstein