CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2012/11/15 01:31:36 Modified files: infrastructure/db: config.guess config.sub Log message: Sync with git ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/15 01:32:36 Modified files: x11/gnome/shell: Makefile Added files: x11/gnome/shell/patches: patch-js_ui_calendar_js Log message: Handle calendar-server errors, from upstream.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/15 01:38:03 Modified files: x11/gnome/tracker: Makefile x11/gnome/tracker/patches: patch-src_libtracker-miner_tracker-monitor_c Log message: Better kqueue integration with tracker_monitor_init.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2012/11/15 01:43:26 Modified files: devel/cmake: Makefile distinfo devel/cmake/patches: patch-Modules_CMakeDetermineJavaCompiler_cmake patch-Modules_FindFreetype_cmake patch-Modules_FindJNI_cmake patch-Modules_FindJava_cmake patch-Modules_FindMPEG2_cmake patch-Modules_FindMPEG_cmake patch-Modules_FindQt3_cmake patch-Modules_FindQt_cmake patch-Modules_FindSDL_cmake patch-Modules_FindTCL_cmake patch-Modules_FindwxWindows_cmake patch-Modules_Platform_OpenBSD_cmake patch-Modules_UseJava_cmake patch-Source_cmTarget_cxx patch-Tests_CMakeLists_txt Log message: Update to cmake-2.8.10.1 (plus some fixes) Thanks Vadim, landry@ OK landry@
Re: CVS: cvs.openbsd.org: ports
Sync with what git? On 2012 Nov 15 (Thu) at 01:31:37 -0700 (-0700), Brad Smith wrote: :CVSROOT: /cvs :Module name: ports :Changes by:b...@cvs.openbsd.org2012/11/15 01:31:36 : :Modified files: : infrastructure/db: config.guess config.sub : :Log message: :Sync with git : :ok sthen@ :
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/11/15 02:46:12 ports/x11/nx/opennx/files Update of /cvs/ports/x11/nx/opennx/files In directory cvs.openbsd.org:/tmp/cvs-serv30067/files Log Message: Directory /cvs/ports/x11/nx/opennx/files added to the repository
Re: CVS: cvs.openbsd.org: ports
http://git.savannah.gnu.org/cgit/config.git Peter Hessler phess...@openbsd.org wrote: Sync with what git? On 2012 Nov 15 (Thu) at 01:31:37 -0700 (-0700), Brad Smith wrote: :CVSROOT: /cvs :Module name: ports :Changes by: b...@cvs.openbsd.org2012/11/15 01:31:36 : :Modified files: : infrastructure/db: config.guess config.sub : :Log message: :Sync with git : :ok sthen@ :
Re: CVS: cvs.openbsd.org: ports
On Thu, Nov 15, 2012 at 10:45:14AM +0100, Peter Hessler wrote: Sync with what git? config.guess / config.sub. On 2012 Nov 15 (Thu) at 01:31:37 -0700 (-0700), Brad Smith wrote: :CVSROOT: /cvs :Module name: ports :Changes by: b...@cvs.openbsd.org2012/11/15 01:31:36 : :Modified files: : infrastructure/db: config.guess config.sub : :Log message: :Sync with git : :ok sthen@ : -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/11/15 03:12:54 Modified files: x11/nx/opennx : Makefile distinfo x11/nx/opennx/patches: patch-Makefile_in patch-configure patch-opennxApp_cpp x11/nx/opennx/pkg: PLIST Log message: - update to opennx-0.16.0.724
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2012/11/15 03:46:58 Added files: www/lighttpd/patches: patch-src_connections_c patch-src_keyvalue_c patch-src_keyvalue_h patch-src_response_c Log message: More fixes from upstream.. - Fix :port handling in $HTTP[host] checks. - Ignore EPIPE/ECONNRESET after SSL_shutdown. - Add PATCH method. - Handle ENAMETOOLONG, return 404 Not Found. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/11/15 04:24:39 Modified files: converters/libiconv: Makefile Log message: bump REVISION to force an update so that a working static library is installed on architectures which have moved to PIE.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2012/11/15 05:29:08 Modified files: devel/cmake: Makefile Added files: devel/cmake/patches: patch-Source_CPack_cmCPackGenerator_cxx Log message: Fix string literal typo (from upstream)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/15 07:41:06 Modified files: x11/gnome/baobab: Makefile distinfo x11/gnome/baobab/patches: patch-configure patch-src_Makefile_in Removed files: x11/gnome/baobab/patches: patch-src_baobab-window_vala Log message: Bugfix update to baobab-3.6.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/15 07:44:14 Modified files: textproc/gtranslator: Makefile Log message: needs to be ported to gtkspell3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/15 07:49:14 Modified files: textproc/gtkspell3: Makefile distinfo textproc/gtkspell3/pkg: PFRAG.shared PLIST Log message: Update to stable gtkspell3-3.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/15 07:53:20 Modified files: news/pan : Makefile Log message: needs to be ported to gtkspell3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/11/15 08:48:01 Modified files: net/weechat: Makefile Added files: net/weechat/patches: patch-src_plugins_irc_irc-color_c Log message: Security fix for CVE-2012-5854: weechat: Heap-based buffer overflow when decoding IRC colors
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/11/15 08:48:06 Modified files: net/weechat: Tag: OPENBSD_5_2 Makefile Added files: net/weechat/patches: Tag: OPENBSD_5_2 patch-src_plugins_irc_irc-color_c Log message: Security fix for CVE-2012-5854: weechat: Heap-based buffer overflow when decoding IRC colors
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/15 12:12:27 Modified files: fonts/cantarell-fonts: Makefile distinfo Log message: Minor update to cantarell-fonts-0.0.11.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/15 12:18:55 Modified files: news/pan : Makefile Log message: Enable GNUtls support. ok pea@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/11/15 12:58:47 Modified files: net/liboauth : Makefile distinfo Log message: - update to liboauth-1.0.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/11/15 12:58:48 Modified files: www/cgit : Makefile distinfo www/cgit/patches: patch-Makefile www/cgit/pkg : MESSAGE Removed files: www/cgit/patches: patch-parsing_c patch-ui-diff_c Log message: update to cgit 0.9.1; new upstream site. ok landry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/11/16 00:22:51 Modified files: x11/gnome/tracker: Makefile x11/gnome/tracker/patches: patch-src_libtracker-miner_tracker-monitor_c Log message: tracker-monitor: add support for GKqueueDirectoryMonitor ; pushed upstream.
Re: UPDATE: TeX Live 2012
On Tue, Nov 06, 2012 at 10:36:28AM +, Edd Barrett wrote: Hi, I have been sitting on this TeX Live update for a bit now. I would appreciate it if some people could test the upgrade and try building some documents on their systems. The extent of my testing so far: - Tested on amd64 and sparc64. - Upgrade path works and is clean. - Plain latex works. - pdftex based compilers work. - texdoc works. - xindy works. - ConTeXt works. The updated port is here: https://github.com/jasperla/openbsd-wip/tree/master/print/texlive Using the patch provided by sthen, it doesn't build for me on amd64: === Checking files for texlive_base-2012 `/share/OpenBSD/ports/distfiles/texlive-20120701-source.tar.xz' is up to date. `/share/OpenBSD/ports/distfiles/texlive-20120701-extra.tar.xz' is up to date. (SHA256) texlive-20120701-source.tar.xz: OK (SHA256) texlive-20120701-extra.tar.xz: OK === texlive_base-2012 depends on: clisp-* - clisp-2.48p3 === texlive_base-2012 depends on: intltool-=0.41.1p0 - intltool-0.50.2 === texlive_base-2012 depends on: gmake-* - gmake-3.82p2 === texlive_base-2012 depends on: xz-* - xz-5.0.4 === texlive_base-2012 depends on: t1lib-* - t1lib-5.1.2 === texlive_base-2012 depends on: png-* - png-1.5.10p0 === texlive_base-2012 depends on: gd-* - gd-2.0.35p1 === texlive_base-2012 depends on: freetype-* - freetype-1.3.1p3 === texlive_base-2012 depends on: poppler-* - poppler-0.20.5p0 === texlive_base-2012 depends on: libiconv-* - libiconv-1.14 === Verifying specs: ICE SM X11 Xau Xaw Xdmcp Xext Xmu Xpm Xt c expat fontconfig freetype gd jpeg lcms2 m openjpeg png=3 poppler pthread pthread-stubs stdc++ t1=4 tiff ttf xcb z iconv=2 ICE SM X11 Xau Xaw Xdmcp Xext Xmu Xpm Xt c expat fontconfig freetype gd jpeg lcms2 m openjpeg png=3 poppler pthread pthread-stubs stdc++ t1=4 tiff ttf xcb z iconv=2 === found ICE.9.0 SM.8.0 X11.15.1 Xau.9.0 Xaw.14.0 Xdmcp.10.0 Xext.12.0 Xmu.10.0 Xpm.8.0 Xt.10.1 c.66.0 expat.10.0 fontconfig.7.0 freetype.18.3 gd.20.35 jpeg.64.0 lcms2.0.2 m.7.1 openjpeg.5.0 png.15.0 poppler.15.0 pthread.17.0 pthread-stubs.1.0 stdc++.55.0 t1.6.0 tiff.39.2 ttf.1.3 xcb.2.3 z.4.1 iconv.6.0 === Extracting for texlive_base-2012 *** WARNING: this port uses xz distfiles: it will not build on vax. === Patching for texlive_base-2012 === Configuring for texlive_base-2012 Using /usr/obj/ports/texlive_base-2012/config.site (generated) perl /usr/ports/infrastructure/bin/pkg_subst -DMODPY_PYCACHE= -DMODPY_COMMENT=\@comment\ \ -DMODPY_PYC_MAGIC_TAG= -DMODPY_BIN=/usr/local/bin/python2.7 -DMODPY_EGG_VERSION= -DMODPY_VERSION=2.7 -DMODPY_BIN_SUFFIX= -DMODPY_PY_PREFIX=py- -DMODRUBY_BINREV=18 -DMODPY_VERSION=2.7 -DTRUEPREFIX=/usr/local -DLOCALBASE=/usr/local -D^MODRUBY_RELDOCDIR=share/doc/ruby -D^MODRUBY_RELEXAMPLEDIR=share/examples/ruby -D^MODRUBY_SITEARCHDIR=lib/ruby/site_ruby/1.8/x86_64-openbsd -D^MODRUBY_SITEDIR=lib/ruby/site_ruby/1.8 -DMODRUBY_LIBREV=1.8 -DMODRUBY_ARCH=x86_64-openbsd -DLIBkpathsea_VERSION=5.0 -DLIBptexenc_VERSION=2.0 -DMACHINE_ARCH=amd64 -DARCH=amd64 -DHOMEPAGE=http://tug.org/texlive/ -D^PREFIX=/usr/local -D^SYSCONFDIR=/etc -DFLAVOR_EXT= -DFULLPKGNAME=texlive_base-2012 -DMAINTAINER=Edd\ Barrett\ \e...@openbsd.org\ -D^BASE_PKGPATH=print/texlive/base -D^LOCALBASE=/usr/local -D^X11BASE=/usr/X11R6 -D^TRUEPREFIX=/usr/local -D^RCDIR=/etc/rc.d /usr/obj/ports/texlive_base-2012/texlive-20120701-sou! rce/texk/texlive/context/mtxrun configure: loading site script /usr/obj/ports/texlive_base-2012/config.site checking build system type... x86_64-unknown-openbsd5.2 checking host system type... x86_64-unknown-openbsd5.2 checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... (cached) o checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... none needed checking for native WIN32 or MINGW32... no configure: Assuming `--with-x' configure: Assuming `--enable-biber=yes' configure: Assuming `--enable-chktex=yes' configure: Assuming `--enable-mtx=yes' configure: Assuming `--enable-pmx=yes' configure: Assuming `--enable-tpic2pdftex=yes' configure: Assuming `--enable-vlna=yes' configure: Assuming `--with-clisp-runtime=system' configure: Assuming `--enable-xpdfopen=yes' configure: Assuming `--enable-web2c=yes' configure: Assuming `--enable-afm2pl=yes' configure: Assuming `--enable-bibtex8=yes' configure: Assuming `--enable-bibtexu=yes' configure: Assuming `--enable-cjkutils=yes' configure: Assuming `--enable-devnag=yes' configure: Assuming `--enable-dtl=yes' configure: Assuming `--enable-dvidvi=yes' configure: Assuming `--enable-dviljk=yes' configure: Assuming `--enable-dvipdfmx=yes' configure: Assuming `--enable-dvipng=yes' configure: Assuming `--enable-dvipos=yes'
Re: UPDATE: TeX Live 2012
On 2012/11/15 11:40, Matthieu Herrb wrote: On Tue, Nov 06, 2012 at 10:36:28AM +, Edd Barrett wrote: Hi, I have been sitting on this TeX Live update for a bit now. I would appreciate it if some people could test the upgrade and try building some documents on their systems. The extent of my testing so far: - Tested on amd64 and sparc64. - Upgrade path works and is clean. - Plain latex works. - pdftex based compilers work. - texdoc works. - xindy works. - ConTeXt works. The updated port is here: https://github.com/jasperla/openbsd-wip/tree/master/print/texlive Using the patch provided by sthen, it doesn't build for me on amd64: http://junkpile.org/tl.diff.2 - texlive-base builds on -current now (following the changes to make to preserve whitespace).
new: spiped-1.2.2
Tested on amd64. Information for inst:spiped-1.2.2 Comment: utility for creating secure pipes between socket addresses Description: spiped (pronounced ess-pipe-dee) is a utility for creating symmetrically encrypted and authenticated pipes between socket addresses, so that one may connect to one address (e.g., a UNIX socket on localhost) and transparently have a connection established to another address (e.g., a UNIX socket on a different system). This is similar to 'ssh -L' functionality, but does not use SSH and requires a pre-shared symmetric key. spipe (pronounced ess-pipe) is a utility which acts as an spiped protocol client (i.e., connects to an spiped daemon), taking input from the standard input and writing data read back to the standard output. Maintainer: James Turner ja...@calminferno.net WWW: http://www.tarsnap.com/spiped.html Install notice: After spiped is installed, you have to create a pre-shared secret key and put the result in /etc/ssh/spiped.key. dd if=/dev/urandom bs=32 count=1 of=/etc/ssh/spiped.key -- James Turner ja...@calminferno.net spiped-1.2.2.tar Description: Unix tar archive
Re: new: spiped-1.2.2
On 2012/11/15 09:17, James Turner wrote: Install notice: After spiped is installed, you have to create a pre-shared secret key and put the result in /etc/ssh/spiped.key. Putting this in /etc/ssh seems a slightly odd choice? | ../lib/events/events_network.c:222: warning: incompatible implicit declaration of built-in function 'memset' This is missing header: #include string.h
Re: new: spiped-1.2.2
On Thu, Nov 15, 2012 at 04:46:25PM +, Stuart Henderson wrote: On 2012/11/15 09:17, James Turner wrote: Install notice: After spiped is installed, you have to create a pre-shared secret key and put the result in /etc/ssh/spiped.key. Putting this in /etc/ssh seems a slightly odd choice? | ../lib/events/events_network.c:222: warning: incompatible implicit declaration of built-in function 'memset' This is missing header: #include string.h Attached is an updated port with the above patch. I've also moved spiped.key to /etc/spiped. Does that make more sense? The directory will be empty otherwise. -- James Turner ja...@calminferno.net spiped-1.2.2.tar Description: Unix tar archive
My two cents on xmms, bmp, audacious
(If you think you are missing some context, that's because you are. I'm responding to some talk that happened elsewhere. Don't worry.) (1) xmms We are not going to remove the xmms port anytime soon. It works just fine. It still does what it always has done, and by modern standards it is lightweight and very usable on old, slow machines, even if you build it from source. (2) bmp I don't care one iota about bmp. The fact that it can only output sound by way of esd suggests that it is dead. Presumably xmms's sndio backend could be adapted for bmp, but I won't lift a pinky for that. If people want to remove bmp, I won't stand in the way. (3) Why don't you just use audacious? I've finally given audacious a try and, yes, it does what xmms does. (It can even play AAC streams, the one thing I vaguely miss in xmms.) It also has vastly move expensive dependencies. I don't know how well it runs on a slow machine, but you certainly don't want to have to build gtk+3 there. And yes, for those of us who follow -current, building ports is a valid concern. -- Christian naddy Weisgerber na...@mips.inka.de
Re: My two cents on xmms, bmp, audacious
On Thu, Nov 15, 2012 at 10:17 PM, Christian Weisgerber na...@mips.inka.de wrote: (If you think you are missing some context, that's because you are. I'm responding to some talk that happened elsewhere. Don't worry.) (1) xmms We are not going to remove the xmms port anytime soon. It works just fine. It still does what it always has done, and by modern standards it is lightweight and very usable on old, slow machines, even if you build it from source. (2) bmp I don't care one iota about bmp. The fact that it can only output sound by way of esd suggests that it is dead. Presumably xmms's sndio backend could be adapted for bmp, but I won't lift a pinky for that. If people want to remove bmp, I won't stand in the way. (3) Why don't you just use audacious? I've finally given audacious a try and, yes, it does what xmms does. (It can even play AAC streams, the one thing I vaguely miss in xmms.) It also has vastly move expensive dependencies. I don't know how well it runs on a slow machine, but you certainly don't want to have to build gtk+3 there. And yes, for those of us who follow -current, building ports is a valid concern. +1 for putting bmp into the attic. ciao, David
Re: UPDATE: TeX Live 2012
On Thu, Nov 15, 2012 at 11:16:41AM +, Stuart Henderson wrote: Using the patch provided by sthen, it doesn't build for me on amd64: http://junkpile.org/tl.diff.2 - texlive-base builds on -current now (following the changes to make to preserve whitespace). Ah, I was about to post a simialr diff. Yeh, we figured out that the recent make changes hosed my comments. When testing, can people please test the upgrade too. Works for me (tm), but i would like to be sure that I did not miss anything. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: My two cents on xmms, bmp, audacious
On Thu, Nov 15, 2012 at 10:17:40PM +0100, Christian Weisgerber wrote: (2) bmp I don't care one iota about bmp. The fact that it can only output sound by way of esd suggests that it is dead. Presumably xmms's sndio backend could be adapted for bmp, but I won't lift a pinky for that. If people want to remove bmp, I won't stand in the way. I tried to remove bmp some time ago and IIRC someone objected. (3) Why don't you just use audacious? I've finally given audacious a try and, yes, it does what xmms does. (It can even play AAC streams, the one thing I vaguely miss in xmms.) It also has vastly move expensive dependencies. I don't know how well it runs on a slow machine, but you certainly don't want to have to build gtk+3 there. (off topic) I don't use audacious for my everyday player, but it does have the ability to play vgm files. It actually emulates FM and PSG chips found in old micros and consoles. Pretty sweet. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk