Re: bin/166056: [patch][bin] find fails with .: permission denied, even when using absolute paths

2012-03-14 Thread Matthew Story 
The following reply was made to PR bin/166056; it has been noted by GNATS.

From: Matthew Story 
To: freebsd-gnats-sub...@freebsd.org
Cc:  
Subject: Re: bin/166056: [patch][bin] find fails with .: permission denied,
 even when using absolute paths
Date: Wed, 14 Mar 2012 03:06:48 -0400

 --20cf307ca01a78e21704bb2e9e78
 Content-Type: multipart/alternative; boundary=20cf307ca01a78e21204bb2e9e76
 
 --20cf307ca01a78e21204bb2e9e76
 Content-Type: text/plain; charset=ISO-8859-1
 
 On Tue, Mar 13, 2012 at 3:19 PM, Matthew Story wrote:
 
 > On Tue, Mar 13, 2012 at 3:08 PM, Matthew Story wrote:
 >
 >> >Fix:
 >> apply patch (patch was made against -CURRENT).  patch will warn if it
 >> cannot open ".", and set the FTL_NOCHDIR flag before proceeding, below
 >> cases demonstrate functionality with&without the -exec flag
 >>
 >
 > Embarrassingly enough, my patch breaks -execdir ... I will follow-up with
 > a correction that doesn't break -execdir.  Apologies for not being more
 > thorough in my testing.
 >
 
 I have resolved the -execdir issue with my patch, and also resolved an
 issue with -execdir not functioning properly with the -L option, as
 FTS_LOGICAL sets FTS_NOCHDIR during fts_open(3):
 
 from: libc/gen/fts.c
  145 /* Logical walks turn on NOCHDIR; symbolic links are too hard. */
  146 if (ISSET(FTS_LOGICAL))
  147 SET(FTS_NOCHDIR);
 
 It also sets FTS_NOCHDIR if it cannot open "." O_RDONLY.  the man-page for
 fts is silent on these two issues, I'll file a separate PR to document that.
 
 There also seems to be an issue with find -execdir ... {} + wherein it
 executes with cwd of the last entry (if plan->e_ppos is maxed out), or with
 wd of the find process (if called by finish_execplus), my expectation for
 this behavior would be to execute with arguments grouped by parent
 directory.  I preserved the existing behavior, as it is not as trivial as
 fixing the -L behavior ... I will open another PR for this behavior.
 
 new patch attached, viewable via http here:
 
 http://axe0.blackskyresearch.net/patches/matt/find.no_dotfd.patch.txt
 
 
 
 -- 
 regards,
 matt
 
 --20cf307ca01a78e21204bb2e9e76
 Content-Type: text/html; charset=ISO-8859-1
 Content-Transfer-Encoding: quoted-printable
 
 On Tue, Mar 13, 2012 at 3:19 PM, Matthew Story matthewst...@gmail.com> w=
 rote:
 On Tue, Mar 13, 2012 at 3:08 PM, Matthew Story ma=
 tthewst...@gmail.com> wrote:=
 
 
 
 >Fix:
 apply patch (patch was made against -CURRENT). =A0patch will warn if it can=
 not open ".", and set the FTL_NOCHDIR flag before proceeding, bel=
 ow cases demonstrate functionality with&without the -exec flag
 
 Embarrassingly enough, my patch breaks -execdir .=
 .. I will follow-up with a correction that doesn't break -execdir. =A0A=
 pologies for not being more thorough in my testing.
 I have resolved the -execdir issue with my patch, and a=
 lso resolved an issue with -execdir not functioning properly with the -L op=
 tion, as FTS_LOGICAL sets FTS_NOCHDIR during fts_open(3):
 from: libc/gen/fts.c=A0145 =A0 =A0 /* Logical walks t=
 urn on NOCHDIR; symbolic links are too hard. */=A0146 =A0 =A0 if=
  (ISSET(FTS_LOGICAL))=A0147 =A0 =A0 =A0 =A0 SET(FTS_NOCHDIR);
 It also sets FTS_NOCHDIR if it cannot open "." O_RDONLY. =A0=
 the man-page for fts is silent on these two issues, I'll file a separat=
 e PR to document that.There also seems to be an i=
 ssue with find -execdir ... {} + wherein it executes with cwd of the last e=
 ntry (if plan->e_ppos is maxed out), or with wd of the find process (if =
 called by finish_execplus), my expectation for this behavior would be to ex=
 ecute with arguments grouped by parent directory. =A0I preserved the existi=
 ng behavior, as it is not as trivial as fixing the -L behavior ... I will o=
 pen another PR for this behavior.
 new patch attached, viewable via http here:<=
 br>http://axe0.blackskyresearch.net/patches/matt/find=
 .no_dotfd.patch.txt">http://axe0.blackskyresearch.net/patches/matt/find.no_=
 dotfd.patch.txt
 -- regards,matt
 
 --20cf307ca01a78e21204bb2e9e76--
 --20cf307ca01a78e21704bb2e9e78
 Content-Type: text/plain; charset=US-ASCII; name="find.no_dotfd.patch.txt"
 Content-Disposition: attachment; filename="find.no_dotfd.patch.txt"
 Content-Transfer-Encoding: base64
 X-Attachment-Id: f_gzs0yp900
 
 SW5kZXg6IGZ1bmN0aW9uLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZnVuY3Rpb24uYwkocmV2aXNpb24gMjMy
 OTUwKQorKysgZnVuY3Rpb24uYwkod29ya2luZyBjb3B5KQpAQCAtNTAsNiArNTAsNyBAQAogI2lu
 Y2x1ZGUgPGRpcmVudC5oPgogI2luY2x1ZGUgPGVyci5oPgogI2luY2x1ZGUgPGVycm5vLmg+Cisj
 aW5jbHVkZSA8ZmNudGwuaD4KICNpbmNsdWRlIDxmbm1hdGNoLmg+CiAjaW5jbHVkZSA8ZnRzLmg+
 CiAjaW5jbHVkZSA8Z3JwLmg+CkBAIC01OTUsNyArNTk2LDcgQEAKIGludAogZl9leGVjKFBMQU4g
 KnBsYW4sIEZUU0VOVCAqZW50cnkpCiB7Ci0JaW50IGNudDsKKwlpbnQgY250LCBwYXRoX2ZkOwog
 CXBpZF90IHBpZDsKIAlpbnQgc3RhdHVzOwogCWNoYXIgKmZpbGU7CkBAIC02NDQsOSArNjQ1LDMx
 I

misc/166081: UeJXNZNlvmRRUotk

2012-03-14 Thread ELqCkVpqyfG 

>Number: 166081
>Category:   misc
>Synopsis:   UeJXNZNlvmRRUotk
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Mar 14 09:20:01 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: ELqCkVpqyfG
>Release:XBFIAQhw
>Organization:
dHttamhTQKQl
>Environment:
a schrecklich. hat sie schon mal was von einem wekcer geh rt der kann einen 
ja auch aus dem schlaf klingeln.ich hab keine probleme ohne handy mich nervt es 
immer erreichbar zu sein.
>Description:
a schrecklich. hat sie schon mal was von einem wekcer geh rt der kann einen 
ja auch aus dem schlaf klingeln.ich hab keine probleme ohne handy mich nervt es 
immer erreichbar zu sein.
>How-To-Repeat:
a schrecklich. hat sie schon mal was von einem wekcer geh rt der kann einen 
ja auch aus dem schlaf klingeln.ich hab keine probleme ohne handy mich nervt es 
immer erreichbar zu sein.
>Fix:
a schrecklich. hat sie schon mal was von einem wekcer geh rt der kann einen 
ja auch aus dem schlaf klingeln.ich hab keine probleme ohne handy mich nervt es 
immer erreichbar zu sein.

>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: junk/166081: UeJXNZNlvmRRUotk

2012-03-14 Thread linimon 
Synopsis: UeJXNZNlvmRRUotk

State-Changed-From-To: open->closed
State-Changed-By: linimon
State-Changed-When: Wed Mar 14 09:27:19 UTC 2012
State-Changed-Why: 
perhaps one day you and I shall meet and reason this out together.

bring bandages.


Responsible-Changed-From-To: freebsd-bugs->gnats-admin
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Mar 14 09:27:19 UTC 2012
Responsible-Changed-Why: 

http://www.freebsd.org/cgi/query-pr.cgi?pr=166081
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

misc/166083: (there is a problem with the configuration server (usr/local/libexec/gconf-sanity-check-2 exited with status 256 ) - how can I take this message out

2012-03-14 Thread Raul Carvalho 

>Number: 166083
>Category:   misc
>Synopsis:   (there is a problem with the configuration server 
>(usr/local/libexec/gconf-sanity-check-2 exited with status 256 )  - how can I 
>take this message out
>Confidential:   no
>Severity:   non-critical
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Mar 14 09:40:00 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Raul Carvalho
>Release:8.2 release
>Organization:
BitaByte
>Environment:
>Description:

>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

kern/166086: [Patch][ath] Reflect state of rfkill switch in a sysctl for ath based card

2012-03-14 Thread Andre Albsmeier 

>Number: 166086
>Category:   kern
>Synopsis:   [Patch][ath] Reflect state of rfkill switch in a sysctl for 
>ath based card
>Confidential:   no
>Severity:   non-critical
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  update
>Submitter-Id:   current-users
>Arrival-Date:   Wed Mar 14 13:40:02 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Andre Albsmeier
>Release:FreeBSD 7.4-STABLE i386
>Organization:
>Environment:

FreeBSD 7.4-STABLE
Wistron CM9 WLAN card (ath) in a FSC S7020


>Description:

As requested by adrian@ here is my patch to make the
state of the rfkill switch available via sysctl for
the above hardware.

>How-To-Repeat:

>Fix:

--- sys/dev/ath/if_ath.c.ORI2010-11-17 18:30:14.0 +0100
+++ sys/dev/ath/if_ath.c2012-03-02 13:47:26.0 +0100
@@ -6074,6 +6074,15 @@
return !ath_hal_settpcts(sc->sc_ah, tpcts) ? EINVAL : 0;
 }
 
+static int ath_sysctl_radio( SYSCTL_HANDLER_ARGS )
+{
+  struct ath_softc* sc = arg1;
+  int val;
+
+  val = ath_hal_gpioget( sc->sc_ah, sc->sc_rfsilentpin ) ^ sc->sc_rfsilentpol;
+  return sysctl_handle_int( oidp, &val, 0, req );
+}
+
 static void
 ath_sysctlattach(struct ath_softc *sc)
 {
@@ -6162,6 +6171,7 @@
SYSCTL_ADD_PROC(ctx, SYSCTL_CHILDREN(tree), OID_AUTO,
"rfkill", CTLTYPE_INT | CTLFLAG_RW, sc, 0,
ath_sysctl_rfkill, "I", "enable/disable RF kill 
switch");
+  SYSCTL_ADD_PROC( ctx, SYSCTL_CHILDREN(tree), OID_AUTO, "radio", CTLTYPE_INT 
| CTLFLAG_RD, sc, 0, ath_sysctl_radio, "I", "radio transmitter switch state 
(0=off, 1=on)");
}
sc->sc_monpass = HAL_RXERR_DECRYPT | HAL_RXERR_MIC;
SYSCTL_ADD_INT(ctx, SYSCTL_CHILDREN(tree), OID_AUTO,

>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: kern/166086: [Patch][ath] Reflect state of rfkill switch in a sysctl for ath based card

2012-03-14 Thread linimon 
Synopsis: [Patch][ath] Reflect state of rfkill switch in a sysctl for ath based 
card

Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Mar 14 17:18:32 UTC 2012
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=166086
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: kern/165982: [mpt] mpt instability, drive resets, and losses on FreeBSD 9-stable r232224

2012-03-14 Thread linimon 
Old Synopsis: MPT instability drive resets and losses on FreeBSD 9-stable 
r232224
New Synopsis: [mpt] mpt instability, drive resets, and losses on FreeBSD 
9-stable r232224

Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Mar 14 17:21:39 UTC 2012
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=165982
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: bin/166056: [patch][bin] find fails with .: permission denied, even when using absolute paths

2012-03-14 Thread Matthew Story 
The following reply was made to PR bin/166056; it has been noted by GNATS.

From: Matthew Story 
To: freebsd-gnats-sub...@freebsd.org
Cc:  
Subject: Re: bin/166056: [patch][bin] find fails with .: permission denied,
 even when using absolute paths
Date: Wed, 14 Mar 2012 13:20:26 -0400

 --20cf307cfd46f9824a04bb373032
 Content-Type: text/plain; charset=ISO-8859-1
 
 On Wed, Mar 14, 2012 at 3:06 AM, Matthew Story wrote:
 
 > On Tue, Mar 13, 2012 at 3:19 PM, Matthew Story wrote:
 >
 >> On Tue, Mar 13, 2012 at 3:08 PM, Matthew Story 
 >> wrote:
 >>
 > It also sets FTS_NOCHDIR if it cannot open "." O_RDONLY.  the man-page for
 > fts is silent on these two issues, I'll file a separate PR to document that.
 >
 
 see: docs/166091
 
 --20cf307cfd46f9824a04bb373032
 Content-Type: text/html; charset=ISO-8859-1
 Content-Transfer-Encoding: quoted-printable
 
 On Wed, Mar 14, 2012 at 3:06 AM, Matthew Story matthewst...@gmail.com> w=
 rote:
 On Tue, Mar 13, 2012 at 3:19 PM, Ma=
 tthew Story matthewst...@gmail.com> wrote:
 
 On Tue, Mar 13, 2012 at 3:08 PM, Matthew Story <<=
 a href=3D"mailto:matthewst...@gmail.com"; target=3D"_blank">matthewstory@gma=
 il.com> wrote:
 It also sets FTS_NOCHDIR if it cannot open "." O_RDONLY. =A0=
 the man-page for fts is silent on these two issues, I'll file a separat=
 e PR to document that.see: doc=
 s/166091
 
 
 --20cf307cfd46f9824a04bb373032--
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: kern/155421: [hang] System can't dump corefile [regression]

2012-03-14 Thread avg 
Synopsis: [hang] System can't dump corefile [regression]

Responsible-Changed-From-To: freebsd-bugs->avg
Responsible-Changed-By: avg
Responsible-Changed-When: Wed Mar 14 20:23:35 UTC 2012
Responsible-Changed-Why: 
Take as a possible duplicate of PR 139614.

http://www.freebsd.org/cgi/query-pr.cgi?pr=155421
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: bin/159227: commit references a PR

2012-03-14 Thread dfilter service 
The following reply was made to PR bin/159227; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: bin/159227: commit references a PR
Date: Thu, 15 Mar 2012 01:43:53 + (UTC)

 Author: kevlo
 Date: Thu Mar 15 01:43:44 2012
 New Revision: 232994
 URL: http://svn.freebsd.org/changeset/base/232994
 
 Log:
   - Fix an erroneous invocation of the editline.
   - Fix wrong scaling in the bc.library.
   - Let length(0.000) conform to what gnu bc does.
   
   PR:  bin/159227
   Submitted by:AIDA Shinra 
 
 Modified:
   head/usr.bin/bc/bc.library
   head/usr.bin/bc/bc.y
   head/usr.bin/dc/bcode.c
 
 Modified: head/usr.bin/bc/bc.library
 ==
 --- head/usr.bin/bc/bc.library Wed Mar 14 23:55:25 2012(r232993)
 +++ head/usr.bin/bc/bc.library Thu Mar 15 01:43:44 2012(r232994)
 @@ -46,7 +46,9 @@ define e(x) {
r = ibase
ibase = A
t = scale
 -  scale = t + .434*x + 1
 +  scale = 0
 +  if (x > 0) scale = (0.435*x)/1
 +  scale = scale + t + 1
  
w = 0
if (x < 0) {
 @@ -95,26 +97,33 @@ define l(x) {
t = scale
  
f = 1
 -  scale = scale + scale(x) - length(x) + 1
 -  s = scale
 +  if (x < 1) {
 +  s = scale(x)
 +  } else {
 +  s = length(x) - scale(x)
 +  }
 +  scale = 0
 +  a = (2.31*s)/1 /* estimated integer part of the answer */
 +  s = t + length(a) + 2 /* estimated length of the answer */
while (x > 2) {
 -  s = s + (length(x) - scale(x))/2 + 1
 -  if (s > 0) scale = s
 +  scale=0
 +  scale = (length(x) + scale(x))/2 + 1
 +  if (scale < s) scale = s
x = sqrt(x)
f = f*2
}
while (x < .5) {
 -  s = s + (length(x) - scale(x))/2 + 1
 -  if (s > 0) scale = s
 +  scale = 0
 +  scale = scale(x)/2 + 1
 +  if (scale < s) scale = s
x = sqrt(x)
f = f*2
}
  
 -  scale = t + length(f) - scale(f) + 1
 +  scale = t + length(f) + length(t + length(f)) + 1
u = (x - 1)/(x + 1)
 -
 -  scale = scale + 1.1*length(t) - 1.1*scale(t)
s = u*u
 +  scale = t + 2
b = 2*f
c = b
d = 1
 @@ -261,3 +270,4 @@ define j(n,x) {
e = g
}
  }
 +/* vim: set filetype=bc shiftwidth=8 noexpandtab: */
 
 Modified: head/usr.bin/bc/bc.y
 ==
 --- head/usr.bin/bc/bc.y   Wed Mar 14 23:55:25 2012(r232993)
 +++ head/usr.bin/bc/bc.y   Thu Mar 15 01:43:44 2012(r232994)
 @@ -48,6 +48,7 @@ __FBSDID("$FreeBSD$");
  #include 
  #include 
  #include 
 +#include 
  
  #include "extern.h"
  #include "pathnames.h"
 @@ -1093,7 +1094,7 @@ sigchld(int signo)
switch (signo) {
default:
for (;;) {
 -  pid = waitpid(dc, &status, WCONTINUED);
 +  pid = waitpid(dc, &status, WUNTRACED);
if (pid == -1) {
if (errno == EINTR)
continue;
 @@ -1181,16 +1182,6 @@ main(int argc, char *argv[])
dup(p[1]);
close(p[0]);
close(p[1]);
 -  if (interactive) {
 -  el = el_init("bc", stdin, stderr, stderr);
 -  hist = history_init();
 -  history(hist, &he, H_SETSIZE, 100);
 -  el_set(el, EL_HIST, history, hist);
 -  el_set(el, EL_EDITOR, "emacs");
 -  el_set(el, EL_SIGNAL, 1);
 -  el_set(el, EL_PROMPT, dummy_prompt);
 -  el_source(el, NULL);
 -  }
} else {
close(STDIN_FILENO);
dup(p[0]);
 @@ -1200,6 +1191,16 @@ main(int argc, char *argv[])
err(1, "cannot find dc");
}
}
 +  if (interactive) {
 +  el = el_init("bc", stdin, stderr, stderr);
 +  hist = history_init();
 +  history(hist, &he, H_SETSIZE, 100);
 +  el_set(el, EL_HIST, history, hist);
 +  el_set(el, EL_EDITOR, "emacs");
 +  el_set(el, EL_SIGNAL, 1);
 +  el_set(el, EL_PROMPT, dummy_prompt);
 +  el_source(el, NULL);
 +  }
yywrap();
return (yyparse());
  }
 
 Modified: head/usr.bin/dc/bcode.c
 ==
 --- head/usr.bin/dc/bcode.cWed Mar 14 23:55:25 2012(r232993)
 +++ head/u

bin/166130: i can not read japanese manual on ja_JP.UTF-8

2012-03-14 Thread akira noda 

>Number: 166130
>Category:   bin
>Synopsis:   i can not read japanese manual on ja_JP.UTF-8
>Confidential:   no
>Severity:   non-critical
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Mar 15 02:30:01 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: akira noda
>Release:9.0-RELEASE
>Organization:
Kansai BSD User Group(K*BUG)
>Environment:
FreeBSD chili.local 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:15:25 UTC 
2012 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386

>Description:
I can not read japanese manual on man command on UTF-8.

japanese manual is converted from EUC-JP one by flowing.

#install eucJP one
pkg_add -r 
http://home.jp.freebsd.org/%7Ekogane/JMAN9/ja-man-doc-9.0.20120115.tbz 
#convert
cd /usr/shere/man
cp -r ja ja_JP.UTF-8
find ja_JP.UTF-8 -name '*.gz' -exec gunzip '{}' ';'
find ja_JP.UTF-8 -name '*.[0-9]' -exec nkf -Ew --overwrite '{}' ';'
find ja_JP.UTF-8 -name '*.[0-9]' -exec gzip '{}' ';'
nkf -Ew --overwrite ja_JP.UTF-8/whatis
>How-To-Repeat:
export LANG=ja_JP.UTF-8
man ls
>Fix:
You need new groff(v1.21) in this workaround.
So, at first make install new groff via ports.

And do flowing patch on man
This patch simply replace system groff with new one,
and add -D option.

#I don't know well, but anyway  it works.




333c333
<   NROFF="$NROFF -T$nroff_dev"
---
>   NROFF="$NROFF -D$nroff_dev -T$nroff_dev"
936c936
< NROFF='groff -S -P-h -Wall -mtty-char -man'
---
> NROFF='/usr/local/bin/groff -S -P-h -Wall -mtty-char -man'
940c940
< TROFF='groff -S -man'
---
> TROFF='/usr/local/bin/groff -S -man'


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"