CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 00:24:20 Modified files: games/gbrainy : Makefile distinfo games/gbrainy/pkg: PLIST Removed files: games/gbrainy/patches: patch-src_Games_Logic_PuzzleExtraCircle_cs Log message: Update to gbrainy-1.63. - use the x11/gnome module - explicitely set some configure args ok kevlo@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/21 02:04:40 Added files: x11/e17/ecore/patches: patch-configure Log message: - this chunk seems to hide with every update...fix build when gnustep-gui is installed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2011/03/21 02:43:10 Removed files: productivity/sunbird/files: nsSound.cpp sunbird.desktop productivity/sunbird/patches: patch-config_autoconf_mk_in patch-configure_in patch-directory_c-sdk_configure_in patch-mailnews_mime_src_mimemsg_cpp patch-mozilla_accessible_src_atk_nsAppRootAccessible_cpp patch-mozilla_browser_app_application_ini patch-mozilla_browser_app_profile_firefox_js patch-mozilla_browser_components_certerror_content_aboutCertError_xhtml patch-mozilla_browser_components_nsBrowserGlue_js patch-mozilla_build_unix_mozilla_in patch-mozilla_build_unix_run-mozilla_sh patch-mozilla_config_autoconf_mk_in patch-mozilla_config_rules_mk patch-mozilla_configure_in patch-mozilla_content_media_video_src_nsAudioStream_cpp patch-mozilla_content_xslt_public_txDouble_h patch-mozilla_content_xslt_src_base_txDouble_cpp patch-mozilla_extensions_auth_nsAuthGSSAPI_cpp patch-mozilla_extensions_pref_system-pref_src_gconf_nsSystemPrefService_cpp patch-mozilla_extensions_spellcheck_hunspell_src_mozHunspell_cpp patch-mozilla_gfx_qcms_iccread_c patch-mozilla_gfx_qcms_qcmstypes_h patch-mozilla_gfx_src_psshared_nsCUPSShim_cpp patch-mozilla_gfx_src_psshared_nsCUPSShim_h patch-mozilla_gfx_src_psshared_nsPSPrinters_cpp patch-mozilla_gfx_src_psshared_nsPSPrinters_h patch-mozilla_gfx_src_thebes_Makefile_in patch-mozilla_js_src_configure_in patch-mozilla_js_src_jsgc_cpp patch-mozilla_js_src_jsnum_h patch-mozilla_js_src_jsscript_cpp patch-mozilla_js_src_nanojit_NativeSparc_cpp patch-mozilla_js_src_nanojit_Nativei386_cpp patch-mozilla_js_src_nanojit_avmplus_h patch-mozilla_js_src_xpconnect_shell_Makefile_in patch-mozilla_js_src_xpconnect_src_Makefile_in patch-mozilla_js_src_xpconnect_src_dom_quickstubs_cpp_diff patch-mozilla_layout_build_Makefile_in patch-mozilla_media_liboggplay_src_liboggplay_std_semaphore_h patch-mozilla_media_liboggz_include_oggz_oggz_off_t_generated_h patch-mozilla_media_libsydneyaudio_include_sydney_audio_h patch-mozilla_media_libsydneyaudio_src_Makefile_in patch-mozilla_modules_libpr0n_decoders_icon_gtk_nsIconChannel_cpp patch-mozilla_modules_plugin_base_src_nsPluginsDirUnix_cpp patch-mozilla_other-licenses_branding_firefox_pref_firefox-branding_js patch-mozilla_security_coreconf_OpenBSD_mk patch-mozilla_security_coreconf_UNIX_mk patch-mozilla_security_manager_pki_resources_content_exceptionDialog_js patch-mozilla_security_manager_ssl_src_Makefile_in patch-mozilla_security_manager_ssl_src_nsNSSComponent_cpp patch-mozilla_storage_src_mozStorageConnection_cpp patch-mozilla_toolkit_components_downloads_src_nsDownloadManager_cpp patch-mozilla_toolkit_crashreporter_client_crashreporter_linux_cpp patch-mozilla_toolkit_library_Makefile_in patch-mozilla_toolkit_xre_nsNativeAppSupportUnix_cpp
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2011/03/21 02:45:37 Modified files: www/mozilla-firefox: Makefile mail/mozilla-thunderbird: Makefile Log message: Add reminder comments for sunbird xulrunner.
rappel votre vidéoconférence va démarrer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/21 03:20:35 Modified files: net/samba : Makefile Removed files: net/samba/pkg : MESSAGE-main Log message: - remove workaround for old groff - remove MESSAGE-main referring to a config change, people upgrading have had plenty of time to adapt ok Ian McWilliam (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/21 03:21:51 Modified files: www/phpmyadmin : Makefile distinfo www/phpmyadmin/pkg: PLIST Log message: update phpMyAdmin to 3.3.10; bug fixes and minor security updates PMASA-2010-9 and PMASA-2010-10. ok kevlo@ jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/21 03:25:50 Modified files: www/phpmyadmin : Tag: OPENBSD_4_8 Makefile distinfo www/phpmyadmin/pkg: Tag: OPENBSD_4_8 PLIST Log message: MFC, req by jasper@ update phpMyAdmin to 3.3.10; bug fixes and minor security updates PMASA-2010-9 and PMASA-2010-10. ok kevlo@ jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/21 03:26:02 Modified files: www/phpmyadmin : Tag: OPENBSD_4_9 Makefile distinfo www/phpmyadmin/pkg: Tag: OPENBSD_4_9 PLIST Log message: MFC, req by jasper@ update phpMyAdmin to 3.3.10; bug fixes and minor security updates PMASA-2010-9 and PMASA-2010-10. ok kevlo@ jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 03:27:18 Modified files: mail/zarafa/zarafa: Makefile mail/zarafa/zarafa/pkg: README-main Log message: This step is not needed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 03:28:38 Modified files: mail/roundcubemail: Makefile mail/roundcubemail/files: roundcubemail.conf mail/roundcubemail/pkg: MESSAGE Log message: Since we already install a roundcubemail.conf file, we may as well use it to set the Alias line, instead of asking the user to do it manually. ok sthen@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/21 03:38:53 Modified files: infrastructure/mk: bsd.port.mk Log message: adjust the BUILD_DEPENDS for USE_GROFF to require 1.21; ok espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/21 03:40:04 Modified files: net/samba : Makefile Log message: bsd.port.mk now specifies groff 1.21, no need to force the version in BUILD_DEPENDS here. bump not needed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/21 03:46:31 Modified files: net/rtmpdump : Makefile Added files: net/rtmpdump/patches: patch-Makefile patch-librtmp_handshake_h patch-librtmp_librtmp_pc_in patch-librtmp_rtmp_c patch-librtmp_rtmp_sys_h patch-rtmpdump_c patch-rtmpsrv_c Log message: - handle newer rtmp servers; from upstream SVN via Nigel Taylor - fix the inclusion order of network headers (netinet/in.h before arpa/inet.h)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/21 04:47:28 Modified files: www/phpmyadmin : Tag: OPENBSD_4_8 Makefile Log message: fix DISTNAME; pointed out by Ian McWilliam, thanks.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/21 04:47:44 Modified files: www/phpmyadmin : Tag: OPENBSD_4_9 Makefile Log message: fix DISTNAME; pointed out by Ian McWilliam, thanks.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2011/03/21 05:27:46 Modified files: www/chromium : Makefile www/chromium/patches: patch-app_surface_transport_dib_openbsd_cc Added files: www/chromium/patches: patch-gfx_scoped_image_h Log message: sync with the freebsd transport dib code
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 06:36:18 Modified files: devel/mm-common: Makefile distinfo devel/mm-common/pkg: PLIST Log message: Update to mm-common-0.9.4. * fix pkgconfig file installation
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/21 06:54:17 Modified files: archivers/p7zip: Makefile distinfo archivers/p7zip/pkg: PLIST-main Log message: update to 9.20.1, from maintainer Josh Grosse
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 08:01:41 Modified files: mail/roundcubemail: Makefile mail/roundcubemail/files: roundcubemail.conf Log message: Use TINSTDIR instead of hardcoding /var/www/roundcubemail.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 08:13:02 Modified files: www/timetrex : Makefile Log message: Add a RUN_DEPENDS on php5-mysql *or* php5-pgsql.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 09:02:39 Modified files: x11/gnome/totem-pl-parser: Makefile distinfo Log message: Bugfix update to totem-pl-parser-2.32.4. * Fix getting past the last line of PLS files * Add content-type property when available
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: shadc...@cvs.openbsd.org2011/03/21 09:31:38 Modified files: russian: Makefile Removed files: russian/cyrproxy: Makefile distinfo russian/cyrproxy/patches: patch-Makefile patch-com_gw_c patch-cyrcoder_Makefile patch-cyrproxy_conf_tmpl patch-discover_Makefile patch-http_gw_c patch-policy_h patch-readconf_c russian/cyrproxy/pkg: DESCR PLIST Log message: Remove cyrproxy (old, unmaintained) ok jasper@, mikeb@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: shadc...@cvs.openbsd.org2011/03/21 09:35:39 Modified files: russian: Makefile Removed files: russian/xcyrillic: Makefile distinfo russian/xcyrillic/pkg: DESCR PLIST Log message: Remove xcyrillic (not need, xenocara has it) ok jasper@, mikeb@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 09:47:05 Modified files: mail/zarafa/zarafa: Makefile mail/zarafa/zarafa/pkg: UNMESSAGE-web Log message: This is not needed either.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 10:32:23 Modified files: x11/gnome/gvfs : Makefile distinfo Removed files: x11/gnome/gvfs/patches: patch-Makefile_in patch-configure Log message: Maintenance update to gvfs-1.6.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 11:04:59 Modified files: devel/py-gobject: Makefile distinfo Log message: Bugfix update to py-gobject-2.28.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2011/03/21 11:05:00 Modified files: www: Makefile Log message: Build ruby19 FLAVORs of ruby-rainbows and ruby-unicorn by default. OK landry@ a while back
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 11:06:23 Modified files: sysutils/bacula: Makefile sysutils/bacula/pkg: MESSAGE-main MESSAGE-server PLIST-main PLIST-server Added files: sysutils/bacula/pkg: bacula_dir.rc bacula_fd.rc bacula_sd.rc Removed files: sysutils/bacula/files: README-client.OpenBSD README-server.OpenBSD Log message: Add rc scripts and adapt documentation accordingly. maintainer timeout ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 12:01:09 Log message: Import webacula-5.0.3. Webacula, i.e. Web + Bacula is a web interface for the Bacula backup system. ok sthen@ robert@ Status: Vendor Tag: ajacoutot Release Tags: ajacoutot_20110321 N ports/www/webacula/distinfo N ports/www/webacula/Makefile N ports/www/webacula/pkg/DESCR N ports/www/webacula/pkg/README N ports/www/webacula/pkg/PLIST N ports/www/webacula/pkg/UNMESSAGE N ports/www/webacula/patches/patch-install_webacula_postgresql_create_database_sh N ports/www/webacula/patches/patch-install_webacula_sqlite_create_database_sh N ports/www/webacula/patches/patch-html_index_php N ports/www/webacula/patches/patch-application_config_ini N ports/www/webacula/files/webacula.conf N ports/www/webacula/files/webacula-chroot-bconsole.sh No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 12:01:58 Modified files: www: Makefile Log message: +webacula
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 12:11:28 Modified files: devel/glib2: Makefile distinfo Log message: Update to glib2-2.28.4. * translations and documentation updates
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 12:29:07 Modified files: lang/php : Makefile.inc lang/php/5.2 : Makefile lang/php/5.3 : Makefile www/php5/core : Makefile Log message: Add femail,-chroot as a RUN_DEPENDS for php*-core. It is super small and is nice to have around from the start. Idea from sthen@ ok robert@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2011/03/21 12:41:00 Modified files: x11/gtk+3 : Makefile distinfo x11/gtk+3/patches: patch-configure Log message: Update to gtk+3-3.0.4. * New style classes for 'inline' toolbars and sidebars have been added * Theming fixes and enhancement in many widgets, including GtkRange, GtkFileChooser, GtkNotebook, GtkTreeview and GtkRadioButton * Bugs fixed: 640692 GtkNotebook has wrong background colour when border and tabs... 642712 improve the file chooser design 644836 gdk_keyval_to_unicode returns incorrect value for keyval = Return 644975 styleproperties: make sure to merge the font descriptions right 644976 Fix backspace, enter, escape input. 645057 ./configure fails on gtk+3.0 git head 645134 switch: fix boundaries for the switch motion 645172 radiobutton: don't forget to set the insensitive state when... 645234 Leaky calls to gdk_device_manager_list_devices() 645235 Free the motion hint infos in GdkDisplay 645405 themingengine: don't hardcode white to draw insensitive... 635254 Check whether a resolution is set in GtkPrintSettings before... * Translation updates
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/21 13:48:59 Modified files: geo/libchamplain: Makefile.inc geo/libchamplain/core: distinfo geo/libchamplain/core/pkg: PLIST Log message: - update libchamplain to 0.8.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2011/03/21 13:50:18 Modified files: lang/php/5.2 : Makefile lang/php/5.2/patches: patch-aclocal_m4 lang/php/5.3 : Makefile lang/php/5.3/patches: patch-aclocal_m4 www/php5/core : Makefile www/php5/patches: patch-aclocal_m4 Added files: lang/php/5.2/patches: patch-ext_openssl_config0_m4 lang/php/5.3/patches: patch-ext_openssl_config0_m4 www/php5/patches: patch-ext_openssl_config0_m4 Log message: - fix the autoconf bits for openssl's pkg-config files as well as a fix for one of the autoconf tests which assumes libssl is linked with libcrypto. from brad ok robert@ (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: shadc...@cvs.openbsd.org2011/03/21 13:55:02 Modified files: russian/xruskb : Makefile distinfo russian/xruskb/pkg: PLIST Log message: update to 1.15.4 - fix MASTER_SITES ok sthen@ naddy@ jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: si...@cvs.openbsd.org 2011/03/21 13:58:28 Modified files: databases/redis: Makefile distinfo databases/redis/pkg: PLIST Added files: databases/redis/patches: patch-src_Makefile patch-src_ae_c patch-src_debug_c patch-src_rdb_c patch-src_redis-check-dump_c patch-src_redis_c Removed files: databases/redis/patches: patch-Makefile patch-ae_c patch-redis_c Log message: update to version 2.2.2 with tweaks from dcoppa@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: shadc...@cvs.openbsd.org2011/03/21 14:02:41 Modified files: russian/d1489 : Makefile distinfo russian/d1489/patches: patch-todos_c Removed files: russian/d1489/patches: patch-Makefile Log message: update to 1.5.1 - fix MASTER_SITES ok sthen@ naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2011/03/21 15:39:45 Modified files: lang/php/5.3 : Makefile lang/php/5.3/pkg: PLIST-main Log message: do not conflict with the -fastcgi subpackage
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: si...@cvs.openbsd.org 2011/03/21 15:50:24 Modified files: www/p5-Mojo: Makefile distinfo Log message: bug fix update to version 1.15 ok landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: si...@cvs.openbsd.org 2011/03/21 16:46:10 Log message: import p5-Test-Fatal Status: Vendor Tag: simon Release Tags: simon_2011-03-21 N ports/devel/p5-Test-Fatal/Makefile N ports/devel/p5-Test-Fatal/distinfo N ports/devel/p5-Test-Fatal/pkg/PLIST N ports/devel/p5-Test-Fatal/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: si...@cvs.openbsd.org 2011/03/21 16:46:16 Modified files: devel : Makefile Log message: add p5-Test-Fatal
[new] net/p5-Net-NBName
Hello. Here is a port that I made some time ago it incorporates feedback from Giovanni Bechis. -current mandoc renders all man pages fine. pkg/DESCR: Net::NBName is a class that allows you to perform simple NetBIOS Name Service Requests in your Perl code. It performs these NetBIOS operations over TCP/IP using Perl's built-in socket support. Currently two NBNS requests are implemented: the node status request and the name query request. p5-Net-NBName.tar.gz Description: application/tar-gz
Re: gnu.port.mk sysconfdir handling
On Sun, Mar 20, 2011 at 08:36:35PM -0400, Brad wrote: It will solve things, but we have to design/document SYSCONFDIR completely. I vote for it to be readonly and not changed by users anywhere... There might be need for a port-dependent config dir that would be derived from SYSCONFDIR. How to name it ? It would make more sense to have a variable name such as CONFDIR and set it to /etc which is then readonly. Allow SYSCONFDIR to be overridden as it is now for ports that want the config files in a subdir of CONFDIR. CONFDIR= /etc SYSCONFDIR?= ${CONFDIR} .e.g. for net/powerdns SYSCONFDIR= ${CONFDIR}/pdns Since you want --sysconfdir passed to autoconf anyway and it already is. This makes it simpler and cleaner. Yes, I think this is the most reasonable approach. Anyone disagree with those names ?
Re: gnu.port.mk sysconfdir handling
On 2011/03/21 11:30, Marc Espie wrote: On Sun, Mar 20, 2011 at 08:36:35PM -0400, Brad wrote: It will solve things, but we have to design/document SYSCONFDIR completely. I vote for it to be readonly and not changed by users anywhere... There might be need for a port-dependent config dir that would be derived from SYSCONFDIR. How to name it ? It would make more sense to have a variable name such as CONFDIR and set it to /etc which is then readonly. Allow SYSCONFDIR to be overridden as it is now for ports that want the config files in a subdir of CONFDIR. CONFDIR= /etc SYSCONFDIR?= ${CONFDIR} .e.g. for net/powerdns SYSCONFDIR= ${CONFDIR}/pdns Since you want --sysconfdir passed to autoconf anyway and it already is. This makes it simpler and cleaner. Yes, I think this is the most reasonable approach. Anyone disagree with those names ? I agree, this is a much cleaner method than my first attempt and these names are fine with me.
call for testing: firefox 4.0rc2
On Sat, Feb 26, 2011 at 02:51:24PM +0100, Landry Breuil wrote: On Sun, Feb 13, 2011 at 12:15:26PM +0100, Landry Breuil wrote: On Tue, Feb 01, 2011 at 10:57:53PM +0100, Landry Breuil wrote: On Sun, Jan 16, 2011 at 12:47:26AM +0100, Landry Breuil wrote: On Sat, Dec 18, 2010 at 06:14:36PM +0100, Landry Breuil wrote: Hi, snip Please test in various use cases. If it crashes where 3.6 didn't crash before, build it with debug FLAVOR and try to report a useful trace _upstream_ (as in http://bugzilla.mozilla.org, i wont handle everything) get the port in my git repo (you'll need a -current portstree ofc, and probably bumped ulimit -d if building as user) : cd /usr/ports/mystuff/www/ git clone -b firefox-4 http://rhaalovely.net/git/mozilla-firefox/ cd mozilla-firefox make install clean git repo is now at ffx 4.0b9, released two days ago : http://www.mozilla.com/en-US/firefox/4.0b9/releasenotes/ Oh, btw there's been rc1, and here's rc2. http://www.mozilla.com/en-US/firefox/4.0rc2/releasenotes/ or try those packages (built against somewhat -current, don't come crying if it doesn't install on your box due to dependencies not matching) : Packages: http://rhaalovely.net/stuff/i386/mozilla-firefox-4.0rc2.tgz http://rhaalovely.net/stuff/amd64/mozilla-firefox-4.0rc2.tgz Note that bundled firefox sync is supposed to work, i tried it slightly and it sometimes choked. I have patchsets to make it build on sparc64, but it won't work, and the issues are deep in typing system. I'm afraid sparc64 will have to be taken out of the working archs for a while.. we're working on the fixes with opensolaris/debian/other bsds maintainers. 4.0 final is scheduled for tomorrow. Landry
Re: gnu.port.mk sysconfdir handling
On Mon, 21 Mar 2011, Marc Espie wrote: On Sun, Mar 20, 2011 at 08:36:35PM -0400, Brad wrote: It will solve things, but we have to design/document SYSCONFDIR completely. I vote for it to be readonly and not changed by users anywhere... There might be need for a port-dependent config dir that would be derived from SYSCONFDIR. How to name it ? It would make more sense to have a variable name such as CONFDIR and set it to /etc which is then readonly. Allow SYSCONFDIR to be overridden as it is now for ports that want the config files in a subdir of CONFDIR. CONFDIR= /etc SYSCONFDIR?= ${CONFDIR} .e.g. for net/powerdns SYSCONFDIR= ${CONFDIR}/pdns Since you want --sysconfdir passed to autoconf anyway and it already is. This makes it simpler and cleaner. Yes, I think this is the most reasonable approach. Anyone disagree with those names ? Not really. The only thing that I can say is that I've seen some software using CONFDIR in their Makefiles that would point to something like /etc/prognam/ . I have no idea whether that is a problem or not. What I'm trying to say is that CONFDIR may be a bit too 'generic'. -- Antoine
Re: gnu.port.mk sysconfdir handling
On Mon, Mar 21, 2011 at 12:02:21PM +0100, Antoine Jacoutot wrote: On Mon, 21 Mar 2011, Marc Espie wrote: On Sun, Mar 20, 2011 at 08:36:35PM -0400, Brad wrote: It will solve things, but we have to design/document SYSCONFDIR completely. I vote for it to be readonly and not changed by users anywhere... There might be need for a port-dependent config dir that would be derived from SYSCONFDIR. How to name it ? It would make more sense to have a variable name such as CONFDIR and set it to /etc which is then readonly. Allow SYSCONFDIR to be overridden as it is now for ports that want the config files in a subdir of CONFDIR. CONFDIR= /etc SYSCONFDIR?= ${CONFDIR} .e.g. for net/powerdns SYSCONFDIR= ${CONFDIR}/pdns Since you want --sysconfdir passed to autoconf anyway and it already is. This makes it simpler and cleaner. Yes, I think this is the most reasonable approach. Anyone disagree with those names ? Not really. The only thing that I can say is that I've seen some software using CONFDIR in their Makefiles that would point to something like /etc/prognam/ . I have no idea whether that is a problem or not. What I'm trying to say is that CONFDIR may be a bit too 'generic'. BASESYSCONFDIR ?
Re: gnu.port.mk sysconfdir handling
On Mon, 21 Mar 2011, Marc Espie wrote: On Mon, Mar 21, 2011 at 12:02:21PM +0100, Antoine Jacoutot wrote: On Mon, 21 Mar 2011, Marc Espie wrote: On Sun, Mar 20, 2011 at 08:36:35PM -0400, Brad wrote: It will solve things, but we have to design/document SYSCONFDIR completely. I vote for it to be readonly and not changed by users anywhere... There might be need for a port-dependent config dir that would be derived from SYSCONFDIR. How to name it ? It would make more sense to have a variable name such as CONFDIR and set it to /etc which is then readonly. Allow SYSCONFDIR to be overridden as it is now for ports that want the config files in a subdir of CONFDIR. CONFDIR= /etc SYSCONFDIR?= ${CONFDIR} .e.g. for net/powerdns SYSCONFDIR= ${CONFDIR}/pdns Since you want --sysconfdir passed to autoconf anyway and it already is. This makes it simpler and cleaner. Yes, I think this is the most reasonable approach. Anyone disagree with those names ? Not really. The only thing that I can say is that I've seen some software using CONFDIR in their Makefiles that would point to something like /etc/prognam/ . I have no idea whether that is a problem or not. What I'm trying to say is that CONFDIR may be a bit too 'generic'. BASESYSCONFDIR ? Sure :) -- Antoine
Re: re emacs23 update
On Wed, Mar 16, 2011 at 1:21 PM, Manuel Giraud manuel.gir...@univ-nantes.fr wrote: Another round. Tested on i386 GENERIC.MP and emacs --batch -f byte-compile-file: ok. What's about this? Can it be committed? cheers, david
UPDATE: games/jbrickshooter
i need help with testing an update for games/jbrickshooter (i've headless openbsd machine). does it work you, guys? thanks, alek Index: Makefile === RCS file: /cvs/ports/games/jbrickshooter/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile13 Jan 2011 22:35:52 - 1.5 +++ Makefile15 Mar 2011 12:09:26 - @@ -2,10 +2,10 @@ COMMENT = brick shooter reflexion game -V= 1.5.1 +V= 1.5.3 DISTNAME= JBrickShooter_v${V} PKGNAME= jbrickshooter-${V} -REVISION= 0 +REVISION= CATEGORIES=games java EXTRACT_SUFX= .zip Index: distinfo === RCS file: /cvs/ports/games/jbrickshooter/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo9 Nov 2010 20:26:16 - 1.3 +++ distinfo15 Mar 2011 12:09:26 - @@ -1,5 +1,5 @@ -MD5 (JBrickShooter_v1.5.1.zip) = wwuzONpSxfPfCzUrQFfz+w== -RMD160 (JBrickShooter_v1.5.1.zip) = Nf4+kjgRK6z80DZpukNoWJ0PUNw= -SHA1 (JBrickShooter_v1.5.1.zip) = rLsr598zUu78D2asJ/dT+w8KoNs= -SHA256 (JBrickShooter_v1.5.1.zip) = fMuI9Wb3tapCskzBqdQu/vnQqr2D9MwZSxFjnqcNcQA= -SIZE (JBrickShooter_v1.5.1.zip) = 112841 +MD5 (JBrickShooter_v1.5.3.zip) = Cwbu3LjILU9U5Ke6OJemiA== +RMD160 (JBrickShooter_v1.5.3.zip) = e9kp14c3qxIeOEUfX0xRjRMNmrs= +SHA1 (JBrickShooter_v1.5.3.zip) = SO1xCnK7Nw8Au7bMnm2/SSWUM50= +SHA256 (JBrickShooter_v1.5.3.zip) = I5RDyhIXJdjTVtADoNbd6yi0q7hWMgfEoPxOh11EfdU= +SIZE (JBrickShooter_v1.5.3.zip) = 113362
Re: re emacs23 update
On Mon, Mar 21, 2011 at 11:36:17AM +0100, David Coppa wrote: On Wed, Mar 16, 2011 at 1:21 PM, Manuel Giraud manuel.gir...@univ-nantes.fr wrote: Another round. Tested on i386 GENERIC.MP and emacs --batch -f byte-compile-file: ok. What's about this? Can it be committed? I've been using the version prior to the diff, athena flavor on MP. No problems seen so far. -- Christiano Farina HAESBAERT Do NOT send me html mail.
Re: call for testing: firefox 4.0rc2
On Mon, 21 Mar 2011 11:58:35 +0100 Landry Breuil lan...@rhaalovely.net wrote: Oh, btw there's been rc1, and here's rc2. Works fine for me on amd64. Been running rc2 since yesterday and rc1 before that.
Re: re emacs23 update
David Coppa dco...@gmail.com writes: On Wed, Mar 16, 2011 at 1:21 PM, Manuel Giraud manuel.gir...@univ-nantes.fr wrote: Another round. Tested on i386 GENERIC.MP and emacs --batch -f byte-compile-file: ok. What's about this? Can it be committed? I didn't have report on other arch of this last version with Mike Belopuhov patch. -- Manuel Giraud
Re: call for testing: firefox 4.0rc2
Too much library problems. I tried to install rc2 yesterday. We have to wait for upgraded packages. I know you guys doing a lot of upgrades and testing various things out (groff, rc_scripts, wprintf's etc). Hope it comes out this week. Thanks On Mon, Mar 21, 2011 at 5:58 AM, Landry Breuil lan...@rhaalovely.net wrote: On Sat, Feb 26, 2011 at 02:51:24PM +0100, Landry Breuil wrote: On Sun, Feb 13, 2011 at 12:15:26PM +0100, Landry Breuil wrote: On Tue, Feb 01, 2011 at 10:57:53PM +0100, Landry Breuil wrote: On Sun, Jan 16, 2011 at 12:47:26AM +0100, Landry Breuil wrote: On Sat, Dec 18, 2010 at 06:14:36PM +0100, Landry Breuil wrote: Hi, snip Please test in various use cases. If it crashes where 3.6 didn't crash before, build it with debug FLAVOR and try to report a useful trace _upstream_ (as in http://bugzilla.mozilla.org, i wont handle everything) get the port in my git repo (you'll need a -current portstree ofc, and probably bumped ulimit -d if building as user) : cd /usr/ports/mystuff/www/ git clone -b firefox-4 http://rhaalovely.net/git/mozilla-firefox/ cd mozilla-firefox make install clean git repo is now at ffx 4.0b9, released two days ago : http://www.mozilla.com/en-US/firefox/4.0b9/releasenotes/ Oh, btw there's been rc1, and here's rc2. http://www.mozilla.com/en-US/firefox/4.0rc2/releasenotes/ or try those packages (built against somewhat -current, don't come crying if it doesn't install on your box due to dependencies not matching) : Packages: http://rhaalovely.net/stuff/i386/mozilla-firefox-4.0rc2.tgz http://rhaalovely.net/stuff/amd64/mozilla-firefox-4.0rc2.tgz Note that bundled firefox sync is supposed to work, i tried it slightly and it sometimes choked. I have patchsets to make it build on sparc64, but it won't work, and the issues are deep in typing system. I'm afraid sparc64 will have to be taken out of the working archs for a while.. we're working on the fixes with opensolaris/debian/other bsds maintainers. 4.0 final is scheduled for tomorrow. Landry
Re: call for testing: firefox 4.0rc2
On Mon, 21 Mar 2011, 08:48:19 EDT, Amit Kulkarni amitk...@gmail.com wrote: Too much library problems. I tried to install rc2 yesterday. We have to wait for upgraded packages. I know you guys doing a lot of upgrades and testing various things out (groff, rc_scripts, wprintf's etc). Hope it comes out this week. You're expected to be able to build the dependencies from ports. FF4 will probably be in the tree before new packages are up. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: call for testing: firefox 4.0rc2
On 2011/03/21 07:48, Amit Kulkarni wrote: Too much library problems. I tried to install rc2 yesterday. We have to wait for upgraded packages. i386 packages are likely to be new enough already; new amd64 packages are on the way out now.
Re: call for testing: firefox 4.0rc2
Thanks guys, and I am on amd64 as you guessed correctly. On Mon, Mar 21, 2011 at 9:40 AM, Stuart Henderson s...@spacehopper.org wrote: On 2011/03/21 07:48, Amit Kulkarni wrote: Too much library problems. I tried to install rc2 yesterday. We have to wait for upgraded packages. i386 packages are likely to be new enough already; new amd64 packages are on the way out now.
Re: UPDATE: russian/d1489
Alexandr Shadchin alexandr.shadc...@gmail.com wrote: This update package d1489 to the latest release 1.5.1. Fix MASTER_SITES and update. Tested on i386 and amd64. I'd just override the relevant stuff with MAKE_FLAGS= LOCAL_CFLAGS=-DHAVE_MKSTEMP LOCAL_LDFLAGS= and wouldn't bother with patch-Makefile. PREFIX appears only in the install target, which we don't use anyway. -- Christian naddy Weisgerber na...@mips.inka.de
UPDATE: russian/xruskb
Hi! This update package xruskb to the latest release 1.15.4. Fix MASTER_SITES and update. Tested on amd64. Comments ? OK ? -- Alexandr Shadchin Index: Makefile === RCS file: /cvs/ports/russian/xruskb/Makefile,v retrieving revision 1.44 diff -u -p -r1.44 Makefile --- Makefile24 Oct 2010 21:33:55 - 1.44 +++ Makefile21 Mar 2011 16:34:12 - @@ -2,10 +2,9 @@ COMMENT= english-russian keyboard switcher for X11 -DISTNAME= xruskb-1.15.3 -REVISION= 3 +DISTNAME= xruskb-1.15.4 CATEGORIES=russian x11 -MASTER_SITES= ftp://ftp.yars.free.net/unix/X11/ +MASTER_SITES= ftp://ftp.yars.free.net/pub/source/xruskb/ # GPLv2 PERMIT_PACKAGE_CDROM= Yes @@ -23,11 +22,9 @@ FLAVOR?= .if ${FLAVOR:L:Mmotif} || ${FLAVOR:L:Mlesstif} USE_MOTIF= any -CONFIGURE_ARGS=--with-motif --without-Xaw -MAKE_FLAGS=TOOLKIT_LIBS=${MOTIFLIB} -lm -WANTLIB+= m +CONFIGURE_ARGS=--with-toolkit=motif .else -CONFIGURE_ARGS=--without-motif --with-Xaw +CONFIGURE_ARGS=--with-toolkit=xaw WANTLIB+= Xaw .endif Index: distinfo === RCS file: /cvs/ports/russian/xruskb/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo5 Apr 2007 17:26:06 - 1.4 +++ distinfo21 Mar 2011 16:34:12 - @@ -1,5 +1,5 @@ -MD5 (xruskb-1.15.3.tar.gz) = F9Z7/iyt9Yizs+l+V5HQXQ== -RMD160 (xruskb-1.15.3.tar.gz) = k8PVtLW1MIk1Ba4/C6X61JOY8p8= -SHA1 (xruskb-1.15.3.tar.gz) = qJFrY8TUu/rLfapR1MXGqB/FbV4= -SHA256 (xruskb-1.15.3.tar.gz) = zn5JqrQfYXYgZpPzqkU93utTaWWvpdlUIVGq7iEX15c= -SIZE (xruskb-1.15.3.tar.gz) = 184083 +MD5 (xruskb-1.15.4.tar.gz) = N5c+lx0MhAvhkms7o+IA4g== +RMD160 (xruskb-1.15.4.tar.gz) = fazspQt2Sg2f2IRJk8dJTybKUC4= +SHA1 (xruskb-1.15.4.tar.gz) = 01qV4FNsJnhqNg8OXRgMogmbp1Y= +SHA256 (xruskb-1.15.4.tar.gz) = eD0feM3Kg5ugHAyoI2foEOK4vvrAsRsrIgvCnxcZNsk= +SIZE (xruskb-1.15.4.tar.gz) = 196209 Index: pkg/PLIST === RCS file: /cvs/ports/russian/xruskb/pkg/PLIST,v retrieving revision 1.11 diff -u -p -r1.11 PLIST --- pkg/PLIST 31 Jan 2009 21:48:31 - 1.11 +++ pkg/PLIST 21 Mar 2011 16:34:12 - @@ -13,7 +13,6 @@ share/xruskb/DocumentY.xpm share/xruskb/Xrus.ad @sample /etc/X11/app-defaults/Xrus share/xruskb/Xrus.wmaker -share/xruskb/fr.xmm share/xruskb/hebrew-iso8.xmm share/xruskb/hebrew.xmm share/xruskb/jcuken-cp1251.xmm @@ -49,3 +48,5 @@ share/xruskb/yawerty-deru-iso5.xmm share/xruskb/yawerty-deru-koi8.xmm share/xruskb/yawerty-iso5.xmm share/xruskb/yawerty-koi8.xmm +share/xruskb/yawerty-ua-koi8.xmm +share/xruskb/yawerty-ua.xmm
[PATCH] Unbreak ark
Hi, - make LZW archives work (list/view file/extract) - make gzip archives work (view file/extract) - modify bzip and bzip2 codes similarly for the sake of uniformity - bump package and add automake to silence a warning during build adding into archive or deleting file inside archive doesn't work. I think it is not worth the trouble. Deleting isn't working because ark calls tar with --delete that OpenBSD doesn't support at all (ark/tar.cpp:682). -- Antti Harri diff --git x11/kde/utils3/Makefile x11/kde/utils3/Makefile index 59e9537..103046f 100644 --- x11/kde/utils3/Makefile +++ x11/kde/utils3/Makefile @@ -13,6 +13,8 @@ SHARED_LIBS +=ksimcore 2.0 # .1.0 MODULES = x11/kde devel/gettext +CONFIGURE_STYLE = autoconf automake + RUN_DEPENDS += devel/desktop-file-utils LIB_DEPENDS = x11/kde/libs3 \ net/net-snmp \ @@ -24,7 +26,7 @@ LIB_DEPENDS = x11/kde/libs3 \ SEPARATE_BUILD = flavored -REVISION = 7 +REVISION = 8 WANTLIB = ICE SM X11 Xau Xdmcp Xext Xi Xrender Xss Xtst art_lgpl_2 c crypto \ fam gdk glib gmodule gmp gtk idn jpeg kvm lib/kde3/DCOP lib/kde3/kabc \ lib/kde3/kdecore=6 lib/kde3/kdefx lib/kde3/kdeprint lib/kde3/kdesu \ diff --git x11/kde/utils3/patches/patch-ark_compressedfile_cpp x11/kde/utils3/patches/patch-ark_compressedfile_cpp new file mode 100644 index 000..8c2982b --- /dev/null +++ x11/kde/utils3/patches/patch-ark_compressedfile_cpp @@ -0,0 +1,47 @@ +$OpenBSD$ +--- ark/compressedfile.cpp.origWed Feb 13 11:38:15 2008 ark/compressedfile.cpp Mon Mar 21 13:01:55 2011 +@@ -108,19 +108,19 @@ void CompressedFile::initData() + + if ( mimeType == application/x-gzip ) + { +-m_unarchiver_program = gunzip; ++m_unarchiver_program = gzip; + m_archiver_program = gzip; + m_defaultExtensions .gz -gz .z -z _z .Z; + } + if ( mimeType == application/x-bzip ) + { +-m_unarchiver_program = bunzip; ++m_unarchiver_program = bzip; + m_archiver_program = bzip; + m_defaultExtensions .bz; + } + if ( mimeType == application/x-bzip2 ) + { +-m_unarchiver_program = bunzip2; ++m_unarchiver_program = bzip2; + m_archiver_program = bzip2; + m_defaultExtensions .bz2 .bz; + } +@@ -131,7 +131,7 @@ void CompressedFile::initData() + } + if ( mimeType == application/x-compress ) + { +-m_unarchiver_program = KGlobal::dirs()-findExe( uncompress ).isNull()? gunzip : uncompress; ++m_unarchiver_program = KGlobal::dirs()-findExe( compress ).isNull()? gzip : compress; + m_archiver_program = compress; + m_defaultExtensions = .Z; + } +@@ -174,10 +174,9 @@ void CompressedFile::open() + + KProcess *kp = m_currentProcess = new KProcess; + kp-clearArguments(); +- *kp m_unarchiver_program -f ; ++ *kp m_unarchiver_program -f -d; + if ( m_unarchiver_program == lzop) + { +-*kp -d; + // lzop hack, see comment in tar.cpp createTmp() + kp-setUsePty( KProcess::Stdin, false ); + } diff --git x11/kde/utils3/patches/patch-ark_tar_cpp x11/kde/utils3/patches/patch-ark_tar_cpp index 18ea2cb..305af61 100644 --- x11/kde/utils3/patches/patch-ark_tar_cpp +++ x11/kde/utils3/patches/patch-ark_tar_cpp @@ -1,6 +1,6 @@ $OpenBSD: ports/x11/kde/utils3/patches/patch-ark_tar_cpp,v 1.1 2007/02/02 12:09:36 espie Exp $ ark/tar.cpp.orig Mon May 22 20:08:38 2006 -+++ ark/tar.cppFri Feb 2 02:12:52 2007 +--- ark/tar.cpp.orig Mon May 22 21:08:38 2006 ark/tar.cppMon Mar 21 02:23:41 2011 @@ -50,6 +50,7 @@ // Qt includes @@ -9,6 +9,23 @@ $OpenBSD: ports/x11/kde/utils3/patches/patch-ark_tar_cpp,v 1.1 2007/02/02 12:09: #include qregexp.h #include qeventloop.h +@@ -218,13 +219,13 @@ QString TarArch::getCompressor() + QString TarArch::getUnCompressor() + { + if ( m_fileMimeType == application/x-tarz ) +-return QString( uncompress ); ++return QString( compress ); + + if ( m_fileMimeType == application/x-tgz ) +-return QString( gunzip ); ++return QString( gzip ); + + if ( m_fileMimeType == application/x-tbz ) +-return QString( bunzip2 ); ++return QString( bzip2 ); + + if( m_fileMimeType == application/x-tzo ) + return QString( lzop ); @@ -247,13 +248,17 @@ TarArch::open() // tar archive are plain or start with ./ KProcess *kp = m_currentProcess = new KProcess; @@ -30,6 +47,15 @@ $OpenBSD: ports/x11/kde/utils3/patches/patch-ark_tar_cpp,v 1.1 2007/02/02 12:09: *kp -tvf m_filename; m_buffer = ; +@@ -361,7 +366,7 @@ void TarArch::createTmp() + QString strUncompressor = getUnCompressor(); + // at least lzop doesn't want to pipe zerosize/nonexistent files + QFile originalFile( m_filename ); +-if ( strUncompressor != gunzip strUncompressor !=bunzip2 ++if
Re: fvwm-devel (2.5.x)
On Fri Mar 18, 2011 at 09:17:23PM +0500, Alexandr Shadchin wrote: I prepared diff update x11/fvwm2 to 2.5.31 (on request and test mikeb@) current x11/fvwm2 - 2.4.20 (stable branch) last version fvwm2 - 2.5.31 (unstable branch) mikeb@ work with 2.5, no regression found. What should I do? Update current port, or separate port(fvwm2-devel)? I don't think that any work with stable branch. In my opinion, separate port like fvwm2-devel is the best choice but perhaps, a port like mutt with subdirs stable and snapshot (for fvmw unsable) is also good. (diff update current port attached) Many many thanks Rafael -- http://www.sizeofvoid.org - raf...@sizeofvoid.org XMPP: z...@jabber.ccc.de Key fingerprint: BDDD 91E9 28CB 3A52 3E99 61B0 C359 2691 BAC6 A3B1
Re: New: www/mongrel2 1.5
On Mon, Mar 21, 2011 at 11:28:25AM -0700, Jeremy Evans wrote: On 03/14 01:32, Jeremy Evans wrote: Mongrel2 is an application, language, and network architecture agnostic web server that focuses on web applications using modern browser technologies. Here's an update that simplifies the zeromq port so it doesn't have to use autoconf, and uses LIB_DEPENDS instead of BUILD/RUN_DEPENDS for mongrel2, per landry@'s suggestions. Tested on amd64. Looking for OKs. ok for me.. make sure that benoitc still wants to be maintainer for zeromq. Landry
Re: UPDATE: games/jbrickshooter
On Mon, Mar 21, 2011 at 12:55:11PM +0100, Aleksander Piotrowski wrote: i need help with testing an update for games/jbrickshooter (i've headless openbsd machine). does it work you, guys? it failed to resume an existing game: Exception in thread AWT-EventQueue-0 java.lang.IllegalArgumentException: n must be positive at java.util.Random.nextInt(Random.java:294) at d.a.a(Unknown Source) at c.a.init(Unknown Source) at c.b.a(Unknown Source) at c.j.mouseClicked(Unknown Source) at java.awt.Component.processMouseEvent(Component.java:6440) at javax.swing.JComponent.processMouseEvent(JComponent.java:3321) etc etc Starting new game works fine, and resuming that game is ok too. Ok for the update, but no need to unset REVISION. Landry
qemu-old .. relevent or not?
I've gotten one request to decommission qemu-old. It surprised me, as I thought there were still issues with qemu/ even with the semi recent thread fix as well as performance differences. Does anybody have objection to retiring qemu-old to the attic or ? I'd rather not do this prematurely but if the time has come, this is the right time of release cycle to do it. Thanks, -- Todd Fries .. t...@fries.net _ | \ 1.636.410.0632 (voice) | Free Daemon Consulting, LLC \ 1.405.227.9094 (voice) | http://FreeDaemonConsulting.com \ 1.866.792.3418 (FAX) | 2525 NW Expy #525, Oklahoma City, OK 73112 \ sip:freedae...@ekiga.net | ..in support of free software solutions. \ sip:4052279...@ekiga.net \\ 37E7 D3EB 74D0 8D66 A68D B866 0326 204E 3F42 004A http://todd.fries.net/pgp.txt
Re: qemu-old .. relevent or not?
I've gotten one request to decommission qemu-old. It surprised me, as I thought there were still issues with qemu/ even with the semi recent thread fix as well as performance differences. Does anybody have objection to retiring qemu-old to the attic or ? I'd rather not do this prematurely but if the time has come, this is the right time of release cycle to do it. I'm probably less educated about the functionality of newer qemu than I should be, but I still use the old version from ports (along with kqemu) to host Plan 9 on various systems. My understanding is that moving to the newer version(s) of qemu would introduce a performance hit, since kqemu is deprecated and whatever newer, fancier kernel integration has been introduced is not yet supported on OpenBSD. Is this wildly off-base? -sl
Re: qemu-old .. relevent or not?
* Todd T. Fries t...@fries.net [2011-03-21 22:01]: Does anybody have objection to retiring qemu-old to the attic or ? yes, I object for the time being. the laptops where i use(d) qemu most are stuck in tokyo, hadn't had a chance to try the recently updated 0.14 yet and due to this situation it'll be a bit, but the previous 0.13.something was oh so much worse than 0.9.x. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting
Re: qemu-old .. relevent or not?
I withdraw any thoughts of removing qemu-old anytime soon based on feedback. Henning confirms performance gains for keeping it. And we have a reminder that while kqemu is not recommended, it is only usable on qemu-old. Penned by Todd T. Fries on 20110321 15:58.35, we have: | I've gotten one request to decommission qemu-old. It surprised me, | as I thought there were still issues with qemu/ even with the semi recent | thread fix as well as performance differences. | | Does anybody have objection to retiring qemu-old to the attic or ? | | I'd rather not do this prematurely but if the time has come, this is the | right time of release cycle to do it. | | Thanks, | -- | Todd Fries .. t...@fries.net | | _ | | \ 1.636.410.0632 (voice) | | Free Daemon Consulting, LLC \ 1.405.227.9094 (voice) | | http://FreeDaemonConsulting.com \ 1.866.792.3418 (FAX) | | 2525 NW Expy #525, Oklahoma City, OK 73112 \ sip:freedae...@ekiga.net | | ..in support of free software solutions. \ sip:4052279...@ekiga.net | \\ | | 37E7 D3EB 74D0 8D66 A68D B866 0326 204E 3F42 004A | http://todd.fries.net/pgp.txt -- Todd Fries .. t...@fries.net _ | \ 1.636.410.0632 (voice) | Free Daemon Consulting, LLC \ 1.405.227.9094 (voice) | http://FreeDaemonConsulting.com \ 1.866.792.3418 (FAX) | 2525 NW Expy #525, Oklahoma City, OK 73112 \ sip:freedae...@ekiga.net | ..in support of free software solutions. \ sip:4052279...@ekiga.net \\ 37E7 D3EB 74D0 8D66 A68D B866 0326 204E 3F42 004A http://todd.fries.net/pgp.txt
Re: re emacs23 update
On Wed, Mar 16, 2011 at 1:21 PM, Manuel Giraud manuel.gir...@univ-nantes.fr wrote: I've (not so heavily) tested it on my sparc64 box. The gtk+2 flavor builds and packages fine. It also seemed to work without particular problems in all my test cases... Another round. Tested on i386 GENERIC.MP and emacs --batch -f byte-compile-file: ok. This works well too. And also Tetris, Snake and Pong ;) ;) cheers, David
Re: qemu-old .. relevent or not?
On 21/03/11 5:59 PM, Henning Brauer wrote: * Todd T. Friest...@fries.net [2011-03-21 22:01]: Does anybody have objection to retiring qemu-old to the attic or ? yes, I object for the time being. the laptops where i use(d) qemu most are stuck in tokyo, hadn't had a chance to try the recently updated 0.14 yet and due to this situation it'll be a bit, but the previous 0.13.something was oh so much worse than 0.9.x. Ok, well when you get your laptops back provide real bug report(s). For all I know oh so much worse was due to the libpthread bug which was causing the crashing of QEMU and/or hosted OS's within QEMU. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: qemu-old .. relevent or not?
On 22/03/11 4:54 PM, Stanley Lieber wrote: I've gotten one request to decommission qemu-old. It surprised me, as I thought there were still issues with qemu/ even with the semi recent thread fix as well as performance differences. Does anybody have objection to retiring qemu-old to the attic or ? I'd rather not do this prematurely but if the time has come, this is the right time of release cycle to do it. I'm probably less educated about the functionality of newer qemu than I should be, but I still use the old version from ports (along with kqemu) to host Plan 9 on various systems. My understanding is that moving to the newer version(s) of qemu would introduce a performance hit, since kqemu is deprecated and whatever newer, fancier kernel integration has been introduced is not yet supported on OpenBSD. Is this wildly off-base? KQEMU is an unsupported piece of code that no one has ever maintained, doesn't work on MP kernels and has issues even on SP kernels. It's not deprecated. It is plain dead, period. No one cared to actually fix it when the QEMU developers asked on their list for the OS's that actually used it (*BSD, Solaris) and later some of its design limitations prevented further progress so support was removed all together. Taking that out of the picture and doing an apples to apples comparison can you find any real issues between the versions of QEMU that have a real effect on your Plan 9 images? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: qemu-old .. relevent or not?
On 21/03/11 7:08 PM, Stanley Lieber wrote: On Mon, Mar 21, 2011 at 5:53 PM, Bradb...@comstyle.com wrote: On 22/03/11 4:54 PM, Stanley Lieber wrote: I've gotten one request to decommission qemu-old. It surprised me, as I thought there were still issues with qemu/ even with the semi recent thread fix as well as performance differences. Does anybody have objection to retiring qemu-old to the attic or ? I'd rather not do this prematurely but if the time has come, this is the right time of release cycle to do it. I'm probably less educated about the functionality of newer qemu than I should be, but I still use the old version from ports (along with kqemu) to host Plan 9 on various systems. My understanding is that moving to the newer version(s) of qemu would introduce a performance hit, since kqemu is deprecated and whatever newer, fancier kernel integration has been introduced is not yet supported on OpenBSD. Is this wildly off-base? KQEMU is an unsupported piece of code that no one has ever maintained, doesn't work on MP kernels and has issues even on SP kernels. It's not deprecated. It is plain dead, period. No one cared to actually fix it when the QEMU developers asked on their list for the OS's that actually used it (*BSD, Solaris) and later some of its design limitations prevented further progress so support was removed all together. Taking that out of the picture and doing an apples to apples comparison can you find any real issues between the versions of QEMU that have a real effect on your Plan 9 images? No experimental evidence, yet, but I'm willing to give it a shot. Subjectively, the old qemu feels quite a bit slower without kqemu. Of course. That's an apples to oranges comparison. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: qemu-old .. relevent or not?
On Mon, Mar 21, 2011 at 5:53 PM, Brad b...@comstyle.com wrote: On 22/03/11 4:54 PM, Stanley Lieber wrote: I've gotten one request to decommission qemu-old. It surprised me, as I thought there were still issues with qemu/ even with the semi recent thread fix as well as performance differences. Does anybody have objection to retiring qemu-old to the attic or ? I'd rather not do this prematurely but if the time has come, this is the right time of release cycle to do it. I'm probably less educated about the functionality of newer qemu than I should be, but I still use the old version from ports (along with kqemu) to host Plan 9 on various systems. My understanding is that moving to the newer version(s) of qemu would introduce a performance hit, since kqemu is deprecated and whatever newer, fancier kernel integration has been introduced is not yet supported on OpenBSD. Is this wildly off-base? KQEMU is an unsupported piece of code that no one has ever maintained, doesn't work on MP kernels and has issues even on SP kernels. It's not deprecated. It is plain dead, period. No one cared to actually fix it when the QEMU developers asked on their list for the OS's that actually used it (*BSD, Solaris) and later some of its design limitations prevented further progress so support was removed all together. Taking that out of the picture and doing an apples to apples comparison can you find any real issues between the versions of QEMU that have a real effect on your Plan 9 images? No experimental evidence, yet, but I'm willing to give it a shot. Subjectively, the old qemu feels quite a bit slower without kqemu. I'll do some testing. -sl
Re: UPDATE: mplayer (with dynamic ffmpeg linking)
On Wed, Mar 16, 2011 at 05:15:35PM +, Edd Barrett wrote: On Wed, Mar 16, 2011 at 01:13:01PM +, Edd Barrett wrote: On Wed, Mar 16, 2011 at 12:55:27PM +, Stuart Henderson wrote: Build dependencies that are not the default package or install target will be processed in a subdirectory of the working directory, specifically, in ${WRKDIR}/directory. ^ sweet! Works like a beauty. Cheers for the pointer. As Jake quite rightly noticed, ffmpeg need SDL, so there is no point in having an SDL flavor for mplayer if it is to use dynamic ffmpeg. Below is the diff to remove the sdl flavor, but this begs the question: ffmpeg has no no_x11 FLAVOR, so what happens to mplayer's no_x11 flavor? Can ffmpeg be built without x11? Maybe brad knows? Anyway, for now. zzz. Index: Makefile === RCS file: /cvs/ports/x11/mplayer/Makefile,v retrieving revision 1.181 diff -u -p -u -r1.181 Makefile --- Makefile12 Feb 2011 10:49:36 - 1.181 +++ Makefile22 Mar 2011 01:32:51 - @@ -5,19 +5,18 @@ ONLY_FOR_ARCHS = alpha amd64 arm i386 mi COMMENT = movie player supporting many formats -V =20101024 -V_DASHED = 2010-10-24 +V =20110309 +FFMPEG_V = 20110306 SUBST_VARS += PREFIX CONFDIR +# Distfiles must be hand-rolled, see README N =mplayer -DISTNAME = mplayer-export-snapshot-${V} +DISTNAME = mplayer-${V} + +DISTFILES =${DISTNAME}${EXTRACT_SUFX} PKGNAME = ${N}-${V} -REVISION = 2 CATEGORIES = x11 multimedia -EXTRACT_SUFX = .tar.bz2 - -WRKDIST = ${WRKDIR}/mplayer-export-${V_DASHED} HOMEPAGE = http://www.mplayerhq.hu/ @@ -27,11 +26,11 @@ PERMIT_PACKAGE_FTP =Yes PERMIT_DISTFILES_CDROM = Yes PERMIT_DISTFILES_FTP = Yes -WANTLIB = bz2 c cdda_interface cdda_paranoia crypto \ - dv dvdnavmini dvdread faac faad fribidi jpeg lcms \ - m mng mp3lame mpcdec ncurses ogg=5 orc-0.4 png \ - pthread schroedinger-1.0=2.0 sndio speex stdc++ \ - theora ungif util vpx x264=5 xvidcore z +WANTLIB = avcodec avformat avutil bz2 c cdda_interface cdda_paranoia \ + crypto dv faac fribidi gsm jpeg lcms \ + m mng mp3lame ncurses ogg=5 orc-0.4 png postproc \ + pthread SDL schroedinger-1.0=2.0 sndio speex stdc++ \ + swscale theora ungif util x264=5 xvidcore z # we use a snapshot MASTER_SITES = http://theunixzoo.co.uk/distfiles/ @@ -43,6 +42,7 @@ MODULES +=converters/libiconv LIB_DEPENDS = graphics/png \ graphics/jpeg \ graphics/libungif \ + graphics/ffmpeg=20110306 \ audio/cdparanoia=3.a9.8 \ multimedia/libtheora \ audio/speex \ @@ -58,10 +58,9 @@ LIB_DEPENDS =graphics/png \ graphics/libmng \ archivers/bzip2 \ multimedia/schroedinger=1.0.10 \ - audio/faad \ audio/faac \ multimedia/x264=20101023 \ - multimedia/libvpx + devel/sdl=1.2.5 BUILD_DEPENDS =net/livemedia \ audio/rtunes=0.8 \ @@ -70,6 +69,10 @@ BUILD_DEPENDS = net/livemedia \ textproc/docbook \ textproc/docbook-xsl \ audio/ladspa +# To do dynamic ffmpeg linking, you also need the ffmpeg sources inside +# the build tree for some obscure reason. This should retrieve the same +# distfile as graphics/ffmpeg. +BUILD_DEPENDS +=graphics/ffmpeg:patch .if ${MACHINE_ARCH:Mamd64} || ${MACHINE_ARCH:Mi386} BUILD_DEPENDS += devel/yasm @@ -98,15 +101,21 @@ CONFIGURE_ARGS += --disable-alsa \ --disable-vidix \ --disable-select \ --disable-libcdio \ - --disable-dvdread-internal \ - --disable-libdvdcss-internal \ - --disable-faad-internal +# seems stable dvdnav does not work with a new mplayer. +# if they make a release in the future, maybe we can pull that in, +# but for now we have to use the internal one. +# --disable-dvdread-internal \ +# --disable-libdvdcss-internal \ # gui is not supported anymore and we have better ones in ports -CONFIGURE_ARGS += --disable-gui +CONFIGURE_ARGS += --disable-gui \ + --disable-ffmpeg_a # link ffmpeg .so (graphics/ffmpeg) # CONFIGURE_ARGS that enable internal stuff CONFIGURE_ARGS += --enable-menu +# CONFIGURE_ARGS that enable external stuff unconditionally +CONFIGURE_ARGS += --with-sdl-config=${LOCALBASE}/bin/sdl-config + # CONFIGURE_ARGS that disable external stuff CONFIGURE_ARGS +=