Best documentation for how to use cygport
What's the best documentation to read to understand how to use cygport to build packages? I am trying to use it to build Lua 5.3 and some modules. I think I bashed the Lua 5.2 cygport file into the right shape to build 5.3 correctly. But I don't know how to use the result of that to build other modules that depend on it. I need to give gcc and ld the right flags. Do I use package config for that? Do I statically define the right flags? Can I import variables from the 5.3 cygport file into other cygport files? It doesn't like "inherit lua53" at the top so I don't know what to do 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: vim yellow lines problem
On 2018-10-09 10:49, Tapas Mishra wrote: > I had a C program which I copy pasted and there were line numbers in code. > So I replaced line numbers in vi by following command > :%s/\d*. (<-- last of * is a dot) > > Now I am opening vim in cygwin then all typed lines are coming yellow. > https://i.stack.imgur.com/Dxd8h.jpg > > How do I fix this problem, :noh or :nohlsearch It looks like it is highlighting the matches of the last search you made which was "digit class, 0 or more, and any char". I would not expect Vim to highlight on opening a new file though, only when you tell it to search. -- 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: speeding up a paste operation
On 2018-08-25 01:30, Lee wrote: > In retrospect, I should have created the file some other way, but still.. > - grab the top 1M hosts from from > http://s3-us-west-1.amazonaws.com/umbrella-static/index.html > - open w/ libreoffice > - select the host name column, right click & select copy (all 1 million lines) > - (mintty 2.9.0 window already open) vi /tmp/hosts > - i (get into insert mode) > - right click (which I have set to "paste") > > data is still scrolling by & it's not even up to 100K lines yet :( > > Is there some way to make a paste operation faster in mintty (or vim > or whatever the slowpoke is)? There's a utility called getclip which put the clipboard onto stdout. Direct that into a file and you should get the same result, excluding Vim's indentation. Probably doesn't use the tty in anyway. -- 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: Strange git issue with a particular repo
On 2018-08-05 10:21, arn...@skeeve.com wrote: > Hi. > > john doe wrote: > >> Linux is case sensitive and Windows is case preserving. >> That is probably the issue here, did the case of the files has been >> changed (rename 100%)? >> >> https://docs.microsoft.com/en-us/vsts/repos/git/case-sensitivity?view=vsts >> >> In other words, on "Cygwin" git can not handle files defering only by >> the case. > > It's possible, but I don't think so. Is there a straightforward way to > tell? Although I've been using git for a while, I'm not a major league > guru. I don't think it is a rename in the history. I think it is because both regdir/T.sub and regdir/t.sub exist in the dame directory, for example. You can clone it successfully on Windows if you enable case sensitivity, which is probably not recommended but possible with a registry change. signature.asc Description: OpenPGP digital signature
Re: My delayed complaint about spam on this list
On 2018-06-04 21:30, Frank Farance wrote: > Hi, I enjoy reading the cygwin E-mails, one of the few E-mail lists I > regularly follow. And I've administered multiple E-mail lists over > two-plus decades. > > I've seen a bunch of spam, and it's continued for a while (beyond my > expectation that it would have already ended). This kinda spam is > typically solved by having the E-mail list restricted: only members can > submit to the list. Maybe this has been done already ... but if not, > please enable this mailing list feature. Now if those members start > submitting spam, then you can give them warnings and (ultimately) they > can lose their membership. And if people start forging E-mail > addresses, you can turn on various SPF-like features to make sure the > E-mail is coming from a that source (or an equivalent feature might work > well, too). It isn't very nice to put "please email cygwin@cygwin.com" in error and warning messages then deny people the opportunity to send the email. "Please register first" is annoying as shit. I have certainly not reported bugs to lists that make me do that. The same applies to bug trackers. > If you would like to reply to me, please send your response to me > directly, DO NOT SEND TO THE LIST. I will summarize back to the list. > (Think: Old-School 1980s USENET unix-wizards kinda framework.) No thanks. I wish to discuss this openly. signature.asc Description: OpenPGP digital signature
Re: normal to blue-screen windows when doing 'ls -CF' of /proc/sys/GLOBAL?? (bug? cygcheck attached)
On 2018-05-15 18:22, L A Walsh wrote: > Someone wrote: >> I tried it for the hell of it. It worked ok for me. >> Running windows 10 - build 1803 - >> >> $ uname -a >> CYGWIN_NT-10.0 spiro1 2.9.0(0.318/5/3) 2017-09-12 10:18 x86_64 Cygwin >> >> Running as an normal user - I did not try an admin acct. >> >> Good luck, someone > > (FYI -- replying to this "on-list", but anonymizing the sender's > info in case they didn't want it posted.) > > I wonder if it is Win7 specific or a quirk in my system. > Too often it is some peculiarity in my system. > > Thanks for the data point. Here's another one: works4me on my Windows 7. > CYGWIN_NT-6.1 Bahamut 2.10.0(0.325/5/3) 2018-02-02 15:16 x86_64 Cygwin No BSOD when running that in my home directory. I was lead to believe that no userland code could trigger BSODs anymore so I don't think that is normal. But maybe that is was only for 8+. Next time you feel like triggering one read what "module" the fault was in. Last time I got one (caused by OC instability) I think it was in ntfs.sys. signature.asc Description: OpenPGP digital signature
Re: Removing Git dependency on Perl [Was: [ANNOUNCEMENT] Updated: Git v2.13.2-2]
On 2017-07-21 12:11, Adam Dinwoodie wrote: >> 2. Perl issue is still open: >> >> http://github.com/me-and/Cygwin-Git/issues/31 >> >> Currently only these files rely on it: >> >>usr/libexec/git-core/git-add--interactive >>usr/libexec/git-core/git-archimport > > Hmm. I'm struggling to work out what's appropriate here. I'd be > entirely happy splitting off the `git archimport` command to a separate > package if there were something to gain there, but I'm very wary of > splitting `git add -p` and friends off: I think that's liable to cause > considerable confusion for people who use those commands and who would > probably not expect to need a separate package for them. > > I'm experimenting with what this would look like now, but if you can > find and point me at some other platform's Git distribution that also > separates out `git-add--interactive`, so I can see how they've handled > this situation, that would potentially be very useful. The feature I use most often isn't a core feature of git-add? If you do split it off, which I would be strongly against, might I suggest "git-add-interactive"? signature.asc Description: OpenPGP digital signature
Re: mintty shows some text in other than foreground color
On 2016-09-15 22:47, David Karr wrote: > When I run mintty, the background is white, and normal text is black. > This is fine. However, there are some applications that are > displaying text in other colors, many of which are fine, but some apps > display some text in yellow, which on a white background is almost > unreadable. > > For instance, the display from Cassandra's "cqlsh" shows the results > of queries in black, purple (probably not quite right), and yellow. > The worst part is, it's using yellow for the column values. > > Is there any way to control this, in general (obviously, not just for > cqlsh output)? Set Mintty's yellow colour to be something legible against your chosen background colour. (Come to think of it, I should rebase my old GUI colour selection patch. I probably should update Mintty anyway. But all that would require effort.) P.S. Sorry about mailing you directly David. signature.asc Description: OpenPGP digital signature
Re: Vim and cursor position
On 2016-02-14 21:24, Gary Johnson wrote: > On 2016-02-14, James Darnley wrote: >> To the maintainer, Yaakov, or anyone else who knows: >> >> Have the compilation options of Vim changed recently? Is there some >> other recent change that would cause the behaviour described below? >> >> Vim now appears to be remembering the last position of the cursor when >> you open files. I notice it most when running 'git commit', the cursor >> never starts on the first line but would appear to be where ever I ended >> the previous message. >> >> I find this jolly annoying. >> >> I would appreciate any insights people can offer. > > Recent releases of the Cygwin Vim package (starting with 7.4.1179-1, > 2016-01-29) have included Red Hat's or Fedora's /etc/vimrc, which is > loaded first when starting Vim. That file contains a BufReadPost > autocommand to do what you observe. > > I don't like it, either, so I have this in my ~/.vimrc: > > " Remove the (annoying) /etc/vimrc autocommand that positions > " the cursor " to the location it last had when the file was > " closed. > " > if exists("#fedora#BufRead#*") > au! fedora BufRead * > endif > if exists("#redhat#BufRead#*") > au! redhat BufRead * > endif > > For Cygwin, you need only one of those, but I'm at home, my Cygwin > installation is at work, and I don't remember whether Cygwin uses > the Fedora or the Red Hat version of /etc/vimrc. > > You may want to take a look at /etc/vimrc and see if it makes any > other settings you find undesirable and undo them in your ~/.vimrc > as well. > > Regards, > Gary Thank you very much. For everyone's information: /etc/vimrc appears to group things under "fedora". P.S. Sorry about the double mail Gary. signature.asc Description: OpenPGP digital signature
Vim and cursor position
To the maintainer, Yaakov, or anyone else who knows: Have the compilation options of Vim changed recently? Is there some other recent change that would cause the behaviour described below? Vim now appears to be remembering the last position of the cursor when you open files. I notice it most when running 'git commit', the cursor never starts on the first line but would appear to be where ever I ended the previous message. I find this jolly annoying. I would appreciate any insights people can offer. Thanks, James. signature.asc Description: OpenPGP digital signature
Re: Fork and crashing problems
On 2016-02-02 15:53, Achim Gratz wrote: > James Darnley gmail.com> writes: >>> 0 [main] sh 10684 fork: child -1 - forked process 7812 died > unexpectedly, retry 0, exit code 0xC005, >> errno 11 > > Well, that exit code is ACCESS_VIOLATION... if you are sure it's not BLODA > related and it fails only intermittently and always with a different > program, I'd run a memory test. Do you mean something like Memtest86? signature.asc Description: OpenPGP digital signature
Fork and crashing problems
Hello. I know that fork issues are usually related to the BLODA programs. I don't think I have any installed. At least I couldn't find any of the listed programs in Windows' remove programs dialog. However I still get intermittent crashes when running things like make or configure scripts. These seem to occur only or more often if I have more terminals open (mintty) and/or a few suspended programs (usually vim and perhaps some verbose program piped into less). I was wondering if anyone else had experience with this. Can anyone suggest something I should have a look at? Is some Windows resource being exhausted? I used to have many explorer.exe processes running too (from run explorer.exe with a path through a script) but now with just one running I still encounter the problem. A quick summary of my system: Windows 7 x86-64 (fairly often updated), Cygwin 2.4 x86-64. The message I get is quoted below. I have also attached the cygcheck output. > 0 [main] sh 10684 fork: child -1 - forked process 7812 died unexpectedly, > retry 0, exit code 0xC005, errno 11 Thanks. Cygwin Configuration Diagnostics Current System Time: Tue Feb 02 14:18:53 2016 Windows 7 Ultimate Ver 6.1 Build 7601 Service Pack 1 Path: S:\cygwin\x86_64\usr\local\bin S:\cygwin\x86_64\bin C:\ProgramData\Oracle\Java\javapath C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0 C:\Program Files (x86)\GnuPG\pub C:\Program Files (x86)\PuTTY C:\Program Files\ImageMagick-6.9.0-Q16 C:\Program Files (x86)\Graphviz2.38\bin S:\cygwin\x86_64\bin C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common C:\Program Files (x86)\Skype\Phone Output from S:\cygwin\x86_64\bin\id.exe UID: 197608(James) GID: 197121(None) 197121(None) 197609(HomeUsers) 545(Users) 4(INTERACTIVE) 66049(CONSOLE LOGON) 11(Authenticated Users) 15(This Organization) 113(Local account) 4095(CurrentSession) 66048(LOCAL) 262154(NTLM Authentication)401408(Medium Mandatory Level) SysDir: C:\Windows\system32 WinDir: C:\Windows LIBRARY_PATH = '/usr/local/lib' USER = 'James' PWD = '/home/James' HOME = '/home/James' HOMEPATH = '\Users\James' APPDATA = 'C:\Users\James\AppData\Roaming' ProgramW6432 = 'C:\Program Files' HOSTNAME = 'Bahamut' SHELL = '/bin/bash' TERM = 'xterm-256color' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 30 Stepping 5, GenuineIntel' PROFILEREAD = 'true' WINDIR = 'C:\Windows' PUBLIC = 'C:\Users\Public' OLDPWD = '/cygdrive/c/Windows/system32' ORIGINAL_PATH = '/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program Files (x86)/GnuPG/pub:/cygdrive/c/Program Files (x86)/PuTTY:/cygdrive/c/Program Files/ImageMagick-6.9.0-Q16:/cygdrive/c/Program Files (x86)/Graphviz2.38/bin:/usr/bin:/cygdrive/c/Program Files (x86)/NVIDIA Corporation/PhysX/Common:/cygdrive/c/Program Files (x86)/Skype/Phone' USERDOMAIN = 'Bahamut' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' !:: = '::\' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' GIT_SSH = 'plink' CCACHE_COMPRESS = '1' USERNAME = 'James' PROCESSOR_LEVEL = '6' ProgramFiles(x86) = 'C:\Program Files (x86)' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' LANG = 'en_GB.UTF-8' USERPROFILE = 'C:\Users\James' TZ = 'Europe/Paris' GCC_COLORS = 'error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01' PS1 = '\e[0m\n\e]0;\h \w\a\e[32m✓ \e[37m0\e[32m \u@\h\e[33m \w\e[0m\n$ ' LOGONSERVER = '\\BAHAMUT' CommonProgramW6432 = 'C:\Program Files\Common Files' PROCESSOR_ARCHITECTURE = 'AMD64' LOCALAPPDATA = 'C:\Users\James\AppData\Local' ProgramData = 'C:\ProgramData' EXECIGNORE = '*.dll' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' HOMEDRIVE = 'C:' COMSPEC = 'C:\Windows\system32\cmd.exe' TMP = '/tmp' SYSTEMROOT = 'C:\Windows' PRINTER = '\\WILLIAMS-COMP\Canon MP630 series Printer' PROCESSOR_REVISION = '1e05' SOLARIZED = '1' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '4' SESSIONNAME = 'Console' COMPUTERNAME = 'BAHAMUT' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Installations (default) = '\??\R:\cygwin-x86' 15cd0abf7540 = '\??\R:\cygwin-x86_64' 6435883e1e7fe6b2 = '\??\C:\Program Files (x86)\Exact Audio Copy' 3635de421b08faae = '\??\S:\cygwin\x86_64' HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin\setup HKEY_CURRENT_USER\Software\SimonTatham\PuTTY\Sessions\FATE-cygwin64 (default) = 0x0001 HostName =
Re: Is there an easy way to find the version of Cygwin I have?
On 2016-01-13 16:36, Chuck Roberts wrote: > Including the bit depth, 32 or 64-bit. Plus critical DLL files. uname -a What critical DLL files are you looking for? You can also run cygcheck -c to check the versions of the packages you have installed. signature.asc Description: OpenPGP digital signature
Re: Vim, Mintty, and mouse resizing no longer works.
On 2015-07-11 13:59, Thomas Wolff wrote: Am 11.07.2015 um 02:52 schrieb James Darnley: Hi Thomas Unfortunately I have a complaint to make. When using the latest Mintty release I can no longer use the mouse to resize split windows in Vim. In 1.1.3, I can drag any window separator around to change the size of them. In 2.0.2 Aim appears to interpret the mouse as trying to make a visual section in one window. I tried quickly to narrow down which commit might have introduced the problem using git bisect, unfortunately it was slowed down by some commits not compiling. However it did lead to producing this message. 4765275a7cfd9fadc74aedc1191de5390fa11c09 is the first bad commit commit 4765275a7cfd9fadc74aedc1191de5390fa11c09 Author: Thomas Wolff min...@users.noreply.github.com Date: Tue Jun 16 14:45:20 2015 +0200 fix restructuring If I checkout the commit immediately preceding this the mouse works as I expect. I cannot explain why this might be the case as it looks like there are no relevant code changes in that commit. I will try to investigate some more but I wanted to let you know. The commit you refer to did not change any actual code, so maybe something in the environment is involved. Please describe a reproducible test case. How would you setup split windows in vim? How would you try to resize them? Also, did you use one of the new mouse options, like MiddleClickAction? Thomas I don't know if you know vim so this might be verbose. To make a vertical split, run the command :vs To open vim with a vertical split: vim -O file1 file2 (That is a literal colon, v, and s and an uppercase letter O) To make a horizontal split, run the command :sp To open vim with a vertical split: vim -o file1 file2 (That is a literal colon, s, and p and an lowercase letter O) To resize (when it works) just left click on the separator and drag. Much like resizeable frames in a web page or a Windows window border (but you don't get the double ended arrow cursor) And to close a window in vim, the command is :q To close all windows, :qall The easiest way is probably to open vim with a split, it is one command that can go in the history. I do have the void middle mouse option but I have been running that ever since I wrote the original patch and attached it to the Google code issue about it and it was working fine until I updated and used the mintty provided by your package. I did remove minttyrc from my home directory so that the defaults would be used just in case it was being confused by my settings. My right click option should be default, show menu. P.S. Why does this list not set the reply to address to itself. I am sending this again because I just realised that I sent it directly rather than to the list. signature.asc Description: OpenPGP digital signature
Re: Vim, Mintty, and mouse resizing no longer works.
On 2015-07-11 23:13, Thomas Wolff wrote: If I only patch the apparently non-working version of mintty to report version 1.2 and change nothing else, it works! This is obviously a bug in vim, not mintty, and a very silly one, because if must be checking the terminal version and enable the feature only if major version == 1 or something like that (rather than = 1). Please report to vim. HA HA HA. I will look into that, I already have another issue to report anyway. In the meantime I will compile my own version that copies that workaround. Thanks. signature.asc Description: OpenPGP digital signature
Re: Vim, Mintty, and mouse resizing no longer works.
On 2015-07-11 22:44, Thomas Wolff wrote: Am 11.07.2015 um 20:11 schrieb James Darnley: On 2015-07-11 13:59, Thomas Wolff wrote: Am 11.07.2015 um 02:52 schrieb James Darnley: Hi Thomas Unfortunately I have a complaint to make. When using the latest Mintty release I can no longer use the mouse to resize split windows in Vim. In 1.1.3, I can drag any window separator around to change the size of them. In 2.0.2 Aim appears to interpret the mouse as trying to make a visual section in one window. I tried quickly to narrow down which commit might have introduced the problem using git bisect, unfortunately it was slowed down by some commits not compiling. However it did lead to producing this message. 4765275a7cfd9fadc74aedc1191de5390fa11c09 is the first bad commit commit 4765275a7cfd9fadc74aedc1191de5390fa11c09 Author: Thomas Wolff min...@users.noreply.github.com Date: Tue Jun 16 14:45:20 2015 +0200 fix restructuring If I checkout the commit immediately preceding this the mouse works as I expect. I cannot explain why this might be the case as it looks like there are no relevant code changes in that commit. I will try to investigate some more but I wanted to let you know. The commit you refer to did not change any actual code, so maybe something in the environment is involved. Please describe a reproducible test case. How would you setup split windows in vim? How would you try to resize them? Also, did you use one of the new mouse options, like MiddleClickAction? Thomas I don't know if you know vim so this might be verbose. To make a vertical split, run the command :vs To open vim with a vertical split: vim -O file1 file2 (That is a literal colon, v, and s and an uppercase letter O) To make a horizontal split, run the command :sp To open vim with a vertical split: vim -o file1 file2 (That is a literal colon, s, and p and an lowercase letter O) To resize (when it works) just left click on the separator and drag. Much like resizeable frames in a web page or a Windows window border (but you don't get the double ended arrow cursor) Hi James, thanks for the step-by-step description. I cannot reproduce, however, a working resize. I've tried with mintty 1.1.3 (freshly compiled, should that make a difference) on cygwin-32, and mintty 1.2 on cygwin-64. With a horizontal split, vim does not show me any separator at all. With a vertical split, there is a vertical bar (|) separator, but nothing happens on click-and-drag. Is some additional vim configuration needed to enable that feature? General mouse enabling perhaps? (I once heard this would need to be fiddled about in vim and emacs and I wonder why these traditional editors make basic things so troublesome for the users; my own editor, mined, provides all mouse functions out-of-the-box...) Please, additional details. Regards, Thomas Ah yes, there is a config option for the mouse. Actually a bit of quick testing shows that two are needed. You can either run these two command or set them in vimrc. :set nocompatible :set mouse=a signature.asc Description: OpenPGP digital signature
Vim, Mintty, and mouse resizing no longer works.
Hi Thomas Unfortunately I have a complaint to make. When using the latest Mintty release I can no longer use the mouse to resize split windows in Vim. In 1.1.3, I can drag any window separator around to change the size of them. In 2.0.2 Aim appears to interpret the mouse as trying to make a visual section in one window. I tried quickly to narrow down which commit might have introduced the problem using git bisect, unfortunately it was slowed down by some commits not compiling. However it did lead to producing this message. 4765275a7cfd9fadc74aedc1191de5390fa11c09 is the first bad commit commit 4765275a7cfd9fadc74aedc1191de5390fa11c09 Author: Thomas Wolff min...@users.noreply.github.com Date: Tue Jun 16 14:45:20 2015 +0200 fix restructuring If I checkout the commit immediately preceding this the mouse works as I expect. I cannot explain why this might be the case as it looks like there are no relevant code changes in that commit. I will try to investigate some more but I wanted to let you know. Thanks. signature.asc Description: OpenPGP digital signature
Re: Release: mintty 2.0.1
On 2015-07-03 23:18, Thomas Wolff wrote: * Option MiddleClickAction=void disables mouse-middle-click pasting (#384) Yay, and thanks. I wonder if that uses my patch. I can't wait for my mirror to get the package so I can see. signature.asc Description: OpenPGP digital signature
Re: mintty project
On 2015-05-31 23:15, Thomas Wolff wrote: As a contributor to mintty, some sent me a notice discussing the move to github (http://www.reddit.com/r/cygwin/comments/37vgwi/what_happened_to_minttys_maintainer_andy_kopp/) and now there is already a github fork of mintty (https://github.com/nowox/mintty/tree/master/src). I'd like to discuss what you (cygwin maintainers and others) think of this move, whether it's good for mintty to be hosted on github. Personally I feel that a platform like sourceforge provides a more professional project environment which would provide more confidence in stable project development. What do you think? Sourceforge appears to be turning into a cesspool. It now takes control of dead projects and wraps software in their own installer showing ads and offering to install other software. At least that is what I read was happening this week with the GIMP windows installer that was hosted there. I don't like Github much more either but probably only because everyone seems to want to use pull requests. Meh, I'm not really contributing much. Regardless of what decision is made, let me know where I should send some patches that have languished on mintty's google code site. P.S. Sorry to you, Thomas, I sent my reply to you directly instead of the list. signature.asc Description: OpenPGP digital signature
Error from Perl when running git add -p
(Now I need a different message and to remember to uncheck encryption.) Earlier today I ran setup.exe to update Cygwin and packages. Now when I try to use git add -p (one of its iterative modes) I get an error from Perl (I assume) that it cannot find Error.pm in @INC (I should really learn to not update things) Here's the full output: $ git add -p Can't locate Error.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.14 /usr/lib/perl5/site_perl/5.14/i686-cygwin-threads-64int /usr/lib/perl5/vendor_perl/5.14/i686-cygwin-threads-64int /usr/lib/perl5/vendor_perl/5.14 /usr/lib/perl5/5.14/i686-cygwin-threads-64int /usr/lib/perl5/5.14 .) at /usr/lib/perl5/vendor_perl/5.14/Git.pm line 103. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.14/Git.pm line 103. Compilation failed in require at /usr/libexec/git-core/git-add--interactive line 7. BEGIN failed--compilation aborted at /usr/libexec/git-core/git-add--interactive line 7. I have seen large changes regarding Perl on the cygwin-announce list so perhaps it was split off into some other package. I searched for error in setup.exe and saw that I do have perl-Error installed. Can anyone help me try to solve this? signature.asc Description: OpenPGP digital signature
What happened to get send-email
So what happened to git send-email lately? I guess I let the package be updated and suddenly git tells me that there is no such command. Was it not built? Like it used to be missing on x86_64? I rolled back for now. P.S. Please Cc me as I am not subscribed. signature.asc Description: OpenPGP digital signature