[MacPorts] #62929: Failed to initialize MacPorts, sqlite error: near "COLUMN": syntax error (1) while executing query: ALTER TABLE registry.ports RENAME COLUMN negated_variants TO requested_variants

MacPorts noreply at macports.org
Fri May 21 12:48:12 UTC 2021


#62929: Failed to initialize MacPorts, sqlite error: near "COLUMN": syntax error
(1) while executing query: ALTER TABLE registry.ports RENAME COLUMN
negated_variants TO requested_variants
-------------------------+--------------------
  Reporter:  peterruoff  |      Owner:  jmroot
      Type:  defect      |     Status:  closed
  Priority:  Normal      |  Milestone:
 Component:  base        |    Version:  2.7.0
Resolution:  fixed       |   Keywords:  mojave
      Port:              |
-------------------------+--------------------
Changes (by jmroot):

 * owner:  (none) => jmroot
 * status:  new => closed
 * resolution:   => fixed


Comment:

 In [changeset:"0249b3cf7e2fcb721e5ecae38e632a23007e647d/macports-base"
 0249b3cf7e2fcb721e5ecae38e632a23007e647d/macports-base] (master):
 {{{
 #!ConfigurableCommitTicketReference repository="macports-base"
 revision="0249b3cf7e2fcb721e5ecae38e632a23007e647d"
 Check SQLite runtime version

 Check sqlite3_libversion_number() directly at runtime where it's not
 too unwieldy to do so. In the other cases, still check at build time,
 but using a new macro MP_SQLITE_VERSION, which is the lesser of
 the SQLITE_VERSION_NUMBER and sqlite3_libversion_number() values found
 at configure time. It's not binary portability, but it should be enough
 for the case where selfupdate has to build against an SDK that doesn't
 match the OS version it's building on.

 Fixes: https://trac.macports.org/ticket/62929
 }}}

-- 
Ticket URL: <https://trac.macports.org/ticket/62929#comment:13>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list