Re: [PATCH] Bump games/angband to 4.0.5
Hi William, On Mon, Sep 19, 2016 at 08:52:12PM -0700, William Orr wrote: > Bump angbad to 4.0.5 I have an almost complete update in openbsd-wip on github, but I was having issues with SDL sounds causing hangs: http://trac.rephial.org/ticket/1977 Have you tried sound? In game press equals then 'a' then turn sound on. Now do something that would make sound, it will freeze in librthreads. I think my openbsd-wip version also uses private score files as shared score files was broken. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: 6.0 Ports Breakage - Seamonkey and Quanta
Le 2016-09-20 03:45, Jack J. Woehr a écrit : Jack J. Woehr wrote: 6.0 Breakage I did pkg_add -u and mostly everything seems good with some notable exceptions. Seamonkey is broken but that's no news. I thought it was no news. Apparently it is. Posting mount output and dmesg as recommended by Josh Grosse which shows, yes, we are running 6.0-stable and yes, we're wxallowed. Tail of dmesg after a seamonkey crash: seamonkey(89184): mmap W^X violation Output of mount: /dev/sd1a on / type ffs (local, wxallowed) On -current binaries now needs both wxallowed on their mountpoint AND have to be compiled with -wxneeded flag. Maybe this has been backported to 6.0-stable ? I don't know where to look to check that. Maybe someone have a clue ?
Re: sox vs libmagic
On 2016/09/17 21:46, Jan Stary wrote: > On Sep 15 12:51:55, h...@stare.cz wrote: > > Would anyone miss the libmagic functionality > > if it was removed from audio/sox? > > On Sep 15 20:36:52, s...@spacehopper.org wrote: > > I wouldn't miss it. > > On Sep 16 11:04:09, a...@caoua.org wrote: > > unlikely; nowadays most (all?) files have the standard extensions > > and the remaining ones are easily handled with file(1). > > So lets just drop it. Committed, thanks. What do you think about adding this to avoid the massive "sox.h:xxx: warning: 'cdecl' attribute ignored" spam during build on non-i386? Index: Makefile === RCS file: /cvs/ports/audio/sox/Makefile,v retrieving revision 1.66 diff -u -p -r1.66 Makefile --- Makefile20 Sep 2016 10:16:27 - 1.66 +++ Makefile20 Sep 2016 10:16:48 - @@ -5,7 +5,7 @@ BROKEN-hppa = bend.c:155:12: internal co COMMENT= Sound eXchange, the Swiss Army knife of audio manipulation DISTNAME= sox-14.4.2 -REVISION= 0 +REVISION= 1 SHARED_LIBS += sox 4.0 # 3.0 CATEGORIES=audio Index: patches/patch-src_sox_h === RCS file: patches/patch-src_sox_h diff -N patches/patch-src_sox_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_sox_h 20 Sep 2016 10:16:48 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- src/sox.h.orig Mon Oct 6 03:02:30 2014 src/sox.h Tue Sep 20 11:14:30 2016 +@@ -44,7 +44,7 @@ Plugins API: + Attribute required on all functions exported by libSoX and on all function + pointer types used by the libSoX API. + */ +-#ifdef __GNUC__ ++#if defined(__GNUC__) && defined(__i386) + #define LSX_API __attribute__ ((cdecl)) /* libSoX function */ + #elif _MSC_VER + #define LSX_API __cdecl /* libSoX function */
UPDATE: mcabber-1.0.3
mcabber 1.0.3 just got released. The patch for configure is now upstream.
I could not find any issues so far.
Regards,
Markus
Index: Makefile
===
RCS file: /cvs/ports/net/mcabber/Makefile,v
retrieving revision 1.27
diff -u -p -r1.27 Makefile
--- Makefile24 Mar 2016 20:04:25 - 1.27
+++ Makefile20 Sep 2016 12:05:50 -
@@ -1,8 +1,7 @@
# $OpenBSD: Makefile,v 1.27 2016/03/24 20:04:25 mestre Exp $
COMMENT= console jabber client
-DISTNAME= mcabber-1.0.2
-REVISION= 1
+DISTNAME= mcabber-1.0.3
CATEGORIES=net
HOMEPAGE= http://mcabber.com/
Index: distinfo
===
RCS file: /cvs/ports/net/mcabber/distinfo,v
retrieving revision 1.11
diff -u -p -r1.11 distinfo
--- distinfo16 Mar 2016 09:47:14 - 1.11
+++ distinfo20 Sep 2016 12:05:50 -
@@ -1,2 +1,2 @@
-SHA256 (mcabber-1.0.2.tar.bz2) = 5xQ4kepsbsLzAIwlwTUGEh2D0VqoNkCCeuo7Zqh2H94=
-SIZE (mcabber-1.0.2.tar.bz2) = 604995
+SHA256 (mcabber-1.0.3.tar.bz2) = ROa7CqDDmSYfwhLDhqPCVA2xM+dZNZIkfuFiHfZZE5o=
+SIZE (mcabber-1.0.3.tar.bz2) = 605245
Index: patches/patch-configure
===
RCS file: /cvs/ports/net/mcabber/patches/patch-configure,v
retrieving revision 1.3
diff -u -p -r1.3 patch-configure
--- patches/patch-configure 18 Mar 2016 23:57:57 - 1.3
+++ patches/patch-configure 20 Sep 2016 12:05:50 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-configure,v 1.3 2016/03/18 23:57:57 tim Exp $
-
-Fix a bug causing the default modules directory to be set incorrectly.
-
configure.orig Sat Feb 27 13:41:16 2016
-+++ configure Fri Mar 18 20:36:09 2016
-@@ -16500,7 +16500,8 @@ fi
- exec_prefix_NONE=
- test "x$prefix" = xNONE && prefix_NONE=yes && prefix=$ac_default_prefix
- test "x$exec_prefix" = xNONE && exec_prefix_NONE=yes && exec_prefix=$prefix
-- ac_define_dir=`eval echo $"${libdir}/${PACKAGE}"`
-+ pkglibdir=${libdir}/${PACKAGE}
-+ ac_define_dir=`eval echo $pkglibdir`
- ac_define_dir=`eval echo $ac_define_dir`
- PKGLIB_DIR="$ac_define_dir"
-
Re: NEW: comms/gnuradio
Thanks for trying the port and the feedback.
It's very odd. I sometimes get this error. Sometimes I don't. It
appears to be happening in some of the SWIG integration between C++
and Python. I'm still sorting it out.
Cheers,
--Aaron
* Anthony J. Bentley [2016-09-15 23:59:56 -0600]:
> Aaron Poffenberger writes:
> > * Aaron Poffenberger [2016-09-09 09:53:10 -0500]:
> >
> > > Hello ports@,
> > >
> > > Here is a new port : comms/gnuradio
> > >
> > > Tested on: amd64.
> > >
> > > From DESCR:
> > >
> > > GNU Radio is a software development toolkit that provides signal
> > > processing
> > > blocks to implement software radios. It can be used with readily-available
> > > low-cost external RF hardware to create software-defined radios, or
> > > without hardware in a simulation-like environment. It is widely used in
> > > hobbyist, academic and commercial environments to support both wireless
> > > communications research and real-world radio systems.
>
> From pkg/PLIST:
>
> share/doc/${FULLPKGNAME}/
> ...
>
> FULLPKGNAME incorporates REVISION and EPOCH, so this will break as soon
> as the package is bumped.
>
>
> Aside from that, something weird is going on:
>
> $ gnuradio-companion
> Warning: restarting the docstring loader (crashed while loading
> 'analog_agc2_xx')
> RuntimeError('boost::filesystem::status: File name too long: "\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
> \xdf\xdf\x18\x0f\xcf\xeb\xdb\x19/config.conf"',)
>
> --
> Anthony J. Bentley
>
Re: NEW: comms/gnuradio
Hi Stuart,
Fixed.
Crashing problem, not yet.
Cheers,
--Aaron
* Stuart Henderson [2016-09-16 09:29:00 +0100]:
> On 2016/09/15 23:59, Anthony J. Bentley wrote:
> > From pkg/PLIST:
> >
> > share/doc/${FULLPKGNAME}/
> > ...
> >
> > FULLPKGNAME incorporates REVISION and EPOCH, so this will break as soon
> > as the package is bumped.
>
> Please adjust the build to use a directory name without the version
> number, e.g. share/doc/gnuradio.
>
> > Aside from that, something weird is going on:
> >
> > $ gnuradio-companion
> > Warning: restarting the docstring loader (crashed while loading
> > 'analog_agc2_xx')
> > RuntimeError('boost::filesystem::status: File name too long:
> > "\xdf\xdf\xdf\xdf
> > \xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf\xdf
>
> When you see a bunch of 0xdf like this (also sometimes shows up as
> ß), it's often a use-after-free or code not zeroing newly malloc()ed
> memory.
>
lsof, libgtop2: 'struct rb_entry' has no member named 'rbe_left' etc
Any suggestions what to do in the short term about these kvm-grovellers? lsof isn't so important, the only port depending on it is a tor connection monitor thingy, libgtop2 affects more things, but the fix is likely to be the same for both. In file included from /usr/include/uvm/uvm.h:42, from procmap.c:51: /usr/include/uvm/uvm_pmemrange.h:130: warning: data definition has no type or storage class /usr/include/uvm/uvm_pmemrange.h:130: warning: parameter names (without types) in function declaration /usr/include/uvm/uvm_pmemrange.h:131: warning: data definition has no type or storage class /usr/include/uvm/uvm_pmemrange.h:131: warning: parameter names (without types) in function declaration /usr/include/uvm/uvm_pmemrange.h:133: warning: data definition has no type or storage class /usr/include/uvm/uvm_pmemrange.h:133: warning: parameter names (without types) in function declaration procmap.c: In function 'load_vmmap_entries': procmap.c:113: error: 'struct rb_entry' has no member named 'rbe_left' procmap.c:114: error: 'struct rb_entry' has no member named 'rbe_right' procmap.c:115: error: 'struct rb_entry' has no member named 'rbe_left' procmap.c:116: error: 'struct rb_entry' has no member named 'rbe_right' procmap.c:118: error: 'struct rb_entry' has no member named 'rbe_parent' procmap.c:131: error: 'struct rb_entry' has no member named 'rbe_left' procmap.c:135: error: 'struct rb_entry' has no member named 'rbe_right' etc.etc.
Re: sox vs libmagic
OK? Comments?
On Sep 17 21:46:29, h...@stare.cz wrote:
> On Sep 15 12:51:55, h...@stare.cz wrote:
> > Would anyone miss the libmagic functionality
> > if it was removed from audio/sox?
>
> On Sep 15 20:36:52, s...@spacehopper.org wrote:
> > I wouldn't miss it.
>
> On Sep 16 11:04:09, a...@caoua.org wrote:
> > unlikely; nowadays most (all?) files have the standard extensions
> > and the remaining ones are easily handled with file(1).
>
> So lets just drop it.
>
> Jan
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/audio/sox/Makefile,v
> retrieving revision 1.65
> diff -u -p -r1.65 Makefile
> --- Makefile 12 Sep 2016 22:20:36 - 1.65
> +++ Makefile 17 Sep 2016 19:43:49 -
> @@ -5,6 +5,7 @@ BROKEN-hppa = bend.c:155:12: internal co
> COMMENT= Sound eXchange, the Swiss Army knife of audio manipulation
>
> DISTNAME=sox-14.4.2
> +REVISION=0
> SHARED_LIBS += sox 4.0 # 3.0
>
> CATEGORIES= audio
> @@ -20,7 +21,7 @@ WANTLIB += FLAC gsm mad id3tag mp3lame o
> WANTLIB += sndfile vorbis vorbisenc vorbisfile
> WANTLIB += opencore-amrnb opencore-amrwb
> WANTLIB += opus opusfile twolame wavpack
> -WANTLIB += iconv magic png
> +WANTLIB += iconv png
>
> MASTER_SITES=${MASTER_SITE_SOURCEFORGE:=sox/}
>
> @@ -40,7 +41,6 @@ LIB_DEPENDS=\
> audio/twolame \
> audio/wavpack \
> converters/libiconv \
> - devel/libmagic \
> graphics/png
>
> CONFIGURE_STYLE=gnu
> @@ -65,7 +65,7 @@ CONFIGURE_ARGS+=\
>
> # Additional file formats
> CONFIGURE_ARGS+= \
> - --with-magic\
> + --without-magic \
> --with-png \
> --without-ladspa\
> --with-mad \
Re: 6.0 Ports Breakage - Seamonkey and Quanta
Solène Rapenne wrote: On -current binaries now needs both wxallowed on their mountpoint AND have to be compiled with -wxneeded flag. Maybe this has been backported to 6.0-stable ? I don't know where to look to check that. Maybe someone have a clue ? As I run my system more, there are more and more w^x violations. Java especially. Luckily, it's not stopping me from development, which is the main point of my OpenBSD machine. So maybe that -wxneeded change did get backported into 6.0-stable. I now find that a little Dell Inspiron running i386 which I set up in the same fashion (install/cvs source/build kernel/build world/pkg_add -u) is exhibiting the same symptoms. All of which lends weight to Solène's thesis. -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of www.well.com/~jax # thinking, a way of skeptically interrogating the universe www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan
Re: lsof, libgtop2: 'struct rb_entry' has no member named 'rbe_left' etc
On 2016/09/20 14:22, Stuart Henderson wrote: > Any suggestions what to do in the short term about these kvm-grovellers? > lsof isn't so important, the only port depending on it is a tor connection > monitor thingy, libgtop2 affects more things, but the fix is likely to be > the same for both. > > > In file included from /usr/include/uvm/uvm.h:42, > from procmap.c:51: > /usr/include/uvm/uvm_pmemrange.h:130: warning: data definition has no type or > storage class > /usr/include/uvm/uvm_pmemrange.h:130: warning: parameter names (without > types) in function declaration > /usr/include/uvm/uvm_pmemrange.h:131: warning: data definition has no type or > storage class > /usr/include/uvm/uvm_pmemrange.h:131: warning: parameter names (without > types) in function declaration > /usr/include/uvm/uvm_pmemrange.h:133: warning: data definition has no type or > storage class > /usr/include/uvm/uvm_pmemrange.h:133: warning: parameter names (without > types) in function declaration > procmap.c: In function 'load_vmmap_entries': > procmap.c:113: error: 'struct rb_entry' has no member named 'rbe_left' > procmap.c:114: error: 'struct rb_entry' has no member named 'rbe_right' > procmap.c:115: error: 'struct rb_entry' has no member named 'rbe_left' > procmap.c:116: error: 'struct rb_entry' has no member named 'rbe_right' > procmap.c:118: error: 'struct rb_entry' has no member named 'rbe_parent' > procmap.c:131: error: 'struct rb_entry' has no member named 'rbe_left' > procmap.c:135: error: 'struct rb_entry' has no member named 'rbe_right' > > etc.etc. > BTW here are the others pulling in libkvm, though the above are the only two that got broken recently. $ sqlite3 /usr/local/share/sqlports "select FULLPKGPATH from WANTLIB where value='kvm';" comms/lcdproc databases/mongodb databases/pg_statsinfo devel/gdb devel/libgtop2 devel/xulrunner/24,-devel devel/xulrunner/24,-main lang/erlang/18,-main lang/erlang/19,-main lang/moarvm lang/node lang/rakudo net/dnscrypt-proxy,-main net/dnscrypt-proxy,-plugins net/gnugk net/ifmcstat net/lldpd,snmp net/miniupnp/miniupnpd net/net-snmp,-main net/zabbix,-main net/zabbix,mysql,-main net/zabbix,mysql,-server net/zabbix,pgsql,-main net/zabbix,pgsql,-server net/zabbix,sqlite3,-main net/zabbix,sqlite3,-server security/lastpass-cli sysutils/collectd,-main sysutils/conky sysutils/conky,no_x11 sysutils/conky,xmms2 sysutils/consolekit sysutils/dtpstree sysutils/gkrellm/gkrellm,-client sysutils/gkrellm/gkrellm,-main sysutils/monit sysutils/p5-Proc-ProcessTable sysutils/pscpug sysutils/py-psutil sysutils/py-psutil,python3 sysutils/whowatch sysutils/wmmon sysutils/xps telephony/asterisk,-snmp telephony/asterisk,imap,-snmp www/ruby-passenger www/ruby-passenger,ruby22 www/ruby-passenger,ruby23 x11/gnome/bijiben x11/gnome/control-center x11/gnome/documents x11/gnome/grilo-plugins x11/gnome/nautilus x11/gnome/online-miners x11/gnome/photos x11/gnome/system-monitor x11/gnome/tracker x11/kde4/workspace x11/windowmaker,-main x11/xfce4/xfce4-systemload
Re: lsof, libgtop2: 'struct rb_entry' has no member named 'rbe_left' etc
> Any suggestions what to do in the short term about these kvm-grovellers? > lsof isn't so important, the only port depending on it is a tor connection > monitor thingy, libgtop2 affects more things, but the fix is likely to be > the same for both. the rather ugly solution may be to link that tree code into libkvm. the RIGHT solution would be for some unidentified person to go on a mission, converting these utilities to use the sysctl interfaces, and stop snooping kvm.
Re: lsof, libgtop2: 'struct rb_entry' has no member named 'rbe_left' etc
On 2016-09-20, Stuart Henderson wrote: > Any suggestions what to do in the short term about these kvm-grovellers? I move that we delete lsof. It has been building fine on the amd64.ports machines and I was mystified how this could be until I realized that it uses /usr/src/sys and I hadn't updated src. Crazy. I don't know about libgtop2. Somebody should figure out what its consumers actually need; maybe the kvm groveling can be replaced by a dummy function. I'm not volunteering, though. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: [PATCH] Bump games/angband to 4.0.5
Good catch; this still appears to be broken. I'll take a look and see if I can find root cause + a fix. On 09/20/16 02:23, Edd Barrett wrote: > Hi William, > > On Mon, Sep 19, 2016 at 08:52:12PM -0700, William Orr wrote: >> Bump angbad to 4.0.5 > I have an almost complete update in openbsd-wip on github, but I was > having issues with SDL sounds causing hangs: > http://trac.rephial.org/ticket/1977 > > Have you tried sound? In game press equals then 'a' then turn sound on. > Now do something that would make sound, it will freeze in librthreads. > > I think my openbsd-wip version also uses private score files as shared > score files was broken. >
Re: NEW: net/iperf3
On Tue, Sep 20, 2016 at 02:13:55AM +0100, Stuart Henderson wrote:
> On 2016/09/19 15:39, Jeremie Courreges-Anglas wrote:
> > Stuart Henderson writes:
> >
> > > Hi, I'd strongly prefer a new port for this and keep the existing one as
> > > there are quite a few devices with built-in copies of iperf 2.
> >
> > Seconded.
> >
> > > On 17 September 2016 3:19:45 p.m. Lawrence Teo wrote:
> > >
> > >> net/iperf is at 2.0.5 and no longer maintained; its website
> > >> (http://iperf.sourceforge.net) now directs users to iperf3 instead.
> > >>
> > >> A description of iperf3 is available at the top of their main
> > >> non-github site at http://software.es.net/iperf/ -- the summary is that
> > >> iperf3 is a rewritten iperf that is not backwards compatible with iperf.
> > >> The installed binary name has also changed; it is now "bin/iperf3"
> > >> instead of "bin/iperf".
> > >>
> > >> I have attached the new net/iperf3 port for review.
> > >>
> > >> Note: Due to the way iperf3 uses IPV6_V6ONLY
> > >> (https://github.com/esnet/iperf/issues/196),
> >
> > I don't quite understand why adding #ifdefs here helps. It should just
> > be a soft error.
> >
> > >> iperf3 can only listen
> > >> on IPv6 or IPv4 but not both when you start it in server mode. If you
> > >> would like to use it in server mode with IPv4, you will need to run:
> > >>
> > >> iperf3 -4 -s
> >
> > sigh :)
> >
> > >> Some questions:
> > >>
> > >> 1. Is it preferable to introduce a new port or update the existing
> > >>net/iperf port? I lean towards introducing a new port because of the
> > >>backwards incompatibility, and the situation is similar to
> > >>security/p0f and security/p0f3.
> > >>
> > >> 2. If it's preferable to introduce a new port, should the old net/iperf
> > >>port be removed?
> > >>
> > >> Last but not least, thanks to jca@ for prodding me about this. :)
> >
> > ;)
> >
> > >> Thoughts and reviews welcome.
> >
> > No need to set DISTNAME in Makefile, did you want to make it explicit?
This is my first Github-based port and it totally slipped my mind that
DISTNAME does not need to be set. :)
> > The port looks and works fine here, ok jca@. I added a few patches for
> > the visible warnings, the %llu one matters the most I'd say. Updated
> > tarball below.
>
> OK with me.
>
> It might be worth defaulting to v4, but that can happen later.
Thank you for the feedback and ok's. I have imported the port including
jca@'s patches.
Here's an update to default to IPv4 and remove the unnecessary DISTNAME.
ok?
Index: Makefile
===
RCS file: /cvs/ports/net/iperf3/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile21 Sep 2016 01:12:57 - 1.1.1.1
+++ Makefile21 Sep 2016 01:51:36 -
@@ -3,8 +3,8 @@
COMMENT= tool to measure maximum achievable bandwidth on IP networks
V= 3.1.3
-DISTNAME= iperf-${V}
PKGNAME= iperf3-${V}
+REVISION= 0
GH_ACCOUNT=esnet
GH_PROJECT=iperf
Index: patches/patch-src_iperf_api_c
===
RCS file: /cvs/ports/net/iperf3/patches/patch-src_iperf_api_c,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-src_iperf_api_c
--- patches/patch-src_iperf_api_c 21 Sep 2016 01:12:57 - 1.1.1.1
+++ patches/patch-src_iperf_api_c 21 Sep 2016 01:51:41 -
@@ -1,9 +1,20 @@
$OpenBSD: patch-src_iperf_api_c,v 1.1.1.1 2016/09/21 01:12:57 lteo Exp $
+Default to IPv4.
+
Missing initialization.
src/iperf_api.c.orig Mon Sep 19 14:27:01 2016
-+++ src/iperf_api.cMon Sep 19 14:27:03 2016
+--- src/iperf_api.c.orig Mon Jun 6 14:18:49 2016
src/iperf_api.cSun Sep 18 01:51:24 2016
+@@ -1839,7 +1839,7 @@ iperf_defaults(struct iperf_test *testp)
+ testp->stats_interval = testp->reporter_interval = 1;
+ testp->num_streams = 1;
+
+-testp->settings->domain = AF_UNSPEC;
++testp->settings->domain = AF_INET;
+ testp->settings->unit_format = 'a';
+ testp->settings->socket_bufsize = 0;/* use autotuning */
+ testp->settings->blksize = DEFAULT_TCP_BLKSIZE;
@@ -2323,7 +2323,7 @@ iperf_print_results(struct iperf_test *test)
struct iperf_stream *sp = NULL;
iperf_size_t bytes_sent, total_sent = 0;
mariadb makefile patch
It appears they moved their archives.
--
Edgar Pettijohn
Index: Makefile
===
RCS file: /cvs/ports/databases/mariadb/Makefile,v
retrieving revision 1.38
diff -u -p -u -r1.38 Makefile
--- Makefile12 Feb 2016 13:30:38 - 1.38
+++ Makefile21 Sep 2016 01:59:30 -
@@ -19,8 +19,8 @@ PKGNAME-tests=mariadb-tests-${VERSION}
REVISION-server= 0
EPOCH= 1
CATEGORIES=databases
-MASTER_SITES= http://mariadb.mirror.iweb.com//${DISTNAME}/source/ \
- http://ftp.osuosl.org/pub/mariadb/${DISTNAME}/source/ \
+MASTER_SITES= http://archive.mariadb.org/${DISTNAME}/source/ \
+
http://ftp.hosteurope.de/mirror/archive.mariadb.org/${DISTNAME}/source/ \
LIB_VERSION= 27
SHARED_LIBS= mysqlclient_r ${LIB_VERSION}.0 \
Re: [PATCH] Bump games/angband to 4.0.5
After some more investigation, this appears to be a problem in sdl-mixer. playmus also suffers from the same problem. This is on 6.0/amd64 On 09/20/16 17:46, William Orr wrote: > Good catch; this still appears to be broken. > > I'll take a look and see if I can find root cause + a fix. > > > On 09/20/16 02:23, Edd Barrett wrote: >> Hi William, >> >> On Mon, Sep 19, 2016 at 08:52:12PM -0700, William Orr wrote: >>> Bump angbad to 4.0.5 >> I have an almost complete update in openbsd-wip on github, but I was >> having issues with SDL sounds causing hangs: >> http://trac.rephial.org/ticket/1977 >> >> Have you tried sound? In game press equals then 'a' then turn sound on. >> Now do something that would make sound, it will freeze in librthreads. >> >> I think my openbsd-wip version also uses private score files as shared >> score files was broken. >>
