Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#21679 - [erlang] is broken for R14B

Attached to Project: Community Packages
Opened by T L (anykey) - Friday, 12 November 2010, 12:43 GMT
Last edited by Alexander F. Rødseth (xyproto) - Thursday, 22 March 2012, 21:03 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Lukas Fleischer (lfleischer)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 7
Private No

Details

Description:
Currently, in Arch Linux, wxErlang support is broken.

Additional info:
* package version(s): erlang-r14b-1, wxgtk-2.8.11
* config and/or log files etc.

Steps to reproduce:
1. open shell
2. start erlang emulator ("erl"), type:
wx:demo().
Instead of the wx demo starting, the process crashes with an error message: Driver not found.

Suggested Fix:
Remove the "fix to #17001" from the PKGBUILD (attached changed). This patch is no longer necessary in R14B.
   PKGBUILD (2.2 KiB)
This task depends upon

Closed by  Alexander F. Rødseth (xyproto)
Thursday, 22 March 2012, 21:03 GMT
Reason for closing:  Fixed
Additional comments about closing:  Please reopen if this is still a problem.
Comment by T L (anykey) - Friday, 12 November 2010, 16:04 GMT
The edit of the tasks caption is now slightly misleading; actually, just wx is broken, rest of erlang works as far as I use it (and I'm using it every day).

The precise error is:

----

Erlang R14B (erts-5.8.1) [source] [64-bit] [smp:2:2] [rq:2] [async-threads:0] [hipe] [kernel-poll:false]

Eshell V5.8.1 (abort with ^G)
1> wx:demo().

=ERROR REPORT==== 12-Nov-2010::17:02:00 ===
WX ERROR: Could not find suitable 'wxe_driver' for x86_64-unknown-linux-gnu in: /usr/lib/erlang/lib/wx-0.98.7/priv
{error,{{load_driver,"No driver found"},
[{wxe_server,start,0},
{wx,new,1},
{demo,init,1},
{wx_object,init_it,6},
{proc_lib,init_p_do_apply,3}]}}

----
Comment by T L (anykey) - Friday, 12 November 2010, 19:09 GMT
Hmm, somehow that wasn't it. I've got two machines with the exact PKGBUILD, both x86_64,
* one builds erlang correctly, and one doesn't.
* the binary package built from the machine which builds correctly works on both machines.

I don't understand this.
Comment by T L (anykey) - Wednesday, 17 November 2010, 11:27 GMT
Another comment from me. Seems like no one else cares. I today installed a pristine arch linux into a virtual box, i686 version (as I run x86_64 only), to verify the wx support is indeed broken there as well with that package (same error, all dependencies were in place).

I also talked to people on IRC, and on other distros this is working. I will dig deeper if time permits.
Comment by Darren LaChausse (dlachausse) - Wednesday, 22 December 2010, 14:15 GMT
Rebuilding erlang using ABS fixed this bug for me. Has wxgtk been updated since this package was built? I know that C++ libs can sometimes cause ABI breakage when they are upgraded. Maybe if the maintainer rebuilt erlang and uploaded it to the repos it would fix this bug.
Comment by Tom Burdick (bfrog) - Thursday, 03 March 2011, 13:33 GMT
Having read other bug reports I believe this is related to the gentoo bug report. Further reading in to the error I've found that its essentially a missing -Wl flag for glu.

As someone commented here http://bugs.gentoo.org/338664 the solution is to fix the linking flags.
Comment by Garrett Smith (gar1t) - Saturday, 12 March 2011, 00:46 GMT
As wx support in Erlang is broken, should this not be a High priority issue? This breaks all of the graphical tools in Erlang (e.g. debugger, appmon, etc), which are an integral part of the package.

http://bugs.gentoo.org/338664 seems to talk about #17001, which is fixed in R14B-2. It does not appear to address this issue.

Reverting the #17001 fix in PKBUILD as the Suggested Fix above does not address the issue -- in fact, the {error,{{load_driver,"undefined symbol: gluNewTess"} problem comes back.
Comment by Alexander F. Rødseth (xyproto) - Thursday, 22 March 2012, 21:02 GMT
Just tested it and it worked without a problem here, so I assume this has been fixed since one year ago.

Loading...