Unexpected unmet dependencies with installer

[Ryan Johnson]

Hi all,

I just tried to download the 'screen' package through Cygwin's 
setup.exe, and set the mode to 'Keep' to avoid pulling down the umpteen 
updated packages it found. Then I selected 'screen' from the list. 
However, when I tried to complete the install I got warnings about 
jasper, libglut3, libImageMagick1, and others having unmet dependencies 
on libGL1, libX11_6, libXt6, etc. 

Every packages listed is one the installer wanted to upgrade, and none 
seem related to screen in any way (they being image libraries and it 
being a terminal program); is it possible that Setup didn't clear the 
dependency list properly when I selected 'Keep' mode? Or is Setup's dire 
warning about my installation not functioning properly if I continue 
likely to be true?


I tried searching the mailing list archives with no luck, so hopefully 
this hasn't been beaten to death previously.


Thanks,
Ryan


--
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: Solved: Post-install hang

[Sorin Srbu]

>-Original Message-
>From: On Behalf Of Corinna Vinschen
>Sent: Thursday, February 05, 2009 7:08 PM
>Subject: Re: Solved: Post-install hang
>
>On Feb  5 10:44, Christopher Faylor wrote:
>> On Thu, Feb 05, 2009 at 02:07:20PM +0100, Corinna Vinschen wrote:
>> >I don't think it has anything to do with using an older setup.exe.
>> >
>> >There was a problem with the setup.exe configuration file (called
>> >setup.ini) on cygwin.com the last few days.  This has been fixed
>> >yesterday so the corrected configuration has probably been propagated to
>> >all mirrors by now.
>>
>> Er, what was the problem with the setup.ini?  AFAIK, it just wasn't
updated.
>> There shouldn't have been any actual problems with the file.
>
>Maybe I misunderstood the original problem, but there are serious
>problems now.  Lots of packages are missing version and install lines,
>not only libreadline6(*).  It's just the one package all people using
>bash seeing immediately.  Scanning the ini file I saw at least 60 or
>so packages affected by this problem.  Their package information block
>just stops right after the "requires:" line.

FWIW, I started a fresh Cygwin installation on my laptop before I left work
yesterday at about 1730 central European time. This morning it was finished
w/o any errors. Double-clicking the Cygwin icon on the desktop generates the
dreaded cygredline6-dll missing message as well.

Seems I was lucky to have the Cygwin install finish and work properly on my
stationary machine..
-- 
/Sorin


smime.p7s
Description: S/MIME cryptographic signature

RE: [ANNOUNCEMENT] Installation problems should now be rectified

[Sorin Srbu]

>-Original Message-
>Sent: Thursday, February 05, 2009 11:47 PM
>Subject: [ANNOUNCEMENT] Installation problems should now be rectified
>
>The problem has been rectified and the uncorrupted setup.ini file should
>be making its way to mirrors now.  It will take a while for every mirror
>to pick up the new setup.ini file so please be patient.

Thx for the quick fix.
-- 
/Sorin


smime.p7s
Description: S/MIME cryptographic signature

Re: 'man' page for 'mintty' for review

[Peter Rosin]

Den 2009-02-05 20:47 skrev Lee D.Rothstein:

MinTTY users,

Please, if you would, review the attached 'man' page -- 'mintty.1'.
Andy Koppe intends to fold it into the 0.3.6 MinTTY release.

Comments, corrections, addtitions to this list, please.

'man ./mintty.1.gz' will render the file (in the current directory)
without "installing" the page.


"3.   Make sure that the Windows file spec for the folder that contains
  both cygwin1.dll and mintty.exe (typically, c:/Cygwin/usr/bin) are
  on the PATH variable, in the Windows System or User environment
  variables space."

I would say that the typical location is C:\Cygwin\bin.

Later in the document:

"First, PATH must include the Windows path of the /bin, where typically
 both mintty.exe and cygwin1.dll' will be found. Remember, this is a"

I would say the Window path of /usr/bin here, since that is where the
package is installed (but since /usr/bin is typically mirrored to /bin
so that's perhaps a minor point).

Haven't read much of the document though, just spotted these issues...

Cheers,
Peter

--
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: Unexpected unmet dependencies with installer

[Corinna Vinschen]

On Feb  6 09:02, Ryan Johnson wrote:
> Hi all,
>
> I just tried to download the 'screen' package through Cygwin's setup.exe, 
> and set the mode to 'Keep' to avoid pulling down the umpteen updated 
> packages it found. Then I selected 'screen' from the list. However, when I 
> tried to complete the install I got warnings about jasper, libglut3, 
> libImageMagick1, and others having unmet dependencies on libGL1, libX11_6, 
> libXt6, etc. 

This explains it probably:
http://cygwin.com/ml/cygwin-announce/2009-02/msg9.html

Corinna

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

--
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: 64 bit system compatibility

[Brian Mathis]

I have been running cygwin on 64-bit Vista for over a year now.  In my
configuration, I have disabled UAC, so if you have that enabled it
might be something to look at.  Also, any of the X programs require
that the X server is running before they will run.  You can start X by
opening a normal cygwin window, then typing "startx".  You should see
an "X" in the windows system tray.

If you're just looking for an xterm-like thing, I suggest you also
take a look at rxvt.  It is similar to xterm but does not require the
full X server to be running for it to work.  MinTTY is a recent
alternative that others here have said works well too.


PS. You typically do not need a "64-bit version" of any kind of
software for it to work on Vista 64-bit.  Vista will also run 32-bit
applications.

On Fri, Feb 6, 2009 at 6:32 AM, Giacomo Bruno  wrote:
> Hello,
>
> I just moved to a new machine with a 64 bit windows vista os . I wanted
> to install and run cygwin. While the installation process run to the
> end, programs like emacs xterm and xwin do not work. I also  do not get
> a home directory when I run for the first time cygwin (I thought it
> would be created automatically). I just read on the cygwin FAQ that
> "..As far as we know no one is working on a native 64 bit version of
> Cygwin.."
> I interpret it like my system is unsupported and I should not expect the
> above mentioned programs from the current version of cygwin to work out
> of the box. Is that correct? Is it planned to release a Vista 64-bit
> compatible cygwin version? When?
> Actually I'd be happy if I managed to have at least ssh, scp and xterm
> work. Is it just a matter of recompiling them with a proper compiler or
> it is more than that?
> Thanks a lot for any clarification in advance
> Best
> Giacomo (very deceived...)
>
> Cheers
> Giacomo
>
>
>
> --
> 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/
>
>

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

Vista feedback

[Vincent R.]

Hi,

I recently bought a new laptop and of course it was loaded with Windows
Vista(Ultimate).
So as usual I tried to install cygwin on it, I run the setup.exe, I let the
default install folder
and then I need to choose packages.
First I was surprised because I couldn't find subversion, so I quit setup
and restart it but this time
with another mirror and then I was able to find subversion but when I try
to install it, setup crash.
So since I was motivated I try it again but this time, withe the first
mirror and this time subversion
was available!!! Anyway I told me it might be some network issues so I keep
on installing.

After a few minutes I realized I forget to install emacs, so I run setup,
install it with mintty as well
and then I enter emacs on prompt. this time emacs.exe crash and I am
proposed to debug it.

So my question is : does cygwin have some known issues with Vista ?
Of course I can use vim for instance but I find it annoying...


--
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: Vista feedback

[Vincent R.]

On Fri, 06 Feb 2009 15:42:33 +0100, "Vincent R." 
wrote:
> Hi,
> 
> I recently bought a new laptop and of course it was loaded with Windows
> Vista(Ultimate).
> So as usual I tried to install cygwin on it, I run the setup.exe, I let
the
> default install folder
> and then I need to choose packages.
> First I was surprised because I couldn't find subversion, so I quit setup
> and restart it but this time
> with another mirror and then I was able to find subversion but when I try
> to install it, setup crash.
> So since I was motivated I try it again but this time, withe the first
> mirror and this time subversion
> was available!!! Anyway I told me it might be some network issues so I
keep
> on installing.
> 
> After a few minutes I realized I forget to install emacs, so I run setup,
> install it with mintty as well
> and then I enter emacs on prompt. this time emacs.exe crash and I am
> proposed to debug it.
> 
> So my question is : does cygwin have some known issues with Vista ?
> Of course I can use vim for instance but I find it annoying...
> 
> 

Ok finally I got my answers, I am cross-compiling and everything is so
SLO
that I will have to install Windows XP ...
Is it because of the couple laptop(Dell XPS M1530)/Vista or does it come
from Vista itself ?



--
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: [OT] Vista feedback

[Tim Prince]

Vincent R. wrote:

> Ok finally I got my answers, I am cross-compiling and everything is so
> SLO
> that I will have to install Windows XP ...
> Is it because of the couple laptop(Dell XPS M1530)/Vista or does it come
> from Vista itself ?
You didn't say whether you have sufficient RAM, why you would not consider
64-bit or SSD if you are serious about Vista.  Not that we want your
answer.  cygwin is agonizingly slow for many jobs, even on XP SP3.  You'll
see the reasons in the archives of this group.

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

64 bit system compatibility

[Giacomo Bruno]

Hello, 

I just moved to a new machine with a 64 bit windows vista os . I wanted
to install and run cygwin. While the installation process run to the
end, programs like emacs xterm and xwin do not work. I also  do not get
a home directory when I run for the first time cygwin (I thought it
would be created automatically). I just read on the cygwin FAQ that 
"..As far as we know no one is working on a native 64 bit version of
Cygwin.."
I interpret it like my system is unsupported and I should not expect the
above mentioned programs from the current version of cygwin to work out
of the box. Is that correct? Is it planned to release a Vista 64-bit
compatible cygwin version? When?
Actually I'd be happy if I managed to have at least ssh, scp and xterm
work. Is it just a matter of recompiling them with a proper compiler or
it is more than that?
Thanks a lot for any clarification in advance
Best 
Giacomo (very deceived...)

Cheers
Giacomo



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

[ANNOUNCEMENT] Updated packages: {serf,libserf0_0,libserf0-devel}-0.3.0-1

[David Rothenberger]

The serf packages have been updated to the new upstream release
0.3.0. See

  http://code.google.com/p/serf/source/browse/tags/0.3.0/CHANGES

for more details about the changes in this release

More information about serf can be found at
http://code.google.com/p/serf/.

DESCRIPTION:

The serf library is a C-based HTTP client library built upon the
Apache Portable Runtime (APR) library. It multiplexes connections,
running the read/write communication asynchronously. Memory copies
and transformations are kept to a minimum to provide high
performance operation.

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to
you: http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

-- 
David Rothenberger    daver...@acm.org



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

Debugging a time zone problem

[Ken Brown]

I've built emacs 23 under both cygwin 1.5 and 1.7, and it runs fine for 
me except for a glitch involving time zones:  Emacs gets the local time 
zone wrong by 4 hours.  I've reported this to the emacs-devel list [1], 
and the developer who responded asked me to try to get some advice on 
this list.  Here are two facts that might provide clues:


1.  The problem disappears if I set the environment variable TZ before 
starting emacs.


2.  The problem disappears if I run emacs under gdb.  [This, of course, 
makes debugging difficult.]


I would appreciate any advice or hints as to how I (and the emacs 
developers) might track this down.  Also, the developers would find it 
useful to have a description of how cygwin handles Windows time zones.


Thanks in advance for any suggestions.

Ken

[1] http://lists.gnu.org/archive/html/emacs-devel/2009-02/msg00305.html

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

Fwd: Updating failure -- now success!

[Sam Kuper]

2009/2/5 Sam Kuper 
>
> 2009/2/5 Gary Johnson :
> > I tried again this morning, a little after 10 a.m. PST, from my
> > usual mirror site cygwin.osuosl.org.  Setup.exe spent a few minutes
> > fetching quite a few files and installing them, then finished
> > without any error messages.  Everything seems to be working fine
> > now.  Yay!  And whew!
>
> I just tried reinstalling bash via the same mirror, and got the same
> error message (the one I posted about an hour or two ago) about
> cygreadline6.dll not being found :(

OK, I just re-downloaded setup.exe and this time it worked :) Yay!

Thank you, Cygwin folks :)

--
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: [OT] Vista feedback

[Vincent R.]

On Fri, 06 Feb 2009 07:27:47 -0800, Tim Prince

wrote:
> Vincent R. wrote:
> 
>> Ok finally I got my answers, I am cross-compiling and everything is so
>> SLO
>> that I will have to install Windows XP ...
>> Is it because of the couple laptop(Dell XPS M1530)/Vista or does it come
>> from Vista itself ?
> You didn't say whether you have sufficient RAM, why you would not
consider
> 64-bit or SSD if you are serious about Vista.  Not that we want your
> answer.  cygwin is agonizingly slow for many jobs, even on XP SP3. 
You'll
> see the reasons in the archives of this group.
> 
Hum I got 3 GB of ram, a 2.4 GHz Core2Duo, Nvidia 8600 GT and Windows Vista
Ultimate (32 bits)
and a 7200 rpm drive.
When I say it's slow I am comparing to Windows XP SP3, the same
cross-compilation takes twice
much time on Vista ...

SSD are you serious 
Whay should I spend so much money while the problem is caused by the OS.
laptop performance is not the reason


--
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: opengl-1.1.0-10 glut32 linking problems

[André Bleau]

Hi Reini,
 
In January, you wrote about some problems linking with opengl-1.1.0-10's 
glut32.a .
I answered on January 29th, asking for some extra info and offering some advice.
Could you please tell us if the problem is now solved?
 
This might help other users if they run into a similar problem.
 
- André Bleau, Cygwin's volunteer OpenGL package maintainer.
 
Please direct any question or comment about the OpenGL package to cygwin at 
cygwin dot com
 

 
_


--
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: ssh pubkey auth problems on cygwin 1.5.25

[Tom Schutter]

OK.  I have just reinstalled Cygwin from scratch (following the
instructions below), and I have the exact same problem.  Any ideas to
try next?

On Fri 2009-01-30 17:26, Dmitry Semyonov wrote:
> On Sat, Jan 31, 2009 at 01:08, Tom Schutter wrote:
> 
> > I have successfully setup and used this exact scenario on 21 other machines.
> > I am only having a problem with this one specific machine.
>  [...]
> > I have tried reinstalling ssh and rerunning ssh-host-config.
> 
> Below is what I usually recommend as the first Cygwin troubleshooting
> step when something that is verified to work does not work as
> expected.
> 
> In case of weird problems it is often easier to:
> * delete installed services (e.g. ''sc delete cron; sc delete sshd'');
> * delete((Right-click MyComputer -> Manage -> Local Users and
> Groups -> Users)) users and groups created by Cygwin packages (e.g.
> sshd, sshd_server, crond, cyg_server);
> * remove corresponding user folders from ''Documents and
> Settings'' directory;
> * remove Cygwin tree (it might be necessary to manually fix
> permissions for some files via IE in order to do this); and finally
> * install Cygwin from scratch.
> -- 
> ...Bye..Dmitry.
> 
> --
> 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/
> 

-- 
Tom Schutter
First American - Proxix Solutions
303-440-7272 x6822
512-977-6822

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

w32api 3.13-1 Incorrect #define of WTS_CURRENT_SESSION in wtsapi32.h

[Linton Miller]

In w32api, the definition of WTS_CURRENT_SESSION in wtsapi32.h is

#define WTS_CURRENT_SESSION   0

However, from the Microsoft Windows SDK for Windows Server 2008 and .NET
Framework 3.5
(http://www.microsoft.com/downloads/details.aspx?FamilyId=E6E1C3DF-A74F-
4207-8586-711EBE331CDC&displaylang=en), the definition is 

/*
 *  Specifies the current session (SessionId)
 */
#define WTS_CURRENT_SESSION ((DWORD)-1)


This results in the wrong session being referenced when used in WTS API
calls such as WTSQuerySessionInformation. The following small example
demonstrates the problem: when I run this over an RDP connection to my
Windows box (logged in as an admin user), it prints
  Is a remote connection: 0
which is obviously incorrect. If the "WTS_CURRENT_SESSION" is changed to
"-1", then the expected result
  Is a remote connection: 1
is returned.

/* Compile with gcc -Wall -DWINVER=0x0501 -o test-wts test-wts.c
-lwtsapi32 */

#include 
#include 
#include 

int main(void) {
  USHORT *clnProto;
  DWORD size;

  if (WTSQuerySessionInformation(WTS_CURRENT_SERVER_HANDLE,
WTS_CURRENT_SESSION, WTSClientProtocolType, (LPTSTR *)&clnProto, &size))
{
printf("Is a remote connection: %d\n", (*clnProto != 0));
WTSFreeMemory(clnProto);
  }
  return 0;
}

Linton



--
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: 'man' page for 'mintty' for review

[Christopher Faylor]

On Fri, Feb 06, 2009 at 10:04:36AM +0100, Peter Rosin wrote:
> Den 2009-02-05 20:47 skrev Lee D.Rothstein:
>> MinTTY users,
>> Please, if you would, review the attached 'man' page -- 'mintty.1'.
>> Andy Koppe intends to fold it into the 0.3.6 MinTTY release.
>> Comments, corrections, addtitions to this list, please.
>> 'man ./mintty.1.gz' will render the file (in the current directory)
>> without "installing" the page.
>
> "3.   Make sure that the Windows file spec for the folder that contains
>   both cygwin1.dll and mintty.exe (typically, c:/Cygwin/usr/bin) are
>   on the PATH variable, in the Windows System or User environment
>   variables space."
>
> I would say that the typical location is C:\Cygwin\bin.
>
> Later in the document:
>
> "First, PATH must include the Windows path of the /bin, where typically
>  both mintty.exe and cygwin1.dll' will be found. Remember, this is a"
>
> I would say the Window path of /usr/bin here, since that is where the
> package is installed (but since /usr/bin is typically mirrored to /bin
> so that's perhaps a minor point).

/usr/bin is not in any way a Windows path so I don't think there is any
reason to change this.

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: 'man' page for 'mintty' for review

[Lee D.Rothstein]

Christopher Faylor wrote:

> On Fri, Feb 06, 2009 at 10:04:36AM +0100, Peter Rosin wrote:

>> On 2009-02-05 20:47 Lee D.Rothstein wrote:

>>> Please, if you would, review the attached 'man' page -- 'mintty.1'.
>>> Andy Koppe intends to fold it into the 0.3.6 MinTTY release.
>>> Comments, corrections, addtitions to this list, please.
>>> 'man ./mintty.1.gz' will render the file (in the current directory)
>>> without "installing" the page.
>> "3.   Make sure that the Windows file spec for the folder that contains
>>   both cygwin1.dll and mintty.exe (typically, c:/Cygwin/usr/bin) are

>>   on the PATH variable, in the Windows System or User environment
>>   variables space."I
>>
>> I would say that the typical location is C:\Cygwin\bin.
   ^
I have changed the text to 'C:\Cygwin\bin', correcting two errors by me:

  * path
  * path delimitor

Thanks, Peter.
 
BTB, the reason that I use the word "typically", is because Cygwin can be

installed in other directories (e.g., in my system, "root" is at 'c:\_r'),
not because I thought a different directory besides 'bin' would have the
executable.
 
>> Later in the document:

>>
>> "First, PATH must include the Windows path of the /bin, where typically
>>  both mintty.exe and cygwin1.dll' will be found. Remember, this is a"

Here, I think I have the path right, since, the Windows equivalent of '/bin'
is 'c:\Cygwin\bin', which means I don't understand the following comment
at all:

>> I would say the Window path of /usr/bin here, since that is where the
>> package is installed (but since /usr/bin is typically mirrored to /bin
>> so that's perhaps a minor point).

In both cases, I'm talking about invoking 'mintty' from Windows, not Cygwin.

Windows can only "see" the excutables in /bin (through 'c:\Cygwin\bin' NOT
through 'c:\Cygwin\usr\bin'), however, and we're talking about what Windows
can "see" when you "fire up" the 'mintty' shortcut.

-- Peter?

> /usr/bin is not in any way a Windows path so I don't think there is any
> reason to change this.

Christopher? Did I create too much confusion by my other errors?

I doubt that any/all of the above are the only things wrong with the 
doc. ;-)


Thanks for the help.

Lee

--
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: how to install libtoolize

[wynfield]

Re:
>Larry Hall (Cygwin)  wrote:
> On 02/05/2009, Wynfield Henman wrote:
> > Though I am building a different package, I have the same problem as
> > mentioned below.  The libtool package downloaded is 46 bytes
> > (effectively null) and get stashed into the _obsolete folder without
> > ever getting installed.
> 
> 
> Don't install obselete packages unless you really know what you're doing.
> 
> Given the above, why doesn't just installing the 'libtool' package get
> you what you need?
> 

That is just the problem it doesn't get what is needed, but only shows the 
obsolete (from what you say) versions as the newest. 

I even tried experimental to try to find newer libtool version, but none show 
up.
Version1.5b or whatever was presented as the newest version by setup.

There was no intentional _obsolete gets on my part.
I solved the problem by hand getting the new vesion and untarring it in the 
appropriate location, but that shouldn't have to be done. 

I believe it is a setup related problem, either hints or ini file data.

Regards
> -- 

--
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: w32api 3.13-1 Incorrect #define of WTS_CURRENT_SESSION in wtsapi32.h

[Chris Sutcliffe]

Thank you for the heads up!  I've applied your fix to CVS.

> However, from the Microsoft Windows SDK for Windows Server 2008 and .NET
> Framework 3.5
> (http://www.microsoft.com/downloads/details.aspx?FamilyId=E6E1C3DF-A74F-
> 4207-8586-711EBE331CDC&displaylang=en), the definition is

On a side note, I'm not sure what your source was for this patch, but
generally it's not a good idea to extract the values directly from
Microsoft headers, since it may violate license agreements, etc.

Cheers!

Chris

-- 
Chris Sutcliffe
http://emergedesktop.org

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