Hello, On trečiadienis 12 Gegužė 2010 17:17:33 Modestas Vainius wrote: > Details at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581237 Yet I'm > not going to wait long for it even if the fix in r-base-core would be the > most inexpensive way to resolve this FTBFS. > > If nothing happens today or tomorrow morning, I will try to fix kdeedu > (which will be a rather blindly attempt with 50/50 chances of working). Ok, there was no need to do anything [1] :) * So please give back kdeedu/armel with Dep-Wait on r-base-core (>= 2.11.0-2). * Packages waiting for kdeedu: kdeplasma-addons digikam kphotoalbum * Packages with -2 uploads (less aged): kdemultimedia kdegames kdebindings * Now I believe there are many KDE packages which match condition described in [2] and will need hints nevertheless: - kde4libs vs. kdebase-workspace (new libnepomukquery4a Conflicts with old libnepomukquery4 due to lack of soname change upstream); - kdebase-workspace vs. google-gadgets (google-gadgets lib package renames without soname change, Conflicts with old libs); - kde4libs vs. kdebase-runtime (purposeful Breaks against old kdebase- runtime); These might be problematic as well (not sure): - kdegraphics vs. libkdcraw7, libkipi6, libkexiv2-7 (testing) rev. dependencies (digikam, kphotoalbum, a few KDE ones) (kdegraphics lib package renames Conflicts with old ones, packaging fixed, won't happen again); - kdeedu vs. libmarble4 (testing) rdeps (kdeplasma-addons, digikam, kphotoalbum) (libmarble4 rename to libmarblewidget4 without soname change hence libmarble4 Conflicts with libmarblewidget4); - kdebase-workspace vs. some its rdepends (ktorrent, plasma-widget-yawp, a few KDE SC ones) (similar to above, rename of a bunch lib packages without soname changes which Conflicts with old versions, see 4:4.4.2-1 changelog for a list); 1. http://packages.qa.debian.org/r/r-base/news/20100513T033333Z.html 2. http://lists.debian.org/debian-release/2009/10/msg00113.html -- Modestas Vainius <modestas@vainius.eu>
Attachment:
signature.asc
Description: This is a digitally signed message part.