On 4/11/2010 10:38 AM, Frédéric Bron wrote:
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
Therefore, this build turns those features back on.
However, it means that this version does assume that you are not using
FAT or FAT32 to hold your repositories, since they do not store file
permissions very accurately.
So I have stopped updating cygwin since the first time this message
On 4/8/2010 4:50 PM, Frédéric Bron wrote:
Therefore, this build turns those features back on.
However, it means that this version does assume that you are not using
FAT or FAT32 to hold your repositories, since they do not store file
permissions very accurately.
So I have stopped updating
to your
system. Save it and run setup, 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
to your
system. Save it and run setup, 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
or
a central server.
UPDATE:
===
To update your installation, click on the Install Cygwin now link on
the http://cygwin.com/ web page. This downloads setup.exe to your
system. Save it and run setup, answer the questions and pick up 'git',
'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from
or
a central server.
UPDATE:
===
To update your installation, click on the Install Cygwin now link on
the http://cygwin.com/ web page. This downloads setup.exe to your
system. Save it and run setup, answer the questions and pick up 'git',
'gitk', 'git-gui', 'git-svn', and/or 'git-completion' from
Peter Rosin wrote on 2010-03-28:
It could be that /usr/lib/sasl2/libsasldb.la lists /usr/lib/libdb-4.2.la
as a dependency_libs. libdb-4.2.la may or may not be installed (it's in
libdb4.2-devel which I don't have installed) and if it's missing libltdl
might be confused.
If that's indeed the
Christopher Faylor wrote on 2010-03-28:
On Sun, Mar 28, 2010 at 11:53:44AM -0400, Christopher Faylor wrote:
On Sun, Mar 28, 2010 at 04:34:27PM +0200, Matthias Andree wrote:
At least that would explain why I can breakpoint exit() with gdb
tracing svn, and it hangs if I continue into exit
Am 27.03.2010 00:15, schrieb David Rothenberger:
On 3/26/2010 2:07 PM, Corinna Vinschen wrote:
On Mar 26 11:12, David Rothenberger wrote:
On 3/26/2010 2:32 AM, Corinna Vinschen wrote:
On Mar 26 15:40, Nayuta Taga wrote:
svn --version hals in 1.7.2-2 on both Windows7 and XP.
[snip]
Works
Am 27.03.2010 03:15, schrieb Eliot Moss:
On 3/26/2010 10:12 PM, David Rothenberger wrote:
On 3/26/2010 5:57 PM, Eliot Moss wrote:
My Windows 7 system hands on svn --version also, but
produces no messages to /var/log/messages. I tried
uninstalling libsasl2-devel but doing so had no effect
Am 27.03.2010 17:37, schrieb Andy Koppe:
Charles Wilson:
Hmm. I remember having transient problems with svn and many of the
1.7.0 snapshots, but they were intermittent and I had bigger fish to
fry. I don't recall any issues with 1.7.1, nor am I having any trouble
with 1.7.2. However, I
On Sun, Mar 28, 2010 at 04:34:27PM +0200, Matthias Andree wrote:
At least that would explain why I can breakpoint exit() with gdb
tracing svn, and it hangs if I continue into exit().
I can duplicate the problem and am looking into it.
cgf
--
Problem reports: http://cygwin.com
Den 2010-03-27 17:08 skrev Charles Wilson:
On 3/27/2010 11:23 AM, David Rothenberger wrote:
On 3/27/2010 7:47 AM, Charles Wilson wrote:
Obviously, something is going wrong there. What happens when the .la
file isn't found, is that libltdl falls back on cygwin's dlopen(), which
simply looks in
On Sun, Mar 28, 2010 at 11:53:44AM -0400, Christopher Faylor wrote:
On Sun, Mar 28, 2010 at 04:34:27PM +0200, Matthias Andree wrote:
At least that would explain why I can breakpoint exit() with gdb
tracing svn, and it hangs if I continue into exit().
I can duplicate the problem and am looking
2010/3/27 David Rothenberger daver...@acm.org:
What happens if you rename /usr/lib/sasl2 to something else?
% mv /usr/lib/sasl2 /usr/lib/sasl2.disabled
% svn --version
This workaround is good.
2010/3/29 Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com:
This should be fixed
back to sasl2, but
added .disabled at the end of the .la files' names, and now
svn -- version continues to work correctly.
Well, this sounds like something in the svn stack is using libltdl's
portable dynamic loading facilities (e.g. libtool's replacement/wrapper
for dlopen
.
Perhaps ... so I changed the directory name back to sasl2, but
added .disabled at the end of the .la files' names, and now
svn -- version continues to work correctly.
Well, this sounds like something in the svn stack is using libltdl's
portable dynamic loading facilities (e.g. libtool's
it?
I might take a look at libsasl2 and see if recompiling it helps.
Unfortunately, it's orphaned and I know absolutely nothing about SASL,
so I'm loathe to adopt it.
Ack.
Worse comes to worse, I'll just disable SASL support in SVN.
Yep, that's often the best policy when it comes to abandonware
. There must have been some change
in cygwin1.dll that has caused this.
Hmm. I remember having transient problems with svn and many of the
1.7.0 snapshots, but they were intermittent and I had bigger fish to
fry. I don't recall any issues with 1.7.1, nor am I having any trouble
with 1.7.2
Charles Wilson:
Hmm. I remember having transient problems with svn and many of the
1.7.0 snapshots, but they were intermittent and I had bigger fish to
fry. I don't recall any issues with 1.7.1, nor am I having any trouble
with 1.7.2. However, I would not be surprised if
(a) the problem
On 3/27/2010 12:31 PM, David Rothenberger wrote:
It seems all the dlnames are set to cyg*.dll already.
Yep.
Do you have libsasl2-devel installed? Are you saying that it's working
fine for you with /usr/lib/sasl2/*.la files?
Yes, and...it seems to work ok. I don't use svn very often; I just
Hi,
svn --version hals in 1.7.2-2 on both Windows7 and XP.
The log is following:
$ uname -a
CYGWIN_NT-6.1 yumiko 1.7.2(0.225/5/3) 2010-03-24 21:12 i686 Cygwin
$ env LANG=C svn --version
svn, version 1.6.9 (r901367)
compiled Feb 10 2010, 10:34:02
Copyright (C) 2000-2009 CollabNet.
Subversion
On Mar 26 15:40, Nayuta Taga wrote:
Hi,
svn --version hals in 1.7.2-2 on both Windows7 and XP.
The log is following:
$ uname -a
CYGWIN_NT-6.1 yumiko 1.7.2(0.225/5/3) 2010-03-24 21:12 i686 Cygwin
$ env LANG=C svn --version
svn, version 1.6.9 (r901367)
compiled Feb 10 2010, 10:34:02
Am 26.03.2010 10:32, schrieb Corinna Vinschen:
On Mar 26 15:40, Nayuta Taga wrote:
Hi,
svn --version hals in 1.7.2-2 on both Windows7 and XP.
The log is following:
$ uname -a
CYGWIN_NT-6.1 yumiko 1.7.2(0.225/5/3) 2010-03-24 21:12 i686 Cygwin
$ env LANG=C svn --version
svn, version
On Mar 26 11:12, Matthias Andree wrote:
Am 26.03.2010 10:32, schrieb Corinna Vinschen:
On Mar 26 15:40, Nayuta Taga wrote:
Hi,
svn --version hals in 1.7.2-2 on both Windows7 and XP.
The log is following:
[...]
(the shell prompt is not shown, and control+C has no effect)
Works
the hang).
I had mysterious problems with svn once which didn't go away until I got rid
of all the sasl2 stuff from my installation, so this theory is worth pursuing.
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
Am 26.03.2010 11:54, schrieb Corinna Vinschen:
On Mar 26 11:12, Matthias Andree wrote:
Am 26.03.2010 10:32, schrieb Corinna Vinschen:
On Mar 26 15:40, Nayuta Taga wrote:
Hi,
svn --version hals in 1.7.2-2 on both Windows7 and XP.
The log is following:
[...]
(the shell prompt
computer
(cygsasldb-2.dll is the last before the hang).
I had mysterious problems with svn once which didn't go away until I got rid
of all the sasl2 stuff from my installation, so this theory is worth pursuing.
Doesn't look like this were a viable approach today; if I read cygcheck output
On 3/26/2010 2:32 AM, Corinna Vinschen wrote:
On Mar 26 15:40, Nayuta Taga wrote:
svn --version hals in 1.7.2-2 on both Windows7 and XP.
[snip]
Works for me. BLODA?
I'm able to reproduce this on one of my three Windows XP machines.
Ironically, the only one without a Symantec product
On Mar 26 11:12, David Rothenberger wrote:
On 3/26/2010 2:32 AM, Corinna Vinschen wrote:
On Mar 26 15:40, Nayuta Taga wrote:
svn --version hals in 1.7.2-2 on both Windows7 and XP.
[snip]
Works for me. BLODA?
I'm able to reproduce this on one of my three Windows XP machines
On 3/26/2010 2:07 PM, Corinna Vinschen wrote:
On Mar 26 11:12, David Rothenberger wrote:
On 3/26/2010 2:32 AM, Corinna Vinschen wrote:
On Mar 26 15:40, Nayuta Taga wrote:
svn --version hals in 1.7.2-2 on both Windows7 and XP.
[snip]
Works for me. BLODA?
I'm able to reproduce this on one
My Windows 7 system hands on svn --version also, but
produces no messages to /var/log/messages. I tried
uninstalling libsasl2-devel but doing so had no effect.
Regard -- Eliot Moss
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
On 3/26/2010 5:57 PM, Eliot Moss wrote:
My Windows 7 system hands on svn --version also, but
produces no messages to /var/log/messages. I tried
uninstalling libsasl2-devel but doing so had no effect.
Regard -- Eliot Moss
What happens if you rename /usr/lib/sasl2 to something else?
% mv
On 3/26/2010 10:12 PM, David Rothenberger wrote:
On 3/26/2010 5:57 PM, Eliot Moss wrote:
My Windows 7 system hands on svn --version also, but
produces no messages to /var/log/messages. I tried
uninstalling libsasl2-devel but doing so had no effect.
Regard -- Eliot Moss
What happens if you
On 3/26/2010 7:15 PM, Eliot Moss wrote:
On 3/26/2010 10:12 PM, David Rothenberger wrote:
On 3/26/2010 5:57 PM, Eliot Moss wrote:
My Windows 7 system hands on svn --version also, but
produces no messages to /var/log/messages. I tried
uninstalling libsasl2-devel but doing so had no effect
Is there anything in /usr/lib/sasl2.disabled other than DLLs?
Here a directory listing:
$ ls -l /usr/lib/sasl2.disabled/
total 324
-rwxr-xr-x 1 Eliot root 15872 Oct 13 2004 cyganonymous-2.dll
-rwxr-xr-x 1 Eliot root 17920 Oct 13 2004 cygcrammd5-2.dll
-rwxr-xr-x 1 Eliot root 45056 Oct 13
On 3/26/2010 8:03 PM, Eliot Moss wrote:
Is there anything in /usr/lib/sasl2.disabled other than DLLs?
Here a directory listing:
$ ls -l /usr/lib/sasl2.disabled/
total 324
-rwxr-xr-x 1 Eliot root 15872 Oct 13 2004 cyganonymous-2.dll
-rwxr-xr-x 1 Eliot root 17920 Oct 13 2004
back to sasl2, but
added .disabled at the end of the .la files' names, and now
svn -- version continues to work correctly.
Thanks -- Eliot
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
On Mar 18 22:10, Steve Bray wrote:
On 03/18/2010 05:06 PM, Jason Pyeron wrote:
It seams that svn needs to be able to write the DAC, and if it cannot then
svn
up cannot work. This seems to be not the case in the past (or was there some
magic voodoo on my old system?)
Any suggestions
It seams that svn needs to be able to write the DAC, and if it cannot then svn
up cannot work. This seems to be not the case in the past (or was there some
magic voodoo on my old system?)
Any suggestions on where to start?
Granting Full on the share and the directory mitigated this issue. I am
On 03/18/2010 05:06 PM, Jason Pyeron wrote:
It seams that svn needs to be able to write the DAC, and if it cannot then svn
up cannot work. This seems to be not the case in the past (or was there some
magic voodoo on my old system?)
Any suggestions on where to start?
Granting Full on the share
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com]
On Behalf Of Reini Urban
Sent: Thursday, March 04, 2010 7:12 PM
To: cygwin@cygwin.com
Subject: Re: git-svn unable to load _Ra.dll
Blomqvist Kim schrieb:
$ perlrebase
... SNIP...
/usr/lib/perl5
After some recent (last month) upgrades (using setup.exe) git-svn stopped
working for me. Reinstalling every installed package didn't help.
$ git svn fetch
Can't load
'/usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Ra/_Ra.dll' for
module SVN::_Ra: No such process at
/usr/lib
2010/3/3 Reini Urban:
David Rothenberger schrieb:
On 3/3/2010 9:22 AM, Blomqvist Kim wrote:
After some recent (last month) upgrades (using setup.exe) git-svn stopped
working for me. Reinstalling every installed package didn't help.
$ git svn fetch
Can't load
'/usr/lib/perl5/vendor_perl
What does this command produce for you?
$ perl -e 'require SVN::Ra'
maybe you need to do a
$ perlrebaseall
It is so new that I even mixed up the name, sorry.
perlrebase it is called, not perlrebaseall
$ perlrebase
... SNIP...
/usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Ra
Blomqvist Kim schrieb:
$ perlrebase
... SNIP...
/usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Ra/_Ra.dll: new base =
60f, new size = 6
...
Even after reboot:
$ perl -e 'require SVN::Ra'
Can't load '/usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Ra/_Ra.dll'
for module
On 3/3/2010 9:22 AM, Blomqvist Kim wrote:
After some recent (last month) upgrades (using setup.exe) git-svn stopped
working for me. Reinstalling every installed package didn't help.
$ git svn fetch
Can't load '/usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Ra/_Ra.dll'
for module
David Rothenberger schrieb:
On 3/3/2010 9:22 AM, Blomqvist Kim wrote:
After some recent (last month) upgrades (using setup.exe) git-svn stopped
working for me. Reinstalling every installed package didn't help.
$ git svn fetch
Can't load '/usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN
Hello David,
* On Mon, Mar 01, 2010 at 09:45:46AM -0800 David Rothenberger wrote:
On 3/1/2010 5:43 AM, Alan Burn wrote:
So I think I've made a little progress here. I still don't have a
solution, but I can now reproduce the problem.
Doesn't cygwin 1.7 add the .exe suffix when writing
a
directory hierarchy with many checked out svn repositories:
File names like freetbl.exe.svn-base were changed on transport to
freetbl.exe.svn-base.exe
I did not investigate whether this behaviour was triggered by
the file magic number or just the .exe inside the name
The .exe suffix is added
-Original Message-
From: cygwin-ow...@cygwin.com
[mailto:cygwin-ow...@cygwin.com] On Behalf Of David Rothenberger
Sent: 01 March 2010 17:46
So I think I've made a little progress here. I still don't
have a solution, but I can now reproduce the problem.
I've attached another
,
and the returned type is SCS_32BIT_BINARY or SCS_64BIT_BINARY.
- The source filename has none of the following suffixes:
.com
.dll
.exe
.scr
.sys
- The destination filename has none of the aforementioned suffixes.
All these conditions are true in the svn test case. svn
these conditions are true in the svn test case. svn is renaming
tst/tempfile.tmp to tst/notepad.xxx using libapr1, which is using
rename(2).
It does seem that the ACLs on the directory and file play a role,
too. I've attached a reproduction script along with a simple
rename(2) driver program
of the aforementioned suffixes.
All these conditions are true in the svn test case. svn is renaming
tst/tempfile.tmp to tst/notepad.xxx using libapr1, which is using
rename(2).
It does seem that the ACLs on the directory and file play a role,
too. I've attached a reproduction script along
computer (which also did not have the
/etc/subversion directory).
802593...@btg245549 /cygdrive/c/svn-test-exe
$ ls /etc/subversion
ls: cannot access /etc/subversion: No such file or directory
802593...@btg245549 /cygdrive/c/svn-test-exe
$ ls .
reproduce.sh
802593...@btg245549 /cygdrive/c/svn-test
the script in a new directory which has the default ACLs,
the problem appears.
$ mkdir /cygdrive/c/svn-tst
$ getfacl /cygdrive/c/svn-tst
# file: /c/svn-tst
# owner: drothe
# group: None
user::rwx
group::r-x
group:SYSTEM:rwx
group:Administrators:rwx
group:Users:rwx
mask:rwx
other:r-x
default:user::rwx
On 26/02/2010 22:45, David Rothenberger wrote:
I know the Cygwin DLL has some magic for appending the .exe extension
and I suspect that's getting in the way here, but I don't know when or
why it happens.
I believe it happens a lot more if you go using DOS paths(*). Do not do that.
On 2/27/2010 10:05 AM, Dave Korn wrote:
On 26/02/2010 22:45, David Rothenberger wrote:
I know the Cygwin DLL has some magic for appending the .exe extension
and I suspect that's getting in the way here, but I don't know when or
why it happens.
I believe it happens a lot more if you go
Hi,
I am having trouble as described below. Is there a way I can prevent this or is
it a bug? Thanks.
My problem:
A windows exe file is checked into a svn repository and the file name does not
end in .exe. On checkout .exe is appended to the file name even though
subversion output shows
On 2/26/2010 3:49 AM, Alan wrote:
A windows exe file is checked into a svn repository and the file name
does not end in .exe. On checkout .exe is appended to the file name
even though subversion output shows the expected file name.
I cannot reproduce this problem. I used the notepad.exe
Hi Dave,
Thanks for helping.
A windows exe file is checked into a svn repository and the
file name
does not end in .exe. On checkout .exe is appended to the file name
even though subversion output shows the expected file name.
I cannot reproduce this problem. I used the notepad.exe
On 2/26/2010 1:23 PM, Alan wrote:
Hi Dave,
Thanks for helping.
A windows exe file is checked into a svn repository and the
file name
does not end in .exe. On checkout .exe is appended to the file name
even though subversion output shows the expected file name.
I cannot reproduce
', 'git-svn', and/or 'git-completion' from the 'Devel' category.
DOWNLOAD:
=
Note that downloads from sources.redhat.com (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
', 'git-svn', and/or 'git-completion' from the 'Devel' category.
DOWNLOAD:
=
Note that downloads from sources.redhat.com (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
svn file commands such as
$ svn co file:///mnt/t/shared/svn/test .
it appears to be working perfectly on both machines, no fiddling with
users, passwd files, or anything else required.
Thanks anyway, Larry, I appreciate the time you put in to help.
--
Problem reports: http://cygwin.com
Following up on Mark MacVicar's recent email about getting a stack dump using
svn from a DOS prompt, I have exactly the same problem (Cygwin 1.7.1 running
under Vista). Here's some more info:
a. If the repository is accessed at http..., svn works fine from the DOS prompt.
b. When I switched
On 01/23/2010 03:42 AM, Gary . wrote:
Clearly, they're different, which is what I mean when I say
I shouldn't have, I should have done something else instead.
How can I add the user and group to sunflower (the second
machine) and ensure they are identical to those on mimosa,
at least as far as
Larry Hall (Cygwin) wrote:
On 01/22/2010 04:21 AM, Gary . wrote:
...
I added a new user svn and a new group subversion-user, basically
following http://www.cygwin.com/ml/cygwin/2005-07/msg00933.html with
the addition of also doing mkgroup -l -g subversion-user
/etc/group
I don't know if this is a Cygwin related problem or if I am just being
stupid. Probably the latter, but maybe in that case some kind soul
will take pity on me.
I added a new user svn and a new group subversion-user, basically
following http://www.cygwin.com/ml/cygwin/2005-07/msg00933.html
On 01/22/2010 04:21 AM, Gary . wrote:
I don't know if this is a Cygwin related problem or if I am just being
stupid. Probably the latter, but maybe in that case some kind soul
will take pity on me.
I added a new user svn and a new group subversion-user, basically
following http://www.cygwin.com
I report this problem that I have had with the new setup1.7 trying to
install svn.
When I try execute it inside cygwin envinronment, nothing happens, no
error message.
I have checked it with cygcheck without errors. Trying to execute it
from Windows command prompt I receive this error
Hi;
git svn is broken (was working with perl 5.8) :
$ git svn rebase
Can't load
'/usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Core/_Core.dll'
for module SVN::_Core: No such file or directory at
/usr/lib/perl5/5.10/i686-cygwin/DynaLoader.pm line 200.
at /usr/lib/perl5/vendor_perl/5.10
On Tue, Dec 15, 2009 at 11:23 AM, İsmail Dönmez ism...@namtrac.org wrote:
Hi;
git svn is broken (was working with perl 5.8) :
$ git svn rebase
Can't load
'/usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Core/_Core.dll'
for module SVN::_Core: No such file or directory at
/usr/lib
On 12/15/2009 7:06 AM, İsmail Dönmez wrote:
On Tue, Dec 15, 2009 at 11:23 AM, İsmail Dönmezism...@namtrac.org wrote:
Hi;
git svn is broken (was working with perl 5.8) :
$ git svn rebase
Can't load
'/usr/lib/perl5/vendor_perl/5.10/i686-cygwin/auto/SVN/_Core/_Core.dll'
for module SVN::_Core
On 12/15/2009 9:00 AM, David Rothenberger wrote:
On 12/15/2009 7:06 AM, İsmail Dönmez wrote:
On Tue, Dec 15, 2009 at 11:23 AM, İsmail Dönmezism...@namtrac.org
wrote:
Hi;
git svn is broken (was working with perl 5.8) :
$ git svn rebase
Can't load
'/usr/lib/perl5/vendor_perl/5.10/i686-cygwin
Hi;
On Tue, Dec 15, 2009 at 7:00 PM, David Rothenberger daver...@acm.org wrote:
On 12/15/2009 7:06 AM, İsmail Dönmez wrote:
On Tue, Dec 15, 2009 at 11:23 AM, İsmail Dönmezism...@namtrac.org
wrote:
Hi;
git svn is broken (was working with perl 5.8) :
$ git svn rebase
Can't load
'/usr
I recently upgraded from XP to Vista and started having problems with
svn (aka subversion). \cygwin\bin\svn.exe works when run from a cygwin
bash terminal but not from a Windows cmd prompt (not required, but
handy to be able to run svn from a cmd prompt when working with visual
studio, so
On 10/28/2009 12:07 PM, Mark MacVicar wrote:
I recently upgraded from XP to Vista and started having problems with
svn (aka subversion). \cygwin\bin\svn.exe works when run from a cygwin
bash terminal but not from a Windows cmd prompt (not required, but
handy to be able to run svn from a cmd
David Rothenberger wrote:
On 9/25/2009 10:49 PM, Chris Cormie wrote:
I updated Cygwin today via setup.exe and Subversion ceased working:
$ svn status
$
ie no output whatsoever regardless of what command is given to svn
including --help.
[snip]
I hadn't updated for several months so a dozen
Additional note for the last reply: even hacking
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
and
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
doesn't get me back into the earlier install of cygwin. I find the
process of where mount gets its mount point
-Original Message-
From: Chris Cormie
Sent: Tuesday, September 29, 2009 9:25
To: cygwin@cygwin.com
Subject: SOLVED Subversion svn fails silently after updating Cygwin
Hi,
I managed to get back into my bad install of Cygwin and ran
$strace svn
As you suspected a missing
Hi,
I managed to get back into my bad install of Cygwin and ran
$strace svn
As you suspected a missing dependency popped up: /usr/bin/cygz.dll
cygz.dll is the only file in the libz0 package:
$ cyg-apt filelist zlib
usr/share/doc/
usr/share/doc/Cygwin/
usr/share/doc/Cygwin/zlib.README
usr/share
libserf0_0 libsqlite3_0 zlib0 cygwin
This really should make no difference. The zlib package itself requires
zlib0, so even on cygwin-1.5 you should have been okay.
I suspect the real problem is that zlib0 was misinstalled on your
cygwin-1.5 system originally, and once you reinstalled THAT, your svn
On Tue, Sep 29, 2009 at 08:48:28PM +1000, Chris Cormie wrote:
Additional note for the last reply: even hacking
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
and
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
doesn't get me back into the earlier install of cygwin. I
on your
cygwin-1.5 system originally, and once you reinstalled THAT, your svn
was fixed.
Yep, that's the bunny, no question.
(Still an open question if everyone who hits this problem has the same
cause, and whether the setup.exe package update run somehow misinstalled
cygz.dll (or even removed
On 9/25/2009 10:49 PM, Chris Cormie wrote:
I updated Cygwin today via setup.exe and Subversion ceased working:
$ svn status
$
ie no output whatsoever regardless of what command is given to svn
including --help.
[snip]
I hadn't updated for several months so a dozen or so packages were
This might turn out a big surprise for the unwary (and unwise, like me),
who put `bar' and `bar.exe' in the same folder, under svn version
control. `bar' is a Linux binary, `bar.exe' is for Winows.
Now, if you `rm bar' (for some reason), and modify `bar.exe', then do a
`svn ci', you will see
(nothing else), and
now
svn just silently returns, or in another case displayed a message:
apr_hash_clear in cygapr-1-0.dll not found.
However my cygapr-1-0.dll is older than the file the original poster has:
16.09.2007 20:04 105.472 *cygapr-1-0.dll
9ccd9ac415c31c9bc32b3e7f87453371 *cygapr
This is my first post to the Cygwin mailing list: hello everyone!
I updated Cygwin today via setup.exe and Subversion ceased working:
$ svn
updating packages
libapr1 and libaprutil1
fixed it for me.
--
Problem reports: http://cygwin.com/problems.html
FAQ
On 09/27/2009 03:03 AM, Haojun Bao wrote:
This might turn out a big surprise for the unwary (and unwise, like me),
who put `bar' and `bar.exe' in the same folder, under svn version
control. `bar' is a Linux binary, `bar.exe' is for Winows.
Right. It's best to create platform-specific
On 09/26/2009 04:22 AM, Chris Cormie wrote:
How stable is the Beta these days?
Right now, it's pretty stable.
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
216 Dalton Rd. (508)
1.6.1.2, I am unable to clone an existing
svn repository using git svn. The entire output is below. How can
I fix this?
Try using the cygwin 1.7 beta and its corresponding newer version of git.
There have been enough fixes that this may fix your problem, and I no
longer have time to focus
Chris Cormie wrote:
Hi,
This is my first post to the Cygwin mailing list: hello everyone!
I updated Cygwin today via setup.exe and Subversion ceased working:
$ svn status
$
Hello again,
I should have mentioned this is issue is in a Cygwin 1.5 install. I
installed bare-bones Cygwin 1.7 Beta
-Original Message-
From: Chris Cormie
Sent: Saturday, September 26, 2009 4:23
Subject: Re: Subversion svn fails silently after updating Cygwin
Chris Cormie wrote:
Hi,
This is my first post to the Cygwin mailing list: hello everyone!
I updated Cygwin today via
Greetings.
Using cygwin git version 1.6.1.2, I am unable to clone an existing
svn repository using git svn. The entire output is below. How can
I fix this?
I am running the git svn command without actually launching a cygwin
shell like bash etc. I can checkout other git repositories just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Saurav Ghosh on 9/25/2009 5:38 AM:
Greetings.
Using cygwin git version 1.6.1.2, I am unable to clone an existing
svn repository using git svn. The entire output is below. How can
I fix this?
Try using the cygwin 1.7 beta and its
Hi,
This is my first post to the Cygwin mailing list: hello everyone!
I updated Cygwin today via setup.exe and Subversion ceased working:
$ svn status
$
ie no output whatsoever regardless of what command is given to svn
including --help.
Reproduction is easy:
1. Install Subversion
On 9/13/2009 1:46 PM, John Bito wrote:
I'm not sure how to diagnose this problem, as svn up produces no
output and svn admin recover says:
svnadmin: Expected repository format '3' or '5'; found format '10'
I imagine that the format 10 indicates that the repository is corrupt.
Do you have any
I'm not sure how to diagnose this problem, as svn up produces no
output and svn admin recover says:
svnadmin: Expected repository format '3' or '5'; found format '10'
I imagine that the format 10 indicates that the repository is corrupt.
Do you have any suggestions for repairing it?
There's
301 - 400 of 529 matches
Mail list logo