FTBFS 1.3.22+ds1-1 in build-docs during rebuild-test
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
sqlalchemy (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
zzzeeksphinx (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
https:/
build succeeded, 10 warnings.
The HTML pages are in ../../debian/
Exception ignored in: <_io.FileIO name='/
Traceback (most recent call last):
File "/usr/lib/
open(
ResourceWarning: unclosed file <_io.TextIOWrapper name='/
Extension error (zzzeeksphinx.
Handler <function generate_stylesheet at 0x7f5a509fbe50> for event 'build-finished' threw an exception (exception: Error parsing block:
@import url(//fonts.
Traceback:
File "/usr/lib/
self.
File "/usr/lib/
for c_lineno, c_property, c_codestr in locate_
Deprecati
Debian's 1.3.22-ds1-1 build sees none of these error messages:
https:/
The version carried in impish was sync'd in Dec 30th, 2020, so hasn't received a rebuild in a while:
https:/
tags: | added: update-excuse |
summary: |
- FTBFS 3.5.6-1build1 in build-docs + FTBFS 1.3.22+ds1-1 in build-docs during rebuild-test |
description: | updated |
description: | updated |
description: | updated |
tags: | added: ftbfs |
It sounds like the warning for the Libre+Franklin import is ignored by the testsuite, however I wonder if this results in either dummy data or an error html page to be used in place, and that this triggers the secondary error (below). /github. com/sqlalchemy/ sqlalchemy/ issues/ 5727, and sounds like the issue is that an external resource is attempting to be read but blocked by the proxy; a few workarounds are suggested there.
It is mentioned at https:/
The secondary error occurs in python, and is what autopkgtest actually faults on:
Traceback: python3/ dist-packages/ scss/compiler. py", line 349, in manage_children _manage_ children_ impl(rule, scope) python3/ dist-packages/ scss/compiler. py", line 359, in _manage_ children_ impl blocks( rule.unparsed_ contents) :
File "/usr/lib/
self.
File "/usr/lib/
for c_lineno, c_property, c_codestr in locate_
DeprecationWarning: PY_SSIZE_T_CLEAN will be required for '#' formats
python3-pyscss provides scss/compiler.py:
# @print_timing(4) children( self, rule, scope):
self. _manage_ children_ impl(rule, scope) # line 349
e. add_rule( rule)
def manage_
try:
except SassBaseError as e:
raise
except Exception as e:
raise SassError(e, rule=rule)
def _manage_ children_ impl(self, rule, scope): calculator( rule.namespace)
calculator = self._make_
for c_lineno, c_property, c_codestr in locate_ blocks( rule.unparsed_ contents) :
block = UnparsedBlock(rule, c_lineno, c_property, c_codestr) # line 359
...
The error mentions a '#' format, but I'm not sure what data this UnparsedBlock() call is erroring on exactly. However, this DeprecationWarning on PY_SSIZE_T_CLEAN was introduced in Python 3.8 (c.f. https:/ /bugs.python. org/issue36381) and has been dealt with by various other projects (e.g. LP: #1853809, https:/ /github. com/zopefoundat ion/persistent/ issues/ 108, https:/ /stackoverflow. com/questions/ 66254152/ suppress- deprecation- in-python, https:/ /github. com/python- pillow/ Pillow/ pull/3749)
The current sqlalchemy package was built with python3-all-dev (>= 3.1.2-8~), which precedes when this deprecation was introduced.