Re: [opensource-dev] Any possibility of playing animation b y uuid?
Am 17.04.2011 21:02, schrieb Brian McGroarty: > If reference by asset ID is important enough that you'd want to work > on it, lay out a proposal detailing what permissions could be baked > into an asset at upload time, and how the permissions could be honored > by all viewers. This would need to be done without the simulator > process having to parse the asset. Eventually we'll want static assets > served up on a CDN independently of the sim hosts, so it would be a > liability if the simulator process needed to download animation > assets. I'd like to have this neat feature implemented, which would ease programming of multipose furniture and group animation tools. If a script is in a task accompanied by animations, it should be able to call an LSL function like this: key local_anim_key = llGetLocalAnimationKey(string inventory); Once it has that key, it can pass it around to other scripts in the same simulator, either to poseballs or group animation client HUDs, which could then use the local_animation_keys like this: llStartAnimationByKey(key local_anim_key); llStopAnimation(string local_anim_key); those local_anim_keys would be only valid as long as the task in the simulator exists. All local_anim_keys would be invalidated, when the sim is rebooted. The permissions to animations would be the same like this, instead of requesting permissions from the agent to animate the avatar, the semantics would be permissions by proxy then, allowing an object, which can request permissions instead which would be automatically granted, either sitting or wearing. A way to keep the local_anim_key consistent for the same asset would be preferable if possible. That way animations could be banned reliably. ___ 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] Blocked
If you want to connect through your corporate network, you should talk to the network administrator about it, they know how to do it. There are SL versions supporting SOCKS5. About installing Second Life on corporate PCs, talk to the system administrator about it in before, they want to know and there might be policies not allowing those. Myself being administrator, I would prefer if the users would use tunneling to their home network, preferably SSH or http-tunnel over SSL. Traffic would originate from the home network of the user then, not from the corporation. The most preferable solution to that issue though would be, if you bring your own notebook using a 3G UMTS/HDSPA or other wireless-modem to connect to the internet. That way the corporate network would be isolated and unaffected by your experiments. There is a reason the corporate network is proxified instead of just NAT routed. Am 15.07.2011 04:17, schrieb a...@skyhighway.com: > Hey y'all, i had something i wanted to do at work a coupla days ago that i > coulda used SL for. It installed, but i couldn't get it to connect. Is > there some kinda proxy setting that i need to fix to get SL to start from > where i work? They have a proxy server there that all external traffic > has to go through. i know i have to tell Firefox& everything else about > it all the time to get them to work. i looked in the XML but didn't see > anything inspiring in the little bit of time i had for it. > > The thing i have to do is just a dumb test, but SL is a pretty good thing > to do it with, and an excuse to spend maybe 10 whole minutes doing SL from > work about once a week. ___ 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] Client: Library description + how to a add a new library best
libexif is LGPLv2.1 licensed, so matches the viewer license. As you just want to write exif data only, you might take a look at exif.org and write a simple static exif data generator from scratch. Am 04.11.2011 10:55, schrieb Tillie Ariantho: Hello, so after 1 day fiddling with stuffs I got the client compiled on windows finally with Visual Studio 2010 Express (yay!). So now I want to try adding the EXIF stuff to 'Snapshot to Disk' again. Do we have a description of all the libraries being used by the client so I can find out if we already have what's neede somewhere in there or do I have to look them up all on google and find out myself? :) If there is nothing usedful I would try to go for Exiv2. Is this one usable? smime.p7s Description: S/MIME Kryptografische Unterschrift ___ 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] Serious regression in SSB-enabled regions
Is there even a requirement zo have Z-offset be in the avatar appearance message? To me it looks more like that hip-offset would be better suited to be in some animation parameter, which makes it incompatible with older viewers, but a SSB-enabled simulator might translate that animation parameter into an avatar appearance message for viewers not supporting that idea of animation parameter. Am 01.03.2013 22:59, schrieb Nyx Linden: SSB does all appearance generation as a centralized service - meaning your avatar's visual parameters, height, and baked textures are served without needing the viewer to have downloaded and decoded the wearables. That's why I'm starting to refer to it as server side appearance, not server side baking. Height is determined when you calculate your agent's appearance message which is now generated on the back end. Adding new wearable parameters is not without precedent - we've done it before when we added alpha masks, tattoos, avatar physics, etc. The only change should be a new parameter (id=11001) in the shape's parameter block. This does not represent a major revision to the wearable or avatar format. -Nyx ___ 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] Third party viewer policy
malachi schrieb: > im curious as to how this will apply to clients and bots that seem to > have the ability to not only gather agents ip addresses but by obtaining > this information raid those agents computers searching for data... > particularly the new copybot detection system by an unmentioned > developer. The fact that Linden Lab has allowed this product to be > released implements Linden Lab in possible legal actions. This is a > violation of not only the Second Life Terms of Service but various other > Internet related Laws and policies. Sills bot system doesn't do anything illegal in activity. It does not scan the users computers as can be verified by intrusion detection software. Also an IP address is not neccessary to fingerprint a used viewer. There is enough information publicly available from SL servers alone that allows detection of the viewer being used. > I for one would like to know if this > bot system will be removed and its creators rights to the Second Life > grid be revoked or if they will be allowed to continue to hack into > residents computers looking for information regarding 3rd party clients > being installed on the machines. If they are allowed to continue then i > would like for Linden Lab to hand over all Real life information on its > creator for a possible Law Suit. > Pretty much a flame post. Don't feed the trolls. > Because for one i never authorized anyone at Linden Lab much less anyone > that simply just plays Second Life to have access to my computer and my > data. thus the ability of a resident to retrieve such information is a > violation of my privacy. point blank. Troll post. ___ 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] Flames about CDS (was: Re: Third party viewer policy)
malachi schrieb: > sorry thomas but the idea that a person can be detected by skills system > while running LL's client on a name that is new today and never been > logged in on any other client... shows that the information used to > detect if a person has 'ever' used a bad client is coming from the > persons computer. and the fact that one of the admins over skills system > tells you that in order to run a bad client and not be detected by the > system is to install vmware and run the client there tells me that the > system is in fact gather information from your computer. the fact that > the system in not installed on my computer leads me to believe its > HACKING. you can protect your friends all you want thomas but Linden Lab > needs to address that fact that this system is a HUGE violation of the > terms of service and various local state and governmental laws. > Hardware based packet loggers don't lie about that. (Those that you plug between computer and internet) What I see is that you are crying about her system and that you want it removed. Spreading unverifiable rumors about how her system works in your eyes. Because she put your client on the banlist because your client supports griefing or copybotting? Come on, mature. Just don't spread false informations that can easily be prooven being wrong. The system is detecting indeed if you used a griefer client, it does this pretty well. (it takes a while until the fingerprinting is changed to the currently used viewer and not guaranteed to be completely reverted, so relogging from a banned to a legit viewer and teleporting to a CDS enabled area will likely detect that you used that banned viewer on your last login. This effect can even last for multiple logins. So better not use a banned viewer ever.) Do us a favour and take it up with LL and Skills. This mailing list is not for spreading of misinformation and slander. ___ 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] Snowglobe 2 update
Philippe (Merov) Bossut schrieb: > - SOCKS5: here, Robin volunteered SOCKS5 is against the TPV Policy term 2c. You must not circumvent any security-related features or measures we may take to limit access to Second Life. For example: 2c.i.You must not mask IP or MAC addresses. SOCKS5 is usually used by griefers to mask the IP address. And yes, the developers are responsible for what the users do with it. It's also in the TPV Policy 7a.You are responsible for all uses you make of Third-Party Viewers, and if you are a Developer, you are also responsible for all Third-Party Viewers that you develop or distribute ___ 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] Third party viewer policy
Ryan McDougall schrieb: > On Tue, Feb 23, 2010 at 10:31 PM, Soft Linden wrote: > >> If you see any wording that's ambiguous about that, let us know. >> > > Section 3.b.iii says that Third-party viewers must comply with the GPL > license. > > What if the view is not licensed under the GPL at all -- say Apache 2.0? > > Cheers, > ___ > 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 > > It says, that Third-Party Viewers deriving from LL's GPLed viewer source must comply with the GPL license. That doesn't apply to libomv based viewers or pygop based ones or smalltalk or a complete reimplementation of 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] FAQ posted for Third Party Viewer Policy
Morgaine schrieb: > GPLv2 clause 6 allows no "further restrictions" to be placed on the > freedom of developers to /"modify and distribute/" whatsoever, > regardless of whether the USAGE of that GPL software is constrained or > not. The GPL has no interest is how software is used to connect to a > service in the slightest. You can constrain USAGE of code for service > access as much as you like, you can ban whomever or whatever you like, > and it's completely immaterial to the GPL. The two things are > entirely separate. The GPL is not a usage license. > Long story short, if you want to be registered in the third party viewer registry, you have to follow the TPV policies. The registration is optional. If you don't register in the TPV, almost all rules that apply to the developer have no meaning. If you want to use your viewer with SL, you become a user of your viewer. Then the TOS and the TPV applies to you as it restricts the usage of a user. Registering with the viewer registry is voluntary and LL doesn't impose any "further restrictions" on you, because it isn't mandatory. Also you can redistribute the registered viewer according to GPLv2 without "further restrictions" on the receiver of that code. That party would have to register a derivate of that viewer as well to be restricted by the TPV as it applies on developer. If you don't use that viewer with SL, and you aren't registering the viewer, then nothing of the TPV applies to you. ___ 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] FAQ posted for Third Party Viewer Policy
Just a quick intermezzo to stop confusion... TPV is about Third Party Viewers... LL's viewer (not Snowglobe) will always comply. About prohibited use, I'll assume that there will be something added along, that features present in LL's original viewers are allowed in TPV as well. Like exporting full permissive textures, copy/pasting text in Notecards to export/change creator. Copy/Pasting scripts to export/change creator and overcome permissions to transfer and/or modify. I hope, that this will be addressed in the TPV the way that features LL's viewer provides, will not be outruled in TPV. Two other things I hope, freebie exporting will not be allowed. And; There'll be a permissions flag that will allow creators to allow their creation to be exported into other grids... a flag which might also allow automatic export through grids. ___ 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] FAQ posted for Third Party Viewer Policy
Lance Corrimal schrieb: > /me snickers > what was the name of this other pseudo virtual world that runs on flash > inside > a browser... > > that should work on a prim, shouldn't it? > ___ > Lively by Google? ___ 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] Client-side Permissions Management
Boroondas Gupte schrieb: > The mini-map colors objects you own differently, so there must be > another way to get at least owner information. > The server sends two bits with each prim that defines ownership. One bit is the owner bit, it is set if the current agent owns the prim. The other is the group bit, it is set if a group the current agent is in owns the prim. (deeded) For other ownership, group etc. information one needs to hover the mouse on that object. ___ 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] getLastOwner() information for inventory items
Boy Lane wrote: > > So my question before eventually trying to dig deeper into this. Does > the LastOwner info exist in the inventory database for any other items > than objects? Or is that getLastOwner() function itself broken? > LastOwner information is only used, when deeding to group. So it's likely you'll only see lastowner info in task inventory of prims. The lastowner info on rezzed prims is a bug, that is used as feature to see, who had taken those prims into inventory last time. The original use of lastowner info was to display, who owned the object before it was deeded to group, so the sim knows where to return group owned objects to. ___ 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] [POLICY] Configurable HTTP user-agent string
Bryon Ruxton schrieb: > Can't we just get an additional AGENT_VIEWER flag via llGetAgentInfo? > Even if not foolproof, it's useful as a factor for legitimate security or > warning tools, as well as for stats gathering for 99% of residents. > It seems like a logical solution to me, instead of having to go the http > agent route or other hackish solutions. > Making the http trick obsolete is a good step forward in ensuring privacy and maybe a step forward to some LSL policy. Like TPV policy was a start to stop copybot development/distribution. When will LSL being policed about what can be done? LSL can also be used to replicate prim parameters and export/import. And newer tools abusing the llParcelMedia commands can be used to get the IP address of the users and they allow planting cookies into the viewers, that are shared between all accounts. Don't get me wrong on here. The hypothetical scenery I'm thinking about is a stalker being friends with a land owner, tracking down the alts of myself to grief me. I am not against banning on the viewer identity. Though alt account information is no one's business until LL makes that information available. ___ 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] Possible glitch in TPV identification procedure
Zabb65 schrieb: > Channel name is a persistent saved setting. Meaning if you log in > under a viewer that sets its channel in the saved settings file, but > does not use one of its own(settings file), the normal viewer will > continue to identify itself as that viewer. Until you remove the entry > yourself, by either clearing your settings files, or by hand, this > will always happen. > > I've notified LL about this problem once or twice before, but nothing > appears to have been done about it. Marking the channel entry as non > persistent would be enough to mitigate the problem caused here, in the > app_settings/settings.xml file. > > The reason this does not occur for the normal viewer, and spread to > TPV clients is because only settings that have been changed from their > defaults are written into the users settings. So, the solution is on hand... modify app_settings/settings.xml in your TPV to match the LL_CHANNEL define, that makes the different channel name the default and then it won't be saved into user_settings. ___ 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] [POLICY] Configurable HTTP user-agent string
Tigro Spottystripes schrieb: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > don't the user agent string already tells servers about some of the > browser's capabilities with the current format? > > the current one for my Firefox is: > Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.9.2.3) > Gecko/20100401 Firefox/3.6.3 (.NET CLR 3.5.30729) Mnenhy/0.8.2 > Just noting, that user-agent string is always in the format: Name/Version (optional comment) where Name is an alphanumeric string without whitespace, Version is a numeric string or dottet decimals. And the optional comment a list if strings delimited by semicolon+space Though Emerald viewer has a broken user-agent string: Mozilla/5.0 (Windows; U; Windows NT 6.1; chrome://navigator/locale/navigator.properties; rv:1.8.1.21) Gecko/20090305 SecondLife/Emerald Viewer (default skin) There it says SecondLife/Emerald instead of SecondLife/1.23.5.1634 and Viewer seems to be it's own token in this. The correct user agent would be: Mozilla/5.0 (Windows; U; Windows NT 6.1; chrome://navigator/locale/navigator.properties; rv:1.8.1.21) Gecko/20090305 SecondLife/1.23.5.1634 (Emerald Viewer; default skin) Just like it is with every other viewer out there. I talked to LGG about this once, seems like it still isn't fixed. This fact makes it impossible to use User-Agent to detect, if the Emerald Viewer in question has restricted exports or not. This could be the issue for Second Life search not working correctly on emerald as well, as the parsers for user-agent strings are confused by this non-standard behaviour. To opt out, a viewer might send something like ... SecondLife/1.0.0.0 (compatible; default skin) or ... SecondLife/2.0.0.0 (compatible; default skin), though yet this has to be checked with LL, if that counts as spoofing viewer identifier or not. My IANAL interpretation is, that the viewer identifier used to connect to login.*.lindenlab.com is the one that may not be spoofed. ___ 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] Files deleted by uninstaller don't appear in Recycle Bin
SuezanneC Baskerville schrieb: > Files deleted by the SL uninstaller don't appear in the Recycle Bin > on my Windows XP system. > > It seems to me it would be better if they did. > > Some files deleted by some other programs do appear in the Recycle Bin. > > In the case that brought this to my attention, it was the uninstaller > for the SL Development Viewer and what it deleted was all my chat > history, which could have been 7 years of chat history. > That is a problem with SL installer. Installers should never touch any of the user specific folders anyways. Same for uninstallers. That is for the windows platform. The uninstaller deleting chatlogs is a bug. To get most of your logs back, try some undeletion software. Maybe system restore saved the logs as well, but I wouldn't just use system restore, as it's an intrusive task and may cause more problems than it's worth. ___ 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] Files deleted by uninstaller don't appear in Recycle Bin
Just follow Microsoft requirements for Windows Logo for installation and uninstallation on the Windows platform. One of it is to never touch the user profile. This is a requirement for Terminal Services Aware applications. For removing "breadcrumbs", this is not working, an uninstaller cannot remove data from all user profiles, this is not possible. Instead an ISV can provide a profile cleanup utility. LL should follow the standards and restrictions. ___ 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
