CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2014/10/09 00:36:47 Modified files: www/rt : Makefile distinfo www/rt/pkg : PLIST Log message: update to 4.0.22
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/10/09 00:39:08 Removed files: x11/gnome/themes-standard/files: gtkrc Log message: No need for that.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/10/09 00:43:03 Modified files: x11/gtk+2 : Makefile x11/gtk+2/files: gtkrc Log message: When moving that file back to gtk+2 I forgot to remove the gnome-specific stuffs; spotted by tedu@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2014/10/09 01:14:43 Modified files: devel/dconf: Makefile devel/dconf/pkg: PLIST-main Log message: @sample ${SYSCONFDIR}/dconf/ so that pkg_check doesnt consider it as an unregistered/unknown dir. ok ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2014/10/09 06:09:32 Modified files: mail/geary : Makefile distinfo mail/geary/pkg : PLIST Log message: Update to geary 0.8.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/10/09 07:06:04 Modified files: net/xl2tpd : Makefile net/xl2tpd/pkg : README Log message: Add some notes on l2tp+ipsec. Definitely not perfect as there are some issues with fragments and stalls under high load, but it is possible to connect to npppd using l2tp+ipsec with this information.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2014/10/09 11:40:00 Modified files: graphics/birdfont: Makefile distinfo graphics/birdfont/patches: patch-dodo_py patch-install_py graphics/birdfont/pkg: PLIST Log message: Update to 1.6: bugfixes and a new xml parser
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2014/10/09 12:46:44 Modified files: www/nginx : Makefile Log message: Bump. The default FLAVOR of the passenger dependency is included in @depend, even though it doesn't appear to be used. Spotted by naddy@
Re: CVS: cvs.openbsd.org: ports
On Thu, Oct 09, 2014 at 12:46:44PM -0600, Jeremy Evans wrote: CVSROOT: /cvs Module name: ports Changes by: jer...@cvs.openbsd.org 2014/10/09 12:46:44 Modified files: www/nginx : Makefile Log message: Bump. The default FLAVOR of the passenger dependency is included in @depend, even though it doesn't appear to be used. As I answered privately, but to leave a trace in ports-changes: pkg_add is dependent on full signatures to figure out when to update. For dependent packages, the only version present is the version of the default package used. When that changes in non-comparable ways, pkg_add can't figure out which one is the newer, so a bump is required.
Re: MAINTAINER UPDATE: net/tcludp to 1.0.11
On 10/08/14 14:04, Sebastian Reitenbach wrote: Hi, an easy update, tested with the only consumer net/coccinella on amd64. OK? Hi, Looking into it, I've come up with this diff. - HOMEPAGE changed to project page instead of simply a man page with no links to anywhere. - Killed the SHARED_LIBS nonsense; it's not needed for these ports. My bad from lang ago. - Add TCLUDP_VERSION to SUBST_VARS in an effort to prevent future PLIST churn. - Man pages will be built if tcllib port is installed but generated man pages are never installed. No need to rebuild man pages. Fix with DTPLITE=:. - Fix freeaddrinfo bug. I get some test failures with multicast loopback and some inet6 stuff but otherwise looks ok. Running the last version's tests against this yields the same result as with last version. Stu Index: Makefile === RCS file: /cvs/ports/net/tcludp/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile11 Mar 2013 11:35:57 - 1.8 +++ Makefile9 Oct 2014 12:20:23 - @@ -4,11 +4,10 @@ SHARED_ONLY = Yes COMMENT = Tcl UDP extension -DISTNAME = tcludp-1.0.8 -REVISION = 0 -SHARED_LIBS = udp108 0.0 +V =1.0.11 +DISTNAME = tcludp-${V} CATEGORIES = net -HOMEPAGE = http://tcludp.sourceforge.net/ +HOMEPAGE = http://sourceforge.net/projects/tcludp/ MAINTAINER = Sebastian Reitenbach sebas...@openbsd.org # BSD @@ -18,6 +17,7 @@ MASTER_SITES =${MASTER_SITE_SOURCEFORGE MODULES = lang/tcl BUILD_DEPENDS =${MODTCL_BUILD_DEPENDS} RUN_DEPENDS = ${MODTCL_RUN_DEPENDS} +MAKE_FLAGS = DTPLITE=: FAKE_FLAGS = PKG_DIR=tcludp SEPARATE_BUILD =Yes USE_GROFF =Yes @@ -26,10 +26,12 @@ CONFIGURE_STYLE=gnu CONFIGURE_ARGS+=${CONFIGURE_SHARED} \ --with-tcl=${MODTCL_LIBDIR} \ --libdir=${MODTCL_TCLDIR} \ - --datadir=${PREFIX}/share/examples \ - SHLIB_VERSION=${LIBudp108_VERSION} \ - CFLAGS=${CFLAGS} -pthread + --datadir=${PREFIX}/share/examples -TEST_TARGET =test +WRKDIST = ${WRKDIR}/tcludp +TEST_TARGET = test + +TCLUDP_VERSION =${V:S/.//g} +SUBST_VARS = TCLUDP_VERSION .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/net/tcludp/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo28 Jul 2010 17:07:25 - 1.1.1.1 +++ distinfo9 Oct 2014 12:20:23 - @@ -1,5 +1,2 @@ -MD5 (tcludp-1.0.8.tar.gz) = YN06VT/I5Xns/WYiJS2i0g== -RMD160 (tcludp-1.0.8.tar.gz) = VRRjhyzhthjt0LQRWXM1XdehIYM= -SHA1 (tcludp-1.0.8.tar.gz) = vZ/M41p1T549+YAm+muAoDtP+oo= -SHA256 (tcludp-1.0.8.tar.gz) = i6gCrrtsor2I4FwxKCf/Xxa3fulNk1X3fihwEa3iyBk= -SIZE (tcludp-1.0.8.tar.gz) = 129410 +SHA256 (tcludp-1.0.11.tar.gz) = qKKdVacY65Cq2mQ4QbPgcVIW0nzqLi3yQ+GE7beAqp0= +SIZE (tcludp-1.0.11.tar.gz) = 147564 Index: patches/patch-configure === RCS file: /cvs/ports/net/tcludp/patches/patch-configure,v retrieving revision 1.2 diff -u -p -r1.2 patch-configure --- patches/patch-configure 5 Jan 2011 18:08:46 - 1.2 +++ patches/patch-configure 9 Oct 2014 12:20:23 - @@ -1,12 +1,12 @@ $OpenBSD: patch-configure,v 1.2 2011/01/05 18:08:46 sebastia Exp $ configure.orig Mon May 15 10:27:16 2006 -+++ configure Fri Dec 17 02:06:17 2010 -@@ -8419,7 +8419,7 @@ echo ${ECHO_T}$tcl_cv_ld_elf 6 - DL_LIBS= - CC_SEARCH_FLAGS='-Wl,-rpath,${LIB_RUNTIME_DIR}' - LD_SEARCH_FLAGS=${CC_SEARCH_FLAGS} -- SHARED_LIB_SUFFIX='${TCL_TRIM_DOTS}.so.1.0' -+ SHARED_LIB_SUFFIX='${TCL_TRIM_DOTS}.so.${SHLIB_VERSION}' - echo $as_me:$LINENO: checking for ELF 5 - echo $ECHO_N checking for ELF... $ECHO_C 6 - if test ${tcl_cv_ld_elf+set} = set; then +--- configure.orig Thu Oct 9 05:40:11 2014 configure Thu Oct 9 05:40:23 2014 +@@ -7173,7 +7173,7 @@ fi + CC_SEARCH_FLAGS='-Wl,-rpath,${LIB_RUNTIME_DIR}' + fi + LD_SEARCH_FLAGS=${CC_SEARCH_FLAGS} +- SHARED_LIB_SUFFIX='${TCL_TRIM_DOTS}.so.${SHLIB_VERSION}' ++ SHARED_LIB_SUFFIX='${TCL_TRIM_DOTS}.so' + LDFLAGS=-Wl,-export-dynamic + ;; + esac Index: patches/patch-generic_udp_tcl_c === RCS file: patches/patch-generic_udp_tcl_c diff -N patches/patch-generic_udp_tcl_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-generic_udp_tcl_c 9 Oct 2014 12:20:23 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Nothing to free when getaddrinfo returns error. + +--- generic/udp_tcl.c.orig Thu Oct 9 07:23:05 2014 generic/udp_tcl.c Thu Oct 9 07:23:25 2014 +@@ -1315,7 +1315,6 @@ UdpMulticast(UdpState *statePtr, Tcl_Interp *interp, + + if (r != 0 ) { +
RRD.so does not exist
I am trying to build collectd on the snapshot from a 10 of August which should be very close to November 1st release. # uname -a OpenBSD oko.bagdala2.net 5.6 GENERIC.MP#333 amd64 As some of you know collectd package depends on rrdtool which in turn depends on package rrdupdate. # ls -l rrdtool total 28 drwxr-xr-x 2 root wheel 512 Aug 11 13:41 CVS -rw-r--r-- 1 root wheel 3296 Aug 10 13:33 Makefile -rw-r--r-- 1 root wheel 115 Oct 9 02:07 distinfo drwxr-xr-x 3 root wheel 512 Apr 6 2014 files drwxr-xr-x 3 root wheel 512 Mar 5 2014 patches drwxr-xr-x 3 root wheel 512 Jun 14 13:14 pkg During the build I get this error Error: /usr/ports/pobj/rrdtool-1.4.8/fake-amd64/usr/local/ \ lib/ruby/site_ruby/2.0/x86_64-openbsd/RRD.so does not exist That is indeed the case. That looks like what this fella was getting https://www.mail-archive.com/misc@openbsd.org/msg130224.html Is there a work around this problem? Most Kind Regards, Predrag
Re: Fix devel/{libguess,mcs,mowgli} homepages
On Sun, Jul 13, 2014 at 3:02 PM, Vadim Zhukov persg...@gmail.com wrote: okay -- WBR, Vadim Zhukov Just noticed mowgli and libguess are broken again :( We need to drop the www: http://www.atheme.org/ - http://atheme.org/ Ciao, David -- If you try a few times and give up, you'll never get there. But if you keep at it... There's a lot of problems in the world which can really be solved by applying two or three times the persistence that other people will. -- Stewart Nelson
Re: RRD.so does not exist
On 2014/10/09 08:44, Predrag Punosevac wrote: I am trying to build collectd on the snapshot from a 10 of August which should be very close to November 1st release. # uname -a OpenBSD oko.bagdala2.net 5.6 GENERIC.MP#333 amd64 As some of you know collectd package depends on rrdtool which in turn depends on package rrdupdate. # ls -l rrdtool total 28 drwxr-xr-x 2 root wheel 512 Aug 11 13:41 CVS -rw-r--r-- 1 root wheel 3296 Aug 10 13:33 Makefile That file ^^ is an old version, there have been several commits to it since August. -rw-r--r-- 1 root wheel 115 Oct 9 02:07 distinfo drwxr-xr-x 3 root wheel 512 Apr 6 2014 files drwxr-xr-x 3 root wheel 512 Mar 5 2014 patches drwxr-xr-x 3 root wheel 512 Jun 14 13:14 pkg During the build I get this error Error: /usr/ports/pobj/rrdtool-1.4.8/fake-amd64/usr/local/ \ lib/ruby/site_ruby/2.0/x86_64-openbsd/RRD.so does not exist That is indeed the case. That looks like what this fella was getting https://www.mail-archive.com/misc@openbsd.org/msg130224.html Is there a work around this problem? Most Kind Regards, Predrag cvs up -PdA and try building again.
Re: firefox cursors are all different
On 2014/10/08 22:23, Ted Unangst wrote: I upgraded to a new snapshot and ran pkg_add -u. gio-querymodules shit its pants a few times, but otherwise seemed succesful. .libs-firefox-26.0p1+.libs-firefox-29.0.1+firefox-32.0-firefox-32.0: ok However, now the new firefox has these great big honking stupid cursors instead of the nice cursors it used to have. The arrow is too big, the I text cursor has an ugly outline, and the hand looks more like the poop emoji than a hand. How do I get the good cursors back? Additional data point: cursors are OK for me with firefox-32.0 and gtk+2-2.24.24p2 from the previous set of amd64 packages (I updated packages on my laptop yesterday). I see there are new packages out (signed on 2014-10-08T14:24:24Z) so I'll try updating and reply to this if anything changes after the update.
[WIP] Varnish-4.0.2
Hi, WIP Varnish 4.0.2: https://www.varnish-cache.org/trac/browser/doc/changes.rst?rev=bfe7cd Test are welcome. Cheers.- -- Sending from my toaster. Index: Makefile === RCS file: /cvs/ports/www/varnish/Makefile,v retrieving revision 1.16 diff -u -p -r1.16 Makefile --- Makefile4 Jan 2014 16:52:09 - 1.16 +++ Makefile9 Oct 2014 15:55:28 - @@ -4,7 +4,7 @@ SHARED_ONLY = Yes COMMENT = high-performance HTTP accelerator -DISTNAME = varnish-3.0.5 +DISTNAME = varnish-4.0.2 CATEGORIES = www SHARED_LIBS = varnishapi 1.0 @@ -16,7 +16,7 @@ MAINTAINER = Jim Razmus II jim@openbsd # BSD PERMIT_PACKAGE_CDROM = Yes -WANTLIB = c curses m pcre pthread readline termcap +WANTLIB += c m ncursesw pcre pthread readline termcap MASTER_SITES = http://repo.varnish-cache.org/source/ @@ -30,7 +30,7 @@ TEST_TARGET = check post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/varnish ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/varnish - mv ${WRKINST}${SYSCONFDIR}/varnish/default.vcl \ + cp ${WRKDIST}${SYSCONFDIR}/{example,builtin}.vcl \ ${PREFIX}/share/examples/varnish rm -f ${PREFIX}/lib/varnish/{vmods,}/*.{a,la} Index: distinfo === RCS file: /cvs/ports/www/varnish/distinfo,v retrieving revision 1.6 diff -u -p -r1.6 distinfo --- distinfo4 Jan 2014 16:52:09 - 1.6 +++ distinfo9 Oct 2014 15:55:28 - @@ -1,2 +1,2 @@ -SHA256 (varnish-3.0.5.tar.gz) = MC/Wr8dxUkyjkS9dlFqxl6VXYjhcASsgVN99hr964rc= -SIZE (varnish-3.0.5.tar.gz) = 2116664 +SHA256 (varnish-4.0.2.tar.gz) = 2ftqbq8Fu7DI61hVVWpLCSGDssGmEoG/1zrfg6MEVVs= +SIZE (varnish-4.0.2.tar.gz) = 1853668 Index: patches/patch-bin_varnishd_mgt_param_c === RCS file: patches/patch-bin_varnishd_mgt_param_c diff -N patches/patch-bin_varnishd_mgt_param_c --- patches/patch-bin_varnishd_mgt_param_c 23 Dec 2011 13:06:30 - 1.4 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-bin_varnishd_mgt_param_c,v 1.4 2011/12/23 13:06:30 jasper Exp $ bin/varnishd/mgt_param.c.orig Mon Oct 24 03:25:13 2011 -+++ bin/varnishd/mgt_param.c Tue Nov 29 20:39:42 2011 -@@ -261,7 +261,7 @@ tweak_user(struct cli *cli, const struct parspec *par, - (void)par; - if (arg != NULL) { - if (!strcmp(arg, MAGIC_INIT_STRING)) { -- pw = getpwnam(nobody); -+ pw = getpwnam(_varnish); - if (pw == NULL) { - master.uid = getuid(); - return; Index: pkg/MESSAGE === RCS file: /cvs/ports/www/varnish/pkg/MESSAGE,v retrieving revision 1.3 diff -u -p -r1.3 MESSAGE --- pkg/MESSAGE 23 Dec 2011 13:06:30 - 1.3 +++ pkg/MESSAGE 9 Oct 2014 15:55:28 - @@ -5,4 +5,4 @@ or the following link for more informati and for further information: - https://www.varnish-cache.org/docs/3.0/ + https://www.varnish-cache.org/docs/4.0/ Index: pkg/PLIST === RCS file: /cvs/ports/www/varnish/pkg/PLIST,v retrieving revision 1.5 diff -u -p -r1.5 PLIST --- pkg/PLIST 23 Sep 2013 08:23:16 - 1.5 +++ pkg/PLIST 9 Oct 2014 15:55:28 - @@ -5,20 +5,46 @@ @bin bin/varnishhist @bin bin/varnishlog @bin bin/varnishncsa -@bin bin/varnishreplay -@bin bin/varnishsizes @bin bin/varnishstat @bin bin/varnishtest @bin bin/varnishtop include/varnish/ -include/varnish/varnishapi.h +include/varnish/tbl/ +include/varnish/tbl/acct_fields_bereq.h +include/varnish/tbl/acct_fields_req.h +include/varnish/tbl/backend_poll.h +include/varnish/tbl/ban_vars.h +include/varnish/tbl/bo_flags.h +include/varnish/tbl/body_status.h +include/varnish/tbl/debug_bits.h +include/varnish/tbl/feature_bits.h +include/varnish/tbl/http_headers.h +include/varnish/tbl/http_response.h +include/varnish/tbl/locks.h +include/varnish/tbl/req_body.h +include/varnish/tbl/sess_close.h +include/varnish/tbl/steps.h +include/varnish/tbl/symbol_kind.h +include/varnish/tbl/vcc_types.h +include/varnish/tbl/vcl_returns.h +include/varnish/tbl/vrt_stv_var.h +include/varnish/tbl/vsc_all.h +include/varnish/tbl/vsc_f_main.h +include/varnish/tbl/vsc_fields.h +include/varnish/tbl/vsc_levels.h +include/varnish/tbl/vsc_types.h +include/varnish/tbl/vsl_tags.h +include/varnish/tbl/vsl_tags_http.h +include/varnish/vapi/ +include/varnish/vapi/vapi_options.h +include/varnish/vapi/voptget.h +include/varnish/vapi/vsc.h +include/varnish/vapi/vsc_int.h +include/varnish/vapi/vsl.h +include/varnish/vapi/vsl_int.h +include/varnish/vapi/vsm.h +include/varnish/vapi/vsm_int.h
Re: firefox cursors are all different
On 2014/10/09 16:47, Stuart Henderson wrote: On 2014/10/08 22:23, Ted Unangst wrote: I upgraded to a new snapshot and ran pkg_add -u. gio-querymodules shit its pants a few times, but otherwise seemed succesful. .libs-firefox-26.0p1+.libs-firefox-29.0.1+firefox-32.0-firefox-32.0: ok However, now the new firefox has these great big honking stupid cursors instead of the nice cursors it used to have. The arrow is too big, the I text cursor has an ugly outline, and the hand looks more like the poop emoji than a hand. How do I get the good cursors back? Additional data point: cursors are OK for me with firefox-32.0 and gtk+2-2.24.24p2 from the previous set of amd64 packages (I updated packages on my laptop yesterday). I see there are new packages out (signed on 2014-10-08T14:24:24Z) so I'll try updating and reply to this if anything changes after the update. ...and it's still OK with the very latest packages.
Re: firefox cursors are all different
On 09 Oct 2014 17:04, Stuart Henderson wrote: On 2014/10/09 16:47, Stuart Henderson wrote: On 2014/10/08 22:23, Ted Unangst wrote: However, now the new firefox has these great big honking stupid cursors instead of the nice cursors it used to have. The arrow is too big, the I text cursor has an ugly outline, and the hand looks more like the poop emoji than a hand. How do I get the good cursors back? ...and it's still OK with the very latest packages. Hi Ted and Stuart, I think the new cursors come from a GTK-related package. The issue with the poop-looking icon appears in gtk-demo and gimp. I started having this issue after a full update a couple days ago. The solution is really simple: # rm -rf /usr/local/share/icons/Adwaita/cursors/ Cheers, Enric Morales li...@enric.me
Re: firefox cursors are all different
On Thu, Oct 09, 2014 at 18:17, Enric Morales wrote: I think the new cursors come from a GTK-related package. The issue with the poop-looking icon appears in gtk-demo and gimp. I started having this issue after a full update a couple days ago. The solution is really simple: # rm -rf /usr/local/share/icons/Adwaita/cursors/ Problem solved! Thank you. Next question: Why in the world is firefox loading something called Adwaita by default?
Re: firefox cursors are all different
On Wed, Oct 08, 2014 at 10:23:47PM -0400, Ted Unangst wrote: I upgraded to a new snapshot and ran pkg_add -u. gio-querymodules shit its pants a few times, but otherwise seemed succesful. .libs-firefox-26.0p1+.libs-firefox-29.0.1+firefox-32.0-firefox-32.0: ok You can remove the old packages with 'pkg_delete -a'. If that command doesn't remove the old versions of firefox, try this: pkg_delete -n .libs-firefox-26.0p1 .libs-firefox-29.0.1 pkg_delete will show what packages depend of these versions. However, now the new firefox has these great big honking stupid cursors instead of the nice cursors it used to have. The arrow is too big, the I text cursor has an ugly outline, and the hand looks more like the poop emoji than a hand. How do I get the good cursors back? Are you seeing a hand like this https://i.imgur.com/toikxB5.png ? Firefox uses the default cursors of gtk. Probably your problem is related to the update of gtk and gnome-themes. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: firefox cursors are all different
On Thu, Oct 9, 2014 at 5:53 PM, Juan Francisco Cantero Hurtado i...@juanfra.info wrote: On Wed, Oct 08, 2014 at 10:23:47PM -0400, Ted Unangst wrote: I upgraded to a new snapshot and ran pkg_add -u. gio-querymodules shit its pants a few times, but otherwise seemed succesful. .libs-firefox-26.0p1+.libs-firefox-29.0.1+firefox-32.0-firefox-32.0: ok You can remove the old packages with 'pkg_delete -a'. If that command doesn't remove the old versions of firefox, try this: pkg_delete -n .libs-firefox-26.0p1 .libs-firefox-29.0.1 pkg_delete will show what packages depend of these versions. However, now the new firefox has these great big honking stupid cursors instead of the nice cursors it used to have. The arrow is too big, the I text cursor has an ugly outline, and the hand looks more like the poop emoji than a hand. How do I get the good cursors back? Are you seeing a hand like this https://i.imgur.com/toikxB5.png ? Firefox uses the default cursors of gtk. Probably your problem is related to the update of gtk and gnome-themes. This is fixed now: http://marc.info/?l=openbsd-ports-cvsm=141283703410901 Ciao! David -- If you try a few times and give up, you'll never get there. But if you keep at it... There's a lot of problems in the world which can really be solved by applying two or three times the persistence that other people will. -- Stewart Nelson
Re: Preventing substitutions in PLIST ?
On 09/26/14 10:46, Stuart Cassoff wrote: On 09/16/14 21:48, Stuart Cassoff wrote: On 07/11/14 06:22, Stuart Henderson wrote: On 2014/07/10 23:44, Stuart Cassoff wrote: eh? meh? You need a subst variable with the actual path not just the version number, otherwise you're still going to be hand modifying PLISTs all over the place. So something like: MODTCL_MINVERSION?= 8.5 MODTCL_MODPATH= lib/tcl/${MODTCL_MINVERSION} SUBST_VARS+=MODTCL_MODPATH MODTCL_VERSION MODTCL_BIN It would help clarify things to show a diff with a port that has been modified to use this method, too. Here are diffs for everything concerned. Added missing modtcl vars and did a bit of rearranging in port-modules.5. Described MODTCL_MINVERSION and MODTCL_MODPATH. Removed the rest package from tcllib; it needs tDOM which we don't currently have. Saves installing 51 directories and 51 pkgIndex.tcl files. Another way to do this would be to change the Tcl module dirs to be like modules/85 instead of modules/8.5, then the MODTCL_MODPATH stuff wouldn't be needed. It would be great to get a bit of feedback. I'd really like to move forward with this. Stu
Re: MAINTAINER UPDATE: net/tcludp to 1.0.11
On 10/09/14 08:28, Stuart Cassoff wrote: On 10/08/14 14:04, Sebastian Reitenbach wrote: Hi, an easy update, tested with the only consumer net/coccinella on amd64. OK? Hi, Looking into it, I've come up with this diff. - HOMEPAGE changed to project page instead of simply a man page with no links to anywhere. - Killed the SHARED_LIBS nonsense; it's not needed for these ports. My bad from lang ago. - Add TCLUDP_VERSION to SUBST_VARS in an effort to prevent future PLIST churn. - Man pages will be built if tcllib port is installed but generated man pages are never installed. No need to rebuild man pages. Fix with DTPLITE=:. - Fix freeaddrinfo bug. I get some test failures with multicast loopback and some inet6 stuff but otherwise looks ok. Running the last version's tests against this yields the same result as with last version. Stu I don't think we need version numbers in the libs. Index: Makefile === RCS file: /cvs/ports/net/tcludp/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile11 Mar 2013 11:35:57 - 1.8 +++ Makefile9 Oct 2014 20:37:08 - @@ -4,11 +4,9 @@ SHARED_ONLY = Yes COMMENT = Tcl UDP extension -DISTNAME = tcludp-1.0.8 -REVISION = 0 -SHARED_LIBS = udp108 0.0 +DISTNAME = tcludp-1.0.11 CATEGORIES = net -HOMEPAGE = http://tcludp.sourceforge.net/ +HOMEPAGE = http://sourceforge.net/projects/tcludp/ MAINTAINER = Sebastian Reitenbach sebas...@openbsd.org # BSD @@ -18,6 +16,7 @@ MASTER_SITES =${MASTER_SITE_SOURCEFORGE MODULES = lang/tcl BUILD_DEPENDS =${MODTCL_BUILD_DEPENDS} RUN_DEPENDS = ${MODTCL_RUN_DEPENDS} +MAKE_FLAGS = DTPLITE=: FAKE_FLAGS = PKG_DIR=tcludp SEPARATE_BUILD =Yes USE_GROFF =Yes @@ -26,10 +25,9 @@ CONFIGURE_STYLE=gnu CONFIGURE_ARGS+=${CONFIGURE_SHARED} \ --with-tcl=${MODTCL_LIBDIR} \ --libdir=${MODTCL_TCLDIR} \ - --datadir=${PREFIX}/share/examples \ - SHLIB_VERSION=${LIBudp108_VERSION} \ - CFLAGS=${CFLAGS} -pthread + --datadir=${PREFIX}/share/examples -TEST_TARGET =test +WRKDIST = ${WRKDIR}/tcludp +TEST_TARGET = test .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/net/tcludp/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo28 Jul 2010 17:07:25 - 1.1.1.1 +++ distinfo9 Oct 2014 20:37:08 - @@ -1,5 +1,2 @@ -MD5 (tcludp-1.0.8.tar.gz) = YN06VT/I5Xns/WYiJS2i0g== -RMD160 (tcludp-1.0.8.tar.gz) = VRRjhyzhthjt0LQRWXM1XdehIYM= -SHA1 (tcludp-1.0.8.tar.gz) = vZ/M41p1T549+YAm+muAoDtP+oo= -SHA256 (tcludp-1.0.8.tar.gz) = i6gCrrtsor2I4FwxKCf/Xxa3fulNk1X3fihwEa3iyBk= -SIZE (tcludp-1.0.8.tar.gz) = 129410 +SHA256 (tcludp-1.0.11.tar.gz) = qKKdVacY65Cq2mQ4QbPgcVIW0nzqLi3yQ+GE7beAqp0= +SIZE (tcludp-1.0.11.tar.gz) = 147564 Index: patches/patch-configure === RCS file: /cvs/ports/net/tcludp/patches/patch-configure,v retrieving revision 1.2 diff -u -p -r1.2 patch-configure --- patches/patch-configure 5 Jan 2011 18:08:46 - 1.2 +++ patches/patch-configure 9 Oct 2014 20:37:08 - @@ -1,12 +1,12 @@ $OpenBSD: patch-configure,v 1.2 2011/01/05 18:08:46 sebastia Exp $ configure.orig Mon May 15 10:27:16 2006 -+++ configure Fri Dec 17 02:06:17 2010 -@@ -8419,7 +8419,7 @@ echo ${ECHO_T}$tcl_cv_ld_elf 6 - DL_LIBS= - CC_SEARCH_FLAGS='-Wl,-rpath,${LIB_RUNTIME_DIR}' - LD_SEARCH_FLAGS=${CC_SEARCH_FLAGS} -- SHARED_LIB_SUFFIX='${TCL_TRIM_DOTS}.so.1.0' -+ SHARED_LIB_SUFFIX='${TCL_TRIM_DOTS}.so.${SHLIB_VERSION}' - echo $as_me:$LINENO: checking for ELF 5 - echo $ECHO_N checking for ELF... $ECHO_C 6 - if test ${tcl_cv_ld_elf+set} = set; then +--- configure.orig Thu Oct 9 05:40:11 2014 configure Thu Oct 9 05:40:23 2014 +@@ -7173,7 +7173,7 @@ fi + CC_SEARCH_FLAGS='-Wl,-rpath,${LIB_RUNTIME_DIR}' + fi + LD_SEARCH_FLAGS=${CC_SEARCH_FLAGS} +- SHARED_LIB_SUFFIX='${TCL_TRIM_DOTS}.so.${SHLIB_VERSION}' ++ SHARED_LIB_SUFFIX='.so' + LDFLAGS=-Wl,-export-dynamic + ;; + esac Index: patches/patch-generic_udp_tcl_c === RCS file: patches/patch-generic_udp_tcl_c diff -N patches/patch-generic_udp_tcl_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-generic_udp_tcl_c 9 Oct 2014 20:37:08 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Nothing to free when getaddrinfo returns error. + +--- generic/udp_tcl.c.orig Thu Oct 9 07:23:05 2014 generic/udp_tcl.c Thu Oct 9 07:23:25 2014 +@@ -1315,7 +1315,6 @@ UdpMulticast(UdpState *statePtr, Tcl_Interp *interp, + + if (r
NEW: games/gnome-hearts
Hi ports -- Found this sitting in my tree, meant to submit this months ago... This is gnome-hearts, a free implementation of the Hearts card game. Some notes: The documentation requires some program called scrollkeeper, but that program hasn't seen a release in over 10 years. So I opted not to build the docs. OTOH, it's the card game Hearts, I don't think it really needs detailed documentation. portcheck complains that the python scripts don't have compiled forms. Is this something we need to care about? Runs happily on amd64. OK? ~Brian gnome-hearts.tgz Description: Binary data
[new] games/minecraft
Hola! This port is a wrapper script to get Minecraft up and running. Currently there is a requrement to point to our in-ports version of LWJGL, as the one Minecraft comes with doesn't know about OpenBSD ( Upstream patches have been pulled in to fix this). This script handles the adding of the required java params to make everything run happily. Because the Minecraft.jar file isn't versioned, we can't point to a specfic release, so we use the wrapper to pull down that file when the user first runs the script. OK? Cheers, Aaron minecraft.tar.gz Description: application/tar-gz
Re: [new] games/minecraft
On Thu, Oct 09, 2014 at 03:25:18PM -0600, Aaron Bieber wrote: Hola! This port is a wrapper script to get Minecraft up and running. Currently there is a requrement to point to our in-ports version of LWJGL, as the one Minecraft comes with doesn't know about OpenBSD ( Upstream patches have been pulled in to fix this). This script handles the adding of the required java params to make everything run happily. Because the Minecraft.jar file isn't versioned, we can't point to a specfic release, so we use the wrapper to pull down that file when the user first runs the script. OK? Cheers, Aaron New Makefile with obvious fixes.. Thanks bcallah@ # $OpenBSD: Makefile,v 1.12 2013/03/11 11:07:39 espie Exp $ COMMENT=wrapper for a game about breaking and placing blocks V= 0.0.3 GH_PROJECT= minecraft GH_ACCOUNT= qbit GH_TAGNAME= ${GH_PROJECT}-${V} DISTNAME= ${GH_TAGNAME} CATEGORIES= games NO_BUILD= Yes NO_TEST=Yes MODULES=java MODJAVA_VER=1.7+ # BSD PERMIT_PACKAGE_CDROM= Yes RUN_DEPENDS=games/lwjgl \ java/javaPathHelper do-configure: perl -pi -e 's,/usr/local,${LOCALBASE},' ${WRKSRC}/minecraft do-install: ${INSTALL_DATA} ${WRKSRC}/minecraft ${PREFIX}/bin/ @chmod +x ${PREFIX}/bin/minecraft .include bsd.port.mk
Re: RRD.so does not exist
Stuart Henderson st...@openbsd.org wrote: On 2014/10/09 08:44, Predrag Punosevac wrote: I am trying to build collectd on the snapshot from a 10 of August which should be very close to November 1st release. # uname -a OpenBSD oko.bagdala2.net 5.6 GENERIC.MP#333 amd64 As some of you know collectd package depends on rrdtool which in turn depends on package rrdupdate. # ls -l rrdtool total 28 drwxr-xr-x 2 root wheel 512 Aug 11 13:41 CVS -rw-r--r-- 1 root wheel 3296 Aug 10 13:33 Makefile That file ^^ is an old version, there have been several commits to it since August. -rw-r--r-- 1 root wheel 115 Oct 9 02:07 distinfo drwxr-xr-x 3 root wheel 512 Apr 6 2014 files drwxr-xr-x 3 root wheel 512 Mar 5 2014 patches drwxr-xr-x 3 root wheel 512 Jun 14 13:14 pkg During the build I get this error Error: /usr/ports/pobj/rrdtool-1.4.8/fake-amd64/usr/local/ \ lib/ruby/site_ruby/2.0/x86_64-openbsd/RRD.so does not exist That is indeed the case. That looks like what this fella was getting https://www.mail-archive.com/misc@openbsd.org/msg130224.html Is there a work around this problem? Most Kind Regards, Predrag cvs up -PdA and try building again. Are you sure that this is a good idea? I am not trying to follow current? If I check out current port tree I will have to rebuild everything. I am just trying to build a single port using a port snapshot and the sytem from 10 of August which are suppose to be epsilon close to 5.6 release. Is rrdtool package broken for 5.6 release? Most Kind Regards, Predrag
Re: [new] games/minecraft
Hi ! Not tested yet, but : do-install: ${INSTALL_DATA} ${WRKSRC}/minecraft ${PREFIX}/bin/ @chmod +x ${PREFIX}/bin/minecraft Isn't that ${INSTALL_SCRIPT} ?
Re: [new] games/minecraft
On Fri, Oct 10, 2014 at 12:03:39AM +0200, Jonathan Armani wrote: Hi ! Not tested yet, but : do-install: ${INSTALL_DATA} ${WRKSRC}/minecraft ${PREFIX}/bin/ @chmod +x ${PREFIX}/bin/minecraft Isn't that ${INSTALL_SCRIPT} ? Yep! # $OpenBSD: Makefile,v 1.12 2013/03/11 11:07:39 espie Exp $ COMMENT=wrapper for a game about breaking and placing blocks V= 0.0.3 GH_PROJECT= minecraft GH_ACCOUNT= qbit GH_TAGNAME= ${GH_PROJECT}-${V} DISTNAME= ${GH_TAGNAME} CATEGORIES= games NO_BUILD= Yes NO_TEST=Yes MODULES=java MODJAVA_VER=1.7+ # BSD PERMIT_PACKAGE_CDROM= Yes RUN_DEPENDS=games/lwjgl \ java/javaPathHelper do-configure: perl -pi -e 's,/usr/local,${LOCALBASE},' ${WRKSRC}/minecraft do-install: ${INSTALL_SCRIPT} ${WRKSRC}/minecraft ${PREFIX}/bin/ .include bsd.port.mk
Re: UPDATE sysutils/sleuthkit
On Wed, Oct 08, 2014 at 01:22:12PM +0100, ni...@cvs.openbsd.org wrote: Builds on other than amd64? Yes - it builds and runs on i386. Limited, non-destructive testing done via the Autopsy webserver 2.24.
Re: UPDATE sysutils/sleuthkit
On 10/10/14 00:58, Josh Grosse wrote: On Wed, Oct 08, 2014 at 01:22:12PM +0100, ni...@cvs.openbsd.org wrote: Builds on other than amd64? Yes - it builds and runs on i386. Limited, non-destructive testing done via the Autopsy webserver 2.24. Thanks.
Re: [new] games/minecraft
On Thu, Oct 09, 2014 at 03:32:35PM -0600, Aaron Bieber wrote: On Thu, Oct 09, 2014 at 03:25:18PM -0600, Aaron Bieber wrote: Hola! This port is a wrapper script to get Minecraft up and running. Currently there is a requrement to point to our in-ports version of LWJGL, as the one Minecraft comes with doesn't know about OpenBSD ( Upstream patches have been pulled in to fix this). This script handles the adding of the required java params to make everything run happily. Because the Minecraft.jar file isn't versioned, we can't point to a specfic release, so we use the wrapper to pull down that file when the user first runs the script. OK? Cheers, Aaron New tar.gz with fixes from Alexander Hall (upsream) - sorry for all the spam :D minecraft.tar.gz Description: application/tar-gz
Re: eating cockroaches is the future, start doing it now!
On 10/3/14, Antoine Jacoutot ajacou...@openbsd.org wrote: Hi. So, to all of you slackers out there who are wondering how you could contribute to the project, have a look at: http://portroach.openbsd.org/ This will let you know the ports that could use an update in our tree. The point is not to *blindly* update everything of course, but at least it will give you a chance to look at candidates (full disclosure: there are many!). The the openbsd ports mailing-list MAINTAINER references all orphan ports, so it's likely there's some nice work to do in there -- some of which may be very trivial. Oh also, a nice side effect is that you can start pointing fingers at maintainers that are slacking too much :-) Do note that portroach[1] is still a fast moving target: you can harass jasper@ about the bugs you find... If you are maintaining a port and would like portroach to automatically send you a mail when one of your port becomes out-of-date, drop me a mail and I'll register you. Yes, please add me to this list. Also, is there a reverse version of this process for when an update sent to ports@ seems to have fallen through the cracks? e.g., http://marc.info/?l=openbsd-portsm=141058337421511w=2 Thanks, --patrick This will allow you to update it before anyone has a chance to mock you for being out-of-date! [1] portroach is a friendly fork of FreeBSD's portscout -- Antoine
Use 18 suffix for ruby 1.8 gem binaries
This adds a 18 suffix to ruby 1.8 gem binaries, similar to the suffix added on ruby 1.9, 2.0, and 2.1. The main reason for doing this is that you can now symlink the unsuffixed version to the suffixed version for the ruby you want to use, just like you can for the binaries that ship with ruby. As we don't build ruby 1.8 gem ports by default anymore, this should not affect bulk builds. However, this still bumps all ports that are buildable with ruby 1.8 and use GEM_BIN_SUFFIX or GEM_MAN_SUFFIX. Tested on amd64 with a bulk of the ruby 1.8 ports, both before and after the patch. I plan on committing this weekend unless I hear objections. Thanks, Jeremy Index: devel/ruby-gems/Makefile === RCS file: /cvs/ports/devel/ruby-gems/Makefile,v retrieving revision 1.31 diff -u -p -r1.31 Makefile --- devel/ruby-gems/Makefile25 Jun 2014 15:38:18 - 1.31 +++ devel/ruby-gems/Makefile10 Oct 2014 02:17:45 - @@ -5,7 +5,7 @@ COMMENT=package management framework fo V= 1.8.23 DISTNAME= rubygems-$V PKGNAME= ruby-gems-$V -REVISION= 2 +REVISION= 3 CATEGORIES=devel HOMEPAGE= http://docs.rubygems.org/ Index: devel/ruby-gems/patches/patch-lib_rubygems_commands_install_command_rb === RCS file: devel/ruby-gems/patches/patch-lib_rubygems_commands_install_command_rb diff -N devel/ruby-gems/patches/patch-lib_rubygems_commands_install_command_rb --- /dev/null 1 Jan 1970 00:00:00 - +++ devel/ruby-gems/patches/patch-lib_rubygems_commands_install_command_rb 10 Oct 2014 02:17:45 - @@ -0,0 +1,17 @@ +$OpenBSD: patch-lib_rubygems_commands_install_command_rb,v 1.2 2011/11/08 23:38:57 jeremy Exp $ + +Make gem binaries on ruby 1.8 use a 18 suffix, so you can have +gem binaries for different versions of ruby installed at the same time +without conflicts. + +--- lib/rubygems/commands/install_command.rb.orig Tue Jul 26 19:04:03 2011 lib/rubygems/commands/install_command.rb Sun Oct 30 19:10:20 2011 +@@ -21,7 +21,7 @@ class Gem::Commands::InstallCommand Gem::Command + defaults = Gem::DependencyInstaller::DEFAULT_OPTIONS.merge({ + :generate_rdoc = true, + :generate_ri = true, +- :format_executable = false, ++ :format_executable = true, + :version = Gem::Requirement.default, + }) + Index: devel/ruby-gems/patches/patch-lib_rubygems_dependency_installer_rb === RCS file: devel/ruby-gems/patches/patch-lib_rubygems_dependency_installer_rb diff -N devel/ruby-gems/patches/patch-lib_rubygems_dependency_installer_rb --- /dev/null 1 Jan 1970 00:00:00 - +++ devel/ruby-gems/patches/patch-lib_rubygems_dependency_installer_rb 10 Oct 2014 02:17:45 - @@ -0,0 +1,12 @@ +$OpenBSD: patch-lib_rubygems_dependency_installer_rb,v 1.2 2011/11/08 23:38:57 jeremy Exp $ +--- lib/rubygems/dependency_installer.rb.orig Tue Jul 26 19:04:03 2011 lib/rubygems/dependency_installer.rb Sun Oct 30 19:10:44 2011 +@@ -18,7 +18,7 @@ class Gem::DependencyInstaller + :env_shebang = false, + :domain = :both, # HACK dup + :force = false, +-:format_executable = false, # HACK dup ++:format_executable = true, # HACK dup + :ignore_dependencies = false, + :prerelease = false, + :security_policy = nil, # HACK NoSecurity requires OpenSSL. AlmostNo? Low? Index: lang/ruby/ruby.port.mk === RCS file: /cvs/ports/lang/ruby/ruby.port.mk,v retrieving revision 1.75 diff -u -p -r1.75 ruby.port.mk --- lang/ruby/ruby.port.mk 22 Sep 2014 15:21:00 - 1.75 +++ lang/ruby/ruby.port.mk 10 Oct 2014 02:17:45 - @@ -77,40 +77,35 @@ PKG_ARGS+= -f ${PORTSDIR}/lang/ruby/ruby # 2.1 for consistency with the default ruby21 FLAVOR for gem/extconf ports. MODRUBY_REV?= 2.1 -# Because the rbx, jruby, and ruby18 FLAVORs all use same binary names but in +# Because the rbx and jruby FLAVORs use same binary names but in # different directories, GEM_MAN_SUFFIX is used for the man pages to avoid # conflicts since all man files go in the same directory. -GEM_MAN_SUFFIX = -${MODRUBY_FLAVOR} +GEM_MAN_SUFFIX = ${GEM_BIN_SUFFIX} # Use the FLAVOR as the prefix for the package, to avoid conflicts. MODRUBY_PKG_PREFIX = ${MODRUBY_FLAVOR} -GEM_BIN_SUFFIX = - .if ${MODRUBY_REV} == 1.8 MODRUBY_LIBREV = 1.8 MODRUBY_BINREV = 18 MODRUBY_PKG_PREFIX = ruby MODRUBY_FLAVOR = ruby18 -GEM_MAN_SUFFIX = +GEM_BIN_SUFFIX = 18 .elif ${MODRUBY_REV} == 1.9 MODRUBY_LIBREV = 1.9.1 MODRUBY_BINREV = 19 MODRUBY_FLAVOR = ruby19 GEM_BIN_SUFFIX = 19 -GEM_MAN_SUFFIX = ${GEM_BIN_SUFFIX} .elif ${MODRUBY_REV} == 2.0
Re: RRD.so does not exist
On 10 October 2014 08:52, Predrag Punosevac punoseva...@gmail.com wrote: Stuart Henderson st...@openbsd.org wrote: On 2014/10/09 08:44, Predrag Punosevac wrote: I am trying to build collectd on the snapshot from a 10 of August which should be very close to November 1st release. # uname -a OpenBSD oko.bagdala2.net 5.6 GENERIC.MP#333 amd64 As some of you know collectd package depends on rrdtool which in turn depends on package rrdupdate. # ls -l rrdtool total 28 drwxr-xr-x 2 root wheel 512 Aug 11 13:41 CVS -rw-r--r-- 1 root wheel 3296 Aug 10 13:33 Makefile That file ^^ is an old version, there have been several commits to it since August. -rw-r--r-- 1 root wheel 115 Oct 9 02:07 distinfo drwxr-xr-x 3 root wheel 512 Apr 6 2014 files drwxr-xr-x 3 root wheel 512 Mar 5 2014 patches drwxr-xr-x 3 root wheel 512 Jun 14 13:14 pkg During the build I get this error Error: /usr/ports/pobj/rrdtool-1.4.8/fake-amd64/usr/local/ \ lib/ruby/site_ruby/2.0/x86_64-openbsd/RRD.so does not exist That is indeed the case. That looks like what this fella was getting https://www.mail-archive.com/misc@openbsd.org/msg130224.html Is there a work around this problem? Most Kind Regards, Predrag cvs up -PdA and try building again. Are you sure that this is a good idea? I am not trying to follow current? If I check out current port tree I will have to rebuild everything. I am just trying to build a single port using a port snapshot and the sytem from 10 of August which are suppose to be epsilon close to 5.6 release. Is rrdtool package broken for 5.6 release? Most Kind Regards, Predrag You really need to be either working with the 5.6-release (cvs -d$CVSROOT checkout -rOPENBSD_5_6 -Pd) or have base and ports sync'd to -current. The mismatch (using varying snapshots) will cause issues and if there was a build issue that you described above, would have been discovered as part of the bulk build for 5.6-release. Jason.
wpa_supplicant may be vulnerable to RCE (CVE-2014-3686)
Hi David, You may have already be advertised, but in case... the current version of wpa_supplicant in openbsd-ports may be vulnerable to a remote command execution. The vulnerability description is here: http://w1.fi/security/2014-1/wpacli-action-scripts.txt The vulnerability on v2.2 is triggeable if some configuration options are enable (CONFIG_P2P or CONFIG_WNM or CONFIG_HS20 or CONFIG_WPS), but I don't see any of them in current build (files/config). So I don't sure if the version in ports is vulnerable or not. Thanks. -- Sébastien Marie
Re: eating cockroaches is the future, start doing it now!
Yes, please add me to this list. You're all set. Also, is there a reverse version of this process for when an update sent to ports@ seems to have fallen through the cracks? Nope. Unfortunately the OpenBSD project has no way to track bugs... e.g., http://marc.info/?l=openbsd-portsm=141058337421511w=2 I'll take care of that; thanks for the reminder. -- Antoine