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. >>