- 27 10月, 2020 1 次提交
-
-
由 Niels Thykier 提交于
Signed-off-by: NNiels Thykier <niels@thykier.net>
-
- 26 10月, 2020 1 次提交
-
-
由 Niels Thykier 提交于
Signed-off-by: NNiels Thykier <niels@thykier.net>
-
- 12 4月, 2020 1 次提交
-
-
由 Ivo De Decker 提交于
-
- 06 7月, 2019 1 次提交
-
-
由 Ansgar Burchardt 提交于
The logger wants to prepend some values and expects a `list`.
-
- 08 7月, 2018 1 次提交
-
-
由 Ansgar Burchardt 提交于
-
- 27 6月, 2018 2 次提交
-
-
由 Bastian Blank 提交于
-
由 Bastian Blank 提交于
-
- 24 6月, 2018 1 次提交
-
-
由 Bastian Blank 提交于
-
- 24 5月, 2018 1 次提交
-
-
由 Bastian Blank 提交于
-
- 21 5月, 2018 2 次提交
-
-
由 Bastian Blank 提交于
-
由 Bastian Blank 提交于
-
- 20 5月, 2018 2 次提交
-
-
由 Bastian Blank 提交于
-
由 Bastian Blank 提交于
-
- 19 5月, 2018 3 次提交
-
-
由 Bastian Blank 提交于
-
由 Bastian Blank 提交于
-
由 Bastian Blank 提交于
-
- 06 5月, 2017 1 次提交
-
-
由 Ansgar Burchardt 提交于
ce54b4f1 missed changing the variable name in one place.
-
- 15 1月, 2017 1 次提交
-
-
由 Ansgar Burchardt 提交于
This silences a warning from newer SQLAlchemy releases: SAWarning: Textual SQL expression '[...]' should be explicitly declared as text('[...]')
-
- 25 10月, 2016 1 次提交
-
-
由 Paul Wise 提交于
Primarily machine-readable files are no place for documentation.
-
- 31 3月, 2016 1 次提交
-
-
由 Ansgar Burchardt 提交于
This should prevent changes to the {src,bin}_contents tables and result in all helper processes seeing the same data.
-
- 16 5月, 2014 1 次提交
-
-
由 Helmut Grohne 提交于
Rather than using try-finally blocks or even failing to close files in the event of an exception, open files in with blocks where feasible. Signed-off-by: NHelmut Grohne <helmut@subdivi.de>
-
- 20 10月, 2013 1 次提交
-
-
由 Ansgar Burchardt 提交于
Python changes the signal handler to SIG_IGN for a few signals which causes unexpected behaviour in child processes. The wrapper functions in the new daklib.daksubprocess module reset them to SIG_DFL in child processes. Reference: http://bugs.python.org/issue1652
-
- 29 4月, 2013 1 次提交
-
-
由 Luca Falavigna 提交于
-
- 13 8月, 2012 1 次提交
-
-
由 Ansgar Burchardt 提交于
-
- 12 8月, 2012 1 次提交
-
-
由 Ansgar Burchardt 提交于
-
- 11 8月, 2012 1 次提交
-
-
由 Ansgar Burchardt 提交于
-
- 10 8月, 2012 1 次提交
-
-
由 Ansgar Burchardt 提交于
-
- 09 8月, 2012 1 次提交
-
-
由 Ansgar Burchardt 提交于
-
- 14 7月, 2012 1 次提交
-
-
由 Ansgar Burchardt 提交于
-
- 12 5月, 2012 1 次提交
-
-
由 Ansgar Burchardt 提交于
Using with statements as done in c9f2c296 requires more resources, so revert back to using temporary tables. We keep the statements to create and fill the temporary table separate from the SELECT query itself which should fix the original problem in a different way.
-
- 11 5月, 2012 1 次提交
-
-
由 Ansgar Burchardt 提交于
SQLAlchemy might use server-side cursors and prepend a DECLARE "..." CURSOR WITHOUT HOLD FOR to the statement. This does not work if the statement starts with creating a temporary table.
-
- 25 8月, 2011 1 次提交
-
-
由 Torsten Werner 提交于
That works in Python >= 2.6. Signed-off-by: NTorsten Werner <twerner@debian.org>
-
- 26 3月, 2011 5 次提交
-
-
由 Torsten Werner 提交于
Signed-off-by: NTorsten Werner <twerner@debian.org>
-
由 Torsten Werner 提交于
Signed-off-by: NTorsten Werner <twerner@debian.org>
-
由 Torsten Werner 提交于
Signed-off-by: NTorsten Werner <twerner@debian.org>
-
由 Torsten Werner 提交于
Signed-off-by: NTorsten Werner <twerner@debian.org>
-
由 Torsten Werner 提交于
Signed-off-by: NTorsten Werner <twerner@debian.org>
-
- 25 3月, 2011 2 次提交
-
-
由 Torsten Werner 提交于
Signed-off-by: NTorsten Werner <twerner@debian.org>
-
由 Torsten Werner 提交于
Signed-off-by: NTorsten Werner <twerner@debian.org>
-
- 24 3月, 2011 1 次提交
-
-
由 Torsten Werner 提交于
Signed-off-by: NTorsten Werner <twerner@debian.org>
-