Re: UPDATE: net/lftp
On 2015/12/11 00:22, Rafael Sadowski wrote: > Dear lftp users and OpenBSD ports, > > simple bugfix update. > > lftp 4.6.5: > > - sftp: fixed handling of out-of-order replies. > - fixed futex_wait issue in SIGCHLD handler. > - ftp: fixed ls freezing with unstable server connection. > - torrent: show more correct ETA on the status line. > - fixed gnutls priority string. > - mirror: fixed excessive stack usage on large directories. > - documented some hard to fix bugs. > - improved man page on open command and cmd:prompt setting. > - translations updated (zh_TW). > > lftp port: > > - update DESCR with more protocol informations. lftp handle not only > FTP(s). > > OK? Looks good, how about this for an updated DESCR? LFTP is a command-line driven, shell-like, reliable file transfer program. It supports FTP/FTPS, HTTP/HTTPS (including emulated directory listings), FISH, SFTP, BitTorrent, file and partial support for WebDAV. Features include: - automatic reconnect and retry after errors or timeout - modification time preservation - mirroring, reverse mirroring, reget/reput - rate throttling - job queueing, multiple background transfers - bookmarks and aliases
UPDATE: net/lftp
Dear lftp users and OpenBSD ports, simple bugfix update. lftp 4.6.5: - sftp: fixed handling of out-of-order replies. - fixed futex_wait issue in SIGCHLD handler. - ftp: fixed ls freezing with unstable server connection. - torrent: show more correct ETA on the status line. - fixed gnutls priority string. - mirror: fixed excessive stack usage on large directories. - documented some hard to fix bugs. - improved man page on open command and cmd:prompt setting. - translations updated (zh_TW). lftp port: - update DESCR with more protocol informations. lftp handle not only FTP(s). OK? Best regards, Rafael Index: Makefile === RCS file: /cvs/ports/net/lftp/Makefile,v retrieving revision 1.107 diff -u -p -u -p -r1.107 Makefile --- Makefile31 Aug 2015 07:50:59 - 1.107 +++ Makefile10 Dec 2015 22:59:00 - @@ -2,7 +2,7 @@ COMMENT= shell-like command line ftp and sftp client -DISTNAME= lftp-4.6.4 +DISTNAME= lftp-4.6.5 CATEGORIES=net HOMEPAGE= http://lftp.yar.ru/ Index: distinfo === RCS file: /cvs/ports/net/lftp/distinfo,v retrieving revision 1.66 diff -u -p -u -p -r1.66 distinfo --- distinfo31 Aug 2015 07:50:59 - 1.66 +++ distinfo10 Dec 2015 22:59:00 - @@ -1,2 +1,2 @@ -SHA256 (lftp-4.6.4.tar.gz) = eR54N3nT1rUZ0MIxVUMLl4XyhUAj64NMcW9bp4hzsVo= -SIZE (lftp-4.6.4.tar.gz) = 2656129 +SHA256 (lftp-4.6.5.tar.gz) = KdHILWEIA9XAF2V9dmPgX6Ab1Y8OBhgPMG5DDweBYpk= +SIZE (lftp-4.6.5.tar.gz) = 2666338 Index: patches/patch-configure === RCS file: /cvs/ports/net/lftp/patches/patch-configure,v retrieving revision 1.11 diff -u -p -u -p -r1.11 patch-configure --- patches/patch-configure 31 Aug 2015 07:50:59 - 1.11 +++ patches/patch-configure 10 Dec 2015 22:59:00 - @@ -2,9 +2,9 @@ $OpenBSD: patch-configure,v 1.11 2015/08 Use GNU readline as our base readline lacks add_history_time(). configure.orig Thu Aug 20 11:49:32 2015 -+++ configure Sun Aug 30 17:51:08 2015 -@@ -47962,7 +47962,7 @@ if ${lftp_cv_precompiled_readline+:} false; then : +--- configure.orig Thu Dec 10 14:20:13 2015 configure Fri Dec 11 00:08:40 2015 +@@ -48137,7 +48137,7 @@ if ${lftp_cv_precompiled_readline+:} false; then : else old_LIBS="$LIBS" @@ -13,7 +13,7 @@ Use GNU readline as our base readline la cat confdefs.h - <<_ACEOF >conftest.$ac_ext /* end confdefs.h. */ extern int (*rl_getc_function)(); -@@ -48002,7 +48002,7 @@ if test $lftp_cv_precompiled_readline = yes; then +@@ -48177,7 +48177,7 @@ if test $lftp_cv_precompiled_readline = yes; then READLINE_DIR='' { $as_echo "$as_me:${as_lineno-$LINENO}: result: yes" >&5 $as_echo "yes" >&6; } Index: patches/patch-src_Makefile_in === RCS file: /cvs/ports/net/lftp/patches/patch-src_Makefile_in,v retrieving revision 1.10 diff -u -p -u -p -r1.10 patch-src_Makefile_in --- patches/patch-src_Makefile_in 31 Aug 2015 07:50:59 - 1.10 +++ patches/patch-src_Makefile_in 10 Dec 2015 22:59:00 - @@ -1,7 +1,7 @@ $OpenBSD: patch-src_Makefile_in,v 1.10 2015/08/31 07:50:59 benoit Exp $ src/Makefile.in.orig Thu Aug 20 11:49:33 2015 -+++ src/Makefile.inSun Aug 30 17:51:08 2015 -@@ -227,7 +227,7 @@ am__installdirs = "$(DESTDIR)$(libdir)" "$(DESTDIR)$(p +--- src/Makefile.in.orig Thu Dec 10 14:20:12 2015 src/Makefile.inFri Dec 11 00:08:40 2015 +@@ -236,7 +236,7 @@ am__installdirs = "$(DESTDIR)$(libdir)" "$(DESTDIR)$(p "$(DESTDIR)$(pkgdatadir)" LTLIBRARIES = $(lib_LTLIBRARIES) $(noinst_LTLIBRARIES) \ $(pkgverlib_LTLIBRARIES) Index: pkg/DESCR === RCS file: /cvs/ports/net/lftp/pkg/DESCR,v retrieving revision 1.5 diff -u -p -u -p -r1.5 DESCR --- pkg/DESCR 24 Sep 2009 06:40:05 - 1.5 +++ pkg/DESCR 10 Dec 2015 22:59:00 - @@ -1,7 +1,8 @@ -LFTP is a shell-like command line ftp and sftp client. It is reliable: -can retry operations and does reget automatically. It can do several -transfers simultaneously in background. You can start a transfer in -background and continue browsing the ftp site or another one. This all -is done in one process. Background jobs will be completed in nohup mode -if you exit or close modem connection. Lftp has reput, mirror, reverse -mirror among its features. +Command line driven, shell-like, reliable file transfer program. lftp can +handle several file access methods - FTP, FTPS, HTTP, HTTPS, HFTP, FISH, SFTP +and file. It is reliable: can retry operations and does reget automatically. +It can do several transfers simultaneously in background. You can start a +transfer in background and continue browsing the ftp site or another one. This +all is done in one pr
Re: lang/go-bootstrap
Joel Sing wrote: > Thanks for clarlifying - we could still implement 'go get -d' as a way > of getting sources, but it would be more work than it is likely worth > (and there are also some issues surrounding which versions of the > dependencies get fetched). > > I'll rework go.port.mk and the relevant packages using > /usr/local/go-pkg. Just to clarify, is /usr/local/go-pkg (or whatever else we end up calling the dir) going to be added to the default $GOPATH as a patch? Will it be suggested to the user in a post-install message? Or is this only for the port system, and users won't have access to the port dependencies?
UPDATE: security/keepassx (keepassx 2.0)
Hey everybody, for those who can not wait (like me) here is an update for keepassx. I hope steven@ can use it for more tests or a better port. Tested @amd64 with my old *.kdb file without problems. Cheers, Rafael Index: Makefile === RCS file: /cvs/ports/security/keepassx/Makefile,v retrieving revision 1.8 diff -u -p -u -p -r1.8 Makefile --- Makefile7 Dec 2015 18:26:01 - 1.8 +++ Makefile10 Dec 2015 22:34:06 - @@ -2,12 +2,11 @@ COMMENT = management tool for sensitive data -V =0.4.3 +V =2.0 DISTNAME = keepassx-$V -REVISION = 3 CATEGORIES = security -HOMEPAGE = http://www.keepassx.org/ +HOMEPAGE = https://www.keepassx.org/ MAINTAINER = Steven Mestdagh @@ -16,9 +15,15 @@ PERMIT_PACKAGE_CDROM = Yes MASTER_SITES = https://www.keepassx.org/releases/$V/ -MODULES = x11/qt4 devel/cmake +MODULES = x11/qt4 \ + devel/cmake \ + gcc4 + +MODGCC4_ARCHS =* +MODGCC4_LANGS =c c++ WANTLIB += QtGui QtXml X11 Xtst c m pthread stdc++ +WANTLIB += gcrypt z RUN_DEPENDS = devel/desktop-file-utils \ misc/shared-mime-info Index: distinfo === RCS file: /cvs/ports/security/keepassx/distinfo,v retrieving revision 1.2 diff -u -p -u -p -r1.2 distinfo --- distinfo18 Jan 2015 03:15:02 - 1.2 +++ distinfo10 Dec 2015 22:34:06 - @@ -1,2 +1,2 @@ -SHA256 (keepassx-0.4.3.tar.gz) = zZAaBhHOV+Ys9t9+7rG2kLUjIwK9rYYmmU61Stz6HoU= -SIZE (keepassx-0.4.3.tar.gz) = 1368766 +SHA256 (keepassx-2.0.tar.gz) = DrQPrDpE2Cg9/B7ijMbeXGYLIquXVHLegsKwRnXIIuY= +SIZE (keepassx-2.0.tar.gz) = 1524638 Index: patches/patch-src_lib_FileDialogs_cpp === RCS file: patches/patch-src_lib_FileDialogs_cpp diff -N patches/patch-src_lib_FileDialogs_cpp --- patches/patch-src_lib_FileDialogs_cpp 7 Dec 2015 18:26:01 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,19 +0,0 @@ -$OpenBSD: patch-src_lib_FileDialogs_cpp,v 1.1 2015/12/07 18:26:01 jasper Exp $ - -Security fix for CVE-2015-8378 -http://anonscm.debian.org/cgit/collab-maint/keepassx.git/commit/?id=b3c9028db8ec3b8752ff47717ffc792d755c1294 - src/lib/FileDialogs.cpp.orig Thu Oct 8 21:27:39 2009 -+++ src/lib/FileDialogs.cppMon Dec 7 14:50:29 2015 -@@ -118,6 +118,11 @@ QString QtStandardFileDialogs::saveFileDialog(QWidget* - SelectedFilter=Filters[SelectedFilterIndex]; - QString filepath = QFileDialog::getSaveFileName(parent,title,dir,toSingleStringFilter(Filters),&SelectedFilter, - ShowOverwriteWarning ? (QFileDialog::Option)0 : QFileDialog::DontConfirmOverwrite); -+ -+// Fixes CVE-2015-8378 -+if (filepath.isEmpty()) -+return filepath; -+ - LastFilter=Filters.indexOf(SelectedFilter); - - //Check whether the file has an extension which fits to the selected filter Index: pkg/PFRAG.shared === RCS file: pkg/PFRAG.shared diff -N pkg/PFRAG.shared --- /dev/null 1 Jan 1970 00:00:00 - +++ pkg/PFRAG.shared10 Dec 2015 22:34:06 - @@ -0,0 +1,2 @@ +@comment $OpenBSD$ +lib/keepassx/libkeepassx-autotype-x11.so Index: pkg/PLIST === RCS file: /cvs/ports/security/keepassx/pkg/PLIST,v retrieving revision 1.2 diff -u -p -u -p -r1.2 PLIST --- pkg/PLIST 28 Apr 2012 14:08:54 - 1.2 +++ pkg/PLIST 10 Dec 2015 22:34:06 - @@ -1,103 +1,224 @@ @comment $OpenBSD: PLIST,v 1.2 2012/04/28 14:08:54 ajacoutot Exp $ +%%SHARED%% @bin bin/keepassx +lib/keepassx/ share/applications/keepassx.desktop +share/icons/ +share/icons/hicolor/ +share/icons/hicolor/128x128/ +share/icons/hicolor/128x128/apps/ +share/icons/hicolor/128x128/apps/keepassx.png +share/icons/hicolor/128x128/mimetypes/ +share/icons/hicolor/128x128/mimetypes/application-x-keepassx.png +share/icons/hicolor/16x16/ +share/icons/hicolor/16x16/actions/ +share/icons/hicolor/16x16/apps/ +share/icons/hicolor/16x16/apps/keepassx.png +share/icons/hicolor/16x16/mimetypes/ +share/icons/hicolor/16x16/mimetypes/application-x-keepassx.png +share/icons/hicolor/22x22/ +share/icons/hicolor/22x22/actions/ +share/icons/hicolor/22x22/mimetypes/ +share/icons/hicolor/22x22/mimetypes/application-x-keepassx.png +share/icons/hicolor/22x22/status/ +share/icons/hicolor/24x24/ +share/icons/hicolor/24x24/apps/ +share/icons/hicolor/24x24/apps/keepassx.png +share/icons/hicolor/256x256/ +share/icons/hicolor/256x256/apps/ +share/icons/hicolor/256x256/apps/keepassx.png +share/icons/hicolor/32x32/ +share/icons/hicolor/32x32/apps/ +share/icons/hicolor/32x32/apps/keepassx.png +share/icons/hicolor/32x32/mimetypes/ +share/icons/hicolor/32x32
Re: UPDATE: devel/doxygen 1.8.2 -> 1.8.10
On 2015/12/10 22:39, Rafael Sadowski wrote: > On Thu Dec 10, 2015 at 10:01:46AM +, Stuart Henderson wrote: > > On 2015/12/09 19:09, Jérémie Courrèges-Anglas wrote: > > > >> - Don't use own libmd5 but base md5 > > > >> - Use MD5Data() instead of MD5Buffer+MD5SigToString > > > > > > What is the point with those two items? This adds clutter to this > > > update and possible problems for the following ones. > > > > These changes are exactly why I, for one, didn't dig into the update yet. > > Of course I understand you but I don't like to use doxygen own libmd5. > md5(3) is in base and MD5Data is doing the same as MD5Buffer+MD5SigToString. > > I've learned[1] to use base and ports libs and not own shipped libs if it > is possible. > > [1]: https://www.marc.info/?l=openbsd-ports&m=142177625024026&w=4 That's a different situation, in that case they are bundling entire libraries which we already have in ports. That's usually bad because when some bug is fixed in the library, it doesn't then get fixed in the embedded versions of that library. > It's okay for me to remove the patches and test agine. > > Cheers, > > Rafael >
Re: UPDATE: math/R
On Thu Dec 10, 2015 at 04:21:50PM +0100, Ingo Feinerer wrote: > Dear useRs, > > Update math/R 3.2.2 -> 3.2.3: > > > CATEGORIES= math > HOMEPAGE=http://www.r-project.org/ HTTPS is available for R: https://www.r-project.org/ Best regards, Rafael
Re: UPDATE: devel/doxygen 1.8.2 -> 1.8.10
On Thu Dec 10, 2015 at 10:01:46AM +, Stuart Henderson wrote: > On 2015/12/09 19:09, Jérémie Courrèges-Anglas wrote: > > >> - Don't use own libmd5 but base md5 > > >> - Use MD5Data() instead of MD5Buffer+MD5SigToString > > > > What is the point with those two items? This adds clutter to this > > update and possible problems for the following ones. > > These changes are exactly why I, for one, didn't dig into the update yet. Of course I understand you but I don't like to use doxygen own libmd5. md5(3) is in base and MD5Data is doing the same as MD5Buffer+MD5SigToString. I've learned[1] to use base and ports libs and not own shipped libs if it is possible. [1]: https://www.marc.info/?l=openbsd-ports&m=142177625024026&w=4 It's okay for me to remove the patches and test agine. Cheers, Rafael
Re: update audio/py-eyed3
On Sun, 6 Dec 2015 17:26:41 +0100, Daniel Jakots wrote: > I basically tested with `eyeD3 random-music.mp3`, it works as before. i386 works fine too (previous test was amd64)
update www/py-werkzeug
Hi, Yet another python port who didn't receive any love for some time. make test: before py2: == 3 failed, 404 passed, 11 skipped in 2.71 seconds == py3: == 3 failed, 405 passed, 10 skipped in 2.48 seconds == after py2: == 1 failed, 421 passed, 11 skipped in 5.09 seconds == py3: == 3 failed, 420 passed, 10 skipped in 6.02 seconds == I only tested the new version on i386 py2: == 1 failed, 421 passed, 11 skipped in 34.76 seconds == depends: py-flask runs regression test ok security/letsencrypt/py-acme same as before Cheers, Daniel Index: Makefile === RCS file: /cvs/ports/www/py-werkzeug/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- Makefile9 Dec 2015 18:25:56 - 1.20 +++ Makefile10 Dec 2015 18:29:41 - @@ -2,10 +2,9 @@ COMMENT = WSGI utility collection -MODPY_EGG_VERSION =0.10.4 +MODPY_EGG_VERSION =0.11.2 DISTNAME = Werkzeug-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME:L} -REVISION = 0 CATEGORIES = www devel Index: distinfo === RCS file: /cvs/ports/www/py-werkzeug/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo19 Jul 2015 01:15:55 - 1.7 +++ distinfo10 Dec 2015 18:29:41 - @@ -1,2 +1,2 @@ -SHA256 (Werkzeug-0.10.4.tar.gz) = sd7yWS9GKOcSt+zXWihKLXapDx/UPqkVHSq/5u8lTnQ= -SIZE (Werkzeug-0.10.4.tar.gz) = 1152998 +SHA256 (Werkzeug-0.11.2.tar.gz) = Qvzui3meITIO81hp4FUXAVKxHeMTCBdVfNyNI7FubpA= +SIZE (Werkzeug-0.11.2.tar.gz) = 1167356 Index: patches/patch-setup_cfg === RCS file: patches/patch-setup_cfg diff -N patches/patch-setup_cfg --- patches/patch-setup_cfg 19 Jul 2015 01:15:55 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,10 +0,0 @@ -$OpenBSD: patch-setup_cfg,v 1.1 2015/07/19 01:15:55 sthen Exp $ setup.cfg.orig Thu Mar 26 16:49:54 2015 -+++ setup.cfg Sat Jul 18 21:32:28 2015 -@@ -1,6 +1,4 @@ - [egg_info] --tag_build = dev --tag_date = true - - [aliases] - release = egg_info -RDb '' Index: pkg/PLIST === RCS file: /cvs/ports/www/py-werkzeug/pkg/PLIST,v retrieving revision 1.9 diff -u -p -r1.9 PLIST --- pkg/PLIST 19 Jul 2015 01:15:55 - 1.9 +++ pkg/PLIST 10 Dec 2015 18:29:41 - @@ -14,6 +14,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/werkzeug/${MODPY_PYCACHE}_reloader.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/werkzeug/${MODPY_PYCACHE}datastructures.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/werkzeug/${MODPY_PYCACHE}exceptions.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/werkzeug/${MODPY_PYCACHE}filesystem.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/werkzeug/${MODPY_PYCACHE}formparser.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/werkzeug/${MODPY_PYCACHE}http.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/werkzeug/${MODPY_PYCACHE}local.${MODPY_PYC_MAGIC_TAG}pyc @@ -82,6 +83,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/werkzeug/debug/shared/ubuntu.ttf lib/python${MODPY_VERSION}/site-packages/werkzeug/debug/tbtools.py lib/python${MODPY_VERSION}/site-packages/werkzeug/exceptions.py +lib/python${MODPY_VERSION}/site-packages/werkzeug/filesystem.py lib/python${MODPY_VERSION}/site-packages/werkzeug/formparser.py lib/python${MODPY_VERSION}/site-packages/werkzeug/http.py lib/python${MODPY_VERSION}/site-packages/werkzeug/local.py @@ -123,6 +125,7 @@ share/doc/${MODPY_PY_PREFIX}werkzeug/_so share/doc/${MODPY_PY_PREFIX}werkzeug/_sources/deployment/mod_wsgi.txt share/doc/${MODPY_PY_PREFIX}werkzeug/_sources/deployment/proxying.txt share/doc/${MODPY_PY_PREFIX}werkzeug/_sources/exceptions.txt +share/doc/${MODPY_PY_PREFIX}werkzeug/_sources/filesystem.txt share/doc/${MODPY_PY_PREFIX}werkzeug/_sources/http.txt share/doc/${MODPY_PY_PREFIX}werkzeug/_sources/index.txt share/doc/${MODPY_PY_PREFIX}werkzeug/_sources/installation.txt @@ -198,6 +201,7 @@ share/doc/${MODPY_PY_PREFIX}werkzeug/dep share/doc/${MODPY_PY_PREFIX}werkzeug/deployment/mod_wsgi.html share/doc/${MODPY_PY_PREFIX}werkzeug/deployment/proxying.html share/doc/${MODPY_PY_PREFIX}werkzeug/exceptions.html +share/doc/${MODPY_PY_PREFIX}werkzeug/filesystem.html share/doc/${MODPY_PY_PREFIX}werkzeug/genindex.html share/doc/${MODPY_PY_PREFIX}werkzeug/http.html share/doc/${MODPY_PY_PREFIX}werkzeug/index.html
Re: [NEW] audio/moc
Sorry this is a late reply (20 days). I still want to get this port finished. I've done all the changes below except SHARED_ONLY=Yes. This port will probably only work with shared libraries support, but it can be compiled without them with some tweaking. I removed @sample ..., I don't think sample files should be in /etc/ for this software. I wasn't sure on the tab width for field aligning, I'm guessing it should be 8? Please see the new port attached. On Thu, Nov 19, 2015 at 01:15:16PM +, Stuart Henderson wrote: > On 2015/11/19 12:59, Michael Seyfert wrote: > > I'll try again getting this application in ports. > > > > Description: > > MOC (music on console) is a console audio player for LINUX/UNIX designed to > > be > > powerful and easy to use. > > > > The port is attached. > > > > -- > > Michael Seyfert > > manpage patch: > > | for in \fB${LOCALBASE}/share/moc/themes/\fP (depends on installation > prefix), > > TRUEPREFIX not LOCALBASE > > PLIST: > > | share/examples/moc/ > | @sample ${SYSCONFDIR}/moc/ > | share/examples/moc/config.example > | @sample ${SYSCONFDIR}/config.example > | share/examples/moc/keymap.example > | @sample ${SYSCONFDIR}/keymap.example > > shouldn't the files go into ${SYSCONFDIR}/moc/ rather than just ${SYSCONFDIR}? > > | %%SHARED%% > > should probably just be marked SHARED_ONLY=Yes, remove PFRAG.shared and > the %%SHARED%% marker and regen PLUST. > > | COMMENT = console audio player > | > | DISTNAME = moc-2.5.0 > | CATEGORIES = audio > | > | HOMEPAGE = http://moc.daper.net/ > (etc) > > please line things up like other ports do. some things can be a bit > out of whack if having them completely lined up would involve excessive > whitespace but try to be a bit neater e.g. > > COMMENT = console audio player > > DISTNAME =moc-2.5.0 > CATEGORIES = audio > > HOMEPAGE =http://moc.daper.net/ > > (same for the rest of the Makefile) > > | # License: GPLv3+ > > no need to write "License: " > > | LIB_DEPENDS = \ > | audio/faad \ > | audio/flac \ > > LIB_DEPENDS = audio/faad \ > audio/flac \ > ... > > | AUTOCONF_VERSION = 2.65 > | CONFIGURE_STYLE = gnu > > you don't have anything that uses AUTOCONF_VERSION in this Makefile > -- Michael Seyfert moc_port_2015_dec_10.tgz Description: application/tar-gz
UPDATE: math/R
Dear useRs, Update math/R 3.2.2 -> 3.2.3: - Use new --disable-java which eliminates the need for patch-Makefile_in - Use new R_DYLIB_VERSION variable which allows us to get rid of MAKE_FLAGS and patch-src_scripts_javareconf_in. However we now need to have all SHARED_LIBS in sync (consequently bumping libR). - External libintl handling is now fixed upstream (https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16464), so zap patch-src_main_Makefile_in and corresponding parts in patch-configure - Use upstream tests in patch-configure to unbreak build on powerpc* (already in R-devel) - Fix typo and sync with recommended upstream settings for egcc in pkg/README - make port-lib-depends-check tells me that WANTLIB no longer should include "fontconfig freetype pangoft2-1.0" OK? Best regards, Ingo Index: Makefile === RCS file: /cvs/ports/math/R/Makefile,v retrieving revision 1.76 diff -u -p -r1.76 Makefile --- Makefile30 Oct 2015 12:47:40 - 1.76 +++ Makefile10 Dec 2015 14:52:24 - @@ -3,12 +3,12 @@ SHARED_ONLY= Yes COMMENT= powerful math/statistics/graphics language -DISTNAME= R-3.2.2 -REVISION= 1 +DISTNAME= R-3.2.3 -SHARED_LIBS= R 3.1 -SHARED_LIBS+= Rlapack 31.2# 31.2 -SHARED_LIBS+= Rblas 31.2# 31.2 +SO_VERSION=31.2 +.for _lib in R Rblas Rlapack +SHARED_LIBS += ${_lib} ${SO_VERSION} +.endfor CATEGORIES=math HOMEPAGE= http://www.r-project.org/ @@ -19,10 +19,10 @@ MAINTAINER= Ingo Feinerer http://cran.r-project.org/src/base/R-3/ \ @@ -79,6 +79,7 @@ CONFIGURE_STYLE=gnu MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/tools CONFIGURE_ARGS= ${CONFIGURE_SHARED} \ + --disable-java \ --enable-BLAS-shlib \ --enable-R-shlib \ --with-tcl-config=${MODTCL_CONFIG} \ @@ -89,12 +90,9 @@ CONFIGURE_ENV= FFLAGS="${FFLAGS}" \ LDFLAGS="-L${LOCALBASE}/lib -Wl,-R${LOCALBASE}/lib/R/lib" \ LIBnn=lib \ MAKEINFO="${LOCALBASE}/bin/gtexi2any" \ + R_DYLIB_VERSION=${SO_VERSION} \ TEXI2DVI="${LOCALBASE}/bin/gtexi2dvi" \ rdocdir="${PREFIX}/share/doc/R" - -MAKE_FLAGS=DYLIB_EXT=".so.${LIBR_VERSION}" \ - Rblas_la="libRblas.so.${LIBRblas_VERSION}" \ - Rlapack_la="libRlapack.so.$(LIBRlapack_VERSION)" SEPARATE_BUILD=Yes Index: distinfo === RCS file: /cvs/ports/math/R/distinfo,v retrieving revision 1.26 diff -u -p -r1.26 distinfo --- distinfo17 Aug 2015 15:33:04 - 1.26 +++ distinfo10 Dec 2015 14:52:24 - @@ -1,2 +1,2 @@ -SHA256 (R-3.2.2.tar.gz) = nJFS50E0tosPOhxwg3ZK3By1b9gza+wAP9DKVQzSRh0= -SIZE (R-3.2.2.tar.gz) = 29772864 +SHA256 (R-3.2.3.tar.gz) = uTt9h4E4J5I0Fg8AfLm3+BuKcsASoVVm6exTlc/ZtsE= +SIZE (R-3.2.3.tar.gz) = 29816176 Index: patches/patch-Makefile_in === RCS file: patches/patch-Makefile_in diff -N patches/patch-Makefile_in --- patches/patch-Makefile_in 23 Jun 2015 15:14:52 - 1.8 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,13 +0,0 @@ -$OpenBSD: patch-Makefile_in,v 1.8 2015/06/23 15:14:52 feinerer Exp $ - Makefile.in.orig Thu Mar 19 02:02:06 2015 -+++ Makefile.inSat May 2 11:47:48 2015 -@@ -82,8 +82,6 @@ vignettes: stamp-recommended - ## This needs packages built, hence 'R' dependence on 'javaconf' - ## javareconf gets remade often. - stamp-java : etc/javaconf $(srcdir)/src/scripts/javareconf.in -- @$(ECHO) "configuring Java ..." -- @-bin/R CMD javareconf - @touch stamp-java - - javaconf: R Index: patches/patch-configure === RCS file: /cvs/ports/math/R/patches/patch-configure,v retrieving revision 1.26 diff -u -p -r1.26 patch-configure --- patches/patch-configure 28 Sep 2015 07:32:19 - 1.26 +++ patches/patch-configure 10 Dec 2015 14:52:24 - @@ -2,64 +2,28 @@ $OpenBSD: patch-configure,v 1.26 2015/09 Unbreak build on powerpc (relocation truncated to fit: R_PPC_GOT16...) -Fix linking with external libintl -(https://marc.info/?l=openbsd-ports&m=143526271406832&w=2) - configure.orig Thu Aug 13 11:21:16 2015 -+++ configure Thu Sep 24 15:12:30 2015 -@@ -26258,7 +26258,7 @@ if test "${GCC}" = yes; then - ## has 32k and so can use -fpic. - ## However, although the gcc docs do not mention it, it seems s390/s390x - ## also supports and needs -fPIC --sparc*|ppc64|powerpc64|s390*) -+sparc*|ppc64|powerpc*|s390*) - cpicflags="-fPIC" - ;; - *) -@@ -26269,7 +26269,7 @@ if test "${GCC}" = yes; then - fi - if test "${G77}" = yes; then - case "${host_cpu}" in --sparc*|ppc64|powerpc64|s390*) -+sparc*|ppc64|powerpc*|s390*) - fpicflags="-fPIC" - ;; - *) -@@ -26279,7 +2
python3 symlinks
The pkg/MESSAGE-main of lang/python/2.7 advises the user to create the following symlinks to make it the default python: ln -sf /usr/local/bin/python2.7 /usr/local/bin/python ln -sf /usr/local/bin/python2.7-2to3 /usr/local/bin/2to3 ln -sf /usr/local/bin/python2.7-config /usr/local/bin/python-config ln -sf /usr/local/bin/pydoc2.7 /usr/local/bin/pydoc python/3.4 and python/3.5, on the other hand, do not. Would it be beneficial to also have such a message (And the corresponding UNMESSAGE) for these? Jan
Re: tinyca2
On 2015/12/10 09:04, James Boyle wrote: > Hello, > > When using tinyca2 and revoking a certificate, the certificate fails to > show up as revoked in the certificate list. The errors below show up > when tinyca2 is trying to refresh the certificate list. The problem is > easy to reproduce - either create a new CA or use an existing CA, then > click on a certificate's option to revoke. This port isn't in great shape. It lists totally broken hash options and doesn't support SHA-2 hashes, though there are some patches in Debian BTS that could be borrowed for this (bug 759481). It tries to pass variables in to /usr/bin/openssl via the environment, libressl doesn't support this (though in the absence of other problems it could be patched to use OpenSSL from ports instead of LibreSSL).. There's also some dodgy version check that is only written to match openssl 0.9.x versions. One of these last two *may* be responsible for the revocation problem, but I think at this point (assuming you want a gui) your best option is probably to take your certs/keys and see if you can import them to xca. > Use of uninitialized value $dn in substitution (s///) at > /usr/local/lib/tinyca2/HELPERS.pm line 107. > Use of uninitialized value $dn in split at > /usr/local/lib/tinyca2/HELPERS.pm line 109. I think these are probably unrelated - most likely it just hasn't been tested with newer versions of perl. It appears to be dead upstream.
tinyca2
Hello, When using tinyca2 and revoking a certificate, the certificate fails to show up as revoked in the certificate list. The errors below show up when tinyca2 is trying to refresh the certificate list. The problem is easy to reproduce - either create a new CA or use an existing CA, then click on a certificate's option to revoke. Use of uninitialized value $dn in substitution (s///) at /usr/local/lib/tinyca2/HELPERS.pm line 107. Use of uninitialized value $dn in split at /usr/local/lib/tinyca2/HELPERS.pm line 109. --James
Re: NEW: sysutils/fwa
Peter Hajdu writes: > I've fixed a few things after a discussion with James Turner. Looks fine. James: ok jca@ to import Peter: you may want to fix these: shannon /usr/ports/pobj/fwa-0.1/fwa-ce8f590963fdf9e3f5986efb70d68c1918262d86$ mandoc -Tlint fwa.1 mandoc: fwa.1:44:2: ERROR: inserting missing end of block: Sh breaks Bl mandoc: fwa.1:43:2: WARNING: moving paragraph macro out of list: Pp mandoc: fwa.1:43:2: WARNING: skipping paragraph macro: Pp at the end of Sh mandoc: fwa.1:48:2: WARNING: skipping paragraph macro: Pp at the end of Sh -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: UPDATE: devel/doxygen 1.8.2 -> 1.8.10
Stuart Henderson writes: > On 2015/12/09 19:09, Jérémie Courrèges-Anglas wrote: >> >> - Don't use own libmd5 but base md5 >> >> - Use MD5Data() instead of MD5Buffer+MD5SigToString >> >> What is the point with those two items? This adds clutter to this >> update and possible problems for the following ones. > > These changes are exactly why I, for one, didn't dig into the update yet. The bulk build (thanks ajacoutot@) didn't show any problem. Rafael, if the MD5 patches are actually not necessary please provide an updated patch without those changes. Cheers, -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: UPDATE: devel/doxygen 1.8.2 -> 1.8.10
On 2015/12/09 19:09, Jérémie Courrèges-Anglas wrote: > >> - Don't use own libmd5 but base md5 > >> - Use MD5Data() instead of MD5Buffer+MD5SigToString > > What is the point with those two items? This adds clutter to this > update and possible problems for the following ones. These changes are exactly why I, for one, didn't dig into the update yet.
Re: update libsndfile to 1.0.26
On 2015/12/10 10:39, Jan Stary wrote: > On Nov 24 23:16:21, h...@stare.cz wrote: > > This updates audio/libsndfile to the new release. > > > > * CVE-2014-9756 fixed upstream, drop the patch > > * share/doc/libsndfile/pkgconfig.html removed > > * man1/sndfile-salvage.1 added > > > > Also, upstream has accepted a complete rewrite of the manpages > > into mdoc(7). Thanks to schwarze and jmc for the guidance. > > (This happend about a year ago, a release only came out now.) > > On Nov 25 10:29:45, st...@openbsd.org wrote: > > Some exported functions were removed, so this one does need a major > > bump (no need to send a new diff just for that though). > > > > removed: > > pchk4_find > > pchk4_store > > Thanks, I missed that. > What is the preferred way to check for these changes? > Do you just nm(1) the two libraries and look for the diff? That's usually the first step, there's an example nm command shown in http://www.openbsd.org/faq/ports/specialtopics.html. This doesn't cover everything though - if function parameters change then it also needs a major bump - but if you see removed functions you don't need to check any further. > > Otherwise looks good to me, I'll test on macppc, I can commit this > > later if nobody runs into problems with it. > > There don't seem to be huge changes, but it was 4 years since the > > last upstream release so being slightly cautious :) > > Oh yes. The first mention of "new release in a few weeks" > happened years ago :-) > > > On Nov 25 10:54:43, st...@openbsd.org wrote: > > There are a number of test failures on macppc, though they occur in > > the existing version too so I don't think they should block the update > > but might be worth talking to upstream about. > > I am in touch with upstream about these errors. > In fact, they appear on other archs and other OSes too. > > OK to commit then? Thanks - I'll commit it.
Re: net/kea
On 2015/12/09 20:33, Patrik Lundin wrote: > On Tue, Dec 08, 2015 at 11:15:04PM +, Stuart Henderson wrote: > > On 2015/12/08 23:59, Patrik Lundin wrote: > > > I have posted a question to kea-dev regarding this: > > > https://lists.isc.org/pipermail/kea-dev/2015-December/000588.html > > > > > > Let's see how that goes. > > > > Good idea. > > > > I have recieved a response now. As I do not think there is an > overwhelming reason for using Botan I feel it is nicer to skip > additional port dependencies and explicitly use our LibreSSL instead. > > The question remaining is if the configure flag should be --with-openssl > or --with-openssl=/usr. While it seems the configure script will look > for the library in an order that starts with /usr, I wonder if it is > nicer to be explicit that we want to use the base version (rather than > the openssl port for instance). > > Attached is a port with the explicit flag set and a shortened > LIB_DEPENDS/WANTLIB list. I have tested that it ignores the use of Botan > when it is installed. Let me know what you think. Either way is OK, I deliberately put the ports version of OpenSSL in a directory that is unlikely to be searched by configure. (Unless it uses something like the bonkers locate(1) check that freeradius3 uses, but I digress...) Any OKs to import this version?
Re: update libsndfile to 1.0.26
On Nov 24 23:16:21, h...@stare.cz wrote: > This updates audio/libsndfile to the new release. > > * CVE-2014-9756 fixed upstream, drop the patch > * share/doc/libsndfile/pkgconfig.html removed > * man1/sndfile-salvage.1 added > > Also, upstream has accepted a complete rewrite of the manpages > into mdoc(7). Thanks to schwarze and jmc for the guidance. > (This happend about a year ago, a release only came out now.) On Nov 25 10:29:45, st...@openbsd.org wrote: > Some exported functions were removed, so this one does need a major > bump (no need to send a new diff just for that though). > > removed: > pchk4_find > pchk4_store Thanks, I missed that. What is the preferred way to check for these changes? Do you just nm(1) the two libraries and look for the diff? > Otherwise looks good to me, I'll test on macppc, I can commit this > later if nobody runs into problems with it. > There don't seem to be huge changes, but it was 4 years since the > last upstream release so being slightly cautious :) Oh yes. The first mention of "new release in a few weeks" happened years ago :-) On Nov 25 10:54:43, st...@openbsd.org wrote: > There are a number of test failures on macppc, though they occur in > the existing version too so I don't think they should block the update > but might be worth talking to upstream about. I am in touch with upstream about these errors. In fact, they appear on other archs and other OSes too. OK to commit then? Jan