Summary: | app-editors/mp-5.2.1 doesn't honor LINGUAS for locale files | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Piotr Szymaniak <bugzie> |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | jer |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 405485 |
Description
Piotr Szymaniak
2012-02-08 13:43:04 UTC
Um, this is taking it a bit too far. If you made it your project to go through the entire tree to look for packages that do not honour LINGUAS, you're going about it the wrong way. Stop filing these bugs now or only file them for packages you show a clear personal interest for. Changing status as this _is_ a bug [1] [2]. [1] http://archives.gentoo.org/gentoo-dev/msg_69c10fa4b1af60615e49f09e79c63dd1.xml [2] http://archives.gentoo.org/gentoo-dev/msg_67742e6e10cc2b3dda6fb9f98164bce6.xml Fixed in 5.2.2. Would be nice to find a common way to fix this locale installation problems that could fit on an eclass... the problem is that I don't know if simply dropping .mo and .po files at src_prepare will work for most of the cases :( (In reply to comment #4) > Would be nice to find a common way to fix this locale installation problems > that could fit on an eclass... the problem is that I don't know if simply > dropping .mo and .po files at src_prepare will work for most of the cases :( That's a generic problem - if even just the autotools based packages would actually all honour LINGUAS, we wouldn't be doing all this for a fair share of all the packages we support. I was happy to find the mp build system didn't hard-code the linguas it supports in a Makefile, as some packages do. :) In www-client/opera and app-admin/sysstat, I actually check whether the number of linguas a tarball supports matches what I have in IUSE, and fail when it doesn't. I didn't set that up for app-editors/mp but it wouldn't be very difficult, and furthermore that kind of code could easily be stored in an eclass as it would be generic code that actually does the comparison (and the code in opera and sysstat could probably be improved quite a bit). But that's for another bug report I guess. nice, thanks :) About the other bug, the problem is that I am unsure about who would be the "responsive" (assign) for that new eclass to handle this kind of issues :( |