Bugzilla Bug 153184

>>> 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
]
>>> Unpacking source...
 * subversion check out start -->
 *      repository: svn://svn.audioscrobbler.net/LastFM_client/trunk
svn: File not found: revision 2118, path '/LastFM_client/trunk'

!!! 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'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="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig collision-protect distlocks metadata-transfer
parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.roedu.net/pub/mirrors/gentoo.org
http://gentoo.osuosl.org"
LINGUAS=""
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /home/griever/sunrise
/usr/local/overlays/java-experimental"
SYNC="rsync://rsync2.ro.gentoo.org/gentoo-portage"
USE="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"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS

If I were you, I'd feel guilty for the load pushed on the svn server, instead
creating a tarball of the snapshot, Stefan.

I think this is a subversion quirk.

The command used by the eclass doesn'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't like that because on line 168, the "@2113" is included
in the working copy path even though it shouldn't.

Created an attachment (id=100683) [details]
Patch to make SVN fetching work again

Here's a patch for the ebuild to get it working again.

Although adding "cd trunk" to src_compile is something usally for $S, that
messed up the subversion.eclass'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.

I've also filled bug #153227 which asks for getting "@number" to work.

Although David Li'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': No such file or directory
install: cannot stat `data': No such file or directory
install: cannot stat `extensions': No such file or directory
install: cannot stat `services': No such file or directory
install: cannot stat `libLastFMTools.so.1.0.0': No such file or directory
cp: cannot stat `data/icon.png': No such file or directory
>>> 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's more to it to that svn thing? 

David Li's patch did the trick for me (amd64, clean system build).  Thanks
David!

(In reply to comment #5)
> Although David Li'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': No such file or directory
...
> 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

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'll file one.

Created an attachment (id=101068) [details]
changed ebuild that works (for me).

Added "cd trunk" in every function (a quick'n'dirty hack - sorry)

(In reply to comment #7)
...
> However, this does seem to be a different problem with the build...
... 
> In any case, this appears unrelated to the Subversion issue and hence deserves
> its own bug report.  I'll file one.

FYI:  I'm holding off on filing another report on the new problem until we
determine/confirm whether the patch is causing it.  Judging from Franz's post,
it might be.  (I won't have time to research this myself until later today or
tomorrow.)

Created an attachment (id=101086) [details]
Patch to make SVN fetching work again 2

Oh whoops, that would do it. You need it in src_install and src_compile (slap'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.

I just converted it to a snapshot ebuild. thanks for reporting

Note: Try to not include .svn directories in the tarball.