Bugzilla Bug 1446

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.