You are not logged in.
I have Kodi-git installed from the AUR. (I use pacaur.)
Currently installed version is: 20151122.87d0953-1
This depends on dcadec-git which I also have installed.
Currently installed version is: r244.41d36b1-1
I do NOT have dcadec installed from Extra. (edit: which is required by ffmpeg)
The current version of dcadec in Extra is: 0.1.0-1
Now I try my usual 'sudo pacman -Syu'.
dcadec-0.1.0-1 is listed as a package to include in the upgrade.Perhaps this is a new dependency of an installed program.Or perhaps pacman is getting confused about which dcadec it is supposed to be upgrading.
I get the common "failed to commit transaction... exists in filesysem" error and we are a no-go on the upgrade.
In looking at the Aur and Extra listings for each package, I see no reference to a conflict between the two programs.
https://aur.archlinux.org/packages/dcadec-git/
https://www.archlinux.org/packages/extra/x86_64/dcadec/
I have forced a reinstallation of dcadec-git via pacaur, but this does not prevent pacman to continue asking for dcadec at the upgrade.
'pacman -Qi dcadec-git' indicates that pacman is aware of the installed dcadec files.
I think the problem here is that nobody bothered to reference the conflict between the two packages within the repository.
Is there a quick way to get this resolved?
Thanks,
H
Last edited by heidegger (2015-11-30 05:16:56)
Offline
The only thing which requires extra/dcadec is ffmpeg, and that is via libdcadec.so which is provided by extra/dcadec and not by aur/dcadec-git.
This is a new dependency of ffmpeg-1:2.8.3-1 as of Friday Nov. 27
https://projects.archlinux.org/svntogit … ac7029f9cf
dcadec-git needs to start providing libdcadec.so -- then it will satisfy the dependency for ffmpeg, which I am guessing is the problem.
Managing AUR repos The Right Way -- aurpublish (now a standalone tool)
Offline
I'm fairly certain these provide the exact same thing.
If you look at the upstream url, they both link to the same git file.
also, libdcadec.so is one of the existing files (from dcadec-git) that dcadec-0.1.0-1 is not willing to overwrite.
I think we have two packages that are providing the exact same thing without being aware of each other.
Offline
The problem is that the "provides" in ddcadec-git does not include what ffmpeg needs.
Offline
I'm fairly certain these provide the exact same thing.
If you look at the upstream url, they both link to the same git file.
also, libdcadec.so is one of the existing files (from dcadec-git) that dcadec-0.1.0-1 is not willing to overwrite.
I strongly suggest you take another look at the provides=() array of each package.
And the provides array has absolutely nothing to do with the actual files in the package.
I think we have two packages that are providing the exact same thing without being aware of each other.
Well, yes, that was kind of the point.
They both provide the same files, on account of one is a *-git version of the other...
...BUT, once again, they do not provide the same metadata.
...
Question: is pacman offering you that ffmpeg update? If you IgnorePkg it, can you update the rest of your system?
If you rebuild and reinstall aur/dcadec-git with the following changes:
conflicts=('dcadec')
provides=('dcadec' 'libdcadec.so')
does pacman allow you to update your system fully, without begging for extra/dcadec ?
Will the AUR maintainer for dcadec-git thank you if you point out that that change is needed?
(P.S. @alucryd is Maxime Gauduin, so if you are the one who left that comment, chances are he is aware the other package exists. He uploaded both of them. )
Last edited by eschwartz (2015-11-30 04:21:09)
Managing AUR repos The Right Way -- aurpublish (now a standalone tool)
Offline
So can I just edit the PKGBUIILD of dcadec-git to also make mention of the file libdcadec.so (which it is installing)? Would that change anything?
Or, is it possible to install a pacage without its dependencies as I believe have the *.so file that it really needs?
edit: I wrote that while you wrote that.
Looks like you answered some of my questions.
Last edited by heidegger (2015-11-30 04:24:53)
Offline
Once again, libdcadec.so is a pseudopackage which dcadec claims to provide and which ffmpeg has a dependency on.
dcadec-git does not indicate it provides that pseudopackage.
EDIT: crosspost edit war
Last edited by eschwartz (2015-11-30 04:28:30)
Managing AUR repos The Right Way -- aurpublish (now a standalone tool)
Offline
Ha! Yeah, that was me!
I didn't realize they were the same person.
lel
Offline
So yes, your suggestion to edit PKGBUILD by adding
conflicts=('dcadec')
provides=('dcadec' 'libdcadec.so')
was sufficient to free up my upgrade.
Thanks for your help!
Last edited by heidegger (2015-11-30 04:44:19)
Offline
Excellent.
Now you can edit your first post and add [SOLVED] to the title.
Managing AUR repos The Right Way -- aurpublish (now a standalone tool)
Offline