On 2012-05-25 17:26, Corinna Vinschen wrote:
On May 25 16:52, Corinna Vinschen wrote:
On May 25 15:18, Denis Excoffier wrote:
On Fri, May 25, 2012 at 02:54:14PM +0200, Corinna Vinschen wrote:
On May 25 14:17, Denis Excoffier wrote:
976945 [main] date 3440 pinfo::thisproc: myself
Hello,
With the new subversion (1.7.5) and the last
snapshot (20120523 21:51:34), the command 'svn --version' produces
segmentation fault, with no svn.exe.stackdump produced:
% /usr/bin/svn --version
Segmentation fault
%
All the other commands that i've tested are ok. Only svn seems impacted
On May 24 09:06, Denis Excoffier wrote:
Hello,
With the new subversion (1.7.5) and the last
snapshot (20120523 21:51:34), the command 'svn --version' produces
segmentation fault, with no svn.exe.stackdump produced:
% /usr/bin/svn --version
Segmentation fault
%
I just installed
On May 24 11:22, Denis Excoffier wrote:
On Thu, May 24, 2012 at 10:12:02AM +0200, Corinna Vinschen wrote:
On May 24 09:06, Denis Excoffier wrote:
Hello,
With the new subversion (1.7.5) and the last
snapshot (20120523 21:51:34), the command 'svn --version' produces
), the command 'svn --version' produces
segmentation fault, with no svn.exe.stackdump produced:
% /usr/bin/svn --version
Segmentation fault
%
I just installed the latest subversion 1.7.5 and I can not reproduce
this crash. svn --version prints the version information just
) and the last
snapshot (20120523 21:51:34), the command 'svn --version' produces
segmentation fault, with no svn.exe.stackdump produced:
% /usr/bin/svn --version
Segmentation fault
%
I just installed the latest subversion 1.7.5 and I can not reproduce
Excoffier wrote:
Hello,
With the new subversion (1.7.5) and the last
snapshot (20120523 21:51:34), the command 'svn --version' produces
segmentation fault, with no svn.exe.stackdump produced:
% /usr/bin/svn --version
Segmentation fault
Greetings, Rurik Christiansen!
Funnily enough there is no bash.bashrc or global profile or such (unlike
for csh)
You can create one yourself. I did.
--
WBR,
Andrey Repin (anrdae...@freemail.ru) 15.04.2012, 17:31
Sorry for my terrible english...
--
Problem reports:
On Fri, Apr 13, 2012 at 03:13:54PM +1000, Rurik Christiansen wrote:
Funnily enough there is no bash.bashrc or global profile or such (unlike
for csh)
You should have /etc/profile and /etc/bash.bashrc.
They are part of base-files. Try 'cygcheck -l base-files'.
If you don't have them in place,
Since updating the svn client to 1.7 I have trouble checking in, svn
just hangs.
I also have installed the TortoiseSVN 1.7 and that one works.
My server is ver 1.6
Anyone seen this or may have any clue ?
Thanks.
--
Nihil verus. Omnia possibilis.
--
Problem reports: http://cygwin.com
On 13/04/2012 14:32, Rurik Christiansen wrote:
Since updating the svn client to 1.7 I have trouble checking in, svn
just hangs.
I also have installed the TortoiseSVN 1.7 and that one works.
My server is ver 1.6
Anyone seen this or may have any clue ?
Why, oh why do I see the solution
On 2012-03-05 13:51, åé wrote:
Hi all,
Any one use git svn on cygwin , I got such error used the latest
version. I am not sure it's an cygwin/perl/git/svn problem ?
$ uname -a
CYGWIN_NT-6.1 Admin-PC 1.7.11(0.260/5/3) 2012-02-24 14:05 i686 Cygwin
$ git svn clone
http://svn.apache.org
Am 18.03.2012 19:07 schrieb Anand Arumugam:
$ash
$/bin/rebaseall -v
after installing cygwin and whenever I have this problem. Sometimes it
gets fixed but sometimes, I have to restart the laptop. I downgrade
cygwin1.dll to 1.7.10 and the problem is still there.
Try 'perlrebase' in addition
Hi all,
Any one use git svn on cygwin , I got such error used the latest
version. I am not sure it's an cygwin/perl/git/svn problem ?
$ uname -a
CYGWIN_NT-6.1 Admin-PC 1.7.11(0.260/5/3) 2012-02-24 14:05 i686 Cygwin
$ git svn clone
http://svn.apache.org/repos/asf/subversion/trunk/build
Hi,
I have been running git svn in the latest cygwin without noticing any
unexpected problems.
It seems you are experiencing the usual forking issue. Quoting the
cygwin FAQ:
Read the 'rebase' package README in /usr/share/doc/rebase/, and follow
the instructions there to run 'rebaseall'.
(http
Hi,
Since updating to 1.7.10 I can't use SVN, tried the latest snapshot too.
$ svn up
Updating '.':
0 [main] svn 3288 child_info_fork::abort: address space needed by
'cygsasl
db-2.dll' (0x3D) is already occupied
svn: E11: Unable to connect to a repository at URL
'svn+ssh://x
On Mon, Feb 20, 2012 at 8:01 AM, Anders Broman wrote:
Hi,
Since updating to 1.7.10 I can't use SVN, tried the latest snapshot too.
$ svn up
Updating '.':
0 [main] svn 3288 child_info_fork::abort: address space needed by
'cygsasl
db-2.dll' (0x3D) is already occupied
svn: E11
, answer the questions and pick up 'git',
'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel'
category.
DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't allowed
due to bandwidth limitations. This means that you will need to find a
mirror which has
, answer the questions and pick up 'git',
'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel'
category.
DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't allowed
due to bandwidth limitations. This means that you will need to find a
mirror which has
2011/8/3 Christopher Faylor:
On Wed, Aug 03, 2011 at 04:56:05PM +0200, Corinna Vinschen wrote:
Is git-svn using perl?
Yes, very heavily. Setting CYGWIN_DEBUG=perl filled my screen with gdb
windows.
I have constant problems using perl after a rebase. The problem starts
with perl.exe(!) being
On Aug 3 13:32, David Rothenberger wrote:
On 8/3/2011 1:19 PM, Corinna Vinschen wrote:
On Aug 3 15:02, Yaakov (Cygwin/X) wrote:
On Wed, 2011-08-03 at 21:03 +0200, Corinna Vinschen wrote:
Better drop the large address stuff for now. Since the heap is now in
the large addres area(*), and
On Aug 3 13:42, David Rothenberger wrote:
On 8/3/2011 1:32 PM, David Rothenberger wrote:
On 8/3/2011 1:19 PM, Corinna Vinschen wrote:
Other than that I don't have an answer for you. There's only
so much you can do within the 32 bit address space. That's only one
reason why a 64 bit
On Aug 2 10:58, David Rothenberger wrote:
I use git-svn extensively in my day-to-day work, and I noticed with
recent snapshots that some of the git-svn commands are hanging. I
narrowed it down to the 20110721 snapshot. 20110713 is the last one
that works fine.
I realize this isn't exactly
On Wed, Aug 03, 2011 at 10:44:27AM +0200, Corinna Vinschen wrote:
On Aug 2 10:58, David Rothenberger wrote:
I use git-svn extensively in my day-to-day work, and I noticed with
recent snapshots that some of the git-svn commands are hanging. I
narrowed it down to the 20110721 snapshot. 20110713
On Wed, Aug 03, 2011 at 09:45:28AM -0400, Christopher Faylor wrote:
On Wed, Aug 03, 2011 at 10:44:27AM +0200, Corinna Vinschen wrote:
On Aug 2 10:58, David Rothenberger wrote:
I use git-svn extensively in my day-to-day work, and I noticed with
recent snapshots that some of the git-svn commands
On Aug 3 10:00, Christopher Faylor wrote:
On Wed, Aug 03, 2011 at 09:45:28AM -0400, Christopher Faylor wrote:
On Wed, Aug 03, 2011 at 10:44:27AM +0200, Corinna Vinschen wrote:
On Aug 2 10:58, David Rothenberger wrote:
I use git-svn extensively in my day-to-day work, and I noticed
. Weird.
So I guess I can investigate the actual problem now. FWIW, strace
reports that the child of a fork has died with a SIGSEGV but I don't see
the location of the SIGSEGV in the strace output. So it will be a
little tricky to track down.
Is git-svn using perl? I have constant
On Wed, Aug 03, 2011 at 04:56:05PM +0200, Corinna Vinschen wrote:
Is git-svn using perl?
Yes, very heavily. Setting CYGWIN_DEBUG=perl filled my screen with gdb
windows.
I have constant problems using perl after a rebase. The problem starts
with perl.exe(!) being rebased(!) to 0x5000
On Wed, Aug 03, 2011 at 10:00:13AM -0400, Christopher Faylor wrote:
On Wed, Aug 03, 2011 at 09:45:28AM -0400, Christopher Faylor wrote:
On Wed, Aug 03, 2011 at 10:44:27AM +0200, Corinna Vinschen wrote:
On Aug 2 10:58, David Rothenberger wrote:
I use git-svn extensively in my day-to-day work
:
I use git-svn extensively in my day-to-day work, and I noticed with
recent snapshots that some of the git-svn commands are hanging. I
narrowed it down to the 20110721 snapshot. 20110713 is the last one
that works fine.
I realize this isn't exactly a STC, but I don't have the time right
now
ran rebaseall -o 0 and peflagsall and my test case is working fine
now.
I'm a little worried, though, since git-svn and stgit were unusable for
me last month until I rebased everything about 0x800. (The
combination of python, perl, and tons of svn DLLs was just too much.)
What's
On Wed, 2011-08-03 at 21:03 +0200, Corinna Vinschen wrote:
Better drop the large address stuff for now. Since the heap is now in
the large addres area(*), and since mmaps will go there, too(*), we have
basically a lot more free space in the area up to 0x7fff.
At this moment, I've got DLLs
On Aug 3 15:02, Yaakov (Cygwin/X) wrote:
On Wed, 2011-08-03 at 21:03 +0200, Corinna Vinschen wrote:
Better drop the large address stuff for now. Since the heap is now in
the large addres area(*), and since mmaps will go there, too(*), we have
basically a lot more free space in the area up
On Aug 3 22:19, Corinna Vinschen wrote:
On Aug 3 15:02, Yaakov (Cygwin/X) wrote:
On Wed, 2011-08-03 at 21:03 +0200, Corinna Vinschen wrote:
Better drop the large address stuff for now. Since the heap is now in
the large addres area(*), and since mmaps will go there, too(*), we have
On 8/3/2011 1:19 PM, Corinna Vinschen wrote:
On Aug 3 15:02, Yaakov (Cygwin/X) wrote:
On Wed, 2011-08-03 at 21:03 +0200, Corinna Vinschen wrote:
Better drop the large address stuff for now. Since the heap is now in
the large addres area(*), and since mmaps will go there, too(*), we have
On 8/3/2011 1:32 PM, David Rothenberger wrote:
On 8/3/2011 1:19 PM, Corinna Vinschen wrote:
Other than that I don't have an answer for you. There's only
so much you can do within the 32 bit address space. That's only one
reason why a 64 bit Cygwin would be a good idea.
What was the
I use git-svn extensively in my day-to-day work, and I noticed with
recent snapshots that some of the git-svn commands are hanging. I
narrowed it down to the 20110721 snapshot. 20110713 is the last one
that works fine.
I realize this isn't exactly a STC, but I don't have the time right
now
Nope, didn't help; in fact, the rebase at 0x7700 (whatever the
recommendation was) broke things much worse; and now even bash won't start
without a million access violations.
Why is this even necessary anyways? Other than because it's always been this
way? I've been as stalwart a defender
On 5/19/2011 11:25 AM, Mike Dahmus wrote:
Nope, didn't help; in fact, the rebase at 0x7700 (whatever the
recommendation was) broke things much worse; and now even bash won't start
without a million access violations.
Why is this even necessary anyways? Other than because it's always been
On Thu, May 19, 2011 at 11:32:07AM -0400, Larry Hall (Cygwin) wrote:
On 5/19/2011 11:25 AM, Mike Dahmus wrote:
Nope, didn't help; in fact, the rebase at 0x7700 (whatever the
recommendation was) broke things much worse; and now even bash won't start
without a million access violations.
I
On 5/19/2011 11:39 AM, Christopher Faylor wrote:
On Thu, May 19, 2011 at 11:32:07AM -0400, Larry Hall (Cygwin) wrote:
snip
Short answer: It's an artifact of emulating fork on Windows.
Actually the real reason is because we just like annoying people.
How could I have been so wrong? ;-)
I have checked the archives regarding rebaseall perhaps a dozen times over the
years. The problem where it just doesn't seem to _work_ is fairly new,
apparently. And the alternative suggestions are fairly complicated.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
i.e.:
mdahmus@MikeDahmus-PC /pfisvn/DCGS/trunk
$ svn up
0 [main] svn 9484 C:\cygwin\bin\svn.exe: *** fatal error - unable to remap
\\?\C:\cygwin\lib\sasl2\cygdigestmd5-2.dll to same address as parent: 0x83
!= 0xA5
Stack trace:
Frame Function Args
0028B188 6102796B (0028B188
On Mon, May 16, 2011 at 07:26:54PM -0500, Mike Dahmus wrote:
i.e.:
mdahmus@MikeDahmus-PC /pfisvn/DCGS/trunk
$ svn up
? 0 [main] svn 9484 C:\cygwin\bin\svn.exe: *** fatal error - unable to
remap
\\?\C:\cygwin\lib\sasl2\cygdigestmd5-2.dll to same address as parent: 0x83
!= 0xA5
Stack
', 'git-svn', and/or 'git-completion' from the 'Devel'
category.
DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't allowed
due to bandwidth limitations. This means that you will need to find a
mirror which has this update, please choose the one nearest to you:
http
On 2/15/2011 3:09 AM, Gary wrote:
David Rothenberger wrote:
On 2/14/2011 12:11 AM, Gary wrote:
If I can replace svn in the sequence with something else, for example
tortoise, and everything then works, then Cygwin/svn *is* the culprit.
If the bits are identical, then what else could
On 2/14/2011 3:11 AM, Gary wrote:
David Rothenberger wrote:
If the files checked out in both directories are byte-for-byte identical
(including binary files), I can't see how svn could be the culprit.
If I can replace svn in the sequence with something else, for example
tortoise
On 2/14/2011 7:25 AM, Gary wrote:
Eliot Moss wrote:
On 2/14/2011 3:11 AM, Gary wrote:
David Rothenberger wrote:
If the files checked out in both directories are byte-for-byte
identical
(including binary files), I can't see how svn could be the culprit.
If I can replace svn in the sequence
On 2/14/2011 9:43 AM, Gary wrote:
Eliot Moss wrote:
We have had occasional but persistent queries here about git
over ssh, and you are reporting issues with svn and ssh.
I've never mentioned ssh in this context.
Ah, sorry, then. I thought perhaps it was svn+ssh that
was giving you trouble
On 2/14/2011 12:11 AM, Gary wrote:
David Rothenberger wrote:
If the files checked out in both directories are byte-for-byte identical
(including binary files), I can't see how svn could be the culprit.
If I can replace svn in the sequence with something else, for example
tortoise
So may you *should* have some auto-props, such as
svn:mime-type application/octet-stream on dll files.
If that is not set, it is possible that dlls will be
treated in some funky way and thus when checked out
again may not be byte-for-byte what you expect. I'm
not sure, but I have a number of
to be found in the .svn/entries files:
I would have excluded the .svn directories from the comparison myself.
If the files checked out in both directories are byte-for-byte identical
(including binary files), I can't see how svn could be the culprit.
Unless perhaps the permissions on some of the DLLs
On Wed, Feb 9, 2011 at 10:57 PM, Csaba Raduly rcs...@gmail.com wrote:
Question is, why do you think you need to detect it ?
Assuming that I'd like to use the -f option of SVN (commit a list of
files, which are present in the file given by -f), the contents of the
file in question are quite
On 2/10/2011 10:45 AM, Gary wrote:
Not sure if this is a Cygwin-svn problem or just a svn-is-just-f*cked-up
problem.
I use the Cygwin command line interface - svn, version 1.6.15 (r1038135)
compiled Nov 29 2010, 14:09:28 - and was having problems compiling a
modified, checked out project
On 2/10/2011 12:03 PM, Gary wrote:
Hmm. Well, I would hope that svn co URL . just gets whatever happens
to be in the repo - LF, CRLF, whatever - and doesn't feck with them just
because they are not the line endings some program someone might want to
sometime use, expects. Is that not the case
On 2/10/2011 3:03 PM, Gary wrote:
Eliot Moss wrote:
I wonder if it has to do with
(a) what svn believes to be a text, as opposed to binary, file;
Possibly. But... I shouldn't have to configure that for my svn client,
should I? Isn't that supposed to be done on the repo end?
Yes
On 2/10/2011 9:15 PM, Eliot Moss wrote:
On 2/10/2011 3:03 PM, Gary wrote:
Not sure what you mean here. You mean the mount options? Not sure what
they are, I'm on a different computer right now.
Yes, I think so, but there is a place where, when you set up cygwin,
you indicate a preference for
On 2/10/2011 11:20 PM, Larry Hall (Cygwin) wrote:
On 2/10/2011 9:15 PM, Eliot Moss wrote:
On 2/10/2011 3:03 PM, Gary wrote:
Not sure what you mean here. You mean the mount options? Not sure what
they are, I'm on a different computer right now.
Yes, I think so, but there is a place where,
, answer the questions and pick up 'git',
'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel'
category.
DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't allowed
due to bandwidth limitations. This means that you will need to find a
mirror which has
Hi,
I'd like to write a script, which ought to work with the CygWin SVN
client as well as any native SVN clients. As a prerequisite, I need to
detect whether the svn program in the path is CygWin SVN or not.
Question is, how to do this? Because the output of svn --version
contains nothing
On 02/09/2011 01:10 PM, Jochen Wiedmann wrote:
Hi,
I'd like to write a script, which ought to work with the CygWin SVN
client as well as any native SVN clients. As a prerequisite, I need to
detect whether the svn program in the path is CygWin SVN or not.
Question is, how to do this? Because
On Wed, Feb 9, 2011 at 8:17 PM, Jeremy Bopp jer...@bopp.net wrote:
I'm assuming that your script expects svn to be in the PATH, so you
could check to see if the path to the svn client lives within Cygwin's
installation:
if [ $(type -p svn) = '/usr/bin/svn' ]; then
echo Found Cygwin's svn
On 02/09/2011 02:22 PM, Jochen Wiedmann wrote:
On Wed, Feb 9, 2011 at 8:17 PM, Jeremy Bopp jer...@bopp.net wrote:
I'm assuming that your script expects svn to be in the PATH, so you
could check to see if the path to the svn client lives within Cygwin's
installation:
if [ $(type -p svn
:
I'm assuming that your script expects svn to be in the PATH, so you
could check to see if the path to the svn client lives within Cygwin's
installation:
if [ $(type -p svn) = '/usr/bin/svn' ]; then
echo Found Cygwin's svn client
fi
Unless someone goes out of their way to confound things
Hi Jochen,
On 2/9/11, Jochen Wiedmann wrote:
Hi,
I'd like to write a script, which ought to work with the CygWin SVN
client as well as any native SVN clients. As a prerequisite, I need to
detect whether the svn program in the path is CygWin SVN or not.
Question is, how to do
, answer the questions and pick up 'git',
'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel'
category.
DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't allowed
due to bandwidth limitations. This means that you will need to find a
mirror which has
, answer the questions and pick up 'git',
'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel'
category.
DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't allowed
due to bandwidth limitations. This means that you will need to find a
mirror which has
On Sat, Oct 23, 2010 at 12:34 AM, Andy Koppe andy.ko...@gmail.com wrote:
On 22 October 2010 18:51, J.C. Wren wrote:
I updated my Cygwin install a couple days ago, and have ran into a
problem with Subversion mangling the .svn/entries file.
Before the problem occurred, I had done a 'svn
On 10/26/2010 05:58 AM, J.C. Wren wrote:
OK, I did several things. First, I downgraded subversion to 1.6.12
and everything worked. Then I re-ran the installer and re-installed
the base cygwin package, which should have upgraded the DLL. It did
not, It was still at 1.7.5. I'm using setup
Do you *really* think I didn't reboot it? C'mon now, be serious.
I've been using Cygwin for at least 5 years, I think I can follow some
instructions when setup tells me I'll need to.
I think I ended up rebooting 12 times, or at least that what it seemed like.
Maybe I didn't explicitly say that
On 10/26/2010 8:11 AM, J.C. Wren wrote:
Do you *really* think I didn't reboot it? C'mon now, be serious.
I've been using Cygwin for at least 5 years, I think I can follow some
instructions when setup tells me I'll need to.
Sorry, but yes, that's what I thought. It's a common enough problem
On 10/26/2010 8:11 AM, J.C. Wren wrote:
[snip]
There were half a dozen files
ending in .new in /usr/bin and /usr/sbin, so *something* wasn't
running that was supposed to move them after a reboot.
Same thing happened to me some time ago, I reported it on this list, no
replies.
I just moved
On Oct 25, 2010, at 8:16 PM, David Rothenberger wrote:
On 10/25/2010 12:20 PM, Carl Norum wrote:
I am having the problem described in this past mailing list discussion:
http://cygwin.com/ml/cygwin/2010-02/msg00704.html
Is there any fix or workaround for it that I should know about?
As
Hello,
* On Tue, Oct 26, 2010 at 09:35:47AM -0500 Jeremy Bopp wrote:
On 10/26/2010 8:11 AM, J.C. Wren wrote:
Maybe I didn't explicitly say that I did reboot the system, but that's
not a reason to merely assume that I didn't.
On the contrary, I think it's a great reason to assume you
Maybe I didn't explicitly say that I did reboot the system, but
that's
not a reason to merely assume that I didn't.
On the contrary, I think it's a great reason to assume you didn't
reboot
given your description of how cygwin1.dll eventually got updated and
the
following quote:
This
will update both 1.7.2 and see what happens. Thanks for
pointing me in the right direction!
I updated to 1.7.7 (took a couple tries on Windows 2003 Server, but it's good
now) and everything seems to be working. I did have a bit of a hiccup with the
updated version of 'svn' behaving differently
Hi everybody,
I am having the problem described in this past mailing list discussion:
http://cygwin.com/ml/cygwin/2010-02/msg00704.html
Is there any fix or workaround for it that I should know about? It's wreaking
havoc on my automated build machine. The workaround mentioned (changing the
On Oct 25, 2010, at 12:20 PM, Carl Norum wrote:
I am having the problem described in this past mailing list discussion:
http://cygwin.com/ml/cygwin/2010-02/msg00704.html
Is there any fix or workaround for it that I should know about? It's
wreaking havoc on my automated build machine.
Volunteer Cygwin svn maintainer
--
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
On 10/22/2010 10:51 AM, J.C. Wren wrote:
I updated my Cygwin install a couple days ago, and have ran into a
problem with Subversion mangling the .svn/entries file.
Looks like you updated to Cygwin 1.7.5. You might want to try 1.7.7.
Looking in the .svn/entries file, the first file name should
On 22 October 2010 18:51, J.C. Wren wrote:
I updated my Cygwin install a couple days ago, and have ran into a
problem with Subversion mangling the .svn/entries file.
Before the problem occurred, I had done a 'svn status' with no issues.
I committed a file, ran 'svn status' again
, answer the questions and pick up 'git',
'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel'
category.
DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't allowed
due to bandwidth limitations. This means that you will need to find a
mirror which has
, answer the questions and pick up 'git',
'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel'
category.
DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't allowed
due to bandwidth limitations. This means that you will need to find a
mirror which has
Hi, I don't want svn to store passwords in plain text that's why I
decided to use sasl. But I can't login anymore when changing
authentication to sasl. Below I posted some files and commands, could
someone tell me what's wrong with?
my svnserve.conf file:
[general]
anon-access = read
auth
On 9/8/2010 1:23 AM, Joël Krähemann wrote:
Hi, I don't want svn to store passwords in plain text that's why I
decided to use sasl. But I can't login anymore when changing
authentication to sasl. Below I posted some files and commands, could
someone tell me what's wrong with?
I didn't test
, answer the questions and pick up 'git',
'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from the 'Devel'
category.
DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't allowed
due to bandwidth limitations. This means that you will need to find a
mirror which has
Hi,
After I upgrade my cygwin to the latest version. the 'svn' program
always returns nothing for me for any svn commands including the very
simple 'svn --version' command. It just simply return to the next
command prompt without any output or an error. What's wrong with it?
--
Life
On Tue, 22 Jun 2010 18:14:38 +0800, Steven Woody wrote:
Hi,
After I upgrade my cygwin to the latest version. the 'svn' program
always returns nothing for me for any svn commands including the very
simple 'svn --version' command. It just simply return to the next
command prompt without any
On 2010-06-22 14:57Z, Steven Woody wrote:
After I upgraded my cygwin to the latest version.
Cygwin DLL version info:
DLL version: 1.7.1
Build date: Mon Dec 7 11:48:55 CET 2009
I think the latest is 1.7.5 .
the 'svn' program
always returns nothing for me for any svn
.
it's strange... After I found the issue, I uninstall and reinstall the
subversion yesterday, and I think, the cygwin should also got upgraded
to the most recent version. Is it right?
the 'svn' program
always returns nothing for me for any svn commands including the very
simple 'svn --version
On 6/22/2010 9:49 AM, Steven Woody wrote:
On 22 June 2010 23:18, Greg Chicares gchica...@sbcglobal.net wrote:
On 2010-06-22 14:57Z, Steven Woody wrote:
After I upgraded my cygwin to the latest version.
Cygwin DLL version info:
DLL version: 1.7.1
Build date: Mon Dec 7
On 6/22/2010 1:55 PM, David Rothenberger wrote:
In your cygcheck output, I see that the version of the DLL in
c:\cygwin\bin is 1.7.1, but setup believes 1.7.5 is installed. Perhaps
the DLL was in use when you last updated and it was never successfully
replaced.
You should shut down all your
$ svn help | head -n 2
usage: svn subcommand [options] [args]
Subversion command-line client, version 1.6.9.
svn: Write error: Broken pipe
$ cd $OLDREPO
$ HOME=/cygdrive/d/tmp svn ls
Authentication realm: http://svn.int:80 Subversion Repositories
Password for 'user':
dir1/
dir2/
Under
On 14.06.2010 12:22, Oleksandr Gavenko wrote:
$ svn help | head -n 2
usage: svn subcommand [options] [args]
Subversion command-line client, version 1.6.9.
svn: Write error: Broken pipe
$ cd $OLDREPO
$ HOME=/cygdrive/d/tmp svn ls
Authentication realm: http://svn.int:80 Subversion Repositories
On 14.06.2010 12:35, Oleksandr Gavenko wrote:
On 14.06.2010 12:22, Oleksandr Gavenko wrote:
$ svn help | head -n 2
usage: svn subcommand [options] [args]
Subversion command-line client, version 1.6.9.
svn: Write error: Broken pipe
$ cd $OLDREPO
$ HOME=/cygdrive/d/tmp svn ls
Authentication realm
BTW Why can't the mail server extract the text/plain portion of an email
automatically?
- Original Message -
From: Chloe Sowers
To: cygwin@cygwin.com
Sent: Wednesday, May 26, 2010 5:24 PM
Subject: Fw: SVN Core Dump on Cygwin 1.7.1 using UNC Path
FYI
- Original Message -
From
On Wed, May 26, 2010 at 05:32:15PM -0400, Chloe Sowers wrote:
BTW Why can't the mail server extract the text/plain portion of an email
automatically?
Because it doesn't want to.
Why can't you do a little research before sending email to a mailing list?
Same reason, I suspect.
cgf
--
Problem
On Apr 30 13:29, Bill Ross wrote:
Svn was working ok just before I upgraded to 1.7, e.g. 'svn status' showed
paths in unix form (forward slashes), and on commit vi opened ok.
Now svn status shows paths with backslashes:
M test\xls\qa1\ZonePos.xls
And on commit:
-bash-3.2$ svn
Thanks!
Bill
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
Corinna Vinschen
Sent: Friday, April 30, 2010 1:41 PM
To: cygwin@cygwin.com
Subject: Re: 1.7: svn/bash can't find $EDITOR after 1.7 upgrade
On Apr 30 13:29, Bill Ross wrote:
Svn
Switch to NTFS and set the permissions you need where you need them
to the well-known SID of world/Everyone?
I have formatted my disk to ntfs. Then I have removed everybody from
permissions and added only Everyone with total control.
When I create a file in windows on this drive : permissions
201 - 300 of 529 matches
Mail list logo