View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0004453 | Taler | other | public | 2016-04-20 16:55 | 2019-12-20 19:12 |
Reporter | Florian Dold | Assigned To | Marcello Stanisci | ||
Priority | low | Severity | feature | Reproducibility | have not tried |
Status | closed | Resolution | fixed | ||
Product Version | 0.0 | ||||
Target Version | 0.6 | Fixed in Version | 0.6 | ||
Summary | 0004453: python components should respect loglevel | ||||
Description | ... in a way similar to GNUnet / the other Taler components | ||||
Tags | No tags attached. | ||||
|
You mean we want our pythons to: 1) have always a -L <loglev> CLI option 2) interpret some env variable having the same format of GNUNET_FORCE_LOG ? |
|
See also https://gnunet.org/logging |
|
Commit 3c42d73724a3ccbf2 (at copylib.git) implements the following things: * interpretation of env var GNUNET_LOG * interpretation of env var GNUNET_FORCE_LOG * interpretation of env var GNUNET_FORCE_LOGFILE and it does NOT do the following things: * enforcing the 'file', 'function', 'from line[-to line]' fields of logging definitions * adding any '-L' and '-l' CLI options. For this, I don't think it's the logger responsibility to deal with CLI arguments; rather, it should be some universal "wrapper" that adjusts such values for all the GNUnet-ish pythons (exactly like GNUNET_PROGRAM_run does). If we really want this, let's (first discuss and then) open a separate issue. |
|
b3de4b42a6cc6032 implemets the check on the other fields (line, function name, line range). Keeping it open until proper testing will be implemented. |
|
be06e05..d3a6c1b finishes this issue (including all was missing). |
Date Modified | Username | Field | Change |
---|---|---|---|
2016-04-20 16:55 | Florian Dold | New Issue | |
2016-05-04 15:50 | Christian Grothoff | Severity | minor => feature |
2016-05-04 15:50 | Christian Grothoff | Product Version | => 0.0 |
2016-05-04 15:50 | Christian Grothoff | Priority | normal => low |
2016-05-04 15:50 | Christian Grothoff | Status | new => confirmed |
2017-03-18 23:35 | Christian Grothoff | Target Version | => 0.7.1 |
2017-04-09 00:17 | Christian Grothoff | Target Version | 0.7.1 => 0.6 |
2018-09-15 11:08 | Christian Grothoff | Assigned To | => Marcello Stanisci |
2018-09-15 11:08 | Christian Grothoff | Status | confirmed => assigned |
2018-09-21 11:23 | Marcello Stanisci | Note Added: 0013250 | |
2019-02-02 10:51 | Christian Grothoff | Note Added: 0013558 | |
2019-02-06 15:20 | Marcello Stanisci | Note Added: 0013614 | |
2019-02-06 19:22 | Marcello Stanisci | Note Added: 0013620 | |
2019-02-07 16:47 | Marcello Stanisci | Status | assigned => resolved |
2019-02-07 16:47 | Marcello Stanisci | Resolution | open => fixed |
2019-02-07 16:47 | Marcello Stanisci | Note Added: 0013623 | |
2019-02-12 23:18 | Christian Grothoff | Fixed in Version | => 0.6 |
2019-12-20 19:12 | Christian Grothoff | Status | resolved => closed |