Re: building evolution 1.4.5 (SOLVED, kinda)

From: David Clymer (david_at_zettazebra.com)
Date: 01/30/04

  • Next message: John Hasler: "Re: Name resolving doesn't work"
    To: Debian-User <debian-user@lists.debian.org>
    Date: 29 Jan 2004 21:40:58 -0500
    
    

    On Tue, 2004-01-27 at 15:35, David Clymer wrote:
    > didnt send this to the list, sorry.
    >
    > -----Forwarded Message-----
    >
    > > From: David Clymer <david@zettazebra.com>
    > > To: Colin Watson <cjwatson@debian.org>
    > > Subject: Re: building evolution 1.4.5
    > > Date: 22 Jan 2004 17:52:43 -0500
    > >
    > > On Thu, 2004-01-22 at 12:35, Colin Watson wrote:
    > > > On Thu, Jan 22, 2004 at 12:21:42PM -0500, David Clymer wrote:
    > > > > I downloaded the unstable source package for evolution 1.45 and am
    > > > > attempting to build it on my mostly testing (sarge) box.
    > > > >
    > > > > It seems that the package includes the source for libdb3 (3.17 in
    > > > > particular) and compiles that in staticly.
    > > > [...]
    > > > > Now, it looks to me like the db3 library is trying to use
    > functions
    > > > > which are not in glib or something (i think pthread stuff is in
    > glib &
    > > > > gcc links against that by default, right? - I'm not really a C
    > > > > programmer). The thing is, the glib libraries are the same in both
    > > > > testing and unstable, but _someone_ seems to have been able to
    > compile
    > > > > it properly, so it seems like I'm just missing something. Anyone
    > know
    > > > > what It might be?
    > > >
    > > > Have you satisfied all of evolution's build-dependencies? (They're
    > > > listed in the .dsc file.) I was fairly sure the Debian GNOME
    > development
    > > > packages depended on libdb3-dev, for example, and maybe evolution is
    > > > only using its own version as a fallback.
    > > >
    > >
    > > zepto:/usr/local/src/evolution# cat *.dsc
    > > Format: 1.0
    > > Source: evolution
    > > Version: 1.4.5-3
    > > Binary: evolution, evolution-dev
    > > Maintainer: Takuo KITAME <kitame@debian.org>
    > > Architecture: any
    > > Standards-Version: 3.5.8
    > > Build-Depends: bison, byacc, flex, intltool, debhelper (>= 4.1.46),
    > > libgal2.0-dev (>= 1.99.10-2), gtkhtml3.0 (>= 3.0.9-2),
    > libgtkhtml3.0-dev
    > > (>= 3.0.9-2), libbonobo2-dev (>= 2.4), libldap2-dev (>= 2.0.23),
    > > libgnomevfs2-dev (>= 2.4), libnss-dev (>= 2:1.3.1), scrollkeeper,
    > > psmisc, libsoup2.0-dev (>= 1.99.23), libpam-dev, libgail-dev (>= 1.4),
    > > libgnomeui-dev (>= 2.4), libgnome-pilot2-dev (>= 2.0.9-2),
    > gnome-common,
    > > autotools-dev (>= 20030717.1), heimdal-dev, libgnomecanvas2-0 (>=
    > > 2.2.0.2)
    > > Files:
    > > 5820f7f7b9dc559d4322db209e4bbf12 19731903 evolution_1.4.5.orig.tar.gz
    > > 006b12100abd32b3a8430a9c063c38f6 17836 evolution_1.4.5-3.diff.gz
    > >
    > > There seems to be no mention of the packages that seem to me like they
    > > could be culprits - glib or db3. I rechecked the config.log and it
    > seems
    > > its only looking for the db3 libs within the build tree itself. I've
    > got
    > > a newer version of libdb3 and libdb3-dev on my system, but configure
    > > doesnt seem to even look for them.
    > >
    > > In fact, the configure script says this :(
    > >
    > > # To ensure that any copy of evolution of a given version can read
    > > # the data files of any other copy, we require a precise db3 version.
    > > # This can only change between Evolution versions (and then can only
    > > # go up.)
    > > evolution_db_version_major=3
    > > evolution_db_version_minor=1
    > > evolution_db_version_patch=17
    > >
    > >
    > > --- a rough dependancy check ---
    > >
    > > zepto:/usr/local/src/evolution# apt-get install bison byacc flex
    > > intltool debhelper libgal2.0-dev libbonobo2-dev libldap2-dev
    > > libgnomevfs2-dev libnss-dev scrollkeeper psmisc libsoup2.0-dev
    > > libpam0g-dev libgnomeui-dev libgnome-pilot2-dev gnome-common
    > > autotools-dev heimdal-dev libgnomecanvas2-0
    > > Reading Package Lists... Done
    > > Building Dependency Tree... Done
    > > bison is already the newest version.
    > > byacc is already the newest version.
    > > flex is already the newest version.
    > > intltool is already the newest version.
    > > debhelper is already the newest version.
    > > libgal2.0-dev is already the newest version.
    > > libbonobo2-dev is already the newest version.
    > > libldap2-dev is already the newest version.
    > > libgnomevfs2-dev is already the newest version.
    > > libnss-dev is already the newest version.
    > > scrollkeeper is already the newest version.
    > > psmisc is already the newest version.
    > > libsoup2.0-dev is already the newest version.
    > > libpam0g-dev is already the newest version.
    > > libgnomeui-dev is already the newest version.
    > > libgnome-pilot2-dev is already the newest version.
    > > gnome-common is already the newest version.
    > > autotools-dev is already the newest version.
    > > heimdal-dev is already the newest version.
    > > libgnomecanvas2-0 is already the newest version.
    > > 0 upgraded, 0 newly installed, 0 to remove and 247 not upgraded.
    > >
    > >
    > > So it looks like I've got all the packages - I assume they meet the
    > > build deps. I think that dpkg-buildpackage defaults to -D but I just
    > > tried again, and it didnt tell me that builddeps werent met.
    > >
    > > well, I'll keep working...any other ideas?
    > >
    > > -davidc
    > >
    >

    I'm using a 2.6 kernel, and aparently the db3 library has some problems
    with the new threading library that 2.6 uses...or something. I was able
    to compile evolution successfully using: export LD_ASSUME_KERNEL=2.4.18

    -davidc

    -- 
    To UNSUBSCRIBE, email to debian-user-request@lists.debian.org 
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
    

  • Next message: John Hasler: "Re: Name resolving doesn't work"

    Relevant Pages

    • Re: building the kernel
      ... > So iam guessing I didnt include some hardware support I needed. ... > sound configuration in the kernel. ... You may find it easier to start with the config file from the ... Then before going any further in the compile run ...
      (comp.os.linux)
    • Re: How to read large files with VC6
      ... I didnt catch any errno's, I have to compile that in first. ... Regards ... Alex Blekhman wrote: ...
      (microsoft.public.vc.language)
    • Re: /bin/sh: bad interpreter: Permission denied
      ... Zeus wrote: ... > I can not run shell. ... > didnt do nothing wrong ... > How to solve this problem, i can not compile any programs, since ...
      (Fedora)
    • /bin/sh: bad interpreter: Permission denied
      ... I can not run shell. ... didnt do nothing wrong ... How to solve this problem, i can not compile any programs, since ... To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list ...
      (Fedora)
    • Problems compiling DIA on solaris 9 sparc
      ... I also compiled intltool as it said in the requirements for DIA. ... I am trying to compile dia 0.9.4 and the configure says: ... checking for GLIB - version>= 2.0.0... ... Solaris 8, with gcc, gtk, etc packages from sunfreeware. ...
      (comp.unix.solaris)