<?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>8313</bug_id>
          
          <creation_ts>2002-09-24 10:54 0000</creation_ts>
          <short_desc>ut2003demo 1080c must be applied on top of 1080b</short_desc>
          <delta_ts>2003-02-04 19:42:18 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>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>kode54@earthlink.net</reporter>
          <assigned_to>vapier@gentoo.org</assigned_to>
          <cc>fisi.tilman.klar@gmx.de</cc>

      

      
          <long_desc isprivate="0">
            <who>kode54@earthlink.net</who>
            <bug_when>2002-09-24 10:54:20 0000</bug_when>
            <thetext>1080c doesn&apos;t appear to be a stand-alone patch.


The server browser is obviously missing the jittery sorting fix, which is part 
of the 1080b update. Apparently, they decided not to make 1080c a cumulative 
patch.

I have already made an ebuild myself, the process is as simple as applying both 
patches in order, but I leave that up to you in the event that you find a 
cleaner way of arranging the ebuild. I&apos;ll upload and link later if it becomes 
necessary.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2002-09-24 16:49:15 0000</bug_when>
            <thetext>if you post the ebuild we&apos;ll take a look at it</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2002-09-25 10:57:47 0000</bug_when>
            <thetext>phoenix: im stealing this one since (1) i put out the 1080c patch and (2) i 
have an ebuild that works</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fisi.tilman.klar@gmx.de</who>
            <bug_when>2002-09-25 12:46:49 0000</bug_when>
            <thetext>Heyas Spanky,

you didnt change too much did you? I looked into the ebuild but i was unable to
find any new, major enhancements (no offense there) - if you implemented a major
change (layout,whatever..) please tell me. Sorry for not taking care of that
stuff myself, i lost 512MB ram yesterday so i had quite some downtime (crappy
noname ram, dont you ever buy that). Thanks for your help,

-phoen][x-
besides, what do you mean with &quot;(2) i have an ebuild that works&quot; - mine worked,
didnt it?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2002-09-25 12:54:10 0000</bug_when>
            <thetext>i just abstracted your code ...
basically i defined &apos;PATCH1&apos; and &apos;PATCH2&apos; and rewrote bits in a for loop ...
for PATCH in $PATCH1 $PATCH2 ; do
   &lt;patch code&gt;
done

i use a lot of noname ram ;)
well, pc133 i do ... got about 2+gigs of it in 2 servers
my desktop though has the good stuff for pc333 :D</thetext>
          </long_desc>
      
    </bug>

</bugzilla>