CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: r...@cvs.openbsd.org2013/01/28 01:17:15 Modified files: x11/e17: Makefile.inc x11/e17/e : Makefile x11/e17/eina : Makefile x11/e17/elementary: Makefile x11/e17/emotion: Makefile x11/e17/evas : Makefile Log message: move FULLARCH/SUBST_VARS from individual Makefiles to Makefile.inc in parent directory. suggested and ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2013/01/28 01:18:19 Log message: import bpython-0.12 bpython is a fancy interface to the Python interpreter It has the following (special) features: - In-line syntax highlighting. - Readline-like autocomplete with suggestions displayed as you type. - Expected parameter list for any Python function. - Rewind function to pop the last line of code from memory and re-evaluate. [...] ok aja@ Status: Vendor Tag: jasper Release Tags: jasper_20132801 N ports/devel/bpython/distinfo N ports/devel/bpython/Makefile N ports/devel/bpython/pkg/PLIST N ports/devel/bpython/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2013/01/28 01:19:06 Modified files: devel : Makefile Log message: sync
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2013/01/28 02:14:04 Modified files: . : INDEX Log message: sync, 7865 unzels
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2013/01/28 02:56:00 Modified files: infrastructure/bin: dpb Log message: add debugging message that does not depend on Devel::StackTrace, may be useful to find out where dpb gets stuck
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2013/01/28 03:14:17 Modified files: infrastructure/bin: dpb infrastructure/lib/DPB: Core.pm Engine.pm Heuristics.pm Log message: tweak memory handling to make it less special: treat -M as an override_prop as we should. Use core methods to access the memory threshold. UI simplification: -M can take a suffix, default is K, but you can just say -M 520M or -M 2G now.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2013/01/28 03:24:24 Modified files: infrastructure/man/man1: dpb.1 Log message: document new logs, new -J, new -M. removes description of fetch/distfiles.log as that one no longer serves any purpose (bye bye!)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2013/01/28 03:50:46 Modified files: infrastructure/bin: dpb infrastructure/lib/DPB: Fetch.pm Log message: don't bother dumping distfiles, history is quite enough
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/01/28 04:03:16 Modified files: security/wpa_supplicant: Makefile distinfo security/wpa_supplicant/files: config wpa_supplicant.conf security/wpa_supplicant/pkg: PLIST Added files: security/wpa_supplicant/files: driver_openbsd.c security/wpa_supplicant/patches: patch-src_drivers_drivers_c patch-src_drivers_drivers_mak patch-src_drivers_drivers_mk patch-wpa_supplicant_Makefile patch-wpa_supplicant_wpa_priv_c Removed files: security/wpa_supplicant/patches: patch-os_internal_c patch-src_l2_packet_l2_packet_freebsd_c Log message: - update WPA-Supplicant to 2.0 - add OpenBSD WPA support written by kettenis@ (also tested by matthieu@ and Gregor Best) - enable smartcard support via PCSC-Lite - garbage collect OS compatibility patches which are no longer needed (one found by me, one by kettenis@) ok phessler@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/01/28 04:36:10 Modified files: security/wpa_supplicant: Makefile Log message: honour CFLAGS/CC
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2013/01/28 04:42:33 Added files: lang/gcc/4.6/patches: patch-gcc_ada_Make-generated_in lang/gcc/4.7/patches: patch-gcc_ada_Make-generated_in Log message: Don't hide error messages from gnatmake to give us a chance to debug this when it fails. ok tobiasu@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/01/28 04:56:55 Modified files: security/wpa_supplicant: Makefile security/wpa_supplicant/pkg: DESCR Log message: update DESCR, pointed out by stsp
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2013/01/28 05:23:45 Modified files: infrastructure/bin: dpb infrastructure/lib/DPB: Core.pm Fetch.pm Log message: add a FETCH_TIMEOUT, similar to STUCK_TIMEOUT, but slightly simpler, as there is no speed factor there...
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2013/01/28 05:24:51 Modified files: infrastructure/man/man1: dpb.1 Log message: document FETCH_TIMEOUT
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2013/01/28 06:31:40 Modified files: infrastructure/lib/DPB: PortBuilder.pm infrastructure/lib/DPB/Job: Port.pm Log message: tweak, remove rebuild.log, as we log stuff directly into paths/ now. do register_package in a slightly more efficient way (less -f tests)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2013/01/28 06:48:31 Modified files: infrastructure/man/man1: dpb.1 Log message: rebuild.log is gone, that info went back to separate paths. Reasoning as follows: we were starting a job, and dumping the path info in there. Just stopping right there makes little sense, so put the rebuild info there anyways.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2013/01/28 06:49:52 Log message: Import libircclient port. libircclient is a small but extremely powerful library which implements the IRC protocol. It is designed to be small, fast, portable and compatible with the RFC standards as well as non-standard but popular features. It is perfect for building the IRC clients and bots. tweaks and ok sthen@ Status: Vendor Tag: stsp Release Tags: stsp_20130128 N ports/net/libircclient/Makefile N ports/net/libircclient/distinfo N ports/net/libircclient/patches/patch-src_Makefile_in N ports/net/libircclient/patches/patch-configure N ports/net/libircclient/pkg/PLIST N ports/net/libircclient/pkg/DESCR N ports/net/libircclient/pkg/PFRAG.shared No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2013/01/28 06:52:09 Modified files: net: Makefile Log message: +libircclient
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2013/01/28 06:58:49 Log message: Import megaglest port. MegaGlest is an entertaining free and open source cross-platform 3D real-time strategy game, where you control the armies of one of seven different factions: Tech, Magic, Egypt, Indians, Norsemen, Persian or Romans. The game is set in one of 17 naturally looking settings, which are crafted with great appreciation for detail. With tweaks from kirby@, bentley@, and sthen@. ok sthen@ Status: Vendor Tag: stsp Release Tags: stsp_20130128 N ports/games/megaglest/Makefile N ports/games/megaglest/Makefile.inc N ports/games/megaglest/base/Makefile N ports/games/megaglest/base/distinfo N ports/games/megaglest/base/pkg/PLIST N ports/games/megaglest/base/pkg/DESCR N ports/games/megaglest/base/patches/patch-mk_cmake_Modules_FindLUA_cmake N ports/games/megaglest/base/patches/patch-source_shared_lib_CMakeLists_txt N ports/games/megaglest/base/patches/patch-source_glest_map_editor_CMakeLists_txt N ports/games/megaglest/base/patches/patch-source_shared_lib_sources_platform_common_platform_common_cpp N ports/games/megaglest/base/patches/patch-source_g3d_viewer_CMakeLists_txt N ports/games/megaglest/base/patches/patch-CMakeLists_txt N ports/games/megaglest/data/Makefile N ports/games/megaglest/data/distinfo N ports/games/megaglest/data/pkg/PLIST N ports/games/megaglest/data/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2013/01/28 07:00:20 Modified files: games : Makefile Log message: +megaglest
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ni...@cvs.openbsd.org 2013/01/28 07:09:12 Modified files: devel/bpython : Makefile Log message: Fix typo in REGRESS_DEPENDS Ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2013/01/28 08:38:31 Modified files: net/libircclient: Makefile net/libircclient/patches: patch-src_Makefile_in Added files: net/libircclient/patches: patch-configure_in Removed files: net/libircclient/patches: patch-configure Log message: Fix build on !shared arch; with and ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2013/01/28 08:52:04 Modified files: infrastructure/lib/DPB: PortBuilder.pm Log message: okay, less smart, just do the whole series, don't special case the main package. should work.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2013/01/28 10:10:21 Log message: Add a port for firmware which ulpt(4) will make use of. ok sthen Status: Vendor Tag: stsp Release Tags: stsp_20130128 N ports/sysutils/firmware/ulpt/Makefile N ports/sysutils/firmware/ulpt/distinfo N ports/sysutils/firmware/ulpt/pkg/PLIST N ports/sysutils/firmware/ulpt/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2013/01/28 10:12:06 Modified files: sysutils/firmware: Makefile Log message: +ulpt
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/01/28 10:16:23 Modified files: print/foo2zjs : Makefile print/foo2zjs/pkg: README Log message: Mention sysutils/firmware/ulpt.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2013/01/28 10:36:11 Modified files: infrastructure/lib/DPB: PortBuilder.pm Log message: reversed test result somehow
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: r...@cvs.openbsd.org2013/01/28 10:58:09 Modified files: x11/e17/elementary: Makefile x11/e17/elementary/pkg: PLIST Log message: Use VERSION in Makefile together with SUBST_VARS to avoid literal version numbers in PLIST. suggested and ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/01/28 14:08:04 Modified files: textproc/tre : Makefile distinfo textproc/tre/pkg: PLIST Log message: update to tre 0.8.0, ok kili@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/01/28 14:14:09 Modified files: www/wordpress : Makefile distinfo www/wordpress/pkg: PLIST Log message: security and bugfix update to WordPress 3.5.1: - server-side request forgery vulnerability and remote port scanning using pingbacks (http://lab.onsec.ru/2013/01/wordpress-xmlrpc-pingback-additional.html) - cross-site scripting via shortcodes and post content - cross-site scripting vulnerability in the external library Plupload ok merdely@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/01/28 14:27:59 Modified files: infrastructure/bin: make-plist Log message: Only use PFRAG.shared for plugins, not standard libraries; pkg_create has had magic to deal with these since PkgCreate.pm 1.68. ok espie@ (rewrite of this code is pending, but this helps for now).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ni...@cvs.openbsd.org 2013/01/28 16:07:36 Modified files: infrastructure/man/man1: dpb.1 Log message: Change hostname-stop to stop-hostname Ok to fix espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2013/01/28 17:05:43 Modified files: net/wide-dhcpv6: Makefile Log message: Rename dprintf function to debugprintf so as to not conflict with POSIX function name. ok stsp@ sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2013/01/29 00:34:46 Modified files: x11/xbindkeys : Makefile distinfo Log message: - update to xbindkeys-1.8.5 * mostly fixes for guile, which is disabled in our port.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2013/01/29 00:59:22 Modified files: www/py-gunicorn: Makefile distinfo Log message: - update py-gunicorn to 0.17.2
Re: MAINTAINER UPDATE: www/sope www/sogo
On 01/27/13 13:23, Sebastian Reitenbach wrote: Hi, attached are updates to SOPE/SOGo to 2.0.4. A list of bugfixes and changes can be found from the annoucement mail here: https://inverse.ca/sogo/lists/arc/users/2013-01/msg00275.html Imho this should be mentioned in commit message and in upgrade.html. * sogo user is now a system user. For new installs, this means that 'su - sogo' won't work anymore. Please use 'sudo -u sogo cmd' instead. If used in scripts from cronjobs, 'requiretty' must be disabled in sudoers. so far lightly tested on amd64. I will test it soon. Cheers Giovanni
Re: new: net/libircclient
On 2013/01/10 13:25, Stefan Sperling wrote:
IRC client library required for upcoming games/megaglest port.
Diff to yours; new tgz attached. OK like this.
diff --git a/Makefile b/Makefile
index 75d470c..45b2fd3 100644
--- a/Makefile
+++ b/Makefile
@@ -1,8 +1,8 @@
# $OpenBSD$
+
COMMENT = library which implements the IRC protocol
DISTNAME = libircclient-1.6
-SHLIB_VERSION =0.0
-SHARED_LIBS = ircclient ${SHLIB_VERSION}
+SHARED_LIBS = ircclient 0.0
CATEGORIES = net
HOMEPAGE = http://www.ulduzsoft.com/linux/libircclient/
@@ -13,16 +13,15 @@ PERMIT_DISTFILES_CDROM =Yes
PERMIT_DISTFILES_FTP = Yes
WANTLIB = crypto ssl
+
MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=libircclient/}
USE_GMAKE =Yes
+NO_REGRESS = Yes
CONFIGURE_STYLE = gnu
CONFIGURE_ARGS += --enable-shared \
--enable-static \
--enable-openssl \
--enable-ipv6
-SUBST_VARS += SHLIB_VERSION
-
-pre-configure:
- ${SUBST_CMD} ${WRKSRC}/src/Makefile.in
+MAKE_FLAGS = LIBircclient_VERSION=${LIBircclient_VERSION}
.include bsd.port.mk
diff --git a/patches/patch-src_Makefile_in b/patches/patch-src_Makefile_in
index dda9f80..aa8f1a3 100644
--- a/patches/patch-src_Makefile_in
+++ b/patches/patch-src_Makefile_in
@@ -10,7 +10,7 @@ $OpenBSD$
static: libircclient.a
-shared: libircclient.so
-+shared: libircclient.so.${SHLIB_VERSION}
++shared: libircclient.so.$(LIBircclient_VERSION)
shared_mingw: libircclient.dll
-install: lib
@@ -23,13 +23,13 @@ $OpenBSD$
cp ../include/libirc_options.h
$(DESTDIR)@prefix@/include/libirc_options.h
cp ../include/libirc_rfcnumeric.h
$(DESTDIR)@prefix@/include/libirc_rfcnumeric.h
- cp libircclient.so $(DESTDIR)@prefix@/lib/
-+ cp libircclient.so.${SHLIB_VERSION} $(DESTDIR)@prefix@/lib/
++ cp libircclient.so.$(LIBircclient_VERSION) $(DESTDIR)@prefix@/lib/
cp libircclient.a $(DESTDIR)@prefix@/lib/
-libircclient.so: libircclient.o
- $(CC) -shared -s -o libircclient.so libircclient.o @LIBS@
-+libircclient.so.${SHLIB_VERSION}: libircclient.o
-+ $(CC) -shared -s -o libircclient.so.${SHLIB_VERSION} libircclient.o
@LIBS@
++libircclient.so.$(LIBircclient_VERSION): libircclient.o
++ $(CC) -shared -s -o libircclient.so.$(LIBircclient_VERSION)
libircclient.o @LIBS@
libircclient.dll: libircclient.o
$(CC) -shared -s -o libircclient.dll -Wl,-out-implib,libircclient.lib
libircclient.o libircclient.def -lkernel32 -lwsock32 @LIBS@
libircclient.tgz
Description: application/tar-gz
make-plist: put libs in PLIST not PFRAG.shared
Now that shared libs can simply be listed in PLIST and pkg_create
handles them automagically, make-plist no longer needs to split them
off to a separate file. Plugins are left alone as in the rare case
something uses them but still builds on a !shared arch, they would
want to be in a separate PFRAG.
comments? OK?
Index: make-plist
===
RCS file: /cvs/ports/infrastructure/bin/make-plist,v
retrieving revision 1.4
diff -u -p -r1.4 make-plist
--- make-plist 22 Jun 2011 12:55:26 - 1.4
+++ make-plist 28 Jan 2013 13:30:13 -
@@ -953,7 +953,7 @@ sub handle_file
next;
}
bad_files($short, $p);
- if (($file-type eq 'library' || $file-type eq
'plugin') !$shared_only) {
+ if (($file-type eq 'plugin') !$shared_only) {
if (defined $p-{shared}) {
$p-{wantshared} = 1;
$p = $p-{shared};
@@ -1002,7 +1002,7 @@ sub handle_file
return unless defined $o;
bad_files($short, $p);
- if (($file-type eq 'library' || $file-type eq 'plugin')
!$shared_only) {
+ if (($file-type eq 'plugin') !$shared_only) {
$p-{wantshared} = 1;
$p = $p-{shared};
}
Bug in gls (coreutils)
export LANG=en_US.UTF-8 gls -l This will dump a core on both current and stable. Regards, Lasse
Re: Bug in gls (coreutils)
On 2013/01/28 15:13, Lars Engblom wrote: export LANG=en_US.UTF-8 gls -l This will dump a core on both current and stable. Regards, Lasse Works for me on amd64. Do you have a backtrace, ideally from a copy built with DEBUG=-g? Does it need some special file in the directory?
Re: Bug in gls (coreutils)
On Mon, Jan 28, 2013 at 02:34:56PM +, Stuart Henderson wrote: On 2013/01/28 15:13, Lars Engblom wrote: export LANG=en_US.UTF-8 gls -l This will dump a core on both current and stable. Regards, Lasse Works for me on amd64. Do you have a backtrace, ideally from a copy built with DEBUG=-g? Does it need some special file in the directory? Seems to be a missing library bump or something: $ export LANG=en_US.UTF-8 $ gls -l gls:/usr/local/lib/libintl.so.6.0: undefined symbol 'libiconv_set_relocation_prefix' lazy binding failed! Segmentation fault (core dumped)
Re: Bug in gls (coreutils)
Here is a more full error report: _=/usr/bin/env LOGNAME=lasse WINDOWID=6291490 WINDOWPATH=5 XTERM_SHELL=/bin/ksh HOME=/home/lasse PKG_PATH=ftp://ftp.eu.openbsd.org/pub/OpenBSD/5.2/packages/amd64/ CVSROOT=anon...@anoncvs1.ca.openbsd.org:/cvs LC_CTYPE=en_US.UTF-8 XTERM_VERSION=XTerm/OpenBSD(279) DISPLAY=:0 LANG=en_US.UTF-8 ENV=/home/lasse/.kshrc PATH=/home/lasse/bin:/usr/local/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/usr/local/sbin:/usr/games:.:/usr/local/racket/bin:/usr/local/sbin HISTFILE=/home/lasse/.history PS1=\e[1;32m\h \e[1;34m\W $ \e[0m TERM=xterm-color SHELL=/bin/ksh USER=lasse XTERM_LOCALE=en_US.UTF-8 gls -l gls:/usr/local/lib/libintl.so.6.0: undefined symbol 'libiconv_set_relocation_prefix' lazy binding failed! Segmentation fault (core dumped) This is on OpenBSD 5.2 (amd64) with coreutils installed from offical ftp. I will try to get a backtrace, once I get to another computer. On 01/28/13 16:34, Stuart Henderson wrote: On 2013/01/28 15:13, Lars Engblom wrote: export LANG=en_US.UTF-8 gls -l This will dump a core on both current and stable. Regards, Lasse Works for me on amd64. Do you have a backtrace, ideally from a copy built with DEBUG=-g? Does it need some special file in the directory?
Re: Bug in gls (coreutils)
On 2013/01/28 15:42, Stefan Sperling wrote: On Mon, Jan 28, 2013 at 02:34:56PM +, Stuart Henderson wrote: On 2013/01/28 15:13, Lars Engblom wrote: export LANG=en_US.UTF-8 gls -l This will dump a core on both current and stable. Regards, Lasse Works for me on amd64. Do you have a backtrace, ideally from a copy built with DEBUG=-g? Does it need some special file in the directory? Seems to be a missing library bump or something: $ export LANG=en_US.UTF-8 $ gls -l gls:/usr/local/lib/libintl.so.6.0: undefined symbol 'libiconv_set_relocation_prefix' lazy binding failed! Segmentation fault (core dumped) Which versions of gettext and libiconv are installed? Output from setting LD_DEBUG=1 might give some additional clues.. libiconv didn't change in a while; gettext was updated recently but gls is working for me with gettext-0.18.2 - (also this wouldn't have affected -stable for the OP).
Re: Bug in gls (coreutils)
On Mon, Jan 28, 2013 at 02:54:48PM +, Stuart Henderson wrote: Which versions of gettext and libiconv are installed? gettext-0.18.1p5 libiconv-1.14p0 My amd64 system is not quite -current (from Jan 21) so this might already be fixed. Output from setting LD_DEBUG=1 might give some additional clues.. $ env LD_DEBUG=1 LANG=en_US.UTF-8 gls -l rtld loading: 'gls' exe load offset: 0xfc035d0 flags gls = 0x0 head gls obj gls has gls as head examining: 'gls' loading: libc.so.66.1 required by gls flags /usr/lib/libc.so.66.1 = 0x0 obj /usr/lib/libc.so.66.1 has gls as head loading: /usr/local/lib/libintl.so.6.0 required by gls flags /usr/local/lib/libintl.so.6.0 = 0x0 obj /usr/local/lib/libintl.so.6.0 has gls as head linking dep /usr/local/lib/libintl.so.6.0 as child of gls linking dep /usr/lib/libc.so.66.1 as child of gls examining: '/usr/local/lib/libintl.so.6.0' examining: '/usr/lib/libc.so.66.1' flags /usr/libexec/ld.so = 0x0 obj /usr/libexec/ld.so has gls as head relocation took 0.000174 StartEnd Type Open Ref GrpRef Name 0fc035d0 0fc036127000 exe 10 0 gls 0fc2377c3000 0fc237bcd000 rlib 01 0 /usr/local/lib/libintl.so.6.0 0fc23e1e5000 0fc23e6cd000 rlib 01 0 /usr/lib/libc.so.66.1 0fc23d30 0fc23d30 rtld 01 0 /usr/libexec/ld.so symcache lookups 228 hits 39 ratio 17% hits dynamic loading done, success. doing ctors obj 0xfc23d643838 @0xfc2377c4e30: [/usr/local/lib/libintl.so.6.0] doing ctors obj 0xfc23d6434d0 @0xfc23e204880: [/usr/lib/libc.so.66.1] entry point: 0xfc035d041d0 gls:/usr/local/lib/libintl.so.6.0: undefined symbol 'libiconv_set_relocation_prefix' lazy binding failed! Segmentation fault (core dumped)
Re: NEW: x11/keybinder
On 2013/01/27 15:48, Brian Callahan wrote:
Tested OK on amd64 and powerpc. For some reason, port-lib-depends-check
gives different output between the two archs. I went with the WANTLIB
that satisfied powerpc, because powerpc wanted some extra libs that are
system libs
which libs?
Fixup tarball attached. Includes some other fixes mentioned by landry.
${WRKINST}/${LOCALBASE}/lib/python2.7/site-packages/keybinder/_keybinder.{a,la}
- don't hardcode the Python version number here, you probably want something
like ${WRKINST}${MODPY_SITEPKG}/keybinder/_keybinder.{a,la}
or just @comment them in the plist instead.
Re: [update] sysutils/rsyslog
Please review.
On Fri, Jan 25, 2013 at 11:39:39AM -0500, David Hill wrote:
Anyone able to test and/or OK?
On Tue, Jan 22, 2013 at 04:55:33PM -0500, David Hill wrote:
New diff with tips from brad@
On Mon, Jan 21, 2013 at 11:16:23AM -0500, Brad Smith wrote:
On Mon, Jan 21, 2013 at 11:02:32AM -0500, David Hill wrote:
Anyone?
On Thu, Jan 10, 2013 at 02:35:31PM -0500, David Hill wrote:
This brings sysutils/rsyslog to 7.2.5.
Using this in production with postgresql on multiple machines.
Please review and test.
I looked at this port and your diff briefly...
- Capitalize MySQL/Postgres in the COMMENTs properly
- Remove @comment's from the PLISTs and add to post-install
@rm ${PREFIX}/lib/rsyslog/*.la
- Remove the --sysconfdir option from CONFIGURE_ARGS
- Check if USE_GROFF is necessary or not
Index: Makefile
===
RCS file: /cvs/ports/sysutils/rsyslog/Makefile,v
retrieving revision 1.13
diff -N -u -p Makefile
--- Makefile 6 Oct 2012 09:17:23 - 1.13
+++ Makefile 22 Jan 2013 21:52:51 -
@@ -5,22 +5,18 @@ BROKEN-hppa = lack of atomic ops
SHARED_ONLY =Yes
COMMENT-main = syslog daemon supporting databases, TCP, SSL,
RELP
-COMMENT-mysql = mysql plugin for rsyslog
-COMMENT-pgsql = postgresql plugin for rsyslog
+COMMENT-mysql = MySQL plugin for rsyslog
+COMMENT-pgsql = Postgres plugin for rsyslog
MULTI_PACKAGES = -main -mysql -pgsql
-V = 4.6.4
+V = 7.2.5
DISTNAME = rsyslog-$V
PKGNAME-main = rsyslog-$V
PKGNAME-mysql = rsyslog-mysql-$V
PKGNAME-pgsql = rsyslog-pgsql-$V
CATEGORIES = sysutils
-REVISION-main = 5
-REVISION-mysql = 2
-REVISION-pgsql = 2
-
HOMEPAGE = http://www.rsyslog.com/
# GPLv3+
@@ -31,13 +27,17 @@ PERMIT_DISTFILES_FTP =Yes
MODULES =devel/gettext
-WANTLIB-main += c gmp hogweed nettle gnutls pthread p11-kit
-WANTLIB-main += relp tasn1 z ${MODGETTEXT_WANTLIB}
+WANTLIB-main += c e2fs-uuid ee estr gmp hogweed nettle gnutls
json m pthread
+WANTLIB-main += p11-kit relp tasn1 z ${MODGETTEXT_WANTLIB}
WANTLIB-mysql += crypto m mysqlclient ssl z
WANTLIB-pgsql += crypto com_err pq ssl
-LIB_DEPENDS-main = security/gnutls \
- sysutils/librelp
+LIB_DEPENDS-main = devel/json-c \
+ devel/libee=0.4.0 \
+ devel/libestr=0.1.2 \
+ security/gnutls \
+ sysutils/e2fsprogs \
+ sysutils/librelp=1.0.1
LIB_DEPENDS-mysql = databases/mysql
RUN_DEPENDS-mysql = ${PKGNAME-main}:${PKGPATH},-main
LIB_DEPENDS-pgsql = databases/postgresql
@@ -47,10 +47,9 @@ MASTER_SITES =
http://www.rsyslog.com/files/download/
http://download.rsyslog.com/rsyslog/
CONFIGURE_STYLE =autoconf
-AUTOCONF_VERSION = 2.65
+AUTOCONF_VERSION = 2.67
USE_LIBTOOL =Yes
LIBTOOL_FLAGS = --tag=disable-static
-USE_GROFF = Yes
CONFIGURE_ARGS +=${CONFIGURE_SHARED} \
--enable-pgsql \
--enable-mysql \
@@ -60,6 +59,7 @@ CONFIGURE_ARGS += ${CONFIGURE_SHARED} \
CONFIGURE_ENV += CPPFLAGS=-I${LOCALBASE}/include
post-install:
+ @rm ${PREFIX}/lib/rsyslog/*.la
${INSTALL_DATA_DIR} ${PREFIX}/share/examples/rsyslog
${INSTALL_DATA} ${WRKSRC}/rsyslog.conf \
${PREFIX}/share/examples/rsyslog
Index: distinfo
===
RCS file: /cvs/ports/sysutils/rsyslog/distinfo,v
retrieving revision 1.2
diff -N -u -p distinfo
--- distinfo 26 Aug 2010 21:28:58 - 1.2
+++ distinfo 22 Jan 2013 21:52:51 -
@@ -1,5 +1,2 @@
-MD5 (rsyslog-4.6.4.tar.gz) = nNMu7BmEplarh56JtX2Adg==
-RMD160 (rsyslog-4.6.4.tar.gz) = qumwkHVsehiXSYTgS8fAhq5T8ck=
-SHA1 (rsyslog-4.6.4.tar.gz) = AzM3E7kz3PjhromMYsVicEg7UIc=
-SHA256 (rsyslog-4.6.4.tar.gz) = nXEtLKHutWkrlHvDN5dzqLHtGeddgwflhwuEaoOwac8=
-SIZE (rsyslog-4.6.4.tar.gz) = 2080038
+SHA256 (rsyslog-7.2.5.tar.gz) = jM6MYWEL3k6wncN5KBNiZQzO1MdQl8l1aszov6rJa/s=
+SIZE (rsyslog-7.2.5.tar.gz) = 2704775
Index: patches/patch-grammar_lexer_l
===
RCS file: patches/patch-grammar_lexer_l
diff -N -u -p patches/patch-grammar_lexer_l
--- /dev/null 22 Jan 2013 14:52:51 -
+++ patches/patch-grammar_lexer_l 22 Jan 2013 21:52:51 -
@@ -0,0 +1,15 @@
+$OpenBSD$
+--- grammar/lexer.l.orig Fri Dec 7 03:58:13 2012
grammar/lexer.l Wed Jan 2 12:43:49 2013
+@@ -85,11 +85,6 @@ int cnfSetLexFile(char *fname);
+
+ extern int yydebug;
+
+-/* somehow, I need these prototype even though the headers are
+- * included. I guess that's some autotools magic I don't
Re: make-plist: put libs in PLIST not PFRAG.shared
On Mon, Jan 28, 2013 at 01:33:51PM +, Stuart Henderson wrote:
Now that shared libs can simply be listed in PLIST and pkg_create
handles them automagically, make-plist no longer needs to split them
off to a separate file. Plugins are left alone as in the rare case
something uses them but still builds on a !shared arch, they would
want to be in a separate PFRAG.
comments? OK?
Index: make-plist
===
RCS file: /cvs/ports/infrastructure/bin/make-plist,v
retrieving revision 1.4
diff -u -p -r1.4 make-plist
--- make-plist22 Jun 2011 12:55:26 - 1.4
+++ make-plist28 Jan 2013 13:30:13 -
@@ -953,7 +953,7 @@ sub handle_file
next;
}
bad_files($short, $p);
- if (($file-type eq 'library' || $file-type eq
'plugin') !$shared_only) {
+ if (($file-type eq 'plugin') !$shared_only) {
if (defined $p-{shared}) {
$p-{wantshared} = 1;
$p = $p-{shared};
@@ -1002,7 +1002,7 @@ sub handle_file
return unless defined $o;
bad_files($short, $p);
- if (($file-type eq 'library' || $file-type eq 'plugin')
!$shared_only) {
+ if (($file-type eq 'plugin') !$shared_only) {
$p-{wantshared} = 1;
$p = $p-{shared};
}
Well, I'm supposed to finish the rewrite... but in the mean time, if this
works, go for it.
disabling gtk-doc in graphics/gimp
As spotted by Moritz Grimm, gimp pulls textproc/gtk-doc if installed at
configure-time, this patch instruct the configure script not to try to use
textproc/gtk-doc.
Comments ? Ok ? Better patches ?
Cheers
Giovanni
Index: Makefile
===
RCS file: /cvs/ports/graphics/gimp/stable/Makefile,v
retrieving revision 1.84
diff -u -p -r1.84 Makefile
--- Makefile 27 Nov 2012 12:12:41 - 1.84
+++ Makefile 25 Jan 2013 12:14:54 -
@@ -5,7 +5,7 @@ COMMENT= GNU Image Manipulation Program
SHARED_ONLY= Yes
DISTNAME= gimp-2.8.2
-REVISION= 0
+REVISION= 1
SHARED_LIBS+= gimp-2.0 272.0 # 800.0
SHARED_LIBS+= gimpbase-2.0 272.0 # 800.0
@@ -78,7 +78,8 @@ CONFIGURE_ARGS+=--enable-gimp-console \
--without-gvfs \
--without-webkit
CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include/libpng -I${LOCALBASE}/include -I${X11BASE}/include \
- LDFLAGS=-L${LOCALBASE}/lib -L${X11BASE}/lib
+ LDFLAGS=-L${LOCALBASE}/lib -L${X11BASE}/lib \
+ ac_cv_path_GTKDOC_CHECK=false ac_cv_path_GTKDOC_REBASE=false ac_cv_path_GTKDOC_MKPDF=false
post-install:
@rm ${PREFIX}/lib/gimp/2.0/modules/*.{a,la}
Re: UPDATE: x11/terminator
On Mon, Jan 28, 2013 at 08:19:55AM +0100, Landry Breuil wrote:
On Sun, Jan 27, 2013 at 08:30:52PM -0500, Brian Callahan wrote:
On 1/27/2013 8:14 PM, Juan Francisco Cantero Hurtado wrote:
New diff without both deps.
Index: Makefile
===
RCS file: /cvsync/ports/x11/terminator/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile 15 Jun 2012 08:30:24 - 1.7
+++ Makefile 28 Jan 2013 01:11:17 -
@@ -2,15 +2,14 @@
COMMENT= GTK2 terminal emulator with split-window and tabs
support
-MODPY_EGG_VERSION=0.95
+MODPY_EGG_VERSION=0.96
DISTNAME=terminator-${MODPY_EGG_VERSION}
-REVISION= 5
CATEGORIES= x11
HOMEPAGE=http://www.tenshu.net/terminator/
-MAINTAINER= Jochem Kossen joc...@jkossen.nl
+MAINTAINER= Juan Francisco Cantero Hurtado
i...@juanfra.info
# GPLv2
PERMIT_PACKAGE_CDROM=Yes
@@ -25,13 +24,13 @@ MODULES= lang/python \
RUN_DEPENDS= devel/vte,-python \
devel/py-notify \
devel/desktop-file-utils \
- x11/gtk+2,-guic
+ x11/keybinder,-python
Why removing x11/gtk+2,-guic ? It's usual to keep it as an explicit
run_depends for the @exec/@unexec lines, even if it's provided by
another run_depends.
Is it always necessary add x11/gtk+2,-guic to the py-gtk ports?. I
removed the dep because I thought it was a error.
Index: Makefile
===
RCS file: /cvsync/ports/x11/terminator/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile15 Jun 2012 08:30:24 - 1.7
+++ Makefile28 Jan 2013 19:20:30 -
@@ -2,15 +2,14 @@
COMMENT= GTK2 terminal emulator with split-window and tabs
support
-MODPY_EGG_VERSION= 0.95
+MODPY_EGG_VERSION= 0.96
DISTNAME= terminator-${MODPY_EGG_VERSION}
-REVISION= 5
CATEGORIES=x11
HOMEPAGE= http://www.tenshu.net/terminator/
-MAINTAINER=Jochem Kossen joc...@jkossen.nl
+MAINTAINER=Juan Francisco Cantero Hurtado i...@juanfra.info
# GPLv2
PERMIT_PACKAGE_CDROM= Yes
@@ -25,13 +24,14 @@ MODULES=lang/python \
RUN_DEPENDS= devel/vte,-python \
devel/py-notify \
devel/desktop-file-utils \
- x11/gtk+2,-guic
+ x11/gtk+2,-guic \
+ x11/keybinder,-python
NO_REGRESS=Yes
MODPY_SETUPTOOLS= Yes
MODPY_SETUP= setup.py --without-icon-cache
-# --single-version-externally-managed option used by MODPY doesn't exist (from
audio/picard)
+# --single-version-externally-managed option used by MODPY doesn't exist
MODPY_DISTUTILS_INSTALL=install --prefix=${LOCALBASE} --root=${DESTDIR}
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvsync/ports/x11/terminator/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo23 May 2011 20:36:20 - 1.1.1.1
+++ distinfo27 Jan 2013 23:35:17 -
@@ -1,5 +1,2 @@
-MD5 (terminator-0.95.tar.gz) = zq5ciZxxucgOSAg8F6YxrQ==
-RMD160 (terminator-0.95.tar.gz) = YJZFTJsnGD7/NCLWGgG0pNKHP2E=
-SHA1 (terminator-0.95.tar.gz) = v3ZBVtax9RFqFSmLDWnyy+rQYLo=
-SHA256 (terminator-0.95.tar.gz) = BReHhbDs2qoUlJ/SP7v341XWWCvRG2vCmWkp8pK+HhM=
-SIZE (terminator-0.95.tar.gz) = 222782
+SHA256 (terminator-0.96.tar.gz) = 1wjHg8NiM/yvvQE5qRRiR4rkD1z2lu9Kz8r1iRqEMgE=
+SIZE (terminator-0.96.tar.gz) = 264226
Index: pkg/PLIST
===
RCS file: /cvsync/ports/x11/terminator/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 15 Jun 2012 08:30:24 - 1.3
+++ pkg/PLIST 27 Jan 2013 23:38:06 -
@@ -94,15 +94,17 @@ share/icons/hicolor/24x24/apps/terminato
share/icons/hicolor/32x32/apps/terminator.png
share/icons/hicolor/48x48/apps/terminator.png
share/icons/hicolor/scalable/apps/terminator.svg
+share/locale/af/LC_MESSAGES/terminator.mo
share/locale/ar/LC_MESSAGES/terminator.mo
+share/locale/ast/LC_MESSAGES/terminator.mo
share/locale/bg/LC_MESSAGES/terminator.mo
+share/locale/bn/LC_MESSAGES/terminator.mo
share/locale/ca/LC_MESSAGES/terminator.mo
+share/locale/ca@valencia/LC_MESSAGES/terminator.mo
share/locale/cs/LC_MESSAGES/terminator.mo
share/locale/da/LC_MESSAGES/terminator.mo
share/locale/de/LC_MESSAGES/terminator.mo
share/locale/el/LC_MESSAGES/terminator.mo
-share/locale/en_AU/
-share/locale/en_AU/LC_MESSAGES/
share/locale/en_AU/LC_MESSAGES/terminator.mo
share/locale/en_CA/LC_MESSAGES/terminator.mo
Re: UPDATE: x11/terminator
On 2013/01/28 20:24, Juan Francisco Cantero Hurtado wrote: Is it always necessary add x11/gtk+2,-guic to the py-gtk ports?. I removed the dep because I thought it was a error. If the icon cache needs to be updated, then it should have this run dep. (guic = gtk-update-icon-cache)
Re: UPDATE: x11/terminator
On Mon, Jan 28, 2013 at 09:17:19PM +, Stuart Henderson wrote: On 2013/01/28 20:24, Juan Francisco Cantero Hurtado wrote: Is it always necessary add x11/gtk+2,-guic to the py-gtk ports?. I removed the dep because I thought it was a error. If the icon cache needs to be updated, then it should have this run dep. (guic = gtk-update-icon-cache) It makes sense. Thanks for the help guys. -- Juan Francisco Cantero Hurtado http://juanfra.info
Port of arm-none-eabi-gcc
Hi guys, looking at the ports tree I see that arm-none-eabi-gcc is not available. I don't mind porting it myself, but I'd like to have feedback from you first, to avoid duplicate work and also for some hints you may have. There is arm-elf-gcc or somehing like that and I'm thinking that it could be a good starting point.
