Closed GoogleCodeExporter closed 8 years ago
Ah, I think the dependency is very light -- maybe I use only one function of
it. Will take a look.
Original comment by digg...@gmail.com
on 22 Jul 2010 at 6:44
Note, I've made:
http://gitorious.org/mu/mu-ng/commit/38f5c8abeb14713804a568caf44a27ea89706147
which hopefully removes the hard requirement on gio.
Original comment by digg...@gmail.com
on 24 Jul 2010 at 7:13
Thanks diggler. I'll try this one out now.
Just as a side note, I had to go through some nightmares till I got 0.4 version
to work on CentOS 5, before this which included:
- compiling glib 2.24
- compiling and install xapian and xapin-config
- adding /usr/local/bin/pkg-config to current PKG_CONFIG_PATH
- fixing that notorious bug of "undefined reference to sqlite3_prepare_v2" in
sqlite-dev package that exists in all RHEL related packages
Let's see how this update goes, lol. I'll post back.
Original comment by LPab...@gmail.com
on 24 Jul 2010 at 7:43
ok... i feel your pain :/
at least 0.7 gets rid of the sqlite dependency.
which glib is included with rhel 5.x? you mentioned the glibc version, but glib
is not glibc. ('pkg-config --modversion glib-2.0' should give the answer).
Original comment by digg...@gmail.com
on 24 Jul 2010 at 7:53
Thanks for your quick response. The exact version of glib included in rhel 5.x
is 2.12.3. I do understand that unlike debian, rhel's focus is stability and
not the cutting edge technology. So, rhel guys don't usually like to keep their
packages uptodate unless there are severe security bugs they found in them.
# rpm -qa | grep -i ^glib2
glib2-devel-2.12.3-4.el5_3.1
glib2-2.12.3-4.el5_3.1
# pkg-config --modversion glib-2.0
2.12.3
After I manually compiled and upgraded glib2 in a separate location:
# export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/lib/pkgconfig
# pkg-config --modversion glib-2.0
2.24.1
Original comment by LPab...@gmail.com
on 24 Jul 2010 at 8:03
Just one issue remaining out at this time.
make[2]: Entering directory `/root/mu-0.7/src'
CC mu-cmd.lo
CC mu-cmd-find.lo
CC mu-cmd-index.lo
mu-cmd-index.c: In function ‘sig_handler’:
mu-cmd-index.c:47: error: ‘SIGINT’ undeclared (first use in this function)
mu-cmd-index.c:47: error: (Each undeclared identifier is reported only once
mu-cmd-index.c:47: error: for each function it appears in.)
mu-cmd-index.c: In function ‘install_sig_handler’:
mu-cmd-index.c:57: error: storage size of ‘action’ isn’t known
mu-cmd-index.c:58: error: ‘SIGINT’ undeclared (first use in this function)
mu-cmd-index.c:58: error: ‘SIGHUP’ undeclared (first use in this function)
mu-cmd-index.c:58: error: ‘SIGTERM’ undeclared (first use in this function)
mu-cmd-index.c:62: error: request for member ‘sa_handler’ in something not
a structure or union
mu-cmd-index.c:62: warning: statement with no effect
mu-cmd-index.c:63: warning: implicit declaration of function ‘sigemptyset’
mu-cmd-index.c:63: error: request for member ‘sa_mask’ in something not a
structure or union
mu-cmd-index.c:64: error: request for member ‘sa_flags’ in something not a
structure or union
mu-cmd-index.c:64: error: ‘SA_RESETHAND’ undeclared (first use in this
function)
mu-cmd-index.c:64: warning: statement with no effect
mu-cmd-index.c:67: warning: implicit declaration of function ‘sigaction’
mu-cmd-index.c:57: warning: unused variable ‘action’
make[2]: *** [mu-cmd-index.lo] Error 1
make[2]: Leaving directory `/root/mu-0.7/src'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory `/root/mu-0.7/src'
make: *** [check-recursive] Error 1
Original comment by LPab...@gmail.com
on 25 Jul 2010 at 1:23
ok, i've made
http://gitorious.org/mu/mu-ng/commit/d621a8a50229d0c277be935647797ecb607a67a3
which should fix this. thanks for for your report.
Original comment by digg...@gmail.com
on 25 Jul 2010 at 4:20
Thanks.
I think, this would be last error related to xapian provided that there are no
more errors with rest of the settings.
Xapian is already installed and latest.
make[3]: Entering directory `/root/mu-0.7/src'
CC mu-cmd.lo
CC mu-cmd-find.lo
CC mu-cmd-index.lo
CC mu-config.lo
CC mu-index.lo
CC mu-log.lo
CC mu-maildir.lo
CC mu-msg-fields.lo
CC mu-msg-flags.lo
CC mu-msg-gmime.lo
CXX mu-msg-iter-xapian.lo
/usr/include/xapian/enquire.h: In function ‘MuMsgIterXapian*
mu_msg_iter_xapian_new(const Xapian::Enquire&, size_t)’:
/usr/include/xapian/enquire.h:621: error: ‘Xapian::Enquire::Enquire(const
Xapian::Enquire&)’ is private
mu-msg-iter-xapian.cc:50: error: within this context
mu-msg-iter-xapian.cc: In function ‘gint64
mu_msg_iter_xapian_get_field_numeric(MuMsgIterXapian*, const MuMsgField*)’:
mu-msg-iter-xapian.cc:184: warning: converting to ‘gint64’ from ‘double’
make[3]: *** [mu-msg-iter-xapian.lo] Error 1
make[3]: Leaving directory `/root/mu-0.7/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/root/mu-0.7/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/mu-0.7'
make: *** [all] Error 2
Original comment by LPab...@gmail.com
on 25 Jul 2010 at 5:57
hmmmm.... if have something for the casting error
http://gitorious.org/mu/mu-ng/commit/7e2b3ff7a047d8c901b9b3d149c56fef08d3e5b0
but I cannot reproduce the other error; apparently your Xapian has a function
marked as private, where it's not in my version.
When I try:
$ xapian-config --version
I get:
xapian-config - xapian-core 1.0.18
what does it say in your case? thanks.
Original comment by digg...@gmail.com
on 26 Jul 2010 at 6:08
And that resolves the final issue of getting mu up and running on my centos5
server.
Just finished writing a howto of it here at
http://bashukhan.com/maildir-search-at-its-best/
Please link if that can ease the installation process for your rhel based users.
Thanks.
Original comment by LPab...@gmail.com
on 27 Jul 2010 at 5:50
ah, happy to hear that, and I'll link to your blog. I'll probably make a
version 0.7.1, with a couple of the recent fixes and maybe a couple more things.
Original comment by digg...@gmail.com
on 27 Jul 2010 at 7:47
:-D
My second thought. Can there be an enhancement made into "--fields" switch to
show first few lines or at least a couple of characters of body of emails, say
first 50 characters of matched email body? Search output with '-f' has
everything in 0.7 version except to include first few lines or characters of
email body.
If it's implemented, that would be so damn coooool!
Original comment by LPab...@gmail.com
on 28 Jul 2010 at 3:01
ok, i'm making a new issue out of that request.
Original comment by digg...@gmail.com
on 28 Jul 2010 at 7:11
Thanks a lot :D
Original comment by LPab...@gmail.com
on 29 Jul 2010 at 4:02
Original issue reported on code.google.com by
LPab...@gmail.com
on 18 Jul 2010 at 1:10