Bug 89867 - konqueror: man protocol not supported?
|
Bug#:
89867
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: All
|
Status: RESOLVED
|
Severity: minor
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: kde@gentoo.org
|
Reported By: g2boojum@gentoo.org
|
|
Component: KDE
|
|
|
URL:
|
|
Summary: konqueror: man protocol not supported?
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2005-04-20 14:21 0000
|
I have konqueror-3.4.0 merged, and when I try to look at a man page
with man:whatever in the url bar I bet a message telling me that the man protocol
is not supported. I don't have all of kdebase, just konqueror. is there something else I need to merge?
# emerge info
Portage 2.0.51.19 (default-linux/amd64/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r1, 2.6.11-gentoo-r6 x86_64)
=================================================================
System uname: 2.6.11-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.6.10
Python: dev-lang/python-2.3.5 [2.3.5 (#1, Apr 20 2005, 10:40:31)]
dev-lang/python: 2.3.5
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.9.5, 1.8.5-r3, 1.5, 1.7.9-r1, 1.6.3, 1.4_p6
sys-devel/binutils: 2.15.92.0.2-r8
sys-devel/libtool: 1.5.14
virtual/os-headers: 2.6.11
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CFLAGS="-O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox strict"
GENTOO_MIRRORS="ftp://mirror.iawnet.sandia.gov/pub/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X acpi alsa apache2 bash-completion berkdb bitmap-fonts cdr crypt cups curl doc dvd esd fam font-server fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 imagemagick imlib ipv6 jp2 jpeg libwww lzw lzw-tiff motif mozilla mp3 ncurses nls ogg oggvorbis opengl oss pda perl png pyste python qt readline spell ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis xml2 xmms xpm xprint xrandr xv zlib"
Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
kde-base/kdebase-kioslaves, should probably be a runtime dependency
emerging kde-base/kdebase-kioslaves did, indeed, fix my problem.
Thanks!
Actually, I'm going to close this bug. It's not clear to me that people are
necessarily going to want kioslaves (it has a _lot_ of deps), so I'm happy if
it's not merged by default. *Shrug* I'll leave it up to the kde folks to
decide....
Hm, let me track this. The dependencies are optional and the kdesktop one is
rediculous and I suppose not a compile time dependency.
Shit. Indeed a runtime dependency, but kdialog is missing, too.
*** Bug 93996 has been marked as a duplicate of this bug. ***
herd: I'd like to make kdebase/kioslaves a runtime dependency of konqueror and
install the kdeeject script with kdialog. At least two bugs and I've seen quite
a few questions in forums.g.o regarding missing kioslave functionality We have
upstream
herd: I'd like to make kdebase/kioslaves a runtime dependency of konqueror and
install the kdeeject script with kdialog. At least two bugs and I've seen quite
a few questions in forums.g.o regarding missing kioslave functionality We have
upstream¹ support. Does anyone oppose the late change?
[1] http://bugs.kde.org/show_bug.cgi?id=104393
It's ok for me.
Maybe in kde 3.4.2 kdeeject could have it's own ebuild to match with upstream
decision to separate it into a different directory?
Gregorio: As long as kdeeject is a script which depends on kdialog anyways, it
should be fine, where it is now. I don't see "match with upstream" as a valid
argument. I'm more concerned in keeping the number of split ebuilds manageable.
Users moaned already about the number of split packages and more will as soon as
kde 3.4 will be marked stable. As we do it, we do it wrong. ;)
Committed. Thanks for your bug report, Grant. :)
Ok.
> As we do it, we do it wrong. ;)
That's always true ;)