Thanks. I wasn't actually using Cygwin, but Ruby apparently does so under
the covers. Or maybe my path leads it astray, because I used to use Cygwin
-- a long time ago. ...RM
On Thu, Nov 30, 2017 at 11:37 AM, Andrey Repin wrote:
> Greetings, Richard Mateosian!
>
> > C:\Dev\Ruby24-x64\lib\ruby>
Hi Jon,
Thanks for prompt actions!
I think no need to package it separately for testing, just release it
to cygwin repo.
Yes, I understand that there always is a human factor, this is why I
do all my building, version bumping up and deployment automatically by
scripts, so this check seems unnece
Greetings, Richard Mateosian!
> C:\Dev\Ruby24-x64\lib\ruby>ls
> 1 [main] ls 8652 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
> pointer.
> *Please report this problem to the public mailing list cygwin@cygwin.com
> *
Yet again: This issue was fixed over a decade ago. Please update your
C:\Dev\Ruby24-x64\lib\ruby>ls
1 [main] ls 8652 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer.
*Please report this problem to the public mailing list cygwin@cygwin.com
*
2.4.0 gems site_ruby vendor_ruby
--
Richard Mateosian
Berkeley, California
--
Problem reports: ht
On Thu, Nov 30, 2017 at 1:28 AM, Ivan Gagis wrote:
> I use git repository on github to store the files. And to update it I
> clone the repo, run mksetupini and then commit and push.
One thing you can do after a clone/update is to run a script that
tweaks each file's mtime to be its last-commit tim
On 11/27/2017 12:39 AM, Yaakov Selkowitz wrote:
> The following packages have been uploaded to the Cygwin distribution:
>
> * python2-alabaster-0.7.10-1
> * python2-babel-2.5.1-1
> * python2-imagesize-0.7.1-1
> * python2-jinja2-2.9.6-1
> * python2-pytz-2017.3-1
> * python2-snowballstemmer-1.2.1-1
Version 2.15.1-1 of Git has been uploaded and should be coming soon to a
mirror near you. This update includes the following packages:
- git
- git-cvs
- git-debuginfo
- git-email
- git-gui
- gitk
- git-p4
- git-svn
This is an update to the latest upstream release.
For a full list of the upstream
On 30/11/2017 09:28, Ivan Gagis wrote:
I use git repository on github to store the files. And to update it I
clone the repo, run mksetupini and then commit and push.
So, I'm not sure what actually is going on with mtime of the files
there. Perhaps git messes up the mtime of cloned files.
Yes, a
On Wed, 29 Nov 2017 20:45:06, Achim Gratz wrote:
> Houder writes:
> > No, I have not executed rebaseall. The reason is, that I have
> > "reinstalled" Cygwin twice now, starting with an empty repo and an
> > empty root directory.
>
> I have seen the initial rebaseall after a fresh install go wrong
On Thu, 30 Nov 2017 09:50:57, David Macek wrote:
> On 30. 11. 2017 1:44, Houder wrote:
> > ntoskrnl.exe!memset+0x61a
> > ntoskrnl.exe!KeWaitForMultipleObjects+0xd52
> > ntoskrnl.exe!KeWaitForSingleObject+0x19f
> > ntoskrnl.exe!PoStartNextPowerIrp+0xbd0 <=3D=3D=3D=3D ?
> > ntoskrnl.exe!PoStartN
I use git repository on github to store the files. And to update it I
clone the repo, run mksetupini and then commit and push.
So, I'm not sure what actually is going on with mtime of the files
there. Perhaps git messes up the mtime of cloned files.
But why is this check of mtime needed at all? Is
On 30. 11. 2017 1:44, Houder wrote:
ntoskrnl.exe!memset+0x61a
ntoskrnl.exe!KeWaitForMultipleObjects+0xd52
ntoskrnl.exe!KeWaitForSingleObject+0x19f
ntoskrnl.exe!PoStartNextPowerIrp+0xbd0 < ?
ntoskrnl.exe!PoStartNextPowerIrp+0x186d < ?
cygwin1.dll!reent_data+0x5f0
cygwin1.dll!acl_ge
12 matches
Mail list logo
