I think a rephrased jira might be in place, I don't care if it goes to email
or some other solution is made.
*As a user I would like to have easier, more robust, access to all group
notices of the groups I'm in.
*Solutions:
1) have a option to always send them to email, even when online. (easiest)
I really thought there had been others. I think i might have even created one
at one point, but i could not find it. so i made a new one:
http://jira.secondlife.com/browse/VWR-23098
> Date: Sat, 18 Sep 2010 23:26:27 -0700
> Subject: Re: [opensource-dev] May I ask the reasoning of something
On 2010-09-18, at 20:57, Altair Sythos Memo wrote:
> On Sat, 18 Sep 2010 20:53:21 -0500
> Argent Stonecutter wrote:
>> On 2010-09-17, at 12:51, Altair Sythos Memo wrote:
>>> There aren't tools to assure to an agent him cached texture is still
>>> one cached the teleport before...
>> Not needed. T
On 20/09/2010 12:17 AM, Argent Stonecutter wrote:
> On 2010-09-18, at 20:57, Altair Sythos Memo wrote:
>> On Sat, 18 Sep 2010 20:53:21 -0500
>> Argent Stonecutter wrote:
>>> On 2010-09-17, at 12:51, Altair Sythos Memo wrote:
There aren't tools to assure to an agent him cached texture is sti
I have been pursuing this for awhile. I am wondering if I am the only one
experiencing it? Could others with the same problem let me know so that I
don't feel so lonely 8-)
Problem:
- On Mac, open Console and then open the system.log.
- Open Viewer2 Dev (any version since Beta). Viewer2 R
There are various complaints about AA not working. Some of them complain it
causes an immediate crash (me for example 8-).
Is anyone looking at SNOW-198 or VWR-13286, for example? It appears an
assertion is failing. Maybe it is not needed or backwards or something
(easy fix).
User story:
When
I have exactly the same problem, except I'm using linux and my ulimit
is 1024. When I have http-textures enabled and I teleport the open
files hover around 850-950 with the viewer intermittently running out
of file descriptors. This causes about 1/3 of the http connections to
time out, presumably w
>I hope that some TPV developers provide us with alternatives to kludgily
>modified, poorly designed panels for groups, profiles, inventory, etc
Try looking at the StarLight skin for the viewer if you want some redesigned
profile panels (and lots of other goodies) - details at
http://wiki.second
A simple example of alternative input features might be Speech-to-Text for
the chat bar and for IMs. This for people for whom typing is hard and spech
is easier. Or Text-to-speech for those who have a hard time reading.
On Sat, Sep 18, 2010 at 9:19 PM, Vex Streeter wrote:
> No - avatar mot
FYI.
> Is anyone looking at SNOW-198 or VWR-13286, for example? It appears an
> assertion is failing. Maybe it is not needed or backwards or something
> (easy fix).
>
>
> So, I looked at the code. The assertion occurs three times in
llimagegl.cpp. it sort of looked like the assertions don't d
On 2010-09-19, at 09:21, Tateru Nino wrote:
> On 20/09/2010 12:17 AM, Argent Stonecutter wrote:
>> On 2010-09-18, at 20:57, Altair Sythos Memo wrote:
>>> On Sat, 18 Sep 2010 20:53:21 -0500
>>> Argent Stonecutter wrote:
On 2010-09-17, at 12:51, Altair Sythos Memo wrote:
> There aren't tool
On 2010-09-19 10:21, Tateru Nino wrote:
> I believe he was referring to the fact that a UUID does not always refer
> to the same inworld object. There are instances where an object UUID
> will be used more than once.
Those would be bugs, by definition.
On Sun, Sep 19, 2010 at 1:49 PM, Oz Linden (Scott Lawrence)
wrote:
> On 2010-09-19 10:21, Tateru Nino wrote:
>> I believe he was referring to the fact that a UUID does not always refer
>> to the same inworld object. There are instances where an object UUID
>> will be used more than once.
>
>
> Th
On Sun, Sep 19, 2010 at 12:12 PM, Ponzu wrote:
>
> True. But there are actually UUID algorithms that accept a very low
> probability of repeating a UUID.
>
LL cant afford to have repeats. It would break a lot.
http://wiki.secondlife.com/wiki/UUID
--
Daniel Smith - Sonoma County, California
On 20/09/2010 3:49 AM, Oz Linden (Scott Lawrence) wrote:
>On 2010-09-19 10:21, Tateru Nino wrote:
>> I believe he was referring to the fact that a UUID does not always refer
>> to the same inworld object. There are instances where an object UUID
>> will be used more than once.
>
> Those would
On Sun, Sep 19, 2010 at 12:53 PM, Tateru Nino wrote:
>
>
> On 20/09/2010 3:49 AM, Oz Linden (Scott Lawrence) wrote:
> >On 2010-09-19 10:21, Tateru Nino wrote:
> >> I believe he was referring to the fact that a UUID does not always refer
> >> to the same inworld object. There are instances whe
> On 2010-09-19, at 12:49, Oz Linden (Scott Lawrence) wrote:
>> On 2010-09-19 10:21, Tateru Nino wrote:
>>
>> I believe he was referring to the fact that a UUID does not always refer
>> to the same inworld object. There are instances where an object UUID
>> will be used more than once.
>
>>
> Th
HTTP textures seems to make an already bad situation worse. A very
large number of the open files I see on Linux are fonts: I've seen up
to 20 FDs pointing to the same font file - I typically run under linux
with a ulimit of 2048 to avoid the issue. I see similar things on
Windows (7) but
As a User, , I want to be able to easily identify kids, and better land and
viewer controls to automatically mute (both text and voice), eject, ban, and
send home anyone not age and id verified by DEFAULT. (I'd also like to be able
to have my Linden homes be on adult parcels as well!)
I think the issue may be with slplugin, though i am not sure yet.. As its
starting to be used quite a bit. And every media / external webbased thing
loads up a plugin. My Wifes machine at one time had like 23 slplugins
running. Who knows how many threads.
Ill have to peek atthe code to proove t
On 9/19/10, Argent Stonecutter wrote:
> Perhaps Tateru was referring to the prim data changing (eg, geometry) while
> the prim UUID stays the same. I don't think the viewer makes any assumptions
> about prims being unchanged from session to session, so that's not something
> that would need to be
On Sun, 19 Sep 2010 13:16:25 -0700
Kelly Linden wrote:
> * Rezed objects are given a new UUID (though they will still
> reference the 'original asset id' for some internal tracking server
> side)
yes but cache was hinted for etxtures, what happen to same textures
copied or shared to others?
I
On Sun, Sep 19, 2010 at 3:27 PM, Altair Sythos wrote:
> On Sun, 19 Sep 2010 13:16:25 -0700
> Kelly Linden wrote:
>
>
> > * Rezed objects are given a new UUID (though they will still
> > reference the 'original asset id' for some internal tracking server
> > side)
>
> yes but cache was hinted for
On Sun, Sep 19, 2010 at 3:13 PM, Aidan Thornton wrote:
> On 9/19/10, Argent Stonecutter wrote:
> > Perhaps Tateru was referring to the prim data changing (eg, geometry)
> while
> > the prim UUID stays the same. I don't think the viewer makes any
> assumptions
> > about prims being unchanged from
Hi,
Have a look at SNOW-375. It sounds like what you want.
Also see Icesphere, which uses SNOW-375 to create detach windows and
chat. It also supports remote chat sessions to the viewer... for
multiple windows or multiple home computers.
Vex Streeter wrote:
> Who's currently working on d
Having a better way to identify in a profile whether it is age
verified or not is a good idea, but I don't think the "default" and
"automatic" actions requested should be in a viewer. Not all unverified
users are kids, and treating them automatically as minors and muting or
blocking them is no
Awesome! This looks like very much like what I want!
Cheers,
Vex
On 9/19/2010 6:19 PM, Dzonatas Sol wrote:
> Hi,
>
>
> Have a look at SNOW-375. It sounds like what you want.
>
> Also see Icesphere, which uses SNOW-375 to create detach windows and
> chat. It also supports remote chat sess
Never mind, figured out a fix. For some reason, gcc-4.0 was not in my
PATH. It is in /Developer/usr/bin, so I added that to my Path.
develop.py seems to work now (fingers crossed).
On Sun, Sep 19, 2010 at 4:41 PM, Lee Sailer wrote:
> Trying to set up another hg repository from scratch, I am st
28 matches
Mail list logo