Re: Problem with HTTPS in LWP module in Perl
Some additional information, it is also broken in curl. By accident I used GnuWin32 curl and there it worked. Now I used the Cygwin curl and am facing the exact same problem. -- 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: Domain User getting "Permission Denied" for anything outside of /home//
> On 11/2/2012 12:41 PM, Cameron Gunnin wrote: > > Hi, > > > > I've been struggling with this for the past week to no avail. As the > > title suggests, if I am logged in under a user that is not the user > > who installed Cygwin (regardless of the user's windows permissions), > > then I cannot modify near anything outside of /home//. Here's > > what I'm trying to get working. > > > > 1a) Install Cygwin as a Local Administrator. Run "mkpasswd -l > > > /etc/passwd" and "mkgroup -l > /etc/group" > > Why are you running mkpasswd and mkgroup yourself? passwd-grp.sh > postinstall script runs this for you, including adding a '-c' > flag to pick up the local user. > Maybe I'm missing something, but I don't see (nor can find) a passwd-grp.sh script. I searched the entire Cygwin folder and did not find it. A brief search on the cygwin site didn't turn anything up either. Could you point me in the right direction? > > OR (I would prefer 1a, but 1b is acceptable as well) > > 1b) Install Cygwin as Domain Administrator. Run "mkpasswd -d > > > /etc/passwd" and "mkgroup -d > /etc/group" > > > > 2) Login as Domain User (has administrative privileges on local > > machine AND can access the AD). > > NOTE: At this point, I get the message: > > > > Your group is currently "mkpasswd". This indicates that your > > gid is not in /etc/group and your uid is not in /etc/passwd. > > > > The /etc/passwd (and possibly /etc/group) files should be rebuilt. > > See the man pages for mkpasswd and mkgroup then, for example, run > > > > mkpasswd -l [-d] > /etc/passwd > > mkgroup -l [-d] > /etc/group > > > > Note that the -d switch is necessary for domain users. > > > > 3) Attempt to run "mkpasswd -d >> /etc/passwd" and "mkgroup -d >> > > /etc/group" > > However, I get the message: > > > > $ mkpasswd -d >> /etc/passwd > > -sh: /etc/passwd: Permission Denied > > Run it as the local or domain administrator that you used while installing. > > > -- > Larry Cygwin is going to eventually be ran by domain users only. The current process was to install cygwin under the local administrator, run mkpasswd/mkgroup -l, then image it. When the domain user first logged on, they would run mkpasswd/mkgroup -d, but it's giving them the error message above (Permission Denied) to append to the /etc/passwd and /etc/group files. I was trying to find out why. Thanks, - Cameron Gunnin On Wed, Nov 7, 2012 at 9:28 AM, Cameron Gunnin wrote: >> On 11/2/2012 12:41 PM, Cameron Gunnin wrote: >> > Hi, >> > >> > I've been struggling with this for the past week to no avail. As the >> > title suggests, if I am logged in under a user that is not the user >> > who installed Cygwin (regardless of the user's windows permissions), >> > then I cannot modify near anything outside of /home//. Here's >> > what I'm trying to get working. >> > >> > 1a) Install Cygwin as a Local Administrator. Run "mkpasswd -l > >> > /etc/passwd" and "mkgroup -l > /etc/group" >> >> Why are you running mkpasswd and mkgroup yourself? passwd-grp.sh >> postinstall script runs this for you, including adding a '-c' >> flag to pick up the local user. >> > > Maybe I'm missing something, but I don't see (nor can find) a passwd-grp.sh > script. I searched the entire Cygwin folder and did not find it. A brief > search on the cygwin site didn't turn anything up either. Could you point > me in the right direction? > >> > OR (I would prefer 1a, but 1b is acceptable as well) >> > 1b) Install Cygwin as Domain Administrator. Run "mkpasswd -d > >> > /etc/passwd" and "mkgroup -d > /etc/group" >> > >> > 2) Login as Domain User (has administrative privileges on local >> > machine AND can access the AD). >> > NOTE: At this point, I get the message: >> > >> > Your group is currently "mkpasswd". This indicates that your >> > gid is not in /etc/group and your uid is not in /etc/passwd. >> > >> > The /etc/passwd (and possibly /etc/group) files should be rebuilt. >> > See the man pages for mkpasswd and mkgroup then, for example, run >> > >> > mkpasswd -l [-d] > /etc/passwd >> > mkgroup -l [-d] > /etc/group >> > >> > Note that the -d switch is necessary for domain users. >> > >> > 3) Attempt to run "mkpasswd -d >> /etc/passwd" and "mkgroup -d >> >> > /etc/group" >> > However, I get the message: >> > >> > $ mkpasswd -d >> /etc/passwd >> > -sh: /etc/passwd: Permission Denied >> >> Run it as the local or domain administrator that you used while >> installing. >> >> >> -- >> Larry > > Cygwin is going to eventually be ran by domain users only. The current > process was to install cygwin under the local administrator, run > mkpasswd/mkgroup -l, then image it. When the domain user first logged on, > they would run mkpasswd/mkgroup -d, but it's giving them the error message > above (Permission Denied) to append to the /etc/passwd and /etc/group files. > I was trying to find out why. > > Thanks, > - Cameron Gunnin > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentat
Re: Domain User getting "Permission Denied" for anything outside of /home//
On 11/7/2012 12:30 PM, Cameron Gunnin wrote: On 11/2/2012 12:41 PM, Cameron Gunnin wrote: Hi, I've been struggling with this for the past week to no avail. As the title suggests, if I am logged in under a user that is not the user who installed Cygwin (regardless of the user's windows permissions), then I cannot modify near anything outside of /home//. Here's what I'm trying to get working. 1a) Install Cygwin as a Local Administrator. Run "mkpasswd -l > /etc/passwd" and "mkgroup -l > /etc/group" Why are you running mkpasswd and mkgroup yourself? passwd-grp.sh postinstall script runs this for you, including adding a '-c' flag to pick up the local user. Maybe I'm missing something, but I don't see (nor can find) a passwd-grp.sh script. I searched the entire Cygwin folder and did not find it. A brief search on the cygwin site didn't turn anything up either. Could you point me in the right direction? Sorry, I have the old name for the postinstall script still kicking around in my postinstall directory. You're looking for 000-cygwin-post-install.sh. Cygwin is going to eventually be ran by domain users only. The current process was to install cygwin under the local administrator, run mkpasswd/mkgroup -l, then image it. When the domain user first logged on, they would run mkpasswd/mkgroup -d, but it's giving them the error message above (Permission Denied) to append to the /etc/passwd and /etc/group files. I was trying to find out why. Ah. That's a horse of a different color. ;-) You can't update the '/etc/passwd' and '/etc/group' files by another user because they have no access. Check out 'ls -l /etc/passwd' and I think you'll see what I mean. The simple solution is to change the group ownership on this and '/etc/group' to some shared group. Either that or add write permissions across the board (chmod +w /etc/passwd /etc/group). -- Larry _ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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
git fork failure on pull with a workaround (hopefully a clue for a fix)
I have seen others post about this, but have not seen a solution. For git pull operations, and some other git commands, I get fork failures like this: (happens with any repository, this is just an example) $ git pull 2 [main] git 7384 fork: child -1 - forked process 7420 died unexpectedly, retry 0, exit code -1073741515, errno 11 error: cannot fork() for rev-list: Resource temporarily unavailable error: Could not run 'git rev-list' remote: Counting objects: 728, done. remote: Compressing objects: 100% (456/456), done. 907550 [main] git 7384 fork: child -1 - forked process 7436 died unexpectedly, retry 0, exit code -1073741515, errno 11 error: cannot fork() for index-pack: Resource temporarily unavailable fatal: fetch-pack: unable to fork off index-pack However, if I set the PATH to something really small before running git, it works: $ PATH=/usr/bin git pull remote: Counting objects: 728, done. remote: Compressing objects: 100% (456/456), done. remote: Total 464 (delta 337), reused 9 (delta 6) Receiving objects: 100% (464/464), 153.36 KiB, done. Resolving deltas: 100% (337/337), completed with 107 local objects. From git://cmake.org/cmake Here is the PATH: $ echo $PATH /usr/bin:/cygdrive/c/emacs-23.3/bin:/usr/local/bin:/usr/bin:/cygdrive/c/app/hoffman/product/11.2.0/client_2:/cygdrive/c/app/hoffman/product/11.2.0/client_2/bin:/cygdrive/c/app/hoffman/product/11.2.0/client_1:/cygdrive/c/app/hoffman/product/11.2.0/client_1/bin:/cygdrive/c/Program Files (x86)/MiKTeX 2.9/miktex/bin:/cygdrive/c/Program Files (x86)/Intel/ics/2011.0.014/bin:/cygdrive/c/Program Files (x86)/Intel/ics/2011.0.014/mpi/em64t/bin:/cygdrive/c/Program Files (x86)/Intel/ics/2011.0.014/mpi/ia32/bin:/cygdrive/c/Program Files (x86)/Intel/ComposerXE-2011/redist/intel64/mkl:/cygdrive/c/Program Files (x86)/Intel/ComposerXE-2011/redist/ia32/mkl:/cygdrive/c/Program Files (x86)/Intel/ComposerXE-2011/redist/intel64/mpirt:/cygdrive/c/Program Files (x86)/Intel/ComposerXE-2011/redist/intel64/compiler:/cygdrive/c/Program Files (x86)/Intel/ComposerXE-2011/redist/ia32/mpirt:/cygdrive/c/Program Files (x86)/Intel/ComposerXE-2011/redist/ia32/compiler:/cygdrive/c/Program Files (x86)/Intel/ComposerXE-2011/compiler/lib:/cygdrive/c/Program Files (x86)/Intel/ComposerXE-2011/redist/intel64/compiler:/cygdrive/c/Program Files (x86)/Intel/ComposerXE-2011/redist/ia32/compiler:/cygdrive/c/Program Files (x86)/Intel/ComposerXE-2011/compiler/lib:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files/Dell/Dell Data Protection/Access/Advanced/Wave/Gemalto/Access Client/v5:/cygdrive/c/Program Files (x86)/NTRU Cryptosystems/NTRU TCG Software Stack/bin:/cygdrive/c/Program Files/NTRU Cryptosystems/NTRU TCG Software Stack/bin:/cygdrive/c/Program Files/WIDCOMM/Bluetooth Software:/cygdrive/c/Program Files/WIDCOMM/Bluetooth Software/syswow64:/cygdrive/c/Program Files/Intel/DMIX:/cygdrive/c/Program Files/Intel/WiFi/bin:/cygdrive/c/Program Files/Common Files/Intel/WirelessCommon:/cygdrive/c/Program Files (x86)/Intel/ics/2011.0.014/itac/bin:/cygdrive/c/Program Files (x86)/Intel/ics/2011.0.014/itac/dll/impi64 I have made it significantly smaller and it still crashes. Is there a way to debug this? Thanks. -Bill -- Bill Hoffman Kitware, Inc. 28 Corporate Drive Clifton Park, NY 12065 bill.hoff...@kitware.com http://www.kitware.com 518 881-4905 (Direct) 518 371-3971 x105 Fax (518) 371-4573 -- 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: git gui 1.7.9-1: "spell checking is unavailable" error message
http://cygwin.com/acronyms/#PCYMTWLL ! On Wed, 2012-11-07 at 19:01 +, Matt Seitz (matseitz) wrote: > Is "git-gui" missing a dependency on "aspell-en"? > > On Nov. 5, I ran "setup.exe" and updated all "Pending" packages. > Since then, whenever I run "git gui", I see a pop-dialog from git-gui > with the following error message: > > error > Spell checking is unavailable > No word lists can be found for the language "en_us" en_US is the default, but if you chose another dictionary in the Options dialog, you would need that aspell-* package instead. There is even a "none" option there. So it's hard to say that git-gui really needs aspell-en when it's up to the user as to which dictionary he chooses. Perhaps a message: tag should be added to libaspell15's setup.hint to remind users to install the aspell-* for their preferred language(s)? Yaakov -- 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: git fork failure on pull with a workaround (hopefully a clue for a fix)
On 11/07/2012 01:02 PM, Bill Hoffman wrote: > Is there a > way to debug this? The first step is to follow the problem reporting guidelines: http://cygwin.com/problems.html Following them may reveal a conflicting cygwin.dll file or something similar in your full path which is interfering with some git subcommand loading properly. Given that a PATH of just /usr/bin works for you, try appending progressively more segments of your original path until the problem reproduces. Once you find a PATH that reliably fails, remove the last added segment as a suspect and continue adding the remaining segments from the original PATH until you are left with a good PATH and a list of suspects. Then go back to the PATH of /usr/bin and append each suspect individually and test again to see if the suspects are the problem alone. Since its also possible that you may be encountering some PATH length limit here, it may also be worthwhile to report the output of the following command: echo "$PATH" | wc -c Good luck! -Jeremy -- 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: git gui 1.7.9-1: "spell checking is unavailable" error message
> On Behalf Of Yaakov (Cygwin/X) > > en_US is the default, but if you chose another dictionary in the Options > dialog, you would need that aspell-* package instead. There is even a > "none" option there. So it's hard to say that git-gui really needs > aspell-en when it's up to the user as to which dictionary he chooses. OK, that makes sense. Any idea what caused the "git-gui" error message to start appearing after I ran "setup.exe" on Nov. 5? I've been running "git-gui" 1.7.9-1 since February, and I haven't changed my "git-gui" options recently. "Git-gui" was working fine with no error messages on Nov. 2.
RE: git gui 1.7.9-1: "spell checking is unavailable" error message
P.S. sorry about the line wrapping. Microsoft Outlook is not cooperating with me...
Re: git gui 1.7.9-1: "spell checking is unavailable" error message
Greetings, Matt Seitz (matseitz)! >> On Behalf Of Yaakov (Cygwin/X) >> >> en_US is the default, but if you chose another dictionary in the Options >> dialog, you would need that aspell-* package instead. There is even a >> "none" option there. So it's hard to say that git-gui really needs >> aspell-en when it's up to the user as to which dictionary he chooses. > OK, that makes sense. > Any idea what caused the "git-gui" error message to start appearing after I > ran "setup.exe" on Nov. 5? I've been running "git-gui" 1.7.9-1 since > February, and I haven't changed my "git-gui" options recently. "Git-gui" > was working fine with no error messages on Nov. 2. That could be an update in default package settings. Or a broken interoperability configuration on your side. Or... well, many possible reasons. The main question is how would you resolve it. You can disable spell checking, or install relevant dictionary, as suggested earlier. Regarding package dependencies, I think it's worth creating a fake package with short explanation of the implications of installing a software that include optional dependency on spell checker. -- WBR, Andrey Repin (anrdae...@freemail.ru) 08.11.2012, <05:27> Sorry for my terrible english... -- 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: git gui 1.7.9-1: "spell checking is unavailable" error message
From: Matt Seitz (matseitz) Any idea what caused the "git-gui" error message to start appearing after I ran "setup.exe" on Nov. 5? I've been running "git-gui" 1.7.9-1 since February, and I haven't changed my "git-gui" options recently. "Git-gui" was working fine with no error messages on Nov. 2. I looked through "setup.log". I see that something triggered "aspell" to be installed on Nov. 5: 2012/11/05 06:48:59 Adding required dependency aspell: Selecting version 0.60.6.1-1 for installation. 2012/11/05 06:48:59 Adding required dependency libaspell15: Selecting version 0.60.6.1-1 for installation. From what I've read, git-gui silently disables spell check if "aspell" is not installed. But if "aspell" is installed, "git-gui" tries to load it, and then load whatever dictionary is specified in the "gui.spellingdictionary" option. This option is not set on on my system, which apparently means "use default dictionary". So, "git-gui" tries to load the default dictionary, and reports an error when it can't find it. It looks like the Fedora team originally installed the "aspell-en" dictionary by default whenever "aspell" was installed. Then they dropped it as a dependency for the same reason given earlier in this thread: that it's not really required for "aspell". Then they made installing the "aspell-en" dictionary a requirement again, to avoid issues like this. https://bugzilla.redhat.com/show_bug.cgi?id=494084 Does it make sense for Cygwin to follow Fedora's lead, and install "aspell-en" by default when "aspell" is installed? -- 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: git gui 1.7.9-1: "spell checking is unavailable" error message)
From: Andrey Repin The main question is how would you resolve it. You can disable spell checking, or install relevant dictionary, as suggested earlier. Well, I first wanted to try to get to the root cause of what triggered the problem. -- 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
aspell 0.60.6.1-1 does not install any dictionaries by default (RE: git gui 1.7.9-1: "spell checking is unavailable" error message)
Updated subject line to reflect the root cause. -Original Message- From: Matt Seitz Sent: Wednesday, November 07, 2012 5:57 PM To: cygwin Subject: Re: git gui 1.7.9-1: "spell checking is unavailable" error message From: Matt Seitz (matseitz) Any idea what caused the "git-gui" error message to start appearing after I ran "setup.exe" on Nov. 5? I've been running "git-gui" 1.7.9-1 since February, and I haven't changed my "git-gui" options recently. "Git-gui" was working fine with no error messages on Nov. 2. I looked through "setup.log". I see that something triggered "aspell" to be installed on Nov. 5: 2012/11/05 06:48:59 Adding required dependency aspell: Selecting version 0.60.6.1-1 for installation. 2012/11/05 06:48:59 Adding required dependency libaspell15: Selecting version 0.60.6.1-1 for installation. From what I've read, git-gui silently disables spell check if "aspell" is not installed. But if "aspell" is installed, "git-gui" tries to load it, and then load whatever dictionary is specified in the "gui.spellingdictionary" option. This option is not set on on my system, which apparently means "use default dictionary". So, "git-gui" tries to load the default dictionary, and reports an error when it can't find it. It looks like the Fedora team originally installed the "aspell-en" dictionary by default whenever "aspell" was installed. Then they dropped it as a dependency for the same reason given earlier in this thread: that it's not really required for "aspell". Then they made installing the "aspell-en" dictionary a requirement again, to avoid issues like this. https://bugzilla.redhat.com/show_bug.cgi?id=494084 Does it make sense for Cygwin to follow Fedora's lead, and install "aspell-en" by default when "aspell" is installed? -- 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
[ANNOUNCEMENT] Updated: mysql-5.5.28-1
The following packages have been updated for the Cygwin distribution:
*** mysql-5.5.28-1
*** mysqld-5.5.28-1
*** mysql-test-5.5.28-1
*** libmysqlclient18-5.5.28-1
*** libmysqlclient-devel-5.5.28-1
*** libmysqld0-5.5.28-1
*** libmysqld-devel-5.5.28-1
MySQL Community Edition is a freely downloadable version of the world's
most popular open source database that is supported by an active
community of open source developers and enthusiasts.
Please note that the server ('mysqld' package) should be considered
*experimental*; for production use, I suggest using a native Windows
version from dev.mysql.com. Input from experienced MySQL server
administrators to improve this component would be welcome.
The client library and apps are stable, but when connecting to a native
Windows MySQL server on the same machine, you MUST use 127.0.0.1 as the
hostname; 'localhost' is reserved for connecting to the Cygwin mysqld
via a UNIX socket.
This is an update to the latest upstream release.
--
Yaakov
Cygwin/X
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:
http://cygwin.com/lists.html#subscribe-unsubscribe
If this does not work, then look at the "List-Unsubscribe: " tag in the
email header of this message. Send email to the address specified
there. It will be in the format:
cygwin-announce-unsubscribe-you=yourdomain@cygwin.com
If you need more information on unsubscribing, start reading here:
http://sourceware.org/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that is available
starting at this URL.
--
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
