You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have this bash script. It logs any errors to a file. Executing this file reports an error.
At the end of this script the database got successfully exported, but the error file isn't empty.
I looked closely and the first command for a nextcloud db does indeed have this error in console: 2024-04-17 10:40:28 ERROR SQLite transfer failed inserting data into table oc_mediadc_tasks: table oc_mediadc_tasks has no column named name
But this is only logged to the console, it's not caught by bash.
When I run this command with -q, the error is indeed caught by bash and written to the log file.
But this error is more or less just a warning in my case and can be ignored as the sqlite file is still created.
But the expected behaviour here is that all console output marked as ERROR should also have STDERR so that bash can catch it. Also for all errors without using -q, since --quiet should only hide all non-errors, not make errors more prominent.
The second thing is that these progress lines are written to the error file without using -q. This is clearly not the intended behaviour.
At first I thought there might be something wrong with the way I catch errors, and it caught this oc_mediadc_tasks error, but somehow it was outputting the progress bar instead.
But then I looked closely at just the second command for a freshrss db.
Running it did not produce any errors, neither with --debug nor with -q.
But the error log still shows the progress bar as a logged error.
I have tried to look for the logger lines in the src to see if these progress bar outputs use stderr instead of stdout, but have not been able to find anything. So maybe you can help and tell me what is going on as there are several things that needs to be addressed. @techouse
Happy to help with further logs and debugging.
Some more basic info.
host debian
Installed mysql-to-sqlite3 in those docker containers via pip. version 2.1.11
Mariadb 10.6
The text was updated successfully, but these errors were encountered:
Perhaps the most wonderful use of tqdm is in a script or on the command line. Simply inserting tqdm (or python -m tqdm) between pipes will pass through all stdin to stdout while printing progress to stderr.
I have this bash script. It logs any errors to a file. Executing this file reports an error.
At the end of this script the database got successfully exported, but the error file isn't empty.
Content of log file:
This is clearly not an error, as its just info.
I looked closely and the first command for a nextcloud db does indeed have this error in console:
2024-04-17 10:40:28 ERROR SQLite transfer failed inserting data into table oc_mediadc_tasks: table oc_mediadc_tasks has no column named name
But this is only logged to the console, it's not caught by bash.
When I run this command with -q, the error is indeed caught by bash and written to the log file.
But this error is more or less just a warning in my case and can be ignored as the sqlite file is still created.
But the expected behaviour here is that all console output marked as ERROR should also have STDERR so that bash can catch it. Also for all errors without using -q, since --quiet should only hide all non-errors, not make errors more prominent.
The second thing is that these progress lines are written to the error file without using -q. This is clearly not the intended behaviour.
At first I thought there might be something wrong with the way I catch errors, and it caught this oc_mediadc_tasks error, but somehow it was outputting the progress bar instead.
But then I looked closely at just the second command for a freshrss db.
Running it did not produce any errors, neither with --debug nor with -q.
But the error log still shows the progress bar as a logged error.
I have tried to look for the logger lines in the src to see if these progress bar outputs use stderr instead of stdout, but have not been able to find anything. So maybe you can help and tell me what is going on as there are several things that needs to be addressed. @techouse
Happy to help with further logs and debugging.
Some more basic info.
host debian
Installed mysql-to-sqlite3 in those docker containers via pip. version 2.1.11
Mariadb 10.6
The text was updated successfully, but these errors were encountered: