CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: arm...@cvs.openbsd.org 2014/07/14 01:33:21 Modified files: devel/libguess : Makefile Log message: Fix homepage ok zhuk@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: arm...@cvs.openbsd.org 2014/07/14 01:34:08 Modified files: devel/mowgli : Makefile Log message: Fix homepage ok zhuk@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: arm...@cvs.openbsd.org 2014/07/14 01:35:40 Modified files: devel/mcs : Makefile Log message: Fix homepage ok zhuk@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: arm...@cvs.openbsd.org 2014/07/14 01:36:54 Modified files: graphics/cqcam : Makefile Log message: Fix homepage ok zhuk@ kirby@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2014/07/14 01:46:19 Modified files: www/kwebkitpart: Makefile Log message: Forgotten bump after switching KDE4 to gcc4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2014/07/14 01:49:54 Modified files: audio/gtkpod/patches: patch-scripts_gtkpod-convert-common_sh patch-src_Makefile_in patch-src_file_itunesdb_c patch-src_mp4file_c patch-src_mp4file_h Log message: one case where endian.h helps! reroll patch, remove #ifdef OpenBSD
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/07/14 02:02:07 Modified files: lang/php/5.3 : Makefile lang/php/5.3/pkg: PLIST-main lang/php/5.4 : Makefile lang/php/5.4/pkg: PLIST-main lang/php/5.5 : Makefile lang/php/5.5/pkg: PLIST-main Log message: Properly register sampled directories with @sample instead of running mkdir manually... bug found by sysmerge(8) WIP support for packages.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2014/07/14 02:07:37 Added files: misc/zzuf/patches: patch-src_md5_c Log message: fix for new endian.h
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2014/07/14 02:07:07 ports/misc/zzuf/patches Update of /cvs/ports/misc/zzuf/patches In directory cvs.openbsd.org:/tmp/cvs-serv12162/patches Log Message: Directory /cvs/ports/misc/zzuf/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2014/07/14 02:21:00 Modified files: infrastructure/mk: bsd.port.mk Log message: Add TEST_ENV, working on same principle as TEST_FLAGS. Needed, e.g., when we're not using g?make, like CMake+Ninja. Also helps to simplify some do-test constructions, including upcoming multimedia/mlt. Documentation bits to follow. okay espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2014/07/14 02:35:36 Log message: Import p5-ZMQ-Constants, ZMQ Constants for perl. to be used soon by mail/amavisd-new ok sthen@ Perl module with ZMQ constants. This module is now separate from ZMQ main code, and lists the constants statically. You can also specify which set of constants to pull in depending on the zmq version. Status: Vendor Tag: giovanni Release Tags: giovanni_20140714 N ports/devel/p5-ZMQ-Constants/Makefile N ports/devel/p5-ZMQ-Constants/distinfo N ports/devel/p5-ZMQ-Constants/pkg/PLIST N ports/devel/p5-ZMQ-Constants/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2014/07/14 02:36:41 Modified files: infrastructure/db: user.list Log message: reserve gid 735 for _wireshark
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2014/07/14 02:39:21 Log message: Import libzmq 3.x module for perl to be used soon by mail/amavisd-new ok sthen@ The ZMQ::LibZMQ3 module is a wrapper of the 0MQ message passing library for Perl. It's a thin wrapper around the C API. Status: Vendor Tag: giovanni Release Tags: giovanni_20140714 N ports/devel/p5-ZMQ-LibZMQ3/Makefile N ports/devel/p5-ZMQ-LibZMQ3/distinfo N ports/devel/p5-ZMQ-LibZMQ3/pkg/PLIST N ports/devel/p5-ZMQ-LibZMQ3/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2014/07/14 02:45:29 Modified files: net: Makefile Log message: +wireshark
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/07/14 02:48:13 Modified files: databases/evolution-data-server: Makefile distinfo Log message: Update to evolution-data-server-3.12.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/07/14 02:48:44 Modified files: mail/evolution : Makefile distinfo mail/evolution/pkg: PLIST Log message: Update to evolution-3.12.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2014/07/14 02:53:25 Modified files: mail/amavisd-new: Makefile distinfo Log message: Update to amavisd-new 2.9.1 ok sthen@ Bugs fixed: - updated decoding of RAR archives to recognize a changed format in rar 5.x - perl 5.20 compatibility fixes New features: - structured log/reporting to a Redis server in JSON format; - IP address reputation (uses a Redis server); - log format has slightly changed
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2014/07/14 02:54:29 Modified files: net/wireshark : Makefile Log message: add devel/xdg-utils to BDEP/RDEP so that wireshark defaults to xdg-open to open web pages instead of 'mozilla'. Just imported so no bump.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2014/07/14 02:56:30 Modified files: mail/amavisd-new: Makefile Log message: License update, no bump, previous commit was 1 minute ago
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/07/14 03:08:29 Modified files: mail/evolution-ews: Makefile distinfo Log message: Update to evolution-ews-3.12.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2014/07/14 03:15:12 Log message: MLT is an open source multimedia framework, designed and developed for television broadcasting. It provides a toolkit for broadcasters, video editors, media players, transcoders, web streamers and many more types of applications. The functionality of the system is provided via an assortment of ready to use tools, XML authoring components, and an extensible plug-in based API. GPL2 (not LGPL) licensed plugins are separated in an individual subpackage. GPL3 plugins aren't built; feel free to ask if you really need them. Input from and okay landry@ Status: Vendor Tag: zhuk Release Tags: zhuk_20140714 N ports/multimedia/mlt/Makefile N ports/multimedia/mlt/distinfo N ports/multimedia/mlt/pkg/DESCR-gpl2 N ports/multimedia/mlt/pkg/PLIST-gpl2 N ports/multimedia/mlt/pkg/DESCR-main N ports/multimedia/mlt/pkg/PLIST-main N ports/multimedia/mlt/patches/patch-configure N ports/multimedia/mlt/patches/patch-src_framework_Makefile N ports/multimedia/mlt/patches/patch-src_mlt++_Makefile N ports/multimedia/mlt/patches/patch-src_modules_kino_endian_types_h N ports/multimedia/mlt/patches/patch-src_modules_plusgpl_consumer_cbrts_c N ports/multimedia/mlt/patches/patch-src_modules_qt_Makefile N ports/multimedia/mlt/patches/patch-src_modules_videostab_stab_estimate_c N ports/multimedia/mlt/patches/patch-src_tests_test_properties_test_properties_cpp No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2014/07/14 03:16:52 Log message: Kdenlive is a free open-source video editor, which supports DV, AVCHD and HDV editing. Kdenlive relies on several other open source projects, such as FFmpeg, the MLT video framework and Frei0r effects. okay landry@ Status: Vendor Tag: zhuk Release Tags: zhuk_20140714 N ports/multimedia/kdenlive/Makefile N ports/multimedia/kdenlive/distinfo N ports/multimedia/kdenlive/pkg/DESCR N ports/multimedia/kdenlive/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2014/07/14 03:17:57 Modified files: multimedia : Makefile multimedia/k3b : Makefile multimedia/kaffeine: Makefile Log message: Hook up mlt and kdenlive.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: arm...@cvs.openbsd.org 2014/07/14 03:44:52 Modified files: devel/cxxtools : Makefile Log message: Correct homepage and remove bouncing maintainer email Make the license marker more specific while there as suggested by bentley@ ok bentley@ zhuk@ kirby@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2014/07/14 04:12:31 Modified files: x11/mouseclock : Makefile Log message: clarify license
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2014/07/14 05:27:36 Modified files: security/p5-Net_SSLeay: Makefile distinfo Removed files: security/p5-Net_SSLeay/patches: patch-SSLeay_xs patch-constants_c patch-helper_script_regen_openssl_constants_pl patch-inc_Module_Install_PRIVATE_Net_SSLeay_pm patch-lib_Net_SSLeay_pm patch-lib_Net_SSLeay_pod patch-t_local_20_autoload_t patch-t_local_41_alpn_support_t Log message: update p5-Net-SSLeay to 1.65 All local patches to support LibreSSL have been applied upstream.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/07/14 09:50:55 Log message: import dhcpcd, from upstream author Roy Marples, ok (and tweak by) jturner@ dhcpcd is a DHCPv4/IPv4LL/IPv6RS/DHCPv6 quad stack client. It will listen for new interfaces and carrier signals from the kernel so it can quickly configure each interface as it appears. dhcpcd has a powerful DHCP expression engine which makes it easy to decode future RFC DHCP options, or handroll your own. Status: Vendor Tag: sthen Release Tags: sthen_20140714 N ports/net/dhcpcd/Makefile N ports/net/dhcpcd/distinfo N ports/net/dhcpcd/pkg/PLIST N ports/net/dhcpcd/pkg/DESCR N ports/net/dhcpcd/pkg/dhcpcd.rc N ports/net/dhcpcd/patches/patch-dhcpcd_conf No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/07/14 09:51:13 Modified files: net: Makefile Log message: +dhcpcd
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2014/07/14 11:54:11 Modified files: infrastructure/lib/DPB: Core.pm Log message: prevent the local core from running interactive jobs too. tricky: have to test for a terminal, as sometimes, we pipe stuff to them
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2014/07/14 14:17:17 Modified files: print/xournal : Makefile distinfo print/xournal/patches: patch-Makefile_in print/xournal/pkg: PLIST Log message: Update to xournal-0.4.8. OK giovanni@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/07/14 15:13:31 Modified files: www/webkit : Makefile distinfo www/webkit/patches: patch-GNUmakefile_in patch-Source_WebKit2_Platform_IPC_Connection_h Removed files: www/webkit/patches: patch-Source_WebKit2_UIProcess_Launcher_gtk_ProcessLauncherGtk_cpp Log message: Update to webkit-2.4.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2014/07/14 15:31:05 Modified files: editors/libreoffice: Makefile Log message: Fix and simplify the sysctl hw.ncpu call. Affects only building of parallel FLAVOR, so not a problem for normal builds with using != here. okay robert@ (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2014/07/14 18:13:16 Modified files: lang/racket: Makefile lang/racket/patches: patch-src_racket_sconfig_h patch-src_racket_src_gmp_gmplonglong_h Added files: lang/racket/patches: patch-src_racket_gc_include_private_gcconfig_h Log message: - Unbreak racket after the last header changes. Spotted by sthen@. - Add minimal support for powerpc (broken). Tested on Jan Stary's macppc. Thanks! - The additional changes are a WIP for the next version. - Enable the assembler code again in gmplonglong for i386 and amd64.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/07/14 20:04:13 Modified files: fonts : Makefile Log message: +powerline-fonts
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/07/14 20:03:48 Log message: import ports/fonts/powerline-fonts, ok afresh1@ Powerline is a statusline plugin for vim, and provides statuslines and prompts for several other applications, including zsh, bash, tmux, IPython, Awesome and Qtile. Powerline uses several special glyphs to get the arrow effect and some custom symbols for developers. This requires that you either have a symbol font or a patched font on your system. Your terminal emulator must also support either patched fonts or fontconfig for Powerline to work properly. This package contains a number of fonts which are derived from standard fonts (Anonymous Pro, DejaVu Sans Mono, Droid Sans Mono, Inconsolata, Inconsolata-dz, Liberation Mono, Meslo, Source Code Pro, Terminus, Ubuntu Mono) by patching them to add these glyphs. Status: Vendor Tag: sthen Release Tags: sthen_20140715 N ports/fonts/powerline-fonts/Makefile N ports/fonts/powerline-fonts/distinfo N ports/fonts/powerline-fonts/pkg/DESCR N ports/fonts/powerline-fonts/pkg/PLIST No conflicts created by this import
syslogd replacements (was: Re: CVS: cvs.openbsd.org: src)
On 2014-07-14, Theo de Raadt dera...@cvs.openbsd.org wrote: CVSROOT: /cvs Module name: src Changes by: dera...@cvs.openbsd.org 2014/07/13 22:02:33 Modified files: usr.sbin/syslogd: syslogd.c Log message: Create a socketpair() and tie one end to /dev/klog using ioctl LIOCSFD. This allows us to receive messages direct from programs using the fd-safe sendsyslog(2), aka. syslog_r(3). Thanks to guenther for this part of the solution. ok beck tedu miod guenther Theo has reminded me that any syslogd replacements we may have in ports, e.g. sysutils/rsyslog, will require a corresponding change or they will NOT work as a drop-in replacement. Should we mark all candidates we can find as BROKEN to prevent surprises? -- Christian naddy Weisgerber na...@mips.inka.de
Re: syslogd replacements (was: Re: CVS: cvs.openbsd.org: src)
On 2014-07-14, Theo de Raadt dera...@cvs.openbsd.org wrote: CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2014/07/13 22:02:33 Modified files: usr.sbin/syslogd: syslogd.c Log message: Create a socketpair() and tie one end to /dev/klog using ioctl LIOCSFD. This allows us to receive messages direct from programs using the fd-safe sendsyslog(2), aka. syslog_r(3). Thanks to guenther for this part of the solution. ok beck tedu miod guenther Theo has reminded me that any syslogd replacements we may have in ports, e.g. sysutils/rsyslog, will require a corresponding change or they will NOT work as a drop-in replacement. Should we mark all candidates we can find as BROKEN to prevent surprises? They are only broken for syslog_r(3). syslog(3) still works. But that does kind of matter... The change to syslogd is fairly simple; it could be ported to others daemons. Based on an #ifdef on the ioctl name.
Re: syslogd replacements (was: Re: CVS: cvs.openbsd.org: src)
On 2014/07/14 07:56, Christian Weisgerber wrote: On 2014-07-14, Theo de Raadt dera...@cvs.openbsd.org wrote: CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2014/07/13 22:02:33 Modified files: usr.sbin/syslogd: syslogd.c Log message: Create a socketpair() and tie one end to /dev/klog using ioctl LIOCSFD. This allows us to receive messages direct from programs using the fd-safe sendsyslog(2), aka. syslog_r(3). Thanks to guenther for this part of the solution. ok beck tedu miod guenther Theo has reminded me that any syslogd replacements we may have in ports, e.g. sysutils/rsyslog, will require a corresponding change or they will NOT work as a drop-in replacement. Should we mark all candidates we can find as BROKEN to prevent surprises? I think not. Since it's already very difficult to replace base syslogd with anything from ports (it loads before ldconfig is done), I think these are usually run as additional daemons binding to a different UDP port. Perhaps a warning in README might be warranted, I don't know.
Fix devel/cxxtools homepage
Fix homepage and remove bouncing maintainer email ok ? Index: Makefile === RCS file: /cvs/ports/devel/cxxtools/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile21 Mar 2013 08:45:14 - 1.8 +++ Makefile14 Jul 2014 08:57:11 - @@ -3,13 +3,11 @@ COMMENT= various reusable C++-components DISTNAME= cxxtools-1.4.7 -REVISION= 2 +REVISION= 3 SHARED_LIBS += cxxtools 2.0 # .5.0 CATEGORIES=devel -HOMEPAGE= http://www.tntnet.org/cxxtools.hms - -MAINTAINER=Vijay Ramesh vrame...@uiuc.edu +HOMEPAGE= http://www.tntnet.org/cxxtools.html # LGPL PERMIT_PACKAGE_CDROM= Yes
Re: Remove devel/ctm
On Mon, Jul 14, 2014 at 11:03:07AM +0200, Jonathan Armani wrote: http://www.openbsd.org/ctm.html was deleted 5 years ago and upstream seems to not exist anymore. Does someone still use it ? I think you have to wait for a month to get an answer... that's probably how long it will take users to get your email. Seriously, though, I think you can nuke it.
[new] x11/cegui
Crazy Eddie's GUI System is a free library providing windowing and widgets for graphics APIs / engines where such functionality is not natively available, or severely lacking. The library is object orientated, written in C++, and targeted at games developers who should be spending their time creating great games, not building GUI sub-systems! ok? cegui.tgz Description: cegui.tgz
[new] games/summoningwars
Summoning Wars is an open source role-playing game, featuring both a single-player and a multiplayer mode for about 2 to 8 players. ok? summoningwars.tgz Description: summoningwars.tgz
Re: Remove devel/ctm
On 2014/07/14 11:03, Jonathan Armani wrote: http://www.openbsd.org/ctm.html was deleted 5 years ago and upstream seems to not exist anymore. Quirks entry too, please.
Re: Fix devel/cxxtools homepage
On 2014/07/14 10:59, Jonathan Armani wrote: Fix homepage and remove bouncing maintainer email ok ? Index: Makefile === RCS file: /cvs/ports/devel/cxxtools/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile 21 Mar 2013 08:45:14 - 1.8 +++ Makefile 14 Jul 2014 08:57:11 - @@ -3,13 +3,11 @@ COMMENT= various reusable C++-components DISTNAME=cxxtools-1.4.7 -REVISION=2 +REVISION=3 SHARED_LIBS += cxxtools 2.0 # .5.0 CATEGORIES= devel -HOMEPAGE=http://www.tntnet.org/cxxtools.hms - -MAINTAINER= Vijay Ramesh vrame...@uiuc.edu +HOMEPAGE=http://www.tntnet.org/cxxtools.html # LGPL PERMIT_PACKAGE_CDROM=Yes Please use a better license marker while there; LGPLv2.1+
Re: libressl compatibility testing under gentoo
Hi, thanks for the note. I know a number of those issues have fixes pending upstream, many of them are due to checking of version number stuff that we really can't continue to support. - if we pretend to be OpenSSL we will cause more problems than we solve by getting software to test for LibreSSL, or not try to use the version number as any kind of indicator of features. OpenSSH is I believe easiest solved as hanno noted by using arc4random from libressl's libcrypto - at least until OpenSSH releases a portable that will likely do the same (I expect they will simply check for arc4random existing in both libc and libcrypto, and if it is there, don't provide it, but I don't speak for the OpenSSH portable guys. You might want to check with the OpenBSD ports folks (ports@openbsd.org) who may have patches that have headed upstream for a lot of your build issues (as we have seen the same. ) On Sun, Jul 13, 2014 at 5:42 PM, hasufell hasuf...@gentoo.org wrote: Just wanted to let you know that we are currently running some tests, the results are here and are incomplete ofc: https://github.com/gentoo/libressl/wiki openssh and wget are probably the most important failures which could be fixed by some dirty? hacks. Then there are a lot of 'undefined reference to RAND_egd' related failures. Further references (which you might already know about): https://blog.hboeck.de/archives/851-LibreSSL-on-Gentoo.html https://devsonacid.wordpress.com/2014/07/12/how-compatible-is-libressl/ will keep testing
NEW: net/dhcpcd-6.4.2 (was NEW: net/dhcpcd-6.3.2)
Continuation from http://marc.info/?l=openbsd-portsm=139522517930911w=2 dhcpcd is a DHCPv4/IPv4LL/IPv6RA/DHCPv6 quad stack client. It satisfies all the goals of the OpenBSD GSOC 2014 DHCP and related projects. However it has no privilege separation at this time. This new release rounds up all the patches discussed, aside from the OpenBSD requirement not to do NTP by default which is a port patch still. I'm not subbed to this list, so please include me on any replies. Thanks Roy dhcpcd.tgz Description: GNU Zip compressed data
Re: NEW: net/dhcpcd-6.4.2 (was NEW: net/dhcpcd-6.3.2)
On 2014/07/14 16:34, Roy Marples wrote: Continuation from http://marc.info/?l=openbsd-portsm=139522517930911w=2 dhcpcd is a DHCPv4/IPv4LL/IPv6RA/DHCPv6 quad stack client. It satisfies all the goals of the OpenBSD GSOC 2014 DHCP and related projects. However it has no privilege separation at this time. This new release rounds up all the patches discussed, aside from the OpenBSD requirement not to do NTP by default which is a port patch still. I'm not subbed to this list, so please include me on any replies. Thanks Roy This is good for me. Any OKs to import? alternatively this is OK sthen@ if someone else would like to.
Re: NEW: net/dhcpcd-6.4.2 (was NEW: net/dhcpcd-6.3.2)
On Mon, Jul 14, 2014 at 04:46:01PM +0100, Stuart Henderson wrote: On 2014/07/14 16:34, Roy Marples wrote: Continuation from http://marc.info/?l=openbsd-portsm=139522517930911w=2 dhcpcd is a DHCPv4/IPv4LL/IPv6RA/DHCPv6 quad stack client. It satisfies all the goals of the OpenBSD GSOC 2014 DHCP and related projects. However it has no privilege separation at this time. This new release rounds up all the patches discussed, aside from the OpenBSD requirement not to do NTP by default which is a port patch still. I'm not subbed to this list, so please include me on any replies. Thanks Roy This is good for me. Any OKs to import? alternatively this is OK sthen@ if someone else would like to. It's pretty complete feature-wise, and DHCPv6 is pretty good.
No KDE4 integration in LibreOffice
Sorry, it won't happen. Upstream (LO) does a crazy thing, trying to compile same code both for KDE3 and KDE4. It doesn't work. If someone will come in, please, push such changes to LibreOffice upstream first: editors/libreoffice is complex enough already. -- WBR, Vadim Zhukov
math/R maintainer update from 3.1.0 to 3.1.1
hey @ports, Update to latest R, all regress pass, Ok? Index: Makefile === RCS file: /cvs/ports/math/R/Makefile,v retrieving revision 1.62 diff -u -p -u -r1.62 Makefile --- Makefile20 May 2014 11:02:12 - 1.62 +++ Makefile14 Jul 2014 19:38:30 - @@ -3,11 +3,11 @@ SHARED_ONLY= Yes COMMENT= powerful math/statistics/graphics language -DISTNAME= R-3.1.0 +DISTNAME= R-3.1.1 -SHARED_LIBS= R 2.1 # 2.0 -SHARED_LIBS+= Rlapack 31.2# 31.1 -SHARED_LIBS+= Rblas 31.1# 31.0 +SHARED_LIBS= R 2.1 # 2.1 +SHARED_LIBS+= Rlapack 31.2# 31.2 +SHARED_LIBS+= Rblas 31.1# 31.1 CATEGORIES=math HOMEPAGE= http://www.r-project.org/ Index: distinfo === RCS file: /cvs/ports/math/R/distinfo,v retrieving revision 1.20 diff -u -p -u -r1.20 distinfo --- distinfo20 May 2014 11:02:12 - 1.20 +++ distinfo14 Jul 2014 19:38:30 - @@ -1,2 +1,2 @@ -SHA256 (R-3.1.0.tar.gz) = imgDkPhMWMAdze/Wguqg6QOJ8J5tLy4JDHGvQAZfX+I= -SIZE (R-3.1.0.tar.gz) = 28469975 +SHA256 (R-3.1.1.tar.gz) = zlxNXjRBTOjx7C1WQoYUNfod3EzYm9M2Fyu+JaYsehk= +SIZE (R-3.1.1.tar.gz) = 28606569 Index: patches/patch-Makefile_in === RCS file: /cvs/ports/math/R/patches/patch-Makefile_in,v retrieving revision 1.4 diff -u -p -u -r1.4 patch-Makefile_in --- patches/patch-Makefile_in 20 May 2014 11:02:12 - 1.4 +++ patches/patch-Makefile_in 14 Jul 2014 19:38:30 - @@ -2,18 +2,18 @@ $OpenBSD: patch-Makefile_in,v 1.4 2014/0 Do not build PDF versions of the R manuals Makefile.in.orig Thu Mar 13 00:02:06 2014 -+++ Makefile.inTue May 20 10:42:46 2014 +--- Makefile.in.orig Wed May 21 00:15:03 2014 Makefile.inSat Jun 14 16:18:50 2014 @@ -121,7 +121,7 @@ svnonly: fi \ fi --libR_la = lib/libR$(DYLIB_EXT) -+libR_la = lib/libR.so.$(LIBR_VERSION) +-@WANT_R_STATIC_FALSE@libR_la = libR$(DYLIB_EXT) ++@WANT_R_STATIC_FALSE@libR_la = libR.so.$(LIBR_VERSION) + @WANT_R_STATIC_TRUE@libR_la = libR.a install-libR: - @if test -f $(libR_la); then $(MAKE) install-libR-exists; fi - install-libR-exists: -@@ -213,13 +213,6 @@ distdir: $(DISTFILES) vignettes + @if test -f lib$(R_ARCH)/$(libR_la); then $(MAKE) install-libR-exists; fi +@@ -216,13 +216,6 @@ distdir: $(DISTFILES) vignettes cp library/$${d}/doc/*.pdf $(distdir)/src/library/$${d}/inst/doc; \ done @(cd $(distdir); tools/link-recommended) Index: patches/patch-configure === RCS file: /cvs/ports/math/R/patches/patch-configure,v retrieving revision 1.19 diff -u -p -u -r1.19 patch-configure --- patches/patch-configure 20 May 2014 11:02:12 - 1.19 +++ patches/patch-configure 14 Jul 2014 19:38:30 - @@ -8,9 +8,9 @@ Fix --export-dynamic linker flag Fix linking with external libintl configure.orig Fri May 2 11:10:27 2014 -+++ configure Fri May 2 11:20:00 2014 -@@ -20899,12 +20899,12 @@ done +--- configure.orig Sat Jun 14 00:16:52 2014 configure Sat Jun 14 16:14:57 2014 +@@ -20900,12 +20900,12 @@ done ## don't use the cached value as we need to rebuild LIBS unset ac_cv_lib_readline_rl_callback_read_char { $as_echo $as_me:${as_lineno-$LINENO}: checking for rl_callback_read_char in -lreadline 5 @@ -25,7 +25,7 @@ Fix linking with external libintl cat confdefs.h - _ACEOF conftest.$ac_ext /* end confdefs.h. */ -@@ -20939,7 +20939,7 @@ if test x$ac_cv_lib_readline_rl_callback_read_char = +@@ -20940,7 +20940,7 @@ if test x$ac_cv_lib_readline_rl_callback_read_char = #define HAVE_LIBREADLINE 1 _ACEOF @@ -34,7 +34,7 @@ Fix linking with external libintl fi -@@ -21066,13 +21066,13 @@ fi +@@ -21067,13 +21067,13 @@ fi fi @@ -51,7 +51,7 @@ Fix linking with external libintl cat confdefs.h - _ACEOF conftest.$ac_ext /* end confdefs.h. */ -@@ -21107,7 +21107,7 @@ if test x$ac_cv_lib_readline_rl_callback_read_char = +@@ -21108,7 +21108,7 @@ if test x$ac_cv_lib_readline_rl_callback_read_char = #define HAVE_LIBREADLINE 1 _ACEOF @@ -60,7 +60,7 @@ Fix linking with external libintl fi -@@ -26240,7 +26240,7 @@ if test ${GCC} = yes; then +@@ -26241,7 +26241,7 @@ if test ${GCC} = yes; then ## has 32k and so can use -fpic. ## However, although the gcc docs do not mention it, it seems s390/s390x ## also supports and needs -fPIC @@ -69,7 +69,7 @@ Fix linking with external libintl cpicflags=-fPIC ;; *) -@@ -26251,7 +26251,7 @@ if test ${GCC} = yes; then +@@ -26252,7 +26252,7 @@ if test ${GCC} = yes; then fi if test ${G77} = yes; then case ${host_cpu} in @@ -78,7 +78,7 @@ Fix linking with external libintl fpicflags=-fPIC ;; *) -@@ -26261,7 +26261,7 @@ if
Re: math/R maintainer update from 3.1.0 to 3.1.1
2014-07-14 21:41 GMT+02:00 Rafael Sadowski raf...@sizeofvoid.org: hey @ports, Update to latest R, all regress pass, Ok? Testing it now, thanks. For those who are curious, here is a changelog: https://stat.ethz.ch/pipermail/r-announce/2014/000575.html -- WBR, Vadim Zhukov
UPDATE: PyPy-2.3.1
Hi, The latest version of PyPy. New bootstrap tarball here: http://theunixzoo.co.uk/files/pypy-bootstrap-amd64-2.3.1.tar.xz Stuart, would you mind giving the tarball a more permanent home? OK? Index: Makefile === RCS file: /home/edd/cvsync/ports/lang/pypy/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- Makefile4 Dec 2013 21:56:21 - 1.10 +++ Makefile14 Jul 2014 15:50:59 - @@ -12,7 +12,7 @@ COMMENT = fast implementation of the Py # * Set BOOTSTRAP_V back to ${V} in the port Makefile # * make bootstrap make makesum (note, FLAVOR no longer set) # * Try the build using the bootstrap -V =2.2.1 +V =2.3.1 BOOTSTRAP_V = ${V} DISTNAME = pypy-${V}-src PKGNAME = pypy-${V} @@ -27,7 +27,7 @@ MAINTAINER = Edd Barrett edd@openbsd.o # PyPy is MIT; the Python libs it comes with have the same license as Python PERMIT_PACKAGE_CDROM = Yes -WANTLIB += bz2 c crypto curses expat ffi m ncurses panel +WANTLIB += bz2 c crypto curses expat ffi gdbm m ncurses panel WANTLIB += pthread sqlite3 ssl ${MODTCL_LIB} ${MODTK_LIB} util z MASTER_SITES = https://bitbucket.org/pypy/pypy/downloads/ @@ -51,8 +51,11 @@ MODGCC4_ARCHS = * MODGCC4_LANGS =c USE_GMAKE =Yes -BUILD_DEPENDS =textproc/py-sphinx ${MODTK_BUILD_DEPENDS} -RUN_DEPENDS = ${MODTK_RUN_DEPENDS} +BUILD_DEPENDS =textproc/py-sphinx \ + databases/gdbm \ + ${MODTK_BUILD_DEPENDS} +RUN_DEPENDS = ${MODTK_RUN_DEPENDS} \ + databases/gdbm WRKDIST = ${WRKDIR}/pypy-${V}-src @@ -75,7 +78,7 @@ pre-configure: # When updating the port, see pypy/tool/release/package.py and check for # new modules which require a cffi cache. -CFFI_CACHES = _sqlite3, _curses, syslog, _tkinter +CFFI_CACHES = _sqlite3, _curses, syslog, _tkinter, gdbm do-build: .if ${FLAVOR:Mno_bootstrap} @@ -109,8 +112,9 @@ do-install: # make cffi cache # this will generate various __pycache__ directories in lib_pypy. # and it puts absolute paths in there too, yay... - ${PREFIX}/pypy/bin/pypy -c 'import ${CFFI_CACHES}' - # but it contains absolute paths, so we fox that: + LDFLAGS=-L${LOCALBASE}/lib CPPFLAGS=-I${LOCALBASE}/include \ + ${PREFIX}/pypy/bin/pypy -c 'import ${CFFI_CACHES}' + # but it contains absolute paths, so we fix that: ${INSTALL_DATA_DIR} ${PREFIX}/pypy/lib_pypy/__pycache__/${TRUEPREFIX}/pypy/ mv ${PREFIX}/pypy/lib_pypy/__pycache__/${PREFIX}/pypy/* \ ${PREFIX}/pypy/lib_pypy/__pycache__/${TRUEPREFIX}/pypy/ @@ -122,6 +126,8 @@ do-install: chown -R ${SHAREOWN}:${SHAREGRP} ${PREFIX}/pypy/lib_pypy chown -R ${SHAREOWN}:${SHAREGRP} ${PREFIX}/pypy/lib-python/2.7 cd ${PREFIX}/bin ln -s ../pypy/bin/pypy + # remove patch orig files so they dont appear in the plist + find ${PREFIX} -name '*.py.orig' | xargs rm PYPY_PKG = ${PACKAGE_REPOSITORY}/${MACHINE_ARCH}/all/${FULLPKGNAME}.tgz Index: distinfo === RCS file: /home/edd/cvsync/ports/lang/pypy/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo4 Dec 2013 21:56:21 - 1.5 +++ distinfo13 Jul 2014 22:12:11 - @@ -1,4 +1,4 @@ -SHA256 (pypy/pypy-2.2.1-src.tar.bz2) = JSBFGH5ENlaivrQS2trJKW6P6NsPdaZu1SZdtYw1A18= -SHA256 (pypy/pypy-bootstrap-amd64-2.2.1.tar.xz) = bTecrBES3QjIIGSlC1cQ2TNH31iD/9QhzPeDOYQS/0o= -SIZE (pypy/pypy-2.2.1-src.tar.bz2) = 14439822 -SIZE (pypy/pypy-bootstrap-amd64-2.2.1.tar.xz) = 18369388 +SHA256 (pypy/pypy-2.3.1-src.tar.bz2) = axDvqyvlUCtHWiUYGHBhbp/4MpayJaosen7GF8D/eO8= +SHA256 (pypy/pypy-bootstrap-amd64-2.3.1.tar.xz) = cL5tgVLbETVS4yOTFbXnqZ64E3hQElFiNy/XlOIGyPQ= +SIZE (pypy/pypy-2.3.1-src.tar.bz2) = 15400359 +SIZE (pypy/pypy-bootstrap-amd64-2.3.1.tar.xz) = 18583040 Index: patches/patch-rpython_rlib_ropenssl_py === RCS file: /home/edd/cvsync/ports/lang/pypy/patches/patch-rpython_rlib_ropenssl_py,v retrieving revision 1.1 diff -u -p -r1.1 patch-rpython_rlib_ropenssl_py --- patches/patch-rpython_rlib_ropenssl_py 24 Apr 2014 21:44:07 - 1.1 +++ patches/patch-rpython_rlib_ropenssl_py 13 Jul 2014 15:46:18 - @@ -1,7 +1,7 @@ $OpenBSD: patch-rpython_rlib_ropenssl_py,v 1.1 2014/04/24 21:44:07 sthen Exp $ rpython/rlib/ropenssl.py.orig Thu Apr 24 16:23:04 2014 -+++ rpython/rlib/ropenssl.py Thu Apr 24 16:23:10 2014 -@@ -187,7 +187,6 @@ ssl_external('CRYPTO_set_id_callback', +--- rpython/rlib/ropenssl.py.orig Fri Jun 6 11:43:02 2014 rpython/rlib/ropenssl.py Sun Jul 13 16:43:47
Re: math/R maintainer update from 3.1.0 to 3.1.1
2014-07-14 21:48 GMT+02:00 Vadim Zhukov persg...@gmail.com: 2014-07-14 21:41 GMT+02:00 Rafael Sadowski raf...@sizeofvoid.org: hey @ports, Update to latest R, all regress pass, Ok? Testing it now, thanks. For those who are curious, here is a changelog: https://stat.ethz.ch/pipermail/r-announce/2014/000575.html Please, add the attached patch and push it upstream (feel free to modify it if necessary). It fixes real problems and somewhat assures against similar future errors. The issue was catched by looking at the compiler warnings, thanks to the -Wbounded check. Also, there are issues, likely related to the case of installed Java. Please look at it, I think you could reproduce it by installing JDK before building R. In general, any Java bindings better be disabled because JDK builds are not that stable and each port depending on devel/jdk/* increases pain. building/updating vignettes for package 'utils' ... gmake[1]: Leaving directory '/usr/obj/p/R-3.1.1/build-i386/src/library' gmake[1]: Entering directory '/usr/obj/p/R-3.1.1/build-i386' configuring Java ... *** Cannot find any Java interpreter *** Please make sure 'java' is on your PATH or set JAVA_HOME correspondingly Makefile:83: recipe for target 'stamp-java' failed gmake[1]: [stamp-java] Error 1 (ignored) gmake[1]: Leaving directory '/usr/obj/p/R-3.1.1/build-i386' -- WBR, Vadim Zhukov patch-src_main_Rstrptime_h Description: Binary data
Re: math/R maintainer update from 3.1.0 to 3.1.1
On Mon, Jul 14, 2014 at 5:19 PM, Vadim Zhukov persg...@gmail.com wrote: 2014-07-14 21:48 GMT+02:00 Vadim Zhukov persg...@gmail.com: 2014-07-14 21:41 GMT+02:00 Rafael Sadowski raf...@sizeofvoid.org: hey @ports, Update to latest R, all regress pass, Ok? Testing it now, thanks. For those who are curious, here is a changelog: https://stat.ethz.ch/pipermail/r-announce/2014/000575.html Please, add the attached patch and push it upstream (feel free to modify it if necessary). It fixes real problems and somewhat assures against similar future errors. The issue was catched by looking at the compiler warnings, thanks to the -Wbounded check. Is your patch correct? I haven't looked at the more of the context, but have you changed January to have 30 days in a non-leap year? not sure about that one.
Re: No KDE4 integration in LibreOffice
On Mon, Jul 14, 2014 at 07:15:30PM +0200, Vadim Zhukov wrote: Sorry, it won't happen. Upstream (LO) does a crazy thing, trying to compile same code both for KDE3 and KDE4. It doesn't work. If someone will come in, please, push such changes to LibreOffice upstream first: editors/libreoffice is complex enough already. Why not remove the kde3/qt3 support from the libreoffice port? :) Libreoffice works fine without the KDE support and I don't see the point of to integrate kde3/qt3 with LO these days. GTK+2 is probably more lightweight than QT3 on old machines. -- Juan Francisco Cantero Hurtado http://juanfra.info
NEW: security/openssl
This is needed to unbreak nsca-ng which depends on RFC4279 (PSK Ciphersuites for TLS) - the API for this has been removed from LibReSSL. Care has been taken to prevent this from being picked up automatically in standard search paths. It may also useful for comparisons/tests between OpenSSL and LibReSSL. Diff to update/fix nsca-ng also included - ignore port-lib-depends-check errors for this one, they are wrong. Any OKs to import? openssl.tgz Description: application/tar-gz Index: Makefile === RCS file: /cvs/ports/net/nagios/nsca-ng/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile12 Jul 2014 23:32:55 - 1.7 +++ Makefile15 Jul 2014 00:48:17 - @@ -1,11 +1,9 @@ # $OpenBSD: Makefile,v 1.7 2014/07/12 23:32:55 sthen Exp $ -BROKEN=requires TLS PSK ciphersuites, not supported by libressl - COMMENT-main= server to accept passive check results for Nagios/Icinga COMMENT-client=client to send passive check results to Nagios/Icinga -V= 1.2 +V= 1.3 DISTNAME= nsca-ng-$V PKGNAME-main= nsca-ng-$V PKGNAME-client=nsca-ng-client-$V @@ -18,17 +16,20 @@ MAINTAINER= Stuart Henderson sthen@open # BSD PERMIT_PACKAGE_CDROM= Yes -WANTLIB= c crypto ev ssl +WANTLIB= c ev lib/eopenssl/crypto lib/eopenssl/ssl WANTLIB-main= ${WANTLIB} confuse MASTER_SITES= https://www.nsca-ng.org/download/ -LIB_DEPENDS= devel/libev +LIB_DEPENDS= devel/libev \ + security/openssl LIB_DEPENDS-main= ${LIB_DEPENDS} \ devel/libconfuse CONFIGURE_STYLE= gnu CONFIGURE_ARGS=--enable-server +CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include/eopenssl \ + LDFLAGS=-L${LOCALBASE}/lib/eopenssl -Wl,-rpath,${LOCALBASE}/lib/eopenssl SEPARATE_BUILD=Yes MULTI_PACKAGES=-main -client Index: distinfo === RCS file: /cvs/ports/net/nagios/nsca-ng/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo7 Nov 2013 10:34:12 - 1.3 +++ distinfo15 Jul 2014 00:48:17 - @@ -1,2 +1,2 @@ -SHA256 (nsca-ng-1.2.tar.gz) = /Q7fejxNpGr/UyG/AFxohT2tW64LiJ5eQjNuhct6JOc= -SIZE (nsca-ng-1.2.tar.gz) = 327702 +SHA256 (nsca-ng-1.3.tar.gz) = fd7lP+wSlLiYKLA+ra3+usoWQWOVxp3fomXVkgHvZ58= +SIZE (nsca-ng-1.3.tar.gz) = 332975 Index: patches/patch-src_server_nsca-ng_c === RCS file: patches/patch-src_server_nsca-ng_c diff -N patches/patch-src_server_nsca-ng_c --- patches/patch-src_server_nsca-ng_c 7 Nov 2013 10:34:12 - 1.3 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,28 +0,0 @@ -$OpenBSD: patch-src_server_nsca-ng_c,v 1.3 2013/11/07 10:34:12 sthen Exp $ - -From 28d4dc879545e4a797c4dd14441e6f12992372ce Mon Sep 17 00:00:00 2001 -From: Holger Weiß hol...@weiss.in-berlin.de -Date: Thu, 07 Nov 2013 09:21:05 +0100 -Subject: Ignore errors when closing file descriptors - -Don't check the return value of closefrom(3) or fcntl(3) when closing -open file descriptors on startup. If there are no file descriptors to -close, closefrom(3) will fail with EBADF on NetBSD and OpenBSD. On -FreeBSD and Solaris, closefrom(3) is actually declared to return void. - src/server/nsca-ng.c.orig Thu Nov 7 10:30:02 2013 -+++ src/server/nsca-ng.c Thu Nov 7 10:30:21 2013 -@@ -300,11 +300,9 @@ close_descriptors(void) - int min_fd = STDERR_FILENO + 1; - - #if HAVE_CLOSEFROM /* BSD and Solaris. */ -- if (closefrom(min_fd) == -1) -- die(Cannot close file descriptors = %d: %m, min_fd); -+ (void)closefrom(min_fd); - #elif defined(F_CLOSEM) /* AIX and IRIX. */ -- if (fcntl(min_fd, F_CLOSEM, 0) == -1) -- die(Cannot close file descriptors = %d: %m, min_fd); -+ (void)fcntl(min_fd, F_CLOSEM, 0); - #else - int max_fd = MIN(sysconf(_SC_OPEN_MAX), /* Arbitrary limit: */ 1048576); - int fd;
Re: rxvt-unicode to support Unicode Private Use Area
On 2014/07/11 04:10, Andrew Fresh wrote: On Fri, Jul 11, 2014 at 11:08:40AM +0100, Stuart Henderson wrote: On 2014/07/11 01:57, Stuart Henderson wrote: On 2014/07/10 23:53, frantisek holop wrote: it could be a nice collection of terminal fonts even for non-powerline users :] We have the original versions of most of these anyway so not really needed from that point of view, but useful with powerline/airline. I've attached a tar.gz with a port for these, and an updated version of powerline (only change is in RUN_DEPENDS-main to prefer the patched fonts, but permit the additional font for use with fontconfig). Any OKs to to import these? Now with attachment. :) It seems OK with the standard python version, but does have some interesting things I've run into. It throws errors with the python3 flavor of vim, not sure if it is possible to make the python2.7 flavor an explicit depends, but would be nice. Or if it could work with both. Updated powerline port, with dependencies on the right vim flavour depending on which flavour was used to build powerline. I've also updated README with a substituted variable so the sample .vimrc entries use python or python3 as necessary for the flavour. The really annoying thing is when running it without a terminal (launching gvim from cwm's exec dialog) tells me E859: Failed to convert returned python object to vim value which is extra annoying because that's how I frequently open it. For some reason I don't see that here.. However, in general it looks nice and probably can be fixed up. I'd probably choose to use airline instead anyway. Thanks :) New version attached. powerline.tgz Description: application/tar-gz
Re: libressl compatibility testing under gentoo
On Mon, 14 Jul 2014, Bob Beck wrote: Hi, thanks for the note. I know a number of those issues have fixes pending upstream, many of them are due to checking of version number stuff that we really can't continue to support. - if we pretend to be OpenSSL we will cause more problems than we solve by getting software to test for LibreSSL, or not try to use the version number as any kind of indicator of features. OpenSSH is I believe easiest solved as hanno noted by using arc4random from libressl's libcrypto - at least until OpenSSH releases a portable that will likely do the same (I expect they will simply check for arc4random existing in both libc and libcrypto, and if it is there, don't provide it, but I don't speak for the OpenSSH portable guys. I've committed a fix for portable OpenSSH to build against LibreSSL on the main and 6.6-stable branches. We'll do a release soon, but need to decide first whether it will be portable-only or a full openssh-6.7 release. -d
Re: No KDE4 integration in LibreOffice
2014-07-15 1:12 GMT+02:00 Juan Francisco Cantero Hurtado i...@juanfra.info: On Mon, Jul 14, 2014 at 07:15:30PM +0200, Vadim Zhukov wrote: Sorry, it won't happen. Upstream (LO) does a crazy thing, trying to compile same code both for KDE3 and KDE4. It doesn't work. If someone will come in, please, push such changes to LibreOffice upstream first: editors/libreoffice is complex enough already. Why not remove the kde3/qt3 support from the libreoffice port? :) Libreoffice works fine without the KDE support and I don't see the point of to integrate kde3/qt3 with LO these days. GTK+2 is probably more lightweight than QT3 on old machines. Because it works, and KDE4 integration is broken anyway (noone cares upstream). It could be fixed, but I better spend my time on something another. KDE3 users should be pitied enough already, I don't want to steal one of their last toys. :) I myself was using openoffice-kde under KDE3 at some point in the past... If (when) we'll decide to drop KDE entirely, this will be revisited (read: maybe OpenSUSE or whoever will come with patches for KDE4 integration at this time already). -- WBR, Vadim Zhukov
Re: math/R maintainer update from 3.1.0 to 3.1.1
2014-07-14 23:31 GMT+02:00 Daniel Dickman didick...@gmail.com: On Mon, Jul 14, 2014 at 5:19 PM, Vadim Zhukov persg...@gmail.com wrote: 2014-07-14 21:48 GMT+02:00 Vadim Zhukov persg...@gmail.com: 2014-07-14 21:41 GMT+02:00 Rafael Sadowski raf...@sizeofvoid.org: hey @ports, Update to latest R, all regress pass, Ok? Testing it now, thanks. For those who are curious, here is a changelog: https://stat.ethz.ch/pipermail/r-announce/2014/000575.html Please, add the attached patch and push it upstream (feel free to modify it if necessary). It fixes real problems and somewhat assures against similar future errors. The issue was catched by looking at the compiler warnings, thanks to the -Wbounded check. Is your patch correct? I haven't looked at the more of the context, but have you changed January to have 30 days in a non-leap year? not sure about that one. Ouch, you're write. I was trying to understand what's those are (yes, I was stupid enough to about those numbers as years initially) and forgot to backout then. Thank you for spotting this! Updated patch is attached. -- WBR, Vadim Zhukov patch-src_main_Rstrptime_h Description: Binary data
Re: NEW: security/openssl
2014-07-15 2:50 GMT+02:00 Stuart Henderson st...@openbsd.org: This is needed to unbreak nsca-ng which depends on RFC4279 (PSK Ciphersuites for TLS) - the API for this has been removed from LibReSSL. Care has been taken to prevent this from being picked up automatically in standard search paths. It may also useful for comparisons/tests between OpenSSL and LibReSSL. Diff to update/fix nsca-ng also included - ignore port-lib-depends-check errors for this one, they are wrong. Any OKs to import? Please, run update-plist, things are out of sort. lib/pkgconfig/ itself shouldn't get in PLIST. Why placing manuals under lib and not under share/openssl/? -- WBR, Vadim Zhukov