<?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>131604</bug_id>
          
          <creation_ts>2006-04-28 13:21 0000</creation_ts>
          <short_desc>quake4-bin-1.2.1.ebuild (Update)</short_desc>
          <delta_ts>2006-05-02 22:17:55 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>Games</component>
          <version>2005.1</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>brebs@sent.com</reporter>
          <assigned_to>games@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>brebs@sent.com</who>
            <bug_when>2006-04-28 13:21:56 0000</bug_when>
            <thetext>Hi, here is a patch for Quake4 for the new version which adds an smp binary.

&quot;id&quot; should be in lower-case, according to http://en.wikipedia.org/wiki/Id_Software</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brebs@sent.com</who>
            <bug_when>2006-04-28 13:23:04 0000</bug_when>
            <thetext>Created an attachment (id=85694)
quake4-bin-1.2.diff

Patch of quake4-bin-1.2.ebuild to create quake4-bin-1.2.1.ebuild</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>l_bratch@yahoo.co.uk</who>
            <bug_when>2006-04-28 15:00:55 0000</bug_when>
            <thetext>(In reply to comment #1)
&gt; Created an attachment (id=85694) [edit]
&gt; quake4-bin-1.2.diff
&gt; 
&gt; Patch of quake4-bin-1.2.ebuild to create quake4-bin-1.2.1.ebuild
&gt; 

This ebuild works fine, and enables smp support with a USE flag.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brebs@sent.com</who>
            <bug_when>2006-04-28 15:05:49 0000</bug_when>
            <thetext>Created an attachment (id=85703)
quake4-bin-1.2.diff

Removed out-of-date mirrors (which didn&apos;t even contain the now-old version 1.2). Also removed 3dgamers mirror, because portage will wget a HTML error file if a HTTP mirror does not contain the new version. Added RESTRICT=&quot;primaryuri&quot;.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fuag155555@gmail.com</who>
            <bug_when>2006-04-29 13:14:13 0000</bug_when>
            <thetext>x86

ebuild ran smooth</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brebs@sent.com</who>
            <bug_when>2006-04-30 08:18:40 0000</bug_when>
            <thetext>Version 1.2.1 has some stability issues with smp, apparently:
http://forums.gentoo.org/viewtopic-t-436661-start-30.html</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nukem996@gmail.com</who>
            <bug_when>2006-04-30 10:22:25 0000</bug_when>
            <thetext>It may be worth it to put this into portage marked testing and put quake4-bin-1.2 stable. This version does fix some issue that I have read around the net some Linux users were having. Here is the three fixes from the change log

* no longer using SDL_ListModes to filter available resolutions ( use +set r_useSDLModes to re-enable, SDL_ListModes returns way too little of the possible resolutions )
* fix stalls that may happen with DNS resolution ( Linux bug only )
* fix a download bug: if the server is configured with some of the fs_*path cvars having a trailing slash, they might cut one character when returning download URLs.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-05-01 08:50:40 0000</bug_when>
            <thetext>Since x86 and amd64 are identical (symlink) I&apos;ve just removed the arch checks entirely.  I also am not adding the smp USE flag.  I&apos;m just installing it by default since that&apos;s what upstream does.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brebs@sent.com</who>
            <bug_when>2006-05-01 15:25:22 0000</bug_when>
            <thetext>quake4-bin-1.2.1 currently in Portage does not install /opt/quake4/quake4smp.x86

&quot;smp&quot; should be a USE flag. Who wants to see an additional SMP desktop entry if they haven&apos;t got an SMP processor? Also, any ebuilds for Quake 4 mods would have to be changed to execute quake4-smp rather than quake4.

id&apos;s .run file does not rename libSDL-1.2.id.so.0 to libSDL-1.2.so.0, so why should the ebuild?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brebs@sent.com</who>
            <bug_when>2006-05-01 15:26:47 0000</bug_when>
            <thetext>Created an attachment (id=85955)
quake4-bin-1.2.1.diff

Patch to apply to quake4-bin-1.2.1.ebuild, to fix the issues I mentioned.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nukem996@gmail.com</who>
            <bug_when>2006-05-01 19:44:07 0000</bug_when>
            <thetext>I ran just quake4 when I saw there was no quake4-smp but in console I did r_useSMP 1 and it seemed to turn smp on. It would be nice to do it the offical ID way.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brebs@sent.com</who>
            <bug_when>2006-05-01 19:55:17 0000</bug_when>
            <thetext>&gt; it seemed to turn smp on.

It&apos;s lying, unless the frames per second increased. id&apos;s package contains quake4.x86 and quake4smp.x86 - it seems unlikely that quake4.x86 contains smp code also.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nukem996@gmail.com</who>
            <bug_when>2006-05-01 21:10:53 0000</bug_when>
            <thetext>(In reply to comment #11)
&gt; &gt; it seemed to turn smp on.
&gt; 
&gt; It&apos;s lying, unless the frames per second increased. id&apos;s package contains
&gt; quake4.x86 and quake4smp.x86 - it seems unlikely that quake4.x86 contains smp
&gt; code also.
&gt; 

hmm ok just thought I would try it. I havnt played much because of school and work since beat the game(1.0.x) so it did seem faster to me. heh it also didnt crash at all. I wonder why Id cannt have the SMP code in one bin and be able to turn it on and off?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-05-02 07:36:45 0000</bug_when>
            <thetext>I&apos;ve fixed up the ebuild in portage to install the smp binary.  I actually just missed that when I did my test.  Anyway, I&apos;m *not* adding any USE flags for this, as it&apos;s asinine when upstream installs it no matter what.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bugzilla@schoenhaber.de</who>
            <bug_when>2006-05-02 09:11:47 0000</bug_when>
            <thetext>(In reply to comment #13)
&gt; I&apos;ve fixed up the ebuild in portage to install the smp binary.

There&apos;s a typo in line 61 of the ebuild file. It should read
        bin/Linux/x86/libSDL-1.2.id.so.0 bin/Linux/x86/quake4smp.x86 \
instead of
        bin/Linux/x86/libSDL-1.2.id.so.0 bin/Linux/x86/quakesmp4.x86 \
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brebs@sent.com</who>
            <bug_when>2006-05-02 09:35:22 0000</bug_when>
            <thetext>(In reply to comment #13)
&gt; as it&apos;s asinine when upstream installs it no matter what.

Why so reluctant to fix upstream&apos;s broken behaviour? Especially when it&apos;s easy, and I&apos;ve supplied a patch to do it.

I&apos;m reopening this bug, due to the outstanding problem mentioned in comment #14.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-05-02 11:47:37 0000</bug_when>
            <thetext>DO NOT REOPEN THIS BUG!!!

This bug is for having the ebuild in the tree.  Quit reopening it for other things that are NOT about getting it in the tree.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-05-02 11:48:03 0000</bug_when>
            <thetext>This has been done, so CLOSING.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brebs@sent.com</who>
            <bug_when>2006-05-02 12:42:31 0000</bug_when>
            <thetext>&gt; This bug is for having the ebuild in the tree.

Would that be an ebuild which actually works for a change, since you ignore my patches?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-05-02 13:29:21 0000</bug_when>
            <thetext>Excellent attitude...

See, your patches are not ignored.

In fact, if you noticed what I commit, you&apos;d see that most of what goes into them is the same as your patches.  However, when your patches include things that I, as the maintainer of the package, do not feel need to go in, I&apos;m not going to apply them.  A good example of this is the smp USE flag, which I find to be an unnecessary addition.

Because of this, I had to manually add parts of the patches that I liked, which means I&apos;m more likely to make a mistake.  In the future, I&apos;ll simply wait until I can be at home and actually test everything properly before making any commits, even if it means a delay in getting fixes into the tree.

If you want your patches to be accepted verbatim, quit adding features to them, especially features where the maintainer has already stated in the bug that the feature wasn&apos;t wanted.  Adding it back in is really a slap in the face to me.

Now, if you feel like you need to continue to discuss this, feel free to contact me outside of bugzilla, as this isn&apos;t a discussion forum.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brebs@sent.com</who>
            <bug_when>2006-05-02 13:48:38 0000</bug_when>
            <thetext>&gt; which I find to be an unnecessary addition.

Well, that&apos;s a totally unsatisfactory explanation, for anyone who actually cares about improving the ebuild. Care to elaborate? I have already stated two logical reasons why it is a desirable addition, in comment #8. And provided the patch. What more am I supposed to do?

State logical reasons, and I will happily accept them. Show that I am wrong, and I will happily apologize and try to produce better results in the futue. But, treat me like an imbecile and give me crap, and you lose my support.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-05-02 20:35:43 0000</bug_when>
            <thetext>how exactly do you want &quot;unnecessary&quot; spelled out for you ?  controlling the generation of a symlink via the USE flag &apos;smp&apos; is unnecessary overhead; no more explanation is needed</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>brebs@sent.com</who>
            <bug_when>2006-05-02 22:17:55 0000</bug_when>
            <thetext>(In reply to comment #21)
&gt; how exactly do you want &quot;unnecessary&quot; spelled out for you ?

In a way that makes sense, please.

&gt;  controlling the
&gt; generation of a symlink via the USE flag &apos;smp&apos; is unnecessary overhead; no more
&gt; explanation is needed

It takes seconds for me to add the USE flag as a patch. How long does it take to add it to Gentoo Portage? Why class it as unnecessary overhead, versus a desirable enhancement? Adding duplicate useless menu entries, just because upstream mistakenly thinks it&apos;s a good idea, doesn&apos;t make it a good idea for Gentoo.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>85694</attachid>
            <date>2006-04-28 13:23 0000</date>
            <desc>quake4-bin-1.2.diff</desc>
            <filename>quake4-bin-1.2.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC91c3IvcG9ydGFnZS9nYW1lcy1mcHMvcXVha2U0LWJpbi9xdWFrZTQtYmluLTEuMi5lYnVp
bGQJMjAwNi0wNC0yMCAwMDowMToxNy4wMDAwMDAwMDAgKzAxMDAKKysrIHF1YWtlNC1iaW4tMS4y
LjEuZWJ1aWxkCTIwMDYtMDQtMjggMjE6MTQ6MTEuMDAwMDAwMDAwICswMTAwCkBAIC00LDcgKzQs
NyBAQAogCiBpbmhlcml0IGV1dGlscyBnYW1lcwogCi1ERVNDUklQVElPTj0iU2VxdWVsIHRvIFF1
YWtlIDIsIGFuIElkIDNEIGZpcnN0LXBlcnNvbiBzaG9vdGVyIgorREVTQ1JJUFRJT049IlNlcXVl
bCB0byBRdWFrZSAyLCBhbiBpZCAzRCBmaXJzdC1wZXJzb24gc2hvb3RlciIKIEhPTUVQQUdFPSJo
dHRwOi8vd3d3LnF1YWtlNGdhbWUuY29tLyIKIFNSQ19VUkk9Im1pcnJvcjovLzNkZ2FtZXJzL3F1
YWtlNC9xdWFrZTQtbGludXgtJHtQVn0ueDg2LnJ1bgogCW1pcnJvcjovL2lkc29mdHdhcmUvcXVh
a2U0L2xpbnV4L3F1YWtlNC1saW51eC0ke1BWfS54ODYucnVuCkBAIC0xNCw3ICsxNCw3IEBACiBM
SUNFTlNFPSJRVUFLRTQiCiBTTE9UPSIwIgogS0VZV09SRFM9Ii0qIH5hbWQ2NCB+eDg2IgotSVVT
RT0iYWxzYSBjZGluc3RhbGwgZGVkaWNhdGVkIG9wZW5nbCIKK0lVU0U9ImFsc2EgY2RpbnN0YWxs
IGRlZGljYXRlZCBvcGVuZ2wgc21wIgogUkVTVFJJQ1Q9InN0cmlwIgogCiBVSURFUEVORD0idmly
dHVhbC9vcGVuZ2wKQEAgLTU5LDE3ICs1OSwxMSBAQAogCWRvaW5zICoudHh0IFJFQURNRSBxNGlj
b24uYm1wIHVzL3ZlcnNpb24uaW5mbwogCWRvaW5zIC1yIHBiCiAJZG9leGUgb3BlbnVybC5zaCB8
fCBkaWUgIm9wZW51cmwuc2giCi0JaWYgdXNlIHg4NjsgdGhlbgotCQlkb2V4ZSBiaW4vTGludXgv
eDg2L3F1YWtlNC54ODYgYmluL0xpbnV4L3g4Ni9xNGRlZC54ODYgXAotCQkJYmluL0xpbnV4L3g4
Ni9saWJnY2Nfcy5zby4xIGJpbi9MaW51eC94ODYvbGlic3RkYysrLnNvLiogXAotCQkJfHwgZGll
ICJkb2V4ZSB4ODYgZXhlcy9saWJzIgotCWVsaWYgdXNlIGFtZDY0OyB0aGVuCi0JCWRvZXhlIGJp
bi9MaW51eC94ODZfNjQvcXVha2U0Lng4NiBiaW4vTGludXgveDg2XzY0L3E0ZGVkLng4NiBcCi0J
CQliaW4vTGludXgveDg2XzY0L2xpYmdjY19zLnNvLjEgYmluL0xpbnV4L3g4Nl82NC9saWJzdGRj
Kysuc28uKiBcCi0JCQl8fCBkaWUgImRvZXhlIGFtZDY0IGV4ZXMvbGlicyIKLQllbHNlCi0JCWRp
ZSAiQ2Fubm90IGNvcHkgZXhlY3V0YWJsZXMhIgotCWZpCisKKwlsb2NhbCBhcmNoX2Rpcj0ieDg2
IgorCXVzZSBhbWQ2NCAmJiBhcmNoX2Rpcj0ieDg2XzY0IgorCWRvZXhlIGJpbi9MaW51eC8ke2Fy
Y2hfZGlyfS97Ki54ODYsKi5zbyp9IFwKKwkJfHwgZGllICJkb2V4ZSBleGVzL2xpYnMiCiAKIAlp
bnNpbnRvICR7ZGlyfS9xNGJhc2UKIAlkb2lucyBxNGJhc2UvKiB1cy9xNGJhc2UvKiB8fCBkaWUg
ImRvaW5zIHE0YmFzZSIKQEAgLTgwLDExICs3NCwxNyBAQAogCiAJaWYgdXNlIG9wZW5nbCB8fCAh
IHVzZSBkZWRpY2F0ZWQKIAl0aGVuCisJCWxvY2FsIGRlZmF1bHRfd3JhcHBlcj0icXVha2U0Igor
CQlpZiB1c2Ugc21wCisJCXRoZW4KKwkJCWdhbWVzX21ha2Vfd3JhcHBlciBxdWFrZTQtc21wIC4v
cXVha2U0c21wLng4NiAiJHtkaXJ9IiAiJHtkaXJ9IgorCQkJZGVmYXVsdF93cmFwcGVyPSJxdWFr
ZTQtc21wIgorCQlmaQogCQlnYW1lc19tYWtlX3dyYXBwZXIgcXVha2U0IC4vcXVha2U0Lng4NiAi
JHtkaXJ9IiAiJHtkaXJ9IgogIwkJZG9pY29uICR7RklMRVNESVJ9L3F1YWtlNC5wbmcgfHwgZGll
ICJjb3B5aW5nIGljb24iCiAjCQltYWtlX2Rlc2t0b3BfZW50cnkgcXVha2U0ICJRdWFrZSBJViIg
cXVha2U0LnBuZwogCQluZXdpY29uIHE0aWNvbi5ibXAgcXVha2U0LmJtcCB8fCBkaWUgImNvcHlp
bmcgaWNvbiIKLQkJbWFrZV9kZXNrdG9wX2VudHJ5IHF1YWtlNCAiUXVha2UgSVYiIC91c3Ivc2hh
cmUvcGl4bWFwcy9xdWFrZTQuYm1wCisJCW1ha2VfZGVza3RvcF9lbnRyeSAiJHtkZWZhdWx0X3dy
YXBwZXJ9IiAiUXVha2UgSVYiIC91c3Ivc2hhcmUvcGl4bWFwcy9xdWFrZTQuYm1wCiAJZmkKIAog
CXByZXBnYW1lc2RpcnMK
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>85703</attachid>
            <date>2006-04-28 15:05 0000</date>
            <desc>quake4-bin-1.2.diff</desc>
            <filename>quake4-bin-1.2.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC91c3IvcG9ydGFnZS9nYW1lcy1mcHMvcXVha2U0LWJpbi9xdWFrZTQtYmluLTEuMi5lYnVp
bGQJMjAwNi0wNC0yMCAwMDowMToxNy4wMDAwMDAwMDAgKzAxMDAKKysrIHF1YWtlNC1iaW4tMS4y
LjEuZWJ1aWxkCTIwMDYtMDQtMjggMjM6MDE6NTYuMDAwMDAwMDAwICswMTAwCkBAIC00LDE4ICs0
LDE1IEBACiAKIGluaGVyaXQgZXV0aWxzIGdhbWVzCiAKLURFU0NSSVBUSU9OPSJTZXF1ZWwgdG8g
UXVha2UgMiwgYW4gSWQgM0QgZmlyc3QtcGVyc29uIHNob290ZXIiCitERVNDUklQVElPTj0iU2Vx
dWVsIHRvIFF1YWtlIDIsIGFuIGlkIDNEIGZpcnN0LXBlcnNvbiBzaG9vdGVyIgogSE9NRVBBR0U9
Imh0dHA6Ly93d3cucXVha2U0Z2FtZS5jb20vIgotU1JDX1VSST0ibWlycm9yOi8vM2RnYW1lcnMv
cXVha2U0L3F1YWtlNC1saW51eC0ke1BWfS54ODYucnVuCi0JbWlycm9yOi8vaWRzb2Z0d2FyZS9x
dWFrZTQvbGludXgvcXVha2U0LWxpbnV4LSR7UFZ9Lng4Ni5ydW4KLQlodHRwOi8vZmlsZWJhc2Uu
Z21wZi5kZS9xdWFrZTQvcXVha2U0LWxpbnV4LSR7UFZ9Lng4Ni5ydW4KLQlodHRwOi8vd3d3Lmhv
bGFyc2UuZGUvbWlycm9yL3F1YWtlNC1saW51eC0ke1BWfS54ODYucnVuIgorU1JDX1VSST0ibWly
cm9yOi8vaWRzb2Z0d2FyZS9xdWFrZTQvbGludXgvcXVha2U0LWxpbnV4LSR7UFZ9Lng4Ni5ydW4i
CiAKIExJQ0VOU0U9IlFVQUtFNCIKIFNMT1Q9IjAiCiBLRVlXT1JEUz0iLSogfmFtZDY0IH54ODYi
Ci1JVVNFPSJhbHNhIGNkaW5zdGFsbCBkZWRpY2F0ZWQgb3BlbmdsIgotUkVTVFJJQ1Q9InN0cmlw
IgorSVVTRT0iYWxzYSBjZGluc3RhbGwgZGVkaWNhdGVkIG9wZW5nbCBzbXAiCitSRVNUUklDVD0i
cHJpbWFyeXVyaSBzdHJpcCIKIAogVUlERVBFTkQ9InZpcnR1YWwvb3BlbmdsCiAJeDg2PyAoCkBA
IC01OSwxNyArNTYsMTEgQEAKIAlkb2lucyAqLnR4dCBSRUFETUUgcTRpY29uLmJtcCB1cy92ZXJz
aW9uLmluZm8KIAlkb2lucyAtciBwYgogCWRvZXhlIG9wZW51cmwuc2ggfHwgZGllICJvcGVudXJs
LnNoIgotCWlmIHVzZSB4ODY7IHRoZW4KLQkJZG9leGUgYmluL0xpbnV4L3g4Ni9xdWFrZTQueDg2
IGJpbi9MaW51eC94ODYvcTRkZWQueDg2IFwKLQkJCWJpbi9MaW51eC94ODYvbGliZ2NjX3Muc28u
MSBiaW4vTGludXgveDg2L2xpYnN0ZGMrKy5zby4qIFwKLQkJCXx8IGRpZSAiZG9leGUgeDg2IGV4
ZXMvbGlicyIKLQllbGlmIHVzZSBhbWQ2NDsgdGhlbgotCQlkb2V4ZSBiaW4vTGludXgveDg2XzY0
L3F1YWtlNC54ODYgYmluL0xpbnV4L3g4Nl82NC9xNGRlZC54ODYgXAotCQkJYmluL0xpbnV4L3g4
Nl82NC9saWJnY2Nfcy5zby4xIGJpbi9MaW51eC94ODZfNjQvbGlic3RkYysrLnNvLiogXAotCQkJ
fHwgZGllICJkb2V4ZSBhbWQ2NCBleGVzL2xpYnMiCi0JZWxzZQotCQlkaWUgIkNhbm5vdCBjb3B5
IGV4ZWN1dGFibGVzISIKLQlmaQorCisJbG9jYWwgYXJjaF9kaXI9Ing4NiIKKwl1c2UgYW1kNjQg
JiYgYXJjaF9kaXI9Ing4Nl82NCIKKwlkb2V4ZSBiaW4vTGludXgvJHthcmNoX2Rpcn0veyoueDg2
LCouc28qfSBcCisJCXx8IGRpZSAiZG9leGUgZXhlcy9saWJzIgogCiAJaW5zaW50byAke2Rpcn0v
cTRiYXNlCiAJZG9pbnMgcTRiYXNlLyogdXMvcTRiYXNlLyogfHwgZGllICJkb2lucyBxNGJhc2Ui
CkBAIC04MCwxMSArNzEsMTcgQEAKIAogCWlmIHVzZSBvcGVuZ2wgfHwgISB1c2UgZGVkaWNhdGVk
CiAJdGhlbgorCQlsb2NhbCBkZWZhdWx0X3dyYXBwZXI9InF1YWtlNCIKKwkJaWYgdXNlIHNtcAor
CQl0aGVuCisJCQlnYW1lc19tYWtlX3dyYXBwZXIgcXVha2U0LXNtcCAuL3F1YWtlNHNtcC54ODYg
IiR7ZGlyfSIgIiR7ZGlyfSIKKwkJCWRlZmF1bHRfd3JhcHBlcj0icXVha2U0LXNtcCIKKwkJZmkK
IAkJZ2FtZXNfbWFrZV93cmFwcGVyIHF1YWtlNCAuL3F1YWtlNC54ODYgIiR7ZGlyfSIgIiR7ZGly
fSIKICMJCWRvaWNvbiAke0ZJTEVTRElSfS9xdWFrZTQucG5nIHx8IGRpZSAiY29weWluZyBpY29u
IgogIwkJbWFrZV9kZXNrdG9wX2VudHJ5IHF1YWtlNCAiUXVha2UgSVYiIHF1YWtlNC5wbmcKIAkJ
bmV3aWNvbiBxNGljb24uYm1wIHF1YWtlNC5ibXAgfHwgZGllICJjb3B5aW5nIGljb24iCi0JCW1h
a2VfZGVza3RvcF9lbnRyeSBxdWFrZTQgIlF1YWtlIElWIiAvdXNyL3NoYXJlL3BpeG1hcHMvcXVh
a2U0LmJtcAorCQltYWtlX2Rlc2t0b3BfZW50cnkgIiR7ZGVmYXVsdF93cmFwcGVyfSIgIlF1YWtl
IElWIiAvdXNyL3NoYXJlL3BpeG1hcHMvcXVha2U0LmJtcAogCWZpCiAKIAlwcmVwZ2FtZXNkaXJz
Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>85955</attachid>
            <date>2006-05-01 15:26 0000</date>
            <desc>quake4-bin-1.2.1.diff</desc>
            <filename>diff.txt</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHF1YWtlNC1iaW4tMS4yLjEuZWJ1aWxkLXBvcnRhZ2UJMjAwNi0wNS0wMSAyMjo1MTowNy4w
MDAwMDAwMDAgKzAxMDAKKysrIHF1YWtlNC1iaW4tMS4yLjEuZWJ1aWxkCTIwMDYtMDUtMDEgMjM6
MTI6NTMuMDAwMDAwMDAwICswMTAwCkBAIC00LDE1ICs0LDE1IEBACiAKIGluaGVyaXQgZXV0aWxz
IGdhbWVzCiAKLURFU0NSSVBUSU9OPSJTZXF1ZWwgdG8gUXVha2UgMiwgYW4gSWQgM0QgZmlyc3Qt
cGVyc29uIHNob290ZXIiCitERVNDUklQVElPTj0iU2VxdWVsIHRvIFF1YWtlIDIsIGFuIGlkIDNE
IGZpcnN0LXBlcnNvbiBzaG9vdGVyIgogSE9NRVBBR0U9Imh0dHA6Ly93d3cucXVha2U0Z2FtZS5j
b20vIgogU1JDX1VSST0ibWlycm9yOi8vaWRzb2Z0d2FyZS9xdWFrZTQvbGludXgvcXVha2U0LWxp
bnV4LSR7UFZ9Lng4Ni5ydW4iCiAKIExJQ0VOU0U9IlFVQUtFNCIKIFNMT1Q9IjAiCiBLRVlXT1JE
Uz0iLSogfmFtZDY0IH54ODYiCi1JVVNFPSJhbHNhIGNkaW5zdGFsbCBkZWRpY2F0ZWQgb3Blbmds
IgotUkVTVFJJQ1Q9InN0cmlwIgorSVVTRT0iYWxzYSBjZGluc3RhbGwgZGVkaWNhdGVkIG9wZW5n
bCBzbXAiCitSRVNUUklDVD0icHJpbWFyeXVyaSBzdHJpcCIKIAogVUlERVBFTkQ9InZpcnR1YWwv
b3BlbmdsCiAJeDg2PyAoCkBAIC01MywxNSArNTMsMTQgQEAKIAlpbnNpbnRvICIke2Rpcn0iCiAJ
ZXhlaW50byAiJHtkaXJ9IgogCi0JZG9pbnMgKi50eHQgUkVBRE1FIHE0aWNvbi5ibXAgdXMvdmVy
c2lvbi5pbmZvIFJFQURNRS0xLjIuaHRtCi0JZG9pbnMgLXIgcGIKLQlkb2V4ZSBvcGVudXJsLnNo
IHx8IGRpZSAib3BlbnVybC5zaCIKLQlkb2V4ZSBiaW4vTGludXgveDg2L3F1YWtlNC54ODYgYmlu
L0xpbnV4L3g4Ni9xNGRlZC54ODYgXAotCQliaW4vTGludXgveDg2L2xpYmdjY19zLnNvLjEgYmlu
L0xpbnV4L3g4Ni9saWJzdGRjKysuc28uKiBcCisJcm0gUkVBRE1FfgorCWRvaW5zICoudHh0IFJF
QURNRSogcTRpY29uLmJtcCB1cy92ZXJzaW9uLmluZm8KKwlkb2lucyAtciBwYiB8fCBkaWUgImRv
aW5zIHBiIgorCWRvZXhlIG9wZW51cmwuc2ggfHwgZGllICJkb2V4ZSBvcGVudXJsLnNoIgorCWRv
ZXhlIGJpbi9MaW51eC94ODYveyoueDg2LCouc28qfSBcCiAJCXx8IGRpZSAiZG9leGUgeDg2IGV4
ZXMvbGlicyIKLQluZXdleGUgYmluL0xpbnV4L3g4Ni9saWJTREwtMS4yLmlkLnNvLjAgbGliU0RM
LTEuMi5zby4wIHx8IGRpZSAibGliU0RMIgogCi0JaW5zaW50byAke2Rpcn0vcTRiYXNlCisJaW5z
aW50byAiJHtkaXJ9Ii9xNGJhc2UKIAlkb2lucyBxNGJhc2UvKiB1cy9xNGJhc2UvKiB8fCBkaWUg
ImRvaW5zIHE0YmFzZSIKIAlpZiB1c2UgZGVkaWNhdGVkCiAJdGhlbgpAQCAtNzAsMTMgKzY5LDE2
IEBACiAKIAlpZiB1c2Ugb3BlbmdsIHx8ICEgdXNlIGRlZGljYXRlZAogCXRoZW4KLQkJZ2FtZXNf
bWFrZV93cmFwcGVyIHF1YWtlNCAuL3F1YWtlNC54ODYgIiR7ZGlyfSIgIiR7ZGlyfSIKLQkJZ2Ft
ZXNfbWFrZV93cmFwcGVyIHF1YWtlNC1zbXAgLi9xdWFrZTRzbXAueDg2ICIke2Rpcn0iICIke2Rp
cn0iCisJCWlmIHVzZSBzbXAKKwkJdGhlbgorCQkJZ2FtZXNfbWFrZV93cmFwcGVyIHF1YWtlNCAu
L3F1YWtlNHNtcC54ODYgIiR7ZGlyfSIgIiR7ZGlyfSIKKwkJZWxzZQorCQkJZ2FtZXNfbWFrZV93
cmFwcGVyIHF1YWtlNCAuL3F1YWtlNC54ODYgIiR7ZGlyfSIgIiR7ZGlyfSIKKwkJZmkKICMJCWRv
aWNvbiAke0ZJTEVTRElSfS9xdWFrZTQucG5nIHx8IGRpZSAiY29weWluZyBpY29uIgogIwkJbWFr
ZV9kZXNrdG9wX2VudHJ5IHF1YWtlNCAiUXVha2UgSVYiIHF1YWtlNC5wbmcKIAkJbmV3aWNvbiBx
NGljb24uYm1wIHF1YWtlNC5ibXAgfHwgZGllICJjb3B5aW5nIGljb24iCiAJCW1ha2VfZGVza3Rv
cF9lbnRyeSBxdWFrZTQgIlF1YWtlIElWIiAvdXNyL3NoYXJlL3BpeG1hcHMvcXVha2U0LmJtcAot
CQltYWtlX2Rlc2t0b3BfZW50cnkgcXVha2U0LXNtcCAiUXVha2UgSVYgKFNNUCkiIC91c3Ivc2hh
cmUvcGl4bWFwcy9xdWFrZTQuYm1wCiAJZmkKIAogCXByZXBnYW1lc2RpcnMK
</data>        

          </attachment>
    </bug>

</bugzilla>