| View previous topic :: View next topic |
| Author |
Message |
ksp7498
Apprentice
Joined: 08 Jun 2006
Posts: 225
Location: North Carolina - US
|
 Posted: Thu Jul 10, 2008 6:01 am Post subject: k9copy and ffmpeg trouble |
 |
|
I went to do an emerge --update --deep --ask --verbose world today after a sync (last update was done maybe a week ago) and I came across a dependency problem with k9copy and ffmpeg. k9copy got a version bump from 1.2.3-r1 to 1.2.3-r2 and now apparently it requires the unstable version of ffmpeg:
| Code: | keith@macbeth ~ $ emerge -av k9copy
superuser access is required... adding --pretend to options.
These are the packages that would be merged, in order:
Calculating dependencies |
!!! All ebuilds that could satisfy ">=media-video/ffmpeg-0.4.9_p20080326" have been masked.
!!! One of the following masked packages is required to complete your request:
- media-video/ffmpeg-0.4.9_p20080326 (masked by: ~x86 keyword)
For more information, see MASKED PACKAGES section in the emerge man page or
refer to the Gentoo Handbook.
(dependency required by "app-cdr/k9copy-1.2.3-r2" [ebuild])
|
okay no problem, I unmasked it. problem is, transcode and xine-lib both depend on the stable ffmpeg (0.4.9_p20070616) and apparently do not work with 0.4.9_p20080326. if I upgrade ffmpeg manually, then revdep-rebuild immediately downgrades it again and rebuilds vlc, xine-lib, and transcode. additionally, the new k9copy ebuild replaced the older one so I cannot simply mask -r2 and keep using -r1. Does anyone have an idea how to handle this? as it stands right now, I have to pick whether I want k9copy or transcode/vlc/xine-lib to work.
_________________
“Isn’t it enough to see that a garden is beautiful without having to believe that there are fairies at the bottom of it too?”
– Douglas Adams |
|
| Back to top |
|
 |
pappy_mcfae
Watchman
Joined: 27 Dec 2007
Posts: 5999
Location: Pomona, California.
|
| Posted: Thu Jul 10, 2008 7:03 am Post subject: |
|
|
This is a known bug.
Blessed be!
Pappy
_________________
This space left intentionally blank, except for these ASCII symbols. |
|
| Back to top |
|
|
yngwin
Retired Dev
Joined: 19 Dec 2002
Posts: 4572
Location: Suzhou, China
|
| Posted: Thu Jul 10, 2008 11:34 am Post subject: |
|
|
It's not a bug. The version of k9copy currently in portage is in the testing branch (~arch), and therefore depends on the latest ~arch ffmpeg version. So if you want to use k9copy, you need to use ~arch keyworded ffmpeg, and also update all other packages that depend on ffmpeg to their latest ~arch versions. Mixing stable and testing branches where it comes to ffmpeg is currently not supported.
_________________
"Those who deny freedom to others deserve it not for themselves." - Abraham Lincoln
Free Culture | Defective by Design | EFF |
|
| Back to top |
|
|
ksp7498
Apprentice
Joined: 08 Jun 2006
Posts: 225
Location: North Carolina - US
|
| Posted: Thu Jul 10, 2008 2:35 pm Post subject: |
|
|
Ah okay, thank you. At least I know I didn't mess things up. 
_________________
“Isn’t it enough to see that a garden is beautiful without having to believe that there are fairies at the bottom of it too?”
– Douglas Adams |
|
| Back to top |
|
|
KdC
n00b
Joined: 14 Jul 2003
Posts: 13
Location: Germany
|
| Posted: Sat Aug 09, 2008 1:02 pm Post subject: |
|
|
I wonder why the r1 ebuild got deleted, because then a entry in package.mask would be enought to fix this dependency problem.
I simply put an old k9copy-1.2.3-r1.ebuild (i found it here) in a local overlay, deleted the line 'PATCHES="${FILESDIR}/k9copy-1.2.3-desktop-entry.diff"' and it installes fine here.
Hope this helps. |
|
| Back to top |
|
|
|
Portage & Programming
