* Re: [TUHS] Reconstructed and newly set UNIX Manual
@ 2018-10-27 11:59 Doug McIlroy
2018-10-27 12:28 ` Angelo Papenhoff
2018-10-27 15:53 ` Clem Cole
0 siblings, 2 replies; 23+ messages in thread
From: Doug McIlroy @ 2018-10-27 11:59 UTC (permalink / raw)
To: tuhs
> Now it could be that v7 troff is perfectly capable of generating the
> manual just like older troff would have.
On taking over editorship for v7, I added some macros to the -man
package. I don't specifically recall making any incompatible
changes. If there were any, they'd most likely show up in
the title and synopsis and should be fixable by a minor tweak
to -man. I'm quite confident that there would be no problems
with troff proper.
Doug
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [TUHS] Reconstructed and newly set UNIX Manual
2018-10-27 11:59 [TUHS] Reconstructed and newly set UNIX Manual Doug McIlroy
@ 2018-10-27 12:28 ` Angelo Papenhoff
2018-10-27 13:07 ` Milo Velimirovic
2018-10-27 15:53 ` Clem Cole
1 sibling, 1 reply; 23+ messages in thread
From: Angelo Papenhoff @ 2018-10-27 12:28 UTC (permalink / raw)
To: tuhs
On 27/10/18, Doug McIlroy wrote:
> > Now it could be that v7 troff is perfectly capable of generating the
> > manual just like older troff would have.
>
> On taking over editorship for v7, I added some macros to the -man
> package. I don't specifically recall making any incompatible
> changes. If there were any, they'd most likely show up in
> the title and synopsis and should be fixable by a minor tweak
> to -man. I'm quite confident that there would be no problems
> with troff proper.
I didn't mean the macros. They are not problematic at all.
It's the idea how much a point is compared to an inch that has
changed over time i think.
aap
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [TUHS] Reconstructed and newly set UNIX Manual
2018-10-27 12:28 ` Angelo Papenhoff
@ 2018-10-27 13:07 ` Milo Velimirovic
2018-10-27 13:56 ` Toby Thain
2018-10-27 15:19 ` Ralph Corderoy
0 siblings, 2 replies; 23+ messages in thread
From: Milo Velimirovic @ 2018-10-27 13:07 UTC (permalink / raw)
To: Angelo Papenhoff; +Cc: tuhs
> On Oct 27, 2018, at 7:28 AM, Angelo Papenhoff <aap@papnet.eu> wrote:
>
> On 27/10/18, Doug McIlroy wrote:
>>> Now it could be that v7 troff is perfectly capable of generating the
>>> manual just like older troff would have.
>>
>> On taking over editorship for v7, I added some macros to the -man
>> package. I don't specifically recall making any incompatible
>> changes. If there were any, they'd most likely show up in
>> the title and synopsis and should be fixable by a minor tweak
>> to -man. I'm quite confident that there would be no problems
>> with troff proper.
>
> I didn't mean the macros. They are not problematic at all.
> It's the idea how much a point is compared to an inch that has
> changed over time i think.
>
> aap
From my experience in the world of prepress 723pts == 10in.
Then Adobe unleashed PostScript on us and redefined the point
so that 72pt == 1in.
I’m unaware of any other definitions of a point.
-Milo
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [TUHS] Reconstructed and newly set UNIX Manual
2018-10-27 13:07 ` Milo Velimirovic
@ 2018-10-27 13:56 ` Toby Thain
2018-10-27 15:19 ` Ralph Corderoy
1 sibling, 0 replies; 23+ messages in thread
From: Toby Thain @ 2018-10-27 13:56 UTC (permalink / raw)
To: Milo Velimirovic, Angelo Papenhoff; +Cc: tuhs
On 2018-10-27 10:07 a.m., Milo Velimirovic wrote:
>
>
>> On Oct 27, 2018, at 7:28 AM, Angelo Papenhoff <aap@papnet.eu> wrote:
>>
>> On 27/10/18, Doug McIlroy wrote:
>>>> Now it could be that v7 troff is perfectly capable of generating the
>>>> manual just like older troff would have.
>>>
>>> On taking over editorship for v7, I added some macros to the -man
>>> package. I don't specifically recall making any incompatible
>>> changes. If there were any, they'd most likely show up in
>>> the title and synopsis and should be fixable by a minor tweak
>>> to -man. I'm quite confident that there would be no problems
>>> with troff proper.
>>
>> I didn't mean the macros. They are not problematic at all.
>> It's the idea how much a point is compared to an inch that has
>> changed over time i think.
>>
>> aap
>
> From my experience in the world of prepress 723pts == 10in.
>
> Then Adobe unleashed PostScript on us and redefined the point
> so that 72pt == 1in.
>
> I’m unaware of any other definitions of a point.
>
> -Milo
>
Wikipedia lists historical definitions, but the only definitions I've
used myself are TeX's and PostScript's.
https://en.wikipedia.org/wiki/Point_(typography)
--Toby
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [TUHS] Reconstructed and newly set UNIX Manual
2018-10-27 13:07 ` Milo Velimirovic
2018-10-27 13:56 ` Toby Thain
@ 2018-10-27 15:19 ` Ralph Corderoy
1 sibling, 0 replies; 23+ messages in thread
From: Ralph Corderoy @ 2018-10-27 15:19 UTC (permalink / raw)
To: Milo Velimirovic; +Cc: tuhs
Hi Milo,
> I'm unaware of any other definitions of a point.
Below is an extract from GNU units 2.17's
/usr/share/units/definitions.units.
#
# Printing
#
fournierpoint 0.1648 inch / 12 # First definition of the printers
# point made by Pierre Fournier who
# defined it in 1737 as 1|12 of a
# cicero which was 0.1648 inches.
olddidotpoint 1|72 frenchinch # François Ambroise Didot, one of
# a family of printers, changed
# Fournier's definition around 1770
# to fit to the French units then in
# use.
bertholdpoint 1|2660 m # H. Berthold tried to create a
# metric version of the didot point
# in 1878.
INpoint 0.4 mm # This point was created by a
# group directed by Fermin Didot in
# 1881 and is associated with the
# imprimerie nationale. It doesn't
# seem to have been used much.
germandidotpoint 0.376065 mm # Exact definition appears in DIN
# 16507, a German standards document
# of 1954. Adopted more broadly in
# 1966 by ???
metricpoint 3|8 mm # Proposed in 1977 by Eurograf
oldpoint 1|72.27 inch # The American point was invented
printerspoint oldpoint # by Nelson Hawks in 1879 and
texpoint oldpoint # dominates USA publishing.
# It was standardized by the American
# Typefounders Association at the
# value of 0.013837 inches exactly.
# Knuth uses the approximation given
# here (which is very close). The
# comp.fonts FAQ claims that this
# value is supposed to be 1|12 of a
# pica where 83 picas is equal to 35
# cm. But this value differs from
# the standard.
texscaledpoint 1|65536 texpoint # The TeX typesetting system uses
texsp texscaledpoint # this for all computations.
computerpoint 1|72 inch # The American point was rounded
point computerpoint
computerpica 12 computerpoint # to an even 1|72 inch by computer
postscriptpoint computerpoint # people at some point.
pspoint postscriptpoint
twip 1|20 point # TWentieth of an Imperial Point
Q 1|4 mm # Used in Japanese phototypesetting
# Q is for quarter
frenchprinterspoint olddidotpoint
didotpoint germandidotpoint # This seems to be the dominant value
europeanpoint didotpoint # for the point used in Europe
cicero 12 didotpoint
stick 2 inches
# Type sizes
excelsior 3 oldpoint
brilliant 3.5 oldpoint
diamondtype 4 oldpoint
pearl 5 oldpoint
agate 5.5 oldpoint # Originally agate type was 14 lines per
# inch, giving a value of 1|14 in.
ruby agate # British
nonpareil 6 oldpoint
mignonette 6.5 oldpoint
emerald mignonette # British
minion 7 oldpoint
brevier 8 oldpoint
bourgeois 9 oldpoint
longprimer 10 oldpoint
smallpica 11 oldpoint
pica 12 oldpoint
english 14 oldpoint
columbian 16 oldpoint
greatprimer 18 oldpoint
paragon 20 oldpoint
meridian 44 oldpoint
canon 48 oldpoint
# German type sizes
nonplusultra 2 didotpoint
brillant 3 didotpoint
diamant 4 didotpoint
perl 5 didotpoint
nonpareille 6 didotpoint
kolonel 7 didotpoint
petit 8 didotpoint
borgis 9 didotpoint
korpus 10 didotpoint
corpus korpus
garamond korpus
mittel 14 didotpoint
tertia 16 didotpoint
text 18 didotpoint
kleine_kanon 32 didotpoint
kanon 36 didotpoint
grobe_kanon 42 didotpoint
missal 48 didotpoint
kleine_sabon 72 didotpoint
grobe_sabon 84 didotpoint
--
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [TUHS] Reconstructed and newly set UNIX Manual
2018-10-27 11:59 [TUHS] Reconstructed and newly set UNIX Manual Doug McIlroy
2018-10-27 12:28 ` Angelo Papenhoff
@ 2018-10-27 15:53 ` Clem Cole
2018-10-27 16:25 ` Larry McVoy
2018-10-27 19:45 ` Lars Brinkhoff
1 sibling, 2 replies; 23+ messages in thread
From: Clem Cole @ 2018-10-27 15:53 UTC (permalink / raw)
To: The Eunuchs Hysterical Society
[-- Attachment #1: Type: text/plain, Size: 3079 bytes --]
> Now it could be that v7 troff is perfectly capable of generating the
> manual just like older troff would have.
Angelo - If you worried about the 'look' of a page, I think the thing to be
more worried about is the differences in very early troff is the definition
of the CAT typesetter and how it maps what you have now (PostScript).
Programs like vcat and later pscat, that were built by reverse engineering
the output of troff and then did a sort of crude mapping to the raster
fonts that were publically available.
At the time, the primary fonts kicking around (the Arpanet) were the Hershey
Fonts <https://en.wikipedia.org/wiki/Hershey_fonts> (which were vector
fonts for CRTs). I'm fairly sure that Les Earnest and Larry Tessler used
them with a film recorder at Stanford on the PDP-10 being driven by "Pub"
(which was a contemporary to troff and ran on the PDP-10s). Rich Johnsson
of CMU wrote the code for the original XGP* (at 200 dpi) and I'm not sure
who did the translation from vectors to bits although Chuck Geschke (Wulf’s
first PhD student @ CMU, founder of Adobe) I think had his hand in it **
The original UNIX 'plotter' emulator for troff (the vcat family of UNIX
tools originally done by Tom Ferin at UCSF IIRC) used the Hershey fonts
that came from the XGP work from the PDP-10. This worked and as users, we
were pretty happy because most of us did not have access to real
typesetters, much less something as cool at the XGP. But the fonts were
'ugly' in comparison to future ideas like Metafont an PS, where as, Adobe's
pscat was using a more precise definition.
That said, in those days my eye was not trained enough to see a many of the
differences. But some production oriented folks (like Tim O'Reilly) used
to complain that is the AT&T output (CAT4) was different from what the
Imagen*** produced [which was the first large scale 'laser printer'
replacement after the Bensen Varian (/dev/va) and other 'wet' plotters].
Clem
* In '64 Xerox invented 'long distance xerography' (LDX) - which was a FAX
system that used a monochrome CRT to draw a single line of pixels on a
xerographic 'drum.' Xerox loaned/gave one to CMU, Stanford and MIT in
'72. CMU spliced on to a PDP-11 and had it running my March '72 [BTW, I
recently found pictures of the original toilet paper diploma printing hack
using it]. Stanford and MIT duplicated the CMU trick, with Stanford's XGP
coming online Jan '73 and MIT sometime thereafter].
**Great historical side story - Chuck Geschke filed the first PhD printed
on XGP (at CMU) and it was originally rejected because the CMU library
wanted the 'originals.' It took Wulf 6-9 months to convince the
administration there were no other 'masters' - the library had the
originals.
***We had a early Imagen at Masscomp, Tim duplicated our set up in
Cambridge shortly there after. In fact, I know Tim ended buying a CAT/4
early on in ORA's life (used IIRC) -- which I think the first used to set
the X-11 manuals, which of course what what 'made' ORA.
[-- Attachment #2: Type: text/html, Size: 5053 bytes --]
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [TUHS] Reconstructed and newly set UNIX Manual
2018-10-27 15:53 ` Clem Cole
@ 2018-10-27 16:25 ` Larry McVoy
2018-10-27 19:45 ` Lars Brinkhoff
1 sibling, 0 replies; 23+ messages in thread
From: Larry McVoy @ 2018-10-27 16:25 UTC (permalink / raw)
To: Clem Cole; +Cc: The Eunuchs Hysterical Society, rob
On Sat, Oct 27, 2018 at 11:53:20AM -0400, Clem Cole wrote:
> At the time, the primary fonts kicking around (the Arpanet) were the Hershey
> Fonts <https://en.wikipedia.org/wiki/Hershey_fonts> (which were vector
> fonts for CRTs).
Oh, man, do I remember them. While better than nothing, they left a lot
to be desired.
> That said, in those days my eye was not trained enough to see a many of the
> differences. But some production oriented folks (like Tim O'Reilly) used
> to complain that is the AT&T output (CAT4) was different from what the
> Imagen*** produced [which was the first large scale 'laser printer'
> replacement after the Bensen Varian (/dev/va) and other 'wet' plotters].
A friend of mine (cc-ed), used to really care about this stuff. I can
still remember him getting out an eye loup and looking at the apple laser
printer output. I can't remember if he liked it or was disappointed
but he cared.
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [TUHS] Reconstructed and newly set UNIX Manual
2018-10-27 15:53 ` Clem Cole
2018-10-27 16:25 ` Larry McVoy
@ 2018-10-27 19:45 ` Lars Brinkhoff
1 sibling, 0 replies; 23+ messages in thread
From: Lars Brinkhoff @ 2018-10-27 19:45 UTC (permalink / raw)
To: Clem Cole; +Cc: The Eunuchs Hysterical Society
Clem Cole <clemc@ccc.com> writes:
> * In '64 Xerox invented 'long distance xerography' (LDX) - which was a
> FAX system that used a monochrome CRT to draw a single line of pixels
> on a xerographic 'drum.' Xerox loaned/gave one to CMU, Stanford and
> MIT in '72. CMU spliced on to a PDP-11 and had it running my March
> '72 [BTW, I recently found pictures of the original toilet paper
> diploma printing hack using it]. Stanford and MIT duplicated the CMU
> trick, with Stanford's XGP coming online Jan '73 and MIT sometime
> thereafter].
Thanks, that goes into my records. Can we see the pictures?
MIT attached a PDP-11/10 or 11/20, we don't quite know which. But we
have the code that ran on it.
MIT later got a Dover, also from Xerox. I'll share this artistic work
from the AI lab file HUMOR; DOVER POEM.
Dover, oh Dover, arisen from dead.
Dover, oh Dover, awoken from bed.
Dover, oh Dover, welcome back to the Lab.
Dover, oh Dover, we've missed your clean hand...
And now your toner's toney,
And your paper near pure white,
The smudges on your soul are gone
And your output's clean as light..
We've labored with your father,
The venerable XGP,
But his slow artistic hand,
Lacks your clean velocity.
Theses and papers
And code in a queue
Dover, oh Dover,
We've been waiting for you.
Disk blocks aplenty
Await your laser drawn lines,
Your intricate fonts,
Your pictures and signs.
Your amputative absence
Has made the Ten dumb,
Without you, Dover,
We're system untounged-
DRAW Plots and TEXage
Have been biding their time,
With LISP code and programs,
And this crufty rhyme.
Dover, oh Dover,
We welcome you back,
Though still you may jam,
You're on the right track.
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [TUHS] Reconstructed and newly set UNIX Manual
@ 2018-10-27 14:18 Nelson H. F. Beebe
0 siblings, 0 replies; 23+ messages in thread
From: Nelson H. F. Beebe @ 2018-10-27 14:18 UTC (permalink / raw)
To: tuhs
Angelo Papenhoff <aap@papnet.eu> writes about the conversion of
printer points to other units:
>> >From my experience in the world of prepress 723pts == 10in.
>>
>> Then Adobe unleashed PostScript on us and redefined the point
>> so that 72pt == 1in.
>>
>> Ibunaware of any other definitions of a point.
The most important other one is that used by the TeX typesetting
system: 72.27pt is one inch. TeX calls the Adobe PostScript one a big
point: 72bp == 1in. Here is what Don Knuth, TeX's author, wrote on
page 58 of The TeXbook (Addison-Wesley, 1986, ISBN 0-201-13447-0):
>> ...
>> The units have been defined here so that precise conversion to sp
>> is efficient on a wide variety of machines. In order to achieve
>> this, TeX's ``pt'' has been made slightly larger than the official
>> printer's point, which was defined to equal exactly .013837in by
>> the American Typefounders Association in 1886 [cf. National Bureau
>> of Standards Circular 570 (1956)]. In fact, one classical point is
>> exactly .99999999pt, so the ``error'' is essentially one part in
>> 10^8. This is more than two orders of magnitude less than the
>> amount by which the inch itself changed during 1959, when it
>> shrank to 2.54cm from its former value of (1/0.3937)cm; so there
>> is no point in worrying about the difference. The new definition
>> 72.27pt=1in is not only better for calculation, it is also easier
>> to remember.
>> ...
Here sp is a scaled point: 65536sp = 1pt. The distance 1sp is smaller
than the wavelength of visible light, and is thus not visible to
humans.
TeX represents physical dimensions as integer numbers of scaled
points, or equivalently, fixed-point numbers in points, with a 16-bit
fraction. With a 32-bit word size, that leaves 16 bits for the
integer part, of which the high-order bit is a sign, and the adjacent
bit is an overflow indicator. That makes TeX's maximum dimension on
such machines 1sp below 2^14 (= 16,384) points, or about 5.75 meters
or 18.89 feet.
-------------------------------------------------------------------------------
- Nelson H. F. Beebe Tel: +1 801 581 5254 -
- University of Utah FAX: +1 801 581 4148 -
- Department of Mathematics, 110 LCB Internet e-mail: beebe@math.utah.edu -
- 155 S 1400 E RM 233 beebe@acm.org beebe@computer.org -
- Salt Lake City, UT 84112-0090, USA URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------
^ permalink raw reply [flat|nested] 23+ messages in thread
* [TUHS] Reconstructed and newly set UNIX Manual
@ 2018-10-26 19:46 Angelo Papenhoff
2018-10-26 19:57 ` Jim Capp
` (5 more replies)
0 siblings, 6 replies; 23+ messages in thread
From: Angelo Papenhoff @ 2018-10-26 19:46 UTC (permalink / raw)
To: tuhs
The last couple of days I worked on re-setting the V3-V6 manuals.
I reconstructed V5 from the scan as best I could, unfortunately some
pages were missing.
You can find everything I used to do this here,
please read the BUGS section:
https://github.com/aap/unixman
The results can be found here, as HTML and PDF:
http://squoze.net/UNIX/v3man/
http://squoze.net/UNIX/v4man/
http://squoze.net/UNIX/v5man/
http://squoze.net/UNIX/v6man/
Reconstructing V1 and V2 n?roff source and converting the tty 37 output
to ps is something I want to do too, but for now this was exhausting
enough.
Now for the questions that I arose while I was doing this:
Are there scans of the V4 and V6 manual to check my pdfs against?
Where does the V5 manual come from? As explained in the README,
some pages are missing and some pages seem to be earlier than V4.
Is there another V5 manual that one could check against?
Why is lc (the LIL compiler) not in the TOC but has a page?
And most importantly: is the old troff really lost?
I would love to set the manual on the original systems
at some point (and write a CAT -> ps converter, which should be fun).
Doing all this work made me wish we still had earlier versions
of UNIX and its tools around.
Have fun with this!
aap
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [TUHS] Reconstructed and newly set UNIX Manual
2018-10-26 19:46 Angelo Papenhoff
@ 2018-10-26 19:57 ` Jim Capp
2018-10-26 20:41 ` Clem Cole
` (4 subsequent siblings)
5 siblings, 0 replies; 23+ messages in thread
From: Jim Capp @ 2018-10-26 19:57 UTC (permalink / raw)
To: Angelo Papenhoff; +Cc: tuhs
[-- Attachment #1: Type: text/plain, Size: 1463 bytes --]
Beautiful!
From: "Angelo Papenhoff" <aap@papnet.eu>
To: tuhs@minnie.tuhs.org
Sent: Friday, October 26, 2018 3:46:36 PM
Subject: [TUHS] Reconstructed and newly set UNIX Manual
The last couple of days I worked on re-setting the V3-V6 manuals.
I reconstructed V5 from the scan as best I could, unfortunately some
pages were missing.
You can find everything I used to do this here,
please read the BUGS section:
https://github.com/aap/unixman
The results can be found here, as HTML and PDF:
http://squoze.net/UNIX/v3man/
http://squoze.net/UNIX/v4man/
http://squoze.net/UNIX/v5man/
http://squoze.net/UNIX/v6man/
Reconstructing V1 and V2 n?roff source and converting the tty 37 output
to ps is something I want to do too, but for now this was exhausting
enough.
Now for the questions that I arose while I was doing this:
Are there scans of the V4 and V6 manual to check my pdfs against?
Where does the V5 manual come from? As explained in the README,
some pages are missing and some pages seem to be earlier than V4.
Is there another V5 manual that one could check against?
Why is lc (the LIL compiler) not in the TOC but has a page?
And most importantly: is the old troff really lost?
I would love to set the manual on the original systems
at some point (and write a CAT -> ps converter, which should be fun).
Doing all this work made me wish we still had earlier versions
of UNIX and its tools around.
Have fun with this!
aap
[-- Attachment #2: Type: text/html, Size: 1770 bytes --]
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [TUHS] Reconstructed and newly set UNIX Manual
2018-10-26 19:46 Angelo Papenhoff
2018-10-26 19:57 ` Jim Capp
@ 2018-10-26 20:41 ` Clem Cole
2018-10-26 21:05 ` Angelo Papenhoff
2018-10-26 20:59 ` Warren Toomey
` (3 subsequent siblings)
5 siblings, 1 reply; 23+ messages in thread
From: Clem Cole @ 2018-10-26 20:41 UTC (permalink / raw)
To: Angelo Papenhoff; +Cc: TUHS main list
[-- Attachment #1: Type: text/plain, Size: 504 bytes --]
On Fri, Oct 26, 2018 at 3:55 PM Angelo Papenhoff <aap@papnet.eu> wrote:
>
> And most importantly: is the old troff really lost?
>
The question is how old? I thought we found a pre-ditroff (v6 binary) at
one point, but I don't think we have anything older than that.
> I would love to set the manual on the original systems
> at some point (and write a CAT -> ps converter, which should be fun).
>
I'm pretty sure this already exists. It was part of the Adobe 'transcript'
package back in the day.
[-- Attachment #2: Type: text/html, Size: 1178 bytes --]
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [TUHS] Reconstructed and newly set UNIX Manual
2018-10-26 20:41 ` Clem Cole
@ 2018-10-26 21:05 ` Angelo Papenhoff
2018-10-26 21:58 ` Bakul Shah
0 siblings, 1 reply; 23+ messages in thread
From: Angelo Papenhoff @ 2018-10-26 21:05 UTC (permalink / raw)
To: TUHS main list
On 26/10/18, Clem Cole wrote:
> On Fri, Oct 26, 2018 at 3:55 PM Angelo Papenhoff <aap@papnet.eu> wrote:
>
> >
> > And most importantly: is the old troff really lost?
> >
> The question is how old? I thought we found a pre-ditroff (v6 binary) at
> one point, but I don't think we have anything older than that.
Oh, that sounds good! I thought v7 troff was the first that's been
preserved. Anyone know where to find it?
> > I would love to set the manual on the original systems
> > at some point (and write a CAT -> ps converter, which should be fun).
> >
> I'm pretty sure this already exists. It was part of the Adobe 'transcript'
> package back in the day.
Hm, that sounds commercial. I'd prefer a free tool, besides, it should
be fun to write it.
aap
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [TUHS] Reconstructed and newly set UNIX Manual
2018-10-26 21:05 ` Angelo Papenhoff
@ 2018-10-26 21:58 ` Bakul Shah
0 siblings, 0 replies; 23+ messages in thread
From: Bakul Shah @ 2018-10-26 21:58 UTC (permalink / raw)
To: Angelo Papenhoff; +Cc: TUHS main list
On Fri, 26 Oct 2018 23:05:02 +0200 Angelo Papenhoff <aap@papnet.eu> wrote:
> On 26/10/18, Clem Cole wrote:
> > On Fri, Oct 26, 2018 at 3:55 PM Angelo Papenhoff <aap@papnet.eu> wrote:
> >
> > >
> > > And most importantly: is the old troff really lost?
> > >
> > The question is how old? I thought we found a pre-ditroff (v6 binary) at
> > one point, but I don't think we have anything older than that.
>
> Oh, that sounds good! I thought v7 troff was the first that's been
> preserved. Anyone know where to find it?
>
> > > I would love to set the manual on the original systems
> > > at some point (and write a CAT -> ps converter, which should be fun).
> > >
> > I'm pretty sure this already exists. It was part of the Adobe 'transcript'
> > package back in the day.
pscat
> Hm, that sounds commercial. I'd prefer a free tool, besides, it should
> be fun to write it.
IIRC there used to be a program called thack that converted
CAT to ps. Supposedly it didn't work too well but may be a
start? Google search reveals some sources. See the one here
for example:
http://cd.textfiles.com/sourcecode/unix_c/postscrp/
No idea about the trustworthyness of this site but the program
compiles on freebsd with a few warnings.
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [TUHS] Reconstructed and newly set UNIX Manual
2018-10-26 19:46 Angelo Papenhoff
2018-10-26 19:57 ` Jim Capp
2018-10-26 20:41 ` Clem Cole
@ 2018-10-26 20:59 ` Warren Toomey
2018-10-27 17:15 ` Angelo Papenhoff
[not found] ` <20181026214308.GA20796@minnie.tuhs.org>
` (2 subsequent siblings)
5 siblings, 1 reply; 23+ messages in thread
From: Warren Toomey @ 2018-10-26 20:59 UTC (permalink / raw)
To: Angelo Papenhoff; +Cc: tuhs
On Fri, Oct 26, 2018 at 09:46:36PM +0200, Angelo Papenhoff wrote:
> The last couple of days I worked on re-setting the V3-V6 manuals.
> Now for the questions that I arose while I was doing this:
> Where does the V5 manual come from?
The scan at
https://www.tuhs.org//Archive/Distributions/Research/Dennis_v5/v5man.pdf
is a scan I did from a photocopy of the 5th Edition manuals that Norman
Wilson posted to me.
Cheers, Warren
^ permalink raw reply [flat|nested] 23+ messages in thread
[parent not found: <20181026214308.GA20796@minnie.tuhs.org>]
* Re: [TUHS] Reconstructed and newly set UNIX Manual
2018-10-26 19:46 Angelo Papenhoff
` (3 preceding siblings ...)
[not found] ` <20181026214308.GA20796@minnie.tuhs.org>
@ 2018-10-28 22:57 ` Angelo Papenhoff
2018-10-29 0:15 ` Clem cole
2018-11-01 17:21 ` Angelo Papenhoff
5 siblings, 1 reply; 23+ messages in thread
From: Angelo Papenhoff @ 2018-10-28 22:57 UTC (permalink / raw)
To: tuhs
V2 is reconstructed now.
So I noticed that V1-V3 all really used roff. Previously I thought that
V2 and V3 used nroff. I fixed my pipeline a bit, also for troff.
All V2-V6 can be found here in new versions:
http://squoze.net/UNIX/v2man/ http://squoze.net/UNIX/v2man.tgz
http://squoze.net/UNIX/v3man/ http://squoze.net/UNIX/v3man.tgz
http://squoze.net/UNIX/v4man/ http://squoze.net/UNIX/v4man.tgz
http://squoze.net/UNIX/v5man/ http://squoze.net/UNIX/v5man.tgz
http://squoze.net/UNIX/v6man/ http://squoze.net/UNIX/v6man.tgz
V2 and V3 are html only but include the intro pages now,
they're also paginated.
V4-V6 are pretty much the same as before, maybe little changes due to
fixes in the pipeline.
Problems:
nroff(I) is missing
some teletype specific things, like overstruck characters, but see
github for a list.
aap
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [TUHS] Reconstructed and newly set UNIX Manual
2018-10-26 19:46 Angelo Papenhoff
` (4 preceding siblings ...)
2018-10-28 22:57 ` Angelo Papenhoff
@ 2018-11-01 17:21 ` Angelo Papenhoff
5 siblings, 0 replies; 23+ messages in thread
From: Angelo Papenhoff @ 2018-11-01 17:21 UTC (permalink / raw)
To: tuhs
And the V1 manual is done as well. Almost to the day 47 years
after it was first printed.
I'll just link everything again for simplicity:
https://github.com/aap/unixman
http://squoze.net/UNIX/v1man/ http://squoze.net/UNIX/v1man.tgz
http://squoze.net/UNIX/v2man/ http://squoze.net/UNIX/v2man.tgz
http://squoze.net/UNIX/v3man/ http://squoze.net/UNIX/v3man.tgz
http://squoze.net/UNIX/v4man/ http://squoze.net/UNIX/v4man.tgz
http://squoze.net/UNIX/v5man/ http://squoze.net/UNIX/v5man.tgz
http://squoze.net/UNIX/v6man/ http://squoze.net/UNIX/v6man.tgz
I fixed some issues with the tty 37 -> html filter (it now turns
half-line feeds into full line feeds. together with some CSS this looks
acceptable). Some typos in V2 were also fixed.
The nroff output now prints the header once, otherwise no pagination.
I will leave pagination for when I can convert nroff output to pdf.
This means all nroff output has changed from the previous version.
This has been quite an exhausting task, but fortunately it has also
been quite educational. I now feel like some sort of UNIX scholar.
I would really appreciate it if people could proof read some of this.
aap
^ permalink raw reply [flat|nested] 23+ messages in thread
end of thread, other threads:[~2018-11-01 18:38 UTC | newest]
Thread overview: 23+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-10-27 11:59 [TUHS] Reconstructed and newly set UNIX Manual Doug McIlroy
2018-10-27 12:28 ` Angelo Papenhoff
2018-10-27 13:07 ` Milo Velimirovic
2018-10-27 13:56 ` Toby Thain
2018-10-27 15:19 ` Ralph Corderoy
2018-10-27 15:53 ` Clem Cole
2018-10-27 16:25 ` Larry McVoy
2018-10-27 19:45 ` Lars Brinkhoff
-- strict thread matches above, loose matches on Subject: below --
2018-10-27 14:18 Nelson H. F. Beebe
2018-10-26 19:46 Angelo Papenhoff
2018-10-26 19:57 ` Jim Capp
2018-10-26 20:41 ` Clem Cole
2018-10-26 21:05 ` Angelo Papenhoff
2018-10-26 21:58 ` Bakul Shah
2018-10-26 20:59 ` Warren Toomey
2018-10-27 17:15 ` Angelo Papenhoff
2018-10-27 17:41 ` Angelo Papenhoff
[not found] ` <20181026214308.GA20796@minnie.tuhs.org>
[not found] ` <20181026221153.GA19920@indra.papnet.eu>
2018-10-26 22:29 ` Angelo Papenhoff
2018-10-26 23:06 ` Warner Losh
2018-10-26 23:46 ` Larry McVoy
2018-10-28 22:57 ` Angelo Papenhoff
2018-10-29 0:15 ` Clem cole
2018-11-01 17:21 ` Angelo Papenhoff
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).