Re: [maintener update] lang/rust: ping + beta1
Hi, This patch include: - the previous patch to disambiguate linkage (not yet commited) - update to rust-1.0.0beta1 On Wed, Apr 15, 2015 at 04:10:42PM +0200, Sébastien Marie wrote: > > It provide a correction to permit to build lang/rust whereas > gcc-libs-4.9.* is installed (+ some cleanup in comments). > > The problem with gcc-libs-4.9.* is the package include a > libestdc++.so.17.0 file. > > The lang/rust is normally linked with libestdc++.so.16.0, but without > this patch, it could be linked with libestdc++.so.17.0 if present. > > The patch disambiguate the linkage. > Please commit or feedback. Thanks. -- Sébastien Marie
Working on updating xFreeRDP and have a question
Hi, I have managed to get xFreeRDP up and running with audio redirection on OpenBSD locally (I am working with the upstream team to get my patches in there first, then will ask for a review of my updates on the OpenBSD side per the porting guide). My question is this - I have hit a non-critical but annoying error where I get the message: pthread_mutex_destroy on mutex with waiters! every time the program exits. It doesn't impede the functionality but I'd like to clean it up before moving forward. My understanding is that this is a debug message built into OpenBSD and is meant for you to see it and know that you have a potential problem. I'm wondering (since I'm not terribly familiar with this port's source code) if someone has solved a problem like this before and can point me in the right direction? I appreciate any help. Thanks, Bryan
Re: UPDATE: Smtube-15.1.0
On Wed, Apr 15, 2015 at 10:50:17AM -0300, Gonzalo L. Rodriguez wrote: > Hi, > > Update for SMTube to 15.1.0: > > * Fix for VEVO videos. > > Ok? Comments? Tested and OK on i386.
Re: add ssl support to haproxy + fixes
"Gonzalo L. Rodriguez" writes: > OK? Yup. Cheers, -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
UPDATE: math/R
Update of math/R to 3.2.0 (released yesterday):
- Delete patches/patch-src_main_Rstrptime_h
This patch was processed upstream (in modified form) upon my request:
https://github.com/wch/r-source/commit/93efce2d8eb870b0554272f392d6a2343ba6ede8
- Remove PREFIX and INSTALL* in FAKE_FLAGS and MAKE_FLAGS
Builds and installs fine without.
- Remove all --with-* configure options which are true by default
- Add devel/libidn and net/curl in LIB_DEPENDS
(based on "make port-lib-depends-check")
and adapt WANTLIB accordingly
- Avoid setting ac_cv_path_TAR as it works without
- Remove non-working mirrors from MASTER_SITES
- Increase SHARED_LIBS R version number as the exported symbols changed
(checked by comparing old and new library with "nm -g").
Passes all tests and works with my personal R packages and scripts.
Tested on amd64.
Remarks:
- I have
LDFLAGS=-L/usr/local/lib
CFLAGS=-I/usr/local/include
in my .R/Makevars. This is very useful if you install packages which
need to compile some C code at installation. Should this info be
included in pkg/README?
- Moreover, I am willing to take MAINTAINERship just in case Rafael
Sadowski is no longer interested. I plan to provide updates in the
future as well as I need a current R version for my work/research.
Best regards,
Ingo
Index: Makefile
===
RCS file: /cvs/ports/math/R/Makefile,v
retrieving revision 1.68
diff -u -p -u -p -r1.68 Makefile
--- Makefile13 Apr 2015 10:41:13 - 1.68
+++ Makefile17 Apr 2015 15:10:48 -
@@ -3,10 +3,9 @@
SHARED_ONLY= Yes
COMMENT= powerful math/statistics/graphics language
-DISTNAME= R-3.1.3
-REVISION= 1
+DISTNAME= R-3.2.0
-SHARED_LIBS= R 3.0
+SHARED_LIBS= R 3.2
SHARED_LIBS+= Rlapack 31.2# 31.2
SHARED_LIBS+= Rblas 31.2# 31.2
@@ -18,27 +17,24 @@ MAINTAINER= Rafael Sadowski http://cran.r-project.org/src/base/R-3/ \
ftp://cran.r-project.org/pub/R/src/base/R-3/ \
ftp://ftp.u-aizu.ac.jp/pub/lang/R/CRAN/src/base/R-3/ \
http://cran.at.r-project.org/src/base/R-3/ \
- http://cran.au.r-project.org/src/base/R-3/ \
http://cran.br.r-project.org/src/base/R-3/ \
http://cran.ch.r-project.org/src/base/R-3/ \
http://cran.dk.r-project.org/src/base/R-3/ \
http://cran.es.r-project.org/src/base/R-3/ \
- http://cran.hu.r-project.org/src/base/R-3/ \
http://cran.stat.ucla.edu/src/base/R-3/ \
http://cran.uk.r-project.org/src/base/R-3/ \
http://cran.us.r-project.org/src/base/R-3/ \
- http://cran.za.r-project.org/src/base/R-3/ \
http://lib.stat.cmu.edu/R/CRAN/src/base/R-3/ \
http://probability.ca/cran/src/base/R-3/
@@ -59,12 +55,14 @@ LIB_DEPENDS=${MODFORTRAN_LIB_DEPENDS} \
archivers/bzip2 \
archivers/xz \
devel/glib2 \
+ devel/libidn \
devel/pango \
devel/readline \
graphics/cairo \
graphics/jpeg \
graphics/png \
graphics/tiff \
+ net/curl \
textproc/icu4c
RUN_DEPENDS= archivers/gtar \
@@ -82,17 +80,7 @@ CONFIGURE_ARGS= ${CONFIGURE_SHARED} \
--enable-BLAS-shlib \
--enable-R-shlib \
--enable-prebuilt-html \
- --with-ICU \
- --with-cairo \
- --with-jpeglib \
- --with-libpng \
- --with-libtiff \
- --with-readline \
- --with-system-bzlib \
- --with-system-pcre \
- --with-system-xz \
--with-tcl-config=${MODTCL_CONFIG} \
- --with-tcltk \
--with-tk-config=${MODTK_CONFIG}
CONFIGURE_ENV= FFLAGS="${FFLAGS}" \
@@ -100,21 +88,11 @@ CONFIGURE_ENV= FFLAGS="${FFLAGS}" \
LDFLAGS="-L${LOCALBASE}/lib -Wl,-R${LOCALBASE}/lib/R/lib" \
LIBnn=lib \
ac_cv_path_PDFLATEX="" \
- ac_cv_path_TAR="${LOCALBASE}/bin/gtar" \
rdocdir="${PREFIX}/share/doc/R"
-MAKE_FLAGS=INSTALL_DATA='install -c -m 644' \
- INSTALL_PROGRAM='install -c -s -m 555' \
- INSTALL_SCRIPT='install -c -m 555' \
- DYLIB_EXT=".so.${LIBR_VERSION}" \
+MAKE_FLAGS=DYLIB_EXT=".so.${LIBR_VERSION}" \
Rblas_la="libRblas.so.${LIBRblas_VERSION}" \
Rlapack_la="libRlapack.so.$(LIBRlapack_VERSION)"
-
-FAKE_FLAGS=PREFIX=${PREFIX} \
- INSTALL="${INSTALL_DATA}" \
- INSTALL_DATA="${INSTALL_DATA}" \
- INSTALL_PROGRAM="${INSTALL_PROGRAM}" \
- INSTALL_SCRIPT="${INSTALL_SCRIPT}"
SEPARATE_BUILD=
Re: add ssl support to haproxy + fixes
OK?
On 17/04, Jérémie Courrèges-Anglas wrote:
; j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
;
; > "Gonzalo L. Rodriguez" writes:
; >
; >> Update for haproxy to 1.5.11 with some tweaks from Daniel Jakots
; >>
; >> Ok? Comments?
; >
; > Both Daniel's changes and the update look sane. Basic setups work fine
; > here (including TLS). ok jca@
; >
; > It would be nicer if this port respected CFLAGS and LDFLAGS, even if the
; > current defaults appear reasonable. Something like
; >
; > MAKE_FLAGS += CFLAGS="${CFLAGS} -fno-strict-aliasing" LDFLAGS="${LDFLAGS}"
;
; Oh and, HOMEPAGE/MASTER_SITES could be updated too (-> www.haproxy.org)
; to avoid redirects.
;
; --
; jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
;
--
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/net/haproxy/Makefile,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile
--- Makefile31 Oct 2014 13:43:59 - 1.16
+++ Makefile17 Apr 2015 15:07:44 -
@@ -2,14 +2,14 @@
COMMENT = reliable, high performance TCP/HTTP load balancer
-DISTNAME = haproxy-1.5.6
+DISTNAME = haproxy-1.5.11
CATEGORIES = net www
-HOMEPAGE = http://haproxy.1wt.eu/
+HOMEPAGE = http://www.haproxy.org/
# GPLv2
PERMIT_PACKAGE_CDROM = Yes
-WANTLIB = c pcre pcreposix
+WANTLIB = c crypto pcre pcreposix ssl
MASTER_SITES = ${HOMEPAGE}/download/1.5/src/
@@ -21,7 +21,9 @@ SUBST_VARS = HAPROXYCONF HAPROXYSTATE \
HAPROXYUID HAPROXYGID
USE_GMAKE =Yes
-MAKE_FLAGS += CC="${CC}" LD="${CC}"
+MAKE_FLAGS += CFLAGS="${CFLAGS} -fno-strict-aliasing" LDFLAGS="${LDFLAGS}"
+MAKE_FLAGS += CC="${CC}" LD="${CC}" TARGET="openbsd"
+MAKE_FLAGS += USE_OPENSSL=1 USE_PCRE=1
NO_TEST = Yes
LIB_DEPENDS = devel/pcre
Index: distinfo
===
RCS file: /cvs/ports/net/haproxy/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo31 Oct 2014 13:43:59 - 1.9
+++ distinfo17 Apr 2015 15:07:44 -
@@ -1,2 +1,2 @@
-SHA256 (haproxy-1.5.6.tar.gz) = IUq4na1+CkPMDxxGNnymgDzYaeFxek+muZRRcT+R9xc=
-SIZE (haproxy-1.5.6.tar.gz) = 1337511
+SHA256 (haproxy-1.5.11.tar.gz) = i1qkYpiEBfCcimFpKUsgLX9SSlRQoC3ZLnwhZoD3k78=
+SIZE (haproxy-1.5.11.tar.gz) = 1340429
Index: patches/patch-Makefile
===
RCS file: patches/patch-Makefile
diff -N patches/patch-Makefile
--- patches/patch-Makefile 11 Sep 2014 14:47:20 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-Makefile,v 1.1 2014/09/11 14:47:20 gonzalo Exp $
Makefile.orig Thu Sep 4 12:15:59 2014
-+++ Makefile Thu Sep 4 12:16:16 2014
-@@ -90,7 +90,7 @@ DOCDIR = $(PREFIX)/doc/haproxy
- # following list (use the default "generic" if uncertain) :
- #generic, linux22, linux24, linux24e, linux26, solaris,
- #freebsd, openbsd, cygwin, custom, aix51, aix52
--TARGET =
-+TARGET = openbsd
-
- TARGET CPU
- # Use CPU= to optimize for a particular CPU, among the following
Re: [update] news/sabnzbd to 0.7.20
Marcus Glocker writes: > On Tue, Jan 27, 2015 at 08:47:07AM +1300, Carlin Bingham wrote: > >> This updates sabnzbd from 0.7.11 to 0.7.20 >> >> The changelogs for the all the intervening versions can be found at >> https://forums.sabnzbd.org/viewforum.php?f=8 >> >> >> -- >> Carlin > > I've tested this patch successfully in case somebody wants to > commit it, fine for me. Committed. Cheers, -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: add ssl support to haproxy + fixes
j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes:
> "Gonzalo L. Rodriguez" writes:
>
>> Update for haproxy to 1.5.11 with some tweaks from Daniel Jakots
>>
>> Ok? Comments?
>
> Both Daniel's changes and the update look sane. Basic setups work fine
> here (including TLS). ok jca@
>
> It would be nicer if this port respected CFLAGS and LDFLAGS, even if the
> current defaults appear reasonable. Something like
>
> MAKE_FLAGS += CFLAGS="${CFLAGS} -fno-strict-aliasing" LDFLAGS="${LDFLAGS}"
Oh and, HOMEPAGE/MASTER_SITES could be updated too (-> www.haproxy.org)
to avoid redirects.
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: add ssl support to haproxy + fixes
"Gonzalo L. Rodriguez" writes:
> Update for haproxy to 1.5.11 with some tweaks from Daniel Jakots
>
> Ok? Comments?
Both Daniel's changes and the update look sane. Basic setups work fine
here (including TLS). ok jca@
It would be nicer if this port respected CFLAGS and LDFLAGS, even if the
current defaults appear reasonable. Something like
MAKE_FLAGS += CFLAGS="${CFLAGS} -fno-strict-aliasing" LDFLAGS="${LDFLAGS}"
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: calibre/ebook-viewer broken
2015-04-17 12:58 GMT+03:00 Stuart Henderson : > On 2015/04/17 10:24, Vadim Zhukov wrote: >> Nice idea. I think portbump could handle multipackages case as well, >> logic is there already... > > Multipackages are more difficult, they frequently split WANTLIB up into > "things that every subpackage needs" in one variable, which is then > included in the various WANTLIB-* for other packages - there are also > some issues with flavours where these affect the WANTLIB entries - > but if we can just find a way to automate the common simple cases, > the number of exceptions will be low enough that I don't mind > doing them all by hand. > > One important thing is knowing which ports are too complicated and > automatically skipping them. Syncing wantlib by hand is easy (though > slow and error-prone when done in large numbers); spotting problems > introduced by a tool that tries to "bite off more than it can chew" > is a lot harder. Good point, thanks. -- WBR, Vadim Zhukov
Re: calibre/ebook-viewer broken
On 2015/04/17 10:24, Vadim Zhukov wrote: > Nice idea. I think portbump could handle multipackages case as well, > logic is there already... Multipackages are more difficult, they frequently split WANTLIB up into "things that every subpackage needs" in one variable, which is then included in the various WANTLIB-* for other packages - there are also some issues with flavours where these affect the WANTLIB entries - but if we can just find a way to automate the common simple cases, the number of exceptions will be low enough that I don't mind doing them all by hand. One important thing is knowing which ports are too complicated and automatically skipping them. Syncing wantlib by hand is easy (though slow and error-prone when done in large numbers); spotting problems introduced by a tool that tries to "bite off more than it can chew" is a lot harder. > Hope to get qt5 update in today or tomorrow, > then I'll look what could be done in portbump. That would be great, thanks!
Re: [update] libksba-1.3.3
On Wed, Apr 15, 2015 at 02:01:47PM +0200, Jérémie Courrèges-Anglas wrote: > > Hi, > > here's an update to the latest libksba release that fixes several > problems. No CVE has been assigned (yet?). > Hi, Ok pea@ Regards, > oss-security thread: > > http://www.openwall.com/lists/oss-security/2015/04/13/5 > > NEWS entry: > > --8<-- > Noteworthy changes in version 1.3.3 (2015-04-10) [C19/A11/R4] > > > * Fixed an integer overflow in the DN decoder. > > * Now returns an error instead of terminating the process for certain > bad BER encodings. > > * Improved the parsing of utf-8 strings in DNs. > > * Allow building with newer versions of Bison. > > * Improvement building on Windows with newer versions of Mingw. > -->8-- > > Index: Makefile > === > RCS file: /cvs/ports/security/libksba/Makefile,v > retrieving revision 1.12 > diff -u -p -r1.12 Makefile > --- Makefile 16 Mar 2015 18:07:54 - 1.12 > +++ Makefile 15 Apr 2015 11:56:15 - > @@ -2,9 +2,8 @@ > > COMMENT =X.509 library > > -DISTNAME = libksba-1.3.2 > +DISTNAME = libksba-1.3.3 > CATEGORIES = security > -REVISION = 0 > > SHARED_LIBS =ksba 0.2#19 > > Index: distinfo > === > RCS file: /cvs/ports/security/libksba/distinfo,v > retrieving revision 1.4 > diff -u -p -r1.4 distinfo > --- distinfo 16 Dec 2014 10:05:27 - 1.4 > +++ distinfo 15 Apr 2015 11:56:15 - > @@ -1,2 +1,2 @@ > -SHA256 (libksba-1.3.2.tar.bz2) = 65VTeVXfwoRWkKTMODYHT6bQosLKLL8XWTZNO9mGhAY= > -SIZE (libksba-1.3.2.tar.bz2) = 600952 > +SHA256 (libksba-1.3.3.tar.bz2) = DH9f/jTQQU9pUdmICkb8wphcSH98NjabnxGtQRMcd4Y= > +SIZE (libksba-1.3.3.tar.bz2) = 618698 > > > -- > jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: calibre/ebook-viewer broken
17 апр. 2015 г. 1:41 пользователь "Stuart Henderson" написал: > > Cc'ing ports as well for reference. > > There's an unregistered libpthread dependency so this won't have been updated properly for the recent changes. "pkg_add -u -D installed py-lxml" should help you for this one. > > If anyone can adjust portbump to add a way to sync WANTLIB in easy cases (recognise them; e.g. no subpackages and no '/' in existing WANTLIB), grep out the existing WANTLIB lines and replace with new ones (just after PERMIT_*), that would be extremely helpful, it would handle many ports automatically and reduce the number requiring manual attention to a more manageable amount. Nice idea. I think portbump could handle multipackages case as well, logic is there already... Hope to get qt5 update in today or tomorrow, then I'll look what could be done in portbump. I think there should be something like -L and -l options, adding and removing WANTLIBs to given pkgpaths, respectively. > On 16 April 2015 22:29:38 BST, Jiri B wrote: > >Hi, > > > >something is odd... > > > >$ pkg_info calibre | head -n1 > >Information for inst:calibre-1.48.0p4 > > > >$ /usr/local/bin/ebook-viewer doc/ebook/it/zeromq.pdf > >Traceback (most recent call last): > > File "/usr/local/bin/ebook-viewer", line 19, in > >from calibre.gui2.viewer.main import main > >File "/usr/local/lib/calibre/calibre/gui2/viewer/main.py", line 12, in > > > >from calibre.gui2.viewer.ui import Main as MainWindow > >File "/usr/local/lib/calibre/calibre/gui2/viewer/ui.py", line 20, in > > > >from calibre.gui2.search_box import SearchBox2 > >File "/usr/local/lib/calibre/calibre/gui2/search_box.py", line 20, in > > > >from calibre.gui2.dialogs.search import SearchDialog > >File "/usr/local/lib/calibre/calibre/gui2/dialogs/search.py", line 10, > >in > >from calibre.library.caches import CONTAINS_MATCH, EQUALS_MATCH > >File "/usr/local/lib/calibre/calibre/library/caches.py", line 21, in > > > >from calibre.ebooks.metadata.opf2 import metadata_to_opf > >File "/usr/local/lib/calibre/calibre/ebooks/metadata/opf2.py", line 14, > >in > >from lxml import etree > >ImportError: Cannot load specified object -- Vadim Zhukov
Re: calibre/ebook-viewer broken
On Thu, Apr 16, 2015 at 11:40:08PM +0100, Stuart Henderson wrote: > Cc'ing ports as well for reference. > There's an unregistered libpthread dependency so this won't have > been updated properly for the recent changes. "pkg_add -u -D > installed py-lxml" should help you for this one. Just confirming that this made ebook-viewer work again. Thx! > If anyone can adjust portbump to add a way to sync WANTLIB in easy > cases (recognise them; e.g. no subpackages and no '/' in existing > WANTLIB), grep out the existing WANTLIB lines and replace with new > ones (just after PERMIT_*), that would be extremely helpful, it > would handle many ports automatically and reduce the number > requiring manual attention to a more manageable amount. j.
