CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2012/03/23 02:43:54 Modified files: x11/i3 : Makefile x11/i3/patches : patch-src_floating_c Added files: x11/i3/patches : patch-i3bar_src_xcb_c patch-src_cfgparse_l Log message: Fix i3bar when using multiple displays (upstream git commit 8b4ad8c6bdc73d8950b9ac67316811377acbf7b3) Fix cfgparse: leave EAT_WHITESPACE and BINDSYM_COND states on EOL (upstream git commit 1f6fbaf240351a3559f25bc47286c47b29c1047f) Fix restart with for_window floating configuration (upstream git commit afed6da0e5f555003ace074bf627c9a7e1c14106)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: rfree...@cvs.openbsd.org2012/03/23 02:47:03
Modified files:
games/chocolate-doom: Makefile
games/chocolate-doom/pkg: MESSAGE PLIST
Removed files:
games/chocolate-doom/patches: patch-setup_Makefile_in
patch-src_Makefile_in
Log message:
Define game data directory via MAKE_FLAGS and perl subst, no more patches.
games data directory now ${PREFIX}/share/doom, to fit with where other
game ports put their data. Also, fix check for python during configure.
OK sthen@ and phessler@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: rfree...@cvs.openbsd.org2012/03/23 03:05:23
Modified files:
games/doomdata/doom1: Makefile
games/doomdata/doom1/pkg: PLIST
games/doomdata/doom2: Makefile
games/doomdata/doom2/pkg: PLIST
games/doomdata/shareware: Makefile
games/doomdata/shareware/pkg: PLIST
Log message:
Games data directory now ${PREFIX}/share/doom, to fit with where other
game ports put their data. Coincides with chocolate-doom update.
OK weerd@ (MAINTAINER) and phessler@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 03:44:44 Modified files: devel/goffice : Makefile Added files: devel/goffice/patches: patch-configure patch-goffice_utils_regutf8_c Log message: Fix an undefined reference with pcre = 8.30.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 03:45:17 Modified files: x11/gnome/empathy: Makefile Log message: Tweak CONFIGURE_ARGS, no pkg change.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 04:36:10 Modified files: x11/vlc: Makefile Removed files: x11/vlc/patches: patch-modules_misc_inhibit_xdg_c patch-modules_misc_inhibit_xscreensaver_c Log message: Remove patches no longer necessary now that we have posix_spawnp() and family. from Brad (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 05:01:11 Modified files: devel/libidn : Makefile distinfo devel/libidn/patches: patch-libidn_pc_in devel/libidn/pkg: PLIST Log message: Bugfix update to libidn-1.24.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 05:04:59 Modified files: devel/iso-codes: Makefile distinfo Log message: Maintenance update to iso-codes-3.33.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/03/23 05:17:02 Modified files: misc/migrationtools: Makefile distinfo misc/migrationtools/patches: patch-migrate_passwd_pl misc/migrationtools/pkg: PLIST Added files: misc/migrationtools/patches: patch-migrate_all_offline_sh patch-migrate_all_online_sh Log message: Update to migrationtools-47, patch to adapt to our aliases file location, and handle our master.passwd format - from viq @sample the migrate_common.ph file which you are supposed to configure, to avoid conflicts.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 05:38:05 Modified files: sysutils/deja-dup: Makefile distinfo sysutils/deja-dup/patches: patch-data_Makefile_in sysutils/deja-dup/pkg: PLIST Added files: sysutils/deja-dup/patches: patch-common_PythonChecker_vala Removed files: sysutils/deja-dup/patches: patch-common_PythonChecker_c Log message: Update to deja-dup-22.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 05:58:23 Modified files: textproc/libical: Makefile distinfo textproc/libical/patches: patch-configure patch-scripts_mkderivedproperties_pl patch-src_libical_icaltz-util_c Removed files: textproc/libical/patches: patch-src_libical_autogenex_ical_h patch-src_libical_icalerror_h patch-src_libical_icalparser_c patch-src_libical_icaltimezone_c patch-src_libicalss_Makefile_am Log message: Update to libical-0.48.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/03/23 06:59:58 Modified files: www/mediawiki : Makefile distinfo www/mediawiki/pkg: PLIST Log message: SECURITY (CSRF) and bugfix update to mediawiki 1.18.2, ok wen heping (maint.) - while there, use pax -rw to copy files rather than mv'ing them, makes it easier to examine source and use update-patches after 'make fake'.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/03/23 07:16:41 Modified files: audio/sox : Makefile distinfo audio/sox/pkg : PLIST Log message: update to sox-14.4.0 from maintainer, Jan Stary - also bump SHARED_LIBS major
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:19:32 Modified files: devel/glib2: Makefile distinfo devel/glib2/patches: patch-gio_gunixmounts_c patch-gio_kqueue_kqueue-thread_c patch-glib_tests_Makefile_am devel/glib2/pkg: PLIST-docs PLIST-main Added files: devel/glib2/patches: patch-glib-2_0_pc_in Removed files: devel/glib2/patches: patch-gio_tests_gdbus-peer_c patch-glib_gmain_c patch-gthread_tests_gwakeuptest_c Log message: Major update to glib2-2.31.20. Note that this is a devel version but the new stable is expected within a week or so. Committing now so that I have time to deal with the breakage and can start the upcoming gnome3 update. Please contact me _directly_ if you find any issue with it.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:19:59 Modified files: devel/atk : Makefile distinfo Log message: Update to atk-2.3.93.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:20:22 Modified files: devel/pango: Makefile distinfo devel/pango/patches: patch-pango_opentype_hb-private_h patch-pango_pc_in devel/pango/pkg: PLIST Log message: Update to pango-1.29.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:21:27 Modified files: x11/gtk+3 : Makefile distinfo x11/gtk+3/patches: patch-configure patch-gtk_Makefile_in patch-gtk_gtksettings_c x11/gtk+3/pkg : PLIST-docs PLIST-main Removed files: x11/gtk+3/patches: patch-gtk_gtkmountoperation-x11_c patch-gtk_gtktextattributes_h Log message: Update to gtk+3-3.3.18.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:20:55 Modified files: graphics/gdk-pixbuf2: Makefile distinfo graphics/gdk-pixbuf2/pkg: PLIST Log message: Update to gdk-pixbuf-2.25.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:21:52 Modified files: devel/glib2mm : Makefile distinfo devel/glib2mm/pkg: PLIST Removed files: devel/glib2mm/patches: patch-Makefile_in Log message: Update to glib2mm-2.31.20.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:22:16 Modified files: x11/gtk3mm : Makefile distinfo x11/gtk3mm/pkg : PLIST Log message: Update to gtk3mm-3.3.18.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:22:38 Modified files: security/p11-kit: Makefile distinfo Log message: Update to p11-kit-0.12.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:23:01 Modified files: misc/gtk3mm-documentation: Makefile distinfo misc/gtk3mm-documentation/pkg: PLIST Log message: Update to gtk3mm-documentation-3.3.18.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:23:49 Modified files: x11/gnome/themes-standard: Makefile distinfo x11/gnome/themes-standard/pkg: PLIST Log message: Update to gnome-themes-standard-3.3.92.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:24:10 Modified files: devel/gconf2 : Makefile distinfo devel/gconf2/patches: patch-defaults_Makefile_in patch-gconf_Makefile_in patch-gconf_gconfd_c Log message: Update to gconf2-3.2.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:24:35 Modified files: x11/gnome/totem-pl-parser: Makefile distinfo Log message: Update to totem-pl-parser-3.2.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:25:00 Modified files: devel/vte3 : Makefile distinfo devel/vte3/pkg : PLIST Removed files: devel/vte3/patches: patch-configure_in patch-src_pty_c Log message: Update to vte3-0.32.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:25:23 Modified files: net/gupnp/core : Makefile distinfo Log message: Update to gupnp-0.18.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:25:42 Modified files: net/gupnp/dlna : Makefile distinfo Log message: Update to gupnp-dlna-0.6.6.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:26:40 Modified files: editors/subtitleeditor: Makefile distinfo editors/subtitleeditor/pkg: PLIST Added files: editors/subtitleeditor/patches: patch-plugins_actions_findandreplace_findandreplace_cc Removed files: editors/subtitleeditor/patches: patch-plugins_actions_documentsnavigation_documentsnavigation_cc Log message: Update to subtitleeditor-0.40.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:28:25 Modified files: devel/libplist : Makefile multimedia/gstreamer-0.10/plugins-farsight: Makefile x11/gtk-engines2: Makefile audio/speech-dispatcher/patches: patch-configure x11/gtk2-aurora-engine: Makefile x11/gtk2-equinox-engine: Makefile x11/gtk2-nodoka-engine: Makefile x11/gnome/gitg : Makefile sysutils/gsmartcontrol: Makefile sysutils/gsmartcontrol/pkg: PLIST net/telepathy/telepathy-gabble: Makefile graphics/inkscape: Makefile distinfo audio/last.fm/patches: patch-src_mediadevices_ipod_IpodDevice_cpp audio/audacity/patches: patch-src_AudacityApp_cpp Added files: net/meanwhile/patches: patch-samples_logging_proxy_c patch-samples_login_server_c patch-samples_nocipher_proxy_c patch-samples_redirect_server_c patch-src_channel_c patch-src_mw_debug_c patch-src_mw_message_h patch-src_mw_srvc_conf_h patch-src_mw_srvc_dir_h patch-src_mw_srvc_place_h patch-src_mw_srvc_resolve_h patch-src_mw_st_list_h patch-src_mw_util_h patch-src_srvc_aware_c patch-src_srvc_conf_c patch-src_srvc_dir_c patch-src_srvc_ft_c patch-src_srvc_im_c patch-src_srvc_place_c patch-src_srvc_resolve_c patch-src_srvc_store_c patch-src_st_list_c multimedia/gstreamer-0.10/plugins-farsight/patches: patch-gst_rtpjitterbuffer_async_jitter_queue_h net/loudmouth/patches: patch-loudmouth_lm-error_c converters/wv2/patches: patch-src_olestream_h x11/gtkhotkey/patches: patch-src_gtk-hotkey-error_h patch-src_x11_tomboykeybinder_h x11/tilda/patches: patch-src_tomboykeybinder_h x11/parcellite/patches: patch-src_keybinder_h x11/awesome/patches: patch-spawn_c x11/gnome/gnote/patches: patch-src_notebuffer_cpp x11/gnome/system-monitor/patches: patch-src_lsof_cpp sysutils/gsmartcontrol/patches: patch-src_hz_sync_policy_glib_h productivity/gnucash/patches: patch-src_gnome-utils_gnc-frequency_c print/epdfview/patches: patch-src_gtk_StockIcons_h net/xchat/patches: patch-src_common_servlist_c patch-src_common_text_c patch-src_common_util_c patch-src_common_xchat_h net/telepathy/telepathy-salut/patches: patch-lib_ext_wocky_tests_test-resolver_h patch-lib_ext_wocky_tests_wocky-connector-test_c net/minbif/patches: patch-src_server_poll_daemon_fork_cpp patch-src_server_poll_inetd_cpp www/chromium/patches: patch-ui_base_l10n_l10n_util_cc mail/sylpheed/patches: patch-libsylph_defs_h graphics/dia/patches: patch-objects_custom_shape_typeinfo_c patch-tests_test-boundingbox_c patch-tests_test-objects_c games/ufoai/base/patches: patch-src_tools_radiant_libs_convert_h patch-src_tools_radiant_libs_entity_miscparticle_cpp patch-src_tools_radiant_libs_gtkutil_IConv_h patch-src_tools_radiant_libs_gtkutil_cursor_h patch-src_tools_radiant_libs_gtkutil_idledraw_h patch-src_tools_radiant_libs_os_dir_h patch-src_tools_radiant_libs_shaders_shaders_cpp patch-src_tools_radiant_radiant_vfs_cpp geo/tangogps/patches: patch-src_map_management_c devel/libopensync/patches: patch-opensync_opensync_list_c editors/abiword/patches: patch-goffice-bits_goffice_app_goffice-app_h patch-src_af_util_xp_ut_go_file_h cad/geda-gaf/patches: patch-libgeda_src_s_path_c Log message: Fix build with glib = 2.31.20.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:29:30 Modified files: x11/sawfish: Makefile Log message: Mark BROKEN for now (lisp, lazy binding failed on pthread_*).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:30:03 Modified files: databases/gq : Makefile Log message: Mark BROKEN for now. There is an update that will unbreak it which I am going to work on.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 07:31:25 Modified files: www/chromium : Makefile Log message: Remove left-over useless SUBST_CMD. ok robert@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: clau...@cvs.openbsd.org 2012/03/23 07:39:28 Modified files: net/netbsd-iscsi-target: Makefile Added files: net/netbsd-iscsi-target/patches: patch-src_lib_disk_c Log message: Add a patch so that our kernel may attach to the iscsi target via mpath(4). Note: mpath(4) is not compiled in by default. OK sthen@, ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 08:36:37 Modified files: devel/glib2: Makefile distinfo devel/glib2/pkg: PLIST-main Log message: Update to glib2-2.31.22.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 08:46:21 Modified files: graphics/gdk-pixbuf2: Makefile distinfo graphics/gdk-pixbuf2/pkg: PLIST Log message: Update to gdk-pixbuf-2.26.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 09:23:47 Modified files: graphics/py-cairo: Makefile distinfo Log message: Update to py-cairo-1.10.0. Upstream changed their build framework so regress will need some love (which eric@ will take care of later today) ok eric@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 09:49:11 Modified files: x11/gtk+3 : Makefile distinfo x11/gtk+3/patches: patch-configure patch-gtk_Makefile_in patch-gtk_gtksettings_c x11/gtk+3/pkg : PLIST-docs Log message: Update to gtk+3-3.3.20.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/03/23 11:51:18 Modified files: mail/dovecot : Makefile distinfo mail/dovecot/pkg: PLIST-server Log message: update to Dovecot 2.0.19, from Brad - IMAP: ENABLE CONDSTORE/QRESYNC + STATUS for a mailbox might not have seen latest external changes to it, like new mails. - imap_id_* settings were ignored before login. - doveadm altmove did too much work sometimes, retrying moves it had already done. - mbox: Fixed accessing Dovecot v1.x mbox index files without errors.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/03/23 11:52:55 Modified files: mail/dovecot-pigeonhole: Makefile mail/dovecot-antispam: Makefile Log message: bump
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/03/23 11:54:55 Modified files: mail/postfix/snapshot: Makefile distinfo Log message: Update Postfix snapshot to 2.10-20120308, from Brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/03/23 14:14:47 Added files: x11/fltk/patches: patch-src_filename_list_cxx Log message: fix after scandir() prototype change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/03/23 14:14:55 Modified files: net/liboauth : Makefile distinfo Log message: Update to liboauth-0.9.6.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2012/03/23 14:17:06 Modified files: lang/ghc : Makefile Added files: lang/ghc/patches: patch-libraries_unix_cbits_execvpe_c patch-libraries_unix_include_execvpe_h Log message: - Don't build/use the execvpe() bundled with libraries/unix. Unfortunately, we can't completely remove or skip include/execvpe.h and cbits/execvpe.c, because they also contain pPrPr_disableITimers(), which is called from the Haskell code. - Switch back to GhcThreaded=YES (default). It's stupid, it's not required by GHC (IIRC it was required a long time ago back when ghci used libreadline), but it may help finding rthread bugs. Until now, I did run four complete builds of GHC and all Haskell ports with dpb without any problems.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/03/23 14:31:25 ports/graphics/geomview/patches Update of /cvs/ports/graphics/geomview/patches In directory cvs.openbsd.org:/tmp/cvs-serv20401/patches Log Message: Directory /cvs/ports/graphics/geomview/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/03/23 14:36:49 Added files: graphics/geomview/patches: patch-src_bin_animate_glob_c Log message: DIR is opaque, so don't use homebrew dirfd() macro
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/03/23 14:47:06 Modified files: x11/gmrun/patches: patch-src_gtkcompletionline_cc Log message: fix after scandir() prototype change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/03/23 14:59:35 Modified files: misc/deco/patches: patch-Makefile_in patch-dir_c Log message: sync patches
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/03/23 15:08:09 Modified files: misc/deco/patches: patch-configure patch-help_c patch-main_c patch-menu_c patch-view_c Added files: misc/deco/patches: patch-cap_c patch-com_c patch-edit_c patch-hexview_c patch-run_c Log message: * use libc execvpe() * include missing prototypes
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2012/03/23 15:33:45 Modified files: lang/hugs : Makefile lang/hugs/pkg : PFRAG.shared PLIST Added files: lang/hugs/patches: patch-packages_base_cbits_execvpe_c patch-packages_base_include_HsBase_h Log message: Use libc execvpe(3).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/03/23 15:37:50 Modified files: misc/screen/patches: patch-fileio_c Added files: misc/screen/patches: patch-extern_h patch-window_c Removed files: misc/screen/patches: patch-attacher_c Log message: * don't roll your own execvpe() * plain NULL is fine as sentinel now
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/03/23 16:42:25 Modified files: telephony/asterisk: Makefile telephony/asterisk/patches: patch-channels_chan_unistim_c patch-configure_ac telephony/asterisk/pkg: DESCR-main Added files: telephony/asterisk/patches: patch-addons_chan_ooh323_c patch-addons_chan_ooh323_h Removed files: telephony/asterisk/patches: patch-channels_h323_ast_h323_cxx patch-channels_h323_ast_h323_h Log message: tweaks to the asterisk port; currently no effective change to the packages. - remove unused non-working patches and framework for chan_h323; this driver is deprecated upstream anyway. - add patches to let the alternative chan_ooh323 addon module build. currently unused in the port, 'make configure; cd $WRKSRC; gmake menuselect' and enable it there if you want to play. - sync unistim patch. - mention the IMAP flavour in DESCR (and thus bump REVISION-main).
Promoção Sushi Express Lojas Marechal Rondon e Pedro Celestino Rodízio só R$22,90 por pessoa.
[IMAGE] Não desejo mais receber estes e-mails.
avahi Cannot change mode Operation not permitted
# cd /usr/ports/meta/gnome make install === Verifying update for gnome-desktop-=3.2.1 in x11/gnome/desktop === Returning to build of gnome-3.2.1p7 === gnome-3.2.1p7 depends on: gnome-desktop-=3.2.1 - not found === Verifying install for gnome-desktop-=3.2.1 in x11/gnome/desktop === Verifying update for yelp-* in x11/gnome/yelp === Checking files for yelp-3.2.1 `/usr/distfiles/gnome/yelp-3.2.1.tar.xz' is up to date. (SHA256) gnome/yelp-3.2.1.tar.xz: OK === Verifying update for webkit-gtk3-=1.6.1v0 in www/webkit === Checking files for webkit-gtk3-1.6.1p0v0 `/usr/distfiles/webkit-1.6.1.tar.gz' is up to date. (SHA256) webkit-1.6.1.tar.gz: OK === Verifying update for gstreamer-plugins-base-* in multimedia/gstreamer-0.10/plugins-base === Returning to build of webkit-gtk3-1.6.1p0v0 === webkit-gtk3-1.6.1p0v0 depends on: gstreamer-plugins-base-* - not found === Verifying install for gstreamer-plugins-base-* in multimedia/gstreamer-0.10/plugins-base === Verifying update for gvfs-* in x11/gnome/gvfs === Checking files for gvfs-1.10.1 `/usr/distfiles/gnome/gvfs-1.10.1.tar.xz' is up to date. (SHA256) gnome/gvfs-1.10.1.tar.xz: OK === Verifying update for avahi-* in net/avahi === Checking files for avahi-0.6.30 `/usr/distfiles/avahi-0.6.30.tar.gz' is up to date. (SHA256) avahi-0.6.30.tar.gz: OK === Extracting for avahi-0.6.30 systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/avahi-python/avahi-discover: Cannot change mode to rwxrwxr-x: Operation not permitted systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/avahi-python/avahi: Cannot change mode to rwxrwxr-x: Operation not permitted systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/avahi-python: Cannot change mode to rwxrwxr-x: Operation not permitted systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/tests: Cannot change mode to rwxrwxr-x: Operation not permitted systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/avahi-compat-howl/include/corby: Cannot change mode to rwxrwxr-x: Operation not permitted systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/avahi-compat-howl/include/salt: Cannot change mode to rwxrwxr-x: Operation not permitted systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/avahi-compat-howl/include/rendezvous: Cannot change mode to rwxrwxr-x: Operation not permitted systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/avahi-compat-howl/include/discovery: Cannot change mode to rwxrwxr-x: Operation not permitted systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/avahi-compat-howl/include: Cannot change mode to rwxrwxr-x: Operation not permitted systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/avahi-compat-howl/samples: Cannot change mode to rwxrwxr-x: Operation not permitted systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/avahi-compat-howl: Cannot change mode to rwxrwxr-x: Operation not permitted systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/avahi-autoipd: Cannot change mode to rwxrwxr-x: Operation not permitted systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/avahi-gobject: Cannot change mode to rwxrwxr-x: Operation not permitted systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/avahi-daemon: Cannot change mode to rwxrwxr-x: Operation not permitted systrace:
Re: avahi Cannot change mode Operation not permitted
On Fri, Mar 23, 2012 at 9:17 AM, Sha'ul sh...@lavabit.com wrote: # cd /usr/ports/meta/gnome make install === Verifying update for gnome-desktop-=3.2.1 in x11/gnome/desktop === Returning to build of gnome-3.2.1p7 === gnome-3.2.1p7 depends on: gnome-desktop-=3.2.1 - not found === Verifying install for gnome-desktop-=3.2.1 in x11/gnome/desktop === Verifying update for yelp-* in x11/gnome/yelp === Checking files for yelp-3.2.1 `/usr/distfiles/gnome/yelp-3.2.1.tar.xz' is up to date. (SHA256) gnome/yelp-3.2.1.tar.xz: OK === Verifying update for webkit-gtk3-=1.6.1v0 in www/webkit === Checking files for webkit-gtk3-1.6.1p0v0 `/usr/distfiles/webkit-1.6.1.tar.gz' is up to date. (SHA256) webkit-1.6.1.tar.gz: OK === Verifying update for gstreamer-plugins-base-* in multimedia/gstreamer-0.10/plugins-base === Returning to build of webkit-gtk3-1.6.1p0v0 === webkit-gtk3-1.6.1p0v0 depends on: gstreamer-plugins-base-* - not found === Verifying install for gstreamer-plugins-base-* in multimedia/gstreamer-0.10/plugins-base === Verifying update for gvfs-* in x11/gnome/gvfs === Checking files for gvfs-1.10.1 `/usr/distfiles/gnome/gvfs-1.10.1.tar.xz' is up to date. (SHA256) gnome/gvfs-1.10.1.tar.xz: OK === Verifying update for avahi-* in net/avahi === Checking files for avahi-0.6.30 `/usr/distfiles/avahi-0.6.30.tar.gz' is up to date. (SHA256) avahi-0.6.30.tar.gz: OK === Extracting for avahi-0.6.30 systrace: deny user: root, prog: /usr/local/bin/gtar, pid: 10096(0)[3467], policy: /usr/bin/make, filters: 241, syscall: native-fchmodat(314) /usr/local/bin/gtar: avahi-0.6.30/avahi-python/avahi-discover: Cannot change mode to rwxrwxr-x: Operation not permitted This bug has been fixed: update your systrace. cheers, David
error out if PORTSDIR is not set to the real directory.
My PORTSDIR is on an nfs server. Mounting the particular nfs directory on
/usr/ports (and setting PORTSDIR accordingly) fails the new test in bsd.port.mk.
Apparently test -h considers an nfs mount the same as a symlink...
The attached diff fixes the problem for me.
Index: bsd.port.mk
===
RCS file: /a8v/pub2/cvsroot/OpenBSD/ports/infrastructure/mk/bsd.port.mk,v
retrieving revision 1.1161
diff -u -p -u -p -r1.1161 bsd.port.mk
--- bsd.port.mk 22 Mar 2012 14:08:50 - 1.1161
+++ bsd.port.mk 23 Mar 2012 10:52:43 -
@@ -2245,8 +2245,8 @@ ${_BULK_COOKIE}:
${_WRKDIR_COOKIE}:
@rm -rf ${WRKDIR}
- @if test -h ${PORTSDIR}; then \
- echo 12 Fatal: ${PORTSDIR} is a symlink. Please set to the
real directory; \
+ @if ! test -d ${PORTSDIR}; then \
+ echo 12 Fatal: ${PORTSDIR} is a not a directory.; \
exit 1; \
fi
@mkdir -p ${WRKDIR} ${WRKDIR}/bin ${DEPDIR}
Re: error out if PORTSDIR is not set to the real directory.
On 2012/03/23 07:11, RD Thrush wrote: My PORTSDIR is on an nfs server. Mounting the particular nfs directory on /usr/ports (and setting PORTSDIR accordingly) fails the new test in bsd.port.mk. Apparently test -h considers an nfs mount the same as a symlink... Hmm, that's weird. It doesn't for me, my PORTSDIR is on an NFS server and it works fine with -current bsd.port.mk. Probably better to work out why test is broken for you.
Re: error out if PORTSDIR is not set to the real directory.
On Fri, Mar 23, 2012 at 11:25:49AM +, Stuart Henderson wrote: On 2012/03/23 07:11, RD Thrush wrote: My PORTSDIR is on an nfs server. Mounting the particular nfs directory on /usr/ports (and setting PORTSDIR accordingly) fails the new test in bsd.port.mk. Apparently test -h considers an nfs mount the same as a symlink... Hmm, that's weird. It doesn't for me, my PORTSDIR is on an NFS server and it works fine with -current bsd.port.mk. Probably better to work out why test is broken for you. Like Stuart said, there's a bug in your install. Maybe your symlink hides behind the NFS mount ? Your corrected test is no good, we want to avoid symlinks because some ports won't build when /usr/ports is a symlink AND PORTSDIR is not set to the real directory (net/poco, www/chromium, some flavors of net/avahi) Chances are those don't build for you. Try configuring chromium, for instance.
Re: error out if PORTSDIR is not set to the real directory.
On Mar 23 07:11:45, RD Thrush wrote:
My PORTSDIR is on an nfs server. Mounting the particular nfs
directory on /usr/ports (and setting PORTSDIR accordingly) fails the
new test in bsd.port.mk.
Can you please show how exactly you are mounting it,
and how exactly it fails?
If you 'mount server:/some/dir /usr/ports',
then you shouldn't need to set PORTSDIR at all,
(because it's the default /usr/ports, right?).
Is possibly /usr/ports a symlink itself on your machine
(the NFS client)?
Apparently test -h considers an nfs mount the same as a symlink...
No it doesn't; 'test -h foo' only evaluates as true for symlinks.
- @if test -h ${PORTSDIR}; then \
- echo 12 Fatal: ${PORTSDIR} is a symlink. Please set to the
real directory; \
+ @if ! test -d ${PORTSDIR}; then \
+ echo 12 Fatal: ${PORTSDIR} is a not a directory.; \
This doesn't help, because
Symbolic links are followed for all primaries except -h and -L.
So even if PORTSDIR was a symlink to a directory, test -d
would follow the symlink and evaluates as true; which is a bad thing.
Lokking at the manpag an source of test(1),
-h file True if file exists and is a symbolic link.
-L file True if file exists and is a symbolic link.
This operator is for compatibility purposes.
Do not rely on its existence; use -h instead.
{-h, FILSYM, UNOP}, /* for backwards compat */
{-L, FILSYM, UNOP},
So shouldn't the comment really be at -L?
Jan
Re: [UPDATE] sox-14.4.0
On Thu, Mar 22, 2012 at 10:16:52PM +0100, Jan Stary wrote: Index: Makefile === RCS file: /cvs/ports/audio/sox/Makefile,v retrieving revision 1.49 diff -u -p -r1.49 Makefile --- Makefile 15 Jun 2011 08:29:34 - 1.49 +++ Makefile 22 Mar 2012 21:15:25 - @@ -2,7 +2,7 @@ COMMENT= Sound eXchange, the Swiss Army knife of audio manipulation -DISTNAME=sox-14.3.2 +DISTNAME=sox-14.4.0 This works and is correct afaics, ok ?
UPDATE: Ipguard-1.04
Hi,
A little update for ipguard:
* `-c' option - pcap filter expression
* moved from verbose to debug some ARP-sanity checks (irix at ukr.net)
With the rc.d(8) script.
Works on i386.
Ok? Comments?
--
Sending from my Computer.
? pkg/ipguard.rc
Index: Makefile
===
RCS file: /cvs/ports/security/ipguard/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile11 May 2011 08:24:40 - 1.10
+++ Makefile23 Mar 2012 13:01:17 -
@@ -2,9 +2,8 @@
COMMENT = protect LAN IP address space by ARP spoofing
-DISTNAME = ipguard-1.02
+DISTNAME = ipguard-1.04
CATEGORIES = security
-REVISION = 1
HOMEPAGE = http://ipguard.deep.perm.ru/
MASTER_SITES = ${HOMEPAGE}files/
@@ -21,7 +20,6 @@ WANTLIB = c pcap lib/libnet-1.1/net=11
LIB_DEPENDS = libnet-=1.1.2.1p0,1.2:net/libnet/1.1
-USE_GROFF =Yes
NO_REGRESS = Yes
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/security/ipguard/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo5 Dec 2008 22:07:07 - 1.3
+++ distinfo23 Mar 2012 13:01:17 -
@@ -1,5 +1,5 @@
-MD5 (ipguard-1.02.tar.gz) = VlyGxUeypsq1qKcb45sRsw==
-RMD160 (ipguard-1.02.tar.gz) = vCQxx/5gAZElAqOKttqpaKDJLzU=
-SHA1 (ipguard-1.02.tar.gz) = z4NCj+DZUJhdXDs1jqR79K+hbLM=
-SHA256 (ipguard-1.02.tar.gz) = YCWKCY6mH7LQk7XqMkMkd/otiH7RjKxB+NXUKFfh/u4=
-SIZE (ipguard-1.02.tar.gz) = 25253
+MD5 (ipguard-1.04.tar.gz) = f0T3wxh28NaHkvAgR+JUCQ==
+RMD160 (ipguard-1.04.tar.gz) = R4HW1BY3tb8c7pmqWfaHzgDIFZo=
+SHA1 (ipguard-1.04.tar.gz) = vyB0U5qMW3+lDzdu1vEd9G2pMnw=
+SHA256 (ipguard-1.04.tar.gz) = lb+XrixYgn401A2qcGXFEH05pn65LiFk93WIRvQ8Qf4=
+SIZE (ipguard-1.04.tar.gz) = 24566
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/security/ipguard/patches/patch-Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 patch-Makefile
--- patches/patch-Makefile 5 Dec 2008 22:07:07 - 1.3
+++ patches/patch-Makefile 23 Mar 2012 13:01:17 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-Makefile,v 1.3 2008/12/05 22:07:07 sthen Exp $
Makefile.orig Mon Nov 24 18:03:11 2008
-+++ Makefile Fri Nov 28 13:42:13 2008
-@@ -9,12 +9,12 @@ PREFIX?=/usr/local
+--- Makefile.orig Mon Jul 12 00:46:36 2010
Makefile Thu Mar 22 11:35:20 2012
+@@ -10,12 +10,12 @@ PREFIX?=/usr/local
ETHERS?=/etc/ethers
## FreeBSD
Index: patches/patch-doc_ipguard_8
===
RCS file: /cvs/ports/security/ipguard/patches/patch-doc_ipguard_8,v
retrieving revision 1.2
diff -u -p -r1.2 patch-doc_ipguard_8
--- patches/patch-doc_ipguard_8 5 Dec 2008 22:07:07 - 1.2
+++ patches/patch-doc_ipguard_8 23 Mar 2012 13:01:17 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-doc_ipguard_8,v 1.2 2008/12/05 22:07:07 sthen Exp $
doc/ipguard.8.orig Fri Nov 28 13:49:29 2008
-+++ doc/ipguard.8 Fri Nov 28 13:50:08 2008
-@@ -60,10 +60,10 @@ in local ethernet segment.
+--- doc/ipguard.8.orig Mon Jul 12 00:46:52 2010
doc/ipguard.8 Thu Mar 22 11:35:20 2012
+@@ -64,10 +64,10 @@ in local ethernet segment.
Ethers file. Format of `ethers' file described in `ethers.sample' and
ethers(5). Default `/etc/ethers'.
.TP
.B \-l \fIlog\fP
@@ -14,7 +14,7 @@ $OpenBSD: patch-doc_ipguard_8,v 1.2 2008
.TP
.B \-m \fImac\fP
Fake MAC address. Will be sent in ARP reply as MAC of unlisted computer.
Default `de:ad:xx:xx:xx:xx', `x' == random hex number.
-@@ -163,10 +163,10 @@ dump new MAC-IP table in ethers(5) format
+@@ -176,10 +176,10 @@ dump new MAC-IP table in ethers(5) format
.B /etc/ethers
MAC-IP pairs list
.TP
@@ -27,7 +27,7 @@ $OpenBSD: patch-doc_ipguard_8,v 1.2 2008
pid file
.SH SEE ALSO
-@@ -176,8 +176,6 @@ RFC 826, ethers(5), tcpdump(1), pcap(3), libnet
+@@ -189,8 +189,6 @@ RFC 826, ethers(5), tcpdump(1), pcap(3), libnet
.SH BUGS
.PP
Do not use wildcard IP 0.0.0.0 in `ethers' with -x option. Legal clients will
be banned. Discovered by irix.
Index: patches/patch-ipguard_c
===
RCS file: /cvs/ports/security/ipguard/patches/patch-ipguard_c,v
retrieving revision 1.2
diff -u -p -r1.2 patch-ipguard_c
--- patches/patch-ipguard_c 5 Dec 2008 22:07:07 - 1.2
+++ patches/patch-ipguard_c 23 Mar 2012 13:01:17 -
@@ -1,10 +1,10 @@
$OpenBSD: patch-ipguard_c,v 1.2 2008/12/05 22:07:07 sthen Exp $
ipguard.c.orig Mon Nov 24 18:46:11 2008
-+++ ipguard.c Fri Nov 28 13:42:13 2008
-@@ -72,6 +72,7 @@ int main(int argc, char *argv[]) {
+--- ipguard.c.orig Mon Jul 12 00:46:36 2010
ipguard.c Thu Mar 22 11:36:33 2012
+@@ -75,6 +75,7 @@ int main(int argc, char *argv[]) {
srand((unsigned int) getpid());
- iface[0] = fmac[0] = log_name[0] = pid_name[0] =
automake patch and ${SHELL} ${SHELL} install-sh
Can someone please explain how
ports/devel/automake/1.11/patches/patch-lib_am_header-vars_am works with
/usr/local/share/aclocal-1.11/install-sh.m4 (note that it results in
${SHELL} ${SHELL} install-sh)?
revision 1.1
date: 2011/05/18 19:38:15; author: matthieu; state: Exp;
Use ${SHELL} to run install-sh since it may not be executable.
ok phessler@, landry@ who did run this through a full ports build.
=
This causes my install targets to run
/bin/sh /bin/sh /home/jreed/foo/install-sh
resulting in:
/bin/sh[2]: syntax error: `(' unexpected
I am using autoconf-2.68 and automake-1.11.1p2 from ports and I am
attempting to port a software to OpenBSD in preparation to make a port.
You can see the shell is repeated in the definition below.
$ cat src/Makefile.am
SUBDIRS = lib bin
$ head -4 install-sh
#!/bin/sh
# install - install a program, script, or datafile
scriptversion=2009-04-28.21; # UTC
$ grep ^install_sh src/Makefile
install_sh_DATA = ${SHELL} $(install_sh) -c -m 644
install_sh_PROGRAM = ${SHELL} $(install_sh) -c
install_sh_SCRIPT = ${SHELL} $(install_sh) -c
install_sh = ${SHELL} /home/jreed/foo/install-sh
Here is the problem (that I don't see on other systems with various
versions of automake/autoconf) introduced in the patch above:
$ grep ^install_sh src/Makefile.in
install_sh_DATA = ${SHELL} $(install_sh) -c -m 644
install_sh_PROGRAM = ${SHELL} $(install_sh) -c
install_sh_SCRIPT = ${SHELL} $(install_sh) -c
install_sh = @install_sh@
Also the patch in patch-automake_in also causes the same problem for me:
- define_variable ('mkinstalldirs', '$(install_sh) -d', INTERNAL);
+ define_variable ('mkinstalldirs', '$(SHELL) $(install_sh) -d', INTERNAL);
Is there some workaround you can suggest I need?
Note that the cvs log message said the patch was run through a
full ports build, but this only is used when using automake. So only
ports that use automake (most ports do not since the probably use the
pre-generated Makefile.in files provided by the upstream distfile) and
use the standard install-sh shell script would have a problem -- or I am
misunderstanding something.
If the install-sh is not executable maybe fix that instead of running
/bin/sh /bin/sh install-sh.
Thanks,
Jeremy C. Reed
echo 'EhZ[h ^jjf0%%h[[Zc[Z_W$d[j%Xeeai%ZW[ced#]dk#f[d]k_d%' | \
tr'#-~''\-.-{'
Re: UPDATE: Ipguard-1.04
whoops, wrong diff, here is the right one.
Sorry.
El 03/23/12 10:07, Gonzalo L. R. escribió:
Hi,
A little update for ipguard:
* `-c' option - pcap filter expression
* moved from verbose to debug some ARP-sanity checks (irix at ukr.net)
With the rc.d(8) script.
Works on i386.
Ok? Comments?
--
Sending from my Computer.
Index: Makefile
===
RCS file: /cvs/ports/security/ipguard/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile11 May 2011 08:24:40 - 1.10
+++ Makefile23 Mar 2012 13:10:52 -
@@ -2,9 +2,8 @@
COMMENT = protect LAN IP address space by ARP spoofing
-DISTNAME = ipguard-1.02
+DISTNAME = ipguard-1.04
CATEGORIES = security
-REVISION = 1
HOMEPAGE = http://ipguard.deep.perm.ru/
MASTER_SITES = ${HOMEPAGE}files/
@@ -21,7 +20,6 @@ WANTLIB = c pcap lib/libnet-1.1/net=11
LIB_DEPENDS = libnet-=1.1.2.1p0,1.2:net/libnet/1.1
-USE_GROFF =Yes
NO_REGRESS = Yes
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/security/ipguard/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo5 Dec 2008 22:07:07 - 1.3
+++ distinfo23 Mar 2012 13:10:52 -
@@ -1,5 +1,5 @@
-MD5 (ipguard-1.02.tar.gz) = VlyGxUeypsq1qKcb45sRsw==
-RMD160 (ipguard-1.02.tar.gz) = vCQxx/5gAZElAqOKttqpaKDJLzU=
-SHA1 (ipguard-1.02.tar.gz) = z4NCj+DZUJhdXDs1jqR79K+hbLM=
-SHA256 (ipguard-1.02.tar.gz) = YCWKCY6mH7LQk7XqMkMkd/otiH7RjKxB+NXUKFfh/u4=
-SIZE (ipguard-1.02.tar.gz) = 25253
+MD5 (ipguard-1.04.tar.gz) = f0T3wxh28NaHkvAgR+JUCQ==
+RMD160 (ipguard-1.04.tar.gz) = R4HW1BY3tb8c7pmqWfaHzgDIFZo=
+SHA1 (ipguard-1.04.tar.gz) = vyB0U5qMW3+lDzdu1vEd9G2pMnw=
+SHA256 (ipguard-1.04.tar.gz) = lb+XrixYgn401A2qcGXFEH05pn65LiFk93WIRvQ8Qf4=
+SIZE (ipguard-1.04.tar.gz) = 24566
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/security/ipguard/patches/patch-Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 patch-Makefile
--- patches/patch-Makefile 5 Dec 2008 22:07:07 - 1.3
+++ patches/patch-Makefile 23 Mar 2012 13:10:52 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-Makefile,v 1.3 2008/12/05 22:07:07 sthen Exp $
Makefile.orig Mon Nov 24 18:03:11 2008
-+++ Makefile Fri Nov 28 13:42:13 2008
-@@ -9,12 +9,12 @@ PREFIX?=/usr/local
+--- Makefile.orig Mon Jul 12 00:46:36 2010
Makefile Thu Mar 22 11:35:20 2012
+@@ -10,12 +10,12 @@ PREFIX?=/usr/local
ETHERS?=/etc/ethers
## FreeBSD
Index: patches/patch-doc_ipguard_8
===
RCS file: /cvs/ports/security/ipguard/patches/patch-doc_ipguard_8,v
retrieving revision 1.2
diff -u -p -r1.2 patch-doc_ipguard_8
--- patches/patch-doc_ipguard_8 5 Dec 2008 22:07:07 - 1.2
+++ patches/patch-doc_ipguard_8 23 Mar 2012 13:10:52 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-doc_ipguard_8,v 1.2 2008/12/05 22:07:07 sthen Exp $
doc/ipguard.8.orig Fri Nov 28 13:49:29 2008
-+++ doc/ipguard.8 Fri Nov 28 13:50:08 2008
-@@ -60,10 +60,10 @@ in local ethernet segment.
+--- doc/ipguard.8.orig Mon Jul 12 00:46:52 2010
doc/ipguard.8 Thu Mar 22 11:35:20 2012
+@@ -64,10 +64,10 @@ in local ethernet segment.
Ethers file. Format of `ethers' file described in `ethers.sample' and
ethers(5). Default `/etc/ethers'.
.TP
.B \-l \fIlog\fP
@@ -14,7 +14,7 @@ $OpenBSD: patch-doc_ipguard_8,v 1.2 2008
.TP
.B \-m \fImac\fP
Fake MAC address. Will be sent in ARP reply as MAC of unlisted computer.
Default `de:ad:xx:xx:xx:xx', `x' == random hex number.
-@@ -163,10 +163,10 @@ dump new MAC-IP table in ethers(5) format
+@@ -176,10 +176,10 @@ dump new MAC-IP table in ethers(5) format
.B /etc/ethers
MAC-IP pairs list
.TP
@@ -27,7 +27,7 @@ $OpenBSD: patch-doc_ipguard_8,v 1.2 2008
pid file
.SH SEE ALSO
-@@ -176,8 +176,6 @@ RFC 826, ethers(5), tcpdump(1), pcap(3), libnet
+@@ -189,8 +189,6 @@ RFC 826, ethers(5), tcpdump(1), pcap(3), libnet
.SH BUGS
.PP
Do not use wildcard IP 0.0.0.0 in `ethers' with -x option. Legal clients will
be banned. Discovered by irix.
Index: patches/patch-ipguard_c
===
RCS file: /cvs/ports/security/ipguard/patches/patch-ipguard_c,v
retrieving revision 1.2
diff -u -p -r1.2 patch-ipguard_c
--- patches/patch-ipguard_c 5 Dec 2008 22:07:07 - 1.2
+++ patches/patch-ipguard_c 23 Mar 2012 13:10:52 -
@@ -1,10 +1,10 @@
$OpenBSD: patch-ipguard_c,v 1.2 2008/12/05 22:07:07 sthen Exp $
ipguard.c.orig Mon Nov 24 18:46:11 2008
-+++ ipguard.c Fri Nov 28 13:42:13 2008
-@@ -72,6 +72,7 @@ int main(int argc, char *argv[]) {
+--- ipguard.c.orig Mon Jul 12 00:46:36 2010
ipguard.c Thu Mar 22 11:36:33 2012
+@@ -75,6 +75,7 @@ int main(int argc, char *argv[]) {
Re: new port: log4cplus and relocation R_X86_64_32 issue
Since nobody came up with a better idea re the library version handling
(which works ok, only problem is that it's a little messy), and this is a
dependency for BIND 10, I would like to commit it as-is; it can always
be improved in-tree later if needed.
any developer OKs?
http://junkpile.org/log4cplus.tgz
On 2012/03/15 01:33, Stuart Henderson wrote:
On 2012/03/14 10:46, Jeremy C. Reed wrote:
On Thu, 2 Feb 2012, Stuart Henderson wrote:
Anyways, anyone have comments on the porting itself? (tarball in first
message.)
Yes but only minor; please start SHARED_LIBS from 0.0 rather than
using upstream's versioning, and there's a minor whitespace nit
in MASTER_SITES, otherwise looks good to me.
With those changes I would be ok with this going in after we're
done with lock for 5.1.
Thanks.
The latest tarfile is attached with the minor changes discussed on this
thread.
Can someone please add this to the ports tree?
Off list it was also suggested that consider removing the version from
the library name, but I didn't patch that. If anyone wants to, that is
fine.
Sorry it's not OK as-is. Your SHARED_LIBS line and PFRAG.shared are
incorrect for the library, the directories are not registered in
the PLIST, and the libtool versioning is going to need to be fixed
to be properly under control of the port
$ make plist
=== Updating plist for log4cplus-1.0.4
Scanning destdir
Getting old lists
1st pass identifying files
Attaching annotations
Sorting out destdir files
WARNING: unregistered shared lib(s)
SHARED_LIBS += log4cplus-1.0 0.0 # 0.0
pkg/PLIST changed
pkg/PFRAG.shared changed
This diff relative to yours (and attached tar) improves things
but it's still a bit awkward, there has to be a better way to
override the library version
diff --git a/Makefile b/Makefile
index 617f540..f56beda 100644
--- a/Makefile
+++ b/Makefile
@@ -3,10 +3,10 @@
COMMENT= logging API for C++
DISTNAME=log4cplus-1.0.4
-SHARED_LIBS= log4cplus 0.0
-
EXTRACT_SUFX=.tar.bz2
+SHARED_LIBS += log4cplus 0.0 # 0.0
+
CATEGORIES= devel
HOMEPAGE=http://log4cplus.sourceforge.net/
@@ -18,12 +18,16 @@ PERMIT_DISTFILES_FTP= Yes
MASTER_SITES=${MASTER_SITE_SOURCEFORGE:=log4cplus/}
-WANTLIB= m stdc++
-
CONFIGURE_STYLE= gnu
-#CONFIGURE_ARGS= ${CONFIGURE_SHARED}
+CONFIGURE_ARGS= ${CONFIGURE_SHARED}
CXXFLAGS+= -fPIC
USE_LIBTOOL= Yes
+pre-configure:
+ echo # This file automatically generated ${WRKSRC}/libversions
+.for l v in ${SHARED_LIBS}
+ echo LIB$l_LTVERSION = -version-info ${v:S/./:/}
${WRKSRC}/libversions
+.endfor
+
.include bsd.port.mk
diff --git a/patches/patch-src_Makefile_in b/patches/patch-src_Makefile_in
new file mode 100644
index 000..7d4005b
--- /dev/null
+++ b/patches/patch-src_Makefile_in
@@ -0,0 +1,13 @@
+$OpenBSD$
+--- src/Makefile.in.orig Sun Jan 16 10:27:34 2011
src/Makefile.in Thu Mar 15 00:58:22 2012
+@@ -412,7 +412,8 @@ LIB_SRC = $(SINGLE_THREADED_SRC) \
+ liblog4cplus_la_SOURCES = $(LIB_SRC)
+
+ #liblog4cplus_a_LIBADD = @LIBOBJS@ @ALLOCA@
+-liblog4cplus_la_LDFLAGS = -no-undefined -version-info @LT_VERSION@ -release
1.0
++include ../libversions
++liblog4cplus_la_LDFLAGS = -no-undefined ${LIBlog4cplus_LTVERSION}
+ all: all-am
+
+ .SUFFIXES:
diff --git a/pkg/PFRAG.shared b/pkg/PFRAG.shared
index 174a610..e25b663 100644
--- a/pkg/PFRAG.shared
+++ b/pkg/PFRAG.shared
@@ -1,2 +1,2 @@
@comment $OpenBSD$
-@lib lib/liblog4cplus-1.0.so.${LIBlog4cplus_VERSION}
+@lib lib/liblog4cplus.so.${LIBlog4cplus_VERSION}
diff --git a/pkg/PLIST b/pkg/PLIST
index ae68a47..4c278fd 100644
--- a/pkg/PLIST
+++ b/pkg/PLIST
@@ -1,6 +1,8 @@
@comment $OpenBSD$
%%SHARED%%
+include/log4cplus/
include/log4cplus/appender.h
+include/log4cplus/config/
include/log4cplus/config.hxx
include/log4cplus/config/defines.hxx
include/log4cplus/config/macosx.h
@@ -9,6 +11,7 @@ include/log4cplus/configurator.h
include/log4cplus/consoleappender.h
include/log4cplus/fileappender.h
include/log4cplus/fstreams.h
+include/log4cplus/helpers/
include/log4cplus/helpers/appenderattachableimpl.h
include/log4cplus/helpers/loglog.h
include/log4cplus/helpers/logloguser.h
@@ -32,6 +35,7 @@ include/log4cplus/loglevel.h
include/log4cplus/ndc.h
include/log4cplus/nullappender.h
include/log4cplus/socketappender.h
+include/log4cplus/spi/
include/log4cplus/spi/appenderattachable.h
include/log4cplus/spi/factory.h
include/log4cplus/spi/filter.h
Re: UPDATE: Ipguard-1.04
On 2012/03/23 10:07, Gonzalo L. R. wrote:
+++ pkg/MESSAGE 23 Mar 2012 13:01:17 -
@@ -1,12 +1,6 @@
-To have ipguard start at boot time, add the following line
-to /etc/rc.conf.local, substituting the flags as needed:
+You have a rc.d(8) file to start ipguard at boot time, as
+example the file /etc/rc.d/ipguard have set the device
typically we don't talk about rc.d files in MESSAGE; though this
may warrant a *short* entry like this:
To use ipguard with rc.d(8), set a network interface in rc.conf.local, e.g.:
ipguard_flags=em0
+em(4), you need to change this for your own device in
+the line:
rc.d scripts are not intended to be user-editable, you should set
daemonname_flags in rc.conf.local instead, see ENVIRONMENT in
rc.d(8).
--- pkg/PLIST 11 May 2011 08:24:40 - 1.5
+++ pkg/PLIST 23 Mar 2012 13:01:17 -
@@ -6,3 +6,4 @@
@extraunexec rm -rf /var/log/ipguard/*
@group _ipguard
@sample /var/log/ipguard/
+@rcscript ${RCDIR}/ipguard
Group ownership for the script is incorrect, add a line @group
after the @sample.
# $OpenBSD$
daemon=${TRUEPREFIX}/sbin/ipguard
daemon_flags=em0
. /etc/rc.d/rc.subr
rc_pre() {
The BUGS section in ipguard's manpage says Signals HUP, USR1 or USR2
works only when received new ARP packet so reload doesn't work how
people expect; therefore I think this should have
rc_reload=NO
before the rc_pre() line.
Re: UPDATE: Ipguard-1.04
Thanks for the tweaks, here is the new diff.
El 03/23/12 10:36, Stuart Henderson escribió:
On 2012/03/23 10:07, Gonzalo L. R. wrote:
+++ pkg/MESSAGE 23 Mar 2012 13:01:17 -
@@ -1,12 +1,6 @@
-To have ipguard start at boot time, add the following line
-to /etc/rc.conf.local, substituting the flags as needed:
+You have a rc.d(8) file to start ipguard at boot time, as
+example the file /etc/rc.d/ipguard have set the device
typically we don't talk about rc.d files in MESSAGE; though this
may warrant a *short* entry like this:
To use ipguard with rc.d(8), set a network interface in rc.conf.local, e.g.:
ipguard_flags=em0
+em(4), you need to change this for your own device in
+the line:
rc.d scripts are not intended to be user-editable, you should set
daemonname_flags in rc.conf.local instead, see ENVIRONMENT in
rc.d(8).
--- pkg/PLIST11 May 2011 08:24:40 - 1.5
+++ pkg/PLIST23 Mar 2012 13:01:17 -
@@ -6,3 +6,4 @@
@extraunexec rm -rf /var/log/ipguard/*
@group _ipguard
@sample /var/log/ipguard/
+@rcscript ${RCDIR}/ipguard
Group ownership for the script is incorrect, add a line @group
after the @sample.
# $OpenBSD$
daemon=${TRUEPREFIX}/sbin/ipguard
daemon_flags=em0
. /etc/rc.d/rc.subr
rc_pre() {
The BUGS section in ipguard's manpage says Signals HUP, USR1 or USR2
works only when received new ARP packet so reload doesn't work how
people expect; therefore I think this should have
rc_reload=NO
before the rc_pre() line.
--
Sending from my Computer.
Index: Makefile
===
RCS file: /cvs/ports/security/ipguard/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile11 May 2011 08:24:40 - 1.10
+++ Makefile23 Mar 2012 13:47:42 -
@@ -2,9 +2,8 @@
COMMENT = protect LAN IP address space by ARP spoofing
-DISTNAME = ipguard-1.02
+DISTNAME = ipguard-1.04
CATEGORIES = security
-REVISION = 1
HOMEPAGE = http://ipguard.deep.perm.ru/
MASTER_SITES = ${HOMEPAGE}files/
@@ -21,7 +20,6 @@ WANTLIB = c pcap lib/libnet-1.1/net=11
LIB_DEPENDS = libnet-=1.1.2.1p0,1.2:net/libnet/1.1
-USE_GROFF =Yes
NO_REGRESS = Yes
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/security/ipguard/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo5 Dec 2008 22:07:07 - 1.3
+++ distinfo23 Mar 2012 13:47:42 -
@@ -1,5 +1,5 @@
-MD5 (ipguard-1.02.tar.gz) = VlyGxUeypsq1qKcb45sRsw==
-RMD160 (ipguard-1.02.tar.gz) = vCQxx/5gAZElAqOKttqpaKDJLzU=
-SHA1 (ipguard-1.02.tar.gz) = z4NCj+DZUJhdXDs1jqR79K+hbLM=
-SHA256 (ipguard-1.02.tar.gz) = YCWKCY6mH7LQk7XqMkMkd/otiH7RjKxB+NXUKFfh/u4=
-SIZE (ipguard-1.02.tar.gz) = 25253
+MD5 (ipguard-1.04.tar.gz) = f0T3wxh28NaHkvAgR+JUCQ==
+RMD160 (ipguard-1.04.tar.gz) = R4HW1BY3tb8c7pmqWfaHzgDIFZo=
+SHA1 (ipguard-1.04.tar.gz) = vyB0U5qMW3+lDzdu1vEd9G2pMnw=
+SHA256 (ipguard-1.04.tar.gz) = lb+XrixYgn401A2qcGXFEH05pn65LiFk93WIRvQ8Qf4=
+SIZE (ipguard-1.04.tar.gz) = 24566
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/security/ipguard/patches/patch-Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 patch-Makefile
--- patches/patch-Makefile 5 Dec 2008 22:07:07 - 1.3
+++ patches/patch-Makefile 23 Mar 2012 13:47:42 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-Makefile,v 1.3 2008/12/05 22:07:07 sthen Exp $
Makefile.orig Mon Nov 24 18:03:11 2008
-+++ Makefile Fri Nov 28 13:42:13 2008
-@@ -9,12 +9,12 @@ PREFIX?=/usr/local
+--- Makefile.orig Mon Jul 12 00:46:36 2010
Makefile Thu Mar 22 11:35:20 2012
+@@ -10,12 +10,12 @@ PREFIX?=/usr/local
ETHERS?=/etc/ethers
## FreeBSD
Index: patches/patch-doc_ipguard_8
===
RCS file: /cvs/ports/security/ipguard/patches/patch-doc_ipguard_8,v
retrieving revision 1.2
diff -u -p -r1.2 patch-doc_ipguard_8
--- patches/patch-doc_ipguard_8 5 Dec 2008 22:07:07 - 1.2
+++ patches/patch-doc_ipguard_8 23 Mar 2012 13:47:42 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-doc_ipguard_8,v 1.2 2008/12/05 22:07:07 sthen Exp $
doc/ipguard.8.orig Fri Nov 28 13:49:29 2008
-+++ doc/ipguard.8 Fri Nov 28 13:50:08 2008
-@@ -60,10 +60,10 @@ in local ethernet segment.
+--- doc/ipguard.8.orig Mon Jul 12 00:46:52 2010
doc/ipguard.8 Thu Mar 22 11:35:20 2012
+@@ -64,10 +64,10 @@ in local ethernet segment.
Ethers file. Format of `ethers' file described in `ethers.sample' and
ethers(5). Default `/etc/ethers'.
.TP
.B \-l \fIlog\fP
@@ -14,7 +14,7 @@ $OpenBSD: patch-doc_ipguard_8,v 1.2 2008
.TP
.B \-m \fImac\fP
Fake MAC address. Will be sent in ARP reply as MAC of unlisted computer.
Default `de:ad:xx:xx:xx:xx', `x' == random hex number.
-@@ -163,10 +163,10 @@ dump new MAC-IP
new: audio/aucatctl
Hey, This is hack I sometimes use to control aucat/sndiod volume. IMHO it could be useful until we get a better mixer option. Examples: List known volumes knobs and their values: $ aucatctl sox0=127 mplayer0=127 aucat0=127 master=127 Set master volume to 85 and mplayer volume to 100 $ aucatctl master=85 mplayer0=100 master - 85 mplayer0 - 100 You may need the latest aucat to get the ``master'' knob. The port is adapted from this port Antti Harri made a while ago: http://marc.info/?l=openbsd-portsm=129293259016757 -- Alexandre
Re: [UPDATE] sox-14.4.0
On Mar 23 14:07:31, Alexandre Ratchov wrote: On Thu, Mar 22, 2012 at 10:16:52PM +0100, Jan Stary wrote: Index: Makefile === RCS file: /cvs/ports/audio/sox/Makefile,v retrieving revision 1.49 diff -u -p -r1.49 Makefile --- Makefile15 Jun 2011 08:29:34 - 1.49 +++ Makefile22 Mar 2012 21:15:25 - @@ -2,7 +2,7 @@ COMMENT= Sound eXchange, the Swiss Army knife of audio manipulation -DISTNAME= sox-14.3.2 +DISTNAME= sox-14.4.0 This works and is correct afaics, ok ? (commited by sthen)
Re: new: audio/aucatctl
On Fri, Mar 23, 2012 at 03:04:20PM +0100, Alexandre Ratchov wrote: Hey, This is hack I sometimes use to control aucat/sndiod volume. IMHO it could be useful until we get a better mixer option. Sorry, forgot the attachement. audio_aucatctl.tar.gz Description: application/tar-gz
Re: new: audio/aucatctl
On Fri, Mar 23, 2012 at 15:05:52 +0100, Alexandre Ratchov wrote: On Fri, Mar 23, 2012 at 03:04:20PM +0100, Alexandre Ratchov wrote: Hey, This is hack I sometimes use to control aucat/sndiod volume. IMHO it could be useful until we get a better mixer option. Sorry, forgot the attachement. Wow, thanks! I didn't even know that sndiod can actually do something like that :\ I've been stuck with cmixer and its bleak volume controls. Daniel -- LÉVAI Dániel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
Re: error out if PORTSDIR is not set to the real directory.
On 03/23/12 08:05, Marc Espie wrote: On Fri, Mar 23, 2012 at 11:25:49AM +, Stuart Henderson wrote: On 2012/03/23 07:11, RD Thrush wrote: My PORTSDIR is on an nfs server. Mounting the particular nfs directory on /usr/ports (and setting PORTSDIR accordingly) fails the new test in bsd.port.mk. Apparently test -h considers an nfs mount the same as a symlink... Hmm, that's weird. It doesn't for me, my PORTSDIR is on an NFS server and it works fine with -current bsd.port.mk. Probably better to work out why test is broken for you. Like Stuart said, there's a bug in your install. Maybe your symlink hides behind the NFS mount ? I don't believe so. I had some detail in the reply to Stuart. Your corrected test is no good, we want to avoid symlinks because some ports won't build when /usr/ports is a symlink AND PORTSDIR is not set to the real directory (net/poco, www/chromium, some flavors of net/avahi) Chances are those don't build for you. Try configuring chromium, for instance. chromium and avahi have been building correctly with a /usr/ports symlink and default PORTSDIR config. I haven't been building net/poco.
Re: error out if PORTSDIR is not set to the real directory.
On 03/23/12 07:25, Stuart Henderson wrote:
On 2012/03/23 07:11, RD Thrush wrote:
My PORTSDIR is on an nfs server. Mounting the particular nfs
directory on /usr/ports (and setting PORTSDIR accordingly) fails the
new test in bsd.port.mk.
Apparently test -h considers an nfs mount the same as a symlink...
Hmm, that's weird. It doesn't for me, my PORTSDIR is on an NFS server
and it works fine with -current bsd.port.mk.
Probably better to work out why test is broken for you.
Before the recent bsd.port.mk change, I used dpb to build ports with a symlink
to an NFS mounted directory (on a -current NFS server), ie.:
v1:tmp/rd 130ls -ld /usr/ports
lrwxr-xr-x 1 root wheel 32 Mar 23 06:21 /usr/ports -
../a8v/pub/OpenBSD/current/ports
v1:tmp/rd 131mount | grep /a8v/pub
a8v:/pub on /a8v/pub type nfs (nodev, nosuid, read-only, v3, udp, timeo=100,
retrans=101)
As a result of the change, I added the following to /etc/mk.conf:
PORTSDIR=/x2/pub/OpenBSD/current/ports
I had previously removed the symlink and NFS mounted the ports directory on
/usr/ports. That didn't work (still had the '/usr/ports is a symlink'). As a
result, I made the patch in the previous mail.
However, I didn't like having two mountpoints in the same NFS hierarchy, ie.
/a8v/pub and /a8v/pub/OpenBSD/current/ports. So, I reverted to using the
symlink and PORTSDIR change along with the patch and seem to be successfully
building (still in progress).
With PORTSDIR set in /etc/mk.conf, how could ${PORTSDIR} expand to '/usr/ports'
as reported in the dpb log below? How can I help further isolate the problem?
For the record, here's the dpb results from one of the failed ports:
v1:logs/i386 65cat paths/devel/cvsps.log
Building under devel/cvsps
BDEPENDS = [devel/gmake;textproc/groff;devel/ccache]
FULLPKGNAME = cvsps-2.1
Running clean in devel/cvsps
=== devel/cvsps
=== Cleaning for cvsps-2.1
/usr/sbin/pkg_add -a ccache-3.1.7 gmake-3.82p1 groff-1.21p7
Running prepare in devel/cvsps
=== devel/cvsps
Fatal: /usr/ports is a symlink. Please set to the real directory
*** Error code 1
Stop in /usr/ports/devel/cvsps (line 2247 of
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1
Stop in /usr/ports/devel/cvsps (line 2204 of
/usr/ports/infrastructure/mk/bsd.port.mk).
=== Exiting devel/cvsps with an error
*** Error code 1
Stop in /a8v/pub/OpenBSD/current/ports (line 156 of
/usr/ports/infrastructure/mk/bsd.port.subdir.mk).
Error: /nas2/work/OpenBSD/packages/i386/all/cvsps-2.1.tgz does not exist
Re: error out if PORTSDIR is not set to the real directory.
On 03/23/12 09:01, Jan Stary wrote: On Mar 23 07:11:45, RD Thrush wrote: My PORTSDIR is on an nfs server. Mounting the particular nfs directory on /usr/ports (and setting PORTSDIR accordingly) fails the new test in bsd.port.mk. Can you please show how exactly you are mounting it, and how exactly it fails? I think my reply to Stuart has those details. If you 'mount server:/some/dir /usr/ports', then you shouldn't need to set PORTSDIR at all, (because it's the default /usr/ports, right?). I tried that originally but had the problem that triggered the patch. Is possibly /usr/ports a symlink itself on your machine (the NFS client)? Yes, it is. But PORTSDIR is a real directory (nfs mounted). With my patch, for whatever reason, I am able to get a dpb build started. (Neither the i386 or amd64 builds have completed yet so the results aren't yet complete.) Apparently test -h considers an nfs mount the same as a symlink... No it doesn't; 'test -h foo' only evaluates as true for symlinks. I looked at the test manpage as well and had a similar conclusion. However, I thought I'd try to specifically test for not a directory rather than for a symlink and had success. I don't yet understand why.
Re: error out if PORTSDIR is not set to the real directory.
Since we are talking about a cluster here, it's likely you're mixingmatching stuff and confusing what happens on the local box and on the distant box. I'm pretty sure that, if you take the time to REALLY look at what's going on on your machine(s), you'll figure it out. I'm convinced that there's no problem in the test itself. The problem lies within your building process, until you prove otherwise.
New bulk build breakage 2012-03-22 (i386)
Here's the list of ports that now fail to build after the latest libc changes: graphics/geomview DIR lang/ghcexecvpe lang/hugs execvpe misc/deco execvpe misc/screen,shm execvpe x11/fltkDIR x11/gmrun DIR -- Christian naddy Weisgerber na...@mips.inka.de
Re: error out if PORTSDIR is not set to the real directory.
On Mar 23 13:59:42, RD Thrush wrote: On 03/23/12 09:01, Jan Stary wrote: On Mar 23 07:11:45, RD Thrush wrote: My PORTSDIR is on an nfs server. Mounting the particular nfs directory on /usr/ports (and setting PORTSDIR accordingly) fails the new test in bsd.port.mk. Can you please show how exactly you are mounting it, and how exactly it fails? I think my reply to Stuart has those details. If you 'mount server:/some/dir /usr/ports', then you shouldn't need to set PORTSDIR at all, (because it's the default /usr/ports, right?). I tried that originally but had the problem that triggered the patch. Is possibly /usr/ports a symlink itself on your machine (the NFS client)? Yes, it is. But PORTSDIR is a real directory (nfs mounted). In the details you provided, PORTSDIR is something under /x2/... about which we don't know anything. Apparently test -h considers an nfs mount the same as a symlink... No it doesn't; 'test -h foo' only evaluates as true for symlinks. I looked at the test manpage as well and had a similar conclusion. However, I thought I'd try to specifically test for not a directory rather than for a symlink and had success. I don't yet understand why. Because symlinks are followed in test(1).
[Update] www/node 0.6.13 to 0.6.14
The below patch updates node from 0.6.13 to 0.6.14
Changelog:
* net: don't crash when queued write fails (Igor Zinkovsky)
* sunos: fix EMFILE on process.memoryUsage() (Bryan Cantrill)
* crypto: fix compile-time error with openssl 0.9.7e (Ben Noordhuis)
* unix: ignore ECONNABORTED errors from accept() (Ben Noordhuis)
* Add UV_ENOSPC and mappings to it (Bert Belder)
* http-parser: Fix response body is not read (koichik)
* Upgrade npm to 1.1.12
Index: Makefile
===
RCS file: /cvs/ports/www/node/Makefile,v
retrieving revision 1.29
diff -N -u -p Makefile
--- Makefile15 Mar 2012 22:05:51 - 1.29
+++ Makefile23 Mar 2012 19:18:24 -
@@ -8,7 +8,7 @@ ONLY_FOR_ARCHS= amd64 i386
COMMENT= V8 JavaScript for clients and servers
-NODE_VERSION= v0.6.13
+NODE_VERSION= v0.6.14
DISTNAME= node-${NODE_VERSION}
PKGNAME= ${DISTNAME:S/v//g}
Index: distinfo
===
RCS file: /cvs/ports/www/node/distinfo,v
retrieving revision 1.15
diff -N -u -p distinfo
--- distinfo15 Mar 2012 22:05:51 - 1.15
+++ distinfo23 Mar 2012 19:18:24 -
@@ -1,5 +1,5 @@
-MD5 (node-v0.6.13.tar.gz) = hweFhuIm/XpNtg04vqmq1g==
-RMD160 (node-v0.6.13.tar.gz) = H5E052TGBVeoRSRFOD45UWDE+Hc=
-SHA1 (node-v0.6.13.tar.gz) = BDeex2UdthuwAj8VG0nE3bsd5P8=
-SHA256 (node-v0.6.13.tar.gz) = /E886s/Sz8TsdfxZ2X8fLQSUfv1eGR763etVLfSGJFs=
-SIZE (node-v0.6.13.tar.gz) = 10757157
+MD5 (node-v0.6.14.tar.gz) = MDOoZuIwzKZOIS7o8q8n3Q==
+RMD160 (node-v0.6.14.tar.gz) = 5HIO7BnD8dgL0r3CBMxIg09j2Zo=
+SHA1 (node-v0.6.14.tar.gz) = hNoydGWpbI/ftY81Hod+QXVwqPs=
+SHA256 (node-v0.6.14.tar.gz) = 5BkiMIFVxRl8LQSJSMqc126l+aUfl34Vkb2T/hfUzx8=
+SIZE (node-v0.6.14.tar.gz) = 10742747
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/node/pkg/PLIST,v
retrieving revision 1.10
diff -N -u -p pkg/PLIST
--- pkg/PLIST 15 Mar 2012 22:05:51 - 1.10
+++ pkg/PLIST 23 Mar 2012 19:18:25 -
@@ -590,15 +590,10 @@ lib/node_modules/npm/node_modules/block-stream/
lib/node_modules/npm/node_modules/block-stream/README.md
lib/node_modules/npm/node_modules/block-stream/block-stream.js
lib/node_modules/npm/node_modules/block-stream/package.json
-lib/node_modules/npm/node_modules/fast-list/
-lib/node_modules/npm/node_modules/fast-list/.npmignore
-lib/node_modules/npm/node_modules/fast-list/.travis.yml
-lib/node_modules/npm/node_modules/fast-list/README.md
-lib/node_modules/npm/node_modules/fast-list/fast-list.js
-lib/node_modules/npm/node_modules/fast-list/package.json
lib/node_modules/npm/node_modules/fstream/
lib/node_modules/npm/node_modules/fstream/.npmignore
lib/node_modules/npm/node_modules/fstream/.travis.yml
+lib/node_modules/npm/node_modules/fstream/LICENCE
lib/node_modules/npm/node_modules/fstream/README.md
lib/node_modules/npm/node_modules/fstream/fstream.js
lib/node_modules/npm/node_modules/fstream/lib/
@@ -752,6 +747,7 @@ lib/node_modules/npm/node_modules/node-gyp/node_module
lib/node_modules/npm/node_modules/node-gyp/node_modules/glob/
lib/node_modules/npm/node_modules/node-gyp/node_modules/glob/.npmignore
lib/node_modules/npm/node_modules/node-gyp/node_modules/glob/.travis.yml
+lib/node_modules/npm/node_modules/node-gyp/node_modules/glob/LICENCE
lib/node_modules/npm/node_modules/node-gyp/node_modules/glob/README.md
lib/node_modules/npm/node_modules/node-gyp/node_modules/glob/glob.js
lib/node_modules/npm/node_modules/node-gyp/node_modules/glob/node_modules/
Re: new: audio/ardour
On Fri, Mar 23, 2012 at 02:13:39PM +0100, Stefan Sperling wrote: On Sat, Mar 17, 2012 at 09:18:12PM +, Gilles Chehade wrote: indeed, will test shortly ! Gilles Any feedback or OKs from either of you? i built ardour here on i386 good, it ran good first time. i recorded my hands clapping and was very excited to see things working, but thats about all that worked. after that there was some issues, probably much like mentioned below. first try i loaded it up and made a new test project, recorded a couple tracks straight from my laptop mic with some clapping, shortly after it quit wanting to work with audio at all i just updated to a more recent snapshot and tried again, here is a nice output logs: http://ryan.slipgate.org/ardour2/ ignore the test.mp3, i was going to show some lame proof including some poorly (see: not) mic'd guitar riffage but the export ended up being silent, so i did it wrong or found an issue. after the first exit, it doesn't seem to want to work with audio anymore, when loading a re-existing project. loading a new project each start seem to allow audio to work every time. either way, this is still one of the most exciting ports i've seen to date, i do play a lot of guitar. cheers :) Ryan Freeman r...@slipgate.org wrote: On Sat, Mar 17, 2012 at 12:03:27PM +0100, Stefan Sperling wrote: I've ported the ardour digital audio workstation (http://ardour.org) to OpenBSD some time ago. The port includes some new glue code for sndio midi which I tested with a Mackie-style controller. It builds and runs, with audio/jack as audio backend. But there are some stability problems. Sometimes sound isn't audible unless latency is tweaked in the JACK-Latency menu. What's worse is that it freezes up during playback occasionally. ratchov says these problems might be related to jack's sndio backend. I'd like to import this anyway so that remaining issues can be fixed in-tree. Patches in the ardour port have been shown to upstream. There won't be another ardour2 release so they won't take the patches. Upstream work is focused on ardour3. The ardour port and ports for two new required dependencies are attached and also at http://stsp.name/openbsd/ports/ardour/ this is very exciting, testing now! -ryan
Re: new: audio/ardour
On Fri, Mar 23, 2012 at 02:13:39PM +0100, Stefan Sperling wrote: On Sat, Mar 17, 2012 at 09:18:12PM +, Gilles Chehade wrote: indeed, will test shortly ! Gilles Any feedback or OKs from either of you? Ryan Freeman r...@slipgate.org wrote: On Sat, Mar 17, 2012 at 12:03:27PM +0100, Stefan Sperling wrote: I've ported the ardour digital audio workstation (http://ardour.org) to OpenBSD some time ago. The port includes some new glue code for sndio midi which I tested with a Mackie-style controller. It builds and runs, with audio/jack as audio backend. But there are some stability problems. Sometimes sound isn't audible unless latency is tweaked in the JACK-Latency menu. What's worse is that it freezes up during playback occasionally. ratchov says these problems might be related to jack's sndio backend. i want to note here, i don't think i actually saw any audio freezing issues, but i was only working with ~30 seconds of audio. i made 4 mono tracks. it also appeared to be audible the whole time. i don't have any nice equipment but i'll be stressing the hell out of my thinkpad's mic to keep testing this. its only after saving a project and then trying to open it later that i get errors and sound never works again. I'd like to import this anyway so that remaining issues can be fixed in-tree. Patches in the ardour port have been shown to upstream. There won't be another ardour2 release so they won't take the patches. Upstream work is focused on ardour3. The ardour port and ports for two new required dependencies are attached and also at http://stsp.name/openbsd/ports/ardour/ this is very exciting, testing now! -ryan
Re: error out if PORTSDIR is not set to the real directory.
On Fri, Mar 23, 2012 at 8:31 AM, Jan Stary h...@stare.cz wrote:
On Mar 23 07:11:45, RD Thrush wrote:
My PORTSDIR is on an nfs server. Mounting the particular nfs
directory on /usr/ports (and setting PORTSDIR accordingly) fails the
new test in bsd.port.mk.
Can you please show how exactly you are mounting it,
and how exactly it fails?
If you 'mount server:/some/dir /usr/ports',
then you shouldn't need to set PORTSDIR at all,
(because it's the default /usr/ports, right?).
Is possibly /usr/ports a symlink itself on your machine
(the NFS client)?
Apparently test -h considers an nfs mount the same as a symlink...
No it doesn't; 'test -h foo' only evaluates as true for symlinks.
- @if test -h ${PORTSDIR}; then \
- echo 12 Fatal: ${PORTSDIR} is a symlink. Please set to the
real directory; \
+ @if ! test -d ${PORTSDIR}; then \
+ echo 12 Fatal: ${PORTSDIR} is a not a directory.; \
This doesn't help, because
Symbolic links are followed for all primaries except -h and -L.
So even if PORTSDIR was a symlink to a directory, test -d
would follow the symlink and evaluates as true; which is a bad thing.
Lokking at the manpag an source of test(1),
you are looking at the wrong reference. in the context of those
makefiles, test will be the ksh builtin, not the binary
i haven't checked if the builtin is implemented the same, but still
Re: NEW: net/sslh
Ah looking at your patches dir I guess you fixed the segfault too :) Looks like there are a few things to merge together anyway. Included with this mail is a first attempt in merging the two different ports of sslh. ok? -- Björn Ketelaars sslh.tar.gz Description: GNU Zip compressed data
Re: error out if PORTSDIR is not set to the real directory.
On 03/23/12 15:50, Jan Stary wrote: On Mar 23 13:59:42, RD Thrush wrote: On 03/23/12 09:01, Jan Stary wrote: On Mar 23 07:11:45, RD Thrush wrote: My PORTSDIR is on an nfs server. Mounting the particular nfs directory on /usr/ports (and setting PORTSDIR accordingly) fails the new test in bsd.port.mk. Can you please show how exactly you are mounting it, and how exactly it fails? I think my reply to Stuart has those details. If you 'mount server:/some/dir /usr/ports', then you shouldn't need to set PORTSDIR at all, (because it's the default /usr/ports, right?). I tried that originally but had the problem that triggered the patch. Is possibly /usr/ports a symlink itself on your machine (the NFS client)? Yes, it is. But PORTSDIR is a real directory (nfs mounted). In the details you provided, PORTSDIR is something under /x2/... about which we don't know anything. Thanks. My bad. I was trying to provide details on the i386 environment but cut the PORTSDIR line from the amd64 /etc/mk.conf which uses the x2 box The correct cut is: PORTSDIR=/a8v/pub/OpenBSD/current/ports and more detail on a8v which is also -current: v1:logs/i386 81mount | grep a8v a8v:/pub on /a8v/pub type nfs (nodev, nosuid, read-only, v3, udp, timeo=100, retrans=101) Apparently test -h considers an nfs mount the same as a symlink... No it doesn't; 'test -h foo' only evaluates as true for symlinks. I looked at the test manpage as well and had a similar conclusion. However, I thought I'd try to specifically test for not a directory rather than for a symlink and had success. I don't yet understand why. Because symlinks are followed in test(1). When the current builds finish, I'll add code to bsd.port.mk to learn more.
gcc 4.7.0
Hello, GCC 4.7.0 was just released, and I have been able to build it - with a few caveats - for OpenBSD 4.8 x86_64. I sent a detailed message to the gcc mailing list describing what I needed to do: http://gcc.gnu.org/ml/gcc/2012-03/msg00368.html I hope that this information will be useful for the purpose of making gcc 4.7.0 available in the ports tree. My hacks would not be appropriate for a real release, but might save time for someone else who knows enough to do it more correctly than I do. -- Kyle Markley
Re: UPDATE games/wesnoth
On Mon, Mar 19, 2012 at 9:25 PM, Kirill Bychkov ya...@linklevel.net wrote: Hi! I've updated wesnoth to the latest release 1.10.1. I'm having trouble getting this new version to build on i386. The error message I get is: ---8--- === Looking for wesnoth-1.10.1.tgz in $PKG_PATH - not found *** Error code 1 Stop in /usr/ports/mystuff/games/wesnoth (line 1670 of /usr/ports/infrastructure/mk/bsd.port.mk). === Building for wesnoth-1.10.1 /usr/local/bin/cmake -H/usr/obj/ports/wesnoth-1.10.1/wesnoth-1.10.1 -B/usr/obj/ports/wesnoth-1.10.1/build-i386 --check-build-system CMakeFiles/Makefile.cmake 0 /usr/local/bin/cmake -E cmake_progress_start /usr/obj/ports/wesnoth-1.10.1/build-i386/CMakeFiles /usr/obj/ports/wesnoth-1.10.1/build-i386/CMakeFiles/progress.marks make -f CMakeFiles/Makefile2 all make -f po/CMakeFiles/mo-update.dir/build.make po/CMakeFiles/mo-update.dir/depend cd /usr/obj/ports/wesnoth-1.10.1/build-i386 /usr/local/bin/cmake -E cmake_depends Unix Makefiles /usr/obj/ports/wesnoth-1.10.1/wesnoth-1.10.1 /usr/obj/ports/wesnoth-1.10.1/wesnoth-1.10.1/po /usr/obj/ports/wesnoth-1.10.1/build-i386 /usr/obj/ports/wesnoth-1.10.1/build-i386/po /usr/obj/ports/wesnoth-1.10.1/build-i386/po/CMakeFiles/mo-update.dir/DependInfo.cmake --color= make -f po/CMakeFiles/mo-update.dir/build.make po/CMakeFiles/mo-update.dir/build /usr/local/bin/cmake -E cmake_progress_report /usr/obj/ports/wesnoth-1.10.1/build-i386/CMakeFiles [ 0%] mo-update: Done. /usr/local/bin/cmake -E cmake_progress_report /usr/obj/ports/wesnoth-1.10.1/build-i386/CMakeFiles 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 [ 78%] Built target mo-update make -f src/CMakeFiles/wesnoth-core.dir/build.make src/CMakeFiles/wesnoth-core.dir/depend cd /usr/obj/ports/wesnoth-1.10.1/build-i386 /usr/local/bin/cmake -E cmake_depends Unix Makefiles /usr/obj/ports/wesnoth-1.10.1/wesnoth-1.10.1 /usr/obj/ports/wesnoth-1.10.1/wesnoth-1.10.1/src /usr/obj/ports/wesnoth-1.10.1/build-i386 /usr/obj/ports/wesnoth-1.10.1/build-i386/src /usr/obj/ports/wesnoth-1.10.1/build-i386/src/CMakeFiles/wesnoth-core.dir/DependInfo.cmake --color= make -f src/CMakeFiles/wesnoth-core.dir/build.make src/CMakeFiles/wesnoth-core.dir/build /usr/local/bin/cmake -E cmake_progress_report /usr/obj/ports/wesnoth-1.10.1/build-i386/CMakeFiles 94 [ 79%] Built target wesnoth-core make -f src/CMakeFiles/campaignd.dir/build.make src/CMakeFiles/campaignd.dir/depend cd /usr/obj/ports/wesnoth-1.10.1/build-i386 /usr/local/bin/cmake -E cmake_depends Unix Makefiles /usr/obj/ports/wesnoth-1.10.1/wesnoth-1.10.1 /usr/obj/ports/wesnoth-1.10.1/wesnoth-1.10.1/src /usr/obj/ports/wesnoth-1.10.1/build-i386 /usr/obj/ports/wesnoth-1.10.1/build-i386/src /usr/obj/ports/wesnoth-1.10.1/build-i386/src/CMakeFiles/campaignd.dir/DependInfo.cmake --color= make -f src/CMakeFiles/campaignd.dir/build.make src/CMakeFiles/campaignd.dir/build /usr/local/bin/cmake -E cmake_progress_report /usr/obj/ports/wesnoth-1.10.1/build-i386/CMakeFiles [ 79%] Built target campaignd make -f src/CMakeFiles/wesnoth-lua.dir/build.make src/CMakeFiles/wesnoth-lua.dir/depend cd /usr/obj/ports/wesnoth-1.10.1/build-i386 /usr/local/bin/cmake -E cmake_depends Unix Makefiles /usr/obj/ports/wesnoth-1.10.1/wesnoth-1.10.1 /usr/obj/ports/wesnoth-1.10.1/wesnoth-1.10.1/src /usr/obj/ports/wesnoth-1.10.1/build-i386 /usr/obj/ports/wesnoth-1.10.1/build-i386/src /usr/obj/ports/wesnoth-1.10.1/build-i386/src/CMakeFiles/wesnoth-lua.dir/DependInfo.cmake --color= make -f src/CMakeFiles/wesnoth-lua.dir/build.make src/CMakeFiles/wesnoth-lua.dir/build /usr/local/bin/cmake -E cmake_progress_report /usr/obj/ports/wesnoth-1.10.1/build-i386/CMakeFiles 98 99 [ 81%] Built target wesnoth-lua make -f src/CMakeFiles/wesnoth-game.dir/build.make src/CMakeFiles/wesnoth-game.dir/depend cd /usr/obj/ports/wesnoth-1.10.1/build-i386 /usr/local/bin/cmake -E cmake_depends Unix Makefiles /usr/obj/ports/wesnoth-1.10.1/wesnoth-1.10.1 /usr/obj/ports/wesnoth-1.10.1/wesnoth-1.10.1/src /usr/obj/ports/wesnoth-1.10.1/build-i386 /usr/obj/ports/wesnoth-1.10.1/build-i386/src /usr/obj/ports/wesnoth-1.10.1/build-i386/src/CMakeFiles/wesnoth-game.dir/DependInfo.cmake --color= make -f src/CMakeFiles/wesnoth-game.dir/build.make src/CMakeFiles/wesnoth-game.dir/build /usr/local/bin/cmake -E cmake_progress_report /usr/obj/ports/wesnoth-1.10.1/build-i386/CMakeFiles 95 96 97 [ 84%] Built target wesnoth-game make -f src/CMakeFiles/wesnoth.dir/build.make src/CMakeFiles/wesnoth.dir/depend cd /usr/obj/ports/wesnoth-1.10.1/build-i386 /usr/local/bin/cmake -E cmake_depends Unix Makefiles /usr/obj/ports/wesnoth-1.10.1/wesnoth-1.10.1 /usr/obj/ports/wesnoth-1.10.1/wesnoth-1.10.1/src /usr/obj/ports/wesnoth-1.10.1/build-i386 /usr/obj/ports/wesnoth-1.10.1/build-i386/src
Re: gcc 4.7.0
On Fri, 23 Mar 2012 18:36:04 -0700, Kyle Markley wrote: Hello, GCC 4.7.0 was just released, and I have been able to build it - with a few caveats - for OpenBSD 4.8 x86_64. If you would like to do things properly you should be building on current. 4.8 is out-of-service as far as support is concerned. We are waitng for 5.1 release on May 1. I hope that my pre-order will get here before that 8-) And of course as is well known, the devs won't have any interest in patches that may well themselves be obsolete when porting that GCC to OBSD 5.1 -current heading for 5.2. The source is there for you and the FAQ will detail how to get it and build current if you didn't know that already. I sent a detailed message to the gcc mailing list describing what I needed to do: http://gcc.gnu.org/ml/gcc/2012-03/msg00368.html I hope that this information will be useful for the purpose of making gcc 4.7.0 available in the ports tree. My hacks would not be appropriate for a real release, but might save time for someone else who knows enough to do it more correctly than I do. -- Kyle Markley *** NOTE *** Please DO NOT CC me. I am subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
