Opened 13 years ago

Last modified 13 years ago

#31399 closed defect

fossil 1.19 will not open new repositories after an error-free build — at Initial Version

Reported by: spamivore+macports@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 2.0.3
Keywords: Cc:
Port: fossil

Description

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.

Change History (0)

Note: See TracTickets for help on using tickets.