CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/10/24 13:19:06 Modified files: net/pidgin-facebookchat: Makefile distinfo net/pidgin-facebookchat/patches: patch-Makefile Added files: net/pidgin-facebookchat/patches: patch-libfacebook_h Log message: update to 1.68
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/10/24 13:28:51 Modified files: math/freemat : Makefile distinfo math/freemat/pkg: PLIST Added files: math/freemat/patches: patch-CMakeLists_txt Removed files: math/freemat/patches: patch-configure_in patch-libs_libCore_Makefile_in patch-libs_libFreeMat_Print_cpp patch-libs_libXP_Editor_cpp Log message: update to 4.0 switch to cmake from Alexandr Shadchin
new: sysutils/ns4
here is a port of ns4. please test/comment/ok. DESCR: ns4 is a command line configuration management tool. It allows the automated backup of node (i.e. routers and switches) configurations to an FTP/SFTP server or local media on a daily basis to create configuration archives. It can run ad-hoc commands on multiple nodes as well as custom scripts for automating complex tasks. It uses Perl and allows you to manipulate the output of commands using regular expressions within scripts. Configuration based cartridges are used to specify new node types, allowing the user to extend its functionality in a simple and dynamic way. ns4.tgz Description: application/tar-gz
Re: FreeMat 4.0
Alexandr Shadchin [2010-10-12, 13:25:43]: On Mon, Oct 11, 2010 at 11:19 AM, Predrag Punosevac punoseva...@gmail.com wrote: Here are some preliminary results of testing FreeMat-4.0 on OpenBSD snapshot of 6th of October (i386 kernel bsd.sp). Running the run_tests multi-platform regression test suite which is shipped with the FreeMat hangs after completing test bbtest_lower. Application itself doesn't hang and I can start editor but the test is never fully complited. It would be good if somebody can run this test on the faster machine with multi cores as FreeMat requires LLVM compiler and gfortran. I also run the test on the snapshot of 22 of August which should be epsilon close to 4.8 relese. I tested FreeMat version 3.6 which will be shipped with the release on i386, bsd.mp. FreeMat dumps the core during the test. This is the output from gdb I used to test this script http://koba.devio.us/distfiles/run-test amd64(Core i5) script - OK GUI - first run OK, second - hangs after completing test bbtest_lower i386(PIII) script and GUI - hangs after completing test bbtest_lower committed your diff, thanks. only 2 tests failed: bbtest_ls and bbtest_system seems to run ok on amd64, i386, sparc64.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/10/23 09:05:48 Modified files: infrastructure/mk: fortran.port.mk Log message: introduce MODFORTRAN_COMPILER, to be set inside a port accept g77 and gfortran for this, and make it default to g77 add necessary variables for gfortran usage make some of the variables internal
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/10/23 09:09:57 Modified files: math/R : Makefile math/amd : Makefile math/arpack: Makefile math/blas : Makefile math/cblas : Makefile math/freemat : Makefile math/lapack: Makefile math/matio : Makefile math/netcdf: Makefile math/octave: Makefile math/plplot: Makefile math/py-numpy : Makefile math/py-scipy : Makefile math/qrupdate : Makefile devel/openmpi : Makefile devel/lam : Makefile audio/cmu-sphinx3: Makefile audio/cmu-sphinxbase: Makefile graphics/molden: Makefile Log message: replace MODFORTRAN_WANTG77 with MODFORTRAN_COMPILER
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/10/23 09:16:27 Modified files: infrastructure/mk: fortran.port.mk Log message: remove MODFORTRAN_WANTG77
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/10/23 09:30:00 Modified files: infrastructure/mk: fortran.port.mk Log message: add libgfortran to WANTLIB here
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/10/23 10:47:34 Modified files: math/mathomatic: Makefile distinfo math/mathomatic/patches: patch-globals_c patch-makefile math/mathomatic/pkg: PLIST Log message: update to 15.3.0 seems to need gmake now
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/10/23 11:01:26 Modified files: math/amd : Makefile distinfo Log message: bump to 2.2.1
new: security/keepassx
here is a port of keepassx. seems to work ok on amd64/i386. please test/comment/ok. DESCR: KeePassX is an application for people with extremly high demands on secure personal data management. It has a light interface, is cross platform and published under the terms of the GNU General Public License. KeePassX saves many different information e.g. user names, passwords, URLs, attachments and comments in one single database. For a better management user-defined titles and icons can be specified for each single entry. Furthermore the entries are sorted in groups, which are customizable as well. The integrated search function allows to search in a single group or the complete database. KeePassX offers a little utility for secure password generation. The password generator is very customizable, fast and easy to use. Especially someone who generates passwords frequently will appreciate this feature. The complete database is always encrypted either with AES (alias Rijndael) or Twofish encryption algorithm using a 256 bit key. Therefore the saved information can be considered as quite safe. KeePassX uses a database format that is compatible with KeePass Password Safe. This makes the use of that application even more favourable. keepassx.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/10/10 11:39:07 Log message: import separate port of gfortran 4.2.1, in sync with the base compiler. meant to be used on archs that have gcc4 in base, this doesn't require a full gcc build from ports, and provides libgfortran as a subpackage. idea from espie some months ago. Status: Vendor Tag: steven Release Tags: steven-20101010 N ports/lang/gfortran/distinfo N ports/lang/gfortran/Makefile N ports/lang/gfortran/pkg/PLIST-lib N ports/lang/gfortran/pkg/PLIST-main N ports/lang/gfortran/pkg/PFRAG.shared-lib N ports/lang/gfortran/pkg/PFRAG.PIC-lib N ports/lang/gfortran/pkg/DESCR-main N ports/lang/gfortran/pkg/DESCR-lib N ports/lang/gfortran/patches/patch-gcc_tree_c N ports/lang/gfortran/patches/patch-configure N ports/lang/gfortran/patches/patch-Makefile_in N ports/lang/gfortran/patches/patch-gcc_config_host-openbsd_c N ports/lang/gfortran/patches/patch-gcc_config_i386_openbsd_h N ports/lang/gfortran/patches/patch-gcc_config_mips_openbsd_h N ports/lang/gfortran/patches/patch-gcc_config_t-openbsd N ports/lang/gfortran/patches/patch-gcc_config_vax_openbsd_h N ports/lang/gfortran/patches/patch-gcc_config_x-openbsd N ports/lang/gfortran/patches/patch-gcc_objc_objc-act_c N ports/lang/gfortran/patches/patch-libtool_m4 N ports/lang/gfortran/patches/patch-gcc_tree-complex_c N ports/lang/gfortran/patches/patch-libcpp_Makefile_in N ports/lang/gfortran/patches/patch-ltcf-gcj_sh N ports/lang/gfortran/patches/patch-gcc_testsuite_gcc_dg_format_format_h N ports/lang/gfortran/patches/patch-gcc_config_i386_openbsdelf_h N ports/lang/gfortran/patches/patch-gcc_c-aux-info_c N ports/lang/gfortran/patches/patch-gcc_c-common_c N ports/lang/gfortran/patches/patch-gcc_c-incpath_c N ports/lang/gfortran/patches/patch-gcc_collect2_c N ports/lang/gfortran/patches/patch-gcc_config_gcc N ports/lang/gfortran/patches/patch-gcc_config_host N ports/lang/gfortran/patches/patch-gcc_config_i386_driver-i386_c N ports/lang/gfortran/patches/patch-gcc_config_m68k_openbsd_h N ports/lang/gfortran/patches/patch-gcc_coverage_c N ports/lang/gfortran/patches/patch-gcc_cp_call_c N ports/lang/gfortran/patches/patch-gcc_cp_decl2_c N ports/lang/gfortran/patches/keep N ports/lang/gfortran/patches/patch-gcc_cp_parser_c N ports/lang/gfortran/patches/patch-gcc_dbxout_c N ports/lang/gfortran/patches/patch-gcc_diagnostic_c N ports/lang/gfortran/patches/patch-gcc_omp-low_c N ports/lang/gfortran/patches/patch-gcc_passes_c N ports/lang/gfortran/patches/patch-gcc_prefix_c N ports/lang/gfortran/patches/patch-gcc_read-rtl_c N ports/lang/gfortran/patches/patch-gcc_gensupport_c N ports/lang/gfortran/patches/patch-gcc_tree-dump_c N ports/lang/gfortran/patches/patch-gcc_tree-mudflap_c N ports/lang/gfortran/patches/patch-gcc_tree-nested_c N ports/lang/gfortran/patches/patch-gcc_tree-vect-transform_c N ports/lang/gfortran/patches/patch-gcc_varasm_c N ports/lang/gfortran/patches/patch-libgfortran_Makefile_in N ports/lang/gfortran/patches/patch-fixincludes_Makefile_in N ports/lang/gfortran/patches/patch-ltcf-c_sh N ports/lang/gfortran/patches/patch-ltcf-cxx_sh N ports/lang/gfortran/patches/patch-gcc_config_alpha_openbsd_h N ports/lang/gfortran/patches/patch-gcc_unwind-dw2-fde-openbsd_c N ports/lang/gfortran/patches/patch-gcc_config_exec-stack_h N ports/lang/gfortran/patches/patch-gcc_config_i386_openbsd64_h N ports/lang/gfortran/patches/patch-gcc_config_openbsd-libpthread_h N ports/lang/gfortran/patches/patch-gcc_config_openbsd_h N ports/lang/gfortran/patches/patch-ltconfig N ports/lang/gfortran/patches/patch-gcc_config_rs6000_openbsd1_h N ports/lang/gfortran/patches/patch-gcc_config_rs6000_openbsd_h N ports/lang/gfortran/patches/patch-gcc_config_rs6000_t-openbsd N ports/lang/gfortran/patches/patch-gcc_gcc_c N ports/lang/gfortran/patches/patch-gcc_Makefile_in N ports/lang/gfortran/patches/patch-gcc_cp_g++spec_c N ports/lang/gfortran/patches/patch-gcc_c-format_c N ports/lang/gfortran/patches/patch-libiberty_testsuite_test-expandargv_c N ports/lang/gfortran/patches/patch-gcc_unwind-dw2_c N ports/lang/gfortran/patches/patch-gcc_configure No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/10/10 11:39:49 Modified files: lang : Makefile Log message: +gfortran
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/10/10 12:11:50 Modified files: net/gnet : Makefile Log message: add some more REGRESS_FLAGS to cope with absence of devel/check during configure. problem spotted by naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/10/05 11:08:03 Modified files: net/gnet : Makefile Log message: use openbsd libtool in regress, following libtool rev 1.11 (problem reported by naddy) regress depends on gnu check, also noticed by naddy
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/28 12:42:17 Modified files: infrastructure/bin: libtool Log message: - when writing a program wrapper, use the correct path a/path/to/.libs/foo instead of .libs/a/path/to/foo - make sure the symlinks pointing to the library are also in this path problem spotted by naddy in net/gnet regression tests
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/28 12:52:36 Modified files: infrastructure/bin: libtool Log message: do not write modules in shared_libs.log noticed by ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/26 01:34:27 Modified files: mail/avenger : Makefile Log message: appears to build fine with openbsd libtool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: ste...@cvs.openbsd.org 2010/09/26 02:06:16
Modified files:
audio/amarok : Makefile
Log message:
substitute /usr/bin/env ruby by ${LOCALBASE}/bin/ruby18 in ruby scripts.
ok jeremy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/26 02:25:57 Modified files: games/sudognu : Makefile Log message: drop maintainership switch to REVISION while here
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/26 02:33:12 Modified files: net/freeradius : Makefile Log message: indicate reason for gnu libtool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/26 05:21:55 Modified files: x11/gnome/ekiga: Makefile Log message: works fine with openbsd libtool just don't use --debug because they rely on libtool's std output to create some headers.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/26 05:37:30 Modified files: x11/gnome/gedit-plugins: Makefile Added files: x11/gnome/gedit-plugins/patches: patch-plugins_bookmarks_Makefile_in Log message: remove stray \ works fine now with openbsd libtool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/26 05:55:18 Modified files: net/ktorrent : Makefile Log message: builds fine with openbsd libtool
Re: simplification lang/python
Alexandr Shadchin [2010-09-26, 03:56:49]:
Hi!
Simplification lang/python and switch to REVISION.
Comments ? OK ?
that looks ok to me.
--
Alexandr Shadchin
Index: Makefile.inc
===
RCS file: /cvs/ports/lang/python/Makefile.inc,v
retrieving revision 1.66
diff -u -p -r1.66 Makefile.inc
--- Makefile.inc 16 Sep 2010 22:34:08 - 1.66
+++ Makefile.inc 25 Sep 2010 20:56:09 -
@@ -15,7 +15,14 @@ COMMENT-tests= Python test suite
COMMENT-tkinter=tk GUI module for Python
COMMENT-tools= extra tools for Python
-PKGNAME-main=python-${VERSION}${PATCHLEVEL}${PKG_PATCHLEVEL}
+PKGNAME-main=python-${VERSION}${PATCHLEVEL}
+PKGNAME-bsddb= python-bsddb-${VERSION}${PATCHLEVEL}
+PKGNAME-gdbm=python-gdbm-${VERSION}${PATCHLEVEL}
+PKGNAME-idle=python-idle-${VERSION}${PATCHLEVEL}
+PKGNAME-tests= python-tests-${VERSION}${PATCHLEVEL}
+PKGNAME-tkinter=python-tkinter-${VERSION}${PATCHLEVEL}
+PKGNAME-tools= python-tools-${VERSION}${PATCHLEVEL}
+
DISTNAME=Python-${VERSION}${PATCHLEVEL}
CATEGORIES= lang
MASTER_SITES=http://www.python.org/ftp/${PSUBDIR}/ \
@@ -44,7 +51,7 @@ ONLY_FOR_ARCHS-bsddb= amd64 i386
# All subpackages depend on the main python package.
-RUN_DEPENDS=
:python-${VERSION}${PATCHLEVEL}${PKG_PATCHLEVEL}:lang/python/${VERSION},-main
+RUN_DEPENDS= :${FULLPKGNAME-main}:lang/python/${VERSION},-main
LIB_DEPENDS=
LIB_DEPENDS-main=bz2::archivers/bzip2
@@ -63,14 +70,9 @@ LIB_DEPENDS-tkinter= tcl84:tcl-=8.4,8.
tk84:tk-=8.4,8.5:x11/tk/8.4
WANTLIB-tkinter= X11
-FULLPKGNAME-bsddb= python-bsddb-${VERSION}${PATCHLEVEL}${PKG_PATCHLEVEL}
-FULLPKGNAME-gdbm=python-gdbm-${VERSION}${PATCHLEVEL}${PKG_PATCHLEVEL}
-FULLPKGNAME-idle=python-idle-${VERSION}${PATCHLEVEL}${PKG_PATCHLEVEL}
-FULLPKGNAME-tests= python-tests-${VERSION}${PATCHLEVEL}${PKG_PATCHLEVEL}
-FULLPKGNAME-tkinter= python-tkinter-${VERSION}${PATCHLEVEL}${PKG_PATCHLEVEL}
-FULLPKGNAME-tools= python-tools-${VERSION}${PATCHLEVEL}${PKG_PATCHLEVEL}
-
-.if ${MACHINE_ARCH} == alpha || ${MACHINE_ARCH} == amd64 ||
${MACHINE_ARCH} == sparc64 || ${MACHINE_ARCH:Mmips64*}
+.if ${MACHINE_ARCH} == alpha || ${MACHINE_ARCH} == amd64 || \
+${MACHINE_ARCH} == sparc64 || ${MACHINE_ARCH:Mmips64*}
+PATCH_LIST= patch-* sup64-*
PKG_ARGS+= -Dmm=0
.else
PKG_ARGS+= -Dmm=1
@@ -92,7 +94,7 @@ PKG_ARGS+= -Dctypes=0
USE_X11= Yes
-AUTOCONF_VERSION?= 2.59
+AUTOCONF_VERSION?= 2.61
CONFIGURE_STYLE= autoconf
CONFIGURE_ARGS+= ${CONFIGURE_SHARED}
# --srcdir is needed for systrace to work correctly
@@ -112,6 +114,9 @@ FAKE_FLAGS+= RANLIB=:
ALL_TARGET?= everything ./Lib/plat-openbsd4
+post-extract:
+ @rm -r ${WRKDIST}/Modules/expat
+
post-configure:
@cd ${WRKSRC} ${MAKE_PROGRAM} Makefile
@@ -136,4 +141,3 @@ REGRESS_TARGET= test
REGRESS_FLAGS= EXTRATESTOPTS=-w
# Some regress tests write to $HOME
PORTHOME=${WRKDIR}
-
Index: 2.4/Makefile
===
RCS file: /cvs/ports/lang/python/2.4/Makefile,v
retrieving revision 1.30
diff -u -p -r1.30 Makefile
--- 2.4/Makefile 22 Sep 2010 13:44:12 - 1.30
+++ 2.4/Makefile 25 Sep 2010 20:56:09 -
@@ -2,14 +2,10 @@
VERSION= 2.4
PATCHLEVEL= .6
-PKG_PATCHLEVEL= p4
+REVISION=5
SHARED_LIBS= python2.4 1.0
-.if ${MACHINE_ARCH} == alpha || ${MACHINE_ARCH} == amd64 || \
-${MACHINE_ARCH} == sparc64 || ${MACHINE_ARCH:Mmips64*}
-PATCH_LIST= patch-* sup64-*
-.endif
-
+AUTOCONF_VERSION=2.59
ALL_TARGET?= all ${WRKSRC}/Lib/plat-openbsd4
.include bsd.port.mk
Index: 2.5/Makefile
===
RCS file: /cvs/ports/lang/python/2.5/Makefile,v
retrieving revision 1.40
diff -u -p -r1.40 Makefile
--- 2.5/Makefile 22 Sep 2010 13:44:12 - 1.40
+++ 2.5/Makefile 25 Sep 2010 20:56:09 -
@@ -2,18 +2,9 @@
VERSION= 2.5
PATCHLEVEL= .4
-PKG_PATCHLEVEL= p6
+REVISION=7
SHARED_LIBS= python2.5 1.0
-.if ${MACHINE_ARCH} == alpha || ${MACHINE_ARCH} == amd64 || \
-${MACHINE_ARCH} == sparc64 || ${MACHINE_ARCH:Mmips64*}
-PATCH_LIST= patch-* sup64-*
-.endif
-
-AUTOCONF_VERSION=2.61
CONFIGURE_ARGS+= --with-cxx_main
-
-post-extract:
- rm -r ${WRKDIST}/Modules/expat
.include bsd.port.mk
Index: 2.6/Makefile
===
RCS file: /cvs/ports/lang/python/2.6/Makefile,v
retrieving revision 1.19
diff -u -p -r1.19 Makefile
--- 2.6/Makefile 22 Sep 2010 13:44:12 - 1.19
+++
heads up: libtool switch
a few days ago, we have switched the ports tree's default libtool from gnu to our own version living in ports/infrastructure/bin/libtool. any port that sets USE_LIBTOOL=yes will now use this. major advantages include: - reduced build time by avoiding relinking during installation reported to reduce ports bulk build time by about 15% - improved library search, which provides correct linking at build time, allowing to build a port while an older version of the package is already installed of course, this is well integrated with the ports infrastructure and automatically honors library versions specified in SHARED_LIBS. there are some features of gnu libtool which we don't support at this time, such as the -dlopen flag and use of the libltdl library... but these are used only in a small minority of ports anyway. these will be built using gnu libtool. so gnu libtool will remain in the ports tree as well, and it can be used by setting USE_LIBTOOL=gnu. if you run into issues with this new libtool, please let us know.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/25 07:32:06 Modified files: infrastructure/bin: libtool Log message: put .o files on command line in objects array as well. this fixes errors in gst-plugins-bad. while here, check the object list and bail out if it's empty
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/25 07:39:02 Modified files: infrastructure/mk: bsd.port.mk Log message: if we are not using gnu libtool, it's not needed in build depends
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/25 07:34:57 Modified files: multimedia/gstreamer-0.10/plugins-bad: Makefile Log message: don't require gnu libtool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/25 09:20:04 Modified files: infrastructure/bin: libtool Log message: also add -lfoo arguments to deplibs if there is no key yet for this library, because the key may be set in a recursion step, but we only add to deplibs at level 0. this seems to produce more correct deplibs. first step to fix kde/bindings.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/25 10:58:52 Modified files: infrastructure/bin: libtool Log message: drop libraries from deplibs which we are not going to install. this should fix exiv2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/25 11:14:48 Modified files: infrastructure/bin: libtool Log message: drop relative -L paths from dependency_libs before installing the .la file.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/25 11:15:26 Modified files: graphics/exiv2 : Makefile Log message: no longer requires gnu libtool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/25 12:13:09 Modified files: math/gnumeric : Makefile Log message: works with openbsd libtool now too
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/25 12:45:38 Modified files: security/xmlsec: Makefile Log message: indicate why we use gnu libtool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/25 12:54:19 Modified files: sysutils/freeipmi: Makefile Log message: seems to build fine with openbsd libtool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/25 14:05:45 Modified files: lang/pfe : Makefile Log message: summarize why it uses gnu libtool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/25 14:45:24 Modified files: sysutils/heartbeat: Makefile Log message: indicate reason for gnu libtool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/25 14:51:41 Modified files: graphics/ImageMagick: Makefile Log message: indicate reason for gnu libtool
Re: Heads Up! lang/ruby port split into separate 1.8/1.9 ports
Jeremy Evans [2010-09-23, 15:45:40]: For those of you who don't follow ports-changes, just a heads up to let you know that I just committed a modification to lang/ruby that splits the port into separate 1.8 and 1.9 ports. ruby 1.8 now installs as ruby18 and ruby 1.9 installs as ruby19. When you update or install ruby, ruby-rake, or ruby-gems, pkg_add will spit out instructions letting you know the commands to run to set up the symlinks for the ruby binaries so that you can choose to use either ruby 1.8 or 1.9 as your default system ruby. If you notice any breakage from this update, please let me know. Are those symlinks required or optional? Will OpenBSD packages use a default version like we have for python and tcl? For instance, I noticed some ruby scripts shipped with amarok, which use env ruby. That currently does not work. Should this be adapted to use the default ruby version if there is any? Should dependencies be written to accept both versions?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/24 11:54:16 Modified files: sysutils/syslog-ng: Makefile distinfo sysutils/syslog-ng/patches: patch-Makefile_in sysutils/syslog-ng/pkg: PLIST Log message: update to 3.1.2 somehow it got stuck in my tree for a while
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/24 12:40:44 Modified files: textproc/clucene: Makefile Log message: don't require gnu libtool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/24 12:40:15 Modified files: textproc/clucene: Makefile textproc/clucene/pkg: PFRAG.shared Added files: textproc/clucene/patches: patch-src_Makefile_in Log message: s/--release/-release/ makes gnu libtool understand better
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/24 14:57:54 Modified files: infrastructure/bin: libtool Log message: move test to discover shared libs in .la files to pass 2 because then we actually have all the .la files we need (especially so if users insist on using -lfoo instead of foo.la). this makes it behave better for the creation of executable wrappers. should fix sysutils/bacula.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/24 15:07:30 Modified files: infrastructure/bin: libtool Log message: don't use empty valued libdir here
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/24 15:10:16 Modified files: sysutils/bacula: Makefile Log message: no longer requires gnu libtool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/19 10:03:34 Modified files: graphics/djview4: Makefile graphics/djvulibre: Makefile Log message: give maintainership to Alexandr Shadchin
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/19 11:30:52 Modified files: infrastructure/bin: libtool Log message: when a lib has multiple different library names, populate the .libs dir with symlinks to all of them. this fixes kde/multimedia, which builds a libmpeg-0.3.0.so (using -release), also known as libmpeg.so, and then links something with -lmpeg ... (before this commit, we only had a symlink to the former) it should really just use libmpeg.la instead, but let's have libtool handle such attempts anyway. might fix other stuff i'm not yet aware of, too.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/18 05:19:24 Modified files: graphics/djview4: Makefile distinfo graphics/djview4/pkg: PLIST Added files: graphics/djview4/patches: patch-desktopfiles_Makefile_in Log message: update to 4.6 normalize icon and desktop stuff from Alexandr Shadchin with some tweaks
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/18 05:22:33 Modified files: graphics/djvulibre: Makefile Log message: depend on desktop-file-utils
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/09/18 10:22:26 Modified files: infrastructure/bin: libtool Log message: when we had for example -lX11 -L/usr/X11R6/lib, we could not find /usr/X11R6/lib/libX11.la therefore, parse -L arguments before everything else so we know in which directories to search libraries. fixes libcaca, and possibly others
Re: UPDATE: graphics/djvulibre and graphics/djview4
On Fri, Sep 3, 2010 at 7:19 PM, Stuart Henderson s...@spacehopper.org wrote: On 2010/08/29 23:07, Alexandr Shadchin wrote: Hi, Ports! This update packages djvulibre and djview4 to the latest release. Tested on i386, amd64. Comments ? OK ? This breaks djvulibre as noticed by landry@ and na...@. I've just added the missing BUILD_DEPENDS (please check configure output!) but the plists are still wrong - I can't see how this possibly packaged for you. hmm, maybe i overlooked something but it worked ok when i tested it. either way his diff was good because it added some normalization into this port. i think i forgot to check the no_x11 flavor, maybe that's the one with the problem? unfortunately my internet access at home is busted at least till tuesday evening, so i can't do much about this port for the moment.
Re: UPDATE: graphics/djvulibre and graphics/djview4
This update packages djvulibre and djview4 to the latest release. Tested on i386, amd64. Comments ? OK ? This breaks djvulibre as noticed by landry@ and na...@. I've just added the missing BUILD_DEPENDS (please check configure output!) but the plists are still wrong - I can't see how this possibly packaged for you. hmm, maybe i overlooked something but it worked ok when i tested it. either way his diff was good because it added some normalization into this port. i think i forgot to check the no_x11 flavor, maybe that's the one with the problem? unfortunately my internet access at home is busted at least till tuesday evening, so i can't do much about this port for the moment. Odd. This is with the standard flavour; Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/22x22/mimetypes/image-vnd.djvu.png does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/32x32/mimetypes/image-vnd.djvu.png does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/48x48/mimetypes/image-vnd.djvu.png does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/64x64/mimetypes/image-vnd.djvu.png does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/scalable/mimetypes/image-vnd.djvu.svg does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/applications/djvulibre-djview3.desktop does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/32x32/apps/djvulibre-djview3.png does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/64x64/apps/djvulibre-djview3.png does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/scalable/apps/djvulibre-djview3.svg does not exist similar files, but totally different directory names in the PLIST diffs... i think i simply forgot to cvs add and commit patch-desktopfiles_Makefile_in from Alexandr's original diff. that should fix it.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/08/31 15:06:35 Modified files: graphics/djvulibre: Makefile distinfo graphics/djvulibre/patches: patch-configure graphics/djvulibre/pkg: PFRAG.no-no_x11 PLIST Removed files: graphics/djvulibre/patches: patch-libdjvu_DjVuDocEditor_cpp Log message: update to 3.5.23 normalize icon and desktop stuff and other cleanup all from Alexandr Shadchin, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/08/31 15:17:41 ports/graphics/djview4/patches Update of /cvs/ports/graphics/djview4/patches In directory cvs.openbsd.org:/tmp/cvs-serv19695/patches Log Message: Directory /cvs/ports/graphics/djview4/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/08/30 13:03:23 Modified files: infrastructure/build: dpb Log message: adjust portslogger path
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/08/30 13:02:33 Added files: infrastructure/bin: portslogger Removed files: infrastructure/build: portslogger Log message: move portslogger to bin/ ok naddy@ if you have build scripts that use portslogger, adapt the path
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/08/26 15:28:58 Modified files: sysutils/rsyslog: Makefile distinfo Log message: update to 4.6.4
UPDATE: rsyslog 4.6.4
if someone wants to give this a try, let me know how it goes.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/rsyslog/Makefile,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile
--- Makefile29 Jul 2010 21:40:21 - 1.1.1.1
+++ Makefile22 Aug 2010 20:02:47 -
@@ -8,7 +8,7 @@
MULTI_PACKAGES = -main -mysql -pgsql
-V =4.6.3
+V =4.6.4
DISTNAME = rsyslog-$V
PKGNAME-main = rsyslog-$V
PKGNAME-mysql =rsyslog-mysql-$V
@@ -35,10 +35,11 @@
LIB_DEPENDS-pgsql =:postgresql-client-*:databases/postgresql
RUN_DEPENDS-pgsql =:${FULLPKGNAME-main}:${BASE_PKGPATH},-main
-MASTER_SITES = http://download.rsyslog.com/rsyslog/
+MASTER_SITES = http://www.rsyslog.com/files/download/rsyslog/ \
+ http://download.rsyslog.com/rsyslog/
CONFIGURE_STYLE = autoconf
-AUTOCONF_VERSION = 2.63
+AUTOCONF_VERSION = 2.65
USE_LIBTOOL = Yes
LIBTOOL_FLAGS =--tag=disable-static
CONFIGURE_ARGS += ${CONFIGURE_SHARED} \
@@ -50,6 +51,10 @@
CONFIGURE_ENV += CPPFLAGS=-I${LOCALBASE}/include \
-DSYSLOGD_PIDNAME=\\\rsyslogd.pid\\\ \
-DCONFIGFILE=\\\${SYSCONFDIR}/rsyslog.conf\\\
+
+# all the variables somehow got suffixed with _ resulting in wrong config.h
+post-extract:
+ cd ${WRKSRC} cp -f config.h.in~ config.h.in
post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/examples/rsyslog
Index: distinfo
===
RCS file: /cvs/ports/sysutils/rsyslog/distinfo,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 distinfo
--- distinfo29 Jul 2010 21:40:21 - 1.1.1.1
+++ distinfo22 Aug 2010 20:02:47 -
@@ -1,5 +1,5 @@
-MD5 (rsyslog-4.6.3.tar.gz) = Qf95pyqTGmEv2iUc/UAPTg==
-RMD160 (rsyslog-4.6.3.tar.gz) = Jz1kApxW/PogxwoAyjm1aJDwVE0=
-SHA1 (rsyslog-4.6.3.tar.gz) = I+jCGdFDpgUhDFHflHUV9AP1Dio=
-SHA256 (rsyslog-4.6.3.tar.gz) = ucQwUnpb2V2pzhtDt/ZIBOGdFzyLQgQY9ApEhe/5vSA=
-SIZE (rsyslog-4.6.3.tar.gz) = 2085422
+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
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/08/19 15:23:29 Modified files: math/blas : Makefile distinfo math/blas/files: Makefile math/blas/pkg : PLIST Removed files: math/blas/patches: patch-blas_man_manl_cscal_l patch-blas_man_manl_dcabs1_l patch-blas_man_manl_zrotg_l patch-blas_man_manl_zscal_l Log message: - distfiles were silently rerolled. - makes man pages more complete - add missing file to SRCS, bump lib version distfile update noticed by and initial patch from Thomas de Grivel
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/08/18 15:36:00 Modified files: net/pidgin : Makefile distinfo net/pidgin/patches: patch-configure_ac patch-pidgin_gtkdialogs_c patch-pidgin_gtkmain_c net/pidgin/pkg : PLIST-libpurple PLIST-main Log message: update to 2.7.3 from brad (maintainer)
Re: [patch] math/blas-1.0p4 (was Re: /ports/math/blas does not build)
Thomas de Grivel [2010-08-14, 10:41:37]:
On 08/14/10 08:14, as...@spamcop.net wrote:
I have not figured out how to cut and paste from xterm and I expect that
attachments are not the thing to do. Thus no nice build outputs. My
-current is say two days old. There are four patches and none of the
patches cleanly apply.
I note it seems to be almost 20 year old code, fortran, and openoffice3
build is dependent on it.
py-gtk is dependent on it I think.
Do you mean copy / paste like, mouse select / button 2 ?
Attachments are ok.
Attached is a patch for math/blas reflecting the silent changes from
(unversioned) upstream tarball.
I do not use blas, i just tried to fix the build so please review !
Thanks for noticing that. I'll take a look at this later.
Looks like they bundled a makefile with the code so we may as well use that.
You should be able to build the in tree port with distfiles from
ftp.openbsd.org.
Cheers,
--
Thomas de Grivel
http://www.lowh.net/
Index: Makefile
===
RCS file: /cvs/ports/math/blas/Makefile,v
retrieving revision 1.14
diff -u -p -r1.14 Makefile
--- Makefile 18 Jul 2010 10:30:41 - 1.14
+++ Makefile 13 Aug 2010 15:22:49 -
@@ -5,7 +5,7 @@ COMMENT= Basic Linear Algebra Subprogram
VERSION= 1.0
DISTNAME=blas
PKGNAME= ${DISTNAME}-${VERSION}
-REVISION=3
+REVISION=4
SHARED_LIBS= blas1.0
CATEGORIES= math
@@ -25,7 +25,7 @@ MASTER_SITES= ftp://ftp.netlib.org/blas/
MASTER_SITES0= ${MASTER_SITES:S/blas/lapack/}
EXTRACT_SUFX=.tgz
DIST_SUBDIR= ${DISTNAME}-${VERSION}
-WRKDIST= ${WRKDIR}
+WRKDIST= ${WRKDIR}/BLAS
MODULES= fortran
MODFORTRAN_WANTG77= Yes
@@ -37,7 +37,7 @@ MAKE_ENV= SHLIB_MAJOR=${LIBblas_VERSION:
FC=${FC}
FAKE_FLAGS= LIBDIR=${LOCALBASE}/lib DEBUGLIBS=no
-MANSRC= ${WRKDIR}/${DISTNAME}/man/manl
+MANSRC= ${WRKDIR}/lapack-3.2.0/manpages/blas/man/manl
# See bsd.lib.mk:162
.if ${MACHINE_ARCH:Mmips64*}
Index: distinfo
===
RCS file: /cvs/ports/math/blas/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo 5 Apr 2007 16:20:05 - 1.4
+++ distinfo 13 Aug 2010 15:22:49 -
@@ -1,10 +1,10 @@
-MD5 (blas-1.0/blas.tgz) = WBHks9/6ehCVar+SPOwb1A==
-MD5 (blas-1.0/manpages.tgz) = UO+rbNc6lClYT38VN/Fyfw==
-RMD160 (blas-1.0/blas.tgz) = 0s6jrmFWtvWD+uXlkGlf+zBqu4A=
-RMD160 (blas-1.0/manpages.tgz) = lwTUbBejKMZpB8K4c9bfJOQtDyU=
-SHA1 (blas-1.0/blas.tgz) = q3P8xp0MdIiK6memmPYM2RsNOvI=
-SHA1 (blas-1.0/manpages.tgz) = c5dcLZ3Q8A8kqK719abmZ1J9L9M=
-SHA256 (blas-1.0/blas.tgz) = vQYqeeNamoNc/Y6uvmJiu7GVYQM2zwdDXNK33yAL8IQ=
-SHA256 (blas-1.0/manpages.tgz) = AuMMujV621/rSzipdH4eNjNzKqSmjDJsvYIg/UPIU8Y=
-SIZE (blas-1.0/blas.tgz) = 94981
-SIZE (blas-1.0/manpages.tgz) = 721308
+MD5 (blas-1.0/blas.tgz) = fmr3AiRA2GiNFr6G1V+zWA==
+MD5 (blas-1.0/manpages.tgz) = FFAHyrkVUEyuw4IolGKhZg==
+RMD160 (blas-1.0/blas.tgz) = 6lx/7V/j2t82Aj8O4SIrUgAHVFk=
+RMD160 (blas-1.0/manpages.tgz) = nxByf3pEMoevXNm11mAMlyeQWXE=
+SHA1 (blas-1.0/blas.tgz) = Cuyk7UXy5VGZd3R+1rz4DRsDNdI=
+SHA1 (blas-1.0/manpages.tgz) = xVgHPgWxaZi14/LGV9D6z1YuxVE=
+SHA256 (blas-1.0/blas.tgz) = vC8liYFBw+2VE6vjs/FeAPDS6Igcfya3SVDN7kX7VB0=
+SHA256 (blas-1.0/manpages.tgz) = ysI05ZfyuTiL89PAVJuKVr84Z8bFVNhEu4OQOZc4YfY=
+SIZE (blas-1.0/blas.tgz) = 98957
+SIZE (blas-1.0/manpages.tgz) = 1016997
Index: patches/patch-blas_man_manl_cscal_l
===
RCS file: patches/patch-blas_man_manl_cscal_l
diff -N patches/patch-blas_man_manl_cscal_l
--- patches/patch-blas_man_manl_cscal_l 5 Sep 2007 15:32:19 -
1.2
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,9 +0,0 @@
-$OpenBSD: patch-blas_man_manl_cscal_l,v 1.2 2007/09/05 15:32:19 steven Exp $
blas/man/manl/cscal.l.orig Sat Apr 1 19:54:03 2006
-+++ blas/man/manl/cscal.lSat Apr 1 19:54:11 2006
-@@ -1,4 +1,4 @@
--.SH NAME
-+.TH CSCAL 3f
-
- .SH SYNOPSIS
- .TP 31
Index: patches/patch-blas_man_manl_dcabs1_l
===
RCS file: patches/patch-blas_man_manl_dcabs1_l
diff -N patches/patch-blas_man_manl_dcabs1_l
--- patches/patch-blas_man_manl_dcabs1_l 5 Sep 2007 15:32:19 -
1.2
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,9 +0,0 @@
-$OpenBSD: patch-blas_man_manl_dcabs1_l,v 1.2 2007/09/05 15:32:19 steven Exp $
blas/man/manl/dcabs1.l.orig Sat Apr 1 19:54:21 2006
-+++ blas/man/manl/dcabs1.l Sat Apr 1 19:54:33 2006
-@@ -1,4 +1,4 @@
--.SH NAME
-+.TH DCABS1 3f
-
- .SH SYNOPSIS
- .TP 17
Index: patches/patch-blas_man_manl_zrotg_l
===
RCS file: patches/patch-blas_man_manl_zrotg_l
diff -N
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/08/01 14:11:48 Modified files: net/pidgin : Makefile distinfo net/pidgin/patches: patch-libpurple_plugins_ssl_Makefile_in patch-libpurple_protocols_yahoo_Makefile_in patch-pidgin_Makefile_in Log message: update to 2.7.2 security fix for CVE-2010-2528, plus a few other bug fixes from brad@
Re: texlive Makefiles
Stuart Henderson [2010-08-01, 11:04:33]: On 2010/07/31 17:13, Ted Unangst wrote: Why do the texlive Makefiles have the x bit set? No idea, but it affects a lot more files than just this. this happens when they are imported with the x bit set. apparently this can be fixed by doing a chmod on the corresponding files in the repository.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/30 16:49:27 Modified files: sysutils/testdisk: Makefile Added files: sysutils/testdisk/patches: patch-src_hdaccess_c Log message: make it detect scsi disks properly (off by one). while here also detect vnd devices. groovy landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/29 15:40:21 Log message: import rsyslog-4.6.3 Rsyslog is an enhanced multi-threaded syslogd with a focus on security and reliability. Among others, it offers support for on-demand disk buffering, reliable syslog over TCP, SSL, TLS and RELP, writing to databases (MySQL, PostgreSQL, Oracle, and many more), email alerting, fully configurable output formats (including high-precision timestamps), the ability to filter on any part of the syslog message, on-the-wire message compression, and the ability to convert text files to syslog. It is a drop-in replacement for stock syslogd and able to work with the same configuration file syntax. Its advanced features make it suitable for enterprise-class, encryption protected syslog relay chains while at the same time being very easy to setup for the novice user. initial port from todd@, improved by sthen@ and me Status: Vendor Tag: steven Release Tags: steven-20100729 N ports/sysutils/rsyslog/Makefile N ports/sysutils/rsyslog/distinfo N ports/sysutils/rsyslog/pkg/PLIST-main N ports/sysutils/rsyslog/pkg/PLIST-mysql N ports/sysutils/rsyslog/pkg/DESCR-main N ports/sysutils/rsyslog/pkg/PLIST-pgsql N ports/sysutils/rsyslog/pkg/DESCR-mysql N ports/sysutils/rsyslog/pkg/DESCR-pgsql N ports/sysutils/rsyslog/patches/patch-configure_ac N ports/sysutils/rsyslog/patches/patch-tools_syslogd_c No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/29 15:40:47 Modified files: sysutils : Makefile Log message: +rsyslog
Re: keepassx again
Jiri B. [2010-07-29, 23:52:46]: Hello, I'm still fighting with keepassx compilation issues, it doesn't want to include X11 headers :( If anybody would like to give me some help, here's link to keepassx forum with compilation log I added: http://www.keepassx.org/forum/viewtopic.php?f=1t=2165p=3892sid=a8a00c326f0dfad261c9a435d5611bfd#p3892 you need to have -I/usr/X11R6/include in the compiler command.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/24 02:24:32 Modified files: net/silc-client: Makefile Log message: this seems to work with our libtool now
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/24 03:15:55 Modified files: security/libfwbuilder: Makefile security/fwbuilder: Makefile Log message: this does not use libtool.
Re: NEW: rsyslog + librelp
Stuart Henderson [2010-07-23, 22:15:37]: On 2010/07/23 15:40, Todd T. Fries wrote: Since there are two `alternate' system loggers, and rsyslog sports a feature syslog-ng does not, notibly RELP (Reliable Event Logging Protocol), is there any reason we can't have both in the ports tree? This was submitted a couple years back, no discussion, and obviously no commit. Any thoughts/objections/ok's etc? I started looking at this when it was posted before, the port was in a bit of a state so I cleaned it up slightly. Here's my version updated for 4.6.3. It's untested beyond building. Biggest notable change is that the database plugins are subpackaged, but there's also quite a bit of general tidy-up. Choice is good, so no objection to rsyslog in our tree. Not tested, but... You must set USE_LIBTOOL. I think you also want the subpackages to run-depend on the main package. Would be nicer to have pkgnames like rsyslog-mysql-$V. Maybe librelp can also live in sysutils, like e.g. libeventlog.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/22 13:44:07 Modified files: graphics/pstoedit: Makefile distinfo graphics/pstoedit/patches: patch-configure patch-src_Makefile_in graphics/pstoedit/pkg: PLIST Log message: update to 3.50
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/22 14:56:23 Modified files: sysutils/eventlog: Makefile distinfo Log message: update to 0.2.12
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/22 15:03:03 Modified files: sysutils/syslog-ng: Makefile Added files: sysutils/syslog-ng/files: syslog-ng.conf Log message: - by default, find the config file in the location we installed it. - install a better sample config file, which mimics OpenBSD's syslogd and no longer spits all kinds of warnings just because we are using syslog-ng = 3 this allows to start syslog-ng without extra arguments and have something basically working. requested by jcs@ let me know if you find issues with the new config file.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/21 10:45:21 Modified files: infrastructure/mk: gcc4.port.mk Log message: drop USE_GCC4. we don't use this and the module checks COMPILER_VERSION. from/discussed with brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/21 11:11:48 Modified files: infrastructure/mk: bsd.port.mk Log message: pass COMPILER_VERSION in MAKE_ENV instead of USE_GCC3. this removes the last instance of USE_GCC3 in ports. from brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/21 14:37:26 Modified files: x11/gtkglext : Makefile Log message: update homepage
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/21 15:27:44 Modified files: textproc/gnuvd : Makefile distinfo Log message: update to 1.0.11 makes it work again after modifications in the online dictionary restyle spacing while here
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/21 15:33:03 Modified files: security/libnipper: Makefile security/nipper: Makefile Log message: drop maintainership; this is the last free version of this software anyway before it became commercial
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/21 15:34:08 Modified files: security/nipper: Makefile Log message: new WANTLIB/LIB_DEPENDS while here
Re: UPDATE: graphics/gimp
Giovanni Bechis [2010-07-21, 17:20:59]: Update to 2.6.10 and switch to new depends, ok ? Cheers Giovanni Index: Makefile === RCS file: /cvs/ports/graphics/gimp/stable/Makefile,v retrieving revision 1.59 diff -u -p -r1.59 Makefile --- Makefile 8 Jul 2010 16:16:51 - 1.59 +++ Makefile 21 Jul 2010 14:36:57 - @@ -2,16 +2,16 @@ COMMENT= GNU Image Manipulation Program -DISTNAME=gimp-2.6.9 -SHARED_LIBS= gimp-2.0269.0 \ - gimpbase-2.0269.0 \ - gimpcolor-2.0 269.0 \ - gimpconfig-2.0 269.0 \ - gimpmath-2.0269.0 \ - gimpmodule-2.0 269.0 \ - gimpthumb-2.0 269.0 \ - gimpui-2.0 269.0 \ - gimpwidgets-2.0 269.0 +DISTNAME=gimp-2.6.10 +SHARED_LIBS= gimp-2.0270.0 \ + gimpbase-2.0270.0 \ + gimpcolor-2.0 270.0 \ + gimpconfig-2.0 270.0 \ + gimpmath-2.0270.0 \ + gimpmodule-2.0 270.0 \ + gimpthumb-2.0 270.0 \ + gimpui-2.0 270.0 \ + gimpwidgets-2.0 270.0 CATEGORIES= graphics MAINTAINER= Giovanni Bechis giova...@openbsd.org @@ -27,20 +27,20 @@ EXTRACT_SUFX= .tar.bz2 BUILD_DEPENDS= ::textproc/libxslt RUN_DEPENDS= :desktop-file-utils-*:devel/desktop-file-utils -LIB_DEPENDS= gdk-x11-2.0,gdk_pixbuf-2.0,gtk-x11-2.0::x11/gtk+2 \ - aa.=1.3::graphics/aalib \ - dbus-glib-1::x11/dbus-glib \ - exif::graphics/libexif \ - mng::graphics/libmng \ - tiff.=35::graphics/tiff \ - wmf.=6,wmflite.=6::graphics/libwmf \ - poppler.=3,poppler-glib.=3::print/poppler \ - gegl-0.1::graphics/gegl \ - openjpeg.=4::graphics/openjpeg \ - :py-gtk2-*:x11/py-gtk2 \ - curl::net/curl +LIB_DEPENDS= ::x11/gtk+2 \ + ::graphics/aalib \ + ::x11/dbus-glib \ + ::graphics/libexif \ + ::graphics/libmng \ + ::graphics/tiff \ + ::graphics/libwmf \ + ::print/poppler \ + ::graphics/gegl \ + ::graphics/openjpeg \ + ::x11/py-gtk2 \ + ::net/curl -RUN_DEPENDS+=:py-gtk2-*:x11/py-gtk2 +RUN_DEPENDS+=::x11/py-gtk2 # GPLv2 PERMIT_PACKAGE_CDROM=Yes @@ -58,7 +58,10 @@ WANTLIB= ICE SM X11 Xext Xmu Xpm Xrender expat Xcomposite Xdamage gthread-2.0 pcre \ bz2 croco-0.6 gio-2.0 gsf-1 rsvg-2 babl-0.1 \ pthread-stubs xcb execinfo xcb-render \ - xcb-render-util + xcb-render-util gdk-x11-2.0 gdk_pixbuf-2.0 \ + gtk-x11-2.0 tiff aa dbus-glib-1 exif mng \ + wmf wmflite poppler poppler-glib gegl-0.1 \ + openjpeg curl you're loosening some libspecs in the new WANTLIB, is that intended?
Re: Makefile.template
Stuart Henderson [2010-07-20, 16:47:22]:
this adds a few notes and updates things a little.
any comments, ok's?
that looks ok to me.
Index: Makefile.template
===
RCS file: /cvs/ports/infrastructure/templates/Makefile.template,v
retrieving revision 1.55
diff -u -p -r1.55 Makefile.template
--- Makefile.template 23 Aug 2008 15:28:00 - 1.55
+++ Makefile.template 20 Jul 2010 15:45:50 -
@@ -26,11 +26,13 @@ DISTNAME =???
#PKGNAME = ???
#PKGNAME-foo = ??? for multi packages
-# for any port that create shared libraries.
+# for any port that creates shared libraries.
# both libtool and cmake handle this automatically.
# for libtool-based ports, have a look at WRKBUILD/shared_libs.log
#SHARED_LIBS = ???
+# the category used in the directory name, /usr/ports/category/portname,
+# must be included.
CATEGORIES = ???
#HOMEPAGE = ??? URL
@@ -61,18 +63,21 @@ CATEGORIES = ???
#PERMIT_DISTFILES_CDROM =Yes | Reason if No
#PERMIT_DISTFILES_FTP = Yes | Reason if No
+# make port-lib-depends-check can help
#WANTLIB = ???
# where the source files and patches can be fetched
#
MASTER_SITES = ???
+#MASTER_SITES = ${HOMEPAGE}
+#MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=subdir/}
#MASTER_SITES = ${MASTER_SITE_foo:=subdir/}
# if more master sites are needed...
#MASTER_SITES0 =
# ...
#DISTFILES = ???
#EXTRACT_ONLY = ???
-#EXTRACT_SUFX = .tar.Z
+#EXTRACT_SUFX = .tar.bz2
#DIST_SUBDIR = ???
@@ -95,8 +100,8 @@ MASTER_SITES = ???
# build/configuration variables
#
-#SEPARATE_BUILD =concurrent (build simultaneously on all arches)
-#SEPARATE_BUILD =simple (configure/build still recreates files in
source)
+#SEPARATE_BUILD =simple (build in a directory other than WRKSRC)
+#SEPARATE_BUILD =flavored (distinct flavors may share a common WRKSRC)
#USE_X11 = Yes
#USE_GMAKE = Yes
# Programs that uses libtool should use this option,
@@ -111,7 +116,7 @@ MASTER_SITES =???
#XXX: cygnus products do NOT use autoconf for making the main
#configure from configure.in
# imake [noman]: port uses imake for configuration.
-# (noman: no man page installation)
+# (noman: no man page installation)
# simple: port has its own configure script
#CONFIGURE_STYLE =
#CONFIGURE_SCRIPT = ??? (if other than configure)
@@ -121,6 +126,7 @@ MASTER_SITES =???
# for gnu stuff
#AUTOCONF_VERSION = ??? (defaults to 2.13)
#AUTOMAKE_VERSION = ??? (defaults to 1.4)
+# config.guess and others are copied here
#MODGNU_CONFIG_GUESS_DIRS = ??? (defaults to ${WRKSRC}
# Is the build automagic or is it interactive
@@ -165,8 +171,8 @@ MASTER_SITES =???
#CFLAGS =???
#LDFLAGS = ???
#MAKE_FILE = ???
-#PKG_ARCH = ???
-#WRKDIST = ??? if other than ${WRKDIR}/$DISTNAME
+#PKG_ARCH = ??? (* for arch-independent packages)
+#WRKDIST = ??? if other than ${WRKDIR}/${DISTNAME}
#WRKSRC =??? if other than ${WRKDIST}
#WRKBUILD = ??? if other than ${WRKSRC}
#WRKCONF = ??? if other than ${WRKBUILD}
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/18 04:30:41 Modified files: math/arpack: Makefile math/R : Makefile math/aamath: Makefile math/abs : Makefile math/amd : Makefile math/blas : Makefile math/calcoo: Makefile math/cblas : Makefile math/ccolamd : Makefile math/cfitsio : Makefile math/colamd: Makefile math/coq : Makefile math/fftw : Makefile math/freemat : Makefile math/galculator: Makefile math/ginac : Makefile math/grace : Makefile math/graphviz : Makefile math/grpn : Makefile math/hc: Makefile math/hexcalc : Makefile math/hoc : Makefile math/kst : Makefile Log message: REVISION
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/18 04:50:12 Modified files: math/lapack: Makefile math/libneural : Makefile math/maple : Makefile math/mathomatic: Makefile math/matio : Makefile math/maxima: Makefile math/mcsim : Makefile math/minisat : Makefile math/octave: Makefile math/pari : Makefile math/plplot: Makefile math/py-Numeric: Makefile math/py-gnuplot: Makefile math/py-numpy : Makefile math/py-probstat: Makefile math/py-scipy : Makefile math/qrupdate : Makefile math/qtoctave : Makefile math/udunits : Makefile math/xspread : Makefile Log message: REVISION
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/18 05:10:44 Modified files: infrastructure/mk: fortran.port.mk Log message: new WANTLIB,LIB_DEPENDS
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/18 08:33:39 Modified files: math/freemat : Makefile math/octave: Makefile Log message: new WANTLIB/LIB_DEPENDS
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/18 11:19:49 Modified files: math/freemat : Makefile Log message: add explicit depends on amd, since it does not come in via umfpack anymore
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/07/18 13:58:50 ports/sysutils/syslog-ng/files Update of /cvs/ports/sysutils/syslog-ng/files In directory cvs.openbsd.org:/tmp/cvs-serv16099/files Log Message: Directory /cvs/ports/sysutils/syslog-ng/files added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/06/28 13:17:27 Modified files: infrastructure/build: libtool Log message: put this in else block
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/06/28 23:01:35 Modified files: math/qrupdate : Makefile math/qrupdate/patches: patch-Makefile patch-src_Makefile Removed files: math/qrupdate/patches: patch-Makeconf Log message: normalization: use FC as fortran compiler and honor FFLAGS. allows to build it easily with gfortran. make more use of MAKE_FLAGS. make the tests work. maintainer timeout
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/06/27 08:29:54 Modified files: infrastructure/build: libtool Log message: store full path to another .la file that we find during processing of a -l argument as well. fixes build of productivity/qhacc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/06/25 11:18:21 Added files: x11/gtk-vnc/patches: patch-src_Makefile_in Log message: remove space after -Wl argument fixes build with in-tree libtool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/06/25 14:03:54 Modified files: infrastructure/build: libtool Log message: always search for the library file when walking the final lib list; also delete the fullpath if no library file is found. maybe slightly less efficient but should be safer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/06/25 14:29:11 Modified files: infrastructure/build: libtool Log message: put string into a variable here
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/06/25 14:59:33 Modified files: infrastructure/build: libtool Log message: Library-find wants to know where it is called from (LaFile or Program)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/06/25 15:39:35 Modified files: infrastructure/build: libtool Log message: basic dependency drop if library isn't found (only when linking a library) makes security/pcsc-lite build
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/06/24 23:21:35 Modified files: infrastructure/build: libtool Log message: no need to add to deplibs recursively here
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/06/23 08:44:42 Modified files: audio/tremor : Makefile Log message: autogen.sh needs libtoolize, so add gnu libtool as build dep. builds fine with in tree libtool however.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/06/23 09:48:28 Modified files: inputmethods/scim: Makefile Added files: inputmethods/scim/patches: patch-src_Makefile_in Log message: don't link with libiconv.a and -liconv at the same time fixes build with in-tree libtool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ste...@cvs.openbsd.org 2010/06/23 10:09:11 Modified files: graphics/ImageMagick: Makefile Log message: use gnu libtool (needs ltdl)
