mandoc doesn't understand Spanish, it expects NAME not NOMBRE.
I'd guess this should probably be a warning not an error?
On Fri, Apr 02, 2010 at 09:56:44PM -0500, Marco Peereboom wrote:
> > x11/scrotwm
> > scrotwm_es.1:21:2: error: NAME section must be first
>
> I don't understand the issue.
This is a simple minor update for games/zoom. It fixes a few bugs in
the handling of various z-code versions.
tested i386.
jcr
Index: Makefile
===
RCS file: /cvs/ports/games/zoom/Makefile,v
retrieving revision 1.11
diff -N -u -p M
On Sat, Apr 03, 2010 at 12:12:54AM -0700, J.C. Roberts wrote:
> This is a simple minor update for games/zoom. It fixes a few bugs in
> the handling of various z-code versions.
>
> tested i386.
segfaults when ran over X forwarding, but previous version segfaults
too.. i suppose it's expected with
On Tue Mar 30, 2010 at 10:45:16AM +0200, David Coppa wrote:
>
> I need it for a port I'm working on: the new stable branch (v3.x) of
> the awesome window manager.
>
So it's just nice to hear that anybody works on awesome WM.
--
http://www.sizeofvoid.org - raf...@sizeofvoid.org
Jabber: z...@jabb
Hi naddy,
Christian Weisgerber wrote on Sat, Apr 03, 2010 at 03:11:26AM +0200:
> Here's the list of ports that pull in to format their
> man pages, but mandoc(1) errors out:
>
> benchmarks/smtp-benchmark
> smtpsend.8:38:1: error: blank line disallowed
> devel/ctm
> ctm.1:42:1: error: blank
Nicholas Marriott wrote on Sat, Apr 03, 2010 at 08:10:47AM +0100:
> mandoc doesn't understand Spanish, it expects NAME not NOMBRE.
In the long run, we might or might not consider adding proper support
for section names in national languages. For some sections, it makes
a difference because some
Christian Weisgerber wrote on Sat, Apr 03, 2010 at 03:11:26AM +0200:
> games/sudoku-solver
> sudoku-solver.6:33:2: error: too many list types
> sysutils/tabled
> tabled.8:53:2: error: too many list types
This one looks recoverable, too.
When two list types are specified for the same list,
jus
Christian Weisgerber wrote on Sat, Apr 03, 2010 at 03:11:26AM +0200:
> textproc/sgmlformat
> instant.1:0:1: error: document has no title/section
> x11/sclock
> sclock.1:0:1: error: document has no title/section
Are these really man(7) pages without a .TH header macro?
Must have a look later..
Ingo Schwarze wrote:
Christian Weisgerber wrote on Sat, Apr 03, 2010 at 03:11:26AM +0200:
textproc/sgmlformat
instant.1:0:1: error: document has no title/section
x11/sclock
sclock.1:0:1: error: document has no title/section
Are these really man(7) pages without a .TH header macr
On Sat, 3 Apr 2010 12:34:30 +0200 Landry Breuil
wrote:
> On Sat, Apr 03, 2010 at 12:12:54AM -0700, J.C. Roberts wrote:
> > This is a simple minor update for games/zoom. It fixes a few bugs
> > in the handling of various z-code versions.
> >
> > tested i386.
>
> segfaults when ran over X forward
On Thu, Apr 01, 2010 at 03:31:15AM +0100, Edd Barrett wrote:
> Works well here, but the dmenu does not follow colour scheme.
This diff fixes the colour scheme of dmenu by treating the alt_wm feature as a
custom_spawn, meaning it goes through the $some_color expansions just like
normal dmenu does.
Christian Weisgerber wrote on Sat, Apr 03, 2010 at 03:11:26AM +0200:
> misc/omconsole
> omconsole.1:36:5: error: requires line arguments > 0 (has 0)
That's a bad syntax error in the mdoc(7) source code.
Matthieu should really fix it upstream.
Just remove the .Xr having no argument!
Still, mand
Chris Bennett wrote:
Ingo Schwarze wrote:
Christian Weisgerber wrote on Sat, Apr 03, 2010 at 03:11:26AM +0200:
textproc/sgmlformat
instant.1:0:1: error: document has no title/section
x11/sclock
sclock.1:0:1: error: document has no title/section
Are these really man(7) pages wi
> net/bluetooth-tools
> btkey.1:123:2: error: bad child for parent context
This one is rather bad, the nesting of blocks is broken in these manual
pages. I will have a look whether mandoc(1) can be made to cope,
but i recommend pushing the following upstream in any case -
and perhaps commit it
hmm, on Wed, Mar 31, 2010 at 08:07:41PM -0700, Peter Valchev said that
> After a long battle with various issues that cropped up, and thanks to
> huge help from the guy working on the FreeBSD port (linked from my
> page), I have an update to chromium-5.0.539.0
thanks for the pacakge/port.
2 issue
Christian Weisgerber wrote on Sat, Apr 03, 2010 at 03:11:26AM +0200:
> net/openvpn_bsdauth
> openvpn_bsdauth.8:22:16: error: multi-line scope breaks multi-line
> scope of Xo
At least on a short time scale, mandoc(1) will not be able to cope
with block nesting errors like the "Oo Xo Oc Xc" her
This seems to work.
in patches directory of p5-SVG
# cat patch-lib_SVG_Extension.pm
--- lib/SVG/Extension.pm.orig Sat Apr 3 13:41:42 2010
+++ lib/SVG/Extension.pm Sat Apr 3 13:41:55 2010
@@ -23,6 +23,9 @@
%TYPES=map { $_ => 1 } @TYPES;
#-
+=head1 NAME
+
+SVG::Extension
sub ne
This looks harder than p5-SVG patch
# perldoc Autoformat.pm
Got a 0-length file from Autoformat.pm via Pod::Perldoc::ToMan!?
also checked
/usr/ports/pobj/p5-Text-Autoformat-1.12p0/Text-Autoformat-1.12/blib/lib/Text/Autoformat.pm
and
/usr/ports/pobj/p5-Text-Autoformat-1.12p0/Text-Autoformat-1.1
On Sat, Apr 3, 2010 at 3:10 PM, frantisek holop wrote:
> hmm, on Wed, Mar 31, 2010 at 08:07:41PM -0700, Peter Valchev said that
>> After a long battle with various issues that cropped up, and thanks to
>> huge help from the guy working on the FreeBSD port (linked from my
>> page), I have an update
Running with this for over a week now on i386 with erlang R13B04 posted
here before.
I know it at the very least builds and starts with R12 on amd64.
Previous notes about updating from 2.0.x to 2.1.x:
http://marc.info/?l=openbsd-ports&m=125958365731168&w=2
http://marc.info/?l=openbsd-ports&m=1263
On 2010/04/03 14:23, Chris Bennett wrote:
> This seems to work.
>
> in patches directory of p5-SVG
>
> # cat patch-lib_SVG_Extension.pm
$ cvs add patches/patch-lib_SVG_Extension.pm
- you can add and remove files, but not directories, against anoncvs
then
$ cvs di -uNp
..and send it, along wit
Stuart Henderson wrote:
On 2010/04/03 14:23, Chris Bennett wrote:
This seems to work.
in patches directory of p5-SVG
# cat patch-lib_SVG_Extension.pm
$ cvs add patches/patch-lib_SVG_Extension.pm
- you can add and remove files, but not directories, against anoncvs
then
$ cvs di -u
On 2010/04/03 16:32, Chris Bennett wrote:
>
>
> Stuart Henderson wrote:
> >On 2010/04/03 14:23, Chris Bennett wrote:
> >>This seems to work.
> >>
> >>in patches directory of p5-SVG
> >>
> >># cat patch-lib_SVG_Extension.pm
> >
> >$ cvs add patches/patch-lib_SVG_Extension.pm
> >- you can add and r
Chris Bennett wrote:
This looks harder than p5-SVG patch
# perldoc Autoformat.pm
Got a 0-length file from Autoformat.pm via Pod::Perldoc::ToMan!?
also checked
/usr/ports/pobj/p5-Text-Autoformat-1.12p0/Text-Autoformat-1.12/blib/lib/Text/Autoformat.pm
and
/usr/ports/pobj/p5-Text-Autoformat-
Upstream replied to me:
Just cut the offending pod.
I've done the same in the lastest CPAN version (which I just uploaded).
Thanks for pointing out the problem.
Damian
--
A human being should be able to change a diaper, plan an invasion,
butcher a hog, conn a ship, design a building, wri
25 matches
Mail list logo