<?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>60014</bug_id>
          
          <creation_ts>2004-08-10 19:03 0000</creation_ts>
          <short_desc>point2play-1.3.1.ebuild (update)</short_desc>
          <delta_ts>2004-08-17 15:12: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>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>tetromino@gmail.com</reporter>
          <assigned_to>vapier@gentoo.org</assigned_to>
          <cc>mal@komcept.com</cc>
    
    <cc>tetromino@gmail.com</cc>
    
    <cc>wine@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>tetromino@gmail.com</who>
            <bug_when>2004-08-10 19:03:50 0000</bug_when>
            <thetext>New ebuild for point2play-1.3.1
Note that 1.3.1 replaces 1.3b, but portage seems that portage thinks that point2play-1.3b is newer than point2play-1.3.1; I don&apos;t know how to correct this - masking maybe, or removing the 1.3b ebuild?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tetromino@gmail.com</who>
            <bug_when>2004-08-10 19:05:10 0000</bug_when>
            <thetext>Created an attachment (id=37186)
point2play-1.3.1.ebuild
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tetromino@gmail.com</who>
            <bug_when>2004-08-10 19:06:57 0000</bug_when>
            <thetext>Created an attachment (id=37187)
1.3.1-fix-sound-test.patch

new version of the fix-sound-test patch (updated, because point2play-1.3.1
added alsa support to test_sound.py)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2004-08-13 23:35:21 0000</bug_when>
            <thetext>now in portage</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mal@komcept.com</who>
            <bug_when>2004-08-15 04:44:09 0000</bug_when>
            <thetext>I just tried to emerge 1.3.1 and portage complained that the digests did not match.

I recomputed the digests and then it complained that the sound fix patch didn&apos;t apply.

I guess transgaming changed their tarball.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tetromino@gmail.com</who>
            <bug_when>2004-08-15 09:32:48 0000</bug_when>
            <thetext>Weird... transgaming did change their tarball, but diff doesn&apos;t show any differences when unpacked. I guess they got a new version of gzip?

In any case, the patch still works for me after recomputing the digest. I downloaded point2play-small-1.3.1.tgz on Aug 15 16:18 UTC; size is 822912, and MD5 is 020a9d779bb48b2fd42d00bd64a5e5ee.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mal@komcept.com</who>
            <bug_when>2004-08-15 09:52:58 0000</bug_when>
            <thetext>Did you use the ebuild from here or the one in portage?  I used the one in portage and after doing:

ebuild /usr/portage/app-emulation/point2play/point2play-1.3.1.ebuild digest

Then:

emerge point2play

I get:

Calculating dependencies ...done!
&gt;&gt;&gt; emerge (1 of 1) app-emulation/point2play-1.3.1 to /
&gt;&gt;&gt; md5 src_uri ;-) point2play-small-1.3.1.tgz
&gt;&gt;&gt; Unpacking source...
&gt;&gt;&gt; Unpacking point2play-small-1.3.1.tgz to /usr/portage/tmp/portage/point2play-1.3.1/work
 * Applying 1.3.1-fix-sound-test.patch...

 * Failed Patch: 1.3.1-fix-sound-test.patch!
 * 
 * Include in your bugreport the contents of:
 * 
 *   /usr/portage/tmp/portage/point2play-1.3.1/temp/1.3.1-fix-sound-test.patch-8059.out


!!! ERROR: app-emulation/point2play-1.3.1 failed.
!!! Function epatch, Line 326, Exitcode 0
!!! Failed Patch: 1.3.1-fix-sound-test.patch!



Looking at the patch file in portage, it starts with:

--- /var/tmp/portage/point2play-1.3.1/work/usr/lib/transgaming_point2play/tests/test_sound.py.orig      2004-08-14 01:22:11.956853792 -0400
+++ /var/tmp/portage/point2play-1.3.1/work/usr/lib/transgaming_point2play/tests/test_sound.py   2004-08-14 01:22:20.241594320 -0400


Looks like it needs to lose the /var/tmp/portage/point2play-1.3.1/work part.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jjk3@msstate.edu</who>
            <bug_when>2004-08-15 09:53:15 0000</bug_when>
            <thetext>Perhaps this should be reopened? The digests don&apos;t match for me either; this is a bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mal@komcept.com</who>
            <bug_when>2004-08-15 09:54:35 0000</bug_when>
            <thetext>Yes, removed &quot;/var/tmp/portage/point2play-1.3.1/work/&quot; from the first 2 lines of the diff, recreated digests, and it emerged fine.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tetromino@gmail.com</who>
            <bug_when>2004-08-15 10:20:58 0000</bug_when>
            <thetext>re MAL: Strange, for me both versions of the patch (the one in portage and the one here, without &quot;/var/tmp/portage/point2play-1.3.1/work/&quot;) work fine. What version of portage and patch are you using?

re Joel: transgaming changed their digests at least 3 times over the past 5 days. On Aug 10, their MD5 was 853704654af8fd88a832bee12a8ee27e. In the portage tree, on Aug 14, it was 010f033c1a80165959939e9d2f1dd5f5. On Aug 15 (today), it is 020a9d779bb48b2fd42d00bd64a5e5ee. I have no idea what they are doing, but once you unpack, diff shows no differences between the files.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mal@komcept.com</who>
            <bug_when>2004-08-15 11:18:09 0000</bug_when>
            <thetext>portage-2.0.50-r9

I&apos;ve mailed TransGaming to kindly ask if they could leave their tarballs alone, or at least mark revisions as such.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2004-08-15 11:23:02 0000</bug_when>
            <thetext>no, transgaming has started being stupid and watermarking their downloads

thus md5&apos;s will never match</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mal@komcept.com</who>
            <bug_when>2004-08-17 15:12:03 0000</bug_when>
            <thetext>Email from transgaming:

This problem was due to TransGaming&apos;s prototype watermarking scheme. 
Due to the errors it is causing with the Gentoo package management
system we have now disabled the watermarking scheme and the error should
be resolved.

--
Lucas Smithen
Quality Assurance and Technical Support
TransGaming Technologies
lucas@transgaming.com</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>37186</attachid>
            <date>2004-08-10 19:05 0000</date>
            <desc>point2play-1.3.1.ebuild</desc>
            <filename>point2play-1.3.1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2FwcC1lbXVsYXRpb24vcG9pbnQycGxheS9wb2lu
dDJwbGF5LTEuM2IuZWJ1aWxkLHYgMS4yIDIwMDQvMDYvMjUgMTE6NTY6MDAgYWdyaWZmaXMgRXhw
ICQKCmluaGVyaXQgZXV0aWxzCgpNWV9QPSR7UE59LXNtYWxsLSR7UFZ9CkRFU0NSSVBUSU9OPSJn
cmFwaGljYWwgZnJvbnRlbmQgZm9yIFdpbmVYIgpIT01FUEFHRT0iaHR0cDovL3d3dy50cmFuc2dh
bWluZy5jb20vIgpTUkNfVVJJPSIke01ZX1B9LnRneiIKCkxJQ0VOU0U9InBvaW50MnBsYXkiClNM
T1Q9IjAiCktFWVdPUkRTPSJ+eDg2IgpJVVNFPSIiClJFU1RSSUNUPSJmZXRjaCIKClJERVBFTkQ9
InZpcnR1YWwveDExCgk+PWRldi1sYW5nL3B5dGhvbi0yLjMKCT49ZGV2LXB5dGhvbi9weWd0ay0x
Ljk5LjE2Cgk+PXgxMS10aGVtZXMvZ3RrLWVuZ2luZXMtbWV0YWwtMi4yLjAiCgpTPSR7V09SS0RJ
Un0KCnBrZ19ub2ZldGNoKCkgewoJZWluZm8gIlBsZWFzZSBkb3dubG9hZCB0aGUgYXBwcm9wcmlh
dGUgUG9pbnQyUGxheSBhcmNoaXZlICgke01ZX1B9LnRneikiCgllaW5mbyAiZnJvbSAke0hPTUVQ
QUdFfSAocmVxdWlyZXMgYSBUcmFuc2dhbWluZyBzdWJzY3JpcHRpb24pIgoJZWNobwoJZWluZm8g
IlRoZSBhcmNoaXZlIHNob3VsZCB0aGVuIGJlIHBsYWNlZCBpbnRvICR7RElTVERJUn0iCn0KCnNy
Y191bnBhY2soKSB7Cgl1bnBhY2sgJHtBfQoJZXBhdGNoICR7RklMRVNESVJ9LzEuMy4xLWZpeC1z
b3VuZC10ZXN0LnBhdGNoCn0KCnNyY19pbnN0YWxsKCkgewoJbXYgdXNyICR7RH0vCgltdiBldGMv
WDExL2FwcGxuayAke0R9L3Vzci9zaGFyZQp9Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>37187</attachid>
            <date>2004-08-10 19:06 0000</date>
            <desc>1.3.1-fix-sound-test.patch</desc>
            <filename>1.3.1-fix-sound-test.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHVzci9saWIvdHJhbnNnYW1pbmdfcG9pbnQycGxheS90ZXN0cy90ZXN0X3NvdW5kLnB5LnN1
Y2tpdAkyMDA0LTA4LTEwIDIxOjUxOjM5LjM4OTI5MjQwOCAtMDQwMAorKysgdXNyL2xpYi90cmFu
c2dhbWluZ19wb2ludDJwbGF5L3Rlc3RzL3Rlc3Rfc291bmQucHkJMjAwNC0wOC0xMCAyMTo1NTow
OS4xNTI0MDM1NjggLTA0MDAKQEAgLTQwLDE1ICs0MCwxMyBAQAogICAgICMgT1NTIFBvcnRpb24g
b2YgdGhlIHRlc3QKICAgICAjCiAgICAgdHJ5OgotICAgICAgICBhdWRpb19vdXQgPSBvc3NhdWRp
b2Rldi5vcGVuKCcvZGV2L2RzcCcsICd3JykKKyAgICAgICAgYXVkaW9fb3V0ID0gb3NzYXVkaW9k
ZXYub3BlbigndycpCiAgICAgZXhjZXB0IElPRXJyb3IsIGU6CiAgICAgICAgIE9TU1Jlc3VsdCA9
ICgoXygnT1NTIFNvdW5kIFN1cHBvcnQnKSwgXygnVW5hYmxlIHRvIG9wZW4gL2Rldi9kc3AnKSwg
J3JlZCcpKQogCiAgICAgaWYgYXVkaW9fb3V0OgogICAgICAgIHRyeToKLSAgICAgICAgICBhdWRp
b19vdXQuc2V0cGFyYW1ldGVycyhUZXN0U291bmQxLmdldGZyYW1lcmF0ZSgpLCAxNiwKLSAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBUZXN0U291bmQxLmdldG5jaGFubmVscygpLCBv
c3NhdWRpb2Rldi5BRk1UX1MxNl9MRSwgRmFsc2UpCi0gICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgI0ZJWE1FOiB1c2UgZ2V0c2FtcHdpZHRoIGZvciAxNiBhbmQgQUZNVF9TMTZfTEUK
KyAgICAgICAgICBhdWRpb19vdXQuc2V0cGFyYW1ldGVycyhvc3NhdWRpb2Rldi5BRk1UX1MxNl9M
RSwgVGVzdFNvdW5kMS5nZXRuY2hhbm5lbHMoKSwgVGVzdFNvdW5kMS5nZXRmcmFtZXJhdGUoKSkK
ICAgICAgICBleGNlcHQ6CiAgICAgICAgICAgYXVkaW9fb3V0LmNsb3NlKCkKICAgICAgICAgICBP
U1NSZXN1bHQgPSAoKF8oJ09TUyBTb3VuZCBTdXBwb3J0JyksIF8oJ1VuYWJsZSB0byBwbGF5IHNv
dW5kLCB5b3VyXG5Tb3VuZCBjYXJkIG1heSBub3QgYmUgY29uZmlndXJlZCBjb3JyZWN0bHknKSwg
J3JlZCcpKQo=
</data>        

          </attachment>
    </bug>

</bugzilla>