Installing Snipe-IT on CentOS 7 and MariaDB
-
Just ran through the one line installer and it worked.
Indeed wget is missing. So before starting you need to...
yum -y install wget
And on some CentOS 7 minimal installs there is no firewall. If that is the case for you, you should be good. If you have a firewall you will need to open port 80 like so...
firewall-cmd --zone=public --add-port=80/tcp --permanent; firewall-cmd --reload
-
In theory, this single line should do the trick:
yum -y install wget; setenforce 0 && yum -y install epel-release; mkdir -p /var/www/html; cd /var/www/html/; wget https://raw.githubusercontent.com/snipe/snipe-it/master/install.sh && chmod 744 install.sh && ./install.sh && cd snipeit; sed -i "s/'timezone' => '',/'timezone' => 'UTC',/" app/config/app.php; php artisan app:install; firewall-cmd --zone=public --add-port=80/tcp --permanent; firewall-cmd --reload
Assuming that you run as root.
-
I updated the command up top to add in the installation of a firewall, wget and to configure the firewall.
-
@scottalanmiller said:
I updated the command up top to add in the installation of a firewall, wget and to configure the firewall.
Will give that a go once I got Fog installed.
-
@scottalanmiller Thanks Scott got everything up and running, except I get a nasty red bar across the top of my screen "WARNING: This application is running in production mode with debugging enabled. This can expose sensitive data if your application is accessible to the outside world. Disable debug mode by setting the debug value app/config/production/app.php to false."
Could you point me in the right direct.
-
@subi15wrx said:
@scottalanmiller Thanks Scott got everything up and running, except I get a nasty red bar across the top of my screen "WARNING: This application is running in production mode with debugging enabled. This can expose sensitive data if your application is accessible to the outside world. Disable debug mode by setting the debug value app/config/production/app.php to false."
Could you point me in the right direct.
nano /var/www/html/app/config/production/app.php
Change the Disable debug mode line to end with false instead of true.
Save and close. Restart the webserversystemctl restart httpd
Shouldn't be all that difficult, the error message spells it out quite clearly.
-
@travisdh1 said:
@subi15wrx said:
@scottalanmiller Thanks Scott got everything up and running, except I get a nasty red bar across the top of my screen "WARNING: This application is running in production mode with debugging enabled. This can expose sensitive data if your application is accessible to the outside world. Disable debug mode by setting the debug value app/config/production/app.php to false."
Could you point me in the right direct.
nano /var/www/html/app/config/production/app.php
Change the Disable debug mode line to end with false instead of true.
Save and close. Restart the webserversystemctl restart httpd
Shouldn't be all that difficult, the error message spells it out quite clearly.
nano
is not installed in a minimal setup by default. he will have to either usevi
or install nano firstyum -y install nano
-
@JaredBusch said:
@travisdh1 said:
@subi15wrx said:
@scottalanmiller Thanks Scott got everything up and running, except I get a nasty red bar across the top of my screen "WARNING: This application is running in production mode with debugging enabled. This can expose sensitive data if your application is accessible to the outside world. Disable debug mode by setting the debug value app/config/production/app.php to false."
Could you point me in the right direct.
nano /var/www/html/app/config/production/app.php
Change the Disable debug mode line to end with false instead of true.
Save and close. Restart the webserversystemctl restart httpd
Shouldn't be all that difficult, the error message spells it out quite clearly.
nano
is not installed in a minimal setup by default. he will have to either usevi
or install nano firstyum -y install nano
I'm forever forgetting about that, it's installed in the base image I use. I also have an unnatural loathing of vi and vim. Neither has really made me happy to be using it. If you ask me, keep your sanity, use nano
-
@travisdh1 said:
@JaredBusch said:
@travisdh1 said:
@subi15wrx said:
@scottalanmiller Thanks Scott got everything up and running, except I get a nasty red bar across the top of my screen "WARNING: This application is running in production mode with debugging enabled. This can expose sensitive data if your application is accessible to the outside world. Disable debug mode by setting the debug value app/config/production/app.php to false."
Could you point me in the right direct.
nano /var/www/html/app/config/production/app.php
Change the Disable debug mode line to end with false instead of true.
Save and close. Restart the webserversystemctl restart httpd
Shouldn't be all that difficult, the error message spells it out quite clearly.
nano
is not installed in a minimal setup by default. he will have to either usevi
or install nano firstyum -y install nano
I'm forever forgetting about that, it's installed in the base image I use. I also have an unnatural loathing of vi and vim. Neither has really made me happy to be using it. If you ask me, keep your sanity, use nano
Ha I've forced myself to use Vi and Vim and now I find myself typing
:wq
when I want to exit things like gedit and Atom.Yanking and pasting are awesome features for Vim though. Being able to type
ya(
to copy everything between parenthesis is really nice. -
@johnhooks said:
@travisdh1 said:
@JaredBusch said:
@travisdh1 said:
@subi15wrx said:
@scottalanmiller Thanks Scott got everything up and running, except I get a nasty red bar across the top of my screen "WARNING: This application is running in production mode with debugging enabled. This can expose sensitive data if your application is accessible to the outside world. Disable debug mode by setting the debug value app/config/production/app.php to false."
Could you point me in the right direct.
nano /var/www/html/app/config/production/app.php
Change the Disable debug mode line to end with false instead of true.
Save and close. Restart the webserversystemctl restart httpd
Shouldn't be all that difficult, the error message spells it out quite clearly.
nano
is not installed in a minimal setup by default. he will have to either usevi
or install nano firstyum -y install nano
I'm forever forgetting about that, it's installed in the base image I use. I also have an unnatural loathing of vi and vim. Neither has really made me happy to be using it. If you ask me, keep your sanity, use nano
Ha I've forced myself to use Vi and Vim and now I find myself typing :wq when I want to exit things like gedit and Atom.
I can use vi, I prefer not to. I always install nano along with wget and epel-release
-
@johnhooks said:
@travisdh1 said:
@JaredBusch said:
@travisdh1 said:
@subi15wrx said:
@scottalanmiller Thanks Scott got everything up and running, except I get a nasty red bar across the top of my screen "WARNING: This application is running in production mode with debugging enabled. This can expose sensitive data if your application is accessible to the outside world. Disable debug mode by setting the debug value app/config/production/app.php to false."
Could you point me in the right direct.
nano /var/www/html/app/config/production/app.php
Change the Disable debug mode line to end with false instead of true.
Save and close. Restart the webserversystemctl restart httpd
Shouldn't be all that difficult, the error message spells it out quite clearly.
nano
is not installed in a minimal setup by default. he will have to either usevi
or install nano firstyum -y install nano
I'm forever forgetting about that, it's installed in the base image I use. I also have an unnatural loathing of vi and vim. Neither has really made me happy to be using it. If you ask me, keep your sanity, use nano
Ha I've forced myself to use Vi and Vim and now I find myself typing :wq when I want to exit things like gedit and Atom.
Yanking and pasting are awesome features for Vim though. Being able to type
ya(
to copy everything between parenthesis is really nice.Yep, nothing wrong with them, and very powerful tools for working with text. Command structure just never really clicked in my brain tho, whereas nano just meshed so much easier for me.
-
@travisdh1 said:
@johnhooks said:
@travisdh1 said:
@JaredBusch said:
@travisdh1 said:
@subi15wrx said:
@scottalanmiller Thanks Scott got everything up and running, except I get a nasty red bar across the top of my screen "WARNING: This application is running in production mode with debugging enabled. This can expose sensitive data if your application is accessible to the outside world. Disable debug mode by setting the debug value app/config/production/app.php to false."
Could you point me in the right direct.
nano /var/www/html/app/config/production/app.php
Change the Disable debug mode line to end with false instead of true.
Save and close. Restart the webserversystemctl restart httpd
Shouldn't be all that difficult, the error message spells it out quite clearly.
nano
is not installed in a minimal setup by default. he will have to either usevi
or install nano firstyum -y install nano
I'm forever forgetting about that, it's installed in the base image I use. I also have an unnatural loathing of vi and vim. Neither has really made me happy to be using it. If you ask me, keep your sanity, use nano
Ha I've forced myself to use Vi and Vim and now I find myself typing :wq when I want to exit things like gedit and Atom.
Yanking and pasting are awesome features for Vim though. Being able to type
ya(
to copy everything between parenthesis is really nice.Yep, nothing wrong with them, and very powerful tools for working with text. Command structure just never really clicked in my brain tho, whereas nano just meshed so much easier for me.
I definitely don't use hardly 1% of the things it can do. I just found things like typing
/
to search easier thanctrl+w
(or whatever it is in nano) -
I've definitely had times where I got stuck in some weird mode though and had no idea how to exit other than doing
:q!
and losing my work. -
@johnhooks said:
I've definitely had times where I got stuck in some weird mode though and had no idea how to exit other than doing
:q!
and losing my work.Yep... this happens with me on Debian based systems often. On CentOS I can fly through vi but on Debian systems some of the default options change and that makes working in it so much more difficult.
-
I haven't used emacs since around 1990 and have never seen joe or nano. I know that people like that. I had it drilled into me in 1994 to never use anything but vi and I never have since.
-
@coliver said:
@johnhooks said:
I've definitely had times where I got stuck in some weird mode though and had no idea how to exit other than doing
:q!
and losing my work.Yep... this happens with me on Debian based systems often. On CentOS I can fly through vi but on Debian systems some of the default options change and that makes working in it so much more difficult.
That's where I get it too. I still haven't figured out what they changed. Glad to see it's not just me haha.
-
@johnhooks said:
@coliver said:
@johnhooks said:
I've definitely had times where I got stuck in some weird mode though and had no idea how to exit other than doing
:q!
and losing my work.Yep... this happens with me on Debian based systems often. On CentOS I can fly through vi but on Debian systems some of the default options change and that makes working in it so much more difficult.
That's where I get it too. I still haven't figured out what they changed. Glad to see it's not just me haha.
I find that avoiding Debian fixes that
-
@scottalanmiller said:
@johnhooks said:
@coliver said:
@johnhooks said:
I've definitely had times where I got stuck in some weird mode though and had no idea how to exit other than doing
:q!
and losing my work.Yep... this happens with me on Debian based systems often. On CentOS I can fly through vi but on Debian systems some of the default options change and that makes working in it so much more difficult.
That's where I get it too. I still haven't figured out what they changed. Glad to see it's not just me haha.
I find that avoiding Debian fixes that
Just for the record, IRIX's vi was just as bad. Wonder if it came from the same source. Tho IRIX was an abandoned OS ~14 years ago now.
-
I've used a lot of different vi variants over the years. CentOS is actually using vim with lots of enhancements. I use very few of them, though.
-
@travisdh1 Thanks Travis, please forgive me, my issue was I was having a hard time finding the exact path of /var/www/html/snipeit/app/config/production/app.php I am still quite a bit of a noob.