If Wengophone doesn't work for you...

Question

I've read reports from within these forums of Wengophone working for people under both 32 and 64 bit Arch. I've been trying to get it to work since 2.0 on 64 bit. I've tried many builds of 2.1.1, 2.1.2, 2.2 alpha 1 and 2, to no avail. Being motivated to finally go to a pure 64 bit system (delayed by Lightscribe working now), I decided to dig into the problem. With the help of a Wengo dev and some experimenting, these are the steps that I took to finally get Wengophone running.
Note: I did the final build with 2.2 alpha 2. Earlier versions will not compile against very modern builds of FFMPEG unpatched. That includes with all the 'extern C' stuff put back into FFMPEG.
To start I had my account updated by the Wengo people. This is the first thing that they do when troubleshooting. It allowed me to connect to the server for the first time.
The second thing was to stop Wengophone from crashing after startup. This was happening around 10 seconds after launching. I ran a stack trace and found a segfault:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47942158448912 (LWP 12868)]
0x00002b9a5ded1c1b in Curl_failf () from /usr/lib/libcurl.so.4
(gdb) where
#0 0x00002b9a5ded1c1b in Curl_failf () from /usr/lib/libcurl.so.4
#1 0x00002b9a5deca928 in Curl_resolv () from /usr/lib/libcurl.so.4
#2 0x00002b9a637e2990 in vtable for std::basic_streambuf<char, std::char_traits<char> > () from /usr/lib/libstdc++.so.6
#3 0x00000000011a1838 in ?? ()
#4 0x00000000011a1838 in ?? ()
#5 0x00000000011a1844 in ?? ()
#6 0x00000000011a1838 in ?? ()
#7 0x00000000011a1838 in ?? ()
#8 0x00000000011a1844 in ?? ()
#9 0x00002b9a637e7920 in ?? () from /usr/lib/libstdc++.so.6
#10 0x00002b9a00000018 in ?? ()
#11 0x00000000011a1838 in ?? ()
#12 0x00002b9a637df770 in vtable for std::ios_base ()
from /usr/lib/libstdc++.so.6
#13 0x0000000000000006 in ?? ()
#14 0x0000000000000000 in ?? ()
Following a suggestion by the dev, I added this to DJ Clue's PKGBUILD from AUR in order to build against the Curl version shipped with the Wengophone source:
-DCURL_INTERNAL=ON
Now it could connect to the server without crashing. So I went to make a test call. It didn't work. The call timer would do nothing, and almost all functionality of the program, GUI and all, would stop working properly. I started to search and found no exact answers, but I kept finding references to PortAudio being a problem under Linux, and that the ALSA code was working (PortAudio was dropped completely from Wengophone this week). So in order to disable PortAudio, which automatically makes Wengo build with ALSA, I removed all references to PortAudio in the PKGBUILD, and replaced them with this line:
-DOWSOUND_PORTAUDIO_SUPPORT=OFF
Rebuilt and it works... more or less. I couldn't get my webcam to work until after I restarted the computer?! I can connect to the echo test, but volume of the call itself is very low. The rest of the sounds are normal. I'll test the call volume in the "real world" this weekend. I currently can't connect to the only SIP phone test number I know of: [email protected]. It still has trouble connecting to the network sometimes, and there are crashes from time to time.
Almost there...

Answer 1

When you select to add the printer, don't select the entry shown under Nearby Printers. Instead, select Add Printer or Scanner and from the new window that appears, select the Epson. If the Print Using menu does not change to the already installed driver and the search window appears, sometimes you have the option to skip this search and manually add the printer via the Print Using menu. If you are not given this option then trash the contents of the Epson folder in HD > Library > Printers. Then unplug the printers USB cable and reconnect. This should prompt the Mac to add the printer automatically and go looking for the driver which is available from Apple.