qpkg -f says the libxpm*s are installed by xfree and xpm. Is the actual xpm package required by anything since the libs come with xfree?
Spider: whaddya think?
Okies, Ive been through the xfree and the separate xpm libs, and xfree has the same version included, with a few changes. the changes are code cleanups (initialize int as 0, cast NULL instead of (), pointer types, return 0 instead of no return lots of little changes like theese: - XpmColorSymbol *colorsymbols; + XpmColorSymbol *colorsymbols = NULL; - while (l = xpmNextWord(data, buf, BUFSIZ)) { + while ((l = xpmNextWord(data, buf, BUFSIZ))) { -closeness_cmp(a, b) - Const void *a, *b; +closeness_cmp(Const void *a, Const void *b) and header restructure to remove things like: -#else /* defined(SYSV) || defined(SVR4) || defined(VMS) */ -#include <strings.h> -#endif and use the standard X ways of checking those (a bit more comprehensive at that) The documentation, changelog and other such things are untouched. I say we remove the xpm dependencies from all packages and add xfree instead. this really isnt a big deal, the only packages that use xpm for depencency are: ./x11-wm/WindowMaker/WindowMaker-0.80.0-r2.ebuild: >=media-libs/xpm-3.4k ./x11-wm/afterstep/afterstep-1.8.11-r1.ebuild: >=media-libs/xpm-3.4k and we can't say those doesn't depend on X11 ;)
ok, I've removed the xpm dependency from AfterStep and WindowMaker, and the xpm package will lie to rust for a while, this one is marked "FIXED" and the xpm package really should be orphaned :)
This is still a problem. IMHO all deps should be changed from xpm to xfree (again?) and the xpm package masked. Deps on xpm have been appearing again, here's a list of packages with them: ted, root, siag, kxicq2, crossfire-client, wweather+, wmnetload, wmpinboard, wmnd. I have bug #14199 that resulted in unmerging xpm and so breaking lyx (which correctly depends on xfree).
okay, with the introduction of gimp-1.3.12 this is once more an issue.. *sigh* I'll get this dealed with tomorrow if I get time.
I wasn't aware of this, i removed the dep from the new gimp (which is p.masked and ~ anyway). I only checked its deps for correct-/completeness and thats why i put it in. But it does make me wonder why a. this pack is there and b. it isn't in package.mask ?
agreed -- if this was supposed to be dead, there should be a hard mask in package.mask AND removal of this from portage entirely.
*** Bug 16209 has been marked as a duplicate of this bug. ***
*** Bug 15300 has been marked as a duplicate of this bug. ***
*** Bug 14199 has been marked as a duplicate of this bug. ***
What's the status on this? Can we decide on a policy? Otherwise bugs like #14199 etc will happen. Meanwhile a lot of additional ebuilds have acquired deps on xpm. If we try to make them all build against the xfree xpm, do you expect things to break? Should we put the separate xpm into the xfree ebuild so as to have a single, working copy? Or the other way around, remove it from xfree? We need to decide on something though.
let X provide xpm functionality.
There shouldn't be any difference on the xpm and the X library issues (unless 4.3 changed something here.. I'm not sure, but I seriously doubt that is the case) I have yet to go through and fix theese depends, appears I got overrun by my own midterm, Ill try and fix this tonight. Todo: remove xpm from local system : build all packs against Xfree xpm : remove xpm dep. ... .. obsolete xpm
x11-plugins category is fixed. somone needs to fix xawtv, I cannot try that here due to hardware :/
I'll handle xawtv
thanks seemant. x11-misc is fixed.
can somone look at : dev-libs/root It doesnt build properly here.. not sure if its xpm related or something else.. my system is a bit odd atm.. (running a lot of cvs sources for some things, so a bugreport might not be of any value)
g++ -march=athlon-xp -O3 -pipe -finline-functions -fprefetch-loop-arrays -foptimize-sibling-calls -fdelete-null-pointer-checks -fno-cprop-registers -funroll-loops -frerun-loop-opt -frename-registers -fmove-all-movables -freorder-blocks -msse -m3dnow -pipe -Wall -Woverloaded-virtual -fPIC -Iinclude -DHAVE_CONFIG -D_REENTRANT -DR__SHADOWPW -o rootd/src/rootd.o -c rootd/src/rootd.cxx rootd/src/rootd.cxx: In function `int setresgid(unsigned int, unsigned int, unsigned int)': rootd/src/rootd.cxx:326: `int setresgid(unsigned int, unsigned int, unsigned int)' was declared `extern' and later `static' /usr/include/unistd.h:658: previous declaration of `int setresgid(unsigned int, unsigned int, unsigned int)' rootd/src/rootd.cxx: In function `int setresuid(unsigned int, unsigned int, unsigned int)': rootd/src/rootd.cxx:333: `int setresuid(unsigned int, unsigned int, unsigned int)' was declared `extern' and later `static' /usr/include/unistd.h:654: previous declaration of `int setresuid(unsigned int, unsigned int, unsigned int)' make: *** [rootd/src/rootd.o] Error 1 !!! ERROR: dev-libs/root-3.03.04-r2 failed. !!! Function src_compile, Line 63, Exitcode 2 !!! (no error message)
g++ -march=athlon-tbird -O2 -pipe -pipe -Wall -Woverloaded-virtual -fPIC -Iinclude -DHAVE_CONFIG -D_REENTRANT -DR__SHADOWPW -o rootd/src/rootd.o -c rootd/src/rootd.cxx rootd/src/rootd.cxx: In function `int setresgid(unsigned int, unsigned int, unsigned int)': rootd/src/rootd.cxx:326: `int setresgid(unsigned int, unsigned int, unsigned int)' was declared `extern' and later `static' /usr/include/unistd.h:658: previous declaration of `int setresgid(unsigned int, unsigned int, unsigned int)' rootd/src/rootd.cxx: In function `int setresuid(unsigned int, unsigned int, unsigned int)': rootd/src/rootd.cxx:333: `int setresuid(unsigned int, unsigned int, unsigned int)' was declared `extern' and later `static' /usr/include/unistd.h:654: previous declaration of `int setresuid(unsigned int, unsigned int, unsigned int)' make: *** [rootd/src/rootd.o] Error 1 !!! ERROR: dev-libs/root-3.03.04-r2 failed. !!! Function src_compile, Line 63, Exitcode 2 !!! (no error message) Seems we have a bugreport here.
Package autoclean with the new xpm ebuild removed libXpm* from my machine. Only noticed this after trying to run xpdf -- xpdf: error while loading shared libraries: libXpm.so.4: cannot open shared object file: No such file or directory I'm guessing remerging xfree will fix this. Already building. -cluon
yes, some mistake was made that could cause this. Should be fixed now. xfree should fix the missing xpm problem. closing this bug, since it is no longer relevant.
