apt-get a secondlife - debs for Debian/Ubuntu

Stephen,

I've gone your route and added in invalidates in the input handing routines. As this is only used for search and login splash and NOT in world (web on prim) then its probably acceptable and is got to be better than not being able to scroll at all.

It makes the web interface basically usable if not fully optimal.

Am i the only one having trouble finding where the shortcut is put? I havethe debian--->Games menu, but, no Simulator folder. Anyt ideas?

Would any OMViewer developers like a new little icon? I made a couple of them out of boredom.

Blackbeard:

Which version, are you using the (slviewer) 1.19.4 or the (omvviewer) 1.20.11?

The newer versions on the experimental repository are adding an entry to the main "Applications->Games" menu, the older (stable) versions 1.19.X are only using the debian/games/simulation menu.

In the future it will use both and by the time 1.20.X goes stable this will be fixed and consistent.

I have just noticed that the current packaging for 1.20.12 is missing the debian/games/simulation entry so i need to correct that.

In any case, you can always open a terminal window and just type omvviewer or slviewer to start

I've been trying to install OMVviewer 1.20.12-1, but apt-get keeps telling me that it can't install either omvviewer-data_1.20.12-1_all or omvviewer-artwork_1.20.8+dfsg-1_all (depending on which I install first) because they both contain /usr/share/omvviewer/app_settings/windlight/clouds2.tga . Personally I think that's a really stupid reason not to install something, but I haven't been able to install the new version because of it, even when I remove the file from it's installed location or from inside either of the packages (it just says that the package is corrupt when I do that; how to fix THIS problem is just beyond me.)
I just thought I'd let you all know!

I had the same problem, but I managed to work around it by forcing the overwrite:

as root, do the following:

dpkg -i --force-overwrite /var/cache/apt/archives/<name-of-package-that didn't install yet>.deb


This makes sure the file gets overwritten, after which the package seems to work...

the reason the packaging system doesn't want to overwrite files already belonging to some other package, is because that may cause conflicts, eg if the already installed package contains a newer or older version.... In this case it's exactly the same file (the package manager doesn't know that), so it's safze to force the overwrite, I think...

;-O

Sorry guys,

Fixed today with any luck in the 1.20.12-2 upload.

I've been manually fixing that one for ages, but i have added an automatic removal in the rules file now for generating the deb and Soft Linden is going to stop the clouds2.tga from entering the viewer source export (so its only in the artwork)

Also in this release I have added the ability to bulk set permissions on prims inventory. So if you are a builder you no longer have to set the permissions on 80 scripts by hand! Also supports other inventory types etc see. JIRA VWR-5082.


BTW the repository should now be signed too.

All the new omvviewer debs are signed with my gpg key and the repository is also signed so you will probably get a warning about NOKEY when installing with apt-get. If you want to install the key so that it automatically checks then first use

gpg --recv-key 0x3b7ee764
gpg --export 0x3b7ee764 | apt-key add -


Regards

M2

I am getting the error that I have no key when I try reloading my repositories after adding them and am confused where I find the public key.

Now I'm seeing big red, blue, and green hexagonal pyramid-shaped particles coming off of everything. I figure it has something to do with this "beacons" setting in the view dropdown menu, but I've tried messing with that and it seems to do no good. Any tips?

Katherine, run the gpg commands in my previous post as root or via sudo. My public key can be found on any of the main key servers such as subkeys.pgp.net. but gpg on any normal debian or ubuntu system should have sensible keyservers already in its default config.

Is it an error or just a warning? normally you get a warning that the key is not found and it asks you if you still want to install.

This is a necessary evil as if i start mirroring the repository this is the only security you have that says the debs have not been tampered with. and considering many of you have real money tied up in the world, i think this is worthwhile.

M2

Ok, thanks for the help, i got everything working now, but i have one question. Is it possible to get voice working with this client? If so, what would i have to do?

Hey Blackbeard,

If you want to run voice the best (read only) instructions for working with my debs can be found at http://slupdate.byteme.org.uk/pipermail/secondlife-debian/2008-July/000049.html.

If you are amd64 i fear its a bit more involved and requires more libraries to be copied across and 32bit compatibility libs to be present.

Great thanks alot. Im truly a fan of your binaries. The sound is flawless, and i have no technical issues with them.

Hey,

it worked for me out-of-the-box on the latest ubuntu (that's not including voice, because I never bothered to fool around with it), and I think that's because I use a .asoundrc that makes pulse the default sounddaemon:

beware: the following will make all software using the alsa default device go through pulse! It works quite well for me, but many people do not seem to like pulseaudio that much...

put this in a file called .asoundrc in your home directory:

#pulseaudio through alsa
pcm.pulse {
type pulse
}

ctl.pulse {
type pulse
}

pcm.!default {
type pulse
}
ctl.!default {
type pulse
}

Works great...the ogg vorbis crash is getting on to me tough!

Hey, great binaries, thanks alot, everythings going great, exept sometimes my client crashes for no apperent reason, this is what it says in terminal.

*** glibc detected *** omvviewer: double free or corruption (fasttop): 0x9e1a0e40 ***

Then it goes on to some lengthly entried which start by the header, Backtrace, im not sure if this is important, but ive posted some of it anyway.

======= Backtrace: =========
/lib/i686/cmov/libc.so.6[0xb6add8f5]
/lib/i686/cmov/libc.so.6(cfree+0x90)[0xb6ae1360]
/usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0xb6cc2171]
/usr/lib/libstdc++.so.6(_ZNSs4_Rep10_M_destroyERKSaIcE+0x1d)[0xb6c9e9ed]
/usr/lib/libstdc++.so.6(_ZNSs6assignERKSs+0xb0)[0xb6ca04e0]
omvviewer(_ZN11LLImageBase12allocateDataEi+0x6b)[0x9b439fb]
omvviewer(_ZN10LLImageRaw12allocateDataEi+0x19)[0x9b43ed9]
omvviewer(_ZN10LLImageRaw6resizeEtta+0x50)[0x9b40fc0]
omvviewer(_ZN12LLImageJ2COJ10decodeImplER10LLImageJ2CR10LLImageRawfii+0x43[0x9b56b08]


Can anyone make some sence of this?


*Dur* by the way, im running Debian Lenny.

looks like some memory problem; the system trying to free memory which wasn't allocated or something like that....

Yea, this is caused by heap corruption. I know its there in the official viewer too and responsible for most of its crashes too. I'm looking for it, others i know are looking for it but its not an easy task to find it. If we can crack these heap corruption issues i think ALL viewers not just this one will greatly improve in stability.

The problem with heap corruption is what crashes has very little to do with what caused the issue and also strange effects such as what compiler, what arch (32/64) and what libc (malloc/new/free) you are using all changes the end results add some entropy to the equation that no two runs of the viewer are ever going to be the same (different packets recieved at different times, simulators changed, network lag, even things running on your local computer changing exact execution sequence and timing) and we have a whole bunch of fun to track down the issue.

omvviewer crashes every hour with following:

*** glibc detected *** omvviewer: corrupted double-linked list: 0x86c328e0 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6[0xb6c25d81]
/lib/tls/i686/cmov/libc.so.6(__libc_malloc+0x8d)[0xb6c26cad]
/usr/lib/libstdc++.so.6(_Znwj+0x27)[0xb6e09447]
omvviewer(_ZNSt8_Rb_treeIP13LLViewerImageS1_St9_IdentityIS1_ESt4lessIS1_ESaIS1_EE9_M_insertEPSt18_Rb_tree_node_baseS9_RKS1_+0x2d)[0x958f7fd]
omvviewer(_ZNSt8_Rb_treeIP13LLViewerImageS1_St9_IdentityIS1_ESt4lessIS1_ESaIS1_EE13insert_uniqueERKS1_+0x9[0x958f8f8]
omvviewer(_ZN17LLViewerImageList25updateImagesFetchTexturesEf+0xc1)[0x957fca1]
omvviewer(_ZN17LLViewerImageList12updateImagesEf+0xce)[0x958491e]
omvviewer(_Z7displayifii+0xd10)[0x9554fd0]
omvviewer(_ZN11LLAppViewer8mainLoopEv+0x8dd)[0x83a920d]
omvviewer(main+0x1a[0x83ba988]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb6bcf450]
omvviewer(__gxx_personality_v0+0x1c9)[0x833a741]

Grats Michelle on winning Hippo award. Your work really has been appreciated!!!

Thanks Syclya!

I've just pushed out a 1.21.1 release to experimental on apt.byteme.org.uk. I' not 100% sure if this will currently work with ubuntu but it certainly should on Debian again now. On Debian the minimum requirement is now Lenny, etch is just too old and Lenny is frozen now anyway.

Hi Michelle, I ran 'apt-get update' and it's still telling me 1.19.1 is the latest available. Any suggestions? Yes, I'm on Ubuntu, though I don't think it matters quite yet.

#edit:

I'm on x86_64 as well.

haven't been able to fiddle around with it much, but at first glance the newest release seems to reference some (versions of) packages that ubuntu doesn't have.... will report back when I find out more

I'm on Ubuntu 8.04 i386, and I've been having trouble installing omvviewer. Some dependency things...
Specifically, Synaptic returns this:

omvviewer:
Depends: libboost-program-options1.34.1 but it is not going to be installed
Depends: libboost-regex1.34.1 but it is not going to be installed
Depends: libboost-signals1.34.1 but it is not going to be installed
Depends: libc-ares2 but it is not installable
Depends: libopenal1 but it is not installable

Am I doing something wrong?

Giante Waffle, the package is renamed omvviewer not slviewer to avoid infringing trademarks of Linden Labs, 1.19.1 was the last slviewer.

Triss Gray and Geni Pixie

This is a divergence between ubuntu and debian which is currently a problem the latest packages on experimental were built on debian lenny. If you can find out exctly what packages are missing on ubuntu then i can look at adding these to the repository as well. I have had to do this in the past to keep debian and ubuntu compatible.

An alternative is to use the ubuntu compiled versions of my debs, these can be found at :-

(apt repository address)
http://ppa.launchpad.net/capitanterrex/ubuntu/

web details
https://launchpad.net/~capitanterrex/+archive

I'm working with Guillermo to keep our distributions in some kind of sync but his builds are based right off mine but they are built on a ubuntu system and therefor keep correct dependencies for ubuntu/