Bug 626620 – media-video/get_flash_videos-1.25.94 stable request

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Toralf Förster 2017-07-30 15:20:52 UTC]

>>> Source unpacked in /var/tmp/portage/media-video/get_flash_videos-1.24-r1/work
 * ERROR: media-video/get_flash_videos-1.24-r1::gentoo failed (prepare phase):
 *   The source directory '/var/tmp/portage/media-video/get_flash_videos-1.24-r1/work/App-get_flash_videos-1.24' doesn't exist
 * 
 * Call stack:
 *            ebuild.sh, line  767:  Called __ebuild_main 'prepare'

  -------------------------------------------------------------------

  This is an unstable amd64 chroot image at a tinderbox (==build bot)
  name: 13.0-desktop-plasma_20170716-133101

  -------------------------------------------------------------------

gcc-config -l:
 [1] x86_64-pc-linux-gnu-6.3.0 *

Available Python interpreters, in order of preference:
  [1]   python3.4
  [2]   python2.7 (fallback)
  [3]   pypy3 (fallback)
Available Ruby profiles:
  [1]   ruby21 (with Rubygems) *
  [2]   ruby22 (with Rubygems)
java-config:
The following VMs are available for generation-2:
*)	IcedTea JDK 7.2.6.10 [icedtea-7]
2)	IcedTea JDK 7.2.6.10 [icedtea-bin-7]
3)	IcedTea JDK 3.5.0 [icedtea-bin-8]
Available Java Virtual Machines:
  [1]   icedtea-7  system-vm
  [2]   icedtea-bin-7 
  [3]   icedtea-bin-8

[Comment 1 Toralf Förster 2017-07-30 15:20:55 UTC]

Created attachment 487392 [details]
emerge-info.txt

[Comment 2 Toralf Förster 2017-07-30 15:20:59 UTC]

Created attachment 487394 [details]
emerge-history.txt.bz2

[Comment 3 Toralf Förster 2017-07-30 15:21:02 UTC]

Created attachment 487396 [details]
environment

[Comment 4 Toralf Förster 2017-07-30 15:21:05 UTC]

Created attachment 487398 [details]
etc.portage.tbz2

[Comment 5 Toralf Förster 2017-07-30 15:21:08 UTC]

Created attachment 487400 [details]
media-video:get_flash_videos-1.24-r1:20170730-135504.log

[Comment 6 email200202 2017-09-24 10:34:20 UTC]

Same here on ~amd64

[Comment 7 Michael Cook 2017-10-26 05:57:17 UTC]

I see MY_PN="App-${PN}", but the folder it extracts to is just ${PN}

[Comment 8 Michael Cook 2017-10-26 05:59:32 UTC]

(In reply to Michael Cook from comment #7)
> I see MY_PN="App-${PN}", but the folder it extracts to is just ${PN}

My bad, ${PN}-${PV}

[Comment 9 Martin Mokrejš 2017-12-14 08:31:50 UTC]

Same here:

 * ERROR: media-video/get_flash_videos-1.24-r1::gentoo failed (prepare phase):
 *   The source directory '/scratch/var/tmp/portage/media-video/get_flash_videos-1.24-r1/work/App-get_flash_videos-1.24' doesn't exist


# ls -latr /scratch/var/tmp/portage/media-video/get_flash_videos-1.24-r1/work/
total 12
drwxr-xr-x 9 portage portage 4096 Dec  1  2010 get-flash-videos-1.24

[Comment 10 alex Mezey 2017-12-20 17:57:13 UTC]

quick hack to continue emerge
cd to /usr/portage/media-video/get_flash_videos/
open get_flash_videos-1.24-r1.ebuild in an editor
change the line beginning with
S="${WORKDIR}
(I don't remember the complete original line) to
S="${WORKDIR}/get-flash-videos-1.24"
and now do
ebuild get_flash_videos-1.24-r1.ebuild manifest

This is not nice but works for now and get's overwritten the next time you do emerge --sync
hopefully with a fixed ebuild

The developers repair can be the same, but the guidelines for writing ebuilds recommend to use variables in this field. Anyway I don't know how to generate it without the -r1 in the end of the version number which has to be cut.
Anyways, I am surprised this bug is not fixed over 5 months, as it took me 5 minutes to fix that temporary.
So it's maybe better copy the repaired ebuild to a local repository.

[Comment 11 Michael Cook 2017-12-23 07:15:26 UTC]

Okay, looked into this again, if you want to keep using stuff based on variables it should be MY_PN="${PN//_/-}"

[Comment 12 alex Mezey 2017-12-25 02:00:40 UTC]

So we have a perfect fix here, any idea what I can do to put it in the repo?

I'm working on some more to get media-gfx/freecad and it's (new) dependencies working (again).

[Comment 13 Pacho Ramos 2018-10-13 16:04:26 UTC]

maybe we can simply stabilize newer 1.25.94 version

[Comment 14 Pacho Ramos 2019-01-12 10:51:34 UTC]

*** Bug 671868 has been marked as a duplicate of this bug. ***

[Comment 15 Thomas Deutschmann (RETIRED) 2019-01-15 22:29:54 UTC]

x86 stable

[Comment 16 Mikle Kolyada (RETIRED) 2019-01-17 18:20:18 UTC]

amd64 stable