[Bug 533976] New: secondlife - The Second Life client for AMD64 / x86_64

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: secondlife - The Second Life client for AMD64 / x86_64

https://bugzilla.redhat.com/show_bug.cgi?id=533976

           Summary: secondlife - The Second Life client for AMD64 / x86_64
           Product: Fedora
           Version: 11
          Platform: x86_64
        OS/Version: Linux
            Status: NEW
          Severity: low
          Priority: low
         Component: Package Review
        AssignedTo: nobody@xxxxxxxxxxxxxxxxx
        ReportedBy: arne_woerner@xxxxxxxxx
         QAContact: extras-qa@xxxxxxxxxxxxxxxxx
                CC: notting@xxxxxxxxxx, fedora-package-review@xxxxxxxxxx
   Estimated Hours: 0.0
    Classification: Fedora


Description of problem:
The Second Life client 
( http://en.wikipedia.org/wiki/Secondlife )
is currently not officially available for x86_64 platforms and the officially
provided i686 package seems to be less efficient on x86_64.
I guess it uses so many i686 libraries (X11, gtk, gdk, GL), that the main
memory gets crowded...

Version-Release number of selected component (if applicable):
SecondLife-x86_64-1.23.5.136262.tar.bz2 (27579624bytes)
I needed to tweak
1. some makefiles, because compiler warnings should be ignored...
2. some C/H-files, because gcc doesnt like empty parameter lists after a
#define (e. g. "#define ABC() bla;")...
3. some linker instructions, because they wanted "-ldb-4.2" or so (i gave it
"-ldb", which works fine, 2...)...

Problems:
1. That package needs several x86_64 bit libs, but i dont know how to build a
rpm, that includes dependencies (if i try to do it, it might look like Homer
Simpson's Tax Day letter to the IRS...)... :-)
2. Some libraries that r not provided by fc11 r statically linked (e. g.
xmlrpc-epi-0.54.1, ELFIO-1.0.3, libndofdev-0.2) and some r in a libs-directory
local to the SecondLife-tar-ball (e. g. a patched openjpeg_v1_3 (see bug#
533384))...
3. Maybe Linden Labs (the publisher of the Secondlife viewer source code) might
be unhappy, if we call my home-brew compilation "SecondLife-..."... :-)
4. FMOD is used by the official (beta) release, but not by mine (but there
seems to be some stereo effect)...
5. the SecondLife Voice is taken from the official (beta) release and still
i686, but it uses less libraries, so that it doesnt waste too many resources...
6. my compilation uses openal-soft and thereby it works nicely with pulseaudio
(i can c multiple output (SL, SLVoice, media, music) and 1 input channel in
pavucontrol)...
7. I dont know where to put my tar-ball...

Advantage:
The user would just need to run "yum install secondlife", if we get the rpm
right
(while currently at least a tar-ball-extraction is necessary;
and if the box is a little weak, it is even necessary to compile the viewer)...

Additional info:
previous attempt: 233946
related bug: 533384
official attempt: http://jira.secondlife.com/browse/VWR-13793

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

_______________________________________________
Fedora-package-review mailing list
Fedora-package-review@xxxxxxxxxx
http://www.redhat.com/mailman/listinfo/fedora-package-review

[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]