Bugzilla Bug 9931

Attached is a ebuild for balsa-2.0.3 mail client. Patch file modifies it to use
aspell instead of pspell.

Created an attachment (id=5196) [details]
ebuild for balsa 2.0.3

Created an attachment (id=5197) [details]
Patch to replace pspell with aspell.

*** Bug 9293 has been marked as a duplicate of this bug. ***

I had to remove the line 

        export WANT_AUTOMAKE_1_4=1

from the ebuild in order to build sucessfully.

This new version has been running great here.

I didn't need to remove that line to make it build, but the software was very
buggy and unstable for me (even after removing the "balsa" file from the .gnome2
directory that stores all its settings.

When I maximise it, it goes too big (a very centimeters outside my desktop
size).  Selecting the spell checker crashed it.  Personally, I don't like the
icons that much or the way threading messages looks now!

I am downgrading back to the old version which has been rock solid. That "too
big maximising" must be reproducible by someone.  Let me know if you need
further information about it ( I can switch back and forth and it won't hurt my
mail stores).

Ok, that maximise is too big thing I fixed by removing some icons from its
toolbar.  It seems it isn't able to hide icons when its toolbar is too long for
is screen space ;)

The old one worked better. Still having a few problems with stability especially.

This version has solved alot of bugs that previous version had, such as ugly
fonts, not displaying umlauts, and a couple of other things. I actually find it
more stable, but this probably depend on the use patterns...

Actually, my biggest problem (which I hadn't realised before) is that
"Filtering
Mail through procmail" seems to make it die.  Otherwise, it is fine.

If you run in from a termainal window, when you try to check a pop account with
the "filtering through procmail" option enabled for the account, it seems to
detach itself from the terminal (ie, you get a prompt back, but the process
continues - dead) so must be sent a kill signal (can't interupt it).

A few things are improved yes.  I have been forced to use 2.0.3 because the old
ebuild (2.0.1-r2) fails to build for me now eith error:

configure: running /bin/sh './configure' --prefix=/usr  '--prefix=/usr'
'--host=i686-pc-linux-gnu' '--mandir=/usr/share/man'
'--infodir=/usr/share/info'
'--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib'
'--with-aspell=yes' '--with-ssl' '--enable-pcre' '--enable-threads'
'CFLAGS=-march=athlon-tbird -mcpu=athlon-tbird -O3 -pipe -g'
'host_alias=i686-pc-linux-gnu' --cache-file=/dev/null --srcdir=.
configure: warning: CFLAGS=-march=athlon-tbird -mcpu=athlon-tbird -O3 -pipe -g:
invalid host type
configure: warning: host_alias=i686-pc-linux-gnu: invalid host type
configure: error: can only configure for one host and one target at a time
configure: error: /bin/sh './configure' failed for libmutt

!!! ERROR: The ebuild did not complete successfully.
!!! Function econf, Line 10, Exitcode 1
!!! econf failed

I can see a syntax error in there somewhere, but can't figure out how to fix
it.

The new one builds fine ;)  Haven't tried outside ebuild yet because I don't
have pspell installed etc....

*** Bug 10460 has been marked as a duplicate of this bug. ***

I had to create the "/var/mail"-folder first, before that, the
"libmutt-configure" threw an error. Although 2.0.1 "ebuilt" instantly without
that folder, what has changed? My configuration?

Well, I had to do it before 2.0.1 would function.

Obviously this one didn't need it because I already had the file.

I can't see how you could use Balsa without it, then on an upgrade require it.

Unless you deleted it first ;)

Did you create a symlink or a new file?  Coz I believe that should symlink to
/var/spool/mail (where it belongs) or visa versa.

Yes i knew this for a while, but since i havent added the build yet i havent
updated the deps :) Balsa should depend on mailbase fyi.

Anywaaah.. ill promise ill try to get it in soon.

A new problem arised...
I didn't put "gtkhtml" into my USE-variable, so I guess it's disabled by
default? Don't know where to check it, but as soon as I try to preview a
HTML-Mail, my balsa gets a segmentation fault.
This could either mean it crashes because of gtkhtml, I doubt, or it crashes
because it's not there, and so it should be added as requirement and not as
option via USE. Anyone can confirm that, or is it my personal bug?

As for "/var/mail", I never created it mysewlf. but I updated "baselayout" at
least two times between the 2.0.1 and this 2.0.3 install, maybe it's been taken
out, I have originally Gentoo 1.2 running.

Can you confirm that it is _really_ needed and fix the ebuild accordingly ? And
for the /var/mail thingy, as i said you need mailbase, so make that a dep too.

I definitely don't have gtkhtml installed (libgtkhtml is there, don't know why)
and it's not in my USE-variable. So there are two possivbilities left, it crahes
because balsa was compiled with gtkhtml (?) or it can't live without it. Any way
to find out how it was compiled, or can someone assure it can't compile with
gtkhtml-support as long as it's not there?

Ok, I got my stuff aligned now (I hope at least).
Compiled balsa explicitly with gtkhtml now, and when running from console and
opening/previewing a random HTML-Mail (the usual spam) I get this:

>>>
part: multipart
part: multipart
part end: multipart
part end: multipart
part: text

HtmlCss-ERROR **: support escaping!
aborting...
<<<

So I assume it's a bug in "libgtkhtml" itself, so no bug for Gentoo/this ebuild?
Anyone else experiencing this problem? I requested, I could try to forward this
specific message to you, but it should happen with most of them.

What libgtkhtml are you using?

latest stable libgtkhtml 2.0.2 as expected.
No "gtkhtml" although, don't know the differences. :)

Created an attachment (id=6408) [details]
Patch against the ebuild to enable ldap compilation

Add IUSE variables and ldap support.

After heavily using balsa through this ebuild for some time now, I came to the
conclusion, that some (clean) html-mails work indeed, it often crashes on the
usual spam and such, but this is definitely a bug in balsa itself and was at
least as worse in 2.0.1 (testet that as well).
So I would recommend replacing the stable balsa version by this ebuild.

Well, this one is (finally) in. Punish me for being so slow ;) (no i prefer you
don't). Anyway, i can't test it much, since i don't use it. So let me know how
it turns out.

No complaints, so i suppose it's ok. closing