Package Details: singularityviewer

Git Clone URL: (read-only)
Package Base: singularityviewer
Description: A Second Life (secondlife) protocol compatible client application, used to access its service as well as a number of other such as those based upon OpenSim platform
Upstream URL:
Keywords: games Life Open opensim Second secondlife Simulator
Licenses: custom
Submitter: GordonGR
Maintainer: GordonGR
Last Packager: GordonGR
Votes: 15
Popularity: 0.000000
First Submitted: 2012-04-01 16:05
Last Updated: 2017-02-27 19:21

Dependencies (21)

Sources (5)

Latest Comments

GordonGR commented on 2017-06-19 13:12

Fennectech: At under the Linux64 section, it says “Singularity Viewer 1.8.7(6866) 64-bit Linux (missing, see alphas)”. I haven't the faintest idea why this is so… but anyway, you can use the alpha package .

fennectech commented on 2017-06-19 08:08

Downloading doesnt work on the latest version Would also like to see an alpha version

GordonGR commented on 2017-02-27 19:22

I will let upstream know, but I wouldn't expect much. Their building system isn't cutting edge, so they may not have the newest harfbuzz.

For the time being, I added the binaries from an old version of harfbuzz and CEF works properly.

Thanks for noticing and debugging, Test0.

test0 commented on 2017-02-24 06:56

Apart from an issue with harfbuzz[1], everything seems to be fine.

[1]: The cef plugin fails with this error message: "undefined reference to `FT_Get_Var_Blend_Coordinates'". It's probably due to the relatively recent ABI change, in which case upstream will need to rebuild against the new harfbuzz. Downgrading harfbuzz fixes this.

GordonGR commented on 2017-01-12 18:31

It took me ages, but I did what you asked. I also reworked the dependencies in general, according to namcap's result. Tell me if it's all right please.

GordonGR commented on 2016-12-17 15:45

I will look this up.

test0 commented on 2016-12-17 11:21

gconf should be added to the dependencies list. Singularity ships with libcef which depends on libgconf.

GordonGR commented on 2016-07-12 12:13

Apparently upstream decided to withdraw the update :S I will withdraw the commit as well. So latest official release remains 6866. If you want 6888, use aur/singularityviewer-test. Thank you, fennectech.

fennectech commented on 2016-07-12 11:13

==> Retrieving sources...
-> Downloading Singularity_1_8_7_6888_x86_64.tar.xz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading

fennectech commented on 2016-07-12 11:11

PKG source 404!

seanl commented on 2013-06-22 16:46

Glad I could help :)

GordonGR commented on 2013-06-22 11:58

You, my friend Seanl, are a true Wizard, to whose ingenuity and wisdom I bow! Sed'ed and updated. Many, many, many thanks :-)

seanl commented on 2013-06-21 22:31

Ah, I didn't realize the same problem. I fixed it by changing lines 141-14 in /opt/singularityviewer/singularity to the following:

BINARY_TYPE="$(expr match "$(file -b bin/$VIEWER_BINARY)" '\(.*executable\)')"
if [ "${BINARY_TYPE}" == "ELF 64-bit LSB executable" ]; then

i.e. I put quotes around $(expr...) on line 141 and added a space between LSB and executable on line 142. Not sure if the quotes on line 141 are really necessary since I did that first, but it's good hygeine. Works fine now.

GordonGR commented on 2013-06-21 22:20

Yes, it's a known thing (see some comments below). You have to either downgrade file to 5.13 or use singularityviewer-alpha. I recommend the latter. :)

seanl commented on 2013-06-21 22:10

I get the following error when trying to run it on 64 bit Arch:

bin/singularity-do-not-run-directly: error while loading shared libraries: cannot open shared object file: No such file or directory

collada-dom looks like the closest thing, but it appears to be the wrong version, 2.4 versus what I assume is 1.4.

GordonGR commented on 2013-05-12 15:04

Okay, I couldn't resist the temptation :-)

GordonGR commented on 2013-05-09 18:40

Awesome :) Thank you LightDrake! I'm glad there are Archers in the Singularity team. In my opinion, Singularity and CoolVLViewer are the best viewers available. I will wait for the next stable release before updating, but the link for the alpha release with the issue fixed is , for whomever wants to update sooner.

CmdrCupcake commented on 2013-05-07 02:55

The issues being experienced with file-5.14 should be fixed in this commit in our main repository.

GordonGR commented on 2013-04-23 18:08

Well, apparently I was wrong and the LD_PRELOAD workaround doesn't work after all. So I'm reverting the change and admitting defeat. Please stay at file-5.13 for the time being.

GordonGR commented on 2013-04-22 13:49

Updated to the new SSBA-capable version (yay! v1 lives!). Also added a workaround for the file bug, which means you should now be able to stop holding your "file" package.

GordonGR commented on 2013-04-22 13:48

Updated to the new SSBA-capable version (yay! v1 lives!). Also added a workaround for the file bug, which means you should now be able to update to stop holding your "file" package.

GordonGR commented on 2013-03-28 21:40

It seems there is an upstream bug report already:
To me it's

According to the bug report, and I just confirmed it, downgrading the package file from 5.14 to 5.13 solves this issue. Why though… no idea.

chungy commented on 2013-03-28 09:26

After a recent system update, I'm not getting Singularity to run anymore, it errors out here:
bin/singularity-do-not-run-directly: error while loading shared libraries: cannot open shared object file: No such file or directory
*** Bad shutdown. ***

I have no idea why, is in the lib64 directory. :|

GordonGR commented on 2013-01-21 13:37

Fixed, thank you.

scwalla commented on 2013-01-21 02:38

==> Validating source files with md5sums...
Singularity-x86_64- ... FAILED

GordonGR commented on 2012-09-17 15:08

Thank you, lightdrake!

CmdrCupcake commented on 2012-09-17 14:06

Slight improvement for your PKGBUILD. You don't actually need to depend on libjpeg7 specifically you can just use libjpeg-turbo from extra as it's a drop-in replacement for jpeglib v8.

CmdrCupcake commented on 2012-09-17 14:04

Slight improvement for your PKGBUILD, libjpeg7 isn't actually a hard dependency of the could just switch it out for libjpeg-turbo as its a drop in replacement :P

GordonGR commented on 2012-09-17 12:48

I'm glad someone uses this :) Thanks for flagging. Updated.