Michael von Glasow

I didn’t set any path at all, and would expect that to give me the hardcoded cron default . Instead, this seems to give me the same PATH I would get in a shell environment. That would imply that, if a variable is not set in the crontab, it is still inherited from the shell. For reproducible tests, all environment variables should be unset first, then cron’s hardcoded defaults should be set, and only after that should any settings in crontab be applied. The possibilities of a cron job are almost unlimited,...

Case in point, I am seeing this on my system. If I type echo $PATH in bash, I get: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games Doing the same in a cron job (and redirecting output) gives me: /usr/bin:/bin I did not examine the exact PATH I would get when running from webmin. However, I ran a script that called ifconfig and a few other system commands, which on my system reside in /sbin. The script works when run from Webmin, as well as when running from...

Case in point, I am seeing this on my system. If I type echo $PATH in bash, I get: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games Doing the same in a cron job (and redirecting output) gives me: /usr/bin:/bin I did not examine the exact PATH I would get when running from webmin. However, I ran a script that called ifconfig and a few other system commands, which on my system reside in /sbin. The script works when run from Webmin, as well as when running from...

If the UI advised users that it may take up to a minute for output to appear (plus, depending on the way it is redirected to the user’s browser, the time it takes for the job itself to complete), they would at least know that this is normal, not a malfunction. So we would need to balance between two use cases: * Run the job without even a minute of delay, at the expense of the environment being different from cron and the job potentially behaving differently * Run the job in a true cron environment...

The job is a bash script which, among others, runs ifconfig to see if the network interface is up. This works when run from an interactive session, as well as with “Run now”, but fails in cron because the ifconfig binary is not on the PATH. And yes, the difference is definitely due to an environment variable. On my system, PATH is /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games in a shell session but /usr/bin:/bin in a cron job. This is known and documented...

cron job behaves differently when run manually

Sorry if my frustration came through a bit more than it should have yesterday. I have since found the Advanced Edit plugin on the forum, which alleviates most issues—still not a 100% solution but at least it lets me create a usable floor plan. I can draw a room, adjust the individual points of it (length of walls measured from inside and angles), then add walls around it and adjust them further. While I haven’t read the discussions on the subject, I understand that this subject has come up a few...

Is this product still under active maintenance? I would assume the ability to draw a wall based on measurements taken inside the room (or outside—but not along the center line of the wall) to be the most fundamental feature of any floor plan software and should have been fixed in significantly less than ten years after being reported. Without that, you can’t even create a scale model of the building other that by manually editing the XML file, which is definitely not good UX. Except for some applications...