Browse Source

Initial commit of issue #3

Kenneth John Odle 1 year ago
  1. BIN
  2. 200
  3. BIN
  4. BIN
  5. BIN
  6. BIN
  7. BIN



@ -0,0 +1,200 @@
% Where are our images?
% Let's set this as a half-letter sized sheet
% heightrounded,
% Adjust the top and bottom margins
% Set the header style
\fancyhead[LE,RO]{\textit{the codex}}
\fancyhead[RE,LO]{Issue \#003}
\cfoot{Page \thepage}
% Include sections and subsections in the TOC
% \setcounter{tocdepth}{2}
% We will probably want some two- or three-column sections
% Stop resetting the footnote count after each chapter
% Let's wrap some images
% Do we want to include URLs?
% Yes, but we also want to hide the big red box it puts around them in the pdf. Thanks /u/0b0101011001001011
% Use tab stops when we need to (especially in footnotes)
% Define 18 tab stops (at 1/4" intervals)
% Use strikethrough
% Style a blockquote
% 2021.11.22 -- Not really sure I need this anymore.
% See
% \usepackage{etoolbox}
% \usepackage{setspace} % for \onehalfspacing and \singlespacing macros
% See also
% Make things neater. Thanks /u/-LeopardShark-
% Put a horizontal rule in an align environment
% This is just for the page numbers/scanning picture in issue #2
% Keep this in case it becomes useful later
% \usepackage{booktabs}
% Use line numbers with code samples
% \begin{Verbatim}...\end{Verbatim} <-- Note the capitalization!
% Pictures!
% Cancel units in math mode!
% Use nice fractions
\author{Kenneth John Odle}
{\Huge the codex} \\
{\footnotesize Life with Linux — A Zine \\
Typeset in \LaTeX{} \\
Issue \#003}
All contents \copyright2023 Kenneth John Odle
Although this is now in your hands, and it's also on the web, so if you really wanted to steal this, I've made it pretty darn easy. I can't imagine why anyone would want to, though. However, you don't need to, because this is licenced under a CC BY-NA-SA 4.0 Creative Commons license. More information is at \href{}{\texttt{}} \includegraphics[scale=0.30]{ncsa4-0}
FYI, this is made in \LaTeX \,using the report document class. It then gets exported to a letterhalf (5.5 in x 8.5 in) pdf, which then gets made into a booklet using PDF Booklet (\href{}{\texttt{ \\ press/}}).
I'm pushing this to my own git server as I write this. You can find it \href{}{here}: \texttt{}. New issues will be pushed after they are complete.
You can just skip over all the diversions in here if you want. It's just how my mind works. (And yes, there will be politics in this. \textit{You have been warned.}) Also, I use a lot of em-dashes, parentheses, and footnotes because that is also how my mind works. It's just one big long stream of consciousness up in here most days.
\noindent \textbf{Errata:} To err is human, to document those errors is divine. A list of errata can be found at \href{}{\texttt{ \\ ata}}.
\noindent \textbf{Credit where credit is due:} A lot of people have come forth (mostly from Reddit) to help me out in various ways. See the preamble to this document in the source code to see them. One aspect of our society is that nobody \textit{has} to help you. It is wonderful when it happens, and I am grateful for their help.
The picture of a VT100 terminal is courtesy of Jason Scott. It was published at \href{\#/media/File:DEC_VT100_terminal.jpg}{\texttt{\#/media/File:DEC\_VT \\ 100\_terminal.jpg}} where you can also find the Creative Commons 2.0 license it was licensed under. (By Jason Scott - Flickr: IMG\_9976, CC BY 2.0,
\chapter{The Last Salad Days}
I went to away to college in the fall of 1986. Personal computers were still very much on my mind, but I still only owned a Commodore 128. We were still typing papers on electric typewriters at that point, and the height of that technology was correction paper.\footnote{This was a very convenient alternative to a product called "Liquid Paper" (also called "whiteout") which was essentially paper-colored paint in a small bottle with a brush in the cap. When you made a mistake, you shook the bottle and brushed a very thin layer over the mistake. You then waited for the whiteout to dry, backed up, and typed the correct letter. The fluid contained a lot of solvent, and as this was the time of the Satanic Panic, parents were warned that their kids could be huffing whiteout. As you used the product, more and more of the solvent evaporated out of the bottle, meaning that it eventually became a gloopy, chalky mess, meaning you could only use half of what was in the bottle—it was not very efficient. With correction paper, you just backed up to the mistake, put a bit of correction paper on top of the paper, typed the mistake again, removed the correction paper, backed up and typed the correct letter. It was much neater, had no terrible fumes, and you didn't have Fundies chasing you down the street accusing you of being a devil-worshiping drug addict because you had a bottle of correction fluid in your pocket. (Liquid Paper was invented by Bette Nesmith Graham, who also happened to be the mother of Mike Nesmith of the Monkees.)}
We did have computers available to us, however. Our college owned two mainframe systems: a DEC-10 and a VAX 9000. As I remember, you had to go down to the basement of the science building to use them, where they had a room filled with VT100 terminals.
I wish for the life of me that I remember this experience better. The ``computer room '' (nobody thought of it as a ``lab''—it would be many years before I heard that term applied to it) looked a lot like what one might think: a windowless room with concrete block walls, tile floors, fluorescent lights buzzing away angrily overhead, and lots and lots of terminals.\footnote{There is a pdf of the VT100 manual available at \href{}{\texttt{}}. It makes for fascinating reading, assuming you are into that sort of thing.}
People didn't really know much about these two mainframe systems, although I remember hearing the few computer people who were around praising the VAX as being far superior to the DEC-10. (A bit of internet research confirms this—the VAX line of mainframes was intended as a replaced for the DEC line of mainframes.) Everything was from the command line. If you saved a file (and I tried for a few weeks to type up some of my notes from class, but quickly realized that this was pointless, as I couldn't take the digital files with me) and wanted to print it, you had to send it to the print queue, and then go to a different room in the building where the line printer was located.
At this point, it was possible that your printout was ready. But it was also entirely possible that it wouldn't be ready. Everything was printed on unperforated continuous feed paper that was 15 inches wide.\footnote{See the Wikipedia entry on ``'continuous stationery'' to see what I'm talking about.} The problem was someone had to be there to tear off your printout after it was completed—the printers had no way of doing this automatically. Somebody had to be there when the printer was done printing your job to tear it off, take it out of the printer's tray, figure out that it belonged to you, and set it on a shelf for you to pick up later.
And if nobody was there, the printer just kept printing, and someone would have to separate possibly dozens of different print jobs. If your print job was small, it was entirely possible that someone would miss it and it would be stuck on to the end of someone else's print job. If the paper ran out of paper and nobody was there to replace it, your file just went into the printer memory (or somewhere into the ether if the printer's memory was full) until the paper was refilled. Printing anything was a big investment of time and energy (not to mention hope) and I will gladly take the occasional printer jam over that experience any day.
The only other remarkable thing I remember about that early college experience is that everybody had to take a basic computer course. This was a single, university-level course that all freshmen had to take.
I hate these sorts of things.
I get the point—computers are going to be a thing in everybody's lives, so lets make sure all our future graduates have a solid background in them. The problem is that information technology moves at a pretty rapid pace, and college students have a wide variety of backgrounds and career plans, and as a result, it's difficult to create a course like this that is in any way useful to every single student who takes it.
And I found that I knew much of the material anyway. It was taught in a large lecture hall, and there wasn't really any point for the instructor to hold up a hard drive in her hand and announce ``This is a hard drive.'' Unless you were in the first ten rows, she could have been holding up a brick. I'm sure that what she said after that sentence was informative, but I'm also sure I already knew it.
Sometime during the third week we had an entire lecture about modems (``\textit{modem} stands for \textit{modulator-demodulator}'' I remember hearing before I dozed off\footnote{Which is true, but means absolutely nothing to anyone who just wants to get on the internet. Modems were designed to transmit digital data over analog telephone lines, and they accomplished this by \textit{modulating} a carrier wave to carry digital information before sending it, and \textit{demodulating} a received carrier wave to recreate the original digital information. I don't miss 4,800 bps speeds, but I do miss that modem login sound. Apparently other people do as well, because you can hear it at \href{}{\texttt{}}}) and I decided to just stop attending class. I showed up for the exams, rushed through them, got a C in the course, and decided to never take another computer course ever again.
I should mention that I went to college with the goal of becoming high school biology teacher. Over time, I realized how valuable this computer course was to me, because it made me realize that no matter who you are or where you are in life, any class should be valuable to you in some way. (This is a lesson that the modern educational-industrial complex has not, and will never, absorb.)
\section{Teaching Computers}
\chapter{What's to Like About Linux}
\section{What I Learned About \LaTeX{} While Creating This Issue}
\subsection{Image Sizes}
A few people have noted on Reddit that the images I include are far larger than I need them to be. This is true. I had a lot of things like this in issue \#2:
\noindent{}And it seems that the worst offender was this line:
This is a problem because that \texttt{paper\_cutter.jpg} image is 136kb in size and that \texttt{c128.jpg} image is 2.3 mb in size. Because these get included in \LaTeX{}, which then handles the scaling, the resulting pdf file is rather bloated, which is the exact opposite of what you want when you are distributing something via the internet.
Because I am scaling the paper cutter image by 0.5, the resulting file size should be about a fourth of that, or 34 kb. And because I'm scaling the c128 image by 0.13, the corresponding file size should be about 0.0169 of that, or roughly 40 kb in size. That's a huge difference.\footnote{Roughly, the size of your file should be approximately reduced by the square of your scaling factor. But these are jpg files, which are lossy, so it's never exactly that amount.}
The problem is that I always envisioned this zine as being a physical object, not a digital one. I only uploaded it to my git repository because this is a learning project for me, and I wanted to keep track of any changes I made.
But yeah, you should definitely resize your images before including them in any document you intend to distribute digitally. (Thank you, GIMP.) You'll notice that the image of the VT100 terminal on page 5 clocks in at a very sensible 79 kb. That's more like it.



Width: 1024  |  Height: 909  |  Size: 143 KiB



Width: 1280  |  Height: 894  |  Size: 68 KiB



Width: 510  |  Height: 264  |  Size: 28 KiB



Width: 88  |  Height: 31  |  Size: 1.6 KiB



Width: 450  |  Height: 399  |  Size: 77 KiB