When using net-misc/freerdp-0.8.2 to connect to Windows RDP servers (I´ve tested W2k3 x86 & W2k8 R2 x86_64), some window elements show a quite strange color. Reproducible: Always Steps to Reproduce: 1. connect to server 2. notice strange colors 3. Actual Results: messed up colors, see screenshots Expected Results: freerdp should draw colors correctly, like it does on x86 / amd64
Created attachment 261501 [details] screenshot Using Windows 2k8 R2
Created attachment 261503 [details] screenshot Using Windows 2k3
This seems to be related to X, displaying a xfreerdp session running on another (amd64) gentoo host via ssh -Y shows the messed up colors, too...
> freerdp should draw colors correctly, like it does on x86 / amd64 What platform are you running freerdp on, if not x86 or amd64? Which reminds me, we need the output from 'emerge --info' for system that is having the problem. (In reply to comment #3) > This seems to be related to X, displaying a xfreerdp session running on another > (amd64) gentoo host via ssh -Y shows the messed up colors, too... Not sure what you mean by "related to X" -- do you ever get the odd colormap when running an X client other than freerdp?
(In reply to comment #4) > > freerdp should draw colors correctly, like it does on x86 / amd64 > > What platform are you running freerdp on, if not x86 or amd64? > Which reminds me, we need the output from 'emerge --info' for system that is > having the problem. Ah sorry, forgot about that. I´ll be able to supply "emerge --info" on tuesday. It´s a Mac G4 Windtunnel, note the hardware tag being set to "ppc". I know it´s masked on that platform, but i thought i could help getting it keyworded by testing & filing bugs =) > > (In reply to comment #3) > > This seems to be related to X, displaying a xfreerdp session running on another > > (amd64) gentoo host via ssh -Y shows the messed up colors, too... > > Not sure what you mean by "related to X" -- do you ever get the odd colormap > when running an X client other than freerdp? Nope, all other clients seem to be fine - at least the local ones, never tested anything else via ssh -Y besides freerdp. The amd64 machine uses x11-base/xorg-server-1.9.2, while the ppc one is still on 1.7.7-r1. I think i´ll try upgrading to 1.9.2 when i get to the machine on tuesday.
That would be an endian problem. I recall VNC (and clones/forks/..) used to have a command line option to change the byte order. I don't know if the same is supported in freerdp. The build system appears to support both compile time and run time endian detection.
Interesting new finding: running ssh -Y ppc-machine freerdp [blah] server on the amd64 host runs fine, all colors correct.
Portage 2.1.9.25 (default/linux/powerpc/ppc32/10.0/desktop/gnome, gcc-4.4.4, glibc-2.11.2-r3, 2.6.32-gentoo-r20 ppc) ================================================================= System uname: Linux-2.6.32-gentoo-r20-ppc-7455,_altivec_supported-with-gentoo-1.12.14 Timestamp of tree: Tue, 08 Feb 2011 07:15:01 +0000 app-shells/bash: 4.1_p9 dev-lang/python: 2.6.6-r1, 3.1.2-r4 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 1.12.14-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.30-r1 (sys-kernel/linux-headers) ACCEPT_KEYWORDS="ppc" ACCEPT_LICENSE="* -@EULA" CBUILD="powerpc-unknown-linux-gnu" CFLAGS="-mcpu=7450 -O2 -pipe -maltivec -mabi=altivec" CHOST="powerpc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/openvpn/easy-rsa" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-mcpu=7450 -O2 -pipe -maltivec -mabi=altivec" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS=" http://mirror.netcologne.de/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ " LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="en de" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X a52 aac alsa altivec automount bash-completion berkdb branding bzip2 cairo cdr cli consolekit cracklib crypt cups cxx dbus dri dts dvd dvdr eds emboss encode evo exif fam firefox flac fortran gdbm gdu gif gnome gnome-keyring gnutls gtk iconv jpeg lcms libnotify mad mikmod mng modules mp3 mp4 mpeg mudflap nautilus ncurses networkmanager nls nptl nptlonly ogg opengl openmp pam pango pcre pdf perl png policykit ppc ppds pppd python readline samba sdl session ssl startup-notification svg sysfs tcpd theora threads tiff truetype udev unicode usb vorbis xcb xinerama xml xorg xulrunner xv xvid zlib" ALSA_CARDS="aoa aoa-fabric-layout aoa-onyx aoa-soundbus aoa-soundbus-i2s aoa-tas aoa-toonie powermac usb-audio via82xx" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en de" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="radeon" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY ########### I´ll try upgrading to xorg-server-1.9.2 next.
Okay, didn´t help. 1.9.2 seems to be pretty stable though.
This has to go upstream I guess http://www.freerdp.com/
Tested on amd64: =net-misc/remmina-0.9.3 =net-misc/remmina-plugins-0.9.2-r1 with rdesktop flag enabled pulling =net-misc/freerdp-0.8.2 They all emerge without any error. Tested RDP on a non-local Windows 2003 Server R2 with remmina and no problem found. I will attach a couple of screenshots.
Created attachment 279645 [details] Screenshot before logging in
Created attachment 279647 [details] Screenshot After logging in
(In reply to comment #11) > Tested on amd64: > > =net-misc/remmina-0.9.3 > =net-misc/remmina-plugins-0.9.2-r1 with rdesktop flag enabled pulling > =net-misc/freerdp-0.8.2 > > They all emerge without any error. Tested RDP on a non-local Windows 2003 > Server R2 with remmina and no problem found. I will attach a couple of > screenshots. This is not about amd64, this is about ppc32.
Not fixing bugs in unsupported releases. Use 1.0.
