Re: libiconv and mailbox reading speed
* Tim Gray on Monday, November 15, 2010 at 15:40:45 -0500 On Nov 08, 2010 at 12:49 AM +, Christian Ebert wrote: Maybe you have to rebuild the databases now that you're using iconv. FWIW, for me the combination with tokyocabinet is lightning fast, but I'm still on a pure 32bit MacOS 10.5.8. A threaded mailbox with over 75000 messages opens in about 2 seconds here. Sorry was out of town for a bit. Nope, things are still slow. One big mailbox of about 35k messages is pretty slow on opening. So is on particular small mailbox of only about 1000 messages, all from forum notifications. Something about the particular structure of those emails maybe? Shot in the dark: Especially under MacOS 10.4 I sometimes improved things by: $ tar cjf slow-maildir.tar.bz2 slow-maildir $ mv slow-maildir slow-maildir-bak $ tar xjf slow-maildir.tar.bz2 Delete and rebuild header cache. $ rm -r slow-maildir-bak Background: HFS+ seems to sometimes have problems with lots of small files. No guarantees, might just be a placebo effect ;-) c -- \black\trash movie _SAME TIME SAME PLACE_ New York, in the summer of 2001 --- http://www.blacktrash.org/underdogma/stsp.php
Re: libiconv and mailbox reading speed
On Nov 17, 2010 at 02:27 PM +0100, Christian Ebert wrote: Shot in the dark: Especially under MacOS 10.4 I sometimes improved things by: $ tar cjf slow-maildir.tar.bz2 slow-maildir $ mv slow-maildir slow-maildir-bak $ tar xjf slow-maildir.tar.bz2 I'll give it a try. But I really did see a huge performance increase when I had mutt compiled with no libiconv support. On a side note, if anyone is interested in this issue, I can make available the big ass mailbox that is giving me problems. It's just a mailing list so it's nothing personal...
Re: libiconv and mailbox reading speed
On Nov 08, 2010 at 12:49 AM +, Christian Ebert wrote: Maybe you have to rebuild the databases now that you're using iconv. FWIW, for me the combination with tokyocabinet is lightning fast, but I'm still on a pure 32bit MacOS 10.5.8. A threaded mailbox with over 75000 messages opens in about 2 seconds here. Sorry was out of town for a bit. Nope, things are still slow. One big mailbox of about 35k messages is pretty slow on opening. So is on particular small mailbox of only about 1000 messages, all from forum notifications. Something about the particular structure of those emails maybe?
libiconv and mailbox reading speed
In another thread I had a conversation with myself about libiconv and encoding problems. That is all fixed now. There was also thread the other week about header caching and I had commented that even though I used header caching, things were slow. I also stated I had upgraded tokyo cabinet and I noticed a huge speed increase in the initial read of a mailbox when I opened it. What I didn't realize at the time was that I had also rebuilt mutt with the iconv error at the same time, so mutt wasn't using iconv. Now that I've fixed mutt+iconv, I see I am back to my older, slower mailbox opening. So it appears that iconv slows down mailbox opening by quite a bit. I could be wrong though. Is there any way to speed this up?
Re: Does --with-libiconv-prefix work?
Hi, * John Salinas [07-02-22 12:07:03 -0600] wrote: I have run configure like this: ./configure --with-libiconv-prefix=/users/jsalinas/mutt-src/lib/ --with-curses=/users/jsalinas/mutt-src/usr --prefix=/users/jsalinas/mutt-src --enable-imap --enable-flock --disable-fcntl Please try again with just --with-libiconv-prefix=/users/jsalinas/mutt-src where includes are there under include/ and the libs in lib/. Yes, this works (the FreeBSD ports system has libiconv in /usr/local and uses --with-libiconv-prefix=/usr/local). bye, Rocco -- :wq!
Does --with-libiconv-prefix work?
I have run configure like this: ./configure --with-libiconv-prefix=/users/jsalinas/mutt-src/lib/ --with-curses=/users/jsalinas/mutt-src/usr --prefix=/users/jsalinas/mutt-src --enable-imap --enable-flock --disable-fcntl and ./configure --with-libiconv-prefix=/users/jsalinas/mutt-src/lib/libiconv.so --with-curses=/users/jsalinas/mutt-src/usr --prefix=/users/jsalinas/mutt-src --enable-imap --enable-flock --disable-fcntl where /users/jsalinas/mutt-src/lib/ contains: ls -l /users/jsalinas/mutt-src/lib/ total 2235 -rw-r--r-- 1 jsalinas hdwe 14348 2007-02-22 11:11 libcharset.a -rw-r--r-- 1 jsalinas hdwe 827 2007-02-22 11:11 libcharset.la lrwxrwxrwx 1 jsalinas hdwe 19 2007-02-22 11:11 libcharset.so - libcharset.so.1.0.0 lrwxrwxrwx 1 jsalinas hdwe 19 2007-02-22 11:11 libcharset.so.1 - libcharset.so.1.0.0 -rw-r--r-- 1 jsalinas hdwe 18894 2007-02-22 11:11 libcharset.so.1.0.0 -rw-r--r-- 1 jsalinas hdwe 803 2007-02-22 11:11 libiconv.la lrwxrwxrwx 1 jsalinas hdwe 17 2007-02-22 11:11 libiconv.so - libiconv.so.2.4.0 lrwxrwxrwx 1 jsalinas hdwe 17 2007-02-22 11:11 libiconv.so.2 - libiconv.so.2.4.0 -rw-r--r-- 1 jsalinas hdwe 1130804 2007-02-22 11:11 libiconv.so.2.4.0 -rw-r--r-- 1 jsalinas hdwe 1119729 2007-02-22 11:11 preloadable_libiconv.so However when I try to make it does not pick up the shared object libiconv: gcc -Wall -pedantic -g -O2 -L/users/jsalinas/mutt-src/usr/lib -o mutt patchlist.o addrbook.o alias.o attach.o base64.o browser.o buffy.o color.o crypt.o cryptglue.o commands.o complete.o compose.o copy.o curs_lib.o curs_main.o date.o edit.o enter.o flags.o init.o filter.o from.o getdomain.o group.o handler.o hash.o hdrline.o headers.o help.o hook.o keymap.o main.o mbox.o menu.o mh.o mx.o pager.o parse.o pattern.o postpone.o query.o recvattach.o recvcmd.o rfc822.o rfc1524.o rfc2047.o rfc2231.o score.o send.o sendlib.o signal.o sort.o status.o system.o thread.o charset.o history.o lib.o muttlib.o editmsg.o utf8.o mbyte.o wcwidth.o url.o ascii.o mutt_idna.o crypt-mod.o pgp.o pgpinvoke.o pgpkey.o pgplib.o gnupgparse.o pgpmicalg.o pgppacket.o crypt-mod-pgp-classic.o smime.o crypt-mod-smime-classic.o resize.o dotlock.o bcache.o account.o mutt_socket.o mutt_tunnel.o md5c.o -Limap -limap -lncursesw muttlib.o(.text+0x290e): In function `mutt_adv_mktemp': /users/jsalinas/mutt-src/mutt-1.5.13/muttlib.c:78: warning: the use of `mktemp' is dangerous, better use `mkstemp' handler.o(.text+0x1e71): In function `mutt_convert_to_state': /users/jsalinas/mutt-src/mutt-1.5.13/handler.c:90: undefined reference to `libiconv' handler.o(.text+0x2860): In function `mutt_decode_attachment': /users/jsalinas/mutt-src/mutt-1.5.13/handler.c:1772: undefined reference to `libiconv_close' ...etc... Should I expect this to work? This was with mutt-1.5.13 compiled under: uname -a Linux gold.us.cray.com 2.6.8-24.24-bigsmp #1 SMP Fri Jul 21 04:06:26 UTC 2006 i686 i686 i386 GNU/Linux I realize that libiconv is not in the system's cache of libs: [EMAIL PROTECTED]:~/mutt-src/mutt-1.5.13 ldconfig -p |grep -i libiconv [EMAIL PROTECTED]:~/mutt-src/mutt-1.5.13 But I did expect make to know where to look for it. I did try to use the system's default but the configure said it was not good enough. Any thoughts on getting this to work would be appreciated. Thanks, john
compilation problems with libiconv
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Subject: compilation problems with libiconv Hi, configure: warning: Unable to find an iconv function. See INSTALL for help. I always get this warning even if I already installed libiconv-1.8. libiconv installed on /usr/local. In installing mutt, I do a configure --with-iconv=/usr/local because configure alone would consider that my iconv (which is the old one and resides in /usr) to be not enough. I tried the advise on /mutt-xx/contrib/iconv/README about removing the *.rc's and doing a make.sh /libiconv-1.8/libcharset/tools. It works fine up to that point. In running configure (as I've said above) that warning shows up, but still configure continues to run with no other errors and exits 0. On make install, it stops and says this error about iconv: make[2]: Entering directory `/build/mutt-1.4' gcc -DPKGDATADIR=\/usr/local/share/mutt\ -DSYSCONFDIR=\/usr/local/etc\ - DBINDIR=\/usr/local/bin\ -DMUTTLOCALEDIR=\/usr/local/share/locale\ -DHAVE_C ONFIG_H=1 -I. -I. -Iintl -I/usr/include/ncurses -I/usr/local/include -I./intl - -I/usr/local/include -Wall -pedantic -g -O2 -c patchlist.c In file included from mutt.h:51, from patchlist.c:5: charset.h:39: parse error before `ICONV_CONST' make[2]: *** [patchlist.o] Error 1 make[2]: Leaving directory `/build/mutt-1.4' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/mutt-1.4' make: *** [all-recursive-am] Error 2 Can you help me with this problem? I really like mutt and have been using it on an old machine and would like to compile a new one for a new box. I got an rpm from an old RedHat CD but it didn't have support for PGP. Thanks much and more power to your endeavors. - - Jed -BEGIN PGP SIGNATURE- Version: GnuPG v1.1.90 (GNU/Linux) Comment: http://pr0wler.scripterz.org/pubkey.html iD8DBQE9aOF2luOtB0iIhFgRA5YcAJ4zn2Zi3Njf7up9W5eDOkV3efowlQCeOLNE CGzn8NWPEBCwX39RkddFmHI= =Q+LK -END PGP SIGNATURE- __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com
Problems with libiconv
I can't get mutt to compile with libiconv. I've installed libiconv in /usr and this is the configure command I run: ./configure --prefix=/usr --with-ssl --enable-pop --with-iconv=/usr And this is the error I get: configure: warning: Unable to find an iconv function. See INSTALL for help I've read through the INSTALL file, but can't find anything about this. If I ignore this error and try to compile, I get this error: make[2]: Entering directory `/usr/src/mutt-1.4' gcc -DPKGDATADIR=\/usr/share/mutt\ -DSYSCONFDIR=\/usr/etc\ -DBINDIR=\/usr/bin\ -DMUTTLOCALEDIR=\/usr/share/locale\ -DHAVE_CONFIG_H=1 -I. -I. -Iintl -I/usr/include -I./intl -I/usr/include -Wall -pedantic -g -O2 -c patchlist.c In file included from mutt.h:51, from patchlist.c:5: charset.h:32: conflicting types for `libiconv' /usr/include/iconv.h:82: previous declaration of `libiconv' charset.h:39: parse error before `ICONV_CONST' make[2]: *** [patchlist.o] Error 1 make[2]: Leaving directory `/usr/src/mutt-1.4' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/mutt-1.4' make: *** [all-recursive-am] Error 2 -- Though, if I leave out the --with-iconv=/usr in the configure script, mutt compiles without a any problems. But then I can't use swedish characters within it. Which I want. Appreciate any help!
freebsd and libiconv again
Hi, all -- I'm changing servers and get to build my huge 1.4 cocktail under FreeBSD 4.5 (and all in the next couple of days, too, if I want to have mail when I land!). Unfortunately, I'm running into the same sorts of problems as other people reported under FreeBSD: my libiconv stuff appears to not be found. In /usr/local I have a libiconv and a libgiconv (bt no libbiconv), and now in my own tree I have GNU libiconv 1.8. No amount of mucking about with --with-iconv-prefix or --with-iconv will let make succeed (even without any patches); I get the gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../intl -I../intl -Wall -pedantic -g -O2 -c auth.c In file included from ../mutt.h:51, from auth.c:23: ../charset.h:39: syntax error before `ICONV_CONST' *** Error code 1 error. Help! TIA HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg29102/pgp0.pgp Description: PGP signature
Re: freebsd and libiconv again
On Thu, Jun 20, 2002, David T-G wrote: I'm changing servers and get to build my huge 1.4 cocktail under FreeBSD 4.5 (and all in the next couple of days, too, if I want to have mail when I land!). Unfortunately, I'm running into the same sorts of problems as other people reported under FreeBSD: my libiconv stuff appears to not be found. In /usr/local I have a libiconv and a libgiconv (bt no libbiconv), and now in my own tree I have GNU libiconv 1.8. No amount of mucking about with --with-iconv-prefix or --with-iconv will let make succeed (even without any patches); I get the Sorry if this is a dumb question, but did you use: --with-libiconv=/usr/local ? that works for me. Without it part or all is not found. -Ken
Re: freebsd and libiconv again
Ken -- ...and then Ken Weingold said... % % On Thu, Jun 20, 2002, David T-G wrote: % I'm changing servers and get to build my huge 1.4 cocktail under FreeBSD ... % about with --with-iconv-prefix or --with-iconv will let make succeed % (even without any patches); I get the % % Sorry if this is a dumb question, but did you use: There are no dumb questions, especially in tech support :-) % % --with-libiconv=/usr/local Yes, I did, though I forgot to note it; I just scrolled back and checked. % % ? that works for me. Without it part or all is not found. Looks like there were other problems for me :-( % % % -Ken Thanks HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg29105/pgp0.pgp Description: PGP signature
Re: freebsd and libiconv again
Steve, et al -- ...and then Steve Kennedy said... % ... % CFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib -liconv ./configure -- % with-domain=xxx.net --enable-hidden-host --enable-pop --enable-imap --with-catg % ets --with-libiconv-prefix=/usr/local --enable-mailtool --with-homespool=.mail % % That sort of did the right thang. Adding CFLAGS and LDFLAGS worked for me; I was able to go back to putting /usr/local in the libiconv prefix. Yippee! % % Then edit config.h and fix the two iconv bits that aren't defined % (i.e. % /* Define if you have the iconv.h header file. */ % #define HAVE_ICONV_H 1 % % /* Define as const if the declaration of iconv() needs const. */ % #define ICONV_CONST const % % /* Define if iconv.h defines iconv_t. */ % #define HAVE_ICONV_T_DEF 1 % % (it may have been 1st and 3rd that weren't set). Interestingly enough, these weren't necessary, even though not all of them were set. Doesn't matter to me; I have versions to build and more moving to do :-) % % Then make and all is fine. % % Steve Thanks! HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg29107/pgp0.pgp Description: PGP signature
Re: freebsd and libiconv again
* On 2002.06.20, in [EMAIL PROTECTED], * David T-G [EMAIL PROTECTED] wrote: There are no dumb questions, especially in tech support :-) Oh, I have to disagree. ME: So, I'm at my [DSL] router's console, and when I type connect atm-0 it tells me that the link can't be established. I've confirmed my settings with sys show, and they're all the same as before, except for this one value that seems to drift occasionally. The router won't respond on any ports; I have the web administration interface disabled. TS: Ok, are you using Internet Explorer or Netscape to look at that web page? We recommend Internet Explorer. -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago
configure: error: Try using libiconv instead
On Thu, May 02, 2002 at 02:21:54AM +0200, Thomas Roessler wrote: Mutt-1.3.99 is available from ftp://ftp.mutt.org/pub/mutt/. I downloaded 1.3.99, and following the instructions in INSTALL, I also downloaded and installed libiconv, the latest version I found on the ftp site: libiconv-1.7.0.1.tar.gz. I now have /usr/local/bin/iconv, and /usr/local/doc/libiconv/, and I moved my old /usr/bin/iconv to /usr/bin/old-iconv. But when I run configure on 1.3.99, I get the subject error. Fwiw, a few lines above that, I got the following: checking version of bison... 1.25, bad So, I really have two questions. Am I simply out of luck with this bad bison, should I forget about upgrading to 1.3.99? Someday I'll upgrade my Linux installation, but that's a bit more intrusive than just upgrading Mutt. I'd like to take advantage of the new threading architecture, but 1.2.5 certainly works in the meantime. I was able to compile 1.2.5 ok. If the bison thing isn't fatal, how do I tell configure to use that new libiconv? I don't see any switches in mutt's INSTALL, and I don't know what I should do with libiconv except the usual configure, make, make install. All those steps proceeded without error, afaik. TIA, Jim
Re: Pager problems in 1.3.27 - libiconv/1.3.28
On Mon, 04 Mar 2002, 16:09, Raymond A. Meijer wrote: Update... If I run mutt version 1.3.27, I get a blank screen when I view a message in the pager. The top and bottom lines are there, but the message headers and body are not visible. Still the same problem, now with 1.3.28. I've downloaded, compiled and installed GNU iconv without problems, but then the mutt configure script stops near the end: [...] checking for iconv... yes checking for iconv declaration... extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); checking for nl_langinfo and CODESET... yes checking for LC_MESSAGES... yes checking whether NLS is requested... yes checking whether included gettext is requested... no checking for libintl.h... yes checking for GNU gettext in libc... yes checking for dcgettext... yes checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/msgfmt checking for xgettext... /usr/bin/xgettext checking for bison... bison checking version of bison... 1.32, ok checking for catalogs to be installed... de ru it es uk fr pl nl cs id sk ko el zh_TW zh_CN pt_BR eo gl sv da lt tr ja hu et ca checking whether this iconv is good enough... no configure: error: Try using libiconv instead Where can I find a (lib)iconv that is good enough? :) Thanks, Ray --
libiconv
I'm trying to install mutt on a Slackware 7.0 system, but I'm stuck on the configure step. I get the following error: checking whether this iconv is good enough... no configure: error: Try using libiconv instead I just installed libiconv-1.7, but I see that's not enough to make configure see it. What do I have to do to use libiconv? Please CC me on any replies. Thanks! -- o- Katie Bechtold o ___ www.katie-and-rob.org/katie//. \/ \___/\
Re: libiconv
On Wed, Jan 30, 2002 at 10:54:24AM -0500, Bechtold, Katie wrote: I'm trying to install mutt on a Slackware 7.0 system, but I'm stuck on the configure step. I get the following error: checking whether this iconv is good enough... no configure: error: Try using libiconv instead I just installed libiconv-1.7, but I see that's not enough to make configure see it. What do I have to do to use libiconv? Very likely you still have the old config.status sitting around. After having properly installed libiconv, do a 'make distclean'. Then start over with 'configure', etc. Hope this helps. - Myrddin -- ICQ: 22404528 Why Vegan? http://www.firstmagic.com/vegan --
1.3.23 libiconv/HP-UX 10.20 question
Hi! I have just update my mutt-1.2.5i installation (with charmaps) to 1.3.23i. While everything else seems to work nicely, I have a problem when displaying characters beyond ASCII. I have installed libiconv-1.7. When viewing Mails with foreign characters in it in a dtterm (environment variable LANG=C.iso88591), umlauts etc are displayed in numeric transcription (e.g. \360 instead of an a-umlaut). When LANG is not being set, single character representation is chosen, but the actual display does hardly match the correct character. Setting iconv-hook following the example for HP-UX 10.20 does not make a difference. I could not find an explanation of the mechanisms in mutt/doc or the libiconv distribution. How should this thing be set up? Many thanks in advance, Lutz -- Lutz Jaenicke [EMAIL PROTECTED] BTU Cottbus http://www.aet.TU-Cottbus.DE/personen/jaenicke/ Lehrstuhl Allgemeine Elektrotechnik Tel. +49 355 69-4129 Universitaetsplatz 3-4, D-03044 Cottbus Fax. +49 355 69-4153
Re: 1.3.23 libiconv/HP-UX 10.20 question
On 2001-10-18 11:42:46 +0200, Lutz Jaenicke wrote: When viewing Mails with foreign characters in it in a dtterm (environment variable LANG=C.iso88591), umlauts etc are displayed in numeric transcription (e.g. \360 instead of an a-umlaut). When LANG is not being set, single character representation is chosen, but the actual display does hardly match the correct character. Setting iconv-hook following the example for HP-UX 10.20 does not make a difference. What does mutt set the $charset variable to? -- Thomas Roesslerhttp://log.does-not-exist.org/
Re: 1.3.23 libiconv/HP-UX 10.20 question
On Thu, Oct 18, 2001 at 12:31:59PM +0200, Thomas Roessler wrote: On 2001-10-18 11:42:46 +0200, Lutz Jaenicke wrote: When viewing Mails with foreign characters in it in a dtterm (environment variable LANG=C.iso88591), umlauts etc are displayed in numeric transcription (e.g. \360 instead of an a-umlaut). When LANG is not being set, single character representation is chosen, but the actual display does hardly match the correct character. Setting iconv-hook following the example for HP-UX 10.20 does not make a difference. What does mutt set the $charset variable to? Is there a way to get the list of variables as currently set? I did not find a command to get this list (mutt -v only delivers the compile time options). In Muttrc it is not set (default shall be ). Best regards, Lutz -- Lutz Jaenicke [EMAIL PROTECTED] BTU Cottbus http://www.aet.TU-Cottbus.DE/personen/jaenicke/ Lehrstuhl Allgemeine Elektrotechnik Tel. +49 355 69-4129 Universitaetsplatz 3-4, D-03044 Cottbus Fax. +49 355 69-4153
Re: 1.3.23 libiconv/HP-UX 10.20 question
* Lutz Jaenicke [EMAIL PROTECTED] [18-10-2001 12:57]: | Is there a way to get the list of variables as currently set? I'm not sure whether you can get a list, but you can check a specific variable by typing: :set ?variable So, in this case that would be :set ?charset HTH, -- René Clerc - ([EMAIL PROTECTED]) Toto, I have a feeling we're not in Kansas anymore. -Dorothy PGP signature
Re: 1.3.23 libiconv/HP-UX 10.20 question
On 2001-10-18 12:56:06 +0200, Lutz Jaenicke wrote: Is there a way to get the list of variables as currently set? No. -- Thomas Roesslerhttp://log.does-not-exist.org/
Re: 1.3.23 libiconv/HP-UX 10.20 question
On Thu, Oct 18, 2001 at 12:59:36PM +0200, Ren? Clerc wrote: * Lutz Jaenicke [EMAIL PROTECTED] [18-10-2001 12:57]: | Is there a way to get the list of variables as currently set? I'm not sure whether you can get a list, but you can check a specific variable by typing: :set ?variable So, in this case that would be :set ?charset Ah. That works. So we have LANG=C.iso89951 charset=iso-8895-1 LANG not set charset=roman8 Best regards, Lutz -- Lutz Jaenicke [EMAIL PROTECTED] BTU Cottbus http://www.aet.TU-Cottbus.DE/personen/jaenicke/ Lehrstuhl Allgemeine Elektrotechnik Tel. +49 355 69-4129 Universitaetsplatz 3-4, D-03044 Cottbus Fax. +49 355 69-4153 PGP signature
Re: 1.3.23 libiconv/HP-UX 10.20 question
On 2001-10-18 13:16:37 +0200, Lutz Jaenicke wrote: Ah. That works. So we have LANG=C.iso89951 charset=iso-8895-1 LANG not set charset=roman8 Mh. I don't understand why you are seeing the numerical representation with LANG=C.iso88591... Please make sure that the following match: - The character set of the screen font you use. - The character set in the LANG and LC_CTYPE environment variables. - Mutt's charset variable. - The characters your keyboard sends through the terminal to mutt. Once that's the case, everything should work nicely. -- Thomas Roesslerhttp://log.does-not-exist.org/ PGP signature
Re: 1.3.23 libiconv/HP-UX 10.20 question
On Thu, Oct 18, 2001 at 01:35:23PM +0200, Thomas Roessler wrote: On 2001-10-18 13:16:37 +0200, Lutz Jaenicke wrote: Ah. That works. So we have LANG=C.iso89951 charset=iso-8895-1 LANG not set charset=roman8 Mh. I don't understand why you are seeing the numerical representation with LANG=C.iso88591... Please make sure that the following match: - The character set of the screen font you use. - The character set in the LANG and LC_CTYPE environment variables. - Mutt's charset variable. - The characters your keyboard sends through the terminal to mutt. Once that's the case, everything should work nicely. Hmm. I have just recompiled mutt with --enable-locales-fix (as proposed in http://www.math.fu-berlin.de/~guckes/mutt/#faqs) and it seems to work now... Best regards, Lutz -- Lutz Jaenicke [EMAIL PROTECTED] BTU Cottbus http://www.aet.TU-Cottbus.DE/personen/jaenicke/ Lehrstuhl Allgemeine Elektrotechnik Tel. +49 355 69-4129 Universitaetsplatz 3-4, D-03044 Cottbus Fax. +49 355 69-4153 PGP signature
Re: Problems with 1.3.22's iconv/libiconv
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Sep 24, 2001 at 06:37:02PM -0700, Will Yardley wrote: i don't know too much about this, but i was able to get over thie problem with some help from some developers on this list. i had to export LDFLAGS to something; in my case, this worked: LDFLAGS=-Wl,-R/usr/local/lib ./configure --with-domain=newdream.net --with-libiconv-prefix=/usr/local/lib Thanks. Reading your reply, I remembered the ld.so.conf file. I just added /opt/libiconv/lib to /etc/ld.so.conf and rand ldconfig. Works like a charm now. Thanks, js. - -- Jean-Sebastien Morisset, Sr. UNIX Administrator [EMAIL PROTECTED] Personal Homepage http://jsmoriss.mvlan.net/ This is Linux Country. On a quiet night you can hear Windows NT reboot! - please pgp encrypt all correspondence -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Personal Home Page http://jsmoriss.mvlan.net/ iD8DBQE7sIcpnGyIOcYaingRAivkAJ0SaRIHdla6YRhZyGxATlUPv5wALgCgjCZy 0D++VJKczlUFU6A9JW5HwHk= =SvFt -END PGP SIGNATURE-
Re: configure breaks on libiconv
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I had a similar problem just yesterday. Make sure /usr/local/lib is listed in your /etc/ld.so.conf file (Red Hat). If not, then include it and run 'ldconfig'. LateR! js. On Mon, Sep 24, 2001 at 07:22:35PM -0700, [EMAIL PROTECTED] wrote: Am trying to install mutt 1.3.22.1 having previously installed libiconv-1.7. Configure throws an error checking whether this iconv is good enough... no configure: error: Try using libiconv instead I'm not quite sure what this means. libiconv is in /usr/local/lib which is where mutt says it's looking for it. Assuming that it's the correct library - curiously, there are several, all with today's date; -rw-r--r-- 1 root root 695 Sep 24 17:05 /usr/local/lib/libiconv.la lrwxrwxrwx 1 root root 17 Sep 24 17:05 /usr/local/lib/libiconv.so - libiconv.so.2.0.4 lrwxrwxrwx 1 root root 17 Sep 24 17:05 /usr/local/lib/libiconv.so.2 - libiconv.so.2.0.4 -rw-r--r-- 1 root root 904387 Sep 24 17:05 /usr/local/lib/libiconv.so.2.0.4 -rw-r--r-- 1 root root 904080 Sep 24 17:05 /usr/local/lib/libiconv_plug.so Am I missing something quite simple? Thanks in Advance. Sean - -- Jean-Sebastien Morisset, Sr. UNIX Administrator [EMAIL PROTECTED] Personal Homepage http://jsmoriss.mvlan.net/ This is Linux Country. On a quiet night you can hear Windows NT reboot! - please pgp encrypt all correspondence -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Personal Home Page http://jsmoriss.mvlan.net/ iD8DBQE7sIetnGyIOcYaingRAs2iAJ9Sqm+Lh47KyxAk4z2iJMpC8xmOjgCeJ7ad LvYbFXSRdbOCgMC5weWZWyw= =bnUs -END PGP SIGNATURE-
Problems with 1.3.22's iconv/libiconv
Here's my configure: ./configure \ --prefix=/opt/mutt-1.3.22 \ --enable-pop --enable-imap \ --with-curses=/opt/ncurses \ --with-libiconv-prefix=/opt/libiconv \ --with-debug And the output: [snip!] checking for iconv... yes checking for iconv declaration... extern size_t iconv (iconv_t cd, const char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); [snip!] checking whether this iconv is good enough... no configure: error: Try using libiconv instead I've tried using --without-iconv, but it doesn't work. Any suggestions? BTW, anyone know where I can find the pgp-outlook patch for v1.3.22? Thanks, js. -- Jean-Sebastien Morisset, Sr. UNIX Administrator [EMAIL PROTECTED] Personal Homepage http://jsmoriss.mvlan.net/ This is Linux Country. On a quiet night you can hear Windows NT reboot! please pgp encrypt all correspondence PGP signature
Re: Problems with 1.3.22's iconv/libiconv
Jean-Sebastien Morisset wrote: checking whether this iconv is good enough... no configure: error: Try using libiconv instead i don't know too much about this, but i was able to get over thie problem with some help from some developers on this list. i had to export LDFLAGS to something; in my case, this worked: LDFLAGS=-Wl,-R/usr/local/lib ./configure --with-domain=newdream.net --with-libiconv-prefix=/usr/local/lib your mileage may vary of course. but you might try: LDFLAGS=-R/opt/libiconv ./configure --[etc] --with-libiconv-prefix=/opt/libiconv or LDFLAGS=-WI,R/opt/libiconv ./configure --[etc] --with-libiconv-prefix=/opt/libiconv if that doesn't work you might want to post more specifics of what OS, version, c compiler etc. you're using, and perhaps some of your config.log output. w -- GPG Public Key: http://infinitejazz.net/will/pgp/ PGP signature
configure breaks on libiconv
Am trying to install mutt 1.3.22.1 having previously installed libiconv-1.7. Configure throws an error checking whether this iconv is good enough... no configure: error: Try using libiconv instead I'm not quite sure what this means. libiconv is in /usr/local/lib which is where mutt says it's looking for it. Assuming that it's the correct library - curiously, there are several, all with today's date; -rw-r--r-- 1 root root 695 Sep 24 17:05 /usr/local/lib/libiconv.la lrwxrwxrwx 1 root root 17 Sep 24 17:05 /usr/local/lib/libiconv.so - libiconv.so.2.0.4 lrwxrwxrwx 1 root root 17 Sep 24 17:05 /usr/local/lib/libiconv.so.2 - libiconv.so.2.0.4 -rw-r--r-- 1 root root 904387 Sep 24 17:05 /usr/local/lib/libiconv.so.2.0.4 -rw-r--r-- 1 root root 904080 Sep 24 17:05 /usr/local/lib/libiconv_plug.so Am I missing something quite simple? Thanks in Advance. Sean
Re: Problems with 1.3.22's iconv/libiconv
Jean-Sebastien -- ...and then Jean-Sebastien Morisset said... % ... % BTW, anyone know where I can find the pgp-outlook patch for v1.3.22? See http://mutt.sector13.org/mutt-build-cocktail for one... % % Thanks, % js. % -- % Jean-Sebastien Morisset, Sr. UNIX Administrator [EMAIL PROTECTED] % Personal Homepage http://jsmoriss.mvlan.net/ % This is Linux Country. On a quiet night you can hear Windows NT reboot! % please pgp encrypt all correspondence :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! PGP signature
Re: configure breaks on libiconv
[EMAIL PROTECTED] mutt [24/09/01 19:22 -0700]: Am I missing something quite simple? Are you running slak 8? Someone reported that he got mutt to compile by compiling against an older version of iconv -suresh PGP signature
Re: Prpblems Installing Mutt-1.3.20 from tar.gz ~ libiconv-1.7
tabanna writes: After doing ./configure I am getting the message that iconv is not good enough ~ try using libiconv instead ~ have already Installed libiconv-1.7 If libiconv-1.7 is, indeed, the correct version, then, What, please, do I need to do ? Try ./configure --help and check whether there's anything relevant.
Re: 1.3.x series need for iconv/libiconv
Sitting at the campfire, [EMAIL PROTECTED] told: I take your point about Solaris but it also required libiconv on a RedHat 6.1 system. Debian slink (2.1) also needs it. Kai -- x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x Kai Blin(mailto:[EMAIL PROTECTED]) Webmaster Inst. of Human Genetics Dept. of Molecular Genetics Wilhelmstr 27 phone (49)7071-2974890 D 72074 Tuebingen, Germany fax (49)7071-295233 http://www.uni-tuebingen.de/uni/thm/molgen/molgen.html Do molecular biologists wear designer genes? x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x PGP signature
Re: 1.3.x series need for iconv/libiconv
[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote : I have now built mutt 1.3.7 in four different places, two of the four required that I get libiconv as the existing iconv wasn't good enough. The two places that needed libiconv were Solaris 2.6 and Red Hat Linux release 6.1. I think this may cause problems when this gets to a general release version as one of mutt's major advantages is that it builds 'out of the box' on most Unix/Linux systems without requiring any 'bleeding edge' libraries. Hi, no, it;s not a problem about development computers, that's a problem of solaris. I was talking about iconv problem with Brendan Cully and we were making some tests and we decided, that ppl on solaris have to use libiconv. -- Keso Very bad. VERY BAD. Sorry about that...
Re: 1.3.x series need for iconv/libiconv
On Thu, Aug 17, 2000 at 10:13:37AM +0200, Martin [Keso] Keseg wrote: [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote : I have now built mutt 1.3.7 in four different places, two of the four required that I get libiconv as the existing iconv wasn't good enough. The two places that needed libiconv were Solaris 2.6 and Red Hat Linux release 6.1. I think this may cause problems when this gets to a general release version as one of mutt's major advantages is that it builds 'out of the box' on most Unix/Linux systems without requiring any 'bleeding edge' libraries. Hi, no, it;s not a problem about development computers, that's a problem of solaris. I was talking about iconv problem with Brendan Cully and we were making some tests and we decided, that ppl on solaris have to use libiconv. I take your point about Solaris but it also required libiconv on a RedHat 6.1 system. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: 1.3.x series need for iconv/libiconv
On 2000.08.17, in [EMAIL PROTECTED], "Martin [Keso] Keseg" [EMAIL PROTECTED] wrote: The two places that needed libiconv were Solaris 2.6 and Red Hat Linux release 6.1. no, it;s not a problem about development computers, that's a problem of solaris. I was talking about iconv problem with Brendan Cully and we were making some tests and we decided, that ppl on solaris have to use libiconv. I've yet to see why more recent versions of Solaris than 2.6 would require libiconv. But 2.6 is three years old. I'd sooner recommend upgrading your OS, if you have that authority and aren't bound by poor applications or paranoid application developers. :) Solaris 7 and 8 seem fine with their native iconv interfaces. -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago
1.3.x series need for iconv/libiconv
I have now built mutt 1.3.7 in four different places, two of the four required that I get libiconv as the existing iconv wasn't good enough. The two places that needed libiconv were Solaris 2.6 and Red Hat Linux release 6.1. I think this may cause problems when this gets to a general release version as one of mutt's major advantages is that it builds 'out of the box' on most Unix/Linux systems without requiring any 'bleeding edge' libraries. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
