[MacPorts] #31399: fossil 1.19 will not open new repositories after an error-free build

MacPorts noreply at macports.org
Sun Sep 25 12:17:10 PDT 2011


#31399: fossil 1.19 will not open new repositories after an error-free build
----------------------------------------------+-----------------------------
 Reporter:  spamivore+macports@…              |       Owner:  macports-tickets@…                   
     Type:  defect                            |      Status:  new                                  
 Priority:  Normal                            |   Milestone:                                       
Component:  ports                             |     Version:  2.0.3                                
 Keywords:                                    |        Port:  fossil                               
----------------------------------------------+-----------------------------
 The current fossil port does not seem to build correctly against sqlite3.
 The build appears to complete successfully, but the fossil application
 triggers a sqlite3 error. For example:

 $ fossil new foo
 project-id: c5bbf69fd327b1a7d821b01285b5b35a68bc391a
 server-id:  db3f22e0eb0ba9dd284890556cb0f6abdbc33f50
 admin-user: codegnome (initial password is "2536a5")

 $ fossil open foo
 fossil: SQLITE_READONLY: statement aborts at 19: [INSERT OR IGNORE INTO
 global_config(name,value)VALUES('repo:/private/tmp/foo',1)] attempt to
 write a readonly database
 fossil: attempt to write a readonly database
 INSERT OR IGNORE INTO
 global_config(name,value)VALUES('repo:/private/tmp/foo',1)

 If you have recently updated your fossil executable, you might
 need to run "fossil all rebuild" to bring the repository
 schemas up to date.

 $ fossil version
 This is fossil version 1.19 [6517b5c857] 2011-09-01 18:25:19 UTC

 This error is not location dependent, and happens regardless of the
 directory or filename used to create/open the repository. As a result, the
 binary is essentially non-functional. Uninstalling and reinstalling the
 port seems to make no difference, either. The results are the same.

 If it matters, I'm running OS X Lion with the latest version of MacPorts
 and the ports tree is current. The same binary seems to work when compiled
 against libsqlite3-0 v3.7.8-1 under Debian, so it's difficult to tell if
 the problem is the fossil port itself, or the version of sqlite3 it is
 compiling against.

-- 
Ticket URL: <https://trac.macports.org/ticket/31399>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list