unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Rudi C <rudiwillalwaysloveyou@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 70071@debbugs.gnu.org
Subject: bug#70071: [FR] Provide official install scripts without requiring root, e.g., by making a static build possible
Date: Fri, 29 Mar 2024 17:54:13 +0330	[thread overview]
Message-ID: <CAE9z9A0Ac815UYVuiL_YcWd9aHd7EDuzexyGyOxTNv7sBiiXVg@mail.gmail.com> (raw)
In-Reply-To: <86r0ftdv6p.fsf@gnu.org>

[-- Attachment #1: Type: text/plain, Size: 6951 bytes --]

My primary concern with your approach is that it requires numerous manual
steps, each of which can introduce new points of failure. Would it be
possible for you to provide a single script that I can run on Ubuntu (even
on older versions with an outdated gcc, etc.) that will build Emacs under
my home directory (~/)?

Linux packaging is designed for administrators with root access who don't
require cutting-edge packages, and it simply doesn't allow me to install
Emacs 29. While it's true that the distributions may be at fault, I am
unable to persuade the server administrators to change the distribution.
However, I can run a script from gnu.com. In 2024, most software is
distributed with an installer script or a portable binary that can be
easily downloaded using `wget` into `~/bin`. The philosophy of shifting
blame and not ensuring that things "just work" is one of the main issues
with Emacs. Although distributions and administrators have their own
challenges, and the world can be difficult, Emacs has the ability to
provide official workarounds that can address its own pain points, even if
it cannot solve every problem.

> What is a "portable build," and how does it differ from a "normal" build?
Also, what is a "static build"?

While I don't claim to have a deep understanding of these terms, my
interpretation is that dynamic linking connects to the installed system
libraries, making the binary heavily reliant on the specific conditions of
its host operating system. In contrast, a statically linked binary includes
all of its dependencies within itself, allowing a single binary for Linux
x86 to function on most other similar systems. A "portable" binary is one
that can be downloaded using wget and executed without relying on any
dependencies from the host operating system. Of course, no binary can be
completely portable, and portability exists on a spectrum. However, some
binaries are quite portable, such as those found at
https://github.com/Mozilla-Ocho/llamafile.

On Fri, Mar 29, 2024 at 4:58 PM Eli Zaretskii <eliz@gnu.org> wrote:

> > From: Rudi C <rudiwillalwaysloveyou@gmail.com>
> > Date: Fri, 29 Mar 2024 16:12:34 +0330
> >
> > I've been struggling to install Emacs on university servers where I
> don't have root access, and it's been a
> > frustrating experience. It seems like such a trivial issue to prevent
> people from using Emacs, especially when
> > Vim is usually pre-installed on most servers.
>
> ??? I'm building Emacs in this way since time immemoriam, and never
> had any problems.  All you need is to configure it like this:
>
>   ./configure --prefix=~/
>
> and that's it: when you then say "make install", Emacs will be
> installed under your home directory, and you can use it as much as you
> like.  If this doesn't solve your problem, please tell why.
>
> > It would be fantastic if Emacs could be modified to allow for static,
> portable builds for common Linux
> > architectures. Imagine being able to install Emacs using a simple
> command like `curl -sS
> > https://gnu.com/emacs-install-portable.sh | bash`, which would
> automatically detect the correct build, download
> > it, and install it. While it might be possible to build Emacs without
> root access on each server from scratch, it's
> > a difficult and time-consuming process. Unfortunately, there isn't a
> reliable official script like
> > `gnu.com/emacs-install-no-root.sh`
> <http://gnu.com/emacs-install-no-root.sh> to streamline this process.
> I've tried using Linuxbrew to build Emacs from
> > source without root, and while it sometimes (50%) works, it's very slow.
> As brew is primarily developed for
> > macOS, not Linux, the bugs are not fixed. (See, e.g.,
> > https://github.com/d12frosted/homebrew-emacs-plus/issues/603)
> >
> > To address these issues, I have three suggestions, listed in order of
> preference:
> >
> > 1. Provide portable builds of Emacs, along with a script that
> automatically installs the correct build without
> > requiring root access.
> > 2. Offer semi-portable builds of Emacs that only require building a
> handful of libraries on the host. This should
> > be handled by an official install script, allowing users to simply run
> `curl ... | bash`.
> > 3. Create an official install script that builds Emacs from source,
> thoroughly tested on popular distributions like
> > Ubuntu (including different versions, not just the latest). This should
> still be as straightforward as running
> > `curl ... | bash`, even if it takes some time to complete.
>
> What is a "portable build", and how is it different from a "normal"
> build?  Also, what is a "static build"?
>
> If you need to build support libraries (presumably, because they are
> not installed on the target system), you can build them in the same
> way, with --prefix pointing to a subdirectory of your home directory.
> Then either set LD_LIBRARY_PATH and INCLUDE_PATH to ensure the
> configure script finds those libraries, or use CFLAGS and LDFLAGS at
> configure time to tell the configure script where to find the
> directories with header files and libraries ("configure --help"
> mentions those variables and many others)
>
> > I consider myself a persistent and patient person, and I've explored
> various options, including `nix-env`, `guix
> > `, and more. However, I've reached my wit's end; installing Emacs is
> simply too complicated. While I HAVE
> > installed emacs on many servers and I use it remotely almost every day,
> on servers that I use less often, I
> > often resort to vim or editing files locally and using Git to sync my
> changes back to the server. I'm aware of
> > Tramp, but it's buggy and slow on my setup, and I don't have the time to
> debug it or fix the extensions that are
> > causing issues. Similarly, sshfs is unreliable on my unstable
> connections. All I want is a way to easily install
> > Emacs on a server without root access, without having to manually
> inspect the installation process or engage
> > in a debugging session. Is a one-liner installer too much to ask for in
> 2024?!
>
> Needless to say, this is completely against my many-year experience.
> I don't understand why you need to search for solutions high and low,
> instead of just using the features that are there already, and always
> have been.
>
> I fear there's some serious misunderstanding here, perhaps some
> details of the issue that you haven't described.
>
> Linux distros are the way to let users install a prebuilt Emacs.  If
> your problem is that you want to be able to install those distros
> without root access, then I think you should talk to the maintainers
> of those distros.  The Emacs project doesn't produce official
> binaries, it only produces source tarballs, and those can be built and
> installed without any need for root access, see above.
>

[-- Attachment #2: Type: text/html, Size: 8006 bytes --]

  reply	other threads:[~2024-03-29 14:24 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-29 12:42 bug#70071: [FR] Provide official install scripts without requiring root, e.g., by making a static build possible Rudi C
2024-03-29 13:27 ` Eli Zaretskii
2024-03-29 14:24   ` Rudi C [this message]
2024-03-29 14:33     ` Eli Zaretskii
2024-03-30  1:19     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-03-30 12:55       ` Rudi C
2024-03-30 13:28         ` Eli Zaretskii
2024-03-30 14:31           ` Rudi C
2024-03-31  0:37             ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-03-31  6:02             ` Eli Zaretskii
2024-03-31  8:39 ` Michael Albinus via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-03-31  9:06   ` Rudi C
2024-03-31  9:31     ` Eli Zaretskii
2024-04-02 21:41       ` Richard Stallman
2024-04-06 10:31         ` Eli Zaretskii

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=CAE9z9A0Ac815UYVuiL_YcWd9aHd7EDuzexyGyOxTNv7sBiiXVg@mail.gmail.com \
    --to=rudiwillalwaysloveyou@gmail.com \
    --cc=70071@debbugs.gnu.org \
    --cc=eliz@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.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

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).