CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2014/03/25 00:25:45 Modified files: www/webkit : Makefile distinfo www/webkit/patches: patch-GNUmakefile_in patch-Source_JavaScriptCore_heap_MachineStackMarker_cpp patch-Source_JavaScriptCore_jit_ExecutableAllocator_h patch-Source_JavaScriptCore_llint_LLIntOfflineAsmConfig_h patch-Source_JavaScriptCore_llint_LowLevelInterpreter32_64_asm patch-Source_JavaScriptCore_llint_LowLevelInterpreter_asm patch-Source_ThirdParty_gtest_include_gtest_internal_gtest-port_h patch-Source_ThirdParty_leveldb_port_port_posix_h patch-Source_WTF_wtf_DisallowCType_h patch-Source_WTF_wtf_MathExtras_h patch-Source_WTF_wtf_Platform_h patch-Source_WTF_wtf_RAMSize_cpp patch-Source_WTF_wtf_dtoa_utils_h patch-Source_WebCore_plugins_PluginDatabase_cpp patch-Source_WebKit2_UIProcess_Launcher_gtk_ProcessLauncherGtk_cpp patch-Source_WebKit2_WebProcess_soup_WebKitSoupRequestInputStream_h patch-Tools_MiniBrowser_gtk_main_c patch-configure www/webkit/pkg : PFRAG.gtk3 PLIST Added files: www/webkit/patches: patch-Source_WebKit2_Platform_IPC_unix_ConnectionUnix_cpp Removed files: www/webkit/patches: patch-Source_JavaScriptCore_assembler_MacroAssemblerX86Common_h patch-Source_WTF_wtf_Atomics_h patch-Source_WebKit2_Platform_CoreIPC_unix_ConnectionUnix_cpp patch-Source_WebKit2_PluginProcess_unix_PluginProcessMainUnix_cpp patch-Source_WebKit2_UIProcess_Plugins_unix_PluginProcessProxyUnix_cpp patch-Source_WebKit2_UIProcess_StatisticsRequest_cpp Log message: Update to webkit 2.4.0. See http://webkitgtk.org/2014/03/24/webkitgtk2.4.0-released.html. Note that Webkit2 API is still broken, on OpenBSD(and FreeBSD) and this might be the last release shipping the Webkit1 API. Pass -DLOG_DISABLED=0 to CPPFLAGS to somewhat allow debugging. Use the same ruby version on sparc64 as other archs now that they're more reliable. Remove some patches merged upstream, and add links to upstream bz for most of the remaining patches. Note: this needs gnu/usr.bin/binutils/include/opcode/i386.h r1.15 to build. And gcc 4.8 (and python, ruby perl :) Built numerous times on amd64/ppc/sparc64 (broken at runtime on the last two, but that's not a regression from 2.2..) and went in a bunch of bulks.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 01:32:17 Modified files: meta/gnome : Makefile Log message: x11/gnome/search-tool is gone.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 01:33:03 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: gnome-search-tool is gone.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 02:41:48 Removed files: x11/gnome/system-log: Makefile distinfo x11/gnome/system-log/pkg: DESCR PLIST Log message: Drop gnome-system-log; unmaintained upstream. Replacement would be gnome-logs but that requires... systemd! ok jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 02:42:02 Modified files: x11/gnome : Makefile Log message: -system-log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 02:42:27 Modified files: meta/gnome : Makefile Log message: x11/gnome/system-log is no more.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2014/03/25 02:42:25 Modified files: net/munin : Makefile distinfo net/munin/pkg : README-main README-server Added files: net/munin/patches: patch-master__bin_munin-check_in Log message: update munin to 2.0.19 and add some improvements: - unbreak munin-check script and make it useful - move a note of newsyslog.conf fragment for munin-node.log to README-main - add missing { in README-server - instructions about reducing disk I/O with rrdcached. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 02:43:16 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: gnome-system-log is gone.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/03/25 02:53:17 Modified files: graphics/p5-Image-ExifTool: Makefile distinfo graphics/p5-Image-ExifTool/pkg: PLIST Log message: update to Image-ExifTool-9.53, from maintainer Patrick Keshishian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/03/25 02:59:45 Modified files: lang/vala : Makefile distinfo lang/vala/pkg : PLIST Removed files: lang/vala/patches: patch-tests_testrunner_sh Log message: - update to vala-0.24.0 if there happens to be any fallout, it'll be dealt with shortly. ok aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/03/25 03:00:47 Modified files: x11/gnome/code-assistance: Makefile x11/gnome/anjuta: Makefile x11/gnome/anjuta/patches: patch-configure_ac Log message: fix for vala-0.24
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2014/03/25 03:02:07 Modified files: x11/xfce4 : xfce4.port.mk Log message: Use DISTNAME?= to allow ports using xfce4 MODULE to override it.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/03/25 03:21:01 Modified files: . : INDEX Log message: sync
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/03/25 03:36:03 Modified files: devel/p5-MooseX-Types-DateTime: Makefile Log message: hump da bump
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2014/03/25 03:40:32 Modified files: www/midori : Makefile distinfo www/midori/pkg : PLIST Log message: Update to midori 0.5.7. See http://midori-browser.org/changelog/#v057.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2014/03/25 04:06:25 Modified files: net/ddclient : Makefile distinfo net/ddclient/pkg: PLIST Log message: Update to ddclient-3.8.2 Added support for ChangeIP and assorted bugfixes
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2014/03/25 04:33:33 Log message: Import OpenColorIO. OpenColorIO (OCIO) is a complete color management solution geared towards motion picture production with an emphasis on visual effects and computer animation. OCIO provides a straightforward and consistent user experience across all supporting applications while allowing for sophisticated back-end configuration options suitable for high-end production usage. OCIO is compatible with the Academy Color Encoding Specification (ACES) and is LUT-format agnostic, supporting many popular formats. ok landry@ Status: Vendor Tag: pascal Release Tags: pascal_20140325 N ports/graphics/opencolorio/Makefile N ports/graphics/opencolorio/distinfo N ports/graphics/opencolorio/pkg/PLIST N ports/graphics/opencolorio/pkg/DESCR N ports/graphics/opencolorio/patches/patch-export_OpenColorIO_OpenColorABI_h_in N ports/graphics/opencolorio/patches/patch-src_core_Platform_h No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2014/03/25 04:35:17 Modified files: graphics : Makefile Log message: sync
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2014/03/25 04:37:39 Modified files: graphics/openimageio: Makefile distinfo graphics/openimageio/patches: patch-src_cmake_platform_cmake patch-src_libutil_sysutil_cpp patch-src_libutil_tbb_misc_cpp graphics/openimageio/pkg: PLIST Added files: graphics/openimageio/patches: patch-src_cineon_imageio_cineoninput_cpp patch-src_dpx_imageio_dpxinput_cpp patch-src_rla_imageio_rlainput_cpp Removed files: graphics/openimageio/patches: patch-src_include_thread_h Log message: Update to OpenImageIO 1.3.12, enable OCIO support. Disable threads, eliminating the need for atomic ops.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2014/03/25 04:38:07 Modified files: graphics/blender: Makefile Log message: Enable OpenColorIO support.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 05:18:46 Modified files: net/libproxy : Makefile net/libproxy/pkg: DESCR-webkit Removed files: net/libproxy/patches: patch-libproxy_cmake_modules_pacrunner_mozjs_cmk patch-libproxy_modules_pacrunner_mozjs_cpp net/libproxy/pkg: DESCR-mozilla PLIST-mozilla Log message: Drop libproxy-mozilla; one JS interpreter (webkit) is enough and there is no official support upstream for the newer spidermonkey. discussed with and ok landry@ jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 05:22:29 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: 'libproxy-mozilla' = 'libproxy-webkit'
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 05:37:47 Modified files: x11/gnome : gnome.port.mk Log message: Tweak comment; no functionality change.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 06:23:36 Modified files: news/leafnode : Makefile news/leafnode/patches: patch-INSTALL Log message: tcp wrappers are gone.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 06:32:10 Modified files: security : Makefile Log message: -sshguard,tcpd
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 06:31:50 Modified files: security/sshguard: Makefile security/sshguard/pkg: README Log message: Drop the tcpd FLAVOR. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 06:33:31 Modified files: security/sshguard/pkg: PLIST Log message: Forgot @pkgpath in previous.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/03/25 07:01:54 Modified files: textproc/gtk-doc: Makefile Log message: add missing build dependency on glib2 (needed by regress tests)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: js...@cvs.openbsd.org 2014/03/25 07:21:21 Modified files: lang/go: Makefile distinfo lang/go/pkg: PLIST Added files: lang/go/patches: patch-api_except_txt patch-api_next_txt Log message: Upgrade lang/go to version 1.2.1. Update API exceptions so that make regress passes fully - this is the same change that has already been made in Go tip. ok sthen@, Go for it krw@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 07:28:58 Modified files: graphics/gdk-pixbuf2: Makefile distinfo Log message: Update to gdk-pixbuf-2.30.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 09:24:54 Modified files: print/cups-filters: Makefile distinfo print/cups-filters/pkg: PLIST Log message: Update to cups-filters-1.0.49.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/03/25 10:06:58 Modified files: x11/gnome/gucharmap: Makefile x11/gnome/gucharmap/pkg: PLIST Log message: disable vala for now to prevent breaking vapigen when atk gets updated
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/03/25 10:18:02 Modified files: devel/py-dulwich: Makefile distinfo devel/py-dulwich/pkg: PLIST Log message: update to py-dulwich, from new maintainer Dmitrij D. Czarkoff
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/03/25 10:19:15 Modified files: devel/py-hg-git: Makefile distinfo devel/py-hg-git/pkg: PLIST Log message: update to py-hg-git, from new maintainer Dmitrij D. Czarkoff, with a small tweak from me to handle running tests on a system which does not have a python-python2.7 symlink.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/03/25 10:54:25 Modified files: meta/gnome : Makefile meta/gnome/pkg : README-main Log message: Tweak the part about GDM.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/03/25 11:07:22 Modified files: x11/p5-Tk : Makefile Log message: Subpackaged perl port; needs to carry WANTLIB across to the -main subpackage otherwise it won't be updated for perl XS ABI changes. Also don't need a WANTLIB for -demo. Problem hit by nigel@ doing partial dpb rebuilds
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/03/25 11:52:18 Modified files: cad/xnecview : Makefile Added files: cad/xnecview/patches: patch-Makefile Log message: - get rid of imake and remove BROKEN lines (which were only there due to makedepend problems which is no longer run) - get rid of useless VERSION variable that's only referenced once in the port Makefile no functional change but due to imake removal I've bumped REVISION.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2014/03/25 12:42:26 Modified files: www/lighttpd : Tag: OPENBSD_5_4 Makefile distinfo Removed files: www/lighttpd/patches: Tag: OPENBSD_5_4 patch-src_base_h patch-src_configfile_c patch-src_network_c patch-src_server_c Log message: MFC security update to lighttpd 1.4.35. CVE-2014-2323, CVE-2014-2324 http://download.lighttpd.net/lighttpd/security/lighttpd_sa_2014_01.txt ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2014/03/25 12:57:31 Modified files: textproc/the_silver_searcher: Makefile distinfo Log message: Bugfix update to 0.21.1 From Florian Stinglmayr (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2014/03/25 13:35:46 Modified files: www/lighttpd : Tag: OPENBSD_5_5 Makefile distinfo Log message: MFC security update to lighttpd 1.4.35. CVE-2014-2323, CVE-2014-2324 http://download.lighttpd.net/lighttpd/security/lighttpd_sa_2014_01.txt ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/03/25 13:56:37 Modified files: x11/gnome/contacts: Makefile Added files: x11/gnome/contacts/patches: patch-src_contacts-view_vala Log message: unbreak with vala 0.24; patch from upstream bugzilla
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/03/25 15:05:26 Modified files: mail/p5-Mail-SpamAssassin: Makefile Removed files: mail/p5-Mail-SpamAssassin/patches: patch-lib_Mail_SpamAssassin_Util_DependencyInfo_pm patch-lib_Mail_SpamAssassin_Util_RegistrarBoundaries_pm Log message: missed cvs rm's, pointed out by brad@ (not a problem, but no need to keep them any more).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2014/03/25 15:20:39 Modified files: devel/readline : Makefile graphics/cal3d : Makefile multimedia/vitunes: Makefile net/enet : Makefile productivity/slideml: Makefile security/rarcrack: Makefile sysutils/diskrescue: Makefile textproc/sim : Makefile www/wbox : Makefile Log message: replace MAINTAINER address with currently valid address, bump REVISIONS. okay maintainer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2014/03/25 16:38:23 Modified files: mail/enigmail : Makefile Log message: Add archivers/zip to BDEP; espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2014/03/25 21:27:26 Modified files: math/coq : Makefile distinfo math/coq/patches: patch-configure patch-test-suite-Makefile math/coq/pkg : PFRAG.dynlink-native PLIST Log message: Update to 8.4pl3; Yozo Toda. ok sthen@
gnome 3.12
Hi all. It's that time of the year again... Jasper and I are currently working on updating GNOME to 3.12. We will keep the build breakage to a minimum during the update window especially considering all the recent changes/breakage that happened in ports. In any case, we do not expect breakage to impact ports outside of GNOME and friends. We will start soon commiting the usual base libs updates (glib2, gtk, vala, ...) after we are sure they do not break anything. Then we will start the GNOME update itself we should be self-contained and not impact the rest of the tree. So again, we will be extra careful this time so that no unexpected breakage happens. Thank you. -- Antoine
Re: [wip] audio/mpd 0.18.9
On Mon, Mar 24, 2014 at 11:46:49AM +0100, David Coppa wrote: On Mon, Mar 24, 2014 at 11:41 AM, Landry Breuil lan...@rhaalovely.net wrote: On Mon, Mar 24, 2014 at 11:28:46AM +0100, Landry Breuil wrote: On Mon, Mar 24, 2014 at 11:15:04AM +0100, David Coppa wrote: On Mon, Mar 24, 2014 at 11:11 AM, Landry Breuil lan...@rhaalovely.net wrote: On Mon, Mar 24, 2014 at 10:25:14AM +0100, David Coppa wrote: On Mon, Mar 24, 2014 at 1:59 AM, Bryan Linton b...@shoshoni.info wrote: On 2014-03-23 22:48:28, Landry Breuil lan...@rhaalovely.net wrote: - for some reason here mpd inexplicably stops playing after ending a track, and 'mpc play' or telnetting to 6600 and issuing 'play' doesnt resume it, it still seems to think it's playing. I need to kill it and restart it for another track to properly play. Anyone experiencing this ? Tried with/without random/consume modes. Please test this.. I think I'm seeing the same bug here: Can you try if the attached patch helps? From: http://bugs.musicpd.org/view.php?id=3860 Nope, no change. I'm also seeing weird mpd internal state, the currently played track is not the one given by the currentsong command - as brian said. Tried disabling sndiod, only using the libao output, only the httpd output - no luck. I still need to kill mpd and start it again to make it play one track. So, we're in the same boat with FreeBSD: http://bugs.musicpd.org/view.php?id=3944 Nice.. can you pile on to ensure this is properly handled/debugged ? Setting log_level to verbose doesnt give much more information... After looking a wee bit more, the /var/spool/mpd/mpdstate file has a weird entry: time: -2147483648 with 0.17.6 and a new playlist i have 'time: 259' Maybe that's related.. Uhm... 64bit time_t fuckup? Fwiw, after moving away the mpdstate file with the weird time entry, and recreating my playlist, i havent had any issues with 0.18.9. Maybe in some circumstances mpd gets confused with its internal state (as brian linton described in his STRs), but so far i've monitored the time: entry in the current mpdstate file and it stayed at 'normal' values.. Landry
Re: [wip] audio/mpd 0.18.9
On Tue, Mar 25, 2014 at 9:57 AM, Landry Breuil lan...@rhaalovely.net wrote: Fwiw, after moving away the mpdstate file with the weird time entry, and recreating my playlist, i havent had any issues with 0.18.9. Maybe in some circumstances mpd gets confused with its internal state (as brian linton described in his STRs), but so far i've monitored the time: entry in the current mpdstate file and it stayed at 'normal' values.. Nice to hear! Then, I'm ok with the update. ciao, David
Re: [wip] audio/mpd 0.18.9
On Tue, Mar 25, 2014 at 10:01:01AM +0100, David Coppa wrote: On Tue, Mar 25, 2014 at 9:57 AM, Landry Breuil lan...@rhaalovely.net wrote: Fwiw, after moving away the mpdstate file with the weird time entry, and recreating my playlist, i havent had any issues with 0.18.9. Maybe in some circumstances mpd gets confused with its internal state (as brian linton described in his STRs), but so far i've monitored the time: entry in the current mpdstate file and it stayed at 'normal' values.. Nice to hear! Then, I'm ok with the update. Well, i'd rather have it properly fixed for a normal upgrade path. Requiring users to remove/lose their state is not nice. Landry
Re: [wip] audio/mpd 0.18.9
On Tue, Mar 25, 2014 at 10:07 AM, Landry Breuil lan...@rhaalovely.net wrote: On Tue, Mar 25, 2014 at 10:01:01AM +0100, David Coppa wrote: On Tue, Mar 25, 2014 at 9:57 AM, Landry Breuil lan...@rhaalovely.net wrote: Fwiw, after moving away the mpdstate file with the weird time entry, and recreating my playlist, i havent had any issues with 0.18.9. Maybe in some circumstances mpd gets confused with its internal state (as brian linton described in his STRs), but so far i've monitored the time: entry in the current mpdstate file and it stayed at 'normal' values.. Nice to hear! Then, I'm ok with the update. Well, i'd rather have it properly fixed for a normal upgrade path. Requiring users to remove/lose their state is not nice. Very simple fix: into patches/patch-doc_mpdconf_example, change the name of state_file from /var/spool/mpd/mpdstate to, e.g.: /var/spool/mpd/state ?
Re: [wip] audio/mpd 0.18.9
On Tue, Mar 25, 2014 at 10:26 AM, David Coppa dco...@gmail.com wrote: On Tue, Mar 25, 2014 at 10:07 AM, Landry Breuil lan...@rhaalovely.net wrote: On Tue, Mar 25, 2014 at 10:01:01AM +0100, David Coppa wrote: On Tue, Mar 25, 2014 at 9:57 AM, Landry Breuil lan...@rhaalovely.net wrote: Fwiw, after moving away the mpdstate file with the weird time entry, and recreating my playlist, i havent had any issues with 0.18.9. Maybe in some circumstances mpd gets confused with its internal state (as brian linton described in his STRs), but so far i've monitored the time: entry in the current mpdstate file and it stayed at 'normal' values.. Nice to hear! Then, I'm ok with the update. Well, i'd rather have it properly fixed for a normal upgrade path. Requiring users to remove/lose their state is not nice. Very simple fix: into patches/patch-doc_mpdconf_example, change the name of state_file from /var/spool/mpd/mpdstate to, e.g.: /var/spool/mpd/state ? And add a note/warning into a README
Re: [wip] audio/mpd 0.18.9
On Tue, Mar 25, 2014 at 10:26:55AM +0100, David Coppa wrote: On Tue, Mar 25, 2014 at 10:07 AM, Landry Breuil lan...@rhaalovely.net wrote: On Tue, Mar 25, 2014 at 10:01:01AM +0100, David Coppa wrote: On Tue, Mar 25, 2014 at 9:57 AM, Landry Breuil lan...@rhaalovely.net wrote: Fwiw, after moving away the mpdstate file with the weird time entry, and recreating my playlist, i havent had any issues with 0.18.9. Maybe in some circumstances mpd gets confused with its internal state (as brian linton described in his STRs), but so far i've monitored the time: entry in the current mpdstate file and it stayed at 'normal' values.. Nice to hear! Then, I'm ok with the update. Well, i'd rather have it properly fixed for a normal upgrade path. Requiring users to remove/lose their state is not nice. Very simple fix: into patches/patch-doc_mpdconf_example, change the name of state_file from /var/spool/mpd/mpdstate to, e.g.: /var/spool/mpd/state ? I dont see how that fixes existing setups. I think digging into the code and finding out the exacts STRs for the problem, and why it ends up with that time overflowed value - check if that's really the source of the problem we're experiencing, and checking that with upstream would be the next steps .. for the MAINTAINER ;) Landry
Re: Update: devel/py-hg-git, devel/py-dulwich
On 2014/03/22 02:57, Dmitrij D. Czarkoff wrote: Hello! I'm reposting this set of patches, as I find them quite important - at least for me the current devel/py-hg-git port was broken (I don't recall particular problem I was facing though), and this update fixes it. devel/py-hg-git depends on devel/py-dulwich, and current version of hggit doesn't work with outdated version of dulwich we currently have in ports. The patches for devel/py-dulwich are only needed for tests. Several tests fail for devel/py-hg-git, seemingly because git developers have changed wording for some diagnostic messages. I see this in dulwich tests; any ideas? (I don't use this or know how it is supposed to look). If I then try and run py-hg-git tests with the version of dulwich built from this, it skips 30 tests with missing feature: dulwich. $ make test === Regression tests for py-dulwich-0.9.5 cd /usr/obj/py-dulwich-0.9.5/dulwich-0.9.5 nosetests .SEE..SSS....FFFSSFSSFS...SS.S.S.S.SS.SS..S.S..S..S == ERROR: test_fetch_pack (dulwich.tests.compat.test_client.DulwichHttpClientTest) -- Traceback (most recent call last): File /usr/obj/py-dulwich-0.9.5/dulwich-0.9.5/dulwich/tests/compat/test_client.py, line 181, in test_fetch_pack refs = c.fetch(self._build_path('/server_new.export'), dest) File /usr/obj/py-dulwich-0.9.5/dulwich-0.9.5/dulwich/client.py, line 213, in fetch target.get_graph_walker(), f.write, progress) File /usr/obj/py-dulwich-0.9.5/dulwich-0.9.5/dulwich/client.py, line 1004, in fetch_pack git-upload-pack, url) File /usr/obj/py-dulwich-0.9.5/dulwich-0.9.5/dulwich/client.py, line 927, in _discover_references resp = self._http_request(url, headers) File /usr/obj/py-dulwich-0.9.5/dulwich-0.9.5/dulwich/client.py, line 912, in _http_request resp = self.opener.open(req) File /usr/local/lib/python2.7/urllib2.py, line 404, in open response = self._open(req, data) File /usr/local/lib/python2.7/urllib2.py, line 422, in _open '_open', req) File /usr/local/lib/python2.7/urllib2.py, line 382, in _call_chain result = func(*args) File /usr/local/lib/python2.7/urllib2.py, line 1214, in http_open return self.do_open(httplib.HTTPConnection, req) File /usr/local/lib/python2.7/urllib2.py, line 1184, in do_open raise URLError(err) URLError: urlopen error [Errno 61] Connection refused == ERROR: test_fetch_pack_no_side_band_64k (dulwich.tests.compat.test_client.DulwichHttpClientTest) -- Traceback (most recent call last): File /usr/obj/py-dulwich-0.9.5/dulwich-0.9.5/dulwich/tests/compat/test_client.py, line 199, in test_fetch_pack_no_side_band_64k refs = c.fetch(self._build_path('/server_new.export'), dest) File /usr/obj/py-dulwich-0.9.5/dulwich-0.9.5/dulwich/client.py, line 213, in fetch target.get_graph_walker(), f.write, progress) File /usr/obj/py-dulwich-0.9.5/dulwich-0.9.5/dulwich/client.py, line 1004, in fetch_pack git-upload-pack, url) File /usr/obj/py-dulwich-0.9.5/dulwich-0.9.5/dulwich/client.py, line 927, in _discover_references resp = self._http_request(url, headers) File /usr/obj/py-dulwich-0.9.5/dulwich-0.9.5/dulwich/client.py, line 912, in _http_request resp = self.opener.open(req) File /usr/local/lib/python2.7/urllib2.py, line 404, in open response = self._open(req, data) File /usr/local/lib/python2.7/urllib2.py, line 422, in _open '_open', req) File /usr/local/lib/python2.7/urllib2.py, line 382, in _call_chain result = func(*args) File /usr/local/lib/python2.7/urllib2.py, line 1214, in http_open return self.do_open(httplib.HTTPConnection, req) File /usr/local/lib/python2.7/urllib2.py, line 1184, in do_open raise URLError(err) URLError: urlopen error [Errno 61] Connection refused == ERROR: test_fetch_pack_zero_sha
Re: [wip] audio/mpd 0.18.9
On Tue, Mar 25, 2014 at 10:30 AM, Landry Breuil lan...@rhaalovely.net wrote: On Tue, Mar 25, 2014 at 10:26:55AM +0100, David Coppa wrote: On Tue, Mar 25, 2014 at 10:07 AM, Landry Breuil lan...@rhaalovely.net wrote: On Tue, Mar 25, 2014 at 10:01:01AM +0100, David Coppa wrote: On Tue, Mar 25, 2014 at 9:57 AM, Landry Breuil lan...@rhaalovely.net wrote: Fwiw, after moving away the mpdstate file with the weird time entry, and recreating my playlist, i havent had any issues with 0.18.9. Maybe in some circumstances mpd gets confused with its internal state (as brian linton described in his STRs), but so far i've monitored the time: entry in the current mpdstate file and it stayed at 'normal' values.. Nice to hear! Then, I'm ok with the update. Well, i'd rather have it properly fixed for a normal upgrade path. Requiring users to remove/lose their state is not nice. Very simple fix: into patches/patch-doc_mpdconf_example, change the name of state_file from /var/spool/mpd/mpdstate to, e.g.: /var/spool/mpd/state ? I dont see how that fixes existing setups. I think digging into the code and finding out the exacts STRs for the problem, and why it ends up with that time overflowed value - check if that's really the source of the problem we're experiencing, and checking that with upstream would be the next steps .. for the MAINTAINER ;) Sure, but ENOTIME now :)
Re: new: graphics/opencolorio
On Mon, 24 Mar 2014 23:14:53 +0100, Pascal Stumpf wrote: On Mon, 24 Mar 2014 22:55:13 +0100, Landry Breuil wrote: On Mon, Mar 24, 2014 at 10:28:47PM +0100, Pascal Stumpf wrote: I think I already submitted this one, but got no feedback. I'd really like to enable support for it in Blender. OpenColorIO (OCIO) is a complete color management solution geared towards motion picture production with an emphasis on visual effects and computer animation. OCIO provides a straightforward and consistent user experience across all supporting applications while allowing for sophisticated back-end configuration options suitable for high-end production usage. OCIO is compatible with the Academy Color Encoding Specification (ACES) and is LUT-format agnostic, supporting many popular formats. ok? Ok, but iirc fetching tarballs directly from github like this isnt trustable.. check this ;) Landry Damn you, you made me check github again and realise that there's actually a newer version, 1.0.9 (port attached). Also, now with the OIIO dependency removed, because it is better to have this the other way around (yes, there's an optional circular dependency OIIO -OCIO). Still using githubas master site, but maybe somebody can host the tarball? application/octet-stream attachment, name=opencolorio.tgz Updated tarball; distfile hosted by kirby@, thanks. opencolorio.tgz Description: opencolorio.tgz
Re: [wip] audio/mpd 0.18.9
On Tue, Mar 25, 2014 at 10:30:24AM +0100, Landry Breuil wrote: On Tue, Mar 25, 2014 at 10:26:55AM +0100, David Coppa wrote: On Tue, Mar 25, 2014 at 10:07 AM, Landry Breuil lan...@rhaalovely.net wrote: On Tue, Mar 25, 2014 at 10:01:01AM +0100, David Coppa wrote: On Tue, Mar 25, 2014 at 9:57 AM, Landry Breuil lan...@rhaalovely.net wrote: Fwiw, after moving away the mpdstate file with the weird time entry, and recreating my playlist, i havent had any issues with 0.18.9. Maybe in some circumstances mpd gets confused with its internal state (as brian linton described in his STRs), but so far i've monitored the time: entry in the current mpdstate file and it stayed at 'normal' values.. Nice to hear! Then, I'm ok with the update. Well, i'd rather have it properly fixed for a normal upgrade path. Requiring users to remove/lose their state is not nice. Very simple fix: into patches/patch-doc_mpdconf_example, change the name of state_file from /var/spool/mpd/mpdstate to, e.g.: /var/spool/mpd/state ? I dont see how that fixes existing setups. I think digging into the code and finding out the exacts STRs for the problem, and why it ends up with that time overflowed value - check if that's really the source of the problem we're experiencing, and checking that with upstream would be the next steps .. for the MAINTAINER ;) So, after playing flawlessly for 3 hours, it stopped again. Looked at the mpdstate file, time had a regular value, but mpd didnt save it yet. pkill -9 mpd to really force-stop it, at that point it saved the mpdstate with time: -2147483648 restarted mpd.. mpc still says the currently played track is the one which was playing before getting stuck. Mpd will only play one track before getting stuck. Kill mpd, set time to 0 in mpdstate, restart mpd. works fine. Landry
Re: Update: devel/py-hg-git, devel/py-dulwich
Stuart Henderson said: On 2014/03/22 02:57, Dmitrij D. Czarkoff wrote: Hello! I'm reposting this set of patches, as I find them quite important - at least for me the current devel/py-hg-git port was broken (I don't recall particular problem I was facing though), and this update fixes it. devel/py-hg-git depends on devel/py-dulwich, and current version of hggit doesn't work with outdated version of dulwich we currently have in ports. The patches for devel/py-dulwich are only needed for tests. Several tests fail for devel/py-hg-git, seemingly because git developers have changed wording for some diagnostic messages. I see this in dulwich tests; any ideas? (I don't use this or know how it is supposed to look). It looks like that to me: === Regression tests for py-dulwich-0.9.5 cd /usr/ports/pobj/py-dulwich-0.9.5/dulwich-0.9.5 nosetests .S..SS.SS.S...SS.S.S.S.SS.SS..S.S..S..S -- Ran 855 tests in 139.736s OK (SKIP=27) Apparently I forgot to include devel/git in TEST_DEPENDS. Do you have git installed? -- Dmitrij D. Czarkoff
Re: NEW: audio/flac123
On 2014-03-24, Donovan Watteau tso...@gmail.com wrote: Attached is a port for flac123. Tested on loongson. I'll have a look. -- Christian naddy Weisgerber na...@mips.inka.de
Re: Update: devel/py-hg-git, devel/py-dulwich
On 2014/03/25 15:29, Dmitrij D. Czarkoff wrote: Stuart Henderson said: On 2014/03/22 02:57, Dmitrij D. Czarkoff wrote: Hello! I'm reposting this set of patches, as I find them quite important - at least for me the current devel/py-hg-git port was broken (I don't recall particular problem I was facing though), and this update fixes it. devel/py-hg-git depends on devel/py-dulwich, and current version of hggit doesn't work with outdated version of dulwich we currently have in ports. The patches for devel/py-dulwich are only needed for tests. Several tests fail for devel/py-hg-git, seemingly because git developers have changed wording for some diagnostic messages. I see this in dulwich tests; any ideas? (I don't use this or know how it is supposed to look). It looks like that to me: === Regression tests for py-dulwich-0.9.5 cd /usr/ports/pobj/py-dulwich-0.9.5/dulwich-0.9.5 nosetests .S..SS.SS.S...SS.S.S.S.SS.SS..S.S..S..S -- Ran 855 tests in 139.736s OK (SKIP=27) Apparently I forgot to include devel/git in TEST_DEPENDS. Do you have git installed? Yes, and now you've mentioned the git dependency, I've tried running these tests with both 1.85 and 1.9. Running nosetests with a ~/.noserc to bump verbosity, dulwich.tests.self_test_suite ... ok dulwich.tests.tutorial_test_suite ... ok dulwich.tests.nocompat_test_suite ... ok dulwich.tests.compat_test_suite ... ok dulwich.tests.test_suite ... ok test_archive (dulwich.tests.compat.test_client.DulwichHttpClientTest) ... SKIP: exporting archives not supported over http test_fetch_pack (dulwich.tests.compat.test_client.DulwichHttpClientTest) ... ERROR test_fetch_pack_no_side_band_64k (dulwich.tests.compat.test_client.DulwichHttpClientTest) ... ERROR test_fetch_pack_zero_sha (dulwich.tests.compat.test_client.DulwichHttpClientTest) ... ERROR test_incremental_fetch_pack (dulwich.tests.compat.test_client.DulwichHttpClientTest) ... ERROR test_send_pack (dulwich.tests.compat.test_client.DulwichHttpClientTest) ... ERROR test_send_pack_multiple_errors (dulwich.tests.compat.test_client.DulwichHttpClientTest) ... ERROR test_send_pack_nothing_to_send (dulwich.tests.compat.test_client.DulwichHttpClientTest) ... ERROR test_send_pack_one_error (dulwich.tests.compat.test_client.DulwichHttpClientTest) ... ERROR test_send_remove_branch (dulwich.tests.compat.test_client.DulwichHttpClientTest) ... ERROR test_send_without_report_status (dulwich.tests.compat.test_client.DulwichHttpClientTest) ... ERROR test_archive (dulwich.tests.compat.test_client.DulwichMockSSHClientTest) ... ok test_fetch_pack (dulwich.tests.compat.test_client.DulwichMockSSHClientTest) ... ok .and looking in dulwich/tests/compat/test_client.py, it's using localhost and this rings a bell - for reasons of testing something else in the past I only have an IPv6 entry for localhost in /etc/hosts, and that is what causes the problem. Working for me now too; so I will commit.
Re: new net/tkabber
On 2014/03/22 03:07, Dmitrij D. Czarkoff wrote: Hello! Tkabber is a fully-featured client for a Jabber instant messaging system. It is written in Tcl/Tk and has many features like support of unicode, ssl support, http proxy, file transfers and support of multi-user conference protocol. -- Dmitrij D. Czarkoff base/pkg/README: - should recommend packages (which anyone can install with pkg_add) rather than port names (which need an unpacked ports tree), i.e. - tclgpg isn't in ports, should be removed from the list until it's added. let's get this in first though before we add that...you've been waiting long enough :-( plugins/pkg/README - same, please recommend packages rather than ports Apart from this, it's OK with me, so if someone would like to either import it or give me an OK ...
Re: xnecview
On 2014/03/22 22:42, Alan Corey wrote: The platform here is just i386/i686, a Dell laptop from about 2008. dmesg is below. I took Stuart's version and put it in /usr/ports/cad/xnecview_1.36 hence the directory name below. It built fine (and installed by hand, works mostly ok) but I get these messages during the install phase: That is expected, a -current ports tree is only meant for use on -current and there have been numerous changes since 5.2, better to back-port the changes from CVS and apply them to a 5.2 ports tree, rather than try to use anything directly from a current port. I can confirm the problem with png exports but haven't been able to identify any fixes done by other OS and haven't time to investigate further than that.
Re: NEW: audio/flac123
On Mon, 24 Mar 2014 21:57:27 +0100 (CET) Donovan Watteau tso...@gmail.com wrote: On Mon, 24 Mar 2014, Christopher Zimmermann wrote: Hi, maybe you overlooked sox with its play and rec siblings. Won't they do the job just fine? Yes, indeed, but what's the problem with providing flac123 for those who prefer it? Ports are about choice, IMO. No problem with providing it. Just hoped to save you some time. The port itself looks nice and clean. - You even provide a man page :-) I'm OK with it. Christopher -- http://gmerlin.de OpenPGP: http://gmerlin.de/christopher.pub F190 D013 8F01 AA53 E080 3F3C F17F B0A1 D44E 4FEE
Re: new net/tkabber
Stuart Henderson said: base/pkg/README: - should recommend packages (which anyone can install with pkg_add) rather than port names (which need an unpacked ports tree), i.e. [...] plugins/pkg/README - same, please recommend packages rather than ports Thanks! Port with packages instead of ports in README attached. - tclgpg isn't in ports, should be removed from the list until it's added. I'm preparing a port, but: 1. I didn't get it to build yet and 2. It was not released yet - main developer (as listed on Google Code project page) says it isn't ready for stable release. So I removed tclgpg from README for now. -- Dmitrij D. Czarkoff tkabber.tgz Description: application/tar-gz
Update: textproc/the_silver_searcher to 0.21.1
Hi list, attached is a simple update the_silver_searcher to version 0.21.1. It is mostly a bug fix release. Okay? Index: Makefile === RCS file: /cvs/ports/textproc/the_silver_searcher/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- Makefile6 Feb 2014 17:17:53 - 1.7 +++ Makefile25 Mar 2014 18:49:15 - @@ -2,7 +2,7 @@ COMMENT = code searching tool, with a focus on speed (ag) -DISTNAME = the_silver_searcher-0.19.2 +DISTNAME = the_silver_searcher-0.21.1 CATEGORIES = textproc HOMEPAGE = https://github.com/ggreer/the_silver_searcher Index: distinfo === RCS file: /cvs/ports/textproc/the_silver_searcher/distinfo,v retrieving revision 1.6 diff -u -r1.6 distinfo --- distinfo6 Feb 2014 17:17:53 - 1.6 +++ distinfo25 Mar 2014 18:49:15 - @@ -1,2 +1,2 @@ -SHA256 (the_silver_searcher-0.19.2.tar.gz) = /fjTfm05y5c2NhFDH7w8EB1jwrHytPUnVG+6g1N7+os= -SIZE (the_silver_searcher-0.19.2.tar.gz) = 133152 +SHA256 (the_silver_searcher-0.21.1.tar.gz) = x55f8D97r3klrd+Q17PqGWtQDyfi4Fc2GKkX3wrTUMU= +SIZE (the_silver_searcher-0.21.1.tar.gz) = 133648
Re: Update net/zeromq and new port net/czmq
Are those ports ok, or has any problem? 2014-03-19 23:57 GMT-03:00 Rodrigo Mosconi open...@mosconi.mat.br: Folow a update of ZeroMQ port to version 4.0.4 and a new port czmq that is a high-level bindings of ZeroMQ.
[resubmit] games/vegastrike
Vega Strike is an OpenSource 3d Space Simulator. Work is proceeding on both the Vega Strike game engine and a Vega Strike Universe game data set. Both engine and data are in a playable state, but still under development. Each release serves as a beta for both engine and data. The Vega Strike engine serves as the foundation for the Privateer Gemini Gold, Privateer Remake, Vega Trek, and Pi Armada projects. The data package now uses the same trick as flightgear-data et al. to save one copy of the data. vegastrike.tgz Description: vegastrike.tgz
Re: NEW: audio/flac123
On 2014-03-24, Donovan Watteau tso...@gmail.com wrote: Attached is a port for flac123. Tested on loongson. I have some minor nits for the Makefile, but I think the man page poses a problem. That file doesn't have a license, we can't just include it. -- Christian naddy Weisgerber na...@mips.inka.de
UPDATE: QEMU 1.7.1
Here is an update to the bug fix release of QEMU 1.7.1. OK? Index: Makefile === RCS file: /home/cvs/ports/emulators/qemu/Makefile,v retrieving revision 1.114 diff -u -p -u -p -r1.114 Makefile --- Makefile9 Mar 2014 22:50:17 - 1.114 +++ Makefile25 Mar 2014 21:41:53 - @@ -4,8 +4,7 @@ ONLY_FOR_ARCHS= amd64 i386 powerpc sparc COMMENT= multi system emulator -DISTNAME= qemu-1.7.0 -REVISION= 0 +DISTNAME= qemu-1.7.1 CATEGORIES=emulators MASTER_SITES= http://wiki.qemu.org/download/ EXTRACT_SUFX= .tar.bz2 Index: distinfo === RCS file: /home/cvs/ports/emulators/qemu/distinfo,v retrieving revision 1.33 diff -u -p -u -p -r1.33 distinfo --- distinfo29 Nov 2013 21:21:38 - 1.33 +++ distinfo25 Mar 2014 21:42:28 - @@ -1,2 +1,2 @@ -SHA256 (qemu-1.7.0.tar.bz2) = MfMzqF8tFMYFp3Z5kEqWaOrrG23H2lOhZlIw9GvCExQ= -SIZE (qemu-1.7.0.tar.bz2) = 12248954 +SHA256 (qemu-1.7.1.tar.bz2) = 1olCoAQiLuuuXRVs7vswj6vZjtsoLR3eSeyBC78BvvQ= +SIZE (qemu-1.7.1.tar.bz2) = 12246206 Index: patches/patch-configure === RCS file: /home/cvs/ports/emulators/qemu/patches/patch-configure,v retrieving revision 1.39 diff -u -p -u -p -r1.39 patch-configure --- patches/patch-configure 9 Mar 2014 22:50:17 - 1.39 +++ patches/patch-configure 25 Mar 2014 21:44:11 - @@ -1,6 +1,6 @@ $OpenBSD: patch-configure,v 1.39 2014/03/09 22:50:17 brad Exp $ configure.orig Wed Nov 27 17:15:55 2013 -+++ configure Sat Feb 1 23:04:03 2014 +--- configure.orig Tue Mar 25 10:01:10 2014 configure Tue Mar 25 17:44:02 2014 @@ -1290,9 +1290,9 @@ for flag in $gcc_flags; do fi done @@ -14,19 +14,7 @@ $OpenBSD: patch-configure,v 1.39 2014/03 fi # Workaround for http://gcc.gnu.org/PR55489. Happens with -fPIE/-fPIC and -@@ -1357,6 +1357,11 @@ EOF - pie=no - fi - fi -+ -+ if compile_prog -fno-pie -nopie; then -+CFLAGS_NOPIE=-fno-pie -+LDFLAGS_NOPIE=-nopie -+ fi - fi - - ## -@@ -3549,8 +3554,6 @@ fi +@@ -3554,8 +3554,6 @@ fi if test $gcov = yes ; then CFLAGS=-fprofile-arcs -ftest-coverage -g $CFLAGS LDFLAGS=-fprofile-arcs -ftest-coverage $LDFLAGS @@ -35,19 +23,3 @@ $OpenBSD: patch-configure,v 1.39 2014/03 fi -@@ -4288,6 +4291,7 @@ echo LD=$ld $config_host_mak - echo WINDRES=$windres $config_host_mak - echo LIBTOOL=$libtool $config_host_mak - echo CFLAGS=$CFLAGS $config_host_mak -+echo CFLAGS_NOPIE=$CFLAGS_NOPIE $config_host_mak - echo QEMU_CFLAGS=$QEMU_CFLAGS $config_host_mak - echo QEMU_INCLUDES=$QEMU_INCLUDES $config_host_mak - if test $sparse = yes ; then -@@ -4301,6 +4305,7 @@ else - echo AUTOCONF_HOST := $config_host_mak - fi - echo LDFLAGS=$LDFLAGS $config_host_mak -+echo LDFLAGS_NOPIE=$LDFLAGS_NOPIE $config_host_mak - echo LIBTOOLFLAGS=$LIBTOOLFLAGS $config_host_mak - echo LIBS+=$LIBS $config_host_mak - echo LIBS_TOOLS+=$libs_tools $config_host_mak Index: patches/patch-pc-bios_optionrom_Makefile === RCS file: patches/patch-pc-bios_optionrom_Makefile diff -N patches/patch-pc-bios_optionrom_Makefile --- patches/patch-pc-bios_optionrom_Makefile9 Mar 2014 22:50:17 - 1.3 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,20 +0,0 @@ -$OpenBSD: patch-pc-bios_optionrom_Makefile,v 1.3 2014/03/09 22:50:17 brad Exp $ pc-bios/optionrom/Makefile.origWed Nov 27 17:15:55 2013 -+++ pc-bios/optionrom/Makefile Sat Feb 1 23:05:11 2014 -@@ -12,6 +12,7 @@ $(call set-vpath, $(SRC_PATH)/pc-bios/optionrom) - CFLAGS := -Wall -Wstrict-prototypes -Werror -fomit-frame-pointer -fno-builtin - CFLAGS += -I$(SRC_PATH) - CFLAGS += $(call cc-option, $(CFLAGS), -fno-stack-protector) -+CFLAGS += $(CFLAGS_NOPIE) - QEMU_CFLAGS = $(CFLAGS) - - build-all: multiboot.bin linuxboot.bin kvmvapic.bin -@@ -20,7 +21,7 @@ build-all: multiboot.bin linuxboot.bin kvmvapic.bin - .SECONDARY: - - %.img: %.o -- $(call quiet-command,$(LD) -Ttext 0 -e _start -s -o $@ $, Building $(TARGET_DIR)$@) -+ $(call quiet-command,$(LD) $(LDFLAGS_NOPIE) -Ttext 0 -e _start -s -o $@ $, Building $(TARGET_DIR)$@) - - %.raw: %.img - $(call quiet-command,$(OBJCOPY) -O binary -j .text $ $@, Building $(TARGET_DIR)$@) -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: QEMU 1.7.1
ok gsoares@ Em 25/03/2014 19:32, Brad Smith b...@comstyle.com escreveu: Here is an update to the bug fix release of QEMU 1.7.1. OK? Index: Makefile === RCS file: /home/cvs/ports/emulators/qemu/Makefile,v retrieving revision 1.114 diff -u -p -u -p -r1.114 Makefile --- Makefile9 Mar 2014 22:50:17 - 1.114 +++ Makefile25 Mar 2014 21:41:53 - @@ -4,8 +4,7 @@ ONLY_FOR_ARCHS= amd64 i386 powerpc sparc COMMENT= multi system emulator -DISTNAME= qemu-1.7.0 -REVISION= 0 +DISTNAME= qemu-1.7.1 CATEGORIES=emulators MASTER_SITES= http://wiki.qemu.org/download/ EXTRACT_SUFX= .tar.bz2 Index: distinfo === RCS file: /home/cvs/ports/emulators/qemu/distinfo,v retrieving revision 1.33 diff -u -p -u -p -r1.33 distinfo --- distinfo29 Nov 2013 21:21:38 - 1.33 +++ distinfo25 Mar 2014 21:42:28 - @@ -1,2 +1,2 @@ -SHA256 (qemu-1.7.0.tar.bz2) = MfMzqF8tFMYFp3Z5kEqWaOrrG23H2lOhZlIw9GvCExQ= -SIZE (qemu-1.7.0.tar.bz2) = 12248954 +SHA256 (qemu-1.7.1.tar.bz2) = 1olCoAQiLuuuXRVs7vswj6vZjtsoLR3eSeyBC78BvvQ= +SIZE (qemu-1.7.1.tar.bz2) = 12246206 Index: patches/patch-configure === RCS file: /home/cvs/ports/emulators/qemu/patches/patch-configure,v retrieving revision 1.39 diff -u -p -u -p -r1.39 patch-configure --- patches/patch-configure 9 Mar 2014 22:50:17 - 1.39 +++ patches/patch-configure 25 Mar 2014 21:44:11 - @@ -1,6 +1,6 @@ $OpenBSD: patch-configure,v 1.39 2014/03/09 22:50:17 brad Exp $ configure.orig Wed Nov 27 17:15:55 2013 -+++ configure Sat Feb 1 23:04:03 2014 +--- configure.orig Tue Mar 25 10:01:10 2014 configure Tue Mar 25 17:44:02 2014 @@ -1290,9 +1290,9 @@ for flag in $gcc_flags; do fi done @@ -14,19 +14,7 @@ $OpenBSD: patch-configure,v 1.39 2014/03 fi # Workaround for http://gcc.gnu.org/PR55489. Happens with -fPIE/-fPIC and -@@ -1357,6 +1357,11 @@ EOF - pie=no - fi - fi -+ -+ if compile_prog -fno-pie -nopie; then -+CFLAGS_NOPIE=-fno-pie -+LDFLAGS_NOPIE=-nopie -+ fi - fi - - ## -@@ -3549,8 +3554,6 @@ fi +@@ -3554,8 +3554,6 @@ fi if test $gcov = yes ; then CFLAGS=-fprofile-arcs -ftest-coverage -g $CFLAGS LDFLAGS=-fprofile-arcs -ftest-coverage $LDFLAGS @@ -35,19 +23,3 @@ $OpenBSD: patch-configure,v 1.39 2014/03 fi -@@ -4288,6 +4291,7 @@ echo LD=$ld $config_host_mak - echo WINDRES=$windres $config_host_mak - echo LIBTOOL=$libtool $config_host_mak - echo CFLAGS=$CFLAGS $config_host_mak -+echo CFLAGS_NOPIE=$CFLAGS_NOPIE $config_host_mak - echo QEMU_CFLAGS=$QEMU_CFLAGS $config_host_mak - echo QEMU_INCLUDES=$QEMU_INCLUDES $config_host_mak - if test $sparse = yes ; then -@@ -4301,6 +4305,7 @@ else - echo AUTOCONF_HOST := $config_host_mak - fi - echo LDFLAGS=$LDFLAGS $config_host_mak -+echo LDFLAGS_NOPIE=$LDFLAGS_NOPIE $config_host_mak - echo LIBTOOLFLAGS=$LIBTOOLFLAGS $config_host_mak - echo LIBS+=$LIBS $config_host_mak - echo LIBS_TOOLS+=$libs_tools $config_host_mak Index: patches/patch-pc-bios_optionrom_Makefile === RCS file: patches/patch-pc-bios_optionrom_Makefile diff -N patches/patch-pc-bios_optionrom_Makefile --- patches/patch-pc-bios_optionrom_Makefile9 Mar 2014 22:50:17 - 1.3 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,20 +0,0 @@ -$OpenBSD: patch-pc-bios_optionrom_Makefile,v 1.3 2014/03/09 22:50:17 brad Exp $ pc-bios/optionrom/Makefile.origWed Nov 27 17:15:55 2013 -+++ pc-bios/optionrom/Makefile Sat Feb 1 23:05:11 2014 -@@ -12,6 +12,7 @@ $(call set-vpath, $(SRC_PATH)/pc-bios/optionrom) - CFLAGS := -Wall -Wstrict-prototypes -Werror -fomit-frame-pointer -fno-builtin - CFLAGS += -I$(SRC_PATH) - CFLAGS += $(call cc-option, $(CFLAGS), -fno-stack-protector) -+CFLAGS += $(CFLAGS_NOPIE) - QEMU_CFLAGS = $(CFLAGS) - - build-all: multiboot.bin linuxboot.bin kvmvapic.bin -@@ -20,7 +21,7 @@ build-all: multiboot.bin linuxboot.bin kvmvapic.bin - .SECONDARY: - - %.img: %.o -- $(call quiet-command,$(LD) -Ttext 0 -e _start -s -o $@ $, Building $(TARGET_DIR)$@) -+ $(call quiet-command,$(LD) $(LDFLAGS_NOPIE) -Ttext 0 -e _start -s -o $@ $, Building $(TARGET_DIR)$@) - - %.raw: %.img - $(call quiet-command,$(OBJCOPY) -O binary -j .text $ $@, Building $(TARGET_DIR)$@) -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: games/widelands
Hi, On Tue, Mar 11, 2014 at 12:08 AM, Anthony J. Bentley anth...@cathet.us wrote: Here is an update to widelands-0.17. Any interest in this update? Our current version is quite old, and this update adds nice features like a tutorial mode. Plus it means one fewer scons user in tree... -- Anthony J. Bentley