Skip Navigation
InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)QU
quat @lemmy.sdfeu.org
Posts 10
Comments 46
*Permanently Deleted*
  • The things I've read (admittedly mostly from the OpenBSD camp) from BSD devs, they seem to not worry about corporations building from their source that much, instead they actively try to get rid of GPL code because it isn't permissive enough for their standards.

    Theo wrote "GPL fans said the great problem we would face is that companies would take our BSD code, modify it, and not give back. Nope—the great problem we face is that people would wrap the GPL around our code, and lock us out in the same way that these supposed companies would lock us out. Just like the Linux community, we have many companies giving us code back, all the time.

    But once the code is GPL'd, we cannot get it back."

  • If there is anyone who wants to help Debian by running testing, here is a guilde I maintain:
  • If you are planning on adding things, my humble suggestion would be how to write a really good bug report, maybe going through how to research what went wrong to narrow down the problem, looking for already filed bug reports, using diff and patch if you have a proposed solution, using reportbug, etc.

  • What feature/utility/app are you surprised is not installed by default in Linux distributions?
  • Also OpenBSD use different versions, I'm guessing their vi is the original since it can't handle utf-8. And iirc ex(1) is also a vim variant on Linux. I've never met anyone who actually uses ex though. ed(1) I think is just GNU ed. I am not certain about these versions though.

  • What feature/utility/app are you surprised is not installed by default in Linux distributions?
  • The original vi has not been maintained for many years. Most distributions, including Debian, Fedora, etc, use a version of Vim which (mostly) is similar to how Vi was.

    From Fedoras wiki:
    "On Fedora, Vim (specifically the vim-minimal package) is also used to provide /bin/vi. This vi command provides no syntax highlighting for opened files, by default, just like the original vi editor. The vim-minimal package comes pre-installed on Fedora."

    From the vim-tiny package description on Debian:
    "This package contains a minimal version of Vim compiled with no GUI and a small subset of features. This package's sole purpose is to provide the vi binary for base installations."

  • Output of file(1) for UTF-8 encoded files

    I'm trying to figure out if the following happens just to me or for everyone. If you have a file, let's call it "myfile", that you know is encoded in UTF-8, what is your output for: $ file myfile ?

    I have a freshly installed OpenBSD 7.3, where I think I've set the locale to en_US.UTF-8. If I manually make a file with some characters like "åäö", file outputs "ISO-8859 text". If I copy/paste some unicode characters from the web, file outputs "Non-ISO extended-ASCII text". If I send these files to a Linux computer and run file it outputs "UTF-8".

    Maybe relevant info: $ locale LANG= LC_COLLATE="C" LC_CTYPE=en_US.UTF-8 LC_MONETARY="C" LC_NUMERIC="C" LC_TIME="C" LC_MESSAGES="C" LC_ALL=

    $ env | grep "UTF" LC_CTYPE=en_US.UTF-8 XTERM_LOCALE=en_US.UTF-8

    0
    FreeBSD can now boot in 25 milliseconds
  • There's an old saying: "Linux users use Linux because they hate Windows. BSD users use BSD because they love Unix." Obviously this is not true for every individual user, but I think it describes a trend or pattern.

  • A video by The Linux Cast on the debian website and how it needs to be more user friendly.
  • There is something "clunky" about the website, but to be fair, the first page has a big button to download the installer, which leads to a page where the first link is the version most people want, the second link leads to instructions how to get it onto a usb (or cd/dvd) for linux/windows/mac, and clearly visible a link to all the other versions of the installer that people might want, with explanations what they are for.
    For me it's hard to put my finger on why the website is bad, all the information is there. I do agree that it just somehow feels bad, but I don't understand why.

  • A video by The Linux Cast on the debian website and how it needs to be more user friendly.
  • I am not trying to gatekeep. It could be that I'm blind to why debian is hard to install, I think it's about the same as ubuntu or mint or fedora etc. Which means I'm not the right person to improve this area. I do want to lower the thresholds, and currently I'm helping out with that in other areas. This discussion started with the claim that it was hard to find the iso, which I disagree with, and now I'm not sure what we're disagreeing about.

  • [OpTeX] New trick to make sure margin notes don't overlap.

    OpTeX Tips and tricks section was updated with a macro that automatically makes sure that margin notes don't overlap. It's otherwise a problem when the margin notes are too close.

    If you want to do it manually you can use \mnoteskip, but this is an automatic way.

    0

    What do you all use your shell account for?

    Is it for mail, programming, irc, usenet, website, etc? I'm just curious what other people do when they log into sdfeu.

    1

    Easiest way to connect C64 to modern computer screen?

    So, I recently got this C64 for free, and I've been wanting to test it. However, figuring out how to connect a monitor has led me to various forums with home-made adapters that require soldering, a 5-pin DIN to 4xRCA to...? My monitor has VGA and HDMI, etc, the usual modern inputs. Someone claimed that the voltages are different which will lead to artifacts and to put a resistor somewhere. I found some box thing from China that looks promising but it's around 150 usd.

    What would you recommend for this? Is the expensive box my best bet?

    I have no TV or anything that can input RF, just a computer monitor.

    10
    Calligraphy @kayb.ee quat @lemmy.sdfeu.org

    [Test] Foundational butt

    Trying to see if I can post from Lemmy.

    Got a pen for my birthday. Have been practicing my foundational butts since then. I can not get it to flow right, maybe that will magically fix itself in the future.

    1

    [TeX] Dealing with widows (and orphans if we want).

    Orphans and widows. On this subject Tschichold wrote:

    "Doubtless all textbooks of typesetting warn that the exit line of a paragraph at the head of a book page must be avoided at all cost. /.../ Is there really nothing we can tighten a little, or space out perhaps? Possibly we can save a line at the beginning of the chapter by moving the first paragraph up? The best method is to simply shorten the preceding page by a line."

    Bringhurst wrote:

    "Balance facing pages not by adding extra lead or puffing up the word space, but by exporting or importing single lines to and from the preceding or following spreads. The same technique is used to avoid widows, and to extend or shorten any chapters that would otherwise end with a meager few lines on the final page."

    In TeX we can set \widowpenalty (and \clubpenalty) to 10000 and if we have vertically stretchable material on the page the type area will get it's height, but lines will not match across the spread. Without strechable material that page will be a line shorter but the spread will be unbalanced in height instead.

    So if we want this hands-on method of dealing with widows, we need a macro to carefully extend or shorten pages, preferably without being too intrusive and spread out in the code.

    Luckily, Petr Olsak has a macro like this for OpTeX: https://petr.olsak.net/optex/optex-tricks.html#widows

    For my purposes, I like the page number to be at a set distance from the type area instead of a set distance from the page bottom, so I could remove some code, and ended up with this example for plain:

    ``` % For this example, the document normally has 5 lines per page \vsize=\topskip \advance\vsize by 4\baselineskip

    % Backup original vsize \newdimen\originalvsize \originalvsize=\vsize

    % Macro that defines another macro on the form \ap:<pageno>, % which expands to how many lines should be adjusted. % Example: \adjustpage{15}{+1} defines \ap:15 which expands to +1. \def\adjustpage#1#2{% \expandafter\xdef\csname ap:#1\endcsname{#2} \ifnum #1=1 \setvsize \fi }

    % For use in the output routine \def\setvsize{% \global\vsize=\originalvsize \ifcsname ap:\the\pageno\endcsname \global\advance \vsize by \csname ap:\the\pageno\endcsname \baselineskip \fi }

    % \setvsize needs to be expanded after page number has been incremented, but before the next typeset material. \output{\plainoutput \setvsize}

    %%%%%%%%%%%%%%%%%%%

    % No penalty since we're dealing with widows manually now \widowpenalty=0 \clubpenalty=0

    % This adjusts the 2-3 spread to have one extra line on each page \adjustpage{2}{+1} \adjustpage{3}{+1}

    % Test text, some paragraphs of Lorem ipsum \input lipsum

    \bye ```

    0

    [TeX] A Pragmatic Approach to Paragraphs, by Philip Taylor

    What's your method for dealing with underfull/overfull \hboxes and unacceptable badness in general?

    LaTeX has the \sloppy command which IIRC sets \tolerance to 9999, and \emergencystretch to a large value. But the default \tolerance is 200 (I think), which is a big difference. It's very "either/or" when maybe there's a more optimal way.

    For my native language (swedish) I've found that many issues arise because TeX doesn't find all the possible hyphenation points, so I usually spend time adding words to the hyphenation list.

    But still, in any longer text there's usually a couple of paragraphs that just won't set right, I'm curious about your tricks or methods for dealing with them.

    0

    [TeX] Quantum spaces: Designing pages on grids

    This is a rather interesting presentation by Jean-Luc Doumont about placing content on a grid, or a subset of the grid. He's kind of taking this idea to the extreme.

    0

    [TeX] A macro to visualize boxes

    There's this guy called Stephan V. Bechtolsheim who wrote a series of books on TeX called "TeX in Practice". He's really good at the finer details of, well, everything.

    In one of the books, he makes a macro to visualize boxes. It's built up over many pages and chapters with lots of small macros as building blocks. Because he's reusing these macros in different places, it makes a lot of sense.

    However, when I wanted to use the box visualizing macro, I found that I had to look up and copy a lot of code to make it work. This was no fun, so I re-wrote it in a "flatter" way where it's just regular plain old macros.

    I ended up with this:

    ``` \newdimen\linethickness \linethickness=0.4pt

    \def\boxlines #1{% \hbox{% % Save original (argument) box \setbox0 = #1% % Place bullet at baseline and vertical align of the box \setbox1 = \hbox{\hskip -2.5pt \lower 2.5pt \hbox{$\circ$}}% \ht1=0pt \dp1=0pt \wd1=0pt \box1 % Place a dashed line at baseline \setbox2 = \hbox to \wd0{% \xleaders\hbox to 4pt{% \hskip 1pt \vrule depth 0.5\linethickness height 0.5\linethickness width 2pt \hfil }% \hfil }% \ht2=0pt \dp2=0pt \wd2=0pt \box2 % Place frame \setbox 3 = \hbox{% \hskip -0.5\linethickness \vrule width \linethickness height \ht0 depth \dp0% \hskip \wd0% \hskip -\linethickness \vrule width \linethickness height \ht0 depth \dp0% \hskip -\wd0% \hskip -\linethickness \dimen0 = \wd0% \advance\dimen0 by \linethickness \dimen2 = \ht0% \advance\dimen2 by 0.5\linethickness \dimen4 = \ht0% \advance\dimen4 by -0.5\linethickness \dimen4 = -\dimen4 \vrule width \dimen0 height \dimen2 depth \dimen4 \hskip -\dimen0 \dimen2 = \dp0% \advance\dimen2 by -0.5\linethickness \dimen2 = -\dimen2 \dimen4 = \dp0% \advance\dimen4 by 0.5\linethickness \vrule width \dimen0 height \dimen2 depth \dimen4 }% \ht3=0pt \dp3=0pt \wd3=0pt \box3 % Place original argument box \box0 }% } ```

    The macro takes a box as an argument, for example \boxlines{\box0}

    It puts lines around the box, and marks out the baseline and the horizontal alignment. The neat thing is that the lines are made so that they don't interfere with the typesetting at all. Everything is placed as it would be without the lines.

    If you have something that looks misaligned or strange, like these words:

    !

    it can help to visualize the boxes:

    !

    0

    [luaTeX] Golden canon of page construction

    !

    Jan Tschichold and Raul Rosariva independently researched the layout of medieval books, and each came up with a method of construction. Rosarivas version (to the right) lends itself very well to a programmatic approach. We could implement it (in luaTeX) in a few lines like this:

    ``` % Page size (proportions 2:3) \pagewidth=150mm \pageheight=225mm

    % Undo 1 inch origin (personal preference) \pdfvariable horigin 0pt \pdfvariable vorigin 0pt

    % Inner margin \hoffset=\pagewidth \divide\hoffset by9

    % Top margin \voffset=\pageheight \divide\voffset by9

    % Type area width \hsize=\pagewidth \divide\hsize by9 \multiply\hsize by6

    % Type area height \vsize=\pageheight \divide\vsize by9 \multiply\vsize by6 ```

    This is all well and good if we have vertically stretchable material on every page. But... if we want to do grid typesetting, we will quickly run into "Underfull \vbox (badness 10000)".

    Let's say we've set \parskip=0pt.

    \topskip=10pt and \baselineskip=12pt

    \showthe\vsize produced "426.79129pt" in the log.

    Right now we have 35 lines: \topskip + 34 \baselineskips, which is 10pt+(34*12pt) = 418pt, i.e. less than \vsize, but there's no room for adding another line.

    Something has got to give.

    One way is to define \vsize as a set number of lines, and then adjust \baselineskip to be slightly bigger to make \vsize be in accordance with the golden canon.

    Either we stay with 35 lines and increase \baselineskip slightly, or we decrease \baselineskip to fit one more line. This is where you have to make a call based on what would make it better as a whole. In this case, I think it wouldn't hurt with a little extra leading, so I'll stick with 1+34 lines and go back and change \vsize:

    \vsize=\topskip \advance\vsize by 34\baselineskip

    Now all that is left is to figure out how much to increase \baselineskip. We can leave \topskip as it is, at 10pt, so we're left with 426.79129pt - 10pt = 416.79129pt.

    Divide that with 34 lines:

    416.79129pt / 34 is approximately 12.2586pt, so we go back and set \baselineskip to that.

    \baselineskip=12.2586pt

    Now we have something like this (with added guidelines):

    !

    Finally, if our goal here is to make a type area rectangle of a certain proportion, it could be argued that the first line should have its x-height touch the upper border of the rectangle. The bulk of a line contributing to color is made up of the lower case letters. In that case we could adjust \voffset:

    \advance\voffset by-\topskip \advance\voffset by 1ex

    but then we would also have to compensate the total \vsize and figure out a new \baselineskip.

    Disclaimer: I haven't tested the above code, so there could be spelling errors etc, but it's more about the reasoning.

    0