get cygpath to leave relative paths as relative?
If I execute mypath=`cygpath -w ../` echo $mypath I get d:\unix\nextVersion\script OK, d:\unix\nextVersion\script is the correct windows version of the path, but it is in absolute form. I would prefer it if cygpath left it in relative form, i.e. echo $mypath should output ..\ Executing cygpath --help indicates that the only related option is -a, but that forces conversion to absolute paths, which is the opposite of what I want. It seems, unfortunately, as if cygpath has -a on by default and has no way to turn it off! Is this a known bug or implementation quirk in cygpath, or did I overlook something? (Web searching on cygpath and "relative path" generated a ton of hits, but none out of the first 100 that I looked thru seemed related...) Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: get cygpath to leave relative paths as relative?
Corinna wrote:
>This is not always possible when converting POSIX paths to Win32 paths
>for a couple of reasons. One reason is that a relative path might
>contain symlinks, another one is that a path containing .. could cross
>mount points. To recognize both cases extra processing is necessary
>which might convert the path to an absolute form.
Thanks for responding.
You use qualifiers like "not always possible" and "might". Does that imply
that cygpath CAN leave relative paths as relative under certain circumstances?
What I am seeing is that it always converts relative paths to absolute paths,
even in cases that are outside the scenarios that you mention. In particular,
I have no symlinks. But I am not sure what you mean by "cross mount points.
Sorry for my ignorance, but are you saying that if my path list contains paths
that come from different physical drives ("mount points"?), then this will
cause cygpath to always revert to absolute form? If that is the meaning, then
my path list does "cross mount points" because I have multiple physical drives.
On the other hand, I wrote a simple test script that basically just contains
the line
echo `cygpath -pw ../:../..`
I executed that script from a cygwin bash shell located several directories
deep within one physical drive, so that the ..'s are guaranteed to stay within
the same drive (i.e. so the path list above should never "cross mount points").
But cygpath still spits out absolute paths even in this case.
So, it is as if cypath always has the -a option on even if you do not specify
it.
Igor wrote:
>... if you don't have any symlinks in the relative path,
> you should be able to use the forward slash variant without
>using cygpath. All Windows system calls (and most Windows programs)
>understand forward slashes just fine.
Thanks for pointing out that most Windows system calls understand /'s just fine
too--I had observed that with java before, but did not realize that it was so
universal.
But the absence of symlinks will not help me avoid a call to cygpath because my
path list by default uses unix style : chars as path separators, but if the
script is running on windows (e.g. via cygwin), then the program that will use
that path list (java in my case) needs windows style ; path separators. (My
script is intelligent enough to autodetect if is being run on cygwin, and it
takes certain custom actions such as this in this case, because I want the
script to run on any unix.)
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
bug/deficiency in unzip: large files not supported?
I have encountered an inconsistency between cygwin's zip and unzip programs that I think reflects a bug (or incomplete implementation) in unzip. First, I am using the very latest release of cygwin 64 bit: $ uname -a CYGWIN_NT-6.1 yhbrent 1.7.32(0.274/5/3) 2014-08-13 23:06 x86_64 Cygwin And when I installed from setup-x86_64.exe, I added the zip and unzip programs from the Archive section. Running setup-x86_64.exe just now, I see that the version numbers of what I have installed are: zip: 3.0-12 unzip: 6.0-1 The issue: zip can successfully archive large (> 4 GiB) files that unzip cannot extract. Consider this cygwin shell session I just did: $ ls -al bigFile.txt -rwx--+ 1 yhbrent None 5368709120 Oct 30 18:35 bigFile.txt $ zip test.zip bigFile.txt adding: bigFile.txt (deflated 0%) $ mkdir ./tmp $ mv test.zip ./tmp/ $ cd ./tmp/ $ unzip test.zip Archive: test.zip error: End-of-centdir-64 signature not where expected (prepended bytes?) (attempting to process anyway) warning [test.zip]: 1068461579 extra bytes at beginning or within zipfile (attempting to process anyway) skipping: bigFile.txt need PK compat. v4.5 (can do v2.1) $ echo $? 81 In other words, I had a big (5 GiB) file, zip successfuly archved it, but when I tried to unzip it, I got error output and an error exit code of 81. I know that zip really did work in archiving that large file, because I was able to successfuly extract its payload using 7zip, and confirmed that the result was the same (diff ../bigFile.txt ./bigFile.txt printed out nothing). Does the error output "need PK compat. v4.5" mean that unzip fails to support the zip64 extensions needed to handle large files? Given that zip clearly has zip64 support, it is a big issue that you can archive stuff that subsequently cannot be extracted. -- 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
bug/deficiency in zip: non-ascii chars in file names work, but fail in directory names
It seems that cygwin's zip can archive files whose name includes non-ascii (unicode) chars just fine, but if you try to archive a directory whose name includes such chars, it fails. First, I am using the very latest release of cygwin 64 bit: $ uname -a CYGWIN_NT-6.1 yhbrent 1.7.32(0.274/5/3) 2014-08-13 23:06 x86_64 Cygwin And when I installed from setup-x86_64.exe, I added the zip and unzip programs from the Archive section. Running setup-x86_64.exe just now, I see that the version numbers of what I have installed are: zip: 3.0-12 unzip: 6.0-1 Consider this cygwin shell session I just did: $ ls -l -rwx--+ 1 samsmith None 2048 Oct 31 08:32 㐀丁龦豈侮.txt $ zip test.zip 㐀丁龦豈侮.txt adding: 㐀丁龦豈侮.txt (stored 0%) $ echo $? 0 $ mkdir tmp $ mv test.zip tmp $ cd tmp $ unzip test.zip Archive: test.zip extracting: ???.txt $ echo $? 0 $ ls -l total 8 -rw-r--r--+ 1 samsmith None 2236 Nov 1 00:36 test.zip -rwx--+ 1 samsmith None 2048 Oct 31 08:32 㐀丁龦豈侮.txt $ diff ../㐀丁龦豈侮.txt 㐀丁龦豈侮.txt [nothing printed out] In other words, I have a file named 㐀丁龦豈侮.txt, zip successfully archived it, and unzip successfully extracted it (hmm, unzip did print all those ? chars...), and diff proved that the extracted file's contents are the same as the original. SO FAR, SO GOOD. Now suppose that that file 㐀丁龦豈侮.txt is inside a directory named åØâéñ, and that I attempt a similar procedure as above, but on the directory instead: $ ls -l åØâéñ total 4 -rwx--+ 1 samsmith None 2048 Oct 31 08:32 㐀丁龦豈侮.txt $ zip test.zip åØâéñ adding: åØâéñ/ (stored 0%) $ echo $? 0 $ mkdir tmp $ mv test.zip tmp $ cd tmp $ unzip test.zip Archive: test.zip creating: ??/ $ echo $? 0 $ ls -l åØâéñ total 0 So, zip only archived the åØâéñ directory, and unzip successfully extracted the directory, BUT THE FILE 㐀丁龦豈侮.txt INSIDE THE ORIGINAL åØâéñ DIRECTORY FAILED TO BE INCLUDED IN THE ARCHIVE AS IT OUGHT TO HAVE BEEN. Incidentally, I observe the exact same behavior when I tried the operations above inside an Xubuntu 14.04 virtual machine just now. -- 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/deficiency in zip: non-ascii chars in file names work, but fail in directory names
Nuts, the non-ascii unicode file names that I was using displayed fine when I looked at them in my email program (even in plain text mode), but I see on the mailing list web page (https://cygwin.com/ml/cygwin/2014-11/msg1.html) that they display garbled there. To recreate my tests, the unicode literal forms are: 1) the file name has \u3400\u4E01\u9FA6\uF900\uFA30 as its first 5 chars 2) the directory name is \u00E5\u00D8\u00E2\u00E9\u00F1 -- 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/deficiency in zip: non-ascii chars in file names work, but fail in directory names
Doug Henderson wrote: "You need to add the -r option to recurse into directories:" You are 100% correct; my oversight. Actually, it was a copy and paste error: the real code that I want to test does use -r, but when I tried to adapt that code to a simpler format for my email, I accidentally dropped the -r. The code that I really want to test fails with a different error, so you solved a mystery that was really bugging me: why the console code in my email behaved differently from the test code I really care about. I returned to analysing my real test code more carefully, and I still see a problem with cygwin's unzip: it fails to extract zip files with unicode names that are produced by OTHER programs (i.e. some other program besides cygwin zip). In particular, one part of my test code creates a zip archive using Java (ZipOutputStream and ZipEntry), and then confirms that the archive can be extracted and exactly reproduced by multiple other means. The first extraction method is to again use Java (ZipFile and ZipEntry); this works perfectly, as it should. The second extraction method is to use cygwin's unzip; this fails: IT MANGLES THE NAMES. In particular: 1) the directory should be åØâéñ (\u00E5\u00D8\u00E2\u00E9\u00F1) 2) the file should be 㐀丁龦豈侮_file#2_length2048.txt (first 5 chars \u3400\u4E01\u9FA6\uF900\uFA30) but what cygwin unzip actually produces during extraction is 1) the directory is +++++ 2) the file is ڥǴ_file#2_length2048.txt To rule out Java as being non-standard, I manually took the zip archive it produced and extracted it using the latest 7-zip (9.20), which worked perfectly (the directory and file names came out exact). To further verify, I also temporarily installed the latest WinZip (19.0 build 11293) and once again, it extracted Java's zip file with non-ASCII names perfectly. If anyone wants to verify these claims, I am attaching the zip file produced by Java (and extractable by 7zip and WinZip, but NOT by cygwin unzip) to this email. [UPDATE: my original email yesterday had this attachment, but I do not see it showing up on the mailing list. I take it that cygwin mailing lists auto reject emails with attachments?] So, I reckon that cygwin unzip is the odd man out. Oh, when I try to view this zip file using Windows 7's integrated zip viewed in Windows Explorer, it displays mangled directory and file names that are something different still from what cygwin unzip produced. This link https://www.jam-software.com/treesize/online_manual/EN/unicode_zip_files.html claims that Windows 7 does not really support unicode names, so this is perhaps expected. Also, I found that this inter-program compatibility is limited to cygwin unzip: cygwin zip seems to produce archives involving unicode names that other programs can extract just fine. I did some web research, and the most relevant link that I could find about cygwin unzip and unicode is this old announcement from 2009: https://cygwin.com/ml/cygwin-announce/2009-08/msg6.html That announcement contains this ominous text: Currently, on Windows the UTF-8 handling is limited to the character subset contained in the configured non-unicode "system code page". Is it possible that the deficiency mentioned above has simply not been fixed in the last 5 years? -- 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/deficiency in unzip: large files not supported?
On 2014-11-03 15:19:05-0600, Yaakov Selkowitz wrote: >On 2014-10-30 19:01, Brent wrote: >>I have encountered an inconsistency between cygwin's zip and unzip programs >>that I think reflects a bug (or incomplete implementation) in unzip. >>The issue: zip can successfully archive large (> 4 GiB) files that unzip >>cannot extract. >Could you please try again with the new upset-6.0-11? Yaakov: I just downloaded unzip-6.0-11. (Freudian slip with the upset?!). Thanks much for the update! I can verify that cygwin unzip passes my large file tests perfectly now. I used a 5 GiB sized file filled with pseudo random data, but that should exceed the old 4 GiB file size limitation well enough. I used all 4 combinations of Java and cygwin to archive and extract that file, verifying each time that the extraction perfectly reproduced the original large file, byte for byte. Any thoughts on the bug that I found with cygwin unzip regarding its unicode handling? In particular, cygwin unzip seems to work with cygwin zip, but cannot extract archives produced by multiple other mainstream zip programs. My last email detailing this is https://cygwin.com/ml/cygwin/2014-11/msg00023.html -- 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/deficiency in unzip: incompatible with other programs when entry path names have non-ascii chars
(Note subject edit to be more accurate) >On 2014-11-04 12:17, Yaakov wrote: > >>On 2014-11-03 21:14, Brent wrote: >> >>Any thoughts on the bug that I found with cygwin unzip regarding its unicode >>handling? >>In particular, cygwin unzip seems to work with cygwin zip, but cannot extract >>archives produced by multiple other mainstream zip programs. >>My last email detailing this is >>https://cygwin.com/ml/cygwin/2014-11/msg00023.html > >Have you tried this again with 6.0-11 too? Unless I'm doing something wrong, I >can't reproduce your error with it. For sure: after I updated cygwin the other day to test the large file fix, I picked up unzip version 6.0-11. So it is what I am now using via cygwin. I then reran my complete test suite. Everything now works except the part of the test where cygwin unzip is to extract a zip file produced by Java. This particular zip file has entries whose path names are non-ASCII chars. I have manually verified that this zip file is perfectly extractable by 7zip and WinZip, so Java does not seem to be the problem. I would gladly attach the zip file to this email, but this mailing list does not seem to like attachments. So, I am trying a free file upload service. My archive, test.zip, should be downloadable from here: http://s000.tinyupload.com/index.php?file_id=35559436477780253693 Read the File description in the URL above too. I am looking forward to what you find. >On 2014-11-05 03:51, Andrey wrote: > >Can this be related to locale settings? >I didn't see Brent mentioning his locale settings, though. I have never done any configuration after installing cygwin. In particular, I have never mucked with any locale settings. So whatever the default install gives is what I have. (Unless cygwin draws on what my Windows locale settings are?) I had to look up what locale settings cygwin even offers. This seems to be a good link: https://cygwin.com/cygwin-ug-net/setup-locale.html One claim in that link is that cygwin only cares about these 3 env vars: LC_ALL, LC_CTYPE, and LANG. Here is what they are on my system: $ echo "LC_ALL = $LC_ALL" LC_ALL = $ echo "LC_CTYPE = $LC_CTYPE" LC_CTYPE = $ echo "LANG = $LANG" LANG = en_US.UTF-8 Andrey, is this what you are looking for, or do you need something else? -- 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/deficiency in unzip: incompatible with other programs when entry path names have non-ascii chars
>On 2014-11-04 18:08, Brent wrote: > >I then reran my complete test suite. Everything now works except the part of >the test where cygwin unzip is to extract a zip file produced by Java. This >particular zip file has entries whose path names are non-ASCII chars. I have >manually verified that this zip file is perfectly extractable by 7zip and >WinZip, so Java does not seem to be the problem. I just realized that there is something I should have mentioned earlier. As of Java 7, its ZipOutputStream constructor now has the option that you can specify what character encoding is used to for stuff like path names. See dhams comment here: https://stackoverflow.com/questions/9974779/using-unicode-characters-for-file-names-inside-a-zip-archive I am explicitly using "UTF-8" for the character encoding (tho I did not have to be explicit: UTF-8 is the default). Could it be that cygwin unzip needs a different character encoding? That would surprise me, since I thought that the Unix world is coalescing around UTF-8 as the default character encoding. -- 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/deficiency in unzip: incompatible with other programs when entry path names have non-ascii chars
>On 2014-11-04 22:10, Yaakov wrote: > >>On 2014-11-04 20:08, Brent wrote: >> >>I then reran my complete test suite. Everything now works except the part >>of the test where cygwin unzip is to extract a zip file produced by Java. >>This particular zip file has entries whose path names are non-ASCII chars. >>I have manually verified that this zip file is perfectly extractable by >>7zip and WinZip, so Java does not seem to be the problem. > >Thank you for providing your test case. This is a known issue with unzip, and >the exact same things occurs with your test.zip on Linux: > >http://www.linuxfromscratch.org/blfs/view/svn/general/unzip.html Thanks. That link's "UnZip Locale Issues" section documents the wrong assumptions about character encoding made by unzip. Do you know if there are any plans to fix unzip? -- 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
Norton Business Suite identifies minntty as malware
On my work computer today, I ran cygwin's setup-x86_64.exe in order to get the latest and greatest code. Soon afterwards, Norton Business Suite autoran, and claimed that the new mintty is malware (to be precise: WS.Malware.2). This has never happened before: both Norton and cygwin (including mintty) have been on my computer for a long time. I assume that mintty has not gotten infected with malware, and that this is probably a Norton bug, like what has been seen in the past: https://cygwin.com/faq/faq.html#faq.using.bloda https://sourceware.org/ml/cygwin/2013-11/msg00205.html That said, I thought that I would report it anyways. Details: --Win 7 64 bit pro host --Norton Business Suite version 21.7.0.11 --latest cygwin and mintty (version 2.0.3-0) --I have screenshots if anyone wants more details, but I cannot send them as attachments to this mailing list, right? -- 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
chere mintty window position
Hello. I recently did a clean reinstallation of 32 bit cygwin, and as part of that, downloaded the chere package so that I could get Windows Explorer context menu bash here support. I like my cygwin bash terminal windows to come up maximized by default. So, my usual procedure the first time that I use the context menu bash here feature is to: 1) click on mintty's Windows square button in the top right to maximize the window 2) right click inside mintty --> Options... --> Window --> click on Current Size button Doing that this time ALMOST works. When I try the context menu bash here feature now, the mintty window does come up greatly enlarged. BUT it is not correctly centered! It actually is shifted to the right by ~5 or so pixels! That means that the right side scroll bars, for example, are partly going off the right side of the screen. This is very annoying. Is this a known bug with mintty? Is there a fix? I have one guess. This mintty page https://mintty.github.io/mintty.1.html says that it supports a -p, --position X,Y options, so something like -p 0,0 should do the trick. The question is how can I supply an option like that to mintty when it is opened by chere from a Windows Explorer context menu. -- 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: Postinstall script errors on cygwin x86 install
Achim wrote: >You are obviously not using the R that comes with Cygwin My R is the Windows version of the program. I am not sure what you mean by "the R that comes with Cygwin". I do not think that cygwin comes with its own version R installed by default, like it default installs perl. In fact, quickly skimming cygwin's setup-x86.exe list of available packages, I do not see an R in there. >and in addition some extra stuff that lives in C:\Rtools. >And apparently, the latter comes with their own Cygwin-based tools >and gets delivered with their own cygwin1.dll. I did not install any extra cygwin tools when I installed Rtools, as I already had a full cygwin installation. In particular, the Rtools check box option to install the cygwin DLLs was left unchecked. >Now, If you had read the error message No, I read that message, and followed its instructions. >you might have found where that second cygwin1.dll lives (and likely still >lives). I should have mentioned in my original email that when I searched for cygwin1.dll, I found but once instance, the expected one in C:\cygwin\bin. >The next time you'll call the tools in whatever order to make that other >(older) cygwin1.dll load first or have the programs in Rtools try to use >the newer cygwin1.dll you will have that very same problem again. I followed the recommended advice from Duncan Murdoch: I installed only cygwin 32 bit, and put Rttols before cygwin in my PATH system env var. See http://r.789695.n4.nabble.com/RTools-and-previous-Cygwin-installation-conflict-td4686674.html -- 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
Difficulties to download Cygwin when no Windows machine is available...
Cygwin is marvelous. Thank you for maintaining it. It's so powerful to convince our customers to migrate to open-source software and finally OS... I just have to face a problem: I wish to download the entire CygWin distribution in order to give it to my customers on CDs (a way to promote your project without having to ask them to download it...) Your automatic installation procedure is very powerful, however it works only on Windows-running hosts... (that makes sense, if you wish to use it...). As professional telecom company, we don't have ANY windows based host here. So, I have huge difficulties to download the software in order to write some CD for our customers... Could you, as example, refer on your web site some URL so that it could be possible to download this marvelous project using plain http, ftp or rsync protocol instead of the Setup.exe tool ? Thank you. -- Brent Frère Technical Director Intellicast S.A. Private e-mail: [EMAIL PROTECTED] Business e-mail: [EMAIL PROTECTED] Postal address: 5, rue de Mamer L-8280 Kehlen Grand-Duchy of Luxembourg European Union Mobile: +352-021/29.05.98 Fax:+352-26.30.05.96 Home: +352-307.341 Office: +352-26.33.61-32 URL:http://BFrere.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin.com website
Hey, I've whipped up a web template for cygwin.com if you'd like to use it - http://cygwin.codecamel.com/ - (it's what I do). Only the homepage and community page are up there at the moment, but let me know if you want the rest and I'll put it together. Cheers, Brent -- 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.com website
Thank you for your feedback. Firstly, I'd just like to say that my
proposal was inspired almost entirely by the current site. I'm happy
to adapt any ideas/comments/feedback or even consider a different
approach.
> There was another proposal and discussion about redesign in December and the
> idea to spend effort on this wasn't too well-received... :-\
Apart from feedback, the effort required would be almost entirely
donated by me. This includes development, installation of content and
packaging so it can be quickly uploaded and installed. I will also be
available to provide maintenance and updates post-launch if necessary.
> Yet I dare to add my comments:
>
> * I would refrain from using dull MS default fonts, please! The
> MingW site referred to doesn't use the omnipresent non-font, either.
I can't imagine "Arial" not being considered omnipresent, but if you
prefer system default fonts, that would simply be a matter of editing
a single line in the CSS file (which I have done on the demo site to
show you how it will look - reminder: clear cache).
The "logo" is simply text generated by the browser (ie: no images have
been used). I tried to match the graphic on the current site.
> * I would rather not include obscure JavaScript snipplets pointing
> to google-analytics or doing some other "page tracking".
This has only been added for my own tracking purposes and wouldn't be
included in the production site.
> * To keep maintenance easy, layout should be strictly separated from
> existing contents (as I tried to demonstrate myself in the
> December dicsussion). This seems to be the case with the current
> proposal.
Yes, the layout (form) has been separated from the content.
Other features you may or may not have noticed:
* An HTML5 doctype
* Almost no graphics, fast loading
* Modular - PHP "includes" used for easy editing.
Header/Navigation/Right Column/Footer all in separate files. (PHP
doesn't have to be used of course, it was just a personal preference)
* An (optional) .htaccess file included to remove the extension
(".php") from the URIs, eg: cygwin.com/community instead of
cygwin.com/community.php
* Some CSS3 properties have been used to generate rounded corners and
text shadow effects in the header (Firefox/Safari/Chrome browsers
only)
* All sizing in "em"s - The layout will be maintained if the user
changes the font size.
The MinGW-W64 website also displays a live feed from the SourceForge
project page. This can be included if you like.
Looking forward to further feedback.
Cheers,
Brent
--
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 visual brand
Hi, Klaus, thanks for your feedback on my sample site (http://cygwin.codecamel.com). Further information about why/what/how can be found in my message on the original thread (http://sourceware.org/ml/cygwin/2010-03/msg00744.html), so I won't go into it again on this one. > A few months ago somebody on this list offered an appealing redesign > of the Cygwin.com website. [1][2] That, unfortunately, seems to have > gone nowhere (unless something is happening behind the scenes). Nothing is happening behind the scenes (that involves me). I'm a HTML/CSS standards & accessibility developer so my design ability is relatively limited, but I'm happy to incorporate any ideas or work with a graphic designer if I'm asked to. However, I feel that a site such as cygwin.com doesn't need anything fancy. It should simply be clear, easy to update and standards compliant. Also, I agree the name "setup.exe" could be improved so perhaps a new thread should be made for that. Cheers, Brent -- 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 visual brand
> Could Christopher and/or Corinna please weigh in on this? There seem to be > a lot of ideas and energy behind this project, but I don't think the > discussion can go much further until we hear from them. > > Is either of you interested in having a redesign of cygwin.com? What would > be your criteria for an acceptable redesign? I agree, it's important to hear from the decision makers on all this, and not just regarding website design, but also requirements/concerns relating to ease of implementation, updating and so on - this all affects the proposal. Meanwhile, I read back through the mailing list and spotted a comment by Corinna asking for "a little more green" [1], so I've added a style-changer tool (for color and font) to my proposal at http://cygwin.codecamel.com. It's not a permanent feature, just a dinky tool to compare themes. Feel free to suggest colors/fonts. Cheers, Brent [1] http://article.gmane.org/gmane.os.cygwin/114495 -- 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 visual brand
Mike, thank you for your comments. > I haven't looked at this but what is a style changer tool ( would it > be obvious if I looked? Just change style sheets or something). Yes, it would be obvious if you looked. It simply has a drop down box that lets you choose the header color, font type or page width (please look before making assumptions). I could have provided a list of links with each slight variation or I could have quickly coded this tool to let the user play with the combinations - I think this makes it easier and it only took me a few minutes. > My point here is not to ask random > questions about tangential topics but this highlights > an important area of command line tools for graphical > desgin needs. Could you build all the artwork and generate all the html > from command line scripts and give these scripts various parameters > so that variations could beconsistently generated using general rules? I don't see why not, but then I also don't see the point of that. There are very few images used in my sample, and those that are used are only there for aesthetics - they convey nothing important. Even the title is text driven, unlike the current site. > One objective beyond making cool pictures may be to see how well you can > automate > and design without a GUI program. I'm confused here. Design what exactly? My proposed website was coded entirely using a text editor. No serious web developer uses GUI programs. > This isn't just academic or banter or whining about saving a few bytes > when everyone knows the speed of light is increasing each day, > but lets say you wanted to generate web pages for wireless, unusual > locales, or other > devics that have some fixed relation to your main pages and don't want > to redesign them etc. No images were used to convey information. The website can be translated into other languages very easily while retaining the look and feel. As with all websites I build, presentation is separate from content. This means we can simply apply a different style sheet to change the way the site renders (if we chose to), but that wouldn't be necessary for this Website. It is such a simple site that it can be viewed on any device you like as it is - feel free to try it out in lynx via Cygwin. As an example of the site's versatility, you will enjoy a convenient "skip to content" link that magically doesn't appear on the site when viewed in a graphical web browser such as Firefox. I have no doubt improvements could be made to the text-only version, and I'd be more than happy to make those. > Using cygwin to design and generate the site would be a good result in itself > :) As I said, only a text editor has been used to build the site. Cheers, Brent -- 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 visual brand
> To reiterate, I am not interested in collaborating with anyone on web > site redesign and, as I said, I don't think a mascot is called for. Well that's that, case closed :) Thanks for taking the time to respond, Christopher. And while I'm at it, thank you and the other contributors for all the effort you've invested in Cygwin. If circumstances change in the future where you welcome outside assistance, be that for a total website overhaul, minor touch-ups or on-going maintenance/webmastering, please feel free to get in touch [1]. I'll leave my proposal [2] online for the time being. I'm still open to requests from other projects that would like assistance with their website [3]. Cheers, Brent [1] via email or I can be found on Freenode as HappyPelican [2] http://cygwin.codecamel.com [3] for details regarding 'why' - http://codecamel.com/donate -- 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
mintty window flashes open and immediately closes
Hello, I've been using cygwin for years with no problems. I just updated cygwin again and I suddenly can't get into the terminal. When I click the cygwin icon, the window just flashes and immediately closes. What's interesting is that I have a number of cygwin/mintty shortcuts for SSH servers as `c:\path\to\cygwin\bin\mintty.exe /bin/ssh u...@server.com`, which work just fine. I can also get in if I run `cygwin.bat` in `cmd`, `console2` or any other Windows command terminal. I've tried running the latest cygwin setup, reinstalling `mintty`, and the shortcut still fails. The shortcut is just the default target: `C:\path\to\cygwin\bin\mintty.exe /bin/bash --login -i` I don't know what else to try. What happened here and how do I fix this? Thanks - Brent -- 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: mintty window flashes open and immediately closes
Thanks, I should mention, I did try disabling my .bashrc file and
actually my entire user directory... still didn't work.
Also, mintty tells me neither of those options are valid? These are the
options it tells me are available: https://i.imgur.com/vyMG9t6.png
Also, just a correction to my original email, the shortcut was
actually:`...mintty.exe -i /Cygwin-Terminal.ico -`
The shortcut I previously stated was something I had done as a
troubleshooting step and then pasted it into the email by mistake.
- Brent
On 2019-12-17 17:17, René Berber wrote:
On 12/17/2019 2:58 PM, Brent Epp wrote:
I've been using cygwin for years with no problems. I just updated
cygwin again and I suddenly can't get into the terminal. When I click
the cygwin icon, the window just flashes and immediately closes.
What's interesting is that I have a number of cygwin/mintty shortcuts
for SSH servers as `c:\path\to\cygwin\bin\mintty.exe /bin/ssh
u...@server.com`, which work just fine. I can also get in if I run
`cygwin.bat` in `cmd`, `console2` or any other Windows command terminal.
I've tried running the latest cygwin setup, reinstalling `mintty`, and
the shortcut still fails. The shortcut is just the default target:
`C:\path\to\cygwin\bin\mintty.exe /bin/bash --login -i`
I don't know what else to try. What happened here and how do I fix this?
Probably a problem with your bash init scripts.
Try (for the shortcut): C:\cygwin64\bin\mintty.exe --noprofile --norc -
If that works, then start spelunking those init files (.bashrc,
.profile, /etc/{profile,bash.bashrc}).
BTW you don't need to call bash in the shortcut, mintty by default opens
bash with those parameters; but the "-" at the end is required.
HTH
--
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: mintty window flashes open and immediately closes
This is interesting: I have a backup copy of my cygwin installation from
2 days ago. I restored it to another folder, made a shortcut... and it
works.
I'll have to run some diffs to double-check, but I'm pretty certain the
only thing that's changed in the past two days is that I ran the latest
installer today to update.
- Brent
On 2019-12-17 17:36, Brent Epp wrote:
Thanks, I should mention, I did try disabling my .bashrc file and
actually my entire user directory... still didn't work.
Also, mintty tells me neither of those options are valid? These are
the options it tells me are available: https://i.imgur.com/vyMG9t6.png
Also, just a correction to my original email, the shortcut was
actually:`...mintty.exe -i /Cygwin-Terminal.ico -`
The shortcut I previously stated was something I had done as a
troubleshooting step and then pasted it into the email by mistake.
- Brent
On 2019-12-17 17:17, René Berber wrote:
On 12/17/2019 2:58 PM, Brent Epp wrote:
I've been using cygwin for years with no problems. I just updated
cygwin again and I suddenly can't get into the terminal. When I click
the cygwin icon, the window just flashes and immediately closes.
What's interesting is that I have a number of cygwin/mintty shortcuts
for SSH servers as `c:\path\to\cygwin\bin\mintty.exe /bin/ssh
u...@server.com`, which work just fine. I can also get in if I run
`cygwin.bat` in `cmd`, `console2` or any other Windows command
terminal.
I've tried running the latest cygwin setup, reinstalling `mintty`, and
the shortcut still fails. The shortcut is just the default target:
`C:\path\to\cygwin\bin\mintty.exe /bin/bash --login -i`
I don't know what else to try. What happened here and how do I fix
this?
Probably a problem with your bash init scripts.
Try (for the shortcut): C:\cygwin64\bin\mintty.exe --noprofile --norc -
If that works, then start spelunking those init files (.bashrc,
.profile, /etc/{profile,bash.bashrc}).
BTW you don't need to call bash in the shortcut, mintty by default opens
bash with those parameters; but the "-" at the end is required.
HTH
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
--
Problem 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: mintty window flashes open and immediately closes
Thanks, but I'm still on Windows 7, so this has no effect. - Brent On 2019-12-18 05:24, Takashi Yano wrote: On Tue, 17 Dec 2019 14:58:56 -0600 Brent Epp wrote: Hello, I've been using cygwin for years with no problems. I just updated cygwin again and I suddenly can't get into the terminal. When I click the cygwin icon, the window just flashes and immediately closes. What's interesting is that I have a number of cygwin/mintty shortcuts for SSH servers as `c:\path\to\cygwin\bin\mintty.exe /bin/ssh u...@server.com`, which work just fine. I can also get in if I run `cygwin.bat` in `cmd`, `console2` or any other Windows command terminal. I've tried running the latest cygwin setup, reinstalling `mintty`, and the shortcut still fails. The shortcut is just the default target: `C:\path\to\cygwin\bin\mintty.exe /bin/bash --login -i` I don't know what else to try. What happened here and how do I fix this? Does anything change if the registry value ForceV2 is set to 0 under HKEY_CURRENT_USER\Console? This disables the pseudo console feature. Note: Do not forget to revert the registry value. -- 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: mintty window flashes open and immediately closes
Hello Andrey, The way I ended up "solving" this is by restoring a backup of cygwin I had from a few weeks ago. Almost nothing had changed with my working files, so I considered it good enough and called it a day. However, I kept a copy of the failed/corrupted install and put it in a VM so I can continue to diagnose the failure. Interestingly, it exhibits the same failure within the VM, so now we know it's not something within the specific Windows environment. Also worth noting, the host environment is Windows 7, the VM guest is Windows 10. I took your suggestion and ran `rebase-trigger full`, closed cygwin windows, and re-ran setup. It has not resolved the problem, unfortunately. - Brent On 2019-12-21 08:31, Andrey Repin wrote: Greetings, Brent Epp! I've been using cygwin for years with no problems. I just updated cygwin again and I suddenly can't get into the terminal. When I click the cygwin icon, the window just flashes and immediately closes. What's interesting is that I have a number of cygwin/mintty shortcuts for SSH servers as `c:\path\to\cygwin\bin\mintty.exe /bin/ssh u...@server.com`, which work just fine. I can also get in if I run `cygwin.bat` in `cmd`, `console2` or any other Windows command terminal. I've tried running the latest cygwin setup, reinstalling `mintty`, and the shortcut still fails. The shortcut is just the default target: `C:\path\to\cygwin\bin\mintty.exe /bin/bash --login -i` I don't know what else to try. What happened here and how do I fix this? I'd suggest running `rebase-trigger full`, closing all Cygwin programs/services, and running setup again as a first attempt to resolve 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: Is there a way to clone-install Cygwin?
Sorry, this reply was meant to go the list but I was using a different mail client and it replied directly. __ Cygwin is totally portable! You can simply copy the installation folder to another PC, copy the shortcut (edit target if needed) and it will work. I've done this numerous times for this exact reason. You may also want to copy the package directory and setup log if you want to update the installation on the clone. Cheers - Brent On January 20, 2020 18:59:09 "Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin" wrote: Hi List, I have a question, is there a way to clone-install Cygwin? Like I have installed whatever packages I selected on some PC, then maintained that installation for a while, doing upgrades etc. Now I need to install the exact same set on another PC. Can I pull up a list and use it in a sort of a batch install with setup.exe? I want to avoid to dumb-copy the entire C:\cygwin tree from one PC to another, rather use a semi-automatic install procedure from scratch, if possible, using the list of packages that I need. Thanks for all the insights you can provide. Cheers, Anton -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem 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 way to clone-install Cygwin?
Fair enough. I don't think I've encountered any scripts that modify the system in my use of cygwin, so I didn't think of it. You're correct, "mostly portable" is more accurate. On January 20, 2020 20:33:22 "Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin" wrote: Cygwin is totally portable! I wouldn't be so sure, as some package installation scripts do modify the actual system, which is not contained within the Cygwin installation tree. But mostly it is indeed portable. You can simply copy the installation folder If you think that didn't occur to me, then please read my original message that said: > I want to avoid to dumb-copy the entire C:\cygwin tree from one PC to another Thank you for your time, though. Anton -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem 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
Rsync frequently hangs
Hello, I have a large collection of custom tooling that depends on rsync. It used to work very well, but recently, rsync has become highly unstable. It frequently (dozens of times a day) hangs. These are rsync executions where the source and target are both on the same local drive. Eventually once it times out, it reports: rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(226) [sender=3.1.2] No changes have recently been made to the tooling. I just upgraded cygwin as well, the problem persists. I'm going to do a clean install of cygwin, but if that doesn't solve things, what else can I do? - Brent -- 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: Rsync frequently hangs
Hi Andrey, Thanks, I do have some security software running, but the rsync problem persists when it (the security software) is disabled. Thanks - Brent Can you expand on this? On 2020-04-17 05:07, Andrey Repin wrote: Greetings, Brent Epp! I have a large collection of custom tooling that depends on rsync. It used to work very well, but recently, rsync has become highly unstable. It frequently (dozens of times a day) hangs. These are rsync executions where the source and target are both on the same local drive. Eventually once it times out, it reports: rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(226) [sender=3.1.2] No changes have recently been made to the tooling. I just upgraded cygwin as well, the problem persists. I'm going to do a clean install of cygwin, but if that doesn't solve things, what else can I do? Check for BLODA. Although I'm still suspicious. All I've seen so far is rsync error: protocol incompatibility (code 2) at receiver.c(582) [receiver=3.1.0] rsync error: protocol incompatibility (code 2) at io.c(1642) [generator=3.1.0] this is a link to production VPS. It consistently hangs midway the transfer. Like it has a clairvoyance, no matter if the upload is 1 file of 100 files, halfway through it drops, and I have to restart the upload, then it goes to complete success. -- 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
Continued rsync failures
Hello, I've reported this in the past, but I cannot reliably use rsync. This is a *local* synchronization between two Windows directories. It seems that after a number of executions (a few dozen, maybe?), it just stops working and reports errors: rsync: connection unexpectedly closed (185 bytes received so far) [generator] rsync error: error in rsync protocol data stream (code 12) at io.c(228) [generator=3.2.4dev] rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(228) [sender=3.2.4dev] I have upgraded to the latest version of cygwin as of this morning and the problem persists. I have no software on the BLODA list and I have tried with all security software disabled. The only thing I can do is wait for a period of time (never timed it, but 10-20 minutes or so), which is immensely frustrating, as I am heavily dependent on it for work. How can get I this working once and for all? Thanks - Brent -- 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: Continued rsync failures
Sorry, my silly mail client doesn't reply to the list by default. -- It might be worth noting that these rsync commands run using an on-demand script to manage sync jobs. Generally, it will execute rsync once with `--dry-run` to gather a list of files for me to preview: rsync -avi --progress --no-perms --no-owner --no-group --delete --dry-run -s --exclude-from='/cygdrive/d/my/exclusion/file' --exclude-from='/cygdrive/d/my/additional/exclusion/file' /cygdrive/d/path/to/source'/. '/cygdrive/d/path/to/target' trace file: http://cygtestdata.ddnsfree.com/strace.exec1.out Then it can run rsync a consecutive time: rsync -avi --progress --no-perms --no-owner --no-group --delete -s --exclude-from='/cygdrive/d/my/exclusion/file' --exclude-from='/cygdrive/d/my/additional/exclusion/file' /cygdrive/d/path/to/source'/. '/cygdrive/d/path/to/target' trace file: http://cygtestdata.ddnsfree.com/strace.exec2.out Thanks - Brent On 2021-05-07 13:09, Ken Brown via Cygwin wrote: On 5/7/2021 12:43 PM, Brent Epp wrote: Hello, I've reported this in the past, but I cannot reliably use rsync. This is a *local* synchronization between two Windows directories. It seems that after a number of executions (a few dozen, maybe?), it just stops working and reports errors: rsync: connection unexpectedly closed (185 bytes received so far) [generator] rsync error: error in rsync protocol data stream (code 12) at io.c(228) [generator=3.2.4dev] rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(228) [sender=3.2.4dev] I have upgraded to the latest version of cygwin as of this morning and the problem persists. I have no software on the BLODA list and I have tried with all security software disabled. The only thing I can do is wait for a period of time (never timed it, but 10-20 minutes or so), which is immensely frustrating, as I am heavily dependent on it for work. How can get I this working once and for all? Please run the failing rsync command under strace, like this: strace -o strace.out rsync Then post the output file strace.out somewhere where others can look at it. Ken -- Brent Epp E-Mail:br...@pdc.ca Web site: www.pdc.ca/it Call/Text: (204) 304-9057 -- 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
Permissions issues after installing Windows 10
I recently (finally) installed Windows 10 on my system (clean install). All of my files are stored in on a secondary drive/partition, on which cygwin is also installed. I expected to be able to just pick up where I left off, but I'm getting all sorts of permissions issues with cygwin. I did run the cygwin setup again to reinstall/upgrade. First, I had restore my cygwin home directory from a backup, since it was giving me permissions errors on .bash_history, .ssh, etc, but the biggest headache is with git repos. First, it gives a "fatal: unsafe repository" error. If I add it to the safe directories list, it git still has to reindex the repo every time I run `git status`, and it still fails when I try to enter a commit. It seems most or everything is owned by "Administrators". The only way I've been able to fix this is to go through the Windows advanced permissions dialog, change the owner to my user, and set all sub-objects to inheritable permissions, but I'm very leery about mass changes like this. Why did this happen? And is there a better/safer/correct way to fix this? Thanks - Brent -- 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: Permissions issues after installing Windows 10
On 2022-05-08 10:35, Andrey Repin wrote: Greetings, Brent Epp! I recently (finally) installed Windows 10 on my system (clean install). All of my files are stored in on a secondary drive/partition, on which cygwin is also installed. I expected to be able to just pick up where I left off, but I'm getting all sorts of permissions issues with cygwin. I did run the cygwin setup again to reinstall/upgrade. First, I had restore my cygwin home directory from a backup, since it was giving me permissions errors on .bash_history, .ssh, etc, but the biggest headache is with git repos. First, it gives a "fatal: unsafe repository" error. If I add it to the safe directories list, it git still has to reindex the repo every time I run `git status`, and it still fails when I try to enter a commit. It seems most or everything is owned by "Administrators". The only way I've been able to fix this is to go through the Windows advanced permissions dialog, change the owner to my user, and set all sub-objects to inheritable permissions, but I'm very leery about mass changes like this. Why did this happen? And is there a better/safer/correct way to fix this? The only way is to install a clean copy of Cygwin and carefully copy your changes over. This will ensure that all permissions are set correctly, and all programs are rebased correctly as well. This is because Windows uses a very different file access control that that of simple POSIX permissions, on top of which Cygwin emulates them. If you want your pain to be somewhat less in the future, move your home away from Cygwin directory and use noacl flag on it, which will defer permissions control to the underlying OS layer. I'm using my Windows profile as Cygwin home, but your mileage may vary. Thanks, I did try a clean install of cygwin. This has not resolved the issue. I think what's happened is that some of all files modified by by various command line programs (git, rsync, etc.) in cygwin have ended up with permissions that didn't carry across with the new Windows installation. In the [Security] tab for these files or directories, under "Group or user names", it lists the owner as "Account Unknown(S-...)". In some cases, these files are completely inaccessible and I can't even take ownership or change the permissions. I have to either restore them from a backup or boot to a Linux environment to access them. - Brent -- 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: Permissions issues after installing Windows 10
On 2022-06-02 10:14, Bill Stewart wrote: On Thu, Jun 2, 2022 at 6:44 AM Brent Epp wrote: In the [Security] tab for these files or directories, under "Group or user names", it lists the owner as "Account Unknown(S-...)". In some cases, these files are completely inaccessible and I can't even take ownership or change the permissions. I have to either restore them from a backup or boot to a Linux environment to access them. Windows displays "Account Unknown" (with a SID) in the ACL when it can't resolve the SID reference. There can be a number of reasons for this. One common reason is that the SID belongs to a domain account and the domain is not accessible. Another is that the SID belongs to a local account on a different computer (e.g., a removable disk is moved between computers and local accounts are in the ACL). This is essentially what happened (removable disk moved from one computer to another). Well-known SIDs (e.g., S-1-5-32-544 for the local Administrators group, etc.) should resolve from any computer. I would think so too, but that doesn't appear to be happening.If it makes a difference, the SID actually starts with S-1-5-21. I have to manually take ownership in order to even access the files at all. - Brent -- 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
Using pscp.exe with rxvt
I have previously used the pscp.exe utility with the standard cygwin bash shell (this is what you get when clicking on the cygwin icon). However, I modified my cygwin.bat file to: @echo off C: chdir C:\cygwin\bin rxvt -sl 1500 -fn 'terminal' -bg black -fg grey -sr -e bash --login -i bash --login -i This automatically brings up the rxvt window, which I like for clickable filenames. However, when I type in the password asked for by pscp, I can see the letters as I type them (when you shouldn't be able to). Then it is rejected by the site I'm connecting to, as if it never received it. Is there a problem using pscp under rxvt? Thanks, Brent ------ Brent S. Paul -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Using pscp.exe with rxvt
Larry, Sorry to start a new thread, but I don't know how to respond to an existing post. Hope you find this. I don't understand what "cygwin ptys" are, but I do know that before I installed the rxvt for cygwin pscp worked fine. I had an alias to where pscp was located and it worked fine in the cygwin shell. However, when I fire up a rxvt shell from my cygwin shell it no longer works. And if I just load up the cygwin shell, pscp still works fine. Somehow rxvt isn't sending the keystrokes through to the other server. Thanks, Brent PS - How do I respond to your post on the mailing list so others can see it? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Python installation error
I downloaded the package Python 2.5.1-2. I then started to install that package but was running another instance of cygwin and had to cancel the installation. I then killed the cygwin window and tried again to reinstall Python. However I get an error that "setup.exe has encountered a problem and needs to close." and I can't install Python. I've tried rebooting and downloaded the Python package a second time, but it won't let me install Python. I've tried 5-6 times and it ends badly each time. Is there any recourse other than removing my ejavascript:SetCmd(cmdSend);ntire Cygwin installation and then trying again? I really don't want to do that. Thanks, Brent -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Setup.exe error
I downloaded the package Python 2.5.1-2. I then started to install that package but was running another instance of cygwin and had to cancel the installation. I then killed the cygwin window and ran setup.exe to try to install Python. However I get an error that "setup.exe has encountered a problem and needs to close." and I can't get past it. I've tried rebooting and even downloaded the Python package a second time, but it won't let me install Python. I'm able to install other packages, just not python. I've tried 5-6 times and it ends the same way each time (badly). Is there any recourse other than removing my entire Cygwin installation and then trying again? I really don't want to do that. Thanks, Brent --- Brent S. Paul [EMAIL PROTECTED] Hydrodynamics and Hydroacoustic Signatures Alion Science and Technology Office: (860) 462-1038 fax: (860) 415-2190 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Setup.exe error
Dave, Thanks for the reply. I had done a search for setup.exe problems, but didn't turn that one up. I followed your recommendation of the new setup.exe and that allowed me to install python. Thanks. Brent PS - This is a bug in the current setup.exe as I downloaded a new setup.exe yesterday, when this occurred. Paul, Brent S wrote on 26 June 2008 16:32: > I downloaded the package Python 2.5.1-2. I then started to install > that package but was running another instance of cygwin and had to cancel > the installation. I then killed the cygwin window and ran setup.exe to > try to install Python. However I get an error that "setup.exe has > encountered a problem and needs to close." and I can't get past it. I've > tried rebooting and even downloaded the Python package a second time, but > it won't let me install Python. I'm able to install other packages, just > not python. I've tried 5-6 times and it ends the same way each time > (badly). Is there any recourse other than removing my entire Cygwin > installation and then trying again? I really don't want to do that. You have the same problem as in the thread that includes http://www.cygwin.com/ml/cygwin/2008-04/msg00065.html This is a known bug: when killed, setup.exe can leave a corrupt .gz-format listing file behind in /etc/setup. We've fixed it in cvs, but I'm not sure off the top of my head whether we've released a new version since the fix and you must be using an old download of setup.exe, or whether the release version is still lacking the fix, so if a re-download of setup.exe from the cygwin.com website doesn't fix it, try the build I left on rapidshare a while back: http://rapidshare.com/files/98717404/setup.exe (There's a new release of setup.exe in the pipeline, coming Real Soon Now!) cheers, DaveK -- Can't think of a witty .sigline today --- Brent S. Paul [EMAIL PROTECTED] Hydrodynamics and Hydroacoustic Signatures Alion Science and Technology Office: (860) 462-1038 fax: (860) 415-2190 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
