Re: new: productivity/vit

> yes, pkg/README is not a place to copy upstream's README (maybe it makes sense > to install that into /usr/local/share/doc/vit via post-install/do-install) > it's for OpenBSD-specific information and should be based on the template > in ports/infrastructure/templates/README.template. Attached is

Re: new: x11/yeahconsole

Attached is an updated version based on feedback from bcallah@ and sthen@ for my productivity/vit submission: * Tidied up Makefile * Removed pkg/README * Rolled own do-install target instead of patching install: (also, install README in /usr/local/share/doc/yeahconsole/ while here) yeahconsole

Re: new: productivity/vit

On 10/29/2013 12:01 AM, Kent R. Spillner wrote: yes, pkg/README is not a place to copy upstream's README (maybe it makes sense to install that into /usr/local/share/doc/vit via post-install/do-install) it's for OpenBSD-specific information and should be based on the template in ports/infrastructu

UPDATE: lang/seed7 20131013 => 20131027

Hi ports -- Attached is a diff to update lang/seed7. A rather long changelog can be found in the source tarball, but the major change that I want to bring to everyone's attention is that I gave upstream access to my macppc machine and big endian support has been much improved. This has been

sysutils/duplicity: missing rundep on py-paramiko

After reinstalling all packages to cross the time_t bump duplicity started failing for me with the following error message: BackendException: Could not initialize backend: No module named paramiko There is a hidden runtime dependency on py-paramiko. This diff fixes the issue. ok? Index: Makef

Re: missing icons in cvsweb on OpenBSD 5.4.

Remco wrote: > I tried out cvsweb on OpenBSD 5.4 and noticed the icons left of the "File" > items were missing. cvsweb installs its icons under /var/www/htdocs/icons/ > where the base system's icons are installed in /var/www/icons/. Moving > cvsweb's icons under /var/www/icons/ made them pop u

mupdf update

Here's an update to MuPDF 1.3, and a new graphics/openjp2 port, containing the 2.x version of OpenJPEG. (The OpenJPEG API has changed and the other programs depending on this don't appear to have switched yet - other OS have mostly just stuck with OpenJPEG 1.5.x, so I think this is the most sensibl

new: p5-Devel-Cover-Report-Clover-0.35

Hi, yet another port i need at work. Tested on i386. The annoyingly long name is not my fault. ;-) OK? Ingo Information for inst:p5-Devel-Cover-Report-Clover-0.35 Comment: backend for Clover reporting of coverage statistics Description: This module generates Clover compatible coverage XM

Re: Chromium core dumps

On 10/28/13 19:51, Edd Barrett wrote: Has anyone raised a bug upstream? On 27 October 2013 04:31, Chris Cappuccio wrote: Stuart Henderson [st...@openbsd.org] wrote: On 2013/10/25 22:46, Fred wrote: Hi ports@ I have had an issue with Chromium for the last couple of week where it will segme

new: archivers/pigz

Hi. I sent this a while back but this time add myself as maintainer and update pigz to the latest release. "A parallel implementation of gzip for modern multi-processor, multi-core machines." -- http://zlib.net/pigz/ $ time pigz foo.tar 0m9.43s real 0m22.36s user 0m7.13s system

Re: Chromium core dumps

On Mon, Oct 28, 2013 at 07:51:20PM +, Edd Barrett wrote: > Has anyone raised a bug upstream? No, in general, we try to kill bugs, not to raise them in bug farms and get them to reproduce. (sorry, couldn't resist).

Re: Chromium core dumps

Has anyone raised a bug upstream? On 27 October 2013 04:31, Chris Cappuccio wrote: > Stuart Henderson [st...@openbsd.org] wrote: >> On 2013/10/25 22:46, Fred wrote: >> > Hi ports@ >> > >> > I have had an issue with Chromium for the last couple of week where it will >> > segmentation fault if I

Re: 5.4 package linking problems?

On 13-10-28 05:37 AM, Stuart Henderson wrote: Not since 2006. Perhaps it has recurred, then. Some of the posts I saw complaining about that symbol-mismatch - on OpenBSD - dated from 2006. The two resolvers (new one in libc, and ISC resolver in libbind) use the same names for various struct

missing icons in cvsweb on OpenBSD 5.4.

I tried out cvsweb on OpenBSD 5.4 and noticed the icons left of the "File" items were missing. cvsweb installs its icons under /var/www/htdocs/icons/ where the base system's icons are installed in /var/www/icons/. Moving cvsweb's icons under /var/www/icons/ made them pop up in cvsweb. In case i

Re: new: productivity/vit

On 2013/10/28 02:32, Brian Callahan wrote: > No pkg/README, please. Merge the features list into pkg/DESCR and remove > pkg/README. yes, pkg/README is not a place to copy upstream's README (maybe it makes sense to install that into /usr/local/share/doc/vit via post-install/do-install) it's for Ope

Re: 5.4 package linking problems?

On 2013/10/27 23:32, Adam Thompson wrote: > On Sun 27 Oct 2013 11:23:26 PM CDT, Brad Smith wrote: > >This is expected. Rebuilding it will not remove that warning AFAIK. > > Shoot. Just a slightly-broken port, then? I don't *remember* seeing it in > 5.3, and it doesn't *look* like it's related to

Re: mod_auth_kerb missing symbols in OpenBSD 5.4.

On Mon, Oct 28, 2013 at 11:17:08AM +0100, Remco wrote: > After the upgrade to 5.4 I found httpd staying inactive on my test box. > > It turned out mod_auth_kerb was missing some symbols: The right fix is to re-add spnego to gssapi which got removed a bit to quickly when robert stripped down kerb

mod_auth_kerb missing symbols in OpenBSD 5.4.

After the upgrade to 5.4 I found httpd staying inactive on my test box. It turned out mod_auth_kerb was missing some symbols: # /etc/rc.d/httpd -d start doing rc_read_runfile doing rc_check httpd doing rc_pre doing rc_start /usr/sbin/httpd:/usr/lib/apache/modules/mod_auth_kerb.so: undefined symb