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...
* 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 1
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
* Tim Gray on Sunday, November 07, 2010 at 11:04:09 -0500
> 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
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
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
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
-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
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
* 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 estab
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-mailt
%
% 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 l
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 su
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
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: libicon
* On 2002.04.03, in <[EMAIL PROTECTED]>,
* "Sven Guckes" <[EMAIL PROTECTED]> wrote:
>
> let's see what the configure script says:
>
> guckes@ritz:~/install/mutt-1.3.28> ./configure --help|grep icon
> --with-libiconv-prefix=DIR search fo
support for extended
> characters has been dropped in favor of letting libiconv handle it,
> so no, being able to build without libiconv isn't going to help him.
>
> The point of being able to build without it is for people on
> very old systems that don't (want|need|have) it. Fo
g 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
--
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 usin
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 mak
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 numeric
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 followi
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 ?"
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/
* 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 ?"
So, in this case that would be ":set ?charset"
HTH,
--
René Clerc
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 ins
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 repres
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
gt; 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 i
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 lik
[EMAIL PROTECTED] [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
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 PROTECT
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
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 so
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 declar
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 PRO
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
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.
>
[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
> relea
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 re
40 matches
Mail list logo
