CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/06/26 02:33:27 Modified files: textproc/link-grammar: Makefile distinfo textproc/link-grammar/pkg: PLIST-java PLIST-main Log message: Update to link-grammar-5.0.8.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 02:55:51 Modified files: devel/p5-File-ShareDir: Makefile Log message: fix TEST_DEPENDS; RD Thrush
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2014/06/26 04:40:57 Modified files: net/samba4 : Makefile distinfo Log message: Security update to Samba 4.0.19, from MAINTAINER Ian McWilliam.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 05:46:10 Modified files: net/samba : Tag: OPENBSD_5_5 Makefile net/samba/patches: Tag: OPENBSD_5_5 patch-source3_smbd_lanman_c Added files: net/samba/patches: Tag: OPENBSD_5_5 patch-source3_lib_charcnv_c patch-source3_lib_system_c patch-source3_libsmb_clirap_c Log message: MFC: Backport fixes to samba from 3.6.24, based on -current diff from Ian McWilliam (maintainer) CVE-2014-0244: malformed packet can nmbd to loop, preventing further NetBIOS name service CVE-2014-3493: smbd crash involving overwriting memory on an authenticated connection (just classed as a DoS in release notes, but that may be optimistic)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/06/26 06:48:46 Modified files: sysutils/ansible: Makefile distinfo Log message: SECURITY update to ansible-1.6.5. https://groups.google.com/forum/#!topic/ansible-announce/A1px5egCnGQ ok sthen@ jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 06:54:31 Modified files: www/squid/stable: Makefile distinfo Removed files: www/squid/stable/patches: patch-src_client_side_reply_cc patch-src_format_Format_cc patch-src_format_Token_h Log message: Update to squid-3.4.6, various fixes (especially for SSL-bump but some general ones). Includes some memory leak and segv fixes.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 07:08:42 Modified files: www/squid/snapshot: Makefile distinfo www/squid/snapshot/patches: patch-configure_ac patch-src_cf_data_pre www/squid/snapshot/pkg: PLIST-main Removed files: www/squid/snapshot/patches: patch-src_client_side_reply_cc Log message: update squid/snapshot to squid-3.HEAD-20140626
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 07:38:06 Modified files: security/gnupg2: Makefile distinfo Log message: Update to gnupg-2.0.24; various fixes including infinite loop in uncompressing garbled packets (CVE-2014-4617). Fix capitalization in COMMENT while there as was already done in security/gnupg (gpg1.x). OK pea@ (maintainer).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 07:40:59 Modified files: www/mozilla-firefox: Makefile Added files: www/mozilla-firefox/patches: patch-gfx_skia_generate_mozbuild_py patch-gfx_skia_moz_build patch-gfx_skia_trunk_src_opts_opts_check_SSE2_cpp Log message: Work around Firefox build failure on i386 occurring since skia was updated in 30.0, see https://bugzilla.mozilla.org/show_bug.cgi?id=1028827. Remove some if build machine has SSE2/SSSE3 then don't bother with cpuid feature checks at runtime pieces. ok jasper@ (landry is away for a few days).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2014/06/26 08:45:53 Modified files: devel/ruby-daemon_controller: Makefile distinfo devel/ruby-daemon_controller/pkg: PLIST Log message: Update to daemon_controller 1.2.0. Thanks sthen@ for the reminder
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 09:36:11 Modified files: security/clamav: Makefile Added files: security/clamav/patches: patch-libclamav_others_c Log message: call cl_initialize_crypto() from cl_init(), to unbreak HAVP following update to clamav 0.98.4 https://bugzilla.clamav.net/show_bug.cgi?id=11037
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 09:38:46 Modified files: security/clamav: Tag: OPENBSD_5_5 Makefile Added files: security/clamav/patches: Tag: OPENBSD_5_5 patch-libclamav_others_c Log message: MFC: call cl_initialize_crypto() from cl_init(), to unbreak HAVP following update to clamav 0.98.4 https://bugzilla.clamav.net/show_bug.cgi?id=11037
Re: CVS: cvs.openbsd.org: ports
On Thu, Jun 26, 2014 at 10:53:28AM -0500, Todd T. Fries wrote: Penned by Antoine Jacoutot on 20140605 10:53.45, we have: | On Thu, Jun 05, 2014 at 09:40:09AM -0600, Stuart Henderson wrote: | CVSROOT: /cvs | Module name: ports | Changes by: st...@cvs.openbsd.org 2014/06/05 09:40:09 | | Log message: | import ports/sysutils/usmb; ok and readdir fix from syl@ (who also fixed | various fuse problems found in the course of porting/testing). | | usmb lets you mount SMB shares as unprivileged users via FUSE, in the | | There is no way to mount anything as unprivileged on OpenBSD. Only root can access the fuse device. I mean by default. Of course if you change ownership of everything you can do whatever stupid things you want. sudo groupadd fuse sudo usermod -G fuse $USER sudo chgrp fuse /dev/fuse0 sudo chmod 660 /dev/fuse0 sudo sysctl kern.usermount=1 sudo su - $USER mkdir $HOME/blah sshfs localhost:/tmp $HOME/blah -o intr -o reconnect df -h $HOME/blah /tmp Filesystem SizeUsed Avail Capacity Mounted on fusefs 241M 44.0K229M 0%/home/todd/blah /dev/sd2g 241M 44.0K229M 0%/tmp Seems to work for me. | vein of Windows' Map Network Drive facility. It differs from the other | FUSE SMB filesystems (fusesmb, SMB for FUSE) in that it doesn't have | Network Neighbourhood functionality: this means that you can mount | shares that you can't see via NetBIOS browsing. | | (Note: unprivileged mounting requires both kern.usermount=1 and access | to /dev/fuse0). | | Status: | | Vendor Tag: sthen | Release Tags: sthen_20140605 | | N ports/sysutils/usmb/Makefile | N ports/sysutils/usmb/distinfo | N ports/sysutils/usmb/pkg/PLIST | N ports/sysutils/usmb/pkg/DESCR | N ports/sysutils/usmb/patches/patch-Makefile_in | N ports/sysutils/usmb/patches/patch-usmb_dir_c | | No conflicts created by this import | | | -- | Antoine -- Todd T. Fries . http://todd.fries.net/pgp.txt . @unix2mars . github:toddfries -- Antoine
Re: CVS: cvs.openbsd.org: ports
Penned by Antoine Jacoutot on 20140605 10:53.45, we have: | On Thu, Jun 05, 2014 at 09:40:09AM -0600, Stuart Henderson wrote: | CVSROOT:/cvs | Module name:ports | Changes by: st...@cvs.openbsd.org 2014/06/05 09:40:09 | | Log message: | import ports/sysutils/usmb; ok and readdir fix from syl@ (who also fixed | various fuse problems found in the course of porting/testing). | | usmb lets you mount SMB shares as unprivileged users via FUSE, in the | | There is no way to mount anything as unprivileged on OpenBSD. Only root can access the fuse device. sudo groupadd fuse sudo usermod -G fuse $USER sudo chgrp fuse /dev/fuse0 sudo chmod 660 /dev/fuse0 sudo sysctl kern.usermount=1 sudo su - $USER mkdir $HOME/blah sshfs localhost:/tmp $HOME/blah -o intr -o reconnect df -h $HOME/blah /tmp Filesystem SizeUsed Avail Capacity Mounted on fusefs 241M 44.0K229M 0%/home/todd/blah /dev/sd2g 241M 44.0K229M 0%/tmp Seems to work for me. | vein of Windows' Map Network Drive facility. It differs from the other | FUSE SMB filesystems (fusesmb, SMB for FUSE) in that it doesn't have | Network Neighbourhood functionality: this means that you can mount | shares that you can't see via NetBIOS browsing. | | (Note: unprivileged mounting requires both kern.usermount=1 and access | to /dev/fuse0). | | Status: | | Vendor Tag: sthen | Release Tags: sthen_20140605 | | N ports/sysutils/usmb/Makefile | N ports/sysutils/usmb/distinfo | N ports/sysutils/usmb/pkg/PLIST | N ports/sysutils/usmb/pkg/DESCR | N ports/sysutils/usmb/patches/patch-Makefile_in | N ports/sysutils/usmb/patches/patch-usmb_dir_c | | No conflicts created by this import | | | -- | Antoine -- Todd T. Fries . http://todd.fries.net/pgp.txt . @unix2mars . github:toddfries
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2014/06/26 10:26:59 Modified files: lang/gcc : Makefile.inc Added files: lang/gcc : DESCR-libs Log message: infrastructure glue for gcc 4.9
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2014/06/26 10:30:23 Log message: Import GCC 4.9, sparc64 test and ok tobiasu@ Status: Vendor Tag: pascal Release Tags: pascal_20140626 N ports/lang/gcc/4.9/Makefile N ports/lang/gcc/4.9/distinfo N ports/lang/gcc/4.9/gcc4.port.mk N ports/lang/gcc/4.9/patches/patch-Makefile_in N ports/lang/gcc/4.9/patches/patch-boehm-gc_configure N ports/lang/gcc/4.9/patches/patch-boehm-gc_dyn_load_c N ports/lang/gcc/4.9/patches/patch-boehm-gc_include_gc_config_h_in N ports/lang/gcc/4.9/patches/patch-boehm-gc_include_gc_config_macros_h N ports/lang/gcc/4.9/patches/patch-boehm-gc_include_gc_pthread_redirects_h N ports/lang/gcc/4.9/patches/patch-boehm-gc_include_private_gcconfig_h N ports/lang/gcc/4.9/patches/patch-boehm-gc_mach_dep_c N ports/lang/gcc/4.9/patches/patch-boehm-gc_misc_c N ports/lang/gcc/4.9/patches/patch-boehm-gc_os_dep_c N ports/lang/gcc/4.9/patches/patch-boehm-gc_pthread_support_c N ports/lang/gcc/4.9/patches/patch-configure N ports/lang/gcc/4.9/patches/patch-boehm-gc_threadlibs_c N ports/lang/gcc/4.9/patches/patch-fixincludes_fixincl_x N ports/lang/gcc/4.9/patches/patch-fixincludes_inclhack_def N ports/lang/gcc/4.9/patches/patch-gcc_ada_Make-generated_in N ports/lang/gcc/4.9/patches/patch-gcc_ada_gcc-interface_Make-lang_in N ports/lang/gcc/4.9/patches/patch-gcc_ada_gcc-interface_Makefile_in N ports/lang/gcc/4.9/patches/patch-gcc_ada_s-osinte-openbsd_adb N ports/lang/gcc/4.9/patches/patch-gcc_ada_s-osinte-openbsd_ads N ports/lang/gcc/4.9/patches/patch-gcc_ada_system-openbsd-sparcv9_ads N ports/lang/gcc/4.9/patches/patch-gcc_ada_system-openbsd-x86_64_ads N ports/lang/gcc/4.9/patches/patch-gcc_builtins_c N ports/lang/gcc/4.9/patches/patch-gcc_fortran_f95-lang_c N ports/lang/gcc/4.9/patches/patch-gcc_ada_system-openbsd-x86_ads N ports/lang/gcc/4.9/patches/patch-gcc_c-family_c-format_c N ports/lang/gcc/4.9/patches/patch-gcc_c-family_c_opt N ports/lang/gcc/4.9/patches/patch-gcc_c_c-decl_c N ports/lang/gcc/4.9/patches/patch-gcc_common_opt N ports/lang/gcc/4.9/patches/patch-gcc_config_alpha_alpha_c N ports/lang/gcc/4.9/patches/patch-gcc_config_alpha_alpha_md N ports/lang/gcc/4.9/patches/patch-gcc_config_alpha_alpha_opt N ports/lang/gcc/4.9/patches/patch-gcc_config_alpha_openbsd_h N ports/lang/gcc/4.9/patches/patch-gcc_config_exec-stack_h N ports/lang/gcc/4.9/patches/patch-gcc_config_gcc N ports/lang/gcc/4.9/patches/patch-gcc_config_i386_i386_c N ports/lang/gcc/4.9/patches/patch-gcc_config_i386_openbsd_h N ports/lang/gcc/4.9/patches/patch-gcc_config_i386_openbsdelf_h N ports/lang/gcc/4.9/patches/patch-gcc_config_openbsd-libpthread_h N ports/lang/gcc/4.9/patches/patch-gcc_config_openbsd_h N ports/lang/gcc/4.9/patches/patch-gcc_config_openbsd_opt N ports/lang/gcc/4.9/patches/patch-gcc_config_pa_pa_h N ports/lang/gcc/4.9/patches/patch-gcc_config_rs6000_driver-rs6000_c N ports/lang/gcc/4.9/patches/patch-gcc_config_rs6000_openbsd1_h N ports/lang/gcc/4.9/patches/patch-gcc_config_rs6000_openbsd_h N ports/lang/gcc/4.9/patches/patch-gcc_config_rs6000_sysv4_h N ports/lang/gcc/4.9/patches/patch-gcc_config_rs6000_t-openbsd N ports/lang/gcc/4.9/patches/patch-gcc_config_sparc_openbsd64_h N ports/lang/gcc/4.9/patches/patch-gcc_configure N ports/lang/gcc/4.9/patches/patch-gcc_cp_g++spec_c N ports/lang/gcc/4.9/patches/patch-gcc_defaults_h N ports/lang/gcc/4.9/patches/patch-gcc_flags_h N ports/lang/gcc/4.9/patches/patch-gcc_go_go-lang_c N ports/lang/gcc/4.9/patches/patch-gcc_java_lang_c N ports/lang/gcc/4.9/patches/patch-gcc_lto_lto_c N ports/lang/gcc/4.9/patches/patch-gcc_targhooks_c N ports/lang/gcc/4.9/patches/patch-gcc_testsuite_gcc_dg_format_format_h N ports/lang/gcc/4.9/patches/patch-gcc_toplev_c N ports/lang/gcc/4.9/patches/patch-gnattools_Makefile_in N ports/lang/gcc/4.9/patches/patch-libcilkrts_runtime_os-unix_c N ports/lang/gcc/4.9/patches/patch-gnattools_configure N ports/lang/gcc/4.9/patches/patch-gnattools_configure_ac N ports/lang/gcc/4.9/patches/patch-libatomic_Makefile_in N ports/lang/gcc/4.9/patches/patch-gcc_gcc_c N ports/lang/gcc/4.9/patches/patch-libffi_configure N ports/lang/gcc/4.9/patches/patch-libffi_include_Makefile_in N ports/lang/gcc/4.9/patches/patch-libgcc_Makefile_in N ports/lang/gcc/4.9/patches/patch-libgcc_config_host N ports/lang/gcc/4.9/patches/patch-libgcc_libgcc2_c N ports/lang/gcc/4.9/patches/patch-libgfortran_Makefile_in N ports/lang/gcc/4.9/patches/patch-libgfortran_configure N ports/lang/gcc/4.9/patches/patch-libgo_Makefile_in N ports/lang/gcc/4.9/patches/patch-libgo_config_libtool_m4 N ports/lang/gcc/4.9/patches/patch-libgo_configure N
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2014/06/26 10:32:50 Modified files: lang/gcc : Makefile Log message: sync
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2014/06/26 14:06:50 Modified files: net/cvsync : Makefile net/cvsync/patches: patch-common_updater_rcs_c Log message: Fix an off-by-one error in the updater, where we would always consume a byte but only sometimes account for it.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 15:01:37 Modified files: lang/gcc/4.9 : Makefile Log message: whitespace commit, test cvsync
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 15:13:47 Modified files: www/squid/snapshot: Makefile Log message: BUILD_DEPENDS+= works better if it's after a previous BUILD_DEPENDS rather than before it... found my naddy (and myself earlier but I didn't see the problem then).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2014/06/26 15:40:55 Modified files: x11/sakura : Makefile distinfo x11/sakura/pkg : PLIST Log message: Update to 3.1.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2014/06/26 16:06:36 Modified files: sysutils/lsof : Makefile sysutils/lsof/patches: patch-dialects_n+obsd_dlsof_h Added files: sysutils/lsof/patches: patch-dialects_n+obsd_dnode_c Log message: Add support for tmpfs to lsof(1). pvalchev@ (MAINTAINER) agrees.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 16:10:33 Modified files: security/john-jumbo: Makefile Log message: Set J in MAKE_FLAGS (to MAKE_JOBS). john-jumbo make infrastructure passes this as -j$(J) to child processes, so if undefined this results in gmake -j. As gmake(1) says, If the -j option is given without an argument, gmake will not limit the number of jobs that can run simultaneously. Hopefully this fixes a weird build failure that naddy saw and I was able to replicate after a bunch of build attempts.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 16:52:52 Modified files: archivers/lzo2 : Makefile distinfo Log message: security update to LZO 2.07, CVE-2014-4607 'Fixed a potential integer overflow condition in the safe decompressor variants which could result in a possible buffer overrun when processing maliciously crafted compressed input data. As this issue only affects 32-bit systems and also can only happen if you use uncommonly huge buffer sizes where you have to decompress more than 16 MiB (2^24 bytes) compressed bytes within a single function call, the practical implications are limited.' See http://www.openwall.com/lists/oss-security/2014/06/26/20 for more details, there are also some embedded copies of minilzo from the same source in various other programs which are also affected by this
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 16:53:35 Modified files: archivers/lzo2 : Tag: OPENBSD_5_5 Makefile distinfo Log message: MFC security update to LZO 2.07, CVE-2014-4607 http://www.openwall.com/lists/oss-security/2014/06/26/20
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 17:00:15 Modified files: net/nfdump : Makefile Added files: net/nfdump/patches: patch-bin_lzoconf_h patch-bin_lzodefs_h patch-bin_minilzo_c patch-bin_minilzo_h Log message: update embedded copy of minilzo, CVE-2014-4607
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 18:06:42 Modified files: net/quagga : Makefile distinfo net/quagga/patches: patch-zebra_kernel_socket_c net/quagga/pkg : PLIST Removed files: net/quagga/patches: patch-configure_ac patch-doc_Makefile_in patch-ospfclient_Makefile_in Log message: update to quagga-0.99.23
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 18:09:29 Modified files: infrastructure/db: user.list net/icinga/core2: Makefile net/icinga/core2/pkg: PLIST-main Log message: Add a dedicated _icingacmd group for use with icinga2 command pipes and livestatus
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 18:14:27 Modified files: net/icinga/core2: Makefile Log message: LIB_DEPENDS on libexecinfo
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 18:16:08 Modified files: net/icinga/core2/pkg: PLIST-main Log message: typo in @sample line
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 18:28:19 Modified files: net/icinga/core2/pkg: README-main Log message: s/icinga/icinga2 in mv-into-chroot instructions
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/26 18:28:02 Modified files: net/icinga/core2: Makefile Log message: remove obsolete comments
security update: www/phpmyadmin
Fixes for CVE-2014-4348 and CVE-2014-4349 backported from 4.2.4,
comments ? ok ?
Cheers
Giovanni
Index: Makefile
===
RCS file: /cvs/ports/www/phpmyadmin/Makefile,v
retrieving revision 1.98
diff -u -p -u -p -r1.98 Makefile
--- Makefile 14 Feb 2014 10:02:52 - 1.98
+++ Makefile 26 Jun 2014 10:03:28 -
@@ -1,9 +1,8 @@
-# $OpenBSD: Makefile,v 1.98 2014/02/14 10:02:52 giovanni Exp $
+# $OpenBSD: Makefile,v 1.104 2014/06/13 17:01:36 giovanni Exp $
COMMENT= tool to handle the administration of MySQL over the web
-V= 4.1.6
-REVISION= 0
+V= 4.2.2
PKGNAME= phpMyAdmin-$V
DISTNAME= phpMyAdmin-$V-all-languages
@@ -35,6 +34,7 @@ post-extract:
${WRKSRC}/examples/phpMyAdmin-httpd.conf
do-install:
+ @find ${WRKSRC} -type f -name *.orig -exec rm -f {} \;
${INSTALL_DATA_DIR} ${INSTDIR}/
cd ${WRKSRC}; pax -rw ./ ${INSTDIR}/
Index: distinfo
===
RCS file: /cvs/ports/www/phpmyadmin/distinfo,v
retrieving revision 1.84
diff -u -p -u -p -r1.84 distinfo
--- distinfo 27 Jan 2014 14:20:01 - 1.84
+++ distinfo 26 Jun 2014 10:03:28 -
@@ -1,2 +1,2 @@
-SHA256 (phpMyAdmin-4.1.6-all-languages.tar.gz) = Iuq39pzeiYcrKZd4w9DygHgTn1VTMXRPVZHY1rOXLlQ=
-SIZE (phpMyAdmin-4.1.6-all-languages.tar.gz) = 8063188
+SHA256 (phpMyAdmin-4.2.2-all-languages.tar.gz) = sn5nEptYo3HLIrCX/aYzT9JaWS0QKfxbPkD92FNaSEU=
+SIZE (phpMyAdmin-4.2.2-all-languages.tar.gz) = 8589833
Index: patches/patch-js_error_report_js
===
RCS file: patches/patch-js_error_report_js
diff -N patches/patch-js_error_report_js
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-js_error_report_js 26 Jun 2014 10:03:28 -
@@ -0,0 +1,15 @@
+$OpenBSD: patch-js_error_report_js,v 1.1 2014/06/13 17:01:36 giovanni Exp $
+Error token mismatch when a new user is created on a remote
+database.
+http://sourceforge.net/p/phpmyadmin/bugs/3893/
+
+--- js/error_report.js.orig Fri Jun 13 17:45:51 2014
js/error_report.js Fri Jun 13 17:47:18 2014
+@@ -21,6 +21,7 @@ var ErrorReport = {
+ ErrorReport._last_exception = exception;
+ $.get(error_report.php, {
+ ajax_request: true,
++server: PMA_commonParams.get('server'),
+ token: PMA_commonParams.get('token'),
+ get_settings: true
+ }, function (data) {
Index: patches/patch-js_server_privileges_js
===
RCS file: patches/patch-js_server_privileges_js
diff -N patches/patch-js_server_privileges_js
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-js_server_privileges_js 26 Jun 2014 10:03:28 -
@@ -0,0 +1,15 @@
+$OpenBSD: patch-js_server_privileges_js,v 1.1 2014/06/13 17:01:36 giovanni Exp $
+Error token mismatch when a new user is created on a remote
+database.
+http://sourceforge.net/p/phpmyadmin/bugs/3893/
+
+--- js/server_privileges.js.orig Fri Jun 13 17:45:36 2014
js/server_privileges.js Fri Jun 13 17:46:48 2014
+@@ -192,6 +192,7 @@ AJAX.registerOnload('server_privileges.js', function (
+ var href = $(form[name='usersForm']).attr('action');
+ var params = {
+ 'ajax_request' : true,
++'server' : PMA_commonParams.get('server'),
+ 'token' : PMA_commonParams.get('token'),
+ 'validate_username' : true,
+ 'username' : username
Index: patches/patch-libraries_RecentFavoriteTable_class_php
===
RCS file: patches/patch-libraries_RecentFavoriteTable_class_php
diff -N patches/patch-libraries_RecentFavoriteTable_class_php
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-libraries_RecentFavoriteTable_class_php 26 Jun 2014 10:03:28 -
@@ -0,0 +1,66 @@
+$OpenBSD$
+--- libraries/RecentFavoriteTable.class.php.orig Thu Jun 26 11:22:05 2014
libraries/RecentFavoriteTable.class.php Thu Jun 26 11:30:44 2014
+@@ -203,36 +203,46 @@ class PMA_RecentFavoriteTable
+ if ($this-_tableType == 'recent') {
+ foreach ($this-_tables as $table) {
+ $html .= 'li class=warp_link';
+-$html .= 'a href=sql.php?server=' . $GLOBALS['server']
+- . 'db=' . $table['db']
+- . 'table=' . $table['table']
+- . 'token=' . $_SESSION[' PMA_token ']
+- . '`' . $table['db'] . '`.`' . $table['table'] . '`/a';
++$recent_params = array(
++'db'= $table['db'],
++'table' = $table['table']
++);
++$recent_url = 'sql.php'
++. PMA_URL_getCommon($recent_params);
++$html .= 'a href=' . $recent_url . '`
++ .
Re: Update emulators/mednafen 0.9.28 - 0.9.35.1
On 2014-06-26, Jeremy Evans jer...@openbsd.org wrote: Tested on amd64. I'll try to compile test on i386 tomorrow, but I doubt there will be problems there. You'd think that wouldn't you. But actually, a lot of people seem to just test on amd64 now, so we run into some problems on LP32 arch that we wouldn't have seen a couple of years ago..
Re: [NEW] productivity/taskd
FWIW it seems to work fine for me for syncing between a couple machines. -- viq
R: Re: Can't enable multicast
Messaggio originale Da: vale_ca...@libero.it Data: 26/06/2014 12.08 A: open...@crowsons.com Ogg: R: Re: Can#39;t enable multicast Messaggio originale Da: open...@crowsons.com Data: 26/06/2014 1.28 A: vale_ca...@libero.itvale_ca...@libero.it Ogg: Re: Can#39;t enable multicast On 06/25/14 23:46, vale_ca...@libero.it wrote: /snipped do you have any suggestions ?? thanks and sorry for my english Also the output of netstat and route This is probably better on m...@openbsd.org - rather than ports@ hth Fred Hi Fred and thanks for your reply. Sorry for the delay but I live in Italy and, at the time of your reply, I was sleeping :) btw my ifconfig em output is: em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 08:00:27:d9:6b:2f priority: 0 groups: egress media: Ethernet autoselect (1000baseT full-duplex) status: active inet6 fe80::a00:27ff:fed9:6b2f%em0 prefixlen 64 scopeid 0x1 inet 10.0.2.15 netmask 0xff00 broadcast 10.0.2.255 em1: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 lladdr 08:00:27:47:66:43 priority: 0 media: Ethernet autoselect (none) status: no carrier em2: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 08:00:27:bc:6b:07 priority: 0 media: Ethernet autoselect (1000baseT full-duplex) status: active inet6 fe80::a00:27ff:febc:6b07%em2 prefixlen 64 scopeid 0x3 inet 173.0.0.2 netmask 0xfffc broadcast 173.0.0.3 em3: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 lladdr 08:00:27:bf:89:b8 priority: 0 media: Ethernet autoselect (none) status: no carrier my netstat output is: Active UNIX domain sockets AddressType Recv-Q Send-Q Inode Conn RefsNextref Addr 0xd5d0d7cc stream 0 00x0 0xd170e5800x00x0 0xd5d0d6b0 stream 0 0 0xd5d15d280x00x00x0 /var/quagga/ripd.vty 0xd5d0d240 dgram 0 00x0 0xd18710000x0 0xd1899580 0xd5d0d8e8 stream 0 00x0 0xd18994000x00x0 /var/quagga/zserv.api 0xd5d0d124 stream 0 0 0xd5d158e40x00x00x0 /var/quagga/zebra.vty 0xd5d46d54 stream 0 0 0xd5d157ac0x00x00x0 /var/quagga/zserv.api 0xd5d46a00 dgram 0 00x0 0xd18710000x0 0xd1871c80 0xd5d468e4 stream 0 0 0xd5d2fb4c0x00x00x0 tabs/.sock 0xd5d467c8 dgram 0 00x0 0xd18710000x0 0xd1871880 0xd5d466ac stream 0 0 0xd5d2f3fc0x00x00x0 /tmp/aucat/aucat0 0xd5d4623c dgram 0 00x0 0xd18710000x0 0xd1871a00 0xd5e55d50 dgram 0 00x0 0xd18710000x00x0 0xd5e55c34 stream 0 00x0 0xd18718000x00x0 0xd5e55b18 stream 0 00x0 0xd18717000x00x0 0xd5e559fc stream 0 00x0 0xd18713800x00x0 0xd5e558e0 stream 0 00x0 0xd18714000x00x0 0xd5e557c4 dgram 0 0 0xd5e026d80x00x00x0 /var/empty/dev/log 0xd5e556a8 dgram 0 0 0xd5e0263c0x00x00x0 /var/www/dev/log 0xd5e5558c dgram 0 0 0xd5e025a00x0 0xd18990800x0 /dev/log 0xd5e55238 stream 0 00x0 0xd1756c000x00x0 0xd5e5511c stream 0 00x0 0xd1756d800x00x0 the route command needs more arguments I hope it helps :)
[NEW] multimedia/qt-gstreamer
Hello all. QtGStreamer is a set of libraries providing C++ bindings for GStreamer with a Qt-style API, plus some helper classes and elements for integrating GStreamer better in Qt applications. The goal of this module is to allow easy use of GStreamer for applications targetting MeeGo Mobile or the KDE desktop. ... This is a required dependency for Artikulate, a new app in upcoming KDE 4.13. Actually, Artikulate could use Qt Mobility, but: 1) we have no port for it, either; 2) it looks like dying - no actual release since 2011; 3) it requires heavy patching under OpenBSD. So I preferred to port QtGstreamer, which have almost no gotchas. okay to import? -- WBR, Vadim Zhukov qt-gstreamer_port.tar.gz Description: GNU Zip compressed data
R: Re : Can't enable multicast
thanks Stuart for your reply and sorry for the delayed answer. I'm tring to use an OpenBSD pc as a router with other OpenBSD routers to simulate a small network on my pc using GNS3. after this I'll try this configurations on real OpenBSD pc situated in my university, the goal is to connect different sites of my university redistributing router tables to the other OpenBSD routers of the faculties using RIP and OSPF. my ifconfig -A output: em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 08:00:27:d9:6b:2f priority: 0 groups: egress media: Ethernet autoselect (1000baseT full-duplex) status: active inet6 fe80::a00:27ff:fed9:6b2f%em0 prefixlen 64 scopeid 0x1 inet 10.0.2.15 netmask 0xff00 broadcast 10.0.2.255 em1: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 lladdr 08:00:27:47:66:43 priority: 0 media: Ethernet autoselect (none) status: no carrier em2: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 08:00:27:bc:6b:07 priority: 0 media: Ethernet autoselect (1000baseT full-duplex) status: active inet6 fe80::a00:27ff:febc:6b07%em2 prefixlen 64 scopeid 0x3 inet 173.0.0.2 netmask 0xfffc broadcast 173.0.0.3 em3: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 lladdr 08:00:27:bf:89:b8 priority: 0 media: Ethernet autoselect (none) status: no carrier lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 33192 priority: 0 groups: lo inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 inet 127.0.0.1 netmask 0xff00 em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 08:00:27:d9:6b:2f priority: 0 groups: egress media: Ethernet autoselect (1000baseT full-duplex) status: active inet6 fe80::a00:27ff:fed9:6b2f%em0 prefixlen 64 scopeid 0x1 inet 10.0.2.15 netmask 0xff00 broadcast 10.0.2.255 em1: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 lladdr 08:00:27:47:66:43 priority: 0 media: Ethernet autoselect (none) status: no carrier em2: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 08:00:27:bc:6b:07 priority: 0 media: Ethernet autoselect (1000baseT full-duplex) status: active inet6 fe80::a00:27ff:febc:6b07%em2 prefixlen 64 scopeid 0x3 inet 173.0.0.2 netmask 0xfffc broadcast 173.0.0.3 em3: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 lladdr 08:00:27:bf:89:b8 priority: 0 media: Ethernet autoselect (none) status: no carrier enc0: flags=0 priority: 0 groups: enc status: active pflog0: flags=141UP,RUNNING,PROMISC mtu 33192 priority: 0 groups: pflog my netstat -m output: Active UNIX domain sockets AddressType Recv-Q Send-Q Inode Conn RefsNextref Addr 0xd5d0d7cc stream 0 00x0 0xd170e5800x00x0 0xd5d0d6b0 stream 0 0 0xd5d15d280x00x00x0 /var/quagga/ripd.vty 0xd5d0d240 dgram 0 00x0 0xd18710000x0 0xd1899580 0xd5d0d8e8 stream 0 00x0 0xd18994000x00x0 /var/quagga/zserv.api 0xd5d0d124 stream 0 0 0xd5d158e40x00x00x0 /var/quagga/zebra.vty 0xd5d46d54 stream 0 0 0xd5d157ac0x00x00x0 /var/quagga/zserv.api 0xd5d46a00 dgram 0 00x0 0xd18710000x0 0xd1871c80 0xd5d468e4 stream 0 0 0xd5d2fb4c0x00x00x0 tabs/.sock 0xd5d467c8 dgram 0 00x0 0xd18710000x0 0xd1871880 0xd5d466ac stream 0 0 0xd5d2f3fc0x00x00x0 /tmp/aucat/aucat0 0xd5d4623c dgram 0 00x0 0xd18710000x0 0xd1871a00 0xd5e55d50 dgram 0 00x0 0xd18710000x00x0 0xd5e55c34 stream 0 00x0 0xd18718000x00x0 0xd5e55b18 stream 0 00x0 0xd18717000x00x0 0xd5e559fc stream 0 00x0 0xd18713800x00x0 0xd5e558e0 stream 0 00x0 0xd18714000x00x0 0xd5e557c4 dgram 0 0 0xd5e026d80x00x00x0 /var/empty/dev/log 0xd5e556a8 dgram 0 0 0xd5e0263c0x00x00x0 /var/www/dev/log 0xd5e5558c dgram 0 0 0xd5e025a00x0 0xd18990800x0 /dev/log 0xd5e55238 stream 0 00x0 0xd1756c000x00x0 0xd5e5511c stream 0 00x0 0xd1756d800x00x0 24 mbufs in use: 13 mbufs allocated to data 2 mbufs allocated to packet headers
Re: Update emulators/mednafen 0.9.28 - 0.9.35.1
On Thu, Jun 26, 2014 at 4:11 AM, Stuart Henderson s...@spacehopper.org wrote: On 2014-06-26, Jeremy Evans jer...@openbsd.org wrote: Tested on amd64. I'll try to compile test on i386 tomorrow, but I doubt there will be problems there. You'd think that wouldn't you. But actually, a lot of people seem to just test on amd64 now, so we run into some problems on LP32 arch that we wouldn't have seen a couple of years ago.. Thankfully, this compiles and packages fine on i386.
R: Re: R: Re : Can't enable multicast
Hi Stuart, you're right pf is enabled that's my netstat -rn output:Active UNIX domain sockets AddressType Recv-Q Send-Q Inode Conn RefsNextref Addr 0xd5d0d7cc stream 0 00x0 0xd170e5800x00x0 0xd5d0d6b0 stream 0 0 0xd5d15d280x00x00x0 /var/quagga/ripd.vty 0xd5d0d240 dgram 0 00x0 0xd18710000x0 0xd1899580 0xd5d0d8e8 stream 0 00x0 0xd18994000x00x0 /var/quagga/zserv.api 0xd5d0d124 stream 0 0 0xd5d158e40x00x00x0 /var/quagga/zebra.vty 0xd5d46d54 stream 0 0 0xd5d157ac0x00x00x0 /var/quagga/zserv.api 0xd5d46a00 dgram 0 00x0 0xd18710000x0 0xd1871c80 0xd5d468e4 stream 0 0 0xd5d2fb4c0x00x00x0 tabs/.sock 0xd5d467c8 dgram 0 00x0 0xd18710000x0 0xd1871880 0xd5d466ac stream 0 0 0xd5d2f3fc0x00x00x0 /tmp/aucat/aucat0 0xd5d4623c dgram 0 00x0 0xd18710000x0 0xd1871a00 0xd5e55d50 dgram 0 00x0 0xd18710000x00x0 0xd5e55c34 stream 0 00x0 0xd18718000x00x0 0xd5e55b18 stream 0 00x0 0xd18717000x00x0 0xd5e559fc stream 0 00x0 0xd18713800x00x0 0xd5e558e0 stream 0 00x0 0xd18714000x00x0 0xd5e557c4 dgram 0 0 0xd5e026d80x00x00x0 /var/empty/dev/log 0xd5e556a8 dgram 0 0 0xd5e0263c0x00x00x0 /var/www/dev/log 0xd5e5558c dgram 0 0 0xd5e025a00x0 0xd18990800x0 /dev/log 0xd5e55238 stream 0 00x0 0xd1756c000x00x0 0xd5e5511c stream 0 00x0 0xd1756d800x00x0 24 mbufs in use: 13 mbufs allocated to data 2 mbufs allocated to packet headers 9 mbufs allocated to socket names and addresses 12/22/6144 mbuf 2048 byte clusters in use (current/peak/max) 0/8/6144 mbuf 4096 byte clusters in use (current/peak/max) 0/8/6144 mbuf 8192 byte clusters in use (current/peak/max) 0/8/6144 mbuf 9216 byte clusters in use (current/peak/max) 0/8/6144 mbuf 12288 byte clusters in use (current/peak/max) 0/8/6144 mbuf 16384 byte clusters in use (current/peak/max) 0/8/6144 mbuf 65536 byte clusters in use (current/peak/max) 252 Kbytes allocated to network (11% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines Routing tables Internet: DestinationGatewayFlags Refs Use Mtu Prio Iface default10.0.2.2 UGS00 - 8 em0 10.0.2/24 link#1 UC 10 - 4 em0 10.0.2.2 52:54:00:12:35:02 UHLc 1 12 - 4 em0 127/8 127.0.0.1 UGRS 00 33192 8 lo0 127.0.0.1 127.0.0.1 UH 10 33192 4 lo0 Internet6: DestinationGatewayFlags Refs Use Mtu Prio Iface ::/104 ::1UGRS 0 0 - 8 lo0 ::/96 ::1UGRS 0 0 - 8 lo0 ::1::1UH14 0 33192 4 lo0 ::127.0.0.0/104::1UGRS 0 0 - 8 lo0 ::224.0.0.0/100::1UGRS 0 0 - 8 lo0 ::255.0.0.0/104::1UGRS 0 0 - 8 lo0 :::0.0.0.0/96 ::1UGRS 0 0 - 8 lo0 2002::/24 ::1UGRS 0 0 - 8 lo0 2002:7f00::/24 ::1UGRS 0 0 - 8 lo0 2002:e000::/20 ::1UGRS 0 0 - 8 lo0 2002:ff00::/24 ::1UGRS 0 0 - 8 lo0 fe80::/10 ::1UGRS 0 0 - 8 lo0 fe80::%em0/64 link#1 UC 0 0 - 4 em0 fe80::a00:27ff:fed9:6b2f%em0 08:00:27:d9:6b:2f UHL0 0 - 4 lo0 fe80::%lo0/64 fe80::1%lo0U 0 0 - 4 lo0 fe80::1%lo0link#6 UHL0 0 - 4 lo0 fec0::/10
Re: R: Re : Can't enable multicast
On 2014/06/26 16:54, vale_ca...@libero.it wrote: thanks Stuart for your reply and sorry for the delayed answer. I'm tring to use an OpenBSD pc as a router with other OpenBSD routers to simulate a small network on my pc using GNS3. after this I'll try this configurations on real OpenBSD pc situated in my university, the goal is to connect different sites of my university redistributing router tables to the other OpenBSD routers of the faculties using RIP and OSPF. If you don't have a particular need for quagga, I'd definitely recommend using ospfd/ripd in the base OS. my ifconfig -A output: that looks sane to me .. my netstat -m output: -rn (letter r, letter n) please, to display the routing table, not -m I think pf is not enabled. pf is enabled by default, pfctl -si will show for sure.
Re: R: Re: R: Re : Can't enable multicast
On 2014/06/26 18:23, vale_ca...@libero.it wrote: Hi Stuart, you're right pf is enabled So, how does your ruleset look? Internet: DestinationGatewayFlags Refs Use Mtu Prio Iface default10.0.2.2 UGS00 - 8 em0 10.0.2/24 link#1 UC 10 - 4 em0 10.0.2.2 52:54:00:12:35:02 UHLc 1 12 - 4 em0 127/8 127.0.0.1 UGRS 00 33192 8 lo0 127.0.0.1 127.0.0.1 UH 10 33192 4 lo0 That looks sane too. is there any hope to try to solve the problem using quagga?I would like to use it because I know it has more features compared with other similar programs and I know how to use it. thx Maybe, but we already know that with the standard OpenBSD routing daemons definitely work on OpenBSD, and more people here are familiar with them, so there is more chance of help. With quagga you will be more on your own..
R: Re: R: Re : Can't enable multicast
Hi Stuart,do you know where I can find a ripd and ospfd manual? my pfctl -si output:Status: Enabled for 0 days 00:20:39 Debug: err State Table Total Rate current entries0 searches 420.0/s inserts 210.0/s removals 210.0/s Counters match 210.0/s bad-offset 00.0/s fragment 00.0/s short 00.0/s normalize 00.0/s memory 00.0/s bad-timestamp 00.0/s congestion 00.0/s ip-option 00.0/s proto-cksum00.0/s state-mismatch 00.0/s state-insert 00.0/s state-limit00.0/s src-limit 00.0/s synproxy 00.0/s translate 00.0/s
Re: [NEW] multimedia/qt-gstreamer
2014-06-26 21:01 GMT+04:00, Rafael Sadowski raf...@sizeofvoid.org: On Thu Jun 26, 2014 at 06:54:02PM +0400, Vadim Zhukov wrote: Hello all. QtGStreamer is a set of libraries providing C++ bindings for GStreamer with a Qt-style API, plus some helper classes and elements for integrating GStreamer better in Qt applications. The goal of this module is to allow easy use of GStreamer for applications targetting MeeGo Mobile or the KDE desktop. ... This is a required dependency for Artikulate, a new app in upcoming KDE 4.13. Actually, Artikulate could use Qt Mobility, but: 1) we have no port for it, either; 2) it looks like dying - no actual release since 2011; 3) it requires heavy patching under OpenBSD. So I preferred to port QtGstreamer, which have almost no gotchas. okay to import? -- WBR, Vadim Zhukov Hi Vadim, looks fine and build corrent on amd64 but what do you think about: Good catch, thanks! CONFIGURE_ARGS += -DQTGSTREAMER_TESTS:Bool=ON My result: -- 84% tests passed, 3 tests failed out of 19 Total Test time (real) = 30.11 sec The following tests FAILED: 1 - refpointertest (OTHER_FAULT) 3 - signalstest (OTHER_FAULT) 17 - taglisttest (Failed) -- taglisttest looks like is broken itself; if I understand code correctly, it should compare with 1, not with 2. Can't say anything for others, code involved there is more complex. This needs to be talked about with upstream. I'll mail maintainer soon. So here is a port with tests enabled. -- WBR, Vadim Zhukov qt-gstreamer_port.tar.gz Description: GNU Zip compressed data
Re: [update] lang/go 1.3
On Fri, Jun 20, 2014 at 08:44:11PM +1000, Joel Sing wrote: Index: pkg/PFRAG.amd64 === RCS file: /cvs/ports/lang/go/pkg/PFRAG.amd64,v retrieving revision 1.3 diff -u -p -r1.3 PFRAG.amd64 --- pkg/PFRAG.amd64 2 Dec 2013 15:35:49 - 1.3 +++ pkg/PFRAG.amd64 20 Jun 2014 10:40:46 - @@ -1,5 +1,4 @@ @comment $OpenBSD: PFRAG.amd64,v 1.3 2013/12/02 15:35:49 jsing Exp $ -go/src/cmd/6l/enam.c go/src/pkg/runtime/zasm_openbsd_amd64.h go/src/pkg/runtime/zgoarch_amd64.go go/src/pkg/runtime/zmalloc_openbsd_amd64.c Index: pkg/PFRAG.i386 === RCS file: /cvs/ports/lang/go/pkg/PFRAG.i386,v retrieving revision 1.3 diff -u -p -r1.3 PFRAG.i386 --- pkg/PFRAG.i3862 Dec 2013 15:35:49 - 1.3 +++ pkg/PFRAG.i38620 Jun 2014 10:40:46 - @@ -1,5 +1,4 @@ @comment $OpenBSD: PFRAG.i386,v 1.3 2013/12/02 15:35:49 jsing Exp $ -go/src/cmd/8l/enam.c go/src/pkg/runtime/zasm_openbsd_386.h go/src/pkg/runtime/zgoarch_386.go go/src/pkg/runtime/zmalloc_openbsd_386.c Index: pkg/PLIST === RCS file: /cvs/ports/lang/go/pkg/PLIST,v retrieving revision 1.9 diff -u -p -r1.9 PLIST --- pkg/PLIST 25 Mar 2014 13:21:20 - 1.9 +++ pkg/PLIST 20 Jun 2014 10:40:48 - [...] @@ -2862,7 +3097,17 @@ go/src/pkg/runtime/vlop_arm_test.go go/src/pkg/runtime/vlrt_386.c go/src/pkg/runtime/vlrt_arm.c go/src/pkg/runtime/zaexperiment.h +go/src/pkg/runtime/zalg_openbsd_386.c +go/src/pkg/runtime/zchan_openbsd_386.c +go/src/pkg/runtime/zcomplex_openbsd_386.c +go/src/pkg/runtime/zcpuprof_openbsd_386.c go/src/pkg/runtime/zgoos_openbsd.go +go/src/pkg/runtime/zhashmap_openbsd_386.c +go/src/pkg/runtime/ziface_openbsd_386.c +go/src/pkg/runtime/zlfstack_openbsd_386.c +go/src/pkg/runtime/zrdebug_openbsd_386.c +go/src/pkg/runtime/zslice_openbsd_386.c +go/src/pkg/runtime/zsymtab_openbsd_386.c go/src/pkg/runtime/zversion.go go/src/pkg/sort/ go/src/pkg/sort/example_interface_test.go This seems wrong. Shouldn't the _386.c files go into PFRAG.i386, and corresponding _amd64.c files should be added to PFRAG.amd64?
Re: R: Re: R: Re : Can't enable multicast
On 2014/06/26 19:00, vale_ca...@libero.it wrote: Hi Stuart,do you know where I can find a ripd and ospfd manual? man ospfd.conf, ospfctl, ospfd, ripd.conf, ripctl, ripd my pfctl -si output:Status: Enabled for 0 days 00:20:39 Debug: err So yes, it is enabled. Default config will pass traffic needed for rip/ospf but if you've changed the config you'll need to check your changes..
Re: [NEW] x11/bspwm
Dear Brian, Stuart,
I have been out for some days, so sorry for the late reply. Thank
you for your comments, I hope I have improved the port.
On 20 Jun 2014 18:43, Brian Callahan wrote:
On 06/20/14 18:31, Stuart Henderson wrote:
Quick comments from reading:
examples should go in the standard directory layout i.e.
/usr/local/share/examples/bspwm (and get rid of MESSAGE)
Done.
+CFLAGS += -std=c99 -pedantic -Wall -Wextra -I$(PREFIX)/include
-I/usr/X11R6/include
- don't hardcode usr/X11R6, use the X11BASE variable
Done.
pkg/DESCR needs wrapping
Done.
share/man/man1/ should be man/man1
OK!
2-Clause BSD License, just use BSD
Gotcha. Done.
Makefile missing rcs id comment line
I think i got it right, as I'm not too sure on what to add here. Please
correct me if that's not right.
post-install: use ${INSTALL_DATA_DIR} not mkdir
OK. I also did the do-install: target that Brian suggested.
DISTFILES=0.8.8.tar.gz is bad, you can use something like
V= 0.8.8
DISTNAME=bspwm-$V
DISTFILES= ${DISTNAME}{v$V}${EXTRACT_SUFX}
Good idea. Done.
Few more comments:
COMMENT should not start with a
Done.
You don't need USE_GMAKE. Built just fine without it.
Yep, but had to remove an extra CFLAGS += '-Os', and an LDFLAGS += '-s'.
Should I keep the -Os? The extra LDFLAG is not necessary, as it's the
default for the ${INSTALL_PROGRAM} routine, isn't it?
The install routine is a bunch of mkdir -p and cp - maybe it's better to
use a do-install routine here.
Done.
Your WANTLIB line is almost entirely bogus. I get this:
WANTLIB += c m xcb xcb-ewmh xcb-icccm xcb-randr xcb-xinerama
Run make port-lib-depends-check.
Strange, maybe I issued another depends-check. I got the same line as
yours now.
You need NO_TEST=Yes
Added.
--
Enric Morales li...@enric.me
bspwm.tar.gz
Description: application/tar-gz
