Re: update to textproc/groff-1.22.3

2014-11-26 Thread Ingo Schwarze
Hi Jan, Jan Stary wrote on Wed, Nov 26, 2014 at 08:47:01AM +0100: On Nov 26 02:57:43, schwa...@usta.de wrote: and /usr/ports/infrastructure/bin/pkg_subst says my $fh = $subst-copy($src, $dest); # copy rights, owner, group as well my ($uid, $gid, $mode) = (stat $src)[4, 5, 2]; my

CVS: cvs.openbsd.org: ports

2014-11-25 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/11/25 06:37:19 Modified files: graphics/djview4: Makefile Added files: graphics/djview4/patches: patch-nsdejavu_nsdejavu_1_in patch-src_djview_1

Re: graphics/djview4(1) man page: unrendered tbl(7) code, many artefacts

2014-11-25 Thread Ingo Schwarze
Hi, fix committed. Alexandr, are you going to push it upstream? Thanks for checking, in any case. Theo Buehler wrote on Tue, Nov 25, 2014 at 07:40:24AM +0100: On Mon, Nov 24, 2014 at 10:49:11PM +0100, Ingo Schwarze wrote: Theo Buehler wrote on Mon, Nov 24, 2014 at 04:56:00PM +0100

Re: update to textproc/groff-1.22.3

2014-11-25 Thread Ingo Schwarze
Hi Jan, Jan Stary wrote on Wed, Nov 26, 2014 at 02:15:29AM +0100: This is a fresh install of current/amd64. Installing urlview from ports installs groff from ports, and it fails like this: === Verifying install for groff-=1.21 in textproc/groff

Re: graphics/djview4(1) man page: unrendered tbl(7) code, many artefacts

2014-11-24 Thread Ingo Schwarze
Hi Theo, Theo Buehler wrote on Mon, Nov 24, 2014 at 04:56:00PM +0100: This is a groff(1)-related mail, so I'm not sure if CC'ing schwarze@ is appropriate, if not, my apologies. I'm maintaining the groff port, so if you suspect a problem with groff, it is. I noticed that the djview4(1) man

CVS: cvs.openbsd.org: ports

2014-11-07 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/11/07 10:10:36 Modified files: textproc/groff/patches: patch-Makefile_in Log message: src/devices/gropdf depends on arch/misc (I will send this upstream, too.) For those cases where the

CVS: cvs.openbsd.org: ports

2014-11-06 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/11/06 15:15:23 Modified files: textproc/groff : Makefile distinfo textproc/groff/patches: patch-Makefile_comm patch-Makefile_in patch-tmac_an-old_tmac

update to textproc/groff-1.22.3

2014-11-05 Thread Ingo Schwarze
Maintainer update to groff-1.22.3, released yesterday. New features: * glilypond(1) - new preprocessor for music typesetting * gperl(1) - new preprocessor for embedding Perl code in roff documents * gpinyin(1) - new preprocessor to pretty-print Pinyin syllables * groff_mom(7) now has full eqn(7),

Re: update to textproc/groff-1.22.3

2014-11-05 Thread Ingo Schwarze
Hi, Ingo Schwarze wrote on Thu, Nov 06, 2014 at 02:57:14AM +0100: Maintainer update to groff-1.22.3, released yesterday. [...] * Changing the bullet is no longer needed, mandoc can now handle it. [...] Index: patches/patch-tmac_tty_tmac

CVS: cvs.openbsd.org: ports

2014-11-03 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/11/03 12:19:44 Modified files: sysutils/pstree: Makefile sysutils/pstree/files: pstree.1 Log message: documentation improvements from Fred Hucht, upstream maintainer; ok naddy@

Re: base64 doesn't need USE_GROFF

2014-11-02 Thread Ingo Schwarze
Hi Jan, Jan Stary wrote on Sun, Nov 02, 2014 at 08:33:45AM +0100: On Nov 01 22:20:33, schwa...@usta.de wrote: Jan Stary wrote: except for the General Commands Manual header. Either your mandoc(1) is not up to date, or you are not using the standard OpenBSD groff port. Both should have

CVS: cvs.openbsd.org: ports

2014-11-01 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/11/01 15:17:57 Modified files: converters/base64: Makefile Log message: no need to USE_GROFF; from Jan Stary hans at stare dot cz

Re: base64 doesn't need USE_GROFF

2014-11-01 Thread Ingo Schwarze
Hi Jan, Jan Stary wrote on Sat, Nov 01, 2014 at 07:01:06PM +0100: Except for the date of 20 FEB 2001 and an end-of-line whitespace, mandoc is happy, and the page looks just like in groff, Correct, committed, thanks. except for the General Commands Manual header. Either your mandoc(1) is

Re: UPDATE: Stunnel-5.06

2014-10-24 Thread Ingo Schwarze
Hi, Liviu Daia wrote on Fri, Oct 24, 2014 at 08:37:31AM +0300: On 24 October 2014, Ingo Schwarze schwa...@usta.de wrote: Gleydson Soares wrote on Thu, Oct 23, 2014 at 09:11:36PM -0300: On Thu, Oct 23, 2014 at 10:36:44AM -0300, Gonzalo L. Rodriguez wrote: -USE_GROFF = Yes

Re: UPDATE: Stunnel-5.06

2014-10-24 Thread Ingo Schwarze
Just because it's so sadly hilarious, i have to add this gem: Ingo Schwarze wrote on Fri, Oct 24, 2014 at 05:57:40PM +0200: And even if stunnel(8) exclusively targets groff, it's not up to the job: $ pod2man -u stunnel.pod | preconv -eutf8 | groff -mandoc -Tps \ stunnel.ps

Re: UPDATE: Stunnel-5.06

2014-10-24 Thread Ingo Schwarze
Hi Raul, part of what you say makes sense, see below for a few remarks. But i have better news. The itching now got bad enough that i finally sat down and integrated preconv(1) into mandoc(1), a task i first talked about at BSDCan 2011 in Ottawa. I already committed the result to the portable

Re: UPDATE: Stunnel-5.06

2014-10-23 Thread Ingo Schwarze
Hi, Gleydson Soares wrote on Thu, Oct 23, 2014 at 09:11:36PM -0300: On Thu, Oct 23, 2014 at 10:36:44AM -0300, Gonzalo L. Rodriguez wrote: -USE_GROFF = Yes mandoc conplains: $ mandoc -Tlint -Werror stunnel.8 mandoc: stunnel.8:35:2: ERROR: skipping unknown macro: 'br\

Re: patch: mention wsrc in ports(7)

2014-10-22 Thread Ingo Schwarze
Hi Nick, here is a patch better explaining sudo(8) configuration for ports. I'm not just asking for an OK to commit; i also hope for a cluestick to understand what's up with faq15.html versus ports/ports.html. Both seem largely duplicate, and the text i'm patching is in both. Should one of the

Re: patch: mention wsrc in ports(7)

2014-10-21 Thread Ingo Schwarze
Hi, thev...@openmailbox.org wrote on Tue, Oct 21, 2014 at 06:12:08PM -0400: i had a problem recently with compiling ports as a normal user, and it was pointed out to me i needed to be in group wsrc. Not strictly true, that's just one way to do it, though admittedly a reasonable and common

CVS: cvs.openbsd.org: ports

2014-10-14 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/10/14 09:56:59 Modified files: audio/sox : Makefile Log message: USE_GROFF is no longer needed; no bump needed; tables are not yet perfect, but now work sufficiently well with mandoc; ok

CVS: cvs.openbsd.org: ports

2014-10-07 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/10/07 05:48:33 Modified files: textproc/docx2txt: Makefile distinfo textproc/docx2txt/patches: patch-docx2txt_pl textproc/docx2txt/pkg: PLIST Added files:

CVS: cvs.openbsd.org: ports

2014-10-07 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/10/07 13:07:32 ports/textproc/igor/patches Update of /cvs/ports/textproc/igor/patches In directory cvs.openbsd.org:/tmp/cvs-serv28965/patches Log Message: Directory /cvs/ports/textproc/igor/patches

CVS: cvs.openbsd.org: ports

2014-10-07 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/10/07 13:13:50 Modified files: textproc/igor : Makefile distinfo Added files: textproc/igor/patches: patch-igor patch-igor_1 Log message: Update to release 1.502: catches various

update textproc/igor to 1.502

2014-10-07 Thread Ingo Schwarze
Hi, i'd like to update textproc/igor, Warren Block's FreeBSD Documentation Project sanity check script, to version 1.502. That's useful because the new version catches various new spelling errors and bad phrases. While here, i'd like to disable the -u test (identify contractions) by default on

update docx2txt to version 1.4

2014-10-07 Thread Ingo Schwarze
= docx2txt-1.0 +DISTNAME = docx2txt-1.4 CATEGORIES = textproc HOMEPAGE = http://docx2txt.sourceforge.net/ MAINTAINER = Ingo Schwarze schwa...@openbsd.org @@ -18,5 +18,10 @@ do-install: ${INSTALL_SCRIPT} ${WRKSRC}/docx2txt.pl ${PREFIX}/bin/docx2txt

NEW: textproc/p5-XML-SemanticDiff and devel/p5-Test-XML

2014-10-06 Thread Ingo Schwarze
Hi, these two are needed for the upcoming update of p5-TAP-Formatter-JUnit. OK? Ingo p5-Test-XML.tgz Description: application/tar-gz

update p5-TAP-Formatter-JUnit to 0.11

2014-10-06 Thread Ingo Schwarze
1.1.1.1 +++ Makefile6 Oct 2014 16:49:58 - @@ -3,9 +3,8 @@ COMMENT = format TAP::Harness output as JUnit XML MODULES = cpan -DISTNAME = TAP-Formatter-JUnit-0.09 +DISTNAME = TAP-Formatter-JUnit-0.11 CATEGORIES = devel -MAINTAINER = Ingo Schwarze schwa...@openbsd.org

Re: Fix apropos when Qwt is installed

2014-10-05 Thread Ingo Schwarze
Hi Vadim, Vadim Zhukov wrote on Sun, Oct 05, 2014 at 01:12:02PM +0400: Qwt ships with two pseudo-man pages, namely qwtinstall.3 and qwtlicense.3. Those pages does have the only section, NAME. As a result, if you have Qwt installed and try to run apropos(1) for any word contained in those

CVS: cvs.openbsd.org: ports

2014-09-06 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/09/06 09:49:50 Modified files: security/p5-Authen-NTLM: Makefile distinfo Log message: Update to Authen::NTLM 1.09 (minor bugfix release); ok gsoares@ I'm quite happy that nobody forces me

CVS: cvs.openbsd.org: ports

2014-09-04 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/09/04 18:45:58 Modified files: textproc/igor : Makefile distinfo Log message: update to 1.474: new options: -p (warn about mdoc(7) blank lines), -X (XML output) some new spelling errors and

update security/p5-Authen-NTLM

2014-09-02 Thread Ingo Schwarze
= security -MAINTAINER = Ingo Schwarze schwa...@openbsd.org # perl PERMIT_PACKAGE_CDROM = Yes Index: distinfo === RCS file: /cvs/ports/security/p5-Authen-NTLM/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo

CVS: cvs.openbsd.org: ports

2014-08-31 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/08/31 11:28:35 Log message: import textproc/gpresent The gpresent and piclink groff macros and the presentps PostScript postprocessor support the creation of PDF presentations. Without

Re: NEW (kinda): www/lynx (hooray!)

2014-07-17 Thread Ingo Schwarze
Hi Brian, # GPLv2+ That seems wrong. It ought to be GPLv2 only. See the file COPYHEADER. Current versions of Lynx run on Unix, VMS, Windows3.x/9x/NT and later, 386DOS and OS/2 EMX. I'd suggest to delete that sentence from pkg/DESCR. If you consider it important, i don't object to leaving

Re: youtube-dl

2014-07-17 Thread Ingo Schwarze
Hi Stuart, Stuart Henderson wrote on Wed, Jul 16, 2014 at 12:07:35PM +0100: On 2014/07/16 12:00, Stuart Henderson wrote: OK to update to 2014.07.15? Youtube broke again. Now with correct email address for Paul.. Huh? The two patches you sent look identical to me, and what's wrong with

Re: NEW (kinda): www/lynx (hooray!)

2014-07-17 Thread Ingo Schwarze
Hi Stuart, Stuart Henderson wrote on Thu, Jul 17, 2014 at 10:05:20AM +0100: What attitude should ports take to license markers in the cases: General rules are hard to set up, my impression is that a variety of details can influence whether a Copyright notice and a license grant is effective.

Re: UPDATE: devel/scons

2014-07-01 Thread Ingo Schwarze
Hi Anthony, Anthony J. Bentley wrote on Tue, Jul 01, 2014 at 09:42:57PM -0600: Here is an update to scons-2.3.1. Manpages removed because upstream forgot to generate them properly this release so they are all blank, causing packaging to break. When there is such a major regression in a

Re: unable to open mandoc.db on vim installing

2014-06-18 Thread Ingo Schwarze
Hi Marc, Marc Espie wrote on Wed, Jun 18, 2014 at 10:20:09AM +0200: I'm still wondering whether it makes sense to add a flag to makewhatis that will always be there. Who's gonna use -u and -d without that new flag -P ? Heh. That's a very good point. I only considered the following

Re: unable to open mandoc.db on vim installing

2014-06-18 Thread Ingo Schwarze
Hi Stuart, Marc Espie convinced me that pkg_add(1) is the only use case of the -d and -u flags of makewhatis(8) that matters in practice, and the code path you are touching here is only used by -d and -u. So contrary to my earlier impression, and after some testing and code inspection, this is

Re: unable to open mandoc.db on vim installing

2014-06-17 Thread Ingo Schwarze
Hi Stuart, Stuart Henderson wrote on Tue, Jun 17, 2014 at 10:41:16PM +0100: On 2014/06/17 11:57, Erling Westenvik wrote: On Tue, Jun 17, 2014 at 12:00:41AM -0400, Eduardo Lopes wrote: On installing vim (gtk2 flavor) from snapshots I'v got the following message: /usr/local/man//mandoc.db:

GPLv2+ vs. GPLv2 only

2014-06-11 Thread Ingo Schwarze
Hi Marc, [ moving to ports in order to not start a discussion on ports-changes@ ] Marc Espie wrote on Wed, Jun 11, 2014 at 01:08:59PM +0200: On Tue, Jun 10, 2014 at 08:42:33PM -0600, Anthony J. Bentley wrote: CVSROOT: /cvs Module name: ports Changes by: bent...@cvs.openbsd.org

Re: new: textproc/gpresent

2014-05-18 Thread Ingo Schwarze
Hi Pascal, Pascal Stumpf wrote on Sun, May 18, 2014 at 04:39:06PM +0200: Inspired by schwarze@'s slides for BSDCan, here's a port of the gpresent macros. Ouch, i have been stupid. I thought i had committed my port, but apparently, i forgot to do so. The macros themselves are installed into

CVS: cvs.openbsd.org: ports

2014-05-16 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/05/16 06:36:22 Log message: Import textproc/igor. Automated proofreader for text files, man pages, and DocBook SGML source files. Developed by Warren Block for FreeBSD.

CVS: cvs.openbsd.org: ports

2014-05-16 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/05/16 06:43:40 Modified files: textproc : Makefile Log message: +igor

NEW: textproc/igor

2014-05-14 Thread Ingo Schwarze
Hi, i've just met Warren Block at the FreeBSD DocSprint during BSDCan and he has shown me his igor utility. This may be useful to complement mandoc -Tlint and mdoclint to check manuals for markup errors, and especially for typos and stilistic issues. OK? Ingo igor.tgz Description:

Re: POSIX standard as manual pages

2014-05-09 Thread Ingo Schwarze
Hi Dmitrij and Vadim, Vadim Zhukov wrote on Fri, May 09, 2014 at 11:57:28AM +0400: 09.05.2014 2:03 Dmitrij D. Czarkoff czark...@gmail.com: Why not shorten man-pages-posix to just posix? That's what i originally suggested, too: From: Ingo Schwarze schwa...@usta.de Date: Fri, 24 Jan 2014

Re: POSIX standard as manual pages

2014-05-07 Thread Ingo Schwarze
Hi Vadim, as it stands, the port is still not OK, but you are coming closer. Vadim Zhukov wrote on Sun, May 04, 2014 at 02:05:51PM +0400: Vadim Zhukov persg...@gmail.com: 2014/1/24 Ingo Schwarze schwa...@usta.de: USE_GROFF would be very unfortunate in a port of this kind, and in addition

Re: POSIX standard as manual pages

2014-05-07 Thread Ingo Schwarze
Hi Vadim, Vadim Zhukov wrote on Wed, May 07, 2014 at 09:49:39PM +0400: 07.05.2014 21:29 Ingo Schwarze: Really, you must remove USE_GROFF from the Makefile, even though that will break some of the pages. The license plainly doesn't allow distributing the manuals without distributing

Re: POSIX standard as manual pages

2014-05-07 Thread Ingo Schwarze
Hi Vadim, Vadim Zhukov wrote on Thu, May 08, 2014 at 12:56:58AM +0400: All other nits were fixed, and here is an updated port. ok schwarze@ If you want, wrap the line after ${DOCDIR}, in pkg/README before commit, then the installed file /usr/local/share/doc/pkg-readmes/man-pages-posix-2013a

CVS: cvs.openbsd.org: ports

2014-04-27 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/04/27 03:09:42 Modified files: news/trn/files : openbsd-hints Log message: Revert rev. 1.4 of this patch. The port installs unformatted manuals anyway and doesn't use the hint to mandoc at

CVS: cvs.openbsd.org: ports

2014-04-26 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/04/26 18:30:07 Modified files: sysutils/usbutil/patches: patch-Makefile Log message: Do not patch away nroff in the Makefile, the man target is not used in the build, anyway. This simplifies

CVS: cvs.openbsd.org: ports

2014-04-24 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/04/24 12:52:58 Modified files: comms/xastir : Makefile comms/xastir/pkg: PLIST Added files: comms/xastir/patches: patch-Makefile_in Log message: install manuals to the

CVS: cvs.openbsd.org: ports

2014-04-24 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/04/24 13:11:17 ports/textproc/uchardet/patches Update of /cvs/ports/textproc/uchardet/patches In directory cvs.openbsd.org:/tmp/cvs-serv3152/patches Log Message: Directory

CVS: cvs.openbsd.org: ports

2014-04-24 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2014/04/24 13:13:28 Modified files: textproc/uchardet: Makefile textproc/uchardet/pkg: PLIST Added files: textproc/uchardet/patches: patch-doc_CMakeLists_txt Log message: install

Re: how come there's no WireShark?

2014-04-24 Thread Ingo Schwarze
Hi Alan, Alan Corey wrote on Thu, Apr 24, 2014 at 03:18:06AM -0400: Maybe the distribution's not allowed by the licensing, but it's GPL. I installed it on my laptop running OpenBSD 5.2 by just running configure, gmake, gmake install. http://www.wireshark.org nice gui network protocol

Re: NEW: textproc/pod2mdoc and textproc/docbook2mdoc

2014-04-02 Thread Ingo Schwarze
Hi Antony, Anthony J. Bentley wrote on Wed, Apr 02, 2014 at 01:37:57AM -0600: The pod2mdoc utility is a converter from POD into mdoc. It's meant to operate like pod2man. ok schwarze@ The docbook2mdoc utility is a converter from DocBook into mdoc. ok schwarze@ Both written by our very own

Re: NEW: textproc/doclifter

2014-04-02 Thread Ingo Schwarze
Hi Anthony, Anthony J. Bentley wrote on Wed, Apr 02, 2014 at 01:33:34AM -0600: The doclifter program translates documents written in troff macros to DocBook. OK schwarze@. Thanks for doing this work. Ingo Lifting documents from presentation level to semantic level is hard, and a really

Re: Regression testing in OpenBSD

2014-03-13 Thread Ingo Schwarze
Hi Sergey, Sergey Bronnikov wrote on Thu, Mar 13, 2014 at 10:08:40PM +0400: We need more and more tests to cover OpenBSD code as much as possible. Sure, so improve or write some tests. OpenBSD developers has unit and regression tests in source tree (src/regress) but you cannot use them

Re: [NEW] games/opentyrian

2014-03-13 Thread Ingo Schwarze
Hi Juan Francisco, Juan Francisco Cantero Hurtado wrote on Thu, Mar 13, 2014 at 09:02:11PM +0100: On Wed, Mar 12, 2014 at 07:39:29PM +0100, Pascal Schmid wrote: port of the DOS shoot-em-up Tyrian Tested on amd64 and macppc (both -current) I attached your ports with some changes. IMO, the

Re: dovecot (fwd)

2014-03-11 Thread Ingo Schwarze
Hi William, William Yodlowsky wrote on Mon, Mar 10, 2014: The fix is to back out the workaround in dovecot, as getpwnam_r() was recently fixed. With the below applied, you instead get: Mar 10 14:42:41 host1 dovecot: auth-worker(5241): Error: bsdauth(notauser,1.2.3.4): getpwnam() failed:

Re: cyrus-sasl-2.1.26p8: saslauthd man page

2014-03-02 Thread Ingo Schwarze
Hi Harold, Harold Benfield wrote on Sun, Mar 02, 2014 at 04:56:43PM -0500: Can someone verify the same man page output and if so, fix the formatting of the man page? ---snip--- SASLAUTHD(8)OpenBSD System Manager's Manual SASLAUTHD(8) [1mNAME[0m [1msaslauthd [22m-

Re: cyrus-sasl-2.1.26p8: saslauthd man page

2014-03-02 Thread Ingo Schwarze
Hi Harold, Harold Benfield wrote on Sun, Mar 02, 2014 at 05:26:30PM -0500: Sorry for the lack of details. man saslauthd I am using term=xterm on OpenBSD 5.4 amd64 architecture. The package came from ftp.openbsd.org/pub/OpenBSD/5.4/packages/amd64. I have found this on four of my

Re: warnings in groff

2014-02-15 Thread Ingo Schwarze
Hi Stuart and Ted, Stuart Henderson wrote on Thu, Feb 06, 2014 at 11:43:48AM +: On 2014/02/06 00:35, Ted Unangst wrote: While building vim-no_x11 on arm, I observe: === Building for groff-1.22.2p4 configure: WARNING: unrecognized options: --without-libiconv-prefix, --without-gs,

Re: POSIX standard as manual pages

2014-01-23 Thread Ingo Schwarze
Hi Vadim, Vadim Zhukov wrote on Thu, Jan 23, 2014 at 08:05:36PM +0400: The following port installs the POSIX standard as manual pages. This could be handy when developing new code. I agree that a port is useful and /books/ is the right primary category. However, i object to multiple aspects

Re: Drop USE_GROFF from Makefile.template

2014-01-01 Thread Ingo Schwarze
Hi, Jérémie Courrèges-Anglas wrote on Thu, Jan 02, 2014 at 12:42:51AM +0100: Rafael Sadowski raf...@sizeofvoid.org writes: Drop USE_GROFF since groff and mandoc produce identical output. I don't think this is a good idea. + 1 Lots of ports still need USE_GROFF, and having this in the

Re: NEW: sysutils/p5-Pod-Cpandoc

2013-12-23 Thread Ingo Schwarze
Hi, Andrew Fresh wrote on Sun, Dec 22, 2013 at 06:24:17PM -0700: On Mon, Dec 23, 2013 at 01:32:54AM +0100, J'er'emie Courr`eges-Anglas wrote: I thought that this module only fetched data and fed it into our base pod formatter, but if it does more that may be a better choice indeed. As far

Re: NEW: sysutils/p5-Pod-Cpandoc

2013-12-22 Thread Ingo Schwarze
Hi, Jérémie Courrèges-Anglas wrote on Mon, Dec 23, 2013 at 12:48:08AM +0100: Andrew Fresh and...@afresh1.com writes: I wasn't actually sure where it should live, so please critic. At first I'd have put it in misc. devel and sysutils kinda make sense too, but devel is too crowded and

CVS: cvs.openbsd.org: ports

2013-12-15 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/12/15 08:19:50 Modified files: textproc/groff : Makefile textproc/groff/patches: patch-tmac_an-old_tmac Log message: Two bug fixes, one bump. 1) For man(7), initialize internal

CVS: cvs.openbsd.org: ports

2013-11-10 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/11/10 23:41:02 Modified files: textproc/groff : Makefile textproc/groff/patches: patch-tmac_doc-common patch-tmac_doc_tmac

Re: [update] security/gnupg

2013-11-10 Thread Ingo Schwarze
Hi Jeremie, Jérémie Courrèges-Anglas wrote on Fri, Nov 08, 2013 at 06:16:35PM +0100: I'm using gnupg-1.4.15 on i386 since some time already. No MD code seems to have changed, no problem shown in daily use or ''make test'' output. A tarball diff is available here for convenience:

Re: Distfiles my distfiles

2013-11-07 Thread Ingo Schwarze
Hi Stuart, Stuart Cassoff wrote on Thu, Nov 07, 2013 at 09:58:54AM -0500: For a couple of ports of mine the distfiles can no longer be downloaded automatically. They can be obtained via fossil checkout or, if one is logged in to the site, via a hyperlink. I've heard talk of a places - safe

Re: [PATCH] security/p5-Crypt-OpenSSL-RSA broken under perl = 5.14

2013-11-03 Thread Ingo Schwarze
Heh, you beat me to it... Stuart Henderson wrote on Sun, Nov 03, 2013 at 07:58:22AM -0700: CVSROOT: /cvs Module name: ports Changes by: st...@cvs.openbsd.org 2013/11/03 07:58:22 Modified files: security/p5-Crypt-OpenSSL-RSA: Makefile distinfo Added files:

CVS: cvs.openbsd.org: ports

2013-10-31 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/31 13:42:45 Modified files: security/cyrus-sasl2: Makefile security/cyrus-sasl2/patches: patch-saslauthd_configure security/cyrus-sasl2/pkg: PLIST Added files:

Re: lang/tcl, x11/tk: install source man pages

2013-10-31 Thread Ingo Schwarze
Hi Stuart, Stuart Cassoff wrote on Wed, Oct 30, 2013 at 10:20:38AM -0400: On 10/27/13 00:04, Stuart Cassoff wrote: On 10/14/13 15:23, Christian Weisgerber wrote: PS: I've left USE_GROFF in place since mandoc(1) complains bitterly about what it find in the pages and there are substantial if

CVS: cvs.openbsd.org: ports

2013-10-30 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/30 03:50:30 Log message: Import devel/p5-Devel-Cover-Report-Clover. This module generates Clover compatible coverage XML files which can be used in various continuous integration

CVS: cvs.openbsd.org: ports

2013-10-30 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/30 03:53:13 Modified files: devel : Makefile Log message: +p5-Devel-Cover-Report-Clover

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

2013-10-28 Thread Ingo Schwarze
XML files which can be used in various continuous integration software systems. It is designed to be called from the cover(1) program distributed in the p5-Devel-Cover package. Maintainer: Ingo Schwarze schwa...@openbsd.org WWW: http://search.cpan.org/dist/Devel-Cover-Report-Clover/ p5-Devel

CVS: cvs.openbsd.org: ports

2013-10-25 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/25 18:02:52 Log message: Import p5-TAP-Harness-JUnit-0.41, a TAP::Harness subclass to generate JUnit compatible output from TAP results. ok sthen@ Status: Vendor

CVS: cvs.openbsd.org: ports

2013-10-25 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/25 18:07:29 Log message: Import p5-TAP-Formatter-JUnit to format TAP::Harness output as JUnit XML. ok sthen@ Status: Vendor Tag: schwarze Release Tags:

CVS: cvs.openbsd.org: ports

2013-10-25 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/25 18:12:10 Modified files: devel : Makefile Log message: +p5-TAP-{Formatter,Harness}-JUnit

new: devel/p5-TAP-Formatter-JUnit

2013-10-25 Thread Ingo Schwarze
. Maintainer: Ingo Schwarze schwa...@openbsd.org WWW: http://search.cpan.org/dist/TAP-Formatter-JUnit/ p5-TAP-Formatter-JUnit.tgz Description: application/tar-gz

new: devel/p5-TAP-Harness-JUnit

2013-10-25 Thread Ingo Schwarze
Ingo Schwarze wrote on Fri, Oct 25, 2013 at 07:02:23PM +0200: here is a tarball of a new port i need for my day job. Tested on i386. And here is another one living in the vicinity. OK to import? Ingo Information for inst:p5-TAP-Harness-JUnit-0.41 Comment: generate JUnit compatible output

CVS: cvs.openbsd.org: ports

2013-10-22 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/22 14:47:21 Modified files: sysutils/dwdiff: Makefile Log message: Drop USE_GROFF, no PLIST change, no bump. Manuals are relatively clean hand-written man(7) code, render identically with

CVS: cvs.openbsd.org: ports

2013-10-19 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/19 14:46:31 ports/misc/uniutils/patches Update of /cvs/ports/misc/uniutils/patches In directory cvs.openbsd.org:/tmp/cvs-serv19739/patches Log Message: Directory /cvs/ports/misc/uniutils/patches

CVS: cvs.openbsd.org: ports

2013-10-18 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/18 15:24:09 Modified files: net/etherape : Makefile devel/bzr : Makefile Log message: These manuals are fine with mandoc, in particular since we now support the .UR/.UE

CVS: cvs.openbsd.org: ports

2013-10-15 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/15 01:37:52 Modified files: devel/ipython : Makefile devel/ipython/pkg: PLIST Log message: After src/usr.bin/mandoc/roff.c rev. 1.58, mandoc now longer throws ERRORs. Formatting

CVS: cvs.openbsd.org: ports

2013-10-15 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/15 14:38:05 Modified files: audio/xmix : Makefile Log message: The xmix(1) manual uses the .IX macro without defining it, which causes mandoc(1) to report an error. However, in this

CVS: cvs.openbsd.org: ports

2013-10-15 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/15 14:49:59 Modified files: games/agm : Makefile games/agm/pkg : PLIST graphics/amide : Makefile graphics/amide/pkg: PLIST graphics/compface:

Re: WIP: inkscape update

2013-10-15 Thread Ingo Schwarze
Hi Edd, Edd Barrett wrote on Tue, Oct 15, 2013 at 11:33:36PM +0100: An inkscape update: * Bugfix release. * Loads of patches integrated upstream (bye bye glib/poppler hacks). * Uses newer autoconf. A few bits I am unsure of: * 'make update-plist' wants to remove the icon dir

CVS: cvs.openbsd.org: ports

2013-10-14 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/14 16:05:06 Modified files: inputmethods/uim: Makefile Log message: After src/usr.bin/mandoc/roff.c rev. 1.58, mandoc now longer throws ERRORs. Formatting has been correct, anyway. Drop

CVS: cvs.openbsd.org: ports

2013-10-14 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/14 16:07:26 ports/devel/p5-Carp-Datum/patches Update of /cvs/ports/devel/p5-Carp-Datum/patches In directory cvs.openbsd.org:/tmp/cvs-serv31815/patches Log Message: Directory

CVS: cvs.openbsd.org: ports

2013-10-14 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/10/14 16:14:41 Modified files: devel/p5-Carp-Datum: Makefile devel/p5-Carp-Datum/pkg: PLIST Added files: devel/p5-Carp-Datum/patches: patch-Makefile_PL Log message: The

Re: update: comms/picocom

2013-09-24 Thread Ingo Schwarze
Hi, Kyle Isom wrote on Tue, Sep 24, 2013 at 01:24:08PM -0600: This diff incorporates Ingo's patch for the man page. Looks like you forgot to cvs add patches/patch-picocom_8 ? Tested on amd64 and sgi. Yeah, unless you do a clean checkout and apply your patch to it for testing, testing

Re: update: comms/picocom

2013-09-15 Thread Ingo Schwarze
Hi, Brad Smith wrote on Sun, Sep 15, 2013 at 03:38:06PM -0400: On 15/09/13 3:18 PM, Brian Callahan wrote: On 09/14/13 00:02, Kyle Isom wrote: Update to 1.7. Tested working on amd64 and macppc. I don't think this needs USE_GROFF=Yes anymore; otherwise ok by me if someone wants to double

Re: update: comms/picocom

2013-09-15 Thread Ingo Schwarze
Hi Kyle, Brad Smith wrote on Sun, Sep 15, 2013 at 06:23:25PM -0400: On 15/09/13 6:22 PM, Kyle Isom wrote: I think I'll scrub the man page, and rewrite it in mdoc, and submit a patch for that upstream. Thanks, Ingo, for the patch for this and bringing this up. I would speak with upstream

Implement the groff_mdoc(7) .%C (city) macro

2013-08-01 Thread Ingo Schwarze
Hi, when ports will be fully open again, i'd like to commit the following improvement to our textproc/groff port. It's one of the rare cases where i think that backporting new functionality before having a new upstream release makes sense. We do have the .%C (city) submacro of the .Rs (citation

Re: Fvwm2 package - wrong man pages being displayed.

2013-07-27 Thread Ingo Schwarze
Hi, James Griffin wrote on Sat, Jul 27, 2013 at 10:10:26AM +0100: I am using the fvwm2 package on OpenBSD -current. After I upgrade to a snapshot on 22 July 2013, /etc/man.conf was changed by sysmerge(8). Yes, that's expected. Since then, man pages for fvwm2 are not shown by default;

CVS: cvs.openbsd.org: ports

2013-07-16 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/07/16 12:44:39 Modified files: archivers/unzip: Makefile Log message: Some time ago, espie@ sent me this patch to drop USE_GROFF. Back then, the patch was actually incorrect, mandoc(1) didn't

CVS: cvs.openbsd.org: ports

2013-07-13 Thread Ingo Schwarze
CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2013/07/13 01:39:00 Modified files: textproc/groff : Makefile textproc/groff/patches: patch-tmac_an-old_tmac patch-tmac_doc-common

polish textproc/groff for release

2013-07-08 Thread Ingo Schwarze
Hi, i'd like to bump textproc/groff one last time before the 5.4 release, with the following improvements: - Add a patch to avoid permanent damage to the right margin when a man(7) input file contains two consecutive .TP lines. This bugfix improves the formatting of unzip(1), for example.

Re: polish textproc/groff for release

2013-07-08 Thread Ingo Schwarze
Hi Gregor, Gregor Best wrote on Mon, Jul 08, 2013 at 03:02:53PM +0200: In the wake of modifying the port, I'd like to ask if you would approve a patch moving the change made in `patches/patch-tmac_troffrc' over to `an.tmac'. Moving any code into an.tmac is definitely not OK. That file is

<    1   2   3   4   5   6   7   >