FS#37638 - [elinks] freeze on start

Attached to Project: Community Packages
Opened by Immae (immae) - Monday, 04 November 2013, 16:56 GMT
Last edited by Balló György (City-busz) - Tuesday, 25 February 2014, 15:40 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Kyle Keen (keenerd)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
The elinks package in "community" fails in one of my archlinux installation, but works fine in another.
Maybe there is a package dependency missing? (cannot figure out which one).
No configuration where done in both case, I simply did
pacman -S elinks; elinks

An strace of the program in the failing machine ends up in an infinite loop of mmap/munmap's that looks like this:
----------
mmap(NULL, 2097152, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x304823a4000
munmap(0x304823a4000, 2097152) = 0
mmap(0x30482400000, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x304824a4000
munmap(0x304824a4000, 1048576) = 0
mmap(NULL, 2097152, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x304823a4000
munmap(0x304823a4000, 2097152) = 0
----------

Furthermore, the version packaged in the community is the one that corresponds to an experimental (wrongly named master) branch upstream.

The compilation is also not "exactly" reproducible, makepkg is unable to create the package with the PKGBUILD in abs,
small changes have to be done to have it working.

The git repository upstream is quite messy and it is quite difficult to find the correct version in the tree
(In particular because a branch elinks-0.12 ~= master is on a completely different branch than the prerelease
tagged version elinks-0.12pre6), which corresponds to
029f16beb7f01459a621f5a7823d852fdc173d6b
(This version works and compiles correctly in all my machines)

Would it be possible to package the correct version of elinks instead of an experimental version (which happens to not work everywhere)?


Steps to reproduce:
pacman -S elinks; elinks
(no configuration needed)
This task depends upon

Closed by  Balló György (City-busz)
Tuesday, 25 February 2014, 15:40 GMT
Reason for closing:  Upstream
Comment by Kyle Keen (keenerd) - Monday, 04 November 2013, 18:26 GMT
The elinks folks have pretty much said they don't intend to do any more releases and they've said their git head is plenty stable for general use. The elinks-0.12 branch has not been touched in almost a year either.

Consider taking the bug upstream? If your problem is as bad as you vaguely make it sound (immediately freezing on start without visiting any pages) upstream will probably want to hear about it.

> The compilation is also not "exactly" reproducible, makepkg is unable to create the package with the PKGBUILD in abs, small changes have to be done to have it working.

What are these changes?
Comment by Immae (immae) - Monday, 04 November 2013, 18:53 GMT
It happens at the link state:
---------------------------------------------------------------
[LINK] src/elinks
lib.o: In function `script_hook_pre_format_html':
hooks.c:(.text+0x86120): undefined reference to `lua_strlen'
collect2: error: ld returned 1 exit status
Makefile:41: recipe for target 'elinks' failed
make[1]: *** [elinks] Error 1
make[1]: Leaving directory '/home/immae/.no_backup/build/elinks-test/src/elinks/src'
Makefile.lib:268: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1
---------------------------------------------------------------

There is the following line in /usr/include/luaconf.h:
#define lua_strlen(L,i) lua_rawlen(L, (i))
(The use of lua_strlen has been deprecated for lua_rawlen)
but I had to manually replace lua_strlen by lua_rawlen in the code for it to work.
Didn't you have to do this to compile?
I have the following relevant packages installed:
local/lua 5.2.2-1
local/lua51 5.1.5-3

I didn't try to look further since it was enough tu run a s/lua_strlen/lua_rawlen/ to have it compile (but not running)

Writing this comment I thought that maybe the other problem comes from lua/lua51, I'll try to look this way and report upstream...
Comment by Immae (immae) - Monday, 04 November 2013, 18:56 GMT
(Yes, elinks doesn't show anything, if I run it without strace I get a 100%-cpu process doing absolutely nothing)
Comment by Kyle Keen (keenerd) - Monday, 04 November 2013, 20:19 GMT
No, if that step was required it would be part of the pkgbuild. It builds fine inside a clean chroot. Only once has the build failed and that was from "plural.c:1260:7: error: too few arguments to function 'gettext__lex'" and that was never reproducable. (Cosmic ray flipped a bit?)

Is your installation fully up to date?
Comment by Immae (immae) - Monday, 04 November 2013, 20:21 GMT Comment by Immae (immae) - Monday, 04 November 2013, 20:23 GMT
The installation is up to date yes (the problem started one month ago and didn't change actually... I redid it from scratch one hour ago)
Comment by Immae (immae) - Monday, 04 November 2013, 20:44 GMT
Note that I have the same compilation error on all of my computers, which were installed completely independently (one is my personnal computer which has archlinux for 2years and one is a brand new server installed 6months ago), and since I don't use lua I certainly didn't touch any "system files" in this area.

Maybe you have some different lua packages/extensions that were not listed as required?
Comment by Immae (immae) - Wednesday, 19 February 2014, 16:42 GMT
Hi,
I saw that the status changed to "Waiting on Response", however I contacted the mailing-list more than 3 months ago and got no answer (and the issue is still there), so I think nothing should be expected anymore from upstream...
http://www.mail-archive.com/elinks-users%40linuxfromscratch.org/msg01283.html
Comment by Balló György (City-busz) - Thursday, 20 February 2014, 20:30 GMT
Please report the problem also on the upstream bug tracker:
http://bugzilla.elinks.cz/
Comment by Balló György (City-busz) - Tuesday, 25 February 2014, 15:40 GMT

Loading...