The problem with the service start error seems to be that $linuxReleaseName in .install.sh evaluates to “Debian GNU/Linux”, not “Debian” as the scripts expect. After setting $linuxReleaseName manually in .install.sh, everything worked fine for me.

It looks like it’s from this part of the .install.sh script where it tries to detect the distribution:

if [ -f "/etc/os-release" ]; then
	linuxReleaseName=`sed -n 's/^NAME="\(.*\)"/\1/p' /etc/os-release`;
else
	linuxReleaseName=`cat /etc/*release* 2>/devnull | head -n1 | awk '{print $1}'`;
fi

On Fedora 22 the installation has issues because there are no quotes around NAME’s value, so linuxReleaseName returns empty instead of with Fedora.

Debian 8 also has installation issues related to this. Debian has the quotes, but the value is “Debian GNU/Linux” and the other scripts are looking for just “Debian”.

It looks like it’s from this part of the .install.sh script where it tries to detect the distribution:

if [ -f "/etc/os-release" ]; then
	linuxReleaseName=`sed -n 's/^NAME="\(.*\)"/\1/p' /etc/os-release`;
else
	linuxReleaseName=`cat /etc/*release* 2>/devnull | head -n1 | awk '{print $1}'`;
fi

On Fedora 22 the installation has issues because there are no quotes around NAME’s value, so linuxReleaseName returns empty instead of with Fedora.

Debian 8 also has installation issues related to this. Debian has the quotes, but the value is “Debian GNU/Linux” and the other scripts are looking for just “Debian”.

The problem with the service start error seems to be that $linuxReleaseName in .install.sh evaluates to “Debian GNU/Linux”, not “Debian” as the scripts expect. After setting $linuxReleaseName manually in .install.sh, everything worked fine for me.

It doesn’t exit, it just hangs there. The web interface doesn’t respond either, though Apache does. Revision 3540 works fine though.

Currently you can create a host with a MAC address of invalid length (you can type just anything into the field). It’s saved as hostID 0 with a blank MAC address, and doesn’t show up on the host list for modification/deletion.

Bad news: comes back with an error saying its unable to determine OS type. Looks like it’s because the information is encoded twice. When I removed the base64_encode from the thrown exception on line 42, Capone works fine afterwards, both with a DMI match and without (gives the no image found error).

Sorry Tom, I know you want to be done with capone.php

Thanks! It is working. With no matches, it stays at “Looking for images…”, which is enough of a hint for now.

Break ends the foreach statement, but throwing an exception breaks out of the whole try statement, so the results of the change are the same as before, unfortunately.

I’m new to PHP so this is just an idea and there’s probably better ways. But with how its written you’d probably need an int counter or something like this:

[code] case 4:
$imgType = ‘dd’;
break;
}
$ret[] = base64_encode($Image->get(‘path’).‘|’.$OS->get(‘id’).‘|’.$imgType).“\n”;
}
}
if ($ret)
foreach($ret as $retP)
print $retP;
else
print base64_encode(‘null’);[/code]

Take a look at services/capone.php, and try commenting out lines 43 and 44. It looks like it’s searching through all the DMI definitions, but if the first definition doesn’t match what its looking for it stops entirely. I was able to get a correct image match afterwards, but then ran into problems of my own (unrelated) when it got to the transfer process.

Couple small ones…

The createdBy database fields are currently being populated with session details or something (“O:4:“User”:25:{s:24:“inactivitySessionTimeout”;i:1”), when it used to be the username. If this isn’t intended, it’s in FOGController.class.php. FOG_USER -> FOG_USERNAME on lines 60 and 61.

PrinterManager.php, the newline is being encoded when it shouldn’t on line 35. Also, empty printers are returned because the $Printers variable is being reused. The results from PrinterAssociationManager get saved to it, then when $Printers is iterated, the printer objects are added. When $Printers is iterated the second time, the PrinterAssociationManager info tries to print (comes up empty) as well as the actual printer info.