Bug#414869: libatk1.0-0: ${prefix} in some hardcoded paths

[A Mennucc]

Package: libatk1.0-0
Version: 1.12.4-2
Severity: normal

hi

I was stracing a GTK application when I noted this peculiar part:

27972 open("/home/debian/${prefix}/share/locale/it_IT.UTF-8/LC_MESSAGES/atk10.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
27972 open("/home/debian/${prefix}/share/locale/it_IT.utf8/LC_MESSAGES/atk10.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
27972 open("/home/debian/${prefix}/share/locale/it_IT/LC_MESSAGES/atk10.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
27972 open("/home/debian/${prefix}/share/locale/it.UTF-8/LC_MESSAGES/atk10.mo", O_RDONLY) = -1 ENOENT (No
such file or directory)
27972 open("/home/debian/${prefix}/share/locale/it.utf8/LC_MESSAGES/atk10.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
27972 open("/home/debian/${prefix}/share/locale/it/LC_MESSAGES/atk10.mo", O_RDONLY) = -1 ENOENT (No such file or directory)

I guess this is coming out of libatk (though I did not really check)

the ${prefix} in the above filenames seems quite bogus

a.


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)

Versions of packages libatk1.0-0 depends on:
ii  libc6                       2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libglib2.0-0                2.12.4-2     The GLib library of C routines

Versions of packages libatk1.0-0 recommends:
ii  libatk1.0-data                1.12.4-2   Common files for the ATK accessibi

-- no debconf information

-- 
Andrea Mennucc

"The EULA sounds like it was written by a team of lawyers who want to tell 
me what I can't do, and the GPL sounds like it was written by a human 
being who wants me to know what I can do."
Anonymous,    http://www.securityfocus.com/columnists/420