<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="https://dev1galaxy.org/extern.php?action=feed&amp;tid=2746&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / Texas Flood RC]]></title>
		<link>https://dev1galaxy.org/viewtopic.php?id=2746</link>
		<description><![CDATA[The most recent posts in Texas Flood RC.]]></description>
		<lastBuildDate>Mon, 25 Mar 2019 14:28:50 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: Texas Flood RC]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=15054#p15054</link>
			<description><![CDATA[<p>This is /etc/texasflood.conf, for you to having a idea of what it can do (or will do):</p><p>Please downlaod at github, install, test it and say your first impressions, it will mean a lot for me.</p><div class="codebox"><pre class="vscroll"><code>#The texas flood boot system configuration. 
#(c) 2005-2019 Texas Flood by Luciano A. Martini

#Welcome !!! 
#This file is divided in sessions. 
#If you are running a server texas flood, offer: auto-maintenance of your services, auto-alert emails and a lot of great and funny tools, 
#like the disastred users protection and backdoor web server protection +plus this with the EXPERIMENTAL Real time priority control for services.
#At home you can have the lazy_services manipulation(this is disabled in server mode), that can increase much more your boot speed without disabling any of your services.
#In texasflood.list you can manipulate your web browser or favorite game to run faster than other apps, and more.

#
#Part 1: Texas Flood Graphical Interface Boot Speed Calibration (for home/office use only)
#
#Caution: When you enable server mode, the options in Part 1 will be ignored. 

#Type here the services that you want to be loaded only before the system is ready, separated by pipe*, or a plus * at the end of service name to search service.  
lazy_services=&quot;+(*atd|*rmnologin|*bootlogs|*rpcbind|*cups|*apache2|*motd|*cron|*anacron|*networking|*exim4|*pppd-dns|*hwclock.sh|*keyboard-setup|*alsa-utils|*urandom|*console-setup|*nfs*|*avahi*|*alsa-utils|*saned|*openvpn|*rc.local|*udev-finish)&quot;

#The one processe texasflood will use to understand that the boot completes, for example, kmix, plasma, kicker, mate-desktop, or the best for you. 
#When this processes finishes the lazy services will be called one by one
wait_process=&quot;yakuake&quot; 

#If the wait_process fail, texas flood will call the lazy_services forced in 45 seconds: 
wait_limit=30

#The low priority for the lazy services, a big number &lt;20 will result in a slow running speed of this services, bigger numbers here is good for home use.
#remember server mode will ignore this configurations
lazy_level=&quot;10&quot;

#
#Part 2: Tunning
#

#Balance the services priorities according to the list on /etc/texasflood.list. This is great for experimental servers and stable home use: 
balance=1 

#Enable libraries boot acceleration. It is pre-configured for KDE, you need to configure it for your system editing /etc/texasflood.nightmare
#If you dont know how to pre-load the right system files, leave it as 0, in a database server put the database files on /etc/texasflood.nightmare
#To get this working you need hoytech vmtouch installed on your system.
nightmare=0

#
#Part 3: Server - Not ready in portable version 
#

#Change to 1, if you are running a server. The lazy_processes behavior will be ignored, and the nice servers
#configurations in this session will start to work...
server=0

#Auto maintenance the services, according to the maintenance rules:
automaintenance=0 

#Syntax: theport&gt;thecommand_or_script_to_fix_it;
#I putted some examples for you, so if you enable the autorestart variable you will be happy =0) 
#If you blank the variable this function will be disabled.
mnt_port_rules=&quot;
5432&gt;/etc/init.d/postgresql restart;
443&gt;/etc/init.d/apache2 restart;
80&gt;/etc/init.d/apache2 restart;
22&gt;/etc/init.d/ssh restart;
&quot;

#Time in seconds beetwen a test and other (please do not use less than 30 seconds) 
try_interval=45 

#If automaintenance is enabled you can run this command when the disk is full 
when_disk_is_full_run=&quot;rm /var/log/stupidbiglognotrotating&quot;

#Email!   
#And if your server send a mail for you when something just crashes?
#That&#039;s looks fine, 0 for disable, 1 for enable: 
email=0
smtp_service=&quot;smtp.yourgreat_emailservice.com.br&quot;
smtp_user=&quot;yourgreatserveremailusername&quot;
smtp_pass=&quot;yourpass&quot;
smtp_title=&quot;Everything crashed here $(&lt;/etc/hostname).&quot;

#Check if this ports are closed (| separated), if it is, send me a mail: 
email_check_ports=&quot;80|443&quot;

#Email check processes (please, the real processes name in ps) (separated by pipe)
email_check_processes=&quot;apache2|postgresql&quot;

#Bad Uploads protection  (server=1 and email=1 required!)
#If you are running on a web server, maybe you want to check if someone is trying to upload something that you dont like, like a backdoor
#baduploads=&quot;php|jar|exe|bin|html|htm&quot;
#baduploadsfolder=&quot;/var/www/mywebsite/uploads/&quot;

#
#Part 4 Accidents protection
#

#This will simply disable rm until you run a chmod +x on it. It will be disabled again in 1 minute ;-)
#Note: The running instances will still run. 
#I know it is simple, but maybe you want it! 
disastred_rm_user=0

#Filesystem protection (accidents) (chattr +i) 
#The files on this folder will be unmutable even if you are root
#This is bad if someone wants to write in the folder, so do not use in database folders. 
#If you type nothing this service is disabled. 
#The folders are space separated, so composed folder names will need \ in spaces. 
protect_folder=&quot;/etc/myservice&quot;</code></pre></div>]]></description>
			<author><![CDATA[dummy@example.com (777user)]]></author>
			<pubDate>Mon, 25 Mar 2019 14:28:50 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=15054#p15054</guid>
		</item>
		<item>
			<title><![CDATA[Re: Texas Flood RC]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=15052#p15052</link>
			<description><![CDATA[<p>Yes is at github for a while, <a href="https://github.com/lucianomartini/texasflood" rel="nofollow">https://github.com/lucianomartini/texasflood</a> . But I will move it. </p><p>Please don&#039;t laugh, it is better in practice than in the code... The logic is fine, I think it just need to be adjusted to better practices. </p><p>I think it does not allow you to put random code, because it uses sysvinit binary, you configure it at /etc/inittab as a new rc script.</p>]]></description>
			<author><![CDATA[dummy@example.com (777user)]]></author>
			<pubDate>Mon, 25 Mar 2019 12:44:07 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=15052#p15052</guid>
		</item>
		<item>
			<title><![CDATA[Re: Texas Flood RC]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=15044#p15044</link>
			<description><![CDATA[<div class="quotebox"><cite>777user wrote:</cite><blockquote><div><p>i am planing to put it at github</p></div></blockquote></div><p>Since github becomes anti-opensource hosting i would recommend to consider gitlab as possible solution.</p><div class="quotebox"><cite>777user wrote:</cite><blockquote><div><p>it maybe a garbage, but it can be faster than systemd</p></div></blockquote></div><p>Can your init addon brick random motherboard and execute random code from random user with root privileges remotely? No? Then it&#039;s still better than systemd. <img src="https://dev1galaxy.org/img/smilies/wink.png" width="15" height="15" alt="wink" /></p>]]></description>
			<author><![CDATA[dummy@example.com (ToxicExMachina)]]></author>
			<pubDate>Mon, 25 Mar 2019 08:26:10 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=15044#p15044</guid>
		</item>
		<item>
			<title><![CDATA[Texas Flood RC]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=14992#p14992</link>
			<description><![CDATA[<p>Good morning, I am a brazilian, that created a init system based on sysvinit in 2005, one of the firsts (or maybe the first one, don&#039;t get me bad, I just don&#039;t remember if Upstart comes first....) that start services in parallel but using sysvinit as core, for a brazilian distro called Resulinux that I abandoned. </p><p>I want to say at first that systemd, is one of the worst things created by the man. </p><p>I am migrating to Devuan that I loved so much. And I want to share with you my development, in fact, i am planing to put it at github, it maybe a garbage, but it can be faster than systemd or any other, because it can continues starting non-essential services (for the most of the users), after the boot, and have a extremely easy configuration </p><p>It is all writen in shell script uses the init as core and /etc/inittab, the modified part is all about the rc script, so it is sysvinit. </p><p>I am just another systemd hater, and I am migrating all my debian servers, to devuan servers (in servers I cant know a better init system than sysvinit), you are doing a great job, thank you.</p><p>As promissed: <br /><a href="https://github.com/lucianomartini/texasflood" rel="nofollow">https://github.com/lucianomartini/texasflood</a></p>]]></description>
			<author><![CDATA[dummy@example.com (777user)]]></author>
			<pubDate>Fri, 22 Mar 2019 12:29:27 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=14992#p14992</guid>
		</item>
	</channel>
</rss>
