Re: [Opensim-dev] [Opensim-users] Main Repository now in Git
In my automated update script I use an svn info command to cull the
current release number to use as it's folder name when getting the
latest release like this:
$ REV=`svn info http://opensimulator.org/svn/opensim/trunk | fgrep
Revision | awk '{print $2}'`
$ svn -r $REV co http://opensimulator.org/svn/opensim/trunk $REV
With the specific svn command used being:
$ svn info http://opensimulator.org/svn/opensim/trunk
Is there an equivalent way to get the current release number from git?
Or any way to get the current/trunk release number?
Google was not my friend this morning:
$ git remote show origin gives a lot of info, but I can't tell which
of that info is the latest release available. git remote -v only seems
to show the git:// source of a local repository. git svn info is
giving me this error: Can't locate SVN/Core.pm in @INC
Peace,
Sean
Sean Dague wrote:
We've now transitioned the main active source repository to git, all the
documentation is not yet updated, but there is a basic document on using
git at http://opensimulator.org/wiki/Using_Git. Over the next week the
rest of the wiki should be cleaned up to match that.
In order to provide minimal impact on our user base there is now a new
subversion mirror of the git working repository. That can be checked
out with: svn co http://opensimulator.org/svn/opensim-track/trunk. It
is a changeset by changeset tracking repo on unstable upstream git for
opensim (it may be delayed by up to 15 minutes, but will contain all the
same content). It starts mirroring at version 10001.
The existing http://opensimulator.org/svn/opensim svn will no longer be
getting any commits. If you would like to continue using svn for
anonymous checkout of trunk, please switch to the opensim-track repository.
Users are encouraged to explore using git. One of the reasons for the
switch is that it makes it easier for our non core contributors to
contribute more complex code, as everyone gets to use an equivalent
toolchain, core or not.
There will probably be a few more bumps along the road, but the
transition today went relatively smoothly. Questions are always
welcomed as we come through the transition.
-Sean
--
Sean Hennessee
Central Computing Support
Information and Academic Technologies
UC Irvine
... . .- -. / . -. -. . ... ... . .
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] mono *.exe crashes if screen is smaller than created...
Note added to existing Mantis noting that adding -gui=true does not fix the problem when the screen size has been reduced between screen connections. I am using OpenSim release 9960, on CentOS 5, Mono JIT compiler version 2.4. Is there a simple, very basic, text only console that doesn't attempt to position the cursor to non-existing locations in the terminal? We have different people connecting to 'screen', (at different times), from different computers to upload oars/xmls, which is why the terminal size changes between screen attachments. Peace, Sean Sean Hennessee wrote: Has anyone else seen a problem with screen crashing any of the services or region servers? This is the scenario that I am seeing on Centos5: 1) In a terminal, ssh to your server. 2) Create a screen using the screen command. 3) Start any of the services in the screen. 4) Disconnect from the screen, (cntl-A, D). 5) Make your terminal smaller than it was. 6) Reconnect to your screen, (screen -x or screen -r -d). 7) Type anything into the service/screen. 8) It crashes back to prompt leaving the screen going, but the service crashed. I am thinking that maybe there is a bug in the OpenSim console code that can't handle a smaller terminal size that way. If anyone can reproduce this, I'll create a Mantis, unless it's already been reported. Peace, Sean -- Sean Hennessee UC Irvine ... . .- -. / . -. -. . ... ... . . ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Currency
Couldn't disagree more - ReactionGrid has no inworld currency and no plans to ever have it. Encouraging creativity, sharing, and collaborative learning has proved more than worthwhile to us. And quite frankly, the legal and tax issues around running a currency system should require dedicated qualified experts to manage correctly. You can do a huge amount without play money inworld - and if you want to pay someone money for a product, there are many solutions out there that are properly regulated by financial services authorities. Money should be something you can add in yourselves if you want (hence I believe it's on Forge these days), but I completely understand core developer reluctance to have code in trunk that could potentially come back to haunt with your code ate my money complaints. Chris *From:* Colin B. Withers mailto:colin.with...@eumetsat.int *Sent:* Monday, July 06, 2009 1:30 PM *To:* opensim-dev@lists.berlios.de mailto:opensim-dev@lists.berlios.de *Subject:* Re: [Opensim-dev] Currency Has this always been the case? Why was SampleMoney and OpenCurrency removed? Without currency opensim regions and grids devolve into nothing more than 3D chatrooms. Rock -Original Message- From: opensim-dev-boun...@lists.berlios.de mailto:opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Melanie Sent: Monday, July 06, 2009 11:47 AM To: opensim-dev@lists.berlios.de mailto:opensim-dev@lists.berlios.de Subject: Re: [Opensim-dev] Currency OpenSim and the OpenSim project don't provide a grid currency implementation. Melanie Melvin Carvalho wrote: Will currencies be distributed accross grids? On Mon, Jul 6, 2009 at 6:43 AM, Jason Fisherbikc...@gmail.com mailto:bikc...@gmail.com wrote: Hi, as of revision 9000 or so, SAMPLEMONEY was removed, meaning my grid no longer has currency based of wiredux. I also saw OPENCURRENCY has been removed. I really want currncy on my grid, and need help. Anyone know something I can use on a later revision? THANKS bikc...@gmail.com mailto:bikc...@gmail.com Sent from my iPhone ___ Checked by AVG - www.avg.com http://www.avg.com Version: 8.5.375 / Virus Database: 270.12.94/2208 - Release Date: 07/05/09 17:54:00 -- Michael Emory Cerquoni - Nebadon Izumi @ http://osgrid.org -- Sean Hennessee UC Irvine ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Deprecate OpenSim.Grid.InventoryServer and OpenSim.Grid.AssetServer?
MW wrote: I also would rather a different name than BUST, and also before any protocol changes are done, see full documentation about the plans. How about BOSS? Basic Open Simulator Servers? ~Sean -- Sean Hennessee UC Irvine ... . .- -. / . -. -. . ... ... . . ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Withdrawing preview config changes for now
There is one minor addition to ini configs that I would like to request, which I don't think anyone would object to. Can we have the ability to 'include' other ini files within the current OpenSim.ini, and have those later settings override any previous ones? This way I can have myown.ini file included at the very end of any new OpenSim.ini file, i.e. only one minor edit for me when major changes have been made to the ini file. Peace, Sean Justin Clark-Casey wrote: I see that there is a general (though not total) lack of support for splitting up the existing OpenSim.ini[.example] in the ways I've previewed. I still believe that it will be necessary to split this file and I think a certain proportion of the proposal has been misunderstood - at no point has it been absolutely necessary to copy more than one .ini file and the existing overrides will continue to work. In hindsight, I should have put the proposal on a wiki page since it's difficult to follow all the threads. However, I also accept that my previous proposals may also not be the best way to go about this. It seems that a complicated configuration story has already grown up around OpenSim. Unfortunately, I really need to turn my time and attention to other things and so I won't be doing any more work right now to revise this (and I've removed the config preview). However, I may do some minor work to adjust the existing OpenSim.ini[.example] to bring the 95% used variables to the top of the file and remove some of the settings which were originally experimental but are now effectively permanent. If anybody else wants to pick up this ball and run with it then please feel free. If nobody does then I may revisit the topic some time later on. -- Sean Hennessee Central Computing Support Network Academic Computing Services UC Irvine ... . .- -. / . -. -. . ... ... . . ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
[Opensim-dev] Worlds.com CEO: We're 'Absolutely' Going To Sue Second Life
Worlds.com CEO: We're 'Absolutely' Going To Sue Second Life http://www.businessinsider.com/worldscom-ceo-were-absolutely-going-to-sue-second-life-and-world-of-warcraft-2009-3 Worlds.com CEO Thom Kidrin is putting the entire virtual worlds industry on notice: His company claims the idea of a scalable virtual world with thousands of users is its patented intellectual property, and Thom told us he intends to sue anyone who refuses to enter into licensing negotiations -- including giants such as Second Life and World of Warcraft, a property of Activision Blizzard (ATVI). I wonder if/how this will affect OpenSim. I assume we couldn't afford to defend a lawsuit. Would we just stop development if sued? Are we likely to be sued? ~Sean -- Sean Hennessee Central Computing Support Network Academic Computing Services UC Irvine ... . .- -. / . -. -. . ... ... . . ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Worlds.com CEO: We're 'Absolutely' Going To Sue Second Life
Ahhh, right. My apologies. I was even part of that thread and should have known better. ~Sean Teravus Ovares wrote: Once again, I refer you to what Adam said about this in December, https://lists.berlios.de/pipermail/opensim-dev/2008-December/004017.html Best Regards Teravus -- Sean Hennessee Central Computing Support Network Academic Computing Services UC Irvine ... . .- -. / . -. -. . ... ... . . ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Ini file(s) loading
I am one of those people that run trunk and update fairly often on 9 different OpenSim servers. I suspect I always will be. Having to manually merge two huge ini files, on 9 different servers, is a major pain. It would be even worse if I had to merge 6 or 8 different medium sized ini files on each of my 9 servers. Where they are located is not important to me, but I really would like to have an SVN new set of ini files, (or one ini file), with all the latest changes that is read first, and a way for me to have a small ini file that I can use for my specific settings which will override the default ini settings. That would make my life much much easier. Peace, Sean Jeff Ames wrote: Just splitting up the file and putting it in config, with all the comments, would help. And for the SVN update - that is a problem with any modifications to the tree, not just config. That's what backups are for. I guess a simple backup/diff tool for config would be a quick solution... Just have config/*.ini and let conflicts happen as they come? I kinda agree... If you're updating some application from version 1.0 to 2.0, you expect to have to merge your config changes. I imagine part of the merge problem is just that people are running trunk and updating all the time rather than using the (too infrequent?) tagged releases. I'm +1 on just using config/*.ini directly. Jeff ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- Sean Hennessee mailto:s...@uci.edu http://www.nacs.uci.edu/~sean Central Computing Support Network Academic Computing Services UC Irvine (949)824-8225 Office (949)293-5224 Cell ... . .- -. / . -. -. . ... ... . . ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Ini file(s) loading
+1 Melanie! ... ... whoa, deja vu! :) ~Sean Melanie wrote: And that brings us full circle to my proposal. There is much sense in a set of files that are used as defaults, and then overriding settings in specific configuration files. Melanie Sean Hennessee wrote: I am one of those people that run trunk and update fairly often on 9 different OpenSim servers. I suspect I always will be. Having to manually merge two huge ini files, on 9 different servers, is a major pain. It would be even worse if I had to merge 6 or 8 different medium sized ini files on each of my 9 servers. Where they are located is not important to me, but I really would like to have an SVN new set of ini files, (or one ini file), with all the latest changes that is read first, and a way for me to have a small ini file that I can use for my specific settings which will override the default ini settings. That would make my life much much easier. Peace, Sean Jeff Ames wrote: Just splitting up the file and putting it in config, with all the comments, would help. And for the SVN update - that is a problem with any modifications to the tree, not just config. That's what backups are for. I guess a simple backup/diff tool for config would be a quick solution... Just have config/*.ini and let conflicts happen as they come? I kinda agree... If you're updating some application from version 1.0 to 2.0, you expect to have to merge your config changes. I imagine part of the merge problem is just that people are running trunk and updating all the time rather than using the (too infrequent?) tagged releases. I'm +1 on just using config/*.ini directly. Jeff -- Sean Hennessee Central Computing Support Network Academic Computing Services UC Irvine ... . .- -. / . -. -. . ... ... . . ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Ini file(s) loading
Yay!! +1 Updating ini files is often a pain. This is an excellent step in the right direction. In this scenario, my suggestion/preference would be to have the bin/config directory contain all the SVN default values, (any number of files), with NO bin/opensim.ini file present by default. Then I could create a bin/opensim.ini file as a very small set of overriding values specific to my grids. The inimaster really wouldn't be used since it would always get overwritten. Below are my suggestions instead of using this parsing order. Looking at the three steps, I'm not sure I understand the logic of the order chosen. The 'inimaster' sounds like it should be the "master" and not ever be overwritten, i.e. it should be parsed last. To keep things at least more familiar to what they are now, I would prefer that the bin/opensim.ini file be the same one it is now, the default one that comes with the SVN, and parsed first. The bin/config directory would then be the second set of ini's parsed to allow my multiple ini files to override the standard default. Then, if one specifically identifies an inimaster, that should override everything else, especially since you have to specify it on the command line. My line of thinking is that if you are specifically saying "use this inimaster" on the command line that would mean you really want to use it only, as in a testing scenario without having to worry about default/other overrides. IIRC other linux/server type programs, like sendmail, behave similar to this. It might also be nice to have an "include" type of statement in the ini file/url allowing you to reference files/urls without having them in a special location as well as specifying the order you want them read instead of having to make them alphabetical for order. Anyway, my OS$2. And thanks for working on this! Peace, Sean MW wrote: Last week, I added the ability for opensim to search a folder for ini files and load (and merge together) all of those files. By default it will look for the folder 'bin\config' and search that for .ini files. The folder it searches can be changed by using the command line argument -inidirectory=path. So now our ini loading is a three step process: Step 1: If the -inimaster=filepath or url command line argument was used, load that file/url. Step 2: Then check if the config directory (default 'bin\config' or one set by -inidirectory=path) exists and search that folder for ini files and load them. They are merged on top of the inimaster file. So any duplicate entries will be overwrote. Step 3: Load the inifile, which by default is 'bin\opensim.ini' but can be changed by using the -inifile=filepath or url command line argument. This again is merged on top of all previous settings so will overwrite the older (from previous steps) settings. Now the question is how we should set things up in SVN as the default. It would be nice to split up the opensim.ini, into multiple ini files in the config directory. And then just have a small opensim.ini that contains the values likely to change ofter, like network settings etc. But because the config directory overwrites the master file, this could cause problems for people who have already set things up for using a master file/url. Of course the simple solution for them would be just to delete the config directory. But anyway what does everyone think? ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- Sean Hennessee Central Computing Support Network Academic Computing Services UC Irvine ... . .- -. / . -. -. . ... ... . . ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] DNCH (Re: User Authentication)
I need that feature for Second Life! Should we put in a Jira requesting the "wipe" command? :-) ~Sean Stefan Andersson wrote: Hooray for Diva. I have considered blackhatting myself to give ourselves a wakeup call. (I blogged about this) Best regards, Stefan Andersson Tribal Media AB Date: Wed, 25 Feb 2009 13:32:11 -0800 From: d...@metaverseink.com To: opensim-dev@lists.berlios.de Subject: [Opensim-dev] DNCH (Re: User Authentication) People tend to be trusting and oblivious, which is great. And in fact, sh*t only happens very seldom, statistically speaking. However, it's not great that people make plans, sometimes involving large amounts of money/time, under obliviousness with respect to security. We're getting close to 0.7, which is always a milestone in every project. 0.7 should not ignore security completely, even if we are stuck with a client that wasn't designed for open systems. Being involved in the details of OpenSim, I feel a tension between not talking about security problems so not to scare people away and not to attract griefers; and talking about those problems because they are there and people should be informed about them so that they can take them into consideration when making plans, while we improve things on our end. So, in order to make these problems visible and tangible, and give everybody a reality check, I just hooked up a sim to OSGrid that will make bad things happen. Right now, it wipes out the inventory of anyone who visits. Don't worry, it waits for your command, so it's not so violent :-) The sim is called "DO NOT COME HERE" (DNCH). You can find it in the map. WARNING: don't do this with your beloved main account(s), just make an alt if you want to experience the complete disappearance of inventory from under you. As we roll security into OpenSim, whatever bad things the DNCH sim is doing should not happen anymore. So, see it as a test for security, and that's how I will be using it. The very first thing we need to fix is this inventory vulnerability in open grids. Please know that it exists, and be sure that it will be fixed properly(*). Crista * By "properly" I mean without having to involve lawyers and sign contracts between region/grid operators. ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev -- Sean Hennessee Central Computing Support Network Academic Computing Services UC Irvine ... . .- -. / . -. -. . ... ... . . ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
