Re: Mark www/vimb broken
On Thu, Jul 19, 2018 at 12:42:45AM +0300, Leonid Bobrov wrote: > This is what I get at latest snapshot at amd64: > https://transfer.sh/gnUY6/vimb.mpg You've been told to use ktrace or LD_DEBUG=1 to figure out what happens in your environment. Something is wrong *in your environment*, as vimb works for other people. Posting a screen capture like this isnt helpful, as you're asking ppl to do your homework. Landry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2018/07/18 16:01:13 Modified files: databases/xapian-bindings: Makefile databases/xapian-bindings/pkg: PLIST-ruby Log message: Allow building with ruby 2.5 Remove RDocs from PLIST since different files are generated on ruby 2.5.
Re: Mark www/vimb broken
This is what I get at latest snapshot at amd64: https://transfer.sh/gnUY6/vimb.mpg
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/07/18 15:16:47 Modified files: www/squid : Makefile distinfo www/squid/pkg : PLIST-main Removed files: www/squid/patches: patch-src_client_side_request_cc patch-src_esi_CustomParser_cc Log message: update to squid-3.5.28
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2018/07/18 13:36:37 Modified files: audio/xmms2: Makefile audio/xmms2/pkg: PLIST Log message: Switch the MP3 decoder from libmad to libmp123. mpg123 is still maintained upstream and also faster, in case somebody runs this on a really, really slow machine. All our archs support floating point, so there is no reason to use the fixed-point libmad for MP3 decoding. Tested by rapha@
Updating several ports
Hi, I have the following list of ports, all share interdependencies between them, thats why I think that the best would be to commit the hole thing together. I'm talking about py-test. I have the diff ready to update: devel/py-hypothesis devel/py-py devel/py-test devel/py-test-httpbin devel/py-test-localserver devel/py-test-mock devel/py-test-runner devel/py-test-xdist And a tarball with: devel/py-test-forked (new dependency of devel/py-test-xdist). The question is: Should I send a single diff + tarball ? Should I send each by each ? And a bigger "Should I": Maybe create a devel/pytest/* subdir to add the plugins and fix the name convention ? The tool is called pytest, and if we want to update several other plugins of the tool I will need to add even more plugins that are missing and now have interdependencies (like pytest-flake8 and others). Ideas? I attach the single diff and tarball just because is free. I took the liberty of getting the maintainer, if I did wrong or Alexandr wants to keep it, no problem. Cheers. Elias. py-test-forked.tar.gz Description: GNU Zip compressed data udiff.diff Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2018/07/18 12:24:02 Modified files: net/lua-psl: Makefile distinfo Log message: Update lua-psl to 0.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2018/07/18 11:54:55 Modified files: www/kore : Makefile distinfo Log message: Update kore to 3.1.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: aw...@cvs.openbsd.org 2018/07/18 05:51:15 Modified files: editors/ghostwriter: Makefile distinfo Log message: editors/ghostwriter 1.6.2p1 => 1.7.0 port changes: - add Qt5SVG to WANTLIB and LIB_DEPENDS OK bcallah@
REMOVE: x11/partiwm
The project is marked as "defunct". 8 Years without a modification. https://github.com/njsmith/partiwm should we remove it? sqlite3 /usr/local/share/sqlports "select * from depends where dependspath like '%partiwm%';" Returns nothing. Cheers. Elias. partiwm.diff Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2018/07/18 04:49:05 Modified files: infrastructure/lib/DPB/SubEngine: Build.pm Log message: get rid of a fatal assertion: tag mismatches may work if junking occurred AND got rid of a tag, but in case of nojunk and similar conditions, it's just going to fail
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2018/07/18 04:46:54 Modified files: www/netsurf: Makefile.inc www/netsurf/browser: Makefile www/netsurf/buildsystem: Makefile www/netsurf/hubbub: Makefile www/netsurf/libcss: Makefile www/netsurf/libdom: Makefile www/netsurf/libnsbmp: Makefile www/netsurf/libnsfb: Makefile www/netsurf/libnsgif: Makefile www/netsurf/libnslog: Makefile www/netsurf/libnspsl: Makefile www/netsurf/libnsutils: Makefile www/netsurf/libparserutils: Makefile www/netsurf/libsvgtiny: Makefile www/netsurf/libutf8proc: Makefile www/netsurf/libwapcaplet: Makefile www/netsurf/netsurf-fb: Makefile www/netsurf/nsgenbind: Makefile Log message: Switch homepage and master_sites to https.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/18 04:14:40 Modified files: lang/guile2: Makefile distinfo lang/guile2/pkg: PLIST Log message: Update to guile2-2.2.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/07/18 04:06:06 Modified files: devel/harfbuzz : Makefile distinfo Log message: Update to harfbuzz-1.8.4.
Re: NEW: sysutils/neofetch
On 07/18/18 03:21, Solene Rapenne wrote: Brian Callahan writes: On 07/16/18 17:50, Charlène wrote: Hi, Made 2 fixes to the port (thanks to Rafael Sadowski): - zapped extra space after GH_* - used INSTALL_MANPAGE for manpage installation instead of INSTALL_SCRIPT Charlène. ok for me. ok solene@ Committed. Thanks everyone. ~Brian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2018/07/18 03:29:21 Modified files: sysutils : Makefile Log message: +neofetch
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2018/07/18 03:28:55 Log message: Import sysutils/neofetch, a system information tool written in bash. Submitted by Charlene Wendling , who takes MAINTAINER -- thanks! tweaks from rsadowski@, ok solene@ Neofetch is a command-line system information tool written in bash 3.2+. Neofetch displays information about your operating system, software and hardware in an aesthetic and visually pleasing way. The overall purpose of Neofetch is to be used in screenshots of your system. Status: Vendor Tag: bcallah Release Tags: bcallah_20180718 N ports/sysutils/neofetch/Makefile N ports/sysutils/neofetch/distinfo N ports/sysutils/neofetch/pkg/DESCR N ports/sysutils/neofetch/pkg/PLIST No conflicts created by this import
Re: editors/ghostwriter 1.6.2p1 => 1.7.0
On Mon, Jul 09, 2018 at 05:34:38PM +0200, Adam Wolk wrote: > Hi ports@, > > Trivial bump to a new release, the upstream changelog can be > found here: > https://github.com/wereturtle/ghostwriter/releases/tag/v1.7.0 > > on our side: > - add Qt5SVG to WANTLIB and LIB_DEPENDS > > unforutnately still using tarballs, they marked my request > for release artifacts as 'wontfix': > https://github.com/wereturtle/ghostwriter/issues/328 > > OK? > > Regards, > Adam ping > ? ghostwriter.1.7.0.diff > Index: Makefile > === > RCS file: /cvs/ports/editors/ghostwriter/Makefile,v > retrieving revision 1.9 > diff -u -p -r1.9 Makefile > --- Makefile 29 Jun 2018 22:16:11 - 1.9 > +++ Makefile 9 Jul 2018 15:29:43 - > @@ -7,8 +7,7 @@ COMMENT = distraction-free Markdown edit > > GH_ACCOUNT = wereturtle > GH_PROJECT = ghostwriter > -GH_TAGNAME = v1.6.2 > -REVISION = 1 > +GH_TAGNAME = v1.7.0 > > CATEGORIES = editors > > @@ -21,7 +20,7 @@ PERMIT_PACKAGE_CDROM = Yes > > WANTLIB += ${COMPILER_LIBCXX} > WANTLIB += GL Qt5Concurrent Qt5Core Qt5Gui Qt5Network Qt5PrintSupport > -WANTLIB += Qt5WebKit Qt5WebKitWidgets Qt5Widgets c hunspell-1.6 > +WANTLIB += Qt5Svg Qt5WebKit Qt5WebKitWidgets Qt5Widgets c hunspell-1.6 > WANTLIB += m pthread > > MODULES =devel/qmake \ > @@ -30,6 +29,7 @@ RUN_DEPENDS = devel/desktop-file-utils > x11/gtk+3,-guic > LIB_DEPENDS =textproc/hunspell \ > x11/qt5/qtbase \ > + x11/qt5/qtsvg \ > x11/qt5/qtwebkit > > NO_TEST =Yes > Index: distinfo > === > RCS file: /cvs/ports/editors/ghostwriter/distinfo,v > retrieving revision 1.3 > diff -u -p -r1.3 distinfo > --- distinfo 2 May 2018 19:42:03 - 1.3 > +++ distinfo 9 Jul 2018 15:29:43 - > @@ -1,2 +1,2 @@ > -SHA256 (ghostwriter-1.6.2.tar.gz) = > /qWhsrLr15woFP8yxLnTvcmD+CYFZvx6HJeV2lktl8A= > -SIZE (ghostwriter-1.6.2.tar.gz) = 678181 > +SHA256 (ghostwriter-1.7.0.tar.gz) = > U2VqP3DlPHIecOxNLjKfsdlBwQWddsvNLiuUHfUOSX0= > +SIZE (ghostwriter-1.7.0.tar.gz) = 680767
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2018/07/18 02:47:28 Modified files: telephony/asterisk: Makefile distinfo telephony/asterisk/patches: patch-autoconf_ast_check_raii_m4 patch-contrib_scripts_ast_coredumper patch-res_res_pjsip_location_c telephony/asterisk/pkg: PLIST-main Log message: update to asterisk-13.22.0
Re: NEW: sysutils/neofetch
Brian Callahan writes: > On 07/16/18 17:50, Charlène wrote: >> Hi, >> >> Made 2 fixes to the port (thanks to Rafael Sadowski): >> >> - zapped extra space after GH_* >> - used INSTALL_MANPAGE for manpage installation instead of >> INSTALL_SCRIPT >> >> Charlène. > > ok for me. ok solene@