Re: [opensource-dev] s3-proxy.lindenlab.com points to a private IP address?
Ah, for some reason USE_KDU was already true, which caused cmake to keep hallucinating that it needed KDU (regardless of whether the KDU package existed in autobuild). With -DUSE_KDU=FALSE on the command line, I ended up not needing to touch the autobuild xml files: autobuild configure -- -DFMOD:BOOL=FALSE -DINSTALL_PROPRIETARY:BOOL=FALSE -DUSE_KDU:BOOL=FALSE (Since cmake/LLKDU.cmake sets USE_KDU to true when INSTALL_PROPRIETARY is true, maybe it should also explicitly falsify USE_KDU when INSTALL_PROPRIETARY is set to be false?) With Visual Studio 2010, you also apparently have to run the IDE at least once prior to configuring, or else the background Visual Studio instance that it spawns ends up crashing out. Celi On Sun, Apr 10, 2011 at 7:11 AM, Oz Linden (Scott Lawrence) o...@lindenlab.com wrote: On 2011-04-09 22:57, Celierra Darling wrote: Hmm, this didn't work for me; autobuild still attempts to download kdu even if I specify DINSTALL_PROPRIETARY. (If it helps, the same thing happens if I use autobuild configure -c OpenSourceRelWithDebInfo , though I don't have to specify DFMOD there.) Sorry - I wasn't clear. To prevent the attempt to download, you have to take the installable out of the autobuild configuration. The cmake variable only prevents trying to use it. ___ 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] s3-proxy.lindenlab.com points to a private IP address?
On 2011-04-09 0:19, Celierra Darling wrote: I'm still seeing both of these, for FMOD and for KDU, in viewer-development rev 15768 (8b6c61efed4c), the latest revision at the moment. I can get past the FMOD step by explicitly specifying -- -DFMOD:BOOL=FALSE on the configure command line (suggested by Ima on #opensl), but KDU doesn't seem to have an option that's so simple. (I'd rather not edit the URL to download gray-area files if I can help it.) if you pass -DINSTALL_PROPRIETARY:BOOL=FALSE then the build will not use the KDU. Those files were uploaded to the wrong place in error, and should not have been referenced using the publicly available URL. They've been deleted. If you have copies of them, please delete them. ___ 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] s3-proxy.lindenlab.com points to a private IP address?
I'm still seeing both of these, for FMOD and for KDU, in viewer-development rev 15768 (8b6c61efed4c), the latest revision at the moment. I can get past the FMOD step by explicitly specifying -- -DFMOD:BOOL=FALSE on the configure command line (suggested by Ima on #opensl), but KDU doesn't seem to have an option that's so simple. (I'd rather not edit the URL to download gray-area files if I can help it.) Celi On Thu, Apr 7, 2011 at 7:45 AM, WolfPup Lowenhar wolfpu...@earthlink.netwrote: Ok I see two things here Glimmering Sands: 1. You are using an old repository the current one is actually viewer development as autobuild has been merged in. 2. FMOD and KDU are actually somewhere in http://s3-proxy.lindenlab.com of which we as Open Source Developers have NO access to and are NOT allowed to have access to. Ima Mecanique, The FMOD and KDU libs are not distributed externally if you look at a current copy of the autobuild.xml you will find that the address is a private one for them and a few others LL cannot freely distribute. Now LL has ‘provided’ a way for those that have FMOD already to ‘re-pacakage’ this one for use in the autobuild. LL dose not actually modify any of the FMOD files but actually creates a ‘wraper’ in the form of llaudio to interface with fmod.dll so that those that are on Windows will have working sound. *From:* opensource-dev-boun...@lists.secondlife.com [mailto: opensource-dev-boun...@lists.secondlife.com] *On Behalf Of *Ima Mechanique *Sent:* Thursday, April 07, 2011 7:03 AM *To:* opensource-dev@lists.secondlife.com *Subject:* Re: [opensource-dev] s3-proxy.lindenlab.com points to a private IP address? Linden Lab should not be distributing either of these libraries, as they do not have a license that permits them to do so(from what I have heard from them in other dialogs). So this violates and possibly voids their license for Kakadu, as well as all of their careful planning to keep it out of every developers hands except for their own. I hope that they will take these down, and it is not an error that you should NOT be able to download them. The error here is that they are trying to be downloaded at all. This is something of a grey area. For KDU, this is not distributing per se, as it is only the headers and lib file to link against, not the final library being made available. I'm not privy to the license details so have no idea if this would be a breach of terms.. For FMOD, things are clearer. The contents of the FMOD distribution archive may not be redistributed, reproduced, modified, transmitted, broadcast, published or adapted in any way, shape or form, without the prior written consent of the owner, Firelight Technologies, be it by tangible or non tangible media. The fmod.dll file may be redistributed without the authors prior permission, and must remain unmodified. LL have both modified the archive (by creating a new one) and are redistributing that modified version, so I hope they have obtained written permission from Firelight Technologies I'd hope that FT would be happy to grant permission, as it relieves their servers of the download bandwidth required. On Wed, Apr 6, 2011 at 23:34, Glimmering Sands glimmering.sa...@gmail.com wrote: Well, I have discovered, through the wonders of Mr. Google, that there is an older copy autobuild.xml out there at: https://bitbucket.org/merov_linden/viewer-autobuild2010/src/44f214103cff/autobuild.xml and I was able to simply use the http://s3.amazonaws.com/viewer-source-downloads/install_pkgs/... lines for both fmod and kdu (would it be considered a bug that Linden Labs is distributing an autobuild.xml that uses internal only paths rather than using the external paths (that I guessed the used to have?) One can also wonder why you would let internal DNS records be allowed to external sites as well... Sometime later I will discover if this solves my grey goo box problem or not :-) Hugs, Glimmering -- Ima Mechanique ima.mechanique(at)blueyonder.co.uk ___ 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 -- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1209 / Virus Database: 1500/3556 - Release Date: 04/06/11 ___ 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
Re: [opensource-dev] s3-proxy.lindenlab.com points to a private IP address?
Linden Lab should not be distributing either of these libraries, as they do not have a license that permits them to do so(from what I have heard from them in other dialogs). So this violates and possibly voids their license for Kakadu, as well as all of their careful planning to keep it out of every developers hands except for their own. I hope that they will take these down, and it is not an error that you should NOT be able to download them. The error here is that they are trying to be downloaded at all. This is something of a grey area. For KDU, this is not distributing per se, as it is only the headers and lib file to link against, not the final library being made available. I'm not privy to the license details so have no idea if this would be a breach of terms.. For FMOD, things are clearer. The contents of the FMOD distribution archive may not be redistributed, reproduced, modified, transmitted, broadcast, published or adapted in any way, shape or form, without the prior written consent of the owner, Firelight Technologies, be it by tangible or non tangible media. The fmod.dll file may be redistributed without the authors prior permission, and must remain unmodified. LL have both modified the archive (by creating a new one) and are redistributing that modified version, so I hope they have obtained written permission from Firelight Technologies I'd hope that FT would be happy to grant permission, as it relieves their servers of the download bandwidth required. On Wed, Apr 6, 2011 at 23:34, Glimmering Sands glimmering.sa...@gmail.com wrote: Well, I have discovered, through the wonders of Mr. Google, that there is an older copy autobuild.xml out there at: https://bitbucket.org/merov_linden/viewer-autobuild2010/src/44f214103cff/autobuild.xml and I was able to simply use the http://s3.amazonaws.com/viewer-source-downloads/install_pkgs/... lines for both fmod and kdu (would it be considered a bug that Linden Labs is distributing an autobuild.xml that uses internal only paths rather than using the external paths (that I guessed the used to have?) One can also wonder why you would let internal DNS records be allowed to external sites as well... Sometime later I will discover if this solves my grey goo box problem or not :-) Hugs, Glimmering -- Ima Mechanique ima.mechanique(at)blueyonder.co.uk ___ 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] s3-proxy.lindenlab.com points to a private IP address?
Curious assertions you make, WolfPup Lowenhar. So, I wonder, what would be a more up to date repository than the one retrieved from by: hg clone http://hg.secondlife.com/viewer-development Which is precisely where I retrieved the repository that I used just a few days previous. I also followed the instructions on the public wiki for how to use autobuild. Perhaps it is naive to assume that as it is documented, published, and available, that it might actually be of use (in particular since it appears the older documentation of how to work with fmod is gone). The autobuild reveals three problems. The first is that it attempts to retrieve files from s3-proxy.lindenlab.com which resolves to a non-routable IP address. The second is that linden labs would allow internal IP addresses to leak to the outside. The third is that the documentation on how to build the viewer gives no indication of what do do about the situation. Perhaps you misunderstood that I repaired the two lines of the autobuild.xml file such that the autobuild will work. I did so with the help of Mr. Google who pointed out an older autobuild.xml that referenced an alternate location of the two particular files in question using a globally routable address. If you are concerned that this solution resulted in out dated copies of said files, please do not be stressed as they appear to be the same ones referenced by the new broken for everyone but lindens autobuild.xml file as the checksums match. So, contrary to your assertion, you do have access to the said files if you care to repair your autobuild.xml, the issue presented that linden labs should not have placed said files there not withstanding. My task was a simple one, to simply build a current viewer without grey goo by using the publicly available instructions. Of course, building the SL viewer is never that easy. Fortunately this time the task was accomplished with only having to modify two lines in one file. Hugs, Glimmering On Thu, Apr 7, 2011 at 4:45 AM, WolfPup Lowenhar wolfpu...@earthlink.net wrote: Ok I see two things here Glimmering Sands: 1. You are using an old repository the current one is actually viewer development as autobuild has been merged in. 2. FMOD and KDU are actually somewhere in http://s3-proxy.lindenlab.com of which we as Open Source Developers have NO access to and are NOT allowed to have access to. Ima Mecanique, The FMOD and KDU libs are not distributed externally if you look at a current copy of the autobuild.xml you will find that the address is a private one for them and a few others LL cannot freely distribute. Now LL has ‘provided’ a way for those that have FMOD already to ‘re-pacakage’ this one for use in the autobuild. LL dose not actually modify any of the FMOD files but actually creates a ‘wraper’ in the form of llaudio to interface with fmod.dll so that those that are on Windows will have working sound. From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Ima Mechanique Sent: Thursday, April 07, 2011 7:03 AM To: opensource-dev@lists.secondlife.com Subject: Re: [opensource-dev] s3-proxy.lindenlab.com points to a private IP address? Linden Lab should not be distributing either of these libraries, as they do not have a license that permits them to do so(from what I have heard from them in other dialogs). So this violates and possibly voids their license for Kakadu, as well as all of their careful planning to keep it out of every developers hands except for their own. I hope that they will take these down, and it is not an error that you should NOT be able to download them. The error here is that they are trying to be downloaded at all. This is something of a grey area. For KDU, this is not distributing per se, as it is only the headers and lib file to link against, not the final library being made available. I'm not privy to the license details so have no idea if this would be a breach of terms.. For FMOD, things are clearer. The contents of the FMOD distribution archive may not be redistributed, reproduced, modified, transmitted, broadcast, published or adapted in any way, shape or form, without the prior written consent of the owner, Firelight Technologies, be it by tangible or non tangible media. The fmod.dll file may be redistributed without the authors prior permission, and must remain unmodified. LL have both modified the archive (by creating a new one) and are redistributing that modified version, so I hope they have obtained written permission from Firelight Technologies I'd hope that FT would be happy to grant permission, as it relieves their servers of the download bandwidth required. On Wed, Apr 6, 2011 at 23:34, Glimmering Sands glimmering.sa...@gmail.com wrote: Well, I have discovered, through the wonders of Mr. Google, that there is an older copy autobuild.xml out
Re: [opensource-dev] s3-proxy.lindenlab.com points to a private IP address?
Well, I have discovered, through the wonders of Mr. Google, that there is an older copy autobuild.xml out there at: https://bitbucket.org/merov_linden/viewer-autobuild2010/src/44f214103cff/autobuild.xml and I was able to simply use the http://s3.amazonaws.com/viewer-source-downloads/install_pkgs/... lines for both fmod and kdu (would it be considered a bug that Linden Labs is distributing an autobuild.xml that uses internal only paths rather than using the external paths (that I guessed the used to have?) One can also wonder why you would let internal DNS records be allowed to external sites as well... Sometime later I will discover if this solves my grey goo box problem or not :-) Hugs, Glimmering On Tue, Apr 5, 2011 at 8:14 PM, Glimmering Sands glimmering.sa...@gmail.com wrote: Sorry to bother you kind folks again. I am attempting to follow the suggestion of building from scratch from a new account. Given that the instructions for how to install fmod are now missing from the wiki I decided I should just follow the autobuild instructions. Maybe they will work better? But alas, fate would have it that this has a failure for me as well: downloading fmod archive from http://s3-proxy.lindenlab.com/private-builds-secondlife-com/hg/repo/3p-fmod-private/rev/221852/arch/Darwin/installer/fmod-3.75-darwin-20110222.tar.bz2 unable to download file: urlopen error [Errno 60] Operation timed out So why does this download timeout? $ nslookup s3-proxy.lindenlab.com Non-authoritative answer: s3-proxy.lindenlab.com canonical name = int.excod.lindenlab.com. Name: int.excod.lindenlab.com Address: 10.6.3.104 No, even in the fantastical world I might live in, I am quite certain I am not able to reach linden lab's private servers, nor do I think setting up my own 10.6/16 network would be of any assistance. Perhaps this is an error by the DNS administrators at Linden Labs? Kind Regards, Glimmering ___ 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] s3-proxy.lindenlab.com points to a private IP address?
Linden Lab should not be distributing either of these libraries, as they do not have a license that permits them to do so(from what I have heard from them in other dialogs). So this violates and possibly voids their license for Kakadu, as well as all of their careful planning to keep it out of every developers hands except for their own. I hope that they will take these down, and it is not an error that you should NOT be able to download them. The error here is that they are trying to be downloaded at all. On Wed, Apr 6, 2011 at 23:34, Glimmering Sands glimmering.sa...@gmail.com wrote: Well, I have discovered, through the wonders of Mr. Google, that there is an older copy autobuild.xml out there at: https://bitbucket.org/merov_linden/viewer-autobuild2010/src/44f214103cff/autobuild.xml and I was able to simply use the http://s3.amazonaws.com/viewer-source-downloads/install_pkgs/... lines for both fmod and kdu (would it be considered a bug that Linden Labs is distributing an autobuild.xml that uses internal only paths rather than using the external paths (that I guessed the used to have?) One can also wonder why you would let internal DNS records be allowed to external sites as well... Sometime later I will discover if this solves my grey goo box problem or not :-) Hugs, Glimmering On Tue, Apr 5, 2011 at 8:14 PM, Glimmering Sands glimmering.sa...@gmail.com wrote: Sorry to bother you kind folks again. I am attempting to follow the suggestion of building from scratch from a new account. Given that the instructions for how to install fmod are now missing from the wiki I decided I should just follow the autobuild instructions. Maybe they will work better? But alas, fate would have it that this has a failure for me as well: downloading fmod archive from http://s3-proxy.lindenlab.com/private-builds-secondlife-com/hg/repo/3p-fmod-private/rev/221852/arch/Darwin/installer/fmod-3.75-darwin-20110222.tar.bz2 unable to download file: urlopen error [Errno 60] Operation timed out So why does this download timeout? $ nslookup s3-proxy.lindenlab.com Non-authoritative answer: s3-proxy.lindenlab.com canonical name = int.excod.lindenlab.com. Name: int.excod.lindenlab.com Address: 10.6.3.104 No, even in the fantastical world I might live in, I am quite certain I am not able to reach linden lab's private servers, nor do I think setting up my own 10.6/16 network would be of any assistance. Perhaps this is an error by the DNS administrators at Linden Labs? Kind Regards, Glimmering ___ 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
[opensource-dev] s3-proxy.lindenlab.com points to a private IP address?
Sorry to bother you kind folks again. I am attempting to follow the suggestion of building from scratch from a new account. Given that the instructions for how to install fmod are now missing from the wiki I decided I should just follow the autobuild instructions. Maybe they will work better? But alas, fate would have it that this has a failure for me as well: downloading fmod archive from http://s3-proxy.lindenlab.com/private-builds-secondlife-com/hg/repo/3p-fmod-private/rev/221852/arch/Darwin/installer/fmod-3.75-darwin-20110222.tar.bz2 unable to download file: urlopen error [Errno 60] Operation timed out So why does this download timeout? $ nslookup s3-proxy.lindenlab.com Non-authoritative answer: s3-proxy.lindenlab.com canonical name = int.excod.lindenlab.com. Name: int.excod.lindenlab.com Address: 10.6.3.104 No, even in the fantastical world I might live in, I am quite certain I am not able to reach linden lab's private servers, nor do I think setting up my own 10.6/16 network would be of any assistance. Perhaps this is an error by the DNS administrators at Linden Labs? Kind Regards, Glimmering ___ 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
