CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/05/17 01:30:27 Modified files: net/vnstat : Makefile net/vnstat/pkg : PLIST README Log message: packaging fixes to vnstat, ok pea@ : - remove bogus empty @sample line from PLIST causing File /usr/local/ is not a file messages at pkg_delete time - grammar tweak in README
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/05/17 01:44:40 Modified files: net/argus : Makefile Log message: missing bump
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/05/17 01:48:15 Modified files: mail/dovecot : Makefile mail/dovecot/pkg: PLIST-server Log message: Roll the SQLite support for Dovecot into the main package. From Brad, I added a REVISION bump, and a @conflict marker because this is moving from a subpackage to a package rather than rolling a FLAVOR into another.
Re: CVS: cvs.openbsd.org: ports
On Thu, May 17, 2012 at 01:44:40AM -0600, Jasper Lievisse Adriaanse wrote: CVSROOT: /cvs Module name: ports Changes by: jas...@cvs.openbsd.org 2012/05/17 01:44:40 Modified files: net/argus : Makefile Log message: missing bump What was the reason for bumping? -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/05/17 02:12:31 Removed files: mail/dovecot/pkg: DESCR-sqlite PLIST-sqlite Log message: missed rm's
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2012/05/17 02:52:59 Modified files: www/chromium : Makefile www/chromium/files: chrome Log message: Add a temporary workaround to the chrome wrapper script that checks if the SingletonLock file is available and valid. The problem is that when chrome crashes one of the destructors fail to remove the lockfile and then when you start chrome again, it will try to communicate with the old PID of the chromium main process, because the SingletonLock file will point to `hostname`-PID_of_old_chromium and since that process is not running anymore, startup will fail.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/05/17 02:56:47 Modified files: comms/p5-Device-Modem: Makefile distinfo comms/p5-Device-Modem/pkg: PLIST Log message: update to Device::Modem 1.56 from dhill
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/05/17 02:58:02 Modified files: comms/p5-Device-SerialPort: Makefile distinfo Log message: update to Device::SerialPort 1.04 from dhill, also bump EPOCH as cpan-style version numbering doesn't align with pkg_add's (1.03001 1.04)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2012/05/17 02:59:00 Modified files: devel/nspr/patches: patch-mozilla_nsprpub_pr_include_prtypes_h patch-mozilla_nsprpub_pr_src_pthreads_ptthread_c Log message: add comments explaining damn patches
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/05/17 03:10:44 Modified files: www/havp : Makefile www/havp/patches: patch-etc_havp_havp_config_in Added files: www/havp/patches: patch-havp_helper_cpp Log message: Call setgid(2) before initgroups(3), otherwise we end up with an empty group list and havp will get the gid of the last entry in groups(5). ok giovanni@ (maintainer) robert@ jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/05/17 04:11:23 Modified files: print/cups : Makefile distinfo print/cups/patches: patch-Makedefs_in patch-backend_ipp_c patch-config-scripts_cups-common_m4 patch-scheduler_ipp_c print/cups/pkg : PLIST Added files: print/cups/patches: patch-backend_usb-libusb_c Log message: Update to cups-1.5.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2012/05/17 04:23:24 Modified files: devel/nspr/patches: patch-mozilla_nsprpub_pr_src_pthreads_ptthread_c Log message: add bug # url
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/05/17 04:27:02 Modified files: net/powerdns : Makefile net/powerdns/pkg: PLIST-main Removed files: net/powerdns/pkg: DESCR-sqlite DESCR-sqlite3 PLIST-sqlite PLIST-sqlite3 Log message: roll sqlite3 into the main PowerDNS package, remove sqlite2 support, from Brad.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2012/05/17 04:36:34 Modified files: cad/chipmunk : Makefile Log message: mark as BROKEN-sparc64 since it never built there
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/05/17 05:05:40 Modified files: net/icinga : Makefile.inc net/icinga/core: Makefile distinfo net/icinga/core/patches: patch-base_Makefile_in patch-cgi_Makefile_in patch-configure patch-module_idoutils_src_Makefile_in patch-sample-config_icinga_cfg_in net/icinga/core/pkg: PLIST-cgi PLIST-ido PLIST-main README-main Removed files: net/icinga/core/patches: patch-module_icinga-api_Makefile_in Log message: update to icinga 1.7.0 - IDO users note, as well as the usual DB upgrade steps, edit icinga.cfg and change broker_module=/usr/local/bin/idomod.o to broker_module=/usr/local/lib/idomod.so, this is also mentioned in the README. Notable fixes: - flexible downtimes now last the duration specified once triggered - avoid insane looping through event list when rescheduling checks
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/05/17 05:06:33 Modified files: net/icinga/web : Makefile distinfo net/icinga/web/patches: patch-Makefile_in patch-etc_apache2_icinga-web_conf_in net/icinga/web/pkg: PLIST README Added files: net/icinga/web/patches: patch-lib_agavi_Makefile_in Removed files: net/icinga/web/patches: patch-app_Makefile_in patch-bin_Makefile_in patch-doc_Makefile_in patch-etc_Makefile_in patch-lib_Makefile_in patch-pub_Makefile_in Log message: sync, still not enabled by default though
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/05/17 05:21:30 Modified files: net/icinga/core: Makefile Log message: remove not-yet-ported REGRESS_DEPENDS
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/05/17 05:49:07 Modified files: net/wget : Makefile Log message: no need for groff
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/05/17 12:04:00 Modified files: x11/gnome/settings-daemon/patches: patch-configure_ac Log message: Pushed upstream.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/05/17 15:39:44 Modified files: net/powerdns : Makefile Log message: Tweak powerdns wantlib; libz is common so put it in WANTLIB rather than all the various WANTLIB-foo. From Brad, no pkg change.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/05/17 16:23:02 Modified files: devel/flex : Makefile Log message: no need for groff
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/05/17 17:13:52 Modified files: www/rackmonkey : Makefile www/rackmonkey/patches: patch-doc_install_txt www/rackmonkey/pkg: README Log message: tweak www/rackmonkey package docs: - tell people to use /etc/rc.d/httpd restart not apachectl stop / start - remind people to enable mod_perl - zap blank line
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2012/05/17 19:29:56 Log message: Import shntool-3.0.10. shntool is a multi-purpose WAVE data processing and reporting utility. File formats are abstracted from its core, so it can process any file that contains WAVE data, compressed or not - provided there exists a format module to handle that particular file type. ok sthen@ Status: Vendor Tag: bentley Release Tags: bentley_20120517 N ports/audio/shntool/Makefile N ports/audio/shntool/distinfo N ports/audio/shntool/pkg/DESCR N ports/audio/shntool/pkg/PLIST N ports/audio/shntool/pkg/README No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2012/05/17 19:30:55 Modified files: audio : Makefile Log message: +shntool
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2012/05/17 23:22:49 Modified files: games/uqm : Makefile distinfo games/uqm/files: build.vars config_unix.h games/uqm/pkg : DESCR-main DESCR-remix1 DESCR-remix2 DESCR-remix3 PLIST-content PLIST-remix1 PLIST-remix2 PLIST-remix3 PLIST-threedomusic PLIST-voice Added files: games/uqm/patches: patch-src_libs_sound_decoders_oggaud_c Removed files: games/uqm/patches: patch-sc2_src_sc2code_libs_sound_decoders_oggaud_c Log message: Update to uqm-0.7.0. Addons structure and behavior has changed in this release: - 3domusic and remix addons can, when installed, be selected from the game settings menu rather than as command-line arguments - voice addon will be automatically enabled when installed, but can be turned off by adjusting the voice volume in the game settings menu ok kirby@
Re: [new] audio/deadbeef
On 2012/05/15 01:16, Alexandr Shadchin wrote: Hi, pkg/DESCR: DeaDBeeF (as in 0xDEADBEEF) is an audio player for GNU/Linux, BSD, OpenSolaris and probably other UNIX-like systems. My uaudio(4) is fixed sample-rate so I need to use the resampler to output at 48KHz. (well actually there are dip switches which I can adjust which take effect when it attaches, but if I unplug it I need to reboot my workstation before OpenBSD will detect it again, but that's a different story...) When I try and use deadbeef, this happens: $ deadbeef starting deadbeef 0.5.4 server_start INFO: unlink socket: No such file or directory failed to load config file loading plugins from /home/sthen/.local/lib/deadbeef loading plugins from /usr/local/lib/deadbeef plug_load_all: scandir found 71 files loading plugin /usr/local/lib/deadbeef/aac.so loading plugin /usr/local/lib/deadbeef/artwork.so loading plugin /usr/local/lib/deadbeef/cdda.so loading plugin /usr/local/lib/deadbeef/converter.so loading plugin /usr/local/lib/deadbeef/converter_gtk2.so loading plugin /usr/local/lib/deadbeef/dca.so loading plugin /usr/local/lib/deadbeef/ddb_ao.so loading plugin /usr/local/lib/deadbeef/ddb_dumb.so found gui plugin ddb_gui_GTK2.so added GTK2 gui plugin loading plugin /usr/local/lib/deadbeef/ddb_mono2stereo.so loading plugin /usr/local/lib/deadbeef/ddb_shn.so loading plugin /usr/local/lib/deadbeef/dsp_libsrc.so loading plugin /usr/local/lib/deadbeef/ffap.so loading plugin /usr/local/lib/deadbeef/ffmpeg.so loading plugin /usr/local/lib/deadbeef/flac.so loading plugin /usr/local/lib/deadbeef/hotkeys.so loading plugin /usr/local/lib/deadbeef/lastfm.so loading plugin /usr/local/lib/deadbeef/m3u.so loading plugin /usr/local/lib/deadbeef/mms.so loading plugin /usr/local/lib/deadbeef/mpgmad.so loading plugin /usr/local/lib/deadbeef/musepack.so loading plugin /usr/local/lib/deadbeef/notify.so loading plugin /usr/local/lib/deadbeef/nullout.so loading plugin /usr/local/lib/deadbeef/shellexec.so loading plugin /usr/local/lib/deadbeef/shellexecui_gtk2.so loading plugin /usr/local/lib/deadbeef/sndfile.so loading plugin /usr/local/lib/deadbeef/sndio.so loading plugin /usr/local/lib/deadbeef/supereq.so loading plugin /usr/local/lib/deadbeef/tta.so loading plugin /usr/local/lib/deadbeef/vfs_curl.so loading plugin /usr/local/lib/deadbeef/vfs_zip.so loading plugin /usr/local/lib/deadbeef/vorbis.so loading plugin /usr/local/lib/deadbeef/vtx.so loading plugin /usr/local/lib/deadbeef/wavpack.so checking GUI plugin: GTK2 found selected GUI plugin: GTK2 loading plugin /usr/local/lib/deadbeef/ddb_gui_GTK2.so converter: failed to open file /home/sthen/.config/deadbeef/presets/encoders/. for writing converter: failed to open file /home/sthen/.config/deadbeef/presets/encoders/.. for writing gtkui plugin compiled for gtk version: 2.24.10 selected output plugin: null output plugin Note that it doesn't select sndio by default streamer_set_output_format 16bit int 2ch 44100Hz channelmask=3, bufferfill: 0 selected output plugin: null output plugin selected output plugin: null output plugin gtkui: found cover-art loader plugin streamer_set_output_format 16bit int 2ch 44100Hz channelmask=3 streamer_set_output_format 16bit int 2ch 44100Hz channelmask=3, bufferfill: 0 selected output plugin: null output plugin selected output plugin: null output plugin selected output plugin: null output plugin Changed to sndio in preferences and try to play: selected output plugin: sndio output plugin sndio: parameters not supported streamer_set_output_format 16bit int 2ch 44100Hz channelmask=3, bufferfill: 0 selected output plugin: sndio output plugin sndio: parameters not supported selected output plugin: sndio output plugin streamer_set_output_format 16bit int 2ch 44100Hz channelmask=3, bufferfill: 0 sndio: parameters not supported sndio: parameters not supported Segmentation fault (core dumped) I'll build with symbols later to try and get a proper backtrace but here's a preliminary one. $ gdb `which deadbeef` deadbeef.core GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-unknown-openbsd5.1... (no debugging symbols found) Core was generated by `deadbeef'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libpthread.so.15.2...done. Loaded symbols for /usr/lib/libpthread.so.15.2 Reading symbols from /usr/local/lib/libintl.so.6.0...done. Loaded symbols for /usr/local/lib/libintl.so.6.0 Reading symbols from /usr/local/lib/libiconv.so.6.0...done. Loaded symbols for /usr/local/lib/libiconv.so.6.0 Reading symbols from /usr/lib/libm.so.7.0...done. Loaded symbols for /usr/lib/libm.so.7.0 Symbols already loaded for /usr/lib/libpthread.so.15.2
Re: [new] audio/deadbeef
On 2012/05/17 04:03, Brad Smith wrote: - Original message - My uaudio(4) is fixed sample-rate so I need to use the resampler to output at 48KHz. (well actually there are dip switches which I can adjust which take effect when it attaches, but if I unplug it I need to reboot my workstation before OpenBSD will detect it again, but that's a different story...) I don't get the point of this comment. This should just work with sndio. well, yes, and it does with most programs, but it doesn't with deadbeef.
Re: [new] audio/deadbeef
- Original message - My uaudio(4) is fixed sample-rate so I need to use the resampler to output at 48KHz. (well actually there are dip switches which I can adjust which take effect when it attaches, but if I unplug it I need to reboot my workstation before OpenBSD will detect it again, but that's a different story...) I don't get the point of this comment. This should just work with sndio. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [new] audio/deadbeef
On 2012/05/17 08:56, Stuart Henderson wrote: On 2012/05/17 04:03, Brad Smith wrote: - Original message - My uaudio(4) is fixed sample-rate so I need to use the resampler to output at 48KHz. (well actually there are dip switches which I can adjust which take effect when it attaches, but if I unplug it I need to reboot my workstation before OpenBSD will detect it again, but that's a different story...) I don't get the point of this comment. This should just work with sndio. well, yes, and it does with most programs, but it doesn't with deadbeef. (and yes, sndiod is running)
Re: [new] audio/deadbeef
- Original message - On 2012/05/17 04:03, Brad Smith wrote: - Original message - My uaudio(4) is fixed sample-rate so I need to use the resampler to output at 48KHz. (well actually there are dip switches which I can adjust which take effect when it attaches, but if I unplug it I need to reboot my workstation before OpenBSD will detect it again, but that's a different story...) I don't get the point of this comment. This should just work with sndio. well, yes, and it does with most programs, but it doesn't with deadbeef. Well the sndio backend that has been written obviously has a few bugs to be worked out ;) -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: CVS: cvs.openbsd.org: ports
On Thu, May 17, 2012 at 01:44:40AM -0600, Jasper Lievisse Adriaanse wrote: CVSROOT: /cvs Module name: ports Changes by: jas...@cvs.openbsd.org 2012/05/17 01:44:40 Modified files: net/argus : Makefile Log message: missing bump A bump was left out as there was no change to the resulting package. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
update: devel/subversion-1.7.5
Update to 1.7.5, released earlier today: http://svn.haxx.se/users/archive-2012-05/0189.shtml And fix WANTLIB (not all subpackages want 'db'). ok? Index: Makefile === RCS file: /cvs/ports/devel/subversion/Makefile,v retrieving revision 1.110 diff -u -p -r1.110 Makefile --- Makefile5 May 2012 10:12:52 - 1.110 +++ Makefile16 May 2012 11:31:49 - @@ -7,12 +7,9 @@ COMMENT-ruby= ruby interface to subvers COMMENT-ap2= apache2 subversion modules COMMENT-gnome-keyring= GNOME keyring support for subversion -VERSION= 1.7.4 +VERSION= 1.7.5 DISTNAME= subversion-${VERSION} PKGNAME-main= ${DISTNAME} -REVISION= 0 -REVISION-main= 1 -REVISION-gnome-keyring = 3 FULLPKGNAME-perl= p5-SVN-${VERSION} FULLPKGPATH-perl= devel/subversion,-perl FULLPKGNAME-python=py-subversion-${VERSION} @@ -59,7 +56,7 @@ FLAVOR += no_perl no_python no_ruby MODULES= devel/gettext lang/python -WANTLIB= expat db magic z +WANTLIB= expat magic z # autogen.sh checks for libtoolize BUILD_DEPENDS= ${MODGNU_AUTOCONF_DEPENDS} \ @@ -75,7 +72,7 @@ LIB_DEPENDS-main = ${LIB_DEPENDS} \ security/cyrus-sasl2 \ devel/libmagic -WANTLIB-main= ${WANTLIB} asn1 c crypto gssapi krb5 ssl \ +WANTLIB-main= ${WANTLIB} asn1 c crypto db gssapi krb5 ssl \ neon=26 pthread apr-1 aprutil-1 sasl2=2 sqlite3 RUN_DEPENDS-main= ${MODGETTEXT_RUN_DEPENDS} @@ -88,7 +85,7 @@ TOOLS_HOOK_SCRIPTS= commit-access-contro TOOLS_CLIENT_SIDE_SCRIPTS= bash_completion change-svn-wc-format.py \ server-version.py showchange.pl svn-graph.pl -WANTLIB-ap2= ${WANTLIB} apr-1 aprutil-1 sqlite3 +WANTLIB-ap2= ${WANTLIB} apr-1 aprutil-1 db sqlite3 LIB_DEPENDS-ap2= ${MODGETTEXT_LIB_DEPENDS} ${MAINSPEC} .for _lib in svn_delta-1 svn_fs-1 svn_fs_base-1 svn_fs_fs-1 \ svn_fs_util-1 svn_repos-1 svn_subr-1 @@ -108,7 +105,7 @@ LIB_DEPENDS-perl= ${MODGETTEXT_LIB_DEPEN WANTLIB-perl +=${_lib}=${SO_VERSION} .endfor -WANTLIB-python=${WANTLIB} apr-1 aprutil-1 asn1 crypto gssapi \ +WANTLIB-python=${WANTLIB} apr-1 aprutil-1 asn1 crypto gssapi db \ krb5 neon sasl2 sqlite3 ssl ${MODPY_WANTLIB} RUN_DEPENDS-python=${MODPY_RUN_DEPENDS} LIB_DEPENDS-python=${MODPY_LIB_DEPENDS} ${MODGETTEXT_LIB_DEPENDS} \ @@ -117,7 +114,7 @@ LIB_DEPENDS-python= ${MODPY_LIB_DEPENDS} WANTLIB-python += ${_lib}=${SO_VERSION} .endfor -WANTLIB-ruby= ${WANTLIB} apr-1 aprutil-1 asn1 crypto gssapi \ +WANTLIB-ruby= ${WANTLIB} apr-1 aprutil-1 asn1 crypto gssapi db \ krb5 m neon sasl2 sqlite3 ssl ${MODRUBY_WANTLIB} RUN_DEPENDS-ruby= ${MODRUBY_RUN_DEPENDS} LIB_DEPENDS-ruby= ${MODRUBY_LIB_DEPENDS} \ Index: distinfo === RCS file: /cvs/ports/devel/subversion/distinfo,v retrieving revision 1.33 diff -u -p -r1.33 distinfo --- distinfo12 Mar 2012 10:28:40 - 1.33 +++ distinfo16 May 2012 09:54:09 - @@ -1,5 +1,5 @@ -MD5 (subversion-1.7.4.tar.bz2) = mazpQzviGkeT/Bzb8v3qCQ== -RMD160 (subversion-1.7.4.tar.bz2) = dpv4aPco1gb2jJlRMgwlKavD3ZU= -SHA1 (subversion-1.7.4.tar.bz2) = V6PNNRwdvt3dAg56GVLfbNJnRSc= -SHA256 (subversion-1.7.4.tar.bz2) = xMc29dlKk7WGLR0kUjUxRsiuquM8zsZ2SbupH5GtUG8= -SIZE (subversion-1.7.4.tar.bz2) = 5978020 +MD5 (subversion-1.7.5.tar.bz2) = 9jU7m1gQgc35cpkwDJ6tow== +RMD160 (subversion-1.7.5.tar.bz2) = 4WaChpMRBW13cBbzX2Prz/Jy7Jo= +SHA1 (subversion-1.7.5.tar.bz2) = BcB5diaQ1awczSVJdC5+9w+kXPE= +SHA256 (subversion-1.7.5.tar.bz2) = yyPM0IsMHwxm/c2ncyZeQE2V83hJO6ZLSduq9UrkSuw= +SIZE (subversion-1.7.5.tar.bz2) = 6002955
WIP: Dovecot 2.1
Attached is a start at providing updates to Dovecot 2.1 and the associated add-ons. The antispam update was provided by sthen@. So if you have a new enough -current system and can provide any feedback please do so. Note: none of this has been tested so far other than ensuring it builds. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. Index: Makefile === RCS file: /home/cvs/ports/mail/dovecot/Makefile,v retrieving revision 1.187 diff -u -p -r1.187 Makefile --- Makefile17 May 2012 07:48:15 - 1.187 +++ Makefile17 May 2012 21:35:15 - @@ -6,11 +6,10 @@ COMMENT-server= compact IMAP/POP3 server COMMENT-ldap= LDAP authentication support for Dovecot COMMENT-mysql= MySQL authentication / dictionary support for Dovecot COMMENT-postgresql= PostgreSQL authentication / dictionary support for Dovecot -REVISION-server= 0 # Bump dovecot-pigeonhole every time you update to a new Dovecot version. -V_MAJOR= 2.0 -V_DOVECOT= 2.0.20 +V_MAJOR= 2.1 +V_DOVECOT= 2.1.6 DISTNAME= dovecot-${V_DOVECOT} PKGNAME= dovecot-${V_DOVECOT} @@ -21,11 +20,12 @@ PKGNAME-postgresql= dovecot-postgresql-$ CATEGORIES=mail MASTER_SITES= ${HOMEPAGE}releases/${V_MAJOR}/ -SHARED_LIBS= dovecot-lda 0.0 \ - dovecot-login 0.0 \ - dovecot-sql 0.0 \ - dovecot-storage 0.0 \ - dovecot 0.0 +SHARED_LIBS= dovecot-lda 1.0 \ + dovecot-login 1.0 \ + dovecot-sql 1.0 \ + dovecot-ssl 0.0 \ + dovecot-storage 1.0 \ + dovecot 1.0 HOMEPAGE= http://www.dovecot.org/ @@ -39,7 +39,7 @@ PERMIT_DISTFILES_FTP= Yes WANTLIB-server=asn1 bz2 c crypto gssapi krb5 sqlite3 ssl z \ ${MODLIBICONV_WANTLIB} -WANTLIB-ldap= asn1 com_err crypto gssapi krb5 lber-2.4 ldap-2.4 sasl2 ssl +WANTLIB-ldap= asn1 com_err crypto gssapi krb5 lber ldap sasl2 ssl WANTLIB-mysql= crypto m lib/mysql/mysqlclient=10 ssl z WANTLIB-postgresql= com_err crypto pq=4 ssl @@ -52,7 +52,7 @@ RUN_DEPENDS-mysql= ${BASE_PKGPATH}=${V_D LIB_DEPENDS-postgresql= databases/postgresql RUN_DEPENDS-postgresql= ${BASE_PKGPATH}=${V_DOVECOT} -USE_LIBTOOL= Yes +USE_LIBTOOL= gnu CONFIGURE_STYLE= gnu CONFIGURE_ARGS=--with-gssapi \ --with-rundir=/var/dovecot \ Index: distinfo === RCS file: /home/cvs/ports/mail/dovecot/distinfo,v retrieving revision 1.97 diff -u -p -r1.97 distinfo --- distinfo10 Apr 2012 22:39:08 - 1.97 +++ distinfo13 May 2012 02:37:07 - @@ -1,5 +1,5 @@ -MD5 (dovecot-2.0.20.tar.gz) = 5nwWxbfKaCRK6IVpq1eQPw== -RMD160 (dovecot-2.0.20.tar.gz) = T7Pv5s6hzaRzYBKAg1Vz6NtGNMc= -SHA1 (dovecot-2.0.20.tar.gz) = xCHprLb7TlCabJu9gpcCCVQ8//A= -SHA256 (dovecot-2.0.20.tar.gz) = +mMBWRJ+cQ3NYjuZvGVdH1+FiR/RYV8ZTqctT+PPgsA= -SIZE (dovecot-2.0.20.tar.gz) = 3360751 +MD5 (dovecot-2.1.6.tar.gz) = VtKo1Sc9OcqkHWqN2fRELA== +RMD160 (dovecot-2.1.6.tar.gz) = gH3cxBQCsOpsi/0z7I357R/3XZU= +SHA1 (dovecot-2.1.6.tar.gz) = iL3oqBEGRu8aW1lDN6IZZOWzWFA= +SHA256 (dovecot-2.1.6.tar.gz) = S4GyzfYkNExsL/kb4beUkRtRyY3/okCVpty8fra8Hok= +SIZE (dovecot-2.1.6.tar.gz) = 3773967 Index: patches/patch-doc_example-config_Makefile_in === RCS file: /home/cvs/ports/mail/dovecot/patches/patch-doc_example-config_Makefile_in,v retrieving revision 1.1 diff -u -p -r1.1 patch-doc_example-config_Makefile_in --- patches/patch-doc_example-config_Makefile_in23 May 2011 22:54:38 - 1.1 +++ patches/patch-doc_example-config_Makefile_in13 May 2012 02:49:32 - @@ -1,7 +1,7 @@ $OpenBSD: patch-doc_example-config_Makefile_in,v 1.1 2011/05/23 22:54:38 sthen Exp $ doc/example-config/Makefile.in.origWed May 11 10:35:51 2011 -+++ doc/example-config/Makefile.in Wed May 11 20:26:49 2011 -@@ -285,7 +285,7 @@ top_srcdir = @top_srcdir@ +--- doc/example-config/Makefile.in.origFri May 4 17:14:16 2012 doc/example-config/Makefile.in Sat May 12 22:47:30 2012 +@@ -296,7 +296,7 @@ top_srcdir = @top_srcdir@ SUBDIRS = conf.d pkgsysconfdir = $(sysconfdir)/dovecot nodist_pkgsysconf_DATA = README Index: patches/patch-doc_example-config_conf_d_10-mail_conf === RCS file: /home/cvs/ports/mail/dovecot/patches/patch-doc_example-config_conf_d_10-mail_conf,v retrieving revision 1.1 diff -u -p -r1.1 patch-doc_example-config_conf_d_10-mail_conf --- patches/patch-doc_example-config_conf_d_10-mail_conf23 May 2011 22:54:38 - 1.1 +++ patches/patch-doc_example-config_conf_d_10-mail_conf13 May 2012 02:49:31 - @@ -1,7 +1,7 @@ $OpenBSD:
NEW: emulators/vbam
Hi, VBA-M is a fork from the now inactive VisualBoy Advance project, with goals to improve the capabilities and features of the emulator. This can probably replace emulators/vba, which is currently broken in at least two ways: - emulation speed is whacked out when sndiod is running - gvba recently started segfaulting on startup There is a wxwidgets frontend that doesn't build. Also, this requires the x11/gtkglextmm port I recently sent to the list. ok? -- Anthony J. Bentley vbam.tar.gz Description: vbam.tar.gz