I'm running KDE 3.3.2 with krdc and rdesktop 1.4.0. When I connect to an rdp:/ host, a window with the caption "rdesktop - xx.xx.xx.xx" window appears, but the krdc "Establishing connection" window stays up. The small toolbar that usually appears on the top of krdc sessions (such as fullscreen, the pin, etc.) is not present. When I end up logging out/closing the rdesktop window, I get a "Connection Failed: Connection attempt to host failed" message from krdc. It would appear to me that instead of the rdesktop window being embedded into krdc like it should, rdesktop is spawning its own window while krdc continues to wait for something to happen. During this process, I can see the appropriate command line argument to embed rdesktop being passed via ps, but it doesn't appear to be working. Once rdesktop closes, krdc thinks it never started and/or there was a connection error. I know for sure that this isn't how things are supposed to work: when I use krdc with rdp:/ connections on my Suse 9.1 box, rdesktop integrates nicely into krdc with the krdc toolbar on top, and I don't get any of these funky "Establishing connection" and "Connection failed" error boxes. I was able to solve this problem by downgrading to rdesktop-1.3.1-r1, so that makes me think it is definitely a problem with rdesktop 1.4.0-r1. Reproducible: Always Steps to Reproduce: 1. Emerge kdenetwork-3.3.2 and rdesktop-1.4.0-r1 2. Open krdc and attempt to connect to an rdp:/ host Actual Results: When I connect to an rdp:/ host, a window with the caption "rdesktop - xx.xx.xx.xx" window appears, but the krdc "Establishing connection" window stays up. The small toolbar that usually appears on the top of krdc sessions (such as fullscreen, the pin, etc.) is not present. When I end up logging out/closing the rdesktop window, I get a "Connection Failed: Connection attempt to host failed" message from krdc. Expected Results: rdesktop should have been properly embedded within krdc, thus closing the "Establishing connection" box. When the session is completed, there should be no "Connection failed" error. Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r6 i686) ================================================================= System uname: 2.6.11-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.5 [2.3.5 (#1, May 15 2005, 11:48:55)] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apm arts audiofile avi berkdb bitmap-fonts bzip2 cdr crypt cupscurl emboss encode fam flac foomaticdb fortran gdbm gif gmp gpm gtk2 imagemagick imlib ipv6 jpeg kde libg++ libwww mad mikmod mmx motif mp3 mpeg mysql ncurses nls nptl ogg oggvorbis opengl oss pam pdflib perl png python qt quicktime readline samba sdl slp speex spell sse ssl svga tcpd tiff truetype truetype-fonts type1-fonts unicode usb vorbis xml2 xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
There is also a really stale and unsolved Bug 63840 on kdrc + rdesktop...
It seems rdesktop 1.4.1 has a fix for this problem, could you try it? wolf31o2: if this is the case, maybe 1.4.1 could go stable soon?
I could mark it stable on x86, but for anything else, the arch teams need to mark it stable, as I don't have any of my other arch machines up and running at this time. After it is marked stable on all arches, you should change the KDE ebuilds to RDEPEND on >= 1.4.1 Arch teams: please test and mark stable on your arch!
Unfortunately, KDE does not yet run on ppc-macos. We're still having problems with even qt. Thus this issue won't affect us.
Great to hear... however, I want to remove the older versions of the ebuild and ppc-macos has the 1.3.1 version marked stable. Please test rdesktop 1.4.1 on ppc-macos. Thanks
Marked 1.4.1 stable on SPARC, works as desired.
Stable ppc-macos. Sorry for the confusion.
Adding hppa and mips: if kdenetwork-3.3.x is going to have a RDEPEND on rdesktop we need to have it marked ~hppa and ~mips (alternatively, you can use.mask rdesktop).
stable on ppc64
Stable on amd64.
Marked ppc stable, sorry about the wait.
ia64 is done
It is stable on all archs, can this bug be closed?
Thanks guys, the new stable version of rdesktop-1.4.1 fixed my problem!
seems that this is done