Problem with Setup and multiple URLs with same host

[Peter A. Castro]

Greetings, All,

  I tend to just be a lurker on the Cygwin lists, but a user of the
Cygwin Time Machine had a problem with the latest Setup version (2.893)
that made me think a little about how Setup treats URLs.  I'd email Jon
Turney off list, and, after some discussion, felt it should be brought
up for discussion.

  The user, call him "Mike", was getting a failure trying to fetch a
specific circa of Cygwin from the Cygwin Time Machine.  The setup.log
showed something I hadn't seen before, which was that multiple URLs
were being accessed.  Here's a piece of the log:

2018/11/05 17:10:45 Starting cygwin install, version 2.893
2018/11/05 17:10:45 User has backup/restore rights
2018/11/05 17:10:45 Current Directory: C:\cygwin-install\cygwin-time-machine
2018/11/05 17:10:45 Could not open service McShield for query, start and stop. 
McAfee may not be installed, or we don't have access.
2018/11/05 17:10:49 source: download
2018/11/05 17:10:50 Selected local directory: 
C:\cygwin-install\cygwin-time-machine
2018/11/05 17:10:51 net: Direct
2018/11/05 17:11:24 site: 
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/64bit/
2018/11/05 17:11:24 site: 
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/64bit/2014/04/06/120212/
2018/11/05 17:11:24 site: 
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/64bit/index.html /
2018/11/05 17:11:27 HTTP status 404 fetching 
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/64bit/2014/04/06/120212/x86_64/setup.xz.sig
2018/11/05 17:11:28 HTTP status 404 fetching 
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/64bit/index.html 
/x86_64/setup.xz.sig
2018/11/05 17:11:28 HTTP status 404 fetching 
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/64bit/index.html 
/x86_64/setup.xz
2018/11/05 17:11:28 HTTP status 404 fetching 
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/64bit/index.html 
/x86_64/setup.bz2.sig
2018/11/05 17:11:29 HTTP status 404 fetching 
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/64bit/index.html 
/x86_64/setup.bz2
2018/11/05 17:11:29 HTTP status 404 fetching 
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/64bit/index.html 
/x86_64/setup.ini.sig
2018/11/05 17:11:29 HTTP status 404 fetching 
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/64bit/index.html 
/x86_64/setup.ini
2018/11/05 17:11:29 mbox note: Unable to get setup from 

2018/11/05 17:11:33 Ending cygwin install

Now, I did not know that Mike had previously tried adding several
incorrect URLs before, but the end result was that he'd added three URLs
all having the same location:

http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/64bit/
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/64bit/2014/04/06/120212/
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/64bit/index.html /

These were recorded, together, in setup.rc under "last-mirror", because
they were added as User mirrors, but they are displayed in the Chooser
as only one location.

Now, as it turns out, two of these will resolve to a valid
setup.ini{.xz} (being qualified with "/x86_64"), but Setup seems to
insist that all three be valid, and, of course, the last one with
"/index.html /" wouldn't have ever worked.  But, also, he really only
wanted the one for 2014/04/06/120212.

A solution for Mike was to edit setup.rc and remove all three URLs and
then re-add only the correct one.  But, that was not obvious and
required the use of an external, native editor.

But this brings up a preceived deficiency in how Setup handles mirror
URLs and failures.  Specifically, that multiple URLs with the same host
& protocol are treated as one virtual entity.  I can understand the
intent to allow a mirror to be split up between multiple paths, but the
problem is that that knowledge is being hidden from the user.

It also appears that Setup lacks an effective way to edit the list of
mirrors in a find-grained manner.

Historically, mirrors supply only one URL for a repository, and I
realize that the Cygwin Time Machine necessarily deviates from that
norm.  But, there really is no other choice in how to present
individual time slices of Cygwin such that Setup can access them.

I'd like to suggest that Setup needs to perform come kind of URL
validation at the time a user provided URL is added.  Something simple
like getting the head of setup.ini at that time of addition, perhaps.
That might help prevent bad mirrors from being added by the user.  I
realize that that doesn't prevent the mirror path from being removed
later, but, that leads to my next point:

Better detail and management.

Setup hides the full URL from the user when it displays URLs in most any
way, and I feel this is a disservice.  It really should display the full
URL, particularly when managing the list of mirrors, but also when
choosing a mirror to use.  

Problem with setup (maybe a feature request)

[Rance Hall]

I'm running cygwin 1.7.x and I've been pretty faithful with running
setup again when updates are announced.

I've noticed that setup remembers almost all the answers from the
previous run, so if you are just doing an update you should be able to
just NEXT through it.

The very last page of the setup includes options of creating
desktop/quicklaunch shortcuts.

Because I run mintty I chose not to have the basic cygwin shell prompt
on my desktop.  Setup seems unable to remember what my choice was each
time I run setup.

I think this is undesired behavior.  If you are running a desktop icon
the setup process shouldn't make a second one.

I couldn't find a place where this data might be stored so, my
conclusion was either its not stored at all, or I'm just plain wrong.

On the chance I'm right: I'd like to see the defaults change to OFF
unless its a first install and there is no sub structure (ie no
/etc, /var, /bin, .)

On the chance I'm wrong and the data in question is stored, can setup
respect previous entries?

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: Problem with setup (maybe a feature request)

[Buchbinder, Barry (NIH/NIAID) [E]]

Rance Hall sent the following at Tuesday, January 05, 2010 10:13 AM

I'm running cygwin 1.7.x and I've been pretty faithful with running
setup again when updates are announced.

I've noticed that setup remembers almost all the answers from the
previous run, so if you are just doing an update you should be able to
just NEXT through it.

The very last page of the setup includes options of creating
desktop/quicklaunch shortcuts.

Because I run mintty I chose not to have the basic cygwin shell prompt
on my desktop. Setup seems unable to remember what my choice was each
time I run setup.

I think this is undesired behavior. If you are running a desktop icon
the setup process shouldn't make a second one.

I couldn't find a place where this data might be stored so, my
conclusion was either its not stored at all, or I'm just plain wrong.

On the chance I'm right: I'd like to see the defaults change to OFF
unless its a first install and there is no sub structure (ie no /etc,
/var, /bin, .)

On the chance I'm wrong and the data in question is stored, can setup
respect previous entries?

You can run setup wuith the -n option.
See http://cygwin.com/faq/faq-nochunks.html#faq.setup.cli

- Barry
  Disclaimer: Statements made herein are not made on behalf of NIAID.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Problem [1.7]: setup-2.ini on the mirrors

[Fergus]

Something odd has happened to setup-2.ini on [some/all?] mirrors.

While for each entry in setup.ini for [1.5], the sequence goes

@name
sdesc
ldesc
category
requires
version
install
source
[prev]
version
install
source

recently the sequence for each entry in setup-2.ini for [1.7] goes

@name
sdesc
ldesc
category
requires

then stops.

I don't know when this started but think it is very recent, possibly 
within the last 2 or 3 hours.


Fergus


--
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/

Re: Problem installing setup-1.7

[Corinna Vinschen]

On Apr 27 18:36, Charles Wilson wrote:
 Corinna Vinschen wrote:
 The problem is that this doesn't allow a parallel installation for
 now, even if setup-1.7 is working as advertised. 

 That's what I was trying to say.

 I should add code
 to the script which replaces all $OLD_CYGWINROOT path components with
 $NEW_CYGWINROOT on the fly to support that.

 That would be useful, during the transition.

Right.  I'll look into it ASAP.

 /etc/fstab.d/$USER is created and old 1.5 registry user mount points are
 copied to /etc/fstab.d/$USER on the fly when the user starts the shell
 the first time.  That's done by the new /etc/profile.d/user-fstab.c?sh
 scripts in base-cygwin.

 it == 000-cygwin-post-install.sh.  I didn't know there were /other/ 
 components of base-cygwin that /would/ handle that part.

Isn't it nice to have a surprise every day? :)


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

Re: Problem installing setup-1.7

[Corinna Vinschen]

On Apr 28 10:51, Corinna Vinschen wrote:
 On Apr 27 18:36, Charles Wilson wrote:
  Corinna Vinschen wrote:
  The problem is that this doesn't allow a parallel installation for
  now, even if setup-1.7 is working as advertised. 
 
  That's what I was trying to say.
 
  I should add code
  to the script which replaces all $OLD_CYGWINROOT path components with
  $NEW_CYGWINROOT on the fly to support that.
 
  That would be useful, during the transition.
 
 Right.  I'll look into it ASAP.

Should be fixed in the just uploaded base-cygwin 0.3-1.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

Problem installing setup-1.7

[Steffen Sledz]

I tried to install setup-1.7 on a system running a normal release 
before. I've deleted the whole C:\cygwin dir from the disk and removed 
all cygwin/cygnus related items from the registry.


But after running the new setup the mounts for /usr/bin and /usr/lib 
where missing. Also there is no /etc/fstab file. What went wrong here?


Steffen

Re: Problem installing setup-1.7

[Charles Wilson]

Steffen Sledz wrote:
I tried to install setup-1.7 on a system running a normal release 
before. I've deleted the whole C:\cygwin dir from the disk and removed 
all cygwin/cygnus related items from the registry.


But after running the new setup the mounts for /usr/bin and /usr/lib 
where missing. Also there is no /etc/fstab file. What went wrong here?


There used to be a script, 000-cygwin-post-install.sh, bundled with the 
cygwin package itself (well, 1.7 versions anyway), that did this.  It 
was recently moved to a package of its own, 'base-cygwin'.


However, that package does not seem to have been added to the 'Base' 
category, or has not been uploaded to the release-2 area (I don't know 
which). In any case, setup-1.7 didn't download it for me, either.


Here's the important part of the /etc/fstab file that it should have 
created:


C:/cygwin-1.7 /some_fs binary 0 0
C:/cygwin-1.7/bin /usr/bin some_fs binary 0 0
C:/cygwin-1.7/lib /usr/lib some_fs binary 0 0

...modify to suit your needs.

--
Chuck

Re: Problem installing setup-1.7

[Corinna Vinschen]

On Apr 27 10:41, Charles Wilson wrote:
 Steffen Sledz wrote:
 I tried to install setup-1.7 on a system running a normal release 
 before. I've deleted the whole C:\cygwin dir from the disk and removed all 
 cygwin/cygnus related items from the registry.
 But after running the new setup the mounts for /usr/bin and /usr/lib where 
 missing. Also there is no /etc/fstab file. What went wrong here?

 There used to be a script, 000-cygwin-post-install.sh, bundled with the 
 cygwin package itself (well, 1.7 versions anyway), that did this.  It was 
 recently moved to a package of its own, 'base-cygwin'.

 However, that package does not seem to have been added to the 'Base' 
 category, or has not been uploaded to the release-2 area (I don't know 
 which). In any case, setup-1.7 didn't download it for me, either.

It hasn't been uploaded to the release-2 area yet.  I simply forgot
to do it yesterday, sorry.  I'm going to upload it in a minute.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

Re: Problem installing setup-1.7

[Corinna Vinschen]

On Apr 27 17:56, Corinna Vinschen wrote:
 On Apr 27 10:41, Charles Wilson wrote:
  Steffen Sledz wrote:
  I tried to install setup-1.7 on a system running a normal release 
  before. I've deleted the whole C:\cygwin dir from the disk and removed all 
  cygwin/cygnus related items from the registry.
  But after running the new setup the mounts for /usr/bin and /usr/lib where 
  missing. Also there is no /etc/fstab file. What went wrong here?
 
  There used to be a script, 000-cygwin-post-install.sh, bundled with the 
  cygwin package itself (well, 1.7 versions anyway), that did this.  It was 
  recently moved to a package of its own, 'base-cygwin'.
 
  However, that package does not seem to have been added to the 'Base' 
  category, or has not been uploaded to the release-2 area (I don't know 
  which). In any case, setup-1.7 didn't download it for me, either.
 
 It hasn't been uploaded to the release-2 area yet.  I simply forgot
 to do it yesterday, sorry.  I'm going to upload it in a minute.

Nevertheless, take the scripts carefully for now.  I have a nagging
feeling that my approach to fetch the old mount points from the registry
is not exactly foolproof.  Something about the rootdir...


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

Re: Problem installing setup-1.7

[Charles Wilson]

Corinna Vinschen wrote:


Nevertheless, take the scripts carefully for now.  I have a nagging
feeling that my approach to fetch the old mount points from the registry
is not exactly foolproof.  Something about the rootdir...


Well, if you follow Brian instructions here:
http://cygwin.com/ml/cygwin-apps/2008-04/msg00299.html

Then when you run setup-1.7.exe you don't /have/ any mounts in the 
registry -- so all you'll get in /etc/fstab are the basic default 
mounts. [*] Later, when setup-1.7.exe is updated -- so that we don't 
have to remove all the 1.5 mount info from the registry before running 
setup-1.7.exe -- it'll work better on that initial install, but only for 
system mounts - /etc/fstab.  It doesn't attemp to replicate user mounts 
(for all users? current user? some selected group of 'cygwin' users? 
Yech!) into /etc/fstab.d/.  That's ok, IMO, but when we release 1.7, 
end-users need to know about that update quirk.


--
Chuck

[*] 'course, 000-cygwin-post-install.sh does more than just manipulate 
mounts and /etc/fstab

Re: Problem installing setup-1.7

[Corinna Vinschen]

On Apr 27 15:09, Charles Wilson wrote:
 Corinna Vinschen wrote:

 Nevertheless, take the scripts carefully for now.  I have a nagging
 feeling that my approach to fetch the old mount points from the registry
 is not exactly foolproof.  Something about the rootdir...

 Well, if you follow Brian instructions here:
 http://cygwin.com/ml/cygwin-apps/2008-04/msg00299.html

 Then when you run setup-1.7.exe you don't /have/ any mounts in the registry 
 -- so all you'll get in /etc/fstab are the basic default mounts. [*] Later, 
 when setup-1.7.exe is updated -- so that we don't have to remove all the 
 1.5 mount info from the registry before running setup-1.7.exe -- it'll work 
 better on that initial install, but only for system mounts - /etc/fstab.  
 It doesn't attemp to replicate user mounts (for all users? current user? 
 some selected group of 'cygwin' users? Yech!) into /etc/fstab.d/.  That's 
 ok, IMO, but when we release 1.7, end-users need to know about that update 
 quirk.

I'm not quite sure I understand what you mean.  The postinstall script
is supposed to create the mount points according to the user's 1.5
based system registry mount table.  This is for a replacement of a
1.5 with a 1.7 installation, as it's supposed to be at one point.

The problem is that this doesn't allow a parallel installation for
now, even if setup-1.7 is working as advertised.  I should add code
to the script which replaces all $OLD_CYGWINROOT path components with
$NEW_CYGWINROOT on the fly to support that.

/etc/fstab.d/$USER is created and old 1.5 registry user mount points are
copied to /etc/fstab.d/$USER on the fly when the user starts the shell
the first time.  That's done by the new /etc/profile.d/user-fstab.c?sh
scripts in base-cygwin.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

Re: Problem installing setup-1.7

[Charles Wilson]

Corinna Vinschen wrote:

On Apr 27 15:09, Charles Wilson wrote:
Then when you run setup-1.7.exe you don't /have/ any mounts in the registry 
-- so all you'll get in /etc/fstab are the basic default mounts. [*] Later, 
when setup-1.7.exe is updated -- so that we don't have to remove all the 
1.5 mount info from the registry before running setup-1.7.exe -- it'll work 
better on that initial install, but only for system mounts - /etc/fstab.  


I'm not quite sure I understand what you mean.  The postinstall script
is supposed to create the mount points according to the user's 1.5
based system registry mount table. 


Right. And once cygwin-1.7 is released, and *regular* users use 
setup.exe to upgrade an existing installation of cygwin-1.5 to 
cygwin-1.7, that will work fine.



This is for a replacement of a
1.5 with a 1.7 installation, as it's supposed to be at one point.


Exactly.


The problem is that this doesn't allow a parallel installation for
now, even if setup-1.7 is working as advertised. 


That's what I was trying to say.


I should add code
to the script which replaces all $OLD_CYGWINROOT path components with
$NEW_CYGWINROOT on the fly to support that.


That would be useful, during the transition.


It doesn't attemp to replicate user mounts (for all users? current
user? some selected group of 'cygwin' users? Yech!) into
/etc/fstab.d/. That's ok, IMO, but when we release 1.7, end-users
need to know about that  update quirk.



/etc/fstab.d/$USER is created and old 1.5 registry user mount points are
copied to /etc/fstab.d/$USER on the fly when the user starts the shell
the first time.  That's done by the new /etc/profile.d/user-fstab.c?sh
scripts in base-cygwin.


it == 000-cygwin-post-install.sh.  I didn't know there were /other/ 
components of base-cygwin that /would/ handle that part.


--
Chuck

Problem running setup using an internal mirror

[Spilker, Rob]

I'm trying to install cygwin on a number of workstations and want to
make it as automated as possible.

The LAN does not have direct internet access, so I setup an internal
mirror containing only the few packages we're interested in.

I tried running setup -q --root c:\cygwin --site
http://internal.site/path/to/files, but setup still wants to download
the list of mirrors from cygwin.com, which blocks until it times out or
is terminated.

Is there a way to do install directly from a mirror site?

thanks

--
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/

RE: problem with setup

[Igor Peshansky]

Ugh, top-posting...  Reformatted.

On Wed, 6 Feb 2008, Pedro Macanás wrote:

 -Mensaje original-
 De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Morgan gangwere
 Enviado el: miércoles, 06 de febrero de 2008 6:08
 Para: [EMAIL PROTECTED]

http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.

 Asunto: Re: problem with setup

  *cough*
  just a thought... but cant you simply as administrator or some other
  form of admin simply kill your cygwin isntall directory and remove the
  Cygwin registry keys?

 I think there would be an uninstall icon for Cygwin (i.e. I would like
 to reinstall it and all the configuration files and registry
 modifications).

Well, Cygwin setup is an open-source project, and it should be relatively
easy to add one more action (uninstall) to it.  Would you care to submit a
patch?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

That which is hateful to you, do not do to your neighbor.  That is the whole
Torah; the rest is commentary.  Go and study it. -- Rabbi Hillel
--
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/

problem with setup

[Amadeus W.M.]

I am (was) running cygwin under XP at work. It was installed a while back 
by IT. Everything gets done through IT. They are primarily windows people 
and they left out some important packages like man and others. So I asked 
them to reinstall. I can't install the missing packages myself, they have 
to download whatever I need, scan it for viruses, pack it somehow, then 
install it on my machine. 

Long story short, when all planets were in alignment, I ran setup to do 
an installation from scratch (over my existing installation). 
Accidentally, I had a shell open (I run bash in rxvt). At some point the 
installer wanted to uninstall bash, it failed. I closed the shell and I 
told it to retry, but it kept failing so I pressed cancel. I ran setup 
again (several times) and at each time I would get an error that setup 
crashed, please inform Microsoft . I said no, but the installer would 
hang. Always when it was trying to uninstall bash. 

Cygwin did install properly on other co-workers' machines, so I imagine I 
caused the whole thing by having the shell open the first time. The 
question is what do I do now? I don't even know where to start. 

Is there a way to completely remove cygwin as if it was never there? Do I 
have to clean up some entries in the registry? Delete /cygdrive/c/cygwin? 
I'm a linux guy, I have no idea what to do in windows. 

I'd appreciate any suggestions. Thanks!




--
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/

Re: problem with setup

[Warren Young]

Amadeus W.M. wrote:


Is there a way to completely remove cygwin as if it was never there? 


http://cygwin.com/faq/faq.setup.html#faq.setup.uninstall-all

--
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/

Re: problem with setup

[Larry Hall (Cygwin)]

Warren Young wrote:

Amadeus W.M. wrote:


Is there a way to completely remove cygwin as if it was never there? 


http://cygwin.com/faq/faq.setup.html#faq.setup.uninstall-all


Might be worth trying to delete (or move aside) '/etc/setup/bash.lst.gz'
first.  If that doesn't help, you might be stuck with starting over if
you're looking for the easy path.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
 Q: Are you sure?
 A: Because it reverses the logical flow of conversation.
 Q: Why is top posting annoying in email?

--
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/

Re: problem with setup

[Amadeus W.M.]

On Tue, 05 Feb 2008 18:06:52 -0700, Warren Young wrote:

 Amadeus W.M. wrote:
 
 Is there a way to completely remove cygwin as if it was never there?
 
 http://cygwin.com/faq/faq.setup.html#faq.setup.uninstall-all

Thanks! That should do.


--
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/

Re: problem with setup

[Amadeus W.M.]

On Tue, 05 Feb 2008 20:59:11 -0500, Larry Hall (Cygwin) wrote:

 Warren Young wrote:
 Amadeus W.M. wrote:

 Is there a way to completely remove cygwin as if it was never there?
 
 http://cygwin.com/faq/faq.setup.html#faq.setup.uninstall-all
 
 Might be worth trying to delete (or move aside) '/etc/setup/bash.lst.gz'
 first.  If that doesn't help, you might be stuck with starting over if
 you're looking for the easy path.

That's what I'm trying to do, start over with a new install, but setup 
crashes when it comes to uninstalling bash. 



--
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/

Re: problem with setup

[Larry Hall (Cygwin)]

Amadeus W.M. wrote:

On Tue, 05 Feb 2008 20:59:11 -0500, Larry Hall (Cygwin) wrote:


Warren Young wrote:

Amadeus W.M. wrote:

Is there a way to completely remove cygwin as if it was never there?

http://cygwin.com/faq/faq.setup.html#faq.setup.uninstall-all

Might be worth trying to delete (or move aside) '/etc/setup/bash.lst.gz'
first.  If that doesn't help, you might be stuck with starting over if
you're looking for the easy path.


That's what I'm trying to do, start over with a new install, but setup 
crashes when it comes to uninstalling bash. 


Which is why I was suggesting removing '/etc/setup/bash.lst.gz'.  It sounds
like this file may have become corrupt, which can cause 'setup.exe' to
crash.  If that's it, this should allow 'setup.exe' to run without the
need of removing everything and reinstalling.  But if it's all the same to
you, then you can certainly go ahead and do that.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
 Q: Are you sure?
 A: Because it reverses the logical flow of conversation.
 Q: Why is top posting annoying in email?

--
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/

Re: problem with setup

[Morgan gangwere]

*cough*
just a thought... but cant you simply as administrator or some other 
form of admin simply kill your cygwin isntall directory and remove the 
Cygwin registry keys?


--

Morgan Gangwere

CraiSys if i cant sudo apt-get install life, then why should i need it?

--
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/

RE: problem with setup

[Pedro Macanás]

I think there would be an uninstall icon for Cygwin (i.e. I would like to
reinstall it and all the configuration files and registry modifications).

Regards.

-Mensaje original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de
Morgan gangwere
Enviado el: miércoles, 06 de febrero de 2008 6:08
Para: cygwin@cygwin.com
Asunto: Re: problem with setup

*cough*
just a thought... but cant you simply as administrator or some other 
form of admin simply kill your cygwin isntall directory and remove the 
Cygwin registry keys?



--
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/

Re: Permissions problem - odd setup

[Markus Schönhaber]

Andrew DeFaria wrote:
 Andrew DeFaria wrote:
  Andrew DeFaria wrote:
  Markus Schönhaber wrote:
 
  Don't know if this is of any help: you can set the SIDs for the user
  and the user's primary group on the Samba box with pdbedit ... -U
  SID -G SID ...Maybe it helps if you use the same SIDs your
  Windows Domain account has.
 
  OK, got the admin to do that command. Remapped the drive. Same
  problems. Any other ideas?

 It seems that this didn't work because we are using only smbpasswd and
 need to update to using tdbsam
 (http://swamp.chl.chalmers.se/samba/docs/man/Samba-HOWTO-Collection/passdb.
html#pdbeditthing):

Yes, should have mentioned that.

Regards
  mks

--
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/

Re: Permissions problem - odd setup

[Andrew DeFaria]

Andrew DeFaria wrote:

Andrew DeFaria wrote:
I have a somewhat odd setup here and am having a permissions problem 
with my userid and authentication.


In general I'm trying to have one home directory that is shared 
between Windows and Linux. On Windows I use Cygwin. Normally this 
involves mounting my Windows oriented home directory and proper 
generation of my domain userid in /etc/passwd. Here things are a bit 
different.


My home directory here is on a Linux box running Samba. I login as 
domain\defaria on my Windows box. I have generated my /etc/password 
entry with mkpasswd -d -u defaria  /etc/passwd. However the Linux 
box running Samba does not participate in a domain rather it is using 
a workgroup.


The symptoms that I see are as follows:

While I can create a file in my home directory I cannot edit it - 
access denied:


$ cp opts.cfg opts.cfg.new
cp: cannot create regular file `opts.cfg.new': Permission denied
$ ls -l opts.cfg*
-rw-rw-r-- 1   98 Feb 14 11:17 opts.cfg
-rwxr--r-- 1    0 Feb 15 16:01 opts.cfg.new*

You'll note that the uid and gid is not correct.

I suspect the problem is that /etc/passwd has my domain SID yet my 
home directory is on a samba server that is not in the domain.


Is there any way to configure this properly? If so how?

Thanks.

Nobody has any ideas?!?
OK I'm quite shocked that nobody has any ideas at all on this, nothing 
to try, no suggestions, etc. Is this even getting through at all or is 
everybody stumped? I'd really like to get this working for me.

--
Why do people point to their wrist when asking for the time, but not to 
their crotch when they ask where the toilet is?



--
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/

Re: Permissions problem - odd setup

[Eric Blake]

  I have a somewhat odd setup here and am having a permissions problem 
  with my userid and authentication.
 
  In general I'm trying to have one home directory that is shared 
  between Windows and Linux. On Windows I use Cygwin. Normally this 
  involves mounting my Windows oriented home directory and proper 
  generation of my domain userid in /etc/passwd. Here things are a bit 
  different.
 
  My home directory here is on a Linux box running Samba. I login as 
  domain\defaria on my Windows box. I have generated my /etc/password 
  entry with mkpasswd -d -u defaria  /etc/passwd. However the Linux 
  box running Samba does not participate in a domain rather it is using 
  a workgroup.

I don't have access to a Samba mount point, so maybe
my advice won't help much, but here goes anyways.

 
  The symptoms that I see are as follows:
 
  While I can create a file in my home directory I cannot edit it - 
  access denied:
 
  $ cp opts.cfg opts.cfg.new
  cp: cannot create regular file `opts.cfg.new': Permission denied
  $ ls -l opts.cfg*
  -rw-rw-r-- 1   98 Feb 14 11:17 opts.cfg
  -rwxr--r-- 1    0 Feb 15 16:01 opts.cfg.new*
 
  You'll note that the uid and gid is not correct.

First, have you run mkpasswd and mkgroup to create
valid /etc/passwd and /etc/group files?  Without a valid
user database, cygwin gets lost when trying to
check/display/modify permissions of an unknown user.

http://cygwin.com/cygwin-ug-net/using-utils.html#mkpasswd
has more details on running mkpasswd.

 
  I suspect the problem is that /etc/passwd has my domain SID yet my 
  home directory is on a samba server that is not in the domain.
 
  Is there any way to configure this properly? If so how?
 
  Thanks.
  Nobody has any ideas?!?
 OK I'm quite shocked that nobody has any ideas at all on this, nothing 
 to try, no suggestions, etc. Is this even getting through at all or is 
 everybody stumped? I'd really like to get this working for me.

Also, samba has special options in the CYGWIN environment
variable.  Check out
http://cygwin.com/cygwin-ug-net/using-cygwinenv.html
in regards to smbntsec.  That may be impacting your
permissions.

Beyond that, maybe getfacl on the various pathname
components may reveal what permissions are attributed
to the various files.  Again, there may be someone else
that has more experience with samba to know how
to answer you better, but at least now you know your
request is not falling on deaf ears.

--
Eric Blake

--
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/

Re: Permissions problem - odd setup

[Andrew DeFaria]

Eric Blake wrote:
I have a somewhat odd setup here and am having a permissions 
problem with my userid and authentication.


In general I'm trying to have one home directory that is shared 
between Windows and Linux. On Windows I use Cygwin. Normally this 
involves mounting my Windows oriented home directory and proper 
generation of my domain userid in /etc/passwd. Here things are a 
bit different.


My home directory here is on a Linux box running Samba. I login as 
domain\defaria on my Windows box. I have generated my 
/etc/password entry with mkpasswd -d -u defaria  /etc/passwd. 
However the Linux box running Samba does not participate in a 
domain rather it is using

a workgroup.
I don't have access to a Samba mount point, so maybe my advice won't 
help much, but here goes anyways.



The symptoms that I see are as follows:

While I can create a file in my home directory I cannot edit it -  
access denied:


$ cp opts.cfg opts.cfg.new
cp: cannot create regular file `opts.cfg.new': Permission denied
$ ls -l opts.cfg*
-rw-rw-r-- 1   98 Feb 14 11:17 opts.cfg
-rwxr--r-- 1   0 Feb 15 16:01 opts.cfg.new*

You'll note that the uid and gid is not correct.
First, have you run mkpasswd and mkgroup to create valid /etc/passwd 
and /etc/group files? Without a valid user database, cygwin gets lost 
when trying to check/display/modify permissions of an unknown user.


http://cygwin.com/cygwin-ug-net/using-utils.html#mkpasswd has more 
details on running mkpasswd.
I've run mkpasswd but the real question I believe is what domain should 
I run mkpasswd for? As I stated above I have run it for the Windows 
domain that I log into. However, again, my home directory is served by a 
Linux box using Samba but that link box does not participate in the 
Windows domain that I log into rather it just runs in it's own workgroup.
I suspect the problem is that /etc/passwd has my domain SID yet my 
home directory is on a samba server that is not in the domain.


Is there any way to configure this properly? If so how?

Thanks.

Nobody has any ideas?!?
OK I'm quite shocked that nobody has any ideas at all on this, 
nothing to try, no suggestions, etc. Is this even getting through at 
all or is everybody stumped? I'd really like to get this working for me.
Also, samba has special options in the CYGWIN environment variable. 
Check out http://cygwin.com/cygwin-ug-net/using-cygwinenv.html in 
regards to smbntsec. That may be impacting your

permissions.

I know about SMBNTSEC. I have SMBNTSEC set on.
Beyond that, maybe getfacl on the various pathname components may 
reveal what permissions are attributed
to the various files. Again, there may be someone else that has more 
experience with samba to know how
to answer you better, but at least now you know your request is not 
falling on deaf ears.
I will have to try those getfacl's when I get to work later. I will post 
them. However, which directories should I do this for? I mean my home 
directory's share point is \\server\share. I map this to my H drive 
then I mount H: /home/defaria.


Thanks for acknowledging my post...

--
Eric Blake
Just a little note here but a proper signature delimiter is two dashes 
followed by a space. You lack a space.

--
Assphasia- a condition where your face looks so much like your butt your 
bowels don't know which way to move.

--
I like kids, but I don't think I could eat a whole one.


--
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/

Re: Permissions problem - odd setup

[Markus Schönhaber]

Andrew DeFaria wrote:
 Eric Blake wrote:
  I have a somewhat odd setup here and am having a permissions
  problem with my userid and authentication.
 
  In general I'm trying to have one home directory that is shared
  between Windows and Linux. On Windows I use Cygwin. Normally this
  involves mounting my Windows oriented home directory and proper
  generation of my domain userid in /etc/passwd. Here things are a
  bit different.
 
  My home directory here is on a Linux box running Samba. I login as
  domain\defaria on my Windows box. I have generated my
  /etc/password entry with mkpasswd -d -u defaria  /etc/passwd.
  However the Linux box running Samba does not participate in a
  domain rather it is using
  a workgroup.
 
  I don't have access to a Samba mount point, so maybe my advice won't
  help much, but here goes anyways.
 
  The symptoms that I see are as follows:
 
  While I can create a file in my home directory I cannot edit it -
  access denied:
 
  $ cp opts.cfg opts.cfg.new
  cp: cannot create regular file `opts.cfg.new': Permission denied
  $ ls -l opts.cfg*
  -rw-rw-r-- 1   98 Feb 14 11:17 opts.cfg
  -rwxr--r-- 1   0 Feb 15 16:01 opts.cfg.new*
 
  You'll note that the uid and gid is not correct.
 
  First, have you run mkpasswd and mkgroup to create valid /etc/passwd
  and /etc/group files? Without a valid user database, cygwin gets lost
  when trying to check/display/modify permissions of an unknown user.
 
  http://cygwin.com/cygwin-ug-net/using-utils.html#mkpasswd has more
  details on running mkpasswd.

 I've run mkpasswd but the real question I believe is what domain should
 I run mkpasswd for? As I stated above I have run it for the Windows
 domain that I log into. However, again, my home directory is served by a
 Linux box using Samba but that link box does not participate in the
 Windows domain that I log into rather it just runs in it's own workgroup.

Don't know if this is of any help: you can set the SIDs for the user and the 
user's primary group on the Samba box with 
pdbedit ... -U SID -G SID ...
Maybe it helps if you use the same SIDs your Windows Domain account has.

Regards
  mks

--
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/

Re: Permissions problem - odd setup

[Andrew DeFaria]

Markus Schönhaber wrote:
--
Why do women wear evening gowns to nightclubs? Shouldn't they be wearing 
night gowns?

Andrew DeFaria wrote:

Eric Blake wrote:

I have a somewhat odd setup here and am having a permissions
problem with my userid and authentication.

In general I'm trying to have one home directory that is shared
between Windows and Linux. On Windows I use Cygwin. Normally this
involves mounting my Windows oriented home directory and proper
generation of my domain userid in /etc/passwd. Here things are a
bit different.

My home directory here is on a Linux box running Samba. I login as
domain\defaria on my Windows box. I have generated my
/etc/password entry with mkpasswd -d -u defaria  /etc/passwd.
However the Linux box running Samba does not participate in a
domain rather it is using
a workgroup.

I don't have access to a Samba mount point, so maybe my advice won't
help much, but here goes anyways.


The symptoms that I see are as follows:

While I can create a file in my home directory I cannot edit it -
access denied:

$ cp opts.cfg opts.cfg.new
cp: cannot create regular file `opts.cfg.new': Permission denied
$ ls -l opts.cfg*
-rw-rw-r-- 1   98 Feb 14 11:17 opts.cfg
-rwxr--r-- 1   0 Feb 15 16:01 opts.cfg.new*

You'll note that the uid and gid is not correct.

First, have you run mkpasswd and mkgroup to create valid /etc/passwd
and /etc/group files? Without a valid user database, cygwin gets lost
when trying to check/display/modify permissions of an unknown user.

http://cygwin.com/cygwin-ug-net/using-utils.html#mkpasswd has more
details on running mkpasswd.

I've run mkpasswd but the real question I believe is what domain should
I run mkpasswd for? As I stated above I have run it for the Windows
domain that I log into. However, again, my home directory is served by a
Linux box using Samba but that link box does not participate in the
Windows domain that I log into rather it just runs in it's own workgroup.
Don't know if this is of any help: you can set the SIDs for the user 
and the user's primary group on the Samba box with pdbedit ... -U 
SID -G SID ...Maybe it helps if you use the same SIDs your Windows 
Domain account has.

I'll have to ask the admin to try this. Thanks.


--
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/

Re: Permissions problem - odd setup

[Andrew DeFaria]

Andrew DeFaria wrote:

Markus Schönhaber wrote:

Don't know if this is of any help: you can set the SIDs for the user 
and the user's primary group on the Samba box with pdbedit ... -U 
SID -G SID ...Maybe it helps if you use the same SIDs your Windows 
Domain account has.
OK, got the admin to do that command. Remapped the drive. Same problems. 
Any other ideas?

--
Hit any user to continue.


--
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/

Re: Permissions problem - odd setup

[Andrew DeFaria]

Andrew DeFaria wrote:

Andrew DeFaria wrote:

Markus Schönhaber wrote:

Don't know if this is of any help: you can set the SIDs for the user 
and the user's primary group on the Samba box with pdbedit ... -U 
SID -G SID ...Maybe it helps if you use the same SIDs your 
Windows Domain account has.
OK, got the admin to do that command. Remapped the drive. Same 
problems. Any other ideas?
It seems that this didn't work because we are using only smbpasswd and 
need to update to using tdbsam 
(http://swamp.chl.chalmers.se/samba/docs/man/Samba-HOWTO-Collection/passdb.html#pdbeditthing):


   tdbsam

   This backend provides a rich database backend for local servers.
   This backend is not suitable for multiple domain controllers
   (i.e., PDC + one or more BDC) installations.

   The /tdbsam/ password backend stores the old / smbpasswd/
   information plus the extended MS Windows NT/200x SAM information
   into a binary format TDB (trivial database) file. The inclusion
   of the extended information makes it possible for Samba-3 to
   implement the same account and system access controls that are
   possible with MS Windows NT4/200x-based systems.

   The inclusion of the /tdbsam/ capability is a direct response to
   user requests to allow simple site operation without the
   overhead of the complexities of running OpenLDAP. It is
   recommended to use this only for sites that have fewer than 250
   users. For larger sites or implementations, the use of OpenLDAP
   or of Active Directory integration is strongly recommended.

Additionally:

   The resolution of SIDs to UIDs is fundamental to correct operation
   of Samba. In both cases shown, if winbindd is not running or cannot
   be contacted, then only local SID/UID resolution is possible. See
   resolution of SIDs to UIDs
   
http://swamp.chl.chalmers.se/samba/docs/man/Samba-HOWTO-Collection/passdb.html#idmap-sid2uid
   and resolution of UIDs to SIDs
   
http://swamp.chl.chalmers.se/samba/docs/man/Samba-HOWTO-Collection/passdb.html#idmap-uid2sid
   diagrams.

Apparently I need to have them switch to tdbsam style backend in order 
to set things like SIDs and the like. This might be a hard sell...

--
Don't make no sense that common sense don't make no sense no more. - 
John Prine



--
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/

Re: Permissions problem - odd setup

[Andrew DeFaria]

Andrew DeFaria wrote:
I have a somewhat odd setup here and am having a permissions problem 
with my userid and authentication.


In general I'm trying to have one home directory that is shared 
between Windows and Linux. On Windows I use Cygwin. Normally this 
involves mounting my Windows oriented home directory and proper 
generation of my domain userid in /etc/passwd. Here things are a bit 
different.


My home directory here is on a Linux box running Samba. I login as 
domain\defaria on my Windows box. I have generated my /etc/password 
entry with mkpasswd -d -u defaria  /etc/passwd. However the Linux box 
running Samba does not participate in a domain rather it is using a 
workgroup.


The symptoms that I see are as follows:

While I can create a file in my home directory I cannot edit it - 
access denied:


$ cp opts.cfg opts.cfg.new
cp: cannot create regular file `opts.cfg.new': Permission denied
$ ls -l opts.cfg*
-rw-rw-r-- 1   98 Feb 14 11:17 opts.cfg
-rwxr--r-- 1    0 Feb 15 16:01 opts.cfg.new*

You'll note that the uid and gid is not correct.

I suspect the problem is that /etc/passwd has my domain SID yet my 
home directory is on a samba server that is not in the domain.


Is there any way to configure this properly? If so how?

Thanks.

Nobody has any ideas?!?


--
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/

Permissions problem - odd setup

[Andrew DeFaria]

I have a somewhat odd setup here and am having a permissions problem 
with my userid and authentication.


In general I'm trying to have one home directory that is shared between 
Windows and Linux. On Windows I use Cygwin. Normally this involves 
mounting my Windows oriented home directory and proper generation of my 
domain userid in /etc/passwd. Here things are a bit different.


My home directory here is on a Linux box running Samba. I login as 
domain\defaria on my Windows box. I have generated my /etc/password 
entry with mkpasswd -d -u defaria  /etc/passwd. However the Linux box 
running Samba does not participate in a domain rather it is using a 
workgroup.


The symptoms that I see are as follows:

While I can create a file in my home directory I cannot edit it - access 
denied:


$ cp opts.cfg opts.cfg.new
cp: cannot create regular file `opts.cfg.new': Permission denied
$ ls -l opts.cfg*
-rw-rw-r-- 1   98 Feb 14 11:17 opts.cfg
-rwxr--r-- 1    0 Feb 15 16:01 opts.cfg.new*

You'll note that the uid and gid is not correct.

I suspect the problem is that /etc/passwd has my domain SID yet my home 
directory is on a samba server that is not in the domain.


Is there any way to configure this properly? If so how?

Thanks.
--
Everyone hates me because I'm paranoid.


--
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/

Re: Problem compiling Setup but unsure if my install is hosed or is it the source or autoconf/automake

[Brian Keener]

Just a follow up on this:

I finally resolved this and as everyone knew/suspected it was not an 
autoconf/automake issue or at least I don't think it was unless there was 
something missed in update to update to update.  I actually had the same 
autom4te error on 3 machines of which I either propagated the original problem 
from the Win2k machine (that had experienced corruption) to my WinXP (this I 
believe I propogated) and a Win95 (I didn't copy the tree or anything so not 
usre how this propogated) or there was something in the succession of updates. 

At any rate I resolved the Win95 and WinXP through a full removal and reinstall 
of Cygwin and my build tree - just reinstalling all the packages and 
deleting/rebuilding my cvs build tree was insufficient.

I knew I was home free when I got to the STL error as previously reported by 
Igor in cygwin-apps:

http://cygwin.com/ml/cygwin-apps/2005-06/msg00159.html

on either the WinXp and the Win95 machines.  So I just thought I would close 
this out for the archives with a final resolution.

Thanks for all the help and assistance

bk




--
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/

RE: Problem compiling Setup but unsure if my install is hosed or is it the source or autoconf/automake

[Dave Korn]

Original Message
From: Brian Dessent
Sent: 17 June 2005 06:42

 Brian Keener wrote:
 
 The only other thing I can think of is what version of autoconf and
 automake and libtool are you using.  Mine are the versions that were
 released when stable and devel became obsolete.  But not sure that is it.

 
 The best thing I can suggest is ask on the autoconf list.  Your error
 seems like an internal problem with aclocal or autoconf, and they should
 be able to help.

  I'm no expert on all that auto-* malarkey, but I notice one thing:

 $ ./bootstrap.sh
 Running bootstrap.sh in libgetopt++
 unknown channel $-5 at /usr/share/autoconf/Autom4te/Channels.pm line 538
Autom4te::Channels::msg('$-5', 'configure.in:14', 'warning: $-6')
called
 at /usr/bin/autom4te-2.5x line 1008
 aclocal: autom4te failed with exit status: 1
 aclocal failed
 Autotool bootstrapping failed. You will need to investigate and correct
 before you can develop on this source tree

  I don't even _have_ a /usr/share/autoconf directory on my installation,
and bootstrap.sh WJFFM.  Perhaps there is some residual bogosity lurking in
there from old versions?

  I don't have any /usr/bin/autom4te-2.5x either.  My Channels.pm lives
under /usr/autotool/{devel,stable}/share/Autom4te.

  Sounds like you have some stray stuff going on?

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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/

Re: Problem compiling Setup but unsure if my install is hosed or is it the source or autoconf/automake

[Brian Dessent]

Dave Korn wrote:

   I don't have any /usr/bin/autom4te-2.5x either.  My Channels.pm lives
 under /usr/autotool/{devel,stable}/share/Autom4te.
 
   Sounds like you have some stray stuff going on?

You're still on the 'old' versions of autotools then apparently.  The
'new' versions do away with the {devel,stable} notion as well as the
home grown wrapper scripts.  The change was announced at
http://cygwin.com/ml/cygwin-apps/2005-05/msg00322.html but I don't
ever remember seeing an actual [ANNOUNCEMENT} message for the new
packages.

Brian

--
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/

RE: Problem compiling Setup but unsure if my install is hosed or is it the source or autoconf/automake

[Dave Korn]

Original Message
From: Brian Dessent
Sent: 17 June 2005 11:12

 Dave Korn wrote:
 
   I don't have any /usr/bin/autom4te-2.5x either.  My Channels.pm lives
 under /usr/autotool/{devel,stable}/share/Autom4te.
 
   Sounds like you have some stray stuff going on?
 
 You're still on the 'old' versions of autotools then apparently.

  Guess I am, at that.  And from the looks of things, I'm staying that way
for at least a little while longer.  I need to be able to build setup! g

  The
 'new' versions do away with the {devel,stable} notion as well as the
 home grown wrapper scripts.  The change was announced at
 http://cygwin.com/ml/cygwin-apps/2005-05/msg00322.html 

  Yeh, I do remember seeing that, now you remind me.

 but I don't
 ever remember seeing an actual [ANNOUNCEMENT} message for the new
 packages.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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/

Re: Problem compiling Setup but unsure if my install is hosed or is it the source or autoconf/automake

[Brian Dessent]

Dave Korn wrote:

   Guess I am, at that.  And from the looks of things, I'm staying that way
 for at least a little while longer.  I need to be able to build setup! g

(From the 'knew you were joking, but:' department...)

I am using the new packages and had no problem running bootstrap.sh or
any other autotool-related issues. The problem seems to be with
something gone awry in the OP's system.

Brian

--
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/

Problem compiling Setup but unsure if my install is hosed or is it the source or autoconf/automake

[Brian Keener]

 
I debated asking this but I am now at a loss as to where to look next.  I had a 
nice working Cygwin system and could compile my own copies of the Cygwin.dll 
and more for my purposes a copy of Setup.exe.  I am using Win2k and have kept 
my system up to date.  Last Friday my system experienced some malfunction that 
apparently resulted in some FAT corruption.  I had to delete a file to even get 
the ChkDsk to complete and it found many bad links in files and cross links ad 
whatever.  Basically ended up loosing bits and pieces of several days.  Several 
things were affected in my Cygwin environment as well (some of my CVS for Setup 
and Cygwin and so on).  My CVS on Setup was hosed pretty badly to the point I 
deleted it all and checked it out again from CVS.  

Currently I am at the point where I can compile the Cygwin Dll and have several 
times just for assurance but I cannot get the bootstrap.sh to run in Setup.  I 
reinstalled all the Autoconf and automake and then reinstalled m4 and then 
uninstalled them and reinstalled them and finally today I reinstalled all of 
the packages I have installed and tried again to run bootstrap.sh - I still get 
the following error: 
 
~ 
$ cd /usr/develop/src/cygwin-apps/setup 
/usr/develop/src/cygwin-apps/setup 
$ ./bootstrap.sh 
Running bootstrap.sh in libgetopt++ 
unknown channel $-5 at /usr/share/autoconf/Autom4te/Channels.pm line 538 
   Autom4te::Channels::msg('$-5', 'configure.in:14', 'warning: $-6') called 
at /usr/bin/autom4te-2.5x line 1008 
aclocal: autom4te failed with exit status: 1 
aclocal failed 
Autotool bootstrapping failed. You will need to investigate and correct 
before you can develop on this source tree 
Continuing with bootstrap in current directory 
unknown channel $-5 at /usr/share/autoconf/Autom4te/Channels.pm line 538 
   Autom4te::Channels::msg('$-5', 'configure.in:32', 'warning: $-6') called 
at /usr/bin/autom4te-2.5x line 1008 
aclocal: autom4te failed with exit status: 1 
aclocal failed 
Autotool bootstrapping failed. You will need to investigate and correct 
before you can develop on this source tree 
/usr/develop/src/cygwin-apps/setup 
$ 
 
I'm at a loss as to what else could be affecting this.  Short of removing 
Cygwin completely and doing a fresh install - I'm at a loss.  As of this 
writing even that has been accomplished since I have now installed cygwin on a 
new Windows XP laptop and reinstalled my cygwin and setup cvs copies.  I can 
still build cygwin - but same error above on setup.

Any ideas - has anyone else run into this or been able to compile setup in the 
last few days.  Any assistance will be greatly appreciated. 
 
bk 
 
 





--
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/

Re: Problem compiling Setup but unsure if my install is hosed or is it the source or autoconf/automake

[Brian Dessent]

Brian Keener wrote:

 $ cd /usr/develop/src/cygwin-apps/setup
 /usr/develop/src/cygwin-apps/setup
 $ ./bootstrap.sh
 Running bootstrap.sh in libgetopt++
 unknown channel $-5 at /usr/share/autoconf/Autom4te/Channels.pm line 538
Autom4te::Channels::msg('$-5', 'configure.in:14', 'warning: $-6') 
 called
 at /usr/bin/autom4te-2.5x line 1008
 aclocal: autom4te failed with exit status: 1
 aclocal failed
 Autotool bootstrapping failed. You will need to investigate and correct
 before you can develop on this source tree

I just checked with a fresh CVS checkout of the setup sources and the
bootstrap went fine.  I don't really know what that error message means,
so I can't really be of any help there.  You should probably ask on the
autoconf list, where they will be able to aid you in debugging it
further.  Make sure to give them as many details as possible.

When you have disk corruption any file is potentially a suspect for
being damanged, so it could be a broken configuration file, possibly
something completely unrelated to Cygwin.  Normally when you reinstall a
package your local config files are not replaced (particularly if they
have been modified) so you might consider reinstalling.  One trick that
you can use to see if it's a Cygwin installation problem is:

1. save your mounts (mount -m  mounts.bat)
2. unmount everything (umount -A)
3. rename your cygwin directory to something else
4. reinstall from setup.exe

This will for all intents and purposes shield your previous install, and
simulate a fresh install.  If you find the fresh install works, then you
can copy over the parts you want to keep from the old.  If it fails in
the same manner you will know that it's not a Cygwin installation
problem and you can revert back to the old install (by doing the steps
in reverse) without losing anything.

Brian

--
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/

Re: Problem compiling Setup but unsure if my install is hosed or is it the source or autoconf/automake

[Brian Keener]

Thanks Brian for the follow up and the suggestion.  As I mentioned I did just 
do a clean install of cygwin and all apps to a Windows XP laptop but like a 
dummy and lazy person I copied my cvs tree from the Win2k laptop.  Then when I 
tried to compile on the WinXP machine and I still got the error I blew away the 
setup cvs tree and checked it out again.  And the compile still failed.  
Obviously there something wrong with higher on my CVS tree (I guess).

The only other thing I can think of is what version of autoconf and automake 
and libtool are you using.  Mine are the versions that were released when 
stable and devel became obsolete.  But not sure that is it.

I'll blow away my CVS tree and recheck everything out and see what that does.  
As I say the rest of my install on the XP machine is all fresh.

Thanks

bk





--
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/

Re: Problem compiling Setup but unsure if my install is hosed or is it the source or autoconf/automake

[Brian Dessent]

Brian Keener wrote:

 The only other thing I can think of is what version of autoconf and automake
 and libtool are you using.  Mine are the versions that were released when
 stable and devel became obsolete.  But not sure that is it.

I too use the 'new' autotools:

$ cygcheck -c|grep -P 'auto(conf|make)|libtool'
autoconf2.59-2   OK
autoconf2.1 2.13-1   OK
autoconf2.5 2.59-1   OK
automake1.7.9-2  OK
automake1.4 1.4p6-1  OK
automake1.6 1.6.3-1  OK
automake1.7 1.7.9-1  OK
automake1.8 1.8.5-1  OK
automake1.9 1.9.5-1  OK
libtool1.5  1.5.18-1 OK

The best thing I can suggest is ask on the autoconf list.  Your error
seems like an internal problem with aclocal or autoconf, and they should
be able to help.

Brian

--
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/

Re: Problem with setup

[Bobby McNulty]

Luke Kendall wrote:
On 16 Nov, Bobby McNulty wrote:
 

Then I'm not the only one noticing this? 
   

No, myself and one other person here have begun noticing it.
luke
--
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/
 

OK.
I have a full cywin running now, with Xorg and KDE.
So I'm ok.
But I had to do it in four stages.
KDE is working again under org.
Like I said before, it was setup.
Bobby

Re: Problem with setup

[Max Bowsher]

Luke Kendall wrote:
I should also add that after a setup.exe crash at 9:38am after being
left running overnight, later attempts to install that day (with the VM
size steadily increasing, and setup.exe appearing to stick at the
stage where it is installing the zip package), that setup.log was not
updated by the later installation attempts.
Shouldn't setup.log be getting opened in append mode?  We examined it
at various times during a later installation attempt, and the contents
didn't change and the file modification time stayed at 9:38am.
At the moment, the log files are written to disc in one bulk write when 
setup.exe completes. That's probably not a great design feature.

Max.
--
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/

Re: Problem with setup

[Max Bowsher]

[EMAIL PROTECTED] wrote:
On 11 Nov, 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.
I can confirm this.  We took a snapshot of October 26th
(setup-timestamp: 1098732614), and in that version of setup,
That number you quoted identifies the version of the setup.ini datafile, not 
the setup.exe program.

none of
the file handles for any of the temp files of the form (where c:\temp
is your temporary package directory) c:\temp\http%.\package.tar.bz2
is ever released.  The system starts page faulting and the number of
handles just grows and grows, and eventually setup dies like this:
Microsoft Visual C++ Runtime Error
Runtime Error!
Program \\samba\install\win32\cygwin\setup.exe
This application has requested the Runtime to terminate it in an
unusual way.  Please contact the application's support team for
more information.

That's nasty. I wonder why we haven't seen more reports of this.
Is there any reason why your machine should be more susceptible to this? 
(Low memory, any kind of resource limits?)

Max.
--
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/

Re: Problem with setup

[Max Bowsher]

Luke Kendall wrote:
On 17 Nov, To: [EMAIL PROTECTED] wrote:
 The system starts page faulting and the number of
 handles just grows and grows, and eventually setup dies
I can add this:
At the crash point, setup.exe has some 600 open handles and 2 Gb of VM. 
It's
accumulated 2.5 million page faults.
Wow!
Well, it's not quite as dramatic here, but I can see a good few leaked 
handles in Process Explorer.

I've committed a fix, but unfortunately, when I begun testing to prepare for 
a release, I ran into all sorts of nasty problems, including being unable to 
reinstall Cygwin, having uninstalled it to test setup. I'm going to keep 
working on it though... after I've completely purged Cygwin from my 
computer, reinstalled, and set up a VM to do tests in without disrupting my 
primary machine. Might take a while.

Max.
--
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/

Re: Problem with setup

[Bobby McNulty]

Luke Kendall wrote:
On 16 Nov, Bobby McNulty wrote:
 

Then I'm not the only one noticing this? 
   

No, myself and one other person here have begun noticing it.
luke
--
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/
 

OK.
I have a full cywin running now, with Xorg and KDE.
So I'm ok.
But I had to do it in four stages.
KDE is working again under org.
Like I said before, it was setup.
Bobby
--
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/

Re: Problem with setup

[Bobby McNulty]

Max Bowsher wrote:
[EMAIL PROTECTED] wrote:
On 11 Nov, 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.

I can confirm this.  We took a snapshot of October 26th
(setup-timestamp: 1098732614), and in that version of setup,

That number you quoted identifies the version of the setup.ini 
datafile, not the setup.exe program.

none of
the file handles for any of the temp files of the form (where c:\temp
is your temporary package directory) c:\temp\http%.\package.tar.bz2
is ever released.  The system starts page faulting and the number of
handles just grows and grows, and eventually setup dies like this:
Microsoft Visual C++ Runtime Error
Runtime Error!
Program \\samba\install\win32\cygwin\setup.exe
This application has requested the Runtime to terminate it in an
unusual way.  Please contact the application's support team for
more information.

That's nasty. I wonder why we haven't seen more reports of this.
Is there any reason why your machine should be more susceptible to 
this? (Low memory, any kind of resource limits?)

Max.
--
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/

As for for, 256 MB on Celeron II running XP Pro with Service pack 2.
Running SP2 since it came out.
Problem started November 3rd with a full installation.
--
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/

Re: Problem with setup

[Luke Kendall]

On 17 Nov, Max Bowsher wrote:
  Luke Kendall wrote:
  I should also add that after a setup.exe crash at 9:38am after being
  left running overnight, later attempts to install that day (with the VM
  size steadily increasing, and setup.exe appearing to stick at the
  stage where it is installing the zip package), that setup.log was not
  updated by the later installation attempts.
  
  Shouldn't setup.log be getting opened in append mode?  We examined it
  at various times during a later installation attempt, and the contents
  didn't change and the file modification time stayed at 9:38am.
  
  At the moment, the log files are written to disc in one bulk write when 
  setup.exe completes. That's probably not a great design feature.

Ah.  Absolutely.  If setup crashes, you have no debug information!
I usually fflush after writing an entry to a log file - it's more
important to have accurate debug info than to save a few seconds on
execution time, I reckon.

And in other emails:

  I can confirm this.  We took a snapshot of October 26th
  (setup-timestamp: 1098732614), and in that version of setup,
 
 That number you quoted identifies the version of the setup.ini datafile, not 
 the setup.exe program.

Sorry, how's this?
$  bunzip2 -c setup.bz2 | head -5
# This file is automatically generated.  If you edit it, your
# edits will be discarded next time the file is generated.
# See http://cygwin.com/setup.html for details.
#
setup-timestamp: 1098732614

  none of
  the file handles for any of the temp files of the form (where c:\temp
  is your temporary package directory) c:\temp\http%.\package.tar.bz2
  is ever released.  The system starts page faulting and the number of
  handles just grows and grows, and eventually setup dies like this:
 
  Microsoft Visual C++ Runtime Error
  Runtime Error!
  Program \\samba\install\win32\cygwin\setup.exe
  This application has requested the Runtime to terminate it in an
  unusual way.  Please contact the application's support team for
  more information.
 
 
 That's nasty. I wonder why we haven't seen more reports of this.
 
 Is there any reason why your machine should be more susceptible to this? 
 (Low memory, any kind of resource limits?)

Not that I'm aware of, no.  One machine was dual processor, 1GB of
memory.  Interestingly, looking at Task Manager during setup.exe's run,
even though there seemed to be plenty of physical memory, it changed to
display page fault activity rather than RAM usage.  Tweaking TM to show
page fault activity and handles showed that there was a lot of page
faults from setup, and a steadily growing number of handles (the
..tar.bz2 files which were never released).

The other PC that showed the problem had 512MB of memory, and no
special resource limits.

  At the crash point, setup.exe has some 600 open handles and 2 Gb of VM. 
  It's
  accumulated 2.5 million page faults.
 
 Wow!
 
 Well, it's not quite as dramatic here, but I can see a good few leaked 
 handles in Process Explorer.

Yes, we looked in PE too, and it was clear that no .tar.bz2 file handle
was released.  We were trying a fresh install, and selected All (i.e.
every package).

 I've committed a fix, but unfortunately, when I begun testing to prepare for 
 a release, I ran into all sorts of nasty problems, including being unable to 
 reinstall Cygwin, having uninstalled it to test setup. I'm going to keep 
 working on it though... after I've completely purged Cygwin from my 
 computer, reinstalled, and set up a VM to do tests in without disrupting my 
 primary machine. Might take a while.

Sorry to be causing you such hassles.  I'm hoping to get a chance to
try the latest Cygwin:

# This file is automatically generated.  If you edit it, your
# edits will be discarded next time the file is generated.
# See http://cygwin.com/setup.html for details.
#
setup-timestamp: 1100546431

luke


--
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/

Re: Problem with setup

[Christopher Faylor]

On Thu, Nov 18, 2004 at 11:09:26AM +1100, Luke Kendall wrote:
Sorry to be causing you such hassles.  I'm hoping to get a chance to
try the latest Cygwin:

You can try the latest cygwin.  Just install everything in two or
three steps.

This is not the final solution, of course, but this problem doesn't
seem like a total showstopper to me.  Bobby McNulty can probably provide
more details.  In fact, I think he's already done so.

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/

Re: Problem with setup

[Brian Dessent]

Luke Kendall wrote:

   I can confirm this.  We took a snapshot of October 26th
   (setup-timestamp: 1098732614), and in that version of setup,
 
  That number you quoted identifies the version of the setup.ini datafile, not
  the setup.exe program.
 
 Sorry, how's this?
 $  bunzip2 -c setup.bz2 | head -5
 # This file is automatically generated.  If you edit it, your
 # edits will be discarded next time the file is generated.
 # See http://cygwin.com/setup.html for details.
 #
 setup-timestamp: 1098732614

That's still just telling you the timestamp when setup.ini was created. 
It has no bearing on the version of setup.exe, which is displayed on the
first panel, e.g. Setup.exe version 2.431.

Brian

--
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/

Re: Problem with setup

[Bobby McNulty]

Christopher Faylor wrote:
On Thu, Nov 18, 2004 at 11:09:26AM +1100, Luke Kendall wrote:
 

Sorry to be causing you such hassles.  I'm hoping to get a chance to
try the latest Cygwin:
   

You can try the latest cygwin.  Just install everything in two or
three steps.
This is not the final solution, of course, but this problem doesn't
seem like a total showstopper to me.  Bobby McNulty can probably provide
more details.  In fact, I think he's already done so.
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/
 

First install all of the main cygwin without the gnome stuff, then 
install the x stuff with gnome. Go to Sourceforge and get KDE on Cygwin.
rebaseall.
startx
and you shound have the KDE desktop on X with cygwin.
Neat, huh?
It works for me.
Now, I'm trying to find a good MIDI sequencer that runs under KDE and 
Cygwin.
Rosegarden has too many problems I don't want to deal with.
Bobby

--
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/

Re: Problem with setup

[luke . kendall]

On 11 Nov, 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. 

I can confirm this.  We took a snapshot of October 26th
(setup-timestamp: 1098732614), and in that version of setup, none of
the file handles for any of the temp files of the form (where c:\temp
is your temporary package directory) c:\temp\http%.\package.tar.bz2
is ever released.  The system starts page faulting and the number of
handles just grows and grows, and eventually setup dies like this:

Microsoft Visual C++ Runtime Error
Runtime Error!
Program \\samba\install\win32\cygwin\setup.exe
This application has requested the Runtime to terminate it in an
unusual way.  Please contact the application's support team for
more information.

luke


--
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/

Re: Problem with setup

[Luke Kendall]

On 17 Nov, To: [EMAIL PROTECTED] wrote:
  The system starts page faulting and the number of 
  handles just grows and grows, and eventually setup dies 

I can add this:

 At the crash point, setup.exe has some 600 open handles and 2 Gb of VM.  It's
 accumulated 2.5 million page faults.

luke


--
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/

Re: Problem with setup

[Luke Kendall]

I should also add that after a setup.exe crash at 9:38am after being
left running overnight, later attempts to install that day (with the VM
size steadily increasing, and setup.exe appearing to stick at the
stage where it is installing the zip package), that setup.log was not
updated by the later installation attempts.

Shouldn't setup.log be getting opened in append mode?  We examined it
at various times during a later installation attempt, and the contents
didn't change and the file modification time stayed at 9:38am.

luke


--
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/

Re: Problem with setup

[Bobby McNulty]

Luke Kendall wrote:
On 17 Nov, To: [EMAIL PROTECTED] wrote:
 

The system starts page faulting and the number of 
handles just grows and grows, and eventually setup dies 
   

I can add this:
 

At the crash point, setup.exe has some 600 open handles and 2 Gb of VM.  It's
accumulated 2.5 million page faults.
   

luke
--
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/
 

Then I'm not the only one noticing this?

--
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/

Re: Problem with setup

[Luke Kendall]

On 16 Nov, Bobby McNulty wrote:
  Then I'm not the only one noticing this? 

No, myself and one other person here have begun noticing it.

luke


--
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/

Re: Problem with setup

[Bobby McNulty]

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.

Problem with setup

[Bobby McNulty]

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.


--
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/

Re: Problem with setup

[Christopher Faylor]

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/

Re: Problem with setup

[Bobby McNulty]

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.

--
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/

Problem with setup 2.427 under Windows 2000

[Patrick Jones]

Hi all. I am attempting to run setup.exe, version 2.427 under Windows 2000 
Professional on a Toshiba laptop. After making all the setup option 
selections, the setup fails, with a dialog window saying 'setup.exe has been 
terminated by Windows. You will need to restart the program'.

The first time I tried to run setup, I looked in 'setup\var\log'. It said 
that Cygwin could not detect McShield because McAfee is not installed. I am 
aware that setup has problems running simultaneously with anti-virus 
software, but I have no anti-virus software on the computer (as the error 
diagnostic indicates).

This computer is not connected to the internet. So I had to download and 
burn the tarballs to CD on another machine. I then copied the files from CD 
to a folder residing on my desktop on the machine in question...and am 
attempting to run setup from this folder.

This is my first time posting to this list and trying to use Cygwin. Many 
apologies if this has been addressed elsewhere (I've read several postings 
with regard to 2.427 setup - but none addressing quite the same concern as 
mine).

Best regards,
Pat Jones
_
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

Problem with setup 2.427 under Windows 2000

[Patrick Jones]

Hi all. I am attempting to run setup.exe, version 2.427 under Windows 2000 
Professional on a Toshiba laptop. After making all the setup option 
selections, the setup fails, with a dialog window saying 'setup.exe has been 
terminated by Windows. You will need to restart the program'.

The first time I tried to run setup, I looked in 'setup\var\log'. It said 
that Cygwin could not detect McShield because McAfee is not installed. I am 
aware that setup has problems running simultaneously with anti-virus 
software, but I have no anti-virus software on the computer (as the error 
diagnostic indicates).

This computer is not connected to the internet. So I had to download and 
burn the tarballs to CD on another machine. I then copied the files from CD 
to a folder residing on my desktop on the machine in question...and am 
attempting to run setup from this folder.

This is my first time posting to this list and trying to use Cygwin. Many 
apologies if this has been addressed elsewhere (I've read several postings 
with regard to 2.427 setup - but none addressing quite the same concern as 
mine).

Best regards,
Pat Jones
_
On the road to retirement? Check out MSN Life Events for advice on how to 
get there! http://lifeevents.msn.com/category.aspx?cid=Retirement

--
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/

Colin Harrison's problem with setup - PickPackageLines invisible

[Max Bowsher]

I had him send me a screenshot: Everything is normal except that the
PickPackageLines simple aren't being shown on the screen - just a gap where
they should be. The colour scheme is normal, so that's not it. The
PickCategoryLines are showing OK.


He said he would try building setup and tinkering with it, and I don't think
there is much chance of anyone who cannot reproduce the problem solving it,
but I just wanted this to be here for the archives.


Max.