Re: [ANNOUNCEMENT] Updated: setup (2.917)

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

On Mon, Jan 24, 2022 at 6:12 PM Bill Stewart wrote:
>
>On Mon, Jan 24, 2022 at 3:49 PM Buchbinder, Barry (NIH/NIAID) [E] via Cygwin 
> wrote:
>
>Windows protected your PC
>> Microsoft Defender SmartScreen prevented an unrecognized app from starting.
>> Running this app might put your PC at risk.
>>
>
>Not to state the obvious, but this means that the Microsoft antivirus program 
>prevented it from running.
>
>Exclude it.

I have no control over the antivirus, so cannot exclude it.

The point was that this wasn't a problem with 2.915, so most likely is the 
result of some change made in 2.917.

However, this morning, after a reboot, it seems to work OK.

Sorry for any bother.

Thanks,

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


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

RE: [ANNOUNCEMENT] Updated: setup (2.917)

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

I cannot run setup 2.917.

When trying to start setup-x86_64 -n -B under cmd.exe or by cygstart under
bash, I get the following error message.

Unable to start 'C:\cygwin\usr\local\bin\setup-x86_64.exe': The operating
system denied access to the specified file.

Adding -w to the command line does not help.

Opening direct from Chrome gets the following error message.

Windows protected your PC
Microsoft Defender SmartScreen prevented an unrecognized app from starting.
Running this app might put your PC at risk.

Setup 2.915 still works fine.

Thanks

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

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

RE: Date of first Cygwin release / 25th Anniversary

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

> -Original Message-
> From: David Eisner via Cygwin  
> Sent: Wednesday, September 23, 2020 2:33 PM
> To: cygwin@cygwin.com
> Subject: Date of first Cygwin release / 25th Anniversary
> 
> Cygwin started in 1995. [1] Does anybody know the date of the first release? 
> I recognize that there may be no definitive answer, depending on how one 
> defines "release."
> 
> In any case, happy 25th anniversary, Cygwin! Thanks to everybody who made it 
> and continues to make it possible.
> 
> -David
> 
> [1]
> https://www.usenix.org/legacy/publications/library/proceedings/usenix-nt98/full_papers/noer/noer_html/noer.html

Oct 18.  See https://cygwin.com/pipermail/cygwin-talk/2005q4/001601.html

- Barry
  Disclaimer: Statements made herein are not made on behalf of NIAID.
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

RE: non-persistent storage?

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

>On Thu, Dec 12, 2019 at 5:08 PM Ulli Horlacher wrote:
>
>>Erik Soderquist sent the following at Thursday, December 12, 2019 5:45 pm
>>
>> On Thu 2019-12-12 (21:59), Buchbinder, Barry (NIH/NIAID) [E] via cygwin 
>> wrote:
>>>
>>> If the temp file was created by mktemp and the name saved in an
>>> environmental variable, each bash shell could have its own file with
>>> not risk that an instance of bash would erase another instance's file.
>>
>> I need the opposite: all processes must read and write the same data!
>> And the data must be gone when system shuts down or even if there is a
>> power failure.
>
> This is very hacky, but I believe you can get the effect you want by
> having an admin process auto-start at host startup, identify itself, and
> then set parts of its own /proc/ process ID tree as world read/write.
> I think this will give you the "destroyed even at power failure"
> impermanence you are looking for. I know it is not in the normal
> layouts (like /var/run/ would be), but we are working around limitations
> imposed by Windows.

One could put a script, batch file, or a link thereto in one's startup
folder that will run on Windows' boot.  The script/batch file would be
written to clean out the tmp files.  Google << windows startup folder >>.
If all processes, regardless of whether they start with the same
shell/subshell, will share the same temp file, one could create the file
upon boot using the same script.

Also, one could make the script that creates the temp file (e.g.,
.bashrc) check the file or an environmental variable so that a subshell
doesn't create a new temp file, if that's how you want it.

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

RE: non-persistent storage?

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

Eliot Moss sent the following at Thursday, December 12, 2019 2:19 pm
>On 12/12/2019 7:00 AM, Ulli Horlacher wrote:
>
>> I need to store some data (a few kB) non-persistent.
>> On a real UNIX I would use /var/run, because after a shutdown all its
>> content is lost.
>> But on cygwin /var/run is stored on disk.
>>
>> I cannot use an environment variable, because different processes need
>> to read/write the data.
>>
>> /proc is non-persistent (in respect to a reboot), but It is not a
>> generic storage place.
>>
>> What can I use with cygwin instead?
>>
>> Installing third party software is not an option, it must work with a
>> standard Windows (and cygwin).
>
>I would think of temp directories, such as /tmp. They can be cleaned out
>at will on restart, no?

Bash runs the file ~/.bash_logout when it exits.  One could use that to
clear a temp file out of /tmp.

If the temp file was created by mktemp and the name saved in an
environmental variable, each bash shell could have its own file with not
risk that an instance of bash would erase another instance's file.

That assumes that this is consistent with your need for different
processes to read/write data.

Good luck,

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

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

fdupes option

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

According to the GitHub page
https://github.com/adrianlopezroche/fdupes
fdupes has a --time (or -t) option that lists the file times.

The Cygwin version doesn't have this feature.

It is not clear to me whether this is something to do with how cygwin
was compiled or this is an option added after the current cygwin
version (1.50-PR2-3; current version is 1.6.1).

I would appreciate it if the maintainer would release a version that
implements the -t option.

Thanks,

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


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

RE: script.exe is missing from util-linux 2.32.1-1

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

Rusty Lemur sent the following at Thursday, January 24, 2019 11:30 AM
>
>I noticed that script.exe is not included in util-linux 2.32.1-1. I had
>to downgrade to util-linux 2.25.2-2 before it was installed. This is
>a tool that I use heavily, so if it is being migrated to a different
>package (not util-linux), please let me know what I should install to
>get it.

See the release announcement for util-linux 2.32.1-1:
https://cygwin.com/ml/cygwin-announce/2019-01/msg00017.html

RE: License question (Distribution of cygwin1.dll

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

patrick schmidt sent the following at Monday, May 07, 2018 10:28 AM
>
>I want to use iPerf3.exe in an commercial projekt. iPerf uses the MIT
>License but needs cygwin1.dll in order to function correctly.
>
>I need to distribute iperf3.exe in our commercial software, but we cant
>release the source code of this product. We do not modify cygwin1.dll,
>just distribute and the iPerf3.exe is only called as an seperate
>process.
>
>Does cygwin license allow this and if not is there anyone you can
>contact for other licensing options which do not force you to give out
>the source code?

See page and LGPL links:  https://cygwin.com/licensing.html
FAQ: https://cygwin.com/faq.html#faq.using.bundling-cygwin

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

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

RE: Searching full, portable Cygwin package for windows and NOT just the installer

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

David Allsopp sent the following at Saturday, February 03, 2018 3:16 AM
>The setup program includes a "Download" option which allows you to
>save the entire package repository locally, which you can use in
>future.

To be explicit:  You can download as David points out, scan the
downloaded packages with your AV, and then install.

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


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

RE: setup takes a long time

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

Jon Turney sent the following at Wednesday, January 31, 2018 9:02 AM
>On 31/01/2018 06:18, Fergus Daly wrote: [...]
>>
>> The setup program does seem to take a long time, even when it just
>> means "update" and even when there's nothing to update.  Here's what
>> happens in unattended mode:
>
> These tasks are supposed to identify when they have no work to do, and
> do nothing quickly.  It seems that is not always the case.

Recently brought up:
https://cygwin.com/ml/cygwin/2018-01/msg00274.html

It seems that this behavior is by design.
https://cygwin.com/ml/cygwin/2018-01/msg00275.html

FWIW, I still wouldn't mind having a command line option that skips
rebase and postinstall scripts when nothing has been updated.

Thanks,

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

Setup request

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

To keep up to date, every day when booting I automatically update Cygwin
with the following in a startup batch file.

setup -B -q -n -o -R  -l 

Even when nothing is updated, setup seems to rebase and run all the
/etc/postinstall/zp_* files.

This seems unnecessary.  If that is correct, would it be possible to have
setup always skip rebase & zp_* when not packages are updated, or
at least have a command line option to skip rebase and running zp_*?

I'm not a developer, so I cannot contribute a patch.  Sorry.

Thanks for considering this.

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


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

RE: Updated: Cygwin 2.9.0-1

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

Ken Brown sent the following at Thursday, September 07, 2017 7:05 PM
>On 9/7/2017 6:27 PM, Dave Johnson wrote:
>> got this error on x86 and x86_64 update:
>>
>> Package: _/Unknown package
>>   cygwin-doc.sh exit code 2
>
>That's because of this:
>   https://cygwin.com/ml/cygwin/2017-09/msg00079.html
>
>Just remove /etc/postinstall/cygwin-doc.sh and
>/etc/preremove/cygwin-doc.sh.

Both of those scripts use /usr/share/doc/cygwin-doc and
/usr/share/doc/cygwin-doc/html.

The postinstall script looks for /usr/share/doc/cygwin-doc
and exits with error level 2 when it does not find it.

A search of the 64bit package listing finds no files in
/usr/share/doc/cygwin-doc or /usr/share/doc/cygwin-doc/html.

So either the scripts need to be updated by removing the
cygwin-doc directory, or the scripts need to create the
directories and the packaging of cygwin-doc needs to put
the appropriate files there.

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

RE: Regular Expressions on the Package Search Page

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

Achim Gratz sent the following at Tuesday, August 01, 2017 2:22 PM
>
>> On the Cygwin Package Search page
>> <https://cygwin.com/cgi-bin2/package-grep.cgi>
>> either regular expression matching doesn't work or way to let the
>> search engine know that one is looking for a regex needs to be
>> documented.
>
>Buchbinder, Barry (NIH/NIAID) [E] writes:
>
>You rather have the wrong expectations w.r.t. the text you are
>attempring to match.
>> Found 769 matches for /usr/share/
>
>If you click on one of those results you'll see that the only thing this
>matches are symlink targets. The actual file paths don't start with a
>slash (they are relative to /) and they are not the beginning of a line
>either.

Ahhh .

Thanks.

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

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

Regular Expressions on the Package Search Page

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

On the Cygwin Package Search page

either regular expression matching doesn't work or way to let the
search engine know that one is looking for a regex needs to be
documented.

Found 769 matches for /usr/share/
Found 0 matches for ^/usr/share/
Found 0 matches for ^/usr/share
Found 0 matches for ^\/usr\/share\/
Found 0 matches for \^\/usr\/share\/
Found 0 matches for \^/usr/share/

Thanks,

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


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

RE: units issues

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

Brian Inglis sent the following at Tuesday, May 23, 2017 10:37 PM
>
>On 2017-05-23 17:55, Doug Henderson wrote:
>
>> On 23 May 2017 at 15:49, Brian Inglis wrote:
>>
>>> Updating the currencies only when setup is run seems to me to be
>>> insufficient if users want to use current currency conversions.
>>
>> Currencies needs to be split to a different package from non-currency
>> units. Non-currency units is very static, whereas most currencies
>> changes daily. In the absence of updates, non-currency units are still
>> useful; but currencies are incorrect in most cases, and increasingly
>> so as time pass.
>>
>> It is difficult to predict user requirements based on current package
>> dependencies as non-currency units and currencies are likely used by
>> almost disjoint sets of packages. Users of non-currency units should
>> not be burdened by the complexities of currencies. But if they do need
>> currencies, they should be up to date.
>>
>> A possible solution is to check the currency of the currency data on
>> library initialization or each use by comparing the current date with
>> the data's date of update. When the data is stale, automatically
>> update it if possible, or notify the user of the problem.
>
>It's a command line utility from GNU with currency conversion factors
>in a separate definition file included from the main file, updated by
>a Python script, which downloads an RSS XML file of current (Euro)
>rates from a free source with a permissive licence, and converts it to
>definitions acceptable to the utility, overwriting the existing file.
>
>The main issues are that, as currently implemented, currency rates are
>updated automatically by a postinstall script only when setup is run;
>setup may be running in an environment without external access, so the
>postinstall script will generate an error; users may not want or care
>about currency updates; and the postinstall script uses find to avoid
>updating if there is no currency file, or it has been updated recently.
>
>One option to deal with this is update the package to install a
>zero length currency definitions file, so currency conversions are
>not defined, but the program has no issues, and drop the permanent
>postinstall script to perform updates. Then announce and document that
>users who want updated currency conversion rates need to run the update
>script from the command line, a profile script, cron job, or Windows
>Scheduled Task, as is desirable if they use currency conversions.
>
>There are also issues with the Python update script, as the currency
>source site cert expired recently, causing the update and postinstall
>scripts to fail, with no workaround other than a replacement or patch;
>and a poster has problems using the update script with Windows proxies,
>which I have addressed to the upstream maintainer for discussion about
>approaches. If there is no response, I will create a Cygwin update patch
>and submit it upstream, but there has been no visible response to issues
>raised on the GNU site.

I would prefer that by default updates happen automatically and those
who do not want automatic updates do something to stop them from
happening.  For instance, someone who does not want updates makes the
definitions file read-only and have the script check for write
permission and exit or skip updating if the file cannot be written.  A
zero length read-only file works if one is worried about someone using
stale conversion factors.  An environmental variable whose existence
marks no-update might be another possibility.

Best wishes,

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

RE: open IE from command line

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

Nellis, Kenneth sent the following at Wednesday, December 21, 2016 9:11 AM
>Thanx to all who responded to my query...
>> On 12/20/16, Nellis, Kenneth wrote:
>> > How to open a web page (remote or local) or launch IE from the
>> > mintty/bash command line?
>
>I've tried all the suggestions and the same thing happens: IE flashes on
>the screen and immediately disappears. Indeed, IE is my default browser.
>
>I suspect the issue is that some required DLLs are not in my PATH.
>Indeed, my Cygwin PATH is a pruned version of my Windows PATH.

If you have a Windows shortcut to IE, try
cygstart "C:\[path to shortcut]\Internet Explorer.lnk"

For the record, these work for me:
cygstart "C:\Program Files\Internet Explorer\iexplore.exe" 
cygstart "C:\Program Files\Internet Explorer\iexplore.exe" 
"http://www.google.com; 

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

RE: Installer names not meaningful enough

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

Lee Dilkie sent the following at Thursday, December 01, 2016 7:19 AM
>On 12/1/2016 5:51 AM, Roberto Ríos Gallardo wrote:
>> Please give the installers more meaningful names.  In particular, make
>> sure "cygwin" is part of it.  "setup-x86_64.exe" is not very obvious.
>> A version number would be nice too.
>
>I'd agree that adding "cygwin" to the setup program would be nice
>but it's certainly not the windows "way", lots of programs use just
>"setup.exe".

I've nominated "getcygwin" => getcygwin64.exe or getcygwin32.exe
https://sourceware.org/ml/cygwin/2013-09/msg00316.html

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

RE: BashHere Prompt

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

Mark Hansen sent the following at Thursday, May 26, 2016 3:26 PM
>On 5/26/2016 11:21 AM, Kevin J. Duling wrote:
>> Possibly not.  Mine certainly isn't bundled up as nicely.  It was just
>> a Q hack I put together eons ago.
>>
>> Mine allows you to right-click on both the folder and the drive
>> letter.  I wasn't aware of chere, so I've tried installing it today.
>> I'm not seeing the context menus in Explorer in my Win7 VM, so I can't
>> tell if it does the same thing.
>
>I use chere on Windows 7 and I get a context menu in Windows/Explorer
>(which is what I thought it was intended to do). I don't know why you're
>not seeing that.

For the archives:

For a while, I had chere installed but it had mysteriously stop showing up
in the context menu.  (It wasn't clear what had changed.  Reinstalling
didn't fix it.  And it appeared that the registry entries were OK.)  I got
similar functionality via the SendTo menu.  I put a shortcut into my
SendTo folder:
C:\Users\[UserName]\AppData\Roaming\Microsoft\Windows\SendTo\
The target was:
C:\cygwin\bin\mintty.exe -e /bin/xhere /bin/bash.exe "%L"
It would open the containing folder for the highlighted file or folder.

BTW, chere started working again when they gave me a new box.

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

RE: BashHere Prompt

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

Kevin J. Duling sent the following at Thursday, May 26, 2016 1:48 PM
>Several years back, I wrote a utility to create a "Bash Here" prompt
>similar to the "Command Prompt Here" WinXP powertoy, but I really didn't
>have any way of sharing it with others.
>
>It doesn't really bundle in to a package, nor is it something that would
>be included with the DLL, so I'm not clear on how else to contribute
>this.
>
>If anyone would like to look at it, I've hosted it on my Google Drive at
>https://drive.google.com/open?id=0B9Lha7Y9_doHUENLV3ZDV0JHS3M

The chere package already does this.  Any advantages to your utility?

RE: faster opening Cygwin from Explorer window

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

Marco Atzeri sent the following at Friday, March 18, 2016 11:01 AM
>On 18/03/2016 15:43, Nellis, Kenneth wrote:
>> I frequently ping-pong back and forth between working in the Windows
>> and Cygwin environments, needing to keep both Explorer windows and
>> Cygwin PWD focused on the same folder/directory. (I use mintty in
>> Cygwin.)
>>
>> To open an Explorer window to my Cygwin PWD, I can simply type "cygstart .".
>> The reverse is a clumsy bit of typing and mousing: From Cygwin/bash,
>> enter "cd " (but not Return), go to my Explorer window and drag the
>> folder icon from the address bar into the mintty window and press return.
>> I'm looking for a simpler method.
>>
>> My ideal scenario is to right-click in the Explorer window, select the
>> new Cygwin option that I'd like to appear, and this would open a
>> mintty/bash window with PWD set to that Windows folder.
>>
>> Long shot, I know, but if anyone has done this and is willing to share
>> I'd love to hear about it. BTW, I'm using Windows 7 and am current on
>> Cygwin 64-bit.
>
> "Cygwin Prompt Here context menus"
>looks on chere package

For a while recently - and for unknown reasons - the chere menu entries
were not working for me.  I ended up creating a shortcut in my SendTo
folder/menu that would open a bash window in the directory containing
the highlighted file or folder.  Not perfect, but better than nothing.

Target:
C:\cygwin\bin\mintty.exe -e /bin/xhere /bin/bash.exe "%L"
Start in:  [leave blank]

I don't remember whether there might be any customizations in .bashrc
that helped this to work, so YMMV.

BTW, chere is back working for me now.  Don't remember what - if
anything noticeable - changed.

- Barry

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

RE: locate and updatedb

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

Byron Boulton sent the following at Wednesday, February 17, 2016 11:21 AM
>On 2/17/2016 11:00 AM, Buchbinder, Barry (NIH/NIAID) [E] wrote: locate
>> Byron Boulton sent the following at Wednesday, February 17, 2016 8:43
>> AM
>>> On 2/16/2016 5:55 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
>>>>
>>>> This is technically OT since this involved a non-cygwin tool.
>>>>
>>>> find is slow compared with a non-Cygwin tool, specifically dir (cmd.exe).
>>>>
>>>> Compare find with cmd.exe's dir.  Note that even with the benefit of
>>>> caching (compare the 1st and 3rd times), find takes twice as long as dir.
>>>> Comparing cached times (2nd vs 3rd), dir is 3X faster.
>>>>
>>>> $ time cmd /c dir /s /b 'C:\usr' > /dev/null ; \ time find /c/usr >
>>>> /dev/null ; \ time cmd /c dir /s /b 'C:\usr' > /dev/null
>>>>
>>>> real0m1.326s
>>>> user0m0.000s
>>>> sys 0m0.047s
>>>>
>>>> real0m2.465s
>>>> user0m0.280s
>>>> sys 0m2.184s
>>>>
>>>> real0m0.874s
>>>> user0m0.000s
>>>> sys 0m0.031s
>>>>
>>>> (Note: c:\usr has nothing to do with /usr.)
>>>>
>>>> Here's how I use dir *in the abstract* for drives C: and D:.  (Note:
>>>> the
>>>> /a: option of dir lists all files, including hidden ones; /o:n sorts
>>>> by
>>>> name.)
>>>>
>>>> for D in /c /d
>>>> do
>>>>   "$(cygpath "${COMSPEC}")" /c dir /s /b /a: /o:n "$(cygpath -w "$D")"
>>>> done | \
>>>> tr -s '\r\n' '\n' | \
>>>> cygpath -u -f - | \
>>>> sed -e '/^$/d' -e 's,/\+,/,g' \
>>>> sort -u \
>>>> /usr/libexec/frcode > /tmp/updatedb.tmp chmod --reference
>>>> /var/locatedb /tmp/updatedb.tmp mv /tmp/updatedb.tmp /var/locatedb
>>>>
>>>> What I actually do (attached) is more complicated.  My script
>>>> chooses which directories are scanned, does them in parallel, and
>>>> prints pretty messages.  I get error messages for very long paths (>
>>>> ~250 bytes).  It works well enough for me; YMMV.
>>>
>>> Are you using dir in some sort of custom way to build the database
>>> used by locate? Or are you saying that rather than ever using the
>>> find command to find files, you use a custom script which uses dir?
>>
>> I use dir only to generate the locate database, because scanning the
>> better part of several disks takes so long.  I do not substitute dir
>> for find for other purposes.  One could, but usually locate does what
>> I need, and when it doesn't, I use find.
>
>understands how to read this custom database? If I read you updatedb.sh
>script properly, it produces a file which is just a sorted text file
>with one line per file found by updatedb.sh.

Sorry.  In the example in the email text I forgot a pipe sign after sort
and feeding into /usr/libexec/frcode, which convert to located format.
That fragment should have been as follows.

sort -u | \
/usr/libexec/frcode > /tmp/updatedb.tmp

It's really been so long since I put updated.sh together that I would need
to study it to make detailed comments.  Indeed, my memories of putting it
together are lost in the mists of time.

What I'd advise is to use the script that comes with findutils,
/usr/bin/updated, as your model.  Substitute dir for find, adjust start
Points 9drives or directories), convert line endings, etc., and running
through cygpath, and making other necessary changes before running through
frcode.

Sorry that I cannot be of more help.

Good luck.

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


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

RE: locate and updatedb

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

Byron Boulton sent the following at Wednesday, February 17, 2016 8:43 AM
>On 2/16/2016 5:55 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
>>
>> This is technically OT since this involved a non-cygwin tool.
>>
>> find is slow compared with a non-Cygwin tool, specifically dir (cmd.exe).
>>
>> Compare find with cmd.exe's dir.  Note that even with the benefit of
>> caching (compare the 1st and 3rd times), find takes twice as long as dir.
>> Comparing cached times (2nd vs 3rd), dir is 3X faster.
>>
>> $ time cmd /c dir /s /b 'C:\usr' > /dev/null ; \ time find /c/usr >
>> /dev/null ; \ time cmd /c dir /s /b 'C:\usr' > /dev/null
>>
>> real0m1.326s
>> user0m0.000s
>> sys 0m0.047s
>>
>> real0m2.465s
>> user0m0.280s
>> sys 0m2.184s
>>
>> real0m0.874s
>> user0m0.000s
>> sys 0m0.031s
>>
>> (Note: c:\usr has nothing to do with /usr.)
>>
>> Here's how I use dir *in the abstract* for drives C: and D:.  (Note:
>> the
>> /a: option of dir lists all files, including hidden ones; /o:n sorts
>> by
>> name.)
>>
>> for D in /c /d
>> do
>>  "$(cygpath "${COMSPEC}")" /c dir /s /b /a: /o:n "$(cygpath -w "$D")"
>> done | \
>> tr -s '\r\n' '\n' | \
>> cygpath -u -f - | \
>> sed -e '/^$/d' -e 's,/\+,/,g' \
>> sort -u \
>> /usr/libexec/frcode > /tmp/updatedb.tmp chmod --reference
>> /var/locatedb /tmp/updatedb.tmp mv /tmp/updatedb.tmp /var/locatedb
>>
>> What I actually do (attached) is more complicated.  My script chooses
>> which directories are scanned, does them in parallel, and prints
>> pretty messages.  I get error messages for very long paths (> ~250
>> bytes).  It works well enough for me; YMMV.
>
>Are you using dir in some sort of custom way to build the database
>used by locate? Or are you saying that rather than ever using the find
>command to find files, you use a custom script which uses dir?

I use dir only to generate the locate database, because scanning the
better part of several disks takes so long.  I do not substitute dir for
find for other purposes.  One could, but usually locate does what I need,
and when it doesn't, I use find.

Best wishes,

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

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

RE: locate and updatedb

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

Linda Walsh sent the following at Saturday, February 13, 2016 7:15 AM
>Marco Atzeri wrote: ---
>> On 11/02/2016 19:33, Byron Boulton wrote:
>>> On 2/11/2016 1:18 PM, cyg Simple wrote:
 On 2/11/2016 9:00 AM, Byron Boulton wrote:
> Does anyone here have success using `updatedb` and `locate` in
> cygwin? I use `locate` heavily on my Linux machines, but everytime
> I've tried to run `updatedb` on cygwin I've given up and killed the
> process because it is taking too long.
> There's a reason why on linux it is usually set to run when you are asleep.  
> ;-)
>
>  Is there something wrong with cygwin's implementation of
> `updatedb` making it not work at all or making it slower that on my
> Linux machines? Or are there others who have success using it on
> cygwin?
>
>But it might have to do with disk speed and memory. Laptop drives are
>usually among the slowest.
>
>I ran it just now (this is with MS's Home Essentials real-time
>protection turned on).
>> locate / >/tmp/all
>> wc /tmp/all
>  1479146   4014375 133322318 /tmp/all
>> df .
>
>law.Bliss/bin> time index_files.sh 670592 (process ID) old priority 0,
>new priority 19 44.21sec 15.06usr 28.30sys (98.09% cpu) Filesystem Size
>Used Avail Use% Mounted on C: 949G 585G 365G 62% / 
>
>So ~1.4 million files... Using the following exclusions:
>  Local+=" /windows/sysnative/."
>
>---(index_files.sh) renice +19 $$ Local="/" if [[ -d
>/windows/sysnative/. ]]; then fi Prunepaths='/.usr /proc /C /B /H /I
>/M /D /P /System[[:space:]]Volume[[:space:]]Information /Windows/CSC
>/pagefile.sys /Music /Pictures /Share /Media /home /Doc /$RECYCLE.BIN
>/cygdrive'
>
>/bin/updatedb --findoptions=-noleaf --localpaths="$Local"
>--prunepaths="$Prunepaths" --netpaths="$Net"  Most of those pruned
>files are pruned either due to redundancy or being on a local network
>server...
>
>That's fairly fast vs. the MS-Home Essentials, full malware scan I
>run once a week that takes ~ 8-16 hours (It scans a few of my network
>directories,as well).
>
 Processing every file on the drive will be slow just because it's
 Windows.  Initializing the database with updatedb will require a large
 amount of time.  There are processes such as AntiVirus intrusion
 protection that might make it even slower.

>>> Hmmm, the reason the slowness is particuarly strange to me is that in
>>> place of using `locate` from my cygwin terminal, I have to use a program
>>> called "Everything Search Engine" available at www.voidtools.com. The
>>> first time I install it, it takes maybe a few minutes to index the hard
>>> drive, then every once in a while when I open the program it takes a few
>>> seconds to update the index, but in general the performance for indexing
>>> and searching the index if comparable to `updatedb` and `locate` on a
>>> Linux machine, so it's possible to do on Windows.
>>>
>>> Byron
>>>
>>
>> the time taken from updatedb is mainly due to
>> the execution time of "find" on the disks.
>>
>> It takes ~ 70 minutes for my 500 GB of data,
>> and likely the AV is impacting the execution.
>>
>> I suspect voidtools is using MS disk indexing
>> to speed up the things for it.

This is technically OT since this involved a non-cygwin tool.

find is slow compared with a non-Cygwin tool, specifically dir (cmd.exe).

Compare find with cmd.exe's dir.  Note that even with the benefit of
caching (compare the 1st and 3rd times), find takes twice as long as dir.
Comparing cached times (2nd vs 3rd), dir is 3X faster.

$ time cmd /c dir /s /b 'C:\usr' > /dev/null ; \
time find /c/usr > /dev/null ; \
time cmd /c dir /s /b 'C:\usr' > /dev/null

real0m1.326s
user0m0.000s
sys 0m0.047s

real0m2.465s
user0m0.280s
sys 0m2.184s

real0m0.874s
user0m0.000s
sys 0m0.031s

(Note: c:\usr has nothing to do with /usr.)

Here's how I use dir *in the abstract* for drives C: and D:.  (Note: the
/a: option of dir lists all files, including hidden ones; /o:n sorts by
name.)

for D in /c /d
do
"$(cygpath "${COMSPEC}")" /c dir /s /b /a: /o:n "$(cygpath -w "$D")"
done | \
tr -s '\r\n' '\n' | \
cygpath -u -f - | \
sed -e '/^$/d' -e 's,/\+,/,g' \
sort -u \
/usr/libexec/frcode > /tmp/updatedb.tmp
chmod --reference /var/locatedb /tmp/updatedb.tmp
mv /tmp/updatedb.tmp /var/locatedb

What I actually do (attached) is more complicated.  My script chooses
which directories are scanned, does them in parallel, and prints pretty
messages.  I get error message for very long paths (> ~250 bytes).  It
works well enough for me; YMMV.

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



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

RE: Ability to specify /cygdrive mount value in setup

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

Andrey Repin sent the following at Wednesday, November 25, 2015 11:39 AM
>On 11/25/2015 10:56 AM, cyg Simple wrote:
>> I find /cygdrive/ just unbearable and I always change it to / after an
>> install.  The issue with this is that post install activities will
>> create symlinks using /cygdrive moniker so I must go change those if I
>> find them.
>
>Just which activities? I haven't seen any. And I do remap /cygdrive to /
>at all times.

I grepped everything in and under /etc for cygdrive.  The only hits were
/etc/fstab and /etc/postinstall/000-cygwin-post-install.sh.done, and the
latter was just setting up the former.  So I have to ask, what's creating
these shortcuts?

The idea that setup or the post-install scripts create symlinks that
point to things that are not under / and need to be accessed as, for
example, /cygdrive/d (= D:\) seems very strange.

>> Would it be possible for setup to ask for the value and
>> setup the /etc/fstab with the value?  Do others find this bit of annoying?
>
>You can precreate fstab, I think.

Maybe you could do a 3-step install?
  -  minimal install.
  -  fix fstab.
  -  install optional packages.

Another (partially tested) idea:  Create a folder in / named /cygdrive.
Then create a symlink in it for each drive, where the symlink points to
the drive and is named as the drive letter.  That seems to work for
some purposes, e.g., cd /cygdrive/d/dir/ goes to /d, though the CWD will
be /cygdrive/d/dir, not /d/DIR.  YMMV.

But pre-creating c:\cygwin\etc\fstab seems like the best option.

Good Luck.

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

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

RE: Ability to specify /cygdrive mount value in setup

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

cyg Simple sent the following at Wednesday, November 25, 2015 3:59 PM
>>> Wed, 25 Nov 2015 19:39:08 Andrey wrote:
>>
>> You can precreate fstab, I think.
>>
>>> Yes I do this all the time.  If, for example, C:\cygwin64\etc\fstab already 
>>> exists
>>> when you run setup-x86_64.exe the first time, setup will use that 
>>> /etc/fstab.
>>> So all the links will be created during initial installation with / and not 
>>> /cygdrive.
>>
>> Just which links we're talking about, yet again?...
>>
>
>n 11/25/2015 3:25 PM, Andrey Repin wrote:
>
>find / -type l -exec ls -l {} \; | grep cygdrive
>
>lrwxrwxrwx 1 cyg_Simple cyg_Simple 46 Nov 25 09:29 /etc/hosts ->
>/cygdrive/c/WINDOWS/System32/drivers/etc/hosts
>lrwxrwxrwx 1 cyg_Simple cyg_Simple 49 Nov 25 09:29 /etc/networks ->
>/cygdrive/c/WINDOWS/System32/drivers/etc/networks
>lrwxrwxrwx 1 cyg_Simple cyg_Simple 49 Nov 25 09:29 /etc/protocols ->
>/cygdrive/c/WINDOWS/System32/drivers/etc/protocol
>lrwxrwxrwx 1 cyg_Simple cyg_Simple 49 Nov 25 09:29 /etc/services ->
>/cygdrive/c/WINDOWS/System32/drivers/etc/services
>
>I also have the following which indicates that I modified /etc/fstab but
>too late.
>
>lrwxrwxrwx 1 cyg_Simple cyg_Simple 0 Nov 25 15:54 /proc/cygdrive -> /
>
>If I were able to specify it at the start of setup this issue would not
>be present.

It look like those links are created by /etc/postinstall/base-files-mketc.sh.
You could try just removing /etc/hosts, /etc/protocols, /etc/services, and
/etc/networks, being careful to delete the symlink and not the target, and
then re-run /etc/postinstall/base-files-mketc.sh.done.  After modifying
/etc/fstab, of course.

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

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

RE: Can MKS Toolkit and Cygwin safely co-exist on Windows servers?

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

Peter A. Castro sent the following at Monday, November 16, 2015 9:17 PM
>
>Oh! I've been there and tried to do that but was shutdown for corporate
>policy reasons. Remember that business wants someone to shoot at when
>things break. That license you have for MKS means your company can
>demand support from someone. Cygwin is "free" and support is really just
>this email list and "WJM". :)

I believe that paid support is available from Red Hat.

http://www.redhat.com/services/custom/cygwin/

- Barry
  Disclaimer: Statements made herein are not made on behalf of NIAID.
  The above is just for informational purposes and is not
  an endorsement or recommendation.

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

RE: Command echo

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

Gluszczak, Glenn sent the following at Monday, November 16, 2015 11:16 AM
>
>When I shell to cmd.exe, the commands I execute are echoed (not sure if
>stdout or stderr). This doesn't happen under native cmd.exe. Is there a
>variable that controls this? I only have CYGWIN=nodosfilewarning
>
>Notice the commands "dir" and "whoami" are emitted to the output.

cmd.exe is in control of its own echoing.  Try starting as cmd /q
cmd /?
...
/Q  Turns echo off
...

As to why cmd behaves differently when started under bash (even in a
non-mintty window) than when started directly or under cmd 

Hope that helps.

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

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

Documentation problem with the UG - POSIX devices?

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

https://cygwin.com/cygwin-ug-net/using-specialnames.html#pathnames-posixdevices

In the paragraph starting "Block devices are accessible ..."

"... or the first partition on the third harddisk is 
\device\harddisk2\partition1."

Shouldn't partition1 be the second partition, not the first?

Best wishes,

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


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

rebase by setup

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

Running setup in unattended mode runs rebase even if nothing is
installed.  Is this intended/necessary?

I run setup every day when I boot and rebasing is time consuming.
Not really a problem but it is annoying.

Thanks,

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

RE: [ANNOUNCEMENT] Updated: php-5.6.14-1

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

Yaakov Selkowitz sent the following at Friday, October 09, 2015 4:40 PM
>The following packages have been updated in the Cygwin distribution:
>
>* php-5.6.14-1
>
>PHP (recursive acronym for 'PHP: Hypertext Preprocessor') is a
>widely-used Open Source general-purpose scripting language that is
>especially suited for Web development and can be embedded into HTML.
>
>This is an update to the latest upstream stable release with fixes for
>two security issues in the Phar extension:
>
>http://php.net/ChangeLog-5.php#5.6.14

Cygcheck gives me this:

/c> cygcheck -c php
Cygwin Package Information
Package  VersionStatus
php  5.6.14-1   Incomplete

I uninstalled, redownloaded and reinstalled.

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

RE: [ANNOUNCEMENT] New: sl-5.02-1

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

Mike DePaulo sent the following at Tuesday, September 01, 2015 7:47 PM
>On 09/01/2015 07:13 PM, Jared Buck wrote: [...]
>> On Tue, Sep 1, 2015 at 4:07 PM, Yaakov Selkowitz  
>> wrote:
>>> The following package has been added to the Cygwin distribution:
>>>
>>> * sl-5.02-1
>>>
>>> SL (Steam Locomotive) runs across your terminal when you type 'sl'
>>> as you meant to type 'ls'. It's just a joke command, and not useful at
>>> all.
>
>Damnit Yaakov! You beat me to packaging this.
>
>I guess my packaging train wasn't fast enough.
>
>These are really funny btw: http://manpages.org/sl/6
>https://github.com/mtoyoda/sl/pull/31
>https://github.com/mtoyoda/sl/pulls

Please upgrade to ver 5.04.  It has unicorns!

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

Default Architecture of Package Search/List Pages

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

On the cygwin package search and package list pages, the
architectures are listed with 32 bit first/default.

x86 x86_64

If it is known that currently the majority of cygwin users are using
64 bit, might it be appropriate to make 64 bit the default?

Thanks for considering this.

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


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

RE: Default Architecture of Package Search/List Pages

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

Corinna Vinschen sent the following at Tuesday, September 01, 2015 11:35 AM
>On Sep 1 12:36, Buchbinder, Barry (NIH/NIAID) [E] wrote:
>> On the cygwin package search and package list pages, the
>> architectures are listed with 32 bit first/default.
>>
>> x86 x86_64
>>
>> If it is known that currently the majority of cygwin users are using
>> 64 bit, might it be appropriate to make 64 bit the default?
>>
>> Thanks for considering this.
>
>Done.

Thanks.  (That was fast!)

Package List, too?
https://cygwin.com/packages/package_list.html

Thanks again,

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

RE: Default Architecture of Package Search/List Pages

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

Corinna Vinschen sent the following at Tuesday, September 01, 2015 11:59 AM
>On Sep 1 15:50, Buchbinder, Barry (NIH/NIAID) [E] wrote:
>> Corinna Vinschen sent the following at Tuesday, September 01, 2015 11:35 AM
>> >On Sep 1 12:36, Buchbinder, Barry (NIH/NIAID) [E] wrote:
>> >> On the cygwin package search and package list pages, the
>> >> architectures are listed with 32 bit first/default.
>> >>
>> >> x86 x86_64
>> >>
>> >> If it is known that currently the majority of cygwin users are using
>> >> 64 bit, might it be appropriate to make 64 bit the default?
>> >>
>> >> Thanks for considering this.
>> >
>> >Done.
>>
>> Thanks.  (That was fast!)
>>
>> Package List, too?
>> https://cygwin.com/packages/package_list.html
>
>Yep, Corinna

Danke!

RE: [ANNOUNCEMENT] Early Deprecation Notice: Windows XP and Server 2003 support

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

AC sent the following at Wednesday, August 26, 2015 10:57 PM
On 2015-08-26 18:04, Andrey Repin wrote: Well rsync is fine for making
 Is there a document somewhere that can describe this process of making a
 mirror?  I have two XP machines that I won't be able to upgrade and I
 just want to make sure I can reinstall Cygwin packages if needed.

 man rsync

mirrors in general, I meant making a mirror of one of the existing
Cygwin mirrors for which I would not have shell access. I suppose a
recursive wget would be sufficient?

What about using setup's download without installing option?

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

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

RE: suggestion for setup.exe: on quiet mode start window minimized option

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

Roger Pack sent the following at Friday, August 28, 2015 1:29 PM
Today I wanted to script an unattended install of cygwin. It works well.
However, I also wanted to be able to do it without showing a window to
the user at all. Suggestion/feature request: for --quiet-mode start
minimized, or perhaps add a --start-minimized option. Cheers. -roger-

How do you start setup?  Maybe one of the following will work for you.

A Windows shortcut can be set up to start minimized.  My impression is
that one can use and mechanism to launch a Windows shortcut and then
Windows will follow the instructions (Start in:, Run:, etc.) in the
shortcut.

In cmd:
start /min

From a command line (though not a bash shell when cygwin, bash, or maybe
mintty are being updated):
cygstart --minimize
or
cmd /c start /min

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

RE: getent services enumeration glitch

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

Corinna Vinschen sent the following at Tuesday, August 18, 2015 7:24 AM
On Aug 18 09:40, Mark Geisert wrote:
Congratulations! You found a 13 years old bug in Cygwin's getservent
implementation, which returned the port number in host byte order
instead of in network byte order for all this time. Makes me wonder how
often getservent is used in the wild...

Not that I know what getent is, let alone having ever used it, shouldn't
finding a bug that old merit a gold star?

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

RE: [ANNOUNCEMENT] Update: mintty 2.1.2

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

Thomas Wolff sent the following at Thursday, July 23, 2015 6:15 PM
mintty 2.1.2 is an update in response to a number of crash reports under
unclear circumstances; mintty only detaches from the caller's terminal
if the option -D is given

Neither man mintty nor mintty --help document the new -D option.

Thanks,

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

RE: db_home setting in nsswitch.conf is ignored.

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

Suggestion for the Cygwin developers:

What about a file in /etc that contains contain environmental variables
that sets cygwin-specific variables and overrides anything in Windows'
environment?

It would also make it possible to clone an installation by
copying - no need to modify the environment.

See https://cygwin.com/ml/cygwin/2010-01/msg00977.html

Sorry, I'm not a coder and cannot contribute a developer a cannot
propose a path.

As previously:  Just a suggestion, not a request.

Best wishes,

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

RE: File permissions different inside and outside cygwin root

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

Yaakov Selkowitz sent the following at Tuesday, June 02, 2015 3:01 AM
On Mon, 2015-06-01 at 19:01 -0500, Steven Penny wrote:
 On Mon, Jun 1, 2015 at 1:38 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
 For goodness sake, do not do this. Do not break your computer because Cygwin
 sucks at permissions. Just read my post on noacl and live with the compromise
 until they fix it:

 http://cygwin.com/ml/cygwin/2015-05/msg00297.html

 Do NOT listen to Barry, you can break your computer following his advice:

While you are welcome to disagree with someone's opinion, you need to do
so without personal attacks. Please be sure to be more considerate in
your future interactions.

For the record, I did not take Steve's comments as a personal attack.
Any harshness of tone was directed at my suggestion and not at me.

The harshness did sting, but that's my problem.  I think Steve was trying to
emphasize to the OP that he thought my suggestion was a VERY bad idea.

But I also appreciate your post, Yaakov.

Best wishes to you both, to the OP, and to everyone else,

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

RE: File permissions different inside and outside cygwin root

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

Duane Ellis sent the following at Sunday, May 24, 2015 11:03 AM
(Sorry I cannot reply directly to the previous email I just subscribed
to the list, I am quoting from the list archive)
 (from the archive - permissions inside and outside of /cygwin get messed up)

I think this is *THE* cause of my problems.

My question is how do I turn this of 100% totally - and completely?

How it is effecting me:

In my case, I *OFTEN* edit source code using 'emacs-w32' under cygwin.

and often refer to files via a filename like this
/cygdrive/c/some/path/foo.c

Sadly what happens in the end is, the ACL gets set to the point where I
cannot edit source files.

Another common example is this:

Step 1: On Linux - create a tar.gz of a source directory.
   tar cfz  foo.tar.gz  somedirectory

(In my case, it is an open source package that *must* build under both
cygwin and linux) I need to move the code back and forth - to make sure
my changes don't break things

Step 2: Pull that tar file over to Cygwin (I use cygwin64)

Step 3: Unpack the tar.gz file using CYGWIN
   tar xfz foo.bar.tz

   I specifically use emacs-w32 - to edit the source code.
   It seems that *randomly* the ACL gets totally bunkered

Step 4:
   Maybe there is a method to this madness, but I can't figure out the 
 exact sequence

I am *NOT* building or doing this under any Cygwin mount I should not
need to, and I should not be required to

I specifically use: /cygdrive/c/some/path/

**NOTE**
   This does not *require* the 'tar-copy' method
   Using CYGWIN - I git clone some repository and edit the files in the 
 standard way
   It seems to be more predominant when I copy via TAR across systems.

   I can no longer edit my source code.
   I would end up having to right click permissions and fix things using 
 windows tools

Result:
   It seems the ACLs are totally messed up

Bottom line, my expected behavior
   I should be able to use a simple editor - i.e.: Emacs-w32
   I should be able to edit a source code file
   When I save the source code file - the permissions *before* and *after* 
 should be identical

   They are not, permissions are totally messed up.

   Whatever I am seeing, it is fundamentally broken.

The following is totally a guess.  You try it at your own risk.

It is possible that the solution is in windows, not cygwin.

Windows can have security settings that propagate down a directory tree.
And when Windows and Cygwin argue, Windows wins.

- Go into Windows Explorer for C:\some or C:\some\path.
(I advise NOT trying this on C:\.  If you do and it results
   in disaster, it is on your head.)
- Right click and select Properties.
- Go to the Security tab.
- Advanced.
- Select the account under which you use cygwin.
- Change permissions.
- You might need to experiment on whether to check or uncheck Include
inheritable permissions from this object's parent.
- Check Replace all child permissions with inheritable permissions
from this object.
- Select the account under which you use cygwin.
- Edit.
- Full control.
- OK, etc.

Or something like that.

Again, you play with the Security tab at your own risk.

Good luck,

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

RE: Problem with posix flags and permission denied on domain computer

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

Jirí Engelthaler sent the following at Tuesday, May 19, 2015 2:44 AM
I'd like to hear an answer from Corinna Vinschen pls.

She's on vacation.

RE: Is it possible to display English phonetic alphabet in Mintty?

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

Rexdf sent the following at Monday, April 20, 2015 9:59 AM
David Macek sent the following at Monday, April 20, 2015 9:47 AM
 I have a dictionary in cygwin. It cannot display the phonetic alphabet
 well.

 What are your LANG, LANGUAGE, LC_* variables? I see boxes when I set
 LANG=en_US, but not when I set LANG=en_US.UTF-8 or empty LANG.

My LANG is zh_CN.UTF-8@cjknarrow.

The mail list or gmail change my phonetic alphabet to something strange.
copy it from http://www.bing.com/dict/search?q=diverge

paste it into notpad.exe, it display very well. And mintty cannot.

The problem may be with Lucida Console.  Try Courier New.

I pasted the text into MS Word and changed the font for the entire line
to Lucida Console.  Looking at the font character by character, almost
all the characters had been switched to Courier New.  Only one was
Lucida Console.  Interesting, several did say what font they were.

I interpret that as meaning that when Lucida Console doesn't have a
glyph, Word substitutes Courier New.

I hope that helps,

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

RE: [ANNOUNCEMENT] Updated: vim-7.4.692-1

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

Yaakov Selkowitz sent the following at Thursday, April 16, 2015 10:26 AM
On Thu, 2015-04-16 at 12:22 +0200, Frank Fesevur wrote:
 Is it by design that vim now requires tcsh?

 tcsh(6.18.01-6)
 An enhanced version of csh, the C shell
 Required by: vim-common

I hadn't noticed this, but now that you mention it, this dependency is
for the $VIMRUNTIME/tools/vim132 script.

vim132 

Running it in a 25x132 minty window gives the following error message.

E437: terminal capability cm required

Then vim loads but the screen is all messed up.

Loading vim directly in the same window works fine.

Since vim132 seems to not work and seems not be needed, might it be
reasonable to remove the dependency on tcsh?  Anyone who really wants
to use it can install the prerequisites and debug it themselves.

Thanks for considering this.

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

RE: less color option

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

Steven Penny sent the following at Friday, April 17, 2015 5:08 PM
man less

Reveals this
-Dxcolor or --color=xcolor
   [MS-DOS only] Sets the color of the text displayed.  x is a sin?
   gle character which selects the type  of  text  whose  color  is
   being  set: n=normal, s=standout, d=bold, u=underlined, k=blink.
   color is a pair of numbers separated by  a  period.   The  first
   number  selects  the foreground color and the second selects the
   background color of the text.  A single number N is the same  as
   N.M, where M is the normal background color.

So I tried it and get this result
$ less --color
There is no color option (less --help for help)

I just want a way to change the colors on man pages. If this is not the
right way please advise.

Just a guess:

The man page says [MS-DOS only].  Cygwin is not MS-DOS so I wouldn't
expect this to work with less compiled for cygwin.

If you were using the MS-DOS version, you would still need to specify
xcolor.

Hope that helps,

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

RE: [ITA] cygwin-doc

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

Jon TURNEY wrote on March 13, 2015 10:29 AM
 As invited [1], I shall adopt the cygwin-doc package.

https://cygwin.com/ml/cygwin/2015-02/msg00163.html

Thanks,

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

RE: [ANNOUNCEMENT] Updated package: pdftk-2.02-1

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

There is no 64 bit pdftk package.  Is that an oversight?

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

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

RE: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1

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

Denis Excoffier wrote on Friday, February 13, 2015 4:31 PM
 You misunderstand.  I don't need this stupid
 'Document and Settings' thing.

C:\Documents and Settings appears to be something Windows handles.

On Windows 7 Professional (ver 6.1, SP 1):

Open cmd.exe.

dir does not show C:\Documents and Settings.

dir /a: shows the following.

07/14/2009  12:08 AMJUNCTION Documents and Settings [C:\Users]

So it looks like C:\Documents and Settings = C:\Users.

On my current machine, in Windows Explorer, I cannot look inside
C:\Documents and Settings.  In cmd I can cd into it but neither dir
nor dir /a: show any file.  However Explorer will let me see inside
C:\Documents and Settings\myusername.  In cmd I can cd from
C:\Documents and Settings into C:\Documents and Settings\myusername.

I'll stop here since I don't know much about junctions.  But I hope that
the above helps.

Good Luck,

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

setfacl man page

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

The setfacl man page does not document the new -b and -k flags.

However, they are documented by setfacl --help .

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


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

Missing Mirrors

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

http://cygwin.com/mirrors.html

A lot of mirrors have just dropped off the mirror list.

I count 30 this morning.  124 are listed on the page saved by Wayback
Machine on 2014-12-26

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


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

RE: Missing Mirrors

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

Barry wrote at February 06, 2015 9:23 AM
 A lot of mirrors have just dropped off the mirror list.

 I count 30 this morning.  124 are listed on the page saved by Wayback
 Machine on 2014-12-26

The numbers above count http and ftp from the same server as 2 mirrors.

Counting domains after removing ^ftp\. and ^www\. from the domain name
gives 20 today and 72 in December.

Sorry I didn't fully explain the first time.

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

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

RE: Force ls to show .exe extension

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

Paul sent the following at Tuesday, January 06, 2015 7:12 PM
I'm wading through many files in two file trees. In particular, I'm
looking at corresponding directories in the two trees where diff -qr
revealed differences. I want the absolute truth of what the filename is
with minimal distractions about how to achieve that. Then, I can focus
on figuring how those files came about, and how the differences arose.

Not a Cygwin solution but the following should give real names.

cmd /c dir /b /a:

(The /a: makes sure that hidden files are listed.)

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

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

RE: Is there a tool for viewing all cygwin/GNU Software submissions

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

Arthur Schwarz sent the following at Tuesday, November 25, 2014 5:49 PM
Is there a general tool that will allow someone to see the definition of
all software in cygwin and allow browsing of libraries for content? If
there is not, how can I go about creating one (any ideas)?

What I would like to see for executables is a setup-like tool to pretty
print information on all available software without going through setup.
Where a library is included, I would like to see something about the
routines included in the library.

Info does a great job of showing information on executables which have
been downloaded (although its presentation format is really bad), but
provides no insight on available but not downloaded software. 'setup'
provides a thumbnail description of all available software, but you have
to use it in conjunction with the internet, and viewing and searching
is laborious. And I don't know if there is anything which provides some
brief information on library contents. I think for libraries you have to
go to the provided application developer documentation or use one of the
tools to read the library contents.

So, anything there or anything I can do (to make it 'there').

To see package descriptions without setup, you can look inside setup.ini.
In addition to the short description (sdesc) displayed by setup, it has a
long description (ldesc), though sometimes that is just a repeat of sdesc.
The requires line can help one from downloading far more than one wishes.

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

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

RE: Direct/efficient way to chop off trailing \n

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

Eric Blake sent the following at Wednesday, October 01, 2014 10:33 PM
On 10/01/2014 08:25 PM, Eliot Moss wrote:

 You could write my solution as:

 echo -n `cygpath -aw foo`/dev/clipboard

'echo -n' is not portable (in fact, you can disable it in bash, and it
may misbehave if cygpath outputs a leading - or contains any \); it's
better to use 'printf' for that purpose:

printf %s `cygpath -aw foo`/dev/clipboard

 The echo solution has the good property that echo is
 a shell built-in and so does not require spawning
 another process.

The same is true of printf.

Converting \n line endings to \r\n might work for you when you paste
into a Windows app.  It does for me.

cygpath -aw foo/bar | putclip -d

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

RE: [ANNOUNCEMENT] Updated: bash-4.1.14-7

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

Alive sent the following at Tuesday, September 30, 2014 1:49 PM
On 30/09/2014 4:22, Eric Blake (cygwin) wrote:
 A new release of bash, 4.1.14-7, has been uploaded and will soon reach a
 mirror near you; leaving the previous version at 4.1.13-6.

I've checked for updates several time, but I don't find bash version
4.1.14-7. I get version 4.1.13-7 instead.

I just want to clarify, which version is right? The version downloaded
from mirrors or this version from announcement?

4.1.14-7

On my machine:

$ cygcheck -c bash
Cygwin Package Information
Package  VersionStatus
bash 4.1.14-7   OK

See also
https://cygwin.com/packages/x86/bash/
https://cygwin.com/packages/x86_64/bash/

Wait.  Give it time and 4.1.14-7 will show up on your preferred mirror.
Or try a different mirror.

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

RE: [ANNOUNCEMENT] Updated: bash-4.1.13-6

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

Eric Blake (cygwin) sent the following at Saturday, September 27, 2014 2:14 AM
I also turned on the (undocumented) 'bash --wordexp' mode (actually,
that happened in 4.1.12-5, although I failed to mention it at the time),
which allows the C library call wordexp() to now function.

From a user standpoint, why would one want to use --wordexp?  What is the
effect of turning on this mode?

Thanks,

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

RE: [ANNOUNCEMENT] Updated: bash-4.1.13-6

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

Eric Blake (cygwin) sent the following at Saturday, September 27, 2014 2:14 AM

Using the new version of bash, two scripts that I use have both started giving 
me
the following error message(s).

/usr/bin/bash: error importing function definition for `BASH_FUNC_make-log'
/usr/bin/bash: error importing function definition for `BASH_FUNC_configure-log'
/usr/bin/bash: error importing function definition for `BASH_FUNC_prt-alias'

I was able to get rid of this by commenting out the functions (make-log,
configure-log, and prt-alias) and removing them from the list of functions being
set and exported in ~/.bashrc.  I rarely use these functions and would be 
unlikely
to use them in a subshell so that works as a solution.

What makes this strange is that I have other shell functions that are defined in
~/.bashrc and exported.  They have not shown up in the error messages.  As it
happens, the problem functions are the last 3 on the export list.  However,
adding another function to be exported doesn't cause a new error message for
just one function that is now at the end of the export list.

Another thing happening is that some scripts are now sometimes giving this error
message, but only when the problem function exports are not being exported.

Segmentation fault (core dumped)

Any hints about what I should look for to make export of my bash shell functions
reliable?

Thanks,

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

RE: [ANNOUNCEMENT] Updated: bash-4.1.13-6

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

Eric Blake sent the following at Monday, September 29, 2014 5:29 PM
On 09/29/2014 03:23 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
 Eric Blake (cygwin) sent the following at Saturday, September 27, 2014 2:14 
 AM

 Using the new version of bash, two scripts that I use have both started 
 giving me
 the following error message(s).

 /usr/bin/bash: error importing function definition for `BASH_FUNC_make-log'
 /usr/bin/bash: error importing function definition for 
 `BASH_FUNC_configure-log'
 /usr/bin/bash: error importing function definition for `BASH_FUNC_prt-alias'

These functions contain '-' in their name; that's a limitation of
the downstream forked patch I applied early to get 4.1.13-6 out the
door. Upstream solved it in a nicer manner, so you can once again have
functions with '-' in the name. Please try again with the just-released
4.1.14-7.

I understand that to mean that 4.1.14-7 will be able to export functions with 
'-' in
their names.

 I was able to get rid of this by commenting out the functions (make-log,
 configure-log, and prt-alias) and removing them from the list of functions 
 being
 set and exported in ~/.bashrc.  I rarely use these functions and would be 
 unlikely
 to use them in a subshell so that works as a solution.

Having the function wasn't the problem, it was exporting it. You can
still have the function even in 4.1.13-6, as long as you don't export
it.

Changed to underscores.  All is well.

 Another thing happening is that some scripts are now sometimes giving this 
 error
 message, but only when the problem function exports are not being exported.

 Segmentation fault (core dumped)

Umm, that's not good. Can you please come up with a minimal reproduction
formula? Which program is dumping core? Bash, or something else? Is it
due to trying to execute the function that was not imported?

It wasn't reproducible, but a while after I sent my email various windows 
stopped
responding, I couldn't close them, the machine wouldn't shut down, and ended up
unplugging the machine so I could reboot.  Let's assume that something unrelated
to cygwin was going on.

 Any hints about what I should look for to make export of my bash shell 
 functions
 reliable?

Upgrading to the next version :)

Will do!

Thanks for all your help.

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

RE: latest cygwin: 'run' problem

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

Andrey Repin sent the following at Tuesday, September 09, 2014 9:08 AM
That makes little sense. Could be solved, though. CMD doesn't offer a
way to distinguish between file and directory, but we have test.

Every directory contains a virtual file named nul (note: only one L;
serves the function of /dev/null ), so one can test for that.

c:\ if exist c:\Windows\nul echo y
y

c:\ if exist c:\Windows\explorer.exe\nul echo y

c:\

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


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

man-db requires line

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

On 32 bit cygwin.

man wasn't working for me; it complained was missing iconv.  The man-db
requires line includes libiconv2.  cygcheck -c reported that libiconv2
was OK.

I installed libiconv.  man now works.

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


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

RE: Cygwin kill utility //Was: cgwin_internal(): difference b/w CW_CYGWIN_PID_TO_WINPID and CW_GETPINFO_FULL for taking only dwProcessId ?

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

Corinna Vinschen sent the following at Tuesday, April 08, 2014 5:01 AM
On Apr 8 03:30, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
 I cannot supply patches for you guys because of the GPL.

What on earth keeps you from sending patches to a GPLed project while at
the same time using it is no problem at all? That doesn't make sense to
me. Also, see http://cygwin.com/contrib.html. You don't have to sign a
copyright assignment for trivial patches.

He's a contractor for the US Government.  That makes things complicated
and sometimes seemingly nonsensical.

That's not sarcasm.  I work in an intellectual property office at NIH.
I spend a significant part of my working day trying to explain why the US
government cannot do things that is just normal business for everyone else.

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

RE: Current mirror size

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

Jon TURNEY sent the following at Tuesday, March 11, 2014 9:18 AM
On 10/03/2014 20:09, Buchbinder, Barry (NIH/NIAID) [E] wrote:
 Jon TURNEY sent the following at Monday, March 10, 2014 12:17 PM
 On 10/03/2014 09:36, Alexander Kurilo wrote:
 could anyone say how much space does Cygwin mirror currently take?
 I'll be really grateful if someone can run du -hs * (or something similar) 
 in
 the root of existing Cygwin mirror and post the output (or hint how can I 
 see
 it myself given an existing mirror).

 $ du -hs * 4.0K md5.sum 48K unsupported 22G x86 15G x86_64

 curl -s ftp://mirror.cs.vt.edu/pub/cygwin/cygwin/x86/setup.ini | \
 gawk '/^install: / || /^source: / { T = T + $3 ; N++ }; END { print N, T }'
 9601 54669681355

 32 bit is 55G in 9.6k files.

 curl -s ftp://mirror.cs.vt.edu/pub/cygwin/cygwin/x86_64/setup.ini | \
 gawk '/^install: / || /^source: / { T = T + $3 ; N++ }; END { print N, T }'
 7179 44743121652

 64 bit is 45G in 7.2k files.

Good idea! But these size numbers are not right, as this method counts
the size of a source package for every binary package which is built
from it.

curl -s ftp://mirror.cs.vt.edu/pub/cygwin/cygwin/x86/setup.ini | \
gawk '/^install: / { T = T + $3 ; N++ }; END { print N, T }'
4881 10124045929

32 bit:  10G in 4.9k files

curl -s ftp://mirror.cs.vt.edu/pub/cygwin/cygwin/x86_64/setup.ini | \
gawk '/^install: / { T = T + $3 ; N++ }; END { print N, T }'
3593 7238904766

64 bit:  7.2G in 3.6k files

I'd thought that a complete mirror includes source, but I agree that
one doesn't need that if the mirror is for private use.

Not being a developer and so not paying attention to source packages,
I hadn't realized that source was so much more bulky than binary.

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

RE: Current mirror size

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

Jon TURNEY sent the following at Monday, March 10, 2014 12:17 PM
On 10/03/2014 09:36, Alexander Kurilo wrote:
 could anyone say how much space does Cygwin mirror currently take?
 I'll be really grateful if someone can run du -hs * (or something similar) in
 the root of existing Cygwin mirror and post the output (or hint how can I see
 it myself given an existing mirror).

$ du -hs * 4.0K md5.sum 48K unsupported 22G x86 15G x86_64

curl -s ftp://mirror.cs.vt.edu/pub/cygwin/cygwin/x86/setup.ini | \
gawk '/^install: / || /^source: / { T = T + $3 ; N++ }; END { print N, T }'
9601 54669681355

32 bit is 55G in 9.6k files.

curl -s ftp://mirror.cs.vt.edu/pub/cygwin/cygwin/x86_64/setup.ini | \
gawk '/^install: / || /^source: / { T = T + $3 ; N++ }; END { print N, T }'
7179 44743121652

64 bit is 45G in 7.2k files.

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

Problems with new setup

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

The new setup (32 bit) now requires admin privileges, which I don't have.
I've used all of the usual tricks, re-naming to remove setup from the
name, copying by cat  new_file.exe, moving to a FAT and then back,
playing with windows permissions.

It is also a lot bigger than the previous version.

 730624 2013-11-07 13:45:22 setup-x86.old.exe
2366464 2014-02-25 13:28:35 setup-x86.exe

Is that expected or is that an indication something?

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


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

RE: Problems with new setup

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

On 2014-02-26 17:08, Buchbinder, Barry (NIH/NIAID) [E] wrote:
 It is also a lot bigger than the previous version.

   730624 2013-11-07 13:45:22 setup-x86.old.exe
  2366464 2014-02-25 13:28:35 setup-x86.exe

 Is that expected or is that an indication something?

Eric Lilja sent the following at Wednesday, February 26, 2014 2:50 PM
I also saw that. I downloaded my copy ~21 hours ago from cygwin.com.
The 32-bit version. It identified itself as version 2.844. I didn't try
download since or the wget Mr Repin posted.

Andrey Repin sent the following at Wednesday, February 26, 2014 1:34 PM
Where did you download it from?

curl -RO http://cygwin.com/setup-x86.exe

I downloaded again.
 742912 2014-02-26 11:49:56 /tmp/getcygwin.exe
2366464 2014-02-26 10:52:56 /usr/local/bin/getcygwin.exe

Both say they are v 2.844.  

I'd forgotten about -B.  I had put it in the shortcut that I use so had
forgotten about it.  Thanks for reminding me.

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


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

RE: sox - package is broken

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

David Stacey sent the following at Monday, February 24, 2014 3:27 PM
On 24/02/2014 17:27, Dr. Alexander Kleinsorge wrote:
 But after (export AUDIODRIVER=ao ; play ding.wav)
 I see messages indicating successfull playing and application is waiting
 the time the wav-file takes,
 but no sound. But I can hear the sound using VLC-win32 or WindowsMediaPlayer.

The following works for me.

/bin/cp path/file.wav /dev/dsp
or
cat path/file.wav  /dev/dsp

See 
http://cygwin.com/cygwin-ug-net/using-specialnames.html#pathnames-posixdevices

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


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

RE: Little cygpath improvement request

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

Corinna Vinschen sent the following at Sunday, February 16, 2014 10:11 AM
NATIVE=$(cygpath -ml $2 2/dev/null)

And what's the problem with redirections?

I fail to see the big difference between adding a redirection compared
to adding an option character.

Some of us avoid redirections because we do it so rarely that getting it
correct becomes a long experimental process.

But as an alternative to redirection, one can test for an empty path.

if [ ! -z $2 ] ; then NATIVE=$(cygpath -ml $2) ; fi

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

RE: Reduce noise in dependency declaration during uninstall in setup.exe

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

Cliff Hones sent the following at Thursday, January 23, 2014 10:19 AM
- a non-Cygwin envelope (which could even be installed as an msi) and

Please not an MSI.  In my experience, one may need admin privileges to
install with an MSI in a locked-down environment.  One of the things
that I like about cygwin is the ability to install without admin
privileges.  Others probably appreciate that, too.

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


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

RE: cygstart fails

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

Thomas Wolff sent the following at Tuesday, January 14, 2014 4:26 PM
After today's setup update, cygstart (e.g. cygstart .) fails
with: /usr/bin/cygstart.exe: error while loading shared libraries:
cygpopt-0.dll: cannot open shared object file: No such file or directory
(happened on two systems, both on Windows 7 64 bit, with cygwin 32 bit;
works with cygwin 64 bit) -- Thomas

Happened to me yesterday.  I installed popt and cygstart worked.

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


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

RE: C:\Windows\System32\drivers oddness

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

Corinna Vinschen sent the following at Thursday, December 26, 2013 1:32 PM
On Dec 26 11:11, Max Polk wrote:
 From the bash shell, sitting in the C:\Windows\System32\drivers
 directory, when I run ls I can see about 6 files/dirs total. The
 etc directory is mysteriously missing from the output of ls, but
 present in the output of ld -ld etc.  Strange that I can't list it
 with ls, but I can list it with ls -ld.

You're running 32 bit Cygwin on 64 bit Windows. See
http://msdn.microsoft.com/en-us/library/windows/desktop/aa384187%28v=vs.85%29.aspx

Might it be possible and worth the programming effort for System32 and
SysWOW64, as appropriate, to automatically mounted via Sysnative by
cygwin1.dll?  (Not a request - and I cannot contribute a patch.)

I tried using mount (32 bit cygwin on 64 bit Windows 7 enterprise, v.
6.1) and couldn't get System32 and SysWOW64 to contain different files.
Could anyone suggest a mount command line or an /etc/fstab entry that
will do this?  Does it make a difference if /cygdrive has been mapped
to /?

http://cygwin.com/ml/cygwin/2010-07/msg00375.html has a work-around,
but I don't have admin privileges so cannot use it. 

Thanks,

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

RE: beep perl script

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

Gigabit Pony sent the following at Sunday, December 22, 2013 2:09 AM
Well I know the beep script is not yours but.. I am trying to
configure it so I hear a sound inside of Windows 7. I have
cygwin with weechat curses running in it. The set command
/set plugins.var.perl.beep_beep_command_highlight cat
/cygdrive/d/Cygwin/beep.wav  /dev/dsp

But it does not work at all. Any ideas why? Really would like to switch
to weechat for my main IRC program but without the audible ques it is a
no go. Many people have tried to help and told me that command but it
still is not working.

I have searched around and have not found the answer elsewhere and
people are stumped on why. if I could just switch to lnx I would but
alas I cant so porting like this is my only option.

There was a problem with /dev/dsp in a recent release (1.7.26) of
cygwin1.dll.  That was fixed in version 1.7.27.
http://cygwin.com/ml/cygwin-announce/2013-12/msg9.html.  Make
sure that your installation is up to date.

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

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

RE: Change in behavior of bash / if [

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

To close the loop:

I thought that before hitting Send with my response to Eric's latest
email, I should check to see if the problem was still happening.  I
removed the quotes from around x$1 and ran it.  The scripts now works
as expected.  So whatever it was, it was temporary and can no longer be
reproduced.  Sigh.

Eric, thanks for all the time you put into addressing this issue.

Best wishes,

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



The following is for the archive in case this comes up again.  (Really
because I wrote it before I thought to test to see if the behavior had
fixed itself.)  I don't expect anyone to read it or do anything.

Eric Blake sent the following at Wednesday, December 18, 2013 10:28 AM
On 12/18/2013 07:18 AM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
 if [ x$1 = xclip ]

 Yes, this is the correct fix for the improper quotation of the earlier
 example.

 But why would it need quoting unless the first argument unless the
 command line is quoted and might have a space?  It wasn't.  It was
 called from a script that was being sourced by a bash interactive shell
 as follows.

 lddir clip

I'd need to see your entire script to know for sure. Perhaps you are
using calls to 'set' or using shell functions, either of which modifies
$1 from the value that you passed on the command line. But the point
remains - your improper quoting of $1 is not a cygwin-specific issue.
 Speculation:  Since cygwin1.dll was updated last week, perhaps
 something happened there.

Less likely. But without seeing your entire script, it's hard to say.
You haven't given anyone else enough to go on.

Here are the scripts without the quotes.  Both are kept in /BW, which
is NOT in the path.

ldc is accessed as an alias, set in ~/.bashrc.

/BW alias ldc
alias ldc='. /BW/ldc'

Background:

lddir was written first.  It was used to load Windows Explorer in a
particular directory that was based on a string provided as an argument.
(lddir was written to avoid a lot of effort navigating a directory tree
in Explorer.)

ldc was written second.  It takes a string from the Windows clipboard,
finds a substring of the format that lddir is looking for, gets a posix
path from lddir based on the substring, changes to the directory of that
path, feeds the windows version of that path to the clipboard, and does
a bunch of other stuff.  (ldc was designed so I could easily get a
string from an email and generate a path so I could easily get to the
folder where I needed to save it's attachments.  Additionally, it move
my shell to that directory so I can use cygwin tools on it.  Originally
it just did the clipboard - path - clipboard + cd and with time the
bunch of other stuff was added.  I should probably combine them.)

Anyway, thanks for taking interest in this.  As I said, I added the
quotes and it works so I don't really need this fixed.

Best wishes,

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


ldc
Description: ldc


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

RE: Change in behavior of bash / if [

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

Eric Blake sent the following at Tuesday, December 17, 2013 11:08 PM
On 12/17/2013 08:02 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
 Today, a script that I use every day stated giving me the following
 error message.  (I grant that it might have started earlier and I
 didn't notice.)  Note that although it gave the error message, the
 script seems to still have worked.

In my original post, I should have reported that it is a bash script.

 ./lddir: line 77: [: too many arguments

 Line 77 was as follows.  I'm testing whether $1 is clip.

 if [ x$1 = xclip ]

What was $1 at the time?

clip

 I fixed it with this.

 if [ x$1 = xclip ]

Yes, this is the correct fix for the improper quotation of the earlier
example.

But why would it need quoting unless the first argument unless the
command line is quoted and might have a space?  It wasn't.  It was
called from a script that was being sourced by a bash interactive shell
as follows.

lddir clip

clip is telling lddir to get its input from the clipboard instead of
the command line.  clip is never used with another argument.  The
calling script is being sourced because it is change the working
directory of the interactive shell.  And the path of that directory
is known to not have spaces.

 32-bit, everything was up to date.

 I've solved my problem, but the change was unexpected and, for me,
 inexplicable, so I thought that I'd report it.

Your quoting error would produce the same message on Linux; it is not
cygwin-specific.

 Let me know if you want/need more information.

Without knowing how $1 was set, I can only guess that it contained
something with characters in $IFS and therefore the word-splitting of
the unquoted use caused too many arguments to [.

For that, it would have to be called with $1 on the command line in
quotes, which it wasn't.  Something like the following.

lddir 111 one 222 three 333 444

And then there's the fact that I've been using lddir with no changes
for the past year and it just started misbehaving now.

Speculation:  Since cygwin1.dll was updated last week, perhaps
something happened there.  But if no one else reports a similar
problem, it might be something peculiar to my installation and use
and not worth debugging.

Thanks for your response.

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

Change in behavior of bash / if [

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

Today, a script that I use every day stated giving me the following
error message.  (I grant that it might have started earlier and I
didn't notice.)  Note that although it gave the error message, the
script seems to still have worked.

./lddir: line 77: [: too many arguments

Line 77 was as follows.  I'm testing whether $1 is clip.

if [ x$1 = xclip ]

I fixed it with this.

if [ x$1 = xclip ]

32-bit, everything was up to date.

I've solved my problem, but the change was unexpected and, for me,
inexplicable, so I thought that I'd report it.

Let me know if you want/need more information.

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


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

RE: something is wrong with cygwin's mirror checker

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

Christopher Faylor sent the following at Tuesday, November 12, 2013 1:30 PM
On Tue, Nov 12, 2013 at 01:08:37PM -0500, Christopher Faylor wrote:
I don't know why but the mirror checker is screwed up.  The last email I
got from the system said that the mirrors were in good shape but
http://cygwin.com/mirrors.html tells another story.

Just a heads up.  I'm investigating.

Problem identified and (I hope) fixed. It will take a few hours for the
system to correct itself so mirrors will be scarce until that happens.

This list has recovered a bit but is still very sparse.

It is probably just a coincidence, but my usual mirror,
ftp://mirror.mcs.anl.gov/pub/cygwin/, has disappeared, not just from
http://cygwin.com/mirrors.html, but when accessed directly with Firefox,
not setup.  Usually it is very reliable.  I doubt that there's anything
that you can do, but I wonder if anl.gov cannot find something that it is
looking for at the cygwin/sourceware end and that that has contributed to
this problem at anl.gov and at least some of the other mirrors.

Best wishes,

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


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

Obsolete Packages in Requires Lines

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

Please excuse me if this is the wrong list for this topic.

Inspired by my experience with that EXCELLENT new package,
cygcheck-dep, I tried cleaning cruft in my installation of cygwin by
uninstalling packages in the _obsolete category.  Setup reported
that a number of them were required by other packages, including some
that weren't circularly dependent.

This suggested to me that perhaps there are packages whose requires:
lines need updating.  I put together a script to look for that.

Here is the script I used:

SETUP=path_to_setup.ini
gawk '  /^@ / { pkg = $2 }
/ _obsolete/  { print \t pkg $ }
 ' ${SETUP} | \
sort -u \
 ob.tmp
gawk '  /^@ / { pkg = $2 }
/^requires: / { for (N = 2; N = NF; N++) { print pkg \t $N } }
 ' ${SETUP} | \
sort -u | \
grep -f ob.tmp
rm ob.tmp

Here's what I found:

For 64 bit setup.ini:

CURRENT_64bit_PKG   OBSOLETE_PKG
libpoco-devel libexpat1-devel
libwmf-devel  libexpat1-devel

For 32 bit setup.ini:

CURRENT_32bit_PKG   OBSOLETE_PKG
catdoctcltk
clang gcc4-core
clang gcc4-g++
gnupg minires
grub-fontsgrub
guile libguile12
libAfterImage0libpng12
libAfterImage-devel   libpng12-devel
libautotrace-devellibexpat1-devel
libfltk1.1libpng12
libfltk1.1-gdilibpng12
libgeotifflibjpeg62
libgeotiff1   libjpeg62
libgeotiff1   libproj0
libGraphicsMagick3libpng14
libgs8libjpeg62
libicu-devel  gcc4-core
libicu-devel  gcc4-g++
libImageMagick1   libpng12
libjasper1.701_0  libjpeg62
libMagickCore5libpng14
libmetalink-devel libexpat1-devel
libneon-devel libexpat1-devel
libplot2  libpng12
libplot-devel libpng12-devel
libplotter2   libpng12
libplotter-devel  libpng12-devel
libpng14-devellibpng14
libpoco-devel libexpat1-devel
libproj-devel libproj0
libslang2 libpng14
libtiff4  libjpeg62
libungif-devellibungif4
libWINGs-devellibexpat1-devel
libwmf-devel  libexpat1-devel
libxerces-c-devel curl-devel
libxerces-c-devel gcc4-g++
logiweb   gcc4
octave-devel  gcc4-fortran
octave-devel  libexpat1-devel
openglw32api
ploticus  libjpeg62
ploticus  libpng12
proj  libproj0
qiv   libpng14
singular-surf libjpeg62
sng   libpng12
xemacslibjpeg62
xemacslibpng12
XFree86-lib-compatxorg-x11-base
xorg-x11-develxorg-x11-base

Best wishes,

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

RE: [GOLDSTAR] Re: [PATCH] setup: allow running as non-admin

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

Corinna Vinschen sent the following at Saturday, November 09, 2013 5:20 AM
Maybe I'm dense but I don't quite understand it. Under 32 bit, a tool
called setup-foo will be recognized as an installer binary. Therefore
the helpful UAC installer recognition will try to start setup-x86 as
an installer with admin permissions, asking for consent (default for
admin accounts) or admin credentials (default for non-admin accounts).

How was it possible at all to start 32 bit setup as normal user, without
getting the elevation prompt?

Or, hmm...

[do you hear me thinking?]

...does the UAC installer recognition only kick in for an UAC crippled
admin account but not for a normal user account?

[...testing...]

I just started an older setup-x86 on Windows 8.1 and Windows 7 using
a non-admin user account, and in both cases I have been asked for
administrator credentials.

Which means, I still don't understand how anybody ran setup from
http://cygwin.com/setup-x86.exe as a normal user account without being
asked for admin creds.

Unless the admins of these machines have switched off the installer
recognition. In that case non-admins could simply start setup-x86 from
the net and now they can't anymore. Do we still want to support this?

If support is dropped, the Cygwin home page should explain what
non-admins need to do to install 32 bit Cygwin.

The solution on this list has long been download and rename to
foo.exe.  That could be done for all by renaming
http://cygwin.com/setup-x86.exe to http://cygwin.com/getcygwin32.exe.

I've often wondered whether there is a reason why this hasn't been
done before.  If there is, I'd be interested in learning why, for
my education.  Is there a benefit to having an installer name that
includes setup or install?  (If there is, I'll drop the topic.)

This is a suggestion, not a request.  This doesn't affect me because I
almost never run setup from the browser.  I run it off my hard disk,
downloading updates when they are released.

Thanks,

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

RE: How about a 64-bit installer that doesn't require UAC?

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

Denis Excoffier sent the following at Friday, November 08, 2013 1:34 PM
On 2013-11-08 15:01, Shaddy Baddah wrote: 
 In my view, this option should only be used by users who understand well
 enough general Windows file permissions, user privileges, etc...
 the general security model, and how Cygwin functions accordingly.

Well, i would say the reverse
(i.e. elevation is for knowledgeable people), but never mind.

More importantly, the new -no-admin/-B option is especially beneficial
for users that are not allowed to elevate or that do not know any
Administrator password.

Expanding:

This option MUST be used by anyone who does not have administrator
privileges, regardless of their understanding of [what you said].  I
expect that that will prove to be a problem.

If one doesn't have an admin password, one can no longer click on the
link to setup on www.cygwin.com and just run it.  One must download it
and run it from the command line with -B.  And one needs to know about
-B - there's nothing on the Cygwin home page telling us about it.

(I spend 15-30 minutes yesterday figuring out that my problem with the
new 32-bit setup on Windows 7 Enterprise was that I needed to use -B.  I
expect a first time user will take longer and this this will result in
traffic to this list or people just giving up.)

It would be better if the elevation of privileges happened after the GUI
is presented so that the user could choose.  It could be chosen at the
Install for screen, defaulting to what appropriate for Everyone or
Just me, perhaps with a way to override the default.

Sorry, I'm incapable of writing a patch.

Having said that, I understand that the elevation problem was an issue
for others and I appreciate the effort that went into addressing it.

Best wishes,

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

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

RE: [ANNOUNCEMENT] New package: cygcheck-dep-1.0-1

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

Mikhail Usenko sent the following at Tuesday, November 05, 2013 3:55 AM
Subject: New package - cygcheck-dep-1.0-1

Version 1.0-1 of cygcheck-dep has been uploaded.

cygcheck-dep is a bash script helping to show dependencies for installed
Cygwin packages. It can be useful if you are trying some Cygwin's
software and along the line you are installing and uninstalling some
packages and want to keep your Cygwin's setup root directory clean of
unused packages.

This is GREAT!  Thanks for putting it together.  I've cleaned out over
100M of cruft.

I'd be interested in getting a more detailed explanation of the
difference between -i and -I.  The best I can tell from experiment, one
can uninstall all packages listed in an island by -i.  But the listings
of -I cannot be uninstalled because package not in the list depend on
them.  If that is correct, how does one use the information given by -I?
What can one do with it?

Thanks again,

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

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

RE: Seeking a suggestion for unattended mass install procedure

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

Christopher Faylor sent the following at Monday, November 04, 2013 3:31 PM
On Mon, Nov 04, 2013 at 08:13:41PM +, Buchbinder, Barry (NIH/NIAID)
[E] wrote:
Lavrentiev, Anton (NIH/NLM/NCBI) [C] sent the following at Monday, November 
04, 2013 1:28 PM
Thanks for the suggestion. My Systems team need to install from
scratch on bare boxes, from only an image DVD (which contained all the
requisites of the future machine, including CYGWIN's setup and the
downloaded directory, as I previously described).

If you want cygwin on an image DVD, just copy an installation to the
disk from which the DVD is made, thereby avoiding setup.  (That is
similar to how I clone my desktop on C: via H: to my laptop - also
on C:.)  Then you just need a script to customize /etc/passwd,
/etc/group, create /home/$user, and maybe re-run some of the scripts
in /etc/postinstall/.

Ideas for updating from a master installation without setup available
upon request.

That's how I'd do it if you can get everything to fit on a DVD.
(I suspect that this method is not supported by this list since setup
is not used.)

Well, no, but it's simple enough that the only problems I'd expect
would be with your scripts. Do you want to package them up and make
them available for everyone via setup.exe? Then they actually would be
supported. :-)

What I have mirrors MY desktop (master) to MY laptop (clone) via a
network drive (since there is not direct connection between the two
machines.  (Note:  The network installation is usable when connected
via Citrix.)  I capitalize MY to emphasize that this would need changes
to serve as a master for others.

So what I use wouldn't work for a cloned install.  Therefore, I'll need
more encouragement and guidance as to what is wanted to consider providing
a package.

But I can give advice.

I use Windows programs, usually when no cygwin processes are running.
(So this isn't even supported by the list.)  However, I think that it
works even with running processes, as long as they are on source and
not target.

I copy with xcopy in a cmd batch file:

  xcopy source target /d /s /v /c /i /f /g /h /r /k /y

I don't do this, but the batch file on the target machine should then
run a script that customizes the installation, creating the /etc/passwd
and /etc/group files, the /home/$USER directory, and whatever else is
needed.  (That I don't know everything that might be needed is another
reason for me to not created a package.)  For example:

  c:\cygwin\bin\dash -c /bin/customization_script

Using this to update an installation gets more complicated.

Because I'm updating, I then use mirror.exe, which is a Windows command
line program available from http://home.cs.tum.edu/~jain/.  This
deletes files and directories from target that no longer exist on
source.  I could have just skip xcopy, but I was worried that mirror
might not do something that xcopy does.  (I forget exactly what
something was, but maybe permissions.)

  mirror source target

This works OK since I want both C drives to be identical and I don't need
changes to the laptop to propagate back to the desktop.

Note that mirror has options (-if=file mask and -ir=reg. expr.) that
allows one to skip files or directories that involved customizations on
the target machine.  For example:

  mirror source target -if=\etc\group -if=\etc\passwd -if=\home\

I suppose that one could use rsync (either windows or Cygwin versions)
or unison instead of mirror, but I've no experience with them so have
never tried.

Best wishes,

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

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

RE: Seeking a suggestion for unattended mass install procedure

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

Lavrentiev, Anton (NIH/NLM/NCBI) [C] sent the following at Monday, November 04, 
2013 1:28 PM
Thanks for the suggestion. My Systems team need to install from
scratch on bare boxes, from only an image DVD (which contained all the
requisites of the future machine, including CYGWIN's setup and the
downloaded directory, as I previously described).

If you want cygwin on an image DVD, just copy an installation to the
disk from which the DVD is made, thereby avoiding setup.  (That is
similar to how I clone my desktop on C: via H: to my laptop - also
on C:.)  Then you just need a script to customize /etc/passwd,
/etc/group, create /home/$user, and maybe re-run some of the scripts
in /etc/postinstall/.

Ideas for updating from a master installation without setup available
upon request.

(I suspect that this method is not supported by this list since setup
is not used.)

Good luck,

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


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

RE: Install puts home in /c/Users

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

Would the ability setting environmental variable in /etc/profile do the
job?

To expand on http://cygwin.com/ml/cygwin/2010-01/msg00977.html -
Perhaps it would be useful to have a way to override any environmental
variable provided by Windows via text file.

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

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

Update readpst?

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

Cygwin is 0.5.3.
Current version seems to be 0.6.61.
http://www.five-ten-sg.com/libpst/

Thanks,

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


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

RE: cannot run setup64.exe without admin privileges (even if renamed foo.exe)

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

Does setup for 64 bit cygwin need to be 64 bit?  Might all this
be avoided if setup-x86_64.exe were itself 32 bit application?

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


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

RE: cannot run setup64.exe without admin privileges (even if renamed foo.exe)

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

Christopher Faylor sent the following at Wednesday, September 25, 2013 1:06 PM
On Wed, Sep 25, 2013 at 04:59:57PM +, Buchbinder, Barry (NIH/NIAID)
[E] wrote:
Does setup for 64 bit cygwin need to be 64 bit?  Might all this
be avoided if setup-x86_64.exe were itself 32 bit application?

I lost that argument. Apparently some 64-bit systems can't run 32-bit
applications. I wanted to just have one setup with a check box
determining which version to install. That idea was vehemently rejected.

However, this should work (I haven't tried lately):

.\setup-x86 --arch=x86_64

Assuming you aren't part of the .001% who can't run x86 executables.

Still works!

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


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

RE: Running setup-x86_64.exe without admin privileges

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

Frédéric Bron sent the following at Tuesday, September 24, 2013 1:10 AM
I have built a version of setup-x86-64.exe for people that do
not have administrator privileges. It can be downloaded here:
http://www.casalibus.fr/cygwin/

Merci!

For your next update:

Trying to compress it with upx failed with an error message:
upx: setup-x86-64.exe: CantPackException: can't pack new-exe

The next time you update it, and if it is not too much bother,
you might compile so upx works.  Or not.  I'm not complaining.

Thanks again,

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


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

RE: cannot run setup64.exe without admin privileges (even if renamed foo.exe)

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

Larry Hall (Cygwin) sent the following at Sunday, September 22, 2013 9:42 PM
No, All Users is also required to set up services (like sshd, crond,
etc.) to work for all users (i.e. switch user context). This is the
recommended way to install so that these subsequent facilities can be
used with a minimum of fuss or trouble.

Thank you for the explanation.

Still, I'd like to urge the setup-meisters to keep those of us without
admin rights in mind.  If we have to compile setup ourselves, many of
us will be staying with 32 bit for a long time.

Thanks again to everyone,

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


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

RE: cannot run setup64.exe without admin privileges (even if renamed foo.exe)

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

Yaakov (Cygwin/X) sent the following at Thursday, September 12, 2013 12:42 PM
UAC Installer Detection only affects x86 binaries, so that only helps
with setup-x86.exe.  As for setup-x86_64.exe, its builtin manifest
requires Admin privileges because otherwise it won't promote itself
automatically, and most people install Cygwin for All Users.

Correct me if I'm wrong (like I need to ask!), but my impression is that the
only thing for which setup for 'Cygwin for All Users' currently needs admin
privileges is to create shortcuts in C:\Users\All Users\Desktop and
C:\Users\All Users\Start Menu (or wherever they point to).

It seems to me that what people who want to install 64bit Cygwin must do is
to install 32 bit first, then compile setup, then install 64 bit.  If that's
what I'll have to do, I'll probably stick with 32 bit for as long as possible

That seems like a lot more bother than creating some shortcuts.
(Where bother = bother_to_an_individual X number_of_individuals.)

(As for most people install Cygwin for All Users, how could one possibly
know?  And there's a difference between installing for all users and needing
to do so.  I don't have admin privileges, but if I did I would have
installed for all users.  And no one else uses my machine and no one in my
office has any idea how to use my scripts, let alone use Cygwin to do
something by themselves.)

So this is a plea* that the setup process be designed to be as friendly as
possible for those without admin privileges.  Change setup.exe's name to not
have setup or install.  (I nominate getcygwin.)  Would providing two
versions of setup-x86_64.exe that differ only in the manifest be burdensome
to the maintainers?  Etc.

* not a request

Thanks for considering this.

And thanks to everyone for their contributions to Cygwin.

Best wishes,

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

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

RE: cannot run setup64.exe without admin privileges (even if renamed foo.exe)

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

Frédéric Bron sent the following at Thursday, September 12, 2013 5:07 AM
I would like to run setup64.exe on Windows 7 without asking for admin
rights but the computer asks me for admin credentials. I read this:
http://cygwin.com/ml/cygwin/2011-06/msg00286.html where Corinna
suggested to rename the .exe to foo.exe but this did not work. I also do
not have the rights to modify the Local Security Policy.

Is there any workaround? Would it be possible to supply a setup that do
not need admin privileges?

Try *copying* setup64.exe to foo.exe.  Or download it again but save it
with the name foo.exe.

Windows may be remembering that the file used to be called setup*.exe.
That memory might not get copied.

For what it's worth, I think that setup should be renamed to something like
getcygwin just to avoid this issue.

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


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

RE: cannot run setup64.exe without admin privileges (even if renamed foo.exe)

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

Ryan Johnson sent the following at Thursday, September 12, 2013 11:31 AM
 Try *copying* setup64.exe to foo.exe.  Or download it again but save it
 with the name foo.exe.
 Windows may be remembering that the file used to be called setup*.exe.
 That memory might not get copied.
 Doesn't work: the requested operation requires elevation.

On 12/09/2013 11:26 AM, Frédéric Bron wrote: I have vague memories that
someone (Corinna?) suggested copying the file to a USB key and back: the
FAT filesystem can't track the permissions that cause this behavior.
Never tested it myself, though (maybe I should, it would be nice to lose
the UAC prompt).

Try this.

In a cmd.exe shell:

type setup64.exe  foo.exe

I did a cmp and the two files were identical (using 32 bit setup.exe).

I also tried in bash:

$ cat setup.exe  foo2.exe

Again the files were identical.  However, ls showed permission for foo.exe
(made under cmd) as rwx while foo2.exe made under bash was rw-.  Both open
fine from Windows Explorer.

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

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

RE: Process command lines for Cygwin processes no longer viewable in Windows task manager as of Cygwin 1.7.21

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

Tom Honermann sent the following at Thursday, July 25, 2013 1:53 PM

Does this (or a variation thereof) do what you want?

c:\cygwin\bin\procps -A --format cmd

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


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

RE: MSYS mode (continue)

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

BGINFO4X sent the following at Tuesday, July 09, 2013 6:39 AM
Regarding to the fstab format, I don't know if it is supported, but it
would be nice to support Environment Variables.

For example, Instead of: C:/Users /desktop

Use: %USERPROFILE% /desktop

It is only a suggestion/example.

As long as we're making suggestions about environmental variables.

http://cygwin.com/ml/cygwin/2010-01/msg00977.html

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


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

RE: offline cygwin install question

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

... wrote:
 I have a win7 64-bit machine that is not online and I want to update
 the cygwin install. What is the best method for doing this? Can I just
 copy the current cygwin install off of my XP 32-bit machine and drop
 it into the 64-bit win7 rig, or will that create a problem?

Do the experiment.

I copy 32 bit cygwin between my desktop and laptop (Windows 7, 64
bit) (using a network drive as an intermediary) and it work fine for
me.  I use xcopy followed by a Windows mirroring utility (mirror -
http://home.cs.tum.edu/~jain/) in a cmd batch file.  For a first
install xcopy alone or a copy using Windows Explorer should work
fine.

This all assumes that that both installation are at equivalent
locations, e.g., C:\cygwin.  When I, on occasional, run it from
H:\cygwin, it runs but seems to have problems finding customizations.
I've never tried tracking it down but mounts set in fstab to C: are a
possible problem, as are lack of environmental variables set in
Windows.

Good luck,

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



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

RE: 1.7.20: cygicons-0.dll has gone missing

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

Erik Falor sent the following at Wednesday, June 26, 2013 12:07 PM
I ran setup.exe yesterday to update my Cygwin system and noticed that
afterward most of my Cygwin-related desktop icons reverted to the
Windows default icon image. Upon further investigation I found that
/bin/cygicons-0.dll is missing from my system.

cygcheck -c reports no incomplete packages.

The cygutils package was recently split into cygutils-extra and
cygutils-x11.  Install cygutils-extra.

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


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

RE: [BUG REPORT]sed -e 's/[B-D]/_/g' replaces unexpected characters

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

Lavrentiev, Anton sent the following at Tuesday, June 25, 2013 11:44 AM
 The character ordering is based on the default Windows ordering for the
 locale, and that's dictionary ordering, apparently.

Ah, I see what you meant here. There's an elaborated explanation:

http://www.gnu.org/software/gawk/manual/html_node/Ranges-and-Locales.html

Also, the sed info documentation Reporting Bugs explicitly says that
this is not a bug.

`[a-z]' is case insensitive
 You are encountering problems with locales.  POSIX mandates that
 `[a-z]' uses the current locale's collation order - in C parlance,
 that means using `strcoll(3)' instead of `strcmp(3)'.  Some
 locales have a case-insensitive collation order, others don't.

 Another problem is that `[a-z]' tries to use collation symbols.
 This only happens if you are on the GNU system, using GNU libc's
 regular expression matcher instead of compiling the one supplied
 with GNU sed.  In a Danish locale, for example, the regular
 expression `^[a-z]$' matches the string `aa', because this is a
 single collating symbol that comes after `a' and before `b'; `ll'
 behaves similarly in Spanish locales, or `ij' in Dutch locales.

 To work around these problems, which may cause bugs in shell
 scripts, set the `LC_COLLATE' and `LC_CTYPE' environment variables
 to `C'.

Problem with FAQ heading

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

http://cygwin.com/faq/faq.html#faq.programming.msvs-mingw

6.19.  How do I use cygwin1.dll with Visual Studio or MinGW?

This section doesn't actually mention MinGW except in its heading.

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



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

RE: Setup.exe won't run from Bash on Windows 8

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

Yaakov (Cygwin/X) sent the following at Monday, June 17, 2013 7:17 PM
On 2013-06-17 18:13, Chloe wrote:
 But it will run if I double click it from Explorer.  I have
 execute permissions.  What is wrong?

Due to UAC Installer Detection, setup.exe requires Admin permissions
in order to run, but bash doesn't know that.  Use cygstart
/path/to/setup.exe to work around this.

Another thing to try is to rename setup.exe.
On Windows 7, getcygwin.exe works for me.

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


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

RE: Patch for shutdown

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

Fedin Pavel sent the following at Monday, May 20, 2013 10:00 AM
 And following the same logic we would need to teach our find.exe (already 
 mentioned on this list) to understand Windows options instead of UNIX 
 options...

FYI, Windows find = grep

c:\ find /?
Searches for a text string in a file or files.

FIND [/V] [/C] [/N] [/I] [/OFF[LINE]] string [[drive:][path]filename[ ...]]

  /V Displays all lines NOT containing the specified string.
  /C Displays only the count of lines containing the string.
  /N Displays line numbers with the displayed lines.
  /I Ignores the case of characters when searching for the string.
  /OFF[LINE] Do not skip files with offline attribute set.
  string   Specifies the text string to find.
  [drive:][path]filename
 Specifies a file or files to search.

If a path is not specified, FIND searches the text typed at the prompt
or piped from another command.

RE: Installing VIM installs lots of other stuff

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

Rick Patterson sent the following at Tuesday, May 07, 2013 10:09 PM
I am wondering why installing VIm installs so many other things: After
doing a default install of Cygwin, and then not finding VIm, I added VIM
to the install as well, but found it greatly increased my Cygwin install
as follows.

Dependencies listed to be installed:

crypt
libdb4.5
libgbdm4
libopenssl100
libssp0
perl
vim-common
xxl

After  vi install:  439 M, 19349 files,  1941 folders
Before vi install:  275 M, 11602 files,   921 folders
 Change to get vim: 164 M,  7747 files,  1020 folders
%Change to get vim: +60%M, 66.7% files, +110% folders

So, my Cygwin gets 60% bigger just to install VIm?

Evidently.  ;-

You need to look recursively at the '^requires: ' line of setup.ini.

Vim: alternatives bash libiconv2 libintl8 libncursesw10 vim-common
  = vim-common: bash gawk perl xxd
  = perl: libssp0 libgcc1 libgdbm4 libdb4.5 crypt libbz2_1 perl_vendor 
_autorebase
  = perl_vendor: perl libssp0 libgcc1 libbz2_1 zlib0 libopenssl100 
libncurses10 libreadline7 libncursesw10 libxml2 libiconv2 libexpat1 _autorebase
Etc.

Doing a complete analysis is left as an exercise for
[ the reader | insomniacs | the masochistic ].
(That's why we let setup do it.)

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

RE: Install Problem: No Shortcuts

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

Scott Roland sent the following at Wednesday, May 01, 2013 9:46 AM

I tried to do a fresh install of Cygwin on a Windows 7 machine. I have
attached the cygcheck.out.

The only option I selected during the install was the mirror. The rest
I left as default, but no shortcuts were placed on my Desktop or Start
Menu when it completed. (I suspect there are other problems, but that is
the easiest symptom I can identify.)

This is a corporate reimage of Windows 7 that I got after my old
Windows 7 machine had too many problems. The old machine had Cygwin
installed and working nicely. IT copied over my profile from the
old machine, but the rest is supposed to be clean. I had previous
failed Cygwin install on this reimage, but I followed the uninstall
instructions, rebooted and tried again.

I think that setup's default is to install for All Users.  That
might try to put files in folders in which you do not have access.
Try installing for Just Me.

Good luck.

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