Package Details: elinks-git v0.17.0.r167.gdcc5d378-2

Git Clone URL: (read-only, click to copy)
Package Base: elinks-git
Description: An advanced and well-established feature-rich text mode web browser. Git version, JavaScript disabled.
Upstream URL:
Keywords: browser devel textmode web
Licenses: GPL
Conflicts: elinks
Provides: elinks
Submitter: ferreum
Maintainer: ferreum
Last Packager: ferreum
Votes: 4
Popularity: 0.000000
First Submitted: 2017-01-18 20:19 (UTC)
Last Updated: 2024-04-04 18:12 (UTC)

Required by (21)

Sources (1)

Latest Comments

1 2 3 Next › Last »

ferreum commented on 2022-04-21 17:19 (UTC)

@firegem git is now in makedepends.

I also changed the URL to use the master branch instead of version-0.14.

From my attempt of using it, there currently seems to be a problem with background color, so you may want to locally change it to tag=v0.15.0 or similar for now.

firegem commented on 2022-04-21 05:47 (UTC)

This needs git as a makedep or it fails to compile in a chroot.

m040601 commented on 2021-06-08 05:15 (UTC) (edited on 2021-06-08 05:24 (UTC) by m040601)

I've added the architectures you suggested.

arch=(i686 x86_64 armv6h armv7h aarch64)

I havent tested yet on a (arm32) Raspberry Pi Zero or 2.But I downloaded the precompiled binary and,

file elinks-0.14.1-linux-armhf-bin/elinks

elinks-0.14.1-linux-armhf-bin/elinks: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), statically linked, stripped

So it seems it's a arm "universal" binary compiled for 32bit.

... I tested this on a Pi 4 and it seems to run on aarch64include arm...

So it seems, it's also made to run or arm 64 bits then. I didnt know that.

This would make a great "elinks-bin" PKGBUILD to use as a browser on low spec Raspberry Pis with Arch Linux arm. Except if it wasnt for that damned "javascript included" .... :-)

m040601 commented on 2021-06-08 05:02 (UTC) (edited on 2021-06-08 05:33 (UTC) by m040601)


Thanks for your comment and clarifying things !

... javascript is a security disaster...
... But it doesn't look like the developers think that way

So I was wrong then. Sorry, I'm not a developer. I just randomly read this in the repo and assumed it was the project direction

...Just checked the master, I see JavaScript is currently disabled...

So, the main developer, rkd77, is still aiming at some sort of javascript support then. And if so, I assume the official Arch package will just follow that right ? And so the Arch official "elinks" package will support javascript.

In that case, what I wanted to make sure is what I'll be getting in the future if I use this, "elinks-git" PKGBUILD. In case the developer "stuffs" javascript support by default, do these options in the PKGBUILD:

              --without-spidermonkey \
              --disable-sm-scripting \

guarantee that my "elinks-git" wont be able to execute any javascript at all in my computer ?

And if that is true, may I suggest that the PKGBUILD description be edited from:

 An advanced and well-established feature-rich text mode web browser. Git version


 An advanced and well-established feature-rich text mode web browser. Git version with Javascript disabled by default.

or something similar

ferreum commented on 2021-06-07 18:06 (UTC)

I think it's that "infamous" ld linker thingy error again:

Yes it's been like that on master for a while, and there haven't been any changes to that branch for all that time. I've compared the 0.14.1 release tarball with the elinks-1.14 branch and couldn't tell if that's where the source comes from, because it looked like a different state of the project. I didn't look through everything though.

elinks-0.14 compiles fine, so I've switched to that branch for now (currently version 0.14.1).

include arm

I tested this on a Pi 4 and it seems to run on aarch64--but I only made a quick test with default config. I've added the architectures you suggested.

I needed to add a autoreconf -ifv to make it work, which I've also committed to the PKGBUILD. I have no experience with autoconf, but to me it looks like the generated scripts in the projects haven't been updated since 2004 and they fail some detection on recent systems.

Get rid once and for all for everything javascript related.

I'd welcome it--javascript is a security disaster even for established browsers, and putting it into a small project like a terminal browser is calling for trouble. But it doesn't look like the developers think that way: the getelementbyid branch is currently receiving very active development focused on JS support, see (currently ).

m040601 commented on 2021-06-07 03:12 (UTC) (edited on 2021-06-07 03:48 (UTC) by m040601)

Compilation failed.

It happened before and @sgerwk,, was able to troubleshoot.

I think it's that "infamous" ld linker thingy error again:

/usr/bin/ld: lib.o: in function `render_document':
(.text+0x302a9): undefined reference to `render_source_document_cxx'
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:41: elinks] Error 1
make[1]: Leaving directory '/dev/shm/aurydesty/elinks-git/src/elinks/src'
make: *** [Makefile.lib:268: all-recursive] Error 1
==> ERROR: A failure occurred in build().
error making: elinks-git

m040601 commented on 2021-06-07 03:03 (UTC) (edited on 2021-06-07 03:45 (UTC) by m040601)

A question about javascript (evil/good ?) to all commenters here.

Arch's official package with their PKGBUILD and CHANGES:

I just noticed that Arch's official is still stuck in the 0.14.0 January 2021 version. But, upstream, has released 0.14.1 in May 2021

  • Disable spidermonkey by default #85
  • Show error message about libgcrypt-config. #86
  • off by two. #88
  • Check NULL. #99
  • fix error message when no previous search was performed #100
  • alert when moving to the next match of a failed search #101
  • include unistd.h and errno.h to define safe_read() #107

Notice the "Disabble spidermonkey" there. Me personally, very happy. I think, if I'm not mistaken, that this is the intent and direction of upstream elinks. Get rid once and for all for everything javascript related.

I noticed this January 2021 comment on the official arch package,

# todo: make it work with a modern 'js' package
# (upstream has no interest in writing that)

And this, elinks-git PKGBUILD has this difference:

  2               --without-lzma \
  3               --without-bzlib \
  4               --without-spidermonkey \
  5               --disable-sm-scripting \
  6               --enable-exmode

And @sgerwk "felinks-python", even has brotli and zstd support,

Does this mean that the Arch official packager "insist" or "hope" for elinks to keep trying to support any kind of buggy incomplete javascript or spidermonkey support ?

Is this the reason why the official elinks hasnt been updated ?

I for one cannot understand why would one even want to hear about javascript in a cli browser. There are other superb options for that.

What is your opinion ?

m040601 commented on 2021-06-07 02:56 (UTC) (edited on 2021-06-07 03:01 (UTC) by m040601)

Question about support for arm architecture

Upstream, has released 0.14.1 in May 2021. It's cool that upstream now even provide binaries for arm and i386.

Assets 6
elinks-0.14.1-linux-armhf-bin.tar.xz 1.45 MB
elinks-0.14.1-linux-i386-bin.tar.xz 1.75 MB
elinks-0.14.1-linux-x64-bin.tar.xz 1.71 MB
elinks-0.14.1.tar.xz 1.73 MB

So you can run it on the Raspberry Pi or old 32bit computers. Think of Arch Linux 32bit, and their tireless work. Marvelous. So this, "elinks-git", or even a "elinks-bin" could be updated to include arm:


arch=("i686" "x86_64")

to, not sure if

arch=("i686" "x86_64" " xyz arm something " )

I always forget what exactly "armhf" is. I now that

arch=('x86_64' 'aarch64' 'armv6h' 'armv7h')

Means, support for :

Raspberry Pi 4 'aarch64' Raspberry Pi 3 ??????? Raspberry Pi 2 'armv7h' Raspberry Pi 0 'armv6h'

And that usually, if well done, only two binaries are needed. One for arm64 (Pi4 and Pi3) and one for all the other arm32. If it runs on the Raspberry Pi Zero, it runs on the 1 and 2 also.

ferreum commented on 2021-03-08 18:35 (UTC)

@OliverLew Thanks for the notice, I changed it to the github repository.

xlucn commented on 2021-03-08 08:25 (UTC) (edited on 2021-03-08 08:26 (UTC) by xlucn)

It seems that Arch's official package is already using the Github repo:

Should this AUR package be updated / flagged out-of-date?