The following happens in 7.0-STABLE built from the source "csup"ed either yesterday's or this morning: ------------------------------------------------------------ $ groff -mm -t -Tascii tmp.mm groff: can't find `DESC' file groff:fatal error: invalid device `ascii' $ truss -mm -t -Tascii tmp.mm 2>&1 | grep DESC ++ [ ~/doc1/employ/ab-initio ] ++ truss groff -mm -t -Tascii tmp.mm 2>&1 | grep DESC open("/usr/local/share/groff/site-font/devascii/DESC",O_RDONLY,0666) ERR#2 'No such file or directory' open("/usr/local/share/groff/1.19.2/font/devascii/DESC",O_RDONLY,0666) ERR#2 'No such file or directory' open("/usr/lib/font/devascii/DESC",O_RDONLY,0666) ERR#2 'No such file or directory' groff: can't find `DESC' file write(2,"groff: can't find `DESC' file\n",30) = 30 (0x1e) $ ls -l /usr/share/groff_font/devascii/DESC -r--r--r-- 1 root wheel 95 Aug 18 08:59 /usr/share/groff_font/devascii/DESC $ GROFF_FONT_PATH=/usr/share/groff_font groff -mm -t -Tascii tmp.mm troff: fatal error: can't find macro file m $ which groff /usr/bin/groff ------------------------------------------------------------ Note an attempt to look for a file under /usr/local, which should not happen for a program in "base". This behavior is very new -- no such problem existed in the code fetched last Saturday. There, I see: ------------------------------------------------------------ $ truss groff -mm -t -Tascii tmp.mm 2>&1 | grep DESC open("/usr/share/groff_font/devascii/DESC",O_RDONLY,0666) = 3 (0x3) ------------------------------------------------------------ Anybody know of what happened? Thanks, -- Alex -- alex-goncharov@comcast.net -- /* * Machines that have broken down will work perfectly when the * repairman arrives. */
Alex Goncharov
2008-Aug-18 15:16 UTC
An oops [Re: Groff is not working in the latest code]
Oops, scratch (do not see) this piece in my previous message: ,--- I/Alex (Mon, 18 Aug 2008 11:09:10 -0400) ----* | $ truss -mm -t -Tascii tmp.mm 2>&1 | grep DESC | ++ [ ~/doc1/employ/ab-initio ] ++ `-------------------------------------------------* Thanks, -- Alex -- alex-goncharov@comcast.net --
Alex Goncharov
2008-Aug-27 03:26 UTC
Another attempt [Re: Groff is not working in the latest code]
`groff' is still not working for me, and with it `man' doesn't: ---------------------------------------- $ uname -srv FreeBSD 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #34: Tue Aug 26 18:14:46 EDT 2008... $ man man /usr/bin/groff: can't find `DESC' file /usr/bin/groff:fatal error: invalid device `ascii' ---------------------------------------- I may have found some clues -- jump to under the quoted (and trimmed) message -- but I still can't make it build right, and am wondering if this is really only my personal issue and everybody else can use "man" all right... (I do the update/rebuild daily now.) ,--- I/Alex (Mon, 18 Aug 2008 11:09:10 -0400) ----* | | The following happens in 7.0-STABLE built from the source "csup"ed | either yesterday's or this morning: | | ------------------------------------------------------------ | $ truss -mm -t -Tascii tmp.mm 2>&1 | grep DESC | truss groff -mm -t -Tascii tmp.mm 2>&1 | grep DESC | open("/usr/local/share/groff/site-font/devascii/DESC",O_RDONLY,0666) | groff: can't find `DESC' file | write(2,"groff: can't find `DESC' file\n",30) = 30 (0x1e) | | $ ls -l /usr/share/groff_font/devascii/DESC | -r--r--r-- 1 root wheel 95 Aug 18 08:59 | /usr/share/groff_font/devascii/DESC | | ------------------------------------------------------------ | | Note an attempt to look for a file under /usr/local, which should not | happen for a program in "base". | | This behavior is very new -- no such problem existed in the code | fetched last Saturday. There, I see: | | ------------------------------------------------------------ | $ truss groff -mm -t -Tascii tmp.mm 2>&1 | grep DESC | open("/usr/share/groff_font/devascii/DESC",O_RDONLY,0666) = 3 (0x3) | ------------------------------------------------------------ | `-------------------------------------------------* So, I looked at how things are being built and think that the following is supposed to happen with respect to `groff' -- a GNU program: 1. The build is driven by `gnu/usr.bin/groff/Makefile' (all paths in the following are relative to `/usr/src'. 2. During the build, the original "contrib" code is used, to be found in `contrib/groff'. That code is configured by the pristine `contrib/groff/configure' and results in setting the "prefix" to the GNU-usual `/usr/local' and generating the FreeBSD-unaware `defs.h' and `config.h'. 3. Then some magic "is supposed to happen / was happening two weeks ago for me", when the newly generated `defs.h' and `config.h' are replaced with the FreeBSD hard versions that had been delivered from CVS -- and the paths get corrected to eliminate the `local' component from them and do other path adjustments to bring it all to the FreeBSD standards: -------------------- $ diff contrib/groff/src/include/defs.h gnu/usr.bin/groff/src/include/defs.h | head -n 12 0a1,2> /* $FreeBSD: src/gnu/usr.bin/groff/src/include/defs.h,v 1.4 2001/04/17 12:37:07 ru Exp $ */ >3,6c5,7 < #define INSTALLPATH "/usr/local" < #define BINPATH "/usr/local/bin" < #define FONTPATH "/usr/local/share/groff/site-font:/usr/local/share/groff/1.19.2/font:/usr/lib/font" < #define MACROPATH "/usr/local/lib/groff/site-tmac:/usr/local/share/groff/site-tmac:/usr/local/share/groff/1.19.2/tmac" ---> #define BINPATH "/usr/bin" > #define FONTPATH "/usr/share/groff_font" > #define MACROPATH "/usr/share/tmac"$ diff contrib/groff/src/include/config.h gnu/usr.bin/groff/src/include/config.h 0a1,2> /* $FreeBSD: src/gnu/usr.bin/groff/src/include/config.h,v 1.5 2005/10/20 10:57:52 ru Exp $ */ >-------------------- 4. Then the build happens with whatever `defs.h' and `config.h' will be found at that time under `contrib/groff/src/include'. If the step 3 worked before but is not working now, it explains my current end results. But how about others: everything works for you? What could have triggered the change in the process for me a week or so ago? Anybody is able and willing to lead me out of my lasting misery? Thanks, -- Alex -- alex-goncharov@comcast.net --