You can subscribe to this list here.
2002 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
(12) |
May
(18) |
Jun
(53) |
Jul
(95) |
Aug
(59) |
Sep
(35) |
Oct
(79) |
Nov
(80) |
Dec
(50) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(89) |
Feb
(80) |
Mar
(120) |
Apr
(110) |
May
(98) |
Jun
(127) |
Jul
(75) |
Aug
(67) |
Sep
(71) |
Oct
(90) |
Nov
(64) |
Dec
(59) |
2004 |
Jan
(62) |
Feb
(71) |
Mar
(76) |
Apr
(69) |
May
(47) |
Jun
(56) |
Jul
(31) |
Aug
(70) |
Sep
(36) |
Oct
(48) |
Nov
(24) |
Dec
(38) |
2005 |
Jan
(25) |
Feb
(34) |
Mar
(22) |
Apr
(41) |
May
(63) |
Jun
(48) |
Jul
(21) |
Aug
(14) |
Sep
(16) |
Oct
(22) |
Nov
(3) |
Dec
(10) |
2006 |
Jan
(28) |
Feb
(46) |
Mar
(30) |
Apr
(27) |
May
(27) |
Jun
(18) |
Jul
(47) |
Aug
(29) |
Sep
(24) |
Oct
(42) |
Nov
(8) |
Dec
(3) |
2007 |
Jan
(22) |
Feb
(9) |
Mar
(22) |
Apr
(34) |
May
(21) |
Jun
(6) |
Jul
(16) |
Aug
(8) |
Sep
(10) |
Oct
(11) |
Nov
(8) |
Dec
(4) |
2008 |
Jan
(11) |
Feb
(10) |
Mar
(25) |
Apr
(8) |
May
(22) |
Jun
(8) |
Jul
(6) |
Aug
(7) |
Sep
(1) |
Oct
(9) |
Nov
(14) |
Dec
(14) |
2009 |
Jan
(32) |
Feb
(11) |
Mar
(14) |
Apr
(4) |
May
(17) |
Jun
(8) |
Jul
(3) |
Aug
(19) |
Sep
(15) |
Oct
(13) |
Nov
(13) |
Dec
(16) |
2010 |
Jan
(11) |
Feb
(22) |
Mar
(28) |
Apr
(9) |
May
(11) |
Jun
(13) |
Jul
(16) |
Aug
(5) |
Sep
(4) |
Oct
(6) |
Nov
|
Dec
(4) |
2011 |
Jan
(7) |
Feb
(10) |
Mar
(14) |
Apr
(19) |
May
(17) |
Jun
(7) |
Jul
(21) |
Aug
(8) |
Sep
(7) |
Oct
(6) |
Nov
(11) |
Dec
(4) |
2012 |
Jan
(5) |
Feb
(7) |
Mar
(4) |
Apr
(2) |
May
(8) |
Jun
(12) |
Jul
(5) |
Aug
(5) |
Sep
(1) |
Oct
|
Nov
(5) |
Dec
|
2013 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
(3) |
Jun
|
Jul
(5) |
Aug
(14) |
Sep
(18) |
Oct
(1) |
Nov
(6) |
Dec
(3) |
2014 |
Jan
(3) |
Feb
(5) |
Mar
(9) |
Apr
(1) |
May
(18) |
Jun
(12) |
Jul
(3) |
Aug
(8) |
Sep
(8) |
Oct
(3) |
Nov
(3) |
Dec
|
2015 |
Jan
|
Feb
(4) |
Mar
(6) |
Apr
(3) |
May
|
Jun
(2) |
Jul
(4) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Henrik A. <hen...@ce...> - 2013-11-19 08:26:45
|
On Mon, 18 Nov 2013 13:19:04 -0800 ToddAndMargo <Tod...@zo...> wrote: > > Did this fix the num lock switch (-N) problem? > Yes, the fix for the numlock is included in this release. Regards, Henrik Andersson |
From: Henrik A. <hen...@ce...> - 2013-11-19 08:25:15
|
On Mon, 18 Nov 2013 13:17:50 -0800 ToddAndMargo <Tod...@zo...> wrote: > > Any Mac spins yet? > I'm pretty sure that rdesktop is available in macports (https://www.macports.org/). Regards, Henrik Andersson |
From: ToddAndMargo <Tod...@zo...> - 2013-11-18 21:19:09
|
On 11/18/2013 07:23 AM, Henrik Andersson wrote: > > We are glad to announce a new bugfix release of rdesktop, version 1.8.1. Did this fix the num lock switch (-N) problem? |
From: ToddAndMargo <Tod...@zo...> - 2013-11-18 21:17:57
|
On 11/18/2013 07:23 AM, Henrik Andersson wrote: > > We are glad to announce a new bugfix release of rdesktop, version 1.8.1. Cool. Thank you! Any Mac spins yet? |
From: Norbert S. <ns...@gm...> - 2013-11-01 09:32:43
|
There is "Long-Time-Bug" in rdesktop with left handed support. 8-( Remmina on my ubuntu 12.04 uses freerdp, but freerdp has a no clipboard support. 8-/ My pragmatic solution: Download the source from http://rdesktop.sourceforge.net/#download Extract the rdesktop-1.8.0.tar.gz vi xkeymap.c Change MOUSE_FLAG_BUTTON1 and MOUSE_FLAG_BUTTON2 ./configure make sudo make install Now the mousebuttons (right and left) are changed on every RDP-Session and clipboard- support works fine. :-) Best regards Norbert |
From: CARLOS A. A. P. <ca...@um...> - 2013-10-23 11:26:21
|
Hello All, This is Carlos, from Spain, from the University of Murcia. We've been working on a virtualization enviroment for the last few months and we managed to work out most of our requirements: login to windows 7 with smart card, login with private credentials and several more, but it comes out that the video (more important the sound) are messy due to the TCP protocol. The fact is that we dont really care about the video smoothness, but we need the sound to work properly and it turns out that as the video slows down in the remote client, also the sound gets slowed down and gets continous cuts. Was wondering if there is a way to compile / run the rdesktop client dropping enough frames so it keeps synchronous to realtime. Sorry for any errors i may have written :D Regards! |
From: ToddAndMargo <Tod...@zo...> - 2013-09-27 23:04:06
|
On 09/24/2013 12:02 AM, Henrik Andersson wrote: > On Mon, 23 Sep 2013 13:28:43 -0700 > ToddAndMargo <Tod...@zo...> wrote: > >> On 09/22/2013 11:18 PM, Henrik Andersson wrote: >>> On 09/20/2013 09:25 PM, ToddAndMargo wrote: >>>> On 09/19/2013 10:41 PM, Henrik Andersson wrote: >>>>> On 09/20/2013 01:46 AM, ToddAndMargo wrote: >>>>>> On 09/03/2013 07:24 PM, Douglas E. Engert wrote: >>>>>>> On 9/3/2013 6:23 PM, ToddAndMargo wrote: >>>>>>>> Hi All, >>>>>>>> >>>>>>>> Scientific Linux 6.4 (RHEL clone), 64 bit >>>>>>>> rdesktop 1.8.0 >>>>>>>> >>>>>>>> Anyone know how to fix this issue? >>>>>>>> >>>>>>>> Many thanks, >>>>>>>> -T >>>>>>>> >>>>>>>> $ rdesktop -N -u "foo" -g 80%% -a 16 -r printer:B4350='HP >>>>>>>> LaserJet IIP' -r disk:MyLocalDrive=/home/temp -r >>>>>>>> clipboard:CLIPBOARD xx.yy.zz.122 >>>>>>> The double %% fails on 1.8.0 but not on 1.7.1. Looks like a bug >>>>>>> in 1.7.1, that ignores the extra %. 1.8.0 passes to X. >>>>>> $ rdesktop -N -u "foo" -g 80% -a 16 -r printer:B4350='HP >>>>>> LaserJet IIP' -r disk:MyLocalDrive=/home/temp -r >>>>>> clipboard:CLIPBOARD xx.yy.zz.122 >>>>>> >>>>>> X Error of failed request: BadWindow (invalid Window parameter) >>>>>> Major opcode of failed request: 38 (X_QueryPointer) >>>>>> Resource id in failed request: 0x0 >>>>>> Serial number of failed request: 38 >>>>>> Current serial number in output stream: 38 >>>>>> >>>>>> No Joy. :'( >>>>>> >>>>>> 1.7 works fine without the double %% >>>>>> >>>>>> Any ideas? >>>>>> >>>>>> -T >>>>> Hi, >>>>> >>>>> I think it would work if you remove -N argument and that i have >>>>> fixed this upstream >>>>> in commit r1732. Could you try removing the argument and verify >>>>> that ? >>>>> >>>>> Kind Regards, >>>>> >>>>> Henrik Andersson >>>> >>>> Hi Henrik, >>>> >>>> That was it ("-N"). Thank you! >>>> >>>> Is there somewhere I can download the new r1732 tar ball? >>>> >>>> Many thanks, >>>> -T >>>> >>> Hi, >>> >>> Great, the easiest way to get the source if by checking it out using >>> subversion like: >>> >>> svn checkout svn://svn.code.sf.net/p/rdesktop/code/rdesktop/trunk >>> rdesktop-trunk >>> >>> >>> Regards, >>> >>> Henrik Andersson >> >> Hi Henrik, >> >> I made it all the way to >> http://svn.code.sf.net/p/rdesktop/code/rdesktop/trunk/ >> >> What am I looking at? Is this the contents of the tar ball? > Yes this is the repository of rdesktop, use subversion and the command > mentioned earlier to checkout a copy of the source. > >> And, how do I tell what revision I am looking at? > When you stand into the checkout of rdesktop use: > > svn log | less > > to show log of commits, with the latest first. > >> >> To recompile this into am RPM, do I make a tar ball out >> of the directory, then do an >> rpmbuild -ta xxx.tar >> > Check the file doc/makerelease.txt for information about creating a rpm > package. > >> Many thanks, >> -T Hi Henrick, I can not get the directory to download correctly. $ whet -H -r --no-parent --reject "index.html*" http://svn.code.sf.net/p/rdesktop/code/rdesktop/trunk/ Tons of 404's and all kinds of other errors. I had to give up. If there any way you can put it in a tar ball? Or maybe post a revision of the tar ball in the download site? 18.0.1732 perhaps? Many thanks, -T |
From: ToddAndMargo <Tod...@zo...> - 2013-09-24 16:55:48
|
On 09/24/2013 12:02 AM, Henrik Andersson wrote: > On Mon, 23 Sep 2013 13:28:43 -0700 > ToddAndMargo <Tod...@zo...> wrote: > >> On 09/22/2013 11:18 PM, Henrik Andersson wrote: >>> On 09/20/2013 09:25 PM, ToddAndMargo wrote: >>>> On 09/19/2013 10:41 PM, Henrik Andersson wrote: >>>>> On 09/20/2013 01:46 AM, ToddAndMargo wrote: >>>>>> On 09/03/2013 07:24 PM, Douglas E. Engert wrote: >>>>>>> On 9/3/2013 6:23 PM, ToddAndMargo wrote: >>>>>>>> Hi All, >>>>>>>> >>>>>>>> Scientific Linux 6.4 (RHEL clone), 64 bit >>>>>>>> rdesktop 1.8.0 >>>>>>>> >>>>>>>> Anyone know how to fix this issue? >>>>>>>> >>>>>>>> Many thanks, >>>>>>>> -T >>>>>>>> >>>>>>>> $ rdesktop -N -u "foo" -g 80%% -a 16 -r printer:B4350='HP >>>>>>>> LaserJet IIP' -r disk:MyLocalDrive=/home/temp -r >>>>>>>> clipboard:CLIPBOARD xx.yy.zz.122 >>>>>>> The double %% fails on 1.8.0 but not on 1.7.1. Looks like a bug >>>>>>> in 1.7.1, that ignores the extra %. 1.8.0 passes to X. >>>>>> $ rdesktop -N -u "foo" -g 80% -a 16 -r printer:B4350='HP >>>>>> LaserJet IIP' -r disk:MyLocalDrive=/home/temp -r >>>>>> clipboard:CLIPBOARD xx.yy.zz.122 >>>>>> >>>>>> X Error of failed request: BadWindow (invalid Window parameter) >>>>>> Major opcode of failed request: 38 (X_QueryPointer) >>>>>> Resource id in failed request: 0x0 >>>>>> Serial number of failed request: 38 >>>>>> Current serial number in output stream: 38 >>>>>> >>>>>> No Joy. :'( >>>>>> >>>>>> 1.7 works fine without the double %% >>>>>> >>>>>> Any ideas? >>>>>> >>>>>> -T >>>>> Hi, >>>>> >>>>> I think it would work if you remove -N argument and that i have >>>>> fixed this upstream >>>>> in commit r1732. Could you try removing the argument and verify >>>>> that ? >>>>> >>>>> Kind Regards, >>>>> >>>>> Henrik Andersson >>>> >>>> Hi Henrik, >>>> >>>> That was it ("-N"). Thank you! >>>> >>>> Is there somewhere I can download the new r1732 tar ball? >>>> >>>> Many thanks, >>>> -T >>>> >>> Hi, >>> >>> Great, the easiest way to get the source if by checking it out using >>> subversion like: >>> >>> svn checkout svn://svn.code.sf.net/p/rdesktop/code/rdesktop/trunk >>> rdesktop-trunk >>> >>> >>> Regards, >>> >>> Henrik Andersson >> >> Hi Henrik, >> >> I made it all the way to >> http://svn.code.sf.net/p/rdesktop/code/rdesktop/trunk/ >> >> What am I looking at? Is this the contents of the tar ball? > Yes this is the repository of rdesktop, use subversion and the command > mentioned earlier to checkout a copy of the source. > >> And, how do I tell what revision I am looking at? > When you stand into the checkout of rdesktop use: > > svn log | less > > to show log of commits, with the latest first. > >> >> To recompile this into am RPM, do I make a tar ball out >> of the directory, then do an >> rpmbuild -ta xxx.tar >> > Check the file doc/makerelease.txt for information about creating a rpm > package. > >> Many thanks, >> -T Thank you! |
From: Henrik A. <hen...@ce...> - 2013-09-24 07:02:39
|
On Mon, 23 Sep 2013 13:28:43 -0700 ToddAndMargo <Tod...@zo...> wrote: > On 09/22/2013 11:18 PM, Henrik Andersson wrote: > > On 09/20/2013 09:25 PM, ToddAndMargo wrote: > >> On 09/19/2013 10:41 PM, Henrik Andersson wrote: > >>> On 09/20/2013 01:46 AM, ToddAndMargo wrote: > >>>> On 09/03/2013 07:24 PM, Douglas E. Engert wrote: > >>>>> On 9/3/2013 6:23 PM, ToddAndMargo wrote: > >>>>>> Hi All, > >>>>>> > >>>>>> Scientific Linux 6.4 (RHEL clone), 64 bit > >>>>>> rdesktop 1.8.0 > >>>>>> > >>>>>> Anyone know how to fix this issue? > >>>>>> > >>>>>> Many thanks, > >>>>>> -T > >>>>>> > >>>>>> $ rdesktop -N -u "foo" -g 80%% -a 16 -r printer:B4350='HP > >>>>>> LaserJet IIP' -r disk:MyLocalDrive=/home/temp -r > >>>>>> clipboard:CLIPBOARD xx.yy.zz.122 > >>>>> The double %% fails on 1.8.0 but not on 1.7.1. Looks like a bug > >>>>> in 1.7.1, that ignores the extra %. 1.8.0 passes to X. > >>>> $ rdesktop -N -u "foo" -g 80% -a 16 -r printer:B4350='HP > >>>> LaserJet IIP' -r disk:MyLocalDrive=/home/temp -r > >>>> clipboard:CLIPBOARD xx.yy.zz.122 > >>>> > >>>> X Error of failed request: BadWindow (invalid Window parameter) > >>>> Major opcode of failed request: 38 (X_QueryPointer) > >>>> Resource id in failed request: 0x0 > >>>> Serial number of failed request: 38 > >>>> Current serial number in output stream: 38 > >>>> > >>>> No Joy. :'( > >>>> > >>>> 1.7 works fine without the double %% > >>>> > >>>> Any ideas? > >>>> > >>>> -T > >>> Hi, > >>> > >>> I think it would work if you remove -N argument and that i have > >>> fixed this upstream > >>> in commit r1732. Could you try removing the argument and verify > >>> that ? > >>> > >>> Kind Regards, > >>> > >>> Henrik Andersson > >> > >> Hi Henrik, > >> > >> That was it ("-N"). Thank you! > >> > >> Is there somewhere I can download the new r1732 tar ball? > >> > >> Many thanks, > >> -T > >> > > Hi, > > > > Great, the easiest way to get the source if by checking it out using > > subversion like: > > > > svn checkout svn://svn.code.sf.net/p/rdesktop/code/rdesktop/trunk > > rdesktop-trunk > > > > > > Regards, > > > > Henrik Andersson > > Hi Henrik, > > I made it all the way to > http://svn.code.sf.net/p/rdesktop/code/rdesktop/trunk/ > > What am I looking at? Is this the contents of the tar ball? Yes this is the repository of rdesktop, use subversion and the command mentioned earlier to checkout a copy of the source. > And, how do I tell what revision I am looking at? When you stand into the checkout of rdesktop use: svn log | less to show log of commits, with the latest first. > > To recompile this into am RPM, do I make a tar ball out > of the directory, then do an > rpmbuild -ta xxx.tar > Check the file doc/makerelease.txt for information about creating a rpm package. > Many thanks, > -T > > > |
From: <mar...@sf...> - 2013-09-23 20:30:22
|
**** AUTOREPLY VON SCHÖN, FREY & PARTNER **** Vielen Dank für Ihre Nachricht. Ich bin bis einschließlich 4.10.2013 im Urlaub. Ihre E-Mail wird nicht weitergeleitet. In dringenden Fällen wenden Sie sich bitte an Herrn Andreas Erlewein Tel: 07136 9555-75 Fax: 07136 9555-50 E-Mail: and...@sf... Homepage: www.sf-p.de Mit freundlichen Grüßen Markus Schön _______________________________ Schön, Frey & Partner STEUERBERATUNG Partnerschaftsgesellschaft Eingetragen im Partnerschaftsregister des Amtsgerichts Stuttgart unter PR 100004 Friedrich-Ebert-Str. 11 und Bunsenstr. 1 74177 Bad Friedrichshall Tel: 07136 9555-30 Fax: 07136 9555-50 E-Mail: mar...@sf... Homepage: www.sf-p.de |
From: ToddAndMargo <Tod...@zo...> - 2013-09-23 20:28:52
|
On 09/22/2013 11:18 PM, Henrik Andersson wrote: > On 09/20/2013 09:25 PM, ToddAndMargo wrote: >> On 09/19/2013 10:41 PM, Henrik Andersson wrote: >>> On 09/20/2013 01:46 AM, ToddAndMargo wrote: >>>> On 09/03/2013 07:24 PM, Douglas E. Engert wrote: >>>>> On 9/3/2013 6:23 PM, ToddAndMargo wrote: >>>>>> Hi All, >>>>>> >>>>>> Scientific Linux 6.4 (RHEL clone), 64 bit >>>>>> rdesktop 1.8.0 >>>>>> >>>>>> Anyone know how to fix this issue? >>>>>> >>>>>> Many thanks, >>>>>> -T >>>>>> >>>>>> $ rdesktop -N -u "foo" -g 80%% -a 16 -r printer:B4350='HP LaserJet >>>>>> IIP' -r disk:MyLocalDrive=/home/temp -r clipboard:CLIPBOARD xx.yy.zz.122 >>>>> The double %% fails on 1.8.0 but not on 1.7.1. Looks like a bug in 1.7.1, >>>>> that ignores the extra %. 1.8.0 passes to X. >>>> $ rdesktop -N -u "foo" -g 80% -a 16 -r printer:B4350='HP LaserJet >>>> IIP' -r disk:MyLocalDrive=/home/temp -r clipboard:CLIPBOARD xx.yy.zz.122 >>>> >>>> X Error of failed request: BadWindow (invalid Window parameter) >>>> Major opcode of failed request: 38 (X_QueryPointer) >>>> Resource id in failed request: 0x0 >>>> Serial number of failed request: 38 >>>> Current serial number in output stream: 38 >>>> >>>> No Joy. :'( >>>> >>>> 1.7 works fine without the double %% >>>> >>>> Any ideas? >>>> >>>> -T >>> Hi, >>> >>> I think it would work if you remove -N argument and that i have fixed >>> this upstream >>> in commit r1732. Could you try removing the argument and verify that ? >>> >>> Kind Regards, >>> >>> Henrik Andersson >> >> Hi Henrik, >> >> That was it ("-N"). Thank you! >> >> Is there somewhere I can download the new r1732 tar ball? >> >> Many thanks, >> -T >> > Hi, > > Great, the easiest way to get the source if by checking it out using > subversion like: > > svn checkout svn://svn.code.sf.net/p/rdesktop/code/rdesktop/trunk > rdesktop-trunk > > > Regards, > > Henrik Andersson Hi Henrik, I made it all the way to http://svn.code.sf.net/p/rdesktop/code/rdesktop/trunk/ What am I looking at? Is this the contents of the tar ball? And, how do I tell what revision I am looking at? To recompile this into am RPM, do I make a tar ball out of the directory, then do an rpmbuild -ta xxx.tar Many thanks, -T -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Computers are like air conditioners. They malfunction when you open windows ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
From: Ken C. <kc...@co...> - 2013-09-23 14:32:11
|
On 23.09.2013 07:53, Joh...@da... wrote: > I have what had been a long working setup using rdesktop (1.8.0 on > Fedora 19) to connect to a notebook running Windows 7 Enterprise (on > SP1, but I don't know for how long). I'm pretty sure recent updates > to > the notebook caused my issue, but I am seeking help here because I > really need to get this working again and have little faith that my > IT > support will be of much help, especially given the last bullet point > below. > > Here's what I know: > > * rdesktop never even creates a window > * running from a shell prompt, I see only the following on stdout: > Autoselected keyboard map en-us > Connection established using CredSSP. > * the exit status value ($?) is 76 > * telnet notebook 3389 is able to connect so basic TCP/IP and > firewall type issues are out > * other coworkers have attempted a connection to my notebook and get > the same results that I do > * any attempted connection does result in the session being "stolen" > from the notebook's screen; but at the same time, it never appears > remotely either > * I tried downgrading back to rdesktop-1.7.1 even though I'd used > 1.8.0 for around a month; this downgrade also made no difference > * I can recompile with various debug options enabled, but I have no > idea what would be useful here so please specify, if needed -- I > tried > all but nothing caught my eye other than a "Failed to parse crypt > info" right near the end. > * an strace of the process seems to show that rdesktop is waiting > forever to read something from the X11 server socket > * a coworker was able to connect remotely to my notebook from his > notebook (also Win 7) using mstsc > It sounds like Win 7 is setup for RDP 7 or above. On Win 7 computer, right click Computer, select Properties. Click Remote Settings (left column). Under the Remote Desktop section, click "Allow connections from computers running any version of Remote Desktop" Ken Cobler |
From: <Joh...@da...> - 2013-09-23 13:08:26
|
I have what had been a long working setup using rdesktop (1.8.0 on Fedora 19) to connect to a notebook running Windows 7 Enterprise (on SP1, but I don't know for how long). I'm pretty sure recent updates to the notebook caused my issue, but I am seeking help here because I really need to get this working again and have little faith that my IT support will be of much help, especially given the last bullet point below. Here's what I know: rdesktop never even creates a window running from a shell prompt, I see only the following on stdout: Autoselected keyboard map en-us Connection established using CredSSP. the exit status value ($?) is 76 telnet notebook 3389 is able to connect so basic TCP/IP and firewall type issues are out other coworkers have attempted a connection to my notebook and get the same results that I do any attempted connection does result in the session being "stolen" from the notebook's screen; but at the same time, it never appears remotely either I tried downgrading back to rdesktop-1.7.1 even though I'd used 1.8.0 for around a month; this downgrade also made no difference I can recompile with various debug options enabled, but I have no idea what would be useful here so please specify, if needed -- I tried all but nothing caught my eye other than a "Failed to parse crypt info" right near the end. an strace of the process seems to show that rdesktop is waiting forever to read something from the X11 server socket a coworker was able to connect remotely to my notebook from his notebook (also Win 7) using mstsc Many thanks in advance for any guidance. -- John Florian |
From: Henrik A. <hen...@ce...> - 2013-09-23 06:18:21
|
On 09/20/2013 09:25 PM, ToddAndMargo wrote: > On 09/19/2013 10:41 PM, Henrik Andersson wrote: >> On 09/20/2013 01:46 AM, ToddAndMargo wrote: >>> On 09/03/2013 07:24 PM, Douglas E. Engert wrote: >>>> On 9/3/2013 6:23 PM, ToddAndMargo wrote: >>>>> Hi All, >>>>> >>>>> Scientific Linux 6.4 (RHEL clone), 64 bit >>>>> rdesktop 1.8.0 >>>>> >>>>> Anyone know how to fix this issue? >>>>> >>>>> Many thanks, >>>>> -T >>>>> >>>>> $ rdesktop -N -u "foo" -g 80%% -a 16 -r printer:B4350='HP LaserJet >>>>> IIP' -r disk:MyLocalDrive=/home/temp -r clipboard:CLIPBOARD xx.yy.zz.122 >>>> The double %% fails on 1.8.0 but not on 1.7.1. Looks like a bug in 1.7.1, >>>> that ignores the extra %. 1.8.0 passes to X. >>> $ rdesktop -N -u "foo" -g 80% -a 16 -r printer:B4350='HP LaserJet >>> IIP' -r disk:MyLocalDrive=/home/temp -r clipboard:CLIPBOARD xx.yy.zz.122 >>> >>> X Error of failed request: BadWindow (invalid Window parameter) >>> Major opcode of failed request: 38 (X_QueryPointer) >>> Resource id in failed request: 0x0 >>> Serial number of failed request: 38 >>> Current serial number in output stream: 38 >>> >>> No Joy. :'( >>> >>> 1.7 works fine without the double %% >>> >>> Any ideas? >>> >>> -T >> Hi, >> >> I think it would work if you remove -N argument and that i have fixed >> this upstream >> in commit r1732. Could you try removing the argument and verify that ? >> >> Kind Regards, >> >> Henrik Andersson > > Hi Henrik, > > That was it ("-N"). Thank you! > > Is there somewhere I can download the new r1732 tar ball? > > Many thanks, > -T > Hi, Great, the easiest way to get the source if by checking it out using subversion like: svn checkout svn://svn.code.sf.net/p/rdesktop/code/rdesktop/trunk rdesktop-trunk Regards, Henrik Andersson -- --- Henrik Andersson Cendio AB http://cendio.com Teknikringen 8 http://twitter.com/ThinLinc 583 30 Linköping http://facebook.com/ThinLinc Phone: +46-13-214600 http://plus.google.com/112509906846170010689 |
From: ToddAndMargo <Tod...@zo...> - 2013-09-20 19:25:49
|
On 09/19/2013 10:41 PM, Henrik Andersson wrote: > On 09/20/2013 01:46 AM, ToddAndMargo wrote: >> On 09/03/2013 07:24 PM, Douglas E. Engert wrote: >>> >>> On 9/3/2013 6:23 PM, ToddAndMargo wrote: >>>> Hi All, >>>> >>>> Scientific Linux 6.4 (RHEL clone), 64 bit >>>> rdesktop 1.8.0 >>>> >>>> Anyone know how to fix this issue? >>>> >>>> Many thanks, >>>> -T >>>> >>>> $ rdesktop -N -u "foo" -g 80%% -a 16 -r printer:B4350='HP LaserJet >>>> IIP' -r disk:MyLocalDrive=/home/temp -r clipboard:CLIPBOARD xx.yy.zz.122 >>> The double %% fails on 1.8.0 but not on 1.7.1. Looks like a bug in 1.7.1, >>> that ignores the extra %. 1.8.0 passes to X. >> $ rdesktop -N -u "foo" -g 80% -a 16 -r printer:B4350='HP LaserJet >> IIP' -r disk:MyLocalDrive=/home/temp -r clipboard:CLIPBOARD xx.yy.zz.122 >> >> X Error of failed request: BadWindow (invalid Window parameter) >> Major opcode of failed request: 38 (X_QueryPointer) >> Resource id in failed request: 0x0 >> Serial number of failed request: 38 >> Current serial number in output stream: 38 >> >> No Joy. :'( >> >> 1.7 works fine without the double %% >> >> Any ideas? >> >> -T > Hi, > > I think it would work if you remove -N argument and that i have fixed > this upstream > in commit r1732. Could you try removing the argument and verify that ? > > Kind Regards, > > Henrik Andersson Hi Henrik, That was it ("-N"). Thank you! Is there somewhere I can download the new r1732 tar ball? Many thanks, -T -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Computers are like air conditioners. They malfunction when you open windows ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
From: Henrik A. <hen...@ce...> - 2013-09-20 05:42:04
|
On 09/20/2013 01:46 AM, ToddAndMargo wrote: > On 09/03/2013 07:24 PM, Douglas E. Engert wrote: >> >> On 9/3/2013 6:23 PM, ToddAndMargo wrote: >>> Hi All, >>> >>> Scientific Linux 6.4 (RHEL clone), 64 bit >>> rdesktop 1.8.0 >>> >>> Anyone know how to fix this issue? >>> >>> Many thanks, >>> -T >>> >>> $ rdesktop -N -u "foo" -g 80%% -a 16 -r printer:B4350='HP LaserJet >>> IIP' -r disk:MyLocalDrive=/home/temp -r clipboard:CLIPBOARD xx.yy.zz.122 >> The double %% fails on 1.8.0 but not on 1.7.1. Looks like a bug in 1.7.1, >> that ignores the extra %. 1.8.0 passes to X. > $ rdesktop -N -u "foo" -g 80% -a 16 -r printer:B4350='HP LaserJet > IIP' -r disk:MyLocalDrive=/home/temp -r clipboard:CLIPBOARD xx.yy.zz.122 > > X Error of failed request: BadWindow (invalid Window parameter) > Major opcode of failed request: 38 (X_QueryPointer) > Resource id in failed request: 0x0 > Serial number of failed request: 38 > Current serial number in output stream: 38 > > No Joy. :'( > > 1.7 works fine without the double %% > > Any ideas? > > -T Hi, I think it would work if you remove -N argument and that i have fixed this upstream in commit r1732. Could you try removing the argument and verify that ? Kind Regards, Henrik Andersson > >> >> >> >> >> >>> PRINTER PRN1 to B4350 driver HP LaserJet IIP >>> share name MyLocalDrive truncated to MyLocal >>> Autoselected keyboard map en-us >>> X Error of failed request: BadWindow (invalid Window parameter) >>> Major opcode of failed request: 38 (X_QueryPointer) >>> Resource id in failed request: 0x0 >>> Serial number of failed request: 38 >>> Current serial number in output stream: 38 >>> >>> >>> > -- --- Henrik Andersson Cendio AB http://cendio.com Teknikringen 8 http://twitter.com/ThinLinc 583 30 Linköping http://facebook.com/ThinLinc Phone: +46-13-214600 http://plus.google.com/112509906846170010689 |
From: ToddAndMargo <Tod...@zo...> - 2013-09-19 23:46:46
|
On 09/03/2013 07:24 PM, Douglas E. Engert wrote: > > > On 9/3/2013 6:23 PM, ToddAndMargo wrote: >> Hi All, >> >> Scientific Linux 6.4 (RHEL clone), 64 bit >> rdesktop 1.8.0 >> >> Anyone know how to fix this issue? >> >> Many thanks, >> -T >> >> $ rdesktop -N -u "foo" -g 80%% -a 16 -r printer:B4350='HP LaserJet >> IIP' -r disk:MyLocalDrive=/home/temp -r clipboard:CLIPBOARD xx.yy.zz.122 > > The double %% fails on 1.8.0 but not on 1.7.1. Looks like a bug in 1.7.1, > that ignores the extra %. 1.8.0 passes to X. $ rdesktop -N -u "foo" -g 80% -a 16 -r printer:B4350='HP LaserJet IIP' -r disk:MyLocalDrive=/home/temp -r clipboard:CLIPBOARD xx.yy.zz.122 X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 38 (X_QueryPointer) Resource id in failed request: 0x0 Serial number of failed request: 38 Current serial number in output stream: 38 No Joy. :'( 1.7 works fine without the double %% Any ideas? -T > > > > > > >> >> PRINTER PRN1 to B4350 driver HP LaserJet IIP >> share name MyLocalDrive truncated to MyLocal >> Autoselected keyboard map en-us >> X Error of failed request: BadWindow (invalid Window parameter) >> Major opcode of failed request: 38 (X_QueryPointer) >> Resource id in failed request: 0x0 >> Serial number of failed request: 38 >> Current serial number in output stream: 38 >> >> >> > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Computers are like air conditioners. They malfunction when you open windows ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
From: Henrik A. <hen...@ce...> - 2013-09-09 17:48:07
|
On 09/09/2013 03:07 PM, El Rengo wrote: > Thanks for the answer. :) > What version is needed to download. On sourceforge is only a version of rdesktop to download. The link that you provide not include a version to download. > Thanks in advance! > Regards. There has not been a release yet that includes that fix, you need to checkout a copy of trunk like this: svn checkout svn://svn.code.sf.net/p/rdesktop/code/rdesktop/trunk rdesktop-trunk > Guido. > > > >> ________________________________ >> De: Henrik Andersson <hen...@ce...> >> Para: rde...@li... >> Enviado: lunes, 9 de septiembre de 2013 2:20 >> Asunto: Re: [rdesktop-users] Compiling rdesktop 1.8 on RHEL >> >> >> On 09/04/2013 06:25 PM, El Rengo wrote: >>> -DHAVE_STRUCT_STATFS_F_NAMELEN=1 -DHAVE_MNTENT_H=1 -DHAVE_SETMNTENT=1 -DKEYMAP_PATH=\"/usr/local/share/rdesktop/keymaps/\" -o tcp.o -c tcp.c >>> tcp.c: In function ‘tcp_recv’: >>> tcp.c:196: warning: ‘return’ with no value, in function returning non-void >>> tcp.c: In function ‘tcp_tls_connect’: >>> tcp.c:321: error: ‘SSL_OP_NO_COMPRESSION’ undeclared (first use in this function) >>> tcp.c:321: error: (Each undeclared identifier is reported only once >>> tcp.c:321: error: for each function it appears in.) >>> make: *** [tcp.o] Error 1 >>> >> This issue has been fixed upstream in commit r1733 >> (http://sourceforge.net/p/rdesktop/code/1734/). >> >> --- >> Henrik Andersson >> Cendio AB http://cendio.com >> Teknikringen 8 http://twitter.com/ThinLinc >> 583 30 Linköping http://facebook.com/ThinLinc >> Phone: +46-13-214600 http://plus.google.com/112509906846170010689 >> >> >> ------------------------------------------------------------------------------ >> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! >> Discover the easy way to master current and previous Microsoft technologies >> and advance your career. Get an incredible 1,500+ hours of step-by-step >> tutorial videos with LearnDevNow. Subscribe today and save! >> http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk >> _______________________________________________ >> rdesktop-users mailing list >> rde...@li... >> https://lists.sourceforge.net/lists/listinfo/rdesktop-users >> >> >> -- --- Henrik Andersson Cendio AB http://cendio.com Teknikringen 8 http://twitter.com/ThinLinc 583 30 Linköping http://facebook.com/ThinLinc Phone: +46-13-214600 http://plus.google.com/112509906846170010689 |
From: El R. <elr...@ya...> - 2013-09-09 13:07:35
|
Thanks for the answer. :) What version is needed to download. On sourceforge is only a version of rdesktop to download. The link that you provide not include a version to download. Thanks in advance! Regards. Guido. >________________________________ > De: Henrik Andersson <hen...@ce...> >Para: rde...@li... >Enviado: lunes, 9 de septiembre de 2013 2:20 >Asunto: Re: [rdesktop-users] Compiling rdesktop 1.8 on RHEL > > >On 09/04/2013 06:25 PM, El Rengo wrote: >> -DHAVE_STRUCT_STATFS_F_NAMELEN=1 -DHAVE_MNTENT_H=1 -DHAVE_SETMNTENT=1 -DKEYMAP_PATH=\"/usr/local/share/rdesktop/keymaps/\" -o tcp.o -c tcp.c >> tcp.c: In function ‘tcp_recv’: >> tcp.c:196: warning: ‘return’ with no value, in function returning non-void >> tcp.c: In function ‘tcp_tls_connect’: >> tcp.c:321: error: ‘SSL_OP_NO_COMPRESSION’ undeclared (first use in this function) >> tcp.c:321: error: (Each undeclared identifier is reported only once >> tcp.c:321: error: for each function it appears in.) >> make: *** [tcp.o] Error 1 >> >This issue has been fixed upstream in commit r1733 >(http://sourceforge.net/p/rdesktop/code/1734/). > >--- >Henrik Andersson >Cendio AB http://cendio.com >Teknikringen 8 http://twitter.com/ThinLinc >583 30 Linköping http://facebook.com/ThinLinc >Phone: +46-13-214600 http://plus.google.com/112509906846170010689 > > >------------------------------------------------------------------------------ >Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! >Discover the easy way to master current and previous Microsoft technologies >and advance your career. Get an incredible 1,500+ hours of step-by-step >tutorial videos with LearnDevNow. Subscribe today and save! >http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk >_______________________________________________ >rdesktop-users mailing list >rde...@li... >https://lists.sourceforge.net/lists/listinfo/rdesktop-users > > > |
From: Henrik A. <hen...@ce...> - 2013-09-09 05:20:25
|
On 09/04/2013 06:25 PM, El Rengo wrote: > -DHAVE_STRUCT_STATFS_F_NAMELEN=1 -DHAVE_MNTENT_H=1 -DHAVE_SETMNTENT=1 -DKEYMAP_PATH=\"/usr/local/share/rdesktop/keymaps/\" -o tcp.o -c tcp.c > tcp.c: In function ‘tcp_recv’: > tcp.c:196: warning: ‘return’ with no value, in function returning non-void > tcp.c: In function ‘tcp_tls_connect’: > tcp.c:321: error: ‘SSL_OP_NO_COMPRESSION’ undeclared (first use in this function) > tcp.c:321: error: (Each undeclared identifier is reported only once > tcp.c:321: error: for each function it appears in.) > make: *** [tcp.o] Error 1 > This issue has been fixed upstream in commit r1733 (http://sourceforge.net/p/rdesktop/code/1734/). --- Henrik Andersson Cendio AB http://cendio.com Teknikringen 8 http://twitter.com/ThinLinc 583 30 Linköping http://facebook.com/ThinLinc Phone: +46-13-214600 http://plus.google.com/112509906846170010689 |
From: Roland S. <Ro...@lo...> - 2013-09-05 22:07:16
|
Hi, Finally I managed to get some time to experiment a bit more on this. Your suggestion worked perfectly! I can now connect without any problems. In the end there are some Solaris tweaks that required a lot of googling. To summarize a Solaris 10 compilation on x86. First get a bunch of Sunfreeware that are required like the gcc and gnu utilities, automake, pkgconfig. You most likely get alerted by configure for missing utilities. I also had to install a bunch of Sunfreeware Kerberos stuff. It might work with the Solaris 10 default ones but I never got around testing that. My Very crude instructions: sunws1 % export CC=gcc sunws1 % export cc=gcc sunws1 % export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig sunws1 % export LIBS="-lkrb5 -lkrb5support -lgssapi_krb5" sunws1 % unset LD_LIBRARY_PATH sunws1 % which gcc /usr/local/bin/gcc # check for /usr/local/lib libpath. sunws1 % crle Configuration file [version 4]: /var/ld/ld.config Platform: 32-bit LSB 80386 Default Library Path (ELF): /lib:/usr/lib:/usr/local/lib Trusted Directories (ELF): /lib/secure:/usr/lib/secure (system default) sunws1 % cd libgssglue-0.4 sunws1 % vi src/Makefile CFLAGS = -O2 -DUSE_SOLARIS_SHARED_LIBRARIES sunws1 % ./configure sunws1 % /usr/local/bin/make # /usr/local/bin/make install sunws1 % cd ../rdesktop-1.8.0 sunws1 % ./configure -disable-smartcard sunws1 % /usr/local/bin/make # /usr/local/bin/make install On the Windows system (in AD), create a user account for the Solaris system that will be authenticating. In this example we are creating a user account named sunws1 for the host sunws1. (Note: this is a user account, not a computer account) Run this on the windows RDP server to create the kerberos keytab file (as Administrator): You might want to change -crypto all to -crypto < your crypto type> windows % ktpass -princ host/sunws1.company.local@COMPANY.LOCAL -mapuser company\rolands -crypto all -pass supersecret -ptype KRB5_NT_PRINCIPAL -out krb5.keytab # cp krb5.keytab /etc sunws1 % /usr/local/bin/kinit host/sunws1.company.local@COMPANY.LOCAL sunws1 % /usr/local/bin/klist Ticket cache: FILE:/tmp/krb5cc_6010 Default principal: host/sunws1.company.local@COMPANY.LOCAL Valid starting Expires Service principal 09/05/13 13:41:41 09/06/13 13:41:41 krbtgt/COMPANY.LOCAL@COMPANY.LOCAL sunws1 % /usr/local/bin/rdesktop -g 1920x1046 -u rolands -T Windows8 -p - windowsserver - Roland -----Original Message----- From: Douglas E. Engert [mailto:dee...@an...] Sent: Tuesday, 27 August 2013 2:27 AM To: rde...@li... Subject: Re: [rdesktop-users] Compiling rdesktop 1.8 on Solaris On 8/25/2013 5:25 PM, Roland Soderstrom wrote: > Hi Henrik, > > I'm sort of out on thin ice here.. > > I managed to convince the Windows guy to fix so that I could get Kerberos tickets. > He didn't really know how this works, so it is sort of a trial and error. > I've run ktpass and got a krb5.keytab which I copied to /etc > root@sunws1: # /usr/local/bin/klist -e -k Keytab name: > WRFILE:/etc/krb5.keytab KVNO Principal This may not be your problem, but the principal names below don't look correct. They should have a forward slash, and normally Kerberos host principals have lower case host/ not uppercase, and the hoist name id the FQDN of the host. Realm names are upper case. So in your case, a normal Kerberos host principal would look more like: host/sunws1.company.local@COMPANY.LOCAL (Kerberos is case sensitive, AD is case insensitive, which can cause confusion.) Samba or msktutil can be used in place of ktpass for registering hosts too. (Also DES should not be used any more...) > ---- -------------------------------------------------------------------------- > 6 HOST\\sunws1@COMPANY.local (DES cbc mode with CRC-32) > 6 HOST\\sunws1@COMPANY.local (DES cbc mode with RSA-MD5) > 6 HOST\\sunws1@COMPANY.local (ArcFour with HMAC/md5) > 6 HOST\\sunws1@COMPANY.local (AES-256 CTS mode with 96-bit SHA-1 HMAC) > 6 HOST\\sunws1@COMPANY.local (AES-128 CTS mode with 96-bit SHA-1 > HMAC) > root@sunws1: # ls -la /etc/krb5.keytab > -rw-r--r-- 1 root root 337 Aug 23 14:36 /etc/krb5.keytab > > I managed to get a Kerberos ticket > sunws1 % /usr/local/bin/kinit sunws1@COMPANY.LOCAL Password for > sunws1@COMPANY.LOCAL: > sunws1 % /usr/local/bin/klist > Ticket cache: FILE:/tmp/krb5cc_6010 > Default principal: sunws1@COMPANY.LOCAL > > Valid starting Expires Service principal > 08/26/13 08:07:09 08/27/13 08:07:09 > krbtgt/COMPANY.LOCAL@COMPANY.LOCAL > sunws1 % ./rdesktop css0008 > Connection established using CredSSP. > sunws1 % > But nothing happens, no desktop appears? Connecting to windows 2003 > works fine but not windows 2012 > > Same with debug on. > sunws1 % ./rdesktop-with-debug css0008 Out TSRequest 1354 bytes data > here... > In TSRequest token 178 bytes > data here... > Out TSRequest 347 bytes > data here... > In TSRequest token 347 bytes > data here... > Out TSCredentials 39 bytes > data here... > Out TSRequest 110 bytes > data here... > Connection established using CredSSP. > sunws1 % > > Any ideas? A wireshark trace might show something too, especially if acquiring additional Kerberos tickets is involved. > > - Roland > > -----Original Message----- > From: Henrik Andersson [mailto:hen...@ce...] > Sent: Wednesday, 21 August 2013 11:12 PM > To: Roland Soderstrom > Cc: 'Henrik Andersson'; rde...@li... > Subject: RE: [rdesktop-users] Compiling rdesktop 1.8 on Solaris > > >> I must say I don't know what "initialize a kerberos ticket for the AD >> realm" means. >> > > You need to setup the kerberos klient so you can get auth and get tickets from the Windows Domain kerberos realm. > >> I asked the windows guy, (I'm not a windows guy) and he said that the >> server is installed with whatever Is the default, no added security >> or encryption, he believed but was not sure Kerberos was installed >> and enabled by default. >> >> I might need to do something with Kerberos on Solaris but on Linux? >> Remmina is connecting without any problem. >> > > Remmina do use freerdp which supports CredSSP+NTLM, rdesktop does only support CredSSP+Kerberos so you need to configure your solaris host to work with the Window Kerberos domain. See /etc/krb5.conf, when everything is in place you should be able to retreive a ticket by: > > # kinit us...@WI....UPPERCASE > Password: **** > > You can verify that you have got a ticket using the klist command. > >> I get the same rdesktop error in Linux Mint 15 mate. >> > > See above answer, you need to configure the kerberos client and initialize a ticket. > > > > > ---------------------------------------------------------------------- > -------- Introducing Performance Central, a new site from SourceForge > and AppDynamics. Performance Central is your source for news, > insights, analysis and resources for efficient Application Performance > Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.c > lktrk _______________________________________________ > rdesktop-users mailing list > rde...@li... > https://lists.sourceforge.net/lists/listinfo/rdesktop-users > -- Douglas E. Engert <DEE...@an...> Argonne National Laboratory 9700 South Cass Avenue Argonne, Illinois 60439 (630) 252-5444 ------------------------------------------------------------------------------ Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk _______________________________________________ rdesktop-users mailing list rde...@li... https://lists.sourceforge.net/lists/listinfo/rdesktop-users |
From: El R. <elr...@ya...> - 2013-09-04 16:25:34
|
Hi! I'm trying to compiling and install the rdesktop 1.8 on RHEL 6.4 I can do the ./configure. without a problem. I install the following packages: * libgssglue-devel.x86_64 * pcsc-tools.x86_64 * pcsc-lite.x86_64 * pcsc-lite-devel.x86_64 * pcsc-lite-libs.x86_64 Then I run the "./configure" command. The result is: checking build system type... x86_64-redhat-linux-gnu checking host system type... x86_64-redhat-linux-gnu checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for a BSD-compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking whether byte ordering is bigendian... no checking for X... libraries , headers checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for pkg-config... /usr/bin/pkg-config checking for library containing socket... none required checking for library containing inet_aton... none required checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking sys/modem.h usability... no checking sys/modem.h presence... no checking for sys/modem.h... no checking sys/filio.h usability... no checking sys/filio.h presence... no checking for sys/filio.h... no checking sys/strtio.h usability... no checking sys/strtio.h presence... no checking for sys/strtio.h... no checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking langinfo.h usability... yes checking langinfo.h presence... yes checking for langinfo.h... yes checking sysexits.h usability... yes checking sysexits.h presence... yes checking for sysexits.h... yes checking for strip... strip checking for OpenSSL directory... /usr/local checking for pkg-config... (cached) /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for GSSGLUE... yes checking for XRANDR... yes checking for PCSCLITE... yes checking for old version of PCSC... no checking if architecture needs alignment... no checking sys/soundcard.h usability... yes checking sys/soundcard.h presence... yes checking for sys/soundcard.h... yes checking dmedia/audio.h usability... no checking dmedia/audio.h presence... no checking for dmedia/audio.h... no checking sys/audioio.h usability... no checking sys/audioio.h presence... no checking for sys/audioio.h... no checking for LIBAO... no checking for ALSA... no checking for LIBSAMPLERATE... no checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for dirfd... yes checking whether dirfd is declared... yes checking whether dirfd is a macro... no checking iconv.h usability... yes checking iconv.h presence... yes checking for iconv.h... yes checking for iconv... yes checking for iconv declaration... extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); checking for socklen_t... yes checking sys/vfs.h usability... yes checking sys/vfs.h presence... yes checking for sys/vfs.h... yes checking sys/statvfs.h usability... yes checking sys/statvfs.h presence... yes checking for sys/statvfs.h... yes checking sys/statfs.h usability... yes checking sys/statfs.h presence... yes checking for sys/statfs.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking for sys/mount.h... yes configure: checking how to get filesystem space usage... checking statvfs64 function (SVR4)... no checking statvfs function (SVR4)... yes checking for struct statfs.f_namemax... no checking for struct statvfs.f_namemax... yes checking for struct statfs.f_namelen... yes checking for struct statvfs.f_namelen... no checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking mntent.h usability... yes checking mntent.h presence... yes checking for mntent.h... yes checking for setmntent... yes configure: creating ./config.status config.status: creating Makefile Then I run the make command: $ make gcc -g -O2 -Wall -I/usr/local/include -I/usr/include/gssglue -pthread -I/usr/include/PCSC -DPACKAGE_NAME=\"rdesktop\" -DPACKAGE_TARNAME=\"rdesktop\" -DPACKAGE_VERSION=\"1.8.0\" -DPACKAGE_STRING=\"rdesktop\ 1.8.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DL_ENDIAN=1 -DHAVE_SYS_SELECT_H=1 -DHAVE_LOCALE_H=1 -DHAVE_LANGINFO_H=1 -DHAVE_SYSEXITS_H=1 -Dssldir=\"/usr/local\" -DWITH_CREDSSP=1 -DHAVE_XRANDR=1 -DWITH_SCARD=1 -DEGD_SOCKET=\"/var/run/egd-pool\" -DWITH_RDPSND=1 -DRDPSND_OSS=1 -DHAVE_DIRENT_H=1 -DHAVE_DIRFD=1 -DHAVE_DECL_DIRFD=1 -DHAVE_ICONV_H=1 -DHAVE_ICONV=1 -DICONV_CONST= -DHAVE_SYS_VFS_H=1 -DHAVE_SYS_STATVFS_H=1 -DHAVE_SYS_STATFS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_MOUNT_H=1 -DSTAT_STATVFS=1 -DHAVE_STRUCT_STATVFS_F_NAMEMAX=1 -DHAVE_STRUCT_STATFS_F_NAMELEN=1 -DHAVE_MNTENT_H=1 -DHAVE_SETMNTENT=1 -DKEYMAP_PATH=\"/usr/local/share/rdesktop/keymaps/\" -o tcp.o -c tcp.c tcp.c: In function ‘tcp_recv’: tcp.c:196: warning: ‘return’ with no value, in function returning non-void tcp.c: In function ‘tcp_tls_connect’: tcp.c:321: error: ‘SSL_OP_NO_COMPRESSION’ undeclared (first use in this function) tcp.c:321: error: (Each undeclared identifier is reported only once tcp.c:321: error: for each function it appears in.) make: *** [tcp.o] Error 1 Can someone help me with the error? Thanks in advance! Regards, Guido. |
From: Douglas E. E. <dee...@an...> - 2013-09-04 02:24:39
|
On 9/3/2013 6:23 PM, ToddAndMargo wrote: > Hi All, > > Scientific Linux 6.4 (RHEL clone), 64 bit > rdesktop 1.8.0 > > Anyone know how to fix this issue? > > Many thanks, > -T > > $ rdesktop -N -u "foo" -g 80%% -a 16 -r printer:B4350='HP LaserJet > IIP' -r disk:MyLocalDrive=/home/temp -r clipboard:CLIPBOARD xx.yy.zz.122 The double %% fails on 1.8.0 but not on 1.7.1. Looks like a bug in 1.7.1, that ignores the extra %. 1.8.0 passes to X. > > PRINTER PRN1 to B4350 driver HP LaserJet IIP > share name MyLocalDrive truncated to MyLocal > Autoselected keyboard map en-us > X Error of failed request: BadWindow (invalid Window parameter) > Major opcode of failed request: 38 (X_QueryPointer) > Resource id in failed request: 0x0 > Serial number of failed request: 38 > Current serial number in output stream: 38 > > > -- Douglas E. Engert <DEE...@an...> Argonne National Laboratory 9700 South Cass Avenue Argonne, Illinois 60439 (630) 252-5444 |
From: ToddAndMargo <Tod...@zo...> - 2013-09-03 23:23:40
|
Hi All, Scientific Linux 6.4 (RHEL clone), 64 bit rdesktop 1.8.0 Anyone know how to fix this issue? Many thanks, -T $ rdesktop -N -u "foo" -g 80%% -a 16 -r printer:B4350='HP LaserJet IIP' -r disk:MyLocalDrive=/home/temp -r clipboard:CLIPBOARD xx.yy.zz.122 PRINTER PRN1 to B4350 driver HP LaserJet IIP share name MyLocalDrive truncated to MyLocal Autoselected keyboard map en-us X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 38 (X_QueryPointer) Resource id in failed request: 0x0 Serial number of failed request: 38 Current serial number in output stream: 38 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Computers are like air conditioners. They malfunction when you open windows ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
From: Douglas E. E. <dee...@an...> - 2013-08-26 16:27:29
|
On 8/25/2013 5:25 PM, Roland Soderstrom wrote: > Hi Henrik, > > I'm sort of out on thin ice here.. > > I managed to convince the Windows guy to fix so that I could get Kerberos tickets. > He didn't really know how this works, so it is sort of a trial and error. > I've run ktpass and got a krb5.keytab which I copied to /etc > root@sunws1: # /usr/local/bin/klist -e -k > Keytab name: WRFILE:/etc/krb5.keytab > KVNO Principal This may not be your problem, but the principal names below don't look correct. They should have a forward slash, and normally Kerberos host principals have lower case host/ not uppercase, and the hoist name id the FQDN of the host. Realm names are upper case. So in your case, a normal Kerberos host principal would look more like: host/sunws1.company.local@COMPANY.LOCAL (Kerberos is case sensitive, AD is case insensitive, which can cause confusion.) Samba or msktutil can be used in place of ktpass for registering hosts too. (Also DES should not be used any more...) > ---- -------------------------------------------------------------------------- > 6 HOST\\sunws1@COMPANY.local (DES cbc mode with CRC-32) > 6 HOST\\sunws1@COMPANY.local (DES cbc mode with RSA-MD5) > 6 HOST\\sunws1@COMPANY.local (ArcFour with HMAC/md5) > 6 HOST\\sunws1@COMPANY.local (AES-256 CTS mode with 96-bit SHA-1 HMAC) > 6 HOST\\sunws1@COMPANY.local (AES-128 CTS mode with 96-bit SHA-1 HMAC) > root@sunws1: # ls -la /etc/krb5.keytab > -rw-r--r-- 1 root root 337 Aug 23 14:36 /etc/krb5.keytab > > I managed to get a Kerberos ticket > sunws1 % /usr/local/bin/kinit sunws1@COMPANY.LOCAL > Password for sunws1@COMPANY.LOCAL: > sunws1 % /usr/local/bin/klist > Ticket cache: FILE:/tmp/krb5cc_6010 > Default principal: sunws1@COMPANY.LOCAL > > Valid starting Expires Service principal > 08/26/13 08:07:09 08/27/13 08:07:09 krbtgt/COMPANY.LOCAL@COMPANY.LOCAL > sunws1 % ./rdesktop css0008 > Connection established using CredSSP. > sunws1 % > But nothing happens, no desktop appears? Connecting to windows 2003 works fine but not windows 2012 > > Same with debug on. > sunws1 % ./rdesktop-with-debug css0008 > Out TSRequest 1354 bytes > data here... > In TSRequest token 178 bytes > data here... > Out TSRequest 347 bytes > data here... > In TSRequest token 347 bytes > data here... > Out TSCredentials 39 bytes > data here... > Out TSRequest 110 bytes > data here... > Connection established using CredSSP. > sunws1 % > > Any ideas? A wireshark trace might show something too, especially if acquiring additional Kerberos tickets is involved. > > - Roland > > -----Original Message----- > From: Henrik Andersson [mailto:hen...@ce...] > Sent: Wednesday, 21 August 2013 11:12 PM > To: Roland Soderstrom > Cc: 'Henrik Andersson'; rde...@li... > Subject: RE: [rdesktop-users] Compiling rdesktop 1.8 on Solaris > > >> I must say I don't know what "initialize a kerberos ticket for the AD >> realm" means. >> > > You need to setup the kerberos klient so you can get auth and get tickets from the Windows Domain kerberos realm. > >> I asked the windows guy, (I'm not a windows guy) and he said that the >> server is installed with whatever Is the default, no added security or >> encryption, he believed but was not sure Kerberos was installed and >> enabled by default. >> >> I might need to do something with Kerberos on Solaris but on Linux? >> Remmina is connecting without any problem. >> > > Remmina do use freerdp which supports CredSSP+NTLM, rdesktop does only support CredSSP+Kerberos so you need to configure your solaris host to work with the Window Kerberos domain. See /etc/krb5.conf, when everything is in place you should be able to retreive a ticket by: > > # kinit us...@WI....UPPERCASE > Password: **** > > You can verify that you have got a ticket using the klist command. > >> I get the same rdesktop error in Linux Mint 15 mate. >> > > See above answer, you need to configure the kerberos client and initialize a ticket. > > > > > ------------------------------------------------------------------------------ > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > _______________________________________________ > rdesktop-users mailing list > rde...@li... > https://lists.sourceforge.net/lists/listinfo/rdesktop-users > -- Douglas E. Engert <DEE...@an...> Argonne National Laboratory 9700 South Cass Avenue Argonne, Illinois 60439 (630) 252-5444 |