<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>102540</bug_id>
          
          <creation_ts>2005-08-14 13:38 0000</creation_ts>
          <short_desc>xemacs can&apos;t load berkeley-db</short_desc>
          <delta_ts>2006-12-10 03:43:26 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>dan@longhands.org</reporter>
          <assigned_to>xemacs@gentoo.org</assigned_to>
          <cc>halcy0n@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>dan@longhands.org</who>
            <bug_when>2005-08-14 13:38:58 0000</bug_when>
            <thetext>Even though xemacs is emerged with the +berkdb flag, xemacs doesn&apos;t seem to have
berkeley-db support.

Reproducible: Always
Steps to Reproduce:
1. M-x toggle-where-was-i

Actual Results:  
Error:  Cannot open load file: berkeley-db




   * app-editors/xemacs-21.4.15-r3
   Install date: Sun Aug 14 13:08:16 2005
   USE=&quot;gpm ldap nas X jpeg tiff png motif berkdb -postgres -xface -dnd -mule
-freewnn -canna -athena -neXt -Xaw3d&quot;

Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.5-
r0, 2.6.12-gentoo-r6 i686)
=================================================================
System uname: 2.6.12-gentoo-r6 i686 Intel(R) Pentium(R) M processor 1.60GHz
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.11
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10, 2.16-r1
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -march=pentium -fomit-frame-pointer&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/
config /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -march=pentium -fomit-frame-pointer&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig distlocks sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://gentoo.ccccom.com&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 X alsa apache2 apm arts avi berkdb bitmap-fonts cdr crypt cups curl dvd
 dvdread eds emacs emboss encode esd exif fam ffmpeg flac foomaticdb fortran gd 
gdbm gif gnome gpm gstreamer gtk gtk2 imagemagick imlib ipv6 java jpeg junit lda
p libg++ libwww mad mikmod mmx motif mozilla mp3 mpeg nas ncurses nls offensive 
ogg oggvorbis opengl oss pam pdflib perl png python quicktime readline ruby sdl 
slang speex spell sse sse2 ssl tcltk tcpd tiff truetype truetype-fonts type1-fon
ts vorbis xml xml2 xmms xv xvid zlib userland_GNU kernel_linux elibc_glibc&quot;
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tove@gentoo.org</who>
            <bug_when>2005-09-03 02:59:32 0000</bug_when>
            <thetext>yes, i seems that berkdb should be renamed to gdbm.

where does toggle-where-was-i come from? i don&apos;t have it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dan@longhands.org</who>
            <bug_when>2005-09-03 14:47:37 0000</bug_when>
            <thetext>It&apos;s part of app-xemacs/edit-utils.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gl@cs.rmit.edu.au</who>
            <bug_when>2006-06-08 02:14:29 0000</bug_when>
            <thetext>Setting berkdb does indeed enable gdbm.

Updated ebuild for 21.4.19 in bug 97786 has both a gdbm and a berkdb flag. 

I tried toggle-where-was-i for the first time :) 

 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jaybuhner77@yahoo.com</who>
            <bug_when>2006-10-21 23:27:31 0000</bug_when>
            <thetext>Created an attachment (id=100194)
Patch to fix gdbm / berkdb confusion.


I&apos;ve created a patch (which I have attached to this bug report) which does two things: first, it cleans up the current berkdb/gdbm confusion, so that if berkdb is specified, then that is what is used, and if gdbm is specified, then that is what is used;  second, this patch causes xemacs to use db-4 rather than db-1.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>graaff@gentoo.org</who>
            <bug_when>2006-12-10 03:43:26 0000</bug_when>
            <thetext>This is now fixed in xemacs 21.4.19-r2, using a combination of my own and Adam&apos;s patches.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>100194</attachid>
            <date>2006-10-21 23:27 0000</date>
            <desc>Patch to fix gdbm / berkdb confusion.</desc>
            <filename>xemacs-db-patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC4veGVtYWNzLTIxLjQuMTkuZWJ1aWxkLm9yaWcJMjAwNi0wNi0yMCAyMToxMToxNS4wMDAw
MDAwMDAgLTA3MDAKKysrIC4veGVtYWNzLTIxLjQuMTkuZWJ1aWxkCTIwMDYtMTAtMjEgMjI6Mjg6
MDEuMDAwMDAwMDAwIC0wNzAwCkBAIC0xMiwxMyArMTIsMTQgQEAKIExJQ0VOU0U9IkdQTC0yIgog
U0xPVD0iMCIKIEtFWVdPUkRTPSJ+YWxwaGEgfmFtZDY0IH5ocHBhIH5wcGMgfnBwYzY0IH5zcGFy
YyB+eDg2IgotSVVTRT0iZ3BtIHBvc3RncmVzIGxkYXAgeGZhY2UgbmFzIGRuZCBYIGpwZWcgdGlm
ZiBwbmcgbXVsZSBtb3RpZiBmcmVld25uIGNhbm5hIGF0aGVuYSBuZVh0IFhhdzNkIGJlcmtkYiIK
K0lVU0U9ImdwbSBwb3N0Z3JlcyBsZGFwIHhmYWNlIG5hcyBkbmQgWCBqcGVnIHRpZmYgcG5nIG11
bGUgbW90aWYgZnJlZXdubiBjYW5uYSBhdGhlbmEgbmVYdCBYYXczZCBiZXJrZGIgZ2RibSIKIAog
WF9ERVBFTkQ9IngxMS1saWJzL2xpYlh0IHgxMS1saWJzL2xpYlhtdSB4MTEtbGlicy9saWJYZXh0
IgogCiBERVBFTkQ9InZpcnR1YWwvbGliYwogCSF2aXJ0dWFsL3hlbWFjcwotCWJlcmtkYj8gKCA9
c3lzLWxpYnMvZGItMSogPj1zeXMtbGlicy9nZGJtLTEuOC4wICkKKwliZXJrZGI/ICggPXN5cy1s
aWJzL2RiLTQqICkKKwlnZGJtPyAoID49c3lzLWxpYnMvZ2RibS0xLjguMCApCiAJPj1zeXMtbGli
cy96bGliLTEuMS40CiAJPj1kZXYtbGlicy9vcGVuc3NsLTAuOS42CiAJPj1tZWRpYS1saWJzL2F1
ZGlvZmlsZS0wLjIuMwpAQCAtMTMyLDkgKzEzMywxMCBAQAogCiAJbXljb25mPSIke215Y29uZn0g
LS13aXRoLXNvdW5kPSR7c291bmRjb25mfSIKIAotCWxvY2FsIGRiY29uZj0iZ251ZGJtIgogCWlm
IHVzZSBiZXJrZGI7IHRoZW4KLQkJbXljb25mPSIke215Y29uZn0gLS13aXRoLWRhdGFiYXNlPSR7
ZGJjb25mfSIKKwkJbXljb25mPSIke215Y29uZn0gLS13aXRoLWRhdGFiYXNlPWJlcmtkYiAtLWxp
YnM9LWxkYiIKKwllbGlmIHVzZSBnZGJtOyB0aGVuCisJCW15Y29uZj0iJHtteWNvbmZ9IC0td2l0
aC1kYXRhYmFzZT1nbnVkYm0iCiAJZWxzZQogCQlteWNvbmY9IiR7bXljb25mfSAtLXdpdGhvdXQt
ZGF0YWJhc2UiCiAJZmkK
</data>        

          </attachment>
    </bug>

</bugzilla>