CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2014/09/15 00:29:56 Modified files: www/chromium : Makefile www/chromium/patches: patch-build_common_gypi Log message: use GPU accelerated cross process image transport on openbsd as well
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/09/15 01:06:29 Modified files: devel/vte3 : Makefile devel/vte3/pkg : PLIST Log message: define and use API_V to reduce future diffs
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jmatt...@cvs.openbsd.org2014/09/15 01:14:21 Modified files: databases/riak : Makefile Log message: disable gtest usage so it doesn't break bulk builds, as reported by naddy and espie.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/09/15 01:17:50 Modified files: x11/remmina: Makefile Log message: fix lie in COMMENT
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/09/15 02:05:08 Modified files: x11/gnome/calculator: Makefile distinfo Log message: update to gnome-calculator-3.12.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/09/15 02:21:51 Modified files: net/telepathy/folks: Makefile distinfo Log message: update to folks-0.10.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/09/15 02:21:39 Modified files: misc/portroach : Makefile Added files: misc/portroach/patches: patch-Portroach_SQL_pm patch-portroach_pl patch-templates_reminder_mail Log message: backport fix from upstream git to unbreak sending mail
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2014/09/15 02:29:33 Modified files: databases/redis: Makefile distinfo databases/redis/patches: patch-sentinel_conf patch-src_scripting_c Log message: Bugfixing update to redis-2.8.15
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2014/09/15 02:31:12
Modified files:
security/volatility: Makefile
security/volatility/pkg: PLIST
Log message:
s/${MACHINE_ARCH}/amd64/ to fix packaging on !amd64
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2014/09/15 02:44:35 Modified files: audio/mpd : Makefile distinfo audio/mpd/patches: patch-Makefile_in Log message: Bugfix update to mpd-0.18.14
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2014/09/15 03:37:55 Modified files: x11/ogre/patches: patch-Samples_Browser_CMakeLists_txt Log message: Link to upstream's changeset
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2014/09/15 05:46:55 Modified files: databases/hs-HDBC-mysql: Makefile Log message: missing bump after switch to MariaDB
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/09/15 06:07:58 Modified files: devel/mm-common: Makefile distinfo devel/mm-common/pkg: PLIST Log message: Update to mm-common-0.9.7.
Re: CVS: cvs.openbsd.org: ports
Robert Peichaer, 12 Sep 2014 14:39: Log message: Update py-paramiko to 1.14.1 how about the failing tests? is it a well known issue? ERROR: test_1_client (tests.test_client.SSHClientTest) ERROR: test_4_auto_add_policy (tests.test_client.SSHClientTest) ERROR: test_6_cleanup (tests.test_client.SSHClientTest) -f -- smile, its the second best thing you can do with your lips.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2014/09/15 09:11:35 Modified files: math/pari : Makefile distinfo math/pari/patches: patch-Configure math/pari/pkg : PLIST Added files: math/pari/patches: patch-src_test_dotest Log message: Update to pari 2.1.7, from Sebastien Marie (thanks!) Fixes readline support, correct tests target, and dont pickup emacs if installed. All tests pass and also Math::Pari tests. We cant update to 2.3 branch for obscure breakage with other things depending on it.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2014/09/15 09:18:16 Modified files: mail/courier-authlib: Makefile Log message: missing bump after switch to MariaDB
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2014/09/15 09:40:13 Modified files: mail/zarafa/zarafa: Makefile distinfo Log message: fix distfile checksum
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2014/09/15 09:55:22 Modified files: lang/php/5.5 : Tag: OPENBSD_5_6 Makefile distinfo Log message: security update to 5.5.16; ok jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2014/09/15 09:55:45 Modified files: lang/php/5.4 : Tag: OPENBSD_5_6 Makefile distinfo Log message: security update to 5.4.32; ok jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2014/09/15 10:00:25 Modified files: lang/php/5.4 : Tag: OPENBSD_5_5 Makefile distinfo Log message: security update to 5.4.30; ok jasper@
Re: CVS: cvs.openbsd.org: ports
update to 5.4.32 to be precise On (2014-09-15 10:00), Robert Nagy wrote: CVSROOT: /cvs Module name: ports Changes by: rob...@cvs.openbsd.org 2014/09/15 10:00:25 Modified files: lang/php/5.4 : Tag: OPENBSD_5_5 Makefile distinfo Log message: security update to 5.4.30; ok jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2014/09/15 11:10:45 Modified files: databases/mydumper: Makefile databases/mydumper/patches: patch-CMakeLists_txt patch-mydumper_c Added files: databases/mydumper/patches: patch-config_h_in Log message: mydumper is tocuhing internal MySQL API it should not be. upstream has disabled the binlog support until something can be done to fix it properly. The real problem here is that no application should ever include sql_common.h or try to execute, the internal to libmysql functions, simple_command() or advanced_command() directly. The primary reason for this is that these functions are not safe for internal API or structure changes and may cause applications crashes between even minor versions of libmysql.a https://bugs.launchpad.net/mydumper/+bug/1316001 ok giovanni@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/09/15 11:15:13 Modified files: devel/libsigc++-2: Makefile distinfo devel/libsigc++-2/pkg: PLIST Log message: Update to libsigc++-2.4.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2014/09/15 13:24:16 Modified files: devel/llvm : Makefile devel/llvm/patches: patch-lib_Target_X86_X86ISelLowering_cpp Log message: r217410 Set trunc store action to Expand for all X86 targets. When compiling without SSE2, isTruncStoreLegal(F64, F32) would return Legal, whereas with SSE2 it would return Expand. And since the Target doesn't seem to actually handle a truncstore for double - float, it would just output a store of a full double in the space for a float hence overwriting other bits on the stack.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2014/09/15 13:41:03 Modified files: devel/py-py: Makefile distinfo devel/py-py/pkg: PLIST Log message: Update to py-py-1.4.23. OK dcoppa@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2014/09/15 13:42:08 Modified files: devel/py-test : Makefile distinfo devel/py-test/pkg: PLIST Log message: Update to py-test-2.6.1. OK dcoppa@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/09/15 13:51:40 Modified files: textproc/p5-XML-Twig: Makefile distinfo textproc/p5-XML-Twig/patches: patch-Makefile_PL textproc/p5-XML-Twig/pkg: PLIST Log message: update to p5-XML-Twig-3.48
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/09/15 13:54:05 Modified files: devel/hs-failure: Makefile security/hs-cryptohash: Makefile audio/p5-POE-Component-Client-MPD: Makefile Log message: drop maintainership for i don't use these anymore
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/09/15 23:51:21 Modified files: security/libtasn1: Makefile distinfo Log message: Update to libtasn1-4.2.
Re: NEW: games/mars
On Sun, Sep 14, 2014 at 09:37:47PM -0400, Brian Callahan wrote: On 09/14/14 19:00, Brian Callahan wrote: Hi ports -- Attached is a new port, games/mars. pkg/DESCR: M.A.R.S. is a ridiculous 2D space shooter with awesome visual effects and attractive physics. Players can battle each other or computer controlled enemies in exciting game modes. In the year 3547, civilizations all over the galaxy have settled their own planets, living in peace and harmony. But outside their contemplative habitats, the GREAT WAR is raging. As a famous fighter on your way to never ending honor and prosperity, you must protect your planet from the oncoming doom of your jealous neighbors! - Tests well on amd64. OK? ~Brian Sorry - use this tarball. This one will let you take screenshots of your carnage. Since you fetch the distfile from github, any interest in using the GH_* variables in the makefile to define distname/pkgname ? other than that, looks good to me. Landry
Fallout from MariaDB switch
FYI, ports breakage from the switch to MariaDB, as seen during the latest amd64 bulk build: databases/hs-HDBC-mysql # missing bump (fixed) databases/mydumper # Brad has a patch databases/mysqlcc -- Christian naddy Weisgerber na...@mips.inka.de
Re: UPDATE: archives/quazip 0.6.2 = 0.7 (calling x11/kde4/marble users)
2014-09-13 0:33 GMT+04:00 Brian Callahan bcal...@devio.us: On 09/06/14 17:14, Brian Callahan wrote: Hi ports -- Attached is an update for quazip. It would be nice if people who use marble (the only thing that uses quazip) would test this, as I have no idea what I'm looking at in marble. OK? ~Brian Anyone using marble? Can I just go ahead and commit? Sorry, I was too busy those days. I'll look at the update tomorrow. -- WBR, Vadim Zhukov
Re: NEW: games/mars
On 09/15/14 03:32, Landry Breuil wrote: On Sun, Sep 14, 2014 at 09:37:47PM -0400, Brian Callahan wrote: On 09/14/14 19:00, Brian Callahan wrote: Hi ports -- Attached is a new port, games/mars. pkg/DESCR: M.A.R.S. is a ridiculous 2D space shooter with awesome visual effects and attractive physics. Players can battle each other or computer controlled enemies in exciting game modes. In the year 3547, civilizations all over the galaxy have settled their own planets, living in peace and harmony. But outside their contemplative habitats, the GREAT WAR is raging. As a famous fighter on your way to never ending honor and prosperity, you must protect your planet from the oncoming doom of your jealous neighbors! - Tests well on amd64. OK? ~Brian Sorry - use this tarball. This one will let you take screenshots of your carnage. Since you fetch the distfile from github, any interest in using the GH_* variables in the makefile to define distname/pkgname ? other than that, looks good to me. Landry I would except I'm not sure that the tarball corresponds to any version of the tree on Github. They did this strange move from sourceforge to github and then disappeared.
Re: NEW: games/mars
Brian Callahan said: pkg/DESCR: M.A.R.S. is a ridiculous 2D space shooter with awesome visual effects and attractive physics. Players can battle each other or computer controlled enemies in exciting game modes. In the year 3547, civilizations all over the galaxy have settled their own planets, living in peace and harmony. But outside their contemplative habitats, the GREAT WAR is raging. As a famous fighter on your way to never ending honor and prosperity, you must protect your planet from the oncoming doom of your jealous neighbors! In my opinion this description does not communicate the genre of the game. As I get it, it is a vertical scroller games/chromium-bsu? Why not state vertical scroller in DESCR then? -- Dmitrij D. Czarkoff
Re: NEW: games/mars
On 09/15/14 09:57, Dmitrij D. Czarkoff wrote: Brian Callahan said: pkg/DESCR: M.A.R.S. is a ridiculous 2D space shooter with awesome visual effects and attractive physics. Players can battle each other or computer controlled enemies in exciting game modes. In the year 3547, civilizations all over the galaxy have settled their own planets, living in peace and harmony. But outside their contemplative habitats, the GREAT WAR is raging. As a famous fighter on your way to never ending honor and prosperity, you must protect your planet from the oncoming doom of your jealous neighbors! In my opinion this description does not communicate the genre of the game. As I get it, it is a vertical scroller games/chromium-bsu? Why not state vertical scroller in DESCR then? Because mars is not a shmup in the true sense of the word. It is a 2D control your ship and battle other ships game.
Re: [UPDATE] math/pari to 2.1.7 (keep Math::Pari compatibility)
ping ?
This latest patch keep full compatibility, and have been tested with
math/p5-Math-Pari (all tests are ok).
Thanks.
--
Sébastien Marie
On Thu, Sep 11, 2014 at 09:27:34AM +0200, Sébastien Marie wrote:
Hi,
There were several problems with math/pari.
Short version:
- upgrade to the latest 2.1.x version (2.1.7) to keep Math::Pari
compatibility, and correct all problems
- test target ok for math/pari (on amd64)
- test target ok for math/p5-Math-Pari (on amd64)
Long version:
1. readline support was broken
With 2.1.6, the readline support is broken. 2.1.7 correct that.
gcc-3.4 breaks PARI compatibility code for old readline (from
Changelog).
2. test target was broken
I also patch the test script to 'exit 1' on error, instead of 'exit 0',
so new breakage should be noticed.
As side problem corrected by 2.1.7, pari on amd64 pass the test (was not
the case before)
3. emacs is automatically picked if present
I disable to search of emacs in configure script.
4. update the MASTER_SITES to found the old versions
Thanks.
--
Sébastien Marie
Index: Makefile
===
RCS file: /cvs/ports/math/pari/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile 11 Mar 2013 11:23:56 - 1.12
+++ Makefile 11 Sep 2014 07:18:58 -
@@ -2,18 +2,17 @@
COMMENT= number theory-oriented computer algebra system
-DISTNAME=pari-2.1.6
-REVISION=2
+DISTNAME=pari-2.1.7
EXTRACT_SUFX=.tgz
CATEGORIES= math
HOMEPAGE=http://pari.math.u-bordeaux.fr/
-# GPL
+# GPLv2
PERMIT_PACKAGE_CDROM=Yes
WANTLIB= X11 c m ncurses readline
-MASTER_SITES=${HOMEPAGE}/pub/pari/unix/
+MASTER_SITES=
http://pari.math.u-bordeaux.fr/pub/pari/unix/OLD/2.1/
BUILD_DEPENDS= print/texlive/base
Index: distinfo
===
RCS file: /cvs/ports/math/pari/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo 5 Apr 2007 16:20:06 - 1.2
+++ distinfo 11 Sep 2014 07:18:58 -
@@ -1,5 +1,2 @@
-MD5 (pari-2.1.6.tgz) = UGoGHI3N7DPRiHbzxVHpUQ==
-RMD160 (pari-2.1.6.tgz) = a3noS2OdGGLfFIslMTberNc79PA=
-SHA1 (pari-2.1.6.tgz) = VL1A+nCgLnbXjQ6hnA9W99pi3o4=
-SHA256 (pari-2.1.6.tgz) = YVBwBDLiy9CFZ66qYrL3+S81C4PyysjnR7HVgYg6Qic=
-SIZE (pari-2.1.6.tgz) = 1541464
+SHA256 (pari-2.1.7.tgz) = kULyza8wg8iWLxpcK7Dp/okV99lJDAMxKsI2HH6hVfo=
+SIZE (pari-2.1.7.tgz) = 1542137
Index: patches/patch-Configure
===
RCS file: /cvs/ports/math/pari/patches/patch-Configure,v
retrieving revision 1.2
diff -u -p -r1.2 patch-Configure
--- patches/patch-Configure 30 Apr 2008 19:42:07 - 1.2
+++ patches/patch-Configure 11 Sep 2014 07:18:58 -
@@ -1,6 +1,15 @@
$OpenBSD: patch-Configure,v 1.2 2008/04/30 19:42:07 naddy Exp $
Configure.orig Thu Nov 25 16:58:25 2004
-+++ ConfigureMon Apr 28 20:14:36 2008
+--- Configure.orig Wed Sep 14 13:26:40 2005
ConfigureThu Sep 11 09:10:43 2014
+@@ -246,7 +246,7 @@ fi
+ # We might need the following :
+ #
+ echo Looking for some tools first ...
+-list='ld zcat gzip ranlib perl emacs'
++list='ld zcat gzip ranlib perl'
+ pathspace=`echo $PATH | sed -e s/$dir_sep/ /g | sed -e 's,,/,g'`
+
+ for file in $list; do
@@ -844,7 +844,7 @@ if test -n $__gnuc__; then
esac
;;
@@ -10,7 +19,7 @@ $OpenBSD: patch-Configure,v 1.2 2008/04/
DBGFLAGS=-g $warn
# Some architectures need -fPIC for building dynamic lib
case $osname-$arch in hpux-*) DLCFLAGS=-fPIC;; esac
-@@ -1006,7 +1006,7 @@ if test $optimization = profiling; then DLLD=; else
+@@ -1009,7 +1009,7 @@ if test $optimization = profiling; then DLLD=; else
#aix-*) DLSUFFIX=a ;; dynamic linking does not work!
sunos-*) sodest=$VersionMajor$VersionMinor.$patch
soname=$sodest;;
@@ -19,7 +28,7 @@ $OpenBSD: patch-Configure,v 1.2 2008/04/
case $libpari_base in
pari) sodest=$version.$patch;; # released versions
*) sodest=$patch.0.0;; # unstable versions
-@@ -1044,10 +1044,6 @@ if test -n $DLLD; then
+@@ -1047,10 +1047,6 @@ if test -n $DLLD; then
freebsd-*) DLLDFLAGS=-Bshareable -x ;;
gnu-*|linux-*)DLLDFLAGS=-shared -soname \$(LIBPARI_SONAME) ;;
irix-*) DLLDFLAGS=-shared -elf -no_unresolved -all ;;
@@ -30,7 +39,7 @@ $OpenBSD: patch-Configure,v 1.2 2008/04/
sunos-*)DLLDFLAGS=-assert nodefinitions ;;
solaris-*) DLLDFLAGS=-G -h \$(LIBPARI_SONAME) ;;
*) DLLD=;;
-@@ -1159,7 +1155,6 @@ extra_flags=
+@@ -1162,7 +1158,6 @@ extra_flags=
list=exp2; . ./look
list=strftime; . ./look
case $arch in
Index: patches/patch-src_test_dotest
UPDATE: mysqlcc 1.0.2
Update to mysqlcc 1.0.2. Fixes building with modern MySQL / MariaDB.
OK?
Index: Makefile
===
RCS file: /home/cvs/ports/databases/mysqlcc/Makefile,v
retrieving revision 1.20
diff -u -p -u -p -r1.20 Makefile
--- Makefile13 Sep 2014 18:09:20 - 1.20
+++ Makefile15 Sep 2014 13:28:11 -
@@ -2,10 +2,9 @@
COMMENT= GUI client for MySQL
-VERSION= 0.9.8
+VERSION= 1.0.2
DISTNAME= mysqlcc-${VERSION}-src
PKGNAME= mysqlcc-${VERSION}
-REVISION= 6
CATEGORIES=databases
HOMEPAGE= http://mysqlcc.sourceforge.net/
Index: distinfo
===
RCS file: /home/cvs/ports/databases/mysqlcc/distinfo,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 distinfo
--- distinfo8 Sep 2008 07:48:43 - 1.4
+++ distinfo15 Sep 2014 13:16:59 -
@@ -1,5 +1,2 @@
-MD5 (mysqlcc-0.9.8-src.tar.gz) = yZE3hOmnAMbpoUb/6hmS0A==
-RMD160 (mysqlcc-0.9.8-src.tar.gz) = YPxn4hcE+xNdq3JlLE1zb3ld38c=
-SHA1 (mysqlcc-0.9.8-src.tar.gz) = 2Fuf1ICi6O7wGsYtYmQsA3W+nqA=
-SHA256 (mysqlcc-0.9.8-src.tar.gz) =
KiBAfuI2mjOEA9gQBsbiVq6uvEMGbUPNLmjxqGlLxS0=
-SIZE (mysqlcc-0.9.8-src.tar.gz) = 1529243
+SHA256 (mysqlcc-1.0.2-src.tar.gz) =
ApJV/imDe9MZ65bHjeiA5R2vTvM6+BcyW/In0IkmLx0=
+SIZE (mysqlcc-1.0.2-src.tar.gz) = 6673848
Index: patches/patch-configure
===
RCS file: /home/cvs/ports/databases/mysqlcc/patches/patch-configure,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 patch-configure
--- patches/patch-configure 8 Sep 2008 07:48:43 - 1.2
+++ patches/patch-configure 15 Sep 2014 15:47:25 -
@@ -1,6 +1,6 @@
$OpenBSD: patch-configure,v 1.2 2008/09/08 07:48:43 wilfried Exp $
configure.orig Sun Oct 8 22:40:01 2006
-+++ configure Thu Aug 21 13:39:50 2008
+--- configure.orig Sun Oct 8 16:40:01 2006
configure Mon Sep 15 11:47:13 2014
@@ -2457,9 +2457,9 @@ echo ${ECHO_T} 6
for dir in $mysql_lib; do
if test x$mysql_found != xyes
@@ -32,77 +32,7 @@ $OpenBSD: patch-configure,v 1.2 2008/09/
echo $as_me:$LINENO: checking for mysql_real_connect in
-lmysqlclient 5
echo $ECHO_N checking for mysql_real_connect in -lmysqlclient... $ECHO_C 6
-@@ -3090,51 +3090,7 @@ fi
-
- if test x$mysql_found = xyes
- then
-- echo $as_me:$LINENO: checking \if MySQL Version $dir is
= 4.0.0\ 5
--echo $ECHO_N checking \if MySQL Version $dir is = 4.0.0\... $ECHO_C 6
-- CPPFLAGS=$CPPFLAGS -I$dir
-- cat conftest.$ac_ext _ACEOF
--#line $LINENO configure
--#include confdefs.h
--
-- #include mysql_version.h
-- #if MYSQL_VERSION_ID 4
-- #error
-- #endif
--
--_ACEOF
--if { (eval echo $as_me:$LINENO: \$ac_cpp conftest.$ac_ext\) 5
-- (eval $ac_cpp conftest.$ac_ext) 2conftest.er1
-- ac_status=$?
-- egrep -v '^ *\+' conftest.er1 conftest.err
-- rm -f conftest.er1
-- cat conftest.err 5
-- echo $as_me:$LINENO: \$? = $ac_status 5
-- (exit $ac_status); } /dev/null; then
-- if test -s conftest.err; then
--ac_cpp_err=$ac_c_preproc_warn_flag
-- else
--ac_cpp_err=
-- fi
--else
-- ac_cpp_err=yes
--fi
--if test -z $ac_cpp_err; then
-- mysql_version_ok=yes
--else
-- echo $as_me: failed program was: 5
-- cat conftest.$ac_ext 5
-- mysql_version_ok=no
--fi
--rm -f conftest.err conftest.$ac_ext
--
-- if test x$mysql_version_ok != xno
-- then
-- MYSQL_INCLUDE=$dir
--
-- fi
-- echo $as_me:$LINENO: result: $mysql_version_ok 5
--echo ${ECHO_T}$mysql_version_ok 6
-+ MYSQL_INCLUDE=$dir
- fi
- fi
- done
-@@ -3146,16 +3102,8 @@ echo $as_me: error: Could not find mysql.h in '$mysql
-{ (exit 1); exit 1; }; }
- fi
-
--if test x$mysql_version_ok != xyes
--then
-- echo Please upgrade your MySQL installation to version 4.0.0 or
higher
-- echo If you do have the correct version of MySQL installed
somewhere
-- echo other than $dir, please specify it as --with-mysql-include=
argument
-- exit 1
--fi
-
-
--
- # Check whether --with-qt or --without-qt was given.
- if test ${with_qt+set} = set; then
- withval=$with_qt
-@@ -3184,7 +3132,7 @@ fi
+@@ -3184,7 +3184,7 @@ fi
echo $as_me:$LINENO: checking \if Qt Version in $QTDIR is = 3.0.5\ 5
echo $ECHO_N checking \if Qt Version in $QTDIR is = 3.0.5\... $ECHO_C 6
@@ -111,7 +41,7 @@ $OpenBSD: patch-configure,v 1.2 2008/09/
cat conftest.$ac_ext _ACEOF
#line $LINENO configure
#include confdefs.h
-@@ -4078,7 +4026,7 @@ else
+@@ -4078,7 +4078,7 @@ else
fi
Re: UPDATE: FFmpeg 20140912
On 14/09/14 11:56 AM, Josh Grosse wrote: On Fri, Sep 12, 2014 at 12:07:22PM -0400, Brad Smith wrote: Here is an update to a newer FFmpeg snapshot from 20140912. Mainly to fix bugs with HEVC and VP9 decoding (among the other bug fixes coming in). I cannot build on i386: Yes, thanks. I noticed this yesterday when I was able to get access to an i386 system to build test with. This register pressure issue with i386 is a total pain in the ass and it's just going to get worse when TLS enters the picture. In file included from libpostproc/postprocess.c:560: libpostproc/postprocess_template.c:2169:9: error: inline assembly requires more registers than available lea (%2, %2, 2), %%REG_a \n\t // 3*stride Build log resides at http://jggimi.homeip.net/ffmpeg-20140912.log -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: FFmpeg 20140912
On 12/09/14 12:07 PM, Brad Smith wrote: Here is an update to a newer FFmpeg snapshot from 20140912. Mainly to fix bugs with HEVC and VP9 decoding (among the other bug fixes coming in). OK? I'm going to hold off on this as is as I wasn't aware that 2.4 was going to be branched 3 days after this snapshot and I'll roll another snap from that branch instead. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
GCC 4.8+ on arm
I see that none of the gcc versions 4.8 and up are enabled for the arm architecture. It's a build dependency of webkit-gtk3. Is there a bug or something more fundamental preventing the gcc ports from being enabled for arm platforms? Perhaps related to this thread about seg faults: http://marc.info/?l=openbsd-portsm=140465578513292w=2 Tim.
Re: GCC 4.8+ on arm
On Mon, Sep 15, 2014 at 02:16:05PM -0400, trondd wrote: I see that none of the gcc versions 4.8 and up are enabled for the arm architecture. It's a build dependency of webkit-gtk3. You want webkit on arm ? i wish you good luck. Landry
Re: GCC 4.8+ on arm
On Mon, Sep 15, 2014 at 2:52 PM, Landry Breuil lan...@rhaalovely.net wrote: On Mon, Sep 15, 2014 at 02:16:05PM -0400, trondd wrote: I see that none of the gcc versions 4.8 and up are enabled for the arm architecture. It's a build dependency of webkit-gtk3. You want webkit on arm ? i wish you good luck. Landry Was hoping for xombrero, but yeah, I know. Thanks for the luck. :) Trying to find the most capable browser that's usable. Maybe webkit is a pipe dream. Tim.
Re: GCC 4.8+ on arm
On 15/09/14 3:01 PM, trondd wrote: On Mon, Sep 15, 2014 at 2:52 PM, Landry Breuil lan...@rhaalovely.net wrote: On Mon, Sep 15, 2014 at 02:16:05PM -0400, trondd wrote: I see that none of the gcc versions 4.8 and up are enabled for the arm architecture. It's a build dependency of webkit-gtk3. You want webkit on arm ? i wish you good luck. Landry Was hoping for xombrero, but yeah, I know. Thanks for the luck. :) Trying to find the most capable browser that's usable. Maybe webkit is a pipe dream. There has to be more caring about OpenBSD/arm before that could be a possibility. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: GCC 4.8+ on arm
On Mon, 15 Sep 2014 14:16:05 -0400, trondd wrote: I see that none of the gcc versions 4.8 and up are enabled for the arm architecture. It's a build dependency of webkit-gtk3. Is there a bug or something more fundamental preventing the gcc ports from being enabled for arm platforms? Not being able to execute ~70M binaries. If you want to work on that, be my guest. Perhaps related to this thread about seg faults: http://marc.info/?l=openbsd-portsm=140465578513292w=2 Tim.
Re: GCC 4.8+ on arm
On 2014/09/15 15:01, trondd wrote: On Mon, Sep 15, 2014 at 2:52 PM, Landry Breuil lan...@rhaalovely.net wrote: On Mon, Sep 15, 2014 at 02:16:05PM -0400, trondd wrote: I see that none of the gcc versions 4.8 and up are enabled for the arm architecture. It's a build dependency of webkit-gtk3. You want webkit on arm ? i wish you good luck. Landry Was hoping for xombrero, but yeah, I know. Thanks for the luck. :) Trying to find the most capable browser that's usable. Maybe webkit is a pipe dream. Tim. netsurf might be a more realistic target, though what hardware were you thinking of running it on? OpenBSD doesn't have much X11 support on ARM.
Re: UPDATE p5-Mojo to 5.39
On Wed, Sep 10, 2014 at 06:34:48PM +0200, Remi Locherer wrote: Hi The following diff brings Mojolicious to version 5.39. In addition I removed the maintainer (not active for this port since couple of years). There is one issue with the user_agent_online tests (activated by env TEST_ONLINE). 6 test (3 scenarios) fail. These test the URLs: http://localhost:random_port http://127.0.0.1:random_port http://[::1]:random_port This problem can be reproduced with the mojo command: remi@mistral:~% mojo get http://127.0.0.1:55743 Mojo::Reactor::EV: Write failed: Can't call method on on an undefined value at /usr/local/libdata/perl5/site_perl/Mojo/UserAgent.pm line 124. There was allready a (different) failure with Mojolicious 4.66 on OpenBSD 5.5: remi@typhoon$ mojo get http://localhost:44568 Mojo::Reactor::EV: Write failed: Mojo::UserAgent: Event connect failed: addr is not a string at /usr/local/libdata/perl5/site_perl/IO/Socket/IP.pm line 678. Problem loading URL http://localhost:44568;. (Premature connection close) I tried the same on a Linux CentOS5 box I have access to with Perl 5.18.1 and Mojolicious 5.39 and got the expected result: rlochere@tux-05$ mojo get http://localhost:34589 Problem loading URL http://localhost:34589;. (Connection refused) URLs different from localhost work as expected. Can somebody with more OpenBSD specific Perl knowledge help? I looked a bit more into this issue. Mojo is using IO::Socket::INET by default. If it finds IO::Socket::IP it uses this instead (see Mojo::IOLoop::Client). This enables IPv6 within Mojolicious. With an env var mojo can be forced to use IO::Socket::INET. -- With IO::Socket::IP remi@mistral:~% mojo get 127.0.0.1:12345 Mojo::Reactor::EV: Write failed: Can't call method on on an undefined value at /usr/local/libdata/perl5/site_perl/Mojo/UserAgent.pm line 122. -- With IO::Socket::INET remi@mistral:~% MOJO_NO_IPV6=1 mojo get 127.0.0.1:12345 Problem loading URL 127.0.0.1:12345. (Can't connect: IO::Socket::INET: connect: Connection refused) Running the two scripts below shows the different behaviour between the two modules. In both cases I could observe with tcpdump that a tcp syn was sent and a tcp rst returned. remi@mistral:~% cat sock-ip.pl #!/usr/bin/perl -w use IO::Socket::IP; my $sock = IO::Socket::IP-new( PeerAddr = 127.0.0.1, PeerPort = 8090, Blocking = 0 ) or die $@; remi@mistral:~% ./sock-ip.pl remi@mistral:~% echo $? 0 remi@mistral:~% cat sock-inet.pl #!/usr/bin/perl use IO::Socket::INET; my $sock = IO::Socket::INET-new( PeerAddr = 127.0.0.1, PeerPort = 8090, Blocking = 0 ) or die $@; remi@mistral:~% ./sock-inet.pl IO::Socket::INET: connect: Connection refused at ./sock-inet.pl line 4. remi@mistral:~% echo $? 61 Why this difference? I could not see this on a Linux box I have access. It seams to me that the cause is not in p5-Mojolicious and an update of the port has not to wait for this beeing fixed. Remi
Re: GCC 4.8+ on arm
netsurf might be a more realistic target, though what hardware were you thinking of running it on? OpenBSD doesn't have much X11 support on ARM. Actually Zaurus, which has X but is slower than the current arm boards. :) Experimenting on a BeagleBone Black as well, using X forwarding over ssh. SD is slow, though. Yes, netsurf is my next target. I always have links+ to fall back on, too, but just taking a look at the more advanced offerings. Tim.
UPDATE: OpenMDNS-0.6
Update for OpenMDNS to 0.6
* All patches are now in.
* Support for multiple iface
Test are welcome.
OK? Comments?
Cheers.-
--
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/net/openmdns/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- Makefile22 Jul 2014 10:55:41 - 1.13
+++ Makefile15 Sep 2014 19:35:29 -
@@ -2,8 +2,7 @@
COMMENT = MDNS/DNS-SD daemon
-DISTNAME = openmdns-0.5
-REVISION = 5
+DISTNAME = openmdns-0.6
CATEGORIES = net
MAINTAINER = Gonzalo L. R. gonz...@openbsd.org
@@ -17,6 +16,8 @@ MASTER_SITES =http://www.haesbaert.org
http://x61.com.ar/mirrors/openmdns/
WANTLIB += c event util
+
+WRKDIST = ${WRKDIR}/mdnsd
MAKE_FLAGS = BINDIR=${TRUEPREFIX}/bin \
MANDIR=${TRUEPREFIX}/man/man
Index: distinfo
===
RCS file: /cvs/ports/net/openmdns/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo31 Oct 2013 21:12:13 - 1.3
+++ distinfo15 Sep 2014 19:35:29 -
@@ -1,2 +1,2 @@
-SHA256 (openmdns-0.5.tar.gz) = tJR8JSTPgoVM+xOmdhBo2G/CKhtMdlZZl6S2w4IXWAs=
-SIZE (openmdns-0.5.tar.gz) = 64879
+SHA256 (openmdns-0.6.tar.gz) = yLkvnd4uYTBx2spg5EySp8nf0XjrtreKnBR7hv7Vhks=
+SIZE (openmdns-0.6.tar.gz) = 48577
Index: patches/patch-mdnsctl_mdnsl_c
===
RCS file: patches/patch-mdnsctl_mdnsl_c
diff -N patches/patch-mdnsctl_mdnsl_c
--- patches/patch-mdnsctl_mdnsl_c 1 Oct 2013 07:36:06 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,14 +0,0 @@
-$OpenBSD: patch-mdnsctl_mdnsl_c,v 1.1 2013/10/01 07:36:06 jca Exp $
-msgbuf_write() returns 1 on success
-https://github.com/haesbaert/mdnsd/commit/cdd16e971a0204b8439b07a81879573e01fae4cb
mdnsctl/mdnsl.c.orig Tue Oct 1 08:51:23 2013
-+++ mdnsctl/mdnsl.cTue Oct 1 08:51:25 2013
-@@ -510,7 +510,7 @@ ibuf_send_imsg(struct imsgbuf *ibuf, u_int32_t type,
-
- imsg_close(ibuf, wbuf);
-
-- if (msgbuf_write(ibuf-w))
-+ if (msgbuf_write(ibuf-w) == -1)
- return (-1);
-
- return (0);
Index: patches/patch-mdnsd_mdns_c
===
RCS file: patches/patch-mdnsd_mdns_c
diff -N patches/patch-mdnsd_mdns_c
--- patches/patch-mdnsd_mdns_c 26 Nov 2013 08:53:24 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-mdnsd_mdns_c,v 1.1 2013/11/26 08:53:24 jca Exp $
mdnsd/mdns.c.orig Mon Nov 25 23:32:38 2013
-+++ mdnsd/mdns.c Mon Nov 25 23:32:20 2013
-@@ -1091,7 +1091,7 @@ pge_new_workstation(struct iface *iface)
- bzero(ms, sizeof(ms));
- ms.port = 9;/* workstation stuff */
- (void)strlcpy(ms.app, workstation, sizeof(ms.app));
-- (void)strlcpy(ms.proto, tcp, sizeof(ms.app));
-+ (void)strlcpy(ms.proto, tcp, sizeof(ms.proto));
- (void)strlcpy(myname, conf-myname, sizeof(myname));
- /* Chomp .local suffix */
- if ((cp = strchr(myname, '.')) != NULL)
Index: patches/patch-mdnsd_mdnsd_h
===
RCS file: patches/patch-mdnsd_mdnsd_h
diff -N patches/patch-mdnsd_mdnsd_h
--- patches/patch-mdnsd_mdnsd_h 26 Nov 2013 08:53:24 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,11 +0,0 @@
-$OpenBSD: patch-mdnsd_mdnsd_h,v 1.1 2013/11/26 08:53:24 jca Exp $
mdnsd/mdnsd.h.orig Mon Nov 25 23:30:58 2013
-+++ mdnsd/mdnsd.h Mon Nov 25 23:30:10 2013
-@@ -19,6 +19,7 @@
-
- #include sys/param.h
- #include sys/socket.h
-+#include sys/tree.h
- #include sys/types.h
- #include net/if_arp.h
- #include net/if.h
i386 breakage in last build
databases/hs-HDBC-mysql mysql-mariadb databases/mydumper mysql-mariadb databases/mysqlcc mysql-mariadb devel/hs-type-level long long time_t devel/hs-vector long long time_t devel/nant IIRC this was broken since the mono update lang/obc(i386) tclsh8.5: No such file or directory running camldep security/volatility (plist issue, already fixed) www/seamonkey,,-main(i386) SSSE3
Re: UPDATE: QEMU 2.1.1
On Sun, Sep 14, 2014 at 02:44:55PM -0400, Brad Smith wrote: Here is an update to QEMU 2.1.1. OK? Tested i386 on i386 with both -nographic and -display sdl, using a virtio drive. Seems to work just fine with that limited testing.
Re: i386 breakage in last build
Hi, On Sep 15, 2014 4:57 PM, Stuart Henderson st...@openbsd.org wrote: databases/hs-HDBC-mysql mysql-mariadb databases/mydumper mysql-mariadb databases/mysqlcc mysql-mariadb devel/hs-type-level long long time_t devel/hs-vector long long time_t devel/nant IIRC this was broken since the mono update I'll look into NAnt this week. lang/obc(i386) tclsh8.5: No such file or directory running camldep security/volatility (plist issue, already fixed) www/seamonkey,,-main(i386) SSSE3 Thanks, Ryan
[patch] x11/blackbox [was: X11 Focus Issue (2014-SEP-09 snapshot)]
Hi, Digging more after I couldn't reproduce the issue with stock fvwm, I believe the problem is blackbox's code calling XSetInputFocus() with a stale time. With attached patch I am unable to reproduce the issue. Would appreciate if this could be put in. Certainly a change in X made this bug show up. If any X11 guru knows what change, I'm very curious to find out. Cheers, --patrick On 9/14/14, patrick keshishian pkesh...@gmail.com wrote: Visual aid demonstraiting the issue described here: http://youtu.be/gl49UBVOUog --patrick On 9/14/14, patrick keshishian pkesh...@gmail.com wrote: Hi, Moving to 2014-SEP-09 snapshot (amd64)[1] I started to notice something strange with my wm (blackbox) and window focus events. I have it set to sloppy focus, where focus follows the mouse, but doesn't leave the last visited window, until the mouse enters a new window. Every so often moving the mouse from one window to another, the latter does not get focus. I tried to capture the condition with xev. Here the first sequence of EnterNotify - KeymapNotify - FocusIn - LeaveNotify - FocusOut shows an expected behavior where mouse moved from xterm to xev window, xev window: 1. EnterNotify (mouse moved from xterm - xev window) 2. FocusIn (xev window got focus) 3. bunch of MotionNotify events as mouse moved around 4. LeaveNotify (mouse left xev window) 5. FocusOut (mouse entered xterm window) EnterNotify event, serial 35, synthetic NO, window 0x1c1, root 0x2b8, subw 0x0, time 82741873, (13,137), root:(960,467), mode NotifyNormal, detail NotifyAncestor, same_screen YES, focus NO, state 0 KeymapNotify event, serial 35, synthetic NO, window 0x0, keys: 4294967224 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 MotionNotify event, serial 35, synthetic NO, window 0x1c1, root 0x2b8, subw 0x0, time 82741877, (13,137), root:(960,467), state 0x0, is_hint 0, same_screen YES FocusIn event, serial 35, synthetic NO, window 0x1c1, mode NotifyNormal, detail NotifyNonlinear KeymapNotify event, serial 35, synthetic NO, window 0x0, keys: 4294967224 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 MotionNotify event, serial 35, synthetic NO, window 0x1c1, root 0x2b8, subw 0x0, time 82741889, (47,139), root:(994,469), state 0x0, is_hint 0, same_screen YES MotionNotify event, serial 35, synthetic NO, window 0x1c1, root 0x2b8, subw 0x0, time 82741903, (72,139), root:(1019,469), state 0x0, is_hint 0, same_screen YES MotionNotify event, serial 35, synthetic NO, window 0x1c1, root 0x2b8, subw 0x0, time 82741913, (82,139), root:(1029,469), state 0x0, is_hint 0, same_screen YES MotionNotify event, serial 35, synthetic NO, window 0x1c1, root 0x2b8, subw 0x0, time 82741926, (84,139), root:(1031,469), state 0x0, is_hint 0, same_screen YES MotionNotify event, serial 35, synthetic NO, window 0x1c1, root 0x2b8, subw 0x0, time 82741937, (84,139), root:(1031,469), state 0x0, is_hint 0, same_screen YES MotionNotify event, serial 35, synthetic NO, window 0x1c1, root 0x2b8, subw 0x0, time 82742392, (79,139), root:(1026,469), state 0x0, is_hint 0, same_screen YES MotionNotify event, serial 35, synthetic NO, window 0x1c1, root 0x2b8, subw 0x0, time 82742404, (67,138), root:(1014,468), state 0x0, is_hint 0, same_screen YES MotionNotify event, serial 35, synthetic NO, window 0x1c1, root 0x2b8, subw 0x0, time 82742416, (41,134), root:(988,464), state 0x0, is_hint 0, same_screen YES MotionNotify event, serial 35, synthetic NO, window 0x1c1, root 0x2b8, subw 0x0, time 82742428, (10,133), root:(957,463), state 0x0, is_hint 0, same_screen YES LeaveNotify event, serial 35, synthetic NO, window 0x1c1, root 0x2b8, subw 0x0, time 82742433, (-22,131), root:(925,461), mode NotifyNormal, detail NotifyAncestor, same_screen YES, focus YES, state 0 FocusOut event, serial 35, synthetic NO, window 0x1c1, mode NotifyNormal, detail NotifyNonlinear This next sequence shows the problem: 1. EnterNotify (mouse moved from xterm - xev window) 2. FocusIn (xev window got focus - briefly?) 3. FocusOut (mouse still in xev window, but window w/o focus) XXX What happened here? 4. bunch of MotionNotify events as mouse moved around 5. LeaveNotify (mouse left xev window) Notice no FocusOut event at the end of the sequence. Why did the FocusOut event happen early? What causes this? EnterNotify event, serial 35, synthetic NO, window 0x1c1, root 0x2b8, subw 0x0, time 82742834, (23,139), root:(970,469), mode NotifyNormal, detail NotifyAncestor, same_screen YES, focus NO, state 0 KeymapNotify event, serial 35, synthetic NO, window 0x0,
Re: UPDATE: www/netsurf
Stuart Henderson writes:
On 2014/09/08 02:34, Anthony J. Bentley wrote:
Landry Breuil writes:
On Thu, Sep 04, 2014 at 08:36:12AM -0400, Brian Callahan wrote:
The preferences menuhas alot of things like
preferencesMainTabtitle
I'm guessing that's because of the removal of patch-gtk_res_options_gtk
2_ui
I don't think it's a terribly bad thing though since the information is
n't
indiscernible.
yeah, this is a bit annoying and iirc we already looked into it without
a proper solution besides patching ... will give it a spin on powerpc.
$ wc -l /usr/ports/www/netsurf/browser/patches/patch-gtk_res_options_gtk2_u
i
1078 /usr/ports/www/netsurf/browser/patches/patch-gtk_res_options_gtk2_
ui
Sadly that's not really maintainable. And the patch doesn't apply with
this release either.
http://bugs.netsurf-browser.org/mantis/view.php?id=2045
2014-09-06 04:48 kyllikki bentley`: #2045 is relatively simple. The gtk
library uses symbols from gettext specificaly gettext(), dgettext(),
dcgettext() when NetSurf links to GTK we provide our own implementation
in gtk/gettext.[ch] at no point do we ever ask for linkikage of the
gettext library
Antoine says our linking of gettext with GTK is correct, so I guess we
just have to tell the linker to prefer NetSurf's gettext symbols instead?
What's the way to do that?
--
Anthony J. Bentley
So this problem is caused by NetSurf doing internationalisation support
in a different way than is done in most other software. They are trying to
override the *gettext() functions which are used by gtk with their own
version.
On Linux (and AIUI Solaris), gettext / dgettext / dcgettext usually come
from libc where they are weak symbols, and libintl is not used. In this case
they are overridden by the symbols provided by netsurf.
With libintl that we're using, these symbols are not weak so the library
versions take priority over the same-named functions in netsurf, and of
course the library versions work in the normal way rather than the special
way that NetSurf's use.
Would it make sense to make the libintl symbols weak? Would that make any
difference in this situation?
There are some suggestions for getting around this in
http://stackoverflow.com/questions/617554/override-a-function-call-in-c -
and you may be able to do something with wrapper functions and the --wrap
linker flag, though I think this is going to be fairly messy and quite
likely not something that can go upstream (seems that --wrap is specific
to the GNU linker).
This seems like the most practical option but so far nothing I've tried
has gotten --wrap to handle this case in NetSurf (although I can use
--wrap with small, self-contained examples). I would expect adding
-Wl,-{undefined,wrap},{,d,dc}gettext to LDFLAGS and renaming the functions
in gtk/gettext.c to __wrap_foo() to work, but it doesn't.
Otherwise I wonder if it's possible to convert the resources/FatMessages
file to a standard .mo and install that, so that the normal gettext
library can use it.
Doing this would still require us to patch gtk/res/options/gtk2.ui to use
the English strings by default, so it has the same maintainability issue
we have now.
--
Anthony J. Bentley
Re: UPDATE p5-Mojo to 5.39
On Mon, Sep 15, 2014 at 3:32 PM, Remi Locherer remi.loche...@relo.ch wrote: On Wed, Sep 10, 2014 at 06:34:48PM +0200, Remi Locherer wrote: Hi The following diff brings Mojolicious to version 5.39. In addition I removed the maintainer (not active for this port since couple of years). There is one issue with the user_agent_online tests (activated by env TEST_ONLINE). 6 test (3 scenarios) fail. These test the URLs: http://localhost:random_port http://127.0.0.1:random_port http://[::1]:random_port This problem can be reproduced with the mojo command: remi@mistral:~% mojo get http://127.0.0.1:55743 Mojo::Reactor::EV: Write failed: Can't call method on on an undefined value at /usr/local/libdata/perl5/site_perl/Mojo/UserAgent.pm line 124. There was allready a (different) failure with Mojolicious 4.66 on OpenBSD 5.5: remi@typhoon$ mojo get http://localhost:44568 Mojo::Reactor::EV: Write failed: Mojo::UserAgent: Event connect failed: addr is not a string at /usr/local/libdata/perl5/site_perl/IO/Socket/IP.pm line 678. Problem loading URL http://localhost:44568;. (Premature connection close) I tried the same on a Linux CentOS5 box I have access to with Perl 5.18.1 and Mojolicious 5.39 and got the expected result: rlochere@tux-05$ mojo get http://localhost:34589 Problem loading URL http://localhost:34589;. (Connection refused) URLs different from localhost work as expected. Can somebody with more OpenBSD specific Perl knowledge help? I looked a bit more into this issue. Mojo is using IO::Socket::INET by default. If it finds IO::Socket::IP it uses this instead (see Mojo::IOLoop::Client). This enables IPv6 within Mojolicious. With an env var mojo can be forced to use IO::Socket::INET. -- With IO::Socket::IP remi@mistral:~% mojo get 127.0.0.1:12345 Mojo::Reactor::EV: Write failed: Can't call method on on an undefined value at /usr/local/libdata/perl5/site_perl/Mojo/UserAgent.pm line 122. -- With IO::Socket::INET remi@mistral:~% MOJO_NO_IPV6=1 mojo get 127.0.0.1:12345 Problem loading URL 127.0.0.1:12345. (Can't connect: IO::Socket::INET: connect: Connection refused) Running the two scripts below shows the different behaviour between the two modules. In both cases I could observe with tcpdump that a tcp syn was sent and a tcp rst returned. remi@mistral:~% cat sock-ip.pl #!/usr/bin/perl -w use IO::Socket::IP; my $sock = IO::Socket::IP-new( PeerAddr = 127.0.0.1, PeerPort = 8090, Blocking = 0 ) or die $@; remi@mistral:~% ./sock-ip.pl remi@mistral:~% echo $? 0 remi@mistral:~% cat sock-inet.pl #!/usr/bin/perl use IO::Socket::INET; my $sock = IO::Socket::INET-new( PeerAddr = 127.0.0.1, PeerPort = 8090, Blocking = 0 ) or die $@; remi@mistral:~% ./sock-inet.pl IO::Socket::INET: connect: Connection refused at ./sock-inet.pl line 4. remi@mistral:~% echo $? 61 Why this difference? I could not see this on a Linux box I have access. Can you provide details about your linux box? I'd like to reproduce your working scenario, specially I'd like to see if I can get the _same_ version of the perl modules (IO::Socket::IP, IO::Socket::INET, Socket.pm, IO::Socket.pm) to work on both openbsd and linux and see if there's any difference... It seams to me that the cause is not in p5-Mojolicious and an update of the port has not to wait for this beeing fixed. I'd love to see this port updated, but I'm ok if commiters don't want to push it because of these issues... Thank you. Remi
