#42785: db46: error: no member named 'seq' in 'struct __db' ----------------------+-------------------------------- Reporter: zoleg@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: invalid | Keywords: Port: db46 | ----------------------+-------------------------------- Changes (by ryandesign@…): * status: new => closed * cc: blair@… (added) * resolution: => invalid Comment: You presumably have a rogue copy of readline installed in /usr/local; please remove it. See comment:ticket:12040:4. We don't support having software installed in /usr/local when using MacPorts. -- Ticket URL: <https://trac.macports.org/ticket/42785#comment:1> MacPorts <http://www.macports.org/> Ports system for OS X

#42785: db46: error: no member named 'seq' in 'struct __db' ----------------------+-------------------------------- Reporter: zoleg@… | Owner: macports-tickets@… Type: defect | Status: reopened Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: | Keywords: Port: db46 | ----------------------+-------------------------------- Changes (by zoleg@…): * status: closed => reopened * resolution: invalid => -- Ticket URL: <https://trac.macports.org/ticket/42785#comment:3> MacPorts <http://www.macports.org/> Ports system for OS X

#42785: db46: error: no member named 'seq' in 'struct __db' ----------------------+-------------------------------- Reporter: zoleg@… | Owner: macports-tickets@… Type: defect | Status: reopened Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: | Keywords: Port: db46 | ----------------------+-------------------------------- Comment (by mp@…): Same problem on Mavericks here. (After upgrading from Snow Leopard, the rebuild of `db46` failed with this error, and almost every time I have installed or upgraded something in MacPorts it has been trying to upgrade `db46` and failing.) Removing {{{ --enable-dump185 }}} from `configure.args` solves the issue. Some details: Discovered that a {{{/usr/include/db.h}}} got installed by the OSX 10.9 SDK, {{{ -r--r--r-- 1 root wheel 7897 May 27 11:45:17 2014 /usr/include/db.h May 27 11:45:03 installd[1472]: PackageKit: Extracting file://localhost/Volumes/Command%20Line%20Developer%20Tools/Packages/CLTools_Executables.pkg May 27 11:45:13 installd[1472]: PackageKit: Extracting file://localhost/Volumes/Command%20Line%20Developer%20Tools/Packages/MacOSX10_9_SDK.pkg May 27 11:45:25 installd[1472]: PackageKit: update_dyld_shared_cache -overlay /var/folders/... }}} but that is not causing this problem with the `db46` build. (It might have been there before the Mavericks upgrade too.) Also moved `/usr/local` aside by renaming it when trying to build, just to make sure nothing there interferes. The {{{compat185}}} variant also builds without the {{{--enable- dump185}}}, but building it by adding {{{--enable-dump185}}} with {{{ variant compat185 description {build with db185 compatibility mode} { configure.args-append --enable-compat185 --enable-dump185 }}} fails as originally. Trying to access databases that are reported to be "Berkeley DB 1.85" with the `compat185` variant built without `--enable-dump185` doesn't work. {{{db46_verify /etc/aliases.db}}} fails for example. It is not clear to me how this is supposed to behave, though. {{{ db46 @4.6.21_9+compat185+universal (active) platform='darwin 13' archs='i386 x86_64' }}} built without `--enable-dump185`: {{{ # /usr/bin/file /etc/aliases.db /etc/aliases.db: Berkeley DB 1.85 (Hash, version 2, big-endian) # db46_verify /etc/aliases.db db46_verify: /private/etc/aliases.db: unexpected file type or format db46_verify: Page 0: metadata page corrupted db46_verify: Page 0: pgno incorrectly set to 3775922176 db46_verify: Page 0: bad magic number 4096 db46_verify: mmap: Invalid argument db46_verify: /private/etc/aliases.db: DB_VERIFY_BAD: Database verification failed }}} -- Ticket URL: <https://trac.macports.org/ticket/42785#comment:6> MacPorts <http://www.macports.org/> Ports system for OS X