Conversation
|
This PR is hosed by now and should be reworked. It should be an option to create a database, default behavior of the application shouldn't change. |
Only two commits are relevant: I understand you are supportive of the first commit but not the second. How would you enable the first? |
| import logging | ||
| import os | ||
| import sqlite3 | ||
| from pathlib import Path |
There was a problem hiding this comment.
Unused import, and please don't add any dependencies on pathlib (it doesn't do anything which Python couldn't do 20 years ago).
There was a problem hiding this comment.
As you say, code was in fork I adapted.
|
What I meant is that there should be option like I'm also not a fan of all the novelties like pathlib and f-strings. Whereas I'm a fan of minimalism, so prefer to rely on decades-known features vs recent novelties (where ones being replaced by others in rat-race). |
Do you consider this PR worth accepting if I rework based on the two commits and a |
I remember it was one of your older concern that Makefile is used to create a database. It's not a concern to me, but I'm happy to listen to contributors who are willing to do legwork to change that (I myself wouldn't be willing to do legwork, because it already works and doesn't change much IMHO).
Sorry, I unlikely would be able to tweak it any time soon, because I have hundreds of my own patches to tweak to make them suitable for upstreaming (e.g., for PP itself, but not only). I'm happy to provide review comments and suggestions, that's how open source contribution process usually works. Thanks. |
Your response is still not clear to me. Would you be supportive of the first (Allow create database in python) without the second (Enable create database in python)? It would be trivial for technical users to flip the boolean without stuffing around with options etc. |
close #22