Re: [pacman-dev] [arch-dev-public] Warning 2/2: removing kde-unstable; KDE 4.4 in testing
On Mon, Feb 1, 2010 at 1:04 PM, Pierre Schmitz <pierre@archlinux.de> wrote:
Hi DEVs and TUs,
I am about to move the first wave of KDE 4.4 RC3 packages into testing. These will be x86_64 at first; i686 packages might follow later this evening. There won't be any l10n packages. (they are not needed for testing and rebuild and we'll save disk space and bandwidth this way)
The same Information about kde-unstable now apply to testing: http://wiki.archlinux.org/index.php/DeveloperWiki:KDE#Users Note that the kde- unstable repository will be removed soon.
If you update you have to use the following commands as pacman is not able to resolve the dependencies otherwise:
% pacman -Sy --asdeps qt % pacman -Su
Please report this kind of issues to pacman-dev ML or pacman bugtracker in the future :) This limitation was actually not even known to us (at least Nagy and I), and it doesn't seem that we have a pactest for it. This issue might be fixable (at least that specific case), and it might be a pactest that we want to add to the testsuite, to avoid future regressions.
On 10/02/10 09:35, Xavier Chantry wrote:
On Mon, Feb 1, 2010 at 1:04 PM, Pierre Schmitz<pierre@archlinux.de> wrote:
Hi DEVs and TUs,
I am about to move the first wave of KDE 4.4 RC3 packages into testing. These will be x86_64 at first; i686 packages might follow later this evening. There won't be any l10n packages. (they are not needed for testing and rebuild and we'll save disk space and bandwidth this way)
The same Information about kde-unstable now apply to testing: http://wiki.archlinux.org/index.php/DeveloperWiki:KDE#Users Note that the kde- unstable repository will be removed soon.
If you update you have to use the following commands as pacman is not able to resolve the dependencies otherwise:
% pacman -Sy --asdeps qt % pacman -Su
Please report this kind of issues to pacman-dev ML or pacman bugtracker in the future :) This limitation was actually not even known to us (at least Nagy and I), and it doesn't seem that we have a pactest for it. This issue might be fixable (at least that specific case), and it might be a pactest that we want to add to the testsuite, to avoid future regressions.
I have asked several times for a bug report to be made on this one... Here is a summary of the issue from Thomas: A summary of the issue: - extra/qt provides/conflicts/replaces phonon - kdelibs depends on phonon - testing/qt does not provide phonon - testing/phonon exists On update, pacman complains: kdelibs depends on phonon.
On Wed, Feb 10, 2010 at 12:46 AM, Allan McRae <allan@archlinux.org> wrote:
A summary of the issue: - extra/qt provides/conflicts/replaces phonon - kdelibs depends on phonon - testing/qt does not provide phonon - testing/phonon exists
On update, pacman complains: kdelibs depends on phonon.
Yes, we actually got a similar summary though MrErlendig on irc, so I guess that came from Thomas too. That helped us to understand and reproduce the issue. Nagy already spotted the limitations in the resolvedeps code. Here is my current pactest :
cat phonon-testcase.py self.description = "phonon update"
sp1 = pmpkg("kdelibs") sp1.depends = ["phonon"] self.addpkg2db("sync", sp1); sp2 = pmpkg("qt", "4.6.1-1") self.addpkg2db("sync", sp2) sp3 = pmpkg("phonon") self.addpkg2db("sync", sp3) lp = pmpkg("qt", "4.5.3-1") lp.provides = ["phonon"] lp.conflicts = ["phonon"] self.addpkg2db("local", lp) self.args = "-S %s" % " ".join([p.name for p in sp1, sp2]) self.addrule("PACMAN_RETCODE=0")
Am Mittwoch, 10. Februar 2010 00:46:15 schrieb Allan McRae:
I have asked several times for a bug report to be made on this one...
I am sorry. It's still on my todo list. I though it was one of those "having the same pkgname in different repos" problems and it would be gone when those packages are moved to extra. (there should be a report about this issue) But it looks like this one is different and is a conflict between locally installed pacakges and the ones in the repo. So, in your summary replace extra by local and testing by extra. -- Pierre Schmitz, https://users.archlinux.de/~pierre
On Wednesday 10 February 2010 00:35:11 Xavier Chantry wrote:
Please report this kind of issues to pacman-dev ML or pacman bugtracker in the future :) This limitation was actually not even known to us (at least Nagy and I), and it doesn't seem that we have a pactest for it. This issue might be fixable (at least that specific case), and it might be a pactest that we want to add to the testsuite, to avoid future regressions. Another reported bug is:
resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: kde-meta-kdepim: requires kdepim-akonadiconsole But I do not understand it because kdepim-akonadiconsole is a package added to [extra] and kde-meta-kdepim is only an updated package. Two users reported it, and they solved that removing kde-meta-kdepim. [1] [1] http://bbs.archlinux.org/viewtopic.php?pid=705066#p705066 -- Andrea `bash` Scarpino Arch Linux Developer
Am Mittwoch, 10. Februar 2010 01:06:14 schrieb Andrea Scarpino:
Another reported bug is:
resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies)
:: kde-meta-kdepim: requires kdepim-akonadiconsole
But I do not understand it because kdepim-akonadiconsole is a package added to [extra] and kde-meta-kdepim is only an updated package. Two users reported it, and they solved that removing kde-meta-kdepim. [1]
[1] http://bbs.archlinux.org/viewtopic.php?pid=705066#p705066
That should be the same issue and can be solved by pacman -Sy kdepim-runtime before upgrading. -- Pierre Schmitz, https://users.archlinux.de/~pierre
On Wed, Feb 10, 2010 at 1:06 AM, Andrea Scarpino <andrea@archlinux.org> wrote:
Another reported bug is:
resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: kde-meta-kdepim: requires kdepim-akonadiconsole
But I do not understand it because kdepim-akonadiconsole is a package added to [extra] and kde-meta-kdepim is only an updated package. Two users reported it, and they solved that removing kde-meta-kdepim. [1]
[1] http://bbs.archlinux.org/viewtopic.php?pid=705066#p705066
Yep that's the same issue. Basically we have foo-1 provides bar and the new foo-2 doesn't. And baz depends on bar. While resolving dependencies, pacman believes that foo-1 satisfies the dependency bar of baz and doesn't see that foo-1 will be upgraded to foo-2 which no longer provides bar. (And since it believes the bar dependency is already satisfied locally, it doesn't pull the new real bar package) When pacman later checks the dependencies, it finds the issue, but it's too late and it just errors out with : baz depends on bar 1) foo = qt bar = phonon baz = kdelibs 2) foo = kdepim-runtime bar = kdepim-akonadiconsole baz = kde-meta-kdepim
participants (4)
-
Allan McRae
-
Andrea Scarpino
-
Pierre Schmitz
-
Xavier Chantry