<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>44274</bug_id>
          
          <creation_ts>2004-03-10 11:46 0000</creation_ts>
          <short_desc>libXres not compiled with -fPIC in xfree-4.3.0, breaking libwnck on amd64</short_desc>
          <delta_ts>2004-04-23 22:14:03 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>AMD64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>critical</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>henrik@lynggaard.org</reporter>
          <assigned_to>lv@gentoo.org</assigned_to>
          <cc>amd64@gentoo.org</cc>
    
    <cc>darrylbleau@submersion.com</cc>
    
    <cc>gnome@gentoo.org</cc>
    
    <cc>m.labhard@comcast.net</cc>
    
    <cc>martin@wrasse.demon.co.uk</cc>
    
    <cc>matt@breakmygentoo.net</cc>
    
    <cc>sebastian@gentoo.org</cc>
    
    <cc>x11@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>henrik@lynggaard.org</who>
            <bug_when>2004-03-10 11:46:16 0000</bug_when>
            <thetext>When I try to compile a libwnck ebuild (part of gnome 2.6-beta 1 from BreakMyGentoo) it complains about

/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.3/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/X11R6/lib/libXRes.a(XRes.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC


Reproducible: Always
Steps to Reproduce:
1. Try to emerge libwnck-2.5.90 

Actual Results:  
it fails with 
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.3/../../../../x86_64-pc-linux-gnu/bin/ld:
/usr/X11R6/lib/libXRes.a(XRes.o): relocation R_X86_64_32 can not be used when
making a shared object; recompile with -fPIC

Expected Results:  
it should build

marking major as it blocks upcomming gnome 2.6</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-03-31 14:14:30 0000</bug_when>
            <thetext>this problem still exists, with the libwnck in portage and xfree 4.3.0-r6</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dberkholz@gentoo.org</who>
            <bug_when>2004-03-31 15:55:29 0000</bug_when>
            <thetext>*** Bug 46215 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-03-31 16:09:05 0000</bug_when>
            <thetext>slightly off topic, but this bug doesnt exist in xorg (not in portage, but hopefully within a few weeks(?) when xorg makes a release) or xfree 4.3.99.902-r2.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dberkholz@gentoo.org</who>
            <bug_when>2004-03-31 16:12:20 0000</bug_when>
            <thetext>Right. It said that in the duplicate.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-03-31 19:47:16 0000</bug_when>
            <thetext>eek. well, at least not the xorg part and we seem to be moving in that direction with hopefully xorg in use on livecds by 2004.2 :)

I only finished compiling and testing both 14 minutes after you marked the other as a dupe.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dberkholz@gentoo.org</who>
            <bug_when>2004-03-31 20:12:54 0000</bug_when>
            <thetext>See, that&apos;s what you get for not procrastinating.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dberkholz@gentoo.org</who>
            <bug_when>2004-04-01 15:10:03 0000</bug_when>
            <thetext>Travis could you provide a fix for this please?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-03 21:32:02 0000</bug_when>
            <thetext>sorry about the delay, I was procrastinating. ;) (actually, I was just away for a day or two)

I&apos;ll get right on it, just give me a few hours. more if I fall asleep before then ^^; (it&apos;s just after midnight)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-03 21:46:03 0000</bug_when>
            <thetext>the possible fix for this is in your dev space:

http://dev.gentoo.org/~spyderous/xfree/redhat/XFree86-4.3.0-50/XFree86-4.3.0-XRes-IncludeSharedObjectInNormalLib.patch
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-04 14:15:18 0000</bug_when>
            <thetext>this will take a while to test since i&apos;m downgrading from xorg and i have to recompile just about everything... as almost anything that uses X is linked against libXinerama, which isn&apos;t provided by xfree 4.3.0

however, during my reinstall I noticed a few other problems in xfree-4.3.0-r6 that need fixing:

/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.3/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/X11R6/lib/libXft.a(xftdraw.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
/usr/X11R6/lib/libXft.a: could not read symbols: Bad value
collect2: ld returned 1 exit status

I&apos;m /hoping/ my fixes didnt introduce this new problem...
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-04 20:35:13 0000</bug_when>
            <thetext>the patch in comment #9 fixes the libXRes error in libwnck. i&apos;m working on the other stuff, but this bug can be closed if that patch is committed.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-05 14:12:59 0000</bug_when>
            <thetext>the host.def already has:

/* Need this to build libs with -fPIC */
#undef StaticNeedsPicForShared
#undef BuildLibGlxWithoutPIC
#define StaticNeedsPicForShared YES
#define BuildLibGlxWithoutPIC   NO

so .a files should already be getting -fPIC objects... am I missing something?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-05 14:29:00 0000</bug_when>
            <thetext>the generated makefile for Xft has the following:

.c.o:
        $(_NULLCMD_)
        $(_NULLCMD_)
        $(RM) $@ unshared/$@
                $(CC) -c $(CCOPTIONS) $(THREADS_CFLAGS) $(ALLDEFINES)   $(CDEBUGFLAGS) $(CLIBDEBUGFLAGS) $(_NOOP_) $*.c -o unshared/$@
        $(_NULLCMD_)
        $(RM) $@
                $(CC) -c $(CFLAGS) $(_NOOP_) $(SHLIBDEF) $(SHAREDCODEDEF) $(PICFLAGS) $*.c


I&apos;m thinking I want to edit the Imakefile so that it adds &quot;$(PICFLAGS)&quot; to the line that compiles it&apos;s objects into &quot;unshared&quot;?

*goes to unpack -r5 and see what changed since then to break Xft...*</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-05 15:10:48 0000</bug_when>
            <thetext>the only major difference I see so far is &quot;SHLIBLDFLAGS = -shared -Wl,-z,defs $(SHLIBGLOBALSFLAGS)&quot;.... it used to be &quot;SHLIBLDFLAGS = -shared $(SHLIBGLOBALSFLAGS)&quot;.

except for the new version of Xft, things are pretty similar... so it&apos;s not a makefile or settings thing.

I&apos;m removing that new entry from host.def, but are there any comments from someone who knows xfree better than I do? I&apos;m starting to really dislike Imake.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kugelfang@gentoo.org</who>
            <bug_when>2004-04-05 18:29:10 0000</bug_when>
            <thetext>Ok, &quot;#define StaticNeedsPicForShared&quot; doesnt get respected by Imake. The reason
for that is this part of  Library.tmpl:

#if !DoNormalLib
# define _NormalLibMkdir() $(_NULLCMD_)
# define _NormalObjCompile(options) $(_NULLCMD_)
# define _NormalObjCplusplusCompile(options) $(_NULLCMD_)
# define _NormalCleanDir() $(_NULLCMD_)
#else
# if DoSharedLib &amp;&amp; SeparateSharedCompile
#  define _NormalLibMkdir() _LibMkdir(unshared)
#  define _NormalObjCompile(options) UnsharedLibObjCompile(options)
#  define _NormalObjCplusplusCompile(options) UnsharedLibObjCplusplusCompile(options)
#  define _NormalCleanDir() LibCleanDir(unshared)
# else
#  define _NormalLibMkdir() $(_NULLCMD_)
#  if !DoSharedLib &amp;&amp;  defined(IncludeSharedObjectInNormalLib)
#   define _NormalObjCompile(options) NormalRelocLibObjCompile(options)
#  else
#   define _NormalObjCompile(options) NormalLibObjCompile(options)
#  endif
#  define _NormalObjCplusplusCompile(options) NormalLibObjCplusplusCompile(options)
#  define _NormalCleanDir() $(_NULLCMD_)
# endif
#endif

As SeparateSharedCompile is default YES, we always get to

# if DoSharedLib &amp;&amp; SeparateSharedCompile
#  define _NormalLibMkdir() _LibMkdir(unshared)
#  define _NormalObjCompile(options) UnsharedLibObjCompile(options)
#  define _NormalObjCplusplusCompile(options) UnsharedLibObjCplusplusCompile(options)
#  define _NormalCleanDir() LibCleanDir(unshared)

Sadly, UnsharedLibObjCompile doesnt respect StaticNeedsPicForShared ...

I&apos;m currently testing a patch to change that. FYI: UnsharedLibObjCompile resides in xc/config/cf/Imake.rules</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-05 20:34:12 0000</bug_when>
            <thetext>Created an attachment (id=28771)
fpic fix-o-rama

This patch contains various PIC-related fixes for 4.3.0-r6: XRes, Xau, Xft,
Xinerama, Xss, Xv, Xxf86dga, Xxf86misc, Xxf86vm</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-05 20:46:35 0000</bug_when>
            <thetext>ok, with the fpic fix-o-rama patch I&apos;ve managed to get rid of the Xres and Xft errors. However, attempting to emerge gtk+ gives me a new one:

gcc -shared  .libs/gdk.o .libs/gdkcolor.o .libs/gdkcursor.o .libs/gdkdisplay.o .libs/gdkdnd.o .libs/gdkdraw.o .libs/gdkevents.o .libs/gdkfont.o .libs/gdkgc.o .libs/gdkglobals.o .libs/gdkkeys.o .libs/gdkkeyuni.o .libs/gdkimage.o .libs/gdkdisplaymanager.o .libs/gdkpango.o .libs/gdkpixbuf-drawable.o .libs/gdkpixbuf-render.o .libs/gdkpixmap.o .libs/gdkpolyreg-generic.o .libs/gdkrgb.o .libs/gdkrectangle.o .libs/gdkregion-generic.o .libs/gdkscreen.o .libs/gdkselection.o .libs/gdkvisual.o .libs/gdkwindow.o .libs/gdkenumtypes.o -Wl,--whole-archive x11/.libs/libgdk-x11.a -Wl,--no-whole-archive  -Wl,--rpath -Wl,/usr/lib -Wl,--rpath -Wl,/var/tmp/portage/gtk+-2.4.0/work/gtk+-2.4.0/gdk-pixbuf/.libs -Wl,--rpath -Wl,/usr/lib -L/usr/lib64 -L/usr/lib -L/usr/X11R6/lib -lXrandr -lXi -lXinerama -lXext -lXft /usr/lib/libfreetype.so -lXrender /usr/lib/libfontconfig.so -lX11 -lXcursor /usr/lib/libpangoxft-1.0.so /usr/lib/libpangox-1.0.so /usr/lib/libpango-1.0.so /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so -lm ../gdk-pixbuf/.libs/libgdk_pixbuf-2.0.so  -Wl,-soname -Wl,libgdk-x11-2.0.so.0 -o .libs/libgdk-x11-2.0.so.0.400.0
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.3/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/X11R6/lib/libXrender.a(Xrender.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
/usr/X11R6/lib/libXrender.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[4]: *** [libgdk-x11-2.0.la] Error 1
make[4]: Leaving directory `/var/tmp/portage/gtk+-2.4.0/work/gtk+-2.4.0/gdk&apos;


Of course the one thing I /didnt/ touch has to break on me... but at least I think I&apos;ve finally figured it out.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-05 21:23:28 0000</bug_when>
            <thetext>a quick ldd on libgtk-x11-2.0.so reveals that it would expect the following libs not fixed in the previous patch to be PIC: Xcursor, Xrender, Xext, Xi, and Xrandr.

I&apos;ll make a quick patch for those and attempt yet another xfree compile...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-05 21:25:52 0000</bug_when>
            <thetext>Created an attachment (id=28772)
fpic fix-o-rama part 2

This patch attempts to fix: Xcursor, Xext, Xi, Xrandr, Xrender</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-05 22:46:08 0000</bug_when>
            <thetext>with those two patches xfree 4.3.0-r6 appears to be fixed on amd64. gtk+-2.4.0 compiles, libwnck compiles, the server actually works, etc.

with the first patch, the XRes specific one, xfree 4.3.0-r5 appears to be fixed.

can somebody apply these, test them, and hopefully commit to CVS? spyderous: any comments?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-06 12:13:37 0000</bug_when>
            <thetext>while compiling xine-lib I get:

gcc -shared  .libs/deinterlace.o .libs/alphablend.o .libs/video_out_xvmc.o  -Wl,--rpath -Wl,/var/tmp/portage/xine-lib-1_rc3-r2/work/xine-lib-1-rc3b/src/xine-engine/.libs -L/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.3/../../../ -L/usr/X11R6/lib -lXv -lXvMC -lXvMCNVIDIA -lXinerama -lXext ../../src/xine-engine/.libs/libxine.so  -Wl,-soname -Wl,xineplug_vo_out_xvmc.so -o .libs/xineplug_vo_out_xvmc.so
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.3/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/X11R6/lib/libXvMC.a(XvMC.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
/usr/X11R6/lib/libXvMC.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[4]: *** [xineplug_vo_out_xvmc.la] Error 1

this is mentioned in more detail in bug #40646 (so it&apos;s in both r5 and r6)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dberkholz@gentoo.org</who>
            <bug_when>2004-04-13 08:55:14 0000</bug_when>
            <thetext>This is in patchset 2.1.26.16. As of that patchset, to check your version run xdpyinfo | grep vendor.

donnie@supernova xfree $ xdpyinfo | grep vendor
vendor string:    Gentoo Linux (The X.Org Foundation 6.7.0, revision r0-0.5)

The last string (0.5) is patchset.

Please confirm it&apos;s working.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jhuebel@gentoo.org</who>
            <bug_when>2004-04-16 12:10:42 0000</bug_when>
            <thetext>This has been working great for me since the day the patches were submitted (almost two weeks ago).  It is important to the amd64 devteam to get (at the very least) 4.3.0-r6 out in the wild in time for 2004.1, since Gnome 2.6 will not compile against 4.3.0-r5.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-18 13:31:12 0000</bug_when>
            <thetext>*** Bug 48261 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-18 21:10:03 0000</bug_when>
            <thetext>xfree is officially deprecated on amd64. the fix for this bug has been added to xfree 4.3.0-r5. either recompile xfree after doing an emerge sync, or uninstall xfree and install xorg-x11 (which is, IMHO, a better solution).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>m.labhard@comcast.net</who>
            <bug_when>2004-04-23 18:31:20 0000</bug_when>
            <thetext>&quot;uninstall xfree and install xorg-x11&quot;  This worked although xorg-x11, xterm-184 and another dependency all needed to be manually unmasked for building on amd64.  After this xine-lib-1_rc3-r3 did build correctly.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2004-04-23 22:14:03 0000</bug_when>
            <thetext>xorg-x11 and all it&apos;s dependencies (xterm+utempter) are marked as stable on amd64... it is also now the default virtual for x11. emerge sync.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>28771</attachid>
            <date>2004-04-05 20:34 0000</date>
            <desc>fpic fix-o-rama</desc>
            <filename>XFree86-4.3.0-SharedMeansSharedDAMMIT.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtdXJkIHhjLm9sZC9saWIvWFJlcy9JbWFrZWZpbGUgeGMvbGliL1hSZXMvSW1ha2VmaWxl
Ci0tLSB4Yy5vbGQvbGliL1hSZXMvSW1ha2VmaWxlCTIwMDQtMDQtMDUgMjI6MDU6NDYuMDAwMDAw
MDAwIC0wNDAwCisrKyB4Yy9saWIvWFJlcy9JbWFrZWZpbGUJMjAwNC0wNC0wNSAyMjoxMDowNi40
MDk5NzY1NjggLTA0MDAKQEAgLTgsNiArOCw4IEBACiAjZGVmaW5lIFNvUmV2IFNPWFJFU1JFVgog
I2RlZmluZSBMaWJIZWFkZXJzIE5PCiAKKyNkZWZpbmUgSW5jbHVkZVNoYXJlZE9iamVjdEluTm9y
bWFsTGliCisKICNpbmNsdWRlIDxUaHJlYWRzLnRtcGw+CiAKICNpZmRlZiBTaGFyZWRYUmVzUmVx
cwpkaWZmIC11cmQgeGMub2xkL2xpYi9YYXUvSW1ha2VmaWxlIHhjL2xpYi9YYXUvSW1ha2VmaWxl
Ci0tLSB4Yy5vbGQvbGliL1hhdS9JbWFrZWZpbGUJMjAwNC0wNC0wNSAyMjowNTo0Ni4wMDAwMDAw
MDAgLTA0MDAKKysrIHhjL2xpYi9YYXUvSW1ha2VmaWxlCTIwMDQtMDQtMDUgMjI6MDk6MjUuNDQ1
MjA0MTYwIC0wNDAwCkBAIC00MSw2ICs0MSw4IEBACiAKICNkZWZpbmUgSW5jbHVkZVNoYXJlZE9i
amVjdEluTm9ybWFsTGliCiAKKyNkZWZpbmUgVW5zaGFyZWRMaWJPYmpDb21waWxlKG9wdGlvbnMp
IExpYk9iakNvbXBpbGUodW5zaGFyZWQsJChDREVCVUdGTEFHUykgJChDTElCREVCVUdGTEFHUykg
b3B0aW9ucyAkKFBJQ0ZMQUdTKSkKKwogI2luY2x1ZGUgPExpYnJhcnkudG1wbD4KIAogRGVwZW5k
VGFyZ2V0KCkKZGlmZiAtdXJkIHhjLm9sZC9saWIvWGZ0L0ltYWtlZmlsZSB4Yy9saWIvWGZ0L0lt
YWtlZmlsZQotLS0geGMub2xkL2xpYi9YZnQvSW1ha2VmaWxlCTIwMDQtMDQtMDUgMjI6MDU6NDku
MDAwMDAwMDAwIC0wNDAwCisrKyB4Yy9saWIvWGZ0L0ltYWtlZmlsZQkyMDA0LTA0LTA1IDIyOjEx
OjA0LjIzNzE4NTQ5NiAtMDQwMApAQCAtMTA1LDYgKzEwNSw4IEBACiAgICAgICAgICAgeGZ0bmFt
ZS5vIHhmdHN0ci5vIHhmdHN3YXAubyB4ZnR4bGZkLm8gXAogCSAgeGZ0ZnJlZXR5cGUubyB4ZnRn
bHlwaHMubyB4ZnRyZW5kZXIubyB4ZnRjb3JlLm8KIAorI2RlZmluZSBVbnNoYXJlZExpYk9iakNv
bXBpbGUob3B0aW9ucykgTGliT2JqQ29tcGlsZSh1bnNoYXJlZCwkKENERUJVR0ZMQUdTKSAkKENM
SUJERUJVR0ZMQUdTKSBvcHRpb25zICQoUElDRkxBR1MpKQorCiAjaW5jbHVkZSA8TGlicmFyeS50
bXBsPgogCiAjaWYgRG9TaGFyZWRMaWIgJiYgU2hhcmVkRGF0YVNlcGFyYXRpb24KZGlmZiAtdXJk
IHhjLm9sZC9saWIvWGluZXJhbWEvSW1ha2VmaWxlIHhjL2xpYi9YaW5lcmFtYS9JbWFrZWZpbGUK
LS0tIHhjLm9sZC9saWIvWGluZXJhbWEvSW1ha2VmaWxlCTIwMDQtMDQtMDUgMjI6MDU6NTAuMDAw
MDAwMDAwIC0wNDAwCisrKyB4Yy9saWIvWGluZXJhbWEvSW1ha2VmaWxlCTIwMDQtMDQtMDUgMjI6
MDk6MjUuNDg4MTk3NjI0IC0wNDAwCkBAIC0yNyw0ICsyNyw2IEBACiAKICNpbmNsdWRlIDxMaWJy
YXJ5LnRtcGw+CiAKK1NwZWNpYWxDT2JqZWN0UnVsZShYaW5lcmFtYSxOdWxsUGFyYW1ldGVyLCQo
REVGSU5FUykgJChNT0RVTEVERUZJTkVTKSAkKEVYVF9ERUZJTkVTKSAtZlBJQykKKwogRGVwZW5k
VGFyZ2V0KCkKZGlmZiAtdXJkIHhjLm9sZC9saWIvWHNzL0ltYWtlZmlsZSB4Yy9saWIvWHNzL0lt
YWtlZmlsZQotLS0geGMub2xkL2xpYi9Yc3MvSW1ha2VmaWxlCTIwMDQtMDQtMDUgMjI6MDU6NTEu
MDAwMDAwMDAwIC0wNDAwCisrKyB4Yy9saWIvWHNzL0ltYWtlZmlsZQkyMDA0LTA0LTA1IDIyOjA5
OjI1LjUyMTE5MjYwOCAtMDQwMApAQCAtMzAsNCArMzAsNiBAQAogCiAjaW5jbHVkZSA8TGlicmFy
eS50bXBsPgogCitTcGVjaWFsQ09iamVjdFJ1bGUoWFNjcm5TYXZlcixOdWxsUGFyYW1ldGVyLCQo
REVGSU5FUykgJChNT0RVTEVERUZJTkVTKSAkKEVYVF9ERUZJTkVTKSAtZlBJQykKKwogRGVwZW5k
VGFyZ2V0KCkKZGlmZiAtdXJkIHhjLm9sZC9saWIvWHYvSW1ha2VmaWxlIHhjL2xpYi9Ydi9JbWFr
ZWZpbGUKLS0tIHhjLm9sZC9saWIvWHYvSW1ha2VmaWxlCTIwMDQtMDQtMDUgMjI6MDU6NTIuMDAw
MDAwMDAwIC0wNDAwCisrKyB4Yy9saWIvWHYvSW1ha2VmaWxlCTIwMDQtMDQtMDUgMjI6MDk6MjUu
NTUzMTg3NzQ0IC0wNDAwCkBAIC0yNSw2ICsyNSw4IEBACiAKICNkZWZpbmUgSW5jbHVkZVNoYXJl
ZE9iamVjdEluTm9ybWFsTGliCiAKKyNkZWZpbmUgVW5zaGFyZWRMaWJPYmpDb21waWxlKG9wdGlv
bnMpIExpYk9iakNvbXBpbGUodW5zaGFyZWQsJChDREVCVUdGTEFHUykgJChDTElCREVCVUdGTEFH
Uykgb3B0aW9ucyAkKFBJQ0ZMQUdTKSkKKwogI2luY2x1ZGUgPExpYnJhcnkudG1wbD4KIAogRGVw
ZW5kVGFyZ2V0KCkKZGlmZiAtdXJkIHhjLm9sZC9saWIvWHhmODZkZ2EvSW1ha2VmaWxlIHhjL2xp
Yi9YeGY4NmRnYS9JbWFrZWZpbGUKLS0tIHhjLm9sZC9saWIvWHhmODZkZ2EvSW1ha2VmaWxlCTIw
MDQtMDQtMDUgMjI6MDU6NTMuMDAwMDAwMDAwIC0wNDAwCisrKyB4Yy9saWIvWHhmODZkZ2EvSW1h
a2VmaWxlCTIwMDQtMDQtMDUgMjI6MDk6MjUuNTg0MTgzMDMyIC0wNDAwCkBAIC0yOCw2ICsyOCw4
IEBACiAKICNkZWZpbmUgSW5jbHVkZVNoYXJlZE9iamVjdEluTm9ybWFsTGliCiAKKyNkZWZpbmUg
VW5zaGFyZWRMaWJPYmpDb21waWxlKG9wdGlvbnMpIExpYk9iakNvbXBpbGUodW5zaGFyZWQsJChD
REVCVUdGTEFHUykgJChDTElCREVCVUdGTEFHUykgb3B0aW9ucyAkKFBJQ0ZMQUdTKSkKKwogI2lu
Y2x1ZGUgPExpYnJhcnkudG1wbD4KIAogRGVwZW5kVGFyZ2V0KCkKZGlmZiAtdXJkIHhjLm9sZC9s
aWIvWHhmODZtaXNjL0ltYWtlZmlsZSB4Yy9saWIvWHhmODZtaXNjL0ltYWtlZmlsZQotLS0geGMu
b2xkL2xpYi9YeGY4Nm1pc2MvSW1ha2VmaWxlCTIwMDQtMDQtMDUgMjI6MDU6NTMuMDAwMDAwMDAw
IC0wNDAwCisrKyB4Yy9saWIvWHhmODZtaXNjL0ltYWtlZmlsZQkyMDA0LTA0LTA1IDIyOjA5OjI1
LjYxMzE3ODYyNCAtMDQwMApAQCAtMjgsNiArMjgsOCBAQAogCiAjZGVmaW5lIEluY2x1ZGVTaGFy
ZWRPYmplY3RJbk5vcm1hbExpYgogCisjZGVmaW5lIFVuc2hhcmVkTGliT2JqQ29tcGlsZShvcHRp
b25zKSBMaWJPYmpDb21waWxlKHVuc2hhcmVkLCQoQ0RFQlVHRkxBR1MpICQoQ0xJQkRFQlVHRkxB
R1MpIG9wdGlvbnMgJChQSUNGTEFHUykpCisKICNpbmNsdWRlIDxMaWJyYXJ5LnRtcGw+CiAKIERl
cGVuZFRhcmdldCgpCmRpZmYgLXVyZCB4Yy5vbGQvbGliL1h4Zjg2dm0vSW1ha2VmaWxlIHhjL2xp
Yi9YeGY4NnZtL0ltYWtlZmlsZQotLS0geGMub2xkL2xpYi9YeGY4NnZtL0ltYWtlZmlsZQkyMDA0
LTA0LTA1IDIyOjA1OjUzLjAwMDAwMDAwMCAtMDQwMAorKysgeGMvbGliL1h4Zjg2dm0vSW1ha2Vm
aWxlCTIwMDQtMDQtMDUgMjI6MDk6MjUuNjE0MTc4NDcyIC0wNDAwCkBAIC0yOCw2ICsyOCw4IEBA
CiAKICNkZWZpbmUgSW5jbHVkZVNoYXJlZE9iamVjdEluTm9ybWFsTGliCiAKKyNkZWZpbmUgVW5z
aGFyZWRMaWJPYmpDb21waWxlKG9wdGlvbnMpIExpYk9iakNvbXBpbGUodW5zaGFyZWQsJChDREVC
VUdGTEFHUykgJChDTElCREVCVUdGTEFHUykgb3B0aW9ucyAkKFBJQ0ZMQUdTKSkKKwogI2luY2x1
ZGUgPExpYnJhcnkudG1wbD4KIAogRGVwZW5kVGFyZ2V0KCkK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>28772</attachid>
            <date>2004-04-05 21:25 0000</date>
            <desc>fpic fix-o-rama part 2</desc>
            <filename>XFree86-4.3.0-SharedMeansSharedDAMMIT-2.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtdXJkIHhjLm9sZC9saWIvWGN1cnNvci9JbWFrZWZpbGUgeGMvbGliL1hjdXJzb3IvSW1h
a2VmaWxlCi0tLSB4Yy5vbGQvbGliL1hjdXJzb3IvSW1ha2VmaWxlCTIwMDQtMDQtMDUgMjM6NTA6
NTMuMDAwMDAwMDAwIC0wNDAwCisrKyB4Yy9saWIvWGN1cnNvci9JbWFrZWZpbGUJMjAwNC0wNC0w
NiAwMDoxNTowOS40ODgzMzUyODAgLTA0MDAKQEAgLTQ2LDYgKzQ2LDkgQEAKIAkgIGluY2x1ZGVk
aXI9IiQoSU5DUk9PVCkiIFwKIAkgIFBBQ0tBR0VfVkVSU0lPTj0iJChTT1hDVVJTT1JSRVYpLiQo
WENVUlNPUl9SRVZJU0lPTikiCiAKKyNkZWZpbmUgSW5jbHVkZVNoYXJlZE9iamVjdEluTm9ybWFs
TGliCisjZGVmaW5lIFVuc2hhcmVkTGliT2JqQ29tcGlsZShvcHRpb25zKSBMaWJPYmpDb21waWxl
KHVuc2hhcmVkLCQoQ0RFQlVHRkxBR1MpICQoQ0xJQkRFQlVHRkxBR1MpIG9wdGlvbnMgJChQSUNG
TEFHUykpCisKICNpbmNsdWRlIDxMaWJyYXJ5LnRtcGw+CiAKIE1BTlNVRkZJWD0kKExJQk1BTlNV
RkZJWCkKZGlmZiAtdXJkIHhjLm9sZC9saWIvWGV4dC9JbWFrZWZpbGUgeGMvbGliL1hleHQvSW1h
a2VmaWxlCi0tLSB4Yy5vbGQvbGliL1hleHQvSW1ha2VmaWxlCTIwMDQtMDQtMDUgMjM6NTA6NTMu
MDAwMDAwMDAwIC0wNDAwCisrKyB4Yy9saWIvWGV4dC9JbWFrZWZpbGUJMjAwNC0wNC0wNiAwMDox
NzowNC4xMTU5MDkyNDAgLTA0MDAKQEAgLTM5LDYgKzM5LDkgQEAKIAkJWFNlY3VyaXR5Lm8gWEFw
cGdyb3VwLm8gWGN1cC5vIERQTVMubyBYRVZJLm8KICAgICAgTElOVExJQlMgPSAkKExJTlRYTElC
KQogCisjZGVmaW5lIEluY2x1ZGVTaGFyZWRPYmplY3RJbk5vcm1hbExpYgorI2RlZmluZSBVbnNo
YXJlZExpYk9iakNvbXBpbGUob3B0aW9ucykgTGliT2JqQ29tcGlsZSh1bnNoYXJlZCwkKENERUJV
R0ZMQUdTKSAkKENMSUJERUJVR0ZMQUdTKSBvcHRpb25zICQoUElDRkxBR1MpKQorCiAjaW5jbHVk
ZSA8TGlicmFyeS50bXBsPgogCiBEZXBlbmRUYXJnZXQoKQpkaWZmIC11cmQgeGMub2xkL2xpYi9Y
aS9JbWFrZWZpbGUgeGMvbGliL1hpL0ltYWtlZmlsZQotLS0geGMub2xkL2xpYi9YaS9JbWFrZWZp
bGUJMjAwNC0wNC0wNSAyMzo1MDo1NC4wMDAwMDAwMDAgLTA0MDAKKysrIHhjL2xpYi9YaS9JbWFr
ZWZpbGUJMjAwNC0wNC0wNiAwMDoxNzo1My44NzYzNDQ1MDQgLTA0MDAKQEAgLTEwMiw2ICsxMDIs
OSBAQAogCiAgICAgICAgTElOVExJQlMgPSAkKExJTlRYTElCKSAkKExJTlRYRVhUKQogCisjZGVm
aW5lIEluY2x1ZGVTaGFyZWRPYmplY3RJbk5vcm1hbExpYgorI2RlZmluZSBVbnNoYXJlZExpYk9i
akNvbXBpbGUob3B0aW9ucykgTGliT2JqQ29tcGlsZSh1bnNoYXJlZCwkKENERUJVR0ZMQUdTKSAk
KENMSUJERUJVR0ZMQUdTKSBvcHRpb25zICQoUElDRkxBR1MpKQorCiAjaW5jbHVkZSA8TGlicmFy
eS50bXBsPgogCiBEZXBlbmRUYXJnZXQoKQpkaWZmIC11cmQgeGMub2xkL2xpYi9YcmFuZHIvSW1h
a2VmaWxlIHhjL2xpYi9YcmFuZHIvSW1ha2VmaWxlCi0tLSB4Yy5vbGQvbGliL1hyYW5kci9JbWFr
ZWZpbGUJMjAwNC0wNC0wNSAyMzo1MDo1NS4wMDAwMDAwMDAgLTA0MDAKKysrIHhjL2xpYi9YcmFu
ZHIvSW1ha2VmaWxlCTIwMDQtMDQtMDYgMDA6MTg6MzQuNTYwMTU5NjI0IC0wNDAwCkBAIC0yOCw2
ICsyOCw5IEBACiAKIEhFQURFUlMgPSBYcmFuZHIuaAogCisjZGVmaW5lIEluY2x1ZGVTaGFyZWRP
YmplY3RJbk5vcm1hbExpYgorI2RlZmluZSBVbnNoYXJlZExpYk9iakNvbXBpbGUob3B0aW9ucykg
TGliT2JqQ29tcGlsZSh1bnNoYXJlZCwkKENERUJVR0ZMQUdTKSAkKENMSUJERUJVR0ZMQUdTKSBv
cHRpb25zICQoUElDRkxBR1MpKQorCiAjaW5jbHVkZSA8TGlicmFyeS50bXBsPgogCiBNQU5TVUZG
SVggPSAkKExJQk1BTlNVRkZJWCkKZGlmZiAtdXJkIHhjLm9sZC9saWIvWHJlbmRlci9JbWFrZWZp
bGUgeGMvbGliL1hyZW5kZXIvSW1ha2VmaWxlCi0tLSB4Yy5vbGQvbGliL1hyZW5kZXIvSW1ha2Vm
aWxlCTIwMDQtMDQtMDUgMjM6NTA6NTUuMDAwMDAwMDAwIC0wNDAwCisrKyB4Yy9saWIvWHJlbmRl
ci9JbWFrZWZpbGUJMjAwNC0wNC0wNiAwMDowMDo1NS4wOTYyMjI2MjQgLTA0MDAKQEAgLTEzMyw2
ICsxMzMsOSBAQAogCiBIRUFERVJTID0gWHJlbmRlci5oICQoTk9OU1RBTkRBUkRfSEVBREVSUykK
IAorI2RlZmluZSBJbmNsdWRlU2hhcmVkT2JqZWN0SW5Ob3JtYWxMaWIKKyNkZWZpbmUgVW5zaGFy
ZWRMaWJPYmpDb21waWxlKG9wdGlvbnMpIExpYk9iakNvbXBpbGUodW5zaGFyZWQsJChDREVCVUdG
TEFHUykgJChDTElCREVCVUdGTEFHUykgb3B0aW9ucyAkKFBJQ0ZMQUdTKSkKKwogI2luY2x1ZGUg
PExpYnJhcnkudG1wbD4KIAogRGVwZW5kVGFyZ2V0KCkK
</data>        

          </attachment>
    </bug>

</bugzilla>