@Theile commented on GitHub:
This has actually puzzled me for some time. A line break that is not shown in the logging, as it is completely ignored there, and yet it exists, because some servers…
@acodega commented on GitHub:
Believe fixed in Installomator 10.6
@PicoMitchell commented on GitHub:
Piping to tr -d '[:cntrl:]' is a great way to remove \n and \r as well as any other possible control char that could ever pop up to cause problems.
@PicoMitchell commented on GitHub:
I believe it could make sense to add `appNewVersion=$(echo $appNewVersion
@acodega commented on GitHub:
Please post a policy result from Jamf or an Installomator log when you can.
@Theile commented on GitHub:
And using INSTALL=force will install it no matter if it exists already or not.
@wakco commented on GitHub:
Note: "This detail is also hampering my adoption of Installomator because there are a few Labels I am unable to use because they are out of date in the release…
@wakco commented on GitHub:
I was hoping to avoid maintaining my own Labels, which oddly enough is part of the point to Installomator in the first place.
I guess I'll just maintain some of my…
@wakco commented on GitHub:
As far as the online infrastructure, that is understandable, as for trust, that already exists as it is.
Another thought might be to seperate the labels into a…
@acodega commented on GitHub:
Trust only exists in that an administrator is manually downloading Installomator.sh and presumably checked the latest commits, or the administrator is installing the…
@macmangr commented on GitHub:
Hi Theile,
using the following options in the script, i thought there should be one notification per label as usual, but only one notification is shown "No…
@scriptingosx commented on GitHub:
This is a good question. Let me explain the motivations here:
This is intentional. The script does what it does as root so we have to take care to know…
@scriptingosx commented on GitHub:
Also, we have already split the labels from the functional code in the main repo, which makes it easier to maintain and merge. the [assemble.sh script](https:/…
@scriptingosx commented on GitHub:
Just to clarify: in my opinion, the option (and actually requirement) to maintain your own labels, was intended from the very beginning.
I would recommend…