Package Details: singularityviewer 1.8.7.6861-2

Git Clone URL: https://aur.archlinux.org/singularityviewer.git (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: http://www.singularityviewer.org/
Keywords: games Life Open opensim Second secondlife Simulator
Licenses: custom
Submitter: GordonGR
Maintainer: GordonGR
Last Packager: GordonGR
Votes: 15
Popularity: 0.108275
First Submitted: 2012-04-01 16:05
Last Updated: 2016-06-17 13:38

Required by (1)

Sources (4)

Pinned Comments

GordonGR commented on 2016-06-17 12:43

The newest release could not be built for i686. According to upstream: “While making 32-bit linux builds is very high on our agenda, it requires a large effort and did not make this deadline.”

Hence, for the time being I have made the package https://aur.archlinux.org/packages/singularityviewer32/ for 32-bit users, which contains the previous version.

Latest Comments

GordonGR commented on 2016-06-17 12:43

The newest release could not be built for i686. According to upstream: “While making 32-bit linux builds is very high on our agenda, it requires a large effort and did not make this deadline.”

Hence, for the time being I have made the package https://aur.archlinux.org/packages/singularityviewer32/ for 32-bit users, which contains the previous version.

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
SL_ENV+='LD_LIBRARY_PATH="`pwd`/lib64:`pwd`/lib32:$LD_LIBRARY_PATH"'

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: libcollada14dom.so: 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 :-)
https://aur.archlinux.org/packages/singularityviewer-alpha/

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 https://files.streamgrid.net/singularity/?build_id=4253 , 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 https://github.com/singularity-viewer/SingularityViewer/commit/4cc42cd5bd9b03eebc052ffe055e440dfe9a3aeb 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: http://code.google.com/p/singularity-viewer/issues/detail?id=718&sort=-opened&colspec=ID%20Type%20Status%20Priority%20Stars%20Milestone%20Owner%20Summary%20Opened%20Modified
To me it's libllcommon.so.

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: libalut.so.0: cannot open shared object file: No such file or directory
*** Bad shutdown. ***

I have no idea why, libalut.so.0 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-1.7.3.3624.tar.bz2 ... 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 viewer...you 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.