On Thu, Sep 09, 2010 at 09:57:30AM +0200, Landry Breuil wrote: > On Thu, Sep 09, 2010 at 09:43:53AM +0200, LEVAI Daniel wrote: > > Hi! > > > > > > I'm experiencing this problem on -current while upgrading packages: > > > > # pkg_add -ui > > aalib-1.4p2->aalib-1.4p2: ok > > akode-2.0.2p13->akode-2.0.2p13: ok > > New package kdebase-3.5.10p11 will run the following commands > > + @exec /usr/local/bin/update-desktop-database > > + @exec /usr/local/bin/gtk-update-icon-cache -q -f -t > > /usr/local/share/icons/hicolor 2> /dev/null || true > > + @exec /usr/local/bin/gtk-update-icon-cache -q -f -t > > /usr/local/share/icons/crystalsvg 2> /dev/null || true > > + @exec /usr/local/bin/genkdmconf --in /usr/local/share/config/kdm || true > > proceed with update anyways? [y/N/a] a > > Information: reading current kdmrc /usr/local/share/config/kdm/kdmrc (from > > kde >= 2.2.x) > > Information: current kdmrc is from kde >= 3.1 (config version 2.3) > > amarok-1.4.10p6:kdebase-3.5.10p11->kdebase-3.5.10p11: ok > > amarok-1.4.10p6:libnjb-2.2.6->libnjb-2.2.6: ok > > amarok-1.4.10p6:libgpod-0.7.2p1->libgpod-0.7.2p2: ok > > New package amarok-1.4.10p6 will run the following commands > > + @exec /usr/local/bin/update-desktop-database > > amarok-1.4.10p4->amarok-1.4.10p6: ok > > aspell-0.60.6p4->aspell-0.60.6p4: ok > > autoconf-2.13p1->autoconf-2.13p2: ok > > gstreamer-gnome-0.10.30p0+gstreamer-plugins-base-0.10.30p0->gstreamer-plugins-base-0.10.30p1 > > forward dependencies: > > | Dependency of gnash-0.8.3p4 on gstreamer-gnome->=0.10.19p1 doesn't match > > Merging gnash-0.8.3p4->gnash-0.8.3p6 (ok) > > > > > > After this it just hangs. Only CTRL+C helps. > > Had the exact same failure when updating minitube-1.1 to minitube-1.1p0, > which also depends on gstreamer-gnome. > > Fixed it by pkg_delete'ing minitube first, and gstreamer-gnome was > correctly updated into gst-plugins-base, but there is clearly an issue > in gstreamer-gnome update path. Espie ? No idea until I run into it. When you see this kind of behavior, I can not do much without -vvv
It's on my list of rather large defects to address (getting out of these loops).
