CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/06/16 01:30:38 Modified files: sysutils/salt : Makefile distinfo Log message: Update to salt-2014.1.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/06/16 01:59:15 Modified files: x11/gnome/calculator: Makefile distinfo Log message: update to gnome-calculator-3.12.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/06/16 03:35:16 Modified files: audio/mpc : Makefile distinfo audio/mpc/patches: patch-Makefile_in Log message: update to 0.26; maintainer timed-out
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/16 04:22:15 Modified files: net/nmap : Makefile net/nmap/patches: patch-libnetutil_netutil_cc Log message: Don't use pcap_get_selectable_fd; I don't know if it works in base libpcap, but it doesn't work for us in nmap's internal libpcap causing problems with at least -sS and probably some others. Found by Kent Fritz, ok giovanni@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/16 05:54:44 Modified files: editors/libreoffice: Makefile Log message: use MODPY_DEFAULT_VERSION_3 rather than hardcoding; ok robert@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/06/16 09:08:43 Modified files: mail/cyrus-imapd: Makefile mail/cyrus-imapd/pkg: PLIST Added files: mail/cyrus-imapd/patches: patch-imap_mailbox_c Log message: Fix sendmail delivery using cyrusv2. reported by Takaaki Kobayashi patch from guenther@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2014/06/16 11:45:05 Modified files: print/hplip: Makefile Log message: Fix dynamic loading of libhpmud (and libm). Problem reported by sebastia@, who tested a similar diff by ajacoutot@. ok ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2014/06/16 12:34:52 Modified files: databases/hs-postgresql-libpq: Makefile distinfo Removed files: databases/hs-postgresql-libpq/patches: patch-postgresql-libpq_cabal Log message: Update to hs-postgresql-libpq-0.9.0.1, which includes our cabal patch as the only change. From maintainer David Schaefer.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2014/06/16 13:12:04 ports/databases/ruby-do_postgres/patches Update of /cvs/ports/databases/ruby-do_postgres/patches In directory cvs.openbsd.org:/tmp/cvs-serv27757/patches Log Message: Directory /cvs/ports/databases/ruby-do_postgres/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2014/06/16 13:54:46 Modified files: www/seamonkey : Makefile Log message: Bump REVISION-lightning to 2 to avoid going backwards. spotted by kili@, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2014/06/16 14:26:00 Modified files: graphics/libqrencode: Makefile Log message: stop libqrencode from detecting sdl and falling on its nose okay jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/16 15:39:58 Removed files: www/squid : distinfo www/squid/pkg : DESCR-ldap DESCR-main DESCR-ntlm PLIST-ldap PLIST-main PLIST-ntlm README-main squid.rc Log message: remove leftovers
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2014/06/16 17:14:15 Modified files: devel/llvm/patches: patch-tools_clang_lib_Driver_ToolChains_h Log message: Add SVN commit revision.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2014/06/16 19:53:06 Modified files: net/py-ftpdlib : Makefile distinfo net/py-ftpdlib/pkg: PLIST Log message: Update pyftpdlib 1.4.0
Re: UPDATE: openxcom 1.0.0
On Sun, Jun 15, 2014 at 10:38:51AM -0400, Brian Callahan wrote:
On 06/15/14 07:14, Jonathan Gray wrote:
The following diff updates openxcom to 1.0.0.
Requires the previously posted yaml-cpp update.
Uses MODGCC4 as it requires cpuid.h which isn't
provided in base gcc and going by experience with
Mesa the clang version is incompatible with gcc.
Again, just an eye test. You need to bump EPOCH here for package
upgrades to work.
Index: Makefile
===
RCS file: /cvs/ports/games/openxcom/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile25 Nov 2013 19:54:03 - 1.7
+++ Makefile16 Jun 2014 06:21:56 -
@@ -2,26 +2,30 @@
BROKEN-alpha = OOM on XcomRuleset.cpp
COMMENT = open source reimplementation of the original X-Com
-DISTNAME = openxcom-20120217
-REVISION = 0
+DISTNAME = openxcom-1.0.0
+EPOCH =0
CATEGORIES = games x11
-HOMEPAGE = http://openxcom.ninex.info/
+HOMEPAGE = http://openxcom.org
MAINTAINER = Antti Harri i...@openbsd.fi
# GPLv3
PERMIT_PACKAGE_CDROM = Yes
-WANTLIB = SDL SDL_gfx SDL_mixer c m pthread stdc++ yaml-cpp
+WANTLIB = GL SDL SDL_gfx SDL_image SDL_mixer c m pthread yaml-cpp
-MASTER_SITES = http://openbsd.fi/dist/
+MASTER_SITES = ${HOMEPAGE}/wp-content/uploads/downloads/2014/06/
-MODULES = devel/cmake
+# needs cpuid.h from newer gcc
+MODULES = devel/cmake gcc4
+MODGCC4_LANGS =c++
+MODGCC4_ARCHS =*
RUN_DEPENDS = audio/timidity
LIB_DEPENDS = devel/sdl-gfx \
+ devel/sdl-image \
devel/sdl-mixer \
- devel/yaml-cpp
+ devel/yaml-cpp=0.5.1
CONFIGURE_ARGS = -DDEV_BUILD=Off
@@ -29,10 +33,6 @@ NO_TEST =Yes
pre-configure:
${SUBST_CMD} ${WRKSRC}/src/Engine/CrossPlatform.cpp
-
-post-patch:
- find ${WRKSRC} \( -name '*.h' -o -name '*.cpp' \) -print0 | \
- xargs -0r perl -pi -e 's,yaml.h,yaml-cpp/yaml.h,'
post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/openxcom
Index: distinfo
===
RCS file: /cvs/ports/games/openxcom/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo29 Feb 2012 08:25:32 - 1.3
+++ distinfo15 Jun 2014 09:16:27 -
@@ -1,5 +1,2 @@
-MD5 (openxcom-20120217.tar.gz) = WKSqCfA1H+qa5f1HKZpPnQ==
-RMD160 (openxcom-20120217.tar.gz) = 1YyeawdWv4ZtoMxVbOzxCoTHoUA=
-SHA1 (openxcom-20120217.tar.gz) = rM7YTjcHdmyUujbU0VdRd58240o=
-SHA256 (openxcom-20120217.tar.gz) =
6w+v4FL2wSHVolPJpo19nX8wV1lIhsy52faasM+WbfA=
-SIZE (openxcom-20120217.tar.gz) = 778431
+SHA256 (openxcom-1.0.0.tar.gz) = ZgMS05TNOe+FVnXgX2w8lzRW3tpe67UmM8htOi0Ir+Y=
+SIZE (openxcom-1.0.0.tar.gz) = 2809124
Index: patches/patch-CMakeLists_txt
===
RCS file: /cvs/ports/games/openxcom/patches/patch-CMakeLists_txt,v
retrieving revision 1.1
diff -u -p -r1.1 patch-CMakeLists_txt
--- patches/patch-CMakeLists_txt29 Feb 2012 08:25:32 - 1.1
+++ patches/patch-CMakeLists_txt15 Jun 2014 09:23:33 -
@@ -1,10 +1,9 @@
$OpenBSD: patch-CMakeLists_txt,v 1.1 2012/02/29 08:25:32 ajacoutot Exp $
CMakeLists.txt.origThu Feb 16 17:24:58 2012
-+++ CMakeLists.txt Sat Feb 18 21:07:47 2012
-@@ -125,5 +125,4 @@ if ( BUILD_PACKAGE )
+--- CMakeLists.txt.origSat Jun 14 05:35:59 2014
CMakeLists.txt Sun Jun 15 19:18:55 2014
+@@ -144,5 +144,4 @@ if ( BUILD_PACKAGE )
)
endif()
-add_subdirectory ( docs )
add_subdirectory ( src )
-\ No newline at end of file
Index: patches/patch-src_CMakeLists_txt
===
RCS file: /cvs/ports/games/openxcom/patches/patch-src_CMakeLists_txt,v
retrieving revision 1.1
diff -u -p -r1.1 patch-src_CMakeLists_txt
--- patches/patch-src_CMakeLists_txt29 Feb 2012 08:25:32 - 1.1
+++ patches/patch-src_CMakeLists_txt15 Jun 2014 09:23:30 -
@@ -1,18 +1,18 @@
$OpenBSD: patch-src_CMakeLists_txt,v 1.1 2012/02/29 08:25:32 ajacoutot Exp $
src/CMakeLists.txt.origThu Feb 16 17:24:58 2012
-+++ src/CMakeLists.txt Fri Feb 17 20:54:58 2012
-@@ -530,10 +530,10 @@ if ( WIN32 )
+--- src/CMakeLists.txt.origSat Jun 14 05:35:59 2014
src/CMakeLists.txt Sun Jun 15 19:20:26 2014
+@@ -716,10 +716,10 @@ if ( WIN32 )
endif ()
- target_link_libraries ( openxcom ${system_libs} ${SDLMIXER_LIBRARY}
${SDLGFX_LIBRARY} ${SDL_LIBRARY} ${YAMLCPP_LIBRARY} )
+ target_link_libraries ( openxcom ${system_libs} ${SDLIMAGE_LIBRARY}
${SDLMIXER_LIBRARY} ${SDLGFX_LIBRARY} ${SDL_LIBRARY} ${YAMLCPP_LIBRARY}
${OPENGL_gl_LIBRARY} )
-add_custom_command
Re: UPDATE: yaml-cpp 0.5.1
On Sun, Jun 15, 2014 at 10:19:28AM -0400, Brian Callahan wrote:
On 06/15/14 07:06, Jonathan Gray wrote:
The following diff updates yaml-cpp to 0.5.1.
It is required for a future openxcom update.
The only other port that depends on it is graphics/opencolorio
which only supports it an unreleased version
https://github.com/imageworks/OpenColorIO/pull/345
(without doing any testing)
That thread says Boost is now a BDEP of yaml-cpp. I don't see it in your
diff.
Index: Makefile
===
RCS file: /cvs/ports/devel/yaml-cpp/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile7 Aug 2013 21:31:50 - 1.4
+++ Makefile16 Jun 2014 05:43:00 -
@@ -1,10 +1,9 @@
# $OpenBSD: Makefile,v 1.4 2013/08/07 21:31:50 naddy Exp $
COMMENT = YAML parser and emitter in C++
-DISTNAME = yaml-cpp-0.3.0
-REVISION = 0
+DISTNAME = yaml-cpp-0.5.1
-SHARED_LIBS = yaml-cpp1.0 # 0.3
+SHARED_LIBS = yaml-cpp2.0 # 0.5
CATEGORIES = devel
@@ -15,12 +14,12 @@ PERMIT_PACKAGE_CDROM = Yes
WANTLIB += m stdc++
+BUILD_DEPENDS =devel/boost
+
MASTER_SITES = https://yaml-cpp.googlecode.com/files/
MODULES = devel/cmake
CONFIGURE_ARGS = -DBUILD_SHARED_LIBS=ON
-
-WRKDIST = ${WRKDIR}/yaml-cpp
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/devel/yaml-cpp/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo3 Mar 2012 10:33:47 - 1.2
+++ distinfo15 Jun 2014 09:36:02 -
@@ -1,5 +1,2 @@
-MD5 (yaml-cpp-0.3.0.tar.gz) = mqUZIFpUP5Nyv0F5BxyKxg==
-RMD160 (yaml-cpp-0.3.0.tar.gz) = C3d/ldhY2ehAr6n5Lu/+937KJLU=
-SHA1 (yaml-cpp-0.3.0.tar.gz) = KHZu+pXxsPaXxLShWAqZcr58nEE=
-SHA256 (yaml-cpp-0.3.0.tar.gz) = LNA4taFYO2dF6UnhlvulJfbQ1f00BWZYX94k/H4Re4I=
-SIZE (yaml-cpp-0.3.0.tar.gz) = 82674
+SHA256 (yaml-cpp-0.5.1.tar.gz) = PnyQUrQ9mH1BgZogPZf8Rd5O7T7Gfg/bFCZcPREEbwY=
+SIZE (yaml-cpp-0.5.1.tar.gz) = 118244
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/yaml-cpp/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- pkg/PLIST 3 Mar 2012 10:33:47 - 1.2
+++ pkg/PLIST 15 Jun 2014 09:40:50 -
@@ -1,32 +1,43 @@
@comment $OpenBSD: PLIST,v 1.2 2012/03/03 10:33:47 sthen Exp $
%%SHARED%%
include/yaml-cpp/
-include/yaml-cpp/aliasmanager.h
include/yaml-cpp/anchor.h
include/yaml-cpp/binary.h
include/yaml-cpp/contrib/
include/yaml-cpp/contrib/anchordict.h
include/yaml-cpp/contrib/graphbuilder.h
-include/yaml-cpp/conversion.h
include/yaml-cpp/dll.h
include/yaml-cpp/emitfromevents.h
include/yaml-cpp/emitter.h
+include/yaml-cpp/emitterdef.h
include/yaml-cpp/emittermanip.h
include/yaml-cpp/eventhandler.h
include/yaml-cpp/exceptions.h
-include/yaml-cpp/iterator.h
-include/yaml-cpp/ltnode.h
include/yaml-cpp/mark.h
-include/yaml-cpp/node.h
-include/yaml-cpp/nodeimpl.h
-include/yaml-cpp/nodereadimpl.h
-include/yaml-cpp/nodeutil.h
+include/yaml-cpp/node/
+include/yaml-cpp/node/convert.h
+include/yaml-cpp/node/detail/
+include/yaml-cpp/node/detail/bool_type.h
+include/yaml-cpp/node/detail/impl.h
+include/yaml-cpp/node/detail/iterator.h
+include/yaml-cpp/node/detail/iterator_fwd.h
+include/yaml-cpp/node/detail/memory.h
+include/yaml-cpp/node/detail/node.h
+include/yaml-cpp/node/detail/node_data.h
+include/yaml-cpp/node/detail/node_iterator.h
+include/yaml-cpp/node/detail/node_ref.h
+include/yaml-cpp/node/emit.h
+include/yaml-cpp/node/impl.h
+include/yaml-cpp/node/iterator.h
+include/yaml-cpp/node/node.h
+include/yaml-cpp/node/parse.h
+include/yaml-cpp/node/ptr.h
+include/yaml-cpp/node/type.h
include/yaml-cpp/noncopyable.h
include/yaml-cpp/null.h
-include/yaml-cpp/ostream.h
+include/yaml-cpp/ostream_wrapper.h
include/yaml-cpp/parser.h
include/yaml-cpp/stlemitter.h
-include/yaml-cpp/stlnode.h
include/yaml-cpp/traits.h
include/yaml-cpp/yaml.h
lib/pkgconfig/
Re: nmap broken?
On 2014/06/15 07:58, Kent Fritz wrote:
What has this world come to when whining on the mailing list doesn't
get my problem fixed?
Nmap works MUCH better with the attached patch.
Thanks,
Kent.
Yes, it does. Full diff below, OK with you Giovanni? Kent, can you send
it to nmap-dev as well please so at least it raises the profile of OpenBSD
there (even if they do seem to ignore OpenBSD-related diffs..)
Index: Makefile
===
RCS file: /cvs/ports/net/nmap/Makefile,v
retrieving revision 1.112
diff -u -p -r1.112 Makefile
--- Makefile16 May 2014 15:08:54 - 1.112
+++ Makefile16 Jun 2014 08:19:54 -
@@ -6,6 +6,7 @@ COMMENT-main= scan ports and fingerprint
COMMENT-zenmap=graphical frontend for nmap
MODPY_EGG_VERSION= 6.46
+REVISION-main= 0
DISTNAME= nmap-${MODPY_EGG_VERSION}
PKGNAME-main= ${DISTNAME}
PKGNAME-zenmap=nmap-zenmap-${MODPY_EGG_VERSION}
Index: patches/patch-libnetutil_netutil_cc
===
RCS file: /cvs/ports/net/nmap/patches/patch-libnetutil_netutil_cc,v
retrieving revision 1.5
diff -u -p -r1.5 patch-libnetutil_netutil_cc
--- patches/patch-libnetutil_netutil_cc 16 May 2014 15:08:54 - 1.5
+++ patches/patch-libnetutil_netutil_cc 16 Jun 2014 08:19:54 -
@@ -1,12 +1,24 @@
$OpenBSD: patch-libnetutil_netutil_cc,v 1.5 2014/05/16 15:08:54 sthen Exp $
-chunks dealing with DLT_LINUX_SLL are to cope with non-bundled libpcap (not
-currently used). should probably be #ifdef DLT_LINUX_SLL and go upstream?
+first chunk:
+http://marc.info/?l=openbsd-portsm=140284432321370w=2
+
+similar diff to DLT_LINUX_SLL chunks sent upstream but they seem uninterested.
+http://marc.info/?l=nmap-devm=140179174718457w=2
chunks dealing with iovec: ???
--- libnetutil/netutil.cc.orig Thu Nov 7 19:32:33 2013
-+++ libnetutil/netutil.cc Thu May 15 20:12:32 2014
libnetutil/netutil.cc Sun Jun 15 20:36:36 2014
+@@ -916,7 +916,7 @@ void set_ttl(int sd, int ttl) {
+ /* Other than WIN32, what these systems have in common is that they use BPF
for
+packet capture. (Solaris 10 and earlier used DLPI and had valid selectable
+fds.) */
+-#if defined(WIN32) || defined(MACOSX) || (defined(FREEBSD)
(__FreeBSD_version 50) || defined(SOLARIS_BPF_PCAP_CAPTURE))
++#if defined(WIN32) || defined(MACOSX) || defined(OPENBSD) ||
(defined(FREEBSD) (__FreeBSD_version 50) ||
defined(SOLARIS_BPF_PCAP_CAPTURE))
+ /* Returns whether the system supports pcap_get_selectable_fd() properly */
+ int pcap_selectable_fd_valid() {
+ return 0;
@@ -3140,7 +3140,6 @@ static int route_dst_netlink(const struct sockaddr_sto
const struct sockaddr_storage *spoofss) {
struct sockaddr_nl snl;
Re: nmap broken?
On 06/16/14 10:21, Stuart Henderson wrote: On 2014/06/15 07:58, Kent Fritz wrote: What has this world come to when whining on the mailing list doesn't get my problem fixed? Nmap works MUCH better with the attached patch. Thanks, Kent. Yes, it does. Full diff below, OK with you Giovanni? Kent, can you send it to nmap-dev as well please so at least it raises the profile of OpenBSD there (even if they do seem to ignore OpenBSD-related diffs..) ok for me. Thanks Cheers Giovanni
update: databases/hs-postgresql-libpq-0.9.0.0 - 0.9.0.1
Upstream released 0.9.0.1 with our patch as the only change. So let's update to that version and drop our local patch. Tested on amd64. Index: Makefile === RCS file: /cvs/ports/databases/hs-postgresql-libpq/Makefile,v retrieving revision 1.9 diff -u -p -r1.9 Makefile --- Makefile24 Apr 2014 16:20:34 - 1.9 +++ Makefile7 Jun 2014 23:47:54 - @@ -2,8 +2,7 @@ COMMENT = low-level binding to libpq -DISTNAME = postgresql-libpq-0.9.0.0 -REVISION = 0 +DISTNAME = postgresql-libpq-0.9.0.1 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-libpq Index: distinfo === RCS file: /cvs/ports/databases/hs-postgresql-libpq/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo31 Mar 2014 21:45:37 - 1.5 +++ distinfo7 Jun 2014 23:47:54 - @@ -1,2 +1,2 @@ -SHA256 (ghc/postgresql-libpq-0.9.0.0.tar.gz) = Y98ThkE2itgF+uYYSzVmgSMb6q9rGHKh/AJ4uq8FcSU= -SIZE (ghc/postgresql-libpq-0.9.0.0.tar.gz) = 26678 +SHA256 (ghc/postgresql-libpq-0.9.0.1.tar.gz) = o/88Cn3qC+Fe7oIe7kaCtzw804qlGW0EqFiqXOdNvzk= +SIZE (ghc/postgresql-libpq-0.9.0.1.tar.gz) = 26653 Index: patches/patch-postgresql-libpq_cabal === RCS file: patches/patch-postgresql-libpq_cabal diff -N patches/patch-postgresql-libpq_cabal --- patches/patch-postgresql-libpq_cabal24 Apr 2014 16:20:34 - 1.4 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-postgresql-libpq_cabal,v 1.4 2014/04/24 16:20:34 dcoppa Exp $ postgresql-libpq.cabal.origWed Apr 23 21:40:16 2014 -+++ postgresql-libpq.cabal Wed Apr 23 21:40:53 2014 -@@ -30,7 +30,7 @@ Library - GHC-Options: -Wall - Extra-Libraries: pq - if os(openbsd) --Extra-Libraries: crypto ssl com_err asn1 krb5 wind roken heimbase -+Extra-Libraries: crypto ssl - - -- Other-modules: - Build-tools: hsc2hs
sane-backend/hplip problem finding plugin for printer
Hi, I have a HP LaserJet Pro CM1415fn, connected via network. Printing works fine as described in the package README of the hplip command. However, I tried to configure scanning, but struggled a bit. I added hpaio to /etc/sane.d/dll.conf, scanimage -L then showed me the printer: device `hpaio:/net/HP_LaserJet_CM1415fn?ip=10.0.0.36' is a Hewlett-Packard HP_LaserJet_CM1415fn all-in-one However, scanning, produced error: for example hp-scan: ... Using device hpaio:/net/HP_LaserJet_CM1415fn?ip=10.0.0.36 Opening connection to device... error: SANE: Error during device I/O (code=9) I also tried scanimage output.pnm but got similar I/O error. Then in /var/log/messages I found stuff like: Jun 14 08:16:40 communicator hp-scan: hp-scan[3549]: error: SANE: Error during device I/O (code=9) Jun 14 08:21:59 communicator scanimage: common/utils.c 189: unable to load library libhpmud.so.0: File not found Jun 14 08:21:59 communicator scanimage: common/utils.c 189: unable to load library libhpmud.so.0: File not found Jun 14 08:21:59 communicator scanimage: common/utils.c 221: Invalid Library hanlder pLibHandler = NULL. yay, so to overcome the problem I did: ln -s /usr/local/lib/libhpmud.so.2.0 /usr/local/lib/libhpmud.so.0.0 and voila, scanning works! not sure if this is now a fault of sane-backends or hplip? I'm on a only few weeks old amd64 snapshot: hpaio-3.14.4p0 HP sane(7) scanner backend hpcups-3.14.4p0 HP native CUPS driver hpijs-3.14.4 HP ghostscript driver (spooler independent) hplip-3.14.4p0 HP Linux Imaging and Printing hplip-common-3.14.4 HPLIP applications common files hplip-gui-3.14.4 HPLIP graphical tools sane-backends-1.0.24p0 API for accessing scanners, backends xsane-0.999 scanner frontend for SANE cheers, Sebastian
update: py-gunicorn
Hi,
Here's an update for py-gunicorn; list of changes at:
http://docs.gunicorn.org/en/19.0/news.html#id1
This has been working fine for me with puppetboard.
OK?
Index: Makefile
===
RCS file: /cvs/ports/www/py-gunicorn/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile26 Oct 2013 06:34:18 - 1.8
+++ Makefile16 Jun 2014 11:58:50 -
@@ -2,7 +2,7 @@
COMMENT = Python WSGI HTTP server
-MODPY_EGG_VERSION =18.0
+MODPY_EGG_VERSION =19.0.0
DISTNAME = gunicorn-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
CATEGORIES = www
@@ -17,6 +17,6 @@ MASTER_SITES =${MASTER_SITE_PYPI:=g/gu
MODULES = lang/python
MODPY_SETUPTOOLS = Yes
-TEST_DEPENDS =devel/py-test
+TEST_DEPENDS = devel/py-test
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/www/py-gunicorn/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo26 Oct 2013 06:34:18 - 1.7
+++ distinfo16 Jun 2014 11:58:50 -
@@ -1,2 +1,2 @@
-SHA256 (gunicorn-18.0.tar.gz) = th84eGr2uNZEtTBVIBLWacdBX89YUt4yDykIANuXmD0=
-SIZE (gunicorn-18.0.tar.gz) = 366635
+SHA256 (gunicorn-19.0.0.tar.gz) = DMtxotngdk+zq8Xcb3pE1dROMTdUW+iGm+/IrtwCh44=
+SIZE (gunicorn-19.0.0.tar.gz) = 382899
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/py-gunicorn/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- pkg/PLIST 9 Jan 2013 11:51:33 - 1.2
+++ pkg/PLIST 16 Jun 2014 11:58:50 -
@@ -64,6 +64,8 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/gunicorn/management/commands/run_gunicorn.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/pidfile.py
lib/python${MODPY_VERSION}/site-packages/gunicorn/pidfile.pyc
+lib/python${MODPY_VERSION}/site-packages/gunicorn/reloader.py
+lib/python${MODPY_VERSION}/site-packages/gunicorn/reloader.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/six.py
lib/python${MODPY_VERSION}/site-packages/gunicorn/six.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/sock.py
@@ -77,10 +79,13 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/async.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/base.py
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/base.pyc
+lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/gaiohttp.py
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/geventlet.py
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/geventlet.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/ggevent.py
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/ggevent.pyc
+lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/gthread.py
+lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/gthread.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/gtornado.py
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/gtornado.pyc
lib/python${MODPY_VERSION}/site-packages/gunicorn/workers/sync.py
Re: sane-backend/hplip problem finding plugin for printer
On Mon, Jun 16, 2014 at 01:20:02PM +0200, Sebastian Reitenbach wrote:
Hi,
I have a HP LaserJet Pro CM1415fn, connected via network. Printing works fine
as described
in the package README of the hplip command.
However, I tried to configure scanning, but struggled a bit.
I added hpaio to /etc/sane.d/dll.conf,
scanimage -L
then showed me the printer:
device `hpaio:/net/HP_LaserJet_CM1415fn?ip=10.0.0.36' is a Hewlett-Packard
HP_LaserJet_CM1415fn all-in-one
However, scanning, produced error:
for example hp-scan:
...
Using device hpaio:/net/HP_LaserJet_CM1415fn?ip=10.0.0.36
Opening connection to device...
error: SANE: Error during device I/O (code=9)
I also tried scanimage output.pnm
but got similar I/O error.
Then in /var/log/messages I found stuff like:
Jun 14 08:16:40 communicator hp-scan: hp-scan[3549]: error: SANE: Error
during device I/O (code=9)
Jun 14 08:21:59 communicator scanimage: common/utils.c 189: unable to load
library libhpmud.so.0: File not found
Jun 14 08:21:59 communicator scanimage: common/utils.c 189: unable to load
library libhpmud.so.0: File not found
Jun 14 08:21:59 communicator scanimage: common/utils.c 221: Invalid Library
hanlder pLibHandler = NULL.
Does this work for you?
Index: Makefile
===
RCS file: /cvs/ports/print/hplip/Makefile,v
retrieving revision 1.113
diff -u -p -u -p -r1.113 Makefile
--- Makefile21 Apr 2014 12:23:22 - 1.113
+++ Makefile16 Jun 2014 12:32:00 -
@@ -21,7 +21,7 @@ PKGNAME-hpijs=hpijs-${V}
PKGNAME-gui= hplip-gui-${V}
REVISION-main= 0
-REVISION-hpaio=0
+REVISION-hpaio=1
REVISION-hpcups= 0
SHARED_LIBS += hpmud 2.0 # 0.6
@@ -144,6 +144,8 @@ CONFIGURE_ARGS= ${CONFIGURE_SHARED} \
pre-configure:
find ${WRKSRC} -name \*.py | \
xargs perl -pi -e 's,(/usr/bin/python|/usr/bin/env
python),${MODPY_BIN},g'
+ perl -pi -e s,libhpmud.so.0,libhpmud.so.${LIBhpmud_VERSION},g \
+ ${WRKSRC}/scan/sane/{soapht,marvell,soap}.c
perl -pi -e 's,/usr/bin/python,${MODPY_BIN},g' \
${WRKSRC}/fax/filters/pstotiff
perl -pi -e 's,/var/lib,/var/db,g' \
NEW: devel/py-parsedatetime
Hi, Attached is a new port of a small but useful Python module, parsedatetime ( https://github.com/bear/parsedatetime, https://pypi.python.org/pypi/parsedatetime/). DESCR: Parse human-readable date/time text. Create struct_time objects from textual dates such as 'today', '05/28/2006', or 'May 31st 2008'. Only tested on amd64, but I'm hopeful that a Python module won't be too platform-sensitive. Regards, -Andre py-parsedatetime.tar.gz Description: GNU Zip compressed data
Re: nmap broken?
On Mon, Jun 16, 2014 at 1:21 AM, Stuart Henderson st...@openbsd.org wrote: Kent, can you send it to nmap-dev as well please so at least it raises the profile of OpenBSD there (even if they do seem to ignore OpenBSD-related diffs..) See: http://marc.info/?t=14025481551r=1w=2 Kent.
Re: cmake segfault
On Mon, Jun 16, 2014 at 10:57, Stuart Henderson wrote: #0 0x1746a7f112b4 in strlen ( str=0x1746a5b74ff8 Address 0x1746a5b75000 out of bounds) at /usr/src/lib/libc/string/strlen.c:39 39for (s = str; *s; ++s) (gdb) x/16x str 0x1746a5b74ff8: 0xd0d0d0d0 0xd0d0d0d0 Cannot access memory at address Backtrace from the other crashing run had the same functions, but the crash trigger variables had freed (0xdf) rather than unallocated (0xd0) memory e.g. (gdb) x/x this-Config 0x316fe402ff8:0xdfdfdfdf So you are running with J as well? The first crash might go away without J, but the second will only go away now with little j. Of course, we don't want to do that. The first bug seems a little simpler. Based on the trace, cmTarget should initialize config to empty string, not just memory. Harder to tell where the free is in the second case.
Re: cmake segfault
On 2014/06/16 11:35, Ted Unangst wrote: On Mon, Jun 16, 2014 at 10:57, Stuart Henderson wrote: #0 0x1746a7f112b4 in strlen ( str=0x1746a5b74ff8 Address 0x1746a5b75000 out of bounds) at /usr/src/lib/libc/string/strlen.c:39 39 for (s = str; *s; ++s) (gdb) x/16x str 0x1746a5b74ff8: 0xd0d0d0d0 0xd0d0d0d0 Cannot access memory at address Backtrace from the other crashing run had the same functions, but the crash trigger variables had freed (0xdf) rather than unallocated (0xd0) memory e.g. (gdb) x/x this-Config 0x316fe402ff8: 0xdfdfdfdf So you are running with J as well? The first crash might go away without J, but the second will only go away now with little j. Of course, we don't want to do that. The first bug seems a little simpler. Based on the trace, cmTarget should initialize config to empty string, not just memory. Harder to tell where the free is in the second case. IIRC both these were with no malloc.conf. - Forwarded message from Stuart Henderson st...@openbsd.org - On 2014/06/16 13:51, Marc Espie wrote: Assuming no memory overrun, this str comes from line 1741 of cmLocalGenerator.cxx Can you go back up a few frames and check the value of config ? (gdb) fr 4 #4 0x1744a1864c97 in cmLocalGenerator::OutputLinkLibraries (this=0x1746b086a200, linkLibraries=@0x1746af261368, frameworkPath=@0x7f7dfcc8, linkPath=@0x7f7dfcc0, tgt=@0x1746af034c00, relink=false) at /usr/obj/cmake-2.8.12.2/cmake-2.8.12.2/Source/cmLocalGenerator.cxx:1812 1812 cli.GetRPath(runtimeDirs, relink); (gdb) p config $2 = 0x1746a3db30b8 Release
Re: sane-backend/hplip problem finding plugin for printer
On Monday, June 16, 2014 14:33 CEST, Antoine Jacoutot ajacou...@bsdfrog.org
wrote:
On Mon, Jun 16, 2014 at 01:20:02PM +0200, Sebastian Reitenbach wrote:
Hi,
I have a HP LaserJet Pro CM1415fn, connected via network. Printing works
fine as described
in the package README of the hplip command.
However, I tried to configure scanning, but struggled a bit.
I added hpaio to /etc/sane.d/dll.conf,
scanimage -L
then showed me the printer:
device `hpaio:/net/HP_LaserJet_CM1415fn?ip=10.0.0.36' is a Hewlett-Packard
HP_LaserJet_CM1415fn all-in-one
However, scanning, produced error:
for example hp-scan:
...
Using device hpaio:/net/HP_LaserJet_CM1415fn?ip=10.0.0.36
Opening connection to device...
error: SANE: Error during device I/O (code=9)
I also tried scanimage output.pnm
but got similar I/O error.
Then in /var/log/messages I found stuff like:
Jun 14 08:16:40 communicator hp-scan: hp-scan[3549]: error: SANE: Error
during device I/O (code=9)
Jun 14 08:21:59 communicator scanimage: common/utils.c 189: unable to load
library libhpmud.so.0: File not found
Jun 14 08:21:59 communicator scanimage: common/utils.c 189: unable to load
library libhpmud.so.0: File not found
Jun 14 08:21:59 communicator scanimage: common/utils.c 221: Invalid Library
hanlder pLibHandler = NULL.
Does this work for you?
Yes, it does!
thanks,
Sebastian
Index: Makefile
===
RCS file: /cvs/ports/print/hplip/Makefile,v
retrieving revision 1.113
diff -u -p -u -p -r1.113 Makefile
--- Makefile 21 Apr 2014 12:23:22 - 1.113
+++ Makefile 16 Jun 2014 12:32:00 -
@@ -21,7 +21,7 @@ PKGNAME-hpijs= hpijs-${V}
PKGNAME-gui= hplip-gui-${V}
REVISION-main= 0
-REVISION-hpaio= 0
+REVISION-hpaio= 1
REVISION-hpcups= 0
SHARED_LIBS += hpmud2.0 # 0.6
@@ -144,6 +144,8 @@ CONFIGURE_ARGS= ${CONFIGURE_SHARED} \
pre-configure:
find ${WRKSRC} -name \*.py | \
xargs perl -pi -e 's,(/usr/bin/python|/usr/bin/env
python),${MODPY_BIN},g'
+ perl -pi -e s,libhpmud.so.0,libhpmud.so.${LIBhpmud_VERSION},g \
+ ${WRKSRC}/scan/sane/{soapht,marvell,soap}.c
perl -pi -e 's,/usr/bin/python,${MODPY_BIN},g' \
${WRKSRC}/fax/filters/pstotiff
perl -pi -e 's,/var/lib,/var/db,g' \
Re: cmake segfault
On Mon, Jun 16, 2014 at 17:50, Stuart Henderson wrote: On 2014/06/16 11:35, Ted Unangst wrote: On Mon, Jun 16, 2014 at 10:57, Stuart Henderson wrote: #0 0x1746a7f112b4 in strlen ( str=0x1746a5b74ff8 Address 0x1746a5b75000 out of bounds) at /usr/src/lib/libc/string/strlen.c:39 39 for (s = str; *s; ++s) (gdb) x/16x str 0x1746a5b74ff8:0xd0d0d0d0 0xd0d0d0d0 Cannot access memory at address So you are running with J as well? The first crash might go away without J, but the second will only go away now with little j. Of course, we don't want to do that. The first bug seems a little simpler. Based on the trace, cmTarget should initialize config to empty string, not just memory. Harder to tell where the free is in the second case. IIRC both these were with no malloc.conf. That's a little strange. The d0d0 pattern is only written when J is enabled. By default, you should only be seeing dfdf patterns in freed memory.
Update databases/ruby-data_objects and related ports 0.10.12 - 0.10.14
This updates the ruby DataObjects ports to the latest version. It also
includes patches to ruby-do_postgres backported from upstream to fix a
couple of use-after-free errors caught by the malloc junking.
Tested on i386, compiles on amd64. Will be committing later this week
unless I hear objections.
Thanks,
Jeremy
Index: databases/ruby-data_objects/Makefile
===
RCS file: /cvs/ports/databases/ruby-data_objects/Makefile,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile
--- databases/ruby-data_objects/Makefile26 Oct 2013 23:55:34 -
1.16
+++ databases/ruby-data_objects/Makefile16 Jun 2014 19:13:32 -
@@ -2,8 +2,7 @@
COMMENT = unified Ruby API for popular databases
-DISTNAME = data_objects-0.10.12
-REVISION = 0
+DISTNAME = data_objects-0.10.14
CATEGORIES = databases
# MIT
Index: databases/ruby-data_objects/distinfo
===
RCS file: /cvs/ports/databases/ruby-data_objects/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- databases/ruby-data_objects/distinfo8 May 2013 17:10:23 -
1.6
+++ databases/ruby-data_objects/distinfo16 Jun 2014 19:13:32 -
@@ -1,2 +1,2 @@
-SHA256 (data_objects-0.10.12.gem) =
V1ZnRaP6pjPf3ZivDeOrmyXdR50n8Fme2kWR6Ofp198=
-SIZE (data_objects-0.10.12.gem) = 29184
+SHA256 (data_objects-0.10.14.gem) =
AepR60FwMCxYmpnltTmpq6gK6iXSBa6lY/V362xa0LY=
+SIZE (data_objects-0.10.14.gem) = 29696
Index: databases/ruby-do_mysql/Makefile
===
RCS file: /cvs/ports/databases/ruby-do_mysql/Makefile,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile
--- databases/ruby-do_mysql/Makefile15 Jan 2014 02:13:57 - 1.16
+++ databases/ruby-do_mysql/Makefile16 Jun 2014 19:13:32 -
@@ -2,9 +2,8 @@
COMMENT= ruby-data_objects driver for MySQL
-V= 0.10.12
+V= 0.10.14
DISTNAME= do_mysql-${V}
-REVISION= 4
CATEGORIES=databases
# MIT
Index: databases/ruby-do_mysql/distinfo
===
RCS file: /cvs/ports/databases/ruby-do_mysql/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- databases/ruby-do_mysql/distinfo8 May 2013 17:11:23 - 1.4
+++ databases/ruby-do_mysql/distinfo16 Jun 2014 19:13:32 -
@@ -1,2 +1,2 @@
-SHA256 (do_mysql-0.10.12.gem) = ZyGCmqsgEVYj8pU/JD4Owi6BaRWud51A7F6ohvMzXHc=
-SIZE (do_mysql-0.10.12.gem) = 28160
+SHA256 (do_mysql-0.10.14.gem) = yit0MyLG1VG3JS2s7vtzvBZL4bWniWhnFYxL6LaLatc=
+SIZE (do_mysql-0.10.14.gem) = 29184
Index: databases/ruby-do_postgres/Makefile
===
RCS file: /cvs/ports/databases/ruby-do_postgres/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- databases/ruby-do_postgres/Makefile 15 Jan 2014 02:13:57 - 1.15
+++ databases/ruby-do_postgres/Makefile 16 Jun 2014 19:13:32 -
@@ -2,9 +2,8 @@
COMMENT= DataObjects driver for PostgreSQL
-V= 0.10.12
+V= 0.10.14
DISTNAME= do_postgres-${V}
-REVISION = 2
CATEGORIES=databases
# MIT
Index: databases/ruby-do_postgres/distinfo
===
RCS file: /cvs/ports/databases/ruby-do_postgres/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- databases/ruby-do_postgres/distinfo 8 May 2013 17:11:55 - 1.4
+++ databases/ruby-do_postgres/distinfo 16 Jun 2014 19:13:32 -
@@ -1,2 +1,2 @@
-SHA256 (do_postgres-0.10.12.gem) = l1+tTLwyBWEuxT1sgidnZPTn4mfjbtDxVFJKoPLxsgw=
-SIZE (do_postgres-0.10.12.gem) = 30720
+SHA256 (do_postgres-0.10.14.gem) = oi4jWHhimr5ctuk7m2KRRkZiJeVn1iSNELJxAVelO9Y=
+SIZE (do_postgres-0.10.14.gem) = 31744
Index: databases/ruby-do_postgres/patches/patch-ext_do_postgres_do_common_c
===
RCS file: databases/ruby-do_postgres/patches/patch-ext_do_postgres_do_common_c
diff -N databases/ruby-do_postgres/patches/patch-ext_do_postgres_do_common_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ databases/ruby-do_postgres/patches/patch-ext_do_postgres_do_common_c
16 Jun 2014 19:13:32 -
@@ -0,0 +1,24 @@
+$OpenBSD$
+
+Fix use-after-free, upstream commit 23cea14f4576acea9d53df3358280ba8db7b9e5b.
+
+--- ext/do_postgres/do_common.c.orig Thu Feb 13 02:59:50 2014
ext/do_postgres/do_common.cMon Jun 16 11:08:01 2014
+@@ -63,7 +63,7 @@ void data_objects_debug(VALUE connection, VALUE string
+ rb_funcall(connection, DO_ID_LOG, 1, message);
+ }
+
+-void data_objects_raise_error(VALUE self, const struct errcodes *errors, int
errnum, const char *message, VALUE query, VALUE state) {
++void
Segfault in bcopy in multiple ports when processing Japanese, pango/cairo related?
Hello list, [backtraces provided below] I've been experiencing several crashes in japanese/gwaei (a Japanese-English dictionary program) and editors/leafpad (a simple text-editor) that both seem to involve Japanese text. It's extremely rare (I can't even recall if leafpad has ever crashed when using English-only files) when using non-Japanese files, and extremely common when opening files containing Japanese. Since both programs have almost identical backtraces, and both involve Japanese text, I assume they are related. They also both involve pango and cairo, which further leads me to suspect there is something about Japanese text or fonts which is causing this. Of note, I tried upgrading to a newer version of gwaei than was in ports (3.2.0 - 3.6.2) and not only did the crashes remain, but the newer version was horribly broken, and I strongly recommend it not be updated. The two major issues I found were that in 3.6.2, results were not sorted, so instead of an exact match of a word being the first returned result, it was often number 20-30 in a list of related words. Additionally, the kanji radical search method was redesigned in a way that was extremely difficult to use, so I strongly recommend that gwaei remain as it is, and not be updated. Since leafpad (a simple text editor) also displays the same crash, I assume that it is not in the programs themselves, and either in cairo or pango (if bcopy itself were really broken, I doubt I'd be the only one to see it). Of note, if gwaei or leafpad are going to crash, they usually do so within a minute of being started and used. If they don't crash within that time, they typically run for quite some time without crashing, often long enough for me to do what I need to do without any further issue, so it appears there's a certain level of non-determinism in this behavior. I have no /etc/malloc.conf, so am running with the defaults on OpenBSD 5.5-current (GENERIC.MP) #182: Fri Jun 13 12:47:35 MDT 2014 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP Crashdump w/ backtrace follows. gwaei is given first, followed by a backtrace of leafpad. If any further information is needed, please don't hesitate to ask. Script started on Sun Jun 15 18:07:32 2014 shoshoni-m% gdb `which gwaei` gwaei-bcopy.core (no debugging symbols found) Core was generated by `gwaei'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libpthread.so.18.0...done. Loaded symbols for /usr/lib/libpthread.so.18.0 Loaded symbols for /usr/local/bin/gwaei Reading symbols from /usr/local/lib/libgtk-3.so.1200.0...done. Loaded symbols for /usr/local/lib/libgtk-3.so.1200.0 Reading symbols from /usr/local/lib/libgdk-3.so.1200.0...done. Loaded symbols for /usr/local/lib/libgdk-3.so.1200.0 Reading symbols from /usr/local/lib/libpangocairo-1.0.so.3600.0...done. Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.3600.0 Reading symbols from /usr/local/lib/libpango-1.0.so.3600.0...done. Loaded symbols for /usr/local/lib/libpango-1.0.so.3600.0 Reading symbols from /usr/local/lib/libgobject-2.0.so.4000.0...done. Loaded symbols for /usr/local/lib/libgobject-2.0.so.4000.0 Reading symbols from /usr/local/lib/libglib-2.0.so.4000.0...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.4000.0 Reading symbols from /usr/local/lib/libiconv.so.6.0...done. Loaded symbols for /usr/local/lib/libiconv.so.6.0 Reading symbols from /usr/local/lib/libpcre.so.3.0...done. Loaded symbols for /usr/local/lib/libpcre.so.3.0 Reading symbols from /usr/local/lib/libintl.so.6.0...done. Loaded symbols for /usr/local/lib/libintl.so.6.0 Reading symbols from /usr/local/lib/libffi.so.1.0...done. Loaded symbols for /usr/local/lib/libffi.so.1.0 Reading symbols from /usr/local/lib/libgmodule-2.0.so.4000.0...done. Loaded symbols for /usr/local/lib/libgmodule-2.0.so.4000.0 Reading symbols from /usr/local/lib/libgthread-2.0.so.4000.0...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.4000.0 Reading symbols from /usr/lib/libm.so.9.0...done. Loaded symbols for /usr/lib/libm.so.9.0 Reading symbols from /usr/local/lib/libcairo.so.12.2...done. Loaded symbols for /usr/local/lib/libcairo.so.12.2 Symbols already loaded for /usr/lib/libpthread.so.18.0 Reading symbols from /usr/X11R6/lib/libpixman-1.so.32.4...done. Loaded symbols for /usr/X11R6/lib/libpixman-1.so.32.4 Reading symbols from /usr/X11R6/lib/libpthread-stubs.so.2.0...done. Loaded symbols for /usr/X11R6/lib/libpthread-stubs.so.2.0 Reading symbols from /usr/X11R6/lib/libfontconfig.so.9.1...done. Loaded symbols for /usr/X11R6/lib/libfontconfig.so.9.1 Reading symbols from /usr/X11R6/lib/libfreetype.so.22.0...done. Loaded symbols for /usr/X11R6/lib/libfreetype.so.22.0 Reading symbols from /usr/lib/libz.so.5.0...done. Loaded symbols for /usr/lib/libz.so.5.0 Reading symbols from /usr/lib/libexpat.so.11.0...done. Loaded symbols for /usr/lib/libexpat.so.11.0 Reading symbols from /usr/local/lib/libpng.so.17.1...done. Loaded
Re: cmake segfault
On 2014/06/16 13:36, Ted Unangst wrote: On Mon, Jun 16, 2014 at 17:50, Stuart Henderson wrote: On 2014/06/16 11:35, Ted Unangst wrote: On Mon, Jun 16, 2014 at 10:57, Stuart Henderson wrote: #0 0x1746a7f112b4 in strlen ( str=0x1746a5b74ff8 Address 0x1746a5b75000 out of bounds) at /usr/src/lib/libc/string/strlen.c:39 39 for (s = str; *s; ++s) (gdb) x/16x str 0x1746a5b74ff8: 0xd0d0d0d0 0xd0d0d0d0 Cannot access memory at address So you are running with J as well? The first crash might go away without J, but the second will only go away now with little j. Of course, we don't want to do that. The first bug seems a little simpler. Based on the trace, cmTarget should initialize config to empty string, not just memory. Harder to tell where the free is in the second case. IIRC both these were with no malloc.conf. That's a little strange. The d0d0 pattern is only written when J is enabled. By default, you should only be seeing dfdf patterns in freed memory. I didn't remember correctly then ;) (I was switching it round a bit to try and get it to trigger faster because my laptop was getting rather warm with all the attempts and probably forgot which run was which..).
Re: Spelling Checking in Firefox and Thunderbird
Landry Breuil wrote, On 05/15/14 12:26: On Thu, May 15, 2014 at 08:19:08PM +0100, Fred wrote: Hi Ports, This might be old information but I have just noticed that spell checking is working again in Firefox 29.0 and Thunderbird 24.5.0 Yes, i finally found time to dig into it, and it got commited with 29.0. Not everything is properly fixed (the root issue is not, see http://bugzilla.mozilla.org/991278), but at least this way it works. After upgrading to OBSD 5.5 my spell checker also quit working with Seamonkey 2.23, the release package. I've been trying to live without it until November, but I just can't. My spelling isn't 100% and I use email for professional business communications. port:fred ~ pkg_info|grep thunder thunderbird-24.5.0 Mozilla e-mail, rss and usenet client thunderbird-i18n-en-GB-24.5.0 en-GB language pack for Thunderbird port:fred ~ pkg_info|grep firefox firefox-29.0Mozilla web browser pachl@neo$ pkg_info | grep -e mozilla -e seamonkey mozilla-dicts-en-GB-1.3p0 en-GB dictionary for Mozilla seamonkey-2.23 Mozilla application suite Well, the interesting part is having mozilla-dicts-$YOURLANG installed for proper spellcheck in your language :) not the i18n ui strings.. Landry Should spellcheck work in Seamonkey Mail with my 5.5 release packages? I'm in US and not GB. The en-GB dict was installed automatically, but there doesn't seem to be a US version. I also tried installing the mozilla-dicts-en-CA-1.3p0 package but that didn't work. I'm not sure how to select/configure the dictionary language. Do I need to set an environment variable or a config in Seamonkey? The dictionary in Preferences Appearance Spelling Language is English/United States. It is my only choice in the drop down menu. I've also tried downloading other dictionaries as an add-on but that didn't work either. I am tempted to download the packages tree and remake the package. However, I'm hesitant to proceed because of this: http://www.openbsd.org/faq/faq15.html#NoFun If somone can point me in the right direction to get my spell checker working, I would greatly appreciate your help. Clint P.S. this email may contain spelling errors! ;-)
Re: Spelling Checking in Firefox and Thunderbird
On 2014/06/16 15:27, Clint Pachl wrote: Landry Breuil wrote, On 05/15/14 12:26: On Thu, May 15, 2014 at 08:19:08PM +0100, Fred wrote: Hi Ports, This might be old information but I have just noticed that spell checking is working again in Firefox 29.0 and Thunderbird 24.5.0 Yes, i finally found time to dig into it, and it got commited with 29.0. Not everything is properly fixed (the root issue is not, see http://bugzilla.mozilla.org/991278), but at least this way it works. After upgrading to OBSD 5.5 my spell checker also quit working with Seamonkey 2.23, the release package. I've been trying to live without it until November, but I just can't. My spelling isn't 100% and I use email for professional business communications. Does it help to go into about:config and set spellchecker.dictionary_path to /usr/local/share/mozilla-dicts ?
Re: SECURITY: www/p5-CGI-Application
ping. Ian McWilliam From: owner-po...@openbsd.org [owner-po...@openbsd.org] on behalf of Ian Mcwilliam [i.mcwill...@uws.edu.au] Sent: Friday, 6 June 2014 3:31 PM To: ports@openbsd.org Subject: SECURITY: www/p5-CGI-Application Update www/p5-CGI-Application for CVE-2013-7329 Fix RT 84403 - 'Security problem: missing start mode dumps ENV to output page' https://github.com/markstos/CGI--Application/pull/15 While here remove groff and fix runtime depends. www/p5-CGI-PSGI is optional, include it as people nowadays run PSGI and are moving away from MOD_PERL. Ian McWilliam
Re: Spelling Checking in Firefox and Thunderbird
Stuart Henderson wrote, On 06/16/14 16:15: On 2014/06/16 15:27, Clint Pachl wrote: Landry Breuil wrote, On 05/15/14 12:26: On Thu, May 15, 2014 at 08:19:08PM +0100, Fred wrote: Hi Ports, This might be old information but I have just noticed that spell checking is working again in Firefox 29.0 and Thunderbird 24.5.0 Yes, i finally found time to dig into it, and it got commited with 29.0. Not everything is properly fixed (the root issue is not, see http://bugzilla.mozilla.org/991278), but at least this way it works. After upgrading to OBSD 5.5 my spell checker also quit working with Seamonkey 2.23, the release package. I've been trying to live without it until November, but I just can't. My spelling isn't 100% and I use email for professional business communications. Does it help to go intoabout:config and set spellchecker.dictionary_path to /usr/local/share/mozilla-dicts ? First, I ensured that I had the dictionaries correctly installed: $ cd /usr/local/share/mozilla-dicts/ $ ls -1 en-GB.aff en-GB.dic Then to make sure I have all my bases covered, I did the following: $ sudo cp en-GB.aff en-US.aff $ sudo cp en-GB.dic en-US.dic (mostly becaue my default preferences are en-US) I tried setting `spellchecker.dictionary_path` (per Stuart H.) to the following (including US version) with no luck: * /usr/local/share/mozilla-dicts * /usr/local/share/mozilla-dicts/ * /usr/local/share/mozilla-dicts/en-GB.aff * /usr/local/share/mozilla-dicts/en-GB.dic * /usr/local/share/mozilla-dicts/en-GB * /home/pachl/.mozilla/seamonkey/e8cxa4g0.default/extensions/en...@dictionaries.addons.mozilla.org/dictionaries/ (the last one points to the add-on English dictionary) I also tried setting `spellchecker.dictionary` to en-US and en-GB but no difference. I uninstalled my add-on dictionaries and retried the above settings to make sure there were no conflicts, but that didn't help. I reinstalled the following add-on dictionaries: * United States English Spellchecker 7.0.1 * British English 1.19.5 and tried the settings above again, but no luck. Also, I restarted Seamonkey between settings to make sure the changes were updated. I disabled my only 3 extensions in case they were not causing problems: * Compact Menu 2 4.3.1 * It's All Text! 1.8.1 * LastPass 3.1.1 Executed seamonkey with lang: $ seamonkey -lang en-US And also tried safe mode with a variation of dictionary paths and installed dictionaries: $ seamonkey -safe-mode I looked at all of my configs that contained spell hopefully turning up a clue. Everything was set to the default except for `layout.spellcheckDefault`, which I reset from 2 - 1. Nothing worked. It's as if Seamonkey doesn't recognize any of the installed dictionaries, in my profile or the system dictionary package. No output to STDERR either. I'm all out of ideas.
Re: [NEW] security/androguard
ping On Mon, 9 Jun 2014 16:10:03 +0200 Remi Pointel remi.poin...@xiri.fr wrote: Hi, androguard is a reverse engineering and analysis of Android applications. It depends on py-ptrace, py-magic and py-fuzzy also attached. Few information : $ pkg_info androguard Information for inst:androguard-1.9 Comment: reverse engineering, analysis of Android applications Description: Androguard is mainly a tool written in python to play with : Dex/Odex (Dalvik virtual machine) (.dex) (disassemble, decompilation), APK (Android application) (.apk), Android's binary xml (.xml), Android Resources (.arsc). Maintainer: The OpenBSD ports mailing-list ports@openbsd.org WWW: https://code.google.com/p/androguard/ Any ok? Remi. -- Remi
