Am 12.04.2012 11:02 schrieb Neusbeer:
> Since a few weeks when I try to install a gem I get a remap error.
> I tried rebasing with
> ash
> /bin/rebaseall -v
>
> but nothing works :(
http://cygwin.com/ml/cygwin/2012-02/msg00701.html
-- Michael
--
Problem reports: http://cygwin.com/proble
Am 27.03.2012 10:36 schrieb Corinna Vinschen:
> Needless to say that the ultimately most efficient way would be
> to find a method to avoid rebase problems after fork at all. The
> last attempt at it looked promising at first, but then again...
> http://social.msdn.microsoft.com/Forums/en-US/windo
ry 'perlrebase' in addition as well. You might have a custom perl module
not installed by cygwin setup, which rebaseall alone won't catch.
-- Michael Lutz
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Am 24.02.2012 03:25 schrieb marco atzeri:
> the cygwin's ruby package "etc.so" should be included in the rebaseall
> list by default.
I never said my script would specifically fix this problem. I only said
that, just like for perl, it is very easy to install additional binary
ruby modules NOT cove
Am 23.02.2012 09:30 schrieb Corinna Vinschen:
> If you ran rebaseall, then ruby's shared libs should have been rebased
> as well.
This is not necessarily true if you've got gems (just like perl CPAN
modules) not packaged by cygwin installed.
For that I've hacked a rubyrebase script from the cygwi
Am 07.12.2011 19:16 schrieb Eric Blake:
> On 12/07/2011 11:12 AM, Rafael Kitover wrote:
>> I was doing a "git rebase origin/master" today on a repo, and I saw alot
>> of this:
>>
>> 7 [main] sh 6120 C:\cygwin\bin\sh.exe: *** fatal error - couldn't
>> allocate heap, Win32 error 487, base 0xAD0
Am 27.11.2011 11:37 schrieb gabier:
> cygrunsrv: Error starting a service: StartService: Win32 error 1069:
> (Following sentence translated from French) The failure to open a session
> has prevented the start of the service.
Open the properties of the service and enable "Allow service to interact
Am 26.06.2011 17:14 schrieb Andrew Hancock:
> Thanks for any comments or suggestions for courses of action. I'm
> beginning to wonder if a fundamental incompatibility with Windows 7
> (64-bit, in case it matters) could prevent the use of Cygwin on my
> machine. Mega- :(
It works as designed (TM
eol mechanism, which allows to override the line endings for
individual files through .gitattributes. Refer to
http://www.kernel.org/pub/software/scm/git/docs/git-config.html
http://www.kernel.org/pub/software/scm/git/docs/gitattributes.html
Michael Lutz
--
Problem reports: htt
ur
files. Use "input" if you just want to avoid accidentally commit CRLFs.
Michael Lutz
--
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
click on the file icon in the lower
left pane to unstage the line again and repeat until the hang occurs. It
happens quite often that it hangs the first time for me, but sometimes it
only hangs after several minutes of work done with git gui.
Michael Lutz
--- snip 1 ---
Stack
switch back to the
xterm, it just closes. On the prompt "logout" is visible for just a moment
before it closes.
Secondly, I got the following error log when clicking around in gitk to
view some commits. I never had such problems before I updated.
Michael Lutz
--- snip 1
$ cygch
12 matches
Mail list logo
