headers
Philip Martin | 1 Jul 2003 01:01
Picon

Re: [Issue 1356] - svn_import_dirs dumps complete repository

"Files" <files <at> poetryunlimited.com> writes:

> So what exactly is the resolution for this? Someone is already
> working on this?

Please don't use the issues list for email discussion.  Either log
into tigris and use the issue tracker, or send email directly to the
dev list.

--

-- 
Philip Martin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe <at> subversion.tigris.org
For additional commands, e-mail: dev-help <at> subversion.tigris.org
Permalink | Reply | 1 comment |
headers
Philip Martin | 1 Jul 2003 01:06
Picon

Re: [Issue 1356] - svn_import_dirs dumps complete repository

Philip Martin <philip <at> codematters.co.uk> writes:

> "Files" <files <at> poetryunlimited.com> writes:

Oops, sorry, I meant to send this directly to "Files".

--

-- 
Philip Martin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe <at> subversion.tigris.org
For additional commands, e-mail: dev-help <at> subversion.tigris.org
Permalink | Reply | 0 comments |
headers
Sander Striker | 1 Jul 2003 01:00
Picon
Favicon

RE: apache svn server memory usage?

> From: sussman <at> collab.net [mailto:sussman <at> collab.net]
> Sent: Monday, June 30, 2003 7:28 PM

> This is normal.  14-22M httpd isn't great, but it's much better than
> the hundreds of megs it used to be, back when we had real memory
> bugs.  :-)
> 
> The problem is the way apache's pools work;  a single httpd process

Ahum... starting with 'The problem is' is not a good way to describe
pools ;)

> will "grow" to the size necessary to finish a request, but then even
> though the pool is "freed", it's not *really* freed.  It goes back
> into a memory-reuse area.

Correct.  It does a check whether it should free() that memory or keep
it around.  The default is keeping everything around.  Over time,
memory usage will stabilize and thus no more system calls in the form
of malloc()/free() are needed.

The MaxMemFree directive allows you to control the total amount of
memory somewhat.  httpd 2.0.47 will (most probably) obey this directive
better than the current version does.

Sander

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe <at> subversion.tigris.org
For additional commands, e-mail: dev-help <at> subversion.tigris.org
(Continue reading)

Permalink | Reply | 0 comments |
headers
Colin Watson | 1 Jul 2003 01:27
Picon

Re: [PATCH]: tools/client-side/bash_completion

On Mon, Jun 30, 2003 at 04:40:25PM -0400, Tim Moloney wrote:
> Greg Stein wrote:
> >On Mon, Jun 30, 2003 at 01:57:19PM -0500, David Summers wrote:
> >>So I tried the following patch to hopefully fix it.  Does this look right?
> >>If so, let me know and I'll go ahead and commit it as soon as someone 
> >>reviews and OKs it.
> >
> >Yup. I get the same error, and this fixes it right up.
> >
> >+1 to commit.
> 
> I submitted the same patch about six months ago and was told that
> extglob needed to be enabled in bash for bash completion to work.
> I enabled extglob and bash completion did indeed start working.
> I don't know enough about extglob to know if it is really required.
> I just wanted to point this out in case the patch doesn't really
> fix the problem.

I agree.  <at> ${...} is entirely different from  <at> (...), and will produce
incorrect results. For an example, in a shell with 'shopt -s extglob',
type 'svn ci --editor-cmd --' and then hit Tab before and after this
patch.

The need for 'shopt -s extglob' is explained in the comment at the top
of the completion file.

--

-- 
Colin Watson                                  [cjwatson <at> flatline.org.uk]

---------------------------------------------------------------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bruce DeVisser | 1 Jul 2003 01:46
Picon

Re: Filesystem has no such node-rev-id

Oops, forgot one thing:

On Mon, Jun 30, 2003 at 01:20:51PM -0400, Bruce DeVisser wrote:
> The scenario: after some development, I tagged a piece of
> the trunk by copying to the repository tags directory.
> Afterward, I created a development branch of the entire
> trunk. I attempted svn switch to the branch, but it
> failed, saying there was no space on the device (actually
> there was double the size of the entire repository
> available).

Prior to all of this, I had run out of disk quota during a
minor commit, and requested more. I ran svn cleanup
immediately after obtaining it, just in case.

And, this raises another question about recovery: how is
this 'replay' done? Is it just a matter of plugging in the
log files and running svnadmin recover? (I got an error when
I tried this, but didn't have the presence of mind to write
it down.) In any case, it is not entirely clear to me from
the documentation (even the BD documentation). But it is
possible I just haven't found the right spot in the docs.

Bruce

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe <at> subversion.tigris.org
For additional commands, e-mail: dev-help <at> subversion.tigris.org
(Continue reading)

Permalink | Reply | 1 comment |
headers
Garrett Rooney | 1 Jul 2003 01:56

Re: Filesystem has no such node-rev-id

Bruce DeVisser wrote:
> Oops, forgot one thing:
> 
> On Mon, Jun 30, 2003 at 01:20:51PM -0400, Bruce DeVisser wrote:
> 
>>The scenario: after some development, I tagged a piece of
>>the trunk by copying to the repository tags directory.
>>Afterward, I created a development branch of the entire
>>trunk. I attempted svn switch to the branch, but it
>>failed, saying there was no space on the device (actually
>>there was double the size of the entire repository
>>available).
> 
> 
> Prior to all of this, I had run out of disk quota during a
> minor commit, and requested more. I ran svn cleanup
> immediately after obtaining it, just in case.

svn cleanup won't do you much good if you ran out of disk space on the 
filesystem the repository lives on, it just cleans up the working copy, 
it doesn't touch the repository at all.  i imagine svnadmin recover 
would be the way to go in such a case, but someone with more 
filesystem-fu would be able to answer better.

> And, this raises another question about recovery: how is
> this 'replay' done? Is it just a matter of plugging in the
> log files and running svnadmin recover? (I got an error when
> I tried this, but didn't have the presence of mind to write
> it down.) In any case, it is not entirely clear to me from
> the documentation (even the BD documentation). But it is
(Continue reading)

Permalink | Reply | 0 comments |
headers
Branko Čibej | 1 Jul 2003 02:35
Picon

Re: Case-sensitivity and Windows

Philip Martin wrote:

>Philip Martin <philip <at> codematters.co.uk> writes:
>
>  
>
>>John Barstow <John_Barstow <at> gfsg.co.nz> writes:
>>
>>    
>>
>>>Garrett Rooney [mailto:rooneg <at> electricjellyfish.net] wrote:
>>>
>>>What do you mean by 'svn log ignores case'?
>>>
>>>C:\source>ls
>>>logotext.jpg
>>>
>>>C:\source>svn log logotext.jpg
>>>
>>>C:\source>svn log logoText.jpg
>>>      
>>>
>>I don't use Windows, but isn't that the way a Windows program is
>>supposed to work?  If you want case sensitivity then URLs (or a case
>>sensitive filesystem/OS).
>>    
>>
>
>After further thought, I would expect this to be case sensitive even
>on Windows.  Do you have both logotext.jpg and logoText.jpg in the
(Continue reading)

Permalink | Reply | 0 comments |
headers
Branko Čibej | 1 Jul 2003 02:37
Picon

Re: Case-sensitivity and Windows

John Barstow wrote:

>>John Barstow <John_Barstow <at> gfsg.co.nz> writes:
>>    
>>
>
>  
>
>>>Garrett Rooney [mailto:rooneg <at> electricjellyfish.net] wrote:
>>>
>>>What do you mean by 'svn log ignores case'?
>>>
>>>C:\source>ls
>>>logotext.jpg
>>>
>>>C:\source>svn log logotext.jpg
>>>
>>>C:\source>svn log logoText.jpg
>>>      
>>>
>
>  
>
>>I don't use Windows, but isn't that the way a Windows program is
>>supposed to work?  If you want case sensitivity then URLs (or a case
>>sensitive filesystem/OS).
>>    
>>
>
>Well, yes, except 'svn add', 'svn st', etc. do NOT work this way.
(Continue reading)

Permalink | Reply | 751 comments |
headers
Li HaiChen | 1 Jul 2003 05:54
Picon
Favicon

I have a problem that install subversion, Can you help me?

Subversion Group:
 hello.
 When i decompress neon-0.23.9-1.i386.rpm,there is a error occured, that 
error is " zlib>=1.1.4 is needed by neon-0.23.9-1 ", I have download a rpm 
package of zlib.1.1.4-4.i386.rpm,but when I decompressed it from linux, I'm 
told that it's conflicts with zlib-1.1.3-25.7.So I want to uninstalling 
zlib-1.1.3-25.7,but it's also failed because some of utilty used it.
  So what can I solved this problem?  My liunx's version is Linux 7.1.

  Thank you.
                             Haichen.li      2003/07/01

_________________________________________________________________
享用世界上最大的电子邮件系统― MSN Hotmail。  http://www.hotmail.com  

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe <at> subversion.tigris.org
For additional commands, e-mail: dev-help <at> subversion.tigris.org
Permalink | Reply | 2 comments |
headers
David Summers | 1 Jul 2003 06:21
Picon

Re: I have a problem that install subversion, Can you help me?


On Tue, 1 Jul 2003, Li HaiChen wrote:

> Subversion Group:
>  hello.
>  When i decompress neon-0.23.9-1.i386.rpm,there is a error occured, that 
> error is " zlib>=1.1.4 is needed by neon-0.23.9-1 ", I have download a rpm 
> package of zlib.1.1.4-4.i386.rpm,but when I decompressed it from linux, I'm 
> told that it's conflicts with zlib-1.1.3-25.7.So I want to uninstalling 
> zlib-1.1.3-25.7,but it's also failed because some of utilty used it.
>   So what can I solved this problem?  My liunx's version is Linux 7.1.
> 

Have you tried "rpm -Uvh zlib-1.1.4-4.i386.rpm"?  That should do what you 
want, which is to "upgrade" the zlib RPM.  An "upgrade" installs the new 
RPM and un-installs the old one, all in one operation.

Please let me know if this doesn't work for you.

--

-- 
David Wayne Summers          "Linux: Because reboots are for hardware upgrades!"
david <at> summersoft.fay.ar.us   PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint =  C0 E0 4F 50 DD A9 B6 2B  60 A1 31 7E D2 28 6D A8 

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe <at> subversion.tigris.org
For additional commands, e-mail: dev-help <at> subversion.tigris.org
Permalink | Reply | 0 comments |

Gmane