n is being used.
The word "developer" can easily be removed from the TPV policy,
because I don't see a single place where it isn't either incompatible
with the GPL or is redundant anyway.
Again: the use of the word "de
On Sun, Mar 21, 2010 at 10:40:54PM +0800, Boy Lane wrote:
> As I wrote that would mean the end of *ALL* current 3rd party SL viewers
> other than Naali or from scratched progammed text clients.
Those cannot take responsibility for what others do with their
code either.
--
Carl
r opensource developers don't do so much noise and understand
> in short time all about the "new" scenario? :)
Maybe because those companies used real lawyers, and
didn't write down such inconsistent unclear nonsense?
--
Carlo Wood
___
uld say "User", not "Developer".
Also, I don't read "you will not be able to connect", I read "you will
be liable for any damages". Quite a different thing.
--
Carlo Wood
___
Policies and (un)subscribe informatio
to agree to the TVP. Has OpenSim's historical
> choice of protocol placed it under LL's legal domain? If not, what
> section of your policy protects me?
>
> Sincerely,
> Ryan
--
Carlo Wood
___
Policies and (un)subscribe in
greed with it.
On Mon, Mar 22, 2010 at 12:53:35PM +0100, Lance Corrimal wrote:
> Am Montag, 22. März 2010 12:44:57 schrieb Carlo Wood:
> > I'd like to see this question answered, too.
> >
> > On Sun, Mar 21, 2010 at 06:08:58PM +0200, Ryan McDougall wrote:
> > >
What is the assertion failure?
--
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
d.so.cache
> 19584: trying file=/lib/libc.so.6
> 19584: 19584:checking for version `GLIBC_2.3' in
> file /lib/libc.so.6 [0] required by file uname [0]
> 19584:checking for version `GLIBC_2.2.5' in file
> /lib/libc.so.6 [0] required by file un
scribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep
> unmoderated
> posting privileges
>
>
>
> __
is that the protocol has to be
changed as well.
--
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
rder. Maybe something like "outer"
> "middle" "inner" "skin" could be keywords left in the description to
> give a default order without a outfit list. When you add an item to the
> list, it would check for such keyword, and place it in a def
most important of all and should be
priority 4 "of course", while in reality *I* am the one
that has to live with it. It should be me (the user) that
decides what priority they want an animation to be.
Thus, again, editable values on no-mod items.
--
Carlo Wood
_
tfit have full flexibility to change the priority of the layers,
> > with mod or no-mod. Keywords, like "Upper-body" slots, can appear
> > anywhere in the hierarchies multiple times.
> >
> > With the list hierarchy like above, the program that bak
e prim skirts and capes by adding a flexi-layer mode to the
> layer...So the clothes can flutter and maybe stretch in the wind?
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-De
re selling jackets also as pants+shirts,
so users can choose to tuck them in or not.
--
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
e, 6 months later)
is probably not going to happen for several reasons :/
So, not doing it right now has almost the same implications
as deciding to never do it. I'd really like to understand
why that is the best thing to do.
Thanks for discussing this with us,
Carlo Wood
PS With regar
On Thu, Mar 25, 2010 at 10:48:24PM +0100, Latif Khalifa wrote:
> Not to mention that some span over more than one bake, like jacket,
> tattoo and alpha. I don't think changing wearable type is feasible.
+1
The type is the type. Converting types will lead us nowhere.
--
ble to change the type, then
I don't feel it should be part of this particular
project. Assume that the project will result in jackets
(the canonical example) can be tucked in and/or being
worn under shirts. Would you really still need it to
be converted to a shirt?
--
Carlo Wood
___
ckets have a texture on the lower part
too. Also, the default insertion point when wearing a new
item would still be different.
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please
ar 26, 2010 at 02:52:39PM -0500, Jonathan Irvin wrote:
>
> On Fri, Mar 26, 2010 at 06:56, Carlo Wood wrote:
>
> It bothers me a bit that we (you) would choose to go
> for an implementation that is not the best or the
> ideal one, ONLY because you want to push out a new
rable is worn, it goes to the top of the appropriate
> layer (as above). But the user can open up the outfit editor and drag
> the wearable to any layer they want, or reorder the items within a
> layer. I think this would be a good solution, because wearing clothes
> would "just work", yet users
#x27;naked' items.
This method as several disadvantages: it's a lot of
work, I have to find back the folder outfit that I'm
currently wearing, there is the danger that I accidently
click 'replace outfit' in the last step and it causes
often two or three rebakes
re* :). If not, it probably
> shouldn't take that much coaxing to get it working :p.
>
> [Personally I really dislike like the "Outfit concept" though and much
> prefer "Add to Outfit" on the new folder followed by a "Remove from Outfit"
> on the old fol
successful
> build (so we avoid those breakage) to viewer-external (see http://
> wiki.secondlife.com/wiki/Linden_Lab_Repository_Strategy for naming
> conventions).
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://
n is true :) it would be nice if this were fixed,
> so that the TPV policy really did talk only about the key things I've tried to
> summarize in those three bullets there, and didn't wander off into the weeds
> demanding legal representations and warrantees from ever
I can't seem to figure out where to start a new thread about
outfits and inheritance.
How/where should we continue this discussion?
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenS
ause it has extra restrictions.
Thus, if this is true (or if they'd do that in the future) then it is
EXTERMELY important to understand; because it DOES mean that all TPV's
have to stop using any additional code released by LL after 30 April
ything to block TPVs",
then SHOULD SAY SO! And *NOT* "if you are a Developer than you are
liable, and responsible for any damages". Hell?
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.
+ if I'm to participate).
--
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
atible, meaning they use the same viewers and started
> with OpenSim code, but they've fixed many of the problems and are
> working to fix the others. Personally I favor InWorldz, and am now
> developing my avatars there before SL.
>
> Maya
>
> Carlo Wood wrote:
>
That is an 'if', what is the actual reason?
On Fri, Apr 02, 2010 at 02:19:31PM +0100, Gareth Nelson wrote:
> If these people also work on the viewer, they're banned from
> contributing patches to opensim
--
Carlo Wood
___
Polic
nding in that fax and giveing the LL copyright for tha patches. We all
> knew that LL had an internal code base mixed with the server code
> containing non-gpl:ed code.
--
Carlo Wood
___
Policies and (un)subscribe information available here:
htt
s both ways and this will
lead to a change of the TPV policy.
--
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
secondlife@trap.wereanimal.net wrote:
> Can someone please translate the above into readable English.
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies befo
Lane wrote:
> The Betagrid would be such an option, and I assume all involved developers
> have accounts old enough to be in the database.
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/Ope
quite a few points that are covered already for example by
> the GPL or the TOS. But as I stated before I still need to see the
> first sensible example of how this affects somebody beyond what they
> should expect regardless of the TPVP.
>
> Dirk
> ___
u have any ideas to stop this madman, do please share them.
> Lets create a group and fight him off shall we?
>
> zFire"
>
>
> ... is that guy out of his mind?
>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
>
72 hours after the server code is out in the open, SVC-472 is fixed
>
> - a few weeks later, all communications between client and server, and the
> various server subsystems, has been ported to tcp/ssl and is transaction safe.
>
> imagine the possibilities.
--
Carlo Wood
___
a project if they will be legally liable for it!
This is just too insane for words.
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to
ve the same issue: how to handle 70K people, many with multiple
> conversations and conferences. A small jabber server is easy, but supporting
> 70K logged in accounts is a serious undertaking.
--
Carlo Wood
___
Policies and (un)
e hour.
Note that typically those latter groups are of the type
"access groups", groups that are used for access to a sim,
not for chatting. It makes sense to treat those completely
different. In the very least I'd say you shouldn't join those
automatically at login
You should attach the patch, rather than add it as a comment.
If you want to add code in your comments anyway, then put
{code}...{code} around it, to preserve whitespace and indentation.
--
Carlo Wood
___
Policies and (un)subscribe information
t
sum normally is?
--
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
On Sun, Apr 25, 2010 at 07:19:41AM -0500, Argent Stonecutter wrote:
> On 2010-04-25, at 06:34, Carlo Wood wrote:
> >On Sun, Apr 25, 2010 at 08:38:16AM +0200, Marine Kelley wrote:
> >>Besides this entry is not even sent by the sim, it is calculated
> >>by the viewer
&
is
> 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 in the directory: it is seen by many as a
ood standing,
must not be suspended, and must not have been
permanently banned or terminated; and [...]
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Ple
won't be
detected (which then can be used by everyone, but malicious
viewers will do this anyway, whether or not we do or not).
So, how does this thing "detect" the mentioned "signature"?
--
Carlo Wood
___
Polic
hat recognizes that everyone is
> > ___
>
> Sorry, people, Oz got into a fight. He'll pick this up again
> after the beating...
As inspector Clouseau already wisely said in one of his
movies: "There is a time for fighting and there is time
for not figh
Since nobody reacts, I assume there are no objections.
When are we going to move over?
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to
> If you want to run the 32bit compile from 64bit machine, this page may help:
... this remark and the one from Lance...
Tssk.
+1 YES +1 to support for 64bit from Linden Lab!
mumble...usb sticks and chroots... come on!
Running snowglobe on a 100% 64-bit debian box for 1.5 years now,
Ca
helped for a while, so I had to replace
a few of them with a constant speed fan.
It took me a long time to decide on those components (several weeks)!
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/w
t; Web Development, Software Engineering, Virtual Reality, Consultant
>
> ___
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please rea
"official" Linden Lab webpages (that
no doubt will continue to advertise the "official viewer" and the Greatest)
until a few weeks later one of their friends convinces them otherwise.
--
Carlo Wood
___
Policies and (un)subscribe information
VWR's.
We use 'SNOW-xyz' a lot in (text) files to refer to the archive about
it in the jira. I don't think that this link should be lost.
In other words, a rename should not make it impossible to find it
back under the original SNOW-xyz number.
--
Carlo Wood
_
27;s still a little weird even if not the creator, but still the
--
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
you'd provide, all of that would still be needed.
On Thu, Aug 19, 2010 at 11:32:35PM -0700, CG Linden wrote:
> Of course I'd only do that -after- providing the shared build scripts.
--
Carlo Wood
___
Policies and (un)subscribe information a
leports to
a new sim; resetting it and asking for an alternative)
is almost exclusively server-side though; not sure who
to contact to propose it.
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSo
way to Abuse Report someone :/
I'd suggest using some kind of colored ornament around usernames
and/or display names. Or let the users choose in what color they
want to display those names, using a default with two different
colors of course.
--
Carlo Wood
e. After that people can request the name
> they want. As far as scripts, chat, everything else, that use your text
> version of your name, they all change on other systems and we get by.
>
>
>
> Mystical
--
Carlo Wood
___
Polici
me!'. Now he's peeing on Mrs..." TATUUTATUUU *policemen storming
the sandbox and pushing totler 'Paul' face down in the sand 'YOU ARE
SURROUNDED! GIVE UP YOUR WATER PISTOL, heh, GIVE UP YOUR SUPER SOAKER
2010! ANYTHING YOU SAY WILL BE USED AGAINST YOU AND YOUR P
ng on its position in the queue.
>
> Robin
> ___
> 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
--
Carlo Wood
_
t?
If that is correct, then I'm pretty sure that the owners of
those servers have access to a key that would allow them
to read the encrypted messages. Imho, that is not acceptable :p
Perhaps in time I'll be interested to implement a better
method.
Carlo Wood (author of libecc
http:
?
How do two viewer know if they both can do OTR?
On Thu, Aug 26, 2010 at 02:53:25AM +0200, Carlo Wood wrote:
> On Wed, Aug 25, 2010 at 01:59:49PM -0700, Brian McGroarty wrote:
> > Has anyone spent time looking at the encrypted chat feature included in some
> > third-party v
'0'
and a '1', so that my version spells
01000101010001010010 = 4F 54 52 = ascii for "OTR"
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wi
gt;
> ___
> 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
--
Carlo Wood
__
ld experience much less lag i think lol
--
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
to them this way.
I like the idea. It's probably not COMPLETELY trivial though.
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to
ng through roofs,
> walls, etc.
--
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
here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting privileges
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/Open
_
> 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
--
Carlo Wood
___
Policies and (u
ut writing several megabytes to disk
every line of chat seems unfeasible.
So, how is this appending being done?
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the polic
On Fri, Oct 15, 2010 at 04:47:21AM -0700, leliel wrote:
> On Fri, Oct 15, 2010 at 4:38 AM, Carlo Wood wrote:
> > I was hoping that log files are updated very
> > frequently, so that if I crash I don't lose
> > text. But writing several megabytes to disk
> > eve
;t know them do you?
--
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
ion
>
> .The bug is listed 5 times...
>
>
> on one of these someone fixed the issue
> https://bugzilla.novell.com/show_bug.cgi?id=619929
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wik
_
> 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
--
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
lidged to provide the source code of libmedia_plugin_gstreamer.so.
Now if LL decides to JUST provide the sources of that plugin lib,
or just put the whole mesh repository that was used to compile it
on the net, is entirely up to them, of course.
--
C
t; (See
> CTS-315.) What should march be set to for 64bit buids, if anything?
--
Carlo Wood
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep
thout
providing the means to re-link libmedia_plugin_gstreamer.so with a different Qt.
--
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
On Wed, Oct 27, 2010 at 10:17:01AM -0400, Oz Linden (Scott Lawrence) wrote:
> On 2010-10-23 7:27, Carlo Wood wrote:
> > I am not a lawyer :p, but I think that it is allowed to link an LGPL-ed
> > library statically against a proprietary executable provided you
> > provi
On Thu, Oct 28, 2010 at 08:27:52AM -0500, Dave Booth wrote:
> On 10/28/2010 06:29, Carlo Wood wrote:
> libmedia_plugin_webkit.{sp,dll,dylib}
>
> Make sure you quote examples of static linking when you're talking about
> static linking :)
Make sure you read carefully what I s
enJPEG v2 to ensuring that
> OpenJPEG v2 will produce a usable viewer.
>
> I am interesting in hearing from anyone else (publicly or privately) that has
> made progress in creating a usable viewer with OpenJPEG v2.
--
Carlo Wood
___
Policies a
101 - 181 of 181 matches
Mail list logo
