Package: qt4-x11
Version: 4:4.7.0~beta2-3
Severity: normal
Tags: experimental
libqt4-assistant for example is missing in experimental and unstable version is
depending on ${same version} libqtcore4 and libqt4-network. 16 packages are
still depending on libqt4-assistant.
Is this one more time a suspected license problem that prevents these packages
to be in repository or best wish this is that qt4-x11 is splitted differently?
Is it worth adding a local dummy package and check usability of these 16
packages?
Commentaries reflects my investigations. No comment reflects that
I did not check or forgot to report ;)
libqt4-assistant
Reverse Depends:
libqtassistantclient4 # replaces but do not provide name (and is 4.6.3-1
version too)
serna # depends also on python-qt4
qtiplot # depends also on python-qt4
tulip # wants
scidavis # wants
pcp-gui # wants
caret # wants
qt4-demos # experimental package exists and does not depend on libqtassistant
libqt4-gui # experimental package exists and is a dummy package
libqt4-dev # ok
python-qt4 # wants and 86 packages depends on this :(
python-qt4-dbg
paraview # 3.8-0.1 version is installable
kmchart # same as pcp-gui
bulmafact # wants
bulmacont # wants
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20100801170309.25406.45943.report...@jar-ptitsa.bidart.net
