RE: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-11

[Peter Klavins]

Barry Buchbinder wrote on Thursday, March 06, 2008 4:30 PM:
> Christopher Faylor wrote on Thursday, March 06, 2008 9:57 AM:
>> On Thu, Mar 06, 2008 at 12:43:41PM +0100, Peter Klavins wrote:
>>> 1.  Since my downloads directory may contain many files, amongst
>>> which other generic setup.exe's, could the cygwin setup program be
>>> changed to something more related to cygwin, e.g., cygsetup.exe? 
>>> That would fit well with other cygwin bits like cyg*.dll and
>>> cyg*.exe.  At the moment the only hint that it belongs to cygwin is
>>> its icon, which you only see if you're looking at it with Explorer.
>> 
>> No, we're not going to change the name of the program.  It's been
>> called setup.exe for many years and changing the name now would be
>> guaranteed to generate confusion.  
>> 
>> If mixing cygwin downloads with other downloads is causing you
>> confusion then the obvious thing to do is to use another directory. 
>
>You might consider  or wherever you put the "local package
>directory".  :-)
>
>You can then set up Windows shortcuts.
> ( has
>Some related information that might be of interest.)  You don't have
>to worry about setup.exe being out of date because setup.ini includes
>setup version information. So setup.exe will tell you when to upgrade
>it.

Thanks everyone for the great comments in response to my simple comment
based on my changed usage model after-Vista.  Before Vista I was
happily clicking on Install now and Run... and had shortcuts and
whatever set up all over the place as many of you suggest.  After Vista
I changed to a scheme where I kept setup.exe in my short-term downloads
cache that could be thrown away when necessary, simply because I have
now got used to having to run setup.exe as Administrator, which AFAIK is
not possible by clicking Run... on the save as... dialog when
downloading setup.exe.  So, when I noticed that my downloads directory,
which contains all sorts of (not important enough to file elsewhere)
titbits, only had one file with the totally, you must agree, generic and
non-cygwin-sounding name of setup.exe, I decided to write in here with a
comment.  Treat it just as that:  a suggestion from a pedantic old
software engineer who finds it a trivial annoyance, but certainly I know
how to get around it.

Thanks again

Peter K.

 Peter Klavins


--
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: Access to Network Drive under ssh

[Larry Hall (Cygwin)]

On 02/29/2008, Dang, Robin wrote:
I managed to get the posted solution partially working and it is exactly 
what I was looking for. I only cannot get the shell script to run as a 
service. The service will attempt to start then fail, but it is really 
running. Does "exec" fork a process?


Yes, it does.  Maybe you want "--neverexits"?

--
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: Long filename support, soon?

[Larry Hall (Cygwin)]

Adam Thompson wrote:

On 06/03/2008, Larry Hall (Cygwin) <[EMAIL PROTECTED]> wrote:

It is one of the many enhancements in the forthcoming 1.7 series.  And
 it seems it is also an excruciatingly large task.  There is no timetable
 for 1.7 as a result.  But many hands make light work.  If you and others
 you know have hands to lend, I know Corinna has a list of tasks that can
 use them.



Is this list published anywhere?

I'm not a developer (unless you're porting to Sinclair ZX BASIC), but
perhaps there are some tasks that us sysadmin/support/doco people can
help with?


I remember a list of tasks being sent to this list by Corrina but I can't
put my finger on it right now.  As I recall, these were all development
tasks.  Corrina would be the best one to say if there are specific tasks
in the areas you mentioned.


--
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: mkpasswd -l -d completed after 5 days

[Matt Seitz (matseitz)]

> From: Marc Girod 
> 
> I started a 'mkpasswd -d -l > passwd.ld' process last Friday 
> around 15:30, and this one completed today (Wednesday) at 8:42.
> The size of the file produced is 3 MB, or 20142 lines.

I ran into similar problems with "mkpasswd" taking a long time on a large 
Active Directory (AD) domain.  I worked around the issue using the following 
procedure:

1.  Use "mkpasswd -l -c > /etc/passwd" to just add your machine's local user 
accounts and your personal AD user account to Cygwin's "/etc/passwd". 
2.  If you need to add additional domain users you can use "mkpasswd -d -u 
user_name >> /etc/passwd ". 

Likewise you can use "mkgroup -l -c > /etc/group" to add your local groups and 
your personal AD group to "/etc/group", and "mkgroup -d -g group_name >> 
/etc/group" to add individual AD domain groups. 

Run "man mkpasswd" and "man mkgroup", or see 
http://cygwin.com/cygwin-ug-net/using-utils.html#mkpasswd and 
http://cygwin.com/cygwin-ug-net/using-utils.html#mkgroup for more details. 



--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:.  

--
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: GraphicsMagick: gm does nothing, always exits with status 53

[Brian Dessent]

Andrew Schulman wrote:

> $ cygcheck `which gm.exe` | grep Error
> Error: could not find cygdpstk-1.dll

This is not a new problem, unfortunately:




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: GraphicsMagick: gm does nothing, always exits with status 53 - cygcheck-svr.out (1/1)

[Alberto Luaces]

El Thursday 06 March 2008 17:39:25 Andrew Schulman escribió:
> > I tried recently to do the same as you did, and to give my cygcheck.out
> > uuencoded.
>
> Well I didn't exactly try to uuencode it-- what I did was to attach it to a
> message and post it through Gmane.  I'd forgotten that that doesn't work
> well for cygwin purposes.
>
> Sorry for the base64 garbage, everyone.  I'll repost the cygcheck output
> inline to the original message.
>

FYI, I uudecoded it and attached to this message:

Cygwin Configuration Diagnostics
Current System Time: Thu Mar 06 15:45:46 2008

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   d:\usr\win\bin
d:\usr\share\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\sbin
C:\cygwin\sbin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS
c:\WINDOWS\System32
c:\WINDOWS\ServicePackFiles\i386
c:\Program Files\XPT
c:\Program Files\WinRAR
C:\cygwin\lib\lapack
c:\Oracle\instantclient_10_2

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1007(aschulma) GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1007(aschulma) GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'aschulma'
PWD = 
'/home/aschulma/EPA/archive/va/current/html/test/pqk/effluents/echo/img/effluents_symbols'
HOME = '/home/aschulma'
MAKE_MODE = 'unix'

HOMEPATH = '\'
APPDATA = 'C:\Documents and Settings\aschulma\Application Data'
MANPATH = 
'/home/aschulma/usr/share/man:/usr/local/share/man:/usr/share/man:/usr/X11R6/share/man:/usr/X11R6/man:/usr/ssl/man'
WORKHOME = '/home/aschulma/EPA'
SSH_AGENT_PID = '2764'
HOSTNAME = 'D77E1BASCHULMA1'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 7, GenuineIntel'
SHELL = '/bin/bash'
TERM = 'screen'
WINDIR = '/win/c/WINDOWS'
GTK2_RC_FILES = '/home/aschulma/.gtkrc-2.0'
TMPDIR = '/tmp/aschulma'
PERL5LIB = 
'/home/aschulma/usr/share/share/perl5:/usr/local/lib/cpan/lib/perl5/site_perl/5.8/cygwin'
MEETINGCENTERAPP = 'C:\Program Files\Meeting Center\'
USERDOMAIN = 'D77E1BASCHULMA1'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
OS = 'Windows_NT'
SAS_USER_CONFIG = 'D:\software\SAS\sas-windows.cfg'
HISTFILESIZE = '5000'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
TEMP = '/win/c/DOCUME~1/aschulma/LOCALS~1/Temp'
UNISON = '/home/aschulma/.unison/D77E1BASCHULMA1'
SSH_AUTH_SOCK = '/tmp/ssh-Z0rgNKjpqf/agent.3908'
TERMCAP = 'SC|screen|VT 100/ANSI X3.64 virtual terminal:\
:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\
:cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:ct=\E[3g:\
:do=^J:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\EM:\
:le=^H:bl=^G:cr=^M:it#8:ho=\E[H:nw=\EE:ta=^I:is=\E)0:\
:li#77:co#80:am:xn:xv:LP:sr=\EM:al=\E[L:AL=\E[%dL:\
:cs=\E[%i%d;%dr:dl=\E[M:DL=\E[%dM:dc=\E[P:DC=\E[%dP:\
:im=\E[4h:ei=\E[4l:mi:IC=\E[%d@:ks=\E[?1h\E=:\
:ke=\E[?1l\E>:vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l:\
:ti=\E[?1049h:te=\E[?1049l:us=\E[4m:ue=\E[24m:so=\E[3m:\
:se=\E[23m:mb=\E[5m:md=\E[1m:mr=\E[7m:me=\E[m:ms:\
:Co#8:pa#64:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:AX:\
:vb=\Eg:G0:as=\E(0:ae=\E(B:\

:ac=\140\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\
:po=\E[5i:pf=\E[4i:k0=\E[10~:k1=\EOP:k2=\EOQ:k3=\EOR:\
:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:\
:k9=\E[20~:k;=\E[21~:F1=\E[23~:F2=\E[24~:F3=\E[2P:\
:F4=\E[2Q:F5=\E[2R:F6=\E[2S:F7=\E[15;2~:F8=\E[17;2~:\
:F9=\E[18;2~:FA=\E[19;2~:kb=^H:K2=\EOE:kB=\E[Z:\
:kF=\E[1;2B:kR=\E[1;2A:*4=\E[3;2~:*7=\E[1;2F:#2=\E[1;2H:\
:#3=\E[2;2~:#4=\E[1;2D:%c=\E[6;2~:%e=\E[5;2~:%i=\E[1;2C:\
:kh=\E[1~:@1=\E[1~:kH=\E[4~:@7=\E[4~:kN=\E[6~:kP=\E[5~:\
:kI=\E[2~:kD=\E[3~:ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:km:'
SAS_HOME = '/home/aschulma/software/SAS'
USERNAME = 'aschulma'
PAGER = 'less'
PROCESSOR_LEVEL = '15'
STY = '2096.tty0.D77E1BASCHULMA1'
LD_RUN_PATH = '/home/aschulma/usr/win/lib:'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
EDITOR = '/win/c/EditPlus/EditPlus.exe'
LANG = 'en_US'
USERPROFILE = 'C:\Documents and Settings\aschulma'
TZ = 'US/Eastern'
JUNK = '*.aux *.bbl *.blg *.ilg *.lof *.log *.lot *.o *.obj *.tmp *.toc *~ .*~ 
\#* \~\$* *.aps *.asv *.bsc *.idb *.ilk *.ncb *.obj *.opt *.pch *.pdb *.plg 
*.res *.sbr'
EPA_HOME = '/home/aschulma/EPA'
RAR = '-s -m5 -rr1%'
LOGONSERVER = '\\D77E1BASCHULMA1'
PS1 = '\[\033]0;\]\w\[\007\]\n\[\033[1;36m\]$PROMPT_CHARS\[\033[0m\] '
HISTIGNORE = '&:exit:ls:ll:[bf]g:nq'
PROCESSOR_ARCHITECTURE = 'x86'
MANPAGER = 'less -isrR'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PARINIT = 'rTbgqR B=.,?_A_a Q=_s>|'
HOMEDRIVE = 'C:'
PROMPT_CHARS = '$'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
LESS = '-sme -j 10 -x4'
SYSTEMROOT =

RE: Trying to install mod_perl on apache2

[Dave Korn]

On 06 March 2008 17:34, Marc Girod wrote:

> Dave Korn  artimi.com> writes:
> 
>>   I think I see a possible connection here...
> 
> Please. My understatement was not totally clueless.
> But I am surprised that 81 works, then.
> Even checked from an other machine.

  It may be a matter of whoever installed it having seen a request for a
listening task on port 80 pop up and having clicked to block it without
really knowing why; have you gone through the per-program allow/deny
settings to see if an entry has been created for it?

>>   BTW, is it ZA free edition or ZA professional (full paid-for edition)?
> 
> I am afraid it probably is.

  Ouchie.  Alas, I can't promise you that uninstalling it will solve the
underlying problem that you have to deal with here, only that it's worth
considering.  Given that it probably takes somewhere between 30 minutes and
an hour to uninstall, reboot, test, and then reinstall if necessary, it's up
to you to decide when that becomes more worth while than trying other
things!


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/

[ANNOUNCEMENT] New package: rdiff-backup-1.1.15-1 -- incremental remote backup/mirror

[David Rothenberger]

A new package, rdiff-backup, is now available.

DESCRIPTION:

rdiff-backup backs up one directory to another, possibly over a
network. The target directory ends up a copy of the source
directory, but extra reverse diffs are stored in a special
subdirectory of that target directory, so you can still recover
files lost some time ago. The idea is to combine the best features
of a mirror and an incremental backup. rdiff-backup also preserves
subdirectories, hard links, dev files, permissions, uid/gid
ownership, modification times, extended attributes, acls, and
resource forks. Also, rdiff-backup can operate in a bandwidth
efficient manner over a pipe, like rsync. Thus you can use
rdiff-backup and ssh to securely back a hard drive up to a remote
location, and only the differences will be transmitted. Finally,
rdiff-backup is easy to use and settings have sensical defaults.

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:

[EMAIL PROTECTED]

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    [EMAIL PROTECTED]



--
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: Trying to install mod_perl on apache2

[Marc Girod]

Marc Girod  gmail.com> writes:

> Well... I must keep you up-to-date in case you decided to help me!

One other detail I now seem to understand, is that there is a specific
mod_perl2 for apache2 (even if the latest release is older than the 1.30 
I took).

I'll go this way for a while...

Marc


--
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: Trying to install mod_perl on apache2

[Marc Girod]

Dave Korn  artimi.com> writes:

>   I think I see a possible connection here...

Please. My understatement was not totally clueless.
But I am surprised that 81 works, then.
Even checked from an other machine.
 
>   BTW, is it ZA free edition or ZA professional (full paid-for edition)?

I am afraid it probably is.

>   See http://cygwin.com/faq/faq-nochunks.html#faq.using.bloda for details.

Thanks again.
Marc


--
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: GraphicsMagick: gm does nothing, always exits with status 53

[Andrew Schulman]

>   Missing DLL?  What does "cygcheck `which gm.exe`" show?

Ah hah, thanks.

$ cygcheck `which gm.exe` | grep Error
Error: could not find cygdpstk-1.dll

http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygdpstk-1.dll seems to show
that that DLL was last present in xorg-x11-bin-dlls-6.8.2.0-1, while I have
version 6.8.99.901-1 installed.

The picture becomes clearer.  The maintainer for this package is listed as
Harold Hunt, who's moved on.  Upstream is now at version 1.1.11-- GraphicsMagick
hasn't been updated for Cygwin in several years.

So it seems that GraphicsMagick is looking for a Cygwin maintainer.  I'd
consider taking it on, but since we do have ImageMagick I guess the priority is
low.

Thanks,
Andrew.


--
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: Trying to install mod_perl on apache2

[Dave Korn]

On 06 March 2008 15:18, Marc Girod wrote:

> Marc Girod  gmail.com> writes:
> 
>> Here is my updated cycgcheck.out:
> 
>> http://pastebin.com/m734362d9
> 
> Hum... I can see an other difference since yesterday than the expected
> libgdm: 
> 
> Potential app conflicts:
> 
> ZoneAlarm Personal Firewall
> Detected: HKLM Registry Key.
> 
> Indeed... Something was installed today (which is why apache
> was down).

  Not just something, but a firewall.  And all of a sudden your server isn't
being allowed to open a listening socket.

  I think I see a possible connection here...

  BTW, is it ZA free edition or ZA professional (full paid-for edition)?
The pro version has been known to cause all sorts of mysterious cygwin
failures in the past, and it has to be fully uninstalled - not just
temporarily disabled, unfortunately - in order to find out whether it is
responsible.

  See http://cygwin.com/faq/faq-nochunks.html#faq.using.bloda for details.


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: Trying to install mod_perl on apache2

[Marc Girod]

Hi...

Marc Girod  gmail.com> writes:

> Now, what do I do with mod_perl?

Speaking to myself, it seems?
Well... I must keep you up-to-date in case you decided to help me!

It looks I cannot skip using the apache sources.
This is where the makefile attempts to start httpd (just one macro
expanding to empty).

The makefile rule is:

start_httpd: test_pre_init
@(cd t/conf; test -f httpd.conf || cp httpd.conf-dist httpd.conf)
@(cd t/net; test -f config.pl || cp config.pl.dist config.pl)
@$(TOUCH) t/conf/srm.conf
$(APACHE_SRC)/$(HTTPD) -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t &
@echo httpd listening on port $(PORT)
@echo will write error_log to: t/logs/error_log
@echo "letting apache warm up...\c"
@sleep 2
@echo done

which means that I may still hope to give a sensible value to the macros...
I need anyway to pass the cygrunsrv spell one way or an other.

Marc


--
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[2]: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-11

[Paul-Kenji Cahier]

>?On Thu, Mar 06, 2008 at 04:07:00PM +0100, Paul-Kenji Cahier wrote:
>>>?On Thu, Mar 06, 2008 at 12:43:41PM +0100, Peter Klavins wrote:
1.  Since my downloads directory may contain many files, amongst which
other generic setup.exe's, could the cygwin setup program be changed to
something more related to cygwin, e.g., cygsetup.exe?  That would fit
well with other cygwin bits like cyg*.dll and cyg*.exe.  At the moment
the only hint that it belongs to cygwin is its icon, which you only see
if you're looking at it with Explorer.

>>>?No, we're not going to change the name of the program.  It's been called
>>>?setup.exe for many years and changing the name now would be guaranteed
>>>?to generate confusion.
>>I will have to agree that setup.exe is one of the most
>>common filenames and it's very confusing to keep it that way.

>>However obviously cygwin seems anchored in backward compatibility
>>(which is not such a bad policy) so I doubt this is going to change.

>?I mentioned why we are not going to change and Dave Korn provided much
>?more detail.  This is only "backwards compatibility" in the broadest
>?sense.  This is not a debate.  It really is not going to change.
Never implied it was going to change. I was being honest,
and not trying to have anything changed. Sorry if it
sounded like that. Plus this is something really fickle
and unimportant, so there is no reason to be so rash
about it.

I will just have to disagree about the "general confusion"
that renaming would supposedly cause, because that's
total non-sense. It's not as if you're changing the default
path of install, or suddenly changing something most people
do care about. And if some do, they're either very special or
simply cant adapt at all, in which case they should not
weight in the decision.

It's as if saying that if your soda bottle were to have a change
of the position of the text on it, it'd suddenly become 
confusing.(and that's exactly what a filename is, a readable
visual wrapping around data)

There's nothing wrong about changing this or not changing this.
It's just a matter of choice, which I think you've made clear.


>>Peter Klavins: What you should do is rename it at download time.

>>>?If mixing cygwin downloads with other downloads is causing you confusion
>>>?then the obvious thing to do is to use another directory.
>>Managing files without icons is not that uncommon.
>>Confusion will of course arise in these cases.

>?I have no idea what this means.  Just create a shortcut to
>?http://cygwin.com/setup.exe and put it on your desktop.  Create a
>?directory just for cygwin downloads.  Click on the shortcut when you
>?want to update and make sure that you set the download area to your
>?newly created directory.
I just meant that for people that move around with
installers or use launchers/cli(automated bat files anyone?)
it can get confusing when multiple files are called setup.exe.

And obviously one can make a dedicated shortcut, rename
the file and/or make a dedicated directory which is why
there is, indeed, no compelling reason to change it.

P-K. Cahier


--
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: Trying to install mod_perl on apache2

[Marc Girod]

Marc Girod  gmail.com> writes:

> Indeed... Something was installed today (which is why apache was down).

I still don't know whether the applications installed today are
responsible for the failure.
In any case, changing the port to 81 made the server startable again.

Now, what do I do with mod_perl?
Do I try to make test (I'll look into the makefile to see whether it
has any chance to detect my server at port 81, and to try to talk to it).
Or I should skip the test and install boldly?

Opinions?
Marc


--
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: GraphicsMagick: gm does nothing, always exits with status 53 - cygcheck-svr.out (1/1)

[Hugh Sasse]

On Thu, 6 Mar 2008, Andrew Schulman wrote:

> > I tried recently to do the same as you did, and to give my cygcheck.out
> > uuencoded.
> 
> Well I didn't exactly try to uuencode it-- what I did was to attach it to a
> message and post it through Gmane.  I'd forgotten that that doesn't work well
> for cygwin purposes.
> 
> Sorry for the base64 garbage, everyone.  I'll repost the cygcheck output 
> inline

If it had been base64 it would probably have worked:
$ uuencode --help | uuencode -m uuhelp
begin-base64 644 uuhelp
VXNhZ2U6IHV1ZW5jb2RlIFtJTkZJTEVdIFJFTU9URUZJTEUKCiAgLW0sIC0t
YmFzZTY0ICAgIHVzZSBiYXNlNjQgZW5jb2RpbmcgYXMgb2YgUkZDMTUyMQog
ICAgICAtLWhlbHAgICAgICBkaXNwbGF5IHRoaXMgaGVscCBhbmQgZXhpdAog
ICAgICAtLXZlcnNpb24gICBvdXRwdXQgdmVyc2lvbiBpbmZvcm1hdGlvbiBh
bmQgZXhpdApSZXBvcnQgYnVncyB0byA8YnVnLWdudS11dGlsc0BnbnUub3Jn
Pi4K


just in case you need to know, later.

Hugh

--
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: GraphicsMagick: gm does nothing, always exits with status 53 - cygcheck-svr.out (0/1)

[Dave Korn]

On 06 March 2008 15:48, Andrew Schulman wrote:

> $ gm convert t.png -matte -colors 256 t2.png || echo $? 53
> 
> $ gm identify t.png || echo $?
> 53
> 
> $ gm --help || echo $?
> 53
> 
> Does anyone else observe this behavior?  I have GM 1.0.6-1 installed.


  Missing DLL?  What does "cygcheck `which gm.exe`" show?


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: GraphicsMagick: gm does nothing, always exits with status 53

[Andrew Schulman]

> $ gm convert t.png -matte -colors 256 t2.png || echo $?
> 53
> 
> $ gm identify t.png || echo $?
> 53
> 
> $ gm --help || echo $?
> 53

And here is cygcheck.out.  Thanks, Andrew.


Cygwin Configuration Diagnostics
Current System Time: Thu Mar 06 15:45:46 2008

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   d:\usr\win\bin
d:\usr\share\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\sbin
C:\cygwin\sbin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS
c:\WINDOWS\System32
c:\WINDOWS\ServicePackFiles\i386
c:\Program Files\XPT
c:\Program Files\WinRAR
C:\cygwin\lib\lapack
c:\Oracle\instantclient_10_2

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1007(aschulma) GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1007(aschulma) GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'aschulma'
PWD = 
'/home/aschulma/EPA/archive/va/current/html/test/pqk/effluents/echo/img/effluents_symbols'
HOME = '/home/aschulma'
MAKE_MODE = 'unix'

HOMEPATH = '\'
APPDATA = 'C:\Documents and Settings\aschulma\Application Data'
MANPATH = 
'/home/aschulma/usr/share/man:/usr/local/share/man:/usr/share/man:/usr/X11R6/share/man:/usr/X11R6/man:/usr/ssl/man'
WORKHOME = '/home/aschulma/EPA'
SSH_AGENT_PID = '2764'
HOSTNAME = 'D77E1BASCHULMA1'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 7, GenuineIntel'
SHELL = '/bin/bash'
TERM = 'screen'
WINDIR = '/win/c/WINDOWS'
GTK2_RC_FILES = '/home/aschulma/.gtkrc-2.0'
TMPDIR = '/tmp/aschulma'
PERL5LIB = 
'/home/aschulma/usr/share/share/perl5:/usr/local/lib/cpan/lib/perl5/site_perl/5.8/cygwin'
MEETINGCENTERAPP = 'C:\Program Files\Meeting Center\'
USERDOMAIN = 'D77E1BASCHULMA1'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
OS = 'Windows_NT'
SAS_USER_CONFIG = 'D:\software\SAS\sas-windows.cfg'
HISTFILESIZE = '5000'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
TEMP = '/win/c/DOCUME~1/aschulma/LOCALS~1/Temp'
UNISON = '/home/aschulma/.unison/D77E1BASCHULMA1'
SSH_AUTH_SOCK = '/tmp/ssh-Z0rgNKjpqf/agent.3908'
TERMCAP = 'SC|screen|VT 100/ANSI X3.64 virtual terminal:\
:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\
:cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:ct=\E[3g:\
:do=^J:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\EM:\
:le=^H:bl=^G:cr=^M:it#8:ho=\E[H:nw=\EE:ta=^I:is=\E)0:\
:li#77:co#80:am:xn:xv:LP:sr=\EM:al=\E[L:AL=\E[%dL:\
:cs=\E[%i%d;%dr:dl=\E[M:DL=\E[%dM:dc=\E[P:DC=\E[%dP:\
:im=\E[4h:ei=\E[4l:mi:IC=\E[%d@:ks=\E[?1h\E=:\
:ke=\E[?1l\E>:vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l:\
:ti=\E[?1049h:te=\E[?1049l:us=\E[4m:ue=\E[24m:so=\E[3m:\
:se=\E[23m:mb=\E[5m:md=\E[1m:mr=\E[7m:me=\E[m:ms:\
:Co#8:pa#64:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:AX:\
:vb=\Eg:G0:as=\E(0:ae=\E(B:\

:ac=\140\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\
:po=\E[5i:pf=\E[4i:k0=\E[10~:k1=\EOP:k2=\EOQ:k3=\EOR:\
:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:\
:k9=\E[20~:k;=\E[21~:F1=\E[23~:F2=\E[24~:F3=\E[2P:\
:F4=\E[2Q:F5=\E[2R:F6=\E[2S:F7=\E[15;2~:F8=\E[17;2~:\
:F9=\E[18;2~:FA=\E[19;2~:kb=^H:K2=\EOE:kB=\E[Z:\
:kF=\E[1;2B:kR=\E[1;2A:*4=\E[3;2~:*7=\E[1;2F:#2=\E[1;2H:\
:#3=\E[2;2~:#4=\E[1;2D:%c=\E[6;2~:%e=\E[5;2~:%i=\E[1;2C:\
:kh=\E[1~:@1=\E[1~:kH=\E[4~:@7=\E[4~:kN=\E[6~:kP=\E[5~:\
:kI=\E[2~:kD=\E[3~:ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:km:'
SAS_HOME = '/home/aschulma/software/SAS'
USERNAME = 'aschulma'
PAGER = 'less'
PROCESSOR_LEVEL = '15'
STY = '2096.tty0.D77E1BASCHULMA1'
LD_RUN_PATH = '/home/aschulma/usr/win/lib:'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
EDITOR = '/win/c/EditPlus/EditPlus.exe'
LANG = 'en_US'
USERPROFILE = 'C:\Documents and Settings\aschulma'
TZ = 'US/Eastern'
JUNK = '*.aux *.bbl *.blg *.ilg *.lof *.log *.lot *.o *.obj *.tmp *.toc *~ .*~ 
\#* \~\$* *.aps *.asv *.bsc *.idb *.ilk *.ncb *.obj *.opt *.pch *.pdb *.plg 
*.res *.sbr'
EPA_HOME = '/home/aschulma/EPA'
RAR = '-s -m5 -rr1%'
LOGONSERVER = '\\D77E1BASCHULMA1'
PS1 = '\[\033]0;\]\w\[\007\]\n\[\033[1;36m\]$PROMPT_CHARS\[\033[0m\] '
HISTIGNORE = '&:exit:ls:ll:[bf]g:nq'
PROCESSOR_ARCHITECTURE = 'x86'
MANPAGER = 'less -isrR'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PARINIT = 'rTbgqR B=.,?_A_a Q=_s>|'
HOMEDRIVE = 'C:'
PROMPT_CHARS = '$'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
LESS = '-sme -j 10 -x4'
SYSTEMROOT = 'C:\WINDOWS'
TMP = '/win/c/DOCUME~1/aschulma/LOCALS~1/Temp'
PROCESSOR_REVISION = '0207'
CVS_RSH = 'ssh'
PRINTER = 'hp LaserJet 1150'
WINDOW = '0'
PKG_CONFIG_PATH = '/usr/X11R6/lib/pkgconfig'
UNISONBACKUPDIR = '/home/aschulma/.unison/D77E1BASCHULMA1/backup'
PROGRAMFILES = '/win/c/Program Files'
INFOPATH = '/usr/loca

Re: GraphicsMagick: gm does nothing, always exits with status 53 - cygcheck-svr.out (1/1)

[Andrew Schulman]

> I tried recently to do the same as you did, and to give my cygcheck.out
> uuencoded.

Well I didn't exactly try to uuencode it-- what I did was to attach it to a
message and post it through Gmane.  I'd forgotten that that doesn't work well
for cygwin purposes.

Sorry for the base64 garbage, everyone.  I'll repost the cygcheck output inline
to the original message.

Andrew.


--
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: GraphicsMagick: gm does nothing, always exits with status 53 - cygcheck-svr.out (1/1)

[Marc Girod]

Hello Andrew,

Andrew Schulman <[EMAIL PROTECTED]> writes:

> begin 644 cygcheck-svr.out
> M#0I#>6=W:6X  0V]N9FEG=7)A=&EO;B!$:6%G;F]S=&EC M>7-T96T  5&EM93H  5&AU($UA M=W,  6%`  4')O9F5S 0G5I;&0  ...

I tried recently to do the same as you did, and to give my cygcheck.out
uuencoded.
But I was dissuaded to do so, and indeed, note e.g. that (at least in the
gmane http view) since the '@' [0x040] characters are converted to:
'  ', the reading is incovenient.

I was told to use instead http://pastebin.com/

e.g. as in:

http://pastebin.com/m734362d9

This has proven a workable approach.
Best Regards!
Marc


--
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: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-11

[Christopher Faylor]

On Thu, Mar 06, 2008 at 04:07:00PM +0100, Paul-Kenji Cahier wrote:
>>?On Thu, Mar 06, 2008 at 12:43:41PM +0100, Peter Klavins wrote:
>>>1.  Since my downloads directory may contain many files, amongst which
>>>other generic setup.exe's, could the cygwin setup program be changed to
>>>something more related to cygwin, e.g., cygsetup.exe?  That would fit
>>>well with other cygwin bits like cyg*.dll and cyg*.exe.  At the moment
>>>the only hint that it belongs to cygwin is its icon, which you only see
>>>if you're looking at it with Explorer.
>
>>?No, we're not going to change the name of the program.  It's been called
>>?setup.exe for many years and changing the name now would be guaranteed
>>?to generate confusion.
>I will have to agree that setup.exe is one of the most
>common filenames and it's very confusing to keep it that way.
>
>However obviously cygwin seems anchored in backward compatibility
>(which is not such a bad policy) so I doubt this is going to change.

I mentioned why we are not going to change and Dave Korn provided much
more detail.  This is only "backwards compatibility" in the broadest
sense.  This is not a debate.  It really is not going to change.

>Peter Klavins: What you should do is rename it at download time.
>
>>?If mixing cygwin downloads with other downloads is causing you confusion
>>?then the obvious thing to do is to use another directory.
>Managing files without icons is not that uncommon.
>Confusion will of course arise in these cases.

I have no idea what this means.  Just create a shortcut to
http://cygwin.com/setup.exe and put it on your desktop.  Create a
directory just for cygwin downloads.  Click on the shortcut when you
want to update and make sure that you set the download area to your
newly created directory.

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: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-11

[Karl M]

> Date: Thu, 6 Mar 2008 16:29:07 +0100
> Subject: Re: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-11
>
> On Mar 6 07:18, Karl M wrote:
>> Hi All...
>>
>> ssh localhost from a cmd (bash) window works fine now, but seems a bit 
>> slower. Not a very crisp description...I know. I will do some more careful 
>> experiments and report back.
>
> I doubt that there should be any such effect. There were no socket
> changes at all. It might be a teeny bit slower on startup, but that
> would be in the usec area.
>
I just tried doing a time ssh localhost exit and a time ssh localhost, with the 
exit from an up arrow, while it was starting up. I can see a small difference 
between the two machines, but only 0.2 seconds or so, and the results are 
noisy. What I did notice is that my home machine is much faster (on slower 
hardware)...This is why it seemed slower to me...but the difference between two 
machines in a similar context (network, antivirus, etc.) is small.

Thanks,

...Karl

_
Need to know the score, the latest news, or you need your Hotmail®-get your 
"fix".
http://www.msnmobilefix.com/Default.aspx

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

GraphicsMagick: gm does nothing, always exits with status 53 - cygcheck-svr.out (0/1)

[Andrew Schulman]

$ gm convert t.png -matte -colors 256 t2.png || echo $?
53

$ gm identify t.png || echo $?
53

$ gm --help || echo $?
53

Does anyone else observe this behavior?  I have GM 1.0.6-1 installed.

Thanks,
Andrew.


--
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: Long filename support, soon?

[Stepp, Charles]

I like doing c, ksh, perl, tcl/expect and (don't laugh) forth; are there
any things left laying around I can fiddle with?

Charles Stepp
Meskimen's Law:
There's never time to do it rite, but there's always time to do it over.

-Original Message-
From: Adam Thompson [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 06, 2008 5:54 AM
To: cygwin@cygwin.com
Subject: Re: Long filename support, soon?

On 06/03/2008, Larry Hall (Cygwin) <[EMAIL PROTECTED]>
wrote:
>
> It is one of the many enhancements in the forthcoming 1.7 series.  And
>  it seems it is also an excruciatingly large task.  There is no
timetable
>  for 1.7 as a result.  But many hands make light work.  If you and
others
>  you know have hands to lend, I know Corinna has a list of tasks that
can
>  use them.
>

Is this list published anywhere?

I'm not a developer (unless you're porting to Sinclair ZX BASIC), but
perhaps there are some tasks that us sysadmin/support/doco people can
help with?


-- 
AdamT
There's no onion in these onion rings.
Only disappointment, despair and shattered dreams.

--
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] New package: potrace 1.8-1 -- Utility to transform bitmaps into vector graphics

[Jari Aalto]

PACKAGE DESCRIPTION
===

Homepage: http://www.sourceforge.net/projects/potrace
License : GPL

Utility for tracing a bitmap, which means, transforming a bitmap into
a smooth, scalable image. The input is a bitmap (PBM, PGM, PPM, or BMP
format), and the default output is an encapsulated PostScript file
(EPS). A typical use is to create EPS files from scanned data, such as
company or university logos, handwritten notes, etc. The resulting
image is not jaggy like a bitmap, but smooth. It can then be
rendered at any resolution.

CHANGES SINCE LAST RELEASE
==

See /usr/share/doc/potrace-*/ChangeLog
and /usr/share/doc/potrace-*/NEWS

INSTALL OR UPGRADE NOTES


Standard install.

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the 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:

[EMAIL PROTECTED]

More information on unsubscribing can be found:

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

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

-- 
Welcome to FOSS revolution: we fix and modify until it shines

--
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: bug with touch t/

[Corinna Vinschen]

On Mar  6 16:27, Corinna Vinschen wrote:
> On Mar  6 14:56, Eric Blake wrote:
> > Corinna Vinschen  cygwin.com> writes:
> > 
> > > 
> > > But the flags are not O_RDONLY|O_CREAT.  They are O_WRONLY|O_CREAT.
> > 
> > I still think Linux is wrong - t/ is not an existing directory, so you 
> > can't 
> > claim that an attempt was made to open an existing directory with O_WRONLY. 
> >  
> > But I guess it is a bit ambiguous, since if t/ did exist, then opening t/. 
> > should indeed fail with EISDIR; at any rate, it is certainly more efficient 
> > to 
> > blindly reject O_WRONLY due to the trailing slash without even checking for 
> > the 
> > existence of t.
> 
> In our case I added a special case to emit EISDIR, otherwise we would
> get ENOENT automatically (that's what STATUS_OBJECT_NAME_INVALID gets
> converted to).  However, I'm somewhat puzzled that you used that bash
> example:
> 
>   $ : > t/
>   bash: t/: Is a directory.
> 
> If what you said is right, and if I revert the change to fhandler.cc,
> we would get a ENOENT in that case, too.  And given your arguments,
> that should be correct.
> 
> Do you agree?

I should add that I'm still rather leaning towards the Linux behaviour.
I tested this on Solaris 10, and it behaves again different.  In both
examples open(2) returns with ENOTDIR.


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: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-11

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

Christopher Faylor wrote on Thursday, March 06, 2008 9:57 AM:
> On Thu, Mar 06, 2008 at 12:43:41PM +0100, Peter Klavins wrote:
>> 1.  Since my downloads directory may contain many files, amongst
>> which other generic setup.exe's, could the cygwin setup program be
>> changed to something more related to cygwin, e.g., cygsetup.exe? 
>> That would fit well with other cygwin bits like cyg*.dll and
>> cyg*.exe.  At the moment the only hint that it belongs to cygwin is
>> its icon, which you only see if you're looking at it with Explorer.
> 
> No, we're not going to change the name of the program.  It's been
> called setup.exe for many years and changing the name now would be
> guaranteed to generate confusion.  
> 
> If mixing cygwin downloads with other downloads is causing you
> confusion then the obvious thing to do is to use another directory. 

You might consider  or wherever you put the "local package
directory".  :-)

You can then set up Windows shortcuts.
( has
Some related information that might be of interest.)  You don't have
to worry about setup.exe being out of date because setup.ini includes
setup version information. So setup.exe will tell you when to upgrade
it.

Or just click on "Install Cygwin now" on .

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

--
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: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-11

[Corinna Vinschen]

On Mar  6 07:18, Karl M wrote:
> Hi All...
> 
> ssh localhost from a cmd (bash) window works fine now, but seems a bit 
> slower. Not a very crisp description...I know. I will do some more careful 
> experiments and report back.

I doubt that there should be any such effect.  There were no socket
changes at all.  It might be a teeny bit slower on startup, but that
would be in the usec area.


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: bug with touch t/

[Corinna Vinschen]

On Mar  6 14:56, Eric Blake wrote:
> Corinna Vinschen  cygwin.com> writes:
> 
> > 
> > But the flags are not O_RDONLY|O_CREAT.  They are O_WRONLY|O_CREAT.
> 
> I still think Linux is wrong - t/ is not an existing directory, so you can't 
> claim that an attempt was made to open an existing directory with O_WRONLY.  
> But I guess it is a bit ambiguous, since if t/ did exist, then opening t/. 
> should indeed fail with EISDIR; at any rate, it is certainly more efficient 
> to 
> blindly reject O_WRONLY due to the trailing slash without even checking for 
> the 
> existence of t.

In our case I added a special case to emit EISDIR, otherwise we would
get ENOENT automatically (that's what STATUS_OBJECT_NAME_INVALID gets
converted to).  However, I'm somewhat puzzled that you used that bash
example:

  $ : > t/
  bash: t/: Is a directory.

If what you said is right, and if I revert the change to fhandler.cc,
we would get a ENOENT in that case, too.  And given your arguments,
that should be correct.

Do you agree?

> Maybe it's worth asking the Austin Group for clarification?  I already asked 

Maybe, but the upcoming 1.5.25 bugfix release will not be affected
by this.

> > Which chapter in the austin doc are you refering to?  I can't find
> > this re-wording for some reason.
> 
> The rewording for path resolution is in section XBD 4.12 (page 109 in draft 4 
> of the 200x spec).

I have only Draft 3 here, but I see what you mean.  Nevertheless,
what about the `: > t/' case above?


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: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-11

[Karl M]

> Date: Wed, 5 Mar 2008 19:58:03 +0100
> Subject: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-11
>
> I've uploaded another test version of the Cygwin DLL and its utilities,
> version 1.5.25-11.
>
> The main purpose of this update is to allow Cygwin to run correctly on
> Windows 2008 Server. A change in the exception handling in Windows 2008
> Server requires to change the exception handling in the Cygwin DLL as
> well, otherwise an exception in a Cygwin process results in an endless
> loop in the OS, taking 100% CPU. I reported this problem upstream.
> The problem has been confirmed to be a missing check in one of the OS
> DLLs.
>
> Apart from that, this new release contains a couple of additional fixes
> which cropped up in the last two months.
>
> Please give it a test.
>
> The official release is now supposed to happen this weekend, finally.
>
> Changes since version 1.5.25-10:
>
> - Fix non-POSIX handling of ungetc buffer in ftell and fflush.
>
> - Trying to create a directory with open("foo/") failes now with EISDIR.
>
> - Fix a problem with CYGWIN=tty mode introduced in 1.5.25-8.
>
> - Another change in exception handling.
>
Hi All...

ssh localhost from a cmd (bash) window works fine now, but seems a bit slower. 
Not a very crisp description...I know. I will do some more careful experiments 
and report back.

Thanks,

...Karl

_
Helping your favorite cause is as easy as instant messaging. You IM, we give.
http://im.live.com/Messenger/IM/Home/?source=text_hotmail_join

--
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: Trying to install mod_perl on apache2

[Marc Girod]

Marc Girod  gmail.com> writes:

> Here is my updated cycgcheck.out:
 
> http://pastebin.com/m734362d9

Hum... I can see an other difference since yesterday than the expected 
libgdm:

Potential app conflicts:

ZoneAlarm Personal Firewall
Detected: HKLM Registry Key.

Indeed... Something was installed today (which is why apache was down).

Marc


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

Trying to install mod_perl on apache2

[Marc Girod]

Hi,

Now that I got my apache2 to work (thanks to Dave Korn),
I want to install TWiki on it, and I configured it to use mod_perl.
I downloaded and extracted mod_perl,
ran perl Makefile.PL.
2 glitches:

1)
* WARNING *

  Your Perl is configured to link against libgdbm, 
  but libgdbm.so was not found.
  You might need to install Perl from source


* WARNING *

I installed libgdbm (which as it seems, wasn't in my deafult cygwin perl).
This didn't affect the warning though--I hope the reason is that the
shared library on Cygwin is named libgdm.dll, and the script looks for
libgdm.so...

2)
Enter `q' to stop search
Please tell me where I can find your apache src
 [../apache_x.x/src]

I have no sources, although I could possibly install apache2-devel.
The generation goes on...?

Then I tried make test (as myself, and not thinking of what would happen).
My apache server was actually down.
The tests failed:

...
/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t &
httpd listening on port 8529
will write error_log to: t/logs/error_log
/bin/sh: /httpd: No such file or directory
letting apache warm up...\c
done
/usr/bin/perl.exe t/TEST 0
still waiting for server to warm up...not ok
server failed to start! (please examine t/logs/error_log) at t/TEST line 95.
make: *** [run_tests] Error 119

There is no t/logs/error_log.
I don't know what httpd it actually tried to start, but probably as myself,
whereas my daemon is actually named httpd2.exe.

My first problem is that it doesn't start anymore
(it started this morning, even if I didn't check again right before
the installation...).

The error in /var/log/httpd2.log is:

(112)Address already in use: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs

Looking with /cygdrive/c/WINNT/system32/netstat, I can find nobody
sitting on port 80 at this time...

mod_perl-1.30> cygrunsrv --query httpd2
Service : httpd2
Display name: CYGWIN httpd2
Current State   : Stopped
Command : /usr/sbin/httpd2 -DNO_DETACH

mod_perl-1.30> cygrunsrv --list
cygserver
httpd2

Has anybody installed mod_perl in Cygwin?
Here is my updated cycgcheck.out:

http://pastebin.com/m734362d9

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[2]: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-11

[Paul-Kenji Cahier]

>?On Thu, Mar 06, 2008 at 12:43:41PM +0100, Peter Klavins wrote:
>>1.  Since my downloads directory may contain many files, amongst which
>>other generic setup.exe's, could the cygwin setup program be changed to
>>something more related to cygwin, e.g., cygsetup.exe?  That would fit
>>well with other cygwin bits like cyg*.dll and cyg*.exe.  At the moment
>>the only hint that it belongs to cygwin is its icon, which you only see
>>if you're looking at it with Explorer.

>?No, we're not going to change the name of the program.  It's been called
>?setup.exe for many years and changing the name now would be guaranteed
>?to generate confusion.
I will have to agree that setup.exe is one of the most
common filenames and it's very confusing to keep it that way.

However obviously cygwin seems anchored in backward compatibility
(which is not such a bad policy) so I doubt this is going to change.

Peter Klavins: What you should do is rename it at download time.

>?If mixing cygwin downloads with other downloads is causing you confusion
>?then the obvious thing to do is to use another directory.
Managing files without icons is not that uncommon.
Confusion will of course arise in these cases.

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


--
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: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-11

[Christopher Faylor]

On Thu, Mar 06, 2008 at 12:43:41PM +0100, Peter Klavins wrote:
>1.  Since my downloads directory may contain many files, amongst which
>other generic setup.exe's, could the cygwin setup program be changed to
>something more related to cygwin, e.g., cygsetup.exe?  That would fit
>well with other cygwin bits like cyg*.dll and cyg*.exe.  At the moment
>the only hint that it belongs to cygwin is its icon, which you only see
>if you're looking at it with Explorer.

No, we're not going to change the name of the program.  It's been called
setup.exe for many years and changing the name now would be guaranteed
to generate confusion.

If mixing cygwin downloads with other downloads is causing you confusion
then the obvious thing to do is to use another directory.

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: bug with touch t/

[Eric Blake]

Corinna Vinschen  cygwin.com> writes:

> 
> But the flags are not O_RDONLY|O_CREAT.  They are O_WRONLY|O_CREAT.

I still think Linux is wrong - t/ is not an existing directory, so you can't 
claim that an attempt was made to open an existing directory with O_WRONLY.  
But I guess it is a bit ambiguous, since if t/ did exist, then opening t/. 
should indeed fail with EISDIR; at any rate, it is certainly more efficient to 
blindly reject O_WRONLY due to the trailing slash without even checking for the 
existence of t.

> That's why this falls under EISDIR under SUSv3 rules, afaics.

Maybe it's worth asking the Austin Group for clarification?  I already asked 
about Linux's decision to make rename("symlink-to-dir/","other") and rmdir
("symlink-to-dir/") both fail with ENOTDIR, even though POSIX states those 
should succeed (by operating on the underlying dir and leaving symlink-to-dir 
dangling), but the Austin group shot that down by claiming that Linux is buggy 
for using that particular errno and should be using something like ENOTSUP 
instead.

> 
> Which chapter in the austin doc are you refering to?  I can't find
> this re-wording for some reason.

The rewording for path resolution is in section XBD 4.12 (page 109 in draft 4 
of the 200x spec).  You have to use your Austin login to download the draft.  
Draft 5 will be coming out soon, and the goal is to finalize the formal release 
of POSIX 200x by the end of this year (probably calling it POSIX 2008).  But 
you can also see publicly this particular rewording in the Interp against POSIX 
2001: https://www.opengroup.org/austin/interps/uploads/40/4059/AI-016.txt

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

performance issue with sshd and cygrunsrv

[Stephen David]

Hello,

I recently installed cygwin on a new windows 2003 server box, and am 
experiencing 100% CPU utilization for several seconds (approx 7) when running 
many commands via ssh connection *to* that box -- even simple commands like "ls 
-l", "find", that usually return immediately.

What's more interesting is when I run sshd in a command window (either with -d 
or not) on the server, instead of via service control manager/cygrunsrv, the 
problem goes away.  I've tried reverting back to the previous cygrunsrv version 
(1.18), with no change in behavior.  I've also experimented with various 
settings in the sshd service (ntsec, etc).

I also suspected that it might only involve commands that interact heavily with 
the filesystem, but even trying to run "vi" with a small file or no file at all 
produces the same result.

I saw in the list archives some suggestion about anti-virus/firewall software 
causing problems when forking processes, but i don't have any installed on this 
machine at the moment. 

Any thoughts on where I should turn next to troubleshoot?

I've attached 'cygcheck -s -v -r' output.

Thanks,
Steve

Cygwin Configuration Diagnostics
Current System Time: Thu Mar 06 09:23:23 2008

Windows 2003 Server Ver 5.2 Build 3790 Service Pack 1

Running in Terminal Service session

Path:   e:\cygwin\usr\local\bin
e:\cygwin\bin
e:\cygwin\bin
e:\cygwin\usr\X11R6\bin
e:\Program Files\Resource Kit\
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\Microsoft SQL Server\80\Tools\Binn\
c:\Program Files\Microsoft Windows Small Business Server\Networking\
e:\Program Files\Dell\SysMgt\RAC5
e:\Program Files\Dell\SysMgt\oma\bin

Output from e:\cygwin\bin\id.exe (nontsec)
UID: 11133(talksoft) GID: 10513(Domain Users)
513(Domain Users)544(Administrators)  545(Users)
10513(Domain Users)

Output from e:\cygwin\bin\id.exe (ntsec)
UID: 11133(talksoft) GID: 10513(Domain Users)
513(Domain Users)544(Administrators)  545(Users)
10513(Domain Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'talksoft'
PWD = '/home/talksoft'
HOME = '/home/talksoft'
MAKE_MODE = 'unix'

HOMEPATH = '\Documents and Settings\talksoft.TALKSOFT2'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
APPDATA = 'C:\Documents and Settings\talksoft.TALKSOFT2\Application Data'
HOSTNAME = 'puss'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 11, GenuineIntel'
WINDIR = 'C:\WINDOWS'
OLDPWD = '/usr/bin'
USERDOMAIN = 'TALKSOFT2'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
TEMP = '/mnt/c/DOCUME~1/TALKSO~1.TAL/LOCALS~1/Temp/4'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
USERNAME = 'talksoft'
CLUSTERLOG = 'C:\WINDOWS\Cluster\cluster.log'
PROCESSOR_LEVEL = '6'
SBSPROGRAMDIR = 'C:\Program Files\Microsoft Windows Small Business Server'
WINSBPROGRAMDIR = 'C:\Program Files\Windows for Small Business Server'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Documents and Settings\talksoft.TALKSOFT2'
CLIENTNAME = 'TINK'
PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '
LOGONSERVER = '\\PUSS'
PROCESSOR_ARCHITECTURE = 'x86'
!C: = 'C:\Documents and Settings\talksoft.TALKSOFT2\Desktop'
SHLVL = '1'
USERDNSDOMAIN = 'TALKSOFT.LOCAL'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
PROMPT = '$P$G'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
TMP = '/mnt/c/DOCUME~1/TALKSO~1.TAL/LOCALS~1/Temp/4'
SYSTEMROOT = 'C:\WINDOWS'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '0f0b'
!E: = 'E:\cygwin\bin'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
NUMBER_OF_PROCESSORS = '4'
SESSIONNAME = 'RDP-Tcp#32'
COMPUTERNAME = 'PUSS'
_ = '/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = '/mnt'
  cygdrive flags = 0x002a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = 'e:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = 'e:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = 'e:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

c:  hd  NTFS  1024Mb   1% CP CS UN PA FC 
d:  cd N/AN/A
e:  hd  NTFS212053Mb   1% CP CS UN PA FC DATA
f:  hd  NTFS238472Mb  57% CP CS UN PA FC shared

e:\cygwin  / system  binmode
e:\cygwin/bin  /usr/bin  system  binmode
e:\cy

Re: postgresql packaging questions

[Reini Urban]

2008/3/6, Dr. Volker Zell <[EMAIL PROTECTED]>:
>  setup.ini claims the following:
>
>  
>  @ libecpg-compat1
>  sdesc: "Older version of run-time library for ECPG programs"
>  ldesc: "The ecpg_compat.dll shared library is used by programs built with 
> ecpg.
>  (Embedded PostgreSQL for C).
>  .
>  PostgreSQL is an object-relational SQL database management system."
>  category: Libs
>  [test]
>  version: 7.4.5-1
>
>  @ libecpg4
>  sdesc: "Run-time library for ECPG programs"
>  ldesc: "The ecpg.dll shared library is used by programs built with ECPG
>  (Embedded PostgreSQL for C).
>  .
>  PostgreSQL is an object-relational SQL database management system."
>  category: Libs
>  requires: libecpg-compat1
>  [test]
>  version: 7.4.5-1
>
>  @ libpgtypes1
>  sdesc: "Shared library pgtypes.dll for PostgreSQL 7.4.x"
>  ldesc: "The pgtypes shared library is used by programs built with ecpg.
>  (Embedded PostgreSQL for C).
>  .
>  PostgreSQL is an object-relational SQL database management system."
>  category: Libs
>  [test]
>  version: 7.4.5-1
>  
>
>  Are these really test versions or actually old dll versions from the
>  post 8.0.7 area ?

Right, the [test] looks wrong. I'll check it where this comes from.

>  Postgresql 8.1.4-2 is marked as test since more than a year I
>  think. Will it ever be moved to curr or will it eventually be replaced
>  with a completely new version ?

Not to curr.
8.1.4-2 is good, but not good enough for stable.
8.0.7 is really stable, and my redhat servers still run with 7.4.

I'm constantly testing the current versions and used to upload it to my
private setup site. http://rurban.xarch.at/cygr/postgresql/ (new
versions deleted now)

Whenever I feel confident with the package, an update with some fix or
feature enhancement arrives upstream so the build-test cycle begins
again.

8.1.4-2 was a memory hog, 8.2.5-1 was better and very well tested,
8.2.6-1 is the currently best version, but I'm not confident enough to
upload it.
8.3.0 should be really good, but I haven't enough time to test it yet.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://spacemovie.mur.at/   http://helsinki.at/

--
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] New package: rsnapshot 1.3.0-1 -- A local and remote filesystem snapshot utility

[Jari Aalto]

PACKAGE DESCRIPTION
===

Homepage: http://www.rsnapshot.org
License : GPL

Progam takes incremental snapshots of local and remote filesystems for
any number of machines. rsnapshot makes extensive use of hard links.
This is efficient only on NTFS in Cygwin.

CHANGES SINCE LAST RELEASE
==

See /usr/share/doc/rsnapshot-*/ChangeLog

INSTALL OR UPGRADE NOTES


Edit /etc/rsnapshot.conf

CYGWIN INSTALLATION INFORMATION
===

To install this package, click on the "Install Cygwin now" link on the
 web page. This downloads setup.exe to your
system. Then, run setup and answer all of the questions. You'll find
the package listed in the "All" category. After installation, read the
documentation at directories:

/usr/share/doc//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO


This message has been sent to cygwin-announce list.

If you want to unsubscribe from the 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:

[EMAIL PROTECTED]

More information on unsubscribing can be found:

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

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

-- 
Welcome to FOSS revolution: we fix and modify until it shines

--
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: bug with touch t/

[Corinna Vinschen]

On Mar  6 07:02, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Corinna Vinschen on 3/6/2008 6:45 AM:
> | SUSv3(*) says:
> |
> |   [EISDIR]
> | The named file is a directory and oflag includes O_WRONLY or O_RDWR.
> |   [ENOENT]
> | O_CREAT is not set and the named file does not exist; or O_CREAT is
> | set and either the path prefix does not exist or the path argument
> | points to an empty string.
> |
> | Given these descriptions, I can't see anything wrong with that Linux
> | behaviour.
>
> By those SUSv3 rules (which are identical to POSIX), open("t/",
> O_RDONLY|O_CREAT) when t does not exist falls under ENOENT, not EISDIR.
> In POSIX 2004, path resolution requires that if a trailing slash is
> present, resolution is performed as if by "t/.", making "t" a path prefix
> which is not present.  And in the draft POSIX 200x, the wording has been
> made more explicit that when doing path resolution, if there is a trailing
> slash but the text before the slash does not name an existing directory,
> then it fails with ENOENT.
>
> But on Linux:
> Linux$ strace touch t/
> ~  [...]
> ~  open("t/", O_WRONLY|O_NONBLOCK|O_CREAT|O_NOCTTY, 0666) = -1 EISDIR (Is a
> directory)

But the flags are not O_RDONLY|O_CREAT.  They are O_WRONLY|O_CREAT.
That's why this falls under EISDIR under SUSv3 rules, afaics.

Which chapter in the austin doc are you refering to?  I can't find
this re-wording for some reason.


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: perl Tk for cygwin almost fixed

[Reini Urban]

Well, my patch works to pass all tests, but then in real-world apps it fails,
due to missing test scripts.

I had no time yet, sorry. I hoped Slaven will step in.


2008/3/6, Michael Kairys <[EMAIL PROTECTED]>:
> At the risk of sounding impatient, have you been able to make any headway on
>  this? I for one would love to get my hands on it...
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://spacemovie.mur.at/   http://helsinki.at/

--
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: bug with touch t/

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Corinna Vinschen on 3/6/2008 6:45 AM:
| SUSv3(*) says:
|
|   [EISDIR]
| The named file is a directory and oflag includes O_WRONLY or O_RDWR.
|   [ENOENT]
| O_CREAT is not set and the named file does not exist; or O_CREAT is
| set and either the path prefix does not exist or the path argument
| points to an empty string.
|
| Given these descriptions, I can't see anything wrong with that Linux
| behaviour.

By those SUSv3 rules (which are identical to POSIX), open("t/",
O_RDONLY|O_CREAT) when t does not exist falls under ENOENT, not EISDIR.
In POSIX 2004, path resolution requires that if a trailing slash is
present, resolution is performed as if by "t/.", making "t" a path prefix
which is not present.  And in the draft POSIX 200x, the wording has been
made more explicit that when doing path resolution, if there is a trailing
slash but the text before the slash does not name an existing directory,
then it fails with ENOENT.

But on Linux:
Linux$ strace touch t/
~  [...]
~  open("t/", O_WRONLY|O_NONBLOCK|O_CREAT|O_NOCTTY, 0666) = -1 EISDIR (Is a
directory)
~  futimesat(AT_FDCWD, "t/", NULL) = -1 ENOENT (No such file or
directory)

Linux is returning the wrong errno for open, according to SUSv3/POSIX.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHz/l584KuGfSFAYARAuyMAJ99nmo2dcOG9EmMpKhR7gPJkelsbgCguHZE
YfHGhOThDIucOBwO2H9kkrA=
=5I6D
-END PGP SIGNATURE-

--
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: bug with touch t/

[Corinna Vinschen]

On Mar  6 06:32, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Corinna Vinschen on 3/6/2008 6:27 AM:
> |
> | I examined this situation on Linux.  In Linux, touch tries to open t\
> | and open() returns EISDIR.  The fact that you see an ENOENT is a result
> | of touch trying to use other methods to set the time:
>
> In other words, Linux does it wrong, too.  I guess it's okay to be
> bug-compatible to Linux, since after all, we are trying to emulate Linux
> more than POSIX.

SUSv3(*) says:

  [EISDIR]
The named file is a directory and oflag includes O_WRONLY or O_RDWR.
  [ENOENT]
O_CREAT is not set and the named file does not exist; or O_CREAT is
set and either the path prefix does not exist or the path argument
points to an empty string.

Given these descriptions, I can't see anything wrong with that Linux
behaviour.


Corinna

(*) http://www.opengroup.org/onlinepubs/009695399/functions/open.html

-- 
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: perl Tk for cygwin almost fixed

[Michael Kairys]

At the risk of sounding impatient, have you been able to make any headway on 
this? I for one would love to get my hands on it...


TIA! 




--
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: bug with touch t/

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Corinna Vinschen on 3/6/2008 6:27 AM:
|
| I examined this situation on Linux.  In Linux, touch tries to open t\
| and open() returns EISDIR.  The fact that you see an ENOENT is a result
| of touch trying to use other methods to set the time:

In other words, Linux does it wrong, too.  I guess it's okay to be
bug-compatible to Linux, since after all, we are trying to emulate Linux
more than POSIX.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHz/Ji84KuGfSFAYARAnIiAJ9xPRrJA+jR1fGjyNPnOHCjFYKXOgCdGuUs
OrtEETuRVYQfTwDjdkn7JZc=
=uFx+
-END PGP SIGNATURE-

--
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: bug with touch t/

[Corinna Vinschen]

On Mar  6 06:14, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Corinna Vinschen on 3/5/2008 11:36 AM:
> |> $ : > t/
> |> t/: Is a directory.
> |>
> |
> | Should be fixed in the new 1.5.25-11 test release.
>
> Yes, in 1.5.25-11, it is _correctly_ failing with ENOENT.  But in CVS, it
> looks like you changed it to return EISDIR instead?
> http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.cc.diff?cvsroot=src&r1=1.313&r2=1.314
>
> POSIX requires ENOENT, not EISDIR (if neither 't' nor 't/' exist, and you
> are performing file name resolution for open("t/",O_RDONLY|O_CREAT), then
> the resolution should be performed as if it were
> open("t/.",O_RDONLY|O_CREAT) and fail with ENOENT since t is not a
> directory).  EISDIR is reserved for cases like open("t/",O_WRONLY) when
> "t/" already exists.

I examined this situation on Linux.  In Linux, touch tries to open t\
and open() returns EISDIR.  The fact that you see an ENOENT is a result
of touch trying to use other methods to set the time:

  Linux$ strace touch t/
  [...]
  open("t/", O_WRONLY|O_NONBLOCK|O_CREAT|O_NOCTTY, 0666) = -1 EISDIR (Is a 
directory)
  futimesat(AT_FDCWD, "t/", NULL) = -1 ENOENT (No such file or 
directory)

When you look into the strace on Cygwin, you'll see a similar behaviour
now.  open returns with errno set to EISDIR, then touch tries to set the
time neverthelss using a call to utimes().  Thus you get "No such file
or directory" from utimes.


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: bug with touch t/

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Corinna Vinschen on 3/5/2008 11:36 AM:
|> $ : > t/
|> t/: Is a directory.
|>
|
| Should be fixed in the new 1.5.25-11 test release.

Yes, in 1.5.25-11, it is _correctly_ failing with ENOENT.  But in CVS, it
looks like you changed it to return EISDIR instead?
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.cc.diff?cvsroot=src&r1=1.313&r2=1.314

POSIX requires ENOENT, not EISDIR (if neither 't' nor 't/' exist, and you
are performing file name resolution for open("t/",O_RDONLY|O_CREAT), then
the resolution should be performed as if it were
open("t/.",O_RDONLY|O_CREAT) and fail with ENOENT since t is not a
directory).  EISDIR is reserved for cases like open("t/",O_WRONLY) when
"t/" already exists.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHz+4384KuGfSFAYARAtlLAKCIVIZQca059CICB6DIMg+AIr5XEQCfUGvM
41aotxz7nFUBCcakRNiMvYI=
=Xqmd
-END PGP SIGNATURE-

--
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: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-11

[Dave Korn]

On 06 March 2008 11:44, Peter Klavins wrote:

> 1.  Since my downloads directory may contain many files,
> amongst which other generic setup.exe's, 

  I think if you have multiple identically-named files in the same directory
you've got bigger problems than cygwin.  Perhaps you should put each one in
a separate subdirectory so that you know what's what.  You could even choose
the subdirectory names carefully to identify each one's purpose.

> could the cygwin
> setup program be changed to something more related to cygwin,
> e.g., cygsetup.exe?  

  Yes, of course it can, trivially.  The easiest way is to type a new name
in the "save downloaded file as..." dialog that your browser pops up when
you download it.  If you've already downloaded it, you could use the "REN"
command in a DOS shell or right-click on that icon you mentioned in the
windows GUI and select 'Rename'.

  Renaming it on the server, OTOH, would serve very little purpose, since it
would break every single saved bookmark and link that's out there on the
entire internet, and wouldn't even help you in any noticeable fashion, since
you'd still be left with (many - 1) "setup.exe"s in your download directory.
Nothing that anyone does elsewhere can help you sort out your own filing
system on your own computer.

> 3.  The only indication that I am running experimental cygwin
> is the embedded build date in uname -a.  

  Also the cygcheck package check report ("cygcheck -c cygwin").

> Otherwise the other
> version numbers in the string are identical.  

  That's deliberate.  It's still part of the same 1.5.25 release series and
should be treated the same by all applications; they should never /need/ to
discriminate between version based on the release number, because it should
always be backwardly-compatible and if it isn't then it's a bug in the
release which needs fixing.

> This could
> become confusing as time passes and you forget what dates
> things were downloaded and installed and so you don't know
> any more whether you're running current or experimental:

  Yet another way to find out is to rerun setup.exe.  By default it will
revert any experimental packages back to their current versions unless you
manually click on "Keep" or otherwise select them to be retained.  So you
could fire it up and go to the package chooser and see whether it thinks
your install needs to be reverted or not.  But "cygcheck -c" is probably
easiest.


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: [ANNOUNCEMENT] Updated: [experimental] cygwin-1.5.25-11

[Peter Klavins]

On Mar  5 19:58, Corinna Vinschen wrote:
> To update your installation, click on the "Install Cygwin now" link on
> the http://cygwin.com/ web page.  This downloads setup.exe to your
> system.  Save it and run setup, answer the questions, then look for
> 'cygwin' in the 'Base' category (it should already be selected).  You
> will need to use the 'Exp' radio button to get the test version.

May I suggest three changes?

1.  Since my downloads directory may contain many files, amongst which
other generic setup.exe's, could the cygwin setup program be changed to
something more related to cygwin, e.g., cygsetup.exe?  That would fit
well with other cygwin bits like cyg*.dll and cyg*.exe.  At the moment
the only hint that it belongs to cygwin is its icon, which you only see
if you're looking at it with Explorer.

2.  When doing a fresh install of experimental cygwin just now, it
installed quickly but the Cygwin Bash Shell link exited immediately when
I tried running it.  This didn't surprise me too much because I knew
Corinna was working on Windows Server 2008 x86_64 support, which I was
installing on.  It took me a bit to realise that installing experimental
cygwin actually consisted of two steps:  a) run default install, NOT
selecting experimental;  b) run install again, selecting experimental.
Maybe a change to the above paragraph to something like this would work:

Experimental cygwin is provided as updates to a current cygwin
installation, which must be installed first.  To update your
installation, click on the "Install Cygwin now" link on the
http://cygwin.com/ web page.  This downloads setup.exe to your system.
Save it and run setup, answer the questions, then look for 'cygwin' in
the 'Base' category (it should already be selected).  You will need to
use the 'Exp' radio button to get the test version.

3.  The only indication that I am running experimental cygwin is the
embedded build date in uname -a.  Otherwise the other version numbers in
the string are identical.  This could become confusing as time passes
and you forget what dates things were downloaded and installed and so
you don't know any more whether you're running current or experimental:

[EMAIL PROTECTED] ~ (experimental on Windows Server 2008 x86_64)
$ uname -a
CYGWIN_NT-6.0-WOW64 SAPNIS 1.5.25(0.156/4/2) 2008-03-05 19:27 i686 Cygwin

[EMAIL PROTECTED] ~ (current on Vista i386)
$ uname -a
CYGWIN_NT-6.0 SAPNIS 1.5.25(0.156/4/2) 2007-12-14 19:21 i686 Cygwin

Ciao

Peter K.

 Peter Klavins



--
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: gnupg-1.4.8-2

[Gergely Budai]

Version 1.4.8-2 of "gnupg" has been uploaded.

GNU Privacy Guard is GNU's tool for secure communication and data storage. It 
can be used to encrypt data and to create digital signatures. GnuPG is a 
complete and free replacement for PGP. It includes an advanced key management 
facility and is compliant with the proposed OpenPGP Internet standard as 
described in RFC 2440.

Changes since last release (1.4.5-1):
* configure.ac: Add special treatment for HAVE_LDAP_START_TLS_SA.
* NEWS: Note SHA-224 typo.
* NEWS: Say a bit more about RFC-4880.  Note some defaults changing.
* README: Update notes about OSX Leopard.
* Switched entire package to GPLv3+.
* Makefile.am (DISTCHECK_CONFIGURE_FLAGS): Enable Camellia and mailto.
* configure.ac (MPI_OPT_FLAGS): Always use AM_PO_SUBDIRS.
* configure.ac (AM_GNU_GETTEXT_VERSION): Bump to 0.16.1.
* configure.ac: Change various help messages to use AC_HELP_STRING.
* configure.ac: It seems that AM_GNU_GETTEXT doesn't like being run 
conditionally and it confuses the includes when doing later type checks.  This 
is bug#810.
* configure.ac: AM_PROG_CC_C_O is desired by automake 1.10 to do per-target 
builds (like we do in the keyserver dir), but exists in the currently-used 
1.9.3 as well.
* configure.ac: Add --enable-camellia.  Disabled by default.  Do not enable 
this unless you're doing interop testing.
* acinclude.m4: Fix last change.  Make test self-contained by checking for 
sysconf and getpagesize.  Remove indentation for the sake of broken C-89 cpp.
* configure.ac: Add a HAVE_SHM conditional.
* acinclude.m4: Use sysconf() if available to avoid a false positive on 
HAVE_BROKEN_MLOCK when checking for page size.
* configure.ac: Check for sysconf.
* configure.ac: QNX puts resolver functions in libsocket.  From Sean Boudreau.
* Released 1.4.7.
* NEWS: Note --allow-multiple-messages.
* configure.ac: Only check for libusb if we're building with card support.  
Noted by Gilles Espinasse.
* Makefile.am (DISTCLEANFILES): Removed g10defs.h.
* configure.ac (AC_CONFIG_COMMANDS): Removed creation of g10defs.h. 
(AH_BOTTOM): Moved stuff from g10defs.h to config.h. 
* configure.ac: AM_CONDITIONAL must not be used inside an if/then.
* configure.ac: Remove GNUPG_DATADIR for non-W32 systems.
* Released 1.4.6.
* README: Add hint on hjow to set CC_FOR_BUILD.
* configure.ac (CC_FOR_BUILD): New.
* NEWS: Note the CVE for bug#728, --s2k-count, --passphrase-repeat, and the 
OpenSSL exception.
* Released 1.4.6rc1.
* configure.ac: --enable-minimal leaves out gettext and all resolver functions 
(SRV, PKA, & CERT).
* acinclude.m4 (GNUPG_SYS_SYMBOL_UNDERSCORE): Add case for mingw32 and allow 
setting the variable on the command line.  Fixes bug 518.  Also use HOST 
instead of TARGET.
* README: Add information about the forthcoming GnuPG 2.0.
* configure.ac (AB_INIT): New.
* configure.ac: Move strsep to AC_REPLACE_FUNCS so it will end up in libcompat.

If you have questions or comments, please send them to the cygwin mailing list 
at: cygwin@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from 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:

[EMAIL PROTECTED]

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.
-- 
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten 
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

--
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: Long filename support, soon?

[Adam Thompson]

On 06/03/2008, Larry Hall (Cygwin) <[EMAIL PROTECTED]> wrote:
>
> It is one of the many enhancements in the forthcoming 1.7 series.  And
>  it seems it is also an excruciatingly large task.  There is no timetable
>  for 1.7 as a result.  But many hands make light work.  If you and others
>  you know have hands to lend, I know Corinna has a list of tasks that can
>  use them.
>

Is this list published anywhere?

I'm not a developer (unless you're porting to Sinclair ZX BASIC), but
perhaps there are some tasks that us sysadmin/support/doco people can
help with?


-- 
AdamT
There's no onion in these onion rings.
Only disappointment, despair and shattered dreams.

--
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: sysvinit-2.86-1: A System-V Init Clone

[Dr. Volker Zell]

Hi

A new version of 'sysvinit' has been uploaded to a server near you.

The version number will be bumped after Yaakow releases a new util-linux
package.

see: http://cygwin.com/ml/cygwin-apps/2008-02/msg00131.html

Right now last from sysvinit conflicts with last from util-linux.

Cygwin NEWS:


 o Maintainer change
 o Switched to cygport build framework
 o Support for /etc/initrunlvl for cygwin is still turned on
 o cygwin last doesn't support IPv6 (yet)


sysvinit NEWS:
===
  
sysvinit (2.86)

  * Fixed up bootlogd to read /proc/cmdline. Also keep an internal
linebuffer to process \r, \t and ^H. It is becoming useable.
  * Applied trivial OWL patches
  * Block signals in syslog(), since syslog() is not re-entrant
(James Olin Oden <[EMAIL PROTECTED]>, redhat bug #97534)
  * Minor adjustements so that sysvinit compiles on the Hurd 
  * killall5 now skips kernel threads
  * Inittab entries with both 'S' and other runlevels were broken.
Fix by Bryan Kadzban <[EMAIL PROTECTED]>
  * Changed initreq.h to be more flexible and forwards-compatible.
  * You can now through /dev/initctl set environment variables in
init that will be inherited by its children. For now, only
variables prefixed with INIT_ can be set and the maximum is
16 variables. There's also a length limit due to the size
of struct init_request, so it should be safe from abuse.
  * Option -P and -H to shutdown set INIT_HALT=POWERDOWN and
INIT_HALT=HALT as environment variables as described above
  * Add "mountpoint" utility.
  * Slightly better algorithm in killall5.c:pidof()
  * Added some patches from fedora-core (halt-usage, last -t,
sulogin-message, user-console)

sysvinit (2.85)

  * Add IPv6 support in last(1)
  * Sulogin: even if the root password is empty, ask for a password-
otherwise there is no way to set a timeout.
  * Removed support for ioctl.save.
  * Turned of support for /etc/initrunlvl and /var/run/initrunlvl
  * Fixed warts in dowall.c ("Dmitry V. Levin" <[EMAIL PROTECTED]>)
  * Fix init.c::spawn(). The "f" variable was used both as file descriptor
and waitpid(2) return code.  In certain circumstances, this leads to
TIOCSCTTY with wrong file descriptor (Vladimir N. Oleynik).
  * Fix fd leak in sulogin (Dmitry V. Levin).
  * More error checking in all wait() calling code (Dmitry V. Levin).
  * Fix argv[] initialization in spawn() (Dmitry V. Levin).
  * Change strncpy to strncat in most places (Dmitry V. Levin).

 
DESCRIPTION:

Init is the parent of all processes. Its primary role is
to create processes from a script stored in the file
/etc/inittab  (see inittab(5)). This file usually has
entries which cause init to spawn gettys on each line that
users can log in. It also controls autonomous processes
required by any particular system.


UPDATE:
===
To update your installation, click on the "Install Cygwin now" link on the
http://cygwin.com/ web page.  This downloads setup.exe to your system.
Save it and run setup, answer the questions and pick up 'sysvinit' from
the 'System' category (it should already be selected).

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.

--
Dr. Volker Zell
volunteer cygwin sysvinit maintainer

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:

[EMAIL PROTECTED]

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.

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

postgresql packaging questions

[Dr. Volker Zell]

Hi

setup.ini claims the following:


@ libecpg-compat1
sdesc: "Older version of run-time library for ECPG programs"
ldesc: "The ecpg_compat.dll shared library is used by programs built with ecpg.
(Embedded PostgreSQL for C).
.
PostgreSQL is an object-relational SQL database management system."
category: Libs
[test]
version: 7.4.5-1

@ libecpg4
sdesc: "Run-time library for ECPG programs"
ldesc: "The ecpg.dll shared library is used by programs built with ECPG
(Embedded PostgreSQL for C).
.
PostgreSQL is an object-relational SQL database management system."
category: Libs
requires: libecpg-compat1
[test]
version: 7.4.5-1

@ libpgtypes1
sdesc: "Shared library pgtypes.dll for PostgreSQL 7.4.x"
ldesc: "The pgtypes shared library is used by programs built with ecpg.
(Embedded PostgreSQL for C).
.
PostgreSQL is an object-relational SQL database management system."
category: Libs
[test]
version: 7.4.5-1


Are these really test versions or actually old dll versions from the
post 8.0.7 area ?

Postgresql 8.1.4-2 is marked as test since more than a year I
think. Will it ever be moved to curr or will it eventually be replaced
with a completely new version ?

Ciao
  Volker

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