@Wayne-Workman I did. I think I’m good for now, I just deployed an image and it worked quickly and perfectly on SVN vs when I tried with 1.2.0 earlier. Thank you guys for your help and building this wonderful tool.
Latest posts made by Sijmister
-
RE: Disparities Between Config file for release and trunk
-
RE: Disparities Between Config file for release and trunk
@Tom-Elliott Ignore the last sentence in my last post my supervisor was testing something. But the apache2 part was an issue I ran into.
-
RE: Disparities Between Config file for release and trunk
@Tom-Elliott OK, that worked. I uninstalled everything and reinstalled everything from scratch.
Although I did run into issues when unistalling with the files in /etc/apache2/sites-available/ and ./sites-enabled/ named 001-fog.conf needing to be deleted before I could restart the apache2 service, which isn’t in the unistall guide in the wiki. After I installed I the manually added the “” to the password which worked even with the double quotes. But it didn’t ask me to input the IP for the DHCP server and can’t find that setting anymore, and I’m not able to direct the computer I’m testing to boot to PXE correctly. -
RE: Disparities Between Config file for release and trunk
@Wayne-Workman https://wiki.fogproject.org/wiki/index.php?tit=Installation
https://wiki.fogproject.org/wiki/index.php/Upgrade_to_trunkI read these two pages before starting the process.
Looking at it now I suppose I could have surmised that it’s possible to install using SVN without installing the release version, but the fact that it said upgrade to trunk on the dedicated trunk page made me assume otherwise. That’s clearly on me.
-
RE: Disparities Between Config file for release and trunk
@Tom-Elliott It’s a dollar sign “$”. It’s the only special character.
-
RE: Disparities Between Config file for release and trunk
Thanks for clearing things up for me, I’ll change the localhost back to 127. From the instructions on the wiki, I was under the impression that you had to install 1.2.0 before installing the trunk. I have a symbol in the password, so maybe that’s why the quotes were affecting it. I’m not a programmer, but I assume it can’t hurt to make it single quotes for future releases. I can copy paste or upload an image of the section of the config file that I’m referring to when I get in to work tomorrow.
-
Disparities Between Config file for release and trunk
Hello,
Just wanted to let you guys know that you have some syntactical differences between the config files for 1.2.0 and the SVN that caused me no small amount of grief. After wasting hours uninstalling and reinstalling both versions, I finally decided to make a backup copy of the working Config.class.php file in the 1.2.0 version and compare it to the config.class.php file in the SVN.
There you will note the first issue, the capital “C” in the 1.2.0 file name and the lowercase “c” in the trunk file name. It’s largely irrelevant but could cause some grief when making backups.
The next issue (which is probably also largely irrelevant) is that in the 1.2.0 file you refer to the HOST as localhost and in the trunk file you refer to it as 127.0.0.1. Now that should not be an issue, unless someone is using some other local host IP such as 127.0.1.1 somehow. I think you had it right the first time as any system should be able to resolve the name “localhost”.
Now here’s the whammy, and what was probably the actual cause of grief all this time. In the SVN file, the field for ‘DATABASE_PASSWORD’ uses double quotes " " instead of single quotes ’ ’ ! Please resolve this as soon as possible to prevent other new users from questioning their competency as I have the last couple of days.
Thank you.