CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/05/26 21:44:59 Modified files: multimedia/phonon-backend: Makefile Log message: Hook up Qt5 version of GStreamer Phonon backend as well.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/05/26 21:44:27 Modified files: multimedia/phonon-backend: Makefile.inc Log message: Missing in previous Phonon backend tweaking commit.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/05/26 21:43:20 Modified files: devel : Makefile multimedia : Makefile x11/kde-applications: Makefile Log message: Let's go the mountain way and link first bits of KDE 5 to build.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/05/26 21:41:30 Modified files: multimedia/phonon-backend/gstreamer: Makefile multimedia/phonon-backend/gstreamer/pkg: PLIST-icons Log message: Fix complex package combinations for Phonon GStreamer backend, until someone runs into real issues. We produce two similar 100% interchangeable packages for now: phonon-gstreamer-icons-4.8.2p0 and phonon-gstreamer-icons-4.8.2p0-qt5. Not sure how to deal with it, but at least it builds and updates fine now.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/05/26 20:50:05 Modified files: multimedia/phonon: phonon.port.mk Log message: Fix plugin dependencies for Qt5 case.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/05/26 20:44:00 Modified files: multimedia/phonon-backend: Makefile.inc multimedia/phonon-backend/gstreamer: Makefile Added files: multimedia/phonon-backend/gstreamer/pkg: DESCR-icons DESCR-main PFRAG.no-qt5-main PLIST-icons PLIST-main Removed files: multimedia/phonon-backend/gstreamer/pkg: DESCR PLIST Log message: Add Qt5 support for building GStreamer Phonon plugin. VLC plugin doesn't support Qt5 support yet.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/05/26 18:09:15 Modified files: x11/kde-applications/gpgmepp: distinfo Log message: Use the correct version here.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/05/26 18:07:17 Modified files: x11/kde-applications: Makefile.inc Log message: Use different VERSION for KF5 and KDE4 ports.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/05/26 18:04:16 Modified files: x11/kde-applications: Makefile.inc Log message: Add KF5 support here, too.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/05/26 18:03:44 Log message: Import GpgME++, an optional but useful dependency for KF5Wallet. GpgME++ is a C++ wrapper (or C++ bindings) for the GnuPG project's gpgme (GnuPG Made Easy) library, version 0.4.4 and later. It is fairly complete, with some minor things still missing (in particular, the key edit interface). It is mostly tested using external event loops, for which its design is optimised. As a part of KF5 import: tested by kirby@ and awolk@, final okay awolk@. Status: Vendor Tag: zhuk Release Tags: zhuk_20160527 N ports/x11/kde-applications/gpgmepp/distinfo N ports/x11/kde-applications/gpgmepp/Makefile N ports/x11/kde-applications/gpgmepp/pkg/DESCR N ports/x11/kde-applications/gpgmepp/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/05/26 18:00:37 Modified files: multimedia/phonon: phonon.port.mk Log message: Add support for Qt5/KF5-enabled ports.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2016/05/26 17:59:01 Log message: Import KDE Frameworks 5.21.0. Somewhat outdated, but we need to move on. This does not include NetworkManager and ModemManager bindings, for obvious reasons. But there is the Bluez-Qt binding included, which acts as a stub, allowing KDE stuff relying on it to compile. Also, we ship outdated version of Baloo, because newer versions rely on the MDB library which we don't have - and won't have until UBC is fixed. Input from many, tested by kirby@ and awolk@, final okay awolk@ - thanks! Status: Vendor Tag: zhuk Release Tags: zhuk_20160527 N ports/devel/kf5/Makefile N ports/devel/kf5/Makefile.inc N ports/devel/kf5/PFRAG.l10n N ports/devel/kf5/kf5.port.mk N ports/devel/kf5/extra-cmake-modules/Makefile N ports/devel/kf5/extra-cmake-modules/distinfo N ports/devel/kf5/extra-cmake-modules/pkg/PLIST N ports/devel/kf5/extra-cmake-modules/pkg/DESCR N ports/devel/kf5/extra-cmake-modules/patches/patch-kde-modules_KDECompilerSettings_cmake N ports/devel/kf5/karchive/Makefile N ports/devel/kf5/karchive/distinfo N ports/devel/kf5/karchive/pkg/PLIST N ports/devel/kf5/karchive/pkg/DESCR N ports/devel/kf5/attica/Makefile N ports/devel/kf5/attica/distinfo N ports/devel/kf5/attica/pkg/PLIST N ports/devel/kf5/attica/pkg/DESCR N ports/devel/kf5/bluez-qt/Makefile N ports/devel/kf5/bluez-qt/distinfo N ports/devel/kf5/bluez-qt/pkg/DESCR N ports/devel/kf5/bluez-qt/pkg/PLIST N ports/devel/kf5/frameworkintegration/Makefile N ports/devel/kf5/frameworkintegration/distinfo N ports/devel/kf5/frameworkintegration/pkg/DESCR N ports/devel/kf5/frameworkintegration/pkg/PLIST N ports/devel/kf5/kactivities/Makefile N ports/devel/kf5/kactivities/distinfo N ports/devel/kf5/kactivities/pkg/DESCR N ports/devel/kf5/kactivities/pkg/PLIST N ports/devel/kf5/kapidox/Makefile N ports/devel/kf5/kapidox/distinfo N ports/devel/kf5/kapidox/pkg/DESCR N ports/devel/kf5/kapidox/pkg/PLIST N ports/devel/kf5/kapidox/patches/patch-setup_py N ports/devel/kf5/kauth/Makefile N ports/devel/kf5/kauth/distinfo N ports/devel/kf5/kauth/pkg/PLIST N ports/devel/kf5/kauth/pkg/DESCR N ports/devel/kf5/kbookmarks/Makefile N ports/devel/kf5/kbookmarks/distinfo N ports/devel/kf5/kbookmarks/pkg/DESCR N ports/devel/kf5/kbookmarks/pkg/PLIST N ports/devel/kf5/kcmutils/Makefile N ports/devel/kf5/kcmutils/distinfo N ports/devel/kf5/kcmutils/pkg/DESCR N ports/devel/kf5/kcmutils/pkg/PLIST N ports/devel/kf5/kcodecs/Makefile N ports/devel/kf5/kcodecs/distinfo N ports/devel/kf5/kcodecs/pkg/DESCR N ports/devel/kf5/kcodecs/pkg/PLIST N ports/devel/kf5/kcompletion/Makefile N ports/devel/kf5/kcompletion/distinfo N ports/devel/kf5/kcompletion/pkg/DESCR N ports/devel/kf5/kcompletion/pkg/PLIST N ports/devel/kf5/kconfig/Makefile N ports/devel/kf5/kconfig/distinfo N ports/devel/kf5/kconfig/pkg/DESCR N ports/devel/kf5/kconfig/pkg/PLIST N ports/devel/kf5/kconfigwidgets/Makefile N ports/devel/kf5/kconfigwidgets/distinfo N ports/devel/kf5/kconfigwidgets/pkg/DESCR N ports/devel/kf5/kconfigwidgets/pkg/PLIST N ports/devel/kf5/kcoreaddons/Makefile N ports/devel/kf5/kcoreaddons/distinfo N ports/devel/kf5/kcoreaddons/pkg/DESCR N ports/devel/kf5/kcoreaddons/pkg/PLIST N ports/devel/kf5/kcrash/Makefile N ports/devel/kf5/kcrash/distinfo N ports/devel/kf5/kcrash/pkg/PLIST N ports/devel/kf5/kcrash/pkg/DESCR N ports/devel/kf5/kdbusaddons/Makefile N ports/devel/kf5/kdbusaddons/distinfo N ports/devel/kf5/kdbusaddons/pkg/PLIST N ports/devel/kf5/kdbusaddons/pkg/DESCR N ports/devel/kf5/kdeclarative/Makefile N ports/devel/kf5/kdeclarative/distinfo N ports/devel/kf5/kdeclarative/pkg/DESCR N ports/devel/kf5/kdeclarative/pkg/PLIST N ports/devel/kf5/kded/Makefile N ports/devel/kf5/kded/distinfo N ports/devel/kf5/kded/pkg/DESCR N ports/devel/kf5/kded/pkg/PLIST N ports/devel/kf5/kio/Makefile N ports/devel/kf5/kio/distinfo N ports/devel/kf5/kio/pkg/DESCR N ports/devel/kf5/kio/pkg/PLIST N ports/devel/kf5/kdesu/Makefile N ports/devel/kf5/kdesu/distinfo N ports/devel/kf5/kdesu/pkg/DESCR N ports/devel/kf5/kdesu/pkg/PLIST N ports/devel/kf5/kdelibs4support/Makefile N ports/devel/kf5/kdelibs4support/distinfo N ports/devel/kf5/kdelibs4support/pkg/DESCR N ports/devel/kf5/kdelibs4support/pkg/PLIST N ports/devel/kf5/kdelibs4support/patches/patch-src_kssl_kcm_kcm_ssl_desktop N ports/devel/kf5/kdelibs4support/patches/patch-docs_kcm_ssl_CMakeLists_txt N ports/devel/kf5/kdesignerplugin/Makefile N ports/devel/kf5/kdesignerplugin/distinfo N
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/05/26 17:43:45 Modified files: www/nghttp2: Makefile distinfo Log message: update to nghttp2-1.11.0
Re: UPDATE: comms/fldigi 3.21.83 => 3.22.04
Hi Brian, Tim, Just got my Basic and Advanced ham license here, and am starting to try to figure out how to use fldigi. Don't see any more recent activity on the ports list, so wonder if testing it on 5.6 will be of any value at this point. Also wondering how many active OpenBSD fldigi users there may be. Austin On Mon, 29 Dec 2014, Brian Callahan wrote: > Hi ports (and Tim) -- > > Attached is an update to a previous submission for comms/fldigi. > With this version all the patches go away. > > I need this to go in because this version links with fltk-1.3.3 whereas the > version we currently have in ports does not. I'm working on the fltk-1.3.3 > update now and running it here so I would appreciate someone testing this on > fltk-1.3.2 > > OK? > > ~Brian > >
Re: Need a review for port of games/bastet (tetris like)
Solène Rapennewrites: > Hello, > > I would like someone to review my port, it is my first one. Heh, actually it was my first port too, I just didn't submit it. :) > This is a port of the game bastet which is also called "bastard tetris" > because this is a tetris game with an algorithm ta always give you the > worst piece it can. > > The base of the port has been done by Jeremie Courreges-Anglas who sent > me his work. I updated it to get the port to compile successfully. > > I am using a commit of github because the latest release on github > doesn't compile so I need to take the latest commit archive. Is it > possible to write something cleaner than setting the DISTFILES with the > commit name ? I'd suggest using something like: DISTNAME = bastet-0.43.1.2015083000 and getting rid of DISTFILES = ... > It compiles ONLY with clang, for unknown reason. > > I used portcheck -N and I fixed the complaints. Looks fine to me, but... it looks like a patch is missing: ===> Building for bastet-0.43.1.2015083000 c++ -O2 -pipe -DNDEBUG -Wall -I"/usr/local"/include -DLOCALSTATEDIR="/var" -c Ui.cpp Ui.cpp:479:2: error: use of undeclared identifier 'usleep' usleep(50/6); ^ 1 error generated. *** Error 1 in /usr/obj/pobj/bastet-0.43.1.2015083000/bastet-5037e410fde6fafe8e6bc4cf17a12ad98e01c17e (:124 'Ui.o') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2676 '/usr/obj/pobj/bastet-0.43.1.2015083000/.build_done') *** Error 1 in /usr/ports/mystuff/games/bastet (/usr/ports/infrastructure/mk/bsd.port.mk:2398 'all') ... using llvm-3.8.0 on -current. Also, > -- Makefile so opening the .tar.gz isn't needed -- > COMMENT = bastard tetris > DISTNAME =bastet-0.43.1 > CATEGORIES = games > > HOMEPAGE =http://fph.altervista.org/prog/bastet.html > > # GPLv3 > PERMIT_PACKAGE_CDROM =Yes > > WANTLIB = boost_program_options-mt c curses m > > GH_ACCOUNT = fph > GH_PROJECT = bastet > GH_COMMIT = 5037e410fde6fafe8e6bc4cf17a12ad98e01c17e > DISTFILES = 5037e410fde6fafe8e6bc4cf17a12ad98e01c17e.tar.gz > > MODULES = lang/clang > MODCLANG_ARCHS = * > MODCLANG_LANGS = c++ > LIB_DEPENDS = devel/boost > > MAKE_FLAGS = CPPFLAGS="-I\"${PREFIX}\"/include \ > -DLOCALSTATEDIR=\"${LOCALSTATEDIR}\"" \ > LDFLAGS="-L\"${PREFIX}\"/lib -lcurses -lboost_program_options" while it's not really incorrect, we tend to use LOCALBASE for "where other ports install stuff" and PREFIX for "where this port installs stuff". While I don't really understand the purpose of having two variables, it's better to stay consistent. So that would be LOCALBASE here. > NO_TEST = Yes > > do-configure: > ${SUBST_CMD} ${WRKSRC}/Config.cpp This doesn't do much now. IIRC I wanted to make sure that we respected ${LOCALSTATEDIR}, which is supposed to be a user setting. I doubt that it is actually supported in practice... Updated tarball attached. Looks like the Enter key doesn't work as advertised? bastet.tgz Description: Binary data -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: [NEW] net/geoipupdate
On 2016/05/26 23:55, Frederic Cambus wrote: > Hi ports@, > > Here is a port for net/geoipupdate. > > The update program was previously only useful with a paid subscription, > but it's now also possible to use it to update the free databases. > > From DESCR: > > The GeoIP Update program performs automatic updates of GeoIP2 and GeoIP > Legacy binary databases. > > Configuration instructions for free GeoLite2 and GeoLite Legacy databases > can be found here : https://dev.maxmind.com/geoip/geoipupdate/ > here are some bits on top; - @sample the config file - patch config to use the directory net/GeoIP is already using (these "updated at runtime" things shouldn't update in /usr/local) - patch to make it easier for free users (commercial users have an online config generator page anyway) but I think maybe we should also add shepherd users towards running it as a non-root user by previding a separate uid to own /var/db/GeoIP files .. diff --git Makefile Makefile index e9c3205..000723f 100644 --- Makefile +++ Makefile @@ -27,4 +27,8 @@ CONFIGURE_ENV = CFLAGS="-I${LOCALBASE}/include" \ FAKE_FLAGS = sysconfdir=${PREFIX}/share/examples/geoipupdate +post-install: + ${SUBST_CMD} ${PREFIX}/share/examples/geoipupdate/GeoIP.conf + rm ${PREFIX}/share/examples/geoipupdate/GeoIP.conf.beforesubst + .include diff --git patches/patch-conf_GeoIP_conf_default patches/patch-conf_GeoIP_conf_default new file mode 100644 index 000..47c7738 --- /dev/null +++ patches/patch-conf_GeoIP_conf_default @@ -0,0 +1,42 @@ +$OpenBSD$ +--- conf/GeoIP.conf.default.orig Wed Feb 25 23:06:59 2015 conf/GeoIP.conf.defaultThu May 26 23:29:23 2016 +@@ -3,18 +3,33 @@ + # pre-filled GeoIP.conf file. + + # Enter your user ID and license key below. These are available from +-# https://www.maxmind.com/en/my_license_key +-UserId YOUR_USER_ID_HERE +-LicenseKey YOUR_LICENSE_KEY_HERE ++# https://www.maxmind.com/en/my_license_key. ++# ++# With the entries below, you can only fetch the free GeoLite databases. ++UserId 99 ++LicenseKey + + # Enter the product IDs of the databases you would like to update. + # Multiple product IDs are separated by spaces. +-ProductIds GeoIP2-Country GeoIP2-City 106 132 + ++# Free databases: ++# GeoLite2-City - GeoLite 2 City ++# GeoLite2-Country - GeoLite2 Country ++# GeoLite-Legacy-IPv6-City - GeoLite Legacy IPv6 City ++# GeoLite-Legacy-IPv6-Country - GeoLite Legacy IPv6 Country ++# 506 - GeoLite Legacy Country ++# 517 - GeoLite Legacy ASN ++# 533 - GeoLite Legacy City ++ProductIds GeoLite2-City GeoLite2-Country GeoLite-Legacy-IPv6-City GeoLite-Legacy-IPv6-Country 506 517 533 ++ ++# Example for commercial databases: ++# (see https://www.maxmind.com/en/geoipupdate_conf) ++# ProductIds GeoIP2-Country GeoIP2-City 106 132 ++ + # The remaining settings are OPTIONAL. + + # The directory to store the database files. Defaults to /usr/local/share/GeoIP +-# DatabaseDirectory /usr/local/share/GeoIP ++DatabaseDirectory ${LOCALSTATEDIR}/db/GeoIP + + # The server to use. Defaults to "updates.maxmind.com". + # Host updates.maxmind.com diff --git pkg/PLIST pkg/PLIST index e2285c5..8c3e59f 100644 --- pkg/PLIST +++ pkg/PLIST @@ -4,4 +4,5 @@ @man man/man5/GeoIP.conf.5 share/examples/geoipupdate/ share/examples/geoipupdate/GeoIP.conf -share/examples/geoipupdate/GeoIP.conf.default +@sample ${SYSCONFDIR}/GeoIP.conf +@comment share/examples/geoipupdate/GeoIP.conf.default
[NEW] net/geoipupdate
Hi ports@, Here is a port for net/geoipupdate. The update program was previously only useful with a paid subscription, but it's now also possible to use it to update the free databases. >From DESCR: The GeoIP Update program performs automatic updates of GeoIP2 and GeoIP Legacy binary databases. Configuration instructions for free GeoLite2 and GeoLite Legacy databases can be found here : https://dev.maxmind.com/geoip/geoipupdate/ geoipupdate.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/05/26 15:39:47 Modified files: security/letskencrypt: Makefile distinfo Log message: update to letskencrypt-0.1.5, no more dependencies
Re: alpha bulk build report
build failure of PostgreSQL seems to be related to missing spinlocks support for Alpha. Log even suggest to use --disable-spinlocks configure option. On Thu, May 26, 2016 at 1:13 PM,wrote: > bulk build on alpha-1.ports.openbsd.org > started on Sat May 14 02:47:41 MDT 2016 > finished at Thu May 26 05:13:08 MDT 2016 > lasted 12D19h25m > done with kern.version=OpenBSD 6.0-beta (GENERIC.MP) #420: Fri May 13 > 13:09:28 MDT 2016 > > built packagesls: /usr/ports/packages/alpha/all: No such file or directory > > mv: /usr/ports/packages/alpha: No such file or directory > > build failures: 35 > http://build-failures.rhaalovely.net//alpha/2016-05-14/databases/postgresql.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/devel/ti-msp430gcc.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/angband,no_x11.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/brumbrumrally.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/connect4.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/dopewars,no_x11.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/dungeon-crawl.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/falconseye.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/icebreaker.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/moon-buggy.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/moria.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/nethack,no_x11.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/omega.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/slash,no_x11.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/slash-em,no_x11.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/wanderer.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/xinvaders.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/xkobo,harder.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/games/zangband,no_x11.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/graphics/freeimage.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/japanese/canna.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/lang/gcc/4.6.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/lang/gcc/4.9.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/lang/moarvm.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/mail/sendmail,-libmilter.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/multimedia/gstreamer1/plugins-bad.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/multimedia/gstreamer1/plugins-good.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/net/openvpn_bsdauth.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/net/rtorrent.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/net/ucspi-tcp.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/productivity/wyrd.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/sysutils/gkrellm/gkrellm,-client.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/x11/spice-gtk.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/x11/wmii.log > http://build-failures.rhaalovely.net//alpha/2016-05-14/x11/wxSVG.log > > recurrent failures > failures/devel/ti-msp430gcc.log > failures/graphics/freeimage.log > failures/lang/gcc/4.9.log > failures/lang/moarvm.log > failures/net/rtorrent.log > failures/productivity/wyrd.log > new failures > +++ ls-failures Thu May 26 05:13:21 2016 > +failures/databases/postgresql.log > +failures/games/angband,no_x11.log > +failures/games/brumbrumrally.log > +failures/games/connect4.log > +failures/games/dopewars,no_x11.log > +failures/games/dungeon-crawl.log > +failures/games/falconseye.log > +failures/games/icebreaker.log > +failures/games/moon-buggy.log > +failures/games/moria.log > +failures/games/nethack,no_x11.log > +failures/games/omega.log > +failures/games/slash,no_x11.log > +failures/games/slash-em,no_x11.log > +failures/games/wanderer.log > +failures/games/xinvaders.log > +failures/games/xkobo,harder.log > +failures/games/zangband,no_x11.log > +failures/japanese/canna.log > +failures/lang/gcc/4.6.log > +failures/mail/sendmail,-libmilter.log > +failures/multimedia/gstreamer1/plugins-bad.log > +failures/multimedia/gstreamer1/plugins-good.log > +failures/net/openvpn_bsdauth.log > +failures/net/ucspi-tcp.log > +failures/sysutils/gkrellm/gkrellm,-client.log > +failures/x11/spice-gtk.log > +failures/x11/wmii.log > +failures/x11/wxSVG.log > resolved failures > --- ../old/alpha/last//ls-failures Wed May 11 08:40:09 2016 > -failures/math/p5-Math-Pari.log > -failures/net/icinga/core2,-main.log > Base libs: > curses.14.0 edit.5.2 event.4.1 expat.11.0 form.6.0 formw.6.0 fuse.1.1 > iberty.12.0 kvm.16.1 menu.6.0 menuw.6.0 ncurses.14.0 ncursesw.14.0 >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2016/05/26 14:48:50 Modified files: devel/libffi : Makefile Added files: devel/libffi/patches: patch-src_closures_c Log message: Stop using RWX memory for closures. This switches libffi to the use of two different mappings per closure, one with RW access, the other with RX access. Even if not perfect it is already an improvement. Soon RWX memory will be unavailable by default, so fixing libffi means that we don't have to tweak an unknown percentage of the 565 ports that link against it... Initial diff from sthen@ who also did most of the tests. ok sthen@ jasper@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2016/05/26 14:43:00 Modified files: archivers/libarchive: Makefile Added files: archivers/libarchive/patches: patch-configure Log message: Oops, add library bump and forgotten patch file.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2016/05/26 14:31:37 Modified files: archivers/libarchive: Makefile distinfo archivers/libarchive/patches: patch-cpio_bsdcpio_1 patch-tar_bsdtar_1 archivers/libarchive/pkg: PLIST Removed files: archivers/libarchive/patches: patch-cpio_cpio_c patch-libarchive_archive_h patch-libarchive_archive_read_c patch-libarchive_archive_read_support_format_cpio_c patch-libarchive_archive_write_c patch-libarchive_archive_write_disk_3 patch-libarchive_archive_write_disk_posix_c patch-libarchive_test_test_write_disk_secure_c Log message: Update to 3.2.0. Notable changes include: * Incorporate patches for crash and overflow bugs * Add support for lz4 compression * Add bsdcat command-line tool Also avoid picking up ext2fs header; reported by rpe@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2016/05/26 14:12:44 Modified files: mail/opensmtpd-extras: Makefile distinfo Log message: update to 201605232202 snapshot and add myself as co-maintainer ok giovanni
Update chirp to daily-20160517
Tested on amd64 with Baofeng uv-5r. Following are CHANGES from devs: A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location: http://trac.chirp.danplanet.com/chirp_daily/daily-20160517 A list of the changes included in this build (since the last daily) follows: Changes for Build #402 [Pavel Milanes (CO7WT)] [PATCH][BTECH] Add a flag to know we have a BTECH gen3, fixes #3015 This 3 gen wave of BTECH radios has new settings items and we need a flag to know when we are dealing with one of these to show the settings properly. This is an advance to the real settings modification. 73 [Pavel Milanes (CO7WT) ] [PATCH][BTECHs] Add support for the new Gen3 wave of BTECHs, fixes #3015 This add support for the new generation (3gen) if the following BTECHs: * UV-2501 * UV-2501+220 * UV-5001 73 [Pavel Milanes (CO7WT) ] [PATCH][KT8900] Comment about old versions of KT8900 in the UI, fixes #3539 All points that the QYT KT8900 is the main OEM model, and there are two variants of it, from the prespective of the communication dance: * One is with just the ID and right to the down/up process (clone of WACCOM Mini8900) * The other (is the default now) with a second id read & a extra step on the upload process. As both uses different communications steps we can't put them both under the same case, fortunately the "older" model has a clone in the WACCOM Mini8900. We put here a notice on the failure to read a KT8900 to warn the users to try the WACCOM Mini8900 instead. Ports diff follows: Index: Makefile === RCS file: /cvs/ports/comms/chirp/Makefile,v retrieving revision 1.7 diff -u -p -u -r1.7 Makefile --- Makefile7 May 2016 14:02:53 - 1.7 +++ Makefile26 May 2016 19:36:28 - @@ -2,7 +2,7 @@ COMMENT= tool to programme a wide range of amateur radios -MODPY_EGG_VERSION= 20160507 +MODPY_EGG_VERSION= 20160517 DISTNAME= chirp-daily-${MODPY_EGG_VERSION} PKGNAME= chirp-${MODPY_EGG_VERSION} Index: distinfo === RCS file: /cvs/ports/comms/chirp/distinfo,v retrieving revision 1.4 diff -u -p -u -r1.4 distinfo --- distinfo7 May 2016 14:02:53 - 1.4 +++ distinfo26 May 2016 19:36:28 - @@ -1,2 +1,2 @@ -SHA256 (chirp-daily-20160507.tar.gz) = SWjtOuNE+/QUdepbMRLt9/i+6HQcK5aDKxPhVPloJp8= -SIZE (chirp-daily-20160507.tar.gz) = 578136 +SHA256 (chirp-daily-20160517.tar.gz) = sOTGFvxXViIMzRRYpmyHLS0bpjXrsO1MG1rWgEGhXVk= +SIZE (chirp-daily-20160517.tar.gz) = 578310
Re: avoid W|X mappings in libffi
On 2016/05/23 21:22, Jeremie Courreges-Anglas wrote: > Jeremie Courreges-Anglaswrites: > > > Theo de Raadt writes: > > > >>> IIUC they would differ on OSes where libffi can't get a single mapping > >>> with both W and X access. On those OSes libffi uses a workaround, two > >>> mappings are allocated one with RW, the other with RX. While we want to > >>> disable RWX on OpenBSD as an end goal, I don't think we want to let > >>> libffi use this hack, 'cause it it basically the same as RWX. > >> > >> Yes we do. > >> > >> In general, shadow mappings are probably less attackable on a case > >> to case basis. Pure RWX mappings are worse. > >> > >> The roadmap is to remove as much RWX as possible. If we can split > >> some RWX uses off into shadow mappings, that is progress. At least > >> code using shadow mappings is half-ready for using mprotect correctly. > > > > Then the diff for src/closures.c should be different: it should ensure > > that libffi uses dlmmap_locked(). > > On amd64, but the diff should be MI: > > === libffi Summary === > > # of expected passes1867 > # of unexpected failures3 Good, so in the amd64 case that is the same number of failures as without the diff. A bunch of failures on i386 in libffi's "make test", but again the same number with/without this diff (including on a machine with no uvm_mmap diff), and no W^X violations after the diff. # of expected passes2182 # of unexpected failures173 This diff is basically using mechanisms which are provided by upstream anyway so I don't think there is anything dodgy about it. OK with me. Jasper, as maintainer do you have any concerns? .. Diff for easy reference (unchanged from jca's). Index: Makefile === RCS file: /cvs/ports/devel/libffi/Makefile,v retrieving revision 1.34 diff -u -p -r1.34 Makefile --- Makefile23 Mar 2016 22:50:29 - 1.34 +++ Makefile23 May 2016 18:38:58 - @@ -3,7 +3,7 @@ COMMENT= Foreign Function Interface DISTNAME= libffi-3.2.1 -REVISION= 1 +REVISION= 2 SHARED_LIBS += ffi 1.2 # .6.4 CATEGORIES=devel Index: patches/patch-src_closures_c === RCS file: patches/patch-src_closures_c diff -N patches/patch-src_closures_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_closures_c23 May 2016 18:38:58 - @@ -0,0 +1,19 @@ +$OpenBSD$ +--- src/closures.c.origMon May 23 20:34:13 2016 src/closures.c Mon May 23 20:35:56 2016 +@@ -525,6 +525,7 @@ dlmmap (void *start, size_t length, int prot, + printf ("mapping in %zi\n", length); + #endif + ++#if 0 + if (execfd == -1 && is_emutramp_enabled ()) + { + ptr = mmap (start, length, prot & ~PROT_EXEC, flags, fd, offset); +@@ -543,6 +544,7 @@ dlmmap (void *start, size_t length, int prot, +with ((prot & ~PROT_WRITE) | PROT_EXEC) and mremap with +MREMAP_DUP and prot at this point. */ + } ++#endif + + if (execsize == 0 || execfd == -1) + {
Re: Fix: mail/courier-authlib
On 2016/05/26 19:51, Giovanni Bechis wrote: > Index: patches/patch-preauthshadow_c it looks like this is unused (typically any upstream support for shadow passwords is not going to work with OpenBSD's API). Could you check and if that's correct, remove that extra patch. Rest is OK with me.
Update: sysutils/monit 5.18
A variety of upstream bug fixes and a few new features ( https://mmonit.com/monit/changes/). Just a simple version bump required. I've been running it for a few hours now without issue. -Bryce diff --git a/sysutils/monit/Makefile b/sysutils/monit/Makefile index dca4aa1..6cec17d 100644 --- a/sysutils/monit/Makefile +++ b/sysutils/monit/Makefile @@ -2,7 +2,7 @@ COMMENT= monitoring and managing daemons utility -DISTNAME= monit-5.17.1 +DISTNAME= monit-5.18 CATEGORIES=sysutils diff --git a/sysutils/monit/distinfo b/sysutils/monit/distinfo index 19bf6e5..118d088 100644 --- a/sysutils/monit/distinfo +++ b/sysutils/monit/distinfo @@ -1,2 +1,2 @@ -SHA256 (monit-5.17.1.tar.gz) = 9xoiz7a9kf9GSW5y4dGxAh7NZR53SBMc4PmVzDf/C0I= -SIZE (monit-5.17.1.tar.gz) = 1231823 +SHA256 (monit-5.18.tar.gz) = dcy4X6KsH0TJyVxaa1OaJUsKHWThajbsnuuGdISk/K8= +SIZE (monit-5.18.tar.gz) = 1239752 -- Regards, Bryce Chidester br...@cobryce.com
Re: [update] textproc/multimarkdown
attilawrites: > attila writes: > >> attila writes: >> >>> attila writes: >>> attila writes: > Micah Muer writes: > >> On Tue, 22 Mar 2016 12:58:32 -0600 >> attila wrote: >> >>> Stuart Henderson writes: >>> >>> > On 2016/03/19 15:38, Michael McConville wrote: >>> >> > +ALL_TARGET = deprecated >>> >> > + >>> >> > +# golf MAKE_FLAGS down to 80chars.. :-| >>> >> > +_i = -include >>> >> > +_incs = ${_i} src/GLibFacade.h ${_i} src/version.h >>> >> > ${_i} src/parser.h >>> >> > +MAKE_FLAGS = CFLAGS="${CFLAGS} ${_incs}" >>> >> >>> >> Why golf? Can't you just use backslashes as necessary? I would get >>> >> rid >>> >> of _i and _incs. >>> >> >>> > >>> > I think this approach is dangerous, better to keep those bits which >>> > are >>> > normally part of upstream's Makefile in their Makefile and change the >>> > way that you pass in CFLAGS. (e.g. maybe pass in COPTFLAGS instead and >>> > change their Makefile to do COPTFLAGS?=-O3 and "CFLAGS?=${COPTFLAGS} >>> > ... >>> > -include ...") >>> > >>> > But then again, we have cmake, why not just use that? It's upstream's >>> > preferred build infrastructure, whereas for the make-based one they >>> > say >>> > "I don't recommend this approach, but it should work in a pinch".. >>> >>> Agree, this was sleazy and poorly considered. I'm sorry. Anytime I >>> find myself golfing I should stop. >>> >>> Attached is new attempt that uses cmake instead. Works for me on i386. >>> >>> N.B.: I set NO_TEST to Yes now because the tests are buried in a git >>> submodule; furthermore, the repo on which the submodule is based has >>> no tags and thus no releases, making it impossible for me to reach out >>> for it as a distfile (unless I'm missing something). I'm going to try >>> to convince the upstream to start tagging that repo, but if I fail >>> then I'll self-host a tarball for tests on the next update. >>> >>> Thanks as always for the feedback. >>> >>> Pax, -A >>> -- >>> http://haqistan.net/~attila | att...@stalphonsos.com | 0x62A729CF >> >> Atilla's patch works well for me on amd64. I have used it heavily for >> several days. However, upstream has a new release, so here's a new >> patch 99% based on atilla's. > > Nice! Thanks for doing this. Works for me on i386. Ping? Diff attached that includes Micah Muer's updates. Pax, -A >>> >>> Reping? New patch attached that brings us up to 5.2.0-1, released 16 >>> March. Nothing new, just updated distinfo and Makefile. Works for me >>> under amd64, i386. >>> >>> Pax, -A >> >> Ping. >> >> Pax, -A > > Ping. > > Pax, -A Ping. Just tested that the diff works against recentish i386 snap (22 May). Patch attached. Pax, -A -- http://haqistan.net/~attila | att...@stalphonsos.com | 0x62A729CF Index: Makefile === RCS file: /cvs/ports/textproc/multimarkdown/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- Makefile 5 Apr 2015 13:31:15 - 1.2 +++ Makefile 15 Apr 2016 20:30:02 - @@ -1,13 +1,13 @@ # $OpenBSD: Makefile,v 1.2 2015/04/05 13:31:15 sthen Exp $ -V = 4.7.1 +V = 5.2.0-1 COMMENT = marked-up plain text to formatted document converter DISTNAME = ${GH_PROJECT}-${V} -PKGNAME = multimarkdown-${V} +PKGNAME = multimarkdown-${V:C/-/./} CATEGORIES = textproc GH_ACCOUNT = fletcher -GH_PROJECT = MultiMarkdown-4 +GH_PROJECT = MultiMarkdown-5 GH_TAGNAME = ${V} HOMEPAGE = http://fletcherpenney.net/multimarkdown/ @@ -20,15 +20,19 @@ WANTLIB += c BUILD_DEPENDS = devel/greg -USE_GMAKE = Yes -ALL_TARGET = ALL -MAKE_FLAGS = CFLAGS="${CFLAGS} -include GLibFacade.h -DHAVE_ARC4RANDOM" \ - GREG=${LOCALBASE}/bin/greg +MODULES = devel/cmake + +CFLAGS += -DHAVE_SRAND_DETERMINISTIC + +CONFIGURE_ARGS += -DGREG=${LOCALBASE}/bin/greg # Test files aren't included in distfile. NO_TEST = Yes +pre-configure: + touch ${WRKBUILD}/README.html + do-install: - ${INSTALL_PROGRAM} ${WRKSRC}/multimarkdown ${PREFIX}/bin/ + ${INSTALL_PROGRAM} ${WRKBUILD}/multimarkdown ${PREFIX}/bin/ .include Index: distinfo === RCS file: /cvs/ports/textproc/multimarkdown/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo 24 Mar 2015 19:16:13 - 1.1.1.1 +++ distinfo 15 Apr 2016 20:30:02 - @@ -1,2 +1,2 @@ -SHA256 (MultiMarkdown-4-4.7.1.tar.gz) = gy5dzm+hv/TWfmSsLMJPCSCujZEoDlPqh5I3odQ/SGU= -SIZE (MultiMarkdown-4-4.7.1.tar.gz) = 120896 +SHA256 (MultiMarkdown-5-5.2.0-1.tar.gz) =
Re: NEW: mail/p5-Mail-Milter-Authentication
On Thu, May 12, 2016 at 04:53:37PM +0100, Stuart Henderson wrote: [...] > New tgz attached. I think this one is OK to import, but I'd like > to see the patches go upstream and see if they have comments or > changes to them. > I submitted all patches upstream but noone replied, running with it in production for a couple of weeks, is it time to import ? Cheers Giovanni
Fix: mail/courier-authlib
Fix for getpwnam/getpwnam_shadow, ok ? Cheers Giovanni
Fix: mail/courier-authlib
Fix for getpwnam/getpwnam_shadow, ok ? Cheers Giovanni Index: Makefile === RCS file: /var/cvs/ports/mail/courier-authlib/Makefile,v retrieving revision 1.55 diff -u -p -r1.55 Makefile --- Makefile23 Mar 2016 12:12:26 - 1.55 +++ Makefile26 May 2016 17:34:42 - @@ -12,7 +12,7 @@ PKGNAME-ldap= ${DISTNAME:S/lib-/lib-lda PKGNAME-mysql= ${DISTNAME:S/lib-/lib-mysql-/} PKGNAME-pgsql= ${DISTNAME:S/lib-/lib-pgsql-/} PKGNAME-userdb=${DISTNAME:S/lib-/lib-userdb-/} -REVISION= 0 +REVISION= 1 SHARED_LIBS += courierauth 1.0 # .0.0 SHARED_LIBS += courierauthsasl 1.0 # .0.0 Index: patches/patch-Makefile_in === RCS file: /var/cvs/ports/mail/courier-authlib/patches/patch-Makefile_in,v retrieving revision 1.5 diff -u -p -r1.5 patch-Makefile_in --- patches/patch-Makefile_in 28 Oct 2014 09:19:29 - 1.5 +++ patches/patch-Makefile_in 12 May 2016 15:30:48 - @@ -1,7 +1,7 @@ $OpenBSD: patch-Makefile_in,v 1.5 2014/10/28 09:19:29 giovanni Exp $ Makefile.in.orig Mon Nov 11 19:58:27 2013 -+++ Makefile.inTue Oct 28 09:01:02 2014 -@@ -654,7 +654,7 @@ CLEANFILES = authldaprc.h authmysqlrc.h authsqliterc.h +--- Makefile.in.orig Sat Nov 14 22:45:09 2015 Makefile.inThu May 12 17:25:53 2016 +@@ -667,7 +667,7 @@ CLEANFILES = authldaprc.h authmysqlrc.h authsqliterc.h DISTCLEANFILES = dbobj.config README_authlib.html commonlibdep = libcourierauthcommon.la @@ -10,7 +10,7 @@ $OpenBSD: patch-Makefile_in,v 1.5 2014/1 commonlibadd = libcourierauthcommon.la libcourierauthcommon_t = @CRYPTLIBS@ libcourierauthcommon_la_SOURCES = \ -@@ -671,7 +671,7 @@ libcourierauthcommon_la_SOURCES = \ +@@ -684,7 +684,7 @@ libcourierauthcommon_la_SOURCES = \ libcourierauthcommon_la_DEPENDENCIES = libcourierauth.la libcourierauthcommon_la_LIBADD = libcourierauth.la @@ -19,7 +19,7 @@ $OpenBSD: patch-Makefile_in,v 1.5 2014/1 libcourierauth_la_SOURCES = authdaemon.c authdaemonlib.c preauthdaemon.c \ authmoduser2.c authmoduser3.c debug.c \ courierauthdebug.h \ -@@ -680,7 +680,7 @@ libcourierauth_la_SOURCES = authdaemon.c authdaemonlib +@@ -693,7 +693,7 @@ libcourierauth_la_SOURCES = authdaemon.c authdaemonlib libcourierauth_la_LIBADD = libs/libhmac/libhmac.la libs/md5/libmd5.la libs/sha1/libsha1.la libs/numlib/libnumlib.la \ libs/random128/librandom128.la libs/rfc822/libencode.la @@ -28,7 +28,7 @@ $OpenBSD: patch-Makefile_in,v 1.5 2014/1 # The userdb module libauthuserdb_t = userdb/libuserdb.la @dblibrary@ @LIBGDBM@ @LIBDB@ -@@ -780,7 +780,7 @@ libcourierauthsasl_la_SOURCES = \ +@@ -794,7 +794,7 @@ libcourierauthsasl_la_SOURCES = \ authsaslfrombase64.c authsasltobase64.c libcourierauthsasl_la_LIBADD = libcourierauthcommon.la libcourierauth.la @@ -37,7 +37,7 @@ $OpenBSD: patch-Makefile_in,v 1.5 2014/1 libcourierauthsaslclient_la_SOURCES = courierauthsaslclient.h \ authsaslclient.c authsaslclient.h authsaslclientcram.c \ authsaslclientcrammd5.c authsaslclientcramsha1.c \ -@@ -789,7 +789,7 @@ libcourierauthsaslclient_la_SOURCES = courierauthsaslc +@@ -803,7 +803,7 @@ libcourierauthsaslclient_la_SOURCES = courierauthsaslc authsaslfrombase64.c authsasltobase64.c libcourierauthsaslclient_la_LIBADD = libcourierauth.la @@ -46,7 +46,7 @@ $OpenBSD: patch-Makefile_in,v 1.5 2014/1 include_HEADERS = courier_auth_config.h courierauth.h courierauthsasl.h \ courierauthsaslclient.h courierauthdebug.h courierauthstaticlist.h -@@ -822,7 +822,7 @@ authdaemondprog_LDADD = $(LIBLTDL) libcourierauthcommo +@@ -836,7 +836,7 @@ authdaemondprog_LDADD = $(LIBLTDL) libcourierauthcommo libs/libhmac/libhmac.la libs/md5/libmd5.la libs/sha1/libsha1.la \ libs/rfc822/libencode.la libs/numlib/libnumlib.la Index: patches/patch-configure === RCS file: /var/cvs/ports/mail/courier-authlib/patches/patch-configure,v retrieving revision 1.5 diff -u -p -r1.5 patch-configure --- patches/patch-configure 11 Apr 2014 09:35:04 - 1.5 +++ patches/patch-configure 12 May 2016 15:30:45 - @@ -1,7 +1,7 @@ $OpenBSD: patch-configure,v 1.5 2014/04/11 09:35:04 giovanni Exp $ configure.orig Mon Nov 11 14:55:52 2013 -+++ configure Sun Jan 12 17:31:43 2014 -@@ -15172,7 +15172,7 @@ then +--- configure.orig Sat Nov 14 22:45:08 2015 configure Thu May 12 17:25:53 2016 +@@ -15791,7 +15791,7 @@ then $COURIERCONFIG >conftest.out || exit 1 sed -n '/^mail/p' conftest2.out || exit 1 . ./conftest2.out @@ -10,7 +10,7 @@ $OpenBSD: patch-configure,v 1.5 2014/04/ cmailuser="$mailuser" cmailgroup="$mailgroup" -@@ -15184,7 +15184,7 @@ then +@@ -15803,7 +15803,7 @@ then
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2016/05/26 11:53:12 Modified files: x11: Makefile Log message: link x11/sct
update print/poppler
Hi aja@ wants ze new poppler. Here it is, in case anyone wants to test it (I'm still waiting for my bulk build to finish before I can start testing). Ciao, Kili Index: Makefile === RCS file: /cvs/ports/print/poppler/Makefile,v retrieving revision 1.105 diff -u -p -r1.105 Makefile --- Makefile1 May 2016 12:33:24 - 1.105 +++ Makefile26 May 2016 17:41:14 - @@ -6,7 +6,7 @@ COMMENT-qt4=qt4 interface to PDF render COMMENT-qt5= Qt5 interface to PDF rendering library COMMENT-utils= PDF conversion tools and utilities -V= 0.43.0 +V= 0.44.0 DISTNAME= poppler-$V CATEGORIES=print PKGNAME-main= poppler-$V @@ -16,7 +16,7 @@ PKGNAME-qt4= poppler-qt4-$V PKGNAME-qt5= poppler-qt5-$V OLDSHIT = poppler-0.16.7 -SHARED_LIBS += poppler 36.0 # 60.0 +SHARED_LIBS += poppler 37.0 # 61.0 SHARED_LIBS += poppler-glib 15.0 # 15.0 SHARED_LIBS += poppler-qt 12.0 # 3.0 SHARED_LIBS += poppler-qt4 18.0 # 13.0 Index: distinfo === RCS file: /cvs/ports/print/poppler/distinfo,v retrieving revision 1.53 diff -u -p -r1.53 distinfo --- distinfo1 May 2016 12:33:24 - 1.53 +++ distinfo26 May 2016 17:41:14 - @@ -1,4 +1,4 @@ SHA256 (poppler-0.16.7.tar.gz) = +rTory001BQqcYgZ/XR9QJMLce9SDuDmvMlOLETyK80= -SHA256 (poppler-0.43.0.tar.xz) = xyDiaibuELfryeJW0u563NtTbPhfnxxHd6OPf4H7JFY= +SHA256 (poppler-0.44.0.tar.xz) = W0Z+0mpV4YJNpr2G9fVisbRVggacA4mMkfAa1cb6Dqs= SIZE (poppler-0.16.7.tar.gz) = 1952179 -SIZE (poppler-0.43.0.tar.xz) = 1671368 +SIZE (poppler-0.44.0.tar.xz) = 1671900 Index: patches/patch-poppler_Decrypt_cc === RCS file: patches/patch-poppler_Decrypt_cc diff -N patches/patch-poppler_Decrypt_cc --- patches/patch-poppler_Decrypt_cc27 Mar 2016 20:04:25 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,88 +0,0 @@ -$OpenBSD: patch-poppler_Decrypt_cc,v 1.2 2016/03/27 20:04:25 sthen Exp $ poppler/Decrypt.cc.origMon Mar 14 13:18:16 2016 -+++ poppler/Decrypt.cc Sun Mar 27 14:03:21 2016 -@@ -1444,22 +1444,22 @@ static void sha256(Guchar *msg, int msgLen, Guchar *ha - // - // SHA 384 and SHA 512 use the same sequence of eighty constant 64 bit words. - static const uint64_t K[80] = { -- 0x428a2f98d728ae22, 0x7137449123ef65cd, 0xb5c0fbcfec4d3b2f, 0xe9b5dba58189dbbc, 0x3956c25bf348b538, -- 0x59f111f1b605d019, 0x923f82a4af194f9b, 0xab1c5ed5da6d8118, 0xd807aa98a3030242, 0x12835b0145706fbe, -- 0x243185be4ee4b28c, 0x550c7dc3d5ffb4e2, 0x72be5d74f27b896f, 0x80deb1fe3b1696b1, 0x9bdc06a725c71235, -- 0xc19bf174cf692694, 0xe49b69c19ef14ad2, 0xefbe4786384f25e3, 0x0fc19dc68b8cd5b5, 0x240ca1cc77ac9c65, -- 0x2de92c6f592b0275, 0x4a7484aa6ea6e483, 0x5cb0a9dcbd41fbd4, 0x76f988da831153b5, 0x983e5152ee66dfab, -- 0xa831c66d2db43210, 0xb00327c898fb213f, 0xbf597fc7beef0ee4, 0xc6e00bf33da88fc2, 0xd5a79147930aa725, -- 0x06ca6351e003826f, 0x142929670a0e6e70, 0x27b70a8546d22ffc, 0x2e1b21385c26c926, 0x4d2c6dfc5ac42aed, -- 0x53380d139d95b3df, 0x650a73548baf63de, 0x766a0abb3c77b2a8, 0x81c2c92e47edaee6, 0x92722c851482353b, -- 0xa2bfe8a14cf10364, 0xa81a664bbc423001, 0xc24b8b70d0f89791, 0xc76c51a30654be30, 0xd192e819d6ef5218, -- 0xd69906245565a910, 0xf40e35855771202a, 0x106aa07032bbd1b8, 0x19a4c116b8d2d0c8, 0x1e376c085141ab53, -- 0x2748774cdf8eeb99, 0x34b0bcb5e19b48a8, 0x391c0cb3c5c95a63, 0x4ed8aa4ae3418acb, 0x5b9cca4f7763e373, -- 0x682e6ff3d6b2b8a3, 0x748f82ee5defb2fc, 0x78a5636f43172f60, 0x84c87814a1f0ab72, 0x8cc702081a6439ec, -- 0x90befffa23631e28, 0xa4506cebde82bde9, 0xbef9a3f7b2c67915, 0xc67178f2e372532b, 0xca273eceea26619c, -- 0xd186b8c721c0c207, 0xeada7dd6cde0eb1e, 0xf57d4f7fee6ed178, 0x06f067aa72176fba, 0x0a637dc5a2c898a6, -- 0x113f9804bef90dae, 0x1b710b35131c471b, 0x28db77f523047d84, 0x32caab7b40c72493, 0x3c9ebe0a15c9bebc, -- 0x431d67c49c100d4c, 0x4cc5d4becb3e42b6, 0x597f299cfc657e2a, 0x5fcb6fab3ad6faec, 0x6c44198c4a475817 -+ 0x428a2f98d728ae22LL, 0x7137449123ef65cdLL, 0xb5c0fbcfec4d3b2fLL, 0xe9b5dba58189dbbcLL, 0x3956c25bf348b538LL, -+ 0x59f111f1b605d019LL, 0x923f82a4af194f9bLL, 0xab1c5ed5da6d8118LL, 0xd807aa98a3030242LL, 0x12835b0145706fbeLL, -+ 0x243185be4ee4b28cLL, 0x550c7dc3d5ffb4e2LL, 0x72be5d74f27b896fLL, 0x80deb1fe3b1696b1LL, 0x9bdc06a725c71235LL, -+ 0xc19bf174cf692694LL, 0xe49b69c19ef14ad2LL, 0xefbe4786384f25e3LL, 0x0fc19dc68b8cd5b5LL, 0x240ca1cc77ac9c65LL, -+ 0x2de92c6f592b0275LL, 0x4a7484aa6ea6e483LL, 0x5cb0a9dcbd41fbd4LL, 0x76f988da831153b5LL, 0x983e5152ee66dfabLL, -+ 0xa831c66d2db43210LL, 0xb00327c898fb213fLL, 0xbf597fc7beef0ee4LL, 0xc6e00bf33da88fc2LL, 0xd5a79147930aa725LL, -+ 0x06ca6351e003826fLL, 0x142929670a0e6e70LL, 0x27b70a8546d22ffcLL,
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/05/26 11:31:28 Modified files: devel/gsettings-desktop-schemas: Makefile Removed files: devel/gsettings-desktop-schemas/patches: patch-schemas_org_gnome_desktop_interface_gschema_xml_in Log message: Revert, it introduced a regression with the meta key.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/05/26 11:28:27 Modified files: x11/gtk+3/patches: patch-gtk_gtksettings_c Log message: Zap comment.
Re: 'avoid W|X mappings in libffi' - MARC
On 24 May 2016 at 07:05, Kenneth Westerbackwrote: > What's 'obxj' that your spreadsheet says processes lang/obc? Someone had switched columns around for that one for some unknown reason. I've just put them back. The "Processes" column is for process names, either installed or run from the port build directory.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/05/26 09:21:09 Modified files: net/GeoIP : Makefile net/GeoIP/pkg : DESCR-asn DESCR-city DESCR-db DESCR-main Log message: update license info; geolite databases are now CC-BY-SA 4.0 (previously 3.0) spotted by Frederic Cambus
[new] lang/mlton
Hi ports@, I would like to add port for MLton compiler. >From pkg/DESCR: MLton is an open-source, whole-program, optimizing Standard ML compiler. Please note, that the bugfix [1] should be applied for the default OpenBSD GCC 4.2.1 to compile this port. Attached file corresponds to [2]. [1]: http://marc.info/?l=openbsd-bugs=146417516608038=2 [2]: https://github.com/extensibl/ports/tree/adf4be1d02768d4dfa5377c3491aafa8d9d6ed52 Best regards, Alex mlton-20130715.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/05/26 06:22:40 Modified files: sysutils/salt : Makefile distinfo sysutils/salt/pkg: PLIST Removed files: sysutils/salt/patches: patch-salt_config_py patch-salt_modules_openbsdrcctl_py patch-salt_modules_win_dacl_py Log message: Update to salt-2016.3.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/05/26 06:05:25 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/patches: patch-lib_googlecloudsdk_core_docker_docker_py sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-111.0.0.
alpha bulk build report
bulk build on alpha-1.ports.openbsd.org started on Sat May 14 02:47:41 MDT 2016 finished at Thu May 26 05:13:08 MDT 2016 lasted 12D19h25m done with kern.version=OpenBSD 6.0-beta (GENERIC.MP) #420: Fri May 13 13:09:28 MDT 2016 built packagesls: /usr/ports/packages/alpha/all: No such file or directory mv: /usr/ports/packages/alpha: No such file or directory build failures: 35 http://build-failures.rhaalovely.net//alpha/2016-05-14/databases/postgresql.log http://build-failures.rhaalovely.net//alpha/2016-05-14/devel/ti-msp430gcc.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/angband,no_x11.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/brumbrumrally.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/connect4.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/dopewars,no_x11.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/dungeon-crawl.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/falconseye.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/icebreaker.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/moon-buggy.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/moria.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/nethack,no_x11.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/omega.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/slash,no_x11.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/slash-em,no_x11.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/wanderer.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/xinvaders.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/xkobo,harder.log http://build-failures.rhaalovely.net//alpha/2016-05-14/games/zangband,no_x11.log http://build-failures.rhaalovely.net//alpha/2016-05-14/graphics/freeimage.log http://build-failures.rhaalovely.net//alpha/2016-05-14/japanese/canna.log http://build-failures.rhaalovely.net//alpha/2016-05-14/lang/gcc/4.6.log http://build-failures.rhaalovely.net//alpha/2016-05-14/lang/gcc/4.9.log http://build-failures.rhaalovely.net//alpha/2016-05-14/lang/moarvm.log http://build-failures.rhaalovely.net//alpha/2016-05-14/mail/sendmail,-libmilter.log http://build-failures.rhaalovely.net//alpha/2016-05-14/multimedia/gstreamer1/plugins-bad.log http://build-failures.rhaalovely.net//alpha/2016-05-14/multimedia/gstreamer1/plugins-good.log http://build-failures.rhaalovely.net//alpha/2016-05-14/net/openvpn_bsdauth.log http://build-failures.rhaalovely.net//alpha/2016-05-14/net/rtorrent.log http://build-failures.rhaalovely.net//alpha/2016-05-14/net/ucspi-tcp.log http://build-failures.rhaalovely.net//alpha/2016-05-14/productivity/wyrd.log http://build-failures.rhaalovely.net//alpha/2016-05-14/sysutils/gkrellm/gkrellm,-client.log http://build-failures.rhaalovely.net//alpha/2016-05-14/x11/spice-gtk.log http://build-failures.rhaalovely.net//alpha/2016-05-14/x11/wmii.log http://build-failures.rhaalovely.net//alpha/2016-05-14/x11/wxSVG.log recurrent failures failures/devel/ti-msp430gcc.log failures/graphics/freeimage.log failures/lang/gcc/4.9.log failures/lang/moarvm.log failures/net/rtorrent.log failures/productivity/wyrd.log new failures +++ ls-failures Thu May 26 05:13:21 2016 +failures/databases/postgresql.log +failures/games/angband,no_x11.log +failures/games/brumbrumrally.log +failures/games/connect4.log +failures/games/dopewars,no_x11.log +failures/games/dungeon-crawl.log +failures/games/falconseye.log +failures/games/icebreaker.log +failures/games/moon-buggy.log +failures/games/moria.log +failures/games/nethack,no_x11.log +failures/games/omega.log +failures/games/slash,no_x11.log +failures/games/slash-em,no_x11.log +failures/games/wanderer.log +failures/games/xinvaders.log +failures/games/xkobo,harder.log +failures/games/zangband,no_x11.log +failures/japanese/canna.log +failures/lang/gcc/4.6.log +failures/mail/sendmail,-libmilter.log +failures/multimedia/gstreamer1/plugins-bad.log +failures/multimedia/gstreamer1/plugins-good.log +failures/net/openvpn_bsdauth.log +failures/net/ucspi-tcp.log +failures/sysutils/gkrellm/gkrellm,-client.log +failures/x11/spice-gtk.log +failures/x11/wmii.log +failures/x11/wxSVG.log resolved failures --- ../old/alpha/last//ls-failures Wed May 11 08:40:09 2016 -failures/math/p5-Math-Pari.log -failures/net/icinga/core2,-main.log Base libs: curses.14.0 edit.5.2 event.4.1 expat.11.0 form.6.0 formw.6.0 fuse.1.1 iberty.12.0 kvm.16.1 menu.6.0 menuw.6.0 ncurses.14.0 ncursesw.14.0 objc.6.0 ossaudio.4.0 m.9.0 panel.6.0 panelw.6.0 perl.17.1 readline.4.0 rpcsvc.2.0 skey.6.0 radius.1.0 sndio.6.1 sqlite3.32.0 stdc++.57.0 termcap.14.0 .14.0 usbhid.7.0 util.12.1 z.5.0 pcap.8.1 c.87.0 c.87.0.a crypto.38.0 pthread.22.0 ssl.39.0 tls.11.0 X libs: FS.10.0 ICE.10.0 SM.9.0 X11-xcb.2.0 X11.16.1 XRes.5.0 Xau.10.0 Xaw.15.0 Xaw7.15.0 Xcomposite.4.0 Xcursor.5.0 Xdamage.4.0 Xdmcp.11.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/05/26 03:57:47 Modified files: security/py-rsa: Makefile distinfo Log message: Update to py-rsa-3.4.2 and take maintainer. prodded by danj@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2016/05/26 03:51:27 Modified files: net/py-impacket: Makefile Log message: Homepage gives 404 now, so use the github url
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2016/05/26 03:29:23 Modified files: net/py-impacket: Makefile distinfo net/py-impacket/patches: patch-examples_goldenPac_py patch-examples_nmapAnswerMachine_py patch-examples_tracer_py patch-setup_py net/py-impacket/pkg: PLIST Added files: net/py-impacket/patches: patch-examples_raiseChild_py patch-examples_secretsdump_py patch-impacket_krb5_kerberosv5_py patch-impacket_smb3_py patch-impacket_smbconnection_py Log message: Update (again) to impacket-0.9.14 + fixes
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2016/05/26 03:25:25 Modified files: net/isc-bind : Makefile distinfo Log message: update to BIND 9.10.4-P1, fixing a problem where adjacent bitfields were protected by different locks. See http://fanf.livejournal.com/144615.html for an informative write-up on the issue: "Even the Deathstation 9000 can't screw up the BIND 9.10.4 fix".
Re: [NEW] net/libmaxminddb
On 2016/05/25 17:02, Frederic Cambus wrote: > Hi ports@, > > Here is a new port for net/libmaxminddb. > > There is an example program [1] provided in the Git repository in order > to test the library, which can be compiled as follow: > > gcc example.c -I/usr/local/include -L/usr/local/lib -lmaxminddb -oexample > > After downloading a GeoLite2 database [2], it can be tested as follow: > > example GeoLite2-Country.mmdb 129.128.5.194 > example GeoLite2-City.mmdb 129.128.5.194 > > [1] > https://github.com/maxmind/libmaxminddb/blob/master/doc/libmaxminddb.md#example > [2] https://dev.maxmind.com/geoip/geoip2/geolite2/ > > From DESCR: > > The libmaxminddb library provides a C library for reading MaxMind DB files, > including the GeoIP2 databases from MaxMind. This is a custom binary format > designed to facilitate fast lookups of IP adresses while allowing for great > flexibility in the type of data associated with an address. > We could fit a bit more information into COMMENT, how about this? library for MaxMind GeoIP2/GeoLite2 IP geolocation databases Do you fancy adding GeoLite2 dbs as subpackages, something like net/GeoIP does? (They could go in a separate port but I think it makes it easier for people to find them if it's in the main one). Otherwise looking good.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2016/05/26 01:01:18 Modified files: mail/geary : Makefile distinfo mail/geary/pkg : PLIST Log message: Update to geary 0.11, from rfreeman@, thanks!