Re: [opensource-dev] Linux toolchain update... testers needed.
Works as expected under Ubuntu 12.04 (AMD/gnome). Freezing bug when saving a texture https://jira.secondlife.com/browse/VWR-28846 still present. Seems bug-for-bug compatible to me. 2012/6/5 Oz Linden (Scott Lawrence) > We're working on upgrading our Linux viewer build toolchain (moving to > Debian Squeeze)... > > I've got a test build that I'd like some Linux users to try to see if it > works for them: > > > http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/don_viewer-development/rev/257957/arch/Linux/installer/SecondLife-i686-3.3.3.257957.tar.bz2 > > Please respond here or directly to me (don't create Jira issues yet, > please). > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Looks like 3.3.3 258054 broke tattoo layers
On Tue, 29 May 2012 19:53:58 +0100 (BST) "dilspi72-for...@yahoo.de" wrote: > did other see the line around Your neck too? Yes I can confirm that others see it around my neck. I've also now seen it without wearing a tattoo and/or alpha layer, as in the following screenshot: http://www.flickr.com/photos/cronocloudcreeggan/7345051856/in/photostream Rebaking doesn't fix it, and in fact if an outfit doesn't show the line, rebaking will cause it to appear. Deleting cache or settings files doesn't fix it either. CronoCloud signature.asc Description: PGP signature ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Linux toolchain update... testers needed.
On Tue, 05 Jun 2012 14:27:00 -0400 "Oz Linden (Scott Lawrence)" wrote: > I've got a test build that I'd like some Linux users to try to see > if it works for them: > > > Please respond here or directly to me (don't create Jira issues > yet, please). > > Logged into main grid with it right now on Fedora 17 64-bit. it doesn't seem to have that strange neck glitch issue I've reported for 3.3.3-258xxx on up. Second Life 3.3.3 (257957) May 24 2012 17:25:24 (Second Life Development) Release Notes You are at 259515.0, 211842.0, 29.5 in Pantucket located at sim5859.agni.lindenlab.com (216.82.15.88:13001) Second Life Server 12.06.04.258754 Release Notes CPU: AMD Athlon(tm) II X2 240 Processor (2800 MHz) Memory: 3011 MB OS Version: Linux 3.3.7-1.fc17.x86_64 #1 SMP Mon May 21 22:32:19 UTC 2012 x86_64 Graphics Card Vendor: NVIDIA Corporation Graphics Card: GeForce GT 220/PCIe/SSE2 OpenGL Version: 3.3.0 NVIDIA 295.53 CronoCloud signature.asc Description: PGP signature ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Linux toolchain update... testers needed.
On Tue, 5 Jun 2012 21:31:51 +0200 Ambrosia wrote: > Oz, as an aside.. > > Is there a plan to ever support building non-standalone on Linux > 64bit without installing 32bit libraries or workarounds? It can be a > nightmare with some distributions, and being forced to compile it as > 32bit in 2012 just feels..wrong. Soft Linden told me that he suggested 64-bit back in 2008, given the state of 32-bit compatibility in 64-bit distros. Also said Linux was a tiny segment and most Linux users were running 32-bit. (ubuntu SL users having twice the number of other distro users...combined) I suggested that one of the reasons for some SL Linux users running 32 was the fact that it's a pain in the ass to get SL releases running on 64-bit. And it's annoying to no end that I have to install 32 bit flash just so I can have flash on web-on-a-prim work. CronoCloud signature.asc Description: PGP signature ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Looks like 3.3.3 258054 broke tattoo layers
i see this on aditi/morris. with Jeffery and default skin. Changed to another skin on a different account and it went away. Not seen this but, haven't looked closely on agni. > > From: Ron Rogers Jr. >To: "dilspi72-for...@yahoo.de" >Cc: "opensource-dev@lists.secondlife.com" > >Sent: Wednesday, June 6, 2012 9:16 AM >Subject: Re: [opensource-dev] Looks like 3.3.3 258054 broke tattoo layers > >On Tue, 29 May 2012 19:53:58 +0100 (BST) >"dilspi72-for...@yahoo.de" wrote: >> did other see the line around Your neck too? > >Yes I can confirm that others see it around my neck. I've also now >seen it without wearing a tattoo and/or alpha layer, as in the >following screenshot: > >http://www.flickr.com/photos/cronocloudcreeggan/7345051856/in/photostream > >Rebaking doesn't fix it, and in fact if an outfit doesn't show the >line, rebaking will cause it to appear. Deleting cache or settings >files doesn't fix it either. > >CronoCloud > > >___ >Policies and (un)subscribe information available here: >http://wiki.secondlife.com/wiki/OpenSource-Dev >Please read the policies before posting to keep unmoderated posting privileges > >___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Linux toolchain update... testers needed.
On Tue, 05 Jun 2012 15:59:18 -0400 "Oz Linden (Scott Lawrence)" wrote: > There is no plan to do this. > > There is also not a plan not to do it. > Sigh...wasn't this suggested thing to do...4 years ago. I know I complained about the lack of a 64-bit builds of LL releases 2 years ago on my blog. > I don't know whether or not the new build systems this was created > on are any better set up for 64 bit building than the old one they > will replace were (I'll find out). It's 2012, they had better have a 64 bit Linux installed. > However, even if they are, > doing the work to rebuild and retest all the components and the > viewer itself is not a priority for Linden Lab. What is LL's priority, then. Linux users tend to be early adopter/tech evangelists. Wouldn't it be a good idea to make such users happy by making SL easier and less annoying to install for them. I know if a 64-bit build showed up, I'd certainly be crowing about it on the blog and praising the Lindens for doing so. CronoCloud signature.asc Description: PGP signature ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Linux toolchain update... testers needed.
fuck off take me off your list -Original Message- From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Ron Rogers Jr. Sent: Wednesday, June 06, 2012 11:00 AM To: opensource-dev@lists.secondlife.com Subject: Re: [opensource-dev] Linux toolchain update... testers needed. On Tue, 05 Jun 2012 15:59:18 -0400 "Oz Linden (Scott Lawrence)" wrote: > There is no plan to do this. > > There is also not a plan not to do it. > Sigh...wasn't this suggested thing to do...4 years ago. I know I complained about the lack of a 64-bit builds of LL releases 2 years ago on my blog. > I don't know whether or not the new build systems this was created on > are any better set up for 64 bit building than the old one they will > replace were (I'll find out). It's 2012, they had better have a 64 bit Linux installed. > However, even if they are, > doing the work to rebuild and retest all the components and the viewer > itself is not a priority for Linden Lab. What is LL's priority, then. Linux users tend to be early adopter/tech evangelists. Wouldn't it be a good idea to make such users happy by making SL easier and less annoying to install for them. I know if a 64-bit build showed up, I'd certainly be crowing about it on the blog and praising the Lindens for doing so. CronoCloud ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Linux 64bit non-standalone (was: Linux toolchain update... testers needed.)
Oz Linden (Scott Lawrence) wrote:
> There is no plan to do this.
>
> There is also not a plan not to do it.
>
> I don't know whether or not the new build systems this was created on
> are any better set up for 64 bit building than the old one they will
> replace were (I'll find out). However, even if they are, doing the
> work to rebuild and retest all the components and the viewer itself
> is not a priority for Linden Lab. If it happens that the build
> systems are already going to be 64 bit capable, and some open source
> developer (or team) wants to take on doing the job, I can coordinate
> the requisite access.
I'm building Linux 64bit non-standalone viewers since 2 1/2 years now,
in gerneral once all libraries where in place there has been most of
the time no extra work - its just a Linux version with different
libraries. Looking at the download couter, a bit more than half of all
Imprudence Linux users are using the 64bit version).
The patch I'm using for autobuild is trivial
https://bitbucket.org/ArminW/autobuild-kokua/changeset/d653428ae98e -
to build 64bit export AUTOBUILD_PLATFORM_OVERRIDE=linux64 ("linux64"
is inherited from viewer 1 time, there have been some package
references in the install.xml file).
Adding a linux64 project to the viewer isn't that much of a difference,
see for example Boroondas draft repository:
https://bitbucket.org/boroondas/viewer-development-linux64-draft .
I added also a linux64 project to many of the 3p libslibrary, though not
yet all of them, see https://bitbucket.org/ArminW . Probably some bits
and pieces would need changing if someone wants to prepare versions for
LL use, but for sure for that purpose they can already save a lot of
time in the way they are now. If someone or a team wants to take the
job of getting them through the codereview process I'm glad to
contribute my work as is.
Armin
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Fw: Linux 64bit non-standalone (was: Linux toolchain update... testers needed.)
- Forwarded Message -
>From: Armin Weatherwax
>To: opensource-dev@lists.secondlife.com
>Sent: Wednesday, June 6, 2012 11:53 AM
>Subject: Re: [opensource-dev] Linux 64bit non-standalone (was: Linux toolchain
>update... testers needed.)
>
>Oz Linden (Scott Lawrence) wrote:
>
>> There is no plan to do this.
>>
>> There is also not a plan not to do it.
>>
>> I don't know whether or not the new build systems this was created on
>> are any better set up for 64 bit building than the old one they will
>> replace were (I'll find out). However, even if they are, doing the
>> work to rebuild and retest all the components and the viewer itself
>> is not a priority for Linden Lab. If it happens that the build
>> systems are already going to be 64 bit capable, and some open source
>> developer (or team) wants to take on doing the job, I can coordinate
>> the requisite access.
>
>I'm building Linux 64bit non-standalone viewers since 2 1/2 years now,
>in gerneral once all libraries where in place there has been most of
>the time no extra work - its just a Linux version with different
>libraries. Looking at the download couter, a bit more than half of all
>Imprudence Linux users are using the 64bit version).
>
>The patch I'm using for autobuild is trivial
>https://bitbucket.org/ArminW/autobuild-kokua/changeset/d653428ae98e -
>to build 64bit export AUTOBUILD_PLATFORM_OVERRIDE=linux64 ("linux64"
>is inherited from viewer 1 time, there have been some package
>references in the install.xml file).
>Adding a linux64 project to the viewer isn't that much of a difference,
>see for example Boroondas draft repository:
>https://bitbucket.org/boroondas/viewer-development-linux64-draft .
>I added also a linux64 project to many of the 3p libslibrary, though not
>yet all of them, see https://bitbucket.org/ArminW . Probably some bits
>and pieces would need changing if someone wants to prepare versions for
>LL use, but for sure for that purpose they can already save a lot of
>time in the way they are now. If someone or a team wants to take the
>job of getting them through the codereview process I'm glad to
>contribute my work as is.
>
>Armin
>
>___
>Policies and (un)subscribe information available here:
>http://wiki.secondlife.com/wiki/OpenSource-Dev
>Please read the policies before posting to keep unmoderated posting privileges
>
>
>___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Linux toolchain update... testers needed.
I believe the main challenge is to rebuild all the third party dependencies in 64bit ... ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Linux toolchain update... testers needed.
On Wed, 6 Jun 2012 13:59:02 -0700 Christian Goetze wrote: > I believe the main challenge is to rebuild all the third party > dependencies in 64bit ... Rofl - something that LL certainly isn't capable of ;) Loads of third party viewers have done this already however. I have never used anything else than a native 64-bit build, ever since I started using SL. -- Carlo Wood ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
