Summary: | media-libs/giflib-4.1.3-r1 fails to compile | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | valli <gentoo> |
Component: | [OLD] Library | Assignee: | Gentoo Graphics Project <graphics+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | evilsailor9, vapier |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 107346 | ||
Bug Blocks: | |||
Attachments: | giflib-4.1.3-r1.ebuild.diff |
Description
valli
2005-09-28 05:32:29 UTC
It this ebuild maintained by graphics herd? And why is it missing metadata.xml? Created attachment 69437 [details, diff]
giflib-4.1.3-r1.ebuild.diff
This patch should allow it to compile.
The bad news is that it will require some keywording in media-libs/urt, so if
anyone has a better plan...
By the way, it seems libungif has the same problem. (In reply to comment #3) > By the way, it seems libungif has the same problem. Best solved by moving it to /dev/null finally... libungif is dead, it shouldnt be updated, it should be punted from portage seems giflib has a whole bunch of undeclared dependencies ... fixed in giflib-4.1.3-r2 / urt-3.1b-r1 *** Bug 107926 has been marked as a duplicate of this bug. *** After further looking into this bug, it appears that the line causing the problems is '#include "rle.h"' which of course isn't right. When I change it to '#include <urt/rle.h>' it works but then barfs on rle2gif.c which requires the same fix. When I make these two small changes, it compiles. I'm too new to portage to know how to make a patch out of this, as every time I re-emerge, it loses my changes... By the way, why is this RESOLVED FIXED if the problem still occurs? Maybe I'm too new to the bug system, but this seems like it should be kept open until its ACTUALLY fixed. I just reported a new bug since I could't find this one. I think that I was searching only open bugs, which would explain why I couldn't find this one... |