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...
What if it’s an in-memory database? Wouldn’t that cause SqlTool to open a separate in-memory db if we just pass the connection URL (rather than calling one of SqlTool’s classes and passing the connection instance)?
Nice way of saying “patches welcome” :-> I’ll see what I can do, I have never touched the HSQLDB source code so far. Since sqltool should already have most of the backend code we need, my idea would be to borrow most of that code. Then we would just need to hook it up to the user interface in some way. Unless there is some major obstacle to this that I am unaware of…
Add script support to DatabaseManager[Swing]
Acoustic timer signal keep re-enabling themselves
Sorry, I meant Processing options which I can’t get into, More camera controls works fine
I build straight from the command line, which may explain the different behavior. Haven’t followed up on this, but the same fix you suggested worked in a different project. Any reasons not to add it to the build script? I guess the majority of the folks who build from source don’t want to deal with the build chain complaining about non-critical errors in upstream code, and those who specifically want to fix lint errors hopefully know how to chang this setting…
Photo stamping is definitely off. HDR is not supported by the device, and as far as I can tell, auto-stabilization is off as well. (Though I can’t get into the More camera controls menu, does that have to do with the old Camera API?) Other camera apps (stock camera, FreeDCam) have EXIF data included.
Gradle build fails
Any news on this? I am on 1.47.3 and am still seeing the same behavior.
EXIF image taking conditions are empty
Subtle zoom/scaling variations between subsequent images in burst mode
PS: OpenCamera version 1.32.1, installed via F-Droid.
Spontaneous zoom in burst mode
Consider shutter lag for burst mode interval
Amendment: Just realized that the default mode is "automatic", which I've never changed,...
Probably a duplicate of #201.
Same here (unfortunately I don't have any non-confidential scans at hand either)....
Add:core:Merge project highfive|Thx jandegr and...
Fix:port_android:Terminate process properly whe...
Don't change dimension presets after cropping a page
Show preview for Crop operation
Lineart PDF files are frequently corrupted
Add:port/android:Change vehicle.position_valid ...
Refactoring:core:document values for attr_posit...
Add:port/android:Make gps_status OSD work on An...
Fix:core:Don't set map to invalid coordinates
Add:osd:Update gps_status when status changes b...
Add:core:Add support for GPS status callbacks i...
Fix:port/maemo:Correct debug output when gettin...
Add:port/android:Support position_valid attribu...
Add:core:Support position_valid attribute for d...
Refactoring:core:documentation update
Fix:core:Obey size argument of strftime_localti...
Refactoring:core:Add some more documentation
Refactoring:dbus:Removed unneeded local variable
Add:dbus:Include maneuver type in GPS export
Fix:core:Improve detection of motorway intercha...
Fix:core:Eliminate more superfluous maneuvers a...
Fix:core:Announce turns when going straight is ...
Fix:core:use curve_limit throughout maneuver_re...
Refactoring:core:Improve documentation in item.c
Refactoring:core:Add doxygen comments
Fix:core:Refine criteria for announcing maneuve...
Fix:port/android:Update bitmap dimensions when ...
I confirm it doesn't work on Android. There is no way to "unmute all"/"unhide all"...