Summary: | >=x11-terms/rxvt-unicode-8.3 has automagic media-libs/libafterimage dependency | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Rafał Mużyło <galtgendo> |
Component: | New packages | Assignee: | René Nussbaumer (RETIRED) <killerfox> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gentoo, latexer, pierre, radhermit, ryoichiro.suzuki |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | modified 9.02-r1 ebuild |
Description
Rafał Mużyło
2007-11-12 15:43:10 UTC
*** Bug 199087 has been marked as a duplicate of this bug. *** The new 199087 was marked 'duplicate' to this one. That's very nice except this was a "would be nice" while 199087 is a "doesn't work". This is what I was saying: x11-terms/rxvt-unicode-8.4: pixmap option disappeared, dependency missing? /usr/bin/urxvt -pixmap '/path/to/background/image.xpm' (version x11-terms/rxvt-unicode-8.4) now returns urxvt: "pixmap": unknown or malformed option. urxvt: "/path/to/background/image.xpm": malformed option. Comparing the distributions for 8.4 and 8.3, this seems to be because -pixmap now requires libAfterImage while in 8.3 libXpm may have been enough: configure.ac: AC_DEFINE(XPM_BACKGROUND, 1, Define if you want to have sexy-looking background pixmaps. Needs libXpm or libAfterImage) has become in 8.4: configure.ac: AC_DEFINE(BG_IMAGE_FROM_FILE, 1, Define if you want to have sexy-looking background pixmaps. Needs libAfterImage) Meanwhile media-libs/libafterimage is not depended by the ebuild and is masked anyway (don't know why, maybe just not used much). That's as far as I got. Don't take it for granted that the difference above is the problem and the entire problem. I'll probably revert to 8.3 for now. So, *if* that's the whole of the problem, libAfterImage is not just an option anymore. *** Bug 202514 has been marked as a duplicate of this bug. *** Created attachment 152493 [details]
modified 9.02-r1 ebuild
Here's a modification to the 9.02-r1 ebuild for this problem... I'd personally rank this issue as slightly more serious than 'nice to have', considering each terminal I open uses around 2mb of ram without libafterimage, but around 22mb of ram with.
This should be addressed, the ram usage drops drastically when urxvt/urxvtd do not link against libafterimage. I can confirm it. rxvt-unicode is working here (including the daemon) without a glitch with libafterimage disabled. I also confirm the massive extra resources needed when using libafterimage - indeed on my comparitively low-spec system (1.2GHz, 512MB RAM), X became very unstable when any rxvt-unicode windows were open. So yes, this is more than just a 'convenience' issue. This has been addressed in rxvt-unicode-9.05 *** Bug 221835 has been marked as a duplicate of this bug. *** |