User talk:Tampa - Revision history

Acryline at 15:06, 1 September 2025

2025-09-01T15:06:12Z

Tampa at 14:24, 1 September 2025

2025-09-01T14:24:23Z

Acryline at 14:08, 1 September 2025

2025-09-01T14:08:11Z

Acryline at 14:06, 1 September 2025

2025-09-01T14:06:33Z

Tampa at 23:27, 31 August 2025

2025-08-31T23:27:12Z

Acryline at 21:34, 31 August 2025

2025-08-31T21:34:34Z

Tampa at 20:13, 31 August 2025

2025-08-31T20:13:04Z

Tampa at 19:57, 31 August 2025

2025-08-31T19:57:27Z

Acryline at 14:54, 31 August 2025

2025-08-31T14:54:00Z

Acryline at 14:53, 31 August 2025

2025-08-31T14:53:03Z

← Older revision		Revision as of 15:06, 1 September 2025
Line 94:		Line 94:

	Tampa		Tampa
		+
		+	--------------------------------
		+	Thanks :)
		+
		+	Acryline

← Older revision		Revision as of 14:24, 1 September 2025
Line 86:		Line 86:

	Acryline		Acryline
		+
		+	--------------------------------
		+
		+	The ulimit mainly has to do with caches and other open files that can cause problems if it runs out of. There is supposed to be an infinite number available if it is set to that, but realistically you never need more than what is set. I have only ever seen it once or twice that the limits were reached causing problems so for most it's a non-issue.
		+
		+	No one will be mad if you take longer to respond, half of the folks at the meeting speak English as their second language as well, so nothing to be afraid of. On IRC or discord chances are it takes hours before you get a reply anyways, cause some of us have sleep cycles that are way off normal :) If you have questions feel free to drop in and ask them, always enjoy explaining things.
		+
		+	Tampa

@@ Line 81: / Line 81: @@
-Next time I'll try to come on IRC, but  since I'm not fluent in English, I often use a translato,  I'm always a little afraid of not being able to respond quickly enough in a conversation. I prefer exchanges that give me a little time.
+Next time I'll try to come on IRC, but  since I'm not fluent in English, I often use a translator,  I'm always a little afraid of not being able to respond quickly enough in a conversation. I prefer exchanges that give me a little time.
 For the same reasons, I don't attend the Tuesday meetings, and I  write reports on the OpenSim meetings in French to better understand the software's development.  I share them  here:   https://cogito.no-ip.info/cogito/OSWiki/index.php/Log_des_chats_des_réunions
 Acryline

← Older revision		Revision as of 14:06, 1 September 2025
Line 69:		Line 69:

	Tampa		Tampa
		+
		+	----------------------------------------------
		+	Thank you very much for your reply.
		+
		+	I just edited opensim.sh. I had already done so, but I hadn't seen the line #!/bin/sh. For me, it was #!/bin/bash. Sorry for my carelessness and thank you for the new script. :)
		+
		+	I used this configuration for ubODE, is that right?
		+	<pre>
		+	ulimit -s 262144
		+	</pre>
		+
		+
		+	Next time I'll try to come on IRC, but since I'm not fluent in English, I often use a translato, I'm always a little afraid of not being able to respond quickly enough in a conversation. I prefer exchanges that give me a little time.
		+
		+	For the same reasons, I don't attend the Tuesday meetings, and I write reports on the OpenSim meetings in French to better understand the software's development. I share them here: https://cogito.no-ip.info/cogito/OSWiki/index.php/Log_des_chats_des_réunions
		+
		+	Acryline

← Older revision		Revision as of 23:27, 31 August 2025
Line 45:		Line 45:

	Acryline		Acryline
		+
		+	--------------
		+
		+	Here is a version that calls bash instead:
		+
		+	<pre>
		+	#!/bin/bash
		+
		+	ulimit -s 1048576
		+	ulimit -Hn 999999
		+	ulimit -Sn 999999
		+	dotnet OpenSim.dll
		+
		+	</pre>
		+
		+	You can manage screen sessions through bash scripts and essentially handle all administrative tasks through that, start, stop, running commands etc. That's a bit beyond the scope of what should be delivered though. Only reason the script is included is to make it ever so slightly easier to run multiple commands at once. Really if you set the ulimits globally doing dotnet OpenSim.dll works just as well.
		+
		+	I'll make a proposal to update the script in the binary to something a bit more useful, but it'll essentially be the same. Not sure if assuming or requiring bash is best, it is the most compatible of the shells I have used, but for example mac os uses zsh or a fork of that, though usually bash comes preinstalled there as well. Could be wrong but I think it's available on pretty much all the mainline distros and it's even available on windows through git bash.
		+
		+	The linux instructions are in a bit of flux at the moment given the uncertain nature of the libgdiplus dependency, hence why I changed them. Hopefully in future it'll be much easier when the bugs are fixed and using the vendor builds is an option again. If not may have to explore other options.
		+
		+	If you have questions regarding those things feel free to reach out over discord or IRC :)
		+
		+	Tampa

← Older revision		Revision as of 21:34, 31 August 2025
Line 38:		Line 38:

	Tampa		Tampa
		+
		+	--------------
		+	However, I use screen, and running dos2unix on the script solved the problem. But I only used it once. Now, opensim.sh launches fine.
		+
		+	I will delete the paragraph on the wiki page.
		+
		+	Acryline

← Older revision		Revision as of 20:13, 31 August 2025
Line 34:		Line 34:

	All opensim.sh really does is run dotnet OpenSim.dll which it does just on the terminal, so the moment that's closed the process is killed. Using screen or tmux is probably better advice to give to users, but that's sort of basic linux admin 101 so should know that already.		All opensim.sh really does is run dotnet OpenSim.dll which it does just on the terminal, so the moment that's closed the process is killed. Using screen or tmux is probably better advice to give to users, but that's sort of basic linux admin 101 so should know that already.
		+
		+	bin/sh is meant to be a symlink to the currently configured shell, so something is wrong on your system if that's not set. Debian and Ubuntu will point to dash, but that should still work fine given the commands in the script are normally available to all shells from zsh to bash.

	Tampa		Tampa

← Older revision		Revision as of 19:57, 31 August 2025
Line 24:		Line 24:

	»		»
−
	Acryline		Acryline
		+
		+	--------------
		+
		+
		+	The problem is likely that on your system /bin/sh doesn't exist. These days the proper shebang should be /bin/bash so that's something to be fixed in the script itself, which can thankfully be edited easily through nano or vim.
		+
		+	dos2unix is not meant for that.
		+
		+	All opensim.sh really does is run dotnet OpenSim.dll which it does just on the terminal, so the moment that's closed the process is killed. Using screen or tmux is probably better advice to give to users, but that's sort of basic linux admin 101 so should know that already.
		+
		+	Tampa

@@ Line 8: / Line 8: @@
 When running the `opensim.sh` script, the following error may appear:
 <pre>
--bash: ./opensim.sh : /bin/sh^M : mauvais interpréteur: Aucun fichier ou répertoire de ce type
+-bash: ./opensim.sh : /bin/sh^M :  bad interpreter: No file or directory of this type
 </pre>

@@ Line 1: / Line 1: @@
 Hello Tampa
-On the Dependencies/ page, at the end of the “On Linux” section, I added this paragraph. I don't know if it's necessary or correct. I had this error on my computer and corrected it this way.
+On the [[Dependencies/fr]] page, at the end of the “On Linux” section, I added this paragraph. I don't know if it's necessary or correct. I had this error on my computer and corrected it this way.
 «