Re: One unreadable sentence at http://cygwin.com/setup.html

On Fri, Feb 08, 2013 at 02:13:02PM +0400, Andrey Repin wrote: > Greetings, Regid Ichira! > > > I have uploaded an image demonstrating the problem. It is at > > http://img825.imageshack.us/img825/3599/setupqa.png . > > The image is taken from http://cygwin.com/setup.ht

One unreadable sentence at http://cygwin.com/setup.html

I have uploaded an image demonstrating the problem. It is at http://img825.imageshack.us/img825/3599/setupqa.png . The image is taken from http://cygwin.com/setup.html . The marked line should read: Note: Not all of the above setup.hint lines are required. Please read the descript

Re: curl (7.27.0-1), even curl --version, does not work

Please cc your replies to the address this message is sent from. I am Regid, using another address. Continuing http://cygwin.com/ml/cygwin/2012-09/msg00020.html On Mon, 3 Sep 2012 12:54:45 +0200, Csaba Raduly wrote: > On Mon, Sep 3, 2012 at 11:56 AM, Regid Ichira wrote: > > In ref

Re: curl (7.27.0-1), even curl --version, does not work

In reference to http://cygwin.com/ml/cygwin/2012-09/msg00015.html On Sun, 02 Sep 2012 16:36:27 -0500, Yaakov wrote > On Sun, 2012-09-02 at 13:50 -0700, Regid Ichira wrote: > > curl --version is supposed to only print version information. > > $ curl.exe --version > > $

curl (7.27.0-1), even curl --version, does not work

$ cygcheck -c curl Cygwin Package Information Package VersionStatus curl 7.27.0-1 OK $ cygcheck -c libcurl4 Cygwin Package Information Package VersionStatus libcurl4 7.27.0-1 OK curl --version is supposed to only pr

Should these /usr/doc references be changed to /usr/share/doc ?

With 1.7, and no pending updates as of 5-Nov-2011: Do these files and references should changed to /usr/share/doc 1. grep /usr/doc/ /usr/share/doc/Cygwin/exim-4.76-1.README /usr/doc/Cygwin/cygrunsrv.README. 2. ls -R /usr/doc /usr/doc/: Cygwin popt-1.6.4 /usr/doc/Cygwin: popt-

What created /var/spool/exim and /var/log/exim?

Neither /var/spool/exim, nor /var/log/exim, are seen at cygcheck -l exim. I think /etc/postinstall/exim treats those directories as already installed. What created them? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation:

gdb cygutils:/bin/mkshortcut.exe

I have a problem with /bin/mkshortcut.exe from the cygutils package. It was mentioned here a few days ago. The list archive has records of a similar problem from about a year and a half ago. I am considering trying to run it under gdb. I guess that the shortest way to add debugging symbol

Is /usr/src/cygutils-1.4.6-1.cygport is out of date?

Don't HOMEPAGE and SRC_URI carry only up to 1.4.2 ? I wonder if the other information is up to date. $ cat /usr/src/cygutils-1.4.6-1.cygport DESCRIPTION="A collection of small but useful utilties for cygwin" HOMEPAGE="http://cygutils.fruitbat.org/cygutils-package/index.html"; SRC_URI="http://cy

RE: Re: How to investigate a bug in /bin/mkshortcut.exe ?

On 24 October 2011 08:38:07 +0100, Andy Koppe wrote: > On 23 October 2011 23:14, Regid Ichira wrote: > > Â/etc/postinstall/mintty.sh's exit code is 127. > > > > Â Â$ cat /etc/postinstall/mintty.sh > > Â ÂPROGS=$(/bin/cygpath -P $CYGWINFORALL) > > Â Â/bin

How to investigate a bug in /bin/mkshortcut.exe ?

/etc/postinstall/mintty.sh's exit code is 127. $ cat /etc/postinstall/mintty.sh PROGS=$(/bin/cygpath -P $CYGWINFORALL) /bin/mkdir -p "$PROGS/Cygwin" && cd "$PROGS/Cygwin" && /bin/mkshortcut -n mintty /bin/mintty -a - -d "Cygwin Terminal" By running those commands manually, I

exim-config, email, probably more: what is the expected path to sendmail?

email 3.1.2-2 exim 4.76-1 email is looking for /usr/lib/sendmail. exim-config creates /usr/sbin/sendmail -> /usr/bin/exim. I wonder whether most Unix applications don't expect /usr/lib/sendmail, and not /usr/sbin/sendmail. -- Problem reports: http://cygwin.com/problems.html FAQ: