Enlibrary/re.po había una entrada que no estaba delineada correctamente con comillas dobles (si ven el diff entero es la última entrada en el diff, o pueden ver simplemente el primer commit de este PR). Esto hacía quepowrap --check se saltara el archivo y no lo validara. Esto, a su vez, ocurría porque la utilidadmsgcat degettext identificaba el error de sintaxis, y fallaba al ser ejecutada.powrap no consideraba esos errores al momento de calcular el exit code del proceso, y por lo tanto el archivo no sólo seguía siendo inválido, sino que tampoco era verificado. De igual forma, el archivo no podía ser wrapeado correctamente usandopowrap library/re.po.

Ya abrí un PR contrapowrap para cambiar este comportamiento enhttps://git.afpy.org/AFPy/powrap/pulls/4 (actualización: el PR ya fue mergeado, y una nuevs versión de powrap fue publicada, pornlo que también actualicé en este PR nuestra dependencia de powrap, además del pre-commit hook de powrap).

Por otro lado, el resto de nuestras herramientasno consideraban este archivo como inválido, Esto es porquepolib no hacía la validación correspondiente, e incorrectamente parseaba la entrada. También abrí un PR contra polib para esto enizimobil/polib#161. Actualización: en el intertanto también me di cuenta de que el paquetebabel sufre del mismo problema, yo incorrectamente había asumido que babel dependía de polib; PR creada contra babel:python-babel/babel#1151.

Después de corregir el error de sintaxis, ejecuté powrap de tal manera que ahoralibrary/re.po está bien formateado.