Summary: | graphviz-1.9 won't build with newer glibc as it uses severly deprecated sort options | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jason Rhinelander <gentoo> |
Component: | New packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aknuds-1, brandy, mholzer, tberman |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 29834 | ||
Attachments: |
Patch to fix deprecated sort options
Updated ebuild that applies patch |
Description
Jason Rhinelander
2003-09-10 22:21:06 UTC
Created attachment 17478 [details, diff]
Patch to fix deprecated sort options
Created attachment 17479 [details]
Updated ebuild that applies patch
This patch works perfectly for me. This patched worked for me perfectly (after adding ~amd64 to KEYWORDS). Note on my last comment: I only said it BUILDS with ~amd64 and the patch. It doesn't RUN on amd64, so don't go adding it to KEYWORDS. so which patch is better, here or in #29434 ? I guess they are more-or-less equivelant, but I must say I like the idea of applying a patch as this does better than sed'ing the Makefile from the ebuild, as bug 29834 does. Plus it may be useful to submit the patch on to the graphviz maintainers. After reading the comments on this bug and Bug #29834, I think the patch on this bug is more applicable. I can add the patch to CVS in a few days unless someone else wants to take care of this. (Btw, I assume this will apply to graphviz-1.10 as well as 1.9?) *** Bug 29834 has been marked as a duplicate of this bug. *** glibc isnt what broke the sort, coreutils is and graphiz-1.10 is in portage which doesnt suffer from this problem |