Re: "svn diff --diff-cmd diff -r PREV" doesn't work subversion repo of nmap

2010/3/12 Toralf Förster : > > Andy Levy wrote at 22:31:19 >> Since Subversion is returning >> >>    svn: Process 'diff' failed (exitwhy 2) >> >> Isn't it possible that it's a problem with diff? > No, this issue happens with every other diff command/wrapper I used > (eg. $> svn diff --diff-cmd echo

Re: Unexpected Externals behaviour in working copy

On Mar 12, 2010, at 15:47, Les Mikesell wrote: > On 3/12/2010 3:14 PM, Ryan Schmidt wrote: >> >> On Mar 12, 2010, at 14:43, Les Mikesell wrote: >> >>> What should happen to things that are added to a working copy some other >>> way but aren't managed by subversion? I don't think you want them

Re: Unexpected Externals behaviour in working copy

On 3/12/2010 3:14 PM, Ryan Schmidt wrote: On Mar 12, 2010, at 14:43, Les Mikesell wrote: On 3/12/2010 2:12 PM, Johan Corveleyn wrote: Is there an entry in the issue tracker for this, if this is indeed considered a bug (I know there is one for the inability to remove file externals, but fo

Re: "svn diff --diff-cmd diff -r PREV" doesn't work subversion repo of nmap

Andy Levy wrote at 22:31:19 > Since Subversion is returning > >svn: Process 'diff' failed (exitwhy 2) > > Isn't it possible that it's a problem with diff? No, this issue happens with every other diff command/wrapper I used (eg. $> svn diff --diff-cmd echo -r PREV) It happens only within the

Re: unable to reintegrate branch

I think you are right, Johan. I just found this post: http://svn.haxx.se/dev/archive-2009-03/0752.shtml Specifically these lines: >> Problems? I can't see how it would *ever* work. Reintegrate was >> never intended to support the use case where you had a shallow branch >> working copy. Keep in mind

Re: "svn diff --diff-cmd diff -r PREV" doesn't work subversion repo of nmap

2010/3/12 Toralf Förster : > Hello, > > here's another issue I'm usure whether it is Gentoo-specific : > > https://bugs.gentoo.org/show_bug.cgi?id=309183 Please stop posting links to the HTTPS version of that site. They don't use a certificate that Firefox recognizes, which is a pain. HTTP is perf

Re: "Revision file lacks trailing newline" on a "small" project

On Mar 12, 2010, at 14:08, Johan Corveleyn wrote: > On Fri, Mar 12, 2010 at 1:26 PM, Ricardo Coelho wrote: >> > >> We have a SVN server on Solaris 8 with many repositories. >> To migrate, I do dumps. But for one repository, I have a "Revision file >> lacks trailing newline" error. >> >> The ser

Re: Unexpected Externals behaviour in working copy

On Mar 12, 2010, at 14:43, Les Mikesell wrote: > On 3/12/2010 2:12 PM, Johan Corveleyn wrote: >> > >> Is there an entry in the issue tracker for this, if this is indeed >> considered a bug (I know there is one for the inability to remove file >> externals, but for this behavior of dir externals

"svn diff --diff-cmd diff -r PREV" doesn't work subversion repo of nmap

Hello, here's another issue I'm usure whether it is Gentoo-specific : https://bugs.gentoo.org/show_bug.cgi?id=309183 -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3

Re: unable to reintegrate branch

On Fri, Mar 12, 2010 at 6:53 PM, Manny DaSilva wrote: > I read article in detail: > http://www.collab.net/community/subversion/articles/merge-info.html > and now I think I know why the X/A mergeinfo has asterisk > (/trunk/A:199-202*). Folder X/A has additional sub-folders, other > than 1,2,3 and t

Re: Unexpected Externals behaviour in working copy

On 3/12/2010 2:12 PM, Johan Corveleyn wrote: Hi David, when I analysed externals in 1.6 about a year ago, that is what I found. I consider it a bug. Is there an entry in the issue tracker for this, if this is indeed considered a bug (I know there is one for the inability to remove file exter

Re: Unexpected Externals behaviour in working copy

On Fri, Mar 12, 2010 at 3:21 PM, David Aldrich wrote: > Hi Neels > > Thanks very much for your answer. It clarified svn's behaviour with externals > for me. > > With best regards > > David > > > From: neels [nee...@gmail.com] > Sent: 12 March 2010 14:08 >

SVN::Notify

I've been diving through SVN::Notify's documentation and I am a bit confused. The documentation explains all the various classes, but it doesn't explain exactly how they're used. It appears that I construct a SVN::Notify instance, then use the various classes to set things up, then end it with an

Re: "Revision file lacks trailing newline" on a "small" project

On Fri, Mar 12, 2010 at 1:26 PM, Ricardo Coelho wrote: > Hi, > > We have a SVN server on Solaris 8 with many repositories. > To migrate, I do dumps. But for one repository, I have a "Revision file > lacks trailing newline" error. > > The server's version is 1.4.3. Hm, svn 1.4 is actually not supp

unknown capability: depth ?

Hi, I am using svn 1.5.4 on Ubuntu 9.04 against most likely an older server, and when I try to checkout, I get the following terse message: svn: Unknown capability : depth Running with svn 1.4.2 on another machine works well. What's exactly the problem? Is there a workaround such that I could

Re: unable to reintegrate branch

I read article in detail: http://www.collab.net/community/subversion/articles/merge-info.html and now I think I know why the X/A mergeinfo has asterisk (/trunk/A:199-202*). Folder X/A has additional sub-folders, other than 1,2,3 and those sub-folders, for example X/A/4, are not available in the s

Re: missing error messages

Ping. Janus, would this make you happy? Do you think this fix should go in? Stefan On Wed, Mar 03, 2010 at 05:08:41PM +0100, Stefan Sperling wrote: > On Wed, Mar 03, 2010 at 04:06:08PM +0100, Janus Weil wrote: > > Dear subversion team, > > > > I noticed that recent svn releases fail to display

Re: svn diff ignores externals

On 12 March 2010 15:03, Max wrote: > Hi, > > I have a repository with a structure which mixes some normal and external > repositories as follows > > - code_dir > | > `- src_dir >  | >  `- external_1 >  | >  `- dir_1 >  | >  `- external_2 > > where code_dir, src_dir and dir_1 are located on a repos

Re: unable to reintegrate branch

First, thank you for the quick reply. Second, I want to apologize for having some missing info in my post. In my email I have two steps labeled #3. This is the merge from trunk into sparse working-copy of branch X. Let's call this step #3b. I also failed to mention that before the merge at step

Error "An existing connection was forcibly closed by the remote host" with F5 content switch or working copy on shared drive

Hi, I'm trying to understand why the following error occurs. svn: REPORT request failed on '/svn/reponame/!svn/vcc/default' svn: REPORT of '/svn/reponame/!svn/vcc/default': Could not read response body: An existing connection was forcibly closed by the remote host. ( http://HOSTNAME

RE: Unexpected Externals behaviour in working copy

Hi Neels Thanks very much for your answer. It clarified svn's behaviour with externals for me. With best regards David From: neels [nee...@gmail.com] Sent: 12 March 2010 14:08 To: David Aldrich Cc: users@subversion.apache.org Subject: Re: Unexpected Ext

Re: Unexpected Externals behaviour in working copy

On 12 March 2010 11:28, David Aldrich wrote: > Hi > > I haven't had a reply to this question of mine yet. So I would like to > rephrase it: > > Is it true that if I delete an external relating to a folder or file then svn > will not automatically delete that folder/file from my local working cop

bug report: auth by path failed when path includes '[' and ']'

Symptom: auth by path failed when path includes '[' and ']' svnaccessfile: [groups] g_manager = manager g_developer = developer [test:/] * = [test:/[1]report] @g_manager = rw @g_developer = Result: Neither manager or developer could not commit files under folder “[1]re

Using packed files as virtual directory

Dear Subversion-Team I have little question/sugestion. Is it possible to manage a packed file (eg. zip, odt, svgz, jar, kmz) as a virtual directory? This would be a nice feature, if you want manage your concepts and notices (odf-file) in your repository or work togehther on svg-files. Regards

"Revision file lacks trailing newline" on a "small" project

Hi, We have a SVN server on Solaris 8 with many repositories. To migrate, I do dumps. But for one repository, I have a "Revision file lacks trailing newline" error. The server's version is 1.4.3. Can someone help me ? Thanks in advance PS : Sorry for my english

Solaris 10 64 bit compile woes

Hi, a few months ago I built subversion 1.6.5 successfully under Solaris 10/Intel 32 bit. However, the same source as well as subversion 1.6.9 fail when compiling as 64 bit. The error occurs in the same module as reported by Rodrigo Goncalves on 2010 Wed, 06 Jan, 10:02 SVN 1.6.6 compilation error

svn diff ignores externals

Hi, I have a repository with a structure which mixes some normal and external repositories as follows - code_dir | `- src_dir | `- external_1 | `- dir_1 | `- external_2 where code_dir, src_dir and dir_1 are located on a repository under my control, while external_1 and external_2

Re: RedHat 5.4 / CentOS 5.4 upgrade to Subversion 1.6.9 - SQLite compiled for 3.6.13, but running with 3.3.6

On Friday 12 Mar 2010, Marcus Schultheiss wrote: > Hello, > > does anybody do have any hints on this issue regarding CentOS 5.4. > How to upgrade to 1.6.9 but not break Distribution - SQLite 3.3.6 => > 3.6.13. > > A work-a-round (e.g. get LD_LIBRARY_PATH to work would help too) > > any help is appr

RE: Unexpected Externals behaviour in working copy

Hi I haven't had a reply to this question of mine yet. So I would like to rephrase it: Is it true that if I delete an external relating to a folder or file then svn will not automatically delete that folder/file from my local working copy? This seems to be related to Subversion issue #3351 (al

Re: unable to reintegrate branch

On Fri, Mar 12, 2010 at 12:19 AM, Manny DaSilva wrote: > Server at v1.6.9 > CollabNet command-line client at v1.6.9 > TortoiseSVN client at v1.6.7 > 1. Trunk copied to branches/X > 2. Shallow checkout of branches/X creates sparse working-copy: > X/A > X/B > 3. update --set-depth infinity X/A downl

segfault while asking kde wallet

I'm wondering whether this https://bugs.gentoo.org/show_bug.cgi?id=309065 is a bug specific to Gentoo or whether it is a rather upstream bug ? -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3