Re: mysql command line client hangs in cygwin xterm

2004-04-28 Thread Rasjid Wilcox
On Wednesday 28 April 2004 17:40, Richard Piper wrote:
 On looking into this, it seems that mysql including its client is
 compiled with cygwin. It is an old version, and this may explain the
 problem.

This is the reason I refuse to use MySQL on Windows - sooner or later the 
multiple cygwin.dll problem that their distribution creates if the user also 
installs Cygwin is going to start biting people.  If possible I would suggest 
looking into Firebird (the database) instead.

Cheers,

Rasjid.



Re: Possible bug trying to run Eclipse GTK?

2004-04-02 Thread Rasjid Wilcox
On Saturday 03 April 2004 01:35, [EMAIL PROTECTED] wrote:
 I do think that the FAQ item needs to be clarified to include the
 information about the -Y parameter.

Could I suggest that the FAQ be changed to something along the lines of

| Starting with OpenSSH 3.8 you will need the switch ForwardX11Trusted yes
| in the client configuration to allow remote clients full access to the
| xserver, or use -Y as the paramater instead of -X.

Cheers,

Rasjid

-- 
Rasjid Wilcox
Canberra, Australia (UTC +10 hrs)
http://www.openminddev.net


Re: XDMCP Problems - Possible fix, please try

2004-01-06 Thread Rasjid Wilcox
On Tuesday 06 January 2004 13:31, Andrew DeFaria wrote:
 Harold L Hunt II wrote:
  Andrew DeFaria wrote:
...
  Well you see that's sorta the problem. In my distro (SuSE 8.2) it's
  at /opt/kde/share/config/kdm/kdmrc but the problem is that it already
  says true! In mine is says:

I'm running SuSE 8.2 too, and have just found out the following:

a) there are several kdmrc files (try 'locate kdmrc')
b) the one you want to edit is actually
/etc/opt/kde3/share/config/kdm/kdmrc
not the one under /opt
c) there is also a variable in /etc/sysconfig/displaymanger that may or may 
not be significant (DISPLAYMANAGER_REMOTE_ACCESS=no)

So:
1) Enable xdmcp in the kdmrc under /etc/...

2) Restart kdm with
# /etc/init.d/xdm restart
(yes, it really is xdm here)

3) Test service listening with:
# netstat -u -a -n -p | grep 177
Output should be:
udp 0   0 0.0.0.0:177  0.0.0.0:*pid/kdm

4) If the above looks good, then test with
$ X -query localhost :1

5) If that works, then test from remote machine.

6) If the local (step 4) connect works, but not the remote connection, try 
editing the /etc/sysconfig/displaymanager file, and see if that helps.  Let 
us know if this modification is required.


Note to Harold et al:
Could we add /etc/opt/kde3/share/config/kdm/kdmrc for SuSE 8.2 to the known 
config files in FAQ 6.2?  (Perhaps a warning about the 'red herrings' in 
other locations too.)
Adding some info on how to test that [x|k|g]dm is working (my steps 3 and 4) 
to the FAQ may also be useful.  Note that the 'netstat' test is one that can 
be done remotely via ssh, and is very quick, whereas the 'X -query localhost 
:1' is probably best done when physical access to the machine is available.

I hope all this helps.

Cheers,

Rasjid.

-- 
Rasjid Wilcox
Canberra, Australia (UTC +11 hrs)
http://www.openminddev.net


Re: Portable Cygwin works, but XWin fails

2003-12-11 Thread Rasjid Wilcox
On Friday 12 December 2003 08:52, [EMAIL PROTECTED] wrote:
  Solution: Mount /tmp to the windows tempdir
 mount -bu $(cygpath -m $TEMP) /tmp
 mount -bu $WINDIR/Temp /tmp

 Thank you. This worked just fine. I now possess a superb portable CD with
 stats, emacs, vim, Perl, LaTeX, ..., which I can use in any Windows machine
 with a CD drive. CD still only 640/700 full. ... Fergus

Are you thinking of putting up a mini-howto somewhere?

-- 
Rasjid Wilcox
Canberra, Australia (UTC +10 hrs)
http://www.openminddev.net


Re: Error: procedure entry point in cygwin1.dll

2003-12-06 Thread Rasjid Wilcox
On Saturday 06 December 2003 11:02, Rasjid Wilcox wrote:
 Have you tried using the cygwin find utility instead?

That has to be one of the daftest things I've ever said on a public mailling 
list, since cygwin is not working.  I would suggest the following instead:

In a cmd shell - 

C:\dir /s  filelist.txt
C:\start wordpad filelist.txt

Do an edit/find for 'cygwin1.dll'.  See if you have more than one.  (In case 
the Windows find file missed it for some reason.)

Cheers,

Rasjid.

-- 
Rasjid Wilcox
Canberra, Australia (UTC +10 hrs)
http://www.openminddev.net


Re: Error: procedure entry point in cygwin1.dll

2003-12-05 Thread Rasjid Wilcox
On Saturday 06 December 2003 01:58, Christopher Faylor wrote:
 On Fri, Dec 05, 2003 at 11:37:19AM +0100, Martin Schmid wrote:
 I do trust the wisdom of the archives, that's why I checked my whole
 hard disk for any other copy of cygwin1.dll, and why I rebooted three
 times before posting the message.

 That would have been an interesting thing to mention in your first
 problem report.

 There definitely must be another reason for the problem.  Any
 suggestion?

 There are no other reasons for the problem.

I am probably displaying my complete ignorance of dll's here, but is it 
possible for this problem to occur even if the second 'cygwin1.dll' as been 
named something different?

Also, Martin, I assume that you used the Windows Find Files search funciton.  
Have you tried using the cygwin find utility instead?  I have on occasions 
found the Windows find files search function to skip whole directories for no 
apparent reason.

Cheers,

Rasjid.

-- 
Rasjid Wilcox
Canberra, Australia (UTC +10 hrs)
http://www.openminddev.net


Re: Xcdroast

2003-08-18 Thread Rasjid Wilcox
 Camron W. Fox [EMAIL PROTECTED] wrote:
  Can xcdroast be compiled and used on cygwin? If so, how do you get
  around the root configuration issue?

Xcdroast is simply a front-end for cdrecord and various other utilities.  As 
such, it is meaningless to compile it for Cygwin/XFree86 unless the 
underlying utiilities work under cygwin.

I would suggest going to the CDRecord homepage 
(http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/cdrecord.html).

Look for cdrtools and read the README.win32 which gives instructions on how to 
compile cdrtools under cygwin.  Questions related to getting cdrecord etc to 
compile etc could be directed to the [EMAIL PROTECTED] list (since it is not 
a X application), but make sure you have done your homework first.

If you can get cdrecord working, then you could look at trying to get xcdroast 
working under Cygwin.  xcdroast is built with the GTK.  Last I heard 
compiling GTK apps under Cygwin was not completely trivial.  
http://cygnome.sourceforge.net/ may be a good starting point.  Others may 
suggest other sites.  I'm not really up on this.

Anyway, good luck.  :-)

Rasjid.

-- 

Rasjid Wilcox
Canberra, Australia  UTC + 10
http://www.openminddev.net


Re: Can I take full screen control under w95, of a remote vmware virtual machine running under linux?

2003-08-14 Thread Rasjid Wilcox
On Monday 11 August 2003 20:53, Alexander Gottwald wrote:
 On Sat, 9 Aug 2003 [EMAIL PROTECTED] wrote:
  Do you know if Cygwin/XFree86 will allow me to take full screen control
  of the virtual machine ?.

 It does not work since it's not a local display. (Tested with 3.2.0 vmware)

I have no idea if this will work, but you could try some of the utilities that 
convert an *existing* local X session to RFB (the VNC protocol).

VMware then may (or may not) work in full screen mode, but at least there is a 
chance since VMWare has a real normal local X session to work with.

Known utilities that do this include:
krfb - http://www.tjansen.de/krfb/
x11vnc (part of LibVNCServer - http://libvncserver.sourceforge.net/)
x0rfb (or x0rfbserver) - Get rpm's/deb's for this.

The page for the original x0rfbserver files seems to have gone missing.  It 
seems that was generally in rfb-x.x.x.rpm.  Not sure about deb's.

Cheers,

Rasjid.

-- 

Rasjid Wilcox
Canberra, Australia  UTC + 10
http://www.openminddev.net


Re: Updated on sourceware: XFree86-xserv-4.2.0-27

2003-04-01 Thread Rasjid Wilcox
On Wed, 2 Apr 2003 08:14 am, Harold L Hunt II wrote:
 The XFree86-xserv-4.2.0-27 package has been updated in the Cygwin
 distribution.


 Changes:

 1) Native GDI engine is finished!  100 fold performance improvement!
 (Harold Hunt, Mickey Mouse)

 2) Native Windows version of Cygwin/XFree86 released --- no need
 for Cygwin.  (Harold Hunt, Foo Bar)

 3) Windows and X clipboard integration now works flawlessly.
 (Harold Hunt, Frodo Baggins)

 :)

 --
 Harold Hunt

Do Mickey, Foo and Frodo have PayPal accounts?  I'd like to make a donation.

Rasjid.



Re: [ANNOUNCEMENT] Server Test 79

2003-03-19 Thread Rasjid Wilcox
On Wed, 19 Mar 2003 06:39 pm, Pille Geert (bizvdm) wrote:
 Hallo Harold,

 You're sure that's a firewall you are behind?  I, eg., can't even get
 setup.exe, because it is .exe.  As I said, I am very lucky the .bz2
 passes unnoticed (as long as  2Mb).

 You wouldn't care to wrap setup.exe into a .bz2 and mail it to me?  I could
 still give it a try.

 Never mind, you'll still be asleep when I'm having my lunch at home, I'll
 get it there.

 Nice dreams,

 Gerard

Gerard, when most people refer to a firewall, they are thinking of a firewall 
that keeps unwanted access from outside getting in.  This is often 
(generally?) done with Network Address Translation.  Your situation is one of 
the most extreme 'firewall' setups I have heard of.  Blocking .exe's from 
emails is one thing (and quite sensible in the Windows world if you are 
forced to run Outlook which seems to do the most it can to encourage viruses 
to spread) but blocking the ability to download almost anything is (in my 
experience) unusual.  How do you update Windows or get the latest Internet 
Explorer update?

Anyway, have you tried getting Cygwin via Rsync?  It is possible that your 
firewall does not block rsync traffic. (Or does it block almost everything?)  
There is a bit of a catch 22 here, as you need Cygwin (or Linux / Unix) to 
run rsync.

I will forward the setup.exe (bzip2ed) to you directly.  If you still find you 
can't get things via setup (eg .tar.gz is blocked) then I can forward you 
enough to get rsync working and you can try that.

Cheers,

Rasjid.



Re: [ANNOUNCEMENT] Server Test 79

2003-03-19 Thread Rasjid Wilcox
On Wed, 19 Mar 2003 09:09 pm, Pille Geert (bizvdm) wrote:
 Hallo Rasjid,

 Update Windows?  Do you mean that µicro$oft has released something new
 since NT 4.0 

 ;-)

 We can't access porn-sites, snif, or download executables or anything
 bigger than 2Mb.  We couldn't update the PC's since we have no
 administator's rights.  I could easily install Linux if I wanted to, but
 this is not my PC, it's my customer's.

 But thanks for the setup.exe, I've started it, now let's see if it gets
 through.  Pure http might work, but if there is any ftp involved, I may as
 well forget it.

Just select a http mirror, and setup will all be http.

If that fails, if you have a copy of Knoppix about, then you can boot into 
Linux without touching the hard-drive, and then try using Rsync to get 
Cygwin-XFree.

Rasjid.



Re: Windows based app.server

2003-03-08 Thread Rasjid Wilcox
Chris Howells wrote:

With an X server running on a Win32 machine, it's possible to run X
applications (e.g. on Linux) and have them sent over the network to appear
on the Win32 machine.
However, has anybody tried the other way around -- having Windows
applications appearing on a Linux desktop, the Windows applications all
being run through a specific Windows (NT) based application server?
For example, imagine a network running almost entirely Linux, but needing
to run a few legacy Windows applications. What I would like is for the user
(sitting in front of Linux box with X) to be able to click on an icon for a
Windows application, causing the application to start running on a Windows
(NT) based application server. The program would entirely run on the
Windows server, but the screen output would be sent over the network so it
could be controlled by the user sitting on their Linux/X machine.
I'm just wondering if this is possible?

Many thanks,
Chris Howells
 

This was discussed quite a bit in September last year.  Search the 
archives for XOpenWin.  The project is currently stalled, as the 
required code from Wine was too tied to Linux.

Existing options are VNC (one source being http://www.realvnc.com) and 
the rdesktop client for Linux (http://www.rdesktop.org/).

Cheers,

Rasjid.




Re: I tried to login

2003-02-15 Thread Rasjid Wilcox
On Sun, 16 Feb 2003 4:10 pm, arasu wrote:
 I tried to login to remote unix machine using the following command.

 $ ssh -X -l username remote_hostname_or_ip_address

 by giving my username and host name. I have successfully installed
 Cygwin/XFree. All it says is command not found. I am not sure whether
 the path name was to be given in this case. In this situation, any further
 comments? Thanks.

ssh is not installed by default.  Try rerunning setup, and then select and 
install openssh.

Rasjid.

-- 
Rasjid Wilcox
Canberra, Australia (UTC +11 hrs)
http://www.openminddev.net




Re: XFree and File Systems

2002-12-31 Thread Rasjid Wilcox
On Tue, 31 Dec 2002 10:28 am, Alexander Gottwald wrote:
 Martín De Marchi wrote:
  Hi!
 
  I'm developing a linux application, but the majority
  of the pc's in my organization have installed windows
  system, so Im going to install cigwin's xfree in the
  machines and use the linux application remotely.
  I need that the user (windows system) use the
  remote linux application (via xfree) and see the
  local windows file system (not the linux file system)
  for load and save files, to use the local printer.
  Is there any way for configure X and make this?

 No. Using the remote application is like walking to the linux pc and
 working there. You don't have access to the windows host. The only way
 to exchange files is to use a network filesystem (SMB or AFS) and access
 this from linux and windows. Same for the printer.

The best and easiest way is to have a central server (eg NT, 2000, XP or for 
an open-source GPL solution, Mitel SME/E-Smith) with each user with a 
directory on the server \\centralserver\username.

Then have something along the lines of:

mkdir -p $HOME/windows
smbmount //centralserver/$USER $HOME/windows

called when they either log onto the linux box (via XDMCP) or run the program 
(via ssh for example).  Exact implementation will depend on whether you are 
using XDMCP or ssh and various other factors.

If you don't have a central windows (like) server, then I would recommend 
looking at the GPL version of Mitel SME (http://www.e-smith.org) - it is 
essentially a free NT server replacement without any user-license 
restrictions.

If you *really* want the user to be looking at their local filesystem, and you 
are using ssh, then something along the lines of:

WINDOWS_IP=`echo $SSH_CLIENT | cut -d' ' -f 1`
mkdir -p $HOME/windows
WINHOST=`nmblookup -A $WINDOWS_IP | head -n 2 | tail -n 1 | tr -s  [:blank:] ' 
' | cut -d ' ' -f 2`
smbmount //$WINHOST/c$ $HOME/windows

in either the logon script of your linux box, or in the start-up script of 
your program may do the trick.  (The above assumes the same usernames on the 
Windows and Linux box.)

If using XDMCP, then replace the first line with:
WINDOWS_IP=`echo $DISPLAY | cut -d= -f 2 | cut -d: -f 1`

In all the above, there are various issues with passwords and security that 
would need to be resolved before using in a production situation.  See the 
manpages.

You may also want to change //$WINHOST/c$ to //$WINHOST/mydocs or whatever.

Cheers,

Rasjid.

-- 
Rasjid Wilcox
Canberra, Australia (UTC +10 hrs)
http://www.openminddev.net




Re: have cygwin/XFree86 running ... but need help connecting remotely

2002-11-19 Thread Rasjid Wilcox
On Wed, 20 Nov 2002 1:59 am, Kenn Murrah wrote:
 Greetings ...

 Okay, I know I should be able to understand this from the documentation,
 but I don't ...

 I've installed CygwinXFree86 on my windows box ... I can double-click the
 shortcut on the desktop to run the program, and I can run startxwin.sh,
 startx, etc. ...

 but how do i connect to a remote box?  I want to connect to a linux box on
 my network, and I'm puzzled about how to make that happen.

 Can anyone provide this elementary help to me?

Depends on what type of connection you want?

Did you just want to ssh into the box, or did you want to set up XDMCP.

If you just want to ssh, then type
$ ssh [EMAIL PROTECTED]

If you want to ssh and forward the X session over ssh, then
$ ssh -X [EMAIL PROTECTED]

If you want XDMCP, then I would suggest reading the Linux XDMCP howto.  
http://www.tldp.org/HOWTO/XDMCP-HOWTO/

Also see the Cygwin-XFree86 FAQ etc. http://xfree86.cygwin.com/docs/

Cheers,

Rasjid.




Re: Preventing X server resets

2002-11-15 Thread Rasjid Wilcox
On Sat, 16 Nov 2002 2:41 am, Oliver, Peter wrote:
 I'm using XDMCP for my session, from where I run X applications on
 various different servers.  If the machine I logged onto with XDMCP is
 rebooted, or suffers network difficulties, the X server resets and I
 loose my whole session.  I would prefer the X server and it's remaining
 clients to continue running, so that I can just start a window manager
 on a different box and carry on working.  Is there some way to prevent
 this reset from happening?  I gave the -noreset option a try but it made
 no difference.

As other posts have indicated, you can't solve this with XDMCP.  The only 
(open source) solution that I'm aware of is to use VNC.  There are several 
different VNC versions out there.  http://www.realvnc.com is the new version 
by the original developers.  (There is also Tridia VNC, Tight VNC, esVNC and 
probably others.)

This adds an extra layer between the user and the applications.  In essence 
VNC runs a virtual X-Server on the machine running the applications.  
(Actually, it could be some other machine, but lets keep this simple.)  To 
illustrate, suppose you have a machine 'Server', and a machine 'Desktop'.  
The user is sitting in front of 'Desktop', and the applications live on 
'Server'.

With XDMCP:

  Process   Machine
Application AServer
 |
 | X Protocol
 |
 X-ServerDesktop


With VNC:

  ProcessMachine
Application A Server
 |
 | X Protocol
 |
 VNC Server   Server
 |
 | VNC Protocol
 |
 VNC Client   Desktop
 |
 | X Protocol
 |
 X-Server Desktop

If the 'Desktop' is running Windows, you don't need the last step, since there 
is a native Windows VNC Client.

The advantage with VNC is you can kill the VNC client and not lose you 
X-Session.  You can for example, log in at work (using VNC), leave stuff 
running but kill the VNC client, go home, and re-connect with a new VNC 
client at home, and still be running the original session you left going at 
work.

The disadvantage (over a LAN) is the 'smoothness' of the display, although I 
believe the new versions are pretty good.  You also can't use XDMCP, so no 
nice login screen.  But for keeping an X-Session going even when your desktop 
crashes, it is just what the doctor ordered.  (VNC is also useful for low 
bandwidth connections.)

Anyway, since there is a Win32 VNC Client (and server), this is not somewhat 
offtop for this list.  OTOH, I wonder what the performance of the *nix vnc 
client would be under XFree-Cygwin?  Might have a look sometime.

Cheers,

Rasjid.




Re: Newbie question -

2002-11-15 Thread Rasjid Wilcox
On Sat, 16 Nov 2002 9:02 am, Jean-Claude Gervais wrote:
 Is there a way to invoke XDMCP AFTER the fact?
 Once I have started a local window manager, I'd like to do an XDMCP query,
 but running XWin again creates a second instance of X that is independent
 of my current window session.
 I tried running XDM ?!? And it replies only root wants to run xdm... But
 there is no user called root on my system...
 Thanks.

You could try
$ Xnest :1 -query host

This will give you an XDMCP session in a window inside your current XSession.

Rasjid.




Re: Newbie question -

2002-11-15 Thread Rasjid Wilcox
On Sat, 16 Nov 2002 10:45 am, Jean-Claude Gervais wrote:

 What I do these days is start XWin -rootless -query host
 I have the host set up so that I log in using gnome, and I have set the
 remote Gnome to NOT set a background. That way, all I have is the Gnome
 taskbar, which I dock on the top of my monitor while the Windows taskbar is
 docked at the bottom of the monitor.

 That way, it really is quite like being logged onto both computers
 simultaneously.

 The only thing is, I haven't figured out how to run local X applications at
 the same time. I'd like WindowMaker's desktop launcher come up on the
 display also. I could probably run a bash shell as a Windows console mode
 app and from it start some X applications, but this seems inelegant.

Based on the above, I'm not sure that Xnest will do what you want after all.

Instead, I've had success using your original:
$ start XWin -rootless -query host

Then in your XDMCP session, run
$ xhost +localhost
to allow local X apps to connect to the server.  (I'm sure you could get fancy 
and do some proper Xauthority stuff here.)

I then created a script called 'startxapp.bat':
Essentially just the first part of 'startxwin.bat' which sets up the path, and 
then:
run %1

Create a shortcut to this, passing the name of the local X app you wish to run 
as a paramater.

It all works very nicely.

Rasjid.




Re: Own XWin start batch file

2002-11-05 Thread Rasjid Wilcox
On Tue, 5 Nov 2002 9:16 pm, Mario Ohnewald wrote:

 Why? What does ac do? (Sorry, man XWin and XWin --help couldnt help me)


From the linux 'man Xserver' page:

   -ac disables  host-based access control mechanisms.  Enables access
   by any host, and permits any host to modify the access control
   list.  Use  with  extreme  caution.   This  option
   exists primarily for running test suites remotely.

---

Rasjid.




Re: Unsubscribe from mailing list

2002-11-05 Thread Rasjid Wilcox
On Tue, 5 Nov 2002 9:33 pm, Suresh Rajpurohit wrote:
 Hi
 How to unsubscribe from this mailing list..

From http://cygwin.com/lists.html

You can subscribe to or unsubscribe from any of the above lists by sending 
email to [EMAIL PROTECTED] or 
[EMAIL PROTECTED] respectively.

--

So try mailing:
[EMAIL PROTECTED]

The only problem might be if you are subscribed under a different address to 
the one you currently use.  In which case look at the headers of the email.  
All mail clients should have this ability somewhere.

Rasjid.




Re: XWin.exe crashes

2002-11-04 Thread Rasjid Wilcox
On Mon, 4 Nov 2002 8:39 pm, Lisi wrote:
 At 09:46 PM 11/3/02 +0100, Sven Köhler wrote:

 you can use setup.exe to change back from textmode to binmode, but the
 problem is, that most of the programs won't be abled to read the
 text-files they've writte in textmode.
 
 How would I do this with setup? Which option is this, and do I have to
 reinstall everything (i.e. Cygwin, XFree86, individual packages, etc)?

Just go through the normal install questions (probably best to choose your 
local cache as the Download Source), and choose 'Default Text File Type' = 
'Unix'.  At 'Select Packages' make sure you don't remove or add any packages.

Setup will then proceed to install zero packages, but change the default mount 
mode for you.

 Christopher Faylor always suggests linking with binmode.o - and i would
 recomm that too, for the KDE-cygwin project. i don't know, why they don't
 do it - perhaps because binmode.o is too unknown yet.
 
 but to request, that the user runs cygwin in binmode is not always
 possible, because migrating back from text- to binmode takes much time
 (you have to convert every text-file)

 Once it's been switched back to binmode, would files written after that be
 in binmode as well?

Yes.  So files written with vi under cygwin will not look so good in notepad.

 Or would I continue to have a conflict?

As Sven says, you will now possibly have the problem that files created while 
in text mode may not be able to be read correctly.

Rasjid.




Re: XFree86 install fails

2002-10-18 Thread Rasjid Wilcox
On Thu, 17 Oct 2002 12:22 pm, Chris plonski wrote:
 Does cygwin use the windows registry to save previous
 configurations?

Yes.  See the Cygwin FAQ 'How do I uninstall all of Cygwin' 
(http://cygwin.com/faq/faq_2.html#SEC19) - there are entires in the registry 
tree `Software\Cygnus Solutions' under HKEY_LOCAL_MACHINE and/or 
HKEY_CURRENT_USER.

Rasjid.




Re: Cygwin Remote: Want to implement a Citrix Metaframe alternative

2002-10-10 Thread Rasjid Wilcox

On Thu, 10 Oct 2002 8:34 pm, [EMAIL PROTECTED] wrote:

 I have handled the Problem with ssh-keygen -t dsa to bake up an Key-pair
 and distribute it to the X-Server and Cygwin Client.

Do these keys have passphrases?  If yes, then how is it different to asking 
for a password.  If no, then how have you made the system secure?

I am interested in the development of this idea, but would be very concerned 
about the use of passphrase-less keys.

Rasjid.




Re: Screen size question

2002-09-27 Thread Rasjid Wilcox

On Fri, 27 Sep 2002 1:39 am, Christopher Faylor wrote:
 Redirecting to the correct mailing list.

 On Thu, Sep 26, 2002 at 11:26:20PM +0800, Stephen Liu wrote:
 Hi All People
 
 Can I issue following command to regulate the screen size at starting
 cygwin.
 
 # Xwin -query 192.168.0.XXX -screen aa x bb
 
 aa = width of screen in inches
 bb = height of screen in inches
 
 so that Linux would not cover Window screen completely.  If NO, kindly
 advise how to make it.
 
 Thanks in advance.

Use pixels, not inches.  If you windows desktop is 1024x768, you could try for 
example

$ XWin -query 192.168.0.XXX -screen 0 800 640

NOTE: Do NOT use 'inches', and do not use 'x' between width and height.

See 'man XWin' for more info, or the users guide -
http://xfree86.cygwin.com/docs/ug/configure-cygwin-xfree-options.html

Rasjid.




Re: RH 7.3

2002-09-25 Thread Rasjid Wilcox

On Wed, 25 Sep 2002 10:16 pm, Benjamin Simmons wrote:
 I am getting an error that makes me assume that I have some kind of X
 permission wrong.

 I edited the following files:
 /etc/X11/xdm/xdm-config
 /etc/X11/xdm/Xaccess
 /etc/X11/gdm/gdm.conf


 Is there something else I must do?

 If I ssh to the remote machine: ssh -X -l username ipaddress
 The current message I am getting is:

 PAM authentication has failed cannot start the X server.  Perhaps you
 do
 not have console ownership. . . . . . 


I think you are confusing two completely different ways of running X over a 
network.

You can
a) use xdm/gdm/kdm
b) use ssh -X

a) xdm/gdm/kdm is a little work to set up on the server side, but it makes 
client side configuration trivial.  Once set up correctly, XWin.exe -query 
server.ip is basically all each host needs to do.  Its main downside is 
that it is inherently insecure, as all communcation between the workstation 
and the server is unencrypted, including any passwords typed into dialog 
boxes.

However, I can send details on the full xdm/gdm/kdm thing if you like.

b) ssh -X works best if you already have a fully running X setup on your local 
machine, and just want to run specific programs on the server.  However, with 
a little bit of work it may be possible to get a scripted secure Xsession 
running, which starts up KDE or GNOME on the server rather than locally.  My 
attempts to do this simply have only partly worked.  As far as I can tell, 
both 'startkde' and 'gnome-session' expect to be run locally (at least on 
RH7.3), and have some trouble with the SSH connection, although they mostly 
work.  The best option seems to be to comment out the 'twm' line in the 
Cygwin-XFree startxwin.sh/bat and change the '/bin/bash' in the xterm line to 
'/usr/bin/sh -X user@server' and then run either gnome or kde from the 
resulting xterm.

Rasjid.




Re: X client wrapper for Win apps?

2002-09-20 Thread Rasjid Wilcox

On Fri, 20 Sep 2002 5:58 am, Alexander Gottwald wrote:
snip
 VNC is not the better solution. It grab parts of the picture _after_ they
 were drawn. X11 sends the drawing commands across network. There was always
 a VNC client for windows which allowed access to a unix session. But as
 this is far from being fast someone started building a xserver for windows.

 VNC requires much higher bandwidth than X11 and will fail on fast changes
 of the display content.


As a VNC user who runs Linux and home to control a Windows NT machine at work, 
and finds the performance less than satisfactory even with ADSL both ends, I 
would be very interested in the 'X client wrapper for Win apps' idea.  I 
suspect the performance would be subtantially better (assuming decent 
optimisation and caching).

As far as I can tell, Radmin (http://www.radmin.com) is a commercial product 
that uses the GDI hook idea, and if you believe its marketing, it outperforms 
all other (windows) remote control software by a significant margin.  
Unfortunately, it is only Windows-Windows.

Anyway, I think that something that allows Windows apps to be easily displayed 
on Xservers (other than VNC) would be a really good thing.  Particularly if 
just the application could be displayed as opposed to the entire desktop.  It 
opens up all sorts of possibilities, in the same way that a rootless mode 
does.

I would like to see this happen and would be happy to test! :-)

Rasjid.




Re: New Project (was RE: X client wrapper for Win apps?)

2002-09-20 Thread Rasjid Wilcox

On Fri, 20 Sep 2002 11:46 pm, Stuart Adamson wrote:
gdi2X
win2X
xgdi

 I like win2x.  (or maybe win4x)

  I'm happy to register the project and set it up...

 I'd say wait a few hours for people in the states to wake up and read the
 mass of
 email and then unless anyone comes up with better names, go and do it.


For what it is worth, I like win2x, although win4x is a bit more unique, with 
google giving 'win2x' 295 matches, but only 10 for 'win4x'.

On reflection, win2x also describes a bit more what it actually does.

I think the gdi names are a bit obscure for the less technical.

As mentioned previously, I'll help test, as I doubt I can help with the code. 
[Not really looking like a job for Python. :-) ]

Rasjid.




Re: displaying windows outside the main window

2002-08-25 Thread Rasjid Wilcox

On Sun, 25 Aug 2002 9:48 pm, Rahul Amaram-RollNo.286 wrote:
 Hi,
   Is it possible to display the clients' windows like xterm, rxvt,
 ymeesenger, etc. outside the main single window??? Any help would be
 appreciated.
   Rahul.

See http://xfree86.cygwin.com/devel/todo.html.  It is at the top of the list, 
but Cygwin-XFree is developed in peoples spare time.

Harold did offer to develop needed features in return for some renumeration.
http://cygwin.com/ml/cygwin-xfree/2002-07/msg00090.html

I didn't respond to Harold's post at the time, as unfortunately I don't hold 
the purse strings where I work, but philosophically I am strongly in favour 
of people paying money to get features they want developed in Open-Source 
software.  I have helped my workplace become a paying customer to two 
open-source products, Mitel's SME server and Astaro's Security Linux.

If Harold had a pay pal account, I would happily contribute US$10, 
particularly if a number of other people did so too.  Perhaps setting up some 
kind of pledge system.  Something along the lines of:

Task 1: Rootless mode
-
|Name   | Amount Pledged   | Contact| Rec'd |
-
| Joe Blogs |  $20 | [EMAIL PROTECTED]  |  Yes  |
| Mary Smith|  $15 | [EMAIL PROTECTED]  |   |
| etc

Task 2: ..

Once the task is complete, someone follows up each pledge. I would suggest 
that that someone not be the developer(s).  An automated system would be 
better.  Anyone know of an existing system that could be coerced to do the 
task?

Would RedHat be happy to host such a pledging system on their servers?  I 
would be happy to host it on my sever. Note that it is only on an ADSL 
connection with a 64kbs uplink speed.  However, it is up 24/7 and does have a 
fixed IP.

The contact email address would need to be obscured from the spammers, or 
perhaps kept off public pages altogether.

What do people think?  Could it work?  Is it already being done somewhere?

I have just found some pages by Christopher Browne, called the Free Software 
(Gift) Exchange Registry (http://cbbrowne.com/info/fssp.html), but he just 
talks about a similar idea.  There is no reference to someone actually 
putting his idea into practice.  Christopher does raise the issue of gifts 
and tax, and his article is generally a good read.

Rasjid.




Re: help: a bash script to launch x-win and then do someting in x-win

2002-08-17 Thread Rasjid Wilcox

On Sat, 17 Aug 2002 9:53 pm, hongxun lee wrote:
 #!/bin/bash

 startx
 cd /cygdrive/c
 pwd

 For this particular script, x-win was launched but the commands followed
 never ran either in bash-window or x-win; Sorry but didn't find answers to
 my difficulty in those archives. Thanks

You have not looked very carefully at the Cygwin-XFree website.  See the users 
guide.  http://xfree.cygwin.com/docs/ug/using.html#using-starting

The answer to your question is probably to either use a modified startxwin.bat 
or startxwin.sh or even a modified startx, although the script as you have 
written it does not make any sense.

Are you trying to run those commands in an xterm?  Will the commands keep 
changing?  Nope, I still have no idea what you are really trying to do. 
However, I can say that what you are currently trying to do will not work.

PLEASE go and do some more reading.  As far as I can tell, your problem has 
nothing to do with Cygwin-XFree, but is a generic question about XWindows.  
There are better places to ask such questions.

Rasjid.




Re: X via SSH (was: New (Delphi) xlauncher)

2002-07-23 Thread Rasjid Wilcox

On Tue, 23 Jul 2002 9:22 pm, Nick THOMPSON wrote:
 What I could do with is a mode that allows an X session to be setup
 through an SSH tunnel. So I need an SSH client that DOESN'T give me a
 shell, but supports an X11 tunnel, prompts me for the SSH passwd and
 runs a single command (the remote ~/.xinitrc say, and pipes the output
 to a local file). Even better if I can select from a list of hosts at
 startup. Does this xlauncher support that?

 Currently, I'm using putty, but it asks for the passwd in a shell window
 which you have to keep open. Any other ideas?

 Nick.

I think what you want is the -f option on ssh.

from 'man ssh' (on Linux, but I'm pretty sure it is the same on Cygwin):

 -f  Requests ssh to go to background just before command execution.
 This is useful if ssh is going to ask for passwords or
 passphrases, but the user wants it in the background.  This
 implies -n.  The recommended way to start X11 programs at a
 remote site is with something like ssh -f host xterm.

 -n  Redirects stdin from /dev/null (actually, prevents reading from
 stdin).  This must be used when ssh is run in the background.  A
 common trick is to use this to run X11 programs on a remote
 machine.  For example, ssh -n shadows.cs.hut.fi emacs  will
 start an emacs on shadows.cs.hut.fi, and the X11 connection will
 be automatically forwarded over an encrypted channel.  The ssh
 program will be put in the background.  (This does not work if
 ssh needs to ask for a password or passphrase; see also the -f
 option.)

Also, see ssh-agent, although I would not suggest storing a ssh private key on 
a Windows 9x/ME system, and only on NT with NTFS permissions set up 
correctly.  Even with a good passphrase, a private key should still be hard 
to steal.

For a very good article on ssh key management, see
http://www-106.ibm.com/developerworks/linux/library/l-keyc.html (part 1)
http://www-106.ibm.com/developerworks/linux/library/l-keyc2/ (part 2)
http://www-106.ibm.com/developerworks/linux/library/l-keyc3/ (part 3)

Rasjid.




Re: [ANNOUNCEMENT] Server Test 65

2002-07-18 Thread Rasjid Wilcox

On Tue, 16 Jul 2002 3:08 pm, Harold Hunt wrote:

 I just posted Test 65 to the server development page:
 http://xfree86.cygwin.com/devel/shadow/

 You can install the Test 65 package via setup.exe by selecting the
 'test' package (and be sure to check the 'Bin' box): XFree86-xserv-4.2.0-12


I have given this a quick test on my DualHead Matrox G400.

Screenshots are available at

http://www.openminddev.net/files/cx-1.jpg
http://www.openminddev.net/files/cx-2.jpg
http://www.openminddev.net/files/cx-3.jpg
http://www.openminddev.net/files/cx-4.jpg
http://www.openminddev.net/files/cx-5.jpg

Shot 1 is just the intial opening.
Shot 2 is the first maximisation.
Shot 3 is re-maximisation after minimising.
Shot 4 is maximising on the second screen (which in my setup is actually on 
the left).
Shot 5 is showing that when maximised on screen 2, you can still move the 
window around.  *This is not supposed to happen.* It should be locked in 
place.

Note: The 'locked in place' quality works okay on screen 1.

Cheers,

Rasjid.




Re: Problem with cygwin1.dll and xfree

2002-07-09 Thread Rasjid Wilcox

On Tue, 9 Jul 2002 5:26 am, Dr. Wayne Keen wrote:
[Post on [EMAIL PROTECTED]]
 I know I have run into problems a couple of times with programs that
 have windows installers that somehow like to assume that you don't
 already have Cygwin on your machine.

 The first time I installed Octave, it replaced my Cygwin with some
 minimal installation it needed to support itself.

 Something not as severe happended when I ran an Windows installation
 program for Ruby.

 EventuallyI learned to just go ahead and build things myself
 within Cygwin.

rave

The main reason I stopped distributing the original version of my Minimal 
Cygwin-XFree86 for XDMCP only install was my gradual (and slightly belated) 
understanding of this problem.  And it was only because of discussions on the 
cygwin-xfree mailing list that I discovered this problem at all.

Personally, I think the requirement for there to be only a *single* 
cygwin1.dll needs to be *far* more strongly emphasised on the Cygwin website, 
in somewhere prominent (like on http://www.cygwin.com/index.html).

As the porting of open-source software from Linux/Unix to Windows becomes more 
common, unless things change this problem is only going to get worse.

The problem here is that many developers are going to want to distribute their 
program Windows ports via a Windows installer, not via Setup.exe.  And they 
are going to want their program to install as transparently as possible, so 
they are going to provide their own copy of the cygwin1.dll on the assumption 
that the user probably wont already have one.  This is generally true 
currently, but will become less true as time goes by.

I know that the Windows port of MySQL relies on the cygwin1.dll.  And in my 
wanderings I have seen several others (Ruby and Octave are mentioned above).  
It is no good if each program puts the cygwin1.dll in it own directory, since 
if two of the programs are running at the same time there may be problems.  
It is even worse if they all try and put it in system directory, since then 
who knows what version you will end up with.  And regardless of what happens, 
if the user either has or later installs Cygwin via Setup.exe there will be 
problems.

The only long term solution that I can think of is to make it possible 
(perhaps it already is) for the Windows installer to use an automated version 
of Setup.exe, that without any interaction from the user (unless absolutely 
necessary) will install or update (if required) the cygwin1.dll in a 
Setup.exe compatible way.

That way, if I install program A which depends on the cygwin1.dll, and then 
install program B (which has an older version of cygwin1.dll) it just leaves 
the newer version there.  If I then install program C which requires a newer 
version, the dll is then updated by the automated setup.exe.  If I then 
install Cygwin via Setup.exe, it just notices that I already have the 
cygwin1.dll and only updates it if necessary.

I think that basically what would be required would be to enable Setup.exe to 
be controlled by a config file (similar to a RedHat kickstart file), and have 
its GUI not displayed unless there was a problem and user interaction was 
required.

The other thing required is education.  Existing projects that use the 
cygwin1.dll need to be informed of the issue and encouraged (gently) to help 
do something about it.  And the information about the conflicting dll problem 
needs to be much more 'in the face' of potential cygwin1.dll users.

No doubt, ideally all cygwin based programs should be installed via Setup.exe, 
and then the problem goes away.  Realistically, that is not going to happen.  
'Ordinary' Windows users (as opposed to cygwin users) like Windows 
installers.  And when programs that use the cygwin1.dll start crashing 
randomly due to multiple cygwin1.dll copies, Joe Windows User will simply see 
an open source program failing to work, and decide that he will stay with 
closed source programs after all.  That is what concerns me the most.

Anyway, that is my 2 cents on the issue.  Perhaps this has already been 
discussed in depth before and/or is already implemented or in the process of 
being implemented, and if so my apologies if I'm wasting bandwidth.  I'm not 
subscribed to the cygwin list, only cygwin-xfree.  I'm CC'ing the cygwin 
list, since I think it is fundamentally a cygwin issue, not an Cygwin-XFree 
issue, although of course it effects anything that depends on cygwin.

/rave

 So, one message that probably should leak out is to avoid Windows
 binaries that mention anything about Cygwin.  :-)

I would be inclined to check anything that was developed on Unix/Linux first 
and then ported to Windows, even if they fail to mention Cygwin, and even if 
it is closed source.  But perhaps I'm just paranoid.  ;-)

Rasjid.





Re: Using only the X server of Cygwin

2002-07-08 Thread Rasjid Wilcox

On Mon, 8 Jul 2002 5:05 am, Rhialto wrote:
 Hi, I am not subscribed to this mailing list but I would like to give
 some feedback anyway. Please Cc: any responses to me.

 I am testing the Cygwin/XFree server to use it as a remote display for
 my Unix box which runs xdm: XWin -broadcast.

 So in the installer I choose to de-install All, and to install *only*
 XFree86-xserv. I noted that the installer installed a lot of things that
 are not necessary for that, such as header files, info files, terminfo
 stuff, static link libraries, xterm, sh, twm, etc. And it downloaded a
 lot more which it apparently did not even install, such as bash, diff,
 diffutils, fileutils, etc.

 I could also do without all those megabytes of fonts, since I have a
 perfectly ok font server, but apparently no way to specify it for the X
 server.


I got a XDMCP session going on Cygwin-XFree86 around September 2001 using 
nothing but
bash.exe
cut.exe
cygpath.exe
cygwin1.dll
cygz.dll
grep.exe
mkdir.exe
mount.exe
pwd.exe
rgb.txt
rm.exe
SecurityPolicy
sleep.exe
test.exe
touch.exe
umount.exe
XWin.exe

and a bash script called winxterm.sh.

You can do without the script (and therefore bash, cut, grep, sleep, test, 
touch and mkdir and so on) but the script automatically uses the next display 
number available (ie, if there is already a display on port 6000, it would 
try 6001, etc).

The script is available at http://www.webone.com.au/~rasjidw/winxterm.sh

NOTE: The script *will* need updating to deal with changes to XWin.exe that 
have occured since September last year.  I have not got around to doing this, 
and probably will not do so.  Last year I got part way through creating a 
nice GUI interface, but decided to wait until the setup.exe process was 
finished (which it now is), and have not got back to it yet.

Others have had similar ideas.  See http://xlauncher.sourceforge.net for 
example.  My GUI was being written in Python/wxWindows.  It is not really at 
the point of being worth sharing, as it has to be largely redone due to the 
setup.exe thing being finished. (Yay!)  Given a recent discussion on the 
list, I will probably try and resurrect my Python/wxWindows code, unless 
someone wants to take up the challenge of a c / c++ version.

Rasjid.




Re: Cut down xfree server for XDMCP only

2002-06-15 Thread Rasjid Wilcox

I'd thought I mention that this has been done before, by both myself and 
Matthew Donald.  Both done in the time before the option to install X via 
setup.exe.

My versions are available at
http://www.webone.com.au/~rasjidw/WinXTerm-0.32.zip
http://www.webone.com.au/~rasjidw/WinXTerm-0.4-Test53.zip
with the original website for the project at 
http://lasp.sourceforge.net/winxterm/.

Both of my versions are *very* outdated now, as I had put the project on hold 
until such time as X was installable via setup.exe.  I had essentially 
decided to take Robert's approach, but have had no time over the last few 
months now the setup.exe option is available.  The main reason I decided to 
go with the setup.exe option is due to the 'you can't have two versions of 
cygwin.dll running at the same time' problem.  And in fact you can use 
setup.exe and still only have a 5-6 MB download (assuming you don't install 
fonts etc and don't actually want anything more than X and bash to work or be 
available).

Doland's project is at http://sourceforge.net/projects/winfree86/, as was also 
delphi based.  I don't think he has done anything on it since January, 
although I have not had any recent contact with him.

Strangely enough, I was planning to start work on  project again this month, 
and perhaps even this weekend, with my first step being to do the script to 
configure XDMCP access on a 'standard' linux distribution.  My planned second 
step was to then create a 'wizard' that would only download the components 
you need (much less than even a base level cygwin install) and then use 
setup.exe to install them.  Unfortunately I don't know C or C++, and so was 
planning to do the install wizard in either python and wxWindows or Java and 
Swing.  If someone want to do a 'native' windows version, that would be fine 
by me.  I'd be more than happy just to play bug-tester etc.

Once I got this far, I was going to talk to Robert about possible ways to 
enable 'non-cygwin packaged' programs to talk to and utilise setup.exe.  I 
have noticed that a number of open source Linux/Unix programs have their 
windows version using the cygwin dll, but don't use setup.exe.  It only takes 
two of these programs to be using sufficiently different versions of the 
cygwin dll for things to start breaking.  This worries me quite a bit, as 
what will happen is that people will simply say 'Oh damn, this open source 
product is buggy.  I'll go back to using closed source software, it works 
better.'  For example, MySQL use the cygwin dll for their windows port (see 
http://www.mysql.com/downloads/mysql-3.23.html) but they are using cygwin 
1.3.9 not the current version.  This could cause problems in the future if 
someone does not keep their mysql setup up to date but also uses Cygwin and 
does keep it up to date (or vice-versa).

Because of the above, I think it is important to have a XDMCP only version of 
Cgywin-XFree86 that does sit within the setup.exe framework.  If no-one else 
does this version, then I will, but I can't guarantee exactly when.  If 
someone else is going to do it anyway, then I wont, as I have plenty of other 
things I can be doing.  ;-)

Anyway, enough of my ravings for the evening.  It is late and I should be 
asleep.

Cheers,

Rasjid.




Re: Cut down xfree server for XDMCP only

2002-06-15 Thread Rasjid Wilcox

On Sun, 16 Jun 2002 12:30 am, Rasjid Wilcox wrote:
 For example, MySQL use the cygwin dll for their windows
 port (see http://www.mysql.com/downloads/mysql-3.23.html) but they are
 using cygwin 1.3.9 not the current version.  This could cause problems in
 the future if someone does not keep their mysql setup up to date but also
 uses Cygwin and does keep it up to date (or vice-versa).


Actually, I just checked a bit more carefully.  They host the source for 
cygwin 1.3.9, but it looks to me like the actual dll they use is B19 (or at 
least, it is named cygwinb19.dll - perhaps they have a more recent one and 
just name it that for compatibility??).

Someone please tell me I'm wrong, but won't this potentially cause serious 
problems if someone is running mysql (assuming it really is using B19) and 
also tries to run an up-to-date cygwin install?

Rasjid.




Cygwin-XFree86 package?

2002-04-02 Thread Rasjid Wilcox

Just curious as to how the progress is going on the setup.exe packaging?  I 
haven't seen any updates for a couple of weeks...

Rasjid.



Re: xfree in cygwin Setup program

2002-02-05 Thread Rasjid Wilcox

On Tue, 5 Feb 2002 7:03 am, Christopher Faylor wrote:
 On Mon, Feb 04, 2002 at 09:48:31PM +1100, Rasjid Wilcox wrote:
 Just wondering what the status of getting XFree into the Cygwin Setup
 program?  I followed the discussion on 21st Jan, and a few weeks ago I saw
 some binaries up on the ftp site that looked like they were in progress,
  but they are no longer there.
 
 I'd be willing to help.

 They're not there yet.  You can help by downloading and trying the
 setup.exe snapshots that Robert Collins has been making available.  I'm
 sure he would love feedback.

 Once the new version of setup.exe is available, we'll be able to
 incorporate XFree86 into the distribution.

 cgf

Okay.  I'm in.  Where do I get the snapshots from Robert?

Rasjid.



XFree in Cygwin Setup program

2002-02-04 Thread Rasjid Wilcox

Just wondering what the status of getting XFree into the Cygwin Setup 
program?  I followed the discussion on 21st Jan, and a few weeks ago I saw 
some binaries up on the ftp site that looked like they were in progress, but 
they are no longer there.

I'd be willing to help.

Rasjid.



Re: XDMCP

2002-01-04 Thread Rasjid Wilcox

On Sat, 5 Jan 2002 00:12, Schulz Georges wrote:
 I have installed cygwin-xfree on SuSE 7.0 and it works fine.
 But I can not get it to work with SuSE 7.3. I compared all
 the adjustments that I made on 7.0 and I keep getting time
 out errors. Also I can telnet and ftp to the 7.3. Can someone
 help me.

 Roger Gardner
 [EMAIL PROTECTED]
 Telefon:06145-506 590

$ netstat -u -a | grep xdm
udp0  0 *:xdmcp *:*

OR

$ netstat -u -a -n | grep 177
udp0  0 0.0.0.0:177 0.0.0.0:*

If you don't get these, then you don't have xdmcp listening, no matter what 
adjustments you have made.

I'm guessing here, but if you are using KDE's kdm, then you will probably 
find a kdmrc file somewhere (/etc/kde/kdm/kdmrc on RedHat) which says...
...
[Xdmcp]
# Whether KDM should listen to XDMCP requests. Default is true.
Enable=false
...

Either comment out the enable line, or make it say 'true'.

This kdmrc file is a new feature in KDE 2.2 - previously KDE just used xdm's 
configuration.

A similar edit in gdm.conf needs to be made if you are using GNOME's gdm.

Cheers,

Rasjid.