php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #60583 Checkout always locked and readonly
Submitted: 2011-12-21 08:37 UTC Modified: 2011-12-23 06:49 UTC
From: xaver dot maierhofer at conceptnet dot de Assigned:
Status: Closed Package: svn (PECL)
PHP Version: 5.3.8 OS: Debian
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: xaver dot maierhofer at conceptnet dot de
New email:
PHP Version: OS:

 

 [2011-12-21 08:37 UTC] xaver dot maierhofer at conceptnet dot de 
Description:
------------
The copy isn't locked.
$ svn unlock .
svn: E195013: "web" is not locked (translated)

Warning: svn_add(): svn error(s) occured
155004 (Attempted to lock an already-locked dir) Working copy '/var/www/XXXXX/web' locked
200031 (Attempted to write to readonly SQLite db) attempt to write a readonly database
200031 (Attempted to write to readonly SQLite db) attempt to write a readonly database
 in svn.php on line 9

Test script:
---------------
svn_add ( $path."/folder1", true, true );

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2011-12-21 10:03 UTC] xaver dot maierhofer at conceptnet dot de 
I forgot, SVN version 1.7.2
 [2011-12-21 15:10 UTC] alan_k@php.net 
I suspect we need to start using the newer api (we are currently using the old api in most cases)

Patches welcome 

Regards
Alan
 [2011-12-22 02:07 UTC] alan_k@php.net 
Automatic comment from SVN on behalf of alan_k
Revision: http://svn.php.net/viewvc/?view=revision&revision=321311
Log: fix #60583 - compile failing due to missing definition of svn_version_t in newer releases of libsvn
 [2011-12-22 02:07 UTC] alan_k@php.net
-Status: Open +Status: Closed -Assigned To: +Assigned To: alan_k
 [2011-12-22 02:07 UTC] alan_k@php.net 
This bug has been fixed in SVN.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.
 [2011-12-22 02:07 UTC] alan_k@php.net
-Status: Closed +Status: Re-Opened
 [2011-12-22 02:07 UTC] alan_k@php.net 
ooops closed wrong bug..
 [2011-12-22 04:46 UTC] alan_k@php.net 
are you running both as the same user?

are you running the svn.php from the apache as www-data user who does not have 
access permissions to that file/folder?
 [2011-12-22 08:14 UTC] xaver dot maierhofer at conceptnet dot de 
Web is another user as www-data (SuExec)
SVN is owned by www-data, but it works normal. Because SVN Folder have enough rights. Before the update it was fine.

I set permission for svn folder and .svn folder (only 1 folder in 1.7.2, that was reason for the update) -> i did it again right now

-> Right now its really strange. First time i start the script, i get a 404 error (Site not found). Second time the same error again as before. If i do a "svn cleanup", i get an error 404 again.
 [2011-12-23 06:49 UTC] alan_k@php.net
-Status: Re-Opened +Status: Open -Assigned To: alan_k +Assigned To:
 [2021-04-06 10:40 UTC] git@php.net 
Automatic comment on behalf of roojs
Revision: https://github.com/php/pecl-tools-svn/commit/2e7c48ea7de5c0ab7bdf2f7d4ad915a0978874ed
Log: fix #60583 - compile failing due to missing definition of svn_version_t in newer releases of libsvn
 [2021-04-06 10:40 UTC] git@php.net
-Status: Open +Status: Closed
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Tue Jul 01 17:01:34 2025 UTC