CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2014/10/27 02:30:20 Modified files: audio/ncmpcpp : Makefile distinfo audio/ncmpcpp/patches: patch-doc_ncmpcpp_1 patch-src_ncmpcpp_cpp patch-src_status_cpp audio/ncmpcpp/pkg: DESCR MESSAGE PLIST Added files: audio/ncmpcpp/patches: patch-configure Removed files: audio/ncmpcpp/patches: patch-src_clock_cpp patch-src_help_cpp patch-src_lyrics_cpp patch-src_settings_cpp patch-src_settings_h patch-src_song_info_cpp Log message: Update to ncmpcpp-0.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2014/10/27 03:07:07 Modified files: sysutils/collectd/patches: patch-configure patch-src_plugin_h patch-src_processes_c patch-src_tcpconns_c Log message: add links to upstream github PR
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/10/27 04:33:32 Modified files: devel/help2man : Makefile distinfo Log message: update to help2man-1.46.4, from Jason Tubnor - this is a key port builds-wise as it's in the path to autoconf (and thus many other ports), so I gave extra consideration because distfiles have switched to tar.xz; however xz has no dependencies and is usually built early anyway, so this shouldn't slow things down.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2014/10/27 05:07:18 Modified files: audio/mpd : Makefile distinfo audio/mpd/patches: patch-Makefile_in patch-configure audio/mpd/pkg : PLIST Log message: Update to mpd-0.19.1 Tested by landry@ on powerpc, and on amd64 by me and Bryan Linton
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/10/27 05:21:49 Log message: import x11/compton, from maintainer Sunil Nimmagadda, ok landry@ Compton is a lightweight, standalone composite manager, suitable for use with window managers that do not natively provide compositing functionality. Compton itself is a fork of xcompmgr-dana, in turn a fork of xcompmgr. Compton in particular is notable for fixing numerous bugs found in its predecessors, and as such, is popular due to its reliability and stability. Numerous additional improvements and configuration options have also been implemented, including a faster GLX (OpenGL) backend (disabled by default), default inactive/active window opacity, window frame transparency, window background blur, window color inversion, painting rate throttling, VSync, condition-based fine-tune control, configuration file reading, and D-Bus control. Status: Vendor Tag: sthen Release Tags: sthen_20141027 N ports/x11/compton/Makefile N ports/x11/compton/distinfo N ports/x11/compton/patches/patch-src_c2_c N ports/x11/compton/patches/patch-src_c2_h N ports/x11/compton/patches/patch-Makefile N ports/x11/compton/patches/patch-src_common_h N ports/x11/compton/patches/patch-src_compton_h N ports/x11/compton/patches/patch-src_compton_c N ports/x11/compton/pkg/DESCR N ports/x11/compton/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/10/27 05:22:32 Modified files: x11: Makefile Log message: +compton
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 05:50:10 Modified files: sysutils/mcollective-plugins/puppet-agent: Makefile distinfo Log message: update to mcollective-puppet-agent-1.9.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 06:00:30 Modified files: x11/gxmessage : Makefile distinfo x11/gxmessage/pkg: DESCR PLIST Log message: update to gxmessage-3.4.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 06:04:14 Modified files: x11/gtk-engines2: Makefile Log message: add PORTROACH
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2014/10/27 07:16:48 Modified files: security/stunnel: Makefile distinfo security/stunnel/patches: patch-tools_stunnel_conf-sample_in Log message: Update for Stunnel to 5.06: Security bugfixes OpenSSL DLLs updated to version 1.0.1j. https://www.openssl.org/news/secadv_20141015.txt The insecure SSLv2 protocol is now disabled by default. It can be enabled with options = -NO_SSLv2. The insecure SSLv3 protocol is now disabled by default. It can be enabled with options = -NO_SSLv3. Default sslVersion changed to all (also in FIPS mode) to autonegotiate the highest supported TLS version. New features Added missing SSL options to match OpenSSL 1.0.1j. New -options commandline option to display the list of supported SSL options. Bugfixes Fixed FORK threading build regression bug. OK gsoares@ (maintainer) OK schwarze@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2014/10/27 07:23:11 Modified files: textproc/libxmlsd: Makefile distinfo textproc/libxmlsd/pkg: PLIST Removed files: textproc/libxmlsd/pkg: PFRAG.shared Log message: Update for xmlsd to 0.10.1 OK Davil Hill (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 07:41:17 Modified files: net/prosody: Makefile distinfo Log message: - update to prosody-0.9.6 from Henrik Friedrichsen (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/10/27 07:42:39 Modified files: archivers/lz4 : Makefile distinfo Log message: use a portroach-compatible distname
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 07:51:12 Modified files: misc/portroach : Makefile Log message: ensure https works after libwww update pointed out by nigel@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/10/27 08:10:31 Modified files: net/nagios/check_email_delivery: Makefile Log message: add portroach skipv annotation
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 09:26:41 Modified files: devel : Makefile Log message: -smarty
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 09:28:21 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: register smarty removal
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 09:27:54 Removed files: devel/smarty : Makefile distinfo devel/smarty/pkg: DESCR-docs DESCR-main MESSAGE-main PLIST-docs PLIST-main Log message: remove smarty, a php-templating engine that went without updates for 5 years; clearly nobody gives a chainsaw about this port ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 09:28:39 Modified files: net/wget : Makefile net/wget/patches: patch-doc_wget_texi Added files: net/wget/patches: patch-src_init_c Log message: Security fix for CVE-2014-4877, Arbitrary Symlink Access
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 09:31:25 Modified files: net/wget : Tag: OPENBSD_5_5 Makefile net/wget/patches: Tag: OPENBSD_5_5 patch-doc_wget_texi Added files: net/wget/patches: Tag: OPENBSD_5_5 patch-src_init_c Log message: Security fix for CVE-2014-4877, Arbitrary Symlink Access
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 09:31:18 Modified files: net/wget : Tag: OPENBSD_5_6 Makefile net/wget/patches: Tag: OPENBSD_5_6 patch-doc_wget_texi Added files: net/wget/patches: Tag: OPENBSD_5_6 patch-src_init_c Log message: Security fix for CVE-2014-4877, Arbitrary Symlink Access
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 09:44:20 Modified files: net/ejabberd : Makefile Added files: net/ejabberd/patches: patch-src_ejabberd_c2s_erl Log message: Security fix for CVE-2014-8760 ok MAINTAINER
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 09:47:11 Modified files: net/ejabberd : Tag: OPENBSD_5_5 Makefile Added files: net/ejabberd/patches: Tag: OPENBSD_5_5 patch-src_ejabberd_c2s_erl Log message: Security fix for CVE-2014-8760 ok maintainer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 09:47:04 Modified files: net/ejabberd : Tag: OPENBSD_5_6 Makefile Added files: net/ejabberd/patches: Tag: OPENBSD_5_6 patch-src_ejabberd_c2s_erl Log message: Security fix for CVE-2014-8760 ok maintainer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/10/27 11:13:30 Modified files: devel/pep8 : Makefile distinfo Log message: update to pep8-1.5.7, from frantisek holop - enable tests while there
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 12:26:05 Modified files: textproc/ruby-yard: Makefile distinfo textproc/ruby-yard/pkg: PLIST Log message: update to yard-0.8.7.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 12:35:21 Modified files: devel/ruby-polyglot: Makefile distinfo devel/ruby-polyglot/pkg: PLIST Log message: update to polyglot-0.3.5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/10/27 12:35:10 Modified files: textproc/ruby-treetop: Makefile distinfo textproc/ruby-treetop/pkg: PLIST Log message: update to treetop-1.5.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2014/10/27 12:53:27 Modified files: textproc/the_silver_searcher: Makefile distinfo Log message: Update to 0.26.0 From Florian Stinglmayr (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2014/10/27 13:13:05 Modified files: net/p5-Test-TCP: Makefile distinfo net/p5-Test-TCP/pkg: PLIST Log message: Update for p5-Test-TCP to 2.06 tested in sparc64@ OK Abel Abraham Camarillo Ojeda (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2014/10/27 14:55:50 Modified files: x11/xscreensaver: Makefile Added files: x11/xscreensaver/patches: patch-driver_XScreenSaver_ad_in Log message: Dont hardcode gnome-terminal to display the manpage, fallback to xterm. ok ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2014/10/27 15:06:25 Modified files: lang/scheme48 : Makefile Log message: Unify names for portroach. with maintainer's permission and ok from jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/10/27 15:33:22 Modified files: textproc/meld : Makefile distinfo textproc/meld/pkg: PLIST Removed files: textproc/meld/patches: patch-setup_py Log message: Update to meld-3.12.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/10/27 15:40:26 Modified files: x11/gnome/latexila: Makefile distinfo Log message: Update to latexila-3.14.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2014/10/27 15:59:32 Modified files: editors/bvi: Makefile distinfo editors/bvi/pkg: DESCR PLIST Added files: editors/bvi/patches: patch-Makefile_in Removed files: editors/bvi/patches: patch-edit_c patch-io_c Log message: update to 1.4.0: miscellaneous bug fixes
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/10/27 16:06:40 Modified files: databases/pgadmin3: Tag: OPENBSD_5_6 Makefile Added files: databases/pgadmin3/patches: Tag: OPENBSD_5_6 patch-pgadmin_frm_events_cpp patch-pgadmin_frm_frmQuery_cpp Log message: backport pgadmin3 crash fix from -current
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2014/10/27 19:09:22 Modified files: net/libgadu: Makefile distinfo net/libgadu/pkg: PLIST Removed files: net/libgadu/pkg: PFRAG.shared Log message: Update to libgadu 1.12.0. ok jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2014/10/27 19:14:23 Modified files: net/pidgin : Makefile distinfo net/pidgin/files: ssl-openssl.c net/pidgin/patches: patch-configure_ac patch-libpurple_plugins_ssl_Makefile_in patch-libpurple_protocols_jabber_Makefile_in patch-libpurple_protocols_oscar_Makefile_in patch-libpurple_protocols_yahoo_Makefile_in patch-pidgin_Makefile_in patch-pidgin_gtkdialogs_c net/pidgin/pkg : PLIST-libpurple PLIST-main Log message: Update to Pidgin 2.10.10. Fixes 4 issues with CVE assigned.. CVE-2014-3695, CVE-2014-3696, CVE-2014-3697, CVE-2014-3698. ok jasper@
Re: [UPDATE] devel/utop - [UPDATE] devel/ocaml-lambda-term
Hi, utop 1.16 needs cppo, which is not yet in cvs, but a port is ready at https://github.com/jasperla/openbsd-wip/tree/master/devel/ocaml-cppo OK to import? Christopher -- http://gmerlin.de OpenPGP: http://gmerlin.de/christopher.pub F190 D013 8F01 AA53 E080 3F3C F17F B0A1 D44E 4FEE signature.asc Description: PGP signature
security/heimdal i386 invalid string offset XX = 1506 for section `.dynstr'
anyone have an idea about this? libtool: link: cc -o .libs/kinit -pthread -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -DINET6 -O2 -pipe kinit.o /usr/obj/ports/heimdal-1.5.3/heimdal-1.5.3/lib/vers/.libs/libvers.a -L.libs -lkafs -lkrb5 -lasn1 -lcom_err -lroken -lwind -lheimbase -lhx509 -lcrypto -lheimsqlite -lheimntlm -Wl,-rpath,/usr/local/heimdal/lib /usr/bin/ld: .libs/libkafs.so.21.0: invalid string offset 24565 = 1506 for section `.dynstr' /usr/bin/ld: .libs/libkafs.so.21.0: invalid string offset 3755991007 = 1506 for section `.dynstr' .libs/libkafs.so.21.0(.rel.plt+0xdfdfcbfb): multiple definition of `no symbol' .libs/libkafs.so.21.0(.gnu.version_r+0xed36): first defined here .libs/libcom_err.so.21.0: warning: strcpy() is almost always misused, please use strlcpy() .libs/libcom_err.so.21.0: warning: strcat() is almost always misused, please use strlcat() collect2: ld returned 1 exit status full log attached. heimdal,-devel-docs.log.gz Description: application/gunzip
Re: New x11/compton
On 2014/10/26 19:03, Sunil Nimmagadda wrote: src/c2.{c,h}: base gcc version doesn't support unnamed fields so given a name to the union. Actually it does, but not with --std=c99 (and compton uses other things that need this). There are other ways around it but this is simple and seems sanest. It seems that some newer GCCs do allow anonymous unions with std=c99, even though they weren't added to the standard until c11. New tgz attached with some comments in patches (though I thought some were simple enough not to need comments). Any OKs to import? compton.tgz Description: application/tar-gz
Re: security/heimdal i386 invalid string offset XX = 1506 for section `.dynstr'
On Mon, Oct 27, 2014 at 11:10 AM, Stuart Henderson st...@openbsd.org wrote: anyone have an idea about this? libtool: link: cc -o .libs/kinit -pthread -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -DINET6 -O2 -pipe kinit.o /usr/obj/ports/heimdal-1.5.3/heimdal-1.5.3/lib/vers/.libs/libvers.a -L.libs -lkafs -lkrb5 -lasn1 -lcom_err -lroken -lwind -lheimbase -lhx509 -lcrypto -lheimsqlite -lheimntlm -Wl,-rpath,/usr/local/heimdal/lib /usr/bin/ld: .libs/libkafs.so.21.0: invalid string offset 24565 = 1506 for section `.dynstr' /usr/bin/ld: .libs/libkafs.so.21.0: invalid string offset 3755991007 = 1506 for section `.dynstr' .libs/libkafs.so.21.0(.rel.plt+0xdfdfcbfb): multiple definition of `no symbol' .libs/libkafs.so.21.0(.gnu.version_r+0xed36): first defined here .libs/libcom_err.so.21.0: warning: strcpy() is almost always misused, please use strlcpy() .libs/libcom_err.so.21.0: warning: strcat() is almost always misused, please use strlcat() collect2: ld returned 1 exit status full log attached. Can this be related to symbol versioning? http://marc.info/?l=openbsd-miscm=125552372620228 Ciao, David -- If you try a few times and give up, you'll never get there. But if you keep at it... There's a lot of problems in the world which can really be solved by applying two or three times the persistence that other people will. -- Stewart Nelson
Re: dovecot-mysql broken on my system
Try this diff. Untested but if my theory as to why it's breaking is correct, it should work. Only the dlopen()'d libdriver_mysql.so modules are linked with -lpthread. This isn't enough on OpenBSD, the programs calling them also need linking that way. LD_PRELOAD didn't work because Dovecot cleans the environment that it passes to child processes (specifically, whichever of lda, auth, dict, *-login etc. actually call dlopen to load the mysql module). Diff is done this way for expediency, to go upstream it would at least want the patch moving to configure.ac and checking the OS. Index: Makefile === RCS file: /cvs/ports/mail/dovecot/Makefile,v retrieving revision 1.227 diff -u -p -r1.227 Makefile --- Makefile25 Oct 2014 22:06:40 - 1.227 +++ Makefile27 Oct 2014 11:54:42 - @@ -9,6 +9,7 @@ COMMENT-postgresql= PostgreSQL authentic V_MAJOR= 2.2 V_DOVECOT= 2.2.15 +REVISION-server=0 DISTNAME= dovecot-${V_DOVECOT} PKGNAME= dovecot-${V_DOVECOT} @@ -35,7 +36,7 @@ MAINTAINER= Brad Smith b...@comstyle.co # LGPLv2.1 and MIT PERMIT_PACKAGE_CDROM= Yes -WANTLIB-server=bz2 c crypto lz4 lzma sqlite3 ssl z ${MODLIBICONV_WANTLIB} +WANTLIB-server=bz2 c crypto lz4 lzma pthread sqlite3 ssl z ${MODLIBICONV_WANTLIB} WANTLIB-ldap= crypto lber-2.4 ldap-2.4 sasl2 ssl WANTLIB-mysql= crypto m lib/mysql/mysqlclient pthread ssl stdc++ z WANTLIB-postgresql= crypto pq=4 ssl Index: patches/patch-configure === RCS file: patches/patch-configure diff -N patches/patch-configure --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-configure 27 Oct 2014 11:54:42 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- configure.orig Mon Oct 27 11:49:14 2014 configure Mon Oct 27 11:49:23 2014 +@@ -25263,7 +25263,7 @@ _ACEOF + + + CFLAGS=$CFLAGS $EXTRA_CFLAGS +-NOPLUGIN_LDFLAGS=-no-undefined ++NOPLUGIN_LDFLAGS=-no-undefined -lpthread + if test $with_gnu_ld = yes; then + NOPLUGIN_LDFLAGS=$NOPLUGIN_LDFLAGS -Wl,--as-needed + fi
Re: dovecot-mysql broken on my system
On 2014年10月27日 星期一 08:00 下午, Stuart Henderson wrote: Try this diff. Yeah, it work. Thank you.
Re: dovecot-mysql broken on my system
On Mon, Oct 27, 2014 at 1:28 PM, johnw johnw.m...@gmail.com wrote: On 2014年10月27日 星期一 08:00 下午, Stuart Henderson wrote: Try this diff. Yeah, it work. Thank you. ok with me. Ciao, David -- If you try a few times and give up, you'll never get there. But if you keep at it... There's a lot of problems in the world which can really be solved by applying two or three times the persistence that other people will. -- Stewart Nelson
Re: editors/emacs: sound useful ?
Alexandre Ratchov a...@caoua.org writes: On Sun, Oct 26, 2014 at 04:01:03PM +0100, Alexandre Ratchov wrote: Hi, emacs is able to play sound files, which currently uses libossaudio. It can play certain .wav and .au files but it blocks during playback (means that you can't edit files during playback). Is someone using this feature? or is it there because it compiled by accident? Some suggested to disable it rather than writing the missing sndio bits. I agree. As an emacs user, I couldn't convince myself that it could be useful, neither I see the point of spending time on maintaining it. OK to disable it? As we maintain two versions of emacs, the question holds for both ;) I am ok to remove ossaudio from emacs 24. emacs 21 doesn't actually support playing audio files (look for HAVE_SOUND in src/config.in and src/sound.c, OpenBSD is not whitelisted). emacs 21 is merely linked against libossaudio. Here's a diff to stop linking against it, even though this port shouldn't get in your (Alexandre's) way if it stays as is. Unless you plan to remove libossaudio completely? Index: Makefile === RCS file: /cvs/ports/editors/emacs21/Makefile,v retrieving revision 1.74 diff -u -p -r1.74 Makefile --- Makefile16 Jul 2014 09:11:43 - 1.74 +++ Makefile26 Oct 2014 21:20:48 - @@ -11,7 +11,7 @@ FULLPKGNAME-el= emacs-el-${VERSION} FULLPKGPATH-el=editors/emacs21,-el FULLPKGNAME-leim= emacs-leim-${VERSION} FULLPKGPATH-leim= editors/emacs21,-leim -REVISION-main= 28 +REVISION-main= 29 REVISION-el= 7 REVISION-leim= 7 @@ -40,13 +40,14 @@ LDFLAGS=-Z -L${LOCALBASE}/lib -nopie CFLAGS += -fno-pie CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include \ - LDFLAGS=${LDFLAGS} + LDFLAGS=${LDFLAGS} \ + ac_cv_lib_ossaudio__oss_ioctl=no MAKE_ENV= INSTALL_EMACS=${INSTALL_SCRIPT} SUBST_VARS=GCCARCH VERSION -WANTLIB-main= c m ncurses ossaudio +WANTLIB-main= c m ncurses .if ${FLAVOR:Mno_x11} CONFIGURE_ARGS+= --with-x=no -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: dovecot-mysql broken on my system
On 10/27/14 13:00, Stuart Henderson wrote: Try this diff. Untested but if my theory as to why it's breaking is correct, it should work. Only the dlopen()'d libdriver_mysql.so modules are linked with -lpthread. This isn't enough on OpenBSD, the programs calling them also need linking that way. LD_PRELOAD didn't work because Dovecot cleans the environment that it passes to child processes (specifically, whichever of lda, auth, dict, *-login etc. actually call dlopen to load the mysql module). Diff is done this way for expediency, to go upstream it would at least want the patch moving to configure.ac and checking the OS. ok for me, probably courier-authlib,-mysql needs something similar, I will double check soon. Cheers Giovanni
Re: [UPDATE] devel/utop - [UPDATE] devel/ocaml-lambda-term
On 27 October 2014 05:23, Christopher Zimmermann chr...@openbsd.org wrote: Hi, utop 1.16 needs cppo, which is not yet in cvs, but a port is ready at https://github.com/jasperla/openbsd-wip/tree/master/devel/ocaml-cppo OK to import? Christopher -- http://gmerlin.de OpenPGP: http://gmerlin.de/christopher.pub F190 D013 8F01 AA53 E080 3F3C F17F B0A1 D44E 4FEE I use opam to keep utop up-to-date so I'm not sure if I'm qualified to comment, but I have no objections to keeping the utop port current by adding a new dependency port. Ken
Re: security/heimdal i386 invalid string offset XX = 1506 for section `.dynstr'
On 2014/10/27 12:31, David Coppa wrote: On Mon, Oct 27, 2014 at 11:10 AM, Stuart Henderson st...@openbsd.org wrote: anyone have an idea about this? libtool: link: cc -o .libs/kinit -pthread -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -DINET6 -O2 -pipe kinit.o /usr/obj/ports/heimdal-1.5.3/heimdal-1.5.3/lib/vers/.libs/libvers.a -L.libs -lkafs -lkrb5 -lasn1 -lcom_err -lroken -lwind -lheimbase -lhx509 -lcrypto -lheimsqlite -lheimntlm -Wl,-rpath,/usr/local/heimdal/lib /usr/bin/ld: .libs/libkafs.so.21.0: invalid string offset 24565 = 1506 for section `.dynstr' /usr/bin/ld: .libs/libkafs.so.21.0: invalid string offset 3755991007 = 1506 for section `.dynstr' .libs/libkafs.so.21.0(.rel.plt+0xdfdfcbfb): multiple definition of `no symbol' .libs/libkafs.so.21.0(.gnu.version_r+0xed36): first defined here .libs/libcom_err.so.21.0: warning: strcpy() is almost always misused, please use strlcpy() .libs/libcom_err.so.21.0: warning: strcat() is almost always misused, please use strlcat() collect2: ld returned 1 exit status full log attached. Can this be related to symbol versioning? http://marc.info/?l=openbsd-miscm=125552372620228 Ciao, David Maybe... It built OK with a rebuild. And actually, diffing the logs, the invalid string offset happens both times anyway, it isn't the trigger for the failure. The actual problem is: .libs/libkafs.so.21.0(.rel.plt+0xdfdfcbfb): multiple definition of `no symbol' dfdf - feels like a use after free.
UPDATE: Spectrwm-2.6.1
Hi, Update for Spectrwm to 2.6.1: Fix xscreensaver-command example. Man page fixes, mostly spacing related. Fix warp_pointer centering. Add note to man page regarding autorun and LD_PRELOAD. Fix focus_urgent. Fix stacking issue on (re)start when managing unmanaged windows. Fix urgency indicator issue. Honour correctly disable_border in max_stack Ok? Comments? Cheers,. -- Sending from my toaster. Index: Makefile === RCS file: /cvs/ports/x11/spectrwm/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- Makefile5 Sep 2014 12:57:53 - 1.15 +++ Makefile27 Oct 2014 14:25:29 - @@ -4,7 +4,7 @@ COMMENT=small tiling window manager SHARED_LIBS= swmhack 1.0 -DISTNAME= spectrwm-2.6.0 +DISTNAME= spectrwm-2.6.1 EXTRACT_SUFX= .tgz CATEGORIES=x11 Index: distinfo === RCS file: /cvs/ports/x11/spectrwm/distinfo,v retrieving revision 1.12 diff -u -p -r1.12 distinfo --- distinfo5 Sep 2014 12:57:53 - 1.12 +++ distinfo27 Oct 2014 14:25:29 - @@ -1,2 +1,2 @@ -SHA256 (spectrwm-2.6.0.tgz) = 0VkGidEHUuH5IuiQ4F6H0dUBCj0fKQmgLtBAQi0gxEA= -SIZE (spectrwm-2.6.0.tgz) = 118341 +SHA256 (spectrwm-2.6.1.tgz) = AI7I6eJit7F4iFkvxSSL6dK0F4N/ACnaREf26rff+2M= +SIZE (spectrwm-2.6.1.tgz) = 124102 Index: patches/patch-Makefile === RCS file: /cvs/ports/x11/spectrwm/patches/patch-Makefile,v retrieving revision 1.4 diff -u -p -r1.4 patch-Makefile --- patches/patch-Makefile 14 Apr 2014 19:52:44 - 1.4 +++ patches/patch-Makefile 27 Oct 2014 14:25:29 - @@ -1,6 +1,6 @@ Makefile.orig Wed Feb 26 15:45:42 2014 -+++ Makefile Sun Apr 6 13:34:10 2014 -@@ -13,7 +13,7 @@ +--- Makefile.orig Sun Oct 26 12:25:14 2014 Makefile Mon Oct 27 11:23:10 2014 +@@ -13,7 +13,7 @@ CFLAGS+=-std=c99 -Wmissing-prototypes -Wall -Wextra -W # Uncomment define below to disallow user settable clock format string #CFLAGS+=-DSWM_DENY_CLOCK_FORMAT CPPFLAGS+= -I${X11BASE}/include -I${X11BASE}/include/freetype2 @@ -9,7 +9,7 @@ BUILDVERSION != sh ${.CURDIR}/buildver.sh .if !${BUILDVERSION} == CPPFLAGS+= -DSPECTRWM_BUILDSTR=\$(BUILDVERSION)\ -@@ -26,8 +26,8 @@ +@@ -26,8 +26,8 @@ MANDIR= ${PREFIX}/man/man obj: _xenocara_obj
Chromium crashes with FIDO key insert
This weekend I attempted to enable a fido key on my google account. When chrome looks for the key it crashes with the below backtrace: (gdb) bt #0 0x1fd44c572b84 in std::__find__gnu_cxx::__normal_iteratorstd::string const*, std::vectorstd::string, std::allocatorstd::string , char [6] () from /usr/local/chrome/chrome #1 0x1fd44c5726eb in std::__find__gnu_cxx::__normal_iteratorstd::string const*, std::vectorstd::string, std::allocatorstd::string , char [6] () from /usr/local/chrome/chrome #2 0x1fd44c56eac6 in std::__find__gnu_cxx::__normal_iteratorstd::string const*, std::vectorstd::string, std::allocatorstd::string , char [6] () from /usr/local/chrome/chrome #3 0x1fd448d42ecf in std::_Rb_treepthread*, std::pairpthread* const, std::string*, std::_Select1ststd::pairpthread* const, std::string* , std::lesspthread*, std::allocatorstd::pairpthread* const, std::string* ::_M_erase () from /usr/local/chrome/chrome #4 0x1fd448cffe68 in std::operator () from /usr/local/chrome/chrome #5 0x1fd448d00610 in std::operator () from /usr/local/chrome/chrome #6 0x1fd448cd03e9 in std::vector__gnu_cxx::_Hashtable_nodestd::pairstd::string const, double *, std::allocator__gnu_cxx::_Hashtable_nodestd::pairstd::string const, double * ::_M_fill_insert () from /usr/local/chrome/chrome #7 0x1fd448d10a96 in std::vectorstd::pairunsigned int, int, std::allocatorstd::pairunsigned int, int ::_M_insert_aux () from /usr/local/chrome/chrome #8 0x1fd448cff5cd in std::operator () from /usr/local/chrome/chrome #9 0x1fd44a9c0538 in std::dequelong long, std::allocatorlong long ::_M_new_elements_at_front () from /usr/local/chrome/chrome #10 0x1fd44a9c0855 in std::dequelong long, std::allocatorlong long ::_M_new_elements_at_front () from /usr/local/chrome/chrome #11 0x1fd448d2c229 in std::searchunsigned short const*, unsigned short const* () from /usr/local/chrome/chrome #12 0x1fd448d2730b in std::searchunsigned short const*, unsigned short const* () from /usr/local/chrome/chrome #13 0x1fd71f24499e in _rthread_start (v=Variable v is not available. ) at /usr/src/lib/librthread/rthread.c:145 #14 0x1fd6a9cf72eb in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 #15 0x in ?? () (gdb) --
Re: Chromium crashes with FIDO key insert
Forgot to mention this is on 38.0.2125.104 (thanks bmercer@). Aaron Bieber writes: This weekend I attempted to enable a fido key on my google account. When chrome looks for the key it crashes with the below backtrace: (gdb) bt #0 0x1fd44c572b84 in std::__find__gnu_cxx::__normal_iteratorstd::string const*, std::vectorstd::string, std::allocatorstd::string , char [6] () from /usr/local/chrome/chrome #1 0x1fd44c5726eb in std::__find__gnu_cxx::__normal_iteratorstd::string const*, std::vectorstd::string, std::allocatorstd::string , char [6] () from /usr/local/chrome/chrome #2 0x1fd44c56eac6 in std::__find__gnu_cxx::__normal_iteratorstd::string const*, std::vectorstd::string, std::allocatorstd::string , char [6] () from /usr/local/chrome/chrome #3 0x1fd448d42ecf in std::_Rb_treepthread*, std::pairpthread* const, std::string*, std::_Select1ststd::pairpthread* const, std::string* , std::lesspthread*, std::allocatorstd::pairpthread* const, std::string* ::_M_erase () from /usr/local/chrome/chrome #4 0x1fd448cffe68 in std::operator () from /usr/local/chrome/chrome #5 0x1fd448d00610 in std::operator () from /usr/local/chrome/chrome #6 0x1fd448cd03e9 in std::vector__gnu_cxx::_Hashtable_nodestd::pairstd::string const, double *, std::allocator__gnu_cxx::_Hashtable_nodestd::pairstd::string const, double * ::_M_fill_insert () from /usr/local/chrome/chrome #7 0x1fd448d10a96 in std::vectorstd::pairunsigned int, int, std::allocatorstd::pairunsigned int, int ::_M_insert_aux () from /usr/local/chrome/chrome #8 0x1fd448cff5cd in std::operator () from /usr/local/chrome/chrome #9 0x1fd44a9c0538 in std::dequelong long, std::allocatorlong long ::_M_new_elements_at_front () from /usr/local/chrome/chrome #10 0x1fd44a9c0855 in std::dequelong long, std::allocatorlong long ::_M_new_elements_at_front () from /usr/local/chrome/chrome #11 0x1fd448d2c229 in std::searchunsigned short const*, unsigned short const* () from /usr/local/chrome/chrome #12 0x1fd448d2730b in std::searchunsigned short const*, unsigned short const* () from /usr/local/chrome/chrome #13 0x1fd71f24499e in _rthread_start (v=Variable v is not available. ) at /usr/src/lib/librthread/rthread.c:145 #14 0x1fd6a9cf72eb in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 #15 0x in ?? () (gdb) --
Libreoffice shuts down on file save
Libreoffice-4.3.2.2p0v0 from the 23 October snapshot for amd64 (and the one before) crashes on attempting to save an ods file. Error on starting is: Warning: failed to launch javaldx - java may not function correctly /usr/local/lib/libreoffice/program/soffice.bin:/usr/lib/libstdc++.so.57.0: /usr/local/lib/libestdc++.so.16.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program dmesg below. -- Edward Ahlsen-Girard Ft Walton Beach, FL OpenBSD 5.6-current (GENERIC.MP) #479: Sun Oct 26 01:30:08 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 2094530560 (1997MB) avail mem = 2030129152 (1936MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xf06d0 (43 entries) bios0: vendor American Megatrends Inc. version 0504 date 10/05/2009 bios0: ASUSTeK Computer INC. P-P5G41 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG OEMB HPET GSCI SSDT acpi0: wakeup devices P0P2(S4) P0P3(S4) P0P1(S4) UAR1(S4) PS2K(S4) PS2M(S4) USB0(S4) USB1(S4) USB2(S4) USB3(S4) EUSB(S4) MC97(S4) P0P4(S4) P0P5(S4) P0P6(S4) P0P7(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz, 2933.68 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF,PERF cpu0: 3MB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 271MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz, 2991.96 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF,PERF cpu1: 3MB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf000, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P2) acpiprt2 at acpi0: bus -1 (P0P3) acpiprt3 at acpi0: bus 3 (P0P4) acpiprt4 at acpi0: bus -1 (P0P5) acpiprt5 at acpi0: bus 2 (P0P6) acpiprt6 at acpi0: bus 1 (P0P7) acpicpu0 at acpi0: C2, C1, PSS acpicpu1 at acpi0: C2, C1, PSS aibs0 at acpi0 RTMP RVLT RFAN GGRP GITM SITM aibs0: FSIF: invalid package acpibtn0 at acpi0: PWRB cpu0: Enhanced SpeedStep 2933 MHz: speeds: 2936, 2670, 2403, 2136, 1870, 1603 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel G41 Host rev 0x03 vga1 at pci0 dev 2 function 0 Intel G41 Video rev 0x03 intagp0 at vga1 agp0 at intagp0: aperture at 0xe000, size 0x1000 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1920x1080 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) Intel G41 Video rev 0x03 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x01: msi azalia0: codecs: Realtek ALC888 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x01: msi pci1 at ppb0 bus 3 ppb1 at pci0 dev 28 function 2 Intel 82801GB PCIE rev 0x01: msi pci2 at ppb1 bus 2 re0 at pci2 dev 0 function 0 Realtek 8168 rev 0x02: RTL8168C/8111C (0x3c00), msi, address 48:5b:39:c5:63:95 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 ppb2 at pci0 dev 28 function 3 Intel 82801GB PCIE rev 0x01: msi pci3 at ppb2 bus 1 vendor VIA, unknown product 0x3401 (class serial bus subclass Firewire, rev 0x00) at pci3 dev 0 function 0 not configured vendor VIA, unknown product 0x401a (class mass storage subclass miscellaneous, rev 0x00) at pci3 dev 0 function 1 not configured sdhc0 at pci3 dev 0 function 2 vendor VIA, unknown product 0x401b rev 0x00: apic 2 int 19 sdhc0 at 0x10: can't map registers uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x01: apic 2 int 23 uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x01: apic 2 int 19 uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x01: apic 2 int 18 uhci3 at pci0 dev 29 function 3 Intel 82801GB USB rev 0x01: apic 2 int 16 ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x01: apic 2 int 23 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb3 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xe1 pci4 at ppb3 bus 4 pcib0 at pci0 dev 31 function 0 Intel 82801GB LPC rev 0x01 pciide0 at pci0 dev 31 function 1 Intel 82801GB IDE rev 0x01: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility pciide0: channel 0 disabled (no drives) pciide0: channel 1 disabled (no drives) pciide1 at pci0 dev 31 function 2 Intel 82801GB SATA rev
Re: Remove: liberetto-config + wdsetup
On Fri, Oct 24, 2014 at 12:26:20PM +0200, Sebastian Reitenbach wrote: On Friday, October 24, 2014 00:25 CEST, Matthieu Herrb matth...@herrb.eu wrote: On Fri, Oct 24, 2014 at 12:16:31AM +0200, Sebastian Reitenbach wrote: Thanks a lot, that indeed helped. Disabling the it and schsio driver, my Libretto 60 booted GENERIC and seems to work fine! OK, no X, it doesn't seem to detect the right thing on the isa bus. Support for ISA cards in X has been removed 2 or 3 years ago. thanks, that'll prevent me wasting time trying to figure out what's wrong here ;) Sebastian Can I put you down as maintainer of the port? :) -- Matthieu Herrb
tedu print/acroread
Given this: http://blogs.adobe.com/adobereader/2012/06/one-year-from-now-adobe-reader-and-acrobat-9-eol.html Adobe has discontinued the support of Adobe Reader for Linux in June 2013, and the fact that our port is even older (v7.x)... Can we finally put print/acroread to the Attic? There're a lot of valid alternatives nowadays! Ciao, David -- If you try a few times and give up, you'll never get there. But if you keep at it... There's a lot of problems in the world which can really be solved by applying two or three times the persistence that other people will. -- Stewart Nelson
Re: tedu print/acroread
On 27 October 2014 12:08, David Coppa dco...@gmail.com wrote: Given this: http://blogs.adobe.com/adobereader/2012/06/one-year-from-now-adobe-reader-and-acrobat-9-eol.html Adobe has discontinued the support of Adobe Reader for Linux in June 2013, and the fact that our port is even older (v7.x)... Can we finally put print/acroread to the Attic? There're a lot of valid alternatives nowadays! Ciao, David -- If you try a few times and give up, you'll never get there. But if you keep at it... There's a lot of problems in the world which can really be solved by applying two or three times the persistence that other people will. -- Stewart Nelson I would not step in front of a bus to save it. Ken
Re: tedu print/acroread
On Mon, Oct 27, 2014 at 5:15 PM, Kenneth Westerback kwesterb...@gmail.com wrote: On 27 October 2014 12:08, David Coppa dco...@gmail.com wrote: Given this: http://blogs.adobe.com/adobereader/2012/06/one-year-from-now-adobe-reader-and-acrobat-9-eol.html Adobe has discontinued the support of Adobe Reader for Linux in June 2013, and the fact that our port is even older (v7.x)... Can we finally put print/acroread to the Attic? There're a lot of valid alternatives nowadays! I would not step in front of a bus to save it. Ken I know it's not linked and one has to manually build and install it... But its mere existence in our ports tree is starting to disgust me. Cheers! David -- If you try a few times and give up, you'll never get there. But if you keep at it... There's a lot of problems in the world which can really be solved by applying two or three times the persistence that other people will. -- Stewart Nelson
Re: Libreoffice shuts down on file save
On 10/27/14 02:47, Ed Ahlsen-Girard wrote: Libreoffice-4.3.2.2p0v0 from the 23 October snapshot for amd64 (and the one before) crashes on attempting to save an ods file. Error on starting is: Warning: failed to launch javaldx - java may not function correctly /usr/local/lib/libreoffice/program/soffice.bin:/usr/lib/libstdc++.so.57.0: /usr/local/lib/libestdc++.so.16.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program dmesg below. soffice is segfaulting while saving the file, backtrace attached. Cheers Giovanni OpenBSD 5.6-current (GENERIC.MP) #465: Wed Oct 22 01:39:14 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3835400192 (3657MB) avail mem = 3724595200 (3552MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdae3a000 (60 entries) bios0: vendor LENOVO version H5ET69WW (1.12 ) date 11/15/2012 bios0: LENOVO 62742QG acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC SSDT ASF! HPET APIC MCFG FPDT SSDT SSDT UEFI UEFI MSDM UEFI DBG2 acpi0: wakeup devices P0P1(S4) GLAN(S4) EHC1(S3) EHC2(S3) XHC_(S3) HDEF(S4) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i3-2348M CPU @ 2.30GHz, 2295.13 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i3-2348M CPU @ 2.30GHz, 2294.79 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i3-2348M CPU @ 2.30GHz, 2294.79 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i3-2348M CPU @ 2.30GHz, 2294.79 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P1) acpiprt2 at acpi0: bus 1 (RP01) acpiprt3 at acpi0: bus 2 (RP02) acpiprt4 at acpi0: bus -1 (RP03) acpiprt5 at acpi0: bus 3 (RP04) acpiprt6 at acpi0: bus -1 (RP05) acpiprt7 at acpi0: bus -1 (RP06) acpiprt8 at acpi0: bus -1 (RP07) acpiprt9 at acpi0: bus -1 (RP08) acpiprt10 at acpi0: bus -1 (PEG0) acpiprt11 at acpi0: bus -1 (PEG1) acpiprt12 at acpi0: bus -1 (PEG2) acpiprt13 at acpi0: bus -1 (PEG3) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpicpu2 at acpi0: C3, C2, C1, PSS acpicpu3 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature is 83 degC acpitz1 at acpi0: critical temperature is 126 degC acpibat0 at acpi0: BAT0 model 45N1045 serial 2329 type LION oem 313100504d53 acpithinkpad0 at acpi0 acpiac0 at acpi0: AC unit offline acpibtn0 at acpi0: LID0 acpibtn1 at acpi0: SLPB cpu0: Enhanced SpeedStep 2295 MHz: speeds: 2300, 2200, 2100, 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200, 1100, 1000, 900, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel Core 2G Host rev 0x09 vga1 at pci0 dev 2 function 0 Intel HD Graphics 3000 rev 0x09 intagp at vga1 not configured inteldrm0 at vga1 drm0 at inteldrm0 drm: Memory usable by graphics device = 2048M inteldrm0: 1366x768 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) Intel 7 Series MEI rev 0x04 at pci0 dev 22 function 0 not configured ehci0 at pci0 dev 26 function 0 Intel 7 Series USB rev 0x04: apic
Re: Libreoffice shuts down on file save
On Mon, Oct 27, 2014, at 12:40 PM, Robert Nagy wrote: I know about this issue and it only happens with ODF files. I am working on it. On (2014-10-27 17:38), Giovanni Bechis wrote: On 10/27/14 02:47, Ed Ahlsen-Girard wrote: Libreoffice-4.3.2.2p0v0 from the 23 October snapshot for amd64 (and the one before) crashes on attempting to save an ods file. Error on starting is: Warning: failed to launch javaldx - java may not function correctly /usr/local/lib/libreoffice/program/soffice.bin:/usr/lib/libstdc++.so.57.0: /usr/local/lib/libestdc++.so.16.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program I got the same error last night trying to open a MS Word docx file. This was on 10/24 amd64 snapshot. -- Chess Griffin
UPDATE: pep8
a straightforward update for pep8 please test and commit. -f -- some days the only good thing on tv is the vase. Index: Makefile === RCS file: /cvs/ports/devel/pep8/Makefile,v retrieving revision 1.6 diff -u -p -u -p -r1.6 Makefile --- Makefile26 May 2014 14:37:07 - 1.6 +++ Makefile27 Oct 2014 16:58:13 - @@ -2,7 +2,7 @@ COMMENT = python style guide checker -MODPY_EGG_VERSION =1.5.6 +MODPY_EGG_VERSION =1.5.7 DISTNAME = pep8-${MODPY_EGG_VERSION} CATEGORIES = devel Index: distinfo === RCS file: /cvs/ports/devel/pep8/distinfo,v retrieving revision 1.3 diff -u -p -u -p -r1.3 distinfo --- distinfo26 May 2014 14:37:07 - 1.3 +++ distinfo27 Oct 2014 16:58:13 - @@ -1,2 +1,2 @@ -SHA256 (pep8-1.5.6.tar.gz) = GovpkvjarGFErw85cvQBWfRtgcs23eSt7qAVduS/BBo= -SIZE (pep8-1.5.6.tar.gz) = 66944 +SHA256 (pep8-1.5.7.tar.gz) = FbQhMbJfN2Fl0ZX+ThewooMRGCqvkzDV61dbvtpaaYk= +SIZE (pep8-1.5.7.tar.gz) = 67302
Re: dovecot-mysql broken on my system
Works here too as I'm able to connect with my mail client again. ;-) -- Antti Harri
Re: editors/emacs: sound useful ?
On Mon, Oct 27, 2014 at 01:51:44PM +0100, Jérémie Courrèges-Anglas wrote: Alexandre Ratchov a...@caoua.org writes: On Sun, Oct 26, 2014 at 04:01:03PM +0100, Alexandre Ratchov wrote: Hi, emacs is able to play sound files, which currently uses libossaudio. It can play certain .wav and .au files but it blocks during playback (means that you can't edit files during playback). Is someone using this feature? or is it there because it compiled by accident? Some suggested to disable it rather than writing the missing sndio bits. I agree. As an emacs user, I couldn't convince myself that it could be useful, neither I see the point of spending time on maintaining it. OK to disable it? As we maintain two versions of emacs, the question holds for both ;) I am ok to remove ossaudio from emacs 24. emacs 21 doesn't actually support playing audio files (look for HAVE_SOUND in src/config.in and src/sound.c, OpenBSD is not whitelisted). emacs 21 is merely linked against libossaudio. Here's a diff to stop linking against it, even though this port shouldn't get in your (Alexandre's) way if it stays as is. Perfect! Thanks. Unless you plan to remove libossaudio completely? Maybe in the long term, once no programs need it anymore. In the short term, I'd like to make sure no programs use libossaudio for audio playback or recording.
Re: dovecot-mysql broken on my system
On 10/27/14 14:44, Giovanni Bechis wrote: On 10/27/14 13:00, Stuart Henderson wrote: Try this diff. Untested but if my theory as to why it's breaking is correct, it should work. Only the dlopen()'d libdriver_mysql.so modules are linked with -lpthread. This isn't enough on OpenBSD, the programs calling them also need linking that way. LD_PRELOAD didn't work because Dovecot cleans the environment that it passes to child processes (specifically, whichever of lda, auth, dict, *-login etc. actually call dlopen to load the mysql module). Diff is done this way for expediency, to go upstream it would at least want the patch moving to configure.ac and checking the OS. ok for me, probably courier-authlib,-mysql needs something similar, I will double check soon. Cheers Giovanni Diff to unbreak courier-authlib attached, ok ? Cheers Giovanni Index: Makefile === RCS file: /var/cvs/ports/mail/courier-authlib/Makefile,v retrieving revision 1.48 diff -u -p -r1.48 Makefile --- Makefile 15 Sep 2014 15:18:16 - 1.48 +++ Makefile 27 Oct 2014 17:55:39 - @@ -7,14 +7,17 @@ COMMENT-pgsql= pgsql authentication mod COMMENT-userdb= userdb authentication module for courier-authLib DISTNAME= courier-authlib-0.66.1 +REVISION= 1 PKGNAME-main= ${DISTNAME} PKGNAME-ldap= ${DISTNAME:S/lib-/lib-ldap-/} PKGNAME-mysql= ${DISTNAME:S/lib-/lib-mysql-/} PKGNAME-pgsql= ${DISTNAME:S/lib-/lib-pgsql-/} PKGNAME-userdb= ${DISTNAME:S/lib-/lib-userdb-/} -REVISION= 0 -REVISION-mysql= 1 +REVISION-mysql= 2 +REVISION-ldap= 0 +REVISION-pgsql= 0 +REVISION-userdb= 0 SHARED_LIBS += courierauth 1.0 # .0.0 SHARED_LIBS += courierauthsasl 1.0 # .0.0 @@ -42,7 +45,7 @@ EXTRACT_SUFX= .tar.bz2 USE_GMAKE= Yes CONFIGURE_STYLE= gnu -CONFIGURE_ENV= LIBS=-L${LOCALBASE}/lib \ +CONFIGURE_ENV= LIBS=-L${LOCALBASE}/lib -lpthread \ LDFLAGS=-L${LOCALBASE}/lib \ CPPFLAGS=-I${LOCALBASE}/include \ ac_cv_lib_db_dbopen=no \ @@ -82,28 +85,30 @@ MULTI_PACKAGES= -main -ldap -mysql -pgs PSEUDO_FLAVORS= no_ldap no_mysql no_pgsql no_userdb FLAVOR?= -WANTLIB-main= c ltdl sqlite3 +WANTLIB-main= c ltdl pthread sqlite3 LIB_DEPENDS-main= devel/libtool,-ltdl WANTLIB-ldap= crypto ssl courierauthcommon courierauth \ - ldap-2.4 lber-2.4 sasl2 + ldap-2.4 lber-2.4 pthread sasl2 RUN_DEPENDS-ldap= LIB_DEPENDS-ldap= ${BUILD_PKGPATH} \ databases/openldap \ security/cyrus-sasl2 -WANTLIB-mysql= crypto m ssl z courierauthcommon courierauth mysqlclient +WANTLIB-mysql= crypto m ssl z courierauthcommon courierauth \ + mysqlclient pthread stdc++ RUN_DEPENDS-mysql= LIB_DEPENDS-mysql= ${BUILD_PKGPATH} \ databases/mariadb -WANTLIB-pgsql= m courierauthcommon courierauth pq crypto ssl +WANTLIB-pgsql= courierauth courierauthcommon crypto m pq pthread ssl RUN_DEPENDS-pgsql= LIB_DEPENDS-pgsql= ${BUILD_PKGPATH} \ databases/postgresql -WANTLIB-userdb= c courierauthcommon courierauth gdbm=3 ${MODGETTEXT_WANTLIB} +WANTLIB-userdb= c courierauthcommon courierauth gdbm=3 \ + ${MODGETTEXT_WANTLIB} pthread LIB_DEPENDS-userdb= ${BUILD_PKGPATH} \ ${MODGETTEXT_LIB_DEPENDS} \ databases/gdbm Index: patches/patch-authldap_h === RCS file: patches/patch-authldap_h diff -N patches/patch-authldap_h --- patches/patch-authldap_h 18 Oct 2012 08:04:01 - 1.4 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-authldap_h,v 1.4 2012/10/18 08:04:01 giovanni Exp $ authldap.h.orig Wed May 25 04:44:12 2011 -+++ authldap.h Fri Sep 7 14:34:02 2012 -@@ -7,6 +7,8 @@ - ** distribution information. - */ - -+#define LDAP_DEPRECATED 1 -+ - /* Based on code by Luc Saillard luc.saill...@alcove.fr. */ - - #if HAVE_CONFIG_H Index: patches/patch-authldaplib_c === RCS file: patches/patch-authldaplib_c diff -N patches/patch-authldaplib_c --- patches/patch-authldaplib_c 25 Jun 2007 12:12:26 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,19 +0,0 @@ -$OpenBSD: patch-authldaplib_c,v 1.1 2007/06/25 12:12:26 espie Exp $ authldaplib.c.orig Mon Jun 25 12:54:11 2007 -+++ authldaplib.c Mon Jun 25 12:56:10 2007 -@@ -92,6 +92,7 @@ authldap_free_config removed - no longer required. - #if HAVE_UNISTD_H - #include unistd.h - #endif -+#include authldap.h - #if HAVE_LBER_H - #include lber.h - #endif -@@ -108,7 +109,6 @@ authldap_free_config removed - no longer required. - #include sys/stat.h - #endif - --#include authldap.h - #include auth.h - #include authldaprc.h - #include courierauthdebug.h Index: pkg/PLIST-main === RCS file: /var/cvs/ports/mail/courier-authlib/pkg/PLIST-main,v retrieving revision 1.7 diff -u -p -r1.7 PLIST-main --- pkg/PLIST-main 25 Jan 2014 13:12:12 - 1.7 +++ pkg/PLIST-main 27 Oct
Re: tedu print/acroread
David Coppa, 27 Oct 2014 17:08: Given this: http://blogs.adobe.com/adobereader/2012/06/one-year-from-now-adobe-reader-and-acrobat-9-eol.html Adobe has discontinued the support of Adobe Reader for Linux in June 2013, and the fact that our port is even older (v7.x)... Can we finally put print/acroread to the Attic? There're a lot of valid alternatives nowadays! the devils advocate tonight: i think this should be asked on misc@ as well. i dont know how many of those alternatives can handle pdf forms correctly. having said that i have no idea if the ports version does. for the record, i have never used this software :) but maybe some other people do... -f -- questions, questions! does it ever end?!
REMOVE: bunch of unused pure ruby gems
Hi, Are there any users of the following ports who'd object to their removal? devel/ruby-columnize not updated in ports since 2009 graphics/ruby-mini_magick not updated in ports since 2009 misc/ruby-spreadsheet not updated in ports since 2010 net/ruby-minion not updated in ports since 2009 net/ruby-bunnynot updated in ports since 2009 textproc/ruby-randexp not updated in ports since 2011 and only added as dependency for a port that's since been removed Cheers, Jasper
UPDATE: the_silver_searcher
Hi list, attached is an update for the_silver_searcher to version 0.26. It includes a bugfix regarding absolute paths, and also support for markdown files in the file type parameter. Regards, Florian Index: Makefile === RCS file: /cvs/ports/textproc/the_silver_searcher/Makefile,v retrieving revision 1.12 diff -u -r1.12 Makefile --- Makefile13 Oct 2014 15:04:11 - 1.12 +++ Makefile27 Oct 2014 18:41:03 - @@ -2,7 +2,7 @@ COMMENT = code searching tool, with a focus on speed (ag) -DISTNAME = the_silver_searcher-0.25.0 +DISTNAME = the_silver_searcher-0.26.0 CATEGORIES = textproc HOMEPAGE = https://github.com/ggreer/the_silver_searcher Index: distinfo === RCS file: /cvs/ports/textproc/the_silver_searcher/distinfo,v retrieving revision 1.11 diff -u -r1.11 distinfo --- distinfo13 Oct 2014 15:04:11 - 1.11 +++ distinfo27 Oct 2014 18:41:03 - @@ -1,2 +1,2 @@ -SHA256 (the_silver_searcher-0.25.0.tar.gz) = 5Q9K9sz93q3hMM6I4HuOUUXsXXECGVzXuw/4b53YG3Q= -SIZE (the_silver_searcher-0.25.0.tar.gz) = 170912 +SHA256 (the_silver_searcher-0.26.0.tar.gz) = OBf8VExzUtiK0pz2sLJHvDIU+E32Ybg8FU+d6G6fOv8= +SIZE (the_silver_searcher-0.26.0.tar.gz) = 170949
Re: dovecot-mysql broken on my system
On 2014/10/27 18:59, Giovanni Bechis wrote: DISTNAME=courier-authlib-0.66.1 +REVISION=1 PKGNAME-main=${DISTNAME} PKGNAME-ldap=${DISTNAME:S/lib-/lib-ldap-/} PKGNAME-mysql= ${DISTNAME:S/lib-/lib-mysql-/} PKGNAME-pgsql= ${DISTNAME:S/lib-/lib-pgsql-/} PKGNAME-userdb= ${DISTNAME:S/lib-/lib-userdb-/} -REVISION=0 -REVISION-mysql= 1 +REVISION-mysql= 2 +REVISION-ldap= 0 +REVISION-pgsql= 0 +REVISION-userdb= 0 Could you put all of the REVISION variables together please? It will reduce the risk of accidents if people bump things later.. Actually, it might be simpler to just have a single REVISION=2 line instead of a bunch of different ones for all the subpackages..you're bumping all of them anyway so there's no disadvantage to doing that. -CONFIGURE_ENV= LIBS=-L${LOCALBASE}/lib \ +CONFIGURE_ENV= LIBS=-L${LOCALBASE}/lib -lpthread \ Is it enough to just add -lpthread to authdaemond rather than to everything? Like this .. Index: patches/patch-Makefile_in === RCS file: /cvs/ports/mail/courier-authlib/patches/patch-Makefile_in,v retrieving revision 1.4 diff -u -p -r1.4 patch-Makefile_in --- patches/patch-Makefile_in 11 Apr 2014 09:35:04 - 1.4 +++ patches/patch-Makefile_in 27 Oct 2014 19:20:13 - @@ -1,6 +1,6 @@ $OpenBSD: patch-Makefile_in,v 1.4 2014/04/11 09:35:04 giovanni Exp $ Makefile.in.orig Mon Nov 11 19:58:27 2013 -+++ Makefile.inSun Jan 12 17:31:43 2014 +--- Makefile.in.orig Mon Nov 11 18:58:27 2013 Makefile.inMon Oct 27 19:19:57 2014 @@ -654,7 +654,7 @@ CLEANFILES = authldaprc.h authmysqlrc.h authsqliterc.h DISTCLEANFILES = dbobj.config README_authlib.html @@ -46,3 +46,12 @@ $OpenBSD: patch-Makefile_in,v 1.4 2014/0 include_HEADERS = courier_auth_config.h courierauth.h courierauthsasl.h \ courierauthsaslclient.h courierauthdebug.h courierauthstaticlist.h +@@ -822,7 +822,7 @@ authdaemondprog_LDADD = $(LIBLTDL) libcourierauthcommo + libs/libhmac/libhmac.la libs/md5/libmd5.la libs/sha1/libsha1.la \ + libs/rfc822/libencode.la libs/numlib/libnumlib.la + +-authdaemondprog_LDFLAGS = -export-dynamic $(modules:%=-dlopen %) @NETLIBS@ ++authdaemondprog_LDFLAGS = -export-dynamic $(modules:%=-dlopen %) -lpthread @NETLIBS@ + authdaemontest_SOURCES = authdaemontest.c + authdaemontest_DEPENDENCIES = libcourierauthcommon.la + authdaemontest_LDADD = libcourierauthcommon.la @NETLIBS@
Re: tedu print/acroread
frantisek holop said: the devils advocate tonight: i think this should be asked on misc@ as well. i dont know how many of those alternatives can handle pdf forms correctly. having said that i have no idea if the ports version does. FWIW MuPDF's homepage claims support for form filling, javascript and transitions. -- Dmitrij D. Czarkoff
Re: UPDATE: the_silver_searcher
On 2014/10/27 19:44, Florian Stinglmayr wrote: Hi list, attached is an update for the_silver_searcher to version 0.26. It includes a bugfix regarding absolute paths, and also support for markdown files in the file type parameter. Regards, Florian First time I ran this to test, I hit this ... Loaded symbols for /usr/libexec/ld.so #0 0x014e31156454 in strlen ( str=0x14d895449dd ÐÐÐ, 'ß' repeats 197 times...) at /usr/src/lib/libc/string/strlen.c:39 39 for (s = str; *s; ++s) (gdb) bt #0 0x014e31156454 in strlen ( str=0x14d895449dd ÐÐÐ, 'ß' repeats 197 times...) at /usr/src/lib/libc/string/strlen.c:39 #1 0x014e31146738 in __vfprintf (fp=0x7f7c4080, fmt0=0x14b38e0b963 %s/%s, ap=Variable ap is not available. ) at /usr/src/lib/libc/stdio/vfprintf.c:880 #2 0x014e310e74ac in vasprintf (str=0x7f7c4238, fmt=0x14b38e0b963 %s/%s, ap=0x7f7c4140) at /usr/src/lib/libc/stdio/vasprintf.c:40 #3 0x014b38d0a3f6 in search_file_worker () from /usr/local/bin/ag #4 0x014b38d046e2 in ?? () from /usr/local/bin/ag #5 0x014b38d04b8d in filename_filter () from /usr/local/bin/ag #6 0x014b38d081e5 in filename_filter () from /usr/local/bin/ag #7 0x014b38d09223 in filename_filter () from /usr/local/bin/ag #8 0x014b38d0b749 in search_file_worker () from /usr/local/bin/ag #9 0x014b38d04371 in ?? () from /usr/local/bin/ag #10 0x in ?? () (gdb) x/16x str 0x14d895449dd: 0xdfd0d0d0 0xdfdfdfdf 0xdfdfdfdf 0xdfdfdfdf 0x14d895449ed: 0xdfdfdfdf 0xdfdfdfdf 0xdfdfdfdf 0xdfdfdfdf 0x14d895449fd: 0xdfdfdfdf 0xdfdfdfdf 0xdfdfdfdf 0xdfdfdfdf 0x14d89544a0d: 0xdfdfdfdf 0xdfdfdfdf 0xdfdfdfdf 0xdfdfdfdf 0xd0, 0xdf - malloc junk. I think somebody else mentioned this before too ... checks backlog ah yes it was doug@. I didn't hit it on a retry. Looks like a race...
Re: tedu print/acroread
On 2014/10/27 20:28, Dmitrij D. Czarkoff wrote: frantisek holop said: the devils advocate tonight: i think this should be asked on misc@ as well. i dont know how many of those alternatives can handle pdf forms correctly. having said that i have no idea if the ports version does. FWIW MuPDF's homepage claims support for form filling, javascript and transitions. The form filling in mupdf didn't seem to be very useful when I last tried it.
Re: dovecot-mysql broken on my system
On 27/10/14 8:00 AM, Stuart Henderson wrote: Diff is done this way for expediency, to go upstream it would at least want the patch moving to configure.ac and checking the OS. A nasty hack like this is not going upstream. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: tedu print/acroread
On Mon, Oct 27, 2014 at 07:43:16PM +, Stuart Henderson wrote: On 2014/10/27 20:28, Dmitrij D. Czarkoff wrote: frantisek holop said: the devils advocate tonight: i think this should be asked on misc@ as well. i dont know how many of those alternatives can handle pdf forms correctly. having said that i have no idea if the ports version does. FWIW MuPDF's homepage claims support for form filling, javascript and transitions. The form filling in mupdf didn't seem to be very useful when I last tried it. AFAIK, KDE4's okular is the best (only?) alternative when it comes to form filling abilities that may be in the vicinity of Acrobat's abilities. I've tried okular a few times on some simple forms but never attempted any extensive testing as for how complex forms it can manage. Erling
Re: tedu print/acroread
2014-10-27 21:34 GMT+01:00 Erling Westenvik erling.westen...@gmail.com: FWIW MuPDF's homepage claims support for form filling, javascript and transitions. The form filling in mupdf didn't seem to be very useful when I last tried it. AFAIK, KDE4's okular is the best (only?) alternative when it comes to form filling abilities that may be in the vicinity of Acrobat's abilities. I've tried okular a few times on some simple forms but never attempted any extensive testing as for how complex forms it can manage. AFAIK no free viewer has support for OCGs(layers) and JavaScript. Best Martin
Re: dovecot-mysql broken on my system
On 2014/10/27 16:30, Brad Smith wrote: On 27/10/14 8:00 AM, Stuart Henderson wrote: Diff is done this way for expediency, to go upstream it would at least want the patch moving to configure.ac and checking the OS. A nasty hack like this is not going upstream. It's nasty, but I don't believe there's any other method that will work.
Re: dovecot-mysql broken on my system
On 27/10/14 4:45 PM, Stuart Henderson wrote: On 2014/10/27 16:30, Brad Smith wrote: On 27/10/14 8:00 AM, Stuart Henderson wrote: Diff is done this way for expediency, to go upstream it would at least want the patch moving to configure.ac and checking the OS. A nasty hack like this is not going upstream. It's nasty, but I don't believe there's any other method that will work. Then it'll stay in our ports tree. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: tedu print/acroread
On Mon, Oct 27, 2014 at 09:34:15PM +0100, Erling Westenvik wrote: On Mon, Oct 27, 2014 at 07:43:16PM +, Stuart Henderson wrote: On 2014/10/27 20:28, Dmitrij D. Czarkoff wrote: frantisek holop said: the devils advocate tonight: i think this should be asked on misc@ as well. i dont know how many of those alternatives can handle pdf forms correctly. having said that i have no idea if the ports version does. FWIW MuPDF's homepage claims support for form filling, javascript and transitions. The form filling in mupdf didn't seem to be very useful when I last tried it. AFAIK, KDE4's okular is the best (only?) alternative when it comes to form filling abilities that may be in the vicinity of Acrobat's abilities. I've tried okular a few times on some simple forms but never attempted any extensive testing as for how complex forms it can manage. Seconded. When it comes to #@$!@$!@ pdf annotations, okular is the only one that correctly displays them. Evince is supposed to, but fails most of the times.. Landry
Re: UPDATE: the_silver_searcher
On 27.10.2014 20:42, Stuart Henderson wrote: On 2014/10/27 19:44, Florian Stinglmayr wrote: Hi list, attached is an update for the_silver_searcher to version 0.26. It includes a bugfix regarding absolute paths, and also support for markdown files in the file type parameter. Regards, Florian First time I ran this to test, I hit this ... Loaded symbols for /usr/libexec/ld.so #0 0x014e31156454 in strlen ( str=0x14d895449dd ÐÐÐ, 'ß' repeats 197 times...) at /usr/src/lib/libc/string/strlen.c:39 39 for (s = str; *s; ++s) (gdb) bt #0 0x014e31156454 in strlen ( str=0x14d895449dd ÐÐÐ, 'ß' repeats 197 times...) at /usr/src/lib/libc/string/strlen.c:39 #1 0x014e31146738 in __vfprintf (fp=0x7f7c4080, fmt0=0x14b38e0b963 %s/%s, ap=Variable ap is not available. ) at /usr/src/lib/libc/stdio/vfprintf.c:880 #2 0x014e310e74ac in vasprintf (str=0x7f7c4238, fmt=0x14b38e0b963 %s/%s, ap=0x7f7c4140) at /usr/src/lib/libc/stdio/vasprintf.c:40 #3 0x014b38d0a3f6 in search_file_worker () from /usr/local/bin/ag #4 0x014b38d046e2 in ?? () from /usr/local/bin/ag #5 0x014b38d04b8d in filename_filter () from /usr/local/bin/ag #6 0x014b38d081e5 in filename_filter () from /usr/local/bin/ag #7 0x014b38d09223 in filename_filter () from /usr/local/bin/ag #8 0x014b38d0b749 in search_file_worker () from /usr/local/bin/ag #9 0x014b38d04371 in ?? () from /usr/local/bin/ag #10 0x in ?? () (gdb) x/16x str 0x14d895449dd: 0xdfd0d0d0 0xdfdfdfdf 0xdfdfdfdf 0xdfdfdfdf 0x14d895449ed: 0xdfdfdfdf 0xdfdfdfdf 0xdfdfdfdf 0xdfdfdfdf 0x14d895449fd: 0xdfdfdfdf 0xdfdfdfdf 0xdfdfdfdf 0xdfdfdfdf 0x14d89544a0d: 0xdfdfdfdf 0xdfdfdfdf 0xdfdfdfdf 0xdfdfdfdf 0xd0, 0xdf - malloc junk. I think somebody else mentioned this before too ... checks backlog ah yes it was doug@. I didn't hit it on a retry. Looks like a race... Thanks for the report, I will try to debug it tomorrow to see if I can find and fix it. Regards, Florian
Re: UPDATE: the_silver_searcher
btw, I should have done a 'thread apply all bt'; inline below. I still have the core dump if there's anything you'd like me to poke in there (sorry I don't have symbols). No special options; it was just something along the lines of ag blah /usr/src. #0 0x014e31156454 in strlen ( str=0x14d895449dd ÐÐÐ, 'ß' repeats 197 times...) at /usr/src/lib/libc/string/strlen.c:39 39 for (s = str; *s; ++s) (gdb) thread apply all bt Thread 4 (process 7821): #0 0x014e31107e3a in _thread_sys___thrsleep () at stdin:2 #1 0x014e2eb2b928 in pthread_cond_wait (condp=0x14b39f0, mutexp=Variable mutexp is not available. ) at /usr/src/lib/librthread/rthread_sync.c:501 #2 0x014b38d09c73 in search_file_worker () from /usr/local/bin/ag #3 0x014e2eb2999e in _rthread_start (v=Variable v is not available. ) at /usr/src/lib/librthread/rthread.c:145 #4 0x014e310e22fb in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 #5 0x in ?? () Current language: auto; currently asm Thread 3 (process 174): #0 0x014e31107e3a in _thread_sys___thrsleep () at stdin:2 #1 0x014e2eb2b928 in pthread_cond_wait (condp=0x14b39f0, mutexp=Variable mutexp is not available. ) at /usr/src/lib/librthread/rthread_sync.c:501 #2 0x014b38d09c73 in search_file_worker () from /usr/local/bin/ag #3 0x014e2eb2999e in _rthread_start (v=Variable v is not available. ) at /usr/src/lib/librthread/rthread.c:145 #4 0x014e310e22fb in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 #5 0x in ?? () ---Type return to continue, or q return to quit--- Thread 2 (process 15966): #0 0x014e31107e3a in _thread_sys___thrsleep () at stdin:2 #1 0x014e2eb2b928 in pthread_cond_wait (condp=0x14b39f0, mutexp=Variable mutexp is not available. ) at /usr/src/lib/librthread/rthread_sync.c:501 #2 0x014b38d09c73 in search_file_worker () from /usr/local/bin/ag #3 0x014e2eb2999e in _rthread_start (v=Variable v is not available. ) at /usr/src/lib/librthread/rthread.c:145 #4 0x014e310e22fb in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 #5 0x in ?? () Thread 1 (process 1919): #0 0x014e31156454 in strlen ( str=0x14d895449dd ÐÐÐ, 'ß' repeats 197 times...) at /usr/src/lib/libc/string/strlen.c:39 #1 0x014e31146738 in __vfprintf (fp=0x7f7c4080, fmt0=0x14b38e0b963 %s/%s, ap=Variable ap is not available. ) at /usr/src/lib/libc/stdio/vfprintf.c:880 #2 0x014e310e74ac in vasprintf (str=0x7f7c4238, fmt=0x14b38e0b963 %s/%s, ap=0x7f7c4140) at /usr/src/lib/libc/stdio/vasprintf.c:40 #3 0x014b38d0a3f6 in search_file_worker () from /usr/local/bin/ag #4 0x014b38d046e2 in ?? () from /usr/local/bin/ag #5 0x014b38d04b8d in filename_filter () from /usr/local/bin/ag ---Type return to continue, or q return to quit--- #6 0x014b38d081e5 in filename_filter () from /usr/local/bin/ag #7 0x014b38d09223 in filename_filter () from /usr/local/bin/ag #8 0x014b38d0b749 in search_file_worker () from /usr/local/bin/ag #9 0x014b38d04371 in ?? () from /usr/local/bin/ag #10 0x in ?? () Current language: auto; currently c
Re: Update: Samba4 4.0.22
ping Ian McWilliam From: owner-po...@openbsd.org [owner-po...@openbsd.org] on behalf of Ian McWilliam [kaosa...@tpg.com.au] Sent: Sunday, 5 October 2014 8:40 PM To: ports@openbsd.org Subject: Update: Samba4 4.0.22 http://www.samba.org/samba/history/samba-4.0.22.html Bug fix update for samba 4. Ian McWilliam
Re: emacs and emacs21 handling
Hi, On Sun, 26 Oct 2014 21:01:07 +0100 j...@wxcvbn.org (Jérémie Courrèges-Anglas) wrote: I'm unsure about those: inputmethods/anthy,-main|editors/emacs21|||editors/emacs21|B inputmethods/anthy,-emacs|editors/emacs21|||editors/emacs21|B math/gnuplot|editors/emacs21|||editors/emacs21|B math/gnuplot,no_x11|editors/emacs21|||editors/emacs21|B We could either just install the .el files, without byte-compiling, or move them to using emacs24 at build time. I'm using inputmethods/anthy with emacs24. I myself don't care if the anthy port becomes unavailable with emacs21. --yasuoka
Re: emacs and emacs21 handling
On 10/26/14, Jérémie Courrèges-Anglas j...@wxcvbn.org wrote: So the idea was to deconflict those two ports, to be able to use both during bulk builds. Several ports are waiting for this as they depend on newer emacs releases. I had sent patches to rename the conflicting files in emacs21, but it turns out that it won't happen. *shrug* So my plan is to kill any use of emacs21 at build time. To achieve this, there are several ways: - remove the port - stop byte-compiling files at build time - switch the port to using emacs24 at build time I'd kill those: net/zenirc,-main|editors/emacs21|||editors/emacs21|B net/zenirc,-main|editors/emacs21|||editors/emacs21|R net/zenirc,-el|editors/emacs21|||editors/emacs21|R net/zenirc,-el|editors/emacs21|||editors/emacs21|B print/auctex|emacs-=21,22:editors/emacs21|emacs-=21,22||editors/emacs21|B print/auctex|emacs-=21,22:editors/emacs21|emacs-=21,22||editors/emacs21|R mail/mew|editors/emacs21|||editors/emacs21|R mail/mew|editors/emacs21|||editors/emacs21|B zenirc has seen no update since 2000, auctex and mew are lagging behind upstream. I'd switch those to using emacs 24 : devel/automake/1.9|editors/emacs21|||editors/emacs21|T devel/automake/1.10|editors/emacs21|||editors/emacs21|T devel/automake/1.11|editors/emacs21|||editors/emacs21|T devel/automake/1.12|editors/emacs21|||editors/emacs21|T devel/automake/1.13|editors/emacs21|||editors/emacs21|T devel/automake/1.14|editors/emacs21|||editors/emacs21|T There is no automated run of regress tests right now but IIRC people were interested. IMO it would make more sense to test whether those packages correctly support *current* emacs versions. I'm unsure about those: inputmethods/anthy,-main|editors/emacs21|||editors/emacs21|B inputmethods/anthy,-emacs|editors/emacs21|||editors/emacs21|B math/gnuplot|editors/emacs21|||editors/emacs21|B math/gnuplot,no_x11|editors/emacs21|||editors/emacs21|B Fwiw, whenever I build gnuplot from ports, I remove the emacs dependency and the .el and .elc files. I'm not sure what they are for, and I've not missed them. --patrick We could either just install the .el files, without byte-compiling, or move them to using emacs24 at build time. The latter is a bit of a problem since emacs=24 may use byte-compiled instructions that emacs21 doesn't grok. But do we care? I have only heard about one emacs21 user on OpenBSD, and he doesn't use those ports... This has waited for a long time now, if you folks have comments please chime in before thursday. Thanks, -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE