Re: xorg installation fails, 99% complete only
Christopher Faylor wrote: On Thu, Nov 11, 2004 at 09:32:51PM +0100, bruno patin wrote: So my work is to begin a new complete install with the new packages. Do I have to reload all of them ? only xorg related packages ? You have to do whatever it is that you do to cause the problem. The mirror has been updated (I created the tar files in a way that made them unreadable by setup earlier but that's fixed now) so you should be able to install as normal. cgf OK, I reload all and do a new install (it will take a little time as I do not have a really fast connection). I'll let you know when it is finished. Cheers Bruno
Re: xorg installation fails, 99% complete only
On Thu, Nov 11, 2004 at 09:32:51PM +0100, bruno patin wrote: >So my work is to begin a new complete install with the new packages. >Do I have to reload all of them ? only xorg related packages ? You have to do whatever it is that you do to cause the problem. The mirror has been updated (I created the tar files in a way that made them unreadable by setup earlier but that's fixed now) so you should be able to install as normal. cgf
Re: Problem with setup
Christopher Faylor wrote: On Thu, Nov 11, 2004 at 05:26:34PM -0600, Bobby McNulty wrote: Guys, theres a major problem with setup. According to the error I just got, setup is not closing any of its files after writing them. I finally got past xorg, and got up to update_info. I'll rerun setup to get a cygcheck. So, does this mean that the changes I made to the xorg distribution worked, then? If so, why are you reporting this here rather than in the cygwin-xfree mailing list where this has been discussed at great length? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ Yes, it worked. Now I'm getting a report that setup is not closing the files. It can't get past the update_info now. Something has happened to setup. Either that, or Cygwin is bigger now than when the current version came out. I lost the URL to the test version of setup. I know they have been working on. I see it in the CVS logs every day.
RE: xorg installation fails, 99% complete only
> >ftp://mirrors.sunsite.dk/pub/cygwin/release/X11/xorg-x11-fscl/ >WIW, http://mirrors.rcn.com/pub/sourceware/cygwin/release/X11/xorg-x11-fscl/ >hows that this file is now updated on the mirrors.rcn.net mirror. >Bobby, do you want to try that one? >cgf Trying it now. Let me see here.
RE: xorg installation fails, 99% complete only
> >hope that helps >> >> I'm noticing a bunch of XFree86 modules in this cygcheck, too. >> >> Where are they coming from? I wouldn't have expected many XFree86 >> modules in a clean install. >Installing everything should also grab all of the empty XFree86 upgrade >elpers. Igor, it was grabbing the wrong packages from Xfree. It was grabbing full packages, xfree-bin comes to mind, as that was the only one it picked up on. Bobby BTW it was straight out off the net, full, all users, unix. I'll try again later. This time without the xorg.
Re: xorg installation fails, 99% complete only
One question that should have been asked long before: is your disk full? Do you perhaps have quotas enabled? Igor Igor, Ok, I verified, there are quotas on xp but on MY box they are deactivated. Bruno
Re: xorg installation fails, 99% complete only
On Thu, Nov 11, 2004 at 03:39:23PM -0500, Igor Pechtchanski wrote: >On Thu, 11 Nov 2004, Christopher Faylor wrote: >> On Wed, Nov 10, 2004 at 09:22:16PM +0100, bruno patin wrote: >> >Good evening again, >> > >> >install in two phases worked well. I can deinstall again and verify if >> >there is the problem again ? could it be useful ? >> > >> >joined : >> >an analysis of my system >> >the cygcheck result >> > >> >hope that helps >> >> I'm noticing a bunch of XFree86 modules in this cygcheck, too. >> >> Where are they coming from? I wouldn't have expected many XFree86 >> modules in a clean install. > >Installing everything should also grab all of the empty XFree86 upgrade >helpers. Ok. I guess I've lost track of who's doing what. I didn't realize that this was an "absolutely everything" install. cgf
Re: xorg installation fails, 99% complete only
Installing everything should also grab all of the empty XFree86 upgrade helpers. Igor I'll have to read closely the doc on setup as I do not understand what you mean by "empty XFreee86 upgrade". Bruno
Re: xorg installation fails, 99% complete only
One question that should have been asked long before: is your disk full? Do you perhaps have quotas enabled? Igor For this one, it is easy, my box is a completely new one. I have plenty of room but for any quota mechanism (is there one on xp ?) Bruno
Re: xorg installation fails, 99% complete only
On Thu, 11 Nov 2004, Christopher Faylor wrote: > On Wed, Nov 10, 2004 at 09:22:16PM +0100, bruno patin wrote: > >Good evening again, > > > >install in two phases worked well. I can deinstall again and verify if > >there is the problem again ? could it be useful ? > > > >joined : > >an analysis of my system > >the cygcheck result > > > >hope that helps > > I'm noticing a bunch of XFree86 modules in this cygcheck, too. > > Where are they coming from? I wouldn't have expected many XFree86 > modules in a clean install. Installing everything should also grab all of the empty XFree86 upgrade helpers. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: xorg installation fails, 99% complete only
On Thu, 11 Nov 2004, bruno patin wrote: > Christopher, > > I'm not understanding really well what to do (you know my proficiency in > english is not so perfect as to understand really everything). I understand > that you think that to open for writing a name where the directory do no exist > could provoke problems. It would explain the non blocking exception (am I > right ?) that occurs and loops indefinitely (is it what you think ?). What of > the fact that the error occurs only after being able to write a given number > of file in this directory (around ten files where created) ? what of the fact > that when you do not install only one file before (like cron) you are able to > write one more file in this directory ? I'm not sufficiently proficient in the > cygwin coding to answer these questions. > > So my work is to begin a new complete install with the new packages. Do I have > to reload all of them ? only xorg related packages ? > > What I intend to do is begin again the first test described under with the > reloaded x11 files. Is it what you want ? > > --- > To summarize what I did when testing and the problems I saw (I do that not > only for repeating but also to have all the datas on only one mail) > > 1/ complete test > > I have a local version of all the cygwin distro (got at mirrors.sunsite.dk) > I begin by deleting my cygwin root on the disk but not the entries of the > registry > I launch setup selecting everything > > Arriving at the file: > > /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.0.README > > setup enters a loop delivering the log message one after the other indefintely > (view through ollydbg) > > > LOG : 1 Installing file > cygfile:///usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.0.README for writing > LOG : 2 failed too open > cygfile:///usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.0.README for writing > . > > The second message is issued through an exception > > You can see two things increasing with the same speed, the memory consumed and > the handlers. > when cancelled, the message issued by setup is > > "cannot open log file c:\cygwin/var/log/setup.log for writing" > > another box opens but disappear too fast for me to give you the message > > With this test, no setup.log is created at all > > This test has been conducted with these different changes: > > I changed the rights of the /var directory with chmod a+w with no effect > (because of the absence of setup) > I changed the TEMP and TMP variables values (erasing blanks of the names) > > 2/ successive setup > > I conducted a first setup without X11 and a second with only X11 .It worked > fine with setup.log created > > 3/ complete test with one file (cron) not installed > > The behaviour is exactly the same as in first test with only the file on which > it stopped as a difference. That is t loops on the next file to write: > > xorg-x11-fsrv-6.8.1.0.README > --- > > Well, perhaps I forgot something but no one is perfect :-) One question that should have been asked long before: is your disk full? Do you perhaps have quotas enabled? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: xorg installation fails, 99% complete only
Christopher, I'm not understanding really well what to do (you know my proficiency in english is not so perfect as to understand really everything). I understand that you think that to open for writing a name where the directory do no exist could provoke problems. It would explain the non blocking exception (am I right ?) that occurs and loops indefinitely (is it what you think ?). What of the fact that the error occurs only after being able to write a given number of file in this directory (around ten files where created) ? what of the fact that when you do not install only one file before (like cron) you are able to write one more file in this directory ? I'm not sufficiently proficient in the cygwin coding to answer these questions. So my work is to begin a new complete install with the new packages. Do I have to reload all of them ? only xorg related packages ? What I intend to do is begin again the first test described under with the reloaded x11 files. Is it what you want ? --- To summarize what I did when testing and the problems I saw (I do that not only for repeating but also to have all the datas on only one mail) 1/ complete test I have a local version of all the cygwin distro (got at mirrors.sunsite.dk) I begin by deleting my cygwin root on the disk but not the entries of the registry I launch setup selecting everything Arriving at the file: /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.0.README setup enters a loop delivering the log message one after the other indefintely (view through ollydbg) LOG : 1 Installing file cygfile:///usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.0.README for writing LOG : 2 failed too open cygfile:///usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.0.README for writing . The second message is issued through an exception You can see two things increasing with the same speed, the memory consumed and the handlers. when cancelled, the message issued by setup is "cannot open log file c:\cygwin/var/log/setup.log for writing" another box opens but disappear too fast for me to give you the message With this test, no setup.log is created at all This test has been conducted with these different changes: I changed the rights of the /var directory with chmod a+w with no effect (because of the absence of setup) I changed the TEMP and TMP variables values (erasing blanks of the names) 2/ successive setup I conducted a first setup without X11 and a second with only X11 .It worked fine with setup.log created 3/ complete test with one file (cron) not installed The behaviour is exactly the same as in first test with only the file on which it stopped as a difference. That is t loops on the next file to write: xorg-x11-fsrv-6.8.1.0.README --- Well, perhaps I forgot something but no one is perfect :-) Bruno
Re: xorg installation fails, 99% complete only
On Thu, 11 Nov 2004, Gerrit P. Haase wrote: > Igor Pechtchanski wrote: > > On Thu, 11 Nov 2004, Carlo Florendo wrote: > > > > > [snip] > > > In any case, here's setup.log.bz2. (Compressed since it is greater than > > > 100K) The WinXP SP2 machine is accessible to me off-line. Thus, the > > > delay in the sending of these files. > [...] > > Hmm, the fact that it attempts to reinstall packages, coupled with the > > fact that it's not renaming postinstall scripts properly, makes me wonder > > whether your Cygwin directory tree is writable by the user that performs > > the install. This would also be consistent with the "Cannot open > > c:\cygwin\var\log\setup.log for writing" message that others reported. > > IIRC, Bruno said that he is in the Administrator group, should'nt this be > sufficient? Nope. It's possible to create files that aren't readable/writeable by the "Administrators" group. Being in "Administrators" allows you to take ownership of the files or change the mode on them, but AFAIK that's not done in the course of a normal write. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: xorg installation fails, 99% complete only
On Thu, Nov 11, 2004 at 07:27:32PM +0100, bruno patin wrote: >>So, Bruno, could you periodically check: >> >>ftp://mirrors.sunsite.dk/pub/cygwin/release/X11/xorg-x11-fscl/ >> >>wait until the file xorg-x11-fscl-6.8.1.0-2.tar.bz2 shows >>today's date, and then try your test case again to see if it >>hangs? I think that setup.exe should do the right thing and >>download the changed files but, if it doesn't, you'll have to >>delete them from your disk. >> >>As far as handles are concerned, I don't think that there is any upper >>limit on the number that can be allocated. The only limitation is 32 >>bits and the amount of available memory. It seems like people are >>hitting this limit if they allow setup to run long enough. > >I'll do it but remember that I realize a test where nnn-fscl-nnn was not >anymore concerned only by removing one file of the setup llist. On Thu, Nov 11, 2004 at 01:20:57PM -0500, Christopher Faylor wrote: >I have (I HOPE) regenerated all of the X11 files in the distribution ^^ I was merely providing a reference point. cgf
Re: xorg installation fails, 99% complete only
So, Bruno, could you periodically check: ftp://mirrors.sunsite.dk/pub/cygwin/release/X11/xorg-x11-fscl/ wait until the file xorg-x11-fscl-6.8.1.0-2.tar.bz2 shows today's date, and then try your test case again to see if it hangs? I think that setup.exe should do the right thing and download the changed files but, if it doesn't, you'll have to delete them from your disk. As far as handles are concerned, I don't think that there is any upper limit on the number that can be allocated. The only limitation is 32 bits and the amount of available memory. It seems like people are hitting this limit if they allow setup to run long enough. cgf I'll do it but remember that I realize a test where nnn-fscl-nnn was not anymore concerned only by removing one file of the setup llist. Bruno
Re: xorg installation fails, 99% complete only
On Thu, Nov 11, 2004 at 01:20:57PM -0500, Christopher Faylor wrote: >So, Bruno, could you periodically check: > >ftp://mirrors.sunsite.dk/pub/cygwin/release/X11/xorg-x11-fscl/ FWIW, http://mirrors.rcn.com/pub/sourceware/cygwin/release/X11/xorg-x11-fscl/ shows that this file is now updated on the mirrors.rcn.net mirror. Bobby, do you want to try that one? cgf
Re: xorg installation fails, 99% complete only
On Thu, Nov 11, 2004 at 06:42:44PM +0100, bruno patin wrote: >Gerrit P. Haase wrote: > >>bruno patin wrote: >> >>>something I forgot, the number of handler increases at the same speed >>>as the memory. I suspect that this resource is not released when >>>exiting setup because when doing my experiments my computer is being >>>slower and slower. >> >> >>What is the actual limit for NT? I never was aware that there is a >>limit at all. >> >> >>Gerrit > >In fact I'm a unix guy and I don't really know of what windows is >doing. My understanding is a 'black box' one seeing what happens with >the few win tools I have and the setup code. I can perhaps search a >little but I think the cygwin coder are far more better than me. That's >the reason why I'd like an advice fromm christopher Faylor that knows >certainly what could happen on nt. I'm thinking that there is something odd about setup's handing of files in directories which have not been explicitly created in the tar archive. That's why I was asking if c:/cygwin/usr/X11R6/share/doc/Cygwin existed. It didn't seem like the tar archive was creating it specifically. I don't know why this would affect some people but not others, though. When I install cygwin from scratch in a base install + all X packages selected, I don't see this. So maybe this is a red herring. Anyway, to the end of confirming my theory, I have (I HOPE) regenerated all of the X11 files in the distribution and made sure that directory creation precedes filename creation in every case. I haven't bumped the version numbers, though, since this is purely a cosmetic change. This change will take a while to hit mirrors since many files were affected but if you check that a mirror contains files with today's date, then it is worth trying a full install to see if your problem mysteriously goes away. So, Bruno, could you periodically check: ftp://mirrors.sunsite.dk/pub/cygwin/release/X11/xorg-x11-fscl/ wait until the file xorg-x11-fscl-6.8.1.0-2.tar.bz2 shows today's date, and then try your test case again to see if it hangs? I think that setup.exe should do the right thing and download the changed files but, if it doesn't, you'll have to delete them from your disk. As far as handles are concerned, I don't think that there is any upper limit on the number that can be allocated. The only limitation is 32 bits and the amount of available memory. It seems like people are hitting this limit if they allow setup to run long enough. cgf
Re: xorg installation fails, 99% complete only
Gerrit P. Haase wrote: bruno patin wrote: something I forgot, the number of handler increases at the same speed as the memory. I suspect that this resource is not released when exiting setup because when doing my experiments my computer is being slower and slower. What is the actual limit for NT? I never was aware that there is a limit at all. Gerrit In fact I'm a unix guy and I don't really know of what windows is doing. My understanding is a 'black box' one seeing what happens with the few win tools I have and the setup code. I can perhaps search a little but I think the cygwin coder are far more better than me. That's the reason why I'd like an advice fromm christopher Faylor that knows certainly what could happen on nt. Bruno
Re: xorg installation fails, 99% complete only
bruno patin wrote: something I forgot, the number of handler increases at the same speed as the memory. I suspect that this resource is not released when exiting setup because when doing my experiments my computer is being slower and slower. What is the actual limit for NT? I never was aware that there is a limit at all. Gerrit -- =^..^=
Re: xorg installation fails, 99% complete only
Christopher Faylor wrote: On Wed, Nov 10, 2004 at 09:22:16PM +0100, bruno patin wrote: Good evening again, install in two phases worked well. I can deinstall again and verify if there is the problem again ? could it be useful ? joined : an analysis of my system the cygcheck result hope that helps I'm noticing a bunch of XFree86 modules in this cygcheck, too. Where are they coming from? I wouldn't have expected many XFree86 modules in a clean install. cgf I don't know why but it is probably of no importance for the problem at hand. Could you say me if my mails joined are a bad analysis of this problem ? BPatin --- Begin Message --- Gerrit P. Haase wrote: bruno patin wrote: Ok there the status As already stated a loop somewhere that consume memory with time when installing /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.README the joined files: 1 cygcheck.txt (this mail) This is perhaps a problem: TEMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TEMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' TMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' Plese try setting TEMP and TMP in the Windows global environment to some PATH without spaces in it, eg.: TEMP=c:\TEMP TMP=/tmp Gerrit Gerrit, I was thinking of something. I would be surprised that my test with different TMP variables could work because they work for all the packages before. Could it be more something like trying to open more than the permitted number of files ? when trying at this step to open one more handler, setup would fail go into a continuable exception not releasing the memory associated with this corrupted handler and trying again consuming memory ? Is it ridiculous ? Bruno --- End Message --- --- Begin Message --- Gerrit P. Haase wrote: bruno patin wrote: Ok there the status As already stated a loop somewhere that consume memory with time when installing /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.README the joined files: 1 cygcheck.txt (this mail) This is perhaps a problem: TEMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TEMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' TMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' Plese try setting TEMP and TMP in the Windows global environment to some PATH without spaces in it, eg.: TEMP=c:\TEMP TMP=/tmp Gerrit ok I've done it, it did not work. I'll try something else. I will remove one and only one unitary package in order to see if I block on the same file. If not I will assume my hypothesis based on the number of file opened could be a good one. Bruno --- End Message --- --- Begin Message --- Gerrit P. Haase wrote: bruno patin wrote: Ok there the status As already stated a loop somewhere that consume memory with time when installing /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.README the joined files: 1 cygcheck.txt (this mail) This is perhaps a problem: TEMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TEMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' TMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' Plese try setting TEMP and TMP in the Windows global environment to some PATH without spaces in it, eg.: TEMP=c:\TEMP TMP=/tmp Gerrit I was right, deleting only one file of the list of file to install meant the ability to write one more file on the disk (in my case I'm now blocked on the xorg-x11-fsrv-6.8.1.0.README. I do nt hink that it is a problem specific to xorg. xorg unhappily was in the last packages to be installed. Ami I right ? It would mean that this thread is not well placed in the xfree list. Bruno --- End Message ---
Re: xorg installation fails, 99% complete only
On Wed, Nov 10, 2004 at 09:22:16PM +0100, bruno patin wrote: >Good evening again, > >install in two phases worked well. I can deinstall again and verify if >there is the problem again ? could it be useful ? > >joined : >an analysis of my system >the cygcheck result > >hope that helps I'm noticing a bunch of XFree86 modules in this cygcheck, too. Where are they coming from? I wouldn't have expected many XFree86 modules in a clean install. cgf
Re: Can't get startwin.bat to work
Have you tried to open up a cygwin shell, and then starting up an xterm, to see if it might just be there, awaiting connections? If you open in multiwindow mode (native mode by default), then I wouldn't expect anything to happen until your X Server actually has a client window to display. open up a cygwin bash shell, make sure your DISPLAY is set, or give the -display option to some xclient (xterm, xclock, etc), and see if it pops up on your desktop. On Wed, 10 Nov 2004 04:49:47 -0800 (PST), Mike McCollister wrote: >I have been using cygwin for years and the X client under cygwin for about a >year. In order to get X to work, I have to make sure that I am running bash >and then run startxwin.sh to get it to work. Well, I've been trying to get it >to work with just startxwin.bat but I am not successful. It seems to have a >problem with the "run" commands. Here are the run commands: >run XWin -clipboard -silent-dup-error >run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash >-l >I do have cygwin installed in c:\progra~1\cygwin and I have modified >startxwin.bat so that >SET CYGWIN_ROOT=c:\progra~1\cygwin >The last time I updated anything in cygwin as last week (first week of >November). >Does anyone know how to get the startxwin.bat to work? >Just a little more background. When I mean that it does not work, I mean that >the "X" shows up as an icon next to the clock but nothing else happens. If I >right click on the "X", nothing happens. I have to use the Task Manger to kill >XWin.exe. >Thanks, >Mike > >__ >Do you Yahoo!? >Check out the new Yahoo! Front Page. >www.yahoo.com >
Re: Why Xming.exe?
Christopher Faylor wrote: On Thu, Nov 11, 2004 at 06:04:45PM +0200, David Fraser wrote: Christopher Faylor wrote: On Thu, Nov 11, 2004 at 10:30:48AM -0500, Christopher Faylor wrote: In any event Sorry. This message obviously slipped out before I was done with it. I blame my spastic index finger. It likes to press the "y" key. In any event, what I was going to say above was that "In any event" it is certainly possible to craft a Cygwin/X installation which only installs a minimal number of packages. No one has stepped forward to do this. Many of the observations made here are fixable just by having someone step forward to do the work in Cygwin. If no one is willing to do that, that's fine. You can do related work elsewhere but touting MinGW programs as a solution to Cygwin problems doesn't work. OK thats fine, just a minor point: there is one Cygwin problem that this solves, which is that people keep on requesting this kind of thing on the cygwin-xfree mailing list :-) Yes, and people keep requesting that Cygwin shouldn't be GPLed because it is inconvenient for them. People ask for "su" to work correctly. People occasionally want to discuss Xceed here, too. This isn't a "ill-informed minority gets to decide" mailing list. Fine, but at least we can have arguments about it :-) Also its constructed from the same source code as cygwin/X so its arguably the same thing. Is anyone here *at all* familiar with MinGW? Apparently few of you are or you wouldn't be making arguments like this. Much of MinGW is based on the same source code as what Cygwin uses. I use MinGW the whole time, yes, I know what it is. Using this logic, since Cygwin/X is based on the same source code that runs on many different platforms, apparently we should just shut this mailing list down and move everyone over to the main Xorg mailing lists. OK fine :-) But anyway we'll happy carry on discussion on a different list But not before trying to get off a few more shots, eh? Yes, you see I've managed to generate an extra 3 useless emails! And without your reply I wouldn't have managed to generate this one too ... You could actually compile Cygwin/X using cygwin GCC with the -mnocygwin option and that apparently would be off topic too. So I won't :-) Don't mean to hassle you so lets leave it at that David
Re: Why Xming.exe?
On Thu, Nov 11, 2004 at 06:04:45PM +0200, David Fraser wrote: >Christopher Faylor wrote: > >>On Thu, Nov 11, 2004 at 10:30:48AM -0500, Christopher Faylor wrote: >> >> >>>In any event >>> >>> >> >>Sorry. This message obviously slipped out before I was done with it. >>I blame my spastic index finger. It likes to press the "y" key. >> >>In any event, what I was going to say above was that "In any event" >>it is certainly possible to craft a Cygwin/X installation which only >>installs a minimal number of packages. No one has stepped forward >>to do this. >> >>Many of the observations made here are fixable just by having someone >>step forward to do the work in Cygwin. If no one is willing to do that, >>that's fine. You can do related work elsewhere but touting MinGW >>programs as a solution to Cygwin problems doesn't work. > >OK thats fine, just a minor point: there is one Cygwin problem that >this solves, which is that people keep on requesting this kind of thing >on the cygwin-xfree mailing list :-) Yes, and people keep requesting that Cygwin shouldn't be GPLed because it is inconvenient for them. People ask for "su" to work correctly. People occasionally want to discuss Xceed here, too. This isn't a "ill-informed minority gets to decide" mailing list. >Also its constructed from the same source code as cygwin/X so its >arguably the same thing. Is anyone here *at all* familiar with MinGW? Apparently few of you are or you wouldn't be making arguments like this. Much of MinGW is based on the same source code as what Cygwin uses. Using this logic, since Cygwin/X is based on the same source code that runs on many different platforms, apparently we should just shut this mailing list down and move everyone over to the main Xorg mailing lists. >But anyway we'll happy carry on discussion on a different list But not before trying to get off a few more shots, eh? cgf
Re: Why Xming.exe?
Christopher Faylor wrote: On Thu, Nov 11, 2004 at 10:30:48AM -0500, Christopher Faylor wrote: In any event Sorry. This message obviously slipped out before I was done with it. I blame my spastic index finger. It likes to press the "y" key. In any event, what I was going to say above was that "In any event" it is certainly possible to craft a Cygwin/X installation which only installs a minimal number of packages. No one has stepped forward to do this. Many of the observations made here are fixable just by having someone step forward to do the work in Cygwin. If no one is willing to do that, that's fine. You can do related work elsewhere but touting MinGW programs as a solution to Cygwin problems doesn't work. OK thats fine, just a minor point: there is one Cygwin problem that this solves, which is that people keep on requesting this kind of thing on the cygwin-xfree mailing list :-) Also its constructed from the same source code as cygwin/X so its arguably the same thing. But anyway we'll happy carry on discussion on a different list David
Re: Why Xming.exe?
On Thu, Nov 11, 2004 at 10:30:48AM -0500, Christopher Faylor wrote: >In any event Sorry. This message obviously slipped out before I was done with it. I blame my spastic index finger. It likes to press the "y" key. In any event, what I was going to say above was that "In any event" it is certainly possible to craft a Cygwin/X installation which only installs a minimal number of packages. No one has stepped forward to do this. Many of the observations made here are fixable just by having someone step forward to do the work in Cygwin. If no one is willing to do that, that's fine. You can do related work elsewhere but touting MinGW programs as a solution to Cygwin problems doesn't work. cgf
Re: xorg installation fails, 99% complete only
Christopher Faylor wrote: On Thu, Nov 11, 2004 at 01:15:16PM +0100, bruno patin wrote: Last experiment, I use the ollydbg tool in order to begin to see what is the problem inside setup. It traps also the debug messae of setup and one ofit consists of saying (as it is given by this tool) : "failed too open cygfile:///usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.0.README for writing" Does the path c:/cygwin/usr/X11R6/share/doc/Cygwin exist at this point? cgf yes, I followed it rather closely and the creation of the preceding n.README files. Wht do you think of my follwing mails ? do you think it could be the problem ? Bruno
Re: xorg installation fails, 99% complete only
On Thu, Nov 11, 2004 at 01:15:16PM +0100, bruno patin wrote: >Last experiment, > >I use the ollydbg tool in order to begin to see what is the problem >inside setup. It traps also the debug messae of setup and one ofit >consists of saying (as it is given by this tool) : > >"failed too open >cygfile:///usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.0.README for >writing" Does the path c:/cygwin/usr/X11R6/share/doc/Cygwin exist at this point? cgf
Re: Why Xming.exe?
On Thu, Nov 11, 2004 at 08:49:48AM +0100, ?yvind Harboe wrote: >First of all: I love CygWin! > >If I didn't, I would not passionatly dive into this discussion. :-) > >Here are a couple of reasons why I think a discussion of >Xming.exe can bring something to CygWin. > >Basically, I believe that the Xming.exe would never have seen the >light of day if if all was well with CygWin. It is a cry for help. Not a rationale for discussing MinGW projects on a Cygwin list. The MinGW project came about due to the Cygwin project. The MinGW project has a separate mailing list. And, they created the mailing list themselves without offering specious arguments about why they should be able to keep discussing things in the Cygwin list. >Also, I believe the next useful solution to the set of problems that >CygWin is facing is non-local. I think it is in the interest of CygWin >to allow discussions and hacks to wander somewhat freely. This is just more of "I think it would be nice". >Some issues that CygWin could address to make Xming.exe moot: > >- Side-by-side install. There is a need for e.g. SSH + and an X >server in a single package that is easily deployable. This is not a goal of Cygwin any more than it is a goal of Red Hat Linux to be easily deployable with SuSE. This has come up repeatedly in the main list. Maybe you should do some research before you start suggesting things that have already been beaten to death. It is not that hard to install a Cygwin/X/SSH package into an existing cygwin installation. It just requires care. The problem is that no one wants to take the time to do things carefully. Everyone wants to use a simple tar ball or a simple copy to the main disk and have things work. That is not going to work but having an installer which first checked the cygwin version and the cygwin layout and then installed things into that would work. The installer could optionally install the cygwin DLL if required. The problem is that it seems that every single person who whines about needing two versions of cygwin on the same computer lacks either the ability or the concentration to be able to figure out how to do this. Given that no one has stepped forward to provide tools for doing this, I am left to conclude that this basically boils down to "I know how to use a baseball bat. I'm trying to trim my hedges. The baseball bat is not working right. Please, Mr. Baseball Bat Manufacturer take fix your bat!" However, if it was an issue, then the solution would not be to develop a whole bunch of packages using MinGW. The solution would be to modify *cygwin*. >E.g. its more than once that CygWin updates have broken >http://sources.redhat.com/ecos tools, without bringing any new features >or improvements for those tools. 1) This has absolutely nothing to do with X. 2) If Cygwin is an important platform for eCos, then the solution to this problem is for eCos people to be involved in the cygwin mailing list. >- Side-by-side means CygWin next to CygWin, and CygWin next to any Windows >program. Cygwin already exists fine next to any Windows program. Cygwin next to Cygwin has nothing to do with a MinGW version of X. >- It is currently impossible for the casual programmer to debug CygWin >X using GDB. See http://cygwin.com/ml/cygwin-xfree/2004-10/msg00159.html This has nothing to do with discussing a MinGW version of X. If something needs to be fixed in cygwin or in gdb, you fix cygwin or gdb. You don't immediately jump to a new project. >- CygWin is a pain to install. It takes long to download(many files more than >size with a broad connection), takes long to install and many things can and do >go wrong. So, should we allow discussion of Xceed here, too? I assume it's easy to install. In any event >- CygWin messes with Windows environment variables, breaking other programs. Cygwin does not mess with windows environment variables. >- CygWin is broken by other programs using the Windows environment variables. Examples? >- CygWin is always in motion. There is no "CygWin distribution version" >like the Linux distributions operate with. There is no way to install >"a specific old boring CygWin" to run some tools that never change. Wow, your logic really escapes me. You haven't provided one fact-based rationale for why it would be advantageous to discuss a non-cygwin program in a cygwin mailing list. All of your arguments are the "grasping at straws" variety. Your arguments boil down to: 1) Xming would not have come about if not for Cygwin. 1) You don't really understand how cygwin works. (cygwin messes with Windows environment variables) 2) Cygwin is hard to install. 3) You can't put as many versions of Cygwin on the computer as you want to (without understanding what you are doing). 4) When there is a Cygwin update it can break programs. 5) You think it is a good idea. Ranting about Cygwin problems is not a rationale for allowing discussion of non-cygwin solutions.
Re: Why Xming.exe?
On Thu, Nov 11, 2004 at 11:38:51AM +0100, Alexander Gottwald wrote: >On Wed, 10 Nov 2004, Christopher Faylor wrote: > >> On Wed, Nov 10, 2004 at 09:02:53PM +0100, Alexander Gottwald wrote: >> >On Wed, 10 Nov 2004, ?yvind Harboe wrote: >> >>* There are two many options and questions with CygWin. I imagine that >> >>Xming.exe can come with a ~"zero questions" installer. >> > >> >This is the main reason. There is still some work to do but I plan on >> >having all defaults in Xming depend on the installation dir of Xming. >> >> Er, I guess it's time I stepped in, then. >> >> Since the name of this mailing list is "cygwin-xfree" and the site you >> are using is cygwin.com, I would not expect too much traffic here >> regarding non-cygwin solutions. >> >> This *has* come up before and I think I'm being pretty consistent here. > >Yes, this is right. If the port evolves and is more usable I'll search a new >home for it (most likely freedesktop.org). Currently only ?yvind and I were >discussing things and this can be easily done by personal mail. > >> Alexander, if you are going to be devoting a lot of time to this project >> from now on do we need to find a Cygwin/X maintainer? > >My #1 priority i clearly Cygwin/X. The mingw port is just a sideeffect of the >development for Cygwin/X. Thank you for clarifying and, especially, thank you for taking my email in the spirit in which it was intended. cgf
Re: xorg installation fails, 99% complete only
Gerrit P. Haase wrote: bruno patin wrote: Ok there the status As already stated a loop somewhere that consume memory with time when installing /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.README the joined files: 1 cygcheck.txt (this mail) This is perhaps a problem: TEMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TEMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' TMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' Plese try setting TEMP and TMP in the Windows global environment to some PATH without spaces in it, eg.: TEMP=c:\TEMP TMP=/tmp Gerrit something I forgot, the number of handler increases at the same speed as the memory. I suspect that this resource is not released when exiting setup because when doing my experiments my computer is being slower and slower. Bruno
Re: xorg installation fails, 99% complete only
Gerrit P. Haase wrote: bruno patin wrote: Ok there the status As already stated a loop somewhere that consume memory with time when installing /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.README the joined files: 1 cygcheck.txt (this mail) This is perhaps a problem: TEMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TEMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' TMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' Plese try setting TEMP and TMP in the Windows global environment to some PATH without spaces in it, eg.: TEMP=c:\TEMP TMP=/tmp Gerrit I was right, deleting only one file of the list of file to install meant the ability to write one more file on the disk (in my case I'm now blocked on the xorg-x11-fsrv-6.8.1.0.README. I do nt hink that it is a problem specific to xorg. xorg unhappily was in the last packages to be installed. Ami I right ? It would mean that this thread is not well placed in the xfree list. Bruno
Re: Mozilla ready compiled, but not operational
Gerrit P. Haase wrote: Hi, I have some mozilla binaries, the application starts and the usual window is displayed, but it does nothing, if an URL is entered in the address bar and I hit enter, nothing happens, menus are displayed ok, but clicking on an entry does nothin, tooltips are not working or not visible, there is only a minimal balloon displayed. The GTKMozEmbed test application is working fine and I can browse websites with it. What may be the problem with the mozilla application? Who is interested to help debugging this? Gerrit Why not but beware, I do not know the internals of mozilla that well (notat all in fact, only reading what something like linux mag could write). What do you want me to do ? Don't forget I have no operational cygwin working at this step as I'm working on the install problem and each test is a long one. Bruno
Re: Keyboard unkown
On Thu, 11 Nov 2004, Christian Kratzer wrote: > Hello, > > My keyboard is not recognize. > Here are the reference. > (--) winConfigKeyboard - Layout: "100C" (100c) > (EE) Keyboardlayout "Swiss French" (100C) is unknown. I've added it. the next release will include it. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: xorg installation fails, 99% complete only
Gerrit P. Haase wrote: bruno patin wrote: Ok there the status As already stated a loop somewhere that consume memory with time when installing /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.README the joined files: 1 cygcheck.txt (this mail) This is perhaps a problem: TEMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TEMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' TMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' Plese try setting TEMP and TMP in the Windows global environment to some PATH without spaces in it, eg.: TEMP=c:\TEMP TMP=/tmp Gerrit ok I've done it, it did not work. I'll try something else. I will remove one and only one unitary package in order to see if I block on the same file. If not I will assume my hypothesis based on the number of file opened could be a good one. Bruno
Re: xorg installation fails, 99% complete only
Gerrit P. Haase wrote: bruno patin wrote: Ok there the status As already stated a loop somewhere that consume memory with time when installing /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.README the joined files: 1 cygcheck.txt (this mail) This is perhaps a problem: TEMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TEMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' TMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' Plese try setting TEMP and TMP in the Windows global environment to some PATH without spaces in it, eg.: TEMP=c:\TEMP TMP=/tmp Gerrit Gerrit, I was thinking of something. I would be surprised that my test with different TMP variables could work because they work for all the packages before. Could it be more something like trying to open more than the permitted number of files ? when trying at this step to open one more handler, setup would fail go into a continuable exception not releasing the memory associated with this corrupted handler and trying again consuming memory ? Is it ridiculous ? Bruno
Mozilla ready compiled, but not operational
Hi, I have some mozilla binaries, the application starts and the usual window is displayed, but it does nothing, if an URL is entered in the address bar and I hit enter, nothing happens, menus are displayed ok, but clicking on an entry does nothin, tooltips are not working or not visible, there is only a minimal balloon displayed. The GTKMozEmbed test application is working fine and I can browse websites with it. What may be the problem with the mozilla application? Who is interested to help debugging this? Gerrit -- =^..^=
Re: xorg installation fails, 99% complete only
Gerrit P. Haase wrote: bruno patin wrote: Ok there the status As already stated a loop somewhere that consume memory with time when installing /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.README the joined files: 1 cygcheck.txt (this mail) This is perhaps a problem: TEMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TEMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' TMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' Plese try setting TEMP and TMP in the Windows global environment to some PATH without spaces in it, eg.: TEMP=c:\TEMP TMP=/tmp Gerrit will do as asked but I'm inside the debug session of ollydbg on the problem point. As I do not know really well the tool I did not find at this point how to associate the src files so ... I'm using the assmbly code and beside the setup source code. From this point I will do another run n ten to twenty mns using the new def of tmp and temp. BPatin
Re: xorg installation fails, 99% complete only
following the work I can say there are two messages and that they are issued in the logFile.cc file of setup and thee messages are numbered : first : "LOG : 1 Installing file cygfile" second "LOG : 2 (see my last mail)" hope that helps BPatin
Re: xorg installation fails, 99% complete only
bruno patin wrote: Ok there the status As already stated a loop somewhere that consume memory with time when installing /usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.README the joined files: 1 cygcheck.txt (this mail) This is perhaps a problem: TEMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TEMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' TMP = `c:\DOCUME~1\ericson\LOCALS~1\Temp' Plese try setting TEMP and TMP in the Windows global environment to some PATH without spaces in it, eg.: TEMP=c:\TEMP TMP=/tmp Gerrit -- =^..^=
Re: xorg installation fails, 99% complete only
Igor Pechtchanski wrote: On Thu, 11 Nov 2004, Carlo Florendo wrote: [snip] In any case, here's setup.log.bz2. (Compressed since it is greater than 100K) The WinXP SP2 machine is accessible to me off-line. Thus, the delay in the sending of these files. [...] Hmm, the fact that it attempts to reinstall packages, coupled with the fact that it's not renaming postinstall scripts properly, makes me wonder whether your Cygwin directory tree is writable by the user that performs the install. This would also be consistent with the "Cannot open c:\cygwin\var\log\setup.log for writing" message that others reported. IIRC, Bruno said that he is in the Administrator group, should'nt this be sufficient? Gerrit -- =^..^=
Re: Why Xming.exe?
On Thu, 11 Nov 2004, David Fraser wrote: > Alexander, I'd love to be kept informed of developments so I think it > would be great if this could be done on a mailing list ... I'm sure the > majority of cygwin-xfree subscribers wouldn't mind a bit of discussion > here until a new home is found ... I'll post them to [EMAIL PROTECTED] See http://sources.redhat.com/win32-x11 for subscription details bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: [SOLVED - mysteriously...not quite] Re: xorg installation fails, 99% complete only
Carlo Florendo wrote: Cygwin Rocks! Yes. I tried to reproduce the problem on the WinXP SP2 machine in question and I was unsuccessful in reproducing it... Cygwin installed like a charm =) Now, I don't know why such is the case. Hmmm...To tell the truth, I was actually asking someone to follow instructions from me, (i.e. press this button, select "Unix", click ok, etc.). However, when I myself tried do a fresh uninstall and fresh install, all worked well. Fresh install... how fresh is fresh? Maybe there remains some registry key after an uninstall? In any case, I'm now attaching cygcheck.out and setup.log (compressed) so the experts could point out what difference it had with my previous posting of cygcheck.out and setup.log, I could see no significant difference there. My suspicion is that the one whom I asked to install cygwin did something else that she didn't tell me(What I saw when she was installing cygwin was the "99% completed" on xorg that never stopped. This, I verified with my eyes. On her following my instructions, I didn't see it with my own eyes. She just said she did.) Gerrit -- =^..^=
Re: xorg installation fails, 99% complete only
Last experiment, I use the ollydbg tool in order to begin to see what is the problem inside setup. It traps also the debug messae of setup and one ofit consists of saying (as it is given by this tool) : "failed too open cygfile:///usr/X11R6/share/doc/Cygwin/xorg-x11-fscl-6.8.1.0.README for writing" I'm examining the tool in order to know how to associate the src files to the debug tool. As it is a little long to do any experiment it will tae me a little time to gie more infos. I also joined again the cygcheck. I verified it is exactly the same running the setup or not (only the time of it) BPatin Cygwin Configuration Diagnostics Current System Time: Thu Nov 11 13:10:10 2004 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2 Path: c:\program files\imagemagick-5.5.7-q16 C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\ATI Technologies\ATI Control Panel Output from C:\cygwin\bin\id.exe (nontsec) UID: 400(bruno) GID: 401(mkpasswd) 401(mkpasswd) Output from C:\cygwin\bin\id.exe (ntsec) UID: 400(bruno) GID: 401(mkpasswd) 401(mkpasswd) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS Path = `c:\program files\imagemagick-5.5.7-q16;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\ATI Technologies\ATI Control Panel' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\bruno\Application Data' CommonProgramFiles = `C:\Program Files\Fichiers communs' COMPUTERNAME = `BRUNOFONTENAY' ComSpec = `C:\WINDOWS\system32\cmd.exe' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\bruno' LOGONSERVER = `\\BRUNOFONTENAY' NUMBER_OF_PROCESSORS = `1' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 13 Stepping 6, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0d06' ProgramFiles = `C:\Program Files' PROMPT = `$P$G' SESSIONNAME = `Console' SystemDrive = `C:' SystemRoot = `C:\WINDOWS' TEMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' TMP = `C:\DOCUME~1\bruno\LOCALS~1\Temp' USERDOMAIN = `BRUNOFONTENAY' USERNAME = `bruno' USERPROFILE = `C:\Documents and Settings\bruno' windir = `C:\WINDOWS' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 57231Mb 18% CP CS UN PA FC d: cd N/AN/A y: net NTFS 57857Mb 31% CP CSPAbruno z: net NTFS 57857Mb 31% CP CSPACommun C:\cygwin / userbinmode C:\cygwin/bin /usr/bin userbinmode C:\cygwin/lib /usr/lib userbinmode . /cygdrive userbinmode,cygdrive Not Found: awk Not Found: bash Not Found: cat Not Found: cp Not Found: cpp (good!) Not Found: find Not Found: gcc Not Found: gdb Not Found: grep Not Found: ld Not Found: ls Not Found: make Not Found: mv Not Found: rm Not Found: sed Not Found: sh Not Found: tar Cygwin Package Information No setup information found Use -h to see help about each section
RE: xorg installation fails, 99% complete only
It should be noted I'm using a Celeron 1.2 GB. Windows Professional. Service pack #2 has security features in it, and this could be one of them (not allowing Xorg server run) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bobby McNulty Sent: Thursday, November 11, 2004 5:53 AM To: [EMAIL PROTECTED] Subject: RE: xorg installation fails, 99% complete only Freezing back under SP2. Here is the ps and cygcheck.
RE: xorg installation fails, 99% complete only
Freezing back under SP2. Here is the ps and cygcheck. cygcheck.out Description: Binary data ps.out Description: Binary data
Keyboard unkown
Hello, My keyboard is not recognize. Here are the reference. (--) winConfigKeyboard - Layout: "100C" (100c) (EE) Keyboardlayout "Swiss French" (100C) is unknown. With the following version. Release: 6.8.1.0-5 _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.com/
Re: Why Xming.exe?
Alexander Gottwald wrote: On Wed, 10 Nov 2004, Christopher Faylor wrote: On Wed, Nov 10, 2004 at 09:02:53PM +0100, Alexander Gottwald wrote: On Wed, 10 Nov 2004, ?yvind Harboe wrote: * There are two many options and questions with CygWin. I imagine that Xming.exe can come with a ~"zero questions" installer. This is the main reason. There is still some work to do but I plan on having all defaults in Xming depend on the installation dir of Xming. Er, I guess it's time I stepped in, then. Since the name of this mailing list is "cygwin-xfree" and the site you are using is cygwin.com, I would not expect too much traffic here regarding non-cygwin solutions. This *has* come up before and I think I'm being pretty consistent here. Yes, this is right. If the port evolves and is more usable I'll search a new home for it (most likely freedesktop.org). Currently only Øyvind and I were discussing things and this can be easily done by personal mail. Alexander, I'd love to be kept informed of developments so I think it would be great if this could be done on a mailing list ... I'm sure the majority of cygwin-xfree subscribers wouldn't mind a bit of discussion here until a new home is found ... David
Re: Why Xming.exe?
On Wed, 10 Nov 2004, Christopher Faylor wrote: > On Wed, Nov 10, 2004 at 09:02:53PM +0100, Alexander Gottwald wrote: > >On Wed, 10 Nov 2004, ?yvind Harboe wrote: > >>* There are two many options and questions with CygWin. I imagine that > >>Xming.exe can come with a ~"zero questions" installer. > > > >This is the main reason. There is still some work to do but I plan on > >having all defaults in Xming depend on the installation dir of Xming. > > Er, I guess it's time I stepped in, then. > > Since the name of this mailing list is "cygwin-xfree" and the site you > are using is cygwin.com, I would not expect too much traffic here > regarding non-cygwin solutions. > > This *has* come up before and I think I'm being pretty consistent here. Yes, this is right. If the port evolves and is more usable I'll search a new home for it (most likely freedesktop.org). Currently only Øyvind and I were discussing things and this can be easily done by personal mail. > Alexander, if you are going to be devoting a lot of time to this project > from now on do we need to find a Cygwin/X maintainer? My #1 priority i clearly Cygwin/X. The mingw port is just a sideeffect of the development for Cygwin/X. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: xorg installation fails, 99% complete only
(As I had problems sending this mail, you'll receive it as the last one, excuse me, there is only the setup.log, before you have the three last compressed part of the setup full and after the first part) Good morning this time, Ok I'm here again. The situation. The problem occurs when I do a complete install of cygwin. It blocks every time on the same load (see before). Wen cancelling, no setup.log is created (I think it is normal as there is no post install made). If after this first failed install I do a setup with only the X11 package there, then it goes to the end of install and here is the setup.log and the first of four compressed part of a setup.log.full (because of the size as you know). Following, the last three part. BPatin 2004/11/11 10:39:55 Starting cygwin install, version 2.427 2004/11/11 10:39:55 Current Directory: C:\Documents and Settings\bruno\Bureau\08112004 2004/11/11 10:39:55 Changing gid to Users 2004/11/11 10:39:55 Could not open service McShield for query, start and stop. McAfee may not be installed, or we don't have access. 2004/11/11 10:40:01 source: from cwd 2004/11/11 10:40:03 root: C:\cygwin binary user 2004/11/11 10:40:05 Selected local directory: C:\Documents and Settings\bruno\Bureau\08112004 2004/11/11 10:41:12 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/ash/ash-20040127-1.tar.bz2 2004/11/11 10:41:12 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/base-files/base-files-3.0-3.tar.bz2 2004/11/11 10:41:12 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/base-passwd/base-passwd-2.1-1.tar.bz2 2004/11/11 10:41:12 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/bash/bash-2.05b-16.tar.bz2 2004/11/11 10:41:13 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/bzip2/bzip2-1.0.2-6.tar.bz2 2004/11/11 10:41:14 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/X11/cgoban/cgoban-1.9.14-1.tar.bz2 2004/11/11 10:41:15 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/cygipc/cygipc-2.03-2.tar.bz2 2004/11/11 10:41:16 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/cygutils/cygutils-1.2.5-1.tar.bz2 2004/11/11 10:41:19 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/cygwin/cygwin-1.5.11-1.tar.bz2 2004/11/11 10:41:23 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/cygwin-doc/cygwin-doc-1.3-7.tar.bz2 2004/11/11 10:41:28 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/X11/cygwin-x-doc/cygwin-x-doc-1.0.4-1.tar.bz2 2004/11/11 10:41:30 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/X11/ddd/ddd-3.3.9-1.tar.bz2 2004/11/11 10:41:31 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/diffutils/diffutils-2.8.7-1.tar.bz2 2004/11/11 10:41:34 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/editrights/editrights-1.01-1.tar.bz2 2004/11/11 10:41:34 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/expat/expat-1.95.8-1.tar.bz2 2004/11/11 10:41:34 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/fileutils/fileutils-4.1-2.tar.bz2 2004/11/11 10:41:36 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/findutils/findutils-4.1.7-4.tar.bz2 2004/11/11 10:41:37 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/X11/fontconfig/fontconfig-2.2.2-1.tar.bz2 2004/11/11 10:41:39 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/X11/freetype2/freetype2-2.1.5-1.tar.bz2 2004/11/11 10:41:39 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/X11/fvwm/fvwm-2.4.7-3.tar.bz2 2004/11/11 10:41:44 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/gawk/gawk-3.1.4-3.tar.bz2 2004/11/11 10:41:45 Installing file://C:\Documents and Settings\bruno\Bureau\08112004/http%3a%2f%2fmirrors.sunsite.dk%2fcygwin/release/gdbm/gdbm-1.8.3-7.tar.bz2 2004/11/11 10:41:4
Re: xorg installation fails, 99% complete only
the last setupfull4.txt.bz2 Description: Binary data
Re: xorg installation fails, 99% complete only
the third setupfull3.txt.bz2 Description: Binary data
Re: xorg installation fails, 99% complete only
second file setupfull2.txt.bz2 Description: Binary data