<?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>153184</bug_id>
          
          <creation_ts>2006-10-28 14:55 0000</creation_ts>
          <short_desc>emerge lastfmplayer-1.0.0.1_p2113 fails</short_desc>
          <delta_ts>2006-11-06 19:10:34 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>All</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>flash3001@yahoo.com</reporter>
          <assigned_to>genstef@gentoo.org</assigned_to>
          <cc>gtgentoo@tassone.net</cc>
    
    <cc>matrixhax0r@gmail.com</cc>

      

      
          <long_desc isprivate="0">
            <who>flash3001@yahoo.com</who>
            <bug_when>2006-10-28 14:55:42 0000</bug_when>
            <thetext>&gt;&gt;&gt; Emerging (1 of 1) media-sound/lastfmplayer-1.0.0.1_p2113 to /
 * checking ebuild checksums ;-) ...                                      [ ok ]
 * checking auxfile checksums ;-) ...                                     [ ok ]
 * checking miscfile checksums ;-) ...                                    [ ok ]
&gt;&gt;&gt; Unpacking source...
 * subversion check out start --&gt;
 *      repository: svn://svn.audioscrobbler.net/LastFM_client/trunk
svn: File not found: revision 2118, path &apos;/LastFM_client/trunk&apos;

!!! ERROR: media-sound/lastfmplayer-1.0.0.1_p2113 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_unpack
  ebuild.sh, line 708:   Called src_unpack
  ebuild.sh, line 1255:   Called subversion_src_unpack
  subversion.eclass, line 274:   Called subversion_fetch
  subversion.eclass, line 181:   Called die

!!! subversion.eclass: can&apos;t fetch from svn://svn.audioscrobbler.net/LastFM_client/trunk.
!!! If you need support, post the topmost build error, and the call stack if relevant.


Portage 2.1.1 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.4-r3, 2.6.16-gentoo-r9 i686)
=================================================================
System uname: 2.6.16-gentoo-r9 i686 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.12.5
Last Sync: Wed, 25 Oct 2006 07:20:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon64 -O2 -pipe -fomit-frame-pointer&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/share/X11/xkb&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo&quot;
CXXFLAGS=&quot;-march=athlon64 -O2 -pipe -fomit-frame-pointer&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;ftp://ftp.roedu.net/pub/mirrors/gentoo.org http://gentoo.osuosl.org&quot;
LINGUAS=&quot;&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=&apos;/distfiles&apos; --exclude=&apos;/local&apos; --exclude=&apos;/packages&apos;&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage /home/griever/sunrise /usr/local/overlays/java-experimental&quot;
SYNC=&quot;rsync://rsync2.ro.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 3dnow 3dnowext X aalib alsa apache2 apm bitmap-fonts cairo cli cracklib crypt cups curl dlloader dri eds elibc_glibc emboss encode flac foomaticdb fortran gd geoip gif gpm gstreamer gtk2 imlib imlib2 input_devices_keyboard input_devices_mouse isdnlog jikes jpeg kernel_linux lcms libcaca libwww mad matroska mikmod mmx mmxext modplug motif mp3 mpeg ncurses network nls no_wxgtk1 nptl ogg opengl pam pcre png pppd python qt3 qt4 quicktime readline reflection rtc sdl session spell spl sse sse2 ssl tcpd tga theora tiff truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_nv video_cards_nvidia video_cards_vesa video_cards_vga vorbis xchatdccserver xml xorg xprint xv xvid zlib&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2006-10-28 15:39:28 0000</bug_when>
            <thetext>If I were you, I&apos;d feel guilty for the load pushed on the svn server, instead creating a tarball of the snapshot, Stefan.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>matrixhax0r@gmail.com</who>
            <bug_when>2006-10-28 18:52:03 0000</bug_when>
            <thetext>I think this is a subversion quirk.

The command used by the eclass doesn&apos;t work:
svn checkout --revision 2113 --config-dir /usr/portage/distfiles/svn-src/.subversion svn://svn.audioscrobbler.net/LastFM_client/trunk

But if you put the revision at the end of the URI, it works:
svn checkout --config-dir /usr/portage/distfiles/svn-src/.subversion svn://svn.audioscrobbler.net/LastFM_client/trunk@2113

But the eclass doesn&apos;t like that because on line 168, the &quot;@2113&quot; is included in the working copy path even though it shouldn&apos;t.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>matrixhax0r@gmail.com</who>
            <bug_when>2006-10-28 20:16:54 0000</bug_when>
            <thetext>Created an attachment (id=100683)
Patch to make SVN fetching work again

Here&apos;s a patch for the ebuild to get it working again.

Although adding &quot;cd trunk&quot; to src_compile is something usally for $S, that messed up the subversion.eclass&apos;s export. The alternative would be

1) Use ESVN_RESTRICT to turn of the export
2) Add src_unpack to do subversion_fetch, copy the files, apply patches
3) Use $S so that src_compile ends up in the right folder.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>matrixhax0r@gmail.com</who>
            <bug_when>2006-10-28 20:41:05 0000</bug_when>
            <thetext>I&apos;ve also filled bug #153227 which asks for getting &quot;@number&quot; to work.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cuciferus@gmail.com</who>
            <bug_when>2006-11-01 01:06:53 0000</bug_when>
            <thetext>Although David Li&apos;s patch did got the svn to work the lastfm player compilez with these last lines:
/usr/portage/media-sound/lastfmplayer/lastfmplayer-1.0.0.1_p2113.ebuild: line 60: cd: bin: No such file or directory
install: cannot stat `LastFM&apos;: No such file or directory
install: cannot stat `data&apos;: No such file or directory
install: cannot stat `extensions&apos;: No such file or directory
install: cannot stat `services&apos;: No such file or directory
install: cannot stat `libLastFMTools.so.1.0.0&apos;: No such file or directory
cp: cannot stat `data/icon.png&apos;: No such file or directory
&gt;&gt;&gt; Completed installing lastfmplayer-1.0.0.1_p2113 into /var/tmp/portage/media-sound/lastfmplayer-1.0.0.1_p2113/image/

And when i try to run the program I get:
/usr/bin/lastfm: line 10: /opt/lastfm/LastFM: No such file or directory
/usr/bin/lastfm: line 10: exec: /opt/lastfm/LastFM: cannot execute: No such file or directory
Maybe there&apos;s more to it to that svn thing? </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gtgentoo@tassone.net</who>
            <bug_when>2006-11-02 01:37:20 0000</bug_when>
            <thetext>David Li&apos;s patch did the trick for me (amd64, clean system build).  Thanks David!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gtgentoo@tassone.net</who>
            <bug_when>2006-11-02 02:04:23 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; Although David Li&apos;s patch did got the svn to work the lastfm player compilez
&gt; with these last lines:
&gt; /usr/portage/media-sound/lastfmplayer/lastfmplayer-1.0.0.1_p2113.ebuild: line
&gt; 60: cd: bin: No such file or directory
&gt; install: cannot stat `LastFM&apos;: No such file or directory
...
&gt; And when i try to run the program I get:
&gt; /usr/bin/lastfm: line 10: /opt/lastfm/LastFM: No such file or directory
&gt; /usr/bin/lastfm: line 10: exec: /opt/lastfm/LastFM: cannot execute: No such
&gt; file or directory

Unfortunately, now I am having this same problem with the finished product.  In other words, the compile appears to complete normally, but those warnings/errors are listed in the output.  The actual executables and *some* of the needed directories never actually get installed.

However, this does seem to be a different problem with the build, possibly on the amd64 arch (but not sure about that yet).  Cucu, can you confirm your arch?

In any case, this appears unrelated to the Subversion issue and hence deserves its own bug report.  I&apos;ll file one.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>TheUnbelievableUlk@web.de</who>
            <bug_when>2006-11-02 11:36:06 0000</bug_when>
            <thetext>Created an attachment (id=101068)
changed ebuild that works (for me).

Added &quot;cd trunk&quot; in every function (a quick&apos;n&apos;dirty hack - sorry)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gtgentoo@tassone.net</who>
            <bug_when>2006-11-02 13:32:20 0000</bug_when>
            <thetext>(In reply to comment #7)
...
&gt; However, this does seem to be a different problem with the build...
... 
&gt; In any case, this appears unrelated to the Subversion issue and hence deserves
&gt; its own bug report.  I&apos;ll file one.

FYI:  I&apos;m holding off on filing another report on the new problem until we determine/confirm whether the patch is causing it.  Judging from Franz&apos;s post, it might be.  (I won&apos;t have time to research this myself until later today or tomorrow.)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>matrixhax0r@gmail.com</who>
            <bug_when>2006-11-02 13:43:32 0000</bug_when>
            <thetext>Created an attachment (id=101086)
Patch to make SVN fetching work again 2

Oh whoops, that would do it. You need it in src_install and src_compile (slap&apos;s self).

Anyways, Genstef, this patch should do the trick. In the mean time, I should look at getting the latest SVN version to work.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2006-11-04 12:58:06 0000</bug_when>
            <thetext>I just converted it to a snapshot ebuild. thanks for reporting</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>matrixhax0r@gmail.com</who>
            <bug_when>2006-11-06 19:10:34 0000</bug_when>
            <thetext>Note: Try to not include .svn directories in the tarball.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>100683</attachid>
            <date>2006-10-28 20:16 0000</date>
            <desc>Patch to make SVN fetching work again</desc>
            <filename>lastfmplayer.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIG9sZC5lYnVpbGQJMjAwNi0xMC0yOCAyMzowNToyOS43OTM5MjQzMTkgLTA0MDAKKysrIG5l
dy5lYnVpbGQJMjAwNi0xMC0yOCAyMzowNjoxMC44MzI2ODU0NzkgLTA0MDAKQEAgLTcsNyArNyw3
IEBACiBERVNDUklQVElPTj0iVGhlIHBsYXllciBhbGxvd3MgeW91IHRvIGxpc3RlbiB0byBsYXN0
LmZtIHJhZGlvIHN0cmVhbXMiCiBIT01FUEFHRT0iaHR0cDovL3d3dy5sYXN0LmZtL2hlbHAvcGxh
eWVyIgogU1JDX1VSST0iIgotRVNWTl9SRVBPX1VSST0ic3ZuOi8vc3ZuLmF1ZGlvc2Nyb2JibGVy
Lm5ldC9MYXN0Rk1fY2xpZW50L3RydW5rIgorRVNWTl9SRVBPX1VSST0ic3ZuOi8vc3ZuLmF1ZGlv
c2Nyb2JibGVyLm5ldC9MYXN0Rk1fY2xpZW50IgogRVNWTl9PUFRJT05TPSItLXJldmlzaW9uICR7
UFYjKl9wfSIKIAogTElDRU5TRT0iR1BMLTIiCkBAIC0zOSw2ICszOSw3IEBACiB9CiAKIHNyY19j
b21waWxlKCkgeworCWNkICJ0cnVuayIKIAlpZiB1c2UgZGVidWcgOyB0aGVuCiAJCXFtYWtlIENP
TkZJRys9ZGVidWcgfHwgZGllICJxbWFrZSBmYWlsZWQiCiAJZWxzZQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>101068</attachid>
            <date>2006-11-02 11:36 0000</date>
            <desc>changed ebuild that works (for me).</desc>
            <filename>lastfmplayer-1.0.0.1_p2113.ebuild</filename>
            <type>application/octet-stream</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L21lZGlhLXNvdW5kL2xhc3RmbXBsYXllci9sYXN0
Zm1wbGF5ZXItMS4wLjAuMV9wMjExMy5lYnVpbGQsdiAxLjUgMjAwNi8wOS8yMiAyMTo1MDozOSBn
ZW5zdGVmIEV4cCAkCgppbmhlcml0IGV1dGlscyBzdWJ2ZXJzaW9uIHZlcnNpb25hdG9yCgpERVND
UklQVElPTj0iVGhlIHBsYXllciBhbGxvd3MgeW91IHRvIGxpc3RlbiB0byBsYXN0LmZtIHJhZGlv
IHN0cmVhbXMiCkhPTUVQQUdFPSJodHRwOi8vd3d3Lmxhc3QuZm0vaGVscC9wbGF5ZXIiClNSQ19V
Ukk9IiIKRVNWTl9SRVBPX1VSST0ic3ZuOi8vc3ZuLmF1ZGlvc2Nyb2JibGVyLm5ldC9MYXN0Rk1f
Y2xpZW50LyIKRVNWTl9PUFRJT05TPSItLXJldmlzaW9uICR7UFYjKl9wfSIKCkxJQ0VOU0U9IkdQ
TC0yIgpTTE9UPSIwIgpLRVlXT1JEUz0ifng4NiB+YW1kNjQiCklVU0U9ImRlYnVnIgoKTVlfUVRf
REVQPSI9eDExLWxpYnMvcXQtNCoiCkRFUEVORD0iJHtNWV9RVF9ERVB9IgpSREVQRU5EPSIke0RF
UEVORH0iCgpwa2dfc2V0dXAoKSB7Cglsb2NhbCBxdF92ZXJzaW9uPSQoYmVzdF92ZXJzaW9uICR7
TVlfUVRfREVQfSkKCglpZiAhIGJ1aWx0X3dpdGhfdXNlICR7TVlfUVRfREVQfSBnaWYgcG5nIDsg
dGhlbgoJCWVlcnJvciAiSXQgaXMgbmVzc2FyeSB0byBjb21waWxlICR7cXRfdmVyc2lvbn0gd2l0
aCBnaWYgYW5kIHBuZyBVU0UgZmxhZyIgCgkJZWVycm9yCgkJZWVycm9yICJUbyBkbyB0aGlzLCBy
dW4gdGhlIGZvbGxvd2luZzoiCgkJZWVycm9yICJlY2hvIFwiJHtNWV9RVF9ERVB9IGdpZiBwbmdc
IiA+PiAvZXRjL3BvcnRhZ2UvcGFja2FnZS51c2UiCgkJZWVycm9yICJhbmQgcmVlbWVyZ2UgYnkg
cnVubmluZyAgXCJlbWVyZ2UgLWF2MSAke01ZX1FUX0RFUH1cIiIKCQlkaWUgIm5vIGdpZiBvciBw
bmcgc3VwcG9ydCBpbiBxdCIKCWZpCgoJaWYgdXNlIGRlYnVnICYmICEgYnVpbHRfd2l0aF91c2Ug
JHtNWV9RVF9ERVB9IGRlYnVnIDsgdGhlbgoJCWVlcnJvciAiSW4gb3JkZXIgdG8gdXNlIGRlYnVn
LCB5b3UgbmVlZCB0byBjb21waWxlICR7cXRfdmVyc2lvbn0iCgkJZWVycm9yICJ3aXRoIGRlYnVn
IFVTRSBmbGFnLiIKCQlkaWUgIm5vIGRlYnVnIHN1cHBvcnQgaW4gcXQiCglmaQp9CgpzcmNfY29t
cGlsZSgpIHsKCWNkIHRydW5rCglpZiB1c2UgZGVidWcgOyB0aGVuCgkJcW1ha2UgQ09ORklHKz1k
ZWJ1ZyB8fCBkaWUgInFtYWtlIGZhaWxlZCIKCWVsc2UKCQlxbWFrZSBDT05GSUctPWRlYnVnIFFN
QUtFX1RBUkdFVD1MYXN0Rk0gfHwgZGllICJxbWFrZSBmYWlsZWQiCglmaQoJZW1ha2UgLWoxIHFt
YWtlX2FsbCB8fCBkaWUgImVtYWtlIHFtYWtlX2FsbCBmYWlsZWQiCgllcGF0Y2ggJHtGSUxFU0RJ
Un0vbGFzdGZtcGxheWVyLWFtZDY0LnBhdGNoCgllbWFrZSAtajEgfHwgZGllICJlbWFrZSBmYWls
ZWQiCn0KCnNyY19pbnN0YWxsKCkgewoJY2QgdHJ1bmsKCSMgRG9jcwoJZG9kb2MgQ2hhbmdlTG9n
IEhBQ0tJTkcgUkVBRE1FIFRPRE8KCgkjIFRoZSByb290IGF0IHdoaWNoIHRoZSBwbGF5ZXIsIGRh
dGEsIGFuZCBjYWNoZQoJIyBhcmUgdG8gYmUgaW5zdGFsbGVkCglsb2NhbCBkZXN0aW5hdGlvbj0i
L29wdC9sYXN0Zm0iCgljZCBiaW4KCgkjQmluIG5hbWUKCWlmICEgdXNlIGRlYnVnIDsgdGhlbgoJ
CU1ZX0I9TGFzdEZNCgllbHNlCgkJTVlfQj1MYXN0Rk1fZGVidWcKCWZpCgoJIyBJbnN0YWxsIHRo
ZSBwbGF5ZXIKCWV4ZWludG8gJHtkZXN0aW5hdGlvbn0KCWRvZXhlICR7TVlfQn0KCgkjIEluc3Rh
bGwgbGlicmFyaWVzIGFuZCBzeW1saW5rcwoJdj0oICQoZ2V0X3ZlcnNpb25fY29tcG9uZW50cyAp
ICkKCWJhc2U9bGliTGFzdEZNVG9vbHMuc28KCW9uZT0ke2Jhc2V9LiR7dlswXX0KCXR3bz0ke29u
ZX0uJHt2WzFdfQoJdGhyZWU9JHt0d299LiR7dlsyXX0KCWRvc3ltICR7dGhyZWV9ICR7ZGVzdGlu
YXRpb259LyR7dHdvfQoJZG9zeW0gJHt0d299ICR7ZGVzdGluYXRpb259LyR7b25lfQoJZG9zeW0g
JHtvbmV9ICR7ZGVzdGluYXRpb259LyR7YmFzZX0KCglpbnNpbnRvICR7ZGVzdGluYXRpb259Cglk
b2lucyAtciBkYXRhIGV4dGVuc2lvbnMgc2VydmljZXMgJHt0aHJlZX0KCgkjIE1ha2UgYSBmb2xk
ZXIgc3VjaCB0aGF0IGFsYnVtIGFydCBjYWNoZSB3b3JrcwoJZGlyb3B0cyAtbTA3NzUgLWcgYXVk
aW8KCWRvZGlyICR7ZGVzdGluYXRpb259L2NhY2hlCglrZWVwZGlyICR7ZGVzdGluYXRpb259L2Nh
Y2hlCgoJIyBJY29uLCBtZW51LCBwcm90Y29sCgltYWtlX3dyYXBwZXIgbGFzdGZtIC4vJHtNWV9C
fSAke2Rlc3RpbmF0aW9ufSAke2Rlc3RpbmF0aW9ufQoJbmV3aWNvbiBkYXRhL2ljb24ucG5nIGxh
c3RmbS5wbmcKCW1ha2VfZGVza3RvcF9lbnRyeSBsYXN0Zm0gIkxhc3QuZm0gUGxheWVyIiBsYXN0
Zm0ucG5nCgoJaW5zaW50byAvdXNyL3NoYXJlL3NlcnZpY2VzCglkb2lucyAke0ZJTEVTRElSfS9s
YXN0Zm0ucHJvdG9jb2wKfQoKcGtnX3Bvc3RpbnN0KCkgewoJY2QgdHJ1bmsKCWVpbmZvICJUbyB1
c2UgdGhlIExhc3QuZm0gcGxheWVyIHdpdGggYSBtb3ppbGxhIGJhc2VkIGJyb3dzZXI6IgoJZWlu
Zm8gIiAxLiBHbyB0byBhYm91dDpjb25maWcgaW4gdGhlIGJyb3dzZXIiCgllaW5mbyAiIDIuIFJp
Z2h0LWNsaWNrIG9uIHRoZSBwYWdlIgoJZWluZm8gIiAzLiBTZWxlY3QgTmV3IGFuZCB0aGVuIFN0
cmluZyIKCWVpbmZvICIgNC4gRm9yIHRoZSBuYW1lOiBuZXR3b3JrLnByb3RvY29sLWhhbmRsZXIu
YXBwLmxhc3RmbSIKCWVpbmZvICIgNS4gRm9yIHRoZSB2YWx1ZTogL3Vzci9iaW4vbGFzdGZtIgoJ
ZWluZm8KCWVpbmZvICJJZiB5b3UgZXhwZXJpYW5jZSBhd2t3YXJkIGZvbnRzIG9yIHdpZGdldHMs
IHRyeSBydW5uaW5nIHF0Y29uZmlnLiIKfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>101086</attachid>
            <date>2006-11-02 13:43 0000</date>
            <desc>Patch to make SVN fetching work again 2</desc>
            <filename>lastfmplayer-1.0.0.1_p2113.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGxhc3RmbXBsYXllci0xLjAuMC4xX3AyMTEzLmVidWlsZAkyMDA2LTA5LTIyIDE4OjA2OjA3
LjAwMDAwMDAwMCAtMDQwMAorKysgbGFzdGZtcGxheWVyLTEuMC4wLjFfcDIxMTMuZWJ1aWxkCTIw
MDYtMTEtMDIgMTY6NDE6NDkuMzg4MjM0MTgzIC0wNTAwCkBAIC03LDcgKzcsNyBAQAogREVTQ1JJ
UFRJT049IlRoZSBwbGF5ZXIgYWxsb3dzIHlvdSB0byBsaXN0ZW4gdG8gbGFzdC5mbSByYWRpbyBz
dHJlYW1zIgogSE9NRVBBR0U9Imh0dHA6Ly93d3cubGFzdC5mbS9oZWxwL3BsYXllciIKIFNSQ19V
Ukk9IiIKLUVTVk5fUkVQT19VUkk9InN2bjovL3N2bi5hdWRpb3Njcm9iYmxlci5uZXQvTGFzdEZN
X2NsaWVudC90cnVuayIKK0VTVk5fUkVQT19VUkk9InN2bjovL3N2bi5hdWRpb3Njcm9iYmxlci5u
ZXQvTGFzdEZNX2NsaWVudCIKIEVTVk5fT1BUSU9OUz0iLS1yZXZpc2lvbiAke1BWIypfcH0iCiAK
IExJQ0VOU0U9IkdQTC0yIgpAQCAtMzksNiArMzksOSBAQAogfQogCiBzcmNfY29tcGlsZSgpIHsK
KwkjIEZpeCBmb3IgcGVnIHJldmlzaW9ucyBhbmQgU1ZOIGVjbGFzcworCWNkICJ0cnVuayIKKwog
CWlmIHVzZSBkZWJ1ZyA7IHRoZW4KIAkJcW1ha2UgQ09ORklHKz1kZWJ1ZyB8fCBkaWUgInFtYWtl
IGZhaWxlZCIKIAllbHNlCkBAIC01MCw2ICs1Myw5IEBACiB9CiAKIHNyY19pbnN0YWxsKCkgewor
CSMgRml4IGZvciBwZWcgcmV2aXNpb25zIGFuZCBTVk4gZWNsYXNzCisJY2QgInRydW5rIgorCiAJ
IyBEb2NzCiAJZG9kb2MgQ2hhbmdlTG9nIEhBQ0tJTkcgUkVBRE1FIFRPRE8KIAo=
</data>        

          </attachment>
    </bug>

</bugzilla>