>>> 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 attachment 100683 [details, diff] 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 attachment 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 attachment 101086 [details, diff] 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.