<?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>94566</bug_id>
          
          <creation_ts>2005-05-30 17:13 0000</creation_ts>
          <short_desc>xca-0.5.1 cannot compile with (now-stable) db-4.2</short_desc>
          <delta_ts>2005-08-14 06:10:56 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>Ebuilds</component>
          <version>2005.0</version>
          <rep_platform>All</rep_platform>
          <op_sys>Other</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>mike@nerone.org</reporter>
          <assigned_to>crypto@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>mike@nerone.org</who>
            <bug_when>2005-05-30 17:13:08 0000</bug_when>
            <thetext>app-crypt/xca-0.5.1 fails to compile because the gentoo-provided patch &quot;configure-db-4.1.patch&quot; for the xca-0.5.1 ebuild hardcodes &quot;/db4.1&quot; into the subdirs variable. Of course, this subdir is no longer found within /usr/include after upgrading to db-4.2*, which has recently gone stable. I would propose either

  Change the patch filename to &quot;configure-db-4.patch&quot;
  Change the added directory to &quot;/db4.?&quot;

  -or-

  Change the patch filename to &quot;configure-db.patch&quot;
  Change the added directory to &quot;/db???&quot; (as suggested in bug #83940)

Of course, it would also work for now to add &quot;/db4.2&quot; to the subdir list, but the above suggestions would be more forward-thinking.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolvie@unitednerds.org</who>
            <bug_when>2005-08-10 21:28:26 0000</bug_when>
            <thetext>(In reply to comment #0)
&gt; app-crypt/xca-0.5.1 fails to compile because the gentoo-provided patch
&quot;configure-db-4.1.patch&quot; for the xca-0.5.1 ebuild hardcodes &quot;/db4.1&quot; into the
subdirs variable. Of course, this subdir is no longer found within /usr/include
after upgrading to db-4.2*, which has recently gone stable. I would propose either

could not reproduce the bug
x11-libs/qt-3.3.4-r3
sys-libs/db-4.2.52_p2
app-crypt/xca-0.5.1
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mike@nerone.org</who>
            <bug_when>2005-08-12 13:44:04 0000</bug_when>
            <thetext>I&apos;ve just retested:

# emerge -avB xca

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] app-crypt/xca-0.5.1  +arts -debug -kdeenablefinal -xinerama 0 kB

Total size of downloads: 0 kB

Do you want me to merge these packages? [Yes/No]
&gt;&gt;&gt; emerge (1 of 1) app-crypt/xca-0.5.1 to /
&gt;&gt;&gt; md5 files   ;-) xca-0.5.1.ebuild
&gt;&gt;&gt; md5 files   ;-) files/xca-0.5.1-qt.diff
&gt;&gt;&gt; md5 files   ;-) files/digest-xca-0.5.1
&gt;&gt;&gt; md5 files   ;-) files/configure-db-4.1.patch
&gt;&gt;&gt; md5 files   ;-) files/Rules.mak-prefix.patch
&gt;&gt;&gt; md5 src_uri ;-) xca-0.5.1.tar.gz
&gt;&gt;&gt; Unpacking source...
&gt;&gt;&gt; Unpacking xca-0.5.1.tar.gz to /var/tmp/portage/xca-0.5.1/work
 * Applying xca-0.5.1-qt.diff ...                                              
                                                                     [ ok ]
 * Applying configure-db-4.1.patch ...                                         
                                                                     [ ok ]
 * Applying Rules.mak-prefix.patch ...                                         
                                                                     [ ok ]
&gt;&gt;&gt; Source unpacked.

ERROR: The Berkeley DB header files were not found

Found: libdb_cxx.so at /usr/lib
Found: qobject.h at /usr/qt/3/include
Found: libqt.so at /usr/qt/3/lib
Found: openssl/opensslv.h at /usr/include
Found: libcrypto.so at /usr/lib

ERROR: Unable to compile a minimal application look at &apos;conftest.log&apos; for errors


LDFLAGS   :-lstdc++ -ldb_cxx -lqt -lcrypto -L/usr/qt/3/lib
PREFIX    :/usr

&lt;SNIP&gt;

make[1]: Leaving directory `/var/tmp/portage/xca-0.5.1/work/xca-0.5.1/lib&apos;
make[1]: Entering directory `/var/tmp/portage/xca-0.5.1/work/xca-0.5.1/lib&apos;
i686-pc-linux-gnu-gcc -I. -I.. -I/usr/qt/3/include -O2 -march=pentium4
-fomit-frame-pointer -fforce-addr -pipe -DPREFIX=\&quot;/usr\&quot; -DETC=\&quot;/etc/xca\&quot;  -c
db_crl.cpp -o db_crl.o
i686-pc-linux-gnu-gcc -I. -I.. -I/usr/qt/3/include -O2 -march=pentium4
-fomit-frame-pointer -fforce-addr -pipe -DPREFIX=\&quot;/usr\&quot; -DETC=\&quot;/etc/xca\&quot;  -c
moc_ExportKey.cpp -o moc_ExportKey.o
In file included from db_key.h:52,
                 from db_x509.h:57,
                 from db_crl.h:52,
                 from db_crl.cpp:53:
db_base.h:54:20: db_cxx.h: No such file or directory
In file included from db_key.h:52,
                 from db_x509.h:57,
                 from db_crl.h:52,
                 from db_crl.cpp:53:
db_base.h:69: error: syntax error before `*&apos; token
db_base.h:70: error: syntax error before `*&apos; token
db_base.h:73: error: type specifier omitted for parameter `DbTxn&apos;
db_base.h:73: error: parse error before `*&apos; token
db_base.h:74: error: type specifier omitted for parameter `DbTxn&apos;
db_base.h:74: error: parse error before `*&apos; token
db_base.h:75: error: type specifier omitted for parameter `DbTxn&apos;
db_base.h:75: error: parse error before `*&apos; token

&lt;SNIP many more such errors&gt;

In file included from MainWindow.h:57,
                 from moc_MainWindow.cpp:11:
../lib/db_key.h:64: error: parse error before `*&apos; token
../lib/db_key.h:71: error: `DbTxn&apos; was not declared in this scope
../lib/db_key.h:71: error: `tid&apos; was not declared in this scope
../lib/db_key.h:71: error: invalid data member initialization
../lib/db_key.h:71: error: variable or field `writeAll&apos; declared void
In file included from ../lib/db_x509req.h:53,
                 from MainWindow.h:58,
                 from moc_MainWindow.cpp:11:
../lib/db_x509super.h:65: error: parse error before `*&apos; token
In file included from MainWindow.h:58,
                 from moc_MainWindow.cpp:11:
../lib/db_x509req.h:63: error: parse error before `*&apos; token
In file included from MainWindow.h:59,
                 from moc_MainWindow.cpp:11:
../lib/db_x509.h:69: error: parse error before `*&apos; token
In file included from MainWindow.h:60,
                 from moc_MainWindow.cpp:11:
../lib/db_temp.h:65: error: parse error before `*&apos; token
In file included from MainWindow.h:61,
                 from moc_MainWindow.cpp:11:
../lib/db_crl.h:66: error: parse error before `*&apos; token
In file included from moc_MainWindow.cpp:11:
MainWindow.h:81: error: syntax error before `*&apos; token
MainWindow.h:88: error: ISO C++ forbids declaration of `DbEnv&apos; with no type
MainWindow.h:88: error: parse error before `*&apos; token
make[1]: *** [moc_MainWindow.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/var/tmp/portage/xca-0.5.1/work/xca-0.5.1/widgets&apos;
make: *** [widgets/target.obj] Error 2

!!! ERROR: app-crypt/xca-0.5.1 failed.
!!! Function src_compile, Line 32, Exitcode 2
!!! emake failed
!!! If you need support, post the topmost build error, NOT this status message.

# emerge info
Portage 2.0.51.22-r2 (default-linux/x86/2005.1, 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) 4 CPU 2.53GHz
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
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=pentium4 -fomit-frame-pointer -fforce-addr -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -march=pentium4 -fomit-frame-pointer -fforce-addr -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig buildpkg collision-protect confcache digest distlocks
fixpackages sandbox sfperms strict userpriv userpriv_fakeroot usersandbox
verify-rdepend&quot;
GENTOO_MIRRORS=&quot;http://mirror.datapipe.net/gentoo http://mirrors.tds.net/gentoo
ftp://linux.thai.net/pub/mirrors/gentoo&quot;
LANG=&quot;en_US.utf8&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/overlays/nerone&quot;
SYNC=&quot;rsync://rsync.nerone.org/gentoo-portage&quot;
USE=&quot;x86 X aac aalib acl acpi alsa apache2 arts audiofile avi bash-completion
bitmap-fonts caps cddb cdparanoia cdr crypt cups directfb dts dv dvd dvdr
dvdread emboss encode fam fbcon ffmpeg flac flash fortran gd gif glut gpm
gstreamer gtk gtk2 hal imagemagick imap imlib ipv6 ithreads jack java jpeg kde
libcaca libwww live logitec-mouse lzo mad matroska mcal memlimit mikmod mmap mmx
motif mozilla mp3 mpeg ncurses network nls nntp nptl nptlonly offensive ogg
oggvorbis opengl pam pcre pdflib perl physfs png python qt quicktime readline
real rtc samba sasl sdl speex spell sse sse2 ssl svg theora threads tiff
truetype truetype-fonts type1-fonts unicode vcd vorbis win32codecs xine xml xml2
xmms xosd xv xvid zeroconf zlib userland_GNU kernel_linux elibc_glibc&quot;
Unset:  ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS

My own related package versions and USE flags:
sys-libs/db-4.2.52_p2  -bootstrap -doc +java -nocxx -tcltk 0 kB
x11-libs/qt-3.3.4-r3  +cups -debug -doc -examples -firebird +gif -immqt
-immqt-bc +ipv6 -mysql -nas -odbc +opengl -postgres -sqlite -xinerama +zlib 0 kB
app-crypt/xca-0.5.1  +arts -debug -kdeenablefinal -xinerama 0 kB [1] (&lt;- my own
overlay, incidentally)

Now, consider the subdirs line in the patch file to which I referred:

subdirs=&quot;/db4.1 /db /db4 /db3&quot;

I don&apos;t see how you can possibly have a successful build unless one of those
directories exists within /usr/include. They don&apos;t on my system - only
/usr/include/db4.2 does - and I even just remerged db for kicks. If
/usr/include/db4.1 exists on your system, what package owns it?

Further support for my position is the fact that this is a known issue, as
discussed in bug #83940 - they removed the /usr/include/db4.1 symlink so
packages that depend on that hardcoded path will not work.

Finally, my own overlay ebuild, which does nothing but implement the second
option in my original comment, works perfectly.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolvie@unitednerds.org</who>
            <bug_when>2005-08-12 17:57:07 0000</bug_when>
            <thetext>Created an attachment (id=65804)
db-4.? configure patch

I&apos;ve tested the issue on a brand new system and the good news are, you&apos;re
right, my system actually have the db4.1 dir and db3 too, if you look at the db
ebuild you will notice that the lib is instaled on diferent slots for each
version, mu guess is since my primary system is running for a while now i&apos;ve
got all then sitting around and build xca over db-4.1 instead db-4.2, so i&apos;m
uploading the patch as you sugested and a modified ebuild too and let&apos;s bother
some devs till then commit it ;]</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolvie@unitednerds.org</who>
            <bug_when>2005-08-12 17:57:59 0000</bug_when>
            <thetext>Created an attachment (id=65805)
xca new ebuild with db-4.? patch
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2005-08-14 06:10:56 0000</bug_when>
            <thetext>not totally happy with it yet - I think it will always go for the lower 
version of db. </thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>65804</attachid>
            <date>2005-08-12 17:57 0000</date>
            <desc>db-4.? configure patch</desc>
            <filename>configure-db.patch</filename>
            <type>text/x-patch</type>
            <data encoding="base64">LS0tIHdvcmsveGNhLTAuNS4yL2NvbmZpZ3VyZQkyMDA0LTA0LTIzIDEwOjIyOjU3LjAwMDAwMDAw
MCArMDIwMAorKysgd29yay94Y2EtMC41LjIvY29uZmlndXJlCTIwMDUtMDItMjEgMjE6Mzc6NDIu
MDAwMDAwMDAwICswMTAwCkBAIC05NCw3ICs5NCw3IEBACiAgCiAKICMjIyMjIyMjIyMjIyMjIyMj
IyMjIyMjIyBEQgotc3ViZGlycz0iL2RiIC9kYjQgL2RiMyIKK3N1YmRpcnM9Ii9kYjQuPyAvZGIg
L2RiNCAvZGIzIgogc2VhcmNoX2luY2x1ZGVzIGRiX2N4eC5oIHx8IGVyciAiVGhlIEJlcmtlbGV5
IERCIGhlYWRlciBmaWxlcyB3ZXJlIG5vdCBmb3VuZCIKIHNlYXJjaF9saWIgZGJfY3h4IGRiNF9j
eHggZGJfY3h4LTQgZGIzX2N4eCBkYl9jeHgtMyB8fCBlcnIgIlRoZSBCZXJrZWxleSBEQiBsaWJy
YXJ5IHdhcyBub3QgZm91bmQuIFRyeSBpbnN0YWxsaW5nIGRiLWRldiIgCiAjIyBUaGUgZnVuIG9m
IE5QVEwuLi4gKFRoeCBFbnJpY28gU2Nob2x6KQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>65805</attachid>
            <date>2005-08-12 17:57 0000</date>
            <desc>xca new ebuild with db-4.? patch</desc>
            <filename>xca-0.5.1-r1.ebuild</filename>
            <type>application/octet-stream</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2FwcC1jcnlwdC94Y2EveGNhLTAuNS4xLmVidWls
ZCx2IDEuNCAyMDA1LzA3LzIxIDE1OjMwOjM2IGNhbGViIEV4cCAkCgppbmhlcml0IGV1dGlscyBr
ZGUgdG9vbGNoYWluLWZ1bmNzCgpERVNDUklQVElPTj0iYSBncmFwaGljYWwgdXNlciBpbnRlcmZh
Y2UgdG8gT3BlblNTTCwgUlNBIHB1YmxpYyBrZXlzLCBjZXJ0aWZpY2F0ZXMsIHNpZ25pbmcgcmVx
dWVzdHMgYW5kIHJldm9rYXRpb24gbGlzdHMiCkhPTUVQQUdFPSJodHRwOi8vd3d3LmhvaG5zdGFl
ZHQuZGUveGNhLmh0bWwiClNSQ19VUkk9Im1pcnJvcjovL3NvdXJjZWZvcmdlL3hjYS8ke1B9LnRh
ci5neiIKCkxJQ0VOU0U9IkJTRCIKU0xPVD0iMCIKS0VZV09SRFM9In54ODYgfnBwYyIKSVVTRT0i
IgoKREVQRU5EPSI+PWRldi1saWJzL29wZW5zc2wtMC45LjYKCXx8ICggPXgxMS1saWJzL3F0LTMq
ID14MTEtbGlicy9xdC0yKiApCgk+PXN5cy1saWJzL2RiLTMuMiIKCnNyY191bnBhY2soKSB7Cgl1
bnBhY2sgJHtBfQoJY2QgJHtTfQoJZXBhdGNoICR7RklMRVNESVJ9LyR7UH0tcXQuZGlmZgoJZXBh
dGNoICR7RklMRVNESVJ9L2NvbmZpZ3VyZS1kYi5wYXRjaAoJZWNobyAiaW5zdF9wcmVmaXg9L3Vz
ciIgPj4gTG9jYWwubWFrCgllcGF0Y2ggJHtGSUxFU0RJUn0vUnVsZXMubWFrLXByZWZpeC5wYXRj
aAp9CgpzcmNfY29tcGlsZSgpIHsKCWtkZV9zcmNfY29tcGlsZSBub3RoaW5nCglDQz0kKHRjLWdl
dENDKSBwcmVmaXg9L3VzciAuL2NvbmZpZ3VyZSB8fCBkaWUgImNvbmZpZ3VyZSBkaWVkIgoJaW5z
dF9wcmVmaXg9L3VzciBlbWFrZSB8fCBkaWUgImVtYWtlIGZhaWxlZCIKfQoKc3JjX2luc3RhbGwo
KSB7CgltYWtlIGRlc3RkaXI9JHtEfSBtYW5kaXI9c2hhcmUvbWFuIGluc3RhbGwKCglkb2RvYyBS
RUFETUUgQ1JFRElUUyBBVVRIT1JTIENPUFlSSUdIVAoKCWluc2ludG8gL2V0Yy94Y2EKCWRvaW5z
IG1pc2MvKi50eHQKfQo=
</data>        

          </attachment>
    </bug>

</bugzilla>