CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/11/16 03:16:57 Modified files: net/irssi : Makefile net/irssi/patches: patch-src_core_network-openssl_c Added files: net/irssi/patches: patch-src_core_commands_c patch-src_core_misc_c patch-src_core_misc_h patch-src_core_net-nonblock_c patch-src_core_network_c patch-src_core_network_h patch-src_core_servers_c patch-src_core_session_c patch-src_fe-common_core_chat-completion_c patch-src_fe-common_core_completion_c patch-src_fe-common_core_fe-exec_c patch-src_fe-common_core_fe-log_c patch-src_fe-common_irc_dcc_fe-dcc-chat_c patch-src_fe-common_irc_fe-irc-commands_c patch-src_fe-text_statusbar-config_c patch-src_irc_core_ctcp_c patch-src_irc_core_irc-commands_c patch-src_irc_core_irc_c patch-src_irc_dcc_dcc-chat_c patch-src_irc_dcc_dcc_c patch-src_irc_proxy_listen_c Log message: Various tweaks to the irssi port, from Brad. Tested by a few people, viq (maintainer) doesn't have time to look at it properly but is generally ok with this. - Remove USE_GROFF - Remove --enable-ipv6 from CONFIGURE_ARGS since its enabled by default - Backport fixes from SVN repo.. - Replace deprecated glib functions - Do not go beyond the end of the string when processing an octal escape - glib iochannel fixes - Fix segfault generated by SSL disconnections - Do not use SSLv2 protocol - When sending a signal to an /exec'd command, send it to the process group id instead of the process id.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2011/11/16 03:30:47 Modified files: infrastructure/mk: bsd.port.mk Log message: flatten the DEPENDS_CACHE structure, at the expense of one extra sed. avoids problems with ownership of various directories, as seen by naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2011/11/16 03:37:35 Modified files: infrastructure/bin: check-lib-depends Log message: simplify external call a bit
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2011/11/16 03:57:23 Modified files: infrastructure/mk: bsd.port.mk Log message: add comments to a few thing be more precise into recreating $d, using bizarre shell patterns
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2011/11/16 04:18:40 Modified files: x11/gnustep: Makefile Log message: Whenever I added Batmon, forgot to enable it to the build. OK jasper@ sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2011/11/16 05:08:32 Modified files: devel/mpfr : Makefile distinfo Log message: Update to 3.1.0 pl3. Regression tests run successfully on alpha, arm, amd64, i386, mips64el, powerpc. sparc64 continues to be a bit flakey.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/11/16 05:11:43 Modified files: productivity/gtg: Makefile Log message: No need for py-gnome here, py-gtk2 is enough.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2011/11/16 05:29:00 Modified files: lang/php/5.2/patches: patch-aclocal_m4 lang/php/5.3/patches: patch-aclocal_m4 Log message: zap extra unneeded ldconfig that pollute the cache with temporary directories
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2011/11/16 05:32:49 Modified files: lang/gcc/4.2 : Makefile lang/gcc/4.2/patches: patch-gcc_config_i386_openbsd64_h patch-gcc_config_i386_openbsdelf_h patch-gcc_config_openbsd_h Removed files: lang/gcc/4.2/patches: patch-libstdc++-v3_config_locale_generic_time_members_cc patch-libstdc++-v3_include_c_compatibility_wchar_h patch-libstdc++-v3_include_c_std_std_cwchar_h patch-libstdc++-v3_include_c_std_std_cwctype_h patch-libstdc++-v3_include_tr1_cwctype Log message: synch with recent changes in src. mostly from brad@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2011/11/16 05:43:23 Modified files: print/ghostscript/gnu: Makefile distinfo print/ghostscript/gnu/patches: patch-base_devs_mak patch-base_lib_mak patch-base_unix-dll_mak patch-base_unix-gcc_mak patch-cups_gdevcups_c print/ghostscript/gnu/pkg: PLIST Removed files: print/ghostscript/gnu/patches: patch-base_gdevpng_c patch-cups_pstopxl_in patch-lib_pv_sh Log message: Update to ghostscript-9.04. Enable jbig2dec support. New devices still not enabled (I've to resort the device list anyway). ok ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/11/16 05:47:07 Modified files: devel/srecord : Makefile Log message: mark as broken on sparc64, as it requires pthread for reasons yet unknown. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2011/11/16 06:29:14 Modified files: www/pear : Makefile distinfo www/pear/files : patch-usr_local_bin_pear patch-usr_local_bin_peardev patch-usr_local_bin_pecl patch-var_www_pear_lib_PEAR_Config_php www/pear/patches: patch-go-pear www/pear/pkg : PLIST-main PLIST-utils Log message: update to 1.9.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: phess...@cvs.openbsd.org2011/11/16 06:33:16 Modified files: x11/vlc: Makefile distinfo x11/vlc/patches: patch-configure_ac patch-modules_access_v4l2_c patch-modules_demux_mkv_Makefile_in patch-modules_gui_qt4_Makefile_in patch-share_Makefile_in x11/vlc/pkg: DESCR-jack DESCR-main DESCR-web PFRAG.amd64-main PFRAG.i386-main PLIST-jack PLIST-main Added files: x11/vlc/patches: patch-modules_misc_inhibit_xdg_c patch-modules_misc_inhibit_xscreensaver_c patch-src_extras_tdestroy_c Removed files: x11/vlc/patches: patch-include_vlc_common_h patch-include_vlc_config_h patch-modules_access_mms_mmstu_c patch-modules_codec_cdg_c patch-modules_codec_faad_c patch-modules_codec_png_c patch-modules_codec_subtitles_subsdec_c patch-modules_codec_subtitles_subsusf_c patch-modules_demux_avi_avi_c patch-modules_demux_avi_libavi_c patch-modules_demux_mkv_demux_cpp patch-modules_demux_mkv_matroska_segment_cpp patch-modules_demux_mkv_matroska_segment_parse_cpp patch-modules_demux_mkv_mkv_hpp patch-modules_demux_mp4_libmp4_c patch-modules_demux_playlist_xspf_c patch-modules_demux_real_c patch-modules_gui_ncurses_c patch-modules_gui_pda_pda_c patch-modules_gui_pda_pda_callbacks_c patch-modules_meta_engine_taglib_cpp patch-modules_misc_freetype_c patch-modules_misc_notify_notify_c patch-projects_mozilla_control_npolibvlc_cpp patch-projects_mozilla_control_nporuntime_cpp patch-projects_mozilla_support_npunix_c patch-projects_mozilla_vlcplugin_cpp patch-projects_mozilla_vlcplugin_h patch-projects_mozilla_vlcshell_cpp patch-projects_mozilla_vlcshell_h patch-src_libvlc_c patch-src_video_output_video_output_c Log message: Update to VLC 1.1.12 Most of the bits from Brad, a minor runtime fix by me. Tested on amd64, i386, macppc OK dhill@, rpointel@, sthen@, jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2011/11/16 06:38:24 Removed files: editors/openoffice3: Makefile distinfo editors/openoffice3/files: soffice.sh editors/openoffice3/patches: patch-autodoc_source_mkinc_fullcpp_mk patch-automation_source_testtool_objtest_cxx patch-binfilter_bf_sc_source_core_data_sc_cell_cxx patch-bridges_inc_bridges_cpp_uno_shared_vtablefactory_hxx patch-bridges_source_cpp_uno_gcc3_linux_intel_cpp2uno_cxx patch-bridges_source_cpp_uno_gcc3_linux_intel_makefile_mk patch-bridges_source_cpp_uno_gcc3_linux_intel_share_hxx patch-bridges_source_cpp_uno_gcc3_linux_intel_uno2cpp_cxx patch-bridges_source_cpp_uno_gcc3_linux_x86-64_makefile_mk patch-configure_in patch-cppu_source_uno_data_cxx patch-cppu_util_makefile_mk patch-crashrep_source_unx_main_cxx patch-crashrep_source_unx_makefile_mk patch-desktop_scripts_soffice_sh patch-desktop_scripts_unopkg_sh patch-desktop_source_deployment_misc_dp_platform_cxx patch-desktop_source_migration_wizard_cxx patch-desktop_util_makefile_mk patch-extensions_source_nsplugin_source_makefile_mk patch-extensions_source_plugin_unx_makefile_mk patch-extensions_source_scanner_makefile_mk patch-external_gcc3_specific_makefile_mk patch-filter_source_config_fragments_makefile_mk patch-hyphen_hyphen-2_4-bash_patch patch-hyphen_makefile_mk patch-hyphen_prj_d_lst patch-icc_SampleICC-1_3_2_patch patch-idlc_source_idlccompile_cxx patch-instsetoo_native_util_makefile_mk patch-jvmfwk_plugins_sunmajor_pluginlib_sunversion_cxx patch-jvmfwk_plugins_sunmajor_pluginlib_sunversion_hxx patch-jvmfwk_sunmajor_pluginlib_sunjre_cxx patch-lpsolve_lp_solve_5_5_patch patch-odk_configure_pl patch-odk_setsdkenv_unix_csh_in patch-odk_setsdkenv_unix_sh_in patch-odk_settings_settings_mk patch-odk_source_unoapploader_unx_makefile_mk patch-odk_util_makefile_pmk patch-padmin_source_spadmin_sh patch-pyuno_source_module_makefile_mk patch-sal_inc_osl_endian_h patch-sal_inc_rtl_uuid_h patch-sal_inc_sal_alloca_h patch-sal_inc_sal_config_h patch-sal_inc_sal_types_h patch-sal_osl_unx_asm_interlck_sparc_s patch-sal_osl_unx_backtrace_c patch-sal_osl_unx_backtrace_h patch-sal_osl_unx_file_cxx patch-sal_osl_unx_file_error_transl_cxx patch-sal_osl_unx_file_volume_cxx patch-sal_osl_unx_makefile_mk patch-sal_osl_unx_nlsupport_c patch-sal_osl_unx_process_c patch-sal_osl_unx_security_c patch-sal_osl_unx_socket_c patch-sal_osl_unx_system_h patch-sal_osl_unx_tempfile_c patch-sal_osl_unx_thread_c patch-sal_osl_unx_time_c patch-sal_rtl_source_alloc_c
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2011/11/16 07:15:19 Log message: TagSoup is a library for parsing HTML/XML. It supports the HTML 5 specification, and can be used to parse either well-formed XML, or unstructured and malformed HTML from the web. The library also provides useful functions to extract information from an HTML document, making it ideal for screen-scraping. ok jasper@ Status: Vendor Tag: kili Release Tags: kili_2016 N ports/textproc/hs-tagsoup/distinfo N ports/textproc/hs-tagsoup/Makefile N ports/textproc/hs-tagsoup/pkg/DESCR N ports/textproc/hs-tagsoup/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2011/11/16 07:16:13 Log message: Generic HTTP types for Haskell (for both client and server code). ok jasper@ Status: Vendor Tag: kili Release Tags: kili_2016 N ports/www/hs-http-types/distinfo N ports/www/hs-http-types/Makefile N ports/www/hs-http-types/pkg/DESCR N ports/www/hs-http-types/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2011/11/16 07:16:57 Log message: Provides a common protocol for communication between web aplications and web servers. Status: Vendor Tag: kili Release Tags: kili_2016 N ports/www/hs-wai/distinfo N ports/www/hs-wai/Makefile N ports/www/hs-wai/pkg/DESCR N ports/www/hs-wai/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2011/11/16 07:18:32 Log message: Warp is a fast, light-weight HTTP server handler for WAI. ok jasper@ Status: Vendor Tag: kili Release Tags: kili_2016 N ports/www/hs-warp/distinfo N ports/www/hs-warp/Makefile N ports/www/hs-warp/pkg/DESCR N ports/www/hs-warp/pkg/PLIST No conflicts created by this import
Re: CVS: cvs.openbsd.org: ports
On Wed, Nov 16, 2011 at 07:16:57AM -0700, Matthias Kilian wrote: CVSROOT: /cvs Module name: ports Changes by: k...@cvs.openbsd.org2011/11/16 07:16:57 Log message: Provides a common protocol for communication between web aplications and web servers. Status: Vendor Tag: kili Release Tags: kili_2016 N ports/www/hs-wai/distinfo N ports/www/hs-wai/Makefile N ports/www/hs-wai/pkg/DESCR N ports/www/hs-wai/pkg/PLIST No conflicts created by this import That was ok jasper@, too.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/11/16 07:23:11 Modified files: print/foomatic-filters: Makefile Log message: Explcitely set the converter to a2ps and enable dbus support for colord.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2011/11/16 07:40:59 Modified files: infrastructure/mk: bsd.port.mk Log message: try to avoid SUDO while cleaning up the cache. this avoids prompting for password during make extract. problem noticed by rpointel@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/11/16 07:52:50 Modified files: cad/gtkwave: Makefile distinfo cad/gtkwave/patches: patch-configure Log message: - update to 3.3.28
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/11/16 07:55:51 Log message: import p5-MooseX-Aliases, ok jasper@ The MooseX::Aliases module will allow you to quickly alias methods in Moose. It provides an alias parameter for has() to generate aliased accessors as well as the standard ones. Attributes can also be initialized in the constructor via their aliased names. Status: Vendor Tag: sthen Release Tags: sthen_20111611 N ports/devel/p5-MooseX-Aliases/Makefile N ports/devel/p5-MooseX-Aliases/distinfo N ports/devel/p5-MooseX-Aliases/pkg/DESCR N ports/devel/p5-MooseX-Aliases/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2011/11/16 08:00:52 Modified files: devel/mercurial: Makefile distinfo devel/mercurial/pkg: PLIST Log message: Update mercurial to 2.0. ok wcmaier@ (maintainer).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: phess...@cvs.openbsd.org2011/11/16 08:10:55 Modified files: games/alephone/alephone: Makefile distinfo games/alephone/alephone/pkg: PLIST Added files: games/alephone/alephone/patches: patch-Source_Files_Misc_alephversion_h Removed files: games/alephone/alephone/patches: patch-Source_Files_RenderOther_IMG_savepng_c patch-docs_alephone_6 Log message: Update to alephone 1.0! OK ajacoutot@ while here, sneak in a fix so the internal version string also says 1.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/11/16 08:12:53 Modified files: devel/libexecinfo: Makefile devel/libexecinfo/patches: patch-libbacktrace_Makefile devel/libexecinfo/pkg: PLIST Added files: devel/libexecinfo/patches: patch-libbacktrace_backtrace_c devel/libexecinfo/pkg: PFRAG.no_mips64 Log message: - bring back fixes to fix this on mips64* ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2011/11/16 08:23:46 Modified files: lang/gcc/3.3 : Makefile Log message: fix obvious typo, if someone's ever going to fix it
Re: CVS: cvs.openbsd.org: ports
Log message: remove the dead openoffice ports finally!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/11/16 08:34:54 Modified files: devel/glib2: Makefile devel/glib2/patches: patch-glib_gmain_c Log message: Fix obvious mistake in a patch.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2011/11/16 08:56:38 Modified files: archivers/pecl-lzf: Makefile archivers/pecl-rar: Makefile archivers/pecl-zip: Makefile databases/pear-MDB2-mysql: Makefile databases/pear-MDB2-mysqli: Makefile databases/pear-MDB2-sqlite: Makefile databases/pgfouine: Makefile devel/pear-Console-Table: Makefile devel/pear-Date-Holidays/PHPdotNet: Makefile devel/smarty : Makefile geo/mapserver : Makefile graphics/pecl-imagick: Makefile lang/php : php.port.mk mail/pecl-mailparse: Makefile mail/roundcubemail: Makefile mail/z-push: Makefile mail/zarafa/zarafa: Makefile misc/gpsd : Makefile multimedia/ffmpeg-php: Makefile net/icinga/core: Makefile net/icinga/web : Makefile net/nagios/nagios: Makefile net/nfsen : Makefile net/pear-Net-DNS: Makefile net/pear-Net-LDAP: Makefile net/pear-Net-LDAP2: Makefile net/php-weathermap: Makefile net/zabbix : Makefile sysutils/pecl-fileinfo: Makefile textproc/pear-File-Find: Makefile textproc/sphinx: Makefile textproc/tcpdf : Makefile www/chive : Makefile www/cms-ms : Makefile www/community-id: Makefile www/concrete5 : Makefile www/dokuwiki : Makefile www/drupal6/core: Makefile www/ezpublish : Makefile www/fluxbb : Makefile www/flyspray : Makefile www/horde/horde: Makefile www/horde/imp : Makefile www/horde/mnemo: Makefile www/horde/nag : Makefile www/ktdms : Makefile www/mantis : Makefile www/mediawiki : Makefile www/moodle : Makefile www/myreview : Makefile www/pear : Makefile www/pecl-APC : Makefile www/pecl-chroot: Makefile www/pecl-geoip : Makefile www/pecl-memcache: Makefile www/pecl-pcntl : Makefile www/pecl-phar : Makefile www/pecl-proctitle: Makefile www/pecl-ssh2 : Makefile www/pecl-swish : Makefile www/pecl-uploadprogress: Makefile www/php-markdown: Makefile www/php-openid : Makefile www/php-predis : Makefile www/phpicalendar: Makefile www/phpldapadmin: Makefile www/phplist: Makefile www/phpmyadmin : Makefile www/phppgadmin : Makefile www/piwik : Makefile www/pmwiki : Makefile www/sabredav : Makefile www/statusnet : Makefile www/syweb : Makefile www/tikiwiki : Makefile www/timetrex : Makefile www/tt-rss : Makefile www/vtigercrm : Makefile www/webacula : Makefile www/webcollab : Makefile www/wordpress : Makefile www/xcache : Makefile www/zendframework: Makefile Log message: switch php to version 5.3 by default
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2011/11/16 08:57:15 Modified files: net/py-xmpp: Makefile distinfo net/py-xmpp/pkg: PLIST Log message: update py-xmpp to 1.1.2. ok wcmaier@ (maintainer).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2011/11/16 09:00:00 Modified files: net/cjc: Makefile distinfo net/cjc/pkg: PLIST Log message: Update cjc to 1.2.1. ok wcmaier@ (maintainer).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: phess...@cvs.openbsd.org2011/11/16 09:52:01 Log message: LiVES is a Video Editing System. It is designed to be simple to use, yet powerful. It is small in size, yet it has many advanced features. LiVES mixes realtime video performance and non-linear editing in one professional quality application. It will let you start editing and making video right away, without having to worry about formats, frame sizes, or framerates. It is a very flexible tool which is used by both professional VJ's and video editors - mix and switch clips from the keyboard, use dozens of realtime effects, trim and edit your clips in the clip editor, and bring them together using the multitrack timeline. You can even record your performance in real time, and then edit it further or render it straight away. For the more technically minded, the application is frame and sample accurate, and it can be controlled remotely or scripted for use as a video server. And it supports all of the latest free standards. lots of help from ajacoutot@ OK sebastia@ Status: Vendor Tag: phessler Release Tags: phessler_2016 N ports/multimedia/lives/Makefile N ports/multimedia/lives/distinfo N ports/multimedia/lives/patches/patch-libOSC_OSC-receive_h N ports/multimedia/lives/patches/patch-libOSC_NetworkUDP_h N ports/multimedia/lives/patches/patch-src_plugins_c N ports/multimedia/lives/patches/patch-src_htmsocket_c N ports/multimedia/lives/patches/patch-src_audio_c N ports/multimedia/lives/patches/patch-src_omc-learn_c N ports/multimedia/lives/patches/patch-src_multitrack_c N ports/multimedia/lives/patches/patch-src_cvirtual_c N ports/multimedia/lives/patches/patch-lives-plugins_plugins_playback_video_lives2lives_stream_c N ports/multimedia/lives/patches/patch-lives-plugins_plugins_decoders_dv_decoder_c N ports/multimedia/lives/patches/patch-Makefile_in N ports/multimedia/lives/patches/patch-src_callbacks_c N ports/multimedia/lives/pkg/DESCR N ports/multimedia/lives/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: phess...@cvs.openbsd.org2011/11/16 09:52:40 Modified files: multimedia : Makefile Log message: +lives
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/11/16 09:54:28 Modified files: devel : Makefile Log message: belatedly add p5-MooseX-Aliases
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/11/16 10:21:04 Modified files: multimedia/lives: Makefile multimedia/lives/pkg: PLIST Log message: Missing update-desktop-database goo and dependency.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2011/11/16 10:42:26 Modified files: converters/p5-Unicode-LineBreak: Makefile emulators/sdlmame: Makefile sysutils/backuppc: Makefile Log message: it's MODULES, not MODULE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2011/11/16 11:32:36 Modified files: net/pear-Net-DNS: Makefile Log message: remove broken dep
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/11/16 11:45:28 Added files: infrastructure/templates: mk.conf.template Log message: Add a sample file with a number of settings which many porters are using in mk.conf, especially a bunch of .poison lines for common typos, including suggestions from aja, espie, naddy and others. Can be used with .include in mk.conf. oks from at least william@ phessler@ and several users like it too.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/11/16 12:25:51 Modified files: x11/gnome/settings-daemon: Makefile Removed files: x11/gnome/settings-daemon/patches: patch-plugins_color_gcm-dmi_c Log message: Remove this patch; it's wrong and introduced a segfault at logout.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: piro...@cvs.openbsd.org 2011/11/16 12:27:49 Log message: Developers, developers, developers! Okay jasper@ Status: Vendor Tag: pirofti Release Tags: pirofti_2016 N ports/devel/mingw/Makefile N ports/devel/mingw/distinfo N ports/devel/mingw/patches/patch-x86-mingw32-build_sh N ports/devel/mingw/patches/patch-x86-mingw32-build_sh_conf N ports/devel/mingw/pkg/DESCR N ports/devel/mingw/pkg/PFRAG.shared N ports/devel/mingw/pkg/PLIST N ports/devel/mingw/pkg/README No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: piro...@cvs.openbsd.org 2011/11/16 12:29:31 Modified files: devel : Makefile Log message: Link mingw cross-tools.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2011/11/16 15:42:02 Modified files: graphics/glew : Makefile distinfo graphics/glew/files: Makefile.openbsd graphics/glew/patches: patch-Makefile graphics/glew/pkg: PFRAG.shared PLIST Log message: Update to glew 1.7.0, from Brad. Dependencies are happy. ok phesssler@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2011/11/16 15:57:54 Modified files: infrastructure/bin: out-of-date Log message: fix for recent infrastructure changes also fix for FULLPATH !
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/11/16 15:58:14 Modified files: net/quvi/scripts: Makefile net/quvi/scripts/pkg: PLIST Log message: - enable nsfw
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2011/11/16 15:59:42 Modified files: infrastructure/bin: out-of-date Log message: a second FULLPATH=Yes needed
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/11/16 16:00:41 Modified files: infrastructure/templates: mk.conf.template Log message: a couple more, mostly from amit kulkarni
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/11/16 16:02:10 Modified files: www/phpldapadmin: Makefile Log message: fix dependencies after php bump
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2011/11/16 16:05:28 Modified files: infrastructure/bin: out-of-date Log message: fix option handling
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2011/11/16 16:11:29 Added files: infrastructure/man/man1: out-of-date.1 Log message: quickdirty manpage
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/11/16 16:28:37 Modified files: graphics/opencv: Makefile Log message: s/ONLY_FOR_ARCH/S/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2011/11/16 17:43:20 Log message: import rocrail: model railroad control daemon and client Rocrail can control a model train layout from one or more computers. You can run trains directly from your computer, and you can have the computer run trains automatically for you. You can even have some of the trains on your layout running automatically while you control others by hand. Rocrail is two programs; the Rocrail Server and the Rocview Client. These programs work with each other using Internet protocols, and do not need to be on the same computer. You can use Rocrail from a single computer connected directly to your layout, and you can also control your layout from any computer on your home network, or over the Internet. Rocrail also has a web interface, which will let you run the layout from a web browser. OK sthen@ Status: Vendor Tag: sebastia Release Tags: sebastia_2017 N ports/misc/rocrail/rocview.000.trc N ports/misc/rocrail/distinfo N ports/misc/rocrail/Makefile N ports/misc/rocrail/rocview.ini N ports/misc/rocrail/patches/patch-makefile N ports/misc/rocrail/pkg/PLIST-gui N ports/misc/rocrail/pkg/PLIST-main N ports/misc/rocrail/pkg/DESCR-main N ports/misc/rocrail/pkg/rocrail.rc N ports/misc/rocrail/pkg/DESCR-gui N ports/misc/rocrail/pkg/MESSAGE-main N ports/misc/rocrail/files/rocview.sh No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2011/11/16 17:45:11 Modified files: misc : Makefile Log message: enable rocrail
UPDATE: p5-Lingua-EN-Inflect to 1.893
Hi, the current version of DBIx::Class::Schema::Loader depends on a more recent version of Lingua::EN::Inflect. A patch that updates textproc/p5-Lingua-EN-Inflect to version 1.893 is attached. I've just got an OK from Sam Smith, the port's maintainer. See Lhttps://metacpan.org/source/DCONWAY/Lingua-EN-Inflect-1.893/Changes for a list of changes since version 1.88. -- Regards, Andreas diff -ur /usr/ports/textproc/p5-Lingua-EN-Inflect/Makefile /usr/ports/mystuff/textproc/p5-Lingua-EN-Inflect/Makefile --- /usr/ports/textproc/p5-Lingua-EN-Inflect/Makefile Fri Dec 3 12:46:48 2010 +++ /usr/ports/mystuff/textproc/p5-Lingua-EN-Inflect/Makefile Mon Nov 14 18:10:01 2011 @@ -3,8 +3,7 @@ COMMENT= convert singular to plural, select a or an MODULES= cpan -DISTNAME= Lingua-EN-Inflect-1.88 -REVISION= 2 +DISTNAME= Lingua-EN-Inflect-1.893 CATEGORIES=textproc USE_GROFF =Yes diff -ur /usr/ports/textproc/p5-Lingua-EN-Inflect/distinfo /usr/ports/mystuff/textproc/p5-Lingua-EN-Inflect/distinfo --- /usr/ports/textproc/p5-Lingua-EN-Inflect/distinfo Thu Apr 5 19:26:16 2007 +++ /usr/ports/mystuff/textproc/p5-Lingua-EN-Inflect/distinfo Mon Nov 14 18:10:56 2011 @@ -1,5 +1,5 @@ -MD5 (Lingua-EN-Inflect-1.88.tar.gz) = 5RAO5Uv7OJ98zuiK9wq2oA== -RMD160 (Lingua-EN-Inflect-1.88.tar.gz) = EbF5wHjqzIUdy8DW66WDfc3KecE= -SHA1 (Lingua-EN-Inflect-1.88.tar.gz) = +Lu5g2tCMrLMwBGrKv86b9v5NtE= -SHA256 (Lingua-EN-Inflect-1.88.tar.gz) = OflbrZBUs7/1qVUwnL1hE4B7eq4LkeRFKuzOtsks6cg= -SIZE (Lingua-EN-Inflect-1.88.tar.gz) = 37566 +MD5 (Lingua-EN-Inflect-1.893.tar.gz) = XOUIjICGF4UWUetuJ4hJuw== +RMD160 (Lingua-EN-Inflect-1.893.tar.gz) = KDTlWw0E8GQKUftOYL/Q0h7dZzE= +SHA1 (Lingua-EN-Inflect-1.893.tar.gz) = +INdsFs4GYLVkYCGIjQ+LrEUeiQ= +SHA256 (Lingua-EN-Inflect-1.893.tar.gz) = vnZShPaufSzKn2M8mGf90IhPK3uTt1unglpbfIfrEsg= +SIZE (Lingua-EN-Inflect-1.893.tar.gz) = 45630 diff -ur /usr/ports/textproc/p5-Lingua-EN-Inflect/pkg/PLIST /usr/ports/mystuff/textproc/p5-Lingua-EN-Inflect/pkg/PLIST --- /usr/ports/textproc/p5-Lingua-EN-Inflect/pkg/PLIST Tue Jan 4 20:55:58 2005 +++ /usr/ports/mystuff/textproc/p5-Lingua-EN-Inflect/pkg/PLIST Mon Nov 14 18:15:23 2011 @@ -2,9 +2,4 @@ ${P5SITE}/Lingua/ ${P5SITE}/Lingua/EN/ ${P5SITE}/Lingua/EN/Inflect.pm -${P5SITE}/Lingua/EN/demo_NO.pl -${P5SITE}/Lingua/EN/demo_NUM.pl -${P5SITE}/Lingua/EN/demo_PL.pl -${P5SITE}/Lingua/EN/demo_eq.pl -${P5SITE}/Lingua/EN/demo_inflect.pl @man man/man3p/Lingua::EN::Inflect.3p
[NEW] multimedia/lives
LiVES is a Video Editing System. It is designed to be simple to use, yet powerful. It is small in size, yet it has many advanced features. LiVES mixes realtime video performance and non-linear editing in one professional quality application. It will let you start editing and making video right away, without having to worry about formats, frame sizes, or framerates. It is a very flexible tool which is used by both professional VJ's and video editors - mix and switch clips from the keyboard, use dozens of realtime effects, trim and edit your clips in the clip editor, and bring them together using the multitrack timeline. You can even record your performance in real time, and then edit it further or render it straight away. For the more technically minded, the application is frame and sample accurate, and it can be controlled remotely or scripted for use as a video server. And it supports all of the latest free standards. tested on amd64 OK? -- Just when you thought you were winning the rat race, along comes a faster rat!!! lives.tgz Description: application/tar-gz
Re: NEW: misc/rocrail
On Wednesday, November 16, 2011 02:13 CET, Stuart Henderson s...@spacehopper.org wrote: On 2011-11-15, Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote: attached a port for rocrail. In MESSAGE-main you have this: | You should make sure that the _rocrail daemon user has read/write access | to the device where your model railroad is connected to. You may add him (not relevant with my suggesed text, but s/him/it/ here). | to the appropriate group. It would help to give an example of how to set the permissions. For example, (and I am guessing here), if it requires access to serial ports, perhaps: | You should make sure that the _rocrail daemon user has read/write access | to the device where your model railroad is connected to. For a serial port, | you could add _rocrail to group dialer. I took your its much better. Also in files/rocview.sh /usr/local should be switched to ${TRUEPREFIX} (you already have the necessary SUBST_CMD but don't have the variables for it to replace). good catch. One SUBST_CMD without -c and all the variables are gone ;) Fixed that too. So maybe even OK now? thanks for the comments, cheers, Sebastian rocrail.tar.gz Description: application/gzip
Re: Update www/node from 0.4.9 - 0.6.1 ( was 0.6.0 - 0.6.1 )
On 2011-11-16, Aaron Bieber def...@gmail.com wrote: Here is a cvs diff for 0.4.9 to 0.6.1. I am not sure I created it correctly, the files that are no longer needed still exist - but are empty. Great, thanks - your diff is created correctly (I use patch -E when applying it, which removes the 0-byte files). I'll take a look at this soon.
Re: [NEW] multimedia/lives
On Wednesday, November 16, 2011 11:21 CET, Peter Hessler phess...@openbsd.org wrote: LiVES is a Video Editing System. It is designed to be simple to use, yet powerful. It is small in size, yet it has many advanced features. LiVES mixes realtime video performance and non-linear editing in one professional quality application. It will let you start editing and making video right away, without having to worry about formats, frame sizes, or framerates. It is a very flexible tool which is used by both professional VJ's and video editors - mix and switch clips from the keyboard, use dozens of realtime effects, trim and edit your clips in the clip editor, and bring them together using the multitrack timeline. You can even record your performance in real time, and then edit it further or render it straight away. For the more technically minded, the application is frame and sample accurate, and it can be controlled remotely or scripted for use as a video server. And it supports all of the latest free standards. tested on amd64 OK? The Makefile needs a little cleanup. i.e. the comment in the first line, and the commented out MAINTAINER. The patch-configure has hardcoded /usr/local in it. use TRUPREFIX or the like and SUBST_CMD it after patching. when I start it up, and choose jackd as audio player, I get this on the console, and nothing more happens: $ lives LiVES 1.0.10 Copyright 2002-2009 Gabriel Finch (salsa...@xs4all.nl) and others. LiVES comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details. Unknown option character r jackd 0.116.1 Copyright 2001-2005 Paul Davis and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details usage: jackd [ --realtime OR -R [ --realtime-priority OR -P priority ] ] [ --name OR -n server-name ] [ --no-mlock OR -m ] [ --unlock OR -u ] [ --timeout OR -t client-timeout-in-msecs ] [ --port-max OR -p maximum-number-of-ports] [ --debug-timer OR -D ] [ --verbose OR -v ] [ --clocksource OR -c [ c(ycle) | h(pet) | s(ystem) ] [ --replace-registry OR -r ] [ --silent OR -s ] [ --version OR -V ] [ --nozombies OR -Z ] -d backend [ ... backend args ... ] The backend can be `alsa', `coreaudio', `dummy', `freebob', `oss', `sun', `sndio', or `portaudio'. jackd -d otherwise, choosing mplayer, it starts up fine. But well, then don't know what to do with it. tested on i386. cheers, Sebastian -- Just when you thought you were winning the rat race, along comes a faster rat!!!
Re: [NEW] multimedia/lives
On Wednesday, November 16, 2011 11:21 CET, Peter Hessler phess...@openbsd.org wrote: LiVES is a Video Editing System. It is designed to be simple to use, yet powerful. It is small in size, yet it has many advanced features. LiVES mixes realtime video performance and non-linear editing in one professional quality application. It will let you start editing and making video right away, without having to worry about formats, frame sizes, or framerates. It is a very flexible tool which is used by both professional VJ's and video editors - mix and switch clips from the keyboard, use dozens of realtime effects, trim and edit your clips in the clip editor, and bring them together using the multitrack timeline. You can even record your performance in real time, and then edit it further or render it straight away. For the more technically minded, the application is frame and sample accurate, and it can be controlled remotely or scripted for use as a video server. And it supports all of the latest free standards. tested on amd64 and after some seconds, just this message came up: LiVES was unable to locate 'composite'. You should install composite and image-magick if you want to use the merge function. so probably needs a RUN_DEPENDS on ImageMagick. Sebastian OK? -- Just when you thought you were winning the rat race, along comes a faster rat!!!
Re: [NEW] multimedia/lives
On Wed, Nov 16, 2011 at 11:57 AM, Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote: On Wednesday, November 16, 2011 11:21 CET, Peter Hessler phess...@openbsd.org wrote: LiVES is a Video Editing System. It is designed to be simple to use, yet powerful. It is small in size, yet it has many advanced features. LiVES mixes realtime video performance and non-linear editing in one professional quality application. It will let you start editing and making video right away, without having to worry about formats, frame sizes, or framerates. It is a very flexible tool which is used by both professional VJ's and video editors - mix and switch clips from the keyboard, use dozens of realtime effects, trim and edit your clips in the clip editor, and bring them together using the multitrack timeline. You can even record your performance in real time, and then edit it further or render it straight away. For the more technically minded, the application is frame and sample accurate, and it can be controlled remotely or scripted for use as a video server. And it supports all of the latest free standards. tested on amd64 OK? The Makefile needs a little cleanup. i.e. the comment in the first line, and the commented out MAINTAINER. The patch-configure has hardcoded /usr/local in it. use TRUPREFIX or the like and SUBST_CMD it after patching. when I start it up, and choose jackd as audio player, I get this on the console, and nothing more happens: $ lives LiVES 1.0.10 Copyright 2002-2009 Gabriel Finch (salsa...@xs4all.nl) and others. LiVES comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details. Unknown option character r jackd 0.116.1 Copyright 2001-2005 Paul Davis and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details Our jack port is obsolete... ciao, David
Re: sbcl 1.0.52 update
Hi Ken Paul, Kenneth R Westerback wrote on Tue, Nov 15, 2011 at 07:09:03PM -0500: On Wed, Nov 16, 2011 at 01:54:24AM +0200, Paul Irofti wrote: I see this when packaging, maybe you can talk to ingo and fix it? This did not happen with the former package (from looking at the archives). an1/sbcl.1:44: a newline character is not allowed in an escape name As that port wants to USE_GROFF, voila a non-fatal error message from groff. And that's probably already an exaggeration on the part of groff; a mere warning ought to be sufficient. When running groff during pkg_create(1), we already inhibit *some* warnings (-Wall). Maybe we should also inhibit all the remaining warnings (-Ww) and also inhibit non-fatal errors (-E). *If* you want to audit manuals for quality to help upstream with patches, mandoc -Tlint is probably the better choice, compared to groff -wall, and i assume that at most some porters want to spend their time on that. See below for a patch. Testing it on sbcl contributed considerably to the heating of the hackroom; but yes, it does rid us of the error message. OK? Ingo I saw that message but somehow missed that it was man page related. I will indeed ping Ingo. Hm, it looks like Ingo woke up without being ping'ed. Index: OpenBSD/PackingElement.pm === RCS file: /cvs/src/usr.sbin/pkg_add/OpenBSD/PackingElement.pm,v retrieving revision 1.200 diff -u -p -r1.200 PackingElement.pm --- OpenBSD/PackingElement.pm 23 Aug 2011 10:32:27 - 1.200 +++ OpenBSD/PackingElement.pm 16 Nov 2011 09:47:25 - @@ -593,8 +593,8 @@ sub format chdir($dir) or die Can't chdir to $dir; }, OpenBSD::Paths-groff, - qw(-Tascii -mandoc -Wall -mtty-char -P -c), @extra, '--', - $file); + qw(-mandoc -mtty-char -E -Ww -Tascii -P -c), + @extra, '--', $file); } else { die Can't parse source name $fname; }
NEW: x11/gnustep/matharray
Hi, attached a port of MathArray: GNUstep library to manipulate matrices MathArray is a general library of classes for performing mathematical operations on arrays (vectors, matrices, etc) of values. It can operate on any standard 'C' number type plus numbers of complex type. MathArray knows implicitly what types of operations can be performed on what types of numbers and will automatically cast itself to the correct number type representation to handle the specific operation. Standard operations include addition, scalar and matrix multiplication and logical operations. Mathematical operations in the standard C math library are also supported, as well as user-defined functions. OK to import? Sebastian matharray.tar.gz Description: application/gzip
NEW: x11/gnustep/netclasses
Hi, attached a port for Netclasses: asynchronous networking framework for GNUstep Netclasses is an easy to use, unbloated API for handling asynchronous connections in Objective-C under GNUstep as well as OS X. It can also be used for synchronous connections but this is not its primary use. import OK? Sebastian netclasses.tar.gz Description: application/gzip
Re: grafx2 port
On Thu, Nov 10, 2011 at 03:08:18PM -0600, Amit Kulkarni wrote: This is a port which going to be a package, so you read the OpenBSD porting FAQ which explains why OpenBSD uses ${PREFIX} and ${LOCALBASE} and ${WRKDIR} etc... Hi, Yes I know what you mean and where these variables are for, it's just that the program does a runtime check for the other architectures and I thought it would be best to mimic that. man bsd.port.mk if you have /usr/ports installed Thanks, I'll surely need to read that; I'm not really sure if moving a port after it's being installed should work anyway. That's the only way which breaks it I think. I never move it and even when I should for some reason I'll make a symlink. Thanks for all the helpfull responses. Furthermore, I think OpenBSD does a real good job on foreign hardware; it was a very polished install with no suprises being it powerpc, sparc, sparc64 or i386. Nice work! Kind regards, Axel Scheepers
Re: [NEW] multimedia/lives
Updated tarball that addresses many of the comments I received. Most importantly, this disabled the jack output. It's pretty broken, and there are some hints that our jack port is out of date anyways. On 2011 Nov 16 (Wed) at 11:21:56 +0100 (+0100), Peter Hessler wrote: :LiVES is a Video Editing System. It is designed to be simple to use, yet :powerful. It is small in size, yet it has many advanced features. : :LiVES mixes realtime video performance and non-linear editing in one :professional quality application. It will let you start editing and :making video right away, without having to worry about formats, frame :sizes, or framerates. It is a very flexible tool which is used by both :professional VJ's and video editors - mix and switch clips from the :keyboard, use dozens of realtime effects, trim and edit your clips in :the clip editor, and bring them together using the multitrack timeline. :You can even record your performance in real time, and then edit it :further or render it straight away. : :For the more technically minded, the application is frame and sample :accurate, and it can be controlled remotely or scripted for use as a :video server. And it supports all of the latest free standards. : :tested on amd64 : :OK? -- This is National Smokers-Are-Shits Week. lives.tgz Description: application/tar-gz
RESUBMIT: NEW: x11/gnustep/gomoku
Hi, attached tarball contains Gomoku: extended TicTacToe game for GNUstep Gomoku is an extended TicTacToe game for GNUstep. You win the game if you are able to put 5 of your pieces in a row, column or diagonal. You lose if the computer does it before you. Unlike most other engines, this engine is not designed to play very well, but rather to give you fun when you play against it. Is it OK to import? cheers, Sebastian gomoku.tar.gz Description: application/gzip
RESUBMIT: NEW: x11/gnustep/aclock
Hi, attached tarball for AClock: analog clock for the GNUstep desktop AClock is an analog clock for the GNUstep desktop which stays in the dock. The display is customizable in many details. OK to import? Sebastian aclock.tar.gz Description: application/gzip
Re: Update www/node from 0.4.9 - 0.6.1 ( was 0.6.0 - 0.6.1 )
On 2011-11-16, Stuart Henderson s...@spacehopper.org wrote: On 2011-11-16, Aaron Bieber def...@gmail.com wrote: Here is a cvs diff for 0.4.9 to 0.6.1. I am not sure I created it correctly, the files that are no longer needed still exist - but are empty. Great, thanks - your diff is created correctly (I use patch -E when applying it, which removes the 0-byte files). I'll take a look at this soon. updated diff, putting back some of our patches which got removed. this is also in openbsd-wip, https://github.com/jasperla/openbsd-wip Index: Makefile === RCS file: /cvs/ports/www/node/Makefile,v retrieving revision 1.18 diff -u -p -r1.18 Makefile --- Makefile16 Sep 2011 12:00:07 - 1.18 +++ Makefile16 Nov 2011 13:27:07 - @@ -8,8 +8,8 @@ ONLY_FOR_ARCHS= amd64 i386 COMMENT= V8 JavaScript for clients and servers -DISTNAME= node-v0.4.9 -REVISION= 0 +NODE_VERSION= v0.6.1 +DISTNAME= node-${NODE_VERSION} PKGNAME= ${DISTNAME:S/v//g} CATEGORIES=www devel @@ -22,27 +22,24 @@ PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM=Yes PERMIT_DISTFILES_FTP= Yes -MASTER_SITES= ${HOMEPAGE}/dist/ +MASTER_SITES= ${HOMEPAGE}/dist/${NODE_VERSION}/ MODULES= lang/python VMEM_WARNING= Yes -WANTLIB += c crypto execinfo ev kvm m pthread ssl stdc++ util +WANTLIB += c crypto execinfo kvm m pthread ssl stdc++ util -LIB_DEPENDS= devel/libev \ - devel/libexecinfo +LIB_DEPENDS= devel/libexecinfo -CONFIGURE_STYLE= simple -CONFIGURE_ARGS+= --shared-libev-libpath=${LOCALBASE}/lib \ - --shared-libev-include=${LOCALBASE}/include +USE_GMAKE= Yes MODPY_ADJ_FILES=wscript \ tools/node-waf \ tools/waf-light -# These don't require complete rebuilds of the tree -REGRESS_TARGET= test-message test-simple test-pummel test-internet +REGRESS_TARGET= test +CONFIGURE_STYLE= simple SUBST_VARS+= CFLAGS @@ -51,9 +48,6 @@ MAKE_ENV+=CXX=c++ CCFLAGS+=${CFLAGS} NO_CCACHE= Yes pre-configure: - ${SUBST_CMD} ${WRKSRC}/wscript \ - ${WRKSRC}/Makefile \ - ${WRKSRC}/tools/wafadmin/Tools/python.py # Bad practice, but prevents a whole stack of patches. ln -sf ${LOCALBASE}/bin/python${MODPY_VERSION} ${WRKDIR}/bin/python Index: distinfo === RCS file: /cvs/ports/www/node/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo29 Jun 2011 18:44:07 - 1.7 +++ distinfo16 Nov 2011 13:27:07 - @@ -1,5 +1,5 @@ -MD5 (node-v0.4.9.tar.gz) = 5SW4uZ2Um/LwMbwmLBOOlg== -RMD160 (node-v0.4.9.tar.gz) = AWmnnaUmIx2U6pp4dV9fqPBE4rs= -SHA1 (node-v0.4.9.tar.gz) = zptiuqmTs4Wx79ZgWFA+ohWgg4k= -SHA256 (node-v0.4.9.tar.gz) = 8jHqbRnqnqTH+Of/UGHn0wHxY1vsftD/Hu8lEldupEI= -SIZE (node-v0.4.9.tar.gz) = 4994552 +MD5 (node-v0.6.1.tar.gz) = krgIWWcRCwElwZJjTxJ6Kw== +RMD160 (node-v0.6.1.tar.gz) = zekUWm6EIFpvKHxMAGs7dD8B4gc= +SHA1 (node-v0.6.1.tar.gz) = JbKjJ3k1DyNeWjVu96qD6nVxBxk= +SHA256 (node-v0.6.1.tar.gz) = sWEFDtjNstRfYBGB0UaCHlU1qPy/WXiy/wZOVHao5gY= +SIZE (node-v0.6.1.tar.gz) = 9276847 Index: patches/patch-Makefile === RCS file: patches/patch-Makefile diff -N patches/patch-Makefile --- patches/patch-Makefile 30 Mar 2011 20:54:13 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,24 +0,0 @@ -$OpenBSD: patch-Makefile,v 1.1 2011/03/30 20:54:13 jasper Exp $ Makefile.orig Wed Mar 30 22:41:54 2011 -+++ Makefile Wed Mar 30 22:43:47 2011 -@@ -41,16 +41,16 @@ test-debug: all - python tools/test.py --mode=debug - - test-message: all -- python tools/test.py message -+ ${MODPY_BIN} tools/test.py message - - test-simple: all -- python tools/test.py simple -+ ${MODPY_BIN} tools/test.py simple - - test-pummel: all -- python tools/test.py pummel -+ ${MODPY_BIN} tools/test.py pummel - - test-internet: all -- python tools/test.py internet -+ ${MODPY_BIN} tools/test.py internet - - build/default/node: all - Index: patches/patch-deps_v8_SConstruct === RCS file: /cvs/ports/www/node/patches/patch-deps_v8_SConstruct,v retrieving revision 1.5 diff -u -p -r1.5 patch-deps_v8_SConstruct --- patches/patch-deps_v8_SConstruct29 Apr 2011 07:41:15 - 1.5 +++ patches/patch-deps_v8_SConstruct16 Nov 2011 13:27:07 - @@ -1,26 +1,26 @@ -$OpenBSD: patch-deps_v8_SConstruct,v 1.5 2011/04/29 07:41:15 jasper Exp $ +$OpenBSD$ - Remove extra zoom-zoom! - Don't link with -lpthread but use -pthread instead. deps/v8/SConstruct.origSat Apr 23 02:06:25 2011 -+++ deps/v8/SConstruct Fri Apr 29 00:07:18 2011 -@@ -154,7 +154,7 @@ LIBRARY_FLAGS = { - } +---
NEW: RESUBMIT x11/gnustep/aclock
Hi, attached tarball for AClock: analog clock for the GNUstep desktop AClock is an analog clock for the GNUstep desktop which stays in the dock. The display is customizable in many details. OK to import? Sebastian aclock.tar.gz Description: application/gzip
NEW: RESUBMIT x11/gnustep/aclock
Hi, attached tarball for AClock: analog clock for the GNUstep desktop AClock is an analog clock for the GNUstep desktop which stays in the dock. The display is customizable in many details. OK to import? Sebastian aclock.tar.gz Description: application/gzip
NEW: RESUBMIT x11/gnustep/gomoku
Hi, attached tarball contains Gomoku: extended TicTacToe game for GNUstep Gomoku is an extended TicTacToe game for GNUstep. You win the game if you are able to put 5 of your pieces in a row, column or diagonal. You lose if the computer does it before you. Unlike most other engines, this engine is not designed to play very well, but rather to give you fun when you play against it. Is it OK to import? cheers, Sebastian gomoku.tar.gz Description: application/gzip
NEW: RESUBMIT x11/gnustep/gomoku
Hi, attached tarball contains Gomoku: extended TicTacToe game for GNUstep Gomoku is an extended TicTacToe game for GNUstep. You win the game if you are able to put 5 of your pieces in a row, column or diagonal. You lose if the computer does it before you. Unlike most other engines, this engine is not designed to play very well, but rather to give you fun when you play against it. Is it OK to import? cheers, Sebastian gomoku.tar.gz Description: application/gzip
Re: [NEW] multimedia/lives
attempt 3: port harder. marked as SHARED_ONLY, removed the static .a files from the internal plugins, and shortened the list of library deps. On 2011 Nov 16 (Wed) at 14:22:25 +0100 (+0100), Peter Hessler wrote: :Updated tarball that addresses many of the comments I received. Most :importantly, this disabled the jack output. It's pretty broken, and :there are some hints that our jack port is out of date anyways. : : : :On 2011 Nov 16 (Wed) at 11:21:56 +0100 (+0100), Peter Hessler wrote: ::LiVES is a Video Editing System. It is designed to be simple to use, yet ::powerful. It is small in size, yet it has many advanced features. :: ::LiVES mixes realtime video performance and non-linear editing in one ::professional quality application. It will let you start editing and ::making video right away, without having to worry about formats, frame ::sizes, or framerates. It is a very flexible tool which is used by both ::professional VJ's and video editors - mix and switch clips from the ::keyboard, use dozens of realtime effects, trim and edit your clips in ::the clip editor, and bring them together using the multitrack timeline. ::You can even record your performance in real time, and then edit it ::further or render it straight away. :: ::For the more technically minded, the application is frame and sample ::accurate, and it can be controlled remotely or scripted for use as a ::video server. And it supports all of the latest free standards. :: ::tested on amd64 :: ::OK? -- They spell it da Vinci and pronounce it da Vinchy. Foreigners always spell better than they pronounce. -- Mark Twain lives.tgz Description: application/tar-gz
[UPDATE] games/alephone/alephone
This update has been sitting in my tree for a while, and I forgot about it until now. I've tested it with Marathon 2 on amd64. OK? Netgames? -- The chief cause of problems is solutions. -- Eric Sevareid Index: games/alephone/alephone/Makefile === RCS file: /cvs/openbsd/ports/games/alephone/alephone/Makefile,v retrieving revision 1.12 diff -u -p -r1.12 Makefile --- games/alephone/alephone/Makefile16 Nov 2010 11:23:25 - 1.12 +++ games/alephone/alephone/Makefile1 Aug 2011 05:14:18 - @@ -3,8 +3,8 @@ DIST_SUBDIR ?= alephone COMMENT = open source game engine based on Marathon 2: Durandal -DISTNAME = AlephOne-20100424 -PKGNAME = alephone-0.23.2 +DISTNAME = AlephOne-20110731 +PKGNAME = alephone-1.0 EXTRACT_SUFX = .tar.bz2 CATEGORIES = games x11 Index: games/alephone/alephone/distinfo === RCS file: /cvs/openbsd/ports/games/alephone/alephone/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- games/alephone/alephone/distinfo23 Oct 2010 12:59:19 - 1.5 +++ games/alephone/alephone/distinfo1 Aug 2011 05:14:29 - @@ -1,5 +1,5 @@ -MD5 (alephone/AlephOne-20100424.tar.bz2) = n9VRf89OHdjOP+YzGsWOjg== -RMD160 (alephone/AlephOne-20100424.tar.bz2) = zG4EkbCqf+vYVMVgxd9WwKZgx1c= -SHA1 (alephone/AlephOne-20100424.tar.bz2) = PTmJcDzLG16Ka2qwAolW9DPk+EY= -SHA256 (alephone/AlephOne-20100424.tar.bz2) = 2XCJiQzpmVICfq9hhbqmywGybCiC38qeaIFt/nB2peY= -SIZE (alephone/AlephOne-20100424.tar.bz2) = 3180896 +MD5 (alephone/AlephOne-20110731.tar.bz2) = uh0wPQZhAm7ZfYc5RqgLlQ== +RMD160 (alephone/AlephOne-20110731.tar.bz2) = o6e1b8m+YAuMZguQZZ+vQVtkFwg= +SHA1 (alephone/AlephOne-20110731.tar.bz2) = qosuXUui5js/XjizDvQSTpu86aQ= +SHA256 (alephone/AlephOne-20110731.tar.bz2) = wY7Dk1DiKsWENr2xPbRqnblOnqaM+vhFWI89obIe3ys= +SIZE (alephone/AlephOne-20110731.tar.bz2) = 3046086 Index: games/alephone/alephone/patches/patch-Source_Files_RenderOther_IMG_savepng_c === RCS file: games/alephone/alephone/patches/patch-Source_Files_RenderOther_IMG_savepng_c diff -N games/alephone/alephone/patches/patch-Source_Files_RenderOther_IMG_savepng_c --- games/alephone/alephone/patches/patch-Source_Files_RenderOther_IMG_savepng_c 8 Jul 2011 20:38:01 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,23 +0,0 @@ -$OpenBSD: patch-Source_Files_RenderOther_IMG_savepng_c,v 1.1 2011/07/08 20:38:01 naddy Exp $ - -Fix build with png-1.5. - Source_Files/RenderOther/IMG_savepng.c.origTue Jul 5 16:45:04 2011 -+++ Source_Files/RenderOther/IMG_savepng.c Tue Jul 5 16:45:58 2011 -@@ -29,6 +29,7 @@ - #include SDL/SDL.h - #include SDL/SDL_byteorder.h - #include png.h -+#include zlib.h - #include IMG_savepng.h - - int IMG_SavePNG(const char *file, SDL_Surface *surf,int compression, struct IMG_PNG_text* text, int num_text){ -@@ -85,7 +86,7 @@ int IMG_SavePNG_RW(SDL_RWops *src, SDL_Surface *surf,i - goto savedone; - } - /* setup custom writer functions */ -- png_set_write_fn(png_ptr,(voidp)src,png_write_data,NULL); -+ png_set_write_fn(png_ptr,src,png_write_data,NULL); - - if (setjmp(png_jmpbuf(png_ptr))){ - SDL_SetError(Unknown error writing PNG); Index: games/alephone/alephone/patches/patch-docs_alephone_6 === RCS file: games/alephone/alephone/patches/patch-docs_alephone_6 diff -N games/alephone/alephone/patches/patch-docs_alephone_6 --- games/alephone/alephone/patches/patch-docs_alephone_6 23 Oct 2010 12:59:19 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-docs_alephone_6,v 1.1 2010/10/23 12:59:19 phessler Exp $ docs/alephone.6.orig Sat Oct 23 14:32:45 2010 -+++ docs/alephone.6Sat Oct 23 14:33:39 2010 -@@ -50,7 +50,7 @@ Entries - .I later - in the list have precedence over entries earlier in the list. - The default is --.BR /usr/share/games/AlephOne:/usr/share/games/AlephOne . -+.BR /usr/local/share/alephone:/usr/local/share/alephone . - .SH SEE ALSO - The latest news regarding engine and scenario development can be found at - .URL http://source.bungie.org/; the project web site . Index: games/alephone/alephone/pkg/PLIST === RCS file: /cvs/openbsd/ports/games/alephone/alephone/pkg/PLIST,v retrieving revision 1.2 diff -u -p -r1.2 PLIST --- games/alephone/alephone/pkg/PLIST 16 Oct 2009 09:14:18 - 1.2 +++ games/alephone/alephone/pkg/PLIST 1 Aug 2011 05:27:30 - @@ -11,7 +11,7 @@ share/AlephOne/Themes/ share/AlephOne/Themes/Default/ share/AlephOne/Themes/Default/DejaVuLGCSansCondensed-Bold.ttf
AMENITIES, PRODUCTOS PARA SPA, BLANCO
Más de 70 Empresas confían en los Productos Ananda Lar. Confíe Usted también, solicite nuestra lista de precios. Tenemos los mejores productos y el mejor personal para satisfacer sus necesidades. AMENITIES shampoo* acondicionador * gel de ducha * crema corporal * jabones de pasta y de glicerina * sales de baño * Kits: vanity * tissu * dental * de afeitar * de costura * peine * lustracalzado * calzador * cofias * fajitas desinfectado * bolsas cubre vasos, sanitary y laundry * bolígrafos * kit aromatizador de ambientes * perchas antirrobo* BLANCO *Juegos de Sábanas y Fundas en 180 220 300 y 400 hilos (satén egipcio) * Juegos de Toalla y Toallón de 460, 560 y 700 gr * Toallitas faciales * pie de baño *Batas de baño calidad superior y Premium medidas large y xlarge* Pantuflas descartables y reutilizables en varios modelos *Frazadas de polar en varios colores * Cubrecamas de diseños y materiales variados *Toallas y toallones en diferentes calidades PRODUCTOS PARA SPA * INDUMENTARIA DESCARTABLE trusas, tangas para depilación, sutiens, boxer, slips en 3 tamaños, cofias, vinchas, pareos, batas, botitas, pantuflas * ARTICULOS DESCARTABLES PARA TRATAMIENTOS bandas depilatorias en 2 medidas, bota ingle, manoplas y botitas para parafina, manoplas para exfoliación, pantalón térmico para presoterapia, rollo cubrecamillas, separador de dedos podológico, vendas de parafina y baberos para limpieza facial * EQUIPAMIENTO DESCARTABLE cubre camillas elastizado en 2 opciones, almohada con funda, sábanas de fiselina, sábanas plásticas para tratamientos osmóticos, manta térmica, etc. * ACEITES ESENCIALES PUROS PARA AROMATERAPIA y APLICACIONES utilizables en hornillos y vaporizadores y para adicionar a cremas base, lociones y ungüentos * ALGAS MARINAS de la Patagonia (para tratamientos e ingestión). * ARCILLAS de la Cordillera de los Andes (para tratamientos faciales y corporales). ELLOS CONFÍAN EN NOSOTROS HOTELES - ESTANCIAS y HOTELES BOUTIQUE Hotel Colony Kempinski - Colonia Uruguay Hotel Crown Casino General Roca Club Hotel Catedral Bariloche Hotel Costarenas Colón Hotel Colonial - San Nicolás Hotel Sol del Añelo Neuquén La Guarida Hotel Gourmet Capilla del Monte Hotel Spa Nieves del Cerro Caviahue Hotel Spa Puerta del Bosque Miramar Hotel King´s La Rioja Hotel Talampaya La Rioja Hotel Canal Beagle Ushuaia Hotel Dr. César Carman - Córdoba Hacienda Don Justo Colón Hotel Villa Victoria Tigre Cumbre Hotel Salta Apart Hotel Urbanica Suites Buenos Aires Apart Los Cisnes - San Miguel del Monte Villa Escondida Complejo Turístico El Hoyo Ruta 40 Cabañas Río Quequen Necochea La Mamounia Day Spa - Buenos Aires Rumbo 90° Delta Lodge Spa Tigre Al Fin y al Cabos Río Gallegos Estancia Monte Dinero Río Gallegos Finca Arco Iris Mendoza Paradores Draghi San Antonio de Areco Mystic House Hostel Boutique Buenos Aires Hostal del Parque Casic Sunchales APARTAMENTOS de RENTA TEMPORARIA Abasto Apartments Suites Buenos Aires Gurruchaga Apartments Suites Buenos Aires Emprendimientos Abasto S.A. Buenos Aires Dptos. Temporarios Saénz Peña - Chaco Apart Abasto Buenos Aires Peña Cobo S.R.L. Buenos Aires Gurruchaga Apartments Suites Buenos Aires Minera Santa Cruz S.A. Santa Cruz CLÍNICAS y SPA Grupo Swiss Medical - Buenos Aires Clínica de Cirugía Estética Dr. Grilli - Buenos Aires Centro de Estética Étnica by Clara Polach - Buenos Aires Clínica Sagrado Corazón - Buenos Aires Spa Salus per Aquam - San Nicolás Spa Trinity Buenos Aires Spa Clínica Bessone - San Miguel REGALOS EMPRESARIALES y MERCHANDISING Sofovich, Gerardo - Buenos Aires Tsu Cosméticos - Buenos Aires Multimedia Claxon para su señal de cable Playboy TV - Buenos Aires Laboratorios Fada Pharma - Buenos Aires MMG Makers Management Group San Isidro Kalaa Producciones - Buenos Aires Servicios Portuarios Rosario Zivals - Buenos Aires Dixilina Brandsen Textil Argentino S.R.L. - Buenos Aires Arca Distribuidores - Buenos Aires Distribuidora Belgrano - Buenos Aires Routelle - Buenos Aires Diamel Producciones - Buenos Aires Soluciones Empresariales - Buenos Aires Fasano Desing Buenos Aires Ana Roisi y Asociados Buenos Aires AGM SRL Buenos Aires Fibra del Sur para su marca Palette Buenos Aires La Tienda Grande Venado Tuerto Eduardo Festa Rosario Merchanwise Buenos Aires Vitaminas para el Alma Buenos Aires Maxreduk Río de Janeiro Brasil Mondocine Buenos Aires Mr. Fragancias Buenos Aires Vergeny Goycoechea Regalos Empresariales San Isidro Ameixa Merchandising Florida Héctor Castaggeroni S.A. Rosario Hidro Aquam S.A. Buenos Aires Lino Patalano S.A. Buenos Aires Dell ´Aquila Colombres S.R.L. Buenos Aires Aromas y Bienestar San Juan SI NO DESEA RECIBIR MÁS NUESTRAS PROPUESTAS, RESPONDA CON ASUNTO REMOVER fraganciasparato...@gmail.com
Update: net/ncftp 3.2.5
This updates net/ncftp to 3.2.5. The KAME people have stopped updating the IPv6 patch and it now conflicts with the DNSSEC local validation code. Since we don't support the latter feature, I've hammered the KAME patch in over the new code. Seems to work for me, but ncftp users might want to test. Index: Makefile === RCS file: /cvs/ports/net/ncftp/Makefile,v retrieving revision 1.41 diff -u -p -r1.41 Makefile --- Makefile18 Oct 2010 18:36:50 - 1.41 +++ Makefile16 Nov 2011 16:02:18 - @@ -2,7 +2,7 @@ COMMENT= ftp replacement with advanced user interface -DISTNAME= ncftp-3.2.3 +DISTNAME= ncftp-3.2.5 CATEGORIES=net HOMEPAGE= http://www.ncftp.com/ncftp/ @@ -19,18 +19,21 @@ WANTLIB=c ncurses MASTER_SITES= ftp://ftp.ncftp.com/ncftp/ \ ftp://ftp.mirrorservice.org/sites/ftp.ncftp.com/ncftp/ MASTER_SITES:= ${MASTER_SITES} ${MASTER_SITES:=older_versions/} -MASTER_SITES0= ftp://ftp.kame.net/pub/kame/misc/ +MASTER_SITES0= http://shell.uugrn.org/~naddy/ DISTFILES= ${DISTNAME}-src.tar.bz2 -PATCHFILES=ncftp-323-v6-20091109.diff.gz:0 +PATCHFILES=ncftp-325-v6.diff.gz:0 # former KAME v6 patch PATCH_DIST_STRIP=-p1 -CONFIGURE_STYLE=gnu +AUTOCONF_VERSION=2.13 +AUTOCONF= autoconf -l autoconf_local +AUTOHEADER=autoheader -l autoconf_local + +CONFIGURE_STYLE=autoconf CONFIGURE_ARGS=--disable-ccdv CONFIGURE_ENV= TAR=/bin/tar MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/sh -USE_GROFF =Yes NO_REGRESS=Yes .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/net/ncftp/distinfo,v retrieving revision 1.20 diff -u -p -r1.20 distinfo --- distinfo9 Nov 2009 17:58:55 - 1.20 +++ distinfo16 Nov 2011 16:02:18 - @@ -1,10 +1,10 @@ -MD5 (ncftp-3.2.3-src.tar.bz2) = +sSqFp4XNOjZYXr9SptR5Q== -MD5 (ncftp-323-v6-20091109.diff.gz) = kSDcuw/OrLUXTQECSwulpQ== -RMD160 (ncftp-3.2.3-src.tar.bz2) = 5eB0NgmWUC79a8r2cCgFWNi8AAc= -RMD160 (ncftp-323-v6-20091109.diff.gz) = AE7Ja4T0Q//AyqTG3auxfZsnHMY= -SHA1 (ncftp-3.2.3-src.tar.bz2) = fVjOFWYqKu6wtWT5jCvuovblSgs= -SHA1 (ncftp-323-v6-20091109.diff.gz) = /FJ/34fVvbL3YL1JCFw9IadeLdk= -SHA256 (ncftp-3.2.3-src.tar.bz2) = RvTy+95AGHoWS90P49N9LYXTZEXlbyvwj8gU7o3LpRA= -SHA256 (ncftp-323-v6-20091109.diff.gz) = FA9Nrm9lRPHr5AGMZqtel8ivOrdKBOr7QA2q/Wv394A= -SIZE (ncftp-3.2.3-src.tar.bz2) = 425393 -SIZE (ncftp-323-v6-20091109.diff.gz) = 41587 +MD5 (ncftp-3.2.5-src.tar.bz2) = sFx6bVJpwEiR8C9D1DErMA== +MD5 (ncftp-325-v6.diff.gz) = JeBa4oyvzsuKOpTyaPOztQ== +RMD160 (ncftp-3.2.5-src.tar.bz2) = dSXD1Q8MzETz3bnfFDzDRhe7XY4= +RMD160 (ncftp-325-v6.diff.gz) = lQJ2yHW7KN4uLP7x8EZ2M72fqZk= +SHA1 (ncftp-3.2.5-src.tar.bz2) = uuFasx0Wxc7AKc5XN8EojBP9kLs= +SHA1 (ncftp-325-v6.diff.gz) = l3mzckXrzyVruJO5xeCI2hzDq2I= +SHA256 (ncftp-3.2.5-src.tar.bz2) = tOviQVdhpRN80dMTyPwTUvJtiWPMnp41TilyCqIInUI= +SHA256 (ncftp-325-v6.diff.gz) = f7lSQMM67KZ+U75Y9gFqfh3NdTsSWUD1Odq3WV4NAro= +SIZE (ncftp-3.2.5-src.tar.bz2) = 454682 +SIZE (ncftp-325-v6.diff.gz) = 23295 Index: patches/patch-doc_man_ncftpspooler_1 === RCS file: patches/patch-doc_man_ncftpspooler_1 diff -N patches/patch-doc_man_ncftpspooler_1 --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-doc_man_ncftpspooler_116 Nov 2011 16:02:18 - @@ -0,0 +1,13 @@ +$OpenBSD$ +--- doc/man/ncftpspooler.1.origWed Nov 16 12:21:43 2011 doc/man/ncftpspooler.1 Wed Nov 16 12:21:55 2011 +@@ -370,7 +370,8 @@ key-pairs), as well as additional data the spooler may + as a + .I result + key-pair with a textual description of the job's completion status. +-.PP Here is a sample Perl script which demonstrates having a ++.PP ++Here is a sample Perl script which demonstrates having a + .I post\-shell\-command + update a log file named + /var/log/ncftp_spooler. -- Christian naddy Weisgerber na...@mips.inka.de
Permit to build Python 2 and Python 3 ports
Hi, this is the diff to update python.port.mk to permit to have both Python 2.x and 3.x working on OpenBSD. How it works: 1) Python2 port - all ports existing don't need to change, they still build with Python 2 2) Python2 and Python3 port - if you know that a port (and its dependencies...) work with Python 3 Python 2, you just need to add: IS_PY3 = Yes for all the ports. Be carefull to add ${MODPY_FLAVOR} to your dependencies (see examples at the end). Next, to build your port you will need to precise the correct flavor: python3. In this case, you must be very carreful with the conflict of the PLIST. If your port is a library, there is often no problems, but you will have problem with binaries/doc/examples/wub/... So you will have to play with post-install, in moving files which are conflicting by suffixing it (see examples at the end). FYI the port built with python3 will replace the prefix py- by py3-. 3) Python3 port - if you know that a port (and its dependencies) work with Python 3 only, you just need to add: IS_PY3 = Only, and it will automatically build this port with Python 3. FYI the port built with python3 follow the same logic that in python2, so if the port PKGNAME begins with py- it will automatically be replaced by py3-. More details about modifications needed: - remove the devel/py3-distribute, not used and useless to have py3 in the dir name (maybe a quirks thing to permit distribute - py3-distribute? If not used actually, are modifications in quirks needed?) - some people don't want to replace py-setuptools by py-distribute, so keep py-setuptools (Python 2 only). - add the port devel/py-distribute, only used with Python3 ports (IS_PY3 = Only, will have the py3-distribute FULLPKGNAME. I attached the diff between actual py3-distribute and what we want, easier to understand). - remove the MODPY_DISTRIBUTE, useless. Keep the MODPY_SETUPTOOLS only, easier to maintain, even if we used distribute or setuptools after, it's not the problem of the porters. So, if your ports use: 1) Python 2 only - nothing to change 2) Python 2 and Python 3: - add IS_PY3 = Yes - add to your *_DEPENDS : ${MODPY_FLAVOR}, without comma (example: BUILD_DEPENDS: devel/py-distribute${MODPY_FLAVOR}). - make sure your PLIST will not be in conflict by adding special tasks in post-install. Example: post-install: mv ${WRKINST}/${LOCALBASE}/foo/bar ${WRKINST}/${LOCALBASE}/foo/bar${MODPY_BIN_SUFFIX} If you use the default FLAVOR (Python 2), MODPY_BIN_SUFFIX is , so no modifications for people who use the default. If you use the FLAVOR Python 3, MODPY_BIN_SUFFIX = 3. Add ${MODPY_BIN_SUFFIX} to your PLIST. 3) Python 3: - add IS_PY3 = Only I think the best thing to do now is to patch python.port.mk and run a full bulk build to see if all ports are ok :). Cheers, -- Remi Index: python.port.mk === RCS file: /cvs/ports/lang/python/python.port.mk,v retrieving revision 1.47 diff -u -r1.47 python.port.mk --- python.port.mk 17 Oct 2011 13:55:24 - 1.47 +++ python.port.mk 16 Nov 2011 15:51:30 - @@ -7,23 +7,66 @@ CATEGORIES+= lang/python -MODPY_VERSION?=2.7 +# define the default version +_MODPY_DEFAULT_VERSION = 2.7 -.if ${MODPY_VERSION} == 2.4 || ${MODPY_VERSION} == 2.5 || ${MODPY_VERSION} == 2.7 || ${MODPY_VERSION} == 3.2 - -. if ${MODPY_VERSION} 2.6 -MODPY_JSON = devel/py-simplejson -. else -MODPY_JSON = +.if !defined(MODPY_VERSION) +. if !defined(FLAVORS) defined(IS_PY3) +.if ${IS_PY3:L:Myes} +FLAVORS?= python3 +# force to use python3 if ports is python3 only +.elif ${IS_PY3:L:Monly} +FLAVORS?= python3 +FLAVOR=python3 +.else +ERRORS += Fatal: please verify IS_PY3 is correctly defined: \n\ + - set to Yes if your port can be build with python2 and python3 \n\ + - set to Only if your port can be build only with python3 \n +.endif . endif -. if ${MODPY_VERSION} 3.2 -MODPY_WANTLIB =python${MODPY_VERSION} -. else -MODPY_WANTLIB = python${MODPY_VERSION}m +FLAVOR?= + +. if empty(FLAVOR) +# without flavor, assume we use the default version +MODPY_VERSION?=${_MODPY_DEFAULT_VERSION} +. elif ${FLAVOR:L:Mpython3} +# define default version 3 +MODPY_VERSION?=3.2 . endif + +# verify if MODPY_VERSION forced is correct .else +. if ${MODPY_VERSION} != 2.4 \ + ${MODPY_VERSION} != 2.5 \ + ${MODPY_VERSION} != 2.7 \ + ${MODPY_VERSION} != 3.2 ERRORS += Fatal: unknown or unsupported MODPY_VERSION: ${MODPY_VERSION} +. endif +.endif + +_MODPY_MAJOR_VERSION = ${MODPY_VERSION:C/\.[1-9]*//g} + +.if ${_MODPY_MAJOR_VERSION} == 2 +MODPY_LIB_SUFFIX = +MODPY_FLAVOR = +MODPY_BIN_SUFFIX = + +.elif ${_MODPY_MAJOR_VERSION} == 3 +MODPY_LIB_SUFFIX = m +# replace py- prefix by py3- +FULLPKGNAME = ${PKGNAME:S/^py-/py3-/} +MODPY_FLAVOR = ,python3 +# add the modpy_version
Re: Permit to build Python 2 and Python 3 ports
I think this is a very clever yet simple approach, I like it. A bulk is needed with this to make sure everything still builds the same way, before doing any of the IS_PY3 change. Good work! On Wed, Nov 16, 2011 at 05:09:41PM +0100, Remi Pointel wrote: Hi, this is the diff to update python.port.mk to permit to have both Python 2.x and 3.x working on OpenBSD. How it works: 1) Python2 port - all ports existing don't need to change, they still build with Python 2 2) Python2 and Python3 port - if you know that a port (and its dependencies...) work with Python 3 Python 2, you just need to add: IS_PY3 = Yes for all the ports. Be carefull to add ${MODPY_FLAVOR} to your dependencies (see examples at the end). Next, to build your port you will need to precise the correct flavor: python3. In this case, you must be very carreful with the conflict of the PLIST. If your port is a library, there is often no problems, but you will have problem with binaries/doc/examples/wub/... So you will have to play with post-install, in moving files which are conflicting by suffixing it (see examples at the end). FYI the port built with python3 will replace the prefix py- by py3-. 3) Python3 port - if you know that a port (and its dependencies) work with Python 3 only, you just need to add: IS_PY3 = Only, and it will automatically build this port with Python 3. FYI the port built with python3 follow the same logic that in python2, so if the port PKGNAME begins with py- it will automatically be replaced by py3-. More details about modifications needed: - remove the devel/py3-distribute, not used and useless to have py3 in the dir name (maybe a quirks thing to permit distribute - py3-distribute? If not used actually, are modifications in quirks needed?) - some people don't want to replace py-setuptools by py-distribute, so keep py-setuptools (Python 2 only). - add the port devel/py-distribute, only used with Python3 ports (IS_PY3 = Only, will have the py3-distribute FULLPKGNAME. I attached the diff between actual py3-distribute and what we want, easier to understand). - remove the MODPY_DISTRIBUTE, useless. Keep the MODPY_SETUPTOOLS only, easier to maintain, even if we used distribute or setuptools after, it's not the problem of the porters. So, if your ports use: 1) Python 2 only - nothing to change 2) Python 2 and Python 3: - add IS_PY3 = Yes - add to your *_DEPENDS : ${MODPY_FLAVOR}, without comma (example: BUILD_DEPENDS: devel/py-distribute${MODPY_FLAVOR}). - make sure your PLIST will not be in conflict by adding special tasks in post-install. Example: post-install: mv ${WRKINST}/${LOCALBASE}/foo/bar ${WRKINST}/${LOCALBASE}/foo/bar${MODPY_BIN_SUFFIX} If you use the default FLAVOR (Python 2), MODPY_BIN_SUFFIX is , so no modifications for people who use the default. If you use the FLAVOR Python 3, MODPY_BIN_SUFFIX = 3. Add ${MODPY_BIN_SUFFIX} to your PLIST. 3) Python 3: - add IS_PY3 = Only I think the best thing to do now is to patch python.port.mk and run a full bulk build to see if all ports are ok :). Cheers, -- Remi Index: python.port.mk === RCS file: /cvs/ports/lang/python/python.port.mk,v retrieving revision 1.47 diff -u -r1.47 python.port.mk --- python.port.mk17 Oct 2011 13:55:24 - 1.47 +++ python.port.mk16 Nov 2011 15:51:30 - @@ -7,23 +7,66 @@ CATEGORIES+= lang/python -MODPY_VERSION?= 2.7 +# define the default version +_MODPY_DEFAULT_VERSION = 2.7 -.if ${MODPY_VERSION} == 2.4 || ${MODPY_VERSION} == 2.5 || ${MODPY_VERSION} == 2.7 || ${MODPY_VERSION} == 3.2 - -. if ${MODPY_VERSION} 2.6 -MODPY_JSON = devel/py-simplejson -. else -MODPY_JSON = +.if !defined(MODPY_VERSION) +. if !defined(FLAVORS) defined(IS_PY3) +.if ${IS_PY3:L:Myes} +FLAVORS?=python3 +# force to use python3 if ports is python3 only +.elif ${IS_PY3:L:Monly} +FLAVORS?=python3 +FLAVOR= python3 +.else +ERRORS += Fatal: please verify IS_PY3 is correctly defined: \n\ + - set to Yes if your port can be build with python2 and python3 \n\ + - set to Only if your port can be build only with python3 \n +.endif . endif -. if ${MODPY_VERSION} 3.2 -MODPY_WANTLIB = python${MODPY_VERSION} -. else -MODPY_WANTLIB = python${MODPY_VERSION}m +FLAVOR?= + +. if empty(FLAVOR) +# without flavor, assume we use the default version +MODPY_VERSION?= ${_MODPY_DEFAULT_VERSION} +. elif ${FLAVOR:L:Mpython3} +# define default version 3 +MODPY_VERSION?= 3.2 . endif + +# verify if MODPY_VERSION forced is correct .else +. if ${MODPY_VERSION} != 2.4 \ + ${MODPY_VERSION} != 2.5 \ + ${MODPY_VERSION} != 2.7 \ + ${MODPY_VERSION} != 3.2 ERRORS += Fatal: unknown or unsupported MODPY_VERSION:
Re: Permit to build Python 2 and Python 3 ports
On Wed, Nov 16, 2011 at 5:09 PM, Remi Pointel remi.poin...@xiri.fr wrote: Hi, this is the diff to update python.port.mk to permit to have both Python 2.x and 3.x working on OpenBSD. How it works: 1) Python2 port - all ports existing don't need to change, they still build with Python 2 2) Python2 and Python3 port - if you know that a port (and its dependencies...) work with Python 3 Python 2, you just need to add: IS_PY3 = Yes for all the ports. Be carefull to add ${MODPY_FLAVOR} to your dependencies (see examples at the end). Next, to build your port you will need to precise the correct flavor: python3. In this case, you must be very carreful with the conflict of the PLIST. If your port is a library, there is often no problems, but you will have problem with binaries/doc/examples/wub/... So you will have to play with post-install, in moving files which are conflicting by suffixing it (see examples at the end). FYI the port built with python3 will replace the prefix py- by py3-. 3) Python3 port - if you know that a port (and its dependencies) work with Python 3 only, you just need to add: IS_PY3 = Only, and it will automatically build this port with Python 3. FYI the port built with python3 follow the same logic that in python2, so if the port PKGNAME begins with py- it will automatically be replaced by py3-. More details about modifications needed: - remove the devel/py3-distribute, not used and useless to have py3 in the dir name (maybe a quirks thing to permit distribute - py3-distribute? If not used actually, are modifications in quirks needed?) - some people don't want to replace py-setuptools by py-distribute, so keep py-setuptools (Python 2 only). - add the port devel/py-distribute, only used with Python3 ports (IS_PY3 = Only, will have the py3-distribute FULLPKGNAME. I attached the diff between actual py3-distribute and what we want, easier to understand). - remove the MODPY_DISTRIBUTE, useless. Keep the MODPY_SETUPTOOLS only, easier to maintain, even if we used distribute or setuptools after, it's not the problem of the porters. So, if your ports use: 1) Python 2 only - nothing to change 2) Python 2 and Python 3: - add IS_PY3 = Yes - add to your *_DEPENDS : ${MODPY_FLAVOR}, without comma (example: BUILD_DEPENDS: devel/py-distribute${MODPY_FLAVOR}). - make sure your PLIST will not be in conflict by adding special tasks in post-install. Example: post-install: mv ${WRKINST}/${LOCALBASE}/foo/bar ${WRKINST}/${LOCALBASE}/foo/bar${MODPY_BIN_SUFFIX} If you use the default FLAVOR (Python 2), MODPY_BIN_SUFFIX is , so no modifications for people who use the default. If you use the FLAVOR Python 3, MODPY_BIN_SUFFIX = 3. Add ${MODPY_BIN_SUFFIX} to your PLIST. 3) Python 3: - add IS_PY3 = Only I think the best thing to do now is to patch python.port.mk and run a full bulk build to see if all ports are ok :). I think this approach makes sense for python. port.ruby.mk automatically allows building with all four supported ruby implementations by default, and that means if changes to any ruby implementation require a bump to all dependencies, you have to bump pretty much all ruby ports since you can't set REVISION for individual FLAVORs. This approach avoids that issue, so an upgrade from python 3.2 to 3.3 would only require you bump the ports that are specifically set to build with python 3. The only downside is if you want to support another python implementation (i.e. jython or pypy), adding another set of IS_* variables to every port is kind of a pain. I don't think there are any commonly used alternative python implementations, though, so it may not be an issue. Jeremy
Re: Permit to build Python 2 and Python 3 ports
On Wed, Nov 16, 2011 at 06:12:50PM +0100, Jeremy Evans wrote: FLAVORs. This approach avoids that issue, so an upgrade from python 3.2 to 3.3 would only require you bump the ports that are specifically set to build with python 3. The only downside is if you want to support another python implementation (i.e. jython or pypy), adding another set of IS_* variables to every port is kind of a pain. I don't think there are any commonly used alternative python implementations, though, so it may not be an issue. I don't really see a point in having every single implementation of a language under the sun in the ports tree. I've mostly said away from the ruby stuff because I don't really care, but I find the 4 distinct implementations of dubious values. The fact there is no apparent consensus as to which one is the best, well, that's not exactly a sign of language maturity...
Re: UPDATE: cherokee 1.0.14 - 1.2.101
On Sun, Nov 13, 2011 at 11:47:09PM -0500, Fernando Quintero wrote: Thanks to brad for the patch and the people who test it. I test it on @x86 and @x64 comments? oks? Updated diff. Index: Makefile === RCS file: /home/cvs/ports/www/cherokee/Makefile,v retrieving revision 1.31 diff -u -p -r1.31 Makefile --- Makefile16 Sep 2011 12:00:06 - 1.31 +++ Makefile16 Nov 2011 02:19:05 - @@ -2,14 +2,14 @@ SHARED_ONLY= Yes -COMMENT-main = fast, flexible and easy to configure Web Server +COMMENT-main = fast, flexible and easy to configure web server COMMENT-geoip =GeoIP module for Cherokee web server COMMENT-ldap = LDAP module for Cherokee web server COMMENT-mysql =MySQL module for Cherokee web server COMMENT-streaming = Streaming module for Cherokee web server -DIR = 1.0 -VERSION = ${DIR}.14 +DIR = 1.2 +VERSION = ${DIR}.101 DISTNAME = cherokee-${VERSION} PKGNAME-main = ${DISTNAME} @@ -18,12 +18,6 @@ PKGNAME-mysql = cherokee-mysql-${VERSION PKGNAME-geoip =cherokee-geoip-${VERSION} PKGNAME-streaming = cherokee-streaming-${VERSION} -REVISION-main =7 -REVISION-geoip = 3 -REVISION-ldap =4 -REVISION-mysql = 3 -REVISION-streaming = 6 - SHARED_LIBS = cherokee-base 0.0 \ cherokee-client 0.0 \ cherokee-server 0.0 @@ -47,7 +41,8 @@ MASTER_SITES =${HOMEPAGE}download/${DIR MULTI_PACKAGES =-main -ldap -mysql -geoip -streaming -MODULES = lang/python lang/php +MODULES = lang/php \ + lang/python BUILD_DEPENDS =textproc/py-docutils \ lang/php/${MODPHP_VERSION},-fastcgi @@ -78,6 +73,7 @@ WANTLIB-streaming += theoradec theoraenc WANTLIB-streaming += x264 z RUN_DEPENDS-streaming = ${BASE_PKGPATH} +USE_GMAKE= Yes USE_LIBTOOL = Yes LIBTOOL_FLAGS =--tag=disable-static USE_GROFF =Yes @@ -89,37 +85,40 @@ FAKE_FLAGS =cherokeeconfdir=${PREFIX}/ CONFIGURE_STYLE = gnu CONFIGURE_ENV =CPPFLAGS=-I${LOCALBASE}/include \ LDFLAGS=-L${LOCALBASE}/lib \ - PHPCGI=${LOCALBASE}/bin/php-fastcgi-${MODPHP_VERSION} \ ac_cv_func_getgrnam_r=no CONFIGURE_ARGS = ${CONFIGURE_SHARED} \ --disable-static \ + --enable-tmpdir=/tmp \ --sysconfdir=${SYSCONFDIR} \ --localstatedir=/var \ + --with-cgiroot=/var/cherokee/cgi-bin \ --with-wwwroot=/var/cherokee \ --with-wwwuser=_cherokee \ --with-wwwgroup=_cherokee \ --disable-nls \ --disable-pam \ + --with-ffmpeg \ --with-geoip \ --with-ldap \ --with-mysql \ - --with-ffmpeg + --with-php=${LOCALBASE}/bin/php-fastcgi-${MODPHP_VERSION} \ + --with-python=${MODPY_BIN} .ifdef DEBUG CFLAGS += -O0 -g3 CONFIGURE_ARGS += --enable-trace .endif -MODPY_ADJ_FILES= admin/CTK/CTK-run.pre admin/upgrade_config.py \ +MODPY_ADJ_FILES=admin/CTK/CTK-run.pre admin/upgrade_config.py \ cherokee/cherokee-admin-launcher \ cherokee/cherokee-tweak doc/test_images.py \ - gitlog2changelog.py po/po_stats.py svnlog2changelog.py \ - admin/server.py qa/run-tests.py contrib/tracelor.py + po/po_stats.py admin/server.py qa/run-tests.py \ + contrib/tracelor.py LANGUAGES =en es de nl sv_SE zh_CN fr pt_BR pl ca it gl pre-configure: - ${SUBST_CMD} ${WRKSRC}/cherokee/main_admin.c + @${SUBST_CMD} ${WRKSRC}/cherokee/main_admin.c post-install: cd ${PREFIX}/share/cherokee/admin find . -name *.py | \ @@ -130,5 +129,6 @@ post-install: ${INSTALL_DATA} ${WRKSRC}/po/admin/$i.gmo \ ${PREFIX}/share/locale/$i/LC_MESSAGES/cherokee.mo .endfor + @find ${PREFIX}/lib/cherokee -name '*.la' -print | xargs rm .include bsd.port.mk Index: distinfo === RCS file: /home/cvs/ports/www/cherokee/distinfo,v retrieving revision 1.9 diff -u -p -r1.9 distinfo --- distinfo20 Dec 2010 07:51:58 - 1.9 +++ distinfo19 Oct 2011 17:13:21 - @@ -1,5 +1,5 @@ -MD5 (cherokee-1.0.14.tar.gz) = baLMjbz/2dnTecTuKJUyBA== -RMD160 (cherokee-1.0.14.tar.gz) = WD2bRRFDgFGrZhTQ/YSLL3GLvN0= -SHA1 (cherokee-1.0.14.tar.gz) = pyVuudRqBQLkT9fx5lweh+uTLyo= -SHA256 (cherokee-1.0.14.tar.gz) = HxipAoBClXbPpRnz5TuvUfQ1uVqpgJ5YuVy27F4REa4= -SIZE (cherokee-1.0.14.tar.gz) = 5727356 +MD5 (cherokee-1.2.101.tar.gz) = 70cAM1Wi42jk2Vls0HDvIw== +RMD160
Re: Permit to build Python 2 and Python 3 ports
On 2011-11-16, Remi Pointel remi.poin...@xiri.fr wrote: So, if your ports use: 1) Python 2 only - nothing to change 2) Python 2 and Python 3: - add IS_PY3 = Yes - add to your *_DEPENDS : ${MODPY_FLAVOR}, without comma (example: BUILD_DEPENDS: devel/py-distribute${MODPY_FLAVOR}). - make sure your PLIST will not be in conflict by adding special tasks in post-install. Example: post-install: mv ${WRKINST}/${LOCALBASE}/foo/bar ${WRKINST}/${LOCALBASE}/foo/bar${MODPY_BIN_SUFFIX} If you use the default FLAVOR (Python 2), MODPY_BIN_SUFFIX is , so no modifications for people who use the default. If you use the FLAVOR Python 3, MODPY_BIN_SUFFIX = 3. Add ${MODPY_BIN_SUFFIX} to your PLIST. 3) Python 3: - add IS_PY3 = Only Nice approach, I like it a lot. I think the best thing to do now is to patch python.port.mk and run a full bulk build to see if all ports are ok :). The only other thing we need is a bit of text explaining this in port-modules(5), I can take a look at that if you like.
[NEW] libbluray
libbluray is an open-source library designed for Blu-Ray Discs playback for media players, like VLC or MPlayer. Right now the disc must be mounted to play. Please note: this does *not* decrypt the files from the disc yet, but can use other libraries for that. I have also attached a patch to mplayer that allows me to watch (unencrypted) bluray discs. mount /dev/cd0a /mnt mplayer -bluray-device /mnt bluray:// OK for one or both? Index: Makefile === RCS file: /cvs/openbsd/ports/x11/mplayer/Makefile,v retrieving revision 1.196 diff -u -p -r1.196 Makefile --- Makefile19 Sep 2011 14:24:44 - 1.196 +++ Makefile16 Nov 2011 17:41:59 - @@ -13,7 +13,7 @@ SUBST_VARS += PREFIX CONFDIR # Distfiles must be hand-rolled, see README N =mplayer DISTNAME = mplayer-${V} -REVISION = 10 +REVISION = 11 CATEGORIES = x11 multimedia @@ -48,6 +48,7 @@ LIB_DEPENDS = graphics/png \ audio/speex \ audio/libogg \ audio/lame \ + converters/libbluray \ multimedia/libdv \ devel/fribidi \ graphics/lcms \ Index: patches/patch-configure === RCS file: /cvs/openbsd/ports/x11/mplayer/patches/patch-configure,v retrieving revision 1.59 diff -u -p -r1.59 patch-configure --- patches/patch-configure 25 Jun 2011 14:15:43 - 1.59 +++ patches/patch-configure 13 Nov 2011 13:22:23 - @@ -1,6 +1,6 @@ $OpenBSD: patch-configure,v 1.59 2011/06/25 14:15:43 edd Exp $ configure.orig Wed Mar 9 00:33:03 2011 -+++ configure Fri Jun 24 12:19:32 2011 +--- configure.orig Wed Mar 9 01:33:03 2011 configure Sun Nov 13 14:22:17 2011 @@ -35,29 +35,33 @@ # # @@ -210,7 +210,32 @@ $OpenBSD: patch-configure,v 1.59 2011/06 def_mlib='#define CONFIG_MLIB 0' if sunos; then echocheck Sun mediaLib -@@ -5832,8 +5866,9 @@ if test $_dvdread_internal = auto ; then +@@ -5780,7 +5814,15 @@ else + default_dvd_device=/dev/dvd + fi + ++if win32 || os2 || dragonfly || freebsd || openbsd || sunos || amigaos ; then ++ default_bluray_device=$default_cdrom_device ++elif darwin ; then ++ default_bluray_device=/dev/rdiskN ++else ++ default_bluray_device=/dev/dvd ++fi + ++ + echocheck VCD support + if test $_vcd = auto; then + _vcd=no +@@ -5805,7 +5847,7 @@ echores $_vcd + echocheck Blu-ray support + if test $_bluray = auto ; then + _bluray=no +- statement_check libbluray/bluray.h 'bd_get_title_info(0, 0)' -lbluray _bluray=yes ++ statement_check libbluray/bluray.h 'bd_get_title_info(0, 0, 0)' -lbluray _bluray=yes + fi + if test $_bluray = yes ; then + def_bluray='#define CONFIG_LIBBLURAY 1' +@@ -5832,8 +5874,9 @@ if test $_dvdread_internal = auto ; then elif test $_dvdread = auto ; then _dvdread=no if test $_dl = yes; then @@ -222,7 +247,7 @@ $OpenBSD: patch-configure,v 1.59 2011/06 if header_check dvdread/dvd_reader.h $_dvdreadcflags $_dvdreadlibs $_ld_dl ; then _dvdread=yes extra_cflags=$extra_cflags $_dvdreadcflags -@@ -6521,7 +6556,7 @@ echores $_libmpeg2 +@@ -6521,7 +6564,7 @@ echores $_libmpeg2 echocheck libdca support if test $_libdca = auto ; then _libdca=no @@ -231,7 +256,7 @@ $OpenBSD: patch-configure,v 1.59 2011/06 statement_check_broken stdint.h dts.h 'dts_init(0)' $_ld_dca $_ld_lm extra_ldflags=$extra_ldflags $_ld_dca _libdca=yes break done -@@ -7360,6 +7395,8 @@ if test $_tv_v4l2 = auto ; then +@@ -7360,6 +7403,8 @@ if test $_tv_v4l2 = auto ; then _tv_v4l2=no if test $_tv = yes linux ; then header_check_broken sys/time.h linux/videodev2.h _tv_v4l2=yes @@ -240,7 +265,7 @@ $OpenBSD: patch-configure,v 1.59 2011/06 fi fi if test $_tv_v4l2 = yes ; then -@@ -8069,6 +8106,7 @@ SPEEX = $_speex +@@ -8069,6 +8114,7 @@ SPEEX = $_speex STREAM_CACHE = $_stream_cache SGIAUDIO = $_sgiaudio SUNAUDIO = $_sunaudio @@ -248,7 +273,15 @@ $OpenBSD: patch-configure,v 1.59 2011/06 SVGA = $_svga TDFXFB = $_tdfxfb TDFXVID = $_tdfxvid -@@ -8445,6 +8483,7 @@ $def_ossaudio_devmixer +@@ -8357,6 +8403,7 @@ $(ff_config_enable $cpuexts_all $cpuexts # HAVE + /* Blu-ray/DVD/VCD/CD */ + #define DEFAULT_CDROM_DEVICE $default_cdrom_device + #define DEFAULT_DVD_DEVICE $default_dvd_device ++#define DEFAULT_BLURAY_DEVICE $default_bluray_device + $def_bluray + $def_bsdi_dvd + $def_cddb +@@ -8445,6 +8492,7 @@ $def_ossaudio_devmixer $def_pulse $def_sgiaudio $def_sunaudio Index: patches/patch-stream_stream_bluray_c === RCS file: patches/patch-stream_stream_bluray_c diff -N patches/patch-stream_stream_bluray_c --- /dev/null 1 Jan 1970 00:00:00 - +++
mk.conf.template (common porters mk.conf bits)
comments? OK? Index: infrastructure/templates/mk.conf.template === RCS file: infrastructure/templates/mk.conf.template diff -N infrastructure/templates/mk.conf.template --- /dev/null 1 Jan 1970 00:00:00 - +++ infrastructure/templates/mk.conf.template 16 Nov 2011 17:54:23 - @@ -0,0 +1,24 @@ +# $OpenBSD$ + +# This file contains some mk.conf entries suitable for ports work. +# It may be copy-and-pasted, or included directly from /etc/mk.conf: +# .include /usr/ports/infrastructure/templates/mk.conf.template + +# Common(ish) misspellings: +.poison BUILD_DEPEND +.poison DISTFLIES +.poison LIB_DEPEND +.poison MODPY_BUILDEP +.poison MODULE +.poison NOT_FOR_ARCH +.poison NOT_FOR_ARCHES +.poison ONLY_FOR_ARCH +.poison ONLY_FOR_ARCHES +.poison REVISON +.poison REVSION +.poison RUN_DEPEND +.poison WKRBUILD +.poison WKRCONF +.poison WKRDIST +.poison WKRINST +.poison WKRSRC
Re: Permit to build Python 2 and Python 3 ports
On Wed, Nov 16, 2011 at 6:27 PM, Marc Espie es...@nerim.net wrote: On Wed, Nov 16, 2011 at 06:12:50PM +0100, Jeremy Evans wrote: FLAVORs. This approach avoids that issue, so an upgrade from python 3.2 to 3.3 would only require you bump the ports that are specifically set to build with python 3. The only downside is if you want to support another python implementation (i.e. jython or pypy), adding another set of IS_* variables to every port is kind of a pain. I don't think there are any commonly used alternative python implementations, though, so it may not be an issue. I don't really see a point in having every single implementation of a language under the sun in the ports tree. I agree. There are actually other ruby implementations that could probably run on OpenBSD (IronRuby via mono, REE) that I haven't ported as I don't think there is a good reason to do so. I've mostly said away from the ruby stuff because I don't really care, but I find the 4 distinct implementations of dubious values. The fact there is no apparent consensus as to which one is the best, well, that's not exactly a sign of language maturity... Well, the main interpreter has two versions (1.8 and 1.9) in primary use, like python. JRuby is getting used more and more. It's faster that the main interpreter in many cases, and can do things that the main interpreter cannot, such as integrate with Java libraries (e.g. ruby database access to DB2/Oracle via JDBC). It's also the only current ruby implementation with native multithreading with no global interpreter lock, though that won't matter much on OpenBSD until rthreads is enabled by default. The fourth ruby interpreter in the ports tree is rubinius, and while it's not as mature or as fast as the others, it has some unique features and is stable enough to be used in production. Which ruby interpreter is best depends on what you want to do. Personally, I think having multiple production implementations of a language is a sign of language maturity. Jeremy
Re: NEW: games/naev
OK from me, anyone else? On 2011 Oct 09 (Sun) at 02:45:17 +0400 (+0400), Kirill Bychkov wrote: :Hi! :This is a port of naev-0.5.0, a 2D space trading and combat game. : :Naev is taking inspiration from the Escape Velocity series. :You pilot a space ship from a top-down perspective, and are more or less free :to do what you want. As the genre name implies, you're able to trade and :engage in combat at will. Beyond that, there's an ever-growing number of :storyline missions, equipment, and ships; Even the galaxy itself grows larger :with each release. For the literarily-inclined, there are large amounts of :lore accompanying everything from planets to equipment. : :I've killed some hours playing it on amd64. :OKs? Comments? Commit? : : -- His mind is like a steel trap -- full of mice. -- Foghorn Leghorn
Re: mk.conf.template (common porters mk.conf bits)
On Wed, Nov 16, 2011 at 05:54:45PM +, Stuart Henderson wrote: comments? OK? Yes please. While on the subject, can't we add (at the very least) the SUDO=sudo line? Index: infrastructure/templates/mk.conf.template === RCS file: infrastructure/templates/mk.conf.template diff -N infrastructure/templates/mk.conf.template --- /dev/null 1 Jan 1970 00:00:00 - +++ infrastructure/templates/mk.conf.template 16 Nov 2011 17:54:23 - @@ -0,0 +1,24 @@ +# $OpenBSD$ + +# This file contains some mk.conf entries suitable for ports work. +# It may be copy-and-pasted, or included directly from /etc/mk.conf: +# .include /usr/ports/infrastructure/templates/mk.conf.template + +# Common(ish) misspellings: +.poison BUILD_DEPEND +.poison DISTFLIES +.poison LIB_DEPEND +.poison MODPY_BUILDEP +.poison MODULE +.poison NOT_FOR_ARCH +.poison NOT_FOR_ARCHES +.poison ONLY_FOR_ARCH +.poison ONLY_FOR_ARCHES +.poison REVISON +.poison REVSION +.poison RUN_DEPEND +.poison WKRBUILD +.poison WKRCONF +.poison WKRDIST +.poison WKRINST +.poison WKRSRC
Update ruby-unicorn and related ports
This updates ruby-unicorn and the related ports kgio, raindrops, and rainbows to their most current versions. Getting the regression test suites to work took a surprisingly long amount of time, but I've worked with upstream and I've got patches committed that should make the regress tests work correctly in future versions. I'm attaching a tarball of the regress patches for unicorn and kgio that make the current versions pass. Jeremy Index: devel/ruby-kgio/Makefile === RCS file: /cvs/ports/devel/ruby-kgio/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- devel/ruby-kgio/Makefile16 Sep 2011 09:24:57 - 1.6 +++ devel/ruby-kgio/Makefile16 Nov 2011 19:08:46 - @@ -2,9 +2,8 @@ COMMENT = kinder, gentler I/O for Ruby -DISTNAME = kgio-2.5.0 +DISTNAME = kgio-2.6.0 CATEGORIES = devel -REVISION= 0 MAINTAINER = Jeremy Evans jer...@openbsd.org @@ -22,6 +21,6 @@ REGRESS_DEPENDS = devel/gmake # Couple failing regress tests do-regress: - @cd ${WRKSRC} gmake test RUBY=${RUBY} + @cd ${WRKSRC} gmake -k test RUBY=${RUBY} .include bsd.port.mk Index: devel/ruby-kgio/distinfo === RCS file: /cvs/ports/devel/ruby-kgio/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- devel/ruby-kgio/distinfo6 Jul 2011 01:17:19 - 1.4 +++ devel/ruby-kgio/distinfo16 Nov 2011 19:08:46 - @@ -1,5 +1,5 @@ -MD5 (kgio-2.5.0.gem) = xxkQDr7wDRcNpn137qPLIA== -RMD160 (kgio-2.5.0.gem) = 3sYt8ZTmvCJHSXu9xtL0ukdgbY0= -SHA1 (kgio-2.5.0.gem) = k5jvxeDu5Dr84LPjge1/AsmBRAQ= -SHA256 (kgio-2.5.0.gem) = iGNijUMS8fZeuUuKXtvOD0oVGoKqEdjyLEbn47cHGJw= -SIZE (kgio-2.5.0.gem) = 65024 +MD5 (kgio-2.6.0.gem) = xEbDe6kTReKvKM3G3NBgwQ== +RMD160 (kgio-2.6.0.gem) = 52qhTsc7e2QHHxqgGpen7l11cEA= +SHA1 (kgio-2.6.0.gem) = BMLVITKzHTAA2xBcJWKXi4s/3eU= +SHA256 (kgio-2.6.0.gem) = 59TYLk9U6gTbRjDkw0c4RMjg1Zwdr1rNkOJh+d2UJZM= +SIZE (kgio-2.6.0.gem) = 66048 Index: devel/ruby-kgio/pkg/PLIST === RCS file: /cvs/ports/devel/ruby-kgio/pkg/PLIST,v retrieving revision 1.4 diff -u -p -r1.4 PLIST --- devel/ruby-kgio/pkg/PLIST 6 Jul 2011 01:17:19 - 1.4 +++ devel/ruby-kgio/pkg/PLIST 16 Nov 2011 19:08:46 - @@ -59,6 +59,7 @@ ${GEM_LIB}/gems/${DISTNAME}/test/ ${GEM_LIB}/gems/${DISTNAME}/test/lib_read_write.rb ${GEM_LIB}/gems/${DISTNAME}/test/lib_server_accept.rb ${GEM_LIB}/gems/${DISTNAME}/test/test_accept_class.rb +${GEM_LIB}/gems/${DISTNAME}/test/test_accept_flags.rb ${GEM_LIB}/gems/${DISTNAME}/test/test_autopush.rb ${GEM_LIB}/gems/${DISTNAME}/test/test_connect_fd_leak.rb ${GEM_LIB}/gems/${DISTNAME}/test/test_cross_thread_close.rb Index: www/ruby-raindrops/Makefile === RCS file: /cvs/ports/www/ruby-raindrops/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- www/ruby-raindrops/Makefile 16 Sep 2011 12:00:09 - 1.2 +++ www/ruby-raindrops/Makefile 16 Nov 2011 19:08:46 - @@ -2,8 +2,7 @@ COMMENT = real-time stats toolkit for Rack HTTP servers -DISTNAME = raindrops-0.7.0 -REVISION= 0 +DISTNAME = raindrops-0.8.0 CATEGORIES = www MAINTAINER = Jeremy Evans jer...@openbsd.org @@ -22,7 +21,7 @@ CONFIGURE_STYLE = ruby gem ext BUILD_DEPENDS += libatomic_ops-*:devel/boehm-gc,-atomic REGRESS_DEPENDS = devel/gmake \ - www/ruby-rack,${MODRUBY_FLAVOR} \ + www/ruby-unicorn,${MODRUBY_FLAVOR} \ ${FULLPKGNAME}:${BUILD_PKGPATH} do-regress: Index: www/ruby-raindrops/distinfo === RCS file: /cvs/ports/www/ruby-raindrops/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- www/ruby-raindrops/distinfo 6 Jul 2011 01:14:09 - 1.1.1.1 +++ www/ruby-raindrops/distinfo 16 Nov 2011 19:08:46 - @@ -1,5 +1,5 @@ -MD5 (raindrops-0.7.0.gem) = Z3ck4Gt3MMPwH3V02hX38g== -RMD160 (raindrops-0.7.0.gem) = VjoXAlf0SgHFjDGknPZJAHVXIzI= -SHA1 (raindrops-0.7.0.gem) = MkPOQFk9uQBsfUtnAGiArDfRHPk= -SHA256 (raindrops-0.7.0.gem) = lVcsG/0kyYVRAVEf0EwzAllSSIPp83RRsazb2/ogRJg= -SIZE (raindrops-0.7.0.gem) = 68096 +MD5 (raindrops-0.8.0.gem) = 8bWQ03GMQQAsKChj9gvfgg== +RMD160 (raindrops-0.8.0.gem) = xoXX4lvHUgDvJWFm4/aHnj6YvPo= +SHA1 (raindrops-0.8.0.gem) = ykyzvfrhIqahN86+Ts5VCqmAGbk= +SHA256 (raindrops-0.8.0.gem) = qsewBZP9ekAxGoxGWJNnDqbue/ipwpXKFTRUiW9+uJs= +SIZE (raindrops-0.8.0.gem) = 70144 Index: www/ruby-raindrops/patches/patch-test_test_linux_tcp_info_rb === RCS file: www/ruby-raindrops/patches/patch-test_test_linux_tcp_info_rb diff -N www/ruby-raindrops/patches/patch-test_test_linux_tcp_info_rb --- /dev/null 1 Jan 1970 00:00:00 - +++
Re: mk.conf.template (common porters mk.conf bits)
and USE_SYSTRACE=Yes ? On Wed, 16 Nov 2011 21:12:52 +0200, Paul Irofti wrote: On Wed, Nov 16, 2011 at 05:54:45PM +, Stuart Henderson wrote: comments? OK? Yes please. While on the subject, can't we add (at the very least) the SUDO=sudo line? Index: infrastructure/templates/mk.conf.template === RCS file: infrastructure/templates/mk.conf.template diff -N infrastructure/templates/mk.conf.template --- /dev/null 1 Jan 1970 00:00:00 - +++ infrastructure/templates/mk.conf.template 16 Nov 2011 17:54:23 - @@ -0,0 +1,24 @@ +# $OpenBSD$ + +# This file contains some mk.conf entries suitable for ports work. +# It may be copy-and-pasted, or included directly from /etc/mk.conf: +# .include /usr/ports/infrastructure/templates/mk.conf.template + +# Common(ish) misspellings: +.poison BUILD_DEPEND +.poison DISTFLIES +.poison LIB_DEPEND +.poison MODPY_BUILDEP +.poison MODULE +.poison NOT_FOR_ARCH +.poison NOT_FOR_ARCHES +.poison ONLY_FOR_ARCH +.poison ONLY_FOR_ARCHES +.poison REVISON +.poison REVSION +.poison RUN_DEPEND +.poison WKRBUILD +.poison WKRCONF +.poison WKRDIST +.poison WKRINST +.poison WKRSRC -- Sending from my computer
Re: mk.conf.template (common porters mk.conf bits)
On Wed, Nov 16, 2011 at 04:18:32PM -0300, Gonzalo L. R. wrote: and USE_SYSTRACE=Yes ? USE_SYSTRACE=Yes sometimes causes weird failures -- not everyone is a fan of using it for building ports. CIao, Kili
Re: NEW: games/naev
Works for me, OK. On Wed, Nov 16, 2011 at 07:30:45PM +0100, Peter Hessler wrote: :OK from me, anyone else? : : :On 2011 Oct 09 (Sun) at 02:45:17 +0400 (+0400), Kirill Bychkov wrote: ::Hi! ::This is a port of naev-0.5.0, a 2D space trading and combat game. :: ::Naev is taking inspiration from the Escape Velocity series. ::You pilot a space ship from a top-down perspective, and are more or less free ::to do what you want. As the genre name implies, you're able to trade and ::engage in combat at will. Beyond that, there's an ever-growing number of ::storyline missions, equipment, and ships; Even the galaxy itself grows larger ::with each release. For the literarily-inclined, there are large amounts of ::lore accompanying everything from planets to equipment. :: ::I've killed some hours playing it on amd64. ::OKs? Comments? Commit? :: :: : : : :-- :His mind is like a steel trap -- full of mice. : -- Foghorn Leghorn : -- Be different: conform.
邀请加入 北京诺胜武仕 BUSHIDO - PRIDE HONOR
诺胜武仕邀请您加入社区网络:北京诺胜武仕 BUSHIDO - PRIDE amp; HONOR 加入社区网络,请访问以下页面: http://www.mingxigu.com/clearvale/site-signup-express-new?cmd=invitec=4847:a68cec32:1322675519:f37bedf689bd9dc9f0e5d333821bb2c9:CisqVMkDFvnY6clQlMP8mCyrj8XCxA0sr0Qj27gKNpg=email=ports%40openbsd.orglang=zhg=BiesZ8%2BinGqGAquJYWCbrroDs4XcXQpF1wJ1TF6BQuM%3Df=l=
permit Python 2.7 to build with gcc 4.6 on i386
Hi, as reported by pstumpf@ (thanks), Python 2.7 can't build on i386 with gcc 4.6. Analysing the logs, problem is that Python is not linked with libiconv (and do not found libintl.h). This diff permits to correctly found libintl.h and linked Python 2.7 to libiconv. pstumpf@ has tested and this diff permits to correcly build on i386 with gcc 4.6. Are you ok? -- Remi Index: Makefile.inc === RCS file: /cvs/ports/lang/python/Makefile.inc,v retrieving revision 1.86 diff -u -p -r1.86 Makefile.inc --- Makefile.inc18 Oct 2011 06:46:24 - 1.86 +++ Makefile.inc16 Nov 2011 23:11:47 - @@ -67,10 +67,11 @@ ONLY_FOR_ARCHS-bsddb= amd64 i386 RUN_DEPENDS= ${FULLPKGNAME-main}:lang/python/${VERSION},-main LIB_DEPENDS= -LIB_DEPENDS-main = archivers/bzip2 +LIB_DEPENDS-main = archivers/bzip2 \ + devel/gettext RUN_DEPENDS-main = WANTLIB-main = ssl panelw m crypto c util z readline pthread \ - ncursesw stdc++ expat ossaudio bz2 + ncursesw stdc++ expat ossaudio bz2 iconv intl .if ${VERSION} != 2.4 LIB_DEPENDS-main +=databases/sqlite3 WANTLIB-main +=sqlite3 @@ -128,14 +129,14 @@ CONFIGURE_ARGS+= --enable-ipv6 THREAD_STACK_SIZE?=0x2 CONFIGURE_ENV+= OPT='${CFLAGS} -DTHREAD_STACK_SIZE=${THREAD_STACK_SIZE} -fPIC' \ - LDFLAGS='-L${LOCALBASE}/lib/' SVNVERSION=no \ + CFLAGS='-I${LOCALBASE}/include/' LDFLAGS='-L${LOCALBASE}/lib/' SVNVERSION=no \ LOCALBASE=${LOCALBASE} X11BASE=${X11BASE} MAKE_ENV+= LOCALBASE=${LOCALBASE} X11BASE=${X11BASE} .if ${VERSION} 3.2 MAKE_FLAGS+= LDLIBRARY=libpython${VERSION}.so.${LIBpython${VERSION}_VERSION} .endif MAKE_FLAGS+= LD_LIBRARY_PATH=${WRKSRC} PATH=${WRKDIST}:${PORTPATH} -MAKE_FLAGS+= LDFLAGS='-L${WRKSRC}' +MAKE_FLAGS+= LDFLAGS='-L${WRKSRC} -L${LOCALBASE}/lib' FAKE_FLAGS+= RANLIB=: ALL_TARGET?= everything ./Lib/plat-openbsd5 Index: 2.7/Makefile === RCS file: /cvs/ports/lang/python/2.7/Makefile,v retrieving revision 1.16 diff -u -p -r1.16 Makefile --- 2.7/Makefile27 Sep 2011 21:27:36 - 1.16 +++ 2.7/Makefile16 Nov 2011 23:11:47 - @@ -2,13 +2,15 @@ VERSION = 2.7 PATCHLEVEL = .1 -REVISION = 12 -REVISION-bsddb = 13 +REVISION = 13 +REVISION-bsddb = 14 SHARED_LIBS = python2.7 0.0 VERSION_SPEC = =2.7,2.8 AUTOCONF_VERSION = 2.65 CONFIGURE_ARGS += --with-cxx_main \ --with-system-expat + +MODULES = devel/gettext .include bsd.port.mk Index: 2.7/patches/patch-configure_in === RCS file: /cvs/ports/lang/python/2.7/patches/patch-configure_in,v retrieving revision 1.5 diff -u -p -r1.5 patch-configure_in --- 2.7/patches/patch-configure_in 7 Jul 2011 21:32:39 - 1.5 +++ 2.7/patches/patch-configure_in 16 Nov 2011 23:11:47 - @@ -56,7 +56,7 @@ Wrong value of LDSHARED in sysconfig, cf +#AC_SEARCH_LIBS(sem_init, pthread rt posix4) # 'Real Time' functions on Solaris # posix4 on Solaris 2.6 # pthread (first!) on Linux -+ LIBS=-pthread $(LIBS) ++ LIBS=-pthread -liconv $(LIBS) fi # check if we need libintl for locale functions
devel/py-guppy (was: games/monsterz)
On Tue, Nov 15, 2011 at 02:39:38AM +0100, Matthias Kilian wrote: Many games are badly written ;-) I'm trying to get this one running, which may help to debug memleaks: http://guppy-pe.sourceforge.net/ It didn't help (because for unknown reasons, monsterz doesn't leak on my netbook), and I don't know how to use py-guppy for real, but maybe some python-people may find it useful. Ciao, Kili py-guppy.tgz Description: application/tar-gz
torrent gui
What can I use for bittorrent with a GUI? I ask for gui because some multi-file torrents I want to be able to select which files I want in the torrent and what I don't before torrent starts downloading. So I need more than just a daemon. I tried Transmission but that doesn't seem to have the GUI.