On Tue, 20 Mar 2018 19:58:49 +1000, Alex wrote:
> This is what I get:
> alex@desktop:~/ivyviewer$ LD_LIBRARY_PATH="./lib:$LD_LIBRARY_PATH" ldd
> ./bin/llplugin/libmedia_plugin_cef.so
> linux-vdso.so.1 => (0x7ffcedd68000)
> librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1
> (
On Tue, 20 Mar 2018 22:00:36 +1000, Alex wrote:
> Well, I am a little closer :)
>
> I have a different error now.
>
> 2018-03-20T11:53:39Z WARNING: LLPluginInstance::load: apr_dso_load of
> /home/alex/ivyviewer/bin/llplugin/libmedia_plugin_cef.so failed with
> error 20019 , additional info str
On Tue, 20 Mar 2018 22:30:14 +1000, Alex wrote:
> The symbol is there... I'm not seeing any 'not found' errors when I
> check that plugin with ldd.
Depending on your ld version (old ones are very sensitive to the library
link order), this could be an issue with not linking the libraries in the
p
On Tue, 20 Mar 2018 22:48:05 +1000, Alex wrote:
> I couldn't spot a problem in either of those files, but my eyes might
> have missed something.
>
> Does anything stand out at you:
>
> https://pastebin.com/c7wRQik8 (indra/cmake/CEFPlugin.cmake)
> https://pastebin.com/ZhytizN8 (indra/media_plugi
On Tue, 20 Mar 2018 14:15:09 +0100, Henri Beauchamp wrote:
> Looks fine to me... Putting the blame on a buggy ld, you could try this
> trick (specifying libcef.so twice for linking) in CEFPlugin.cmake:
Or... This could be an issue in how you linked libdullahan.a and/or
dullahan_host...
On Tue, 20 Mar 2018 22:30:14 +1000, Alex wrote:
> On 2018-03-20 22:00, Alex wrote:
> > 2018-03-20T11:53:39Z WARNING: LLPluginInstance::load: apr_dso_load of
> > /home/alex/ivyviewer/bin/llplugin/libmedia_plugin_cef.so failed with
> > error 20019 , additional info string:
> > /home/alex/ivyviewer/b
On Wed, 21 Mar 2018 07:32:08 +1000, Alex wrote:
> On 2018-03-21 04:10, Henri Beauchamp wrote:
> > But only twice... I get it listed thrice in my plugin...
> > strings
> > /usr/local/CoolVLViewer-1.26.21/bin/llplugin/media_plugin_cef.so |
> > grep _ZN8dullahan2
On Wed, 21 Mar 2018 08:58:55 +1000, Alex wrote:
> On 2018-03-21 07:57, monty wrote:
>
> > 'nm' that thing and see what is definition and what is reference.
>
> I pasted the result here:
>
> https://pastebin.com/BZyKEJf2
>
> command used: nm --print-file-name -u libmedia_plugin_cef.so
With the
On Wed, 21 Mar 2018 09:38:07 +1000, Alex wrote:
> libmedia_plugin_cef.so:00114cd0 T
> dullahan::setOnStatusMessageCallback(boost::function (std::string)>)
> libmedia_plugin_cef.so: U
> dullahan::setOnStatusMessageCallback(std::function)
The problem is that the dullahan::
On Wed, 21 Mar 2018 16:59:58 +1000, Alex wrote:
> Just a quick question about the above. In the list for
> target_link_libraries, the first two make sense to me, but what is 'cef'
> referring to? is it libcef.so?
Yes, under Linux, ld uses the provided library and searches for
, lib.so, lib.a,
On Thu, 22 Mar 2018 23:39:51 +1000, Alex wrote:
> 2018-03-22T10:08:12Z llplugin/slplugin/slplugin.cpp(194) : error
> 2018-03-22T10:08:12Z ERROR: llplugin/slplugin/slplugin.cpp(194) : main:
> port number must be numeric
> .../...
> 4589 execve("/home/alex/ivyviewer/bin/SLPlugin",
> ["/home/alex/i
On Thu, 22 Mar 2018 16:31:29 +0100, Henri Beauchamp wrote:
> In my viewer, SLPlugin is never passed any other argument than the port,
> so maybe these arguments you see passed are an "extension" to Firestorm's
> plugin system...
In fact, looking at the processes for a
On Fri, 23 Mar 2018 01:48:08 +1000, Alex wrote:
> It does indeed sound like the viewer is subsequently spawning another
> SLPlugin instead of dullahan_host, you are right. I have no idea why the
> viewer would be doing that. From what I am aware, the viewer _should_
> start one instance of SLPl
On Fri, 23 Mar 2018 09:50:12 +1000, Alex wrote:
> Well that certainly got me further! Thank you! Its' at least _trying_ to
> start dullahan_host now, but some strange behavour:
>
> alex@desktop:~/ivyviewer$ grep dullahan trace.txt | pcregrep -o1
> '.*(execve\([a-z0-9\/_\"]+),'
> execve("/usr/lo
On Fri, 23 Mar 2018 14:51:30 -0500, Nicky Perian wrote:
> What is the procedure for determining which CDN node is use for viewer
> instance.
CDN server IPs are served by your DNS, the latter being updated with the
closest CDN server. I.e. if you live in one country and use a DNS hosted
in another
On Sat, 31 Mar 2018 13:36:28 +0200, Lance Corrimal wrote:
> Hi guys,
>
> I'm trying to build a viewer on linux, and the build fails due to several
> undefined variables, which, given their names, should actually be defined
> somewhere in the source, or in the autobuild_variables_file:
>
> er
On Sat, 31 Mar 2018 15:20:50 +0200, Lance Corrimal wrote:
> After closer inspection it seems that LL_LINUX, LL_DARWIN or LL_WINDOWS
> need to be defined to get the right things done right in the include
> files... shouldn't autobuild make sure of this?
I don't use autobuild for my viewer (its bui
On Mon, 4 Jun 2018 15:25:55 -0700, Kadah Coba wrote:
> So just heard about this, not sure if this was known about before this.
> https://developer.apple.com/macos/whats-new/
>
> "Apps built using OpenGL and OpenCL will continue to run in macOS 10.14,
> but these legacy technologies are deprecate
On Mon, 4 Jun 2018 22:41:48 -0700, Dahlia Trimble wrote:
> But seriously, perhaps LL should consider writing a new viewer with a
> modern, API-agnostic rendering layer. OpenGL is stagnant on just about
> every platform now.
OpenGL is not stagnant (v4.6 dates only from July 2017): it is simply
mat
On Fri, 21 Sep 2018 16:51:14 -0700, John Nagle wrote:
> I've been looking for the "half-unsit" region crossing bug,
> adding debug code to llviewerobject. Something is going wrong
> in reparenting, but I haven’t been able to isolate it yet.
>
> Looking in there, I've found some code that
On Fri, 21 Sep 2018 20:33:00 -0700, John Nagle wrote:
> Here's how I currently compile successfully on Linux.
> This builds the development version 5.1.9, not the release version.
>
> Install all prerequisites per
> http://wiki.phoenixviewer.com/fs_compiling_firestorm_64bit_ubuntu
wget http://sl
On Sat, 22 Sep 2018 15:43:14 +0200, Lance Corrimal wrote:
> I have python 2 and python 3 installed on my system, is there a way to
> specify
> which python version autobuild should use? by default it tries python3, which
> fails.
Depending on your distribution, you may specify (or not) which P
On Sun, 23 Sep 2018 10:56:52 +0200, Lance Corrimal wrote:
> the trick with the link did not work either, cmake is evil enough to
> actually search for python binaries WITH the attached version number.
cmake is for nothing in this behaviour (else, I'd encounter it as well for
my viewer and distro,
On Mon, 15 Oct 2018 15:27:12 -0400, Oz Linden (Scott Lawrence) wrote:
> In the interests of continuing to improve performance and user
> experience, we will be removing the old non-HTTP fetching methods from
> our simulators in early 2019. This means that any viewers that are still
> fetching t
On Mon, 29 Oct 2018 17:59:13 -0400, Oz Linden (Scott Lawrence) wrote:
> On 2018-10-19 09:52 , Henri Beauchamp wrote:
>
> > My viewer has long been updated to make use of the newest HTTP fetching
> > capabilities, but it also implements an automatic fallback to UDP fetches
>
You might want to use my modified version of OpenJPEG v1.4.0.635 (that is
included in the Cool VL Viewer source and built in-tree with the viewer)
instead of any later versions that got utterly broken for SL usage...
My version includes the needed security fixes from v1.5+ as well as some
crash bu
Greetings,
I'm writing this email because I'm getting tired of having to pile up
workarounds in my viewer code for all the SL server issues that have
appeared in a succession and every few weeks since mid December, and
think it is time for you folks, at LL, to do some serious review of
the latest
On Mon, 8 Apr 2019 10:49:42 -0400, Oz Linden (Scott Lawrence) wrote:
> On 2019-04-08 09:27 , Henri Beauchamp wrote:
> > In the hope my observations will help you guys to get things back on
> > track (because it's getting really badly needed).
>
> Thank you Henri.
>
On Fri, 26 Apr 2019 14:24:32 +0100, Jack Lang wrote:
> I'm trying to port Firestorm to Raspberry Pi
Are you serious ? O.O
Since mesh has been implemented, the viewer code is tightly bound to
x86 processors, because it makes a large use of SSE2 math. You'd have
to translate all that code into an
On Tue, 4 Feb 2020 22:28:53 +0100, Nicky D. wrote:
> it has been a while since LL released their last Linux capable viewer. To
> get things started
> again I brought 6.3.6 up to Linux support:
> https://bitbucket.org/NickyD/viewer-linux
> https://bitbucket.org/NickyD/viewer-flatpak (for the flat
On Thu, 6 Feb 2020 12:05:17 +0100, Nicky D. wrote:
> I know. I already looked at it for Firestorm. But LL won't let you
> contribute this as we know due to their CA standards.
I see... I was apparently mistaken by the 'vs' term in the subject
of your message, and by the fact your viewer-linux sou
On Fri, 7 Feb 2020 00:51:27 -0500, Andras Farkas wrote:
> I was watching a friend play Second Life and thought it looked cool
> (I'm really into MUCKs, so VR is a cool topic in general) so I decided
> I'd try to compile it on FreeBSD, my desktop OS.
FreeBSD is not a build target for the viewer: b
On Tue, 25 Feb 2020 10:48:03 -0500, Oz Linden (Scott Lawrence) wrote:
> *As we mentioned at the last Third Party Viewer meeting,
Oh yes, those meetings a non-English speaking developer cannot follow
because they are held in voice chat... How nice and practical a way
of communication !
> the upco
On Thu, 27 Feb 2020 11:10:19 -0500, Oz Linden (Scott Lawrence) wrote:
> The definition of LLSD and our open source implementations of it have
> always included the possibility of arbitrary nesting in arrays and maps
> (and we use it extensively internally without problems). We're not able
> to
On Thu, 27 Feb 2020 14:39:10 -0500, Oz Linden (Scott Lawrence) wrote:
> That protocol works (and from time to time we employ it) when the change
> is one that can be compatible, but that's not the case here. The account
> levels are not an optional thing, and there never was any way we could
>
On Thu, 27 Feb 2020 12:44:31 -0800, Brian McGroarty wrote:
> All else aside: In the future, if you notice something on aditi adversely
> affects your viewer, please don't be shy about raising it on this list or
> in a JIRA. An early heads up may be helpful to other viewer devs, or it
> will make i
On Sat, 29 Feb 2020 10:33:52 -0600, Tonya Souther wrote:
> 305 of those libraries are in llplugin, and five are in the SLvoice
> for OpenSim. I don't expect that LL has anything to do with the
> latter, but the former is the much bigger problem. Is the llplugin
> directory still needed?
My bet is
On Thu, 19 Mar 2020 10:46:27 -0400, Oz Linden (Scott Lawrence) wrote:
> The DRTVWR-481 branch has been promoted to the default viewer and pulled
> to the master branch.
Sadly, there is no corresponding commit to be found: the only commit
between the master branch and DRTVWR-481 (which is now go
On Thu, 19 Mar 2020 15:29:01 -0400, Oz Linden (Scott Lawrence) wrote:
> On 2020-03-19 11:58 , Henri Beauchamp wrote:
> > However, a couple of things are confusing. Would you please care to explain
> > them:
> >
> > - So far, on login, the only "account_lev
On Thu, 19 Mar 2020 21:24:10 +0100, Henri Beauchamp wrote:
> All you need to change is to add in LLLoginInstance::constructAuthParams():
> requested_options.append("agent_appearance_service");
Of course, I meant:
requested_options.append("account_lev
On Thu, 19 Mar 2020 21:24:10 +0100, Henri Beauchamp wrote:
> On Thu, 19 Mar 2020 15:29:01 -0400, Oz Linden (Scott Lawrence) wrote:
>
> > When I log in I get a great deal more than that.
>
> Strange, to say the least... O.O
>
> I got debug messages for user auth XML RPC
On Mon, 13 Apr 2020 10:07:35 -0400, Oz Linden (Scott Lawrence) wrote:
> * On Thursday April 16th, the mailman service that drives this list
> now will be shut down and all list traffic halted.
> .../...
> * A new Google Group list with the same name will be established as
> soon as we
On Wed, 24 Feb 2010 15:21:45 -0600, Soft Linden wrote:
> On Wed, Feb 24, 2010 at 2:47 PM, Marine Kelley
> wrote:
>
> > But what I am concerned about is the viewer directory. I see that
> > I need to provide my RL info to list my viewer there, and that this
> > RL info would then be visible to all
On Thu, 25 Feb 2010 12:55:29 +1100, Darmath wrote:
> Marine Kelley wrote:
> > Besides I don't see why on Earth any RL info should be disclosed to
> > everyone in the open, it is nobody's business except LL's who is
> > making and publishing third party viewers to connect to their grid. To
> > m
On Thu, 25 Feb 2010 21:10:21 +1100, Darren Gansberg wrote:
> Henri Beauchamp wrote:
> >
> > Because you can actually know who are *all* the real persons behind *any*
> > Open Source project ?... You know, people do use pseudonyms a lot, on
> > Internet... Anyway, no whe
On Thu, 25 Feb 2010 11:57:21 +0100, Lance Corrimal wrote:
> Am Donnerstag, 25. Februar 2010 11:38:19 schrieb Henri Beauchamp:
>
> > The problem is not about not being "prepared to put your identity to your
> > own doings", it's all about the cross referencin
On Thu, 25 Feb 2010 12:31:13 +0100, Lance Corrimal wrote:
> Am Donnerstag, 25. Februar 2010 12:18:23 schrieb Henri Beauchamp:
>
> > My guess is that we will soon hear about discriminations based on
> > private info gathered on Internet (Employee: "oh, why can&#x
On Wed, 24 Feb 2010 05:49:01 -0600, Argent Stonecutter wrote:
> On 2010-02-23, at 15:43, Robin Cornelius wrote:
> > Also any one using mono with libomv has an issue as that cannot get
> > the adaptor mac address and passes a NULL mac address, in the past LL
> > have allowed a null mac address as t
On Thu, 25 Feb 2010 14:29:25 +, Gareth Nelson wrote:
> I can confirm that my installation of libomv's TestClient still
> connects fine - version 0.6.3
In fact, I just tried and yes, it's working again... In the mean
time i also got a reply from the support, here it is, just for
you to see how
On Fri, 26 Feb 2010 01:49:38 +0100, Carlo Wood wrote:
> On Thu, Feb 25, 2010 at 05:31:20PM -0600, Soft Linden wrote:
> > There have been no bans related to the TPV policy release.
> >
> > I know there's been some work on migrating some servers to a data
> > center with better connectivity to the
On Thu, 25 Feb 2010 22:56:53 -0800, Rob Nelson wrote:
> I (obviously) agree.
>
> I highly doubt that trying to claim copyright on "Life" or "Second" in
> court would make the judge take the case seriously. What's next,
> claiming copyright on "primitive", "avatar", "lab", and "simulator"?
> Send
I wrote:
> Second, I want to point out that following Lince Lab's (r)(c)(tm)
Please, read "Linden Lab" (typing too fast, sometimes...)
And I'll add a question too:
Are OpenLife folks going to be sued by Linden Labd for using "Life"
in their name ???
Henri.
__
On Fri, 26 Feb 2010 21:14:52 -0600, Soft Linden wrote:
> There's now a FAQ for the Linden Lab Policy on Third Party Viewers:
> http://bit.ly/caedse
Very good job, Soft, thank you ! :-)
However, there are a couple of points that I think should be addressed
or precised in this FAQ:
1. The tradema
On Sat, 27 Feb 2010 12:27:22 +0100, Marine Kelley wrote:
> I don't know much about it, but what about the data that most of us already
> entered when signing up to SL ? LL should have these data stored somewhere,
> why do we have to enter them all again ?
There should be no connection other than
On Sat, 27 Feb 2010 19:53:42 -0600, Soft Linden wrote:
> On Sat, Feb 27, 2010 at 3:32 AM, Henri Beauchamp wrote:
> > On Fri, 26 Feb 2010 21:14:52 -0600, Soft Linden wrote:
> >
> >> There's now a FAQ for the Linden Lab Policy on Third Party Viewers:
> >> http
On Sun, 28 Feb 2010 09:34:55 +0100, Marine Kelley wrote:
> I'd like to remind people of my proposed solution, back when LL asked
> everyone about how to set their third party viewer policy, a few months ago.
> I had proposed to make it so that only viewers built on a LL-owned dedicated
> machine w
On Wed, 10 Mar 2010 14:53:09 -0600, Maya Remblai wrote:
> >>> plain wrong, since you can't NOT wear system hair.
> >>> you can wear system hair of length 0, otherwise known as a "bald hair
> >>> base".
> >>> the one you're wearing while creating an alpha layer in a viewer with this
> >>> unfinish
On Wed, 10 Mar 2010 16:48:40 -0600, Maya Remblai wrote:
> Henri Beauchamp wrote:
> > I found what was wrong in my patch. The new code now works properly, but
> > for a cosmetic glitch (avatar not being rebaked while in customize
> > appearance mode when changing an Alph
On Wed, 10 Mar 2010 12:13:23 -0600, Argent Stonecutter wrote:
> On 2010-03-10, at 11:48, Tigro Spottystripes wrote:
> > IMO the 2.0 interface looks way more like a "developer's interface"
> > than 1.*'s
>
> Which brings this thread back onto topic for this list. :)
>
> I agree. The browser has
On Wed, 10 Mar 2010 22:40:14 -0500, Johnnie Carling wrote:
> Henri, any chance you could add a color/tint setting to the tattoo layer?
Very little chances... After the next Cool SL Viewer release, I'll
concentrate on branding it in a way that is compatible with the TPV
(and this branding stuff wi
On Wed, 10 Mar 2010 21:00:16 -0700, Andromeda Quonset wrote:
> I'd like to see the entire alpha wearables support and feature
> removed in it's entirety. Ever since it was introduced, AV's are
> generally invisible unless I am within 5 meters of them. I'm more
> than a little tired of attendi
On Tue, 23 Mar 2010 06:57:54 +, Morgaine wrote:
> On Tue, Mar 23, 2010 at 4:35 AM, Bryon Ruxton wrote:
>
>- Could you please stop putting everything into that sidebar as the only
>way to access stuff. You've kept wanting to make this "communicator window
> "
>before into a single
On Tue, 23 Mar 2010 06:16:32 -0500, Argent Stonecutter wrote:
> On 2010-03-23, at 05:50, Henri Beauchamp wrote:
> > Whether or not I'll develop a v2.0 branch depends on how much work
> > will be needed to revert the whole UI (yes !) to the one currently
> > existing in
this location:
Voice is a no-no for me. Being French, I can't speak and understand
spoken English (and worst, American English...) well and fast enough
to hold a conversation in voice.
Henri Beauchamp.
___
Policies and (un)subscri
On Wed, 28 Apr 2010 18:02:24 +0200, Marine Kelley wrote:
> Hi, I'd like to thank whoever changed the application page on the Viewer
> Directory, the RL info fields used to be "publishable" (they had a little
> cross next to the little star indicating that they were mandatory), and
> that's what wa
It asks for age
> verification, which I completed years ago. They have my payment
> information on-file already. It also asks for a secondary email address
> to use with my viewer, and that I already publish widely.
>
> It does NOT ask for the address for where I live.
It doe
On Wed, 28 Apr 2010 16:16:37 -0700, Bryon Ruxton wrote:
> Henri,
>
> The viewer is required to comply, just make your viewer comply and don't
> register in the directory. If they are to prevent any viewer that does not
> comply with the TPV to connect to the grid I am glad for it.
And that's wha
Hi again, folks.
Thinking about the TPV directory, I came to the conclusion that this
tool, first intended as an advertizing one, doesn't currently reach
its goal and even mistakes some users who think they will not be able
to use their favourite viewer after the 30th of April if it's not
listed i
On Thu, 29 Apr 2010 09:10:33 +, Opensource Obscure wrote:
> On Thu, 29 Apr 2010 10:56:58 +0200, Henri Beauchamp wrote:
>
> > Instead of a white list for which Linden Lab actually guarantees
> > nothing and to which some developers won't be able to register anyway
>
On Thu, 29 Apr 2010 03:41:50 -0700, Rob Nelson wrote:
> This is a bad idea, as the TPV violators would merely migrate to a
> non-blacklisted viewer.
If they do, and after some time, the only non-blacklisted viewers
left will be the TPV compliant ones, so that's actually a good thing...
Henri.
__
On Thu, 29 Apr 2010 09:10:12 -0500, Michael Dickson wrote:
> And for that reason its actually a negative since it
> would give a possibly false assurance that a viewer not being listed is
> "ok". IMO the directory is doing what its meant to do, give an
> assurance that LL and the viewer creator h
On Thu, 29 Apr 2010 05:40:15 -0700 (PDT), Nicky Perian wrote:
> +1
> A blacklist would just give potential bad actors a menu and
> template to use for more bad viewers that could be modified and get
> past the login screens.
What you must understand is that the TPV policy is in no way a mean
to p
On Thu, 29 Apr 2010 14:04:21 -0400, Discrete Dreamscape wrote:
> A list of trusted entities is virtually always more robust and reliable than
> a list of untrusted ones.
This would be only true if LL was to *guarantee* that the listed viewer
can *actually* be trusted, which is *not* the case with
On Sat, 1 May 2010 06:55:48 -0400, Jonathan Welch wrote:
> I was thrilled to see the viewer to start to compile more or less a
> little while ago but have
> hit another stumbling block.
>
> I'm trying to compile SG 1.4 on Win XP using VC 2005 Express Edition / VC80
>
> 1) Now I'm getting a lot o
Greetings,
I was in the process of creating a patch to backport the new LSL functions
to viewer v1.23, but I noticed that some of these functions, while
already implemented server-side, are not even implemented in viewer 2...
For example, llGetLinkPrimitiveParams() does compile (in any viewer) bu
On Sat, 19 Jun 2010 17:33:09 -0500, Jacek Antonelli wrote:
> On Sat, Jun 19, 2010 at 11:47 AM, Henri Beauchamp wrote:
> > I was in the process of creating a patch to backport the new LSL functions
> > to viewer v1.23, but I noticed that some of these functions, while
> >
On Sun, 20 Jun 2010 14:08:57 -0500, Jacek Antonelli wrote:
> On Sun, Jun 20, 2010 at 1:03 PM, Henri Beauchamp wrote:
> > Plus, there is still the issue that since the new functions are not yet
> > implemented in the official viewer, their server side implementation
> >
On Mon, 12 Jul 2010 14:32:07 +0200, Aleric Inglewood wrote:
> Hi, I just created a new wiki page
>
> https://wiki.secondlife.com/wiki/Development_Environment_for_Multiple_Viewers
> that I'd like to bring under the attention of all linux developers.
One remark is about the strange use of the -p0
On Wed, 14 Jul 2010 16:12:39 -0700, Philippe (Merov) Bossut wrote:
> Hi Trilo,
>
> .../...
> > And last but by no means least, the builds don't work. Application loads
> > properly and I get to a login screen, but the client crashes just as SL
> > finishes logging in and plays the login chime.
On Mon, 19 Jul 2010 13:23:48 -0700 (PDT), buildad...@lindenlab.com wrote:
> CYGWIN:
> http://secondlife.com/developers/opensource/downloads/2010///Snowglobe_1-4-0-0_Setup.exe
> http://secondlife.com/developers/opensource/downloads/2010///good-build.CYGWIN
Does anyone actually *try* the "successfu
On Thu, 22 Jul 2010 06:18:06 -0700 (PDT), Nicky Perian wrote:
> llcommon.dll is present in the current install of the LL build of 1.4
Yes, it has been recently fixed in r3519.
I also solved my problem with non-functional Snowglobe v1.4 executables
(in particular SLPlugin.exe, but also the viewer
On Wed, 28 Jul 2010 18:54:17 -0700, Philippe (Merov) Bossut wrote:
> Hi,
>
> Also at the last Hippo meeting, we decided to branch of 1.4 off the 1.x
> branch so we can release that on as well. I did that and the new release
> branch is available at:
> https://svn.secondlife.com/linden/project
On Tue, 3 Aug 2010 01:24:48 +0200, Aleric Inglewood wrote:
> Hi Brian,
>
> doc/asset_urls.txt contains the line
>
> SLASSET_ART=
> http://automated-builds-secondlife-com.s3.amazonaws.com/oss-viewer/export/slviewer-artwork-oss-viewer-1.23.4.0.zip
>
> Downloading that and checking it with unzip -
On Wed, 7 Jul 2010 16:57:47 +0200, Aleric Inglewood wrote:
> I'm trying to update the wiki on how to build the viewer (on linux).
> I noted that it requires you to download files that don't exist.
> This was reported before on SNOW-604 but still not restored by Linden Lab.
>
> The only right way
All this non-sense looks and sounds furiously like the gibberish that some
so called "A.I." bots produce...
If I were you, guys, I'd just stop feeding the bot, lol !
As for me, the bot's email is now part of my spam filter...
On Sun, 08 Aug 2010 10:22:12 -0700, Dzonatas Sol wrote:
> Opensource, I
On Sun, 15 Aug 2010 12:25:21 -0400, Oz Linden (Scott Lawrence) wrote:
> What’s Next For The Second Life Viewer?
>
> Linden Lab spent the better part of the last two years revamping the
> Second Life Viewer to create Viewer 2. Some of the changes were
> important new features, and some were contro
On Mon, 16 Aug 2010 11:38:44 -0700, Kadah wrote:
>> Would it be useful if I set up a one-way mailing list for
>> announcements of build results for the new viewer-development
>> repository?
>
> Why not use the existing one, sldev-comm...@lists.secondlife.com?
Seconded.
Henri.
_
On Mon, 16 Aug 2010 14:56:25 -0400, Oz Linden (Scott Lawrence) wrote:
> On 2010-08-16 14:23, Henri Beauchamp wrote:
> > Well, the first improvement to do is to actually revert 80% of the UI
> > to the way v1.23's one was working, especially getting rid of that
> > moro
On Mon, 16 Aug 2010 19:27:34 -0700, Yoz Grahame wrote:
> Linden Lab has the final say in what goes into the Linden Lab viewer. A
> third-party viewer team has the final say in what goes into their viewer.
Indeed, but if LL is so close-minded as to reject any change to the UI
that would allow v1 l
On Tue, 17 Aug 2010 19:55:53 -0700, Kelly Linden wrote:
> (lets move this to the scripters list?)
>
> I need to refresh myself on this. There should be 3 names:
> user name: latif.khalifa
> full name: Latif Khalifa
> display name: The Awesome Latif
>
> Most (all?) the existing LSL functions will
On Tue, 17 Aug 2010 19:24:48 -0700, Yoz Grahame wrote:
> On 17 August 2010 02:44, Henri Beauchamp wrote:
>
> > On Mon, 16 Aug 2010 19:27:34 -0700, Yoz Grahame wrote:
> >
> > > Linden Lab has the final say in what goes into the Linden Lab viewer. A
> > > third
On Wed, 18 Aug 2010 11:41:38 -0400, Oz Linden (Scott Lawrence) wrote:
> On 2010-08-18 6:38, Henri Beauchamp wrote:
> > - DO NOT SEGREGATE SUBMISSIONS: since you made Snowstorm LGPL, there
> >is now*no more need* for the FLOSS exception and for contribution
> >agre
On Wed, 18 Aug 2010 15:04:21 -0400, Oz Linden (Scott Lawrence) wrote:
> On 2010-08-18 14:14, Aidan Thornton wrote:
> > On 8/18/10, Oz Linden (Scott Lawrence) wrote:
> >> While there were some good things about the v1 implementation of pie
> >> menus, they also had some flaws - such as not openi
On Sat, 21 Aug 2010 13:29:12 -0700 (PDT), a...@skyhighway.com wrote:
> There was some talk lately about draw distance. i mentioned that from my
> place if i have my draw distance turned up over about 150 i can almost
> count on crashing when i tp. i'm really sorry i can't describe the
> problem
On Sun, 22 Aug 2010 21:10:00 +0100, Gareth Nelson wrote:
> There isn't anything in the policy itself which says you must be
> listed, there is however a note on the directory page warning users to
> be wary of unlisted viewers.
Which is a non-sence.
Quoting the TPV policy:
"
6. The Viewer Direc
On Sun, 22 Aug 2010 22:36:13 +0200, Altair "Sythos" Memo wrote:
> On Sun, 22 Aug 2010 22:30:20 +0200
> Henri Beauchamp wrote:
>
> > On Sun, 22 Aug 2010 21:10:00 +0100, Gareth Nelson wrote:
> >
> > > There isn't anything in the policy itself which sa
On Sat, 4 Sep 2010 12:15:08 -0700, CG Linden wrote:
> And the latest builds are available via this permalink:
>
> http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/viewer-identity/latest.html
>
> On Fri, Sep 3, 2010 at 4:13 PM, Oz Linden (Scott Lawrence) > wrote:
>
> > We had so
d to appreciate and respect are
> already there. If you are not, please join us! This doesn't have
> to a goodbye: I hope to see you join us on the other side!
I have my own viewer, but Imprudence is already using many of my
patches, and I do intend to reuse some of
On Fri, 10 Sep 2010 12:22:25 -0400, Oz Linden (Scott Lawrence) wrote:
> On 2010-09-09 7:15, Aidan Thornton wrote:
> > On 9/8/10, Oz Linden (Scott Lawrence) wrote:
> >> * Take down the Snowglobe subversion repository
> > That's going to be kinda obnoxious, because it means non-Linden La
On Fri, 10 Sep 2010 18:27:32 -0500, dilly dobbs wrote:
> I would like to know 2 things, as an observer. You continue to make
> statements like 'TPV developers' as if you speak for them all.
>
> Secondly, I distinctly remember you saying goodbye to us all, Is this your
> Hi im back statement?
>
201 - 300 of 310 matches
Mail list logo
