version 3.0.1 in testing repo
 

Hello people,

namcap version 3.0.1 is now in testing. This is a quick bugfix
followup release that corrects bugs FS#23258, FS#23259, FS#23260.

Sources are at the usual places
ftp://ftp.archlinux.org/other/namcap/namcap-3.0.1.tar.gz
http://projects.archlinux.org/namcap.git/tree/?id=3.0.1

Have fun with it and don't hesitate to report any other bugs or wrong behaviour.

Regards,
Rémy.

version 3.0.1 in testing repo
 

Hello people,

namcap version 3.0.1 is now in testing. This is a quick bugfix
followup release that corrects bugs FS#23258, FS#23259, FS#23260.

Sources are at the usual places
ftp://ftp.archlinux.org/other/namcap/namcap-3.0.1.tar.gz
http://projects.archlinux.org/namcap.git/tree/?id=3.0.1

Have fun with it and don't hesitate to report any other bugs or wrong behaviour.

Regards,
Rémy.

version 3.0.1 in testing repo
 

On Sun, 13 Mar 2011 18:19:08 +0100, Rémy Oudompheng wrote:
> Hello people,
>
> namcap version 3.0.1 is now in testing. This is a quick bugfix
> followup release that corrects bugs FS#23258, FS#23259, FS#23260.
>
> Sources are at the usual places
> ftp://ftp.archlinux.org/other/namcap/namcap-3.0.1.tar.gz
> http://projects.archlinux.org/namcap.git/tree/?id=3.0.1
>
> Have fun with it and don't hesitate to report any other bugs or wrong
> behaviour.
>
> Regards,
> Rémy.

Am I the only one who gets the following back trace on every package?

Traceback (most recent call last):
File "/usr/lib/python3.2/runpy.py", line 160, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib/python3.2/runpy.py", line 73, in _run_code
exec(code, run_globals)
File "/usr/lib/python3.2/site-packages/namcap.py", line 274, in
<module>
process_realpackage(package, active_modules)
File "/usr/lib/python3.2/site-packages/namcap.py", line 128, in
process_realpackage
rule.analyze(pkginfo, pkgtar)
File "/usr/lib/python3.2/site-packages/Namcap/rules/sodepends.py",
line 147, in analyze
filllibcache()
File "/usr/lib/python3.2/site-packages/Namcap/rules/sodepends.py",
line 132, in filllibcache
for j in var[0].decode('ascii').splitlines():
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position
27: ordinal not in range(128)


--
Pierre Schmitz, https://users.archlinux.de/~pierre

version 3.0.1 in testing repo
 

On 2011/3/14 Pierre Schmitz <pierre@archlinux.de> wrote:
> Am I the only one who gets the following back trace on every package?
>
> Traceback (most recent call last):
> *File "/usr/lib/python3.2/runpy.py", line 160, in _run_module_as_main
> * *"__main__", fname, loader, pkg_name)
> *File "/usr/lib/python3.2/runpy.py", line 73, in _run_code
> * *exec(code, run_globals)
> *File "/usr/lib/python3.2/site-packages/namcap.py", line 274, in
> <module>
> * *process_realpackage(package, active_modules)
> *File "/usr/lib/python3.2/site-packages/namcap.py", line 128, in
> process_realpackage
> * *rule.analyze(pkginfo, pkgtar)
> *File "/usr/lib/python3.2/site-packages/Namcap/rules/sodepends.py",
> line 147, in analyze
> * *filllibcache()
> *File "/usr/lib/python3.2/site-packages/Namcap/rules/sodepends.py",
> line 132, in filllibcache
> * *for j in var[0].decode('ascii').splitlines():
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position
> 27: ordinal not in range(128)
>

Sorry, a missing LANG=C in a ldconfig call. The code in sodepends
module is copy-pasted from the depends module which relies on LC_ALL=C
to get the LANG correctly set (which is wrong). The problem did not
appear before because Python 2 uses bytestrings where Python 3 uses
unicode strings.

I'll correct that, the workaround for the moment is to use an ASCII locale.

--
Rémy.