Fwd: Re: Update editors/calligra 2.9.4
Unfortunately I won't be able to look in until the beginning of June due to
a couple of real life reasons. :( If someone else among devs uses Calligra,
feel free to review and commit this update.
--
Vadim Zhukov
-- Переадресованное сообщение --
От: Rafael Sadowski raf...@sizeofvoid.org
Дата: 19 мая 2015 г. 1:20
Тема: Re: Update editors/calligra 2.9.4
Кому: ports@openbsd.org
Копия:
Always the same game ... ping ;-)
On Thu May 07, 2015 at 08:56:00PM +0200, Rafael Sadowski wrote:
Hi ports@
blow is an maintainer update to Calligra 2.9.4. Tested @amd64
Infos: https://www.calligra.org/news/calligra-2-9-4-released/
Cheers,
Rafael
Index: Makefile
===
RCS file: /cvs/ports/editors/calligra/Makefile,v
retrieving revision 1.7
diff -u -p -u -p -r1.7 Makefile
--- Makefile 27 Mar 2015 08:11:26 - 1.7
+++ Makefile 7 May 2015 18:52:54 -
@@ -1,10 +1,9 @@
# $OpenBSD: Makefile,v 1.7 2015/03/27 08:11:26 ajacoutot Exp $
COMMENT =K Desktop Environment, office suite
-HOMEPAGE = http://www.calligra-suite.org/
-DISTNAME = calligra-2.8.7
+HOMEPAGE = https://www.calligra-suite.org/
+DISTNAME = calligra-2.9.4
CATEGORIES = editors
-REVISION = 0
DIST_SUBDIR =kde
MASTER_SITES = ${MASTER_SITE_KDE:=stable/${DISTNAME}/}
@@ -71,13 +70,17 @@ SHARED_LIBS += planprivate
SHARED_LIBS += planworkapp 50.0 # 0.0
SHARED_LIBS += planworkfactory 50.0 # 0.0
SHARED_LIBS += rcps_plan 50.0 # 0.0
-SHARED_LIBS += wordsprivate 50.0 # 0.0
SHARED_LIBS += kformula 50.0 # 13.0
SHARED_LIBS += komsooxml 50.0 # 13.0
SHARED_LIBS += koodf250.0 # 13.0
SHARED_LIBS += koodfreader 50.0 # 13.0
SHARED_LIBS += kotextlayout 50.0 # 13.0
SHARED_LIBS += kovectorimage 50.0 # 13.0
+SHARED_LIBS += koversion 0.0 # 14.0
+SHARED_LIBS += kritacolor0.0 # 14.0
+SHARED_LIBS += wordsprivate 14.0 # 1.0
+SHARED_LIBS += libglobal 0.0 # 14.0
+SHARED_LIBS += libkispsd 0.0 # 14.0
WANTLIB = c m pthread z
WANTLIB += GL GLEW GLU Half ICE Iex IlmImf IlmThread Imath SM X11 Xext Xi
@@ -85,23 +88,25 @@ WANTLIB += fontconfig
WANTLIB += lib/qt4/QtDeclarative lib/qt4/QtWebKit lib/qt4/QtDBus
WANTLIB += lib/qt4/QtGui lib/qt4/QtNetwork lib/qt4/QtSvg lib/qt4/QtOpenGL
WANTLIB += lib/qt4/QtScript lib/qt4/QtXml
-WANTLIB += lib/qt4/Qt3Support lib/qt4/QtSql
+WANTLIB += lib/qt4/QtSql
WANTLIB += ${KDE4LIB}/akonadi-contact ${KDE4LIB}/akonadi-kde
WANTLIB += ${KDE4LIB}/kabc ${KDE4LIB}/kactivities
WANTLIB += ${KDE4LIB}/kcalcore ${KDE4LIB}/kcmutils ${KDE4LIB}/kdcraw
-WANTLIB += ${KDE4LIB}/kde3support ${KDE4LIB}/kdeclarative
+WANTLIB += ${KDE4LIB}/kdeclarative
WANTLIB += ${KDE4LIB}/kdeui ${KDE4LIB}/kfile ${KDE4LIB}/khtml
WANTLIB += ${KDE4LIB}/kio ${KDE4LIB}/kjs ${KDE4LIB}/kmime
-WANTLIB += ${KDE4LIB}/knewstuff3 ${KDE4LIB}/knotifyconfig
+WANTLIB += ${KDE4LIB}/knotifyconfig
WANTLIB += ${KDE4LIB}/kparts ${KDE4LIB}/kpimutils ${KDE4LIB}/kresources
WANTLIB += ${KDE4LIB}/krosscore ${KDE4LIB}/krossui
-WANTLIB += ${KDE4LIB}/ktexteditor ${KDE4LIB}/marblewidget
+WANTLIB += ${KDE4LIB}/marblewidget
WANTLIB += ${KDE4LIB}/nepomuk ${KDE4LIB}/nepomukutils
WANTLIB += ${KDE4LIB}/okularcore
WANTLIB += ${KDE4LIB}/phonon_sexperimental ${KDE4LIB}/threadweaver
WANTLIB += OpenColorIO exiv2 fftw3 freetype glib-2.0 gsl icui18n icuuc
WANTLIB += jpeg lcms2 mysqlclient openjpeg png poppler poppler-qt4 pqxx
WANTLIB += qca2 soprano sqlite3 sybdb tiff
+WANTLIB += boost_system-mt curl ktexteditor gslcblas
+
# kexi needs headers in postgresql,{-main,-server}
# kexi needs all db drivers to be present while building
@@ -109,7 +114,7 @@ BUILD_DEPENDS = devel/boost \
databases/mariadb \
databases/postgresql,-main \
databases/postgresql,-server \
- math/eigen2 \
+ math/eigen3 \
productivity/librcps
# kexi needs all db driver installed to run,
@@ -136,6 +141,7 @@ LIB_DEPENDS = databases/freetds \
graphics/png \
graphics/tiff \
math/fftw3,double \
+ net/curl \
print/poppler,,-qt4 \
security/qca2 \
textproc/icu4c \
Index: distinfo
===
RCS file: /cvs/ports/editors/calligra/distinfo,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 distinfo
--- distinfo 23 Dec 2014 13:45:17 - 1.3
+++ distinfo 7 May 2015 18:52:54 -
@@ -1,2 +1,2 @@
-SHA256 (kde/calligra-2.8.7.tar.xz) =
r2uLdOoHflu/o5jjrpaGa5o8z7wQIk6fNB5ZZDvoDrU=
-SIZE (kde/calligra-2.8.7.tar.xz) = 138966248
+SHA256 (kde/calligra-2.9.4.tar.xz) =
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 01:34:14 Modified files: net/irc: Makefile Log message: bump EPOCH; Found newer package irc-2.10.3p1p1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 01:36:38 Modified files: lang/mono-basic: Makefile Log message: mark BROKEN-i386; vbnc crashes during build
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 04:26:07 Modified files: textproc : Makefile Log message: add py-iso8601,python3 as well
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 04:25:39 Modified files: security : Makefile Log message: +py-cryptography_vectors
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 04:24:14 Modified files: textproc : Makefile Log message: +py-iso8601
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/05/20 05:29:58 Modified files: net/honeyd : Makefile net/honeyd/patches: patch-Makefile_in Log message: Stop using libtool -nostdlib, fixes build with binutils-2.17 on amd64.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/05/20 05:34:32 Modified files: www/vteplugin : Makefile Log message: Compile with -fPIC, fixes binutils-2.17@amd64
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/05/20 05:40:22 Modified files: lang/tinyscheme: Makefile Log message: SHARED_ONLY
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/05/20 05:38:33 Modified files: lang/tinyscheme: Makefile Log message: Link libtinyscheme.so (not installed) using cc. Fixes binutils-2.17@amd64
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: piro...@cvs.openbsd.org 2015/05/20 06:05:50 Modified files: print : Makefile Log message: Link gl2ps.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 04:11:42 Modified files: www/p5-Mojo: Makefile distinfo Log message: update to p5-Mojo 6.11, from Mark Patruck, ok bluhm N.B. 6.10 removes support for user/group switching, see Mojolicious::Plugin::SetUserGroup if you need this
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 04:25:00 Log message: import security/py-cryptography_vectors, used in tests for py-cryptography (WIP) ok czarkoff@ Status: Vendor Tag: sthen Release Tags: sthen_20150520 N ports/security/py-cryptography_vectors/Makefile N ports/security/py-cryptography_vectors/distinfo N ports/security/py-cryptography_vectors/pkg/PLIST N ports/security/py-cryptography_vectors/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 04:23:49 Log message: import textproc/py-iso8601, based on a port from viq, ok czarkoff@ This module parses the most common forms of ISO 8601 date strings (e.g. 2007-01-14T20:34:22+00:00) into datetime objects. Status: Vendor Tag: sthen Release Tags: sthen_20150520 N ports/textproc/py-iso8601/Makefile N ports/textproc/py-iso8601/distinfo N ports/textproc/py-iso8601/pkg/DESCR N ports/textproc/py-iso8601/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2015/05/20 05:43:36 Modified files: textproc/pod2mdoc: Makefile distinfo Log message: Update to pod2mdoc-0.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/05/20 05:51:39 Added files: graphics/exiv2/patches: patch-config_config_mk_in patch-xmpsdk_src_Makefile Log message: Kill useless warnings, show actual libtool commands. No package change.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2015/05/20 05:54:35 Modified files: infrastructure/lib/DPB: Shell.pm Log message: fix nochroot mode. Problem noticed by Mark Patruck
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: piro...@cvs.openbsd.org 2015/05/20 06:04:59 Log message: Import gl2ps. GL2PS is a C library providing high quality vector output for any OpenGL application that can currently create PostScript (PS), Encapsulated PostScript (EPS), Portable Document Format (PDF) and Scalable Vector Graphics (SVG) files, as well as LaTeX files for the text fragments. From Ingo Feinerer, thank you! Status: Vendor Tag: pirofti Release Tags: pirofti_20150520 N ports/print/gl2ps/Makefile N ports/print/gl2ps/distinfo N ports/print/gl2ps/pkg/PLIST N ports/print/gl2ps/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2015/05/20 02:34:45 Modified files: infrastructure/lib/DPB: Shell.pm Log message: zap local code. Now that chroot changes class, it's much better to use it directly.
Re: [maintainer update] audio/py-discogs-client
On 2015/05/15 19:15, Johan Huldtgren wrote:
- any idea why there's a @mode 444 in py-oauthlib's PLIST for the egg-info
directory(!) and files? that looks wrong.
Because without it I get this:
Error: weird mode for
/usr/local/lib/python2.7/site-packages/oauthlib-0.7.2-py2.7.egg-info/PKG-INFO:
440
Error: modes don't match for
/usr/local/lib/python2.7/site-packages/oauthlib-0.7.2-py2.7.egg-info/PKG-INFO
... (for all files in that dir)
The distfile unpacks with no group-readable permissions.
Simplest fix is probably
post-extract:
chmod -R o+rX ${WRKSRC}
Regardless, I fixed up the port adding test depends, port builds and seems
to work, however 'make test' fails:
...
assertion = jwt.encode(claim, key, 'RS256')
File /usr/local/lib/python2.7/site-packages/jwt/api.py, line 122, in
encode
raise NotImplementedError('Algorithm not supported')
NotImplementedError: Algorithm not supported
==
ERROR: test_authorization_grant
(tests.oauth2.rfc6749.test_server.SignedTokenEndpointTest)
--
So I found this:
https://github.com/idan/oauthlib/issues/317
| Yes. You have to use PyJWT 0.4.0 for oauthlib 0.7.2. For PyJWT 0.4 or
| later, you need master head.
So either we need an older PyJWT, or we need oauthlib head. I wouldn't be
averse to using head from a github checkout, but that is what needs
py-cryptography.
tests which might require py-cryptography (which we don't have, I took a
quick stab at porting to see if that would fix it, but it got very messy
very quick). And I'm not sure how to make it only test some things, or if
I'm even right about this.
I have started a port for py-cryptography, it shouldn't be too bad (and
we should have it in the tree anyway), but it needs additional ports,
I'll write a separate mail about that so it's easier for people to see
rather than hidden at the bottom of this :-)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 03:11:52 Modified files: devel : Makefile devel/py-cffi : Makefile devel/py-cffi/pkg: PLIST Log message: py3 support for py-cffi
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 03:06:45 Modified files: devel : Makefile devel/py-asn1 : Makefile devel/py-asn1/pkg: PLIST Log message: add py3 support to py-asn1, ok benoit@
Re: WIP: security/py-cryptography (cryptography.io) - dep ports needed!
Update for the main WIP port at http://junkpile.org/py-cryptography.tgz fixes py3 plist.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 02:14:31 Modified files: audio/beets: Makefile distinfo audio/beets/pkg: PLIST Log message: now that py-jellyfish is in, update to beets-1.3.13
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: piro...@cvs.openbsd.org 2015/05/20 03:14:28 Modified files: www/youtube-dl : Makefile distinfo www/youtube-dl/pkg: PLIST Log message: Update youtube-dl to 2015.05.20 New extractors: - ESPN - svt - tv2 - voicerepublic - xstream
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 02:11:10 Log message: import textproc/py-jellyfish, ok jca@ benoit@ Jellyfish is a python library for doing approximate and phonetic matching of strings. String comparison: Levenshtein Distance Damerau-Levenshtein Distance Jaro Distance Jaro-Winkler Distance Match Rating Approach Comparison Hamming Distance Phonetic encoding: American Soundex Metaphone NYSIIS (New York State Identification and Intelligence System) Match Rating Codex Status: Vendor Tag: sthen Release Tags: sthen_20150520 N ports/textproc/py-jellyfish/Makefile N ports/textproc/py-jellyfish/distinfo N ports/textproc/py-jellyfish/pkg/DESCR N ports/textproc/py-jellyfish/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 02:11:34 Modified files: textproc : Makefile Log message: +py-jellyfish
WIP: security/py-cryptography (cryptography.io) - dep ports needed!
There is a nice looking crypto library for python, https://cryptography.io/ cryptography is a Python library which exposes cryptographic recipes and primitives, with the goal of it being a cryptographic standard library. It aims to address various problems seen with other Python cryptography libraries, including lack of PyPy and Python 3 support, lack of maintenance. use of poor implementations of algorithms, lack of high-level APIs, absence of important algorithms, error prone APIs and bad defaults. I have started a port, it is needed for some updates and it would be good to have anyway, but it needs some additional python ports - included here: cryptography-vectors iso8601 not yet: idna ipaddress pretend If anyone has ports of these not yet ones lying around on disk, or has time to look at writing a port for any of them it would be appreciated! Any OKs to import the following which are attached? security/py-cryptography_vectors, test vectors, AFAIK these are only useful for py-cryptography textproc/py-iso8601, ISO8601 date handling - based on openbsd-wip port from viq; he had it in devel/ but I think textproc is better. Not asking for OKs for py-cryptography until deps are in, but my WIP is attached for those who would like to look. (It works and the *extensive* test suite passes cleanly, but build and test pull in dependencies from from pypi, so it can't be imported yet). py-cryptography_vectors.tgz Description: application/tar-gz py-cryptography.tgz Description: application/tar-gz py-iso8601.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 03:53:54 Modified files: devel/nasm : Makefile distinfo Log message: update to nasm-2.11.08, from brad, ok syl@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 04:09:57 Modified files: lang : Makefile Removed files: lang/mono-basic: Makefile distinfo lang/mono-basic/patches: patch-configure patch-vbnc_vbnc_Makefile patch-vbnc_vbnc_tests_Makefile patch-vbruntime_Test_Makefile lang/mono-basic/pkg: DESCR PLIST Log message: rm lang/mono-basic, it has build issues on at least i386/amd64 and nothing using it in-tree. ok ajacoutot
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 03:04:36 Modified files: devel : Makefile devel/py-cparser: Makefile devel/py-cparser/pkg: PLIST Log message: support py3 in py-cparser
new: fonts/symbola-ttf
True type font containing Unicode symbols. Includes a font symbol for code point 0x1f421. OK? symbola-ttf.tar.gz Description: application/tar-gz
Re: new: fonts/symbola-ttf
On Wed, May 20, 2015 at 03:17:56PM +0200, Stefan Sperling wrote: True type font containing Unicode symbols. Includes a font symbol for code point 0x1f421. OK? You're missing the @fontdir marker. -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/05/20 07:34:35 Modified files: games/gbrainy : Makefile distinfo Log message: Update to gbrainy-2.2.5.
Re: CVS: cvs.openbsd.org: ports
On 2015/05/20 07:35, Stuart Henderson wrote: CVSROOT: /cvs Module name: ports Changes by: st...@cvs.openbsd.org 2015/05/20 07:35:30 Modified files: x11/gnome/builder: Makefile Log message: gnome/builder needs 64-bit atomic ops, build with -march=i586 on i386 so it can use them was ok aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 07:35:30 Modified files: x11/gnome/builder: Makefile Log message: gnome/builder needs 64-bit atomic ops, build with -march=i586 on i386 so it can use them
Re: new: fonts/symbola-ttf
On Wed, May 20, 2015 at 03:27:33PM +0200, Antoine Jacoutot wrote: On Wed, May 20, 2015 at 03:17:56PM +0200, Stefan Sperling wrote: True type font containing Unicode symbols. Includes a font symbol for code point 0x1f421. OK? You're missing the @fontdir marker. Fixed, thanks. symbola-ttf.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 08:07:23 Modified files: devel/re2c : Makefile distinfo Log message: update to re2c-0.14.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/05/20 09:32:54 Modified files: www/webkit : Makefile distinfo www/webkit/patches: patch-GNUmakefile_in patch-Source_WTF_wtf_MathExtras_h patch-Source_WTF_wtf_Platform_h patch-configure Removed files: www/webkit/patches: patch-Source_WTF_wtf_dtoa_utils_h patch-Source_WebCore_platform_graphics_gstreamer_MediaPlayerPrivateGStreamerBase_cpp patch-Source_WebCore_platform_graphics_gstreamer_VideoSinkGStreamer_cpp patch-Source_WebCore_platform_graphics_gstreamer_WebKitWebSourceGStreamer_cpp Log message: Update to webkit-2.4.9.
Re: n00b question
On Wed, May 20, 2015 at 01:05:47PM -0400, Bryan C. Everly wrote: Hi all. I have been working with the FreeRDP project to get support in their latest version for OpenBSD and now have it building cleanly and working just fine. I'd like to update the port that we have as it is quite old (the previous maintainer said he was ok with me taking over as he doesn't have time to work on OpenBSD any more) and the new version adds support for modern versions of the protocol (including tunneling, etc.) The question I have is this - where would I put the tarball containing the source? Do I need to stand up a public facing server that it can be downloaded from or is there some common server that I can ask permission to have the file stored on in the community? So you mean that the FreeRDP project hasn't released an updated tarball right? If that's so, then you can send it to me or put it somewhere I can grab it and host it for you (on ftp.fr.openbsd.org). -- Antoine
Re: n00b question
Antoine, That is correct. Thank you. What I will do then is work on structuring things per the Porter's handbook and then provide you a copy of the tarball in the next day or so. I appreciate your willingness to help me on this. Thanks, Bryan On Wed, May 20, 2015 at 1:09 PM, Antoine Jacoutot ajacou...@bsdfrog.org wrote: On Wed, May 20, 2015 at 01:05:47PM -0400, Bryan C. Everly wrote: Hi all. I have been working with the FreeRDP project to get support in their latest version for OpenBSD and now have it building cleanly and working just fine. I'd like to update the port that we have as it is quite old (the previous maintainer said he was ok with me taking over as he doesn't have time to work on OpenBSD any more) and the new version adds support for modern versions of the protocol (including tunneling, etc.) The question I have is this - where would I put the tarball containing the source? Do I need to stand up a public facing server that it can be downloaded from or is there some common server that I can ask permission to have the file stored on in the community? So you mean that the FreeRDP project hasn't released an updated tarball right? If that's so, then you can send it to me or put it somewhere I can grab it and host it for you (on ftp.fr.openbsd.org). -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/05/20 10:49:56 Modified files: x11/gnome/banshee: Makefile Log message: Mark BROKEN; it's been crashing at runtime for a few months now.
n00b question
Hi all. I have been working with the FreeRDP project to get support in their latest version for OpenBSD and now have it building cleanly and working just fine. I'd like to update the port that we have as it is quite old (the previous maintainer said he was ok with me taking over as he doesn't have time to work on OpenBSD any more) and the new version adds support for modern versions of the protocol (including tunneling, etc.) The question I have is this - where would I put the tarball containing the source? Do I need to stand up a public facing server that it can be downloaded from or is there some common server that I can ask permission to have the file stored on in the community? Thanks in advance, Bryan
UPDATE: math/gnuplot
Update of math/gnuplot to 4.6.6:
- Since 4.6.4 install-info is no longer a default make install target,
so gnuplot.info is gone from PLIST
(Btw. there is a gnuplot 5.0 available now as well but it is not fully
compatible with version 4 scripts.)
Best regards,
Ingo
Index: Makefile
===
RCS file: /cvs/ports/math/gnuplot/Makefile,v
retrieving revision 1.59
diff -u -p -u -p -r1.59 Makefile
--- Makefile1 Nov 2014 00:56:44 - 1.59
+++ Makefile20 May 2015 16:42:35 -
@@ -3,8 +3,7 @@
COMMENT = command-driven interactive function plotting program
V =4.6
-PATCHLEVEL = 3
-REVISION = 2
+PATCHLEVEL = 6
DISTNAME = gnuplot-${V}.${PATCHLEVEL}
CATEGORIES = math graphics
MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=gnuplot/}
Index: distinfo
===
RCS file: /cvs/ports/math/gnuplot/distinfo,v
retrieving revision 1.13
diff -u -p -u -p -r1.13 distinfo
--- distinfo29 May 2013 14:32:11 - 1.13
+++ distinfo20 May 2015 16:42:35 -
@@ -1,2 +1,2 @@
-SHA256 (gnuplot-4.6.3.tar.gz) = 31/6+iX7MrPswCBqUg9ryoaA5tzJYe/TDfNMCht+p/U=
-SIZE (gnuplot-4.6.3.tar.gz) = 4973116
+SHA256 (gnuplot-4.6.6.tar.gz) = HxlZb9CQRfIiJa+/7BH6kbmtHZW59IQGNi9RfU8TAnQ=
+SIZE (gnuplot-4.6.6.tar.gz) = 5059214
Index: pkg/PLIST
===
RCS file: /cvs/ports/math/gnuplot/pkg/PLIST,v
retrieving revision 1.17
diff -u -p -u -p -r1.17 PLIST
--- pkg/PLIST 29 May 2013 14:32:11 - 1.17
+++ pkg/PLIST 20 May 2015 16:42:35 -
@@ -1,11 +1,12 @@
@comment $OpenBSD: PLIST,v 1.17 2013/05/29 14:32:11 jasper Exp $
@bin bin/gnuplot
bin/lasergnu
-@info info/gnuplot.info
@man man/man1/gnuplot.1
@man man/man1/lasergnu.1
-share/emacs/site-lisp/gnuplot-eldoc.el
-share/emacs/site-lisp/gnuplot-eldoc.elc
+share/emacs/site-lisp/gnuplot-gui.el
+share/emacs/site-lisp/gnuplot-gui.elc
+share/emacs/site-lisp/gnuplot.el
+share/emacs/site-lisp/gnuplot.elc
share/gnuplot/
!%%no_x11%%
share/gnuplot/${V}/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2015/05/20 10:34:14 Modified files: textproc/mupdf : Makefile Log message: Build with -fPIC, fixes binutils-2.17@amd64 ok kettenis@ sthen@ (maintainer)
rust/llvm status. was: Re: [maintainer update] rust 1.0.0
On Sat, May 16, 2015 at 10:24:46PM +, Brandon Mercer wrote:
[...]
What is the plan for llvm? We should be able to use the llvm in
ports in the long term,
I will try to explain the current status of rust with LLVM.
I am agreed that I would be very good thing that rust could be able to
using llvm in ports, and not rebuild an embedded llvm version.
but it's my understanding that they have some patches applied to llvm
to satisfy their needs?
I don't have followed exactly what is the *current* status of LLVM
version embedded with rust. So I have asked on #rust-internals channel (on
irc.mozilla.org).
semarie: where can I found information about minimal LLVM version for
building rust ?
cmr: I think 3.5 right now
doener: 3.5 in theory, in practice we lack some version check to actually
make
it work I think (e.g. the assume intrinsic is used unconditionally)
So a LLVM 3.5 should be suffisent to build rust (but dev aren't sure).
So I have redo some tests to build with devel/llvm.
I have first tried to build it with clang (from devel/llvm), by adding
--llvm-root=/usr/local --enable-clang to configure stage.
After that, testing just the compilation of rustllvm part is:
$ env VERBOSE=1 gmake x86_64-unknown-openbsd/rt/librustllvm.a
First, some paths for includes are wrong. But it could be just be done
by patching. devel/llvm announce it self as 3.5, but the version is
something between 3.4 and 3.5.
After that, I have several errors that seems due to c++11.
I am not sure to understand exactly the errors, but:
- building without specific options: error because use of specific c++11
extensions in rust (src/rustllvm/).
- building with CFLAGS=-std=c++11: errors in llvm includes, because
use of c++11 without c++11 std library (from my interpretation).
- building with CFLAGS=-std=c++11 -stdlib=libc++: error in llvm
includes, because lake of headers.
It seems building with clang would need libc++.
Second try, by building with gcc 4.8. The problems seems to be
differences between what rust expects to find in llvm headers, and what
gcc found in it:
- error: no matching function for call to 'llvm::MemoryBuffer::getFile(cons t
char*, int, bool)'
- error: 'class llvm::AttrBuilder' has no member named 'addDereferenceableAttr'
- ...
Here the problems seems to be that devel/llvm version isn't a true 3.5.
I have checked the lib/Support/MemoryBuffer.cpp in devel/llvm and
llvm.org (3.5 and 3.6). In devel/llvm the return is error_code, and in
llvm.org, the return is ErrorOrstd::unique_ptrMemoryBuffer.
So I am not sure that using devel/llvm with rust would be possible, without
rewriting rustllvm part (and it is a moving target), or backport several
others parts of llvm 3.5 in devel/llvm.
Another possibility would be to have another version of llvm in ports,
installed under a subdirectory of ${LOCALBASE} in order to not conflict
with devel/llvm. (/usr/local/llvm3.6, or /usr/local/llvmorg for
examples). The building of this new port would require lang/gcc/4.8 (as
gcc in base lake of c++11 support).
In the rust perspective, it would just permit to not rebuild the llvm
part each time a new version of rust come (every six weeks), and it
wouldn't be more ressource consuming than now (as we build llvm when
we build rust).
I am not sure which direction should be taken. Please comment.
Thanks.
--
Sébastien Marie
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 14:38:46 Modified files: news/slrn : Makefile Log message: update HOMEPAGE, from Simon Nicolussi
Re: n00b question
On Wed, May 20, 2015 at 01:16:28PM -0400, Bryan C. Everly wrote: Antoine, That is correct. Thank you. What I will do then is work on structuring things per the Porter's handbook and then provide you a copy of the tarball in the next day or so. Sure thing. I appreciate your willingness to help me on this. No problem. I'm happy you're working on this :-) Let me know if I can be of any help. -- Antoine
first draft: arm-none-eabi-gcc
GCC configured as a cross-compiler for arm-none-eabi for embedded development, accompanied by binutils, gdb, and newlib. This is based on the old (gcc 4.4) arm-elf port, with the versions of the tools brought up to date and a GCC option parsing bug that caused random crashes during build fixed. On i386 and amd64 running 5.7-release (the systems I have ready access to for testing), arm-none-eabi-gcc can build an executable that arm-none-eabi-run (from gdb) will run. 'make test' fails in binutils; working on this is my idle task at work, and chasing down the failing test (unless somebody else wants to take that on) will have to wait until I clear the real work from my queue. Tarball: https://github.com/ThalmicDave/openbsd-arm-none-eabi-gcc/archive/master.tar.gz Or if online review is your thing: https://github.com/ThalmicDave/openbsd-arm-none-eabi-gcc/ -- Dave Vandervies dj3va...@terse.ca / dj3va...@uwaterloo.ca Plan your future! Make God laugh!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/05/20 13:06:42 Modified files: editors/libreoffice: Makefile Log message: Reenable libreoffice,java on i386. Might be tempting fate, but jdk hasn't failed very much recently, and this change fixes packaging problems I've been seeing in LO.
Re: WIP: security/py-cryptography (cryptography.io) - dep ports needed!
On Wed, May 20, 2015 at 10:51:28AM +0100, Stuart Henderson wrote: There is a nice looking crypto library for python, https://cryptography.io/ cryptography is a Python library which exposes cryptographic recipes and primitives, with the goal of it being a cryptographic standard library. It aims to address various problems seen with other Python cryptography libraries, including lack of PyPy and Python 3 support, lack of maintenance. use of poor implementations of algorithms, lack of high-level APIs, absence of important algorithms, error prone APIs and bad defaults. I have started a port, it is needed for some updates and it would be good to have anyway, but it needs some additional python ports - included here: cryptography-vectors iso8601 not yet: idna ipaddress pretend If anyone has ports of these not yet ones lying around on disk, or has time to look at writing a port for any of them it would be appreciated! Attached are py-idna, py-ipaddress and py-pretend. py-idna doesn't uninstall cleanly when using the python3 flavor; will look into it again later. -- yannis py-idna.tar.gz Description: application/tar-gz py-ipaddress.tar.gz Description: application/tar-gz py-pretend.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2015/05/20 18:32:46 Modified files: graphics/birdfont: Makefile distinfo graphics/birdfont/patches: patch-install_py patch-scripts_bavala_py graphics/birdfont/pkg: PLIST Removed files: graphics/birdfont/patches: patch-configure patch-dodo_py patch-libbirdgems_GGVecLib_c Log message: Update to 2.8.0 -- thanks to upstream for integrating some of the patches!
coq 8.4pl6
I've been running this coq update for a while. ok? Here are the changes: Compilation - Coq compilation made possible with forthcoming ocaml 4.03. Bug fixes - Bug #4157: proof of False via vm compute on inductive with many constructors. - Bug #3491: anomaly when building _rect scheme in the presence of let-ins and recursively non-uniform parameters. - Bug #2447: stack Overflow in congruence. - Bug #3892: ensure that notation variables do not capture names hidden behind another notation. - Bug #3843: cmxs installation on cygwin. - Bug #3837: Function graph interacts poorly with existential types. - Bug #3824: Eval vm_compute fails whereas Eval compute succeeds. - Bug #3723 and #3787: reinitialization of camlp5 empty levels. - Fix depelim tactic. Documentation - Bug #4127: command for locating exists notation in refman changed. - Various improvements of the Reference Manual (especially its html version) Index: Makefile === RCS file: /home/cvs/ports/math/coq/Makefile,v retrieving revision 1.30 diff -u -p -u -r1.30 Makefile --- Makefile22 Jan 2015 21:17:47 - 1.30 +++ Makefile22 Apr 2015 13:10:28 - @@ -2,7 +2,7 @@ COMMENT= proof assistant based on a typed lambda calculus -V= 8.4pl5 +V= 8.4pl6 DISTNAME= coq-$V CATEGORIES=math Index: distinfo === RCS file: /home/cvs/ports/math/coq/distinfo,v retrieving revision 1.12 diff -u -p -u -r1.12 distinfo --- distinfo18 Nov 2014 02:00:52 - 1.12 +++ distinfo22 Apr 2015 13:10:44 - @@ -1,2 +1,2 @@ -SHA256 (coq-8.4pl5.tar.gz) = NYFat4pY1yeZ6sqrFVQnYgqwcWd4gspsmNe/7JfSUkU= -SIZE (coq-8.4pl5.tar.gz) = 4070062 +SHA256 (coq-8.4pl6.tar.gz) = pUCiMamXCkk1PKA581RGFv+GogiWarHFk3ea4TyR69Y= +SIZE (coq-8.4pl6.tar.gz) = 4099815 Index: patches/patch-configure === RCS file: /home/cvs/ports/math/coq/patches/patch-configure,v retrieving revision 1.5 diff -u -p -u -r1.5 patch-configure --- patches/patch-configure 26 Mar 2014 03:27:26 - 1.5 +++ patches/patch-configure 22 Apr 2015 13:10:53 - @@ -1,8 +1,8 @@ $OpenBSD: patch-configure,v 1.5 2014/03/26 03:27:26 daniel Exp $ configure.orig Sat Dec 21 03:03:14 2013 -+++ configure Mon Dec 30 19:04:42 2013 -@@ -897,7 +897,7 @@ case $coqrunbyteflags_spec/$local/$custom_spec/$CUSTOM +--- configure.orig Thu Apr 9 09:59:35 2015 configure Wed Apr 22 09:10:47 2015 +@@ -900,7 +900,7 @@ case $coqrunbyteflags_spec/$local/$custom_spec/$CUSTOM */true/*/*) COQRUNBYTEFLAGS=-dllib -lcoqrun -dllpath '$COQTOP'/kernel/byterun;; *) COQRUNBYTEFLAGS=-dllib -lcoqrun -dllpath '$LIBDIR' Index: pkg/PFRAG.dynlink-native === RCS file: /home/cvs/ports/math/coq/pkg/PFRAG.dynlink-native,v retrieving revision 1.2 diff -u -p -u -r1.2 PFRAG.dynlink-native --- pkg/PFRAG.dynlink-native26 Mar 2014 03:27:26 - 1.2 +++ pkg/PFRAG.dynlink-native22 Apr 2015 13:42:00 - @@ -19,29 +19,29 @@ lib/coq/parsing/highparsing.a lib/coq/parsing/highparsing.cmxa lib/coq/parsing/parsing.a lib/coq/parsing/parsing.cmxa -lib/coq/plugins/cc/cc_plugin.cmxs -lib/coq/plugins/decl_mode/decl_mode_plugin.cmxs -lib/coq/plugins/extraction/extraction_plugin.cmxs -lib/coq/plugins/field/field_plugin.cmxs -lib/coq/plugins/firstorder/ground_plugin.cmxs -lib/coq/plugins/fourier/fourier_plugin.cmxs -lib/coq/plugins/funind/recdef_plugin.cmxs -lib/coq/plugins/micromega/micromega_plugin.cmxs -lib/coq/plugins/nsatz/nsatz_plugin.cmxs -lib/coq/plugins/omega/omega_plugin.cmxs -lib/coq/plugins/quote/quote_plugin.cmxs -lib/coq/plugins/ring/ring_plugin.cmxs -lib/coq/plugins/romega/romega_plugin.cmxs -lib/coq/plugins/rtauto/rtauto_plugin.cmxs -lib/coq/plugins/setoid_ring/newring_plugin.cmxs -lib/coq/plugins/subtac/subtac_plugin.cmxs -lib/coq/plugins/syntax/ascii_syntax_plugin.cmxs -lib/coq/plugins/syntax/nat_syntax_plugin.cmxs -lib/coq/plugins/syntax/numbers_syntax_plugin.cmxs -lib/coq/plugins/syntax/r_syntax_plugin.cmxs -lib/coq/plugins/syntax/string_syntax_plugin.cmxs -lib/coq/plugins/syntax/z_syntax_plugin.cmxs -lib/coq/plugins/xml/xml_plugin.cmxs +@bin lib/coq/plugins/cc/cc_plugin.cmxs +@bin lib/coq/plugins/decl_mode/decl_mode_plugin.cmxs +@bin lib/coq/plugins/extraction/extraction_plugin.cmxs +@bin lib/coq/plugins/field/field_plugin.cmxs +@bin lib/coq/plugins/firstorder/ground_plugin.cmxs +@bin lib/coq/plugins/fourier/fourier_plugin.cmxs +@bin lib/coq/plugins/funind/recdef_plugin.cmxs +@bin lib/coq/plugins/micromega/micromega_plugin.cmxs +@bin lib/coq/plugins/nsatz/nsatz_plugin.cmxs +@bin lib/coq/plugins/omega/omega_plugin.cmxs +@bin lib/coq/plugins/quote/quote_plugin.cmxs +@bin lib/coq/plugins/ring/ring_plugin.cmxs +@bin
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gsoa...@cvs.openbsd.org 2015/05/20 20:42:58 Modified files: mail/femail: Makefile mail/femail/pkg: README-chroot Log message: fix pkg/README (FAQ Section 10.16 was removed on apache cleanup, so zap your reference here and rewrite instructions). The change affects the -chroot package, so bump. problem pointed out by Felipe Scarel fbscarel at gmail.com, thanks! OK/tweaks sthen@ okan@(MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gsoa...@cvs.openbsd.org 2015/05/20 20:44:11 Modified files: devel/afl : Makefile distinfo devel/afl/patches: patch-Makefile devel/afl/pkg : PLIST Log message: update to 1.79b OK jsg@ (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/05/20 23:37:50 Modified files: devel/llvm : Makefile Added files: devel/llvm/patches: patch-tools_clang_lib_Basic_Targets_cpp Log message: Backport commit from upstream LLVM: r236179 Propagate a terrible hack to the sparc target feature handling code by erasing the soft-float target feature if the rest of the front end added it because of defaults or the soft float option. from brad (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/05/20 23:49:41 Modified files: www/mongrel2 : Makefile Added files: www/mongrel2/patches: patch-tests_filters_Makefile patch-tools_config_modules_Makefile patch-tools_filters_Makefile Log message: Do not use -nostartfiles when linking the modules, fixes build with binutils 2.17. from brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2015/05/20 23:52:10 Modified files: www/minitube : Makefile distinfo www/minitube/patches: patch-src_mainwindow_cpp www/minitube/pkg: PLIST Added files: www/minitube/patches: patch-src_datautils_cpp www/minitube/pkg: README Removed files: www/minitube/patches: patch-src_jsfunctions_cpp patch-src_jsfunctions_h patch-src_main_cpp patch-src_video_cpp patch-src_video_h Log message: Update to minitube-2.4 Minitube now uses the YouTube Data API v3: follow the README on how to get an API key. Help and OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/05/20 23:46:20 Modified files: x11/pinot : Makefile Added files: x11/pinot/patches: patch-IndexSearch_Xapian_Makefile_in Log message: Do not use -nostartfiles when linking the shared library, fixes build with binutils 2.17. from brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/05/20 09:05:36 Modified files: devel : Makefile lang : Makefile Removed files: lang/boo : Makefile distinfo lang/boo/patches: patch-default_build patch-extras_boo_pc_in lang/boo/pkg : DESCR PLIST README devel/nant : Makefile distinfo devel/nant/patches: patch-Makefile devel/nant/pkg : DESCR PLIST Log message: Remove useless/broken mono ports. ok robert@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2015/05/20 09:09:58 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Register recent removals.
