#18067 closed defect (fixed)
ffmpeg fails to patch
Reported by: | jeremyhu (Jeremy Huddleston Sequoia) | Owned by: | dbevans (David B. Evans) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.7.0 |
Keywords: | patch | Cc: | jwhowse4 |
Port: | ffmpeg |
Description
---> Applying patches to ffmpeg ---> Applying /Users/jeremy/src/macports-trunk/dports/multimedia/ffmpeg/files/patch-libavcodec_ppc_check_altivec.c.diff can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libavcodec/ppc/check_altivec.c.orig 2008-12-05 20:07:27.000000000 +0900 |+++ libavcodec/ppc/check_altivec.c 2008-12-08 05:20:52.000000000 +0900 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored Error: Target org.macports.patch returned: shell command " cd "/opt/local/var/macports/build/_Users_jeremy_src_macports-trunk_dports_multimedia_ffmpeg/work/trunk" && patch -p0 < '/Users/jeremy/src/macports-trunk/dports/multimedia/ffmpeg/files/patch-libavcodec_ppc_check_altivec.c.diff'" returned error 1 Command output: can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- libavcodec/ppc/check_altivec.c.orig 2008-12-05 20:07:27.000000000 +0900 |+++ libavcodec/ppc/check_altivec.c 2008-12-08 05:20:52.000000000 +0900 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored Warning: the following items did not execute (for ffmpeg): org.macports.destroot org.macports.patch org.macports.configure org.macports.build Error: Unable to upgrade port: 1
Change History (3)
comment:1 Changed 16 years ago by dbevans (David B. Evans)
comment:2 Changed 16 years ago by dbevans (David B. Evans)
Cc: | jwhowse4@… added |
---|---|
Resolution: | → fixed |
Status: | new → closed |
After further consideration and some testing, it is apparent that if the svn checkout in fetch is interrupted before it is complete then subsequent installation attempts will believe that the previous fetch was successful because the distribution directory exists and will skip checking out a new one.
This would lead to problems as described in this ticket and in #17582.
Although the problem should be fixed by using
sudo port clean --all ffmpeg
why should anyone have to do this?
Committed changes to pre-fetch and fetch in r45991 that make a rudimentary check to see if a previous fetch completed successfully and if not force a new one.
Ccing reporter of #17582 for closure.
Note: See
TracTickets for help on using
tickets.
This works for me but it looks like you may not have gotten a good/complete svn download as the file referenced does exist in the distribution.
Another such instance was reported in #17582.
Please use
and try again.