[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[Pkg-xfce-devel] Bug#709263: Bug#710284: xfce4: dist-upgrade to 4.10 fails with xfce4/xfce4-session/xfce4-appfinder held back by stale xfce4-utils



control: reassign -1 xfdesktop4
control: forcemerge 709263 710284
control: retitle -1 xfdesktop4 recommends on xfce4-utils prevents correct upgrade of xfce desktop

On jeu., 2013-05-30 at 21:46 +0200, Yves-Alexis Perez wrote:
> On jeu., 2013-05-30 at 07:32 +0200, Yves-Alexis Perez wrote:
> > I'll try later but as it's a clean Wheezy chropot, an update to sid is
> > likely to bring a lot of stuff which will make noise so I'll try do to
> > a clean approach (upgrading everything but xfce4, then dist-uprading).
> > 
> > But it makes sense. When explicitly saying ?install xfce4? I'm telling
> > apt that I want the new xfce4 version no matter what. In the
> > dist-upgrade case, the score of removing a package is too important
> > for
> > apt so it doesn't want to do that.
> 
> I've managed to reproduce using Jessie chroot and dist-upgrade. I'll
> try to come with a fix now that I can reproduce. Note that in any case
> and in the meanwhile, using apt-get install xfce4 will do the right
> thing (but I guess you don't have any problem with your install).
> 
Actually, thanks to shirish, I think I've narrowed the problem. The
Breaks/Replaces are correct and there's no need for a transitional
packages.

When you look at apt log, you have:

Investigating (0) xfce4-session [ amd64 ] < 4.8.3-4 -> 4.10.1-1 > ( xfce )
Broken xfce4-session:amd64 Breaks on xfce4-utils [ amd64 ] < 4.8.3-2 > ( xfce )
  Considering xfce4-utils:amd64 2 as a solution to xfce4-session:amd64 1
  Holding Back xfce4-session:amd64 rather than change xfce4-utils:amd64
Investigating (0) xfce4-appfinder [ amd64 ] < 4.8.0-3 -> 4.10.1-1 > ( xfce )
Broken xfce4-appfinder:amd64 Breaks on xfce4-utils [ amd64 ] < 4.8.3-2 > ( xfce
)
  Considering xfce4-utils:amd64 2 as a solution to xfce4-appfinder:amd64 1
  Holding Back xfce4-appfinder:amd64 rather than change xfce4-utils:amd64
Investigating (0) libxfce4ui-utils [ amd64 ] < none -> 4.10.0-2 > ( xfce )
Broken libxfce4ui-utils:amd64 Breaks on xfce4-utils [ amd64 ] < 4.8.3-2 > (
xfce )
  Considering xfce4-utils:amd64 2 as a solution to libxfce4ui-utils:amd64 0
  Holding Back libxfce4ui-utils:amd64 rather than change xfce4-utils:amd64
Investigating (0) xfce4 [ amd64 ] < 4.8.0.3 -> 4.10.1 > ( xfce )
Broken xfce4:amd64 Depends on xfce4-session [ amd64 ] < 4.8.3-4 -> 4.10.1-1 > (
xfce ) (>= 4.10.0)
  Considering xfce4-session:amd64 1 as a solution to xfce4:amd64 0
  Holding Back xfce4:amd64 rather than change xfce4-session:amd64
 Try to Re-Instate (1) xfce4-session:amd64
 Try to Re-Instate (1) xfce4-appfinder:amd64
 Try to Re-Instate (1) xfce4:amd64
Done

Look at the various scores. xfce4-utils:amd64 = 2 while all the others
are at 1, so apt prefers keeping xfce4-utils installed and not update
the others.

The 2 scores actually comes from the fact xfdesktop4 recommends
xfce4-utils. Removing the recommendation seems to fix the issue on my
installs, with no need to changes dependencies on xfce4-session,
xfce4-appfinder and libxfce4ui-utils, and no need for a transitional
packages.
-- 
Yves-Alexis
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-xfce-devel/attachments/20130531/33a801df/attachment.pgp>



Reply to: