From: Emanuel Berg <embe8573@student.uu.se>
To: help-gnu-emacs@gnu.org
Subject: Re: Elisp addiction not as bad in light of Linux forkoholism
Date: Sun, 30 Nov 2014 18:35:42 +0100 [thread overview]
Message-ID: <874mtgwpzl.fsf@debian.uxu> (raw)
In-Reply-To: mailman.15000.1417364114.1147.help-gnu-emacs@gnu.org
Marcin Borkowski <mbork@wmi.amu.edu.pl> writes:
>> It is simple: Don't fork - program.
>
> Wow, it's rant time!
>
> So you're in for a treat: I have a spare minute, and
> let me share a story with you. (I guess I read it in
> some interview, I don't remember now.)
...but for a lot of stuff you seem to have an
excellent memory.
> When DEK coded TeX (and published the cource code),
> he thought that many people will actually customize
> TeX (= the engine) to their needs. It turned out
> that (apparently) the macro programming was more
> powerful than he expected: almost nobody did that,
> people did wonderful things at the macro level,
> without ever touching the source code (apart from
> increasing the memory constraints, which required
> recompliation back then). This includes not only
> LaTeX and its styles (later: classes and packages),
> but also a BASIC and Lisp interpreters, a few
> numerical engines, a regex engine (recently), an XML
> parser and much more. (This is, in fact, an
> oversimplification; some of these things require
> e-TeX, which is a relatively small extension to the
> engine.)
>
> The real hacking on the underlying engine did
> happen, of course, but not that often. Most notably,
> we have e-TeX, pdfTeX (which is great), pdfeTeX
> (which combines both of them); then we have XeTeX
> (originally only on Mac, now also Win and Linux),
> Omega and Aleph, and - most recently - LuaTeX (which
> is the most serious modification, and a very well
> designed one AFAIK). (There were admittedly smaller
> extensions, like encTeX, but they could be
> technically just patches, not "forks".) Not really
> that many "forks", for a program more than 30 years
> old. Especially that eTeX and pdf(e)TeX are not
> considered forks now, rather legal successors
> (hardly anyone uses the original tex engine
> nowadays), and LuaTeX gains more and more traction;
> some (me included) hope that it will mostly replace
> the more conservative versions some day. (LuaTeX is
> AFAIK the only one which took the idea of giving TeX
> really new things seriously.)
>
> (Well, there was also NTS, but it was really a
> clone, not a fork, and it is almost "evaporated" in
> Orwellian sense (even the sources are nowhere on the
> 'net!) - go figure.)
>
> I guess it is a bit similar as in the Emacs world.
> If you make a program flexible enough, people won't
> fork it too much - they just won't need it.
That's absolutely right. But the question is: do
people really need to fork Debian just to use init
instead of systemd? init, of course, was used in
Debian until very recently (I first saw systemd on a
3.17.1 kernel). If indeed impossible, Debian is in
part to blame.
And there is no doubt that the Emacs C/Lisp
architecture really makes extension smooth (I can't
think of any better way) - just type the code and
evaluate, using the same software, with immediate
effectuation - no need even to restart the program,
let alone recompile the whole thing.
That said, I think it *is* very possible to get init
to work on the most recent Debian releases as well. A
distro is by definition just a way of putting many,
many things together. Forking just to replace one of
those puzzle pieces with another is like blowing up
the terrorist camp to free the hostages.
> (The existing forks solved some /real problems/:
> 8-bit-ness with Omega, complicated dvi->ps->pdf
> route with pdfTeX, limited registers and other
> constraints with eTeX, impossibility of RtL
> typesetting with Omega and XeTeX, lack of access to
> system fonts with XeTeX, problems with advanced
> programming and other things with LuaTeX.)
There is a lot of LaTeX in you post. Consider posting
it on comp.text.tex or on you home page, if you have
one.
Yes, I use xelatex on Linux to compile LaTeX.
Previously I used pdflatex but I changed because of
some Unicode issues.
I think it is natural with a couple of parallel
versions/dialects/implementations for huge software
systems. That has always been the case. But Linux
distributions? I can't give you an exact figure, but
it is several hundreds.
And it makes even less sense as Linux is a basically
non-interactive kernel. I don't see why you can't just
use it to run whatever software you like?
> Just my 2 cents.
>
> (And re: Debian vs Ubuntu, I never used Debian, but
> Ubuntu is a huge disappointment: it has been less
> and less usable recently (especially compared to,
> say, five or seven years ago), and it will be kicked
> out of my machine when I have a few spare days to do
> a reinstall.)
Typically, the coolest and most experienced people use
Debian :) I never used Ubuntu but most people I meet
who are Linux users use it. So it can't be that bad.
It is oriented to desktop people, though now Canonical
wants the mobile market as well. Ubuntu is in a way
Debian + Apple: the system is basically Debian but on
the top they have been very active with polishing, and
to the left and right, "lifestyle marketing" has not
been neglected.
Also remember that the Debian fork Ubuntu has been
forked many times for similarly questionable reasons:
Kubuntu (to have it in KDE instead of GNOME), Xubuntu
(ditto Xfce), and so on. (Sometimes I think the WM
developers do that just to market their software.)
--
underground experts united
next prev parent reply other threads:[~2014-11-30 17:35 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-30 0:06 Elisp addiction not as bad in light of Linux forkoholism Emanuel Berg
2014-11-30 1:22 ` Filipp Gunbin
[not found] ` <mailman.14979.1417310548.1147.help-gnu-emacs@gnu.org>
2014-11-30 1:49 ` Emanuel Berg
2014-12-01 12:17 ` Filipp Gunbin
[not found] ` <mailman.15048.1417436297.1147.help-gnu-emacs@gnu.org>
2014-12-12 2:07 ` Emanuel Berg
2014-11-30 5:16 ` Pascal J. Bourguignon
2014-11-30 6:05 ` Dan Espen
2014-11-30 14:56 ` Emanuel Berg
2014-11-30 17:04 ` Pascal J. Bourguignon
2014-12-01 17:56 ` Dan Espen
2014-12-01 18:41 ` Rostislav Svoboda
[not found] ` <mailman.15078.1417459356.1147.help-gnu-emacs@gnu.org>
2014-12-01 20:13 ` Dan Espen
2014-12-12 2:09 ` Emanuel Berg
2014-11-30 14:51 ` Emanuel Berg
2014-12-12 3:42 ` Emacs and Unix (was: Re: Elisp addiction not as bad in light of Linux forkoholism) Emanuel Berg
2014-11-30 16:14 ` Elisp addiction not as bad in light of Linux forkoholism Marcin Borkowski
[not found] ` <mailman.15000.1417364114.1147.help-gnu-emacs@gnu.org>
2014-11-30 17:35 ` Emanuel Berg [this message]
2014-11-30 18:36 ` Marcin Borkowski
2014-11-30 19:27 ` H. Dieter Wilhelm
[not found] ` <mailman.15012.1417375681.1147.help-gnu-emacs@gnu.org>
2014-11-30 19:43 ` Emanuel Berg
2014-11-30 20:18 ` Marcin Borkowski
[not found] ` <mailman.15021.1417378703.1147.help-gnu-emacs@gnu.org>
2014-11-30 22:21 ` Emanuel Berg
2014-11-30 22:30 ` H. Dieter Wilhelm
[not found] ` <mailman.15028.1417386648.1147.help-gnu-emacs@gnu.org>
2014-12-12 1:55 ` Emanuel Berg
[not found] ` <mailman.15006.1417372637.1147.help-gnu-emacs@gnu.org>
2014-11-30 19:41 ` Emanuel Berg
2014-11-30 18:16 ` Nikolay Kudryavtsev
[not found] ` <mailman.15002.1417371387.1147.help-gnu-emacs@gnu.org>
2014-11-30 18:32 ` Emanuel Berg
2014-12-02 14:50 ` Raffaele Ricciardi
2014-12-02 15:07 ` Eli Zaretskii
[not found] ` <mailman.15150.1417532856.1147.help-gnu-emacs@gnu.org>
2014-12-02 16:01 ` Loris Bennett
2014-12-02 17:00 ` Eli Zaretskii
2014-12-03 1:44 ` Stefan Monnier
[not found] ` <mailman.15187.1417571105.1147.help-gnu-emacs@gnu.org>
2014-12-12 2:38 ` Emanuel Berg
2014-12-12 2:17 ` Emanuel Berg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=874mtgwpzl.fsf@debian.uxu \
--to=embe8573@student.uu.se \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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 read-only IMAP folder(s) and NNTP newsgroup(s).