Daniel Shahaf wrote on Tue, Oct 18, 2011 at 08:55:44 +0200:
> % perl -lne 'print $h{$_} ||= $unique++' \
Small bug: the last expression should be '++$unique'. (I actually
caught that before posting, but copy-pasted the wrong version.)
Am 18.10.2011 08:34, schrieb yerra babji:
Is there any way in SVN to mandate the user to check in all the files
he modified at a time?
No, and I at least often don't want to check in all at once.
Problem is people are checking in the code one by one and in
between his checkins, If I get the
With Subversion 1.7 released, our company is considering more active use
of merging with the help of svn:mergeinfo. Upon reading some
tutorials/articles and thinking a bit, I can see how awareness of
svn:mergeinfo improves certain workflows, but also I see some potential
problems. I'd like to h
On Tue, Oct 18, 2011 at 3:03 AM, Talden wrote:
> On Tue, Oct 18, 2011 at 4:19 AM, Bob Archer wrote:
>>> On Fri, Oct 14, 2011 at 1:12 PM, Stefan Sperling wrote:
>>> > On Fri, Oct 14, 2011 at 01:08:28PM +1300, Talden wrote:
>>> >> Was there a reason that 'svn relocate' was designed to not just
>>>
Johan Corveleyn wrote on Tue, Oct 18, 2011 at 09:48:46 +0200:
> That said, maybe there is room for a general enhancement (for a future
> svn version), to have some kind of alias to mean "working copy root".
> Like the '^', which means repository root. Of course, there is always
> the problem of dif
On Tue, 18 Oct 2011 08:55:44 +, Daniel Shahaf wrote:
> >
> > as the diff.
> >
> > But happens only with this specific file; can't reproduce with
> > other content.
> >
>
> Does the file (either before or after the append) contain two identical
> lines? If so, could you try replacing each l
On 24/08/11 12:15, Giulio Troccoli wrote:
Recently I have starting experiencing something I always thought not
possible in Subversion.
I work on Ubuntu with SVN 1.6.12. If I move or delete a file using the
OS Subverision marks the file as deleted rather than missing.
$ rm foo.php
$ svn st
D
Andreas Krey wrote on Tue, Oct 18, 2011 at 10:05:39 +0200:
> On Tue, 18 Oct 2011 08:55:44 +, Daniel Shahaf wrote:
> > >
> > > as the diff.
> > >
> > > But happens only with this specific file; can't reproduce with
> > > other content.
> > >
> >
> > Does the file (either before or after the
Andreas Krey wrote on Tue, Oct 18, 2011 at 06:04:12 +0200:
> On Mon, 17 Oct 2011 14:21:02 +, Adam Miazga wrote:
> > Hi.
> >
> > I have one "magick" file (in attachment).
> > I commit this file to repository. I add line
> > "/**/"
> > into end of file. And again I commit the file to repository.
On Tue, 18 Oct 2011 10:22:33 +, Daniel Shahaf wrote:
...
> 371 != 450+3, so there are some duplicate lines.
Yes. I forgot to say "it's source code, so of course there are dups". :-)
...
> > Replacing each char by another one (individually, not caesar).
> > But stays, though no duplicate lines
On Tue, 18 Oct 2011 10:32:36 +, Daniel Shahaf wrote:
>
> Thanks for the self-contained recipe!
Is the only sane way to do such stuff.
> Using it I cannot reproduce the bug using either 1.6.12, 1.7.0, or
> trunk. I'm on a 32-bit Linux system, using apr/apr-util as shipped with
> httpd 2
On Mon, Oct 17, 2011 at 11:33:38PM +, Ann Friauf wrote:
> I upgraded to Subversion 1.7. I installed the Subversion 1.7 command line
> client and TortoiseSVN 1.7. I successfully upgraded the working copy on
> several folders. On the last one, after doing the upgrade, it shows 2
> modification
On Mon, Oct 17, 2011 at 04:42:52PM -0700, Aaron Cammarata wrote:
> Hello all -
>
> I've encountered an error that asked me to send the details to this email.
>
> I had a 1.6 working copy, and upgrade to Tortoise v1.7.n.
>
> During the 'upgrade working copy' step, the disc ran out of space.
Oh,
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\entries.c'
line 1692: assertion failed (base_node && !working_node &&
!below_working_node)
===
NB. All but this upgrade works perfectly. Proble
On Mon, Oct 17, 2011 at 06:16:45PM +0200, Brockamp, Peter wrote:
> So, as I see it now, this is in fact a *serious* problem at least with
> TortoiseSVN
> 1.7.0 working against an 1.6 SVN-server! So actually I must severly warn
> about using
> this configuration in a production environment, it wil
Hello, thx for the quick answer!
> -Ursprüngliche Nachricht-
> Von: Stefan Sperling [mailto:s...@elego.de]
> Gesendet: Dienstag, 18. Oktober 2011 11:20
> An: Brockamp, Peter
> Cc: users@subversion.apache.org
> Betreff: Re: Supposed serious(?) bug in either subversion or
> TortoiseSVN whe
Hello!
We had upgraded from SVN v1.6.5 to SVN v1.7.0, and now we have a
really big problems, because SVN v1.7.0 is not working as previous SVN
versions and incorrectly working with restrictions for some
directories in authz.
A simple example of the issue:
Let's assume this authz file:
==
Andreas Krey wrote on Tue, Oct 18, 2011 at 10:37:36 +0200:
> On Tue, 18 Oct 2011 10:22:33 +, Daniel Shahaf wrote:
> ...
> > > Replacing each char by another one (individually, not caesar).
> > > But stays, though no duplicate lines:
> > >
> >
> > Huh? This transformation doesn't deduplicate,
> -Original Message-
> From: Stefan Küng [mailto:tortoise...@gmail.com]
> Sent: maandag 17 oktober 2011 21:28
> To: Mark Phippard
> Cc: users@subversion.apache.org
> Subject: Re: TortoiseSVN exception dialog improvements?
>
> On 17.10.2011 19:46, Mark Phippard wrote:
> > I wonder if the
Stefan Sperling wrote on Tue, Oct 18, 2011 at 11:11:22 +0200:
> On Mon, Oct 17, 2011 at 04:42:52PM -0700, Aaron Cammarata wrote:
> > Hello all -
> >
> > I've encountered an error that asked me to send the details to this email.
> >
> > I had a 1.6 working copy, and upgrade to Tortoise v1.7.n.
> >
Hello,
> -Ursprüngliche Nachricht-
> Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Gesendet: Dienstag, 18. Oktober 2011 08:44
> An: Brockamp, Peter
> Cc: users@subversion.apache.org
> Betreff: Re: Supposed serious(?) bug in either subversion or
> TortoiseSVN when upgrading to lat
On Tue, Oct 18, 2011 at 01:54:20PM +0400, Andrey wrote:
>
> Updating '.':
> 13:5
> Restored 'Sample\AnyDir\Restricte
On Tue, Oct 18, 2011 at 12:53:14PM +0200, Brockamp, Peter wrote:
> However, I had to learn the problem was reported by lots of other
> people before. Sorry about being the zillionth re-reporting this issue.
>
> http://subversion.apache.org/mailing-lists.html#list-list
> talks about searching the a
Hi.
I resolv my problem.
When I set "*.p = svn:eol-style=native" in config file then svn ses
svn: E29: File '..\kadr.polon.p' has inconsistent newlines
svn: E135000: Inconsistent line ending style
I'm convert line ending in my file and work fine.
in subversion 1.6 the problem does not exist
> -Original Message-
> From: Andrey [mailto:and...@online-solutions.ru]
> Sent: dinsdag 18 oktober 2011 11:54
> To: users@subversion.apache.org
> Subject: Very big problems with access rights (authz file using) in SVN
v1.7.0
> Importance: High
>
> Hello!
>
> We had upgraded from SVN v1.
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
(users@subversion.apache.org)
with as much information as possible about what
you were trying to do.
But please
This excepted when i tried to upgrade dir to 1.7 version of svn
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
(users@subversion.apache.org)
with as much info
On Tue, Oct 18, 2011 at 02:19:03PM +0300, Igor d wrote:
> This excepted when i tried to upgrade dir to 1.7 version of svn
>
> ---
> Subversion Exception!
> ---
> Subversion encountered a serious problem.
> Please take the time to report this on the S
Hello.
>> We had upgraded from SVN v1.6.5 to SVN v1.7.0, and now we have a
>> really big problems, because SVN v1.7.0 is not working as previous SVN
>> versions and incorrectly working with restrictions for some
>> directories in authz.
>>
>> A simple example of the issue:
>>
>> Let's assume thi
On Tue, Oct 18, 2011 at 05:09:52PM +0400, Andrey wrote:
> But when we using SVN v1.7.0 (console client from the same build as
> server; or TortoiseSVN), we had a problem. When user (who is
> restricted to access /RestrictedDir) tries to make svn update on the
> root dir (/Sample), he got error as I
Hello!
As I wrote a message about access rights problem before, now I will
write another message that will explain a reason for us to try to
update (unplanned update) to SVN v1.7.0.
We had used SVN v1.6.5 server (CollabNet build) on Windows 2003 x64
with 4GB RAM.
Yesterday SVN server is stopped
Hi!
When I have a sparse wc and there have been some changes in the
omitted subdirectories,
the "svn up" command may produce spiritous warnings trying to update
files that do not exist locally.
I am using 1.7.0, http: or https: protocol, Neon library.
Script that reproduces this issue with apach
Здравствуйте, Stefan.
Вы писали 18 октября 2011 г., 17:20:56:
>> But when we using SVN v1.7.0 (console client from the same build as
>> server; or TortoiseSVN), we had a problem. When user (who is
>> restricted to access /RestrictedDir) tries to make svn update on the
>> root dir (/Sample), he go
Hi,
I get the following error when trying to update an existing working copy which
was upgraded from 1.6. Is there any way to fix this locally without checking
out a new working copy? I have a number of changes in the working copy, so I
would rather continue using this checkout instead of creat
2011/10/18 Andrey :
> Здравствуйте, Stefan.
>
> Вы писали 18 октября 2011 г., 17:20:56:
>
>>> But when we using SVN v1.7.0 (console client from the same build as
>>> server; or TortoiseSVN), we had a problem. When user (who is
>>> restricted to access /RestrictedDir) tries to make svn update on the
[...]
SS> Can you please clarify which versions were running on the client
SS> and which version was running on the server when the problem appeared?
SS> Both running 1.7?
SS> Server 1.6 and clients 1.7?
SS> Clients 1.6 and server 1.7?
SS> From what you're saying the only thing I understand is
Здравствуйте, Johan.
Вы писали 18 октября 2011 г., 17:43:48:
JC> 2011/10/18 Andrey :
>> Здравствуйте, Stefan.
>>
>> Вы писали 18 октября 2011 г., 17:20:56:
>>
But when we using SVN v1.7.0 (console client from the same build as
server; or TortoiseSVN), we had a problem. When user (who is
Hi, Andrey,
Von: Andrey [mailto:and...@online-solutions.ru]
> We had used SVN v1.6.5 server (CollabNet build) on Windows 2003 x64 with
> 4GB RAM.
>
> Yesterday SVN server is stopped unexpectedly.
>
> I tried to restart it, but behaviour was:
> immediately after start it created about 800-900 thr
> -Original Message-
> From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
> Sent: dinsdag 18 oktober 2011 15:38
> To: users@subversion.apache.org
> Subject: E155010: "The node was not found" when updating a sparse working
> copy
>
> Hi!
>
> When I have a sparse wc and there have bee
Здравствуйте, Markus.
Вы писали 18 октября 2011 г., 17:55:55:
>> We had used SVN v1.6.5 server (CollabNet build) on Windows 2003 x64 with
>> 4GB RAM.
>>
>> Yesterday SVN server is stopped unexpectedly.
>>
>> I tried to restart it, but behaviour was:
>> immediately after start it created about 8
But if i have a lot of different local modifications in sources, you propose
me to checkout??? You are crazy?
HI Daniel and Stefan -
Thank you for the reply, and for confirming that a checkout was the correct
next step.
I'm afraid I already deleted the wc.db file (see, "Out of disk space" ;), so
no chance to debug it.
It's possible that it was a valid 1.6, but since I had only 1.7 tools
(tortoise), I di
On Tue, Oct 18, 2011 at 05:20:22PM +0300, Igor d wrote:
> But if i have a lot of different local modifications in sources, you propose
> me to checkout??? You are crazy?
Sorry, 'svn upgrade' cannot cope with corrupted 1.6 working copies.
That is simply the way it is.
There will be some fixes comin
On Tue, Oct 18, 2011 at 10:02 AM, Stefan Sperling wrote:
>
>> But if i have a lot of different local modifications in sources, you propose
>> me to checkout??? You are crazy?
>
> Sorry, 'svn upgrade' cannot cope with corrupted 1.6 working copies.
> That is simply the way it is.
Someone in another
Guten Tag Igor d,
am Dienstag, 18. Oktober 2011 um 16:20 schrieben Sie:
> But if i have a lot of different local modifications in sources, you propose
> me to checkout??? You are crazy?
No backup, no commit before changing your working copy format?
Sounds...
Mit freundlichen Grüßen,
Thorsten Sc
On Tue, 18 Oct 2011 10:18:24 +, Les Mikesell wrote:
...
> Someone in another thread mentioned doing fresh checkout, then copying
> the 1.7 .svn directory over to the old workspace and then being able
> to commit the outstanding changes. Is that a reasonable thing to try?
Should omit the .svn
Les Mikesell wrote on Tue, Oct 18, 2011 at 10:18:24 -0500:
> I think there is a bigger question regarding why there are so many
> corrupt 1.6 workspaces around that nothing so far had noticed. Should
> people be concerned about that even if they aren't upgrading yet?
> How can you tell if a worksp
Markus Schaber wrote on Tue, Oct 18, 2011 at 13:55:55 +:
> Some ideas helping to hunt down the bug: (If you have enough resources to do
> that?)
...
> If you use BDB backend, you could even try to dump/restore to FSFS, or vice
> versa.
And the logical next step: if you have a bdb/fsfs -backe
I tried adding your file with svn:eol-style=native and forcing the
backend to have non-normalized EOLs (despite the property) by using
svnmucc, and then append two lines and diff before/after committing,
but still couldn't reproduce your issue.
Adam Miazga wrote on Tue, Oct 18, 2011 at 14:33:44 +0
On 18 October 2011 16:33, Daniel Shahaf wrote:
> Les Mikesell wrote on Tue, Oct 18, 2011 at 10:18:24 -0500:
>> I think there is a bigger question regarding why there are so many
>> corrupt 1.6 workspaces around that nothing so far had noticed. Should
>> people be concerned about that even if they
Andrey Paramonov wrote on Tue, Oct 18, 2011 at 11:40:37 +0400:
> What confuses people most now is the scattered
> svn:mergeinfo ("Oh, why that dir has modified status, my merge
> shouldn't have changed it!").
Isn't this particular issue fixed in 1.7?
sebb wrote on Tue, Oct 18, 2011 at 16:57:14 +0100:
> On 18 October 2011 16:33, Daniel Shahaf wrote:
> > Les Mikesell wrote on Tue, Oct 18, 2011 at 10:18:24 -0500:
> >> I think there is a bigger question regarding why there are so many
> >> corrupt 1.6 workspaces around that nothing so far had noti
On Tue, 18 Oct 2011 17:33:35 +, Daniel Shahaf wrote:
...
> Or, failing that, check all md5's in the working copy. But I expect the
> former option is far simpler for most people.
Especially as we don't know how to find the expected md5 values
within .svn directory. The other parts are easy.
On 18 October 2011 17:10, Daniel Shahaf wrote:
> sebb wrote on Tue, Oct 18, 2011 at 16:57:14 +0100:
>> On 18 October 2011 16:33, Daniel Shahaf wrote:
>> > Les Mikesell wrote on Tue, Oct 18, 2011 at 10:18:24 -0500:
>> >> I think there is a bigger question regarding why there are so many
>> >> corr
Hello,
After upgrading to svn 1.7, I encounter some very annoying issues.
I have a web server with the following configuration:
hostname/ : standard website
hostname/svn: subversion repositories (using dav_svn)
hostname/projects: other website.
Before the update, this configuration were working
On Tue, 18 Oct 2011 17:54:41 +, Daniel Shahaf wrote:
> I tried adding your file with svn:eol-style=native and forcing the
> backend to have non-normalized EOLs (despite the property) by using
> svnmucc, and then append two lines and diff before/after committing,
> but still couldn't reproduce y
On Tue, Oct 18, 2011 at 10:18:24AM -0500, Les Mikesell wrote:
> On Tue, Oct 18, 2011 at 10:02 AM, Stefan Sperling wrote:
> >
> >> But if i have a lot of different local modifications in sources, you
> >> propose
> >> me to checkout??? You are crazy?
> >
> > Sorry, 'svn upgrade' cannot cope with c
sebb writes:
> In that case, either that is an insufficient check, or the upgrade
> fails to act correctly on the results of the check.
In what way? The upgrade detected the problem, stopped the upgrade and
left the 1.6 working copy unchanged apart from some files in .svn/tmp.
--
Philip
I found some details about this issue.
When neither SVNPath, nor SVNParentPath are defined in a vhost, or alias, the
mod_dav_svn prevents processing of all POST requests.
So it is no longer possible to have mod_dav_svn loaded in an apache instance
used to serve other content (as modules are glo
On 18.10.11 16:20, Igor d wrote:
> But if i have a lot of different local modifications in sources, you
> propose me to checkout??? You are crazy?
Move your old, existing working copy out of the way, check out a new one
in it's place, use WinMerge to copy the changed source files from the
old to t
Right-clicked on working copy folder, and selected "SVN Upgrade working
copy". I clicked "Upgrade the working copy" in the confirmation dialog, the
process starts, then the following exception is generated:
---
Subversion Exception!
---
Subversion en
On 18 October 2011 17:53, Philip Martin wrote:
> sebb writes:
>
>> In that case, either that is an insufficient check, or the upgrade
>> fails to act correctly on the results of the check.
>
> In what way? The upgrade detected the problem, stopped the upgrade and
> left the 1.6 working copy unch
> -Original Message-
> From: Andrey [mailto:and...@online-solutions.ru]
> Sent: dinsdag 18 oktober 2011 15:53
> To: Johan Corveleyn
> Cc: Stefan Sperling; Bert Huijben; users@subversion.apache.org
> Subject: Re[4]: Very big problems with access rights (authz file using) in
SVN
> v1.7.0
>
[Adding dev@s.a.o as I think this is a bug in the Subversion code,
although I don't know enough to be sure.]
Jean-Daniel Dupas writes:
>> Le 18 oct. 2011 à 18:39, Jean-Daniel Dupas a écrit:
>>
>>> After upgrading to svn 1.7, I encounter some very annoying issues.
>>> I have a web server with th
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion\libsvn_wc\entries.c'
line 1935: assertion failed (svn_checksum_match(entry_md5_checksum,
found_md5_checksum))
On Tue, Oct 18, 2011 at 7:20 PM, sebb wrote:
> On 18 October 2011 17:53, Philip Martin wrote:
>> sebb writes:
>>
>>> In that case, either that is an insufficient check, or the upgrade
>>> fails to act correctly on the results of the check.
>>
>> In what way? The upgrade detected the problem, st
True, but this was an internal repository which I am sure was not being updated.
This would not work, as you have pointed out, for a public repository if it has
been updated.
-Nathan
-Original Message-
From: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
Sent: Tuesday, Octob
On Tue, 18 Oct 2011 17:54:41 +, Daniel Shahaf wrote:
...
> svnmucc, and then append two lines and diff before/after committing,
> but still couldn't reproduce your issue.
I can't reproduce it on the linux box, either. At least not exactly.
This is going to be fun.
My apple produces (without a
Please unsubscribe me from the mailing list.
Thanks in advance.Anubhav
When building subversion 1.7.0 on Solaris9 I get a strange error:
/bin/bash /export/home/krey/sub1.7.0/libtool --tag=CC --silent --mode=compile
gcc -DSOLARIS2=9 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE
-g -O2 -g -O2 -pthreads -D_LARGEFILE64_SOURCE -DNE_LFS
-I./subversio
On Tue, 18 Oct 2011 21:53:31 +, Andreas Krey wrote:
...
> none ./build/transform_sql.py subversion/libsvn_subr/internal_statements.sql
> ./subversion/libsvn_subr/internal_statements.h
Hmm. Actually it seems tht that the python detection is skimpy.
Is that required?
Andreas
--
"Totally triv
Andreas Krey wrote on Tue, Oct 18, 2011 at 21:58:27 +0200:
> On Tue, 18 Oct 2011 21:53:31 +, Andreas Krey wrote:
> ...
> > none ./build/transform_sql.py
> > subversion/libsvn_subr/internal_statements.sql
> > ./subversion/libsvn_subr/internal_statements.h
>
> Hmm. Actually it seems tht that t
Hello,
I went to do an update on my trunk this afternoon and recived this dialog:
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
(users@subversion
On Tue, 18 Oct 2011 22:12:47 +, Daniel Shahaf wrote:
...
> - those foo.h file generated from foo.sql files are supposed to be
> pre-generated in the tarball
They are. Except that I copied over the tree, and the timestamps
afterwards were so that it tought it necessary to recreate. Ouch.
Ok,
Andreas Krey wrote on Tue, Oct 18, 2011 at 23:15:29 +0200:
> On Tue, 18 Oct 2011 22:12:47 +, Daniel Shahaf wrote:
> ...
> > - those foo.h file generated from foo.sql files are supposed to be
> > pre-generated in the tarball
>
> They are. Except that I copied over the tree, and the timestamps
Hello,
When I compiled with GCC (4.2.1) with compiler option -pedantic against
header file `svn_wc.h' in subversion version 1.7 I get the following error:
In file included from main.cc:1:
/opt/local/include/subversion-1/svn_wc.h:1210: error: comma at end of
enumerator list
make: *** [main] E
See:
$svn list
Directories should all match against the regular expression .*/$
Someone else feel free to correct me if I'm spreading bullsh*t. :-)
--
Dominik Psenner
## OpenPGP Key Signature #
# Key ID: B469318C #
# Fingerpr
> -Original Message-
> From: Bert Huijben [mailto:b...@qqmail.nl]
> Sent: dinsdag 18 oktober 2011 19:43
> To: 'Andrey'; 'Johan Corveleyn'
> Cc: 'Stefan Sperling'; users@subversion.apache.org
> Subject: RE: Re[4]: Very big problems with access rights (authz file
using) in
> SVN v1.7.0
> Ok
On Wed, Oct 19, 2011 at 12:17 AM, Bert Huijben wrote:
>> -Original Message-
>> From: Bert Huijben [mailto:b...@qqmail.nl]
>> Sent: dinsdag 18 oktober 2011 19:43
>> To: 'Andrey'; 'Johan Corveleyn'
>> Cc: 'Stefan Sperling'; users@subversion.apache.org
>> Subject: RE: Re[4]: Very big problems
> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> Sent: woensdag 19 oktober 2011 0:32
> To: Bert Huijben
> Cc: Andrey; Stefan Sperling; users@subversion.apache.org
> Subject: Re: Re[4]: Very big problems with access rights (authz file
using) in
> SVN v1.7.0
>
> On
If I have a sparse checkout of /trunk (say it has subdirectories dir1
and dir2, so I just have a working copy of /trunk/dir1), commit some
changes, switch my checkout to a branch, then try to merge the changes
I just committed, the mergeinfo property gets revisions marked with
"*" in the branch roo
Summary:
It seems that the new top-level .svn directory spontaneously disappears
sometimes?
Which leaves me with a useless working copy...
Details:
I updated my Cygwin installation recently, which (unexpectedly) gave me an
upgrade to svn 1.7.
This is on a Windows 7 64-bit Dell Latitude E6520.
$ s
Hi all,
I'm very new to the community and I can only imagine this question has been
asked before but google searching (and looking in archives) has not helped
but it may be because I don't know how to correctly phrase the question, but
here goes. Is there a way to have an expanded view into a repos
On Oct 18, 2011, at 22:06, Eli Bocek-Rivele wrote:
> Is there a way to have an expanded view into a repository's projects on NFS
> such that a user can explore it in a shell in a read-only fashion?
The closest thing would be to serve your repository with mod_dav_svn with
apache; you can then ac
I'm running Windows 7 64 bit and trying to checkout an existing svn repository.
I am able to connect to the same from an alternate computer.
Thanks,
-Isaac
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time
> But if i have a lot of different local modifications in
> sources, you propose me to checkout??? You are crazy?
>
Make a fresh checkout to the revision of your current working directory and
copy any file you have modified to the new working copy using a diff tool like
KDiff3 or Beyond Compare.
As the title.
--
此致
礼
罗勇刚
Yours
sincerely,
Yonggang Luo
2011/10/19 Isaac Hogue :
> I'm running Windows 7 64 bit and trying to checkout an existing svn
> repository. I am able to connect to the same from an alternate computer.
> Thanks,
> -Isaac
> ---
> Subversion Exception!
> ---
> Subversion encountered
On Tue, 18 Oct 2011 23:21:12 +, Daniel Shahaf wrote:
> Andreas Krey wrote on Tue, Oct 18, 2011 at 23:15:29 +0200:
> > On Tue, 18 Oct 2011 22:12:47 +, Daniel Shahaf wrote:
> > ...
> > > - those foo.h file generated from foo.sql files are supposed to be
> > > pre-generated in the tarball
>
On 18.10.2011 20:05, Daniel Shahaf wrote:
Andrey Paramonov wrote on Tue, Oct 18, 2011 at 11:40:37 +0400:
What confuses people most now is the scattered
svn:mergeinfo ("Oh, why that dir has modified status, my merge
shouldn't have changed it!").
Isn't this particular issue fixed in 1.7?
No, i
Am 18.10.2011 20:44, schrieb Nathan Ciliberto:
True, but [...]
What is true?
This would not
What is "this"?
Your responses are impossible to associate with a context. If you
stopped top-posting, as per mailing list guidelines, you might be better
understood. I'm not going to guess what
91 matches
Mail list logo