| Git Clone URL: | https://aur.archlinux.org/zoiper.git (read-only) |
|---|---|
| Package Base: | zoiper |
| Description: | A SIP and IAX2 VoIP softphone |
| Upstream URL: | http://www.zoiper.com/ |
| Licenses: | |
| Submitter: | ava1ar |
| Maintainer: | severach |
| Last Packager: | Xavion |
| Votes: | 49 |
| Popularity: | 0.008922 |
| First Submitted: | 2009-10-15 10:31 |
| Last Updated: | 2018-01-30 23:29 |
I think there are missing dependencies
I tried to start zoiper and had:
zoiper: error while loading shared libraries: libgtk-x11-2.0.so.0: cannot open shared object file: No such file or directory
Installed gtk2 package and then:
zoiper: error while loading shared libraries: libgconf-2.so.4: cannot open shared object file: No such file or directory
installed gconf package and finally I could start it
I think you should add both gtk2 and gconf as dependencies, right?
I'm away from my Linux box for the next week or so. The update to Zoiper v5 will have to wait until I return.
Not really. The "--prefix" flag only handles the library directory.
If you write to the developers, I don't think they'll change this. I can't imagine them wanting to help Linux distributions to repackage their application.
The .run file is trying to install to real /usr/share/pixmaps in package(). Is there a solution to this?
Adding a comment like that to the PKGBUILD shouldn't be necessary. Also, not everyone uses 'pacaur': I, for one, have stayed with 'yaourt'.
Suggestion:
adding a comment that says 1) Do NOT mark the package out of date if you need to manually download Zoiper. 2) The default configuration for pacaur as of 2017-01-25 is to put it in ~/.cache/pacaur/zoiper
Moving the downloaded file there should work. However do NOT mark this package out of date or otherwise bother me to figure out where your PKGBUILD directory is.
etc.
Yes, none of that stuff should be necessary anymore. I have amended the PKGBUILD. Thanks for bringing this to my attention.
The tarball now has a x86_64 version, can this be updated so that it doesn't require the 32bit libraries on a x86_64 system?
View the PKGBUILD and you'll see that "lib32-pangox-compat" is already listed in the "depends" array for "x86_64" systems.
Yes, that sounds like a good idea. I've modified the PKGBUILD accordingly.
I was going by Zoiper's own dependency list. As you can see (at the bottom of the following webpage), those two aren't mentioned.