| Summary: | media-libs/flac-1.1.2-r8 stable request | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | John Richard Moser <nigelenki> |
| Component: | [OLD] Library | Assignee: | MIPS Porters <mips> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | sound |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
John Richard Moser
2006-06-11 15:28:58 UTC
Which version are you referring to? The latest version of flac (and afair also the stable version) applies the patch 120_all_noexecstack that fixes this already. Stable is 1.1.2-r3, which has PATCHLEVEL=1 -- and flac-patches-1.tar.bz2 *DOESN'T* contain this patch 1.1.2-r8 and 1.1.3 (both marked ~arch for all arches) use PATCHLEVEL=8 and 10 respectively -- and so *DO* have the patch. So this is fixed, but the fixed version isn't marked stable yet. Okay now makes more sense. I still wonder why this was pointed at a bug in Ubuntu I couldn't care less (as I reported the fix upstream myself) and this was reported as bug #114984 in Gentoo already, but whatever. To the reporter, you should usually report _which_ version of a package you're reporting about, and not report boilerplates problem that are already handled somehow. Executable stacks are usually non-critical so they don't require an early stable, but I suppose that the latest 1.1.2-r8 is now good enough for stable as it's in the tree since 26th September. sparc stable. ppc64 stable x86 stable Stable on ppc Stable for HPPA arm stable amd64 stable alpha stable mips stable. |